<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <pre>Hi Levente,

I directed stdout to a file and prior to the freeze, did:

pkill -USR1 -n -x squeak

a few times and noticed "stack overflow" mentioned twice. After the freeze, 
pkill sent nothing else to stdout. Maybe something in stderr? I'll try 
again and concatenate stderr to the end of stdout. Meanwhile, the file with 
the stack overflows is attached.

Thanks for the help.

 - Dan

On Sat, 28 Jan 2017, <b>Levente Uzonyi</b> wrote:


>Hi Dan,

>You can send the USR1 signal to the VM process to make it write some debug 
>information to the console. With this information you can easily tell 
>what's happening. I suspect it's stuck in a long GC.

>Levente

>On Fri, 27 Jan 2017, Dan Norton wrote:

>><i>
</i>>><i> On Debian8, CogSpur64 5.0-201612221637, Cuis 5.0 3043...
</i>>><i>
</i>>><i> after lots of user interaction, views opening and closing, and 
</i>>><i> animation, the image becomes unresponsive. Cmd+. does nothing and the 
</i>>><i> clock in the Cuis taskbar no longer updates. The length of time to 
</i>>><i> produce this varies from 5 to 20 minutes.
</i>>><i>
</i>>><i> There seems to be no dump and no log. 'Smalltalk garbageCollectMost' 
</i>>><i> reports 25550736 to 30517872 over 34 samples.
</i>>><i>
</i>>><i> Sorry to be so vague. This has occurred with several images - sometimes 
</i>>><i> scrolling through a senders list, or stepping through a debugger, but 
</i>>><i> repeatably with one of my images. I can supply this image, warmed up so 
</i>>><i> that it might not take so long to reproduce the problem if you would 
</i>>><i> like. Or give me a hint as to how to narrow down the problem
</i></pre>
  </body>
</html>