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

[Pharo-project] from bash to Coral

by laurent laffont

Hi, Is it possible today to write this using Coral ? find application library -type f $ -name "*.php" -o -name "*.phtml" $ -exec /usr/local/bin/xgettext -j -L PHP --from-code=utf-8 --keyword=traduire --keyword=_ -o library/translation/fr.pot {} \; for i in `ls library/translation/*.po` do /usr/local/bin/msgmerge -s $i library/translation/fr.pot -o $i /usr/local/bin/msgfmt -o `echo $i|cut -d '.' -f1`.mo $i done I need to write several scripts like this - would be cool to start with Coral. Laurent Laffont - @lolgzs <http://twitter.com/#!/lolgzs> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/ Developer group: http://cara74.seasidehosting.st

March 14, 2011

Re: [Pharo-project] Issue 3814 in pharo: Weak announcements refinement

by pharo＠googlecode.com

Comment #6 on issue 3814 by stephane...(a)gmail.com: Weak announcements refinement http://code.google.com/p/pharo/issues/detail?id=3814 In 13086 Announcements-Core-LukasRenggli.12 Announcements-Tests-Core-LukasRenggli.4

March 14, 2011

Re: [Pharo-project] Issue 3815 in pharo: Filing in Class comments raises an error

by pharo＠googlecode.com

Updates: Status: Closed Comment #9 on issue 3815 by stephane...(a)gmail.com: Filing in Class comments raises an error http://code.google.com/p/pharo/issues/detail?id=3815 in 13086

March 14, 2011

Re: [Pharo-project] Issue 3806 in pharo: Duration>>hours is broken

by Brent Pinkney

> Steps to reproduce: > > 1. self assert: 2 days hours = 48 > 2. do > 3. it > > it will fail > > It's a bug because of what is said in the comment. But please don't even > think in fixing it by changing the comment. Even a toddler would expect to > see 48 hours in a duration of two days. > Hi, I am that mental toddler that coded up the ANSI compliant date and time package. Please refer to ANSI spec Â§5.8.2.11. I promise it will only take a minute. Instead of a polite enquiry as to why the implementation is such, you had to define obvious for yourself and chuck in an insult. Bona fide arsehole PS. Try now guess why there is both #seconds and #asSeconds. Brent

March 14, 2011

Re: [Pharo-project] Seaside305 in Squeak 4.2

by Torsten Bergmann

> > Lukas wrote: > > >I have a nicely working version of OB with RB, Shout and eCompletion > > >for Pharo 1.2. Just add <http://source.lukas-renggli.ch/pharo12 > > > > So you forked again and I wonder why? > > > > Because we don't have write access to Lukas' repository, and his changes > arrived on february. We where pushing OB changes in PharoTaskForces since > december. Yes, I read this on the list. The question was directed to Lukas, why did he fork again after your public accessible OB repository on squeaksource.com/PharoOB was created? All this is very confusing and I think it would be best if the public one is used now. But maybe Lukas has his reasons to maintain a private one for himself. Bye T. -- Schon gehÃ¶rt? GMX hat einen genialen Phishing-Filter in die Toolbar eingebaut! http://www.gmx.net/de/go/toolbar

March 14, 2011

[Pharo-project] Off Topic: top-level .st domain

by Geert Claes

It is a bit off topic, but I thought it's some interesting info to share anyway. I only just now discovered that the company that manages the top-level domain .st for SÃ¤o Tome' and Principe at www.nic.st (e.g. world.st and seaside.st) is the same company (i.e. Bahnhof AB; www.bahnhof.net) that houses wikileaks.org - see: http://gizmodo.com/#!5626381/this-is-the-nuclear-bunker-where-wikileaks-wil… http://gizmodo.com/#!5626381/this-is-the-nuclear-bunker-where-wikileaks-wil… , in a nuclear bunker :) http://www.youtube.com/watch?v=qwlATf9xse4 http://www.youtube.com/watch?v=qwlATf9xse4 -- View this message in context: http://forum.world.st/Off-Topic-top-level-st-domain-tp3353455p3353455.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

March 14, 2011

Re: [Pharo-project] PBenchmark as a general framework for benchmarking in Smalltalk (commit access)

by Stefan Marr

Hi Toon: On 14 Mar 2011, at 09:52, Toon Verwaest wrote: >> Since the general idea is to write benchmarks like unit tests, how about 'SMark'/'SBench' instead of 'SUnit'? > And he immediately calls it after himself! S<tefan>mar<r>k ;) Rather farfetched no? :-P The SMark was inspired by names like 3DMark, FutureMark, CoreMark, SYSmark, WebMark, MobileMark. >> Best regards >> Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

March 14, 2011

[Pharo-project] Issue 3816 in pharo: Time millisecondClockValue wraps around way too quickly

by pharo＠googlecode.com

Status: New Owner: ---- New issue 3816 by sven.van...(a)gmail.com: Time millisecondClockValue wraps around way too quickly http://code.google.com/p/pharo/issues/detail?id=3816 Time millisecondClockValue seems to wrap around way too soon. It is used for example by Seaside to track uptime. I submitted a workaround to Seaside 3.0, http://code.google.com/p/seaside/issues/detail?id=596, http://www.squeaksource.com/Seaside30/Seaside-Pharo-Tools-Web-pmm.29.mcz. This is a primitive (135) and I haven't looked at it, but I guess it is a 32-bit integer, maybe a 64-bit integer would be better ? Sven

March 14, 2011

Re: [Pharo-project] PBenchmark as a general framework for benchmarking in Smalltalk (commit access)

by Stefan Marr

Hi: On 14 Mar 2011, at 09:36, Mariano Martinez Peck wrote: > Hi Stef. I would love this. Not only to see how successful an optimization was, but also, how much overhead your solution has ;) Just in case you are talking to me, it is Stefan, not Stef... > Yes, please. Did you consider the repository PharoBenchmarks (even if the package can be called SBench)? because it would be good to collect them somewhere, and that seems a good enough place. No, PharoBenchmarks is not 'good enough'. I am not going to restrict my work to a particular Smalltalk, more than necessary. And to make that apparent I will insist on dropping the 'P' form the name. The benchmark framework should not be restricted to Pharo in any way. Benchmarks perhaps, but not the execution framework. > BTW, how do you compare the benchmarks from PBenchmark to the ones that are in PharoBenchmarks ? PharoBenchmarks contains mostly microbenchmarks of all different kind. Should be relatively easy to adapt them to be used with the new framework. PBenchmark contains a small set of microbenchmarks, too. A bit better organized thought. The Whetstone benchmarks are already included in my RoarVM benchmarks and will definitely ported. > > Finally, I would also love to have such benchmarks run in each hudson build to see wether each commit to pharo make it slower/faster. We already do that for the RoarVM, and the whole point is to enable you to do it too, within a common framework. What I want, is to be able to compare the results of the various VMs(and/or images) with each other. Best regards Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

March 14, 2011

Re: [Pharo-project] can we add a StackVM for MacOS in Hudson?

by Mariano Martinez Peck

thanks Marcus On Mon, Mar 14, 2011 at 9:54 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On Mar 13, 2011, at 11:07 PM, Mariano Martinez Peck wrote: > > I saw there is for UNIX, but not for Mac OS. > > > We will add that (it's already on the TODO). > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > >

March 14, 2011