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.
see the attachment
Created attachment 16966 [details] Thread dump
Looks like a deadlock in and or editor. Moving to ant for evaluation.
Looks to me like CloneableEditorSupport.loadDocument should not call messageName synchronously in the finally block - especially as it is holding a document lock at the time. Suggest the handling of aProblem just be done asynch. Or don't use messageName at all here; this doesn't look like a regular class of user error to me, we could probably skip the localized annotation. Only applicable to Ant scripts since these actually do computation in messageName - not based entirely on file name. Probably not P2; have not heard of any other instances of this happening. Note that it is only occurring after some other (unfortunately unknown) exception is thrown inside loadDocument.
I'd like to fix this to 4.0 Not calling messageName is bad idea, we should tell the user which file can't be opened (think of startup with 20 files open). It should suffice to invokeLater the notification, but writing the test will probably be nightmare :-( I'll attach cleaned stack trace.
openide/src/org/openide/text/CloneableEditorSupport.java,v1.138 openide/test/unit/src/org/openide/text/Deadlock47515Test.java,v1.1
tried to checkout tasklist/release_40 lock.c:225: failed assertion `strncmp (repository, current_parsed_root->directory, strlen (current_parsed_root->directory)) == 0' cvs [server aborted]: received abort signal lock.c:225: failed assertion `strncmp (repository, current_parsed_root->directory, strlen (current_parsed_root->directory)) == 0' cvs [server aborted]: received abort signal
Tim that error message has nothing to do with the IDE, it is a well-known problem with the CollabNet CVS server. Use /shared/data/helm/cvs/repository rather than /cvs as the path in your CVSROOT to work around.
using "/shared/data/helm/cvs/repository" as repository path in 4.0 prints the following message: Protocol error: uncounted data discarded
Tim: again, whatever errors you may receive checking things out probably have nothing to do with this bug. The following CVSROOT works fine for me on the command line, with CVS 1.11.17 on Linux: :pserver:jglick@cvs.netbeans.org:2401/shared/data/helm/cvs/repository If you have problems with it, feel free to file a bug in www / netbeans.org CVS and give details to reproduce from scratch.
ok