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.
I had to restart IDE after use of "search in editor", because 2 cores are used by inifinite loops of org.netbeans.modules.editor.search.DocumentFinder.findBlocks. I will attach npss
Created attachment 148999 [details] snapshot
Unfortunately I don't know which regexp I used. May be one from history combo may help (or it's part while I was typing it): ----------history------ !.*org !.org !(.*)org !m !(\s)+org ---Array based--- SourceLocation::<init> ------------------------- sometimes I used regexp based mode; sometimes Case Sensitive mode
Thank you, it's weird, since I implemented https://netbeans.org/bugzilla/show_bug.cgi?id=244203 to protect against it and it doesn't work. Thread should be killed after 5 seconds. I am investigating
Unfortunately there are regexp with high time complexity.
I am trying to reproduce, but I get always TimeoutException, when file is too big or expression to complex? Vladimir, can you help me with messages.log if there are any timeoutexceptions? I see that Document.charAt is really slow, what was the size of document and was it on network disk, can this be culprit, that io operation were slowing down and therefore Scheduler could not kill the thread? Did exclamation mark in your regexp has any meaning? What was your intention? Can you reproduce it? Regular expression (.*|.*)org is always complex, so you can test it with this. Thanks.
I made a few performance changes in search from September 2014. One was for invalid regexp expressions and other was for complex regular expressions. I think they helped with the issue. If there is still problem, I need more recent snapshot and some reproducible steps. Thank you