Reputation: 2985
Like the official site and this thread says, FlashDevelop comes with a debugger. But it doesn't always work for me.
I switched to FlashDevelop from CS and at first I used it with CS, like this: FlashCS3Workflow. Then I wanted to try this workflow: FlexAndFlashCS3Workflow and everything was right. But as my project grew, the debugger stopped woking at times.
Even now, I can put a brakepoint in some classes that get used at the beginning of the program, but if I put a breakpoint in some small or rarely used class it never gets hit. But the code where the breakpoint is gets executed.
I tried with Debug -> Start Remote Session but it didn't help. Why are the breakpoints not being hit? I think I missed somenthing in the workflow or in setupping my project, but what?
The exapmle above is for CS3 and I'm using CS5, is that the problem? I also downloaded the Adobe Flash Player Debugger and I installed it but it didn't help. Any ideas?
Upvotes: 4
Views: 4520
Reputation: 2324
I had a problem with FlashDevelop not hitting breakpoints at all. I installed the trial version of Flash, then set the default program for swf files to the flash debugger player. This was located in adobe/(adobe flash)/players/debug/FlashPlayerDebugger.exe
.
I don't know if this is helpful or not with the issue you had, because I wasn't able to hit breakpoints at all, but maybe it will help someone.
EDIT:
I also found if you install the FlexSDK, it comes with FlashPlayerDebugger.exe
which is used while debugging in FlashDevelop.
Upvotes: 1
Reputation: 41
What appears to work sometimes, is:
Build and Debug the project on FlashPro CS5.5 once.
Or:
Introduce a compiler error (a random punch on the keyboard, for instance) in the file where the breakpoint is not functioning. Let FD build and choke on it. Remove the introduced error. Let FD build again.
That may solve the problems for the Debugger of FlashDevelop.
Upvotes: 0
Reputation: 11
I've been having the same problem too.
It's very nasty - the workaround posted by DoomGoober does not work for me either.
So far, my findings are this:
A It happens if part of the sources are in folders that are actually symbolic links - if you forgot to refresh the project view after moving or renaming a file.
B The first time that it was really bugging me, I phased out all untyped class references (like var obj:* = ...), and replaced them by Object type references (like var obj:Object = ...). (because I noticed before, that some other arcane errors occurred when using Vector.<*> types in an .swc - and I phased them out first). That seemed to help.
C However, later, the problem returned. Reproducably, so far, I can "fix" the problem when it occurs as follows: I know it's hard to believe - if I hadn't reproducably tested it myself - I could barely believe it:
Note: I tried the same trick by copying to another harddisk (my F: drive), but that didn't work?!?
It's vague and arcane - but better that than not being able to step in half of the classes. Keeping my fingers crossed it will keep working..
Upvotes: 1
Reputation: 1693
A workaround is to put a breakpoint in your main class' constructor. FlashDevelop will hit that breakpoint and magically all of your other breakpoints will start working.
Upvotes: 0