GCJ 3.3 crash with string handling reproduceable case

Ranjit Mathew rmathew4lists@hotmail.com
Thu Feb 27 13:43:00 GMT 2003


> The warnings don't look familiar to me. Does anyone know what's
generating them?
It turns out that the warnings were being generated by the DrMinGW
debugger so we should ignore this.
BTW, I get the exact same error at the exact same location even with
the latest 6.2alpha3 release!
I tried compiling it all using BCC 5.5, but BCC died out on
multiple definition errors in gc_cpp.h (though it should not be...).
Since GCC doesn't support Win32 Structured Exception Handling (SEH),
the README.win32 document paints a pretty bleak picture for it.
:-(

> The stack frame in GC_register_dynamic_libraries (dyn_load.c) corresponds
> to code that is walking the process address space with VirtualQuery to
> find root segments. Based on (distant) past experience, VirtualQuery
> is bug-prone. (It was broken in win32S, for example.) If this is doing
> anything other than just calling the underlying win32 routine, I would
> look there carefully.

The looking-there-carefully thing didn't yield anything for me, so I'll take
another dekko at it when I am more refreshed, though with only so much
gray matter, there's not much I hope to accomplish...
The Win32 code BTW looks very errr... "weird" what with every #ifdef and
its mother making it difficult to properly understand it. :-(
Ranjit.


More information about the Java mailing list

AltStyle によって変換されたページ (->オリジナル) /