gdb coredumps on any executable

[Igor Peshansky <pechtcha at cs dot nyu dot edu>]

Hi,

On a fresh install of Cygwin, running gdb with any executable produces a
stackdump from gdb.  Here's a sample session:

$ gdb /bin/test
GNU gdb 6.5.50.20060706-cvs (cygwin-special)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...(no debugging symbols found)

(gdb) run
Starting program: /bin/test.exe
Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll
Loaded symbols for /usr/bin/cygwin1.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll
Loaded symbols for /usr/bin/cygintl-8.dll
Loaded symbols for /usr/bin/cygiconv-2.dll
Segmentation fault (core dumped)
$ cat gdb.exe.stackdump
Exception: STATUS_ACCESS_VIOLATION at eip=0054FF55
eax=00000000 ebx=00000000 ecx=0000006B edx=0000002F esi=00000000 edi=10259B30
ebp=0022C148 esp=0022C0C0 program=C:\cygwin\bin\gdb.exe, pid 4296, thread main
cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023
Stack trace:
Frame     Function  Args
0022C148  0054FF55  (00000000, 006162AA, 00000008, 0022C17C)
0022C518  00461BE0  (00000001, 00000000, 00000000, 0000C6B0)
0022C648  00461F10  (00000000, 00000000, 10113C98, 00000000)
0022C698  00411C6B  (00461EB0, 00000000, 00616290, 00000006)
0022C738  00463A77  (0022C7A0, FFFFFFFF, 00000000, 00000000)
0022C808  004271A5  (00000000, 00000000, 00000000, 0000C6B0)
0022C868  00427335  (FFFFFFFF, 00000000, 00000000, 00000001)
0022C898  00412232  (00000000, 00000001, 00000001, 00000000)
0022C8D8  004023C7  (100B0393, 00000001, 0022C918, 100ED570)
0022C918  00421C84  (100B0390, 100FB738, 0022C930, 00000000)
0022C948  0042221B  (100ED570, 00000000, 00696ED4, 0000000C)
0022C968  005430E5  (0048E6D0, 00000002, 0022C998, 0048E76A)
0022C978  004215FB  (00000000, 00000000, 00000000, 0022C900)
0022C998  0048E76A  (00000000, 00000000, 0022C9B8, 0048E145)
0022C9B8  0048E1D2  (100E5440, 00000002, FFFFFFFF, 0022C9D8)
0022C9F8  0048EA95  (00000000, 00000000, 100FB718, 00000000)
End of stack trace (more stack frames may be present)
$

I don't have the debugging symbols for gdb, and am unable to build one
right now, but all of the addresses seem to be in the application space.
The output of "cygcheck -svr" is attached.

I vaguely recall such issues being redirected to the insight list, but I
suspect this is a Cygwin problem, not a gdb one...

I can build my own Cygwin, but without a working gdb it would be hard to
debug this problem.  Any ideas?
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_	    pechtcha@cs.nyu.edu | igor@watson.ibm.com
ZZZzz /,`.-'`'    -.  ;-;;,_		Igor Peshansky, Ph.D. (name changed!)
     |,4-  ) )-,_. ,\ (  `'-'		old name: Igor Pechtchanski
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Freedom is just another word for "nothing left to lose"...  -- Janis Joplin

Attachment: cygcheck-20070122.out
Description: Text document

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