- Pharo-dev - lists.pharo.org

what is the new way to do Smalltalk at: #MyClass?

by StÃ©phane Ducasse

Is it asClass? Stef

Aug. 24, 2013

was shortPrintOn: on RBValueLiteralNode removed?

by StÃ©phane Ducasse

Because the finder does not work anymore https://pharo.fogbugz.com/default.asp?11456 Stef

Aug. 24, 2013

Re: [Pharo-dev] [Esug-list] Camp Smalltalk Roadtrip!

by Sean DeNigris

Hmm, that schedule does seem to indicate a few buses in Sunday, but when I use their schedule form, no results show up for that day. Would a French-speaker please take a look and straighten this out? (and maybe it would be good to add our conclusions to the website) -------- Original message -------- From: Tom Robinson <zxrobinson(a)gmail.com> Date: 08/20/2013 11:32 PM (GMT+01:00) To: DeNigris Sean <sean(a)clipperadams.com> Cc: Alejandro Infante <alejandroinfante91(a)gmail.com>,esug-list@lists.esug.org,pharo-dev@lists.pharo.org Subject: Re: [Esug-list] Camp Smalltalk Roadtrip! Sean, Look atÂ http://www.frossard.eu/plans_lignes_fr.phtml. Click on the second route on the right - Annecy - Cruseilles-....Geneve to download the schedule. The second page is the Geneva to Annecy schedule.Â It looks like the blue columns are Monday - Sunday... Hope this helps. And if someone local from the Annecy area knows why I'm wrong, please speak up.... On 8/20/13 3:05 PM, DeNigris Sean wrote: Cool... Worst-case scenario, it seems that a taxi would be 100 euros or less, so if we can get three or four people, it would actually be pretty cheap! On Aug 20, 2013, at 4:54 PM, Alejandro Infante <alejandroinfante91(a)gmail.com> wrote: I was planning to travel to Annecy that Sunday morning from Geneva, but i didn't know that there were noÂ availableÂ bus.Â Would be great to team up with someone. Cheers, Alejandro 2013/8/20 DeNigris Sean <sean(a)clipperadams.com> (cross-posted to pharo dev and esug lists) Countdown to ESUG!!! My plane lands in Geneva at 1020 on 8 September. I was planning on taking the bus to Annecy, but apparently there is only one bus that Sunday, which arrives at 2200. Is anyone traveling that morning from the direction of Geneva who would like to team up e.g. share a taxi, meet somewhere along the way, etc? Thanks! Sean _______________________________________________ Esug-list mailing list Esug-list(a)lists.esug.org http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org _______________________________________________ Esug-list mailing list Esug-list(a)lists.esug.org http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org

Aug. 24, 2013

Re: [Pharo-dev] loosing versions of method after deleting and creating new

by GOUBIER Thierry

Hi Sabine, There is a method version inspector which uses gitfiletree [1] doesn't loose the old versions of the methods, and it will show versions older than the image (i.e. all versions stored in the git repository holding the package). It's packaged with the AltBrowser [2]. Thierry [1] https://github.com/dalehenrich/filetree [2] https://github.com/ThierryGoubier/AltBrowser ________________________________________ De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de Sabine KnÃ¶fel [sabine.knoefel(a)gmail.com] Date d'envoi : mardi 13 aoÃ»t 2013 16:34 Ã : pharo-dev(a)lists.pharo.org Objet : [Pharo-dev] loosing versions of method after deleting and creating new Hi, sometimes I have got the following situation: 1) I delete a method 2) I recognize uhhhh, I need it! it was wrong to delete it! 3) I re-write it (or get it from changes file or old image) 4) now, the versions of the method are lost I would have the following wishes for this situation: a) it should be easier for me to get back the deleted method (easier as searching the changes file or load old version of image) b) after re-writing the method, I want the versions of this method back. Perhaps there is another way to handle this and I did not know it. For a while I was renaming methods (e.g. from "methodname" to "methodnameOLD") instead of deleting it but this is not the way it should be imho. I was used to have this functionality in envy. What do you think about this? Regards Sabine -- View this message in context: http://forum.world.st/loosing-versions-of-method-after-deleting-and-creatin… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 24, 2013

Re: [Pharo-dev] [update 2.0] #20619

by MartinW

Goubier Thierry wrote > Thanks Esteban :) > > The speedup on loading MC packages is 3x or more, so I though it is a > crime not to make it available immediately, since there is no bug reports > in all our tests and usages. > Thanks Thierry for the backport! Yes, thank you both! While i haven't measured anything it feels MUCH faster when i load extensive configurations. -- View this message in context: http://forum.world.st/update-2-0-20619-tp4703465p4704839.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 24, 2013

Re: [Pharo-dev] [update 2.0] #20619

by GOUBIER Thierry

Thanks Esteban :) Thierry ________________________________________ De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de Esteban Lorenzano [estebanlm(a)gmail.com] Date d'envoi : mardi 13 aoÃ»t 2013 14:59 Ã : Pharo Development List Objet : [Pharo-dev] [update 2.0] #20619 20619 ----- 11209 backport 2.0: Add RPackageSet cache https://pharo.fogbugz.com/f/cases/11209 The speedup on loading MC packages is 3x or more, so I though it is a crime not to make it available immediately, since there is no bug reports in all our tests and usages. Thanks Thierry for the backport! Diff information: http://ss3.gemstone.com/ss/Pharo20/RPackage-Core-EstebanLorenzano.218.diff http://ss3.gemstone.com/ss/Pharo20/Monticello-EstebanLorenzano.784.diff http://ss3.gemstone.com/ss/Pharo20/Metacello-Platform.pharo20-EstebanLorenz…

Aug. 24, 2013

Re: [Pharo-dev] How do diagnose image locks up (cpu 100%) on save?

by Eliot Miranda

Hi Norbert, On Fri, Aug 23, 2013 at 3:45 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > strange but true I have a similar problem as of today. I don't have RFB > installed I just installed zinc and use it. I can reproduce the behavior > partially: > > Opening the image and saving works. Opening, starting a zinc server does > as well. But opening, starting the zinc server and issue a request from a > browser freezes the image when saving it. If I only issue one request from > a browser the image freezes for something between half a minute and a > minute. That smells like a timeout problem to me. The issue requested from > the browser ends in "self halt" so there is an exception going on. I didn't > switch zinc into debugMode for this. > I wanted to get some more information in the loop by issuing a USR1 signal > to the vm when it hangs. But in my case it does not write a dump file into > my working directory. > > This should be assured behavior that whenever a USR1 signal is received by > the vm that it always writes a file? I have plenty of space left on my > device. > Weeelllll.... the problem is that if the signal is received during the right phase of garbage collection (specifically the pointer-reversal mark phase) then printing the back-trace can cause a crash. The VM writes the stack trace to crash.dmp first, and then writes it to stdout. So if you see an incomplete crash.dmp file you can probably safely infer that the VM crashed when trying to print the stack trace. The VM could be written to defer the stack trace generation until GC finishes, which would be safer. It could perhaps immediately generate "in GC, stack trace generation deferred" or some such. Whne time allows I'll get to this (volunteer efforts welcome). > Norbert > > Am 23.08.2013 um 02:13 schrieb Paul DeBruicker <pdebruic(a)gmail.com>: > > > So when you open the image I posted and in the workspace run > > > > RFBServer start. > > Smalltalk snapshot: true andQuit: false. > > > > > > Everything works fine? It doesn't go to 100% cpu use? > > > > > > > > -- > > View this message in context: > http://forum.world.st/How-do-diagnose-image-locks-up-cpu-100-on-save-tp4704… > > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > > > > -- best, Eliot

Aug. 23, 2013

Re: [Pharo-dev] Strange parameter swapping in Pharo's COG extensions

by StÃ©phane Ducasse

thanks nicolas. Stef On Aug 23, 2013, at 10:40 PM, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > This is only for the CogVMSimulator but it looks like parameters were messed up, see the last 2: > > makeDirEntryName: entryName > size: entryNameSize > createDate: createDate > modDate: modifiedDate > isDir: dirFlag > fileSize: posixPermissions > posixPermissions: fileSize

Aug. 23, 2013

Re: [Pharo-dev] How do diagnose image locks up (cpu 100%) on save?

by Paul DeBruicker

Norbert Hartl wrote > Am 23.08.2013 um 13:21 schrieb Sven Van Caekenberghe < > sven@ > >: > >> Now, this is the normal behaviour, maybe something did change somewhere. > > most likely :) > > Norbert This: RFBServer start. Smalltalk snapshot:true andQuit: false. works fine in Pharo 1.4 on eliots vm ( version 2732) but locks up in the pharo vm. The SIGUSR1 report looks the similar to the one I posted above. Should I just downgrade to Pharo 1.4 if I want RFB? Thanks Paul -- View this message in context: http://forum.world.st/How-do-diagnose-image-locks-up-cpu-100-on-save-tp4704… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 23, 2013

Strange parameter swapping in Pharo's COG extensions

by Nicolas Cellier

This is only for the CogVMSimulator but it looks like parameters were messed up, see the last 2: makeDirEntryName: entryName size: entryNameSize createDate: createDate modDate: modifiedDate isDir: dirFlag fileSize: posixPermissions posixPermissions: fileSize

Aug. 23, 2013