- Pharo-dev - lists.pharo.org

[Pharo-project] Really funny bug... :(
by stephane ducasse Aug. 25, 2010

Aug. 25, 2010

Hi guys I was integrated the methodDictionary enh of levente. And after I integrated the addition of some methods into String. Then it seems that I got all the packages extending String dirty. I checked the changes and nothing special. The changed methods are not logged in the changeSorter. So may be the dictionary got rehashed, changed and all the methods went to get "changed". Strange. Stef

1 0

[Pharo-project] [update 1.2] #12111
by StÃ©phane Ducasse Aug. 25, 2010

Aug. 25, 2010

12111 ----- - Issue 1899: MethodDictionary improvement part one. Thanks Levente Uzonyi and Guillermo Polito. - Philipp fixes for WebClient. Thanks Philippe Marshall and Sven Van Caekenberghe. Stef

1 0

Re: [Pharo-project] Delivery Status Notification (Failure)
by StÃ©phane Ducasse Aug. 25, 2010

Aug. 25, 2010

"Pharo-project(a)lists.gforge.inria.fr Development" <Pharo-project(a)lists.gforge.inria.fr> is the dev list may be I used the wrong one. Stef On Aug 25, 2010, at 7:15 PM, John M McIntosh wrote: > Well isn't Pharo development -> Pharo Development <Pharo-project(a)lists.gforge.inria.fr> > versus pharo-dev(a)lists.gforge.inria.fr ? > > > On 2010-08-25, at 10:12 AM, StÃ©phane Ducasse wrote: > >> strange did you try directly? >> >> Stef >> >> On Aug 25, 2010, at 7:05 PM, John M McIntosh wrote: >> >>> Somehow the original email from Marcin Tustin <mm3(a)zepler.net> to pharo-dev(a)lists.gforge.inria.fr which I >>> responded to could be wrong? >>> >>> Begin forwarded message: >>> >>>> From: "Mail Delivery System" <MAILER-DAEMON(a)mail4-relais-sop.national.inria.fr> >>>> Date: August 25, 2010 9:59:14 AM PDT >>>> To: johnmci(a)smalltalkconsulting.com >>>> Subject: Delivery Status Notification (Failure) >>>> >>>> The following message to <pharo-dev(a)lists.gforge.inria.fr> was undeliverable. >>>> The reason for the problem: >>>> 5.1.0 - Unknown address error 550-'Unrouteable address' >>>> Reporting-MTA: dns; mail4-relais-sop.national.inria.fr >>>> >>>> Final-Recipient: rfc822;pharo-dev@lists.gforge.inria.fr >>>> Action: failed >>>> Status: 5.0.0 (permanent failure) >>>> Remote-MTA: dns; [131.254.249.20] >>>> Diagnostic-Code: smtp; 5.1.0 - Unknown address error 550-'Unrouteable address' (delivery attempts: 0) >>> <Mail Attachment.eml> >>> >>> -- >>> =========================================================================== >>> John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 >>> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >>> =========================================================================== >>> >>> >>> >>> >> > > -- > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > >

1 0

[Pharo-project] why are Bitmaps instanciated even in headless mode?
by Mariano Martinez Peck Aug. 25, 2010

Aug. 25, 2010

I took a dev image, and run them in two ways: the normal and headless. For each I did a: "Smalltalk garbageCollect. SpaceTally new printSpaceAnalysis" Normal one: Class code space # instances inst space percent Bitmap 3753 133 11099904 37.4 ByteString 2515 85110 6106378 20.6 CompiledMethod 19130 59452 3703463 12.5 Array 2176 77579 2561928 8.6 ...... Headless: Class code space # instances inst space percent ByteString 2515 85110 6106378 24.7 Bitmap 3753 126 6049208 24.5 CompiledMethod 19130 59452 3703463 15.0 Array 2176 77577 2561844 10.4 ...... So....even in headless mode, I have 133 instances of Bitmap, representing 24.5% of the memory.... Ok, 24.5 is better than 37.5, but I don't understand why Bitmap instances are created. Why they are needed ? is there a way to garbageCollect them? thanks Mariano

5 8

[Pharo-project] Why String>>adaptToNumber: rcvr andSend: selector
by Guillermo Polito Aug. 25, 2010

Aug. 25, 2010

Do we reeeeeally want to do 5 + '4' 5 + 'hello' ?

5 13

[Pharo-project] Fwd: About SPDF
by Torsten Bergmann Aug. 25, 2010

Aug. 25, 2010

>Hehe, too much legal terms to me.....What we could do? Can modify, >create a new package, etc? The license of SPDF was not open enough for me in the past - thats why I created the binding to the Haru PDF Library: http://www.squeaksource.com/HPDF.html http://libharu.sourceforge.net This requires FFI and an external shared library. If you want to have a Smalltalk only solution I think you have to digg in the PDF spec and write an own. Assumed you have lots of time to spend on bits and bytes and writing nice unit tests for PDF streams. Similar to iText for Java, this allows you change the license and block your government later ;), see the story of Bruno Lowagie [1] There are also other PDF alternatives beside HPDF and SPDF (see [2]) Bye Torsten [1] http://techcrunch.com/2009/05/20/open-source-developer-intends-to-block-bel… [2] http://www.seaside.st/documentation/pdfs -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

3 3

[Pharo-project] Why is readStream on SequenceableCollection and not on Collection?
by Bart Gauquie Aug. 25, 2010

Aug. 25, 2010

Dear list, is there a specific reason readStream is defined on SequenceableCollection and not on Collection? I want to for instance stream over a Set (in a non determined order). I tried to do readStream on a Set, but got an error that copyFrom:to: was not defined on Set; so: ReadStream>>on: aCollection I think should read: ReadStream>>on: aSequenceableCollection Or should I always use: collect: select: detect: protocols? Any thoughts on this? Kind Regards Bart -- imagination is more important than knowledge - Albert Einstein Logic will get you from A to B. Imagination will take you everywhere - Albert Einstein Learn from yesterday, live for today, hope for tomorrow. The important thing is not to stop questioning. - Albert Einstein The true sign of intelligence is not knowledge but imagination. - Albert Einstein However beautiful the strategy, you should occasionally look at the results. - Sir Winston Churchill It's not enough that we do our best; sometimes we have to do what's required. - Sir Winston Churchill

5 6

[Pharo-project] #hasClassNamed
by Torsten Bergmann Aug. 25, 2010

Aug. 25, 2010

Stef wrote: >well named: means that you expect a name no? When I type and write Object I write down the name of the class Object, dont I? Thats why I'm not sure. I think it is more a philosophical problem... Bye T. -- Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail

2 1

Re: [Pharo-project] [Pharo-users] funny idea Symbol vs. Selector
by Mariano Martinez Peck Aug. 25, 2010

Aug. 25, 2010

On Tue, Aug 24, 2010 at 2:58 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 23 August 2010 23:26, stephane ducasse <stephane.ducasse(a)free.fr> > wrote: > > Hi guys > > > > I'm thinking aloud... > > I was wondering if we could not take advantage of a new class: Selector. > > MethodDict would only contain selectors and not symbols. > > > > I remember that I talked about that with hernan. > > > > Hmm.. i don't see obvious advantages. Do you? > Most symbols (90% of cases), used as selectors, so it is likely that > such refactoring will be nothing more, > but just renaming the class :) > Maybe because there are things implemented in Symbol or similar that are responsabilities of a Selector? I have no idea. But I did a quick search and methods like flushCache, numArgs:,value:, isKeyword, cull:, etc, seems more from Selector Cheers mariano > > Stef > > > > > > _______________________________________________ > > Pharo-users mailing list > > Pharo-users(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >

6 13

[Pharo-project] #hasClassNamed
by Torsten Bergmann Aug. 25, 2010

Aug. 25, 2010

Dont know if this is something we should fix: Smalltalk hasClassNamed: 'Object' -> true Smalltalk hasClassNamed: #Object -> true but Smalltalk hasClassNamed: Object -> false Last one may be confusing and could be solved by adding an additional #asString so it returns true too. Bye T. -- Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail

2 1