Stopping a Smalltalk process from lldb/gdb?

 
Hey,

so apparently I shot myself in the foot and created something like:

[[] repeat] fork.

with printCallStack() I can see it is running and activeProcess gives
me the process. What I can't find is how to suspend/terminate that
process. E.g. for the primtiveSuspend (or TerminateTo) I will need to
prepare the call-stack.

Is there a way I can terminate such a process from the debugger?

cheers
        holger

 

> On 04 Oct 2016, at 13:08, Bert Freudenberg <[hidden email]> wrote:
>
> On Tue, Oct 4, 2016 at 9:38 AM, Holger Freyther <[hidden email]> wrote:
>
>
> Which platform are you on? If I try this on the Mac, I can easily stop it with a user interrupt (Cmd-period).


OSX. tried cmd-period but on restart with SqueakVM/OpenSmalltalkVM the UI is not even coming up and CPU spinning at 99%.

holger

 
On Tue, Oct 4, 2016 at 3:38 PM, Holger Freyther <[hidden email]> wrote:
>
>
> with printCallStack() I can see it is running and activeProcess gives
> me the process. What I can't find is how to suspend/terminate that
> process. E.g. for the primtiveSuspend (or TerminateTo) I will need to
> prepare the call-stack.
>
> Is there a way I can terminate such a process from the debugger?

Interesting challenge.  I tried to replicate but in Linux Pharo 50760
doing "[[] repeat] fork"
doesn't even lock the UI.  So just some random guesses without being
able to test them...

Perhaps you don't need to kill it, just lower its priority so the UI
process takes precedence.
I see in VMMaker, StackInterpreter>>printProcessStack:
calls "self quickFetchInteger: PriorityIndex ofObject: proc"  (which
seems inlined)
which calls #integerValueOf:
for which the opposite seems to be #integerObjectOf: .

So maybe try tracing into printProcessStack() and once you have the
oop for the priority,
maybe push integerObjectOf(10) into it.

Or maybe try use #stObject:at:put
or #storeInteger:ofObject:withValue:
directly.

Another option may be putToSleepyieldingIf()

cheers -ben