[f]statvfs (was Re: bug in statfs)
Pierre A. Humblet
Sat Dec 6 17:01:00 GMT 2003
At 11:51 AM 12/6/2003 -0500, Nicholas Wourms wrote:
>> On Fri, Dec 05, 2003 at 11:52:48AM -0500, Nicholas Wourms wrote:
>>>DrMingW or running stuff directly inside gdb. Of course, it would be a
>>>good thing if someone could track this down.
>> You have WinME, you're predestined to track it down.
>And to some extent I have been trying, but as I'm sure Pierre can point
>out, this is easier said then done.
Actually I am making some progress.
As noted before all I get is a pop up about a fault in cygwin1.dll
After trying numerous times in gdb, I captured something useful.
Apparently the problem happens during DLL_THREAD_DETACH
when few threads are still alive. A threadinfo linked list appears
to be screwed up. Now let me reboot...
Program received signal SIGSEGV, Segmentation fault.
[Switching to thread -173475.0xfdabecbd]
0x610271f0 in _threadinfo::remove() (this=0x18dafd94) at
180 for (t = _last_thread; t && t != this; t = t->prev)
Current language: auto; currently c++
(gdb) info threads
5 thread -173475.0xfffdcae1 0x61003a1e in cygthread::stub2(void*, void*)
* 4 thread -173475.0xfdabecbd 0x610271f0 in _threadinfo::remove()
(gdb) p t
$1 = (_threadinfo *) 0x74fd94
(gdb) p _last_thread
$2 = (_threadinfo *) 0x74fd94
(gdb) p this
$3 = (_threadinfo * const) 0x18dafd94
(gdb) p *t
Cannot access memory at address 0x74fd94
#0 0x610271f0 in _threadinfo::remove() (this=0x18dafd94) at
#1 0x61059f4e in dll_entry (h=0x61000000, reason=3, static_load=0x0) at
#2 0xbff6df5f in KERNEL32!GlobalUnlock () from /c/WINDOWS/SYSTEM/KERNEL32.DLL
#3 0x61000000 in ?? ()
#4 0x00000003 in ?? ()
More information about the Cygwin-developers