Mail Archives: cygwin/2002/12/16/10:34:06
20021214 snapshot seems to work ok, my testcase below does not fail any
more. Thanks!
Pavel
cgf AT redhat DOT com wrote:
> On Sat, Dec 14, 2002 at 12:37:43AM -0500, Christopher Faylor wrote:
>
>>On Sat, Dec 14, 2002 at 12:27:44AM -0500, Christopher Faylor wrote:
>>
>>>On Fri, Dec 13, 2002 at 03:48:28PM +0100, Pavel Holejsovsky wrote:
>>>
>>>>nhv AT cape DOT com wrote:
>>>>
>>>>>Christopher Faylor wrote:
>>>>>
>>>>>>On Thu, Dec 12, 2002 at 07:32:16AM -0500, Norman Vine wrote:
>>>>>>
>>>>>>>Any 'tips' as to how to best debug this appreciated
>>>>>>
>>>>>>- Attach to the hung process with gdb and see where it is hung.
>>>>>>
>>>>>>- Provide cygcheck output.
>>>>>>
>>>>>>- Run under strace and see if you can infer where hangs or problems
>>>>>>are occurring.
>>>>
>>>>The hung process (sed) is actually not hung, but connected to stdin
>>>>instead of file. The root cause is that when config.status is processed
>>>>by bash, then sometimes `` construct forgets all output, causing
>>>>different generated file names to be empty, thus connecting sed to stdin
>>>>instead of some file. Following command line reproduces the bug for me:
>>>>
>>>>while true; do test "`echo foo`" = "foo" || echo failed; done
>>>>
>>>>When this command is run inside bash, then "failed" lines appear quite
>>>>regularly. The bug is reproducible only with /bin/bash, /bin/sh works
>>>>reliably.
>>>
>>>I meant to test the above before I made some more changes to cygwin
>>>to attempt to avoid data loss but I didn't get around to it.
>>>
>>>So, there is a snapshot up there which may or may not solve the problem.
>>>The above command doesn't die for me now, so I guess that's something.
>>>
>>>I'll check the prevous snapshot tomorrow to see if it actually fails for
>>>me. I've been a little sick for a couple of weeks now and attempting to
>>>stay with my "work on real job in the day and cygwin at night" scenario
>>>is not working too well.
>>>
>>>In the meantime, please try the current snapshot. It is probably
>>>slightly (but possibly unoticeably) slower but it should be very much
>>>less likely to lose data in a pipe.
>>>
>>>The latest snapshot also has some new inline assembly functions courtesy
>>>of some cygwin-developers (Gary R. Van Sickle and Thomas Pfaff) which
>>>might cause a little bit of a boost, too.
>>
>>Nevermind. I just tried the current snapshot on my NT4 machien and it
>>puked all over the place.
>>
>>I'll fix it tomorrow. Please avoid this snapshot until then.
>
>
> This should be fixed now. Please try the latest snapshot.
>
> Corinna also tracked down some thinkos in my handling of text mode
> reads which are fixed in this snapshot. Thanks, Corinna.
>
> cgf
>
> --
> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ: http://cygwin.com/faq/
>
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
- Raw text -