- Pharo-dev - lists.pharo.org

[Pharo-project] Issue 3879 in pharo: Wipe out positional arguments cruft from compiler
by pharo＠googlecode.com March 25, 2011

March 25, 2011

Status: FixToInclude Owner: siguc...@gmail.com New issue 3879 by siguc...@gmail.com: Wipe out positional arguments cruft from compiler http://code.google.com/p/pharo/issues/detail?id=3879 Removes the #positionalArgument from Scanner and Parser So, now #(foo(bar)) is parsed correctly Attachments: Compiler-ar.197.1.cs 1.9 KB

1 2

[Pharo-project] Issue 3881 in pharo: Problem with Inst var refs...
by pharo＠googlecode.com March 25, 2011

March 25, 2011

Status: FixProposed Owner: Benjamin...@gmail.com Labels: Nautilus New issue 3881 by Benjamin...@gmail.com: Problem with Inst var refs... http://code.google.com/p/pharo/issues/detail?id=3881 If you click, the popup window have the good name, but if you choose to sort var names alphabetically, you have a stupid name Attachments: FixTitleIssueInInstVarBrowser.1.cs 748 bytes

1 2

[Pharo-project] Remove #class as a Compiler optimization
by Mariano Martinez Peck March 25, 2011

March 25, 2011

Hi. I have to say that I hate that the compiler associates a special bytecode for #class and that the VM don't even send the message. I want to be able to overwrite #class in a proxy for example, or to debug it. I did some benchmarks disabling such optimization by doing: (ParseNode classVarNamed: 'StdSelectors') removeKey: #class ifAbsent: []. Compiler recompileAll. And the difference is NOTHING in my tests (maybe I am doing something wrong). With Standard VM and #class optimization [SystemNavigation default allObjectsDo: [:each | each class]] timeToRun -> aprox 50 miliseconds With Standard VM and WITHOUT #class optimization [SystemNavigation default allObjectsDo: [:each | each class]] timeToRun -> aprox 60 miliseconds So...only 10 miliseconds more for asking the class to all the objects in the system.....(done in a PharoCore 1.3) With Cog VM and #class optimization [SystemNavigation default allObjectsDo: [:each | each class]] timeToRun -> aprox 13 miliseconds With Cog VM and WITHOUT #class optimization [SystemNavigation default allObjectsDo: [:each | each class]] timeToRun -> aprox 17 miliseconds So...only 5 miliseconds more for asking the class to all the objects in the system.....(done in a PharoCore 1.3) Considering (5 / 324535) asFloat 0,000015406... of overhead What do you think? Mariano

2 1

Re: [Pharo-project] problem with obsolete classes in latest core
by Marcus Denker March 25, 2011

March 25, 2011

On Mar 25, 2011, at 3:46 PM, Marcus Denker wrote: > >> fixObsoleteReferences only fixes CompiledMethods, doesn't it ? >> > > yep. > And the trick to find them is to inspect SystemNavigation default obsoleteClasses first allInstances and then use the "explore pointers" on that. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 3

Re: [Pharo-project] problem with obsolete classes in latest core
by Marcus Denker March 25, 2011

March 25, 2011

On Mar 25, 2011, at 3:44 PM, Mariano Martinez Peck wrote: > > > On Fri, Mar 25, 2011 at 3:41 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Mar 24, 2011, at 7:25 PM, Mariano Martinez Peck wrote: >> Compiler recompileAll. >> Smalltalk fixObsoleteReferences. >> >> SystemNavigation default obsoleteClasses ->>> an Array(AnObsoleteWordArray) >> >> But I cannot get rid of that final obsoletClass. >> > > > If you check for the users of WordArray, they are stored in some class vars... > > BalloonEngine initialize. > DataStream initialize. > DeflateStream initialize. > FastInflateStream initialize. > ZipConstants initialize. > ZipWriteStream initialize. > PNGReadWriter initialize > > seems to solve it. > > Thanks Marcus...so...I am trying to understand the problem. You are saying that if there is a class stored in an instVar somewhere, class var. > and I remove/renamed or whatever that class, then those instVar will be pointing to the obsolete one? yes. > fixObsoleteReferences only fixes CompiledMethods, doesn't it ? > yep. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

Re: [Pharo-project] problem with obsolete classes in latest core
by Marcus Denker March 25, 2011

March 25, 2011

On Mar 24, 2011, at 7:25 PM, Mariano Martinez Peck wrote: > Compiler recompileAll. > Smalltalk fixObsoleteReferences. > > SystemNavigation default obsoleteClasses ->>> an Array(AnObsoleteWordArray) > > But I cannot get rid of that final obsoletClass. > If you check for the users of WordArray, they are stored in some class vars... BalloonEngine initialize. DataStream initialize. DeflateStream initialize. FastInflateStream initialize. ZipConstants initialize. ZipWriteStream initialize. PNGReadWriter initialize seems to solve it. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

[Pharo-project] GUIs with Pharo / how to learn smalltalk
by Daniel Lyons March 25, 2011

March 25, 2011

Hi, I have two questions, a technical one and a more general one. In broad strokes, what are people doing for GUIs? My guess would be using Morphic, but googling around you find more abuse than use, it looks like, and very little live links to up-to-date documentation. It makes me wonder: is there something other than Morphic which is being used? Or is everyone doing web apps? Or is there some other GUI toolkit I haven't found yet, and that's where all the action is? Whenever I see a neat Morphic window or something, I feel a bit like there's a party going on somewhere and I didn't get an invitation. Like the first rule of Morphic club is you don't talk about Morphic club. The general question I have is basically, am I the problem? Is it that the documentation isn't where I expect to find it, or in the form I'm used to seeing, or that it isn't relevant somehow in the Smalltalk universe? Or is it all really intuitive except for me? :) I could accept that, I suppose, but how did you Smalltalk wizards become wizards? Did you just dive in and start reading the code in your own image? Was there some master Smalltalk wizard that you knew who showed you how to do these things? I'm currently reading Smalltalk Best Practice Patterns and it's one of the best programming books I've ever read. I see that there is a great deal of mastery of programming going around in Smalltalk circles, but I don't see the books that take you past beginner towards master, other than SBPP. So what's the trick going on here? How did you guys become excellent? I hope none of this comes across as negative; I think surely it's that I'm missing something. Thanks, â Daniel Lyons

9 8

[Pharo-project] What is the future of GUI in Pharo?
by nullPointer March 25, 2011

March 25, 2011

Many new things is happens this days on Pharo, and I donÂ´t understand the status of all. What is the future of GUI in Pharo? what changes will happen? which is the roadmap? Now I see SimpleMorphic. Pharo will work with it? Pharo will works with another way of draw/render the morphs? We will reduce the number of morph classes and hierarchy? The Morphic UI designer will be incorporated in dev image? Thanks for your answers. -- View this message in context: http://forum.world.st/What-is-the-future-of-GUI-in-Pharo-tp3400855p3400855.… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

11 20

[Pharo-project] [update 1.3] #13109
by Marcus Denker March 25, 2011

March 25, 2011

13109 ----- Issue 3863: packages cleanup needed -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] Issue 3863 in pharo: packages cleanup needed
by pharo＠googlecode.com March 25, 2011

March 25, 2011

Status: Accepted Owner: marcus.d...@gmail.com Labels: Milestone-1.3 New issue 3863 by marcus.d...@gmail.com: packages cleanup needed http://code.google.com/p/pharo/issues/detail?id=3863 Package without repository: Collections-Native StratifiedProxy UI-Basic solution: set repository for all with ScriptLoader Strange packages that need to be deleted: Shout PluggableTextMorph has *shout category VB String has *VB category Collections-Tests-Strings Collections-Tests-Text System-SourcesAndChangeFile

1 2