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

Re: [Pharo-dev] Debugger recursion

by jan.struz

StÃ©phane Ducasse wrote > On Aug 23, 2013, at 7:13 PM, jan.struz < > public+pharo@ > > wrote: > >> Proxy implementation > > did you have a look at Ghost because mariano spent nearly a year on it. > > I do not really know what are the messages supposed to be supported by > ProtoObject to be debugged > May be it is not in the contract of ProtoObject and as such it produces > normally an infinite loop. > > Stef ok, so the rule is: never subclass ProtoObject to make Debugger crazy.. I will definitely look at Ghost, it has already been on my todo list.. thanks ----- Save The World! -- View this message in context: http://forum.world.st/Debugger-recursion-tp4704703p4704864.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 24, 2013

Re: [Pharo-dev] was shortPrintOn: on RBValueLiteralNode removed?

by Marcus Denker

On Aug 24, 2013, at 11:54 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Because the finder does not work anymore > > https://pharo.fogbugz.com/default.asp?11456 > My guess is that it used the old AST and now gets the RB AST. shortPrintOn: is implemented in ParseNode, but not in RBProgramNode. Either it needs to be added or (better), the caller needs to be fixed. I will do that laterâ¦ Marcus

Aug. 24, 2013

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

by Damien Pollet

On Aug 24, 2013, at 11:47, Sean DeNigris <sean(a)clipperadams.com> wrote: > 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) I found 3 buses at 8:15, 10:15, and 12:30, and 3 more in the afternoon. They leave from GenÃ¨ve gare routiÃ¨re, to Annecy gare routiÃ¨re. That seems to match this table http://www.frossard.eu/pdf/annecy-cruseilles-geneve.pdf, though the times are slightly different. On the form, I guess you have to pick the correct departure and arrival points. It's also quite easy to swap day and month between the US and french notation for dates. Other than that it seems coherent with the PDF time table. -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Aug. 24, 2013

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