April 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] roeltyper problem

by Tudor Girba

Hi, I am trying to use RoelTyper, but I encountered subscript out of bounds and empty collection errors. It looks like this problem can be reproduced on 29 classes from Pharo 1.2.1. You can test it using: classes := Dictionary new. Object withAllSubclassesDo: [:each | [(TypeCollector typeInstvarsOfClass: each )] on: Error do: [:error | classes at: each put: error ]]. classes inspect I am not knowledgeable enough to dive into this. Can anyone help? Cheers, Doru -- www.tudorgirba.com "Value is always contextual."

April 26, 2011

Re: [Pharo-project] a problem with Zinc on Pharo 1.1.1

by Sven Van Caekenberghe

On 26 Apr 2011, at 19:10, Sven Van Caekenberghe wrote: > However, full Pharo 1.1.1 compatibility is not yet up to where it was ;-) > I will try to make all tests green again later on, but it will take some time. OK, Zinc now has all tests green again in Pharo 1.1.1, 1.2.1 and 1.3. I don't understand why, but I thought MC always executed class initializations, but apparently not (or not for existing classes). ZnMimeType initialize fixed all failed tests. Sven

April 26, 2011

[Pharo-project] NetNameResolver localHostName - Mac OS always returns an ip address string

by Nick Ager

Hi, When I call the following on my Mac: NetNameResolver localHostName the result is an ip address string eg '192.168.4.174' Is there some configuration work required on the Mac to ensure that #localHostName returns a name rather than ip address. Currently: $ hostname Nick-Agers-MacBook-Pro2.local $ cat /etc/hosts cat /etc/hosts 127.0.0.1 localhost # The following lines are desirable for IPv6 capable hosts ::1 ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters ff02::3 ip6-allhosts I'd be happy with #localHostName returning the hostname or an entry in /etc/hosts I've tested on Pharo 1.1.1 & 1.2.1 both using a COG vm Thanks Nick

April 26, 2011

Re: [Pharo-project] a problem with Zinc on Pharo 1.1.1

by Sven Van Caekenberghe

Esteban, On 26 Apr 2011, at 18:20, Esteban Lorenzano wrote: > Hi, > I'm trying to execute this: > > ZnClient > get: 'http://127.0.0.1:333/analytics/feeds/data' > username: 'estebanlm(a)gmail.com' > password: 'shhhh' > > ... on a Pharo 1.1.1 image, with latest #stable Zinc version, and I'm getting DNU on: #mimeEncode:multiLine: > > ZnUtils class>encodeBase64: string > ^ (Base64MimeConverter mimeEncode: string readStream multiLine: false) contents > > is a bug, or something I have wrong? > > cheers, > Esteban This should get you past that problem: --- Name: Zinc-HTTP-SvenVanCaekenberghe.145 Author: SvenVanCaekenberghe Time: 26 April 2011, 7:01:32 pm UUID: f9f0831d-5ffa-4a5c-a8ec-b276c9babc35 Ancestors: Zinc-HTTP-SvenVanCaekenberghe.144 fixed ZnUtils class>>#encodeBase64: to test whether Base64MimeConverter responds to #mimeEncode:multiLine:, fall back to #mimeEncode: and manually remove Character cr occurences; this should fix Pharo 1.1.1 compatibility (Thanks Esteban Lorenzano for reporting this) --- However, full Pharo 1.1.1 compatibility is not yet up to where it was ;-) I will try to make all tests green again later on, but it will take some time. Regards, Sven

April 26, 2011

Re: [Pharo-project] Why we have Behavior >> flushCache?

by Eliot Miranda

Mariano, the point is that it is classes that manage adding methods to classes and hence it is their private behavior to flush the VM's method cache. You'll see "self flushCache" in Smalltalk-80 v2 images. Now of course the VM provides selective cache flushing but back in the day adding or removing a method implied flushing the whole cache. Personally I don't see that this justifies adding Smalltalk vm yet. I would wait until you have a few more use cases. On Tue, Apr 26, 2011 at 3:34 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > Hi. As far as I can see, > > Behavior >> flushCache > "Tell the interpreter to remove the contents of its method lookup > cache, if it has > one. Essential. See Object documentation whatIsAPrimitive." > > <primitive: 89> > self primitiveFailed > > > And primitive 89 does nothing in particular with the receiver (the class in > this case). In both, InterpreterVM and Cog, the WHOLE cache is flushed, > there is NOTHING related to the receiver class. Of course, that's at least > what it looks for me (please tell me if I am wrong). > So...if this is the case, wouldn't make sense to move it elsewhere? like > Smalltalk flushCache or Smalltalk vm flushCache (and it is a good moment to > reify the VM). So after we can do: Smalltalk vm version. Smalltlak vm > flushCache, Smalltalk vm parameterAt: , etc.... > > If you don't like doing "Smalltalk vm" then we can create a VM class with > all class methods, or a singleton and use #current or a singleton and put it > in Smalltalk globals...etc > > We will need to fix a couple of senders, thus. > > What do you think? For me is really confusing, and you don't understand it > until you see the primitive implementation. > > Cheers > > -- > Mariano > http://marianopeck.wordpress.com > >

April 26, 2011

[Pharo-project] Process for fixing a package in stable but not in core?

by Michael Forster

Hi, Forgive me, but I'm still new to the Pharo development process, and my problem lies somewhere between being a Pharo developer and user. First, "Beeper beep" does not work in the current 1.2.1 image that I'm using for production. I need to fix it and would like to share that fix with the community. Second, I see from (closed) Issue 3489 that this is not a Pharo core problem, but one with the PharoSound package, and that, apparently, it might be fixed in the latest package version. Third, I fire up my 1.2.1 image, open the PharoSound squeaksource repository in the monticello browser and discover that, as expected, squeaksource does have some newer packages than the image. For example, 1.2.1-image: Sound-GuillermoPolito.63 vs. squeaksource: Sound-MarianoMartinezPeck.65 However, in other cases, the squeaksource package is _older_ than the image's. For example, squeaksource: ConfigurationOfPharoSound-GuillermoPolito.17 vs. 1.2.1-image: ConfigurationOfPharoSound-GuillermoPolito.22. How does one make sense of this? While can I reliably get the latest version of PharoSound loaded in a 1.2.1 image so that I know I'm writing and testing my fixes against a version that I can give back to the community -- and, more importantly, won't be blown away by some upcoming package version juggling? Thanks, Mike

April 26, 2011

[Pharo-project] [COTDC] 54 - BMPReadWriter

by laurent laffont

Today: BMPReadWriter Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest Laurent Laffont - @lolgzs <http://twitter.com/#%21/lolgzs> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/ Developer group: http://cara74.seasidehosting.st

April 26, 2011

Re: [Pharo-project] [COTDC] 53 - AnimatedGIFReadWriter

by laurent laffont

On Thu, Apr 21, 2011 at 8:38 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > Today: AnimatedGIFReadWriter > Read an animated GIF file. Example: open all images of an animated GIF file in a Morphic window gifPath := '/path/to/my_animated.gif'. forms := (AnimatedGIFReadWriter formsFromFileNamed: gifPath) forms. content := UITheme builder newRow: (forms collect: [:aForm| UITheme builder newImage: aForm]). content openInWindowLabeled: 'Content of ', gifPath. Laurent > > > > > > > Comment Of The Day Contest - One Day One Comment > Rules: > #1: Each day a not commented class is elected. Each day the best comment > will be integrated with name of the author(s). > #2: If you cannot comment it, deprecate it. > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > Laurent Laffont - @lolgzs <http://twitter.com/#%21/lolgzs> > > Pharo Smalltalk Screencasts: http://www.pharocasts.com/ > Blog: http://magaloma.blogspot.com/ > Developer group: http://cara74.seasidehosting.st > >

April 26, 2011

Re: [Pharo-project] Suggestions: move examples from UIThemes class to ExampleBuilderMorph class

by Mariano Martinez Peck

http://www.pharo-project.org/community/issue-tracking http://www.pharocasts.com/2010/03/how-to-contribute-to-pharo.html On Tue, Apr 26, 2011 at 9:44 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > edmund > > enter bug entries else your suggestions will be lost. > > Stef > > On Apr 25, 2011, at 8:56 PM, DougEdmunds wrote: > > > A couple of suggestions > > > > Part 1. > > Move the methods in the UIThemes class, protocol 'examples' to > > ExampleBuilderMorph class, protocol 'examples'. > > > > Rationale: Every one of these examples first creates an instance of > > ExampleBuilderMorph > > as the base class that the example is built on. These examples do not > > demonstrate > > anything about how to use UITheme. > > > > I made a file that duplicates the methods from UITheme class -examples- > to > > ExampleBuilderMorph class -examples-, suitable for filein. Methods such > as > > ExampleBuilderMorph class >>exampleBasicControls work fine, > > indicating they have no dependence on UITheme. > > The file's 347 lines, so I'm not posting it here, unless requested. > > > > Part 2. > > Then move ExampleBuilderMorph and ExampleRadioButtonModel from > > Polymorph-Widgets > > into a new package called Polymorph-Widgets-Examples. > > > > Rationale: This would be reduce the size of Polymorph-Widgets, and make > it > > more > > obvious that there are some examples of the widgets to look at. > > UITheme class is not the place where one expects to find examples of > > buttons, > > checkboxes, etc. Also this would be consistent with other Morphic > packages. > > (Morphic-MorphTreeWidget and Morphic-MorphTreeWidget-Examples) > > > > --- > > > > > > > > > > > > -- > > View this message in context: > http://forum.world.st/Suggestions-move-examples-from-UIThemes-class-to-Exam… > > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > > -- Mariano http://marianopeck.wordpress.com

April 26, 2011

[Pharo-project] a problem with Zinc on Pharo 1.1.1

by Esteban Lorenzano

Hi, I'm trying to execute this: ZnClient get: 'http://127.0.0.1:333/analytics/feeds/data' username: 'estebanlm(a)gmail.com' password: 'shhhh' ... on a Pharo 1.1.1 image, with latest #stable Zinc version, and I'm getting DNU on: #mimeEncode:multiLine: ZnUtils class>encodeBase64: string ^ (Base64MimeConverter mimeEncode: string readStream multiLine: false) contents is a bug, or something I have wrong? cheers, Esteban

April 26, 2011