From: Mauricio Fernandez <mfp@...>
Date: 2006-09-10T17:39:53+09:00
Subject: Re: Installing ROR with Darwin Ports

On Fri, Sep 08, 2006 at 01:19:56PM +0900, James Herdman wrote:
>>I just released call_stack 0.1.0, which contains a workaround to use
>>breakpointer with Ruby 1.8.5.
>
>We're getting a little tangential to the original topic at hand, but is your
>call_stack code expected to be integrated directly into Breakpointer so that
>this modified calling isn't necessary in the future (i.e. we can eventually
>have usage like 'ruby script/breakpointer' again)?

That part of the procedure (running breakpointer) remains the same:

  old (no 1.8.5 love)          |   new (call_stack)
                               |
* add breakpoint() calls to    | * add breakpoint() calls to
  your code                    |   your code
* run the breakpointer:        | * run the breakpointer:
  ruby script/breakpointer     |   ruby script/breakpointer
* run the application, e.g.    | * run the application, e.g.
  ruby script/server           |   ruby -rbreakpoint185 script/server

As you see, only the last point changes. As for whether we can get rid of
-rbreakpoint185 when running the server, that's not for me to decide really.
script/server could be modified to load it by default, but it must be kept in
mind that breakpoint185 introduces some overhead and will make the app run
slower. That doesn't matter when debugging, and nobody should be using
script/server in production, but I guess that adding an option to
script/server would probably be best, so you can do

 ruby script/server -b      (or --breakpoint).

-- 
Mauricio Fernandez  -   http://eigenclass.org   -  singular Ruby