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.
runide.exe hangs at "Initializing CVS Command-Line Client Support...". The following exception is generated. The attached file contains the output from runide. I've reformatted the list of modules to make them easier to read. I was able to start the IDE once. I used it for a while, 3-4 hours and attempted to shut down. It would not shut down, so I had to terminate the process. Before shutting down, I did save the project and close all of the windows, except for the main/top window. The next day, I tried to start it, and got this error. I do have cygwin installed, although I haven't tried to use CVS from within NetBeans. java.lang.ClassCastException: org.openide.loaders.DefaultDataObject at org.netbeans.modules.projects.PSupport.projectDesktop (PSupport.java:134) at org.netbeans.core.NbProjectOperation.setProject (NbProjectOperation.java:122) at org.netbeans.core.NbProjectOperation.openOrCreateProject (NbProjectOperation.java:184) at org.netbeans.core.NonGui.run(NonGui.java:490) at org.netbeans.core.Main.run(Main.java:168) at org.openide.TopManager.initializeTopManager(TopManager.java:120) at org.openide.TopManager.getDefault(TopManager.java:81) at org.netbeans.core.Main.main(Main.java:255) at org.netbeans.core.TopThreadGroup.run(TopThreadGroup.java:90) at java.lang.Thread.run(Thread.java:484)
Created attachment 1071 [details] command output from runide.exe
Please, can you attach a thread dump after the IDE hangs ? You can get the thread dump via CTRL-\ in the console from which the IDE is running. From the exception it seems, that the bug is in projects, but a full thread dump will be very valuable to locate where is the problem.
Created attachment 1072 [details] Full Thread Dump
We cannot reproduce the bug yet. To fix it we need more info. Could you please zip and attach the system folder from your user directory? Thanks for your help.
Created attachment 1080 [details] ZIP file of user's system directory
I have since uninstalled and re-installed 3.2 RC1 into a different directory. The exact same problem happens and I can never get past the initial splash screen.
*** Issue 11238 has been marked as a duplicate of this issue. ***
Fixed in main [trunk]. Waiting for any objection from nbdev@netbeans.org to commit to [release32]. The problem was caused by missing project folder (Projects/NewProject) which was last saved. Now default project is used or created. Trying to reinstall netbeans to other directory does not solve anything. Your settings are saved in a directory which you choose during first instalation and netbeans always uses it. Try to use option -userdir <path> (see runide -help) or new dev build or new RC. Thanks for your interest. If you have some other questions do not hesitate to ask.
I believe this may have been caused by the IDE refusing to exit and therefore write out what the last project was after I renamed it. I can recreate the IDE refusing to exit problem, by performing the following steps: 1) remove all files in my -userdir directory. 2) runide (will create new files in -userdir directory. 3) select finish and do not import any settings. 4) select finish for initial setup. 5) click close on the tip that comes up. 6) after IDE starts, select exit. (IDE shutsdown successfully). 7) runide (will simply open the IDE). 8) click close on the tip that comes up. 9) select exit. (IDE does not finish. Says, "Debugger Finished" in status bar, but stays active. I will attach a thread dump for the state after #9.
Created attachment 1092 [details] Thread dump of when IDE refuses to exit
Thanks for the thread dump. It is very useful. I have created new report http://www.netbeans.org/issues/show_bug.cgi?id=11338 to deal with the exit problem. After Jan's changes the ide should start even after killing it from the console. So after this bug (11275) is fixed the ide should start with corrupted projects dir.
Fixed in [release32].
Target milestone -> 3.2
Verified, not reproducible.
Resolved for 3.4.x or earlier, no new info since then -> closing.