public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Christopher Faylor <cgf@redhat.com>
To: cygwin@cygwin.com
Subject: More pipe (and other) improvements in snapshot
Date: Fri, 13 Dec 2002 22:29:00 -0000	[thread overview]
Message-ID: <20021214052744.GA17108@redhat.com> (raw)
In-Reply-To: <3DF9F33C.6060906@st.com>

On Fri, Dec 13, 2002 at 03:48:28PM +0100, Pavel Holejsovsky wrote:
>nhv@cape.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.

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/

  reply	other threads:[~2002-12-14  5:26 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-12-11  0:48 pipe " Christopher Faylor
2002-12-11  6:27 ` thomas
2002-12-11  8:02   ` thomas
2002-12-11 11:35   ` Christopher Faylor
2002-12-11 11:46     ` Christopher Faylor
2002-12-11 23:31 ` Ralf Habacker
2002-12-12  4:43 ` Norman Vine
2002-12-12 10:27   ` Christopher Faylor
2002-12-12 22:32     ` Norman Vine
     [not found]     ` <H000076f17389de6.1039774000.eux100.sgp.st.com@MHS>
2002-12-13  7:28       ` Pavel Holejsovsky
2002-12-13 22:29         ` Christopher Faylor [this message]
2002-12-13 22:44           ` More pipe (and other) " Christopher Faylor
2002-12-14 12:29             ` Christopher Faylor
2002-12-14 12:42               ` Norman Vine
     [not found]             ` <H000076f173b29e7.1040038646.eux100.sgp.st.com@MHS>
2002-12-16  7:49               ` Pavel Holejsovsky
2002-12-14 18:32           ` Arno Waschk
2002-12-14 19:18             ` Christopher Faylor
2002-12-15 10:01               ` Arno Waschk
2002-12-15 11:16                 ` Christopher Faylor
2002-12-15 13:07                   ` Randall R Schulz
     [not found] ` <H000076f1736db55.1039696329.eux100.sgp.st.com@MHS>
2002-12-12  6:39   ` pipe " Pavel Holejsovsky
2002-12-14 15:39 More pipe (and other) " fergus
2002-12-14 17:49 ` thomas
2002-12-14 18:20   ` Christopher Faylor

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20021214052744.GA17108@redhat.com \
    --to=cgf@redhat.com \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).