> 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
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
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
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
- 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
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
>
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
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
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
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
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
>
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
>
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
28 matches
Mail list logo
