That's what I did each times.
But the first time, with the frozen image without nohup, I didn't get
anything with gdb more than this :
(gdb) call printAllStacks()
$1 = 2
(gdb) call printCallStack()
$2 = -1551081468
With no output.
I tried with the advice of Adrian to redirect stdout and stderr inside
gdb (http://developer.apple.com/technotes/tn/tn2032.html), but with no
success.
So I killed it and relauched with nohup, and when it froze again I got
the output I wanted in the nohup.out file.
But the problem is : why did the headless image froze when it got a
call to InputSensor>cursorPoint ? There should be a safety in this
method to answer 0 at 0 when the image is headless for example.
Another problem is that is worked a little (50-70 calls to
InputSensor>cursorPoint) and then the image was to slow (100% cpu) to
do it. So this behavior could be triggered somewhere else in the image
and is annoying to debug...
Florian
John M McIntosh wrote:
> You can of course invoke call (int) printAllStacks()
> that should print all the stacks for all the smalltalk processes, which
> is great for giving clues.
>> On Mar 21, 2007, at 12:08 PM, <bryce at kampjes.demon.co.uk>
> <bryce at kampjes.demon.co.uk> wrote:
>>> Florian Minjat writes:
>>> I didn't manage to get information from my image last time. So I just
>>> killed it and launched it with nohup to be sure I can debug it next
>>> times.
>>>> If you can debug with gdb, get the C backtrace too.
>>>> Bryce
>> _______________________________________________
>> Seaside mailing list
>>Seaside at lists.squeakfoundation.org>>http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside>> --
> ===========================================================================
> John M. McIntosh <johnmci at smalltalkconsulting.com>
> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com> ===========================================================================
>>>