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.
As workaround for bug 48633, tried downloading and extracting netbeans-4_0-beta.tar.gz. Running /netbeans-install-directory/bin/netbeans as directed in README.html hung at the final "eval" in the script with the netbeans_jdkhome variable unset. It worked when I set netbeans_jdkhome on the command line: ; cd NetBeans4.0b/netbeans/bin ; netbeans_jdkhome=/usr/java ./netbeans I clicked No when asked if I wanted to import settings from previous 3.6 installation. My system is an Opteron running Solaris 10 (build 2004-08-05) and java version 1.5.0-beta3-b57.
Could you provide thread-dump ( http://qa.netbeans.org/bugzilla/generating-thread-dumps.html ) , when IDE hangs ? Thanks in advance.
I followed the instructions to generate a thread dump. Ctrl-\ returns me to the command prompt but does not generate a file in the current directory. Should I look for it somewhere else? I restarted ./netbeans and from another terminal tried "ps -ef | grep java" and found that while the first terminal is hung, there is no java process on my system. Sorry if I missed something.
Is this still reproducible with a recent NB 4.0 build (or Beta 2) and the JDK 5.0 final?
If it hangs in startup script add -x to it: bin/netbeans and eventualy platform4/lib/nbexec Change line #!/bin/sh to #!/bin/sh -x
Thanks Marek. And sorry, Jan, for taking so long to get back to this. Unfortunately I can no longer download anything but the .bin installer from the netbeans.org site, which doesn't work because of bug 48633. I'm trying unsuccessfully to install the 4.0 RC1 version on build 71 of Solaris (running 32-bit kernel) with the following java version: : tomee@cabochon[25]; java -version java version "1.5.0_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_01-b05) Java HotSpot(TM) Server VM (build 1.5.0_01-b05, mixed mode)
See issue #48633 for workaround and more details. Simply use command line option -is:javahome <path to JDK 1.5.0>
./netbeans-4_1-ea2-solaris-sparc.bin -is:javahome InstallShield Wizard Initializing InstallShield Wizard... Searching for Java(tm) Virtual Machine... ...............The wizard cannot continue because of the following error: could not load wizard tree specified in /wizard.inf (106)
I am experiencing this here, too, with a newly installed 4.1rc1. It seems to work with some specific configurations: - JDK 1.5_02 : it works just fine (both as regular user and root). Tested only with Linux kernel 2.6.11-1.14_FC3smp (Fedora Core 3) - J2SDK 1.4.2_08 as regular user: it hangs on "Recreating cache of installed objects of modules". Tested only with kernel 2.4.28 (Fedora Core 1) - J2SDK 1.4.2_08 as root : it works (kernel 2.4.28, FC1) I will try to reproduce above JDK 1.5 results on FC1 as well later on, but I hope this info helps you guys spot the problem.
People are mixing problem with installer and problem with IDE deadlock here. User sfitch if you have problem with NB installer please file separate issue. (It looks like your problem is the same as in issue #48633. If it is so you need not file new issue. It would be waste of time. Either update Solaris or just update JDK 1.4.2 to latest version available. See issue #48633 for more details. Thanks.) To get relevant info about IDE deadlock we need thread dump. Use Ctrl-\ from console where you started IDE.
Getting thread dump is possible when Java is already running. If IDE startup hangs before Java starts you must investigate shell scripts as I described above. Without such info we cannot do anything.
Without new informations for long time (6 months). Closing as worksforme. If you get to the same problem again, please generate thread-dump : http://qa.netbeans.org/bugzilla/generating-thread-dumps.html reopen this issue and attach the thread dump. Thanks in advance.