I had hoped, updating would solve the problem, but still the debugger crashes at certain breakpoints. Some breakpoints seem to work, some make it crash.
If I mute breakpoints, everything works fine.
Please fix this, since it is very very annoying!
Related
The following behaviour appears only on the mac versions of IntelliJ IDEA. First discovered it in version 2015, but in the currently newest 2017.1 it's still the same (both community/commercial).
set a breakpoint and start the application in debug mode (in my case a Spring Boot application started with application debug)
--> for the first time after server start the execution stops at the breakpoint (correct)
click "Run to cursor" and continue with the execution
execute the same to run again into the same breakpoint
--> the debugger does not stop anymore at the breakpoint (incorrect)
It also happens sometimes, that if the breakpoint is removed, the cursor still stops at the line, where the breakpoint was before.
After a server restart, everything goes fine again until the first execution.
Of course the code wasn`t changed in the meantime.
For these reasons, the debugger on mac is practically unusable.
Any ideas, if it's a bug (would be weird not having it fixed since years), or am I doing something wrong?
I have an issue in certain code only when built for "production".
This problem doesn't occur when in debug mode (Hitting the "Play" button to run the app).
So in order to debug this problem, I compiled the app and loaded to simulator. The problem does indeed reproduce as expected.
In XCode I can successfully attach to the running process by doing: Debug->Attach to process by PID or name" from my source code.
I am able to run commands in the LLDB console so I know that the debugger is connected to the app, but none of my breakpoints are working.
How is it possible to make the breakpoints work as expected in order to debug this issue?
I am currently running the xcode 4.3.1, i found that if I don't do any code change and rerun a program with the same set of breakpoint set before, xcode won't stop at the breakpoints anymore. My fix at the moment is to put in some junk NSLog statement which is very time consuming. Did anyone has the problem before? Am I missing some setting in preference?
Have you checked to make sure the "breakpoints" button is still pressed.
Otherwise you can try restarting xcode/your machine. Sometimes xcode starts doing weird things if you leave it running.
Last option would be to actually just reinstall xcode.
The problem you are facing seems to be an xcode issue and unrelated to your actual code. I created a small app and put breakpoints but was unable to reproduce your issue.
Since today, Qt Creator's debugger crashes whenever there is an error. Breakpoints no longer work either (the debugger doesn't crash but doesn't break into the code either). Any idea what could be causing this?
This is the error I get in the debugger window:
ModLoad: 6dd80000 6de04000 C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_5.82.7600.16661_none_ebfb56996c72aefc\comctl32.dll
sProcess exited (3221226519)
eProcess crashed
eCDB crashed
dNOTE: ENGINE SPONTANEOUS SHUTDOWN
dState changed BY FORCE from InferiorRunOk(11) to EngineShutdownOk(22).
dState changed from EngineShutdownOk(22) to DebuggerFinished(23).
dQUEUE: FINISH DEBUGGER
dNOTE: FINISH DEBUGGER
dHANDLE RUNCONTROL FINISHED
sDebugger finished.
Ok I got it. That's because I was working in release mode, so I guess the debugger was not available. Strange that it lets me start debugging though (the green arrow with the bug on it is not disabled) even though it's going to crash in case of error.
please forgive the total newbie here - I am running an app in the simulator, and sometimes when it crashes it posts useful info in the console, other times absolutely nothing. When it posts nothing, what would be good steps to follow to start tracking down the cause of the crash?
First of all open the debugger after the crash and look at the stacktrace.
In addition to that you could enable NSZombieEnabled for the executable when those vague bad access errors show up.
Debugger with stacktrace(top left window), XCode3
Stacktrace Xcode4
I can continuously reproduce this kind of behavior with our app. It uses ARC so im pretty sure nothing gets over released, and we have zombies enabled. Xcode will say "Paused" instead of displaying a list of threads, the "Continue" button is active, but doesn't do anything, and entering bt on the (gdb) prompt says No stack.
This is driving me crazy!
Determine on what event the app is crashing. For exapmple if the app is crashing on the click of a UIButton, you can put a breakpoint on the action and step through code lines to see on which line the crash happens. Sometimes when there is no crash log on the crash of app, debugging through this method, does prove to be helpful.
I suppose this is a memory issue.
sometimes it happens to me as well.. the app crashes without any error message getting posted in the logs.. 95% of the time it is because I would be not be releasing something or would be releasing something and accessing it( which would usually create a log)... go through your code and see whether you are releasing properly and using autorelease option where needed...