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.
NetBeans 3.3RC1, JDK 1.3.1, Solaris 2.6 I was viewing a file in the NetBeans editor when I realized I needed to change it. To do so, I copied another file into the same name as the original file (ie, edit file.txt, cp /home/jrichard/file.txt file.txt). After doing this netbeans apparently tried to use the new file, but deadlocked while doing so. This normally works and I haven't seen this error before, but this time I grabbed a copy of the stack trace. My uneducated guess is that "OpenIDE Request Processor-0" is doing something that should be done on the AWT event queue thread. I'll attach the stack trace. In any case, I had to kill the ide and restart.
Created attachment 3728 [details] stack trace from deadlock
Hi, I saw this before. This is not a deadlock, the IDE will be unfrozen after long time (in some case 1-2 minutes, maybe even more?). I will attach my thread dumps, it can be clearer from them where the time is spent. I am leaving this as P3, because it probably is not a deadlock. Changing summary, please change back if you disagree.
Created attachment 3729 [details] More thread dumps.
Hmm, big document? Doesn't it bear on the implementation of DocMarks? see #11692, I think we could mark this as a duplicate, even when the code paths are a bit different. Mila is working on changes in DocMarks, I hope it will cover this issue as well. *** This issue has been marked as a duplicate of 11692 ***
Only to say it all, the file does not have to be big (if you do not think 25kB is big). It does not happen so visibly each time, sometimes it is quite fast, but once it become slow, it takes commonly 20 second, and I saw cases for approximately 1-2 minutes (as I mentioned above).
Resolved for 3.3.x or earlier, no new info since then -> closing.