This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 198390 - Java freeze when css editor
Summary: Java freeze when css editor
Status: RESOLVED WORKSFORME
Alias: None
Product: editor
Classification: Unclassified
Component: Parsing & Indexing (show other bugs)
Version: 7.0
Hardware: Macintosh Mac OS X
: P3 normal (vote)
Assignee: Tomas Zezula
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-05-06 14:02 UTC by zellerda
Modified: 2011-05-25 11:19 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Thread Dump (299.45 KB, text/plain)
2011-05-09 10:00 UTC, zellerda
Details
Thread Dump (283.94 KB, text/plain)
2011-05-12 05:33 UTC, zellerda
Details

Note You need to log in before you can comment on or make changes to this bug.
Description zellerda 2011-05-06 14:02:58 UTC
When I will to edit a big CSS file (like jquery-ui CSS). Java freeze. The only solution is killing netbeans process.
Comment 1 Tomas Zezula 2011-05-09 07:48:19 UTC
Please attach the IDE thread dump.
Does not seem to be related to parsing & indexing.
Comment 2 Tomas Zezula 2011-05-09 08:03:13 UTC
The thread dump how to can be found here: http://wiki.netbeans.org/GenerateThreadDump
Comment 3 zellerda 2011-05-09 10:00:08 UTC
Created attachment 108191 [details]
Thread Dump

Here is the Thread Dump
Comment 4 Tomas Zezula 2011-05-09 10:02:14 UTC
Thanks!
Comment 5 Tomas Zezula 2011-05-09 10:07:16 UTC
It's a kernel thread dump (it does not contain the hotspot annotations).
Please attach the JVM thread dump.

press Ctrl-\ in the terminal console you used to start the IDE

or

kill -QUIT process_id 

or use jstack

jstack process_id

Thanks
Comment 6 Tomas Zezula 2011-05-11 08:21:06 UTC
Please provide the java thread dump as described in comment #5
Comment 7 zellerda 2011-05-11 08:42:58 UTC
jstack 1864
Exception in thread "main" java.io.IOException: Premature EOF 
at sun.tools.attach.HotSpotVirtualMachine.readInt(HotSpotVirtualMachine.java:226) 
at sun.tools.attach.MacosxVirtualMachine.execute(MacosxVirtualMachine.java:175) 
at sun.tools.attach.HotSpotVirtualMachine.executeCommand(HotSpotVirtualMachine.java:195) 
at sun.tools.attach.HotSpotVirtualMachine.remoteDataDump(HotSpotVirtualMachine.java:156)
at sun.tools.jstack.JStack.runThreadDump(JStack.java:159)
at sun.tools.jstack.JStack.main(JStack.java:94)
Comment 8 Tomas Zezula 2011-05-11 13:39:19 UTC
This happens either when older jstack is used or it may be caused by JVM bug.
In this case you need to run the IDE from Treminal and generate thread dump there.
To do it:
Open Terminal
cd /Applications/NetBeans/NetBeans\ 7.0.app/Contents/Resources/NetBeans/bin/
./netbeans

When the IDE freezes press Ctrl and \

Thanks
Comment 9 zellerda 2011-05-12 05:33:02 UTC
Created attachment 108238 [details]
Thread Dump

When i press "CRTL + \" nothing happens
The only report i can give you is the Mac error report
Comment 10 Tomas Zezula 2011-05-12 05:48:46 UTC
The kernel thread dump is useless, it does not contain enough of information. There is only C stack (hot spot compiled functions, no inlines).
The Ctrl + '\' should work but you have to start the IDE from the Terminal using netbeans inside the NetBeans.app and press the 'Ctrl' + '\' in the Terminal (not in the IDE).

Another possibility is to downloas VisualVM (http://visualvm.java.net/) and do the thread dump from it.
Under the Applications/Local select the NetBeans node and in pop up menu select Thread Dump.

Thanks
Comment 11 zellerda 2011-05-12 06:11:00 UTC
Ok I tried with VisualVM 1.3.2 when the thread dump clicked, I wait 10 minutes before kill NetBeans app. Result is "Take Thread Dump failed".

I think the application cannot get the thread dump because the NetBeans application is not responding
Comment 12 Tomas Zezula 2011-05-12 09:35:24 UTC
It seems as a JVM problem.
Which java (java -version) are you using?
Thanks
Comment 13 zellerda 2011-05-12 09:48:27 UTC
Java SE 6 32bit
Comment 14 zellerda 2011-05-12 09:49:13 UTC
java version "1.6.0_24"
Java(TM) SE Runtime Environment (build 1.6.0_24-b07-334-10M3326)
Java HotSpot(TM) Client VM (build 19.1-b02-334, mixed mode)
Comment 15 Tomas Zezula 2011-05-12 12:42:19 UTC
This is strange. It's the same VM as I have and both VisualVM and JStack works fine for me.
The application deadlock does not cause the service thread providing the jstack to freeze.
Comment 16 zellerda 2011-05-12 13:03:20 UTC
It's strange bug, that append not each time and only on my MacBook Pro (2011), I cannot reproduce the bug on my Mac Pro.
Comment 17 Tomas Zezula 2011-05-12 13:55:09 UTC
It's strange I have the same VM on a bit older MacBook and I don't have such problem.
The only difference is that I run it in 64 bit mode -d64
Comment 18 Tomas Zezula 2011-05-12 18:29:51 UTC
You can try also the last possibility how to generate the thread dump.
The kill -QUIT process_id. The IDE has to be started from Terminal as described above in comment #8.
But it will probably not work as the VM seems to be corrupted. But it's the last chance how to get the thread dump. :-(
Thanks!
Comment 19 zellerda 2011-05-12 18:53:16 UTC
I have tried this method first but nothing happend like the other method. I envisage the possibility this bug is caused by Java (not by NetBeans). I will test some other possiblities to reproduce the bug and find more explications.
Comment 20 Jan Lahoda 2011-05-15 18:35:40 UTC
May be related to bug #197340. Could you please try to generate the thread dump using "jstack -F"? Thanks.
Comment 21 zellerda 2011-05-25 11:19:49 UTC
I find something about my problem, I have deactivate the code folding and my problem is gone.