<div dir="ltr">btw, I was looking for time jumping backwards.  Seems okay.<div>cheers -ben<br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 30, 2017 at 2:56 AM, Dan Norton <span dir="ltr"><<a href="mailto:dnorton@mindspring.com" target="_blank">dnorton@mindspring.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
<br>
On 01/29/2017 12:11 AM, Ben Coman wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  Highly speculative idea... from a shell could you log your system time<br>
to see if anything there correlates.<br>
</blockquote></span>
Hi Ben,<br>
<br>
This is what I did:<br>
<br>
# tail -f /var/log/messages > /home/dan/systime.log<br>
<br>
Up to a freeze, this was written:<br>
<br>
Jan 29 09:52:51 debian kernel: [   12.957276] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready<br>
Jan 29 09:52:55 debian org.a11y.Bus[1050]: Activating service name='org.a11y.atspi.Registry'<br>
Jan 29 09:52:55 debian org.a11y.Bus[1050]: Successfully activated service 'org.a11y.atspi.Registry'<br>
Jan 29 09:52:55 debian org.a11y.atspi.Registry[1056]: SpiRegistry daemon is running with well-known name - org.a11y.atspi.Registry<br>
Jan 29 09:53:08 debian org.a11y.Bus[1127]: Activating service name='org.a11y.atspi.Registry'<br>
Jan 29 09:53:08 debian org.a11y.Bus[1127]: Successfully activated service 'org.a11y.atspi.Registry'<br>
Jan 29 09:53:08 debian org.a11y.atspi.Registry[1182]: SpiRegistry daemon is running with well-known name - org.a11y.atspi.Registry<br>
Jan 29 09:57:50 debian rsyslogd: [origin software="rsyslogd" swVersion="8.4.2" x-pid="859" x-info="<a href="http://www.rsyslog.com" rel="noreferrer" target="_blank">http://www.rsyslog.com</a><wbr>"] rsyslogd was HUPed<br>
Jan 29 10:07:44 debian rsyslogd0: action 'action 17' resumed (module 'builtin:ompipe') [try <a href="http://www.rsyslog.com/e/0" rel="noreferrer" target="_blank">http://www.rsyslog.com/e/0</a> ]<br>
Jan 29 10:07:44 debian rsyslogd-2359: action 'action 17' resumed (module 'builtin:ompipe') [try <a href="http://www.rsyslog.com/e/2359" rel="noreferrer" target="_blank">http://www.rsyslog.com/e/2359</a> ]<span class="HOEnZb"><font color="#888888"><br>
<br>
 - Dan</font></span><div class="HOEnZb"><div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
cheers -ben<br>
<br>
On Sun, Jan 29, 2017 at 11:40 AM, Dan Norton <<a href="mailto:dnorton@mindspring.com" target="_blank">dnorton@mindspring.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Hi Levente,<br>
<br>
I directed stdout to a file and prior to the freeze, did:<br>
<br>
pkill -USR1 -n -x squeak<br>
<br>
a few times and noticed "stack overflow" mentioned twice. After the freeze,<br>
pkill sent nothing else to stdout. Maybe something in stderr? I'll try<br>
again and concatenate stderr to the end of stdout. Meanwhile, the file with<br>
the stack overflows is attached.<br>
<br>
Thanks for the help.<br>
<br>
  - Dan<br>
<br>
On Sat, 28 Jan 2017, Levente Uzonyi wrote:<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Dan,<br>
You can send the USR1 signal to the VM process to make it write some debug<br>
information to the console. With this information you can easily tell<br>
what's happening. I suspect it's stuck in a long GC.<br>
Levente<br>
On Fri, 27 Jan 2017, Dan Norton wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Debian8, CogSpur64 5.0-201612221637, Cuis 5.0 3043...<br>
<br>
after lots of user interaction, views opening and closing, and<br>
animation, the image becomes unresponsive. Cmd+. does nothing and the<br>
clock in the Cuis taskbar no longer updates. The length of time to<br>
produce this varies from 5 to 20 minutes.<br>
<br>
There seems to be no dump and no log. 'Smalltalk garbageCollectMost'<br>
reports 25550736 to 30517872 over 34 samples.<br>
<br>
Sorry to be so vague. This has occurred with several images - sometimes<br>
scrolling through a senders list, or stepping through a debugger, but<br>
repeatably with one of my images. I can supply this image, warmed up so<br>
that it might not take so long to reproduce the problem if you would<br>
like. Or give me a hint as to how to narrow down the problem<br>
</blockquote></blockquote>
<br>
</blockquote></blockquote>
<br>
</div></div></blockquote></div><br></div></div></div>