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

[Pharo-project] VMs for Pharo 1.1

by Torsten Bergmann

Hi Mariano, >Windows: I remember a new version 4.1 or similar that Andreas did. Last Squeak VM from Andreas is "SqueakVM-Win32-4.0.2-bin.zip" and we have an according "PharoVM-Win32-4.0.2-bin.zip" on gforge and http://pharo-project.org/pharo-download This VM is already included in the Pharo1.0 installer for Windows (EXE) but not in the 1.0 one click (ZIP). So anything we have to do for 1.1. is to use this VM in the 1.1 one click distribution. >I remember there was a problem with the windows closing or similar...but I >remember Torsten fixed that. There was no fix required and the Pharo VM is always 1:1 with the Squeak VM codebase, no need to fork. Any credit goes to Andreas. We just exchange ressources (icons, ...) - marketing you know ;) >Is that integrated in Pharo ? Yes, Pharo 1.1 can handle the close event. It is by default handled using an image side dialog. If one wants the old behavior you need EnableAltF4Quit = 1 in the Pharo.ini Attached is the Pharo.ini that is used in the Windows installer, which uses this option (which I like more - maybe because I'am used to it). >We are able to use that VM ? Yes >Torsten, where can I get a Pharo 1.1 Windows VM ? see above. Full link is http://gforge.inria.fr/frs/download.php/26814/PharoVM-Win32-4.0.2-bin.zip >does it include FreeType ? Yes >can you update the splash if necessary ;) Will do tomorrow. Remind me if you dont get it. Would be call it "1.1. RC1" first? Bye -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

May 11, 2010

[Pharo-project] Acire

by Torsten Bergmann

Laurent wrote: >I've uploaded ConfigurationOfProfStef version 1.1. That's what I call fast. Coool, thanks! We should include this in 1.1-dev!!! Bye Torsten -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

May 11, 2010

Re: [Pharo-project] VMs for Pharo 1.1

by laurent laffont

2010/5/10 Mariano Martinez Peck <marianopeck(a)gmail.com> > Hi folks. We are moving on and we need to update VMs for Pharo 1.1. I would > like to know the status of each platform and where to get them: > > Windows: I remember a new version 4.1 or similar that Andreas did. I > remember there was a problem with the windows closing or similar...but I > remember Torsten fixed that. Is that integrated in Pharo ? We are able to > use that VM ? Torsten, where can I get a Pharo 1.1 Windows VM ? does it > include FreeType ? can you update the splash if necessary ;) > > Linux: It would be cool to use a new vm, build form scratch. Laurent, I > know this seems to be easy now. Is there any current/known problem ? where > can I get a working vm with all the gnufication code and FreeType ? How > is the speed finally in compare to other vms ? > IMHO we should use 4.0.3.2202 Unix VM from http://squeakvm.org/unix/. This one is packaged in Debian. It has gnuification, Freetype, all tests green, I use it every day :) If you want a VM from scratch, the way to go is easy_squeakvm, works well too (for me). It would be sexy to put this on the Hudson server and to measure time to run all Pharo tests with different gcc versions (it seems the version of gcc can have a lot of influence on the VM speed). Laurent Laffont > > Mac: John, I am not sure which VM we should use for Pharo 1.1. Can you give > us a hint ? known problems ? does it include freetype ? > > > The idea (actually, just my opinion) is to upload these "latests" and Pharo > 1.1 candidate vms to the website so that we can start to test. Soon (thanks > a lot to Alexandre Bergel) we will be able to release a first unstable Pharo > 1.1. > > Cheers > > Mariano > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 11, 2010

Re: [Pharo-project] [Vm-dev] Re: Freetype plugin archive

by laurent laffont

On Tue, May 11, 2010 at 1:06 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > > On Mon, May 10, 2010 at 9:53 PM, laurent laffont < > laurent.laffont(a)gmail.com> wrote: > >> >> >>> >>> VMMaker class>>updateFromServer should now load FT2Plugin from the new >>> FreetypePlugin repository. A similar update will be needed for >>> ConfigurationOfVMMaker for Pharo. >>> >> >> Done (version 1.4). All Pharo-1.0 tests green with last squeakvm >> revision. >> >> > Hi Laurent. Thank you very much for tacking care. Now I was thinking: the > ONLY way to correclty be able to reproduce a VM version we need not only the > VMMaker side but also SVN. If 6 months from today, I try to load version 1.4 > with trunk, it won't work. I need to downloa an spceific SVN revision, as > you write it in the commit comment. However, I was thinking that it would be > great to put such information in the description: of Metacello. Not even the > version (as the repo can change) but also the whole command. Not necesary > while a verison is in #development but yes when it is realed. So, suppose I > release 1.4 I can write: > > version14: spec > <version: '1.4' imports: #('1.4-baseline') > > > spec for: #common do: [ > spec blessing: #development. > spec description: '- Changed repository of TrueType > - etc..... > Works with svn co > http://squeakvm.org/svn/squeak/trunk/platforms/ -r 2203'. > spec > package: 'FFI-Pools' with: 'FFI-Pools-ar.1'; > package: 'SharedPool-Speech' with: 'SharedPool-Speech-dtl.2'; > package: 'VMMaker' with: 'VMMaker-dtl.170'; > package: 'MemoryAccess' with: 'MemoryAccess-dtl.3'; > package: 'SlangBrowser' with: 'SlangBrowser-dtl.3'; > package: 'VMConstruction-Plugins-OSProcessPlugin' with: > 'VMConstruction-Plugins-OSProcessPlugin-mtf.21'; > package: 'VMConstruction-Plugins-AioPlugin' with: > 'VMConstruction-Plugins-AioPlugin-dtl.9'; > package: 'VMConstruction-Plugins-XDisplayControlPlugin' with: > 'VMConstruction-Plugins-XDisplayControlPlugin-dtl.7'; > package: 'Balloon3D-Constants' with: > 'Balloon3D-Constants-ar.5'; > package: 'Balloon3D-Plugins' with: 'Balloon3D-Plugins-bf.5'; > > package: 'Freetype-Plugin' with: 'Freetype-Plugin-dtl.56'; > package: 'FreeType' with: 'FreeType-tween.435'. > ]. > > spec for: #pharo do: [ > spec blessing: #development. > spec > package: 'Alien-VMMaker-Support' with: > 'Alien-VMMaker-Support-John M McIntosh.8'; > package: 'Alien-VMMaker-Plugins' with: > 'Alien-VMMaker-Plugins-John M McIntosh.8'; > package: 'Sound' with: 'Sound-StephaneDucasse.47'. > ] > > > > Of course, this is just an example... > > what do you think ? I hope this will increase traceability between > Smalltalk code and svn. > I think you're right. I will add this description. Indeed, with easy_squeakvm script you have reproducibility (all is automated, explicit svn rev. and ConfigurationOfVMMaker). May be we can "translate" easy_squeakvm to Smalltalk so we can have an EasySqueakVM package (or better name) which is cross platform. Cheers, Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/ > > Cheers > > Mariano > > > >> Laurent Laffont >> >> http://pharocasts.blogspot.com/ >> http://magaloma.blogspot.com/ >> >> >> > >

May 11, 2010

Re: [Pharo-project] [Vm-dev] Re: Freetype plugin archive

by David T. Lewis

On Mon, May 10, 2010 at 09:53:47PM +0200, laurent laffont wrote: > > > VMMaker class>>updateFromServer should now load FT2Plugin from the new > > FreetypePlugin repository. A similar update will be needed for > > ConfigurationOfVMMaker for Pharo. > > Done (version 1.4). All Pharo-1.0 tests green with last squeakvm revision. Laurent, Thanks for doing the update! Dave

May 11, 2010

Re: [Pharo-project] Standard input in Pharo?

by Alexandre Bergel

Maybe OSProcess can do something about that. I just tried on Mac to inspect a "(FileStream fileNamed: '/dev/stdin') readStream" Sending #nextLine to it, and entering text in the xterm triggers a loop. It seems to work for #next however. Someone tried this? Cheers, Alexandre On 10 May 2010, at 19:00, Andrei Stebakov wrote: > I've been just going through "Computer Programming with GNU > Smalltalk" book using Pharo 1.0 as an actual ST implementation. > The book mentions "stdin nextLine" as a way to get an input from a > user via the standard input. > Is there a similar class/method in Pharo? > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 10, 2010

Re: [Pharo-project] Standard input in Pharo?

by Igor Stasenko

2010/5/11 Andrei Stebakov <lispercat(a)gmail.com>: > I've been just going through "Computer Programming with GNU Smalltalk" book > using Pharo 1.0 as an actual ST implementation. > The book mentions "stdin nextLine" as a way to get an input from a user via > the standard input. > Is there a similar class/method in Pharo? > > If you are on linux, you can do just: stream := FileStream readOnlyFileNamed: '/dev/stdin'. stream nextLine Unfortunately, Squeak VM doesn't provides a default API for working with stdin/out, since its more a GUI-centric , not command-line centric thing. > > _______________________________________________ > 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.

May 10, 2010

Re: [Pharo-project] Single threaded Pharo IDE?

by Igor Stasenko

2010/5/11 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: > Andrei > Having do-its block the UI is a feature, especially since you can explicitly > fork a new (Smalltalk) process to do the work.Â What is **NOT** acceptable > (and I fear I will discover is "easy" to cause to happen) is for DNS and > socket operations that have been forked to block the main thread. > someone still has to do that for you, i.e. wait for a completion of blocking operation. > Dolphin has a feature called overlapped calls that allow external functions > to be executed on a new OS thread specifically to avoid hanging the entire > image.Â There are restrictions and disclaimers even then, and the default > behavior is to block the UI. > Btw, its good that you mentioned this feature. Given that i have a full control, what happens with NativeBoost, i could create a native thread to serve for handling such 'overlapped' calls, and at image side, it will just put a process, which made a call into a waitable state, while other processes could still continue to run. > Bill > > ________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Andrei > Stebakov > Sent: Monday, May 10, 2010 5:31 PM > To: Pharo-project(a)lists.gforge.inria.fr > Cc: Adrian Lienhard > Subject: Re: [Pharo-project] Single threaded Pharo IDE? > > > > 2010/5/10 Mariano Martinez Peck <marianopeck(a)gmail.com> >> >> >> 2010/5/10 Andrei Stebakov <lispercat(a)gmail.com> >>> >>> >>> I just started to use Pharo 1.0. So please bear with me since I may not >>> fully understand the full concept of the IDE. Sometimes the whole IDE >>> freezes indefinitely. >> >> Welcome ! we hope you enjoy ;) >> >>> >>> So questions: >>> 1) Looks like evaluating anything from the Workspace freezes the whole UI >>> for the time of execution. Is it a bug or a feature? >> >> More or less. Pharo has a green thread implementation. I will tell you >> what I understand. Green threads means, there is only ONE OS thread, and >> then, internally (in Smalltalk) there exists their own threads, scheduler, >> priorities, etc. The UI is just a process that is running, with a certain >> priority. Go to the world menu, then "Tools" -> "Process Browser". There you >> will see all the current processes with their priorities. You can notice the >> UI process. >> > But you must agree that it still looks fishy when your whole UI blocks when > you execute something lengthy (like new package install)... > Well, if the majority of Pharo users think that it's OK who am I to argue? > ;) > > >> Â So...whatever you do here, it will be done inside that process. If you do >> normal things, then yes, I guess the UI freezes. However, you way want to >> launch another thread to do what you want and with a lower priority than the >> UI. >> >> Do this test: open a workspace and a transcript. In the workspace, >> evaluate: >> >> [ 1000 timesRepeat: [Transcript show: 'mariano'; cr] ] forkAt: Processor >> userBackgroundPriority >> >> there, you will see that you are able to use the ide, while the block of >> writing to Transcript is working "at the same time". >> >> Here the most important message is forkAt:Â Â Â . fork just fork the block >> with the standard priority ("Processor activePriority"). If you want to >> specify the priority, you have to use forkAt: > > Yes, the [ HTTPSocket httpGet: 'http://www.pharo-project.org/home'] forkAt: > Processor userBackgroundPriority doesn't block the UI anymore... > If it's the way to go, shouldn't we have a "special non-blocking" Workspace > which does exactly this (or have an option to run your Workspace command > with a background priority)? > >> >> >>> >>> 2) Sometimes executing something freezes the UI indefinitely. Is there a >>> way to cancel the operation (other than restarting the image)? >>> Strangely in my case the IDE froze on evaluating HTTPSocket httpGet: >>> 'http://www.pharo-project.org/home' >>> >> >> Yes, Sockets are an example where sometimes they block the whole image. >> Are you behind a proxy ? do you have a timeout error after a while ? >> I have just tested and it also freezes for me in Mac OS. I have no idea. >> Maybe other can help. > > If I execute HTTPSocket httpGet: 'http://www.pharo-project.org/home'. in a > Workspace having a Transcript window open, I got a never-ending messages in > the Transcript window like: > "redirecting to http://www.cmsbox.com/errors/hostnotfound.html". > Yes, I am behind a firewall, but other urls work with the same command. > > >> >> But yes, usually (sometimes it doesn't work) there is a combination of >> keys that send a system interruption. Check this links: >> >> http://wiki.squeak.org/squeak/899 >> http://wiki.squeak.org/squeak/1542 >> > Great! Alt-. works. >> >> BTW Adrian, I think this deserves a FAQ entry as it has been asked several >> times. >> >> Cheers >> >> Mariano >> >>> >>> Thank you, >>> Andrei >>> >>> _______________________________________________ >>> 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 > -- Best regards, Igor Stasenko AKA sig.

May 10, 2010

Re: [Pharo-project] [Vm-dev] Re: Freetype plugin archive

by Mariano Martinez Peck

On Mon, May 10, 2010 at 9:53 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > > >> >> VMMaker class>>updateFromServer should now load FT2Plugin from the new >> FreetypePlugin repository. A similar update will be needed for >> ConfigurationOfVMMaker for Pharo. >> > > Done (version 1.4). All Pharo-1.0 tests green with last squeakvm revision. > > Hi Laurent. Thank you very much for tacking care. Now I was thinking: the ONLY way to correclty be able to reproduce a VM version we need not only the VMMaker side but also SVN. If 6 months from today, I try to load version 1.4 with trunk, it won't work. I need to downloa an spceific SVN revision, as you write it in the commit comment. However, I was thinking that it would be great to put such information in the description: of Metacello. Not even the version (as the repo can change) but also the whole command. Not necesary while a verison is in #development but yes when it is realed. So, suppose I release 1.4 I can write: version14: spec <version: '1.4' imports: #('1.4-baseline') > spec for: #common do: [ spec blessing: #development. spec description: '- Changed repository of TrueType - etc..... Works with svn co http://squeakvm.org/svn/squeak/trunk/platforms/ -r 2203'. spec package: 'FFI-Pools' with: 'FFI-Pools-ar.1'; package: 'SharedPool-Speech' with: 'SharedPool-Speech-dtl.2'; package: 'VMMaker' with: 'VMMaker-dtl.170'; package: 'MemoryAccess' with: 'MemoryAccess-dtl.3'; package: 'SlangBrowser' with: 'SlangBrowser-dtl.3'; package: 'VMConstruction-Plugins-OSProcessPlugin' with: 'VMConstruction-Plugins-OSProcessPlugin-mtf.21'; package: 'VMConstruction-Plugins-AioPlugin' with: 'VMConstruction-Plugins-AioPlugin-dtl.9'; package: 'VMConstruction-Plugins-XDisplayControlPlugin' with: 'VMConstruction-Plugins-XDisplayControlPlugin-dtl.7'; package: 'Balloon3D-Constants' with: 'Balloon3D-Constants-ar.5'; package: 'Balloon3D-Plugins' with: 'Balloon3D-Plugins-bf.5'; package: 'Freetype-Plugin' with: 'Freetype-Plugin-dtl.56'; package: 'FreeType' with: 'FreeType-tween.435'. ]. spec for: #pharo do: [ spec blessing: #development. spec package: 'Alien-VMMaker-Support' with: 'Alien-VMMaker-Support-John M McIntosh.8'; package: 'Alien-VMMaker-Plugins' with: 'Alien-VMMaker-Plugins-John M McIntosh.8'; package: 'Sound' with: 'Sound-StephaneDucasse.47'. ] Of course, this is just an example... what do you think ? I hope this will increase traceability between Smalltalk code and svn. Cheers Mariano > Laurent Laffont > > http://pharocasts.blogspot.com/ > http://magaloma.blogspot.com/ > > >

May 10, 2010

Re: [Pharo-project] Single threaded Pharo IDE?

by Schwab,Wilhelm K

You can keep the forked process and later send #terminate to it. ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Andrei Stebakov Sent: Monday, May 10, 2010 5:52 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Single threaded Pharo IDE? On Mon, May 10, 2010 at 6:21 PM, Igor Stasenko <siguctua(a)gmail.com<mailto:siguctua@gmail.com>> wrote: 2010/5/11 Andrei Stebakov <lispercat(a)gmail.com<mailto:lispercat@gmail.com>>: > > > I just started to use Pharo 1.0. So please bear with me since I may not > fully understand the full concept of the IDE. Sometimes the whole IDE > freezes indefinitely. So questions: > 1) Looks like evaluating anything from the Workspace freezes the whole UI > for the time of execution. Is it a bug or a feature? all doits evaluated in UI process. So, this is a feature. And that's why UI process freezing, if you evaluating something lengthly. If you want to run your snippet of code in background, just wrap it with fork: [ ... do something... ] fork It works too. I guess the only way to terminate the forked process is though the Process Browser (which has some unique name for that block like "[] in Semaphore>>critical" in this case). Is there a way to refresh the Process Browser window so that it shows the new processes (it only refreshes for me if I close and open it)? > 2) Sometimes executing something freezes the UI indefinitely. Is there a way > to cancel the operation (other than restarting the image)? > Strangely in my case the IDE froze on evaluating HTTPSocket httpGet: > 'http://www.pharo-project.org/home' > you can interrupt a currently running process by pressing Alt-. > Thank you, > Andrei > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 10, 2010