[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [jdt-dev] Debugging unbearably slow in specific situation?
|
Hey,
I have encountered similar issues in various areas in our code. I too have no clue whether it is a JVM or JDT issue... Unfortunatly it nearly always happens near closed source code, and I never managed to really reproduce anything reportable - thus I didn't until now :) This happens for us ever since 4.2.x or even earlier...
Just wanted to say you're not (completely) alone :D
Cheers,
Markus
-----Original Message-----
From: jdt-dev-bounces@xxxxxxxxxxx [mailto:jdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Stephan Herrmann
Sent: Tuesday, January 16, 2018 12:57 PM
To: jdt-dev@xxxxxxxxxxx
Subject: [jdt-dev] Debugging unbearably slow in specific situation?
Hi,
Let me check if this is worth a bugzilla: Is anybody else
seeing the following?
In a debug session
(1) debugger had previously stop at various breakpoints
(2) then control flow enters JrtFileSystem.walkModuleImage()
at this point it's practically impossible to debug beyond this
method invocation, because stepping takes "forever" (deep inside
internals of file walking).
Sometimes I can do individual step overs, but I am unable to
reach the bottom of walkModuleImage().
I've seen this and & off for quite a while, always at this same
code location.
Right now, pressing suspend opens the call stack, but keeps
saying "Stepping" and step buttons remain disabled. Only
"Resume" and "Terminate" are enabled.
I see no sign of any locks being involved. All other threads
are basically idle. I already said "Skip All Breakpoints".
After "Resume" for all threads and letting it sit a minute,
I *may* be lucky to be able to continue stepping, but after a
few F7's it may get stuck again.
What's funny: the same debugging works fine, if no breakpoint was
hit before walkModuleImage().
I'd file a bug against JDT/Debug, but frankly I have no clue
if this is fixable in JDT, or a problem of the JVM, or just
a conspiracy against me, that happens only on my machine ;p
I recall that some years ago I had a similar problem, when
the program I was debugging launched Ant in-process. I think
back then it got stuck during XML parsing. Not sure if there's
any relation.
anyone?
Stephan
_______________________________________________
jdt-dev mailing list
jdt-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/jdt-dev
SSI Schäfer IT Solutions GmbH | Friesachstrasse 15 | 8114 Friesach | Austria
Registered Office: Friesach | Commercial Register: 49324 K | VAT no. ATU28654300
Commercial Court: Landesgericht für Zivilrechtssachen Graz
