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.
After getting more silent crashes (no sympathy found here :-) I found that 6.9.1 is shipped with jdk 7, so I removed my jdk 6 and everything that depended on it and installed jdk7 (1.7.0-ea-b126). Netbeans installs and runs. However, when I refactor, netbeans hangs... apparently because libjawt.so is missing. I note that it is indeed installed as part of the jdk7 rpm at /usr/java/latest/jre/lib/i386/libjawt.so. It would seem that netbeans should include that library path when it starts java.
Created attachment 105426 [details] messages.log for above comment.
The only thing I can think of is the package combination. On a suggestion from vv159170@netbeans.org: > Btw, just a hint, you use 64-bit version of jvm which consumes two times more > memory without any advantages in speed. It's better to use 32-bit mode (-d32 > option) (on linux can be installed as separate package) ... I installed the 32-bit JVM. I just not realized that I did not add a -d32 anywhere (it is not a netbeans or java command line option). Could it be that this is why java was not able to load the (existing) libjawt.so?
> It would seem that netbeans should include that library path > when it starts java. Noone else reported this kind of problem, so it must be caused by the improper package combination as you indicated above. You either need to reinstall java on your system in the right way, or you can try specifying "-d32" java parameter for starting NetBeans. Edit your netbeans.conf file (under etc/ in the installation) and add -J-d32 into netbeans_default_options list of startup options.
I now think that it must have been caused by problems with the early access java 1.7. I have since switched back to 1.6-23, and there's no problem.
so verified by reporter