DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=42268>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=42268 Summary: Deadlock when JSVGComponent.stopProcessing() invoked from Swing thread Product: Batik Version: 1.6 Platform: All OS/Version: Linux Status: NEW Severity: critical Priority: P1 Component: Bridge AssignedTo: [email protected] ReportedBy: [EMAIL PROTECTED] Note: my version of 1.6 includes the fix to Bug #40681 (which is also checked into SVN and part of 1.7). It may be that this bug was created/relvealed by the patch that was applied to fix Bug #40681. My Swing GUI locked up. CTRL-\ revealed a deadlock between the Swing thread and the Batik updater thread: Swing thread: [java] "AWT-EventQueue-0" prio=1 tid=0x083fec88 nid=0x79da waiting for monitor entry [0x5cf64000..0x5cf65020] [java] at org.apache.batik.bridge.UpdateManager.interrupt(Unknown Source) [java] - waiting to lock <0x630f6c00> (a org.apache.batik.util.RunnableQueue) [java] - locked <0x630f9470> (a org.apache.batik.bridge.UpdateManager) [java] at org.apache.batik.swing.svg.JSVGComponent.stopProcessing(Unknown Source) [java] at com.awarix.trak.client.svg.SVGLoadManager$1.run(SVGLoadManager.java:328) [java] at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) [java] at java.awt.EventQueue.dispatchEvent(EventQueue.java:461) [java] at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242) [java] at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163) [java] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) [java] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) [java] at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) Batik update manager thread: [java] "RunnableQueue-2" daemon prio=1 tid=0x5bda1810 nid=0x7a88 in Object.wait() [0x5d47f000..0x5d480120] [java] at java.lang.Object.wait(Native Method) [java] - waiting on <0x61a2a490> (a java.awt.EventQueue$1AWTInvocationLock) [java] at java.lang.Object.wait(Object.java:474) [java] at java.awt.EventQueue.invokeAndWait(EventQueue.java:846) [java] - locked <0x61a2a490> (a java.awt.EventQueue$1AWTInvocationLock) [java] at org.apache.batik.swing.svg.JSVGComponent$SVGListener.updateCompleted(Unknown Source) [java] at org.apache.batik.bridge.UpdateManager$9.dispatch(Unknown Source) [java] at org.apache.batik.util.EventDispatcher.dispatchEvent(Unknown Source) [java] at org.apache.batik.util.EventDispatcher.fireEvent(Unknown Source) [java] at org.apache.batik.bridge.UpdateManager.fireEvent(Unknown Source) [java] at org.apache.batik.bridge.UpdateManager.updateRendering(Unknown Source) [java] at org.apache.batik.bridge.UpdateManager.repaint(Unknown Source) [java] at org.apache.batik.bridge.UpdateManager$UpdateManagerRunHander.runnableInvoked(Unknown Source) [java] at org.apache.batik.util.RunnableQueue.runnableInvoked(Unknown Source) [java] - locked <0x630f6c00> (a org.apache.batik.util.RunnableQueue) [java] at org.apache.batik.util.RunnableQueue.run(Unknown Source) [java] at java.lang.Thread.run(Thread.java:595) My code looks like this: SwingUtilities.invokeLater(new Runnable() { public void run() { canvas.stopProcessing(); canvas.dispose(); } }); The root of the problem seems to be that JSVGComponent$SVGListener.updateCompleted() is calling invokeAndWait() instead of invokeLater(). Not sure why this is necessary, but it in effect means that no code that runs in the swing thread can ever try to lock the runnable queue or risk a deadlock! If that's really the intent, then this needs to be documented. Otherwise, the code needs to be changed to allow locking the runnable queue from within the Swing thread. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
