July 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] MessageNames tool tidyup
by Gary Chambers July 5, 2010

July 5, 2010

Created another issue: http://code.google.com/p/pharo/issues/detail?id=2639 Regards, Gary

1 0

[Pharo-project] [update 1.2] #12034
by StÃ©phane Ducasse July 4, 2010

July 4, 2010

12034 ----- - Issue 2638: DNU does not open a debugger. Thanks pavel :) We are allowed to break the system to improve it ok after we have to help to repair it :) Stef

1 0

[Pharo-project] What does it take to implement tail-call optimization?
by Stefan Marr July 4, 2010

July 4, 2010

Hello Pharo: What would it take to implement tail-call optimization? My goal is to have an Erlang-like framework, which allows to port existing Erlang code as straight forward as possible. But this requires to have tail-call optimization, since Erlang provides no loops. However, I am not going for implementing the whole language and all its semantics, but only the basics I am interested in. So, a possible solution would also be a pragma/hint to the compiler to apply the optimization. Has anyone done something like this before, or has some hints where to start digging? Thanks 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

4 5

[Pharo-project] UnhandledError instead of DNU?
by StÃ©phane Ducasse July 4, 2010

July 4, 2010

In 12033 when I try to generate a DNU example 1 foo I get an handledError and not a debugger I'm trying to identify what changes this behavior. Stef

3 6

[Pharo-project] OSProcess and VM crash
by Adrien BARREAU July 4, 2010

July 4, 2010

Hi all, I wanna understand how OSProcess is working, so I loaded it and tried to run the tests. And ... my VM crashed. It seems to crash during the first tests. I'll search to give you more details, but does I sound familiar to somebody? Adrien. _________________________________________________________________ DÃ©couvrez Microsoft Security Essentials, l'antivirus gratuit par Microsoft http://clk.atdmt.com/FRM/go/212688364/direct/01/

3 2

[Pharo-project] ConfigurationOfOSProcess updated
by David T. Lewis July 4, 2010

July 4, 2010

I have made a few updates to OSProcess and CommandShell that I hope will be useful for Pharo: On SqueakSource, I repackaged both OSProcess and CommandShell into finer-grained package naming. Tests-OSProcess and Tests-CommandShell become OSProcess-Tests and CommandShell-Tests to avoid package name conflicts with Pharo and Squeak. The rest of the former OSProcess and CommandShell are split out into sub-packages to support this, and also to make it possible avoid loading portions of the package that are not required (e.g. in Pharo, do not load MVC portions of CommandShell). I updated ConfigurationOfOSProcess in SqS/MetacelloRespository to load OSProcess from the new package structure. This will also load a number of updates that make things work properly on Pharo. On a Unix/Linux platform, all tests should be green (I am not sure of the status on OS X). I have not yet tried to do a ConfigurationOfCommandShell, but if you use OSProcess and want to also use PipeableOSProcess from the CommandShell package (but are not interested in the rest of CommandShell), you can load ConfigurationOfOSProcess, then use a Monticello browser to load just package CommandShell-Piping from the CommandShell project on SqueakSource. This is my first attempt to do anything with Metacello, so any fixes or corrections will be appreciated. Miguel Cob originally created the ConfigurationOfOSProcess, so thanks to Miguel for doing this. Dave

3 6

[Pharo-project] [update 1.2] #12033
by StÃ©phane Ducasse July 3, 2010

July 3, 2010

12033 ----- - Issue 2636: Collection>>ifNotEmpty: and ifEmpty: better comment and more explitcit definition - Issue 2483: test to check that temp are nil out

1 0

[Pharo-project] Collection>>ifNotEmpty: changed semantics
by Simon Denier July 3, 2010

July 3, 2010

I just noticed that the semantic of Collection>>ifNotEmpty: has changed in subtle ways between Pharo 1.0 and 1.1 In 1.0 Collection>>ifNotEmpty: aBlock "Evaluate the given block unless the receiver is empty. If the block has an argument, eval with the receiver as its argument, but it might be better to use ifNotEmptyDo: to make the code easier to understand" ^self isEmpty ifFalse: [aBlock valueWithPossibleArgument: self]. -----> it returns nil if collection is empty in 1.1 Collection>>ifNotEmpty: aBlock "Evaluate the given block unless the receiver is empty. If the block has an argument, eval with the receiver as its argument, but it might be better to use ifNotEmptyDo: to make the code easier to understand" self isEmpty ifFalse: [^ aBlock valueWithPossibleArgument: self]. ----> the return is inside the block, now it returns the collection if collection is empty Apparently all similar code (#ifEmpty:....) has been adapted in the same way. Of course I would not have stumbled upon this change if it didn't break some of my code which rely on the previous assumption. Now I would like to understand before making some change in my code. Is it considered bad practice to return nil in such cases? What is the rationale to return yourself instead of nil? -- Simon

4 5

[Pharo-project] HTML Parser
by GermÃ¡n Arduino July 2, 2010

July 2, 2010

Hi: I used to use HTML Parser on squeak, a package of Avi and Julian if I not bad remember. That package needed Yaxo also. What are using on Pharo to parsing HTML on these days? Thanks. -- ================================================= GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino Arduino Software & Web Hosting http://www.arduinosoftware.com PasswordsPro http://www.passwordspro.com =================================================

2 3

[Pharo-project] Problem with number parsing in Shout...help needed!
by Mariano Martinez Peck July 2, 2010

July 2, 2010

If you load Shout-lr.84 and ShoutTests-tween.9 from http://www.squeaksource.com/shout and run the testNumbers it will in: s := 'x 16r-d'. types := self tokenTypesIn: s. tokens := self tokensIn: s. self assert: types = #(patternUnary number unary). self assert: tokens = #('x' '16r-' 'd'). because types is #(#patternUnary #number) and in addition, tokens is #('x' '16r-d') I have no idea about this. Does someone know how to fix it? Thanks mariano

2 1