[Vm-dev] Freeze after Morph Activity
dnorton at mindspring.com
Sat Feb 4 18:09:39 UTC 2017
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?
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 at mindspring.com
>> <mailto:dnorton at 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
>> - Bert -
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Vm-dev