#402
  • Created on
    2009-07-13 05:44
  • Reported by
    Vlad Dumitrescu
  • Worked hours
    6.0 hours
  • Status
    Fixed
  • Priority
    High (2)
  • Assigned to
    jakobc
  • Milestone
    0.7
  • Plan Level
    -
  • Permission type
    None
  • Estimate
    None/Small/Medium/Large None
  • Due Date
    -

Attachments

Related Tickets

Add new subtask or bug

overriden 'int' module lacks functionality of the original one

The int module that we defined in order to go around a hardcoded value in the debugger should provide all the functionality of the original one.

Since the integrated debugger doesn't provide everything we need yet, one needs sometimes go to the console and run the command from there (for example, to interpret a module that isn't in the project path).

We should be careful so that it works at least with R12 and R13, hopefully even with R11
User picture
  on 2009-07-15 03:01 *
By Vlad Dumitrescu
Category set to Bug
Category set to Bug
Updating tickets (#390, #98, #176, #177, #243, #362, #381, #386, #397, #400, #402, #113, #326, #40, #55, #120, #179, #211, #222, #228, #256, #379, #43, #146, #95, #355, #368, #370, #371)
User picture
  on 2009-07-16 06:47 *
By jakobc
Assigned to set to jakobc
Status changed from New to Accepted
Assigned to set to jakobc
Status changed from New to Accepted
There is a module 'erlide_int' which is basically the same as 'int'. I can provide bridge from int to erlide_int. What functionality is needed?
The reason that 'int' is overridden is that the int module is hard-coded in the beam emulator as the module to call on emulator breakpoints. This should change sometime in the future, but it's not highly prioritized in OTP.
User picture
  on 2009-07-16 07:09 *
By Vlad Dumitrescu
Ah, I didn't see erlide_int, it's probably good enough to use that one instead. There is still a question mark about if the version we have will work with R13 (or if it's copied from there, with R12).

The requirement triggering this was to the ability to interpret modules from the standard libraries and set breakpoints in them.
User picture
  on 2009-07-16 07:56 *
By Vlad Dumitrescu
there is an alternative way to tweak the int module: hack the beam code when loading it, so that we override int:eval/3 with our own version. This would take care of the R12/R13 issue, the only disadvantage is that you can't debug the int module from erlide (but who would want that, anyway? :-)
User picture
  on 2009-07-16 08:27 *
By jakobc
I checked this earlier with the beam-guys at OTP and the recommended against it... I think we should provide the same functionally as OTP in our own int and call the erlide stuff.
User picture
  on 2009-07-16 08:42 *
By Vlad Dumitrescu
Ok, but then we have to make sure it works with R11, R12 and R13. For example, there is some scanner related stuff, where in R13 we have a new format for tokens.
User picture
  on 2009-08-03 05:03 *
By Vlad Dumitrescu
Milestone changed from 0.6.5 to 0.7
Milestone changed from 0.6.5 to 0.7
Updating tickets (#98, #147, #323, #325, #402, #384, #44, #313, #176, #177, #243, #386, #355, #401, #422)
User picture
  on 2009-08-12 07:16 *
By jakobc
Status changed from Accepted to Test
Status changed from Accepted to Test
User picture
  on 2009-11-03 18:19 *
By Vlad Dumitrescu
Status changed from Test to Fixed
Status changed from Test to Fixed
Updating tickets (#221, #390, #402, #426, #441, #457, #458)