delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2003/10/14/11:28:05

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
X-Authentication-Warning: eos.vss.fsi.com: ford owned process doing -bs
Date: Tue, 14 Oct 2003 10:27:45 -0500 (CDT)
From: Brian Ford <ford AT vss DOT fsi DOT com>
X-X-Sender: ford AT eos
To: cygwin AT cygwin DOT com
Subject: Re: setup hangs during postinstall
In-Reply-To: <20031014025019.GA31727@redhat.com>
Message-ID: <Pine.GSO.4.56.0310141018270.791@eos>
References: <Pine DOT GSO DOT 4 DOT 56 DOT 0310131207550 DOT 791 AT eos> <20031014025019 DOT GA31727 AT redhat DOT com>
MIME-Version: 1.0

On Mon, 13 Oct 2003, Christopher Faylor wrote:

> On Mon, Oct 13, 2003 at 12:22:12PM -0500, Brian Ford wrote:
> >Since setup must be launched from explorer to hang, I set
> >CYGWIN_DEBUG=cygpath in my system environment variables and rebooted.  To
> >make sure it worked, I launched a bash under rxvt and did a "cygpath -S".
> >Up popped the gdb cmd shell.  But, under setup, no dice.
>
> Are you saying that there was no popup?  That would imply that CYGWIN_DEBUG
> is not in the environment.  You could just hack on the code in dcrt0.cc to
> automatically pop up a gdb when command line contains cygpath, as a temporary
> measure, of course.
>
Yes, but I'm sure it *was* in the environment.  In fact, after terminating
my manually attached gdb session, it popped up (this is NT4, so cypath
had to exit at gdb detach time).

Ok about hacking dcrt0.cc.  Will try as time permits.

> >cygpath hangs just like before.  The stack trace looks a little different.
> >Note that I have not had time to hand decode the holes in the trace yet,
> >but it looks to me like a startup problem before the CYGWIN_DEBUG
> >handling code.  A "fork exec copy" problem maybe?  I know that's vague,
> >but I think you know what I mean.
>
> The stack trace below is from a process that is running cygpath not
> from cygpath itself.
>
Ok.  That is what it looked like to me too, but I don't know how the
Cygwin "fork exec" stuff works yet (spawn_guts is huge), so I wasn't
entirely sure.

Maybe I was just too rushed, but I'm almost positive I attached to
the only thing ps -ef said was cygpath.  Why does the spawner (bash?) say
it's cygpath?

> So, there should be another cygpath process which is stuck, as you say,
> prior to the point where it has "acquired the pid".  You should be able
> to see it with a "ps -W".
>
Ok, I'll look.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019