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.

Bug 240095 - [netcat82] Background scanning hanging on startup
Summary: [netcat82] Background scanning hanging on startup
Status: REOPENED
Alias: None
Product: editor
Classification: Unclassified
Component: Parsing & Indexing (show other bugs)
Version: 7.3
Hardware: All All
: P3 normal (vote)
Assignee: Tomas Zezula
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-01-07 19:18 UTC by chemFelix
Modified: 2017-06-05 03:43 UTC (History)
12 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 200918


Attachments
stacktrace (2.27 KB, text/plain)
2014-01-07 19:19 UTC, chemFelix
Details
stacktrace (2.14 KB, text/plain)
2014-03-08 03:40 UTC, adam_myatt
Details

Note You need to log in before you can comment on or make changes to this bug.
Description chemFelix 2014-01-07 19:18:59 UTC
Build: NetBeans IDE 7.3 (Build nbms-and-javadoc-483-on-20130914)
VM: Java HotSpot(TM) 64-Bit Server VM, 24.45-b08, Java(TM) SE Runtime Environment, 1.7.0_45-b18
OS: Linux

User Comments:
GUEST: background scanning stuck at scanning folders of tomcat. During the time, I was trying to remove unused imports. I have started netbeans and then tried to remove unused imports. Looks like scanning is stuck on jsp.servlet.jstl.1.2.jar file or something like that. Running a disk scan on next boot to make sure I don't have any bad sectors.

GUEST: sdfsf

GUEST: i cant run my programs

GUEST: The IDE has been running the Background scanning for over an hour and it seems to be stuck at 9%. Am unable to do anything else since this happened.

GUEST: cant stop background scanning of projects when i like to close the netbeans ide

GUEST: ??? ??????? ??????? ???????????? ???????? ?? 37%

GUEST: tooo much RAM consumed over than 1 Giga only on the netbeans IDE

GUEST: "Background scanning of projects" is taking forever. And by foreve I mean minutes and minutes.

GUEST: VERIFICA
Comment 1 chemFelix 2014-01-07 19:19:01 UTC
Created attachment 143687 [details]
stacktrace
Comment 2 Tomas Zezula 2014-01-08 11:02:45 UTC
See: http://statistics.netbeans.org/exceptions/messageslog?id=702084
Deadlock in BreakpointLineUpdater vs DocumentOpenClose
Comment 3 Martin Entlicher 2014-01-08 12:31:58 UTC
This is just one case, that was already fixed by issue #236095.
Other reports like
http://statistics.netbeans.org/exceptions/messageslog?id=706043
http://statistics.netbeans.org/exceptions/messageslog?id=704869
http://statistics.netbeans.org/exceptions/messageslog?id=704564
do not have debugger involved.
Passing back.
Comment 4 Tomas Zezula 2014-01-08 14:44:19 UTC
http://statistics.netbeans.org/exceptions/messageslog?id=704869 - blocked in masterfs:
java.io.WinNTFileSystem.canonicalize0(Native Method)
	java.io.Win32FileSystem.canonicalize(Win32FileSystem.java:414)
	java.io.File.getCanonicalPath(File.java:618)
	java.io.File.getCanonicalFile(File.java:643)
	org.netbeans.modules.masterfs.filebasedfs.fileobjects.FileObjectKeeper.isCyclicSymlink

I've created a new issue #240120.

http://statistics.netbeans.org/exceptions/messageslog?id=704564 - finds a library jars - OK.

The only valid report is http://statistics.netbeans.org/exceptions/messageslog?id=706043
Comment 5 adam_myatt 2014-03-08 03:40:03 UTC
Created attachment 145861 [details]
stacktrace

running a priming build on a Maven project
Comment 6 Martin Balin 2016-07-07 07:26:09 UTC
This old bug may not be relevant anymore. If you can still reproduce it in 8.2 development builds please reopen this issue.

Thanks for your cooperation,
NetBeans IDE 8.2 Release Boss
Comment 7 mklaehn 2016-09-17 00:14:30 UTC
I just ran into this effect again

Product Version: NetBeans IDE Dev (Build 201609140002)
Java: 1.8.0_102; Java HotSpot(TM) 64-Bit Server VM 25.102-b14
Runtime: Java(TM) SE Runtime Environment 1.8.0_102-b14
System: Mac OS X version 10.11.6 running on x86_64; UTF-8; de_DE (nb)
User directory: /Users/martin/Repositories/git/mklaehn/netbeans-gradle-project/netbeans-gradle-plugin/build/testuserdir
Cache directory: /Users/martin/Repositories/git/mklaehn/netbeans-gradle-project/netbeans-gradle-plugin/build/testuserdir/var/cache
Comment 8 mklaehn 2016-09-17 00:32:57 UTC
I just ran into this effect again

STEPS:
  * I opened a gravel multi project root project
  * From project structure I opened project contain java files
  * Opened one Java file
  * Triggered code completion while background scanning was still running

ACTUAL:
  Progress of background scan stopped and CPU usage increased forcing CPU FAN to run faster (after 15 Minutes progress is still halted and CPU is fanning on high)

EXPECTED:
  background scanning is not halted

BUILD INFO:
  Product Version: NetBeans IDE Dev (Build 201609140002)
  Java: 1.8.0_102; Java HotSpot(TM) 64-Bit Server VM 25.102-b14
  Runtime: Java(TM) SE Runtime Environment 1.8.0_102-b14
  System: Mac OS X version 10.11.6 running on x86_64; UTF-8; de_DE (nb)
  User directory: /Users/martin/Repositories/git/mklaehn/netbeans-gradle-project/netbeans-gradle-plugin/build/testuserdir
  Cache directory: /Users/martin/Repositories/git/mklaehn/netbeans-gradle-project/netbeans-gradle-plugin/build/testuserdir/var/cache

ADDITIONAL INFO:
  Exception reported: http://statistics.netbeans.org/analytics/exception.do?id=830775