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

Re: [Pharo-project] Polymorph final

by Gary Chambers

As said, ignore those... just not in core. Feel free to join IRC for these questions ;-) Regards, Gary ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Tuesday, January 19, 2010 5:54 PM Subject: Re: [Pharo-project] Polymorph final I get This package depends on the following classes: PackagePaneBrowser SMSqueakMap PreferencesPanel UUniverseBrowser when trying to merge the PolymorphTaskBarIcons I'm releasing now the rest Stef On Jan 19, 2010, at 6:35 PM, Gary Chambers wrote: > Might be worth merging the TaskbarIcons too. Ignore any warnings > (UniverseBrowser etc.). Should just load the valid bits. Just a nicety, > taskbar icons/window icons (for supporting themes) etc. > > Regards, Gary > > ----- Original Message ----- > From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Tuesday, January 19, 2010 5:31 PM > Subject: Re: [Pharo-project] Polymorph final > > >> Ok I will do an integration pass later today :) >> >> Stef >> >> On Jan 19, 2010, at 6:01 PM, Gary Chambers wrote: >> >>> Nearly the last version on SqueakSource. Polymorph-Widgets-gvc.101.mcz. >>> I seem to have lost some fixes for multiFormFillStyle (oddity with >>> pressed control buttons...). >>> >>> Let me know if there are any merge problems. >>> >>> Adds OverflowRowMorph to browser switches/button-bar. >>> >>> 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

Jan. 19, 2010

Re: [Pharo-project] After OB, compare to current version uses old diff

by Mariano Martinez Peck

Sorry, try ((Smalltalk at: #ConfigurationOfOmniBrowser) project version: '1.1') load. not ((Smalltalk at: #ConfigurationOfOmniBrowser) project version: '1.0') load. (1.1 instead of 1.0) On Tue, Jan 19, 2010 at 6:57 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > 2010/1/19 Gary Chambers <gazzaguru2(a)btinternet.com> > > Unless code has changed then the setting for "Use Polymorph difference >> tools" should do. >> I expect some code regression may have happened though. >> > > Thanks Gary. The preference is the one Henrik said, useNewDiffToolsForMC, > but it is not working for me. You can try it like this: take the latest > PharoCore 1.0 image, (10506). You will notice that it is working with the > new diff. Then, evaluate: > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfOmniBrowser'; > load. > > > ((Smalltalk at: #ConfigurationOfOmniBrowser) project version: '1.0') load. > > Or download OB by hand from Lukas repo. > > After this, you will notice it uses the old diff even if the preference is > enable and even disabling it and enabling again. > > Cheers > > Mariano > > >> Regards, Gary >> >> ----- Original Message ----- >> *From:* Mariano Martinez Peck <marianopeck(a)gmail.com> >> *To:* Pharo-project(a)lists.gforge.inria.fr >> *Sent:* Tuesday, January 19, 2010 4:35 PM >> *Subject:* Re: [Pharo-project] After OB,compare to current version uses >> old diff >> >> >> >> On Tue, Jan 19, 2010 at 5:22 PM, Henrik Johansen < >> henrik.s.johansen(a)veloxit.no> wrote: >> >>> Preferences >> useNewDiffToolsForMC? >>> >> >> I tried this before sending the email, but not. I didn't work :( >> >> >>> >>> There was some discussion some time back, I believe Lukas stated he liked >>> the old tools better. >>> >> >> Ok..didn't know. >> >> >>> Can't say I blame him, I'm never quite sure if I'm installing new one or >>> keeping old when merging from MC until after the fact when I use the >>> Polymorph tools ... >>> >>> >> I can blame him at all. He is helping us a lot maintaining OB a lot. If we >> use his OB repository, then we should adapt to him. I don't pretend he >> change his default values or preferences. I just want to know how to set up >> again the new diff :) >> >> Cheers >> >> Mariano >> >> >>> Cheers, >>> Henry >>> >>> On Jan 19, 2010, at 5:05 26PM, Mariano Martinez Peck wrote: >>> >>> > Hi: If you take a PharoCore image, and browse the editions of a class, >>> then select an older one, and then select "compare to current", you see the >>> differences using the "new" diff, the same that we use in MC. >>> > >>> > However, after installing OB in a core image, it uses the "old" >>> version. I am not sure that change is due to OB, but at least it seems. I >>> checked in Preferences but I didn't find anything. >>> > >>> > Any hint how to put new diff again after installing OB ? >>> > >>> > Thanks! >>> > >>> > Mariano >>> > _______________________________________________ >>> > 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 >> > >

Jan. 19, 2010

Re: [Pharo-project] After OB, compare to current version uses old diff

by Mariano Martinez Peck

2010/1/19 Gary Chambers <gazzaguru2(a)btinternet.com> > Unless code has changed then the setting for "Use Polymorph difference > tools" should do. > I expect some code regression may have happened though. > Thanks Gary. The preference is the one Henrik said, useNewDiffToolsForMC, but it is not working for me. You can try it like this: take the latest PharoCore 1.0 image, (10506). You will notice that it is working with the new diff. Then, evaluate: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfOmniBrowser'; load. ((Smalltalk at: #ConfigurationOfOmniBrowser) project version: '1.0') load. Or download OB by hand from Lukas repo. After this, you will notice it uses the old diff even if the preference is enable and even disabling it and enabling again. Cheers Mariano > Regards, Gary > > ----- Original Message ----- > *From:* Mariano Martinez Peck <marianopeck(a)gmail.com> > *To:* Pharo-project(a)lists.gforge.inria.fr > *Sent:* Tuesday, January 19, 2010 4:35 PM > *Subject:* Re: [Pharo-project] After OB,compare to current version uses > old diff > > > > On Tue, Jan 19, 2010 at 5:22 PM, Henrik Johansen < > henrik.s.johansen(a)veloxit.no> wrote: > >> Preferences >> useNewDiffToolsForMC? >> > > I tried this before sending the email, but not. I didn't work :( > > >> >> There was some discussion some time back, I believe Lukas stated he liked >> the old tools better. >> > > Ok..didn't know. > > >> Can't say I blame him, I'm never quite sure if I'm installing new one or >> keeping old when merging from MC until after the fact when I use the >> Polymorph tools ... >> >> > I can blame him at all. He is helping us a lot maintaining OB a lot. If we > use his OB repository, then we should adapt to him. I don't pretend he > change his default values or preferences. I just want to know how to set up > again the new diff :) > > Cheers > > Mariano > > >> Cheers, >> Henry >> >> On Jan 19, 2010, at 5:05 26PM, Mariano Martinez Peck wrote: >> >> > Hi: If you take a PharoCore image, and browse the editions of a class, >> then select an older one, and then select "compare to current", you see the >> differences using the "new" diff, the same that we use in MC. >> > >> > However, after installing OB in a core image, it uses the "old" version. >> I am not sure that change is due to OB, but at least it seems. I checked in >> Preferences but I didn't find anything. >> > >> > Any hint how to put new diff again after installing OB ? >> > >> > Thanks! >> > >> > Mariano >> > _______________________________________________ >> > 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 >

Jan. 19, 2010

Re: [Pharo-project] [update 1.1] #11164

by StÃ©phane Ducasse

strange I do not find the senders of isolationHead: Stef On Jan 19, 2010, at 3:49 PM, Henrik Johansen wrote: > The hardcoded debugger change causes the "Debug it" command to fail. > > What is the extra isolationHead: parameter for anyways? > > Cheers, > Henry > > On Jan 16, 2010, at 9:26 55PM, Marcus Denker wrote: > >> 11164 >> ----- >> >> Issue 441: Hardcoded debugger >> Issue 1828: testAnnotationPane >> Issue 1819: 1.1: some packages have no repository >> >> >> -- >> Marcus Denker -- http://www.marcusdenker.de >> INRIA Lille -- Nord Europe. Team RMoD. >> >> >> _______________________________________________ >> 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

Jan. 19, 2010

Re: [Pharo-project] Polymorph final

by StÃ©phane Ducasse

I get This package depends on the following classes: PackagePaneBrowser SMSqueakMap PreferencesPanel UUniverseBrowser when trying to merge the PolymorphTaskBarIcons I'm releasing now the rest Stef On Jan 19, 2010, at 6:35 PM, Gary Chambers wrote: > Might be worth merging the TaskbarIcons too. Ignore any warnings > (UniverseBrowser etc.). Should just load the valid bits. Just a nicety, > taskbar icons/window icons (for supporting themes) etc. > > Regards, Gary > > ----- Original Message ----- > From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Tuesday, January 19, 2010 5:31 PM > Subject: Re: [Pharo-project] Polymorph final > > >> Ok I will do an integration pass later today :) >> >> Stef >> >> On Jan 19, 2010, at 6:01 PM, Gary Chambers wrote: >> >>> Nearly the last version on SqueakSource. Polymorph-Widgets-gvc.101.mcz. >>> I seem to have lost some fixes for multiFormFillStyle (oddity with >>> pressed control buttons...). >>> >>> Let me know if there are any merge problems. >>> >>> Adds OverflowRowMorph to browser switches/button-bar. >>> >>> 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

Jan. 19, 2010

Re: [Pharo-project] Can we remove Arc, Circle and Spline ?

by Mariano Martinez Peck

Ok...No problem. I have just arrive to them looking for stuff related with ImageSegment (no, they were not related to ImageSegment) and then, I tried to understood those classes and I noticed that nobody use them inside the core...and thus, that's why I asked. Cheers Mariano On Tue, Jan 19, 2010 at 6:42 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Hi mariano > > I think that for now they are easy to fix in case of problem. > I suggest that we concentrate efforts on some ugly one like project and > deepInner.... > FileDirectory.... > > Stef > > On Jan 19, 2010, at 11:20 AM, Mariano Martinez Peck wrote: > > > Maybe I even would like to remove the whole package 'ST80-Paths'.....but, > going step by step, I would remove Arc, Circle and Spline. As far as I > could see, they don't have more senders than their own examples. And they > are not even working. For example, Arc and Circule shows the same. Evaluate: > > > > Arc example > > Circle example > > Spline example > > > > So, what do you think? We break everything if we do this? opinions? > > > > Maybe we can put them in PharoMorphicExtras :) > > > > Cheers > > > > Mariano > > > > _______________________________________________ > > 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 >

Jan. 19, 2010

Re: [Pharo-project] We remove CodeLoader ?? [WAS] Presenter and Project will die aren't they ?

by Mariano Martinez Peck

On Tue, Jan 19, 2010 at 6:12 PM, Michael Roberts <mike(a)mjr104.co.uk> wrote: > we can remove it but we need to keep the ability to load scripts from > the command line. > > Mike: Thanks for you answer. I really don't know too much of CodeLoader, that's why I ask. I checked that about running from command line. You are right. > so, your code is fine but you can't zap CodeLoader since it's still > referenced for the load. It would be easier just to make a new class > that only loads scripts from the command line, and zap the rest. > > Yes, maybe that's a better idea. However, I think that maybe we even don't need a new class. Maybe we can do something like this: startUpAfterLogin | scriptName loader isUrl | self readDocumentAtStartup ifTrue: [ scriptName := (SmalltalkImage current getSystemAttribute: 2) ifNil:['']. scriptName := scriptName convertFromSystemString.. ] ifFalse: [ scriptName := '' ]. scriptName isEmptyOrNil ifTrue:[^ self]. self loadAndInstallSources: scriptName. And then, we define ProjectLauncher >> loadAndInstallSources: aScriptName Here we should do a fileIn, but I am not sure how to do that. Can you help me ? What do you think ? Is it worth this or keep CodeLoader ? I reall don't LIKE AT ALL to use something that depends on HTTPLoader to do that...wtf ??? Look CodeLoader >> createRequestFor: Please, take into account I am very newbie with this stuff, so maybe there are a lot of problems I am not seeing. I just asked :) Cheers Mariano cheers > Mike > > 2010/1/19 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > So....we will remove CodeLoader then ? This is the moment to speak :) > > > > I ask about this because I am trying to analize who uses ImageSegments > and > > all that stuff in the code and see how easily or good is to remove > > ImageSegment to a separate package. And, CodeLoader uses ImageSegment. > > > > As far as I looked, the only user or CodeLoader, as Michael said is > > ProjectLauncher >> startUpAfterLogin > > Which....I think it will also die in a moment if Project will die too.... > > > > Anyway, but do you think about changing startUpAfterLogin to this: > > > > startUpAfterLogin > > | scriptName loader isUrl | > > self readDocumentAtStartup ifTrue: [ > > scriptName := (SmalltalkImage current getSystemAttribute: 2) > > ifNil:['']. > > scriptName := scriptName convertFromSystemString. > > scriptName isEmpty ifFalse:[ > > "figure out if script name is a URL by itself" > > isUrl := (scriptName asLowercase beginsWith:'http://') or:[ > > (scriptName asLowercase beginsWith:'file://') or:[ > > (scriptName asLowercase beginsWith:'ftp://')]]. > > isUrl ifFalse:[scriptName := 'file:',scriptName]]. > > . ] > > ifFalse: [ scriptName := '' ]. > > > > scriptName isEmptyOrNil > > ifTrue:[^ self]. > > loader := CodeLoader new. > > loader loadSourceFiles: (Array with: scriptName). > > loader installSourceFiles. > > > > > > > > On Tue, Jan 12, 2010 at 9:56 AM, StÃ©phane Ducasse > > <stephane.ducasse(a)inria.fr> wrote: > >> > >> ok we got convinced :) > >> > >> On Jan 12, 2010, at 8:20 AM, John M McIntosh wrote: > >> > >> > Ah well yes Michael suffered thru managing, testing, and working with > >> > all those browsers & plugins. > >> > I suffered thru trying to figure out how it all worked... At least on > >> > the mac. > >> > > >> > Here's the current issue, because: > >> > > >> > Microsoft shafted netscape by abandoning the netscape API, then > shafted > >> > apple by not providing an alternative > >> > we had the strange mixture of a solution for os-x, windows, X11. Then > >> > of course Microsoft IE on macintosh > >> > would change behaviour from version to version to screw with FireFox & > >> > Mozilla etc. Let alone worrying about Opera which > >> > kinda worked. Fortunately Microsoft abandon the Mac browser market, > >> > and Apple introduced Safari which again was slightly different. > >> > > >> > Now on 10.6 we had this problem an abandon API for plugins, that > needed > >> > to move forward, also into the 64bit world. > >> > So Apple changed things again to either let you run Safari in 32bit > >> > using old plugins (busted), or using a modified 64bit plugins api, but > >> > not both at the same time. > >> > > >> > The words busted, non-existant, abandon, (implied ugly), appear quite > a > >> > few times in the sentences above. Also on every > >> > browser version change, or operating system major version change > >> > something was just slightly funky enough to bring down > >> > the house of cards. > >> > > >> > So, time is better spent in getting 64bit squeak working, since there > is > >> > plenty of hours still needed to fixup all the plugins, > >> > and check that the VM is actually sane... > >> > > >> > > >> > On 2010-01-11, at 1:59 PM, Michael Rueger wrote: > >> > > >> >> On 1/11/2010 10:58 PM, Michael Rueger wrote: > >> >> > >> >>> forget squeak/pharo in the browser. > >> >> > >> >> for those not in the know: > >> >> I'm one of the poor guys who actually spent a *lot* of time making it > >> >> possible ;-) > >> >> > >> >> Michael > >> >> > >> >> _______________________________________________ > >> >> Pharo-project mailing list > >> >> Pharo-project(a)lists.gforge.inria.fr > >> >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > >> > -- > >> > > >> > > =========================================================================== > >> > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > >> > squeaker68882 > >> > Corporate Smalltalk Consulting Ltd. > http://www.smalltalkconsulting.com > >> > > >> > > =========================================================================== > >> > > >> > > >> > > >> > > >> > > >> > _______________________________________________ > >> > 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 >

Jan. 19, 2010

Re: [Pharo-project] testing the linux vm of pharo-project

by Gary Chambers

Any chance of a Windows VM that deals with the BitBlt problems with respect to antialiased StrikeFonts? Regards, Gary ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Tuesday, January 19, 2010 5:46 PM Subject: Re: [Pharo-project] testing the linux vm of pharo-project >I would not put the stexupery as first vm because the squeak one should be >more tested. > > Stef > > On Jan 19, 2010, at 2:40 PM, Mariano Martinez Peck wrote: > >> Ok...so: pharo exupery vm as FTPlugin compiled and 3.11. doesn't. And >> both are closure-enable. >> >> Does someone have a compiled squeak-unix-vm with FTPlugin ? because >> otherwise, I think I would rather to put again Exupery as the default >> one. >> >> Opinions? >> >> 2010/1/19 George Herolyants <george.herolyants(a)gmail.com> >> So, here are the results (see attachments). On the background of each >> pharo screenshot you can see the version number of the vm, and command >> line I used to run pharo image with this vm. >> As you can see results are far better for the pharo-exupery-linux-vm >> (which means 0.15.2f), because it has FTPlugin compiled, and >> squeak-unix-vm (which means 3.11.3-2135) hasn't. >> >> _______________________________________________ >> 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

Jan. 19, 2010

Re: [Pharo-project] Polymorph final

by StÃ©phane Ducasse

Ok I will integrate now :) On Jan 19, 2010, at 6:37 PM, Gary Chambers wrote: > P.S. I am on the pharo IRC for the next few hours for more immediate > responses. > > Regards, Gary > > ----- Original Message ----- > From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Tuesday, January 19, 2010 5:31 PM > Subject: Re: [Pharo-project] Polymorph final > > >> Ok I will do an integration pass later today :) >> >> Stef >> >> On Jan 19, 2010, at 6:01 PM, Gary Chambers wrote: >> >>> Nearly the last version on SqueakSource. Polymorph-Widgets-gvc.101.mcz. >>> I seem to have lost some fixes for multiFormFillStyle (oddity with >>> pressed control buttons...). >>> >>> Let me know if there are any merge problems. >>> >>> Adds OverflowRowMorph to browser switches/button-bar. >>> >>> 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

Jan. 19, 2010

Re: [Pharo-project] testing the linux vm of pharo-project

by StÃ©phane Ducasse

I would not put the stexupery as first vm because the squeak one should be more tested. Stef On Jan 19, 2010, at 2:40 PM, Mariano Martinez Peck wrote: > Ok...so: pharo exupery vm as FTPlugin compiled and 3.11. doesn't. And both are closure-enable. > > Does someone have a compiled squeak-unix-vm with FTPlugin ? because otherwise, I think I would rather to put again Exupery as the default one. > > Opinions? > > 2010/1/19 George Herolyants <george.herolyants(a)gmail.com> > So, here are the results (see attachments). On the background of each > pharo screenshot you can see the version number of the vm, and command > line I used to run pharo image with this vm. > As you can see results are far better for the pharo-exupery-linux-vm > (which means 0.15.2f), because it has FTPlugin compiled, and > squeak-unix-vm (which means 3.11.3-2135) hasn't. > > _______________________________________________ > 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

Jan. 19, 2010