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

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

by Sven Van Caekenberghe

On 04 May 2013, at 13:33, Norbert Hartl <norbert(a)hartl.name> wrote: > Huh? Didn't think a second about it not being completely obvious that I was making a joke. > > I think I'm quite familiar with what is possible and what is not because I spent nearly _your_ complete lifetime on those things :) Norbert, you are (becoming) a grumpy old man with a beard ;-) > Norbert > > Am 04.05.2013 um 12:51 schrieb Benjamin <benjamin.vanryseghem.pharo(a)gmail.com>: > >> You really think you can break thing from the Amber browser on client side ? >> >> Ben >> >> On May 4, 2013, at 10:33 AM, Norbert Hartl <norbert(a)hartl.name> wrote: >> >>> >>> >>> 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] [ANN] A SmalltalkHub server for each

by Norbert Hartl

Huh? Didn't think a second about it not being completely obvious that I was making a joke. I think I'm quite familiar with what is possible and what is not because I spent nearly _your_ complete lifetime on those things :) Norbert Am 04.05.2013 um 12:51 schrieb Benjamin <benjamin.vanryseghem.pharo(a)gmail.com>: > You really think you can break thing from the Amber browser on client side ? > > Ben > > On May 4, 2013, at 10:33 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > >> >> >> 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] Pharo Logo SVG

by Camillo Bruni

On 2013-05-04, at 12:39, Marcus Denker <marcus.denker(a)inria.fr> wrote: > On May 4, 2013, at 12:30 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> What is the difference to the previous SVG version? >> >> http://files.pharo.org/media/logo/logo.svg >> >> > > The previous version was findable from our websiteâ¦ > > http://www.pharo-project.org/pharo-download/media-files > > I will clean this page up (added a TODO, will add a tracker entry). Dunno if you saw it, but yesterday late-night I cleaned up all the media files on files.pharo.org/media/logo :) so maybe we can synchronize that a bit more even.

May 4, 2013

Re: [Pharo-project] Sprint

by Benjamin

It was one of my best Sprint :) A lot of energy, even the sun was present (and at Lille, it's a gift from gods ^^) Ben On May 4, 2013, at 10:04 AM, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > > 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

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

by Benjamin

You really think you can break thing from the Amber browser on client side ? Ben On May 4, 2013, at 10:33 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > > > 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] Pharo Logo SVG

by Marcus Denker

On May 4, 2013, at 12:30 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > What is the difference to the previous SVG version? > > http://files.pharo.org/media/logo/logo.svg > > The previous version was findable from our websiteâ¦ http://www.pharo-project.org/pharo-download/media-files I will clean this page up (added a TODO, will add a tracker entry). Marcus > On 2013-05-04, at 10:53, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> >> 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

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

by ClÃ©ment Bera

To be more precise, for the method : foo ^ 1 + 2 AST will be : ^ \ + / \ 1 2 AST Interpreter, to interpret ^, will do something like : start interpret ^ interpret subnode of ^ start interpret + interpret subnodes of + interpret 1 interpret 2 interpret + with subnodes interpretation result end interpret + interpret ^ with subnode interpretation result end interpret ^ Igor would like to have a flatten AST that would be in an array like : #( 1 2 + ^ ) Then you can interpret it with a loop [currentASTNode hasNextNode] whileTrue: [ self interpret: currentASTNode nextNode ]. And interpretation looks like : interpret 2 interpret 1 interpret + with two precedent results on stack interpret ^ with precedent result on stack 2013/5/4 ClÃ©ment Bera <bera.clement(a)gmail.com> > 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] Using Athens for real ...

by Camillo Bruni

Yes that view is very neat! Especially for debugging, maintaining the Smalltalk immediate feedback principle :0 On 2013-05-04, at 09:41, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote > 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. > <Screen Shot 2013-05-04 at 12.33.02 AM.png> > <Screen Shot 2013-05-04 at 12.35.35 AM.png> > <AthensTreeView.st> > <AthensSimpleTreeNode.st> >

May 4, 2013

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

by Camillo Bruni

On 2013-05-04, at 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 sure I'll have to polish it a bit then I can put it into the ast interpreter repository. > 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 ;) >> >> >> >>

May 4, 2013

Re: [Pharo-project] Pharo Logo SVG

by Camillo Bruni

What is the difference to the previous SVG version? http://files.pharo.org/media/logo/logo.svg On 2013-05-04, at 10:53, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > 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