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

Re: [Pharo-project] How to Debug :D

by ClÃ©ment Bera

2013/5/4 stephane ducasse <stephane.ducasse(a)free.fr> > > On May 4, 2013, at 1:04 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > Did i said already that i don't like how ASTInterpreter implemented? :) > > > We will let perfection for later :) > It is not a question of perfection or so. Igor does not like that we interpret recursively the AST instead of with a loop (ASTInterpreter>>interpret: calls itself again and again). He would like to have a flatten-AST-interpreter, with a loop like: [currentASTNode hasNextNode] whileTrue: [ self interpret: currentASTNode nextNode ]. But Camillo and I don't want that because it interprets a flatten AST, not a tree. > > > > Nevertheless, it is useful.. and this case clearly demonstrates that. > > > > On 4 May 2013 00:14, Clara Allende <clari.allende(a)gmail.com> wrote: > >> This is great news! Are you going to publish the code? it will come in > handy > >> for my summer of code :D > >> > > > > Camillo has the image > > > >> > >> On 3 May 2013 03:21, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > >>> > >>> > >>> > >>> Begin forwarded message: > >>> > >>> From: Camillo Bruni <camillobruni(a)gmail.com> > >>> Subject: [Lsehub-staff] How to Debug :D > >>> Date: May 2, 2013 6:22:06 PM GMT+02:00 > >>> To: RMoD private list <lsehub-staff(a)lists.gforge.inria.fr> > >>> Reply-To: RMoD private list <lsehub-staff(a)lists.gforge.inria.fr> > >>> > >>> Igor: Camillo can you help me debugging this strange athens rendering > bug > >>> Cami: sure > >>> > >>> Igor: where do you think the bug is? The green path jumps if I change > the > >>> Y coordinate and it shouldn't... > >>> Cami: no clue... > >>> > >>> Igor: Any clue how to get to the bug? > >>> Cami: let's use the ASTInterpreter to interpret two methods with > different > >>> transformation matrices and see when they diverge. > >>> > >>> Result: > >>> ------- > >>> - after 1h comparing AST Debugger is ready > >>> - we run the two traces, they do NOT diverge => ???? > >>> > >>> Conclusion: > >>> ----------- > >>> Cairo, which was chosen as reference, did not properly draw the path!!! > >>> > >>> So we should publish the code of the ComparingInterpreter a bit and we > >>> can use it for a few more tasks in Pharo ;) > >>> > >>> > >>> > >> > > > > > > > > -- > > Best regards, > > Igor Stasenko. > > > > > -- ClÃ©ment BÃ©ra Mate Virtual Machine Engineer BÃ¢timent B 40, avenue Halley 59650 *Villeneuve d'Ascq*

May 4, 2013

Re: [Pharo-project] Pharo Logo SVG

by Marcus Denker

On May 4, 2013, at 10:33 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > We got a nice contribution, as the author (CptFuture) is not subscribed to the list I forward it. > (I will put it on the file server) online here: http://files.pharo.org/media/logo/Pharo%20Logo%20SVG/ Marcus

May 4, 2013

[Pharo-project] Strange behvaior with protocols in nautilus

by StÃ©phane Ducasse

I loaded some morphic games and I have a strange behavior with nautilus. when I press all I see all the methods but when I look at the protocols I only get a couple and I do not see all the methods. Stef

May 4, 2013

Re: [Pharo-project] the newlist breaks the changesorter.

by stephane ducasse

forget it was fixed in latestâ¦30 On May 4, 2013, at 10:02 AM, StÃ©phane Ducasse <Stephane.Ducasse(a)inria.fr> wrote: > running out to do shopping. > > Stef >

May 4, 2013

[Pharo-project] Fwd: Pharo Logo SVG

by Marcus Denker

We got a nice contribution, as the author (CptFuture) is not subscribed to the list I forward it. (I will put it on the file server) > > recently I made a SVG-version out of your Pharo-Logo for Wikipedia. > > https://commons.wikimedia.org/wiki/File:Pharo_Logo_v0.9.svg > > > CptFuture

May 4, 2013

Re: [Pharo-project] [ANN] A SmalltalkHub server for each

by Norbert Hartl

Am 04.05.2013 um 07:29 schrieb Ben Coman <btc(a)openInWorld.com>: > Igor Stasenko wrote: >> On 4 May 2013 01:01, Javier PimÃ¡s <elpochodelagente(a)gmail.com> wrote: >> >>> Cool! And I just discovered that typing smalltalk.Browser._open() in the >>> javascript console on smalltalkhub site lets you see how the client side >>> works. >> >> Just don't break it please. I need st-hub in working state :) > What are the security implications of this ? > I guess no more than plain Javascript - the server should not blindly trust what the client sends. > See! That's a good example why "security by obscurity" does not work. It just needs a hacker like Javier to workaround it easily. So Javier has control over all of the servers? That's not goo...wait a minute..maybe it is good to have another administrator of the site..? Hmmm... Norbert

May 4, 2013

Re: [Pharo-project] How to Debug :D

by stephane ducasse

On May 4, 2013, at 1:04 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > Did i said already that i don't like how ASTInterpreter implemented? :) We will let perfection for later :) > > Nevertheless, it is useful.. and this case clearly demonstrates that. > > On 4 May 2013 00:14, Clara Allende <clari.allende(a)gmail.com> wrote: >> This is great news! Are you going to publish the code? it will come in handy >> for my summer of code :D >> > > Camillo has the image > >> >> On 3 May 2013 03:21, stephane ducasse <stephane.ducasse(a)free.fr> wrote: >>> >>> >>> >>> Begin forwarded message: >>> >>> From: Camillo Bruni <camillobruni(a)gmail.com> >>> Subject: [Lsehub-staff] How to Debug :D >>> Date: May 2, 2013 6:22:06 PM GMT+02:00 >>> To: RMoD private list <lsehub-staff(a)lists.gforge.inria.fr> >>> Reply-To: RMoD private list <lsehub-staff(a)lists.gforge.inria.fr> >>> >>> Igor: Camillo can you help me debugging this strange athens rendering bug >>> Cami: sure >>> >>> Igor: where do you think the bug is? The green path jumps if I change the >>> Y coordinate and it shouldn't... >>> Cami: no clue... >>> >>> Igor: Any clue how to get to the bug? >>> Cami: let's use the ASTInterpreter to interpret two methods with different >>> transformation matrices and see when they diverge. >>> >>> Result: >>> ------- >>> - after 1h comparing AST Debugger is ready >>> - we run the two traces, they do NOT diverge => ???? >>> >>> Conclusion: >>> ----------- >>> Cairo, which was chosen as reference, did not properly draw the path!!! >>> >>> So we should publish the code of the ComparingInterpreter a bit and we >>> can use it for a few more tasks in Pharo ;) >>> >>> >>> >> > > > > -- > Best regards, > Igor Stasenko. >

May 4, 2013

Re: [Pharo-project] Sprint

by stephane ducasse

On May 4, 2013, at 12:11 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > Thanks everybody for the great sprint! > > We fixed a lot of things today (incomplete list, please extend): > > - DateAndTime startup cleansing > - Fixing and integrating the new EyeInspector > - Fixing Monticello recategorization bug > - Removal of RBSmallDictionary > - Removal of an old deadly Morphic Halo > - Full documentation of the Fogbugz tracker statuses: https://pharo.fogbugz.com/default.asp?W65 > - --help on the VM does an exit 0 instead of a failure (exit 1) > - Monticello commit is no longer run in a separate thread, and thus the image does no longer freeze > - Newly added Monticello repositories are compared against existing ones and thus not duplicated > - Configuration and Jenkins job for Smalltalkhub > ...? > > I hope we can repeat such a sprint again with the same motivation! Yes we should. Definitively. > > cheers > cami

May 4, 2013

[Pharo-project] the newlist breaks the changesorter.

by StÃ©phane Ducasse

running out to do shopping. Stef

May 4, 2013

[Pharo-project] Using Athens for real ...

by StÃ©phane Ducasse

Begin forwarded message: > From: Igor Stasenko <siguctua(a)gmail.com> > Subject: Re: Else I can do a mail to the moose mailing... > Date: May 4, 2013 12:45:36 AM GMT+02:00 > To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > So i spent a little time to make an experiment, how fast i can render > the tree visualization. > > (gray screenshot) > This one i can zoom& pan in real time without even noticing any sort of delay: > > (AthensTreeView > openOn: Collection extentBlock: [ :cls | (cls allInstVarNames > size+1)*5 @ (cls methodDict size + 1) ] > childsBlock: [ :cls | cls subclasses ]). > > > (white screenshot) > This one a bit sluggish, because of drawing too many curves (but if > you comment curve drawing - connecting each child with its parent, > and leave drawing only boxes.. it will be quite fast.. for real-time zoom & pan) > > (AthensTreeView > openOn: Object extentBlock: [ :cls | (cls allInstVarNames > size+1)*5 @ (cls methodDict size + 1) ] > childsBlock: [ :cls | cls subclasses ]). > > And sure, smart people usually employ different visualizations for > such large trees, since it makes no sense: > Object withAllSubclasses size > 6882 > > but even without it, if you limit max zoom, you can go very fast ( > there is a lot of literature how you can do geometry culling (by > occluding unnecessary > geometry to not waste cycles on it, since it is outside of view anyways) > > > -- > Best regards, > Igor Stasenko.

May 4, 2013