August 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] WAKom and Seaside 2.9

by Philippe Marschall

Robert Sirois wrote: > Was Seaside 2.9 intended to be used with Pharo beta 1? WAKom still > doesn't work with that version. I assume you're talking about alpha4. That's our fault and not the one of Pharo. See the thread "MNU after clean install..." [1]. In general you'll get the best and quickest answers on the Seaside mailing list. To quote Julian: This is fixed in Seaside-Adaptors-Comanche-jf.41 if you want to update. Or: - add a call to #new in WAKom>>defaultCodec and WAKomEncoded>>defaultCodec; or - use the control panel available in the World->Tools->more... menu to add the instance instead; or - execute "WAKom default codec: WANullCodec new" [1] http://lists.squeakfoundation.org/pipermail/seaside/2009-July/thread.html Cheers Philippe

Aug. 7, 2009

Re: [Pharo-project] WAKom and Seaside 2.9

by Robert Sirois

Thank you, Torsten's method seems to have solved my problem. I had a Seaside 2.9 changeset I just dropped in there and tried to use WAKom like in a Squeak image. Silly question I'm sure, but what is the difference between the two web servers? The callbacks? Thanks! RS _________________________________________________________________ Get back to school stuff for them and cashback for you. http://www.bing.com/cashback?form=MSHYCB&publ=WLHMTAG&crea=TEXT_MSHYCB_Back…

Aug. 7, 2009

[Pharo-project] Fwd: [Vm-dev] Fwd: Compiling a Squeak VM for Pharo on Ubuntu 8.04 LTS Server (64bit)

by Damien Cassou

---------- Forwarded message ---------- From: David T. Lewis <lewis(a)mail.msen.com> Date: Fri, Aug 7, 2009 at 5:39 PM Subject: Re: [Vm-dev] Fwd: [Pharo-project] Compiling a Squeak VM for Pharo on Ubuntu 8.04 LTS Server (64bit) To: Squeak Virtual Machine Development Discussion <vm-dev(a)lists.squeakfoundation.org> On Fri, Aug 07, 2009 at 01:14:21PM +0200, Damien Cassou wrote: > > ---------- Forwarded message ---------- > From: Dave Woodward <dave(a)futuremint.com> > Date: Thu, Aug 6, 2009 at 7:10 PM > Subject: [Pharo-project] Compiling a Squeak VM for Pharo on Ubuntu > 8.04 LTS Server (64bit) > To: pharo-project(a)lists.gforge.inria.fr > > > I tried using the pre-compiled VM from the Pharo website to no avail. > I'm not exactly sure what the problem is, but when running the > pre-compiled Pharo VM, OR the pre-compiled Squeak 3.10-6 VM, they just > quit with a "File not found" error. ?My only hunch regarding this is > that they were compiled on 32bit Linuxes, and I'm using a 64bit Linux. A likely guess is that some 32-bit library needs to be installed on the Linux system in question. The Squeak 3.10-6 VM runs fine on my 64bit SuSE laptop. > I'm using a bare-bones install of Ubuntu server, 8.04LTS 64bit. ?I'm > using Slicehost.com for a virtual server to run a Seaside application > (they use all 64bit *NIXs), and I'm switching from vanilla Squeak 3.9 > to Pharo. > > So, since the Squeak 3.10-6 VM didn't work either I decided to compile > my own VM. ?This does not work out of the box on a vanilla Ubuntu > Server 8.04 install, so here are the steps I took to successfully > compile the VM from the 3.10-6 src files: > > (cd /Squeak-3.10-6/platforms/unix) > > Configure: > ./config/configure --without-x --without-gl --without-quartz --without-npsqueak > > NOTE: The configure command adds 2 entries to disable the RomePlugin. > It looks like it first tests Freetype (not installed so adds an entry > to disable RomePlugin), and then tests Cairo (not installed, so adds > *another* entry to disable RomePlugin). ?I believe the autoconf files > need to be fixed for this, but I leave it up to the squeak-dev folks > to figure that out as I have no knowledge of autoconf. > > Make: > make squeak ?(this will error) > > To fix the damage from the note above, I had to remove the duplicate > entry for RomePlugin_exports on line 22 of disabledPlugins.c. Thats a problem of some sort in configure, but note also that RomePlugin will not work on 64-bit systems (Mantis 7344). Dave -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Aug. 7, 2009

Re: [Pharo-project] [Ann] RFB/VNC fully configurable by code.

by Miguel Enrique CobÃ¡ Martinez

I promise that this is the last reply to myself :) > The version on Lukas repo is: > > RFB-MiguelCoba.26.mcz Something I forgot to say is that this new version is based on Lukas version that has already some changes to make it work on pharo. So this version work on pharo. Maybe can work on squeak also, maybe can be ported to squeak. I changed considerably RFBServer but just a little of RFBSession (one-liners). All the other classes are untouched. So maybe some time later I can do the port to make it work with squeak, if some good soul don't do it before.

Aug. 7, 2009

Re: [Pharo-project] [Ann] RFB/VNC fully configurable by code.

by Miguel Enrique CobÃ¡ Martinez

El vie, 07-08-2009 a las 01:51 -0500, Miguel Enrique CobÃ¡ Martinez escribiÃ³: > > - It brokes the class WAVNCController. The method isServerRunning it is: > > isServerRunning > ^self serverInstance notNil > > but with this new version of RFB should be: > > isServerRunning > ^self serverInstance isRunning. How should I handle this bug. I can rewrite the WAVNCController to use the new RFBServer code in Pharo, but in squeak they use the old code. How can I test the platform and send the apropriate message to the RFBServer in the Seaside app? Where should I upload (if so) the new version for integration with the main Seaside? In more general terms, what is the Seaside position respect to this kind of changes that are incompatible with squeak? I remember that sometime ago Philippe said that he doesn't want to support two (or several) versions for each platform? Cheers, Miguel CobÃ¡

Aug. 7, 2009

Re: [Pharo-project] preparing 1.1

by Adrian Lienhard

I added this to the list on http://code.google.com/p/pharo/wiki/IdeasToImplement Adrian On Aug 7, 2009, at 12:12 , Pavel Krivanek wrote: > Hi, > > I would like to add the process of creation of some kind of the UI- > less > kernel image and overall approximation to the KernelImage > modularization. > > Cheers, > -- Pavel > > On Thu, Aug 6, 2009 at 12:30 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr >> wrote: > >> Hi guys >> >> we would like also to get a list of items for 1.1 >> >> http://code.google.com/p/pharo/wiki/IdeasToImplement >> >> >> â¢ MethodReference? and CompiledMethod? >> â¢ Clean category / comments (some package are totally wrong) >> â¢ First class packages >> â¢ Files: Cleaning file/directory (Gnu + rio rewrite) >> â¢ Streams >> â¢ Remove projects and other >> â¢ Clean ImageSegments? >> â¢ MethodReference?/CompiledMethod? >> â¢ NewCompiler? >> â¢ Better browser >> â¢ Cleaning Morphic (better integration of Polymorph) >> â¢ Rome and other Sophie library >> â¢ Preferences using pragmas >> â¢ Checking CUIS enhancement >> â¢ Checking Squeak enhancement >> â¢ Enhancement Strike Fonts >> â¢ underscore in selector >> - test server >> _______________________________________________ >> 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

Aug. 7, 2009

Re: [Pharo-project] file dialog

by Gary Chambers

I'll add some then :-) Printing, unfortunately, is another common feature that is not really supported. Regards, Gary ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Friday, August 07, 2009 3:18 PM Subject: Re: [Pharo-project] file dialog Yes and we would integrate fast any steps in that direction. Stef On Aug 7, 2009, at 11:25 AM, Gary Chambers wrote: > Unfortunately, the current protocol of UIManager is rather limited. > Would be good to flesh out properly with colour choosers, font > choosers etc. > > For the moment your best bet is: > > UITheme builder fileSave: 'Your title here' > > which returns a new empty file stream or nil if cancelled. > There are other variants, see TEasilyThemed for others. > > Regards, Gary > > ----- Original Message ----- > From: "Tudor Girba" <girba(a)iam.unibe.ch> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Wednesday, August 05, 2009 10:36 AM > Subject: Re: [Pharo-project] file dialog > > > Hi again, > > On the same topic, what is the invocation to open a dialogue that > allows for saving files? > > Cheers, > Doru > > > On 5 Aug 2009, at 10:26, Tudor Girba wrote: > >> Thanks Mariano, >> >> The following code works: >> >> UIManager default >> chooseFileMatching: #('mse') >> label: 'Import model from MSE file.'. >> >> The problem is indeed that you have to pass a valid set of >> extensions, >> so * is not allowed. Anyway, it works for the moment but perhaps it >> should be changed to: >> >> FileDialogWindow>>validExtensions: aList >> "Set the filter for the files to be those with the given >> extensions." >> >> aList notEmpty >> ifTrue: [self defaultExtension: aList first]. >> self fileSelectionBlock: [:de | >> de isDirectory >> ifTrue: [self showDirectoriesInFileList] >> ifFalse: [(self fileNamePattern match: de name) and: [ >> aList contains: [:each | each match: >> (FileDirectory extensionFor: >> de name asLowercase) ] ]]] >> >> On the other hand the fileNamePattern seems to already have the job >> of >> filtering, so I do not really understand why we need aList. >> >> Cheers, >> Doru >> >> On 5 Aug 2009, at 09:39, StÃ©phane Ducasse wrote: >> >>> if you have a fix tag it 1.0 ;) >>> >>> Stef >>> >>> On Aug 5, 2009, at 12:56 AM, Mariano Martinez Peck wrote: >>> >>>> >>>> >>>> On Tue, Aug 4, 2009 at 7:32 PM, Tudor Girba <girba(a)iam.unibe.ch> >>>> wrote: >>>> Hi, >>>> >>>> I need to load a file from the disk. >>>> >>>> I am invoking: >>>> UIManager default >>>> chooseFileMatching: '*.mse' >>>> label: 'Import model from MSE file.'. >>>> >>>> The problem is that I do not see any files, even though I have >>>> files >>>> with .mse ending in the directory. Also, even if I pass '*.*' I >>>> still >>>> cannot see the files (only the directories). >>>> >>>> Could anyone tell me what I am doing wrong? >>>> >>>> I could reproduce it and debugging I noticed that >>>> >>>> FileDialogWindow>>validExtensions: aList >>>> "Set the filter for the files to be those with the given >>>> extensions." >>>> >>>> aList notEmpty >>>> ifTrue: [self defaultExtension: aList first]. >>>> self fileSelectionBlock: [:de | >>>> de isDirectory >>>> ifTrue: [self showDirectoriesInFileList] >>>> ifFalse: [(self fileNamePattern match: de name) and: [ >>>> aList includes: (FileDirectory extensionFor: >>>> de name asLowercase)]]] >>>> >>>> >>>> I think there can be a problem with this method. Here, aList will >>>> be >>>> '*.*' and as you can imagine that string doesn't includes any of >>>> the >>>> extensions. Perhaps we can change that include for a match: or >>>> something like that. To see this, remove the line >>>> aList includes: (FileDirectory extensionFor: de name asLowercase >>>> >>>> and you will see that now all the files are shown. >>>> >>>> we should open a ticket but I don't know if this should be 1.0 tag >>>> >>>> best, >>>> >>>> Mariano >>>> >>>> >>>> >>>> Cheers, >>>> Doru >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Next time you see your life passing by, say 'hi' and get to know >>>> her." >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 >> >> "What is more important: To be happy, or to make happy?" >> >> >> _______________________________________________ >> 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 > > "Some battles are better lost than fought." > > > > > _______________________________________________ > 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

Aug. 7, 2009

Re: [Pharo-project] preparing 1.1

by Lukas Renggli

> I would like to add the process of creation of some kind of the UI-less kernel image and overall approximation to the KernelImage modularization. +100 (i love the 3.9 based morphic kernel images) > > Cheers, > -- Pavel > > On Thu, Aug 6, 2009 at 12:30 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi guys > > we would like also to get a list of items for 1.1 > > Â Â Â Â http://code.google.com/p/pharo/wiki/IdeasToImplement > > > Â Â Â Â Â Â Â Â â¢ MethodReference? and CompiledMethod? > Â Â Â Â â¢ Clean category / comments (some package are totally wrong) > Â Â Â Â â¢ First class packages > Â Â Â Â â¢ Files: Cleaning file/directory (Gnu + rio rewrite) > Â Â Â Â â¢ Streams > Â Â Â Â â¢ Remove projects and other > Â Â Â Â â¢ Clean ImageSegments? > Â Â Â Â â¢ MethodReference?/CompiledMethod? > Â Â Â Â â¢ NewCompiler? > Â Â Â Â â¢ Better browser > Â Â Â Â â¢ Cleaning Morphic (better integration of Polymorph) > Â Â Â Â â¢ Rome and other Sophie library > Â Â Â Â â¢ Preferences using pragmas > Â Â Â Â â¢ Checking CUIS enhancement > Â Â Â Â â¢ Checking Squeak enhancement > Â Â Â Â â¢ Enhancement Strike Fonts > Â Â Â Â â¢ underscore in selector > Â Â Â Â - test server > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- Lukas Renggli http://www.lukas-renggli.ch

Aug. 7, 2009

Re: [Pharo-project] file dialog

by StÃ©phane Ducasse

Yes and we would integrate fast any steps in that direction. Stef On Aug 7, 2009, at 11:25 AM, Gary Chambers wrote: > Unfortunately, the current protocol of UIManager is rather limited. > Would be good to flesh out properly with colour choosers, font > choosers etc. > > For the moment your best bet is: > > UITheme builder fileSave: 'Your title here' > > which returns a new empty file stream or nil if cancelled. > There are other variants, see TEasilyThemed for others. > > Regards, Gary > > ----- Original Message ----- > From: "Tudor Girba" <girba(a)iam.unibe.ch> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Wednesday, August 05, 2009 10:36 AM > Subject: Re: [Pharo-project] file dialog > > > Hi again, > > On the same topic, what is the invocation to open a dialogue that > allows for saving files? > > Cheers, > Doru > > > On 5 Aug 2009, at 10:26, Tudor Girba wrote: > >> Thanks Mariano, >> >> The following code works: >> >> UIManager default >> chooseFileMatching: #('mse') >> label: 'Import model from MSE file.'. >> >> The problem is indeed that you have to pass a valid set of >> extensions, >> so * is not allowed. Anyway, it works for the moment but perhaps it >> should be changed to: >> >> FileDialogWindow>>validExtensions: aList >> "Set the filter for the files to be those with the given >> extensions." >> >> aList notEmpty >> ifTrue: [self defaultExtension: aList first]. >> self fileSelectionBlock: [:de | >> de isDirectory >> ifTrue: [self showDirectoriesInFileList] >> ifFalse: [(self fileNamePattern match: de name) and: [ >> aList contains: [:each | each match: >> (FileDirectory extensionFor: >> de name asLowercase) ] ]]] >> >> On the other hand the fileNamePattern seems to already have the job >> of >> filtering, so I do not really understand why we need aList. >> >> Cheers, >> Doru >> >> On 5 Aug 2009, at 09:39, StÃ©phane Ducasse wrote: >> >>> if you have a fix tag it 1.0 ;) >>> >>> Stef >>> >>> On Aug 5, 2009, at 12:56 AM, Mariano Martinez Peck wrote: >>> >>>> >>>> >>>> On Tue, Aug 4, 2009 at 7:32 PM, Tudor Girba <girba(a)iam.unibe.ch> >>>> wrote: >>>> Hi, >>>> >>>> I need to load a file from the disk. >>>> >>>> I am invoking: >>>> UIManager default >>>> chooseFileMatching: '*.mse' >>>> label: 'Import model from MSE file.'. >>>> >>>> The problem is that I do not see any files, even though I have >>>> files >>>> with .mse ending in the directory. Also, even if I pass '*.*' I >>>> still >>>> cannot see the files (only the directories). >>>> >>>> Could anyone tell me what I am doing wrong? >>>> >>>> I could reproduce it and debugging I noticed that >>>> >>>> FileDialogWindow>>validExtensions: aList >>>> "Set the filter for the files to be those with the given >>>> extensions." >>>> >>>> aList notEmpty >>>> ifTrue: [self defaultExtension: aList first]. >>>> self fileSelectionBlock: [:de | >>>> de isDirectory >>>> ifTrue: [self showDirectoriesInFileList] >>>> ifFalse: [(self fileNamePattern match: de name) and: [ >>>> aList includes: (FileDirectory extensionFor: >>>> de name asLowercase)]]] >>>> >>>> >>>> I think there can be a problem with this method. Here, aList will >>>> be >>>> '*.*' and as you can imagine that string doesn't includes any of >>>> the >>>> extensions. Perhaps we can change that include for a match: or >>>> something like that. To see this, remove the line >>>> aList includes: (FileDirectory extensionFor: de name asLowercase >>>> >>>> and you will see that now all the files are shown. >>>> >>>> we should open a ticket but I don't know if this should be 1.0 tag >>>> >>>> best, >>>> >>>> Mariano >>>> >>>> >>>> >>>> Cheers, >>>> Doru >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Next time you see your life passing by, say 'hi' and get to know >>>> her." >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 >> >> "What is more important: To be happy, or to make happy?" >> >> >> _______________________________________________ >> 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 > > "Some battles are better lost than fought." > > > > > _______________________________________________ > 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

Aug. 7, 2009

Re: [Pharo-project] SystemNavigation obsoleteBehaviors was Re: [BUG] MethodContext allInstances size

by StÃ©phane Ducasse

probably Stef On Aug 7, 2009, at 2:20 PM, Stan Shepherd wrote: > > Hi, Am I right in thinking this is the same issue? It appears to > loop > forever. > ...Stan > > SystemNavigation obsoleteBehaviors > "SystemNavigation default obsoleteBehaviors inspect" > "Find all obsolete behaviors including meta classes" > > | obs | > obs := OrderedCollection new. > Smalltalk garbageCollect. > self > allObjectsDo: [:cl | (cl isBehavior > and: [cl isObsolete]) > ifTrue: [obs add: cl]]. > ^ obs asArray > > Marcus Denker-2 wrote: >> >> >> On 05.08.2009, at 11:30, StÃ©phane Ducasse wrote: >> >>> Hi guys >>> >>> MethodContext allInstances size seems to loop forever or even to >>> crash my VM. >> >> This might be because new instances are created while executing the >> expression. >> >> Normally contexts are recycled. But the list of contexts available >> for >> recycling in the vm is flushed (gc) or can just have none to recycle >> anymore. >> >> Therefore, while executing code new instance of MethodContext are >> created, >> leading to an endless loop for "allInstances". >> >> ThatÂ´s my theory.. >> >> >> Marcus >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> > > -- > View this message in context: http://n2.nabble.com/-BUG--MethodContext-allInstances-size-tp3392811p340401… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 7, 2009