January 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Getting feedback on an headless VM

by Levente Uzonyi

On Mon, 18 Jan 2010, Simon Denier wrote: > > On 18 janv. 2010, at 17:43, Mariano Martinez Peck wrote: > >> >> >> >> ah ok, I though it was. Thanks for the tip, now I will try to compile my own vm (which didnt work out last week). >> >> Or, does anybody have a Linux VM already compiled which is closure-enabled? >> >> >> >> http://www.pharo-project.org/pharo-download >> > > > :) I know this link, and I started there. Unfortunately the binary (in alternative) is also a 3.10.3 so no closure. And compiling is not so easy as it could be. Did you try this one? http://squeakvm.org/unix/release/Squeak-3.11.3.2135-linux_i386.tar.gz Levente > > >> >> >>> >>> >>> Levente >>> >>>> After struggling a bit to found a recent VM (that is, closure-enabled), now I can launch it with the following command: >>>> exec "$EXE/squeak" \ >>>> -plugins "$RES" \ >>>> -encoding latin1 \ >>>> -vm-display-null \ >>>> "$APP/testServer.image" >>>> >>>> Problem is the process starts but obviously got stuck after that. I got no feedback on what's going wrong (I guess some error happens and the system is waiting for user input). >>>> >>>> I tried with a fresh 10500 image and the simplest script I could think of to test: >>>> (FileStream forceNewFileNamed: 'foo.txt') nextPutAll: 'bar'; close >>>> >>>> ....same thing. >>>> >>>> Of course it works on my local machine with UI. >>>> >>>> Is there a way to debug this, like having the debugger to dump the stack in the terminal. I tried Cmd-. but it just stops the process (like Ctrl-c) with no feedback. >>>> >>>> >>>> -- >>>> Simon >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> Simon >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > Simon > > > >

Jan. 18, 2010

Re: [Pharo-project] Overflow row morph

by Gary Chambers

No, doesn't yet exist. Just that it is likely to be a bit fiddly, perhaps, to match up the border etc. for the selected tab. More optimistically, it might be easy though! Will have to suck-it-and-see, I guess. Regards, Gary ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Monday, January 18, 2010 4:50 PM Subject: Re: [Pharo-project] Overflow row morph > Hi Gary, > > I am not sure I understand. > > Are you saying that the mechanism already exists for tabs? If yes, > what exactly should I do to get it. By simply adding pages to the > TabGroupMorph it looks like in the attachment. > > Cheers, > Doru > > -------------------------------------------------------------------------------- > > On 18 Jan 2010, at 17:18, Gary Chambers wrote: > >> Though there is another (scrolling area with left/right button when >> needed)... >> >> Regards, Gary >> >> ----- Original Message ----- >> From: "Gary Chambers" <gazzaguru2(a)btinternet.com> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Monday, January 18, 2010 4:15 PM >> Subject: Re: [Pharo-project] Overflow row morph >> >> >>> A little more work for tabs, aligning the borders to match perhaps, >>> but >>> certainly feasible without too much grief, I think. >>> >>> Regards, Gary >>> >>> ----- Original Message ----- >>> From: "Tudor Girba" <tudor.girba(a)gmail.com> >>> To: <Pharo-project(a)lists.gforge.inria.fr> >>> Sent: Monday, January 18, 2010 4:10 PM >>> Subject: Re: [Pharo-project] Overflow row morph >>> >>> >>>> Hi Gary, >>>> >>>> This is really cool. It would be great to use this for overflowing >>>> tabs as well. Is it already possible? >>>> >>>> Cheers, >>>> Doru >>>> >>>> >>>> On 18 Jan 2010, at 16:54, Gary Chambers wrote: >>>> >>>>> With switches done... >>>>> >>>>> Regards, Gary >>>>> ----- Original Message ----- >>>>> From: Mariano Martinez Peck >>>>> To: Pharo-project(a)lists.gforge.inria.fr >>>>> Sent: Monday, January 18, 2010 3:49 PM >>>>> Subject: Re: [Pharo-project] Overflow row morph >>>>> >>>>> >>>>> >>>>> 2010/1/18 Gary Chambers <gazzaguru2(a)btinternet.com> >>>>> Indeed... can be used for that too. It is quite general. >>>>> >>>>> >>>>> Excellent! I want it !!! :) >>>>> >>>>> >>>>> Regards, Gary >>>>> ----- Original Message ----- >>>>> From: Mariano Martinez Peck >>>>> To: Pharo-project(a)lists.gforge.inria.fr >>>>> Sent: Monday, January 18, 2010 3:43 PM >>>>> Subject: Re: [Pharo-project] Overflow row morph >>>>> >>>>> That's really COOL Gary!!! >>>>> >>>>> Now I wonder...the "class" button that it is in the right of the >>>>> "instance" button and the "?" shouldn't behave in the same way ? >>>>> >>>>> I mean, shouldn't the class button also by displayed in a top down >>>>> menu ? >>>>> >>>>> Thanks! >>>>> >>>>> Mariano >>>>> >>>>> 2010/1/18 Gary Chambers <gazzaguru2(a)btinternet.com> >>>>> Hi all, >>>>> I got fed up with the browser button row getting clipped so have >>>>> developed an "OverflowRowMorph" that >>>>> provides a button to popup items that don't fit the current bounds. >>>>> Not perfect but better than nothing! >>>>> >>>>> The button disappears if there is sufficient space for all the >>>>> submorphs. >>>>> >>>>> I'll include in the last version of Polymorph when I get around to >>>>> making a stable release. >>>>> >>>>> Regards, Gary >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- >>>>> project >>>>> < >>>>> OverflowRowSwitches >>>>> .png>_______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "It's not how it is, it is how we see it." >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > www.tudorgirba.com > > "From an abstract enough point of view, any two things are similar." > > > > -------------------------------------------------------------------------------- > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 18, 2010

Re: [Pharo-project] Getting feedback on an headless VM

by Simon Denier

On 18 janv. 2010, at 17:43, Mariano Martinez Peck wrote: > > > > ah ok, I though it was. Thanks for the tip, now I will try to compile my own vm (which didnt work out last week). > > Or, does anybody have a Linux VM already compiled which is closure-enabled? > > > > http://www.pharo-project.org/pharo-download > :) I know this link, and I started there. Unfortunately the binary (in alternative) is also a 3.10.3 so no closure. And compiling is not so easy as it could be. > > > > > > > > Levente > > > >> After struggling a bit to found a recent VM (that is, closure-enabled), now I can launch it with the following command: > >> exec "$EXE/squeak" \ > >> -plugins "$RES" \ > >> -encoding latin1 \ > >> -vm-display-null \ > >> "$APP/testServer.image" > >> > >> Problem is the process starts but obviously got stuck after that. I got no feedback on what's going wrong (I guess some error happens and the system is waiting for user input). > >> > >> I tried with a fresh 10500 image and the simplest script I could think of to test: > >> (FileStream forceNewFileNamed: 'foo.txt') nextPutAll: 'bar'; close > >> > >> ....same thing. > >> > >> Of course it works on my local machine with UI. > >> > >> Is there a way to debug this, like having the debugger to dump the stack in the terminal. I tried Cmd-. but it just stops the process (like Ctrl-c) with no feedback. > >> > >> > >> -- > >> Simon > >> > >> > >> > >> > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > Simon > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Simon

Jan. 18, 2010

Re: [Pharo-project] strange local variable problem

by Lukas Renggli

> You both agree that this is not a bug, them we have to ascertain that > 'average Smalltalker' will understand that using closures in Pharo > changes the Smalltalk language definition. The point is Pharo finally has real closures and sane execution semantics. The same semantics that all other Smalltalk dialects already had for decades, and the same semantics that Lisp, Scheme and even Javascript programmers trusted on in the last 40 years. The previous block semantics on Pharo (and Squeak) were completely broken. The 'average Smalltalker' had to understand how contexts were setup and how the source is compiled to bytecode to explain the numerous hacks that were required for example in get the blocks behave sanely in Seaside. This is no longer necessary. The 'average Smalltalker' can just read the wikipedia page on closures. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Jan. 18, 2010

Re: [Pharo-project] Getting feedback on an headless VM

by Levente Uzonyi

On Mon, 18 Jan 2010, Mariano Martinez Peck wrote: >> ah ok, I though it was. Thanks for the tip, now I will try to compile my >> own vm (which didnt work out last week). >> >> Or, does anybody have a Linux VM already compiled which is closure-enabled? http://squeakvm.org/unix/ Levente >> >> > > http://www.pharo-project.org/pharo-download > > > >> >>> >>> >>> Levente >>> >>>> After struggling a bit to found a recent VM (that is, closure-enabled), >> now I can launch it with the following command: >>>> exec "$EXE/squeak" \ >>>> -plugins "$RES" \ >>>> -encoding latin1 \ >>>> -vm-display-null \ >>>> "$APP/testServer.image" >>>> >>>> Problem is the process starts but obviously got stuck after that. I got >> no feedback on what's going wrong (I guess some error happens and the system >> is waiting for user input). >>>> >>>> I tried with a fresh 10500 image and the simplest script I could think >> of to test: >>>> (FileStream forceNewFileNamed: 'foo.txt') nextPutAll: 'bar'; close >>>> >>>> ....same thing. >>>> >>>> Of course it works on my local machine with UI. >>>> >>>> Is there a way to debug this, like having the debugger to dump the stack >> in the terminal. I tried Cmd-. but it just stops the process (like Ctrl-c) >> with no feedback. >>>> >>>> >>>> -- >>>> Simon >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> Simon >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >

Jan. 18, 2010

Re: [Pharo-project] Overflow row morph

by Tudor Girba

Hi Gary, I am not sure I understand. Are you saying that the mechanism already exists for tabs? If yes, what exactly should I do to get it. By simply adding pages to the TabGroupMorph it looks like in the attachment. Cheers, Doru On 18 Jan 2010, at 17:18, Gary Chambers wrote: > Though there is another (scrolling area with left/right button when > needed)... > > Regards, Gary > > ----- Original Message ----- > From: "Gary Chambers" <gazzaguru2(a)btinternet.com> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Monday, January 18, 2010 4:15 PM > Subject: Re: [Pharo-project] Overflow row morph > > >> A little more work for tabs, aligning the borders to match perhaps, >> but >> certainly feasible without too much grief, I think. >> >> Regards, Gary >> >> ----- Original Message ----- >> From: "Tudor Girba" <tudor.girba(a)gmail.com> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Monday, January 18, 2010 4:10 PM >> Subject: Re: [Pharo-project] Overflow row morph >> >> >>> Hi Gary, >>> >>> This is really cool. It would be great to use this for overflowing >>> tabs as well. Is it already possible? >>> >>> Cheers, >>> Doru >>> >>> >>> On 18 Jan 2010, at 16:54, Gary Chambers wrote: >>> >>>> With switches done... >>>> >>>> Regards, Gary >>>> ----- Original Message ----- >>>> From: Mariano Martinez Peck >>>> To: Pharo-project(a)lists.gforge.inria.fr >>>> Sent: Monday, January 18, 2010 3:49 PM >>>> Subject: Re: [Pharo-project] Overflow row morph >>>> >>>> >>>> >>>> 2010/1/18 Gary Chambers <gazzaguru2(a)btinternet.com> >>>> Indeed... can be used for that too. It is quite general. >>>> >>>> >>>> Excellent! I want it !!! :) >>>> >>>> >>>> Regards, Gary >>>> ----- Original Message ----- >>>> From: Mariano Martinez Peck >>>> To: Pharo-project(a)lists.gforge.inria.fr >>>> Sent: Monday, January 18, 2010 3:43 PM >>>> Subject: Re: [Pharo-project] Overflow row morph >>>> >>>> That's really COOL Gary!!! >>>> >>>> Now I wonder...the "class" button that it is in the right of the >>>> "instance" button and the "?" shouldn't behave in the same way ? >>>> >>>> I mean, shouldn't the class button also by displayed in a top down >>>> menu ? >>>> >>>> Thanks! >>>> >>>> Mariano >>>> >>>> 2010/1/18 Gary Chambers <gazzaguru2(a)btinternet.com> >>>> Hi all, >>>> I got fed up with the browser button row getting clipped so have >>>> developed an "OverflowRowMorph" that >>>> provides a button to popup items that don't fit the current bounds. >>>> Not perfect but better than nothing! >>>> >>>> The button disappears if there is sufficient space for all the >>>> submorphs. >>>> >>>> I'll include in the last version of Polymorph when I get around to >>>> making a stable release. >>>> >>>> Regards, Gary >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- >>>> project >>>> < >>>> OverflowRowSwitches >>>> .png>_______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> -- >>> www.tudorgirba.com >>> >>> "It's not how it is, it is how we see it." >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "From an abstract enough point of view, any two things are similar."

Jan. 18, 2010

Re: [Pharo-project] I think SmalltalkImage >> changeImageNameTo: is wrong

by Igor Stasenko

I think the LastImageName is confusing. It should be CurrentImageName or LastKnownImageName. In either way, this is not an image name, which were before you setting a new using #changeImageNameTo:, this is an image name, which you set. The thing is, that if you save an image, the value of this var will be held within an image, so if you rename the image and run squeak with it, the #imageName will return you a file name, while LastImageName is the name what was assigned last. This is how it works, if i'm not mistaken. However i don't see where LastImageName could be useful. 2010/1/18 Mariano Martinez Peck <marianopeck(a)gmail.com>: > Look at SmalltalkImage >> changeImageNameTo: > > > changeImageNameTo: t1 > Â Â Â self imageName: t1 asSqueakPathName. > Â Â Â LastImageName := self imageName > > > Here, it is putting to LastImageName the new one. Shouldn't be in the other > order, like this: > > changeImageNameTo: t1 > Â Â LastImageName := self imageName > Â Â self imageName: t1 asSqueakPathName. > > Maybe I misunderstood what LastImageName is > > Thoughts? > > Mariano > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Jan. 18, 2010

Re: [Pharo-project] Getting feedback on an headless VM

by Mariano Martinez Peck

> ah ok, I though it was. Thanks for the tip, now I will try to compile my > own vm (which didnt work out last week). > > Or, does anybody have a Linux VM already compiled which is closure-enabled? > > http://www.pharo-project.org/pharo-download > > > > > > > Levente > > > >> After struggling a bit to found a recent VM (that is, closure-enabled), > now I can launch it with the following command: > >> exec "$EXE/squeak" \ > >> -plugins "$RES" \ > >> -encoding latin1 \ > >> -vm-display-null \ > >> "$APP/testServer.image" > >> > >> Problem is the process starts but obviously got stuck after that. I got > no feedback on what's going wrong (I guess some error happens and the system > is waiting for user input). > >> > >> I tried with a fresh 10500 image and the simplest script I could think > of to test: > >> (FileStream forceNewFileNamed: 'foo.txt') nextPutAll: 'bar'; close > >> > >> ....same thing. > >> > >> Of course it works on my local machine with UI. > >> > >> Is there a way to debug this, like having the debugger to dump the stack > in the terminal. I tried Cmd-. but it just stops the process (like Ctrl-c) > with no feedback. > >> > >> > >> -- > >> Simon > >> > >> > >> > >> > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > Simon > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 18, 2010

[Pharo-project] I think SmalltalkImage >> changeImageNameTo: is wrong

by Mariano Martinez Peck

Look at SmalltalkImage >> changeImageNameTo: changeImageNameTo: t1 self imageName: t1 asSqueakPathName. LastImageName := self imageName Here, it is putting to LastImageName the new one. Shouldn't be in the other order, like this: changeImageNameTo: t1 LastImageName := self imageName self imageName: t1 asSqueakPathName. Maybe I misunderstood what LastImageName is Thoughts? Mariano

Jan. 18, 2010

Re: [Pharo-project] Getting feedback on an headless VM

by Simon Denier

On 18 janv. 2010, at 16:58, Levente Uzonyi wrote: > On Mon, 18 Jan 2010, Simon Denier wrote: > >> Hi there >> >> I'm trying to run a VM in headless mode on a linux server (version 3.10-3 #32 Wed Apr 8 19:55:11 BST 2009 gcc 4.1.2). >> > > You won't be able to run Pharo on that VM, because it's pre-closure. You > need 3.10-6 or later. ah ok, I though it was. Thanks for the tip, now I will try to compile my own vm (which didnt work out last week). Or, does anybody have a Linux VM already compiled which is closure-enabled? > > > Levente > >> After struggling a bit to found a recent VM (that is, closure-enabled), now I can launch it with the following command: >> exec "$EXE/squeak" \ >> -plugins "$RES" \ >> -encoding latin1 \ >> -vm-display-null \ >> "$APP/testServer.image" >> >> Problem is the process starts but obviously got stuck after that. I got no feedback on what's going wrong (I guess some error happens and the system is waiting for user input). >> >> I tried with a fresh 10500 image and the simplest script I could think of to test: >> (FileStream forceNewFileNamed: 'foo.txt') nextPutAll: 'bar'; close >> >> ....same thing. >> >> Of course it works on my local machine with UI. >> >> Is there a way to debug this, like having the debugger to dump the stack in the terminal. I tried Cmd-. but it just stops the process (like Ctrl-c) with no feedback. >> >> >> -- >> Simon >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Simon

Jan. 18, 2010