Hi Folks,

On Debian8, using cog_linux64x64_squeak.cog.spur_201702021058 and Cuis5.0-3040-spur-64 updated to 3043, everything will stop, including the clock in the Cuis task bar. Neither mouse nor keyboard events are processed. Trying to interrupt with alt-. is unsuccessful. CogSpur was re-cloned and the test case was re-run with the same result.

On Windows 10, using cog_win32x86_squeak.cog.spur_201702021058, and Cuis 5.0 3043, the same test case runs for hours with no problem.

Before the freeze, %CPU as reported by 'top' is about 4.

When the freeze occurs, %CPU as reported by 'top' rises to 11.3 which reminds me of a loop.

Why would the problem show up on Debian8 but not Win10?

 - Dan

On 01/30/2017 08:35 PM, Dan Norton wrote:

Attached is a few lines of code which can reproduce the problem. File it in then do:

Tokenish start

in a Cuis workspace. You may have to let it run for a while, the time to failure is not predictable. Starting multiples of them may bring the freeze sooner.

 - Dan

On 01/30/2017 04:23 PM, Bert Freudenberg wrote:

On Mon, Jan 30, 2017 at 9:43 PM, Dan Norton <dnorton@mindspring.com> wrote:

When a freeze occurs, it's usually(tm) during an animation, probably because the movement of an ellipse is done in small increments of 92 per hop. This is within a block like so:

self when: #morphicStep evaluate: [ :delta | <movement> ].

self startSteppingStepTime: step.    

How can the breakpoint be set in this block for gdb? We need source for some C module.

With gdb you can't debug at the Smalltalk level (that's what alt-. is for). You can only attach to the process, break into it and figure out what's going on. Which may be very hard. Also, you may have to compile your own VM with debug info (or do we have pre-built ones somewhrere?)

- Bert -