You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flex.apache.org by "Alexander Doroshko (JIRA)" <ji...@apache.org> on 2015/02/13 12:58:11 UTC
[jira] [Updated] (FLEX-34751) Regression in fdb tool: VM is resumed
if breakpoint can't be set
[ https://issues.apache.org/jira/browse/FLEX-34751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Alexander Doroshko updated FLEX-34751:
--------------------------------------
Attachment: Main.as
Main.swf
> Regression in fdb tool: VM is resumed if breakpoint can't be set
> ----------------------------------------------------------------
>
> Key: FLEX-34751
> URL: https://issues.apache.org/jira/browse/FLEX-34751
> Project: Apache Flex
> Issue Type: Bug
> Components: FDB - Debugger
> Affects Versions: Apache Flex 4.13.0, Apache Flex 4.14.0
> Reporter: Alexander Doroshko
> Attachments: Main.as, Main.swf
>
>
> This regression appeared in Flex SDK 4.13. If fdb says "Breakpoint not set; no executable code at line ..." then VM must stay in suspended state, but it resumes. As a result IntelliJ IDEA users who have at least one breakpoint at the line without executable code can't debug the app at all.
> To reproduce:
> 1. Take any simple AS application, for example, attached Main.as and compiled Main.swf
> 2. In Terminal run [Flex SDK]/bin/fdb, type 'run' and Enter
> 3. Launch Main.swf
> 4. Debugger will attach and fdb console will suggest to set breakpoints. Type 'break Main.as:1' and Enter
> 5. fdb says 'Breakpoint not set; no executable code at line 1 of Main.as#1', VM resumes, application runs. The problem is that the client has no chance to set other breakpoints after that.
> Expected result is that after saying 'Breakpoint not set...' VM remains suspended, fdb prints its prompt (fdb), so client is able to enter more 'break' commands.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)