Re: Opening .n extensions

Eliot Moss cs.umass.edu> writes: > On 8/8/2010 4:54 AM, Nicholas Sherlock wrote: > > On 8/08/2010 7:23 p.m., Luetta wrote: > > The 168 byte length strongly suggests that it is a 160 byte SMS > (text) message with a few extra bytes added by the phone for its > own pur

Re: Opening .n extensions

RukT But the server just returns a "file not found" error. Either I didn't figure out the link format correctly, or the image has now expired from the server. Cheers, Nicholas Sherlock -- Problem reports: http://cygwin.com/problems.html FAQ: h

Re: Setup.exe don't remember previos settings

to know if and how this behavior could be changed. That's not how it's supposed to work. On my computer it correctly remembers the root directory, the local package directory, and the download site. I am using the same version of Setup as you. Cheers, Nicholas Sherlock -- Probl

Re: Signal support under Cygwin

On 6/05/2010 2:23 a.m., Christopher Faylor wrote: On Thu, May 06, 2010 at 02:20:54AM +1200, Nicholas Sherlock wrote: On 28/04/2010 4:25 p.m., Nicholas Sherlock wrote: Is this supposed to work? Nobody knows if Cygwin signals work? Could anybody reproduce the crash from my example code at

Re: Signal support under Cygwin

On 28/04/2010 4:25 p.m., Nicholas Sherlock wrote: Is this supposed to work? Nobody knows if Cygwin signals work? Could anybody reproduce the crash from my example code at least on their machines? Cheers, Nicholas Sherlock -- Problem reports: http://cygwin.com/problems.html FAQ

Signal support under Cygwin

ll #2 0x77490816 in WaitForSingleObjectEx () from /cygdrive/c/Windows/syswow64/KernelBase.dll #3 0x01cc in ?? () #4 0x0000 in ?? () #0 0x1b4bdb2c in ?? () Is this supposed to work? Cheers, Nicholas Sherlock -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: how was debate on _GNU_SOURCE resolved? can't find pthread_getattr_np

;_np" stand for "non-portable". You shouldn't expect to find these APIs anywhere except for the exact system the code was written for. Cheers, Nicholas Sherlock -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentat

Re: rm -fr causes BSOD

y updating your buggy IDE/SATA drivers. Cheers, Nicholas Sherlock -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

Re: Slow GCC under 64-bit?

make, for example, you can run 4 jobs at once with: make -j 4 Cheers, Nicholas Sherlock -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubs

Re: R: Segfault with call to pthread_mutexattr_init under GDB

Marco Atzeri wrote: Da: Nicholas Sherlock This GDB was configured as "i686-pc-mingw32"... Have you tried the cygwin gbd ? $ gcc-4 -o prova prova.c $ gdb prova.exe GNU gdb 6.8.0.20080328-cvs (cygwin-special) Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL

Re: cygwin bash and DOS cmd extremely sluggish.

Frank Kim wrote: I then noticed that the DOS cmd window is also very sluggish. How could Cygwin be to blame for the DOS cmd window being sluggish? Cheers, Nicholas Sherlock -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation

Re: -mnocygwin alternative

MinGW separately and add the MinGW folders to your path. That's what I do in order to use MinGW's GCC with the Cygwin toolset.. :). Cheers, Nicholas Sherlock -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation:

Re: simple multithread program fails on Cygwin, succeeds on Linux

7 fixes at least one problem with rwlocks so it's a good upgrade choice. Cheers, Nicholas Sherlock -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http:

Re: Using rand_r

David Billinghurst wrote: > Nicholas Sherlock wrote: >> Hey everyone, >> >> I'm trying to use the function rand_r with gcc-4 in Cygwin 1.7, all my packages are up to date. It's supposed to be defined in stdlib.h, and I can see it there. But if I compile

Using rand_r

00783.html Is this a bug or is rand_r supposed to be unavailable with C99? Cheers, Nicholas Sherlock -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/

Re: R: Cygwin PThreads bug?

Dave Korn wrote: And with gcc3 as well; and neither compiler can make it work on 1.5. So it's a bug that was fixed sometime after 1.5 and before 1.7. Thanks, I'll see if I can work out how to upgrade. Cheers, Nicholas Sherlock -- Unsubscribe info: http://cygwin.com/ml/#u

Re: R: Cygwin PThreads bug?

(Vista 64 bit) Can anyone else verify the code as working/not working on their system, along with system details? Expected output is Err 0. Cheers, Nicholas Sherlock -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html

Cygwin PThreads bug?

l and return EDEADLK (45), which it is currently doing. Am I reading the spec wrong or is Cygwin non-conforming? Cheers, Nicholas Sherlock -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http:/