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

[Pharo-project] Problem with Pharo 1.3 in Windows
by Santiago Vidal May 18, 2011

May 18, 2011

I downloaded the latest Pharo 1.3 image version (Core) but it doesn't work on windows 7. After the execution of the file squeak.exe (of Oneclick ) the Pharo window is suddenly closed. Has anyone experienced the same problem? Cheers Santiago -- Ing. Santiago A. Vidal ISISTAN Research Institute UNICEN University Paraje Arroyo Seco Campus Universitario (B7001BBO) Tandil, Bs. As. - Argentina Phone: 54 2293 439840 Ext. 42 Fax: 54 2293 439681 Email: svidal(a)exa.unicen.edu.ar http://www.exa.unicen.edu.ar/~svidal

2 1

Re: [Pharo-project] Circle is gone
by Marcus Denker May 18, 2011

May 18, 2011

On May 18, 2011, at 8:08 PM, StÃ©phane Ducasse wrote: > What Circle? > Circle, from ST80... I think you removed it ;-) > CircleMorph? > I do not see why it would be removed? > > Stef > On May 18, 2011, at 2:54 PM, Tudor Girba wrote: > >> Hi, >> >> Circle seems to be gone from Pharo 1.3. >> >> What is now the preferred way to specify a circle? >> >> Cheers, >> Doru >> >> >> -- >> www.tudorgirba.com >> >> "When people care, great things can happen." >> >> >> >> > > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

3 2

[Pharo-project] OCompletion?
by Alexandre Bergel May 18, 2011

May 18, 2011

Hi! Am I the only one to bump all the time into error raised by OCompletion? in OController>>handleKeystrokeBefore: kbEvent editor: theEditor I just switched: self isMenuOpen ifFalse: [ self openMenuFor: theEditor ]. into: self isMenuOpen ifFalse: [ [self openMenuFor: theEditor] on: Error do: [] ]. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

3 4

Re: [Pharo-project] Branded Cog for Win32 for Build slave (Was: [TODO] 1.3)
by Marcus Denker May 18, 2011

May 18, 2011

On May 18, 2011, at 10:44 AM, Torsten Bergmann wrote: >> provide a "Pharo Cog $VersionNumber" vm. >> >> The good news is that we now have a window build slave, so we will soon have >all 3 major architectures covered > > Nice - the windows build slave arrived! Who maintains it? > The server is maintained by INRIA it services... the build infrastructure by Igor and the rest who has access (i.e. me, but I stopped using windows *before* win95 was released...) > So I expect the build slave to > 1. get the code from Eliots svn repository > 2. patch the code to "brand" the vm with custom Pharo icon and label > 3. Replace the name of the VM to build in the Makefile > 4. build it for use in OneClick or installer or to provide a zip > yes. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

4 4

[Pharo-project] Circle is gone
by Tudor Girba May 18, 2011

May 18, 2011

Hi, Circle seems to be gone from Pharo 1.3. What is now the preferred way to specify a circle? Cheers, Doru -- www.tudorgirba.com "When people care, great things can happen."

5 8

[Pharo-project] A lil simplification of MorphTreeNodeMorph
by Igor Stasenko May 18, 2011

May 18, 2011

Cut out some code and extra morphs. It speeds up rendering to 60% of original. @Benjamin Please verify if it positioning stuff correctly. Because in my image Settings are now OK. @all I need your feedback to know if it works correctly in other places, where tree morph used. -- Best regards, Igor Stasenko AKA sig.

4 36

Re: [Pharo-project] Decompiler problem (leading to infinite loop of opening debuggers)
by Marcus Denker May 18, 2011

May 18, 2011

On May 18, 2011, at 1:26 PM, Toon Verwaest wrote: > I haven't figured out the exact decompiler bug yet, but just so you can easily fix your problem: > I tested on 1.3, and it's fixed there... we synced in 1.3 with some fixes from the old compiler. We could backport the compiler fixes to 1.2... > just move the temp in the whileFalse: [ |newReqd| to the toplevel of the method (if this is semantically equivalent; but it looks like). > Then it can actually decompile it ;) > > cheers, > Toon > > On 05/18/2011 12:16 PM, Johan Brichau wrote: >> (MetacelloMCVersionSpec compiledMethodAt: #resolveToLoadableSpecs:map:) decompileWithTemps > > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

4 3

[Pharo-project] Basic tricks for improving a serializer?
by Mariano Martinez Peck May 18, 2011

May 18, 2011

Hi guys. Together with Martin we are developing a fast object graph serializer called Fuel. The idea is to use a pickle format similar to VW Parcels. Right now we are able to correctly serialize (almost) all kind of objects (from different classes and so on). The algorithm is working quite well and we are already quite fast. We also know how to encode more or less efficient some of the "primitive" classes like Floats, SmallIntegers, ByteString, ByteArray, etc, etc. What we really don't know anything about streams. For example, until now, we were using just a MultiByteFileStream and doing all the time things like #next: #nextPutAll: #nextWordPut: etc... Now Igor told us for example, to use a buffer like this: | bufferStream | bufferStream := ByteArray new writeStream. (FLSerializer on: bufferStream) serialize: anArrayToSerialize. aFileStream nextPutAll: bufferStream contents. and that it at least 2 times faster than we were doing.... I guess it is because it goes to the disk only once. But MultiByteFileStream uses a buffer, doesn't it ? For reading (deserialization) we are not doing nothing special. We just open the file stream and we read with #next #nextString ... etc. Another thing is which kind of file stream should we use. MultiByteFileStream ? StandardFileStream ? So...before spending time in some optimizations, are there "known" things that we should check? Thanks in advance, -- Mariano http://marianopeck.wordpress.com

7 19

Re: [Pharo-project] [Esug-list] [ANN] SmallHarbour project
by Dale Henrichs May 18, 2011

May 18, 2011

On 05/17/2011 12:37 PM, Davorin Rusevljan wrote: > On Tue, May 17, 2011 at 9:19 PM, laurent laffont > <laurent.laffont(a)gmail.com> wrote: >> Actually we have several visions (nothing is final here, ideas welcome) > .. > > Having Amazon ec2 image is also a very good idea, and some > Smalltalkers have already made first important steps like: > > http://www.nickager.com/blog/Create-a-free-Gemstone-server-in-the-cloud-in-… > > You probably already have enough on your plate, but I mentioned > CloudFoundry for following reasons: > - it has a promise that one would be able to deploy SmallHarbour to > different cloud providers > - CloudFoundry currently provides support for Java, Ruby and > Javascript, adding Smalltalk would be nice for visibility, and could > be used for other Smalltalk services not only SmallHarbour. > > As I said you probably have enough to do in the first place, but if > you just happen to have some student lurking that has some ruby > knowledge to hack the interface for Smalltalk to Cloudfoundry it would > be very nice to have :) > > As for your other goals - great! > > Davorin Rusevljan > http://www.cloud208.com/ > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org Laurent/Davorin, We are in the process of adding support for deploying GLASS applications into the Cloud Foundry, but I wouldn't mind helping folks who are interested in adding support for other Smalltalks into the Cloud Foundry ... The Cloud Foundry is written largely in ruby, so you'll need to be wearing your ruby dancing shoes:) Dale

5 7

[Pharo-project] RDF Framework and Pharo
by Laszlo Zsolt Kiss May 18, 2011

May 18, 2011

Hello.How can I usingÂ Rikaiko RDF framework with Pharo 1.2 or 1.3?Anybody working with this stuff?Best regardsLaszlo Zsolt Kiss

4 5