Re: [RFU] libapr1-1.4.4-1

2011-05-17 Thread Corinna Vinschen
On May 16 11:28, David Rothenberger wrote: New upstream release. Please delete libapr1-1.3.8-2. Thanks! wget -x -nH --cut-dirs=2 \ http://home.comcast.net/~david.rothenberger/cygwin/libapr1/apr1/apr1-1.4.4-1.tar.bz2 \

250k Policies for a $1.

2011-05-17 Thread Life Options
Protect Your Wife and Kids, Even when you're Not around We can Help you, get the best Life Options Here, http://rowles.introduceastride.com/1462530y124h1256731 We all know how stressful that can be, make sure you are prepared. Right 450 Ocean ave #b Laguna Beach CA 92651 To stop

src/winsup/cygwin ChangeLog miscfuncs.cc mmap.cc

2011-05-17 Thread corinna
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-05-17 15:37:02 Modified files: winsup/cygwin : ChangeLog miscfuncs.cc mmap.cc Log message: * miscfuncs.cc (thread_wrapper): Remove unused _cygtls record. * mmap.cc

src/winsup/cygwin ChangeLog cygwin.din hires.h ...

2011-05-17 Thread yselkowitz
CVSROOT:/cvs/src Module name:src Changes by: yselkow...@sourceware.org 2011-05-17 12:08:10 Modified files: winsup/cygwin : ChangeLog cygwin.din hires.h ntdll.h posix.sgml sysconf.cc thread.cc timer.cc times.cc

src/winsup/cygwin ChangeLog cygwin.din errno.c ...

2011-05-17 Thread yselkowitz
CVSROOT:/cvs/src Module name:src Changes by: yselkow...@sourceware.org 2011-05-17 20:25:42 Modified files: winsup/cygwin : ChangeLog cygwin.din errno.cc posix.sgml winsup/cygwin/include/cygwin: version.h Added files: winsup/cygwin/include: error.h

Re: [PATCH] CPU-time clocks

2011-05-17 Thread Corinna Vinschen
On May 17 04:10, Yaakov (Cygwin/X) wrote: On Tue, 2011-05-17 at 07:58 +0200, Corinna Vinschen wrote: Thank you. You can apply it, but while I was looking into it, this occured to me: This conversion arithmetic from FILETIME to long long happens a lot in times.cc, even though it's

Re: Improvements to fork handling (1/5)

2011-05-17 Thread Ryan Johnson
Any feedback on these patches? On 11/05/2011 2:31 PM, Ryan Johnson wrote: Hi all, This is the first of a series of patches, sent in separate emails as requested. The first patch allows a child which failed due to address space clobbers to report cleanly back to the parent. As a result,

Re: Improvements to fork handling (1/5)

2011-05-17 Thread Christopher Faylor
On Tue, May 17, 2011 at 07:14:12AM -0400, Ryan Johnson wrote: Any feedback on these patches? I'll get to them eventually but I have some other Cygwin stuff which is occupying my attention currently. cgf

[PATCH] error.h

2011-05-17 Thread Yaakov (Cygwin/X)
This patch series adds error.h and the error(3) functions, a GNU extension: http://www.kernel.org/doc/man-pages/online/pages/man3/error.3.html I implemented this within Cygwin itself instead of newlib, because it is a GNU extension which depends on program_invocation_name, another GNU extension

Re: [PATCH] error.h

2011-05-17 Thread Christopher Faylor
On Tue, May 17, 2011 at 07:20:47PM -0500, Yaakov (Cygwin/X) wrote: This patch series adds error.h and the error(3) functions, a GNU extension: http://www.kernel.org/doc/man-pages/online/pages/man3/error.3.html I implemented this within Cygwin itself instead of newlib, because it is a GNU

Re: [PATCH] error.h

2011-05-17 Thread Charles Wilson
On 5/17/2011 8:20 PM, Yaakov (Cygwin/X) wrote: This patch series adds error.h and the error(3) functions, a GNU extension: http://www.kernel.org/doc/man-pages/online/pages/man3/error.3.html I implemented this within Cygwin itself instead of newlib, because it is a GNU extension which

Re: [PATCH] error.h

2011-05-17 Thread Yaakov (Cygwin/X)
On Tue, 2011-05-17 at 23:35 -0400, Charles Wilson wrote: On 5/17/2011 8:20 PM, Yaakov (Cygwin/X) wrote: This patch series adds error.h and the error(3) functions, a GNU extension: http://www.kernel.org/doc/man-pages/online/pages/man3/error.3.html Shouldn't the definitions in error.h

Re: how to use windres.exe without installing cygwin?

2011-05-17 Thread ironsand
ironsand wrote: I copied all files under the cygwin folder from Win7 to Vista. But it does not work still. I've finally found why I could not use windres.exe. I copied files of cygwin through Dropbox. But Dropbox doesn't handle symlink properly. I did not know about it. -- View this

Re: Socket: non-blocking connect and getsockopt SO_ERROR

2011-05-17 Thread Brian Ford
On Mon, 16 May 2011, Jacob Eiler wrote: I am experiencing an issue with getsockopt when running an application under CygWin. The application (Kannel sms gateway) creates a new socket, attempt to connect non-blocking to the other host and later calls getsockopt to check for errors: s =

m4 1.4.16-1 doesn't seem to work

2011-05-17 Thread Uday S Reddy
Using m4 1.4.16-1, which is in the current package database, autoconf complains with the old error message: autom4te-2.68: need GNU m4 1.4 or later: /usr/bin/m4.exe Doing m4 --version gives no output. Backing up to version 1.4.15-1 works fine. Cheers, Uday Reddy -- Problem reports:

Re: m4 1.4.16-1 doesn't seem to work

2011-05-17 Thread Eric Blake
On 05/16/2011 01:16 PM, Uday S Reddy wrote: Using m4 1.4.16-1, which is in the current package database, autoconf complains with the old error message: autom4te-2.68: need GNU m4 1.4 or later: /usr/bin/m4.exe Doing m4 --version gives no output. Usually the symptom of a missing dll.

Re: Compiled Program System Calls Failing Code 127

2011-05-17 Thread Larry Hall (Cygwin)
On 5/16/2011 4:07 PM, Leon Vanderploeg wrote: Greetings, I have a compiled C program that is installed on several servers. It makes system calls to programs such as rsync, and has worked fine until now. I recently installed it on two Server 2008R2 boxes, identical hardware. Both are Cygwin

trying to get the process id for a spawned process to wait for it

2011-05-17 Thread C . Woody Butler
Hi - I'm trying to launch a set number of threads, wait for them to finish, launch another set of threads, wait and repeat until there's no more input. so - I've got this (this is in the middle of a loop reading a file): Jobs=$Jobs + 1 /tibcoresources/appmanage.exe lots of params PID=$!

[ANNOUNCEMENT] [SECURITY] Updated: {apr1,libapr1,libapr1-devel}-1.4.4-1

2011-05-17 Thread David Rothenberger
apr1 has been updated to the latest upstream release. It includes a fix for CVE-2011-0419. CYGWIN NEWS: This build still has F_SETLK support disabled, as the tests were failing with that enabled. NEWS: = Please see http://www.apache.org/dist/apr/CHANGES-APR-1.4 for more

Re: m4 1.4.16-1 doesn't seem to work

2011-05-17 Thread Uday S Reddy
Eric Blake writes: Usually the symptom of a missing dll. What does 'cygcheck /usr/bin/m4' show? Hi Eric, thanks for getting back. The cygcheck m4 1.4.16 looks normal to me. maruti[8.2.x]: cygcheck /usr/bin/m4 C:\Cygwin\bin\m4.exe C:\Cygwin\bin\cygwin1.dll

Re: m4 1.4.16-1 doesn't seem to work

2011-05-17 Thread Eric Blake
On 05/17/2011 04:09 PM, Uday S Reddy wrote: Eric Blake writes: Usually the symptom of a missing dll. What does 'cygcheck /usr/bin/m4' show? Hi Eric, thanks for getting back. The cygcheck m4 1.4.16 looks normal to me. maruti[8.2.x]: cygcheck /usr/bin/m4 C:\Cygwin\bin\m4.exe

Re: m4 1.4.16-1 doesn't seem to work

2011-05-17 Thread Christopher Faylor
On Tue, May 17, 2011 at 04:33:37PM -0600, Eric Blake wrote: On 05/17/2011 04:09 PM, Uday S Reddy wrote: Eric Blake writes: Usually the symptom of a missing dll. What does 'cygcheck /usr/bin/m4' show? Hi Eric, thanks for getting back. The cygcheck m4 1.4.16 looks normal to me.

Re: m4 1.4.16-1 doesn't seem to work

2011-05-17 Thread Uday S Reddy
Eric Blake writes: Odd; that says all your dlls are in place. The only other thing that I can suspect is that you have an incomplete dll, where you are missing a required entry point (perhaps you are running too old of a cygwin1.dll?). What is $? after the failed m4? Also, can you try

[SECURITY] Updated: {apr1,libapr1,libapr1-devel}-1.4.4-1

2011-05-17 Thread David Rothenberger
apr1 has been updated to the latest upstream release. It includes a fix for CVE-2011-0419. CYGWIN NEWS: This build still has F_SETLK support disabled, as the tests were failing with that enabled. NEWS: = Please see http://www.apache.org/dist/apr/CHANGES-APR-1.4 for more