Crash on startup - debugging info

[Christopher Faylor]

On Sun, Jan 19, 2003 at 02:47:31AM -0500, Harold L Hunt II wrote:
>Okay, there are at least two problems happening in XWin.exe.
>
>The first problem is totally unrelated to the new multiwindow mode.  The
>problem is, if you startup XWin.exe in gdb, a call to fchown causes a
>SIGSEGV on every single execution.  That sucks.
>
>You can avoid that problem by setting a break in
>_XSERVTransSocketUNIXCreateListener, then stepping until right before the
>call to fchown, then ``set updateOwner=0'', which causes the call to be
>skipped.  After that you can continue.  In non-multiwindow mode the server
>will run fine after the continue.
>
>
>The second problem is that in multiwindow mode the call to
>pthread_mutex_init causes a SIGSEGV.  That sucks too.  I have peeked at the
>code for pthread_mutex, but I can't figure out much.  I might eventually
>have to setup a cygwin1.dll build environment so I can debug this, but I
>would really like to avoid that if possible.  I actually started building a
>debug version of cygwin1.dll tonight, but I got to the part where it needs
>libiberty and I wussed out.

Have you tried continuing beyond the SIGSEGV?  Some of the pthread code
does a check of invalid memory and ends up raising an exception that is
caught by the debugger.  Unfortunately, there isn't much that gdb can do
to detect that situation so we're stuck just continuing in that scenario.
If a continue ends up leaving you in the same place then it really is a
SIGSEGV.

cgf