December 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] file encodings

by Philippe Marschall

Michael Rueger wrote: > Philippe Marschall wrote: >> Tudor Girba wrote: > >>> Or more general, how can I find out what kind of converter I need for >>> a given file? > > ... > >> You can pretend the problem doesn't exist and just use a random encoding >> aka the platform default encoding. That would work if all your files >> were are created on your computer and all your programs used the > > At least for those files it will work in almost all cases. For the others you might not notice the error. >> platform default encoding. E.g. you don't download stuff from the >> internet or copy stuff off storage media (USB sticks, CDs, DVDs, ...). > > Well, there are some heuristics, but nothing failsafe... > If the file has cr-lf, it is probably a windows file > http://en.wikipedia.org/wiki/ISO/IEC_8859-1#ISO-8859-1_and_Windows-1252_con… Maybe, maybe somebody actually got Latin-1 right and then you might corrupt it when treating it as code page 2152. Moreover there are more Windows code pages than 1252. And finally there are other places in the world besides central Europe. > You can check for a Unicode BOM. Which nobody does (in Pharo), may not be there and only works for UTF-8/16/32. > .html should be UTF-8 these days. Yeah totally: http://squeakland.org/ Keep in mind there are still commercial Smalltalk dialects today struggling with UTF-8. > Try reading UTF-8, if it fails try re-reading with platform encoding. > >> The funny thing is that XML partially solves the problem because the >> encoding can be put into the preamble. In fact it should if the file is >> not ASCII. You can make a guess whether Yaxo supports binary input and >> detecting the encoding either from the BOM or the preamble. > > Hmm, to be honest I'm not sure myself, but I think I (with help from > others) did some work a while ago to make it read files according to the > encoding entry. But maybe my memory has the wrong encoding ;-) Failed for the very simplistic attached file with the following code (XMLDOMParser parseDocumentFrom: (FileStream fileNamed: 'latin-1.xml')) elements first characterData I had to run the FileStream in text mode, the parser would blow up in binary mode. If my platform encoding was utf-8 it would probably have blown up. Works fine out of the box in Eclipse though. Cheers Philippe

Dec. 5, 2009

[Pharo-project] Fwd: [update 1.1] #11071

by StÃ©phane Ducasse

11071 ----- - Issue 1545: cmdDotEnabled preferences is not working - Issue 1353: make #keys answer an Array rather than a Set Part One http://code.google.com/p/pharo/issues/detail?id=1353 - Issue 972: PackageOrganizer is full of wrong packageinfo ScriptLoader new cleanUpPackageOrganizer - Issue 1354: making #classVarNames a sorted Array http://code.google.com/p/pharo/issues/detail?id=1354 Thanks Lukas, Nicolas and Alain This makes me think that I could produce more, anyway..... Stef

Dec. 5, 2009

Re: [Pharo-project] about keys returning a set

by StÃ©phane Ducasse

> Nicolas > > in 1354 you change > > whichClassDefinesClassVar: aString > ^self whichSuperclassSatisfies: > [:aClass | > (aClass classVarNames collect: [:each | each asString]) > includes: aString asString] > > why not returning #() instead of nil? > > > whichClassDefinesClassVar: aString > Symbol hasInterned: aString ifTrue: [ :aSymbol | > ^self whichSuperclassSatisfies: > [:aClass | > aClass classVarNames anySatisfy: [:each | each = aSymbol]]]. > ^nil > > I saw that you have second version but it did not change it. I did it in 11071 -> #() > > Then I saw that you often do > ... array sort > > I imagine that this is because like that you keep the same semantics in client code. > Now may be one of these days we could fix the class builder to inforce the order. > Naively I was dreaming that classVar would be sorted once for all. > > Stef > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 5, 2009

Re: [Pharo-project] about keys returning a set

by StÃ©phane Ducasse

Nicolas in 1354 you change whichClassDefinesClassVar: aString ^self whichSuperclassSatisfies: [:aClass | (aClass classVarNames collect: [:each | each asString]) includes: aString asString] why not returning #() instead of nil? whichClassDefinesClassVar: aString Symbol hasInterned: aString ifTrue: [ :aSymbol | ^self whichSuperclassSatisfies: [:aClass | aClass classVarNames anySatisfy: [:each | each = aSymbol]]]. ^nil I saw that you have second version but it did not change it. Then I saw that you often do ... array sort I imagine that this is because like that you keep the same semantics in client code. Now may be one of these days we could fix the class builder to inforce the order. Naively I was dreaming that classVar would be sorted once for all. Stef

Dec. 5, 2009

Re: [Pharo-project] about keys returning a set

by StÃ©phane Ducasse

> See also > > http://code.google.com/p/pharo/issues/detail?id=1353 in 11071 ;) > http://code.google.com/p/pharo/issues/detail?id=1542 "This is issue1353 isn't it ? Lukas proposed to keep a Set, but optimize its creation (with extra knowledge that same key hash code is used in both Set and Dictionary which breaks a bit encapsulation) However, even if the Set is created fast in #keys, the overall effect depends on usage made of these keys. For example a Set then iterates slower than an Array for such code: self keys select: [:e | e beginsWith: 'test'] Otherwise, the second advantage of an Array is that keys and values both are arrays in sync, which might be a nice property..." yes I agree I prefer to have both arrays in sync it is more regular. > I uploaded a SLICE that just add a few #asSet here and there. > Quasi-neutral as long as keys are Set, but enabling a switch to Array > for macro benchmarks purposes... > > May I also push > http://code.google.com/p/pharo/issues/detail?id=1354 > which is related but quite independent ? Yes this is on my todo to integrate but I wanted people to discuss it before. "The problem of current definition of classVarNames is precisly that they are unordered. The order is not defined by user, it just depend on the hash codes of classVarNames modulo the size of classPool, unless we sort them. Please look at usage." I totally agree with you nicolas I hate that the classVar changes randomly their order. in 11071 :) > > Nicolas > > 2009/12/4 <csrabak(a)bol.com.br>: >> I think this last assertion has to be tempered by another statistic: which is >> the relationship between iteration (a.k.a. uses of) and creation? >> >> -- >> Cesar Rabak >> >> >> Em 04/12/2009 09:48, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> escreveu: >> >> >> this is interesting to see that this is still a guess game. >> Even with these numbers I cannot evaluate what could be a slowdown/pseed up >> impact on the complete system. I imgain that the ietration slow down should be minimal >> and compensated by the creation speed up. >> May be in the future when system will have a better knowledge of themselves >> we may end up having better tools... >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 5, 2009

[Pharo-project] Protocol extension proposal: Boolean>>asBit ?

by Igor Stasenko

I currently writing a code which looks like: a := some numeric expression + (someBoolean ifTrue: [1] ifFalse: [0]). And i get somewhat tired repeating the same pattern in multiple places. So, i thinking , maybe #asBit convenience method could be useful? True>>asBit ^ 1 False>>asBit ^ 0 so, then, in case of need like above, we could write much shorter expressions: a := some numeric expression + someBoolean asBit. And its much less error prone comparing to #ifTrue:ifFalse:, since i found its relatively easy to make a mess (swapping 1 with 0), especially, when you having negations in expression, because once you see: (someBoolean not ifTrue: [1] ifFalse: [0]) you always tempted to write it as: (someBoolean ifTrue: [0] ifFalse: [1]). or as: (someBoolean ifFalse: [1] ifTrue: [0]). but once you start playing with it, its very easy to shoot into own feet if you are not careful. But if we could add #asBit, then we could write: someBoolean not asBit which is much more: a) concise & cleaner b) error proof -- Best regards, Igor Stasenko AKA sig.

Dec. 5, 2009

Re: [Pharo-project] How do I know which issues are resolved in each new release?

by StÃ©phane Ducasse

we can use soap for example and I would really like to have an nice example :) Stef On Dec 4, 2009, at 7:55 PM, csrabak(a)bol.com.br wrote: > Marcus, > > This brings a question to me: is there a sort of API or web service we could use (obviously > for calling from inside Pharo) to post at the Pharo's Twitter account? > > I surmise that doing that for the blog would be 'easier' :-) > > -- > Cesar Rabak > > > Em 04/12/2009 10:09, Marcus Denker < denker(a)acm.org > escreveu: > > > Hello, > > Yes, we should improve information on what changed.... I would want to have a changelog for any image that is downloaded. And we should use the Blog. And Twitter. And. And. > We will do all that, but not today :-) > > Marcus > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 5, 2009

Re: [Pharo-project] A centralized repository (Going a step forward Gofer and Metacello)

by StÃ©phane Ducasse

Hi lorenzo YES! we need a catalog in place of Universe package. I think that using monticello as a way to store metacello config is the way to go. We do not need to integrate metacello for now (even if the goal is to succeed to manage Pharo with metacello). We could do Gofer loadMetacelloRepository or something like that. Then this is important because the testServer could also use this information. Stef On Dec 4, 2009, at 7:32 PM, Esteban Lorenzano wrote: > Hi all, > Iâm begining to transfer all my projects to metacello (I think this is > the best package manager present today for pharo), and I have an idea I > want to share and discuss: > > I think we need a metacello based centered repository. > > The universe doesnât fit with metacello and squeakmap even less. > > So this is my idea (it is based on âibiblioâ for maven/java and apt-get > for ubuuntu): > -we can create a project on squeaksource called > âPharoMetacelloRepositoryâ, where people can put its public metacello > configuration packages (for example ConfigurationOfSeaside30, > ConfigurationOfDeimos, etc.). > -we should integrate metacello to pharo core (like Gofer now) > -weâll need to create a new class âLoaderâ > > What âLoaderâ does? it loads versions from âmetacello repositoriesâ, > for example: > > Loader default latest: âSeaside30â. âThis will load latest version of > ConfigurationOfSeaside30â > > Loader class>>#default answers a loader pointing to > âPharoMetacelloRepositoryâ, but you could define others (for your > private projects). > > How Loader works? > 1) validate loading a valid metacello configuration package (weâll need > to define this later > 2) load metacello package > 3) do something like âMetacelloConfigurationClass project > loadLatestVersionâ (for #latest), and the corresponding sends for > specific versions, etc. > > I think this will solve any package management problem, by using > something already present (SqueakSource), and of course, we could think > on better repository places/formats later (but we will be âon the roadâ) > > So, what do you think? > > btw: If the community agree, Iâm offering my self to implement this idea ;) > > Cheers, > Esteban > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 5, 2009

Re: [Pharo-project] why OOP needs tails recursion article

by Lukas Renggli

We recently had a discussion on tail-call optimization at the SCG. In one of my Pharo image I counted 160464 send locations, of which only 8884 would allow for tail call optimization (5.5%). Tail call optimization could certainly be implemented at the VM level, but I don't know if the additional checks and complexity would be worth the effort for these few locations? VM experts might be able to tell more ... Also I think it would be rather confusing to debug a tail-call optimized program in the debugger (random stack frames would be missing). Lukas 2009/12/5 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > http://lambda-the-ultimate.org/node/3702 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli http://www.lukas-renggli.ch

Dec. 5, 2009

[Pharo-project] why OOP needs tails recursion article

by StÃ©phane Ducasse

http://lambda-the-ultimate.org/node/3702

Dec. 5, 2009