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)