Re: strange crashes on invocation

2010-12-10 Thread Corinna Vinschen
Hi Heath, On Oct 4 17:27, Heath Kehoe wrote: > > > On 10/1/2010 5:02 PM, Christopher Faylor wrote: > >On Mon, Sep 27, 2010 at 11:52:12AM -0500, Heath Kehoe wrote: > >>Ugh! spoke too soon. It happened again: > >> > >> 1 [main] bash 5112! C:\cygwin\bin\bash.exe: *** fatal error - > >>could

Re: 1.7.7 - OpenSSH Fatal Error 1114

2010-12-10 Thread Corinna Vinschen
Hi John, On Dec 1 17:16, Corinna Vinschen wrote: > On Dec 1 07:13, John Fano wrote: > > Hi Everyone, > > > > I have cygwin 1.7.7 installed on a win2003 r2 file server. > > [...] > > 4: ' 0 [main] sshd 1388 C:\\cygwin\\usr\\sbin\\sshd.exe: *** > > fatal error - could not load u, Win32 err

Re: Permissions on Windows 2008

2010-12-10 Thread Andrey Repin
Greetings, Bryan Slatner! >> By default Cygwin tries to emulate POSIX file permissions: >> >> http://cygwin.com/cygwin-ug-net/ntsec.html >> >> You can disable this by modifying your /etc/fstab file and adding the >> appropriate options to cause the target locations for your files to have >> the

Re: Permissions on Windows 2008

2010-12-10 Thread Jeremy Bopp
On 12/09/2010 03:38 PM, Bryan Slatner wrote: > Jeremy Bopp bopp.net> writes: > >> By default Cygwin tries to emulate POSIX file permissions: >> >> http://cygwin.com/cygwin-ug-net/ntsec.html >> >> You can disable this by modifying your /etc/fstab file and adding the >> appropriate options to cause

Re: Permissions on Windows 2008

2010-12-10 Thread Bryan Slatner
Jeremy Bopp bopp.net> writes: > Take a look at the noacl option. You'll want to apply that to whatever > mountpoint contains the target path of your copy operation. If you want > to be surgical in the application, create a new mountpoint with this > option set and copy your files into paths wit

setup from a list of packages rather than interactive selection?

2010-12-10 Thread Lee D. Rothstein
I vaguely remember a discussion, here, about how to install using 'setup.exe' from a list of packages contained in a file which is then "pointed to" on the command line. I see the '-p' option in 'setup', and although I know how to put the list ('Pkg_List.txt') after the -p in bash (i.e. '-p \"$(ca

Re: setup from a list of packages rather than interactive selection?

2010-12-10 Thread Jeremy Bopp
On 12/10/2010 09:32 AM, Lee D. Rothstein wrote: > I vaguely remember a discussion, here, about how to install using > 'setup.exe' from a list of packages contained in a file which is > then "pointed to" on the command line. I see the '-p' option in > 'setup', and although I know how to put the list

Getting Bounce Messages

2010-12-10 Thread Jeremy Bopp
When sending replies to this list, I'm getting bounce messages for a single email address that is apparently subscribed to the list but no longer valid: The original message was received at Fri, 10 Dec 2010 15:41:09 GMT from gw-out.ccsw.co.uk [78.33.22.223] - The following addresses had pe

Re: 1.7.7: upper limit to df reported available size?

2010-12-10 Thread Corinna Vinschen
On Dec 10 11:20, Elford,Andrew [Ontario] wrote: > 11TiB file system displays incorrect available space using df. 'Size' > and 'used' is correct. Smaller file systems (6T) are showing correct > values. > > CYGWIN_NT-6.0-WOW64 server 1.7.7(0.230/5/3) 2010-08-31 09:58 i686 Cygwin > > $ df --versio

Setup bug? Looping through requisites

2010-12-10 Thread Buchbinder, Barry (NIH/NIAID) [E]
First, let me start with gratitude and a complement. Overall, I LIKE that speed improvements in setup. Thanks for all the work that went into it! Now, a bug report. This morning setup when into a loop while checking requisites. It was start by a batch file that called a windows shortcut with t

Re: 1.7.7: upper limit to df reported available size?

2010-12-10 Thread Corinna Vinschen
On Dec 10 17:59, Corinna Vinschen wrote: > On Dec 10 11:20, Elford,Andrew [Ontario] wrote: > > $ df -T /cygdrive/f/file > > FilesystemType 1K-blocks Used Available Use% Mounted on > > C:ntfs83886076 31717608 52168468 38% /cygdrive/c > > F:ntfs 11717703676

Re: 1.7.7: upper limit to df reported available size?

2010-12-10 Thread Eric Blake
On 12/10/2010 10:21 AM, Corinna Vinschen wrote: > On Dec 10 17:59, Corinna Vinschen wrote: >> On Dec 10 11:20, Elford,Andrew [Ontario] wrote: >>> $ df -T /cygdrive/f/file >>> FilesystemType 1K-blocks Used Available Use% Mounted on >>> C:ntfs83886076 31717608 52168468 3

Re: Getting Bounce Messages

2010-12-10 Thread Hugh Myers
Yup--- useless cruft, but it arrives very quickly! :) --hsm On Fri, Dec 10, 2010 at 4:13 PM, Jeremy Bopp wrote: > When sending replies to this list, I'm getting bounce messages for a > single email address that is apparently subscribed to the list but no > longer valid: > > The original message

1.7.7: rm -rf sometimes fails - race condition?

2010-12-10 Thread Matthias Andree
Greetings, I see that "rm -rf" on a directory sometimes fails, like here: |>>> Creating source package | fetchmail-6.3.19-1.cygport | fetchmail-6.3.19-1.cygwin.patch | fetchmail-6.3.19.tar.bz2 |>>> Removing work directory in 5 seconds... |>>> Removing work directory NOW. | rm: cannot remove `/usr

Re: Setup bug? Looping through requisites

2010-12-10 Thread Jon TURNEY
On 10/12/2010 17:15, Buchbinder, Barry (NIH/NIAID) [E] wrote: > First, let me start with gratitude and a complement. Overall, I > LIKE that speed improvements in setup. Thanks for all the work > that went into it! > > Now, a bug report. > > This morning setup when into a loop while checking req

Re: 1.7.7: rm -rf sometimes fails - race condition?

2010-12-10 Thread Christopher Faylor
On Fri, Dec 10, 2010 at 06:49:09PM +0100, Matthias Andree wrote: >Greetings, > >I see that "rm -rf" on a directory sometimes fails, like here: > >|>>> Creating source package >| fetchmail-6.3.19-1.cygport >| fetchmail-6.3.19-1.cygwin.patch >| fetchmail-6.3.19.tar.bz2 >|>>> Removing work directory i

Re: 1.7.7: rm -rf sometimes fails - race condition?

2010-12-10 Thread Matthias Andree
Am 10.12.2010 19:26, schrieb Christopher Faylor: > On Fri, Dec 10, 2010 at 06:49:09PM +0100, Matthias Andree wrote: >>Greetings, >> >>I see that "rm -rf" on a directory sometimes fails, like here: >> >>|>>> Creating source package >>| fetchmail-6.3.19-1.cygport >>| fetchmail-6.3.19-1.cygwin.patch >

Re: 1.7.7: rm -rf sometimes fails - race condition?

2010-12-10 Thread Matthias Andree
Am 10.12.2010 19:26, schrieb Christopher Faylor: > On Fri, Dec 10, 2010 at 06:49:09PM +0100, Matthias Andree wrote: >>Greetings, >> >>I see that "rm -rf" on a directory sometimes fails, like here: >> >>|>>> Creating source package >>| fetchmail-6.3.19-1.cygport >>| fetchmail-6.3.19-1.cygwin.patch >

Re: 1.7.7: rm -rf sometimes fails - race condition?

2010-12-10 Thread Warren Young
On 12/10/2010 12:22 PM, Matthias Andree wrote: Has anyone seen similar things? Yes and you seem to have nailed the problem - it happens when a virus checker hooks into a syscall and allows it to return before completion. I don't think we want to modify Cygwin to not trust success return values

Re: 1.7.7: rm -rf sometimes fails - race condition?

2010-12-10 Thread Warren Young
On 12/10/2010 11:26 AM, Christopher Faylor wrote: - Windows 7 Prof. 32-bit German [snip] it happens when a virus checker hooks into a syscall I thought Windows 7 took away a lot of the features antimalware software was using to dirty-patch the kernel. Is BLODA still as big a problem with

"ReBaseImage faled with last error = 6" for read-only files, too.

2010-12-10 Thread Jim Schneider
I apologize if this is a well-known problem. I ran into the "last error = 6" problem trying to rebase some DLLs installed by perl's CPAN module. The advice you find if you google that error message (kill all cygwin processes and services, rebooting if necessary) will _not_ work if the problem

Re: "ReBaseImage faled with last error = 6" for read-only files, too.

2010-12-10 Thread Maurice Mengel
Thanks for your mail! I sometimes run into this problem and usually that  leads me sooner or later I to reinstall the complete cygwin. Currently this is my biggest problem with cygwin, so I write to say nothing more than that I really appreciate that you work on this problem. On Fri, Dec 10, 2010

Re: 1.7.7: rm -rf sometimes fails - race condition?

2010-12-10 Thread Matthias Andree
Am 10.12.2010 22:18, schrieb Warren Young: > On 12/10/2010 12:22 PM, Matthias Andree wrote: Has anyone seen similar things? >>> >>> Yes and you seem to have nailed the problem - it happens when a virus >>> checker >>> hooks into a syscall and allows it to return before completion. I don't >

Re: 1.7.7: rm -rf sometimes fails - race condition?

2010-12-10 Thread Steven Hartland
- Original Message - From: "Christopher Faylor" This looks like either a premature return from a syscall or libcall, or like a genuine race in the system. Has anyone seen similar things? Yes and you seem to have nailed the problem - it happens when a virus checker hooks into a sysc

Bug? UDP packet transmitted via sendto() intermitently not being transmitted to network

2010-12-10 Thread Estabrook, Edward
Hello, I have a fairy complicated SIPp scenario running in cygwin-1.7.7(0.230/5/3) on Windows XP which is losing a single UDP packet intermittently. At this point I am fairly confident SIPp is not the culprit and that the packet is being dropped 'somewhere' between the sendto() call and wiresha

Re: 1.7.7: rm -rf sometimes fails - race condition?

2010-12-10 Thread Warren Young
On 12/10/2010 2:45 PM, Matthias Andree wrote: Certainly I don't get back to a stock Windows configuration, and that's hardly what a typical Cygwin installation would look like anyways; Of course not, but it's reasonable to start from a common baseline when debugging problems. If doing so make

Re: 1.7.7: rm -rf sometimes fails - race condition?

2010-12-10 Thread Warren Young
On 12/10/2010 3:30 PM, Steven Hartland wrote: Personally I think the only solution is to remove this delete on close code and fail hard for shared locked files, as it gives a much more predictable code flow. Not always. The core problem is that the semantics for file deletion are different o

RE: upper limit to df reported available size?

2010-12-10 Thread Jay K
> I guess what we really need > is to redefine fsblkcnt_t to become a 64 bit type. Oh well, this > requires another backward compatibility hack, just like back when we > switched to 64 bit off_t (Cygwin 1.5). Let's do it at the same time as > we change sigset_t and time_t to 64-bits(with kno