Opened 11 years ago

Last modified 11 years ago

#516 new defect

Macro execution of currently recorded macro should be avoided

Reported by: westram Owned by: devel
Priority: minor Milestone:
Component: no idea Version: SVN
Keywords: Cc:

Description

Reproduce (do NOT try on machines with too much memory!):

  • run demo.arb
  • File/Macros?
  • record macro 'infinite.amc'
  • click 'Execute' (while still recording)
    ⇒ results in infinite calls of 'infinite.amc', running out of memory/processes
  • press 'Stop'
  • select 'Expand?', continuing macro recording
  • click 'Search' in main window
  • press 'Stop' in macro window
  • press 'Execute'
    ⇒ results in infinite calls of 'infinite.amc', running out of memory/processes. Once memory is full, macro execution will fail and recursion will terminate (starting to open the 'Search' window). Get some coffee now :)

Pros: proofs that macro executor behaves as expected while calling hundreds of macros

Solutions:

  • ask whether user is sure, when 'Execute' is triggered with name of currently recorded macro
    • does not avoid recording two macros which call each other
  • add an 'Abort' button to macro window (causing any running macro to terminate)

Change History (1)

comment:1 Changed 11 years ago by westram

If the macro does some "real work" it will not be possible to

  • press the 'Stop' button,
  • press ARBs 'Quit' button or
  • insert commands in a shell in order to kill arb
Note: See TracTickets for help on using tickets.