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.
Everytime I try to use Netbeans 6.5 on KDE 4.2 it crashes as soon as I start playing with the windows...
Created attachment 76396 [details] Execution output
There is no additionnal output or log, no jvm crash log either... My Linux distribution is openSUSE 11.1 running with Java 1.6.0_11 (64-Bit)...
Another thing: if I launch Netbeans as root the problem doesn't happen (no crash)!
Ok, I've got the same problem but on Gentoo x86_64. This seems to be related to KDE4 since it doesn't happen in Gnome or KDE 3.5.10. If I run NetBeans 6.5 as root, it works fine. Running it as a user makes NetBeans "Abort" as described by cbourque. I have tested xorg-server 1.5 and 1.6RC2, libxcb 1.1.90, 1.1.91, 1.1.92 and finally 1.1.93. I have tried BackingStore "true", "false". I have tried the sed hack for Java. I have tried the LIBXCB_ALLOW_SLOPPY_LOCK=1. The problem here is that no stck trace is provided, no specific error is printed.
I've just installed Patch2 for Netbeans 6.5 and the behavior is still the same...
cbourque, did you by any chance install netbeans using sudo?
Well, I didn't. In fact I installed the generic version of netbeans. First as root into my /opt then for debugging this issue as a user in my ~/tmp/netbeans. It doesn't change anything. Behavior still the same. I have now tried JDK 1.7 beta. This is really weird as it works perfectly on my KDE 3.5.10. On KDE 4.2 as a user, it "Abort" by just dragging a tab (like Projects) around for a while. No messages is given by the JVM or netbeans. Can anyone tell me if there is a flag or something I can use to debug this (from netbeans standpoint) as I have tried strace with no success.
saubrecht, nope it was installed using a regular user...
cbourque, please go to 'tools - options - miscellaneous - appearance' and turn 'drag window image' and 'transparent floating windows' off, pls
Well turning off transparent and image seems to work. But what is the cause of this? Why would it work when running in root?
saubrecht, the "hack" seems to fix the problem but the cause is still to be determined...
netbeans uses Java Native Access library to enable window transparency by calling some native code. this seems to be badly broken under kde 4.2
i didn't find any issue reported against JNA lib that would explain the crash. reassigning to mslama to reproduce the issue and/or disable JNA with KDE 4.2 if possible
I have Ubuntu 8.10 with KDE 4.1.4. I do not have KDE 4.2 now. With KDE 4.1.4 it works fine. I moved with views around for 1 minute. I tried multiple view and dragged them elsewhere. Transparency is enabled. Could you try some jna sample with transparency? (jna.dev.java.net) We use jna 3.0.9 in dev builds from Dec 9 2008. I used Sun JDK 6u12 and 7 b45. It looks like problem of KDE 4.2. Do you run IDE from console or from desktop shortcut? Anything in $HOME/.xsession-errors? I have 32bit system and 32bit JDK. You both have 64bit and use 64bit JDK right? I have another machine with 64bit Ubuntu so I could try to install KDE there and test. I plan to update to dev version of Ubuntu which should have latest KDE or try to install 4.2 on Ubuntu 8.10.
Please also try latest development build if it makes any difference.
I checked and did not find any similar example in examples.jar from jna so just use IDE to reproduce this problem.
If JVM process crashes there should be file hs-*.log in working directory and also core file (if you allowed it in ulimit (Use ulimit -a to see if creation of core file is allowed.)
ok I got the core dump but it's pretty big (300MB), is there anything useful I can get out of this file?
Is there hs*.log file from JVM?
nope, no hs*.log file... here's the backtrace of the core dump: Core was generated by `/usr/lib64/jvm/java-1.6.0-sun-1.6.0/bin/java -Djdk.home=/usr/lib64/jvm/java-1.6'. Program terminated with signal 6, Aborted. #0 0x00007fe5214f1645 in raise () from /lib64/libc.so.6 (gdb) bt #0 0x00007fe5214f1645 in raise () from /lib64/libc.so.6 #1 0x00007fe5214f2c33 in abort () from /lib64/libc.so.6 #2 0x00007fe521533140 in ?? () from /lib64/libc.so.6 #3 0x00007fe4fe4b7b2c in Java_com_sun_jna_Memory_free () from /tmp/jna4620875296788378045.tmp #4 0x00007fe51cca31ad in ?? () #5 0x00007fe510753490 in ?? () #6 0x0000000000000000 in ?? () (gdb) it seems to be JNA related...
I filed https://jna.dev.java.net/issues/show_bug.cgi?id=103. Please test latest dev build with jna 3.0.9 - it is last released version. I will try to reproduce it here. Could you register on dev.java.net and add yourself to CC of that issue? If they will ask for more info it will be faster. I am not sure if I will be able to reproduce it here.
It is apparently KDE issue. I provided info to jna about our user case and will help with identification as I can so that it can be passed to KDE. Only workaround is to disable transparency if you want to drag tabs. For more details follow link to jna issue I filed given above. Summary: It happens on KDE 4.2 and 64bit OS/JDK. I did not see it with KDE 4.1.x and 32bit JDK. I installed KDE 4.2 to Ubuntu Intrepid 8.10 on NVidia driver with Compiz.
It looks like it is fixed in KDE 4.2.2. I tested on Ubuntu 9.04, JDK 6u13 b03 installed from package and JDK 6u14 b07 installed from Linux installer and IDE does not crash when I drag views around. Please test it too to verify. (Both JDKs are 64bit.)
Yep it works! Thanks