[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[commit-cp] [bugs #9484] JamVM/Classpath crashes with image loading prog
From: |
Michael Koch |
Subject: |
[commit-cp] [bugs #9484] JamVM/Classpath crashes with image loading programs |
Date: |
Wed, 12 Jan 2005 06:53:01 +0000 |
User-agent: |
Mozilla/5.0 (compatible; Konqueror/3.3; Linux; X11; i686; de) (KHTML, like Gecko) |
This is an automated notification sent by Savannah.
It relates to:
bugs #9484, project classpath
==============================================================================
LATEST MODIFICATIONS of bugs #9484:
==============================================================================
Posted by: Michael Koch <mkoch>
Posted on: 2005-01-12 06:53 (GMT)
_______________________________________________________
Category: None -> classpath
_______________________________________________________
Follow-up Comment:
Roman, is this fixed with latest classpath from CVS ? Much things changed
lately, we use only one thread for AWT and gtk-peer now and the
GdkPixbufDecoder got improved a lot when the patch to make it be used from
ImageIO too.
A concrete testcase would be nice too.
==============================================================================
OVERVIEW of bugs #9484:
==============================================================================
URL:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=9484>
Summary: JamVM/Classpath crashes with image loading programs
Project: classpath
Submitted by: rabbit78
Submitted on: Mon 28.06.2004 um 20:49
Category: classpath
Severity: 5 - Average
Status: None
Privacy: Public
Assigned to: None
Open/Closed: Open
Platform Version: None
_______________________________________________________
I found a strange segfault issue in programs that try to load/display images
(GIF/JPEG).
Mark and I have located the segfault to occur in
native/jni/gtk-peer/gnu_java_awt_peer_gtk_GdkPixbufDecoder.c Line 226. Here
is gdk_env used (which probably should be env instead). The real problem
seems to be, that GTKToolkit is not yet initialized properly.
The following workaround seems to work though:
--- gnu/java/awt/peer/gtk/GdkPixbufDecoder.java 26 Jun 2004 16:06:47 -0000
1.5
+++ gnu/java/awt/peer/gtk/GdkPixbufDecoder.java 28 Jun 2004 20:34:49 -0000
@@ -57,6 +57,8 @@
System.loadLibrary("gtkpeer");
}
initStaticState ();
+ java.awt.Toolkit.getDefaultToolkit();
+ try { Thread.sleep(500); } catch (InterruptedException ignored) { }
}
native static void initStaticState ();
private final int native_state = GtkGenericPeer.getUniqueInteger ();
this means, if we wait long enough for GTKToolkit to initialize, the segfault
does not occur.
Any ideas how to fix this? Maybe I should add that I tried that with JamVM
1.1.4
/Roman
_______________________________________________________
Follow-up Comments:
-------------------------------------------------------
Date: Mit 12.01.2005 um 06:53 By: Michael Koch <mkoch>
Roman, is this fixed with latest classpath from CVS ? Much things changed
lately, we use only one thread for AWT and gtk-peer now and the
GdkPixbufDecoder got improved a lot when the patch to make it be used from
ImageIO too.
A concrete testcase would be nice too.
-------------------------------------------------------
Date: Don 29.07.2004 um 21:03 By: Mark Wielaard <mark>
This bug is now also tracked in GCC AWT bugzilla as
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16824
==============================================================================
This item URL is:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=9484>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [commit-cp] [bugs #9484] JamVM/Classpath crashes with image loading programs,
Michael Koch <=