Andres Valloud | 1 Oct 2006 23:05

Object>>mustBeBoolean

Hello,

  Why does Object>>mustBeBoolean use a notification, which is
  resumable, instead of an error, which would be non resumable?

--

-- 
Best regards,
 Andres                          mailto:andresv <at> ntct1.com

Alan Knight | 2 Oct 2006 02:05
Picon
Favicon

Re: Object>>mustBeBoolean

Probably to support the "proceed for truth" dialog. But I've seen it cause some interesting problems.

At 05:05 PM 10/1/2006, Andres Valloud wrote:
>Hello,
>
>  Why does Object>>mustBeBoolean use a notification, which is
>  resumable, instead of an error, which would be non resumable?
>
>-- 
>Best regards,
> Andres                          mailto:andresv <at> ntct1.com

--
Alan Knight [|], Cincom Smalltalk Development
knight <at> acm.org
aknight <at> cincom.com
http://www.cincom.com/smalltalk

"The Static Typing Philosophy: Make it fast. Make it right. Make it run." - Niall Ross

Paul Caplat | 2 Oct 2006 03:39
Picon

ATprofiling

Dear All,
I have been advised to do an execution time profiling of my program
using the AT profiling parcels...

the problem is that those parcels seem corrupted. I have even
downloaded again VW NC, and the problem remains the same ("unable to
read the file" message in the Parcel Manager).

Furthermore (or because of that ?) the "Tools -> Advanced" menu stays greyed...

Any idea ?

thanks
Paul

Alan Knight | 2 Oct 2006 04:57
Picon
Favicon

Re: ATprofiling

I don't see any problem with them in a 7.4.1 NC distribution. Is it possible your VisualWorks home directly
is set incorrectly, so it's looking for them in the wrong path.

I would suggest opening a File Browser and trying to load the file from there (they would be in
$VISUALWORKS/advanced). 

At 09:39 PM 10/1/2006, Paul Caplat wrote:
>Dear All,
>I have been advised to do an execution time profiling of my program
>using the AT profiling parcels...
>
>the problem is that those parcels seem corrupted. I have even
>downloaded again VW NC, and the problem remains the same ("unable to
>read the file" message in the Parcel Manager).
>
>Furthermore (or because of that ?) the "Tools -> Advanced" menu stays greyed...
>
>Any idea ?
>
>thanks
>Paul

--
Alan Knight [|], Cincom Smalltalk Development
knight <at> acm.org
aknight <at> cincom.com
http://www.cincom.com/smalltalk

"The Static Typing Philosophy: Make it fast. Make it right. Make it run." - Niall Ross

(Continue reading)

Yanni Chiu | 2 Oct 2006 06:11
Favicon

Re: ATprofiling

Paul Caplat wrote:
> Furthermore (or because of that ?) the "Tools -> Advanced" menu stays 
> greyed...
> 
> Any idea ?

Maybe your installed VW is too far down in the directory
hierarchy. Here's what happened to me, on an earlier
version of VW. I could see the files in the file system,
but the parcel loader would not show them (or maybe I could
see them, but not load them). I eventually moved the
directory higher up (i.e. closer to the root directory,
so the full path name is shorter). I think I had to somehow
specify the new location.

Georg Heeg | 2 Oct 2006 10:09
Picon
Favicon

AW: Object>>mustBeBoolean

Andres,

Please update to VisualWorks 7.4.1. Since that version MustBeBoolean is a
subclass of Error.

Georg

-----Ursprüngliche Nachricht-----
Von: Alan Knight [mailto:knight <at> acm.org] 
Gesendet: Montag, 2. Oktober 2006 02:06
An: Andres Valloud; VW NC
Betreff: Re: Object>>mustBeBoolean

Probably to support the "proceed for truth" dialog. But I've seen it cause
some interesting problems.

At 05:05 PM 10/1/2006, Andres Valloud wrote:
>Hello,
>
>  Why does Object>>mustBeBoolean use a notification, which is
>  resumable, instead of an error, which would be non resumable?
>
>-- 
>Best regards,
> Andres                          mailto:andresv <at> ntct1.com

--
Alan Knight [|], Cincom Smalltalk Development
knight <at> acm.org
aknight <at> cincom.com
(Continue reading)

Reinout Heeck | 2 Oct 2006 12:50
Picon
Favicon

Re: AW: Object>>mustBeBoolean

Georg Heeg wrote:
> Andres,
> 
> Please update to VisualWorks 7.4.1. Since that version MustBeBoolean is a
> subclass of Error.
> 

That won't help since it implements

     mayResume
         ^true

R
-

Paul Caplat | 2 Oct 2006 14:53
Picon

Re: ATprofiling

Thank you very much,
it was actually the case. With the VW directory closer to the root, it
seems to work.

Paul

2006/10/2, Yanni Chiu <yanni <at> rogers.com>:
> Paul Caplat wrote:
> > Furthermore (or because of that ?) the "Tools -> Advanced" menu stays
> > greyed...
> >
> > Any idea ?
>
> Maybe your installed VW is too far down in the directory
> hierarchy. Here's what happened to me, on an earlier
> version of VW. I could see the files in the file system,
> but the parcel loader would not show them (or maybe I could
> see them, but not load them). I eventually moved the
> directory higher up (i.e. closer to the root directory,
> so the full path name is shorter). I think I had to somehow
> specify the new location.
>
>

Paul Caplat | 2 Oct 2006 15:27
Picon

Re: ATprofiling

I've answered to quickly...I succeeded in loading all the
"AdvancedTools" parcels, except for the "ATProfilingUI". I don't
understand why, as they are in the same folder.
I can neither install the "ADvanced2" parcel.

The consequence is that now, the menu "Tools->Advanced" works, but not
the submenu "Time"...

The VW directory name could not be shorter, I set all the parcel path
and directory names carefully...What can I do ?
I am working on mac osx, maybe that could explain this ?

Paul

2006/10/2, Paul Caplat <paul.caplat <at> gmail.com>:
> Thank you very much,
> it was actually the case. With the VW directory closer to the root, it
> seems to work.
>
> Paul
>
>
> 2006/10/2, Yanni Chiu <yanni <at> rogers.com>:
> > Paul Caplat wrote:
> > > Furthermore (or because of that ?) the "Tools -> Advanced" menu stays
> > > greyed...
> > >
> > > Any idea ?
> >
> > Maybe your installed VW is too far down in the directory
(Continue reading)

Dennis Smith | 2 Oct 2006 15:38
Favicon

A Refactoring thing ...

I have a number of cases where I have to methods that do the same thing
and I want to get rid of one of them and change all references to be the 
other one.

I tried to rename the method I want to get rid of but it would not let me.
I then tried to temporarily delete the other method, but there are quite 
a few
cases of that method in other classes.

Is there really a reason that the RB won't let me rename method "x" to "y"
just because "y" already exists??

--

-- 
Dennis Smith                        dennis <at> CherniakSoftware.com
Cherniak Software Development Corporation       +1 905.771.7011
400-10 Commerce Valley Dr E                Fax: +1 905.771.6288
Thornhill, ON Canada L3T 7N7    http://www.CherniakSoftware.com


Gmane