-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Breakpoints and app restarts #56
Comments
Not at the moment, but I guess it might look something like
I'm not 100% if the IDE supports being notified of thread resumption though -- usually it's the IDE telling the thread to resume, not the JVM telling the IDE it has resumed.
I think you're talking about a debugger statement My current workaround for this is to add a
Adding a debugger statement might need some support from Lucee internals to parse it, and to add a mechanism to register a callback so statement invocation can jump into luceedebug. Also a key point is that the statement should be a no-op if there is no debugger, otherwise you leave a debugger statement in and crash in production ( |
ohhh, 0+0; is a nice trick! @michaeloffner what can we do here to help make this If there's no debugger attached, Lucee could just ignore the debugger tag / directive? |
I'm unable to use it:
I'm able to set in vscode a breakpoint on first line and it works; but the debugger does not stop automagically on line "0+0"; luceedebug 2.0.12 |
I can't reproduce the above locally; if you can create a reproduction via a docker container I will look into it. |
I've created one: |
One issue I've noticed is seeing breakpoints blocking app restarts when using a framework
It's less painful on windows, as vs code gets the lovely red outline when paused on a breakpoint in the start menu, unlike on Mac
Anyway, I was wondering if there is a way to clear paused breakpoints from lucee?
Conversely being able to trigger a breakpoint from cfml code would also be unreal, but I'm not sure if that's remotely (sic) possible!
Googling this is rather challenging
The text was updated successfully, but these errors were encountered: