- Pharo-dev - lists.pharo.org

[Pharo-project] S2JTranslator ...DNU's
by James Ladd April 6, 2010

April 6, 2010

Hi Pharo-ites, I'm trying to run Alexandre Bergel's S2JTranslator on the latest Pharo image. I'm finding a lot of DoesNotUnderstand errors like RBMethodNode DNU #primitiveText Has anyone got the S2JTranslator working with latest Pharo? Rgs, James. _________________________________________________________________ New, Used, Demo, Dealer or Private? Find it at CarPoint.com.au http://clk.atdmt.com/NMN/go/206222968/direct/01/

1 0

Re: [Pharo-project] Redline Smalltalk
by James Ladd April 6, 2010

April 6, 2010

Hi Dan, We spoke (email) a while back when I was petitioning Sun (Guy Steele) to help with a Smalltalk for the JVM. I like your work a lot and I get inspiration from it. Thank you for taking the time to respond to this list and me. Bert Freudenberg - Thank you for forwarding to Dan. Rgs, James. > Bert Freudenberg forwarded this along to me, as I'm not on a Pharo > mailing list. > > Have fun with your project! I hope this helps > > - Dan _________________________________________________________________ View photos of singles in your area! Looking for a hot date? http://clk.atdmt.com/NMN/go/150855801/direct/01/

1 0

[Pharo-project] nebraska?
by Lawson English April 6, 2010

April 6, 2010

I was fooling around and noticed that Nebraska isn't in the Pharo RC image. Is it compatible at all with pharo, since it is based on Morphic? lawson

10 25

[Pharo-project] Making the operating system close window event prompt for squeak window closure.
by John M McIntosh April 6, 2010

April 6, 2010

Ok, before I do this I need to ask the Pharo folks if they handle the close window event. To test someone can alter the info.plist setting as describe below and see what happens. Begin forwarded message: > From: Bert Freudenberg <bert(a)freudenbergs.de> > Date: April 6, 2010 3:35:26 AM PDT > To: Squeak Virtual Machine Development Discussion <vm-dev(a)lists.squeakfoundation.org> > Subject: Re: [Vm-dev] New Windows VM: 4.0.1 > Reply-To: Squeak Virtual Machine Development Discussion <vm-dev(a)lists.squeakfoundation.org> > > > On 28.03.2010, at 22:59, Andreas Raab wrote: >> >> >> 1) The VM will now default to pass the window close event to the image instead of handling it directly. You can see that in a current trunk image by clicking on the close button (you'll now get a Squeak notifier instead of the previous VM notifier). The old behavior is still available if you SHIFT-Click on the close button. This is very useful if your image hangs. > > John, > > could you change the default for the Mac VM too? Both Linux and Windows VMs now deliver the window event rather than killing the image. > > For Etoys we use > > SqueakWindowAttribute <8200001f> > > in the VM's Info.plist. That at least enables the red window close button (though "Quit" from the dock menu does not work). > > - Bert - > > -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

2 1

[Pharo-project] Problem loading Exupery on PharoCore 1.0
by laurent laffont April 6, 2010

April 6, 2010

Hi, I want to try to build Exupery VM. On PharoCore 1.0 I do: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfVMMaker'; load. (ConfigurationOfVMMaker project version: '1.2') load. Then Gofer new squeaksource: 'Exupery'; package: 'Exupery'; load. I have this error: This package depends on the following classes: MOAbstractLayout You must resolve these dependencies before you will be able to load these definitions: MOGraphVizLayout MOGraphVizLayout>>doExecute: MOGraphVizLayout>>findTopLeftCorner: I suppose I need GraphViz package Gofer new squeaksource: 'GraphViz'; package: 'GraphViz'; load. But when I load it I have a Syntax Error: runWithSystemFramework: string <> expected ->apicall: short 'system' (char*) module: 'System.framework'> ^ self externalCallFailed Laurent Laffont

6 11

[Pharo-project] Handle Close Event in Image - necessary for 1.0?
by Torsten Bergmann April 6, 2010

April 6, 2010

I think I've found something that should be fixed before releasing 1.0 since it is meanwhile a major problem on Windows. In "old" Squeak/Pharo you could close the native world window using the "X" or hit ALT+F4 on Windows and the system asked you if you really want to close the whole Smalltalk system using a native dialog which was provided by the VM. With the new VM's (4.0.1 and 4.0.2 on Windows, see [1]) the native "window close event" is now dispatched from the VM into the image so it could be handled by Smalltalk code. This is currently not done/handled in Pharo. Only in Squeak so far. The recent Squeak trunk/release candidate already handles the event within the image and now provides an in-image dialog to ask the user to quit. So: in Pharo now NOTHING happens when you try to close the window using "X", you can only quit using the world menu - which is IMHO really a show stopper since you cant close using "X" or ALT+F4 (the key combination to close any windows program). Two possible options: A) we should handle the event now in-image similar to Squeak by fixing and integration issue 2131 (see [2]), so not only for 1.1. but also for 1.0 B) release and distribute Pharo 1.0 with an old VM < 4.0 BTW: You can get the old behavior on Windows by additionally using SHIFT, so SHIFT + ALT + F4 allows to close. But this is not very convinient, doesnt follow what the typical Windows user expects and one has to know about it... Bye T. [1] http://lists.squeakfoundation.org/pipermail/vm-dev/2010-March/004142.html [2] http://code.google.com/p/pharo/issues/detail?id=2131 -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

4 3

[Pharo-project] SUnit
by Adrian Kuhn April 6, 2010

April 6, 2010

Niko and me are thinking about doing some work on SUnit. Background is that we are working on Phexample, which extends SUnit with test that expand on one another [1]. We got test dependencies working with the current SUnit, but had to do some quick ugly hacks. So we thought about cleaning the internals SUnit up, and then include test dependencies in the core. Things we would possible change (we will certainly identify more as we clean up SUnit...) - store test resources in a dynamic variable rather than a static one - refactor the assert: protocol to a trait, such that they can be used in setup and teardown of test resources as well (actually I already did that, you can find a version on my squeaksource account) - apply the fixes to test resources in Niall's slide deck that Lukas showed us - add expectations matchers as used in behavior-driven testing - break testcase into two classes, and to run the test and one to store the result (no more #cleanUpInstanceVariables hack to avoid memory leaks) - add test dependencies to test results, such that one test can extend on the return value of another test - fix expected failures such that they are a first-class result (no more #shouldPass with O(n^2) or worse behavior) So you see, the idea is twofold: first to clean up what is there, and second to add test dependencies as a new feature. For those that dont know test dependencies. They had first been proposed by Markus GÃ¤lli based on an analysis of all Squeak tests years ago. He found that most tests cover a superset of another test's coverage set. A prototype in Java as been implemented later by Lea HÃ¤nsenberger and me. We published a case study at XP 2008, which lead to PHP folks to include test dependencies in the latest PHPUnit. The idea of explicit test dependencies is to shift the burden of isolating test cases from the developers to the framework. You avoid duplicate test code and you get less red test cases per failure. Please refer to Niko's blog post for more details [2]. We got some more ideas (such as API baseline testing, search in test results, etc...) but they will not likely make it into a first clean up. One thing we do not know is how many folks are out there that depend on internal representation of SUnit. I talked to some folks and identified two requirements, first that legacy tests should keep running and second that contributions to other sunit forks should keep being mergeable. The first seems feasible, the second sounds like it boils down to not cleaning anything :) What do you think? cheers, AA [1]: http://www.squeaksource.com/phexample.html [2]: http://smalltalkthoughts.blogspot.com/2009/11/phexample-because-examples-ex…

15 65

[Pharo-project] Handle Close Event in Image - necessary for 1.0?
by Torsten Bergmann April 6, 2010

April 6, 2010

>open a ticket As I wrote, there is an issue 2131 already. >provide some tested code I can just provide an old changeset mixed up from Squeak code - it works but I do not have tested or look if it merges correctly with Pharo. At least it works, I dont like the "TheWorldMenu basicNew quitSession" hack. Someone (with knowledge of the event handling system) should review or enhance it (Marcus?). You will find it attached. >I cannot do everything especially for platform I do not have access to. We should handle this in-image now for all platforms since it is AFAIK this is now supported by all VM's. How is it done on Mac and Linux these days? >Then, for 1.1 open a ticket so that someone try to fix the problem with the >version 4. There is already one: http://code.google.com/p/pharo/issues/detail?id=2131 If we want to keep quality high we should care about this. Bye T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

2 1

[Pharo-project] FFI tests
by Schwab,Wilhelm K April 6, 2010

April 6, 2010

Hello all, Is anyone having success with the FFI tests on Linux? I have been having some weird problems with an RC1 image and noted that many of the tests fail in it. My image builder is almost ready for another attempt at making a newer image, and I will prioritize the tests. I also have an idea or two on how to try to reproduce the problems I am having. Bill

2 2

[Pharo-project] Linux VM microbenchmarks
by laurent laffont April 6, 2010

April 6, 2010

Hi, Thanks to people who send the results of tinyBenchmarks for various CPU, here's the report. What I want to know is whether these results are crap or "normal". It seems that all people succeed in compiling the VM with the source provided. So it may be a candidate for Pharo 1.0 ? The procedure to build the VM was: wget http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz tar -xvzf Squeak-3.11.3.2135-pharo-src.tar.gz cd Squeak-3.11.3.2135-pharo-src/ mkdir build && cd build ../unix/cmake/configure --CFLAGS="-O2" make The results: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz 64 bits =============================================== 432 M bytecodes/sec; 13 M sends/sec Intel(R) Core(TM)2 Duo CPU T8300 @ 2.40GHz 64 bits =============================================== 424 M bytecodes/sec; 13 M sends/sec Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz 32 bits =============================================== 389 M bytecodes/sec; 10.5 M sends/sec Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz 32 bits =============================================== 330 M bytecodes/sec; 9.2 M sends/sec Intel(R) Core(TM)2 CPU 4300 @ 1.80GHz 64 bits (CFLAGS = -O3) =============================================== 331 M bytecodes/sec; 8.9 M sends/sec Intel(R) Core(TM)2 CPU 4300 @ 1.80GHz 64 bits (CFLAGS = -O2) =============================================== 106 M bytecodes/sec; 3.4 M sends/sec Intel(R) Core(TM)2 CPU 6420 @ 2.13GHz 32 bits =============================================== 220 M bytecodes/sec; 7.6 M sends/sec Intel(R) Pentium(R) 4 CPU 3.00GHz 32 bits =============================================== 93 M bytecodes/sec; 5.5 M sends/sec AMD Athlon(tm) 64 Processor 3000+ =============================================== 87 M bytecodes/sec; 4.5 M sends/sec Laurent Laffont

4 14