Re: [MacRuby-devel] Debug Shell from GDB

2008-11-09 Thread Laurent Sansonetti
On Nov 9, 2008, at 3:10 PM, Jordan K. Hubbard wrote: On Nov 9, 2008, at 2:50 PM, Laurent Sansonetti wrote: Sure, when the app in question is a MacRuby app then we can do that (there is AFAIK no need to start a new thread, the console can be in the runloop.) Ah, that's even better, yes.

Re: [MacRuby-devel] Debug Shell from GDB

2008-11-09 Thread Jordan K. Hubbard
On Nov 9, 2008, at 2:50 PM, Laurent Sansonetti wrote: Sure, when the app in question is a MacRuby app then we can do that (there is AFAIK no need to start a new thread, the console can be in the runloop.) Ah, that's even better, yes. But here Daniel was referring to using MacRuby inside a

Re: [MacRuby-devel] Debug Shell from GDB

2008-11-09 Thread Laurent Sansonetti
On Nov 9, 2008, at 2:41 PM, Jordan K. Hubbard wrote: On Nov 9, 2008, at 11:57 AM, Laurent Sansonetti wrote: This could potentially be possible, if the objc code runs in the GC environment. You could load MacRuby.framework from GDB (using NSBundle), then initialize the runtime ([MacRuby sha

Re: [MacRuby-devel] Debug Shell from GDB

2008-11-09 Thread Jordan K. Hubbard
On Nov 9, 2008, at 11:57 AM, Laurent Sansonetti wrote: This could potentially be possible, if the objc code runs in the GC environment. You could load MacRuby.framework from GDB (using NSBundle), then initialize the runtime ([MacRuby sharedRuntime]) then start an IRB session, by evaluating

Re: [MacRuby-devel] Debug Shell from GDB

2008-11-09 Thread Laurent Sansonetti
This could potentially be possible, if the objc code runs in the GC environment. You could load MacRuby.framework from GDB (using NSBundle), then initialize the runtime ([MacRuby sharedRuntime]) then start an IRB session, by evaluating the right expression (- [evaluateString:]). Otherwise