This is the mail archive of the 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]
Other format: [Raw text]

RE: setup hangs during postinstall

On Wed, 15 Oct 2003, Steve Fairbairn wrote:

> OK, so I tried a lot of things already tried, and at least one thing that
> hadn't been tried ;).  I must admit I haven't followed everything said in
> the threads so didn't realise we already knew cygpath wasn't actually
> starting.
No problem here.

> So, getting this straight in my own head.
I'll try and answer some of these with my somewhat limited knowledge.

> Setup runs normally.
> Setup creates a new thread or process to run our bash script - Is this
> done with sh, then sh runs bash because of the #/bin/bash, or does setup
> run bash straight?
/bin/sh -c

> Bash starts up and does some parts of the script.
> Bash then tries to run cygpath....  At this point does the cygwin DLL
> emulates a fork & exec (as windows only has CreateProcess) ?
Yes, for bash.

> If cygpath isn't starting.... Does this mean it's still running
> bash/cygwin1.dll code at the point of the hang?
Well, the real cygpath does exist.  It is just hung.  There is still an
exec stub of bash (called cygpath is ps) that is waiting on the real
cygpath to get further up.

I don't know how this communication works when bash is starting a
non-Cygwin process, though.

> Is it possible to put a nice big sleep into the bash script before the it
> gets to the cygpath.
> Attach gdb to bash during this sleep
> Add a break point to the exec or whatever the function is
> Continue until breakpoint is hit
> Step through the whole operation of launching cygpath?
Sure, or just CYGWIN_DEBUG=bash.

> Is it possible?  Could it potentially be useful?  Would we hit Windows
> internal code that stops us getting to anything useful?
Not sure.

I think a *real* expert may have to look at this since even a non-Cygwin
SHLWAPI based executable hangs.  It must be something that happened in the
long chain shown at the bottom of here that mucks up Windows:

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

Unsubscribe info:
Problem reports:

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