This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter
- From: Jeff Sturm <jsturm at one-point dot com>
- To: Scott Gilbertson <scottg at mantatest dot com>
- Cc: java at gcc dot gnu dot org
- Date: Thu, 21 Nov 2002 19:23:39 -0500 (EST)
- Subject: Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter
On Thu, 21 Nov 2002, Scott Gilbertson wrote:
> I assume the problem is happening on the first call to the spin function in
> natObject, because that's the only time it calls is_mp. I'm thinking that
> the reason the crash happens more easily when statically linked is due to a
> timing difference, but that the dynamic executable probably has the same
> basic problem.
I'm wondering if static memory isn't getting clobbered somehow by your
program. Clue #1 is that shared builds don't fail. Clue #2 is the
failure in is_mp, which ought have been initialized by then. Clue #3 is
the SIGSEGV in sscanf, as if a format string had been overwritten.
Can you put a breakpoint on is_mp() and prove it is only called once?
Jeff