Hi,
jcl.c currently tries to turn a local reference into a global one after
having deleted the local reference.
(*env)-DeleteLocalRef(env, rawDataClass);
rawDataClass = (*env)-NewGlobalRef (env, rawDataClass);
Is my interpretation right that this is not allowed by the JNI spec?
(The
David Lichteblau wrote:
jcl.c currently tries to turn a local reference into a global one after
having deleted the local reference.
(*env)-DeleteLocalRef(env, rawDataClass);
rawDataClass = (*env)-NewGlobalRef (env, rawDataClass);
Is my interpretation right that this is not allowed by
Hi,
We would always try to close a FileChannelImpl when it was finalized
even if it was never properly closed. Although this is not fatal it did
can generate lots of spurious close() calls on the invalid -1 file
descriptor, resulting in IOExceptions, if an application tried to open
lots of
On Thu, 2005-09-08 at 14:24 +0200, Mark Wielaard wrote:
Disturbing. It also breaks (in the same way as reported above) with
'gcj (GCC) 4.0.2 20050908 (prerelease)' and 'gcj (GCC) 4.0.2 20050821
(prerelease) (Debian 4.0.1-6)' so this seems to be a regression from
4.0-preX to 4.0.x.
I am
Mark == Mark Wielaard [EMAIL PROTECTED] writes:
Mark It does mean a change in any of the deeply nested packages triggers
Mark re-compilation of a few more files in its 'parent-package'. But I feel
Mark the overall compile time reduction is worth it.
Does it noticeably impact memory use? One
Hi,
We weren't properly handling mouse event modifiers. I've committed two
tests to Mauve gnu.testlet.java.awt.event.MouseEvent.modifiersEx,
gnu.testlet.java.awt.event.MouseEvent.modifiers which demonstrate the
expected behaviour. With this patch these two tests pass.
Tom
2005-09-11 Thomas