This is the mail archive of the cygwin-developers@sourceware.cygnus.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: ntsec: patch 9


Usually during configures/builds though its intermittent and non-deterministic
as far as I can tell.  Its pretty much the same situation Corinna describes.

Larry


At 11:53 AM 8/5/99 -0400, Chris Faylor wrote:
>When did you see the errors?
>
>cgf
>
>On Thu, Aug 05, 1999 at 11:46:47AM -0400, Larry Hall (RFK Partners, Inc) wrote:
>>I see the same complaints from sig_send with the Aug 3 snapshot.  I use
>>bash as sh too.  My CYGWIN variable only has nobinmode and ntea in it along
>>with stuff to control the window title (I'm not at my machine now so I 
>>don't recall the specifics of these settings).
>>
>>Larry Hall                              lhall@rfk.com
>>RFK Partners, Inc.                      http://www.rfk.com
>>118 Washington Street                   (508) 893-9779 - RFK Office
>>Holliston, MA 01746                     (508) 893-9889 - FAX
>>                                        (508) 560-1285 - cell phone
>>
>>
>>At 11:32 AM 8/5/99 -0400, Chris Faylor wrote:
>>>I am not seeing anything like this.  I've just done a couple of configure/make
>>>cycles with no problems.
>>>
>>>Do you have anything special in your CYGWIN environment variable?
>>>
>>>-chris
>>>
>>>On Thu, Aug 05, 1999 at 12:32:14PM +0200, Corinna Vinschen wrote:
>>>>Chris Faylor wrote:
>>>>> 
>>>>> Thanks.  Applied.
>>>>> 
>>>>> Does the new snapshot still fail for you when you issue the
>>>>> 'man tcsh' command?
>>>>> 
>>>>> cgf
>>>>
>>>>Hi Chris,
>>>>
>>>>unfortunately the answer is `yes'. I have found, that this behaviour
>>>>is not reproducable beyond winsup-990726!
>>>>
>>>>Notice, that this happens regardless of the ntsec setting.
>>>>
>>>>winsup-990726 itself shows the behaviour:
>>>>
>>>>	tcsh> man tcsh
>>>>
>>>>shows man page, then pressing `q' in `less' results in:
>>>>
>>>>	0 0 [main] D:\bin\sh.exe 1029 sig_send: error sending
>>>>	signal(-3) to pid 1029, Win32 error 6
>>>>
>>>>Error 6 is `illegal handle'.
>>>>
>>>>Since winsup-990801 it's worse than before:
>>>>
>>>>	tcsh> man tcsh
>>>>
>>>>... results in:
>>>>
>>>>	/usr/local/bin/groff: can't find `DESC' file
>>>>	/usr/local/bin/groff:fatal error: invalid device `ascii'
>>>>
>>>>... and after pressing `q':
>>>>
>>>>	0 0 [main] D:\bin\sh.exe 1029 sig_send: error sending
>>>>	signal(-3) to pid 1029, Win32 error 6
>>>>
>>>>If I try to run it with strace, I get the following on stderr:
>>>>
>>>>	strace.exe: couldn't get message length from subprocess,
>>>>	windows error 6
>>>>
>>>>If, for example, the complete winsup directory is up to date,
>>>>starting `make' results in:
>>>>
>>>>	make[1]: Entering directory `/src/cdkb21/winsup'
>>>>	Making all in regexp...
>>>>	make[2]: Entering directory `/src/cdkb21/winsup/regexp'
>>>>	make[2]: Nothing to be done for `all'.
>>>>	make[2]: Leaving directory `/src/cdkb21/winsup/regexp'
>>>>-->	 0 0 [main] D:\bin\sh.exe 1009 sig_send: error sending
>>>>	signal(-3) to pid 1009, Win32 error 6
>>>>	make[1]: Leaving directory `/src/cdkb21/winsup'
>>>>	make[1]: Entering directory `/src/cdkb21/winsup'
>>>>	Making all in mingw...
>>>>-->	 0 0 [main] D:\bin\sh.exe 1016 sig_send: error sending
>>>>	signal(-3) to pid 1016, Win32 error 6
>>>>	make[2]: Entering directory `/src/cdkb21/winsup/mingw'
>>>>	make[2]: Nothing to be done for `all'.
>>>>	make[2]: Leaving directory `/src/cdkb21/winsup/mingw'
>>>>	Making all in utils...
>>>>	make[2]: Entering directory `/src/cdkb21/winsup/utils'
>>>>	make[2]: Nothing to be done for `all'.
>>>>	make[2]: Leaving directory `/src/cdkb21/winsup/utils'
>>>>-->	 0 0 [main] D:\bin\sh.exe 1020 sig_send: error sending
>>>>	signal(-3) to pid 1020, Win32 error 6
>>>>	make[1]: Leaving directory `/src/cdkb21/winsup'
>>>>
>>>>Let's talk about what happens: It's in EVERY case /bin/sh, that
>>>>fails! In my environment, /bin/sh is bash. Regardless of the
>>>>circumstances, it's only bash, that produces this error.
>>>>If you look into the message, you will see, that it fails to
>>>>work on a handle that references the calling process itself.
>>>>
>>>>I have attached the strace output of the above `make' example. It was
>>>>compiled with -DDEBUGGING. I fear, it's not very useful because as
>>>>ever when I try to strace the phenomenon, I get:
>>>>
>>>>	strace.exe: couldn't get message length from subprocess,
>>>>	windows error 6
>
>

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]