Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com From: "Dave Korn" To: Subject: RE: 1.5.14-1: child died Date: Thu, 14 Apr 2005 17:50:13 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit In-Reply-To: <425E3A9F.3000200@vecernik.at> Message-ID: X-OriginalArrivalTime: 14 Apr 2005 16:51:08.0619 (UTC) FILETIME=[27FF59B0:01C54112] ----Original Message---- >From: Oliver Vecernik >Sent: 14 April 2005 10:41 > Hi, > > I'm not sure what happened, but if I start Cygwin for a certain > restricted user I receive the following message: > > 9 [main] bash 3624 fork_parent: child 2756 died waiting for > longjmp before initialization > bash: fork: Bad file descriptor > bash-2.05b$ > > Everything worked fine, nothing was installed or changed in my > configuration. Interestingly it works for other restricted users and for > my admin account. Can anybody give me a clue what's going on? Well, what that message means is that for some reason, the child process failed to notify the parent of its existence within a reasonable amount of time after it was spawned. That could mean that it died for some reason, or it could mean that it was alive, but failed to notify the parent process. Hmm, would any of the lead developers care to comment on the accuracy of this comment from the front of fork.cc/sync_with_parent ? /* Notify parent that it is time for the next step. Note that this has to be a macro since the parent may be messing with our stack. */ static void __stdcall sync_with_parent (const char *s, bool hang_self) { I do hope that's just an old-and-out-of-date comment. Anyway, it could also be a permissions problem: maybe because its a restricted user, the child process is in some way prevented from accessing the object created by the parent and it can't notify it. But that's just guesswork. I think your next most informative option might be to use "strace -t"; that should let you see if there are any obvious errors occurring in the child. cheers, DaveK -- Can't think of a witty .sigline today.... -- 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/