But if the problem goes away with a different JDK, that doesn't mean the bug is in the JDK--it just means the bug cannot be reproduced.
For example, if two different NetBeans threads acquire nested locks in opposite order, that would be a deadlock bug--but the actual deadlock would only occur if those two critical sections happen to run at exactly the same time. But it would be a bug which should be fixed in NetBeans in any case. -- Eirik -----Original Message----- From: Geertjan Wielenga <[email protected]> Sent: Wednesday, August 11, 2021 3:58 PM To: [email protected] Subject: Re: How to diagnose lock up with 12.5 Beta 1 To exclude it from the equation, especially since the problem can’t be localized thus far. Gj On Wed, 11 Aug 2021 at 15:56, Eirik Bakke <[email protected]> wrote: > Why is it useful to try a different JDK here? See my earlier comment. > > -- Eirik > > -----Original Message----- > From: Geertjan Wielenga <[email protected]> > Sent: Wednesday, August 11, 2021 3:29 PM > To: [email protected] > Subject: Re: How to diagnose lock up with 12.5 Beta 1 > > Could you, please, see if the problem continues to occur when you use > a few different JDKs? > > Gj > > On Wed, 11 Aug 2021 at 15:24, Chris Wareham <[email protected]> > wrote: > > > Hi Geertjan, > > > > None of my projects use Micronaut, they are all Spring Boot based. > > If I do a: > > > > mvn -DincludeScope=runtime dependency:tree > > > > Then no Micronaut dependencies are showing up. > > > > Regards, > > > > Chris > > > > On 11/08/2021 12:13, Geertjan Wielenga wrote: > > > Looks like you’re doing something with Micronaut? > > > > > > Gj > > > > > > On Wed, 11 Aug 2021 at 13:08, Neil C Smith <[email protected]> > > wrote: > > > > > >> On Wed, 11 Aug 2021 at 11:28, Chris Wareham > > >> <[email protected]> > > >> wrote: > > >>> > > >>> OK, I've just had another lock up. I wasn't able to get a thread > > >>> dump with jstack, even using the -F flag, but succeeded with > > >>> VisualVM. I've created a Jira issue and attached both the thread > > >>> dump and log file to > > >> it: > > >>> > > >>> https://issues.apache.org/jira/browse/NETBEANS-5913 > > >> > > >> Can you describe (here and/or in issue) roughly what you were > > >> doing at the moment it locked up? > > >> > > >> This seems curious ? > > >> > > >> "AWT-EventQueue-0" #21 prio=6 os_prio=0 cpu=7380.14ms > > >> elapsed=307.91s > > >> tid=0x00007f5c54163000 nid=0x22b2 waiting on condition > > >> [0x00007f5c60441000] > > >> java.lang.Thread.State: WAITING (parking) > > >> at > > >> jdk.internal.misc.Unsafe.park([email protected]/Native > > Method) > > >> - parking to wait for <0x000000070dd6c7b0> (a > > >> java.util.concurrent.locks.ReentrantLock$FairSync) > > >> at > > java.util.concurrent.locks.LockSupport.park([email protected] > > >> /LockSupport.java:194) > > >> at > > >> > > java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckIn > > te > > rrupt([email protected] > > >> /AbstractQueuedSynchronizer.java:885) > > >> at > > >> > > java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued( > > ja > > [email protected] > > >> /AbstractQueuedSynchronizer.java:917) > > >> at > > >> > > java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(java.b > > as > > [email protected] > > >> /AbstractQueuedSynchronizer.java:1240) > > >> at > > java.util.concurrent.locks.ReentrantLock.lock([email protected] > > >> /ReentrantLock.java:267) > > >> at > > >> > > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProc > > es > > sor.java:170) > > >> at > > >> > > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.j > > av > > a:81) > > >> at > > >> > > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSo > > ur > > ce.java:452) > > >> at > > >> > > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource > > .j > > ava:423) > > >> at > > >> > > org.netbeans.modules.micronaut.hyperlink.MicronautJavaHyperlinkProvi > > de > > r.getPropertyName(MicronautJavaHyperlinkProvider.java:151) > > >> at > > >> > > org.netbeans.modules.micronaut.hyperlink.MicronautJavaHyperlinkProvi > > de > > r.resolve(MicronautJavaHyperlinkProvider.java:122) > > >> at > > >> > > org.netbeans.modules.micronaut.hyperlink.MicronautJavaHyperlinkProvi > > de > > r.getHyperlinkSpan(MicronautJavaHyperlinkProvider.java:85) > > >> at > > >> > > org.netbeans.modules.micronaut.hyperlink.MicronautJavaHyperlinkProvi > > de > > r.isHyperlinkPoint(MicronautJavaHyperlinkProvider.java:79) > > >> at > > >> > > org.netbeans.lib.editor.hyperlink.HyperlinkOperation.findProvider(Hy > > pe > > rlinkOperation.java:266) > > >> at > > >> > > org.netbeans.lib.editor.hyperlink.HyperlinkOperation.performHyperlin > > ki > > ng(HyperlinkOperation.java:224) > > >> at > > >> > > org.netbeans.lib.editor.hyperlink.HyperlinkOperation.keyPressed(Hype > > rl > > inkOperation.java:382) > > >> > > >> Thanks, > > >> > > >> Neil > > >> > > >> ----------------------------------------------------------------- > > >> -- > > >> -- To unsubscribe, e-mail: [email protected] > > >> For additional commands, e-mail: [email protected] > > >> > > >> For further information about the NetBeans mailing lists, visit: > > >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+list > > >> s > > >> > > >> > > >> > > >> > > > > > > > -------------------------------------------------------------------- > > - To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > For further information about the NetBeans mailing lists, visit: > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > >
