June 2010 - Pharo-users - lists.pharo.org

Re: [Pharo-users] [SqueakDBX] Re: installer bug?
by Mariano Martinez Peck June 23, 2010

June 23, 2010

On Wed, Jun 23, 2010 at 12:21 AM, John Toohey <jt(a)parspro.com> wrote: > On the lastest Pharo 1.1 the following :- > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfGlorpDBX'; > load. > > ((Smalltalk at: #ConfigurationOfGlorpDBX) project version: '1.0') load. > > causes a syntax error in Scanner#xLetter. Has anyone installed > GlorpDBX on Pharo1.1? > > > yes, but I am using 1.1 version: ((Smalltalk at: #ConfigurationOfGlorpDBX) project version: '1.1') load. Cheers Mariano > > On Thu, Apr 1, 2010 at 11:43, Mariano Martinez Peck > <marianopeck(a)gmail.com> wrote: > > > > Hi Yoandy. As Stef said, the recommended way to install SqueakDBX or > GlorpDBX in Pharo is using Metacello. > > You can see read that in this link (please take a look): > > > > http://www.squeakdbx.org/Installation > > > > Right now, to install SqueakDBX you have to evaluate: > > > > Gofer new > > squeaksource: 'MetacelloRepository'; > > package: 'ConfigurationOfSqueakDBX'; > > load. > > > > ((Smalltalk at: #ConfigurationOfSqueakDBX) project version: '1.2') load. > > > > > > And for GlorpDBX: > > > > Gofer new > > squeaksource: 'MetacelloRepository'; > > package: 'ConfigurationOfGlorpDBX'; > > load. > > > > ((Smalltalk at: #ConfigurationOfGlorpDBX) project version: '1.0') load. > > > > > > Cheers > > > > Mariano > > > > On Thu, Apr 1, 2010 at 5:25 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> > >> On Apr 1, 2010, at 4:21 PM, Yoandy RodrÃguez MartÃnez wrote: > >> > >> > hello: > >> > I'm trying to install SqueakDBX and evaluating 'Installer ss' fails > cause squeaksource message is not understood. I got Installer-Core-nm.357 > from squeaksource. Is it a bug or did I just installed the wrong package?. > Can anyone please send me the code of squeaksource method so I can fix my > working copy? > >> > >> I'm sure that mariano will reply better than me but use > >> the ConfigurationOfxxx in the metaRepository do load it, or Gofer. > >> I'm not sure that Installer is maintained in Pharo and this is not the > preferred way. > >> > >> Stef > >> > >> > > >> > _______________________________________________ > >> > Pharo-users mailing list > >> > Pharo-users(a)lists.gforge.inria.fr > >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > >> > >> > >> _______________________________________________ > >> Pharo-users mailing list > >> Pharo-users(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > > > > _______________________________________________ > > SqueakDBX mailing list > > SqueakDBX(a)lists.squeakfoundation.org > > http://lists.squeakfoundation.org/mailman/listinfo/squeakdbx > > > > > > -- > -JT > _______________________________________________ > SqueakDBX mailing list > SqueakDBX(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/mailman/listinfo/squeakdbx >

1 0

Pharocasts: How to contribute updated + WorldMenu
by laurent laffont June 23, 2010

June 23, 2010

Hi, Learn how to: - choose an issue to fix from the Pharo issue tracking - create and send a slice with your fix - add entries into the World Menu Code must be sent as a SLICE named SLICE-Issue-xxxx-description. Patrick Barroca and StÃ©phane Ducasse have added a +Slice button in Pharo 1.1 to ensure this convention. For more informations on the contribution process, read "How to contribute" on Pharo wiki. Here I show how issue #2582 (Rearrange WorldMenu) has been fixed, based on WorldMenu registration chapter in the Pharo CollaborActive book. Screecast here: http://pharocasts.blogspot.com/2010/03/how-to-contribute-to-pharo.html <http://pharocasts.blogspot.com/2010/03/how-to-contribute-to-pharo.html> Cheers, Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/

2 1

Installing GlorpDBX on Pharo 1.1
by Esteban A. Maringolo June 22, 2010

June 22, 2010

Hi All, What do I have to do to get GlorpDBX installed on a Pharo 1.1 beta image? Sorry, but I'm new to the Gofer, Metacello, Monticello, Installer ss and all those utilities. Every time I try to catch up, it's always a step ahead of me :) Thank you! -- View this message in context: http://forum.world.st/Installing-GlorpDBX-on-Pharo-1-1-tp2263345p2263345.ht… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

2 3

What's the correct way to create anonymous subclasses in Pharo?
by Joachim Geidel June 21, 2010

June 21, 2010

Hi everybody, I am attempting to create subclasses of existing classes at runtime. They must not be in their superclass' list of subclasses, because they have to be garbage collected when they are no longer needed. This is what I tried to create such a class in Pharo 1.0: newMeta := (Metaclass new) superclass: Rectangle class methodDictionary: MethodDictionary new format: Rectangle class format; yourself. newClass := (newMeta new) superclass: Rectangle methodDictionary: MethodDictionary new format: Rectangle format; setName: #MyRectangle; yourself. newClass new class == newClass "--> false" The result of "newClass new" seems to be an instance of Rectangle, not of newClass. The test at the end of the code snippet answers false. When I compile a new method in newClass and install it in newClass' methodDictionary, an instance will not understand a message with the method's selector. Almost the same code will do what I want in VisualWorks: | newMeta newClass | newMeta := (Metaclass new) superclass: Rectangle class; methodDictionary: MethodDictionary new; setInstanceFormat: Rectangle class format; yourself. newClass := (newMeta new) superclass: Rectangle; methodDictionary: MethodDictionary new; setInstanceFormat: Rectangle format; setName: #MyRectangle; yourself. newClass new class == newClass "--> true" Does anybody have an idea what the problem is and what can be done to circumvent it? Thanks in advance! Joachim Geidel

4 8

Pharo book TableLayout tutorial
by laurent laffont June 21, 2010

June 21, 2010

Hi, I've added a tutorial on TableLayout http://book.pharo-project.org/book/GUI/PolymorphTutorial/TableLayout/ which follows the one on Proportional Layout. Again, thanks for feedback and English check. Cheers, Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/

2 2

Writing extensions
by Bob Cowdery June 21, 2010

June 21, 2010

Hi all, I played with Squeak about 4 years ago and I built some extensions in C. I would like to do the same again with Pharo and I have a big lump of C I would like to interface to. I can't actually remember what I did before and can't seem to find the tutorial I used. Could somebody point me in the right direction please. Thanks Bob

2 5

Glorp & PostgresV2
by Sven Van Caekenberghe June 14, 2010

June 14, 2010

Hi, A similar question regarding Glorp & PosgresV2: what is the official Pharo standpoint regarding this ? There is no ConfigurationOfGlorpNativePostgreSQL (there are some for DBX, but I don't need that). I used GlorpPharoLoader loadGlorpWithNativePostgreSQLDriver. I had to make some small changes to GlorpDriverPostgreSQL and PostgresV2 to make more tests succeed. The installer did also load the underscore.cs hack adding an ugly star in Monticello to Compiler (Scanner#xLetter). But all in all it does work great and fast. Is this something for the Pharo list or should I go ask my questions somewhere else ? Sven

2 6

[BetaTesting] [ANN] Pharo-1.1-11400-rc1dev10.06.1
by Mariano Martinez Peck June 14, 2010

June 14, 2010

Hi folks. There is a new Pharo 1.1 rc2 image for beta testing. It is based in PharoCore rc2 11400. A little remark is that this is the first release candidate, not the second one. There was a problem when building the PharoCore rc1 and thus, we used PharoCore RC2. To be concistent we call it Pharo 1.1 rc2 to this image. We are getting closer to the stable release of Pharo 1.1 so we would really appreaciate any kind of feedback. Use it, load your packages and applications, run tests, etc. The download link is: https://gforge.inria.fr/frs/download.php/27159/Pharo-1.1-11400-rc2dev10.06.… Cheers Mariano

3 2

Priority of WeakArray finalizationProcess
by Joachim Geidel June 13, 2010

June 13, 2010

While testing JNIPort on Pharo 1.0 and Pharo 1.1, I noticed that in Pharo 1.0, a JVM (a wrapper object for the Java Virtual Machine) could be initialized in ca. 4 seconds, while this needed 11 to 12 seconds in Pharo 1.1. When I profiled the JVM startup in 1.1, the profile reported that less than 20% of the time was spent there; the rest was not accounted for in the report. In Squeak 4.1, I encountered a deadlock problem related to Squeak's current WeakRegistry implementation when the JVM is started. This problem disappeared when I changed the finalizationProcess of WeakArray such that it runs at systemBackgroundPriority instead of userBackgroundPriority. Applying the same change to Pharo 1.1 makes a big difference. The JVM starts in 4.4 seconds, approximately matching the time it takes in Pharo 1.0. Starting the JVM in Squeak 4.1 is about 20% faster than Pharo 1.1. As the difference is in the part which is not accounted for by the time profiler, it is probably due to the differences in the implementation of WeakIdentityKeyDictionary which have an impact on the performance of the finalizationProcess. I am not sure if changing the priority of the finalizationProcess could possibly break something, and I also do not yet understand why changing the priority makes such a big difference both in Squeak and Pharo. How should this issue be handled? Should I add this as issues to the bug tracking tools for Pharo and Squeak respectively? Cheers, Joachim Geidel

2 3

Re: [Pharo-users] [squeak-dev] Priority of WeakArray finalizationProcess
by Joachim Geidel June 13, 2010

June 13, 2010

Am 12.06.10 21:47 schrieb Levente Uzonyi: > On Sat, 12 Jun 2010, Joachim Geidel wrote: >> I am not sure if changing the priority of the finalizationProcess could >> possibly break something, and I also do not yet understand why changing the >> priority makes such a big difference both in Squeak and Pharo. > > I think normal processes (with priority 40) could starve the finalization > process if it's priority were <= 40 (#systemBackgroundPriority is 20). That's true, I hadn't thought of that. >> How should this issue be handled? Should I add this as issues to the bug >> tracking tools for Pharo and Squeak respectively? > > I uploaded a fix to the Inbox: Collections-ul.362. If you're using a Trunk > image, just update it and load this package to your image. If you're using > a stock 4.1 image, then the easiest way to get the fix, is to add the > following line to the end of WeakKeyDictionary >> #finalizeValues > > cleanUpAfterRemove ifTrue: [ self fixCollisionsFrom: array size ] > > If you have the time, please check if this fixes the issue for Squeak. Unfortunately, this doesn't help with the deadlock issue. Cheers, Joachim Geidel

1 0