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

Re: [Pharo-project] [ANN] VM for closures on pharo web site

by Marcus Denker

On 31.03.2009, at 10:03, StÃ©phane Ducasse wrote: > Hi > > I release a VM for mac: the one sent by john and I added the missing > plugin for Unicode support. > Available at > https://gforge.inria.fr/projects/pharo/ > Where exactly? the "Closure VMs" category is empty... Marcus -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

March 31, 2009

[Pharo-project] [ANN] VM for closures on pharo web site

by StÃ©phane Ducasse

Hi I release a VM for mac: the one sent by john and I added the missing plugin for Unicode support. Available at https://gforge.inria.fr/projects/pharo/ Stef

March 31, 2009

[Pharo-project] [ANN] release a plugin archive

by StÃ©phane Ducasse

https://gforge.inria.fr/projects/pharo/ ClipboardExtendedPlugin.bundle LocalePlugin.bundle ServicesPlugin.bundle UnixOSProcessPlugin.bundle CroquetPlugin.bundle ObjectiveCPlugin.bundle SpellingPlugin.bundle mpeg3Plugin.bundle FT2Plugin.bundle PrintJobPlugin.bundle SqueakFFIPrims.bundle FloatMathPlugin.bundle QuicktimePlugin.bundle TestOSAPlugin.bundle Stef

March 31, 2009

Re: [Pharo-project] about the closure

by Michael Roberts

Ok cool. Good stuff! Mike On 3/31/09, Lukas Renggli <renggli(a)gmail.com> wrote: >> Attached is a third set of tests, those where written by >> Rob Wither and Boris Gaertner years ago. >> >> And: they don't file in. I think because Eliot's compiler does not >> support shadowing of variables in some cases. But I did not look to >> deeply. > > I fixed the loading, see attachement. The tests all pass :-) > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch >

March 31, 2009

Re: [Pharo-project] about the closure

by Lukas Renggli

> Attached is a third set of tests, those where written by > Rob Wither and Boris Gaertner years ago. > > And: they don't file in. I think because Eliot's compiler does not > support shadowing of variables in some cases. But I did not look to > deeply. I fixed the loading, see attachement. The tests all pass :-) Lukas -- Lukas Renggli http://www.lukas-renggli.ch

March 31, 2009

Re: [Pharo-project] about the closure

by Marcus Denker

Hi, Very cool! Attached is a third set of tests, those where written by Rob Wither and Boris Gaertner years ago. And: they don't file in. I think because Eliot's compiler does not support shadowing of variables in some cases. But I did not look to deeply. On 30.03.2009, at 23:40, Lukas Renggli wrote: > Eliots code comes with additional tests. > > Furthermore I wrote an set of tests (see attachement). These tests > especially make sure that none of the optimizations destroy the > closure behavior. All existing Smalltalk implementations have some > bugs, even the commercial ones. > > Another test is that the image can be completely recompiled and no > additional test fails. > > Then the Seaside tests are another good candidate, they depend heavily > on block behavior. And continuations extensively stress the context > implementation. > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > <ClosureTests.st>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

March 31, 2009

Re: [Pharo-project] Pharo tentative schedule roadmap ....

by StÃ©phane Ducasse

probably We will harvest the closures and we will have to think what we want to do. If you and other want to help the tests should be green and stop popping up dialog boxes Stef On Mar 31, 2009, at 12:43 AM, Geert wrote: > > I assume the tentative (March Beta and May release) schedule on the > Pharo Project website may need some minor adjustments? > -- > View this message in context: http://n2.nabble.com/Pharo-tentative-schedule-roadmap-....-tp2560092p256009… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 31, 2009

Re: [Pharo-project] about the closure

by StÃ©phane Ducasse

I really want to see that :) Because the semantics of Smalltalk block is far from clear to me. Do you write something on it :)? for DSL? for ESUG workshop? Stef On Mar 31, 2009, at 12:20 AM, Lukas Renggli wrote: >> Furthermore I wrote an set of tests (see attachement). These tests >> especially make sure that none of the optimizations destroy the >> closure behavior. All existing Smalltalk implementations have some >> bugs, even the commercial ones. > > I should note that these tests were written after a long discussion > with Oscar on the exact ANSI Smalltalk block semantics. > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 31, 2009

Re: [Pharo-project] Exupery VM crashed with SegFault

by Mariano Martinez Peck

On Mon, Mar 30, 2009 at 11:32 AM, Damien Cassou <damien.cassou(a)gmail.com>wrote: > Hi, > > try to evaluate the following code in any Pharo image using the > Exupery Unix VM and you will get a Segmentation Fault. > > Preferences setMenuFontTo: (LogicalFont familyName: 'DejaVu Serif' > pointSize: 10). > > $ squeak -version > 3.10-3 #29 Fri Feb 27 22:09:30 GMT 2009 gcc 4.1.2 > Pharo0.1 of 16 May 2008 [latest update: #10074] > Linux localhost 2.6.24.4 #9 SMP Sat Jul 19 21:31:15 BST 2008 i686 > Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz GenuineIntel GNU/Linux > default plugin location: /usr/local/lib/squeak/3.10-3/*.so > > Segmentation fault > > 2025578964 UUID>initialize > 2025578848 Behavior>new: > 2025578756 >new > 2025578664 >setTimeStamp > 2025578480 >updateInstances > 2025560892 >setMenuFontTo: > [...] > > The code which crashes: > > UUID>>initialize > self primMakeUUID. > > UUID>>primMakeUUID > <primitive: 'primitiveMakeUUID' module: 'UUIDPlugin'> > UUIDGenerator default generateBytes: self forVersion: 4. > > If I remove the call to the primitive, things works and the font is > changed. > It works for me on Ubuntu hardy, exupery and pharo 262. Cheers, Mariano > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 30, 2009

[Pharo-project] Pharo tentative schedule roadmap ....

by Geert

I assume the tentative (March Beta and May release) schedule on the Pharo Project website may need some minor adjustments? -- View this message in context: http://n2.nabble.com/Pharo-tentative-schedule-roadmap-....-tp2560092p256009… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

March 30, 2009