I've found a fix for something that has annoyed me for a long time - but I
can't determine what it might break.
1. In Workspace I evaluate the following
Halt enableHaltOnce.
a := 1.
self halt.
b := 2.
self haltOnce.
c := 3.
Transcript show: a + b + c.
2. In the debugg
Ben Coman wrote
> Anyone see a problem with removing
> that last condition?
Off the top of my head... Yes that doesn't seem like a good idea. You don't
want to find yourself inside Halt. You want to be in your code. Although the
change makes this weird exceptional-sounding case better, it looks li
2015-01-25 0:22 GMT+01:00 Sean P. DeNigris :
> Ben Coman wrote
> > Anyone see a problem with removing
> > that last condition?
>
> Off the top of my head... Yes that doesn't seem like a good idea. You don't
> want to find yourself inside Halt. You want to be in your code.
But isn't it already li
Hi Ben,
On Sat, Jan 24, 2015 at 7:57 AM, Ben Coman wrote:
> I've found a fix for something that has annoyed me for a long time - but I
> can't determine what it might break.
>
> 1. In Workspace I evaluate the following
>
> Halt enableHaltOnce.
> a := 1.
> self halt.
> b := 2.
>
@Sean, In what way will it make halts more annoying? As far as I can
tell, it eliminates FIVE mouse-clicks from #halt, and #haltOnce behaviour
is unchanged.
Now ideally the debugger should not step into the halt at all when you
- but this change eliminates FIVE mouse-clicks from #halt,
making #
Just notice, I have another solution under development.
On Tue, Jan 27, 2015 at 9:55 PM, Ben Coman wrote:
> @Sean, In what way will it make halts more annoying? As far as I can
> tell, it eliminates FIVE mouse-clicks from #halt, and #haltOnce behaviour
> is unchanged.
>
> Now ideally the debug
I poked around and found another possible solution uploaded as
SLICE-Issue-12970-16-steps-to-get-through-halt-BenComan.2. However this
based on my microscope view of tracing in from a #halt in the
button. This is the first time I've looked at this and I don't grasp the
the high level architectur
Ben Coman wrote
> @Sean, In what way will it make halts more annoying?
Clearly seems to make things better in your use case, but IIRC the purpose
of that test is that you don't want to open the debugger within the halting
system. And indeed, when you remove it, you end up in #halt. But where you
On Fri, Jan 30, 2015 at 2:54 PM, Sean P. DeNigris
wrote:
> Ben Coman wrote
> > @Sean, In what way will it make halts more annoying?
>
> Clearly seems to make things better in your use case, but IIRC the purpose
> of that test is that you don't want to open the debugger within the halting
> syste
On Sat, Jan 31, 2015 at 8:44 AM, Eliot Miranda
wrote:
>
>
> On Fri, Jan 30, 2015 at 2:54 PM, Sean P. DeNigris
> wrote:
>
>> Ben Coman wrote
>> > @Sean, In what way will it make halts more annoying?
>>
>> Clearly seems to make things better in your use case, but IIRC the purpose
>> of that test
Ben Coman wrote
> This is all in SLICE-Issue-12970-16-steps-to-get-through-halt-BenComan.4.
Great, I'll take another look. Did you consider Elliot's suggestion?
-
Cheers,
Sean
--
View this message in context:
http://forum.world.st/Issue-12970-16-steps-to-get-through-halt-PROPOSED-FIX-tp480
On Sat, Jan 31, 2015 at 11:50 PM, Sean P. DeNigris
wrote:
> Ben Coman wrote
> > This is all in SLICE-Issue-12970-16-steps-to-get-through-halt-BenComan.4.
>
> Great, I'll take another look. Did you consider Elliot's suggestion?
>
>
>
Sorry I didn't. At first glance I didn't fathom the "inlining"
All,
Please take a moment to comment on how you like the current behaviour of
executing the following snippet then three times to get to the
line c := 3.
a := 1.
self halt.
b := 2.
self halt.
c := 3.
cheers -ben
> On 24 Feb 2015, at 15:21, Ben Coman wrote:
>
> All,
>
> Please take a moment to comment on how you like the current behaviour of
> executing the following snippet then three times to get to the
> line c := 3.
>
> a := 1.
> self halt.
> b := 2.
> self halt.
> c := 3.
I like the new be
14 matches
Mail list logo
