[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Help-smalltalk] Fix the continue back into GTK/Event-Loop/C-code

From: Gwenaël Casaccio
Subject: Re: [Help-smalltalk] Fix the continue back into GTK/Event-Loop/C-code
Date: Tue, 29 Oct 2013 17:14:37 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0

On 29/10/2013 14:58, Gwenaël Casaccio wrote:
On 24/10/2013 07:40, Holger Hans Peter Freyther wrote:
On Mon, Oct 21, 2013 at 12:55:16PM +0200, Gwenaël Casaccio wrote:

here is a patch that fix the continue back into GTK/Event-Loop/C-code
(with the debugger and text widget).
Good Morning,

I think I manage to break the TaskQueue

Open Workspace
'1234' do: [:each | each asUpperCase] ALT+D/DebugIt
Step until the BlockClosure is executed

select "each asUpperCase" CTRL+I => UndefinedObject
select "each" CTRL+I => Character

in the Inspector type
self upperCase CTRL+P Debugger comes up
self upperCase CTRL+P nothing

Stepping in the debugger is broken, DoIt's don't
appear to work either.

* Name the forked process (so one can identify it)
* Keep the process in a local variable so one can
   more easily find the process.


Here is a new version with your proposal changes included inside it
and a new event loop which doesn't use ensure like the last eval patch.


I hope it's the last increment :) I've discovered that Behavior>>#evaluate: used
valueWithUnwind and that cause an issue with the task queue. I use my onw
eval code which doesn't use valueWithUnwind.


Attachment: 0001-Makes-the-debugger-text-widget-non-blocking-and-fix-.patch
Description: Text Data

reply via email to

[Prev in Thread] Current Thread [Next in Thread]