One last thought:

If you use SVN externals to include external source for, say, a modular code
set (especially if you have the original code set as a separate project in
the same workspace), FB will often open the original file location during
debug instead of the included external that is actually getting compiled. In
this case if the code sets are not synced, you find that breakpoints will
open the external file (sans updates) making it seem like you are getting
breakpoints at the wrong location.

The solution in this case is not to rely on SVN externals if you can help
it. Instead include externals via the Properties>Flex Build Path>Source
Path, or the entire project via Properties>Project Reference.

On Sun, Apr 11, 2010 at 10:10 AM, Laurence MacNeill
<[email protected]>wrote:

> At 04:49 PM 4/7/2010, you wrote:
>
>> I have things like this occasionally happen if I try to set a
>> breakpoint on code I have recently added, but only if I attempt to add
>> the breakpoint before I save the file.
>>
>> I've also occasionally run into a situation where somehow I get two
>> breakpoints on top of each other on the same line.  Clicking turns the
>> top one on and off and the bottom one can't be killed.
>>
>
> This happens to me all the time.  I can usually (99/100 times) fix it by
> going into Debug View and clicking on the Breakpoints tab in the upper-right
> pane, then right-clicking on a breakpoint and selecting Remove All.  I've
> recently switched to FB4-plugin on the Eclipse 3.5.2 platform, and that bug
> is still there -- but my "fix" still works, so no real complaints.
>
> I've never had the problem that the original poster is writing about.  But
> I don't believe my setup is as complicated as his, either -- it's just a
> basic IIS 6.0 setup on Win2K3-server.  Sounds like he had an old .SWF file
> cached somewhere, that wouldn't remove itself for whatever reason.
>
> Laurence MacNeill
> Mableton, Georgia, USA
>
>
>
>
> -------------------------------------------------------------
> To unsubscribe from this list, simply email the list with unsubscribe in
> the subject line
>
> For more info, see http://www.affug.com
> Archive @ http://www.mail-archive.com/discussion%40affug.com/
> List hosted by http://www.fusionlink.com
> -------------------------------------------------------------
>
>
>


-- 
Darin Kohles
RIA Developer

Reply via email to