I use Windows 8 Pro, 32-Bit-Betriebssystem, x64-basierter Prozessor,
Download and Installation of jEdit 5.0.0 was successful
start jedit, loading documents, including plugins (lilypond) is successful
clicking into the text of a file (test.ly) is successful
The moment try to type something the GUI stops working
To kill jedit, I have to kill java (jedit process is not enough)
I have Java(TM) 6 Update 21
An Update zu Java 6 Update 37 showed no improvement
Who can help me?
Regards,
Chris
Submitted | lubi1972 - 2012-11-28 - 22:03:49z | Assigned | nobody |
---|---|---|---|
Priority | 5 | Category | Windows Specific |
Status | Open | Group | None |
Resolution | None | Visibility | No |
2012-12-02 - 11:55:29z thomasmey |
Please follow these steps: 1.) install a JDK and start this program: "C:\Program Files\Java\jdk1.7.0_09\bin\jvisualvm.exe" (change the path accordingly) 2.) in VisualVM: attach to the running jEdit process by dobule clicking the process 3.) choose tab "Thread" and click the "thread dump" button 4.) attach the thread dump here. |
---|---|
2012-12-03 - 17:55:40z thomasmey |
Hi, thanks for the report. This seems to be some kind of deadlock: 1.) AWT event queue thread is waiting on the WriteLock of the Buffer: \"AWT-EventQueue-0\" prio=6 tid=0x045bdc00 nid=0x18ac waiting on condition [0x05b8e000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x290197d8> (a java.util.concurrent.locks.ReentrantReadWriteLock$NonfairSync) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186) at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:834) at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:867) at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1197) at java.util.concurrent.locks.ReentrantReadWriteLock$WriteLock.lock(ReentrantReadWriteLock.java:945) at org.gjt.sp.jedit.buffer.JEditBuffer.writeLock(JEditBuffer.java:285) at org.gjt.sp.jedit.buffer.JEditBuffer.insert(JEditBuffer.java:719) at org.gjt.sp.jedit.buffer.JEditBuffer.insert(JEditBuffer.java:684) at org.gjt.sp.jedit.textarea.TextArea.insert(TextArea.java:5460) at org.gjt.sp.jedit.textarea.TextArea.userInput(TextArea.java:3412) at org.gjt.sp.jedit.textarea.JEditTextArea.userInput(JEditTextArea.java:294) at org.gjt.sp.jedit.gui.InputHandler.userInput(InputHandler.java:425) at org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey(DefaultInputHandler.java:167) at org.gjt.sp.jedit.input.AbstractInputHandler.processKeyEventKeyStrokeHandling(AbstractInputHandler.java:405) at org.gjt.sp.jedit.gui.InputHandler.processKeyEvent(InputHandler.java:129) at org.gjt.sp.jedit.textarea.TextArea.processKeyEvent(TextArea.java:4724) Your thread dump sadly doesn't reveal the owner of the lock "0x290197d8". This is the important thread, if this thread is block, the GUI will be blocked. 2.) The sidekick plugin is waiting for the mediatracker lock, but that seems to be unrelated. \"SwingWorker-pool-1-thread-1\" daemon prio=6 tid=0x068a1400 nid=0x1a48 in Object.wait () [0x0713f000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x28f17b00> (a java.awt.MediaTracker) at java.awt.MediaTracker.waitForID(MediaTracker.java:667) - locked <0x28f17b00> (a java.awt.MediaTracker) at javax.swing.ImageIcon.loadImage(ImageIcon.java:302) - locked <0x28f17b00> (a java.awt.MediaTracker) at javax.swing.ImageIcon.<init>(ImageIcon.java:192) at javax.swing.ImageIcon.<init>(ImageIcon.java:205) at lilytool.parser.AssignAsset.<clinit>(AssignAsset.java:19) at lilytool.parser.LilySideKickParser$Block.addToNode(LilySideKickParser.java:619) at lilytool.parser.LilySideKickParser.simpleParse(LilySideKickParser.java:478) at lilytool.parser.LilySideKickParser.parse(LilySideKickParser.java:112) at sidekick.SideKick$ParseRequestWorker.doInBackground(SideKick.java:550) at sidekick.SideKick$ParseRequestWorker.doInBackground(SideKick.java:526) at javax.swing.SwingWorker$1.call(SwingWorker.java:296) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at javax.swing.SwingWorker.run(SwingWorker.java:335) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:722) You may try to disable the sidekick plugin and see if this solves your problem? |
2012-12-04 - 18:46:18z thomasmey |
Chris responded: "Your Analysis ist great. The deactivation of the SideKick-Plugin helps to work with the Editor. Unforunately the plugin is necessary to work with the Lilypond Plugin. I used jEdit mainly for work with Lilypond. The Workaround: deactivate SideKick (and Lilypond) - work in the Editor - activate Lilypond and sidekick - compile the file - deactivate .... would work, but ist not nice. The Moment I type something without deactivation, lilypond freezes. Do you have any idea how to repair sidekick, get the media-traker to answer or use lilypond without it?" |
2012-12-07 - 21:11:28z thomasmey |
Hi Chris, would you please provide the version numbers of the plugins you are using? You can find the version numbers in "Plugins->Plugin Manager". Can you also please attach the test.ly file in this bug report? I'll try to reproduce the bug. |