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

Re: [Pharo-project] SkipList

by Adrian Lienhard

Gabriel, I think its easier if Stef or I will do it when we prepare the next update. Like this you don't need to spend time dealing with MC or a changeset for this simple removal. I'd prefer your work on the harder licensing stuff ;) Cheers, Adrian On Jun 3, 2009, at 21:55 , Gabriel Cotelli wrote: > Ok... seems that are ok to remove that... > If nobody take this I can do that. > > > > > On Wed, Jun 3, 2009 at 4:04 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr>wrote: > >> I meant that we will remove it. >> stef >> On Jun 3, 2009, at 8:50 PM, StÃ©phane Ducasse wrote: >> >>> Me or adrian :) >>> >>> Stef >>> >>> On Jun 3, 2009, at 8:38 PM, Nicolas Cellier wrote: >>> >>>> That remind me >> http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-March/127168.ht… >>>> I proposed already to move SkipList in Squeaksource/Squeakmap and >>>> still agree on this >>>> ( >> http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-March/127217.ht… >>>> ) >>>> >>>> Ken Causey has shown good willing to do it at that time, but did >>>> not >>>> proceed, I don't remember why... Maybe because he could not decide >>>> about the license, or waited for author agreement? Ah yes, see: >>>> http://tunes.org/~nef//logs/squeak/08.04.04<http://tunes.org/%7Enef//logs/squeak/08.04.04 >>>> > >>>> >>>> So, who will take that job? >>>> >>>> Nicolas >>>> >>>> >>>> 2009/6/3 Adrian Lienhard <adi(a)netstyle.ch>: >>>>> Hi Gabriel, >>>>> >>>>> Yes, it was also my intention to remove SkipList from the core. >>>>> >>>>> Not sure whether it makes sense to create an external package. >>>>> Anybody >>>>> using SkipList? If there is no interest, I would not create it. >>>>> Its >>>>> not lost as you can always go back and extract it from Squeak or >>>>> an >>>>> earlier version of Pharo. >>>>> >>>>> Cheers, >>>>> Adrian >>>>> >>>>> >>>>> On Jun 3, 2009, at 02:01 , Gabriel Cotelli wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> 20 of the methods that are not license clean are part of SkipList >>>>>> and >>>>>> SkipListNode... >>>>>> >>>>>> I checked the core, dev and web image and there's no reference to >>>>>> this >>>>>> (except the tests) and asSkipList in Collection (with no >>>>>> senders)... >>>>>> >>>>>> I think it's better to move this out of the core to an external >>>>>> loadable >>>>>> package... but better to ask to the community first :) >>>>>> >>>>>> Comments are welcome. >>>>>> >>>>>> Thanks >>>>>> Gabriel >>>>>> _______________________________________________ >>>>>> Pharo-project mailing list >>>>>> Pharo-project(a)lists.gforge.inria.fr >>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- >>>>> project >>>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 3, 2009

Re: [Pharo-project] an odd bug

by Hernan Wilkinson

I think I founded the problem... I don't know what makes it happen or how to solve it yet :-)But the problem is a raise condition. In method MouseOverHandler>>processMouseOver: anEvent the instance variable leftMorphs is set to nil, but when accessing that variable there is no check for nil. So, if processMouseOver: anEvent is running in two different processes, in one leftMorphs could set to nil while in the other process is still been used... Is it possible for processMouseOver: anEvent to be evaluated in more than one process? If that is true, so that is the problem... if not, nothing makes sense... 2009/6/3 Mariano Martinez Peck <marianopeck(a)gmail.com> > I didn't know that. logDebuggerStackToFile is the option? > > It's strange because this is enable by default and I don't think Sean > change it. > > > > On Wed, Jun 3, 2009 at 5:39 PM, Nicolas Cellier < > nicolas.cellier.aka.nice(a)gmail.com> wrote: > >> This is controlled by a Preference setting... >> >> Nicolas >> >> 2009/6/3 Sean Allen <sean(a)monkeysnatchbanana.com>: >> > dont have one. there isnt any debug.log in the directory with the image >> ( or >> > any other pharo associated directory. ) >> > >> > 2009/6/3 Mariano Martinez Peck <marianopeck(a)gmail.com> >> >> >> >> It would be helpful if you attach debug.log. This file is located in >> the >> >> same directory where the image is. >> >> >> >> Cheers, >> >> >> >> Mariano >> >> >> >> 2009/6/3 Sean Allen <sean(a)monkeysnatchbanana.com> >> >>> >> >>> that i dont really know how to describe... so i'm going to attach a >> >>> screenshot... >> >>> i opened the lastest pharo dev image... checked to see if the redraw >> bug >> >>> that i have been experiencing was still there... >> >>> went to quick and got a sudden flurry of message not understood errors >> ( >> >>> see screenshot of the rearranged windows )... >> >>> i wasnt able to reliably reproduce but, when doing the same thing ( >> open >> >>> and quit... ) about 2 out of every five times i >> >>> got message not understood windows popping up. >> >>> >> >>> >> >>> _______________________________________________ >> >>> Pharo-project mailing list >> >>> Pharo-project(a)lists.gforge.inria.fr >> >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> >> >> >> _______________________________________________ >> >> Pharo-project mailing list >> >> Pharo-project(a)lists.gforge.inria.fr >> >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > >> > >> > _______________________________________________ >> > Pharo-project mailing list >> > Pharo-project(a)lists.gforge.inria.fr >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 3, 2009

Re: [Pharo-project] SkipList

by Gabriel Cotelli

Ok... seems that are ok to remove that... If nobody take this I can do that. On Wed, Jun 3, 2009 at 4:04 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > I meant that we will remove it. > stef > On Jun 3, 2009, at 8:50 PM, StÃ©phane Ducasse wrote: > > > Me or adrian :) > > > > Stef > > > > On Jun 3, 2009, at 8:38 PM, Nicolas Cellier wrote: > > > >> That remind me > http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-March/127168.ht… > >> I proposed already to move SkipList in Squeaksource/Squeakmap and > >> still agree on this > >> ( > http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-March/127217.ht… > >> ) > >> > >> Ken Causey has shown good willing to do it at that time, but did not > >> proceed, I don't remember why... Maybe because he could not decide > >> about the license, or waited for author agreement? Ah yes, see: > >> http://tunes.org/~nef//logs/squeak/08.04.04<http://tunes.org/%7Enef//logs/squeak/08.04.04> > >> > >> So, who will take that job? > >> > >> Nicolas > >> > >> > >> 2009/6/3 Adrian Lienhard <adi(a)netstyle.ch>: > >>> Hi Gabriel, > >>> > >>> Yes, it was also my intention to remove SkipList from the core. > >>> > >>> Not sure whether it makes sense to create an external package. > >>> Anybody > >>> using SkipList? If there is no interest, I would not create it. Its > >>> not lost as you can always go back and extract it from Squeak or an > >>> earlier version of Pharo. > >>> > >>> Cheers, > >>> Adrian > >>> > >>> > >>> On Jun 3, 2009, at 02:01 , Gabriel Cotelli wrote: > >>> > >>>> Hi, > >>>> > >>>> 20 of the methods that are not license clean are part of SkipList > >>>> and > >>>> SkipListNode... > >>>> > >>>> I checked the core, dev and web image and there's no reference to > >>>> this > >>>> (except the tests) and asSkipList in Collection (with no > >>>> senders)... > >>>> > >>>> I think it's better to move this out of the core to an external > >>>> loadable > >>>> package... but better to ask to the community first :) > >>>> > >>>> Comments are welcome. > >>>> > >>>> Thanks > >>>> Gabriel > >>>> _______________________________________________ > >>>> Pharo-project mailing list > >>>> Pharo-project(a)lists.gforge.inria.fr > >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>> > >>> > >>> _______________________________________________ > >>> Pharo-project mailing list > >>> Pharo-project(a)lists.gforge.inria.fr > >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>> > >> > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 3, 2009

Re: [Pharo-project] SkipList

by StÃ©phane Ducasse

I meant that we will remove it. stef On Jun 3, 2009, at 8:50 PM, StÃ©phane Ducasse wrote: > Me or adrian :) > > Stef > > On Jun 3, 2009, at 8:38 PM, Nicolas Cellier wrote: > >> That remind me http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-March/127168.ht… >> I proposed already to move SkipList in Squeaksource/Squeakmap and >> still agree on this >> ( http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-March/127217.ht… >> ) >> >> Ken Causey has shown good willing to do it at that time, but did not >> proceed, I don't remember why... Maybe because he could not decide >> about the license, or waited for author agreement? Ah yes, see: >> http://tunes.org/~nef//logs/squeak/08.04.04 >> >> So, who will take that job? >> >> Nicolas >> >> >> 2009/6/3 Adrian Lienhard <adi(a)netstyle.ch>: >>> Hi Gabriel, >>> >>> Yes, it was also my intention to remove SkipList from the core. >>> >>> Not sure whether it makes sense to create an external package. >>> Anybody >>> using SkipList? If there is no interest, I would not create it. Its >>> not lost as you can always go back and extract it from Squeak or an >>> earlier version of Pharo. >>> >>> Cheers, >>> Adrian >>> >>> >>> On Jun 3, 2009, at 02:01 , Gabriel Cotelli wrote: >>> >>>> Hi, >>>> >>>> 20 of the methods that are not license clean are part of SkipList >>>> and >>>> SkipListNode... >>>> >>>> I checked the core, dev and web image and there's no reference to >>>> this >>>> (except the tests) and asSkipList in Collection (with no >>>> senders)... >>>> >>>> I think it's better to move this out of the core to an external >>>> loadable >>>> package... but better to ask to the community first :) >>>> >>>> Comments are welcome. >>>> >>>> Thanks >>>> Gabriel >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 3, 2009

Re: [Pharo-project] SkipList

by StÃ©phane Ducasse

Me or adrian :) Stef On Jun 3, 2009, at 8:38 PM, Nicolas Cellier wrote: > That remind me http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-March/127168.ht… > I proposed already to move SkipList in Squeaksource/Squeakmap and > still agree on this > ( http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-March/127217.ht… > ) > > Ken Causey has shown good willing to do it at that time, but did not > proceed, I don't remember why... Maybe because he could not decide > about the license, or waited for author agreement? Ah yes, see: > http://tunes.org/~nef//logs/squeak/08.04.04 > > So, who will take that job? > > Nicolas > > > 2009/6/3 Adrian Lienhard <adi(a)netstyle.ch>: >> Hi Gabriel, >> >> Yes, it was also my intention to remove SkipList from the core. >> >> Not sure whether it makes sense to create an external package. >> Anybody >> using SkipList? If there is no interest, I would not create it. Its >> not lost as you can always go back and extract it from Squeak or an >> earlier version of Pharo. >> >> Cheers, >> Adrian >> >> >> On Jun 3, 2009, at 02:01 , Gabriel Cotelli wrote: >> >>> Hi, >>> >>> 20 of the methods that are not license clean are part of SkipList >>> and >>> SkipListNode... >>> >>> I checked the core, dev and web image and there's no reference to >>> this >>> (except the tests) and asSkipList in Collection (with no senders)... >>> >>> I think it's better to move this out of the core to an external >>> loadable >>> package... but better to ask to the community first :) >>> >>> Comments are welcome. >>> >>> Thanks >>> Gabriel >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 3, 2009

Re: [Pharo-project] an odd bug

by Mariano Martinez Peck

I didn't know that. logDebuggerStackToFile is the option? It's strange because this is enable by default and I don't think Sean change it. On Wed, Jun 3, 2009 at 5:39 PM, Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com> wrote: > This is controlled by a Preference setting... > > Nicolas > > 2009/6/3 Sean Allen <sean(a)monkeysnatchbanana.com>: > > dont have one. there isnt any debug.log in the directory with the image ( > or > > any other pharo associated directory. ) > > > > 2009/6/3 Mariano Martinez Peck <marianopeck(a)gmail.com> > >> > >> It would be helpful if you attach debug.log. This file is located in the > >> same directory where the image is. > >> > >> Cheers, > >> > >> Mariano > >> > >> 2009/6/3 Sean Allen <sean(a)monkeysnatchbanana.com> > >>> > >>> that i dont really know how to describe... so i'm going to attach a > >>> screenshot... > >>> i opened the lastest pharo dev image... checked to see if the redraw > bug > >>> that i have been experiencing was still there... > >>> went to quick and got a sudden flurry of message not understood errors > ( > >>> see screenshot of the rearranged windows )... > >>> i wasnt able to reliably reproduce but, when doing the same thing ( > open > >>> and quit... ) about 2 out of every five times i > >>> got message not understood windows popping up. > >>> > >>> > >>> _______________________________________________ > >>> Pharo-project mailing list > >>> Pharo-project(a)lists.gforge.inria.fr > >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > >> > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 3, 2009

Re: [Pharo-project] an odd bug

by Nicolas Cellier

This is controlled by a Preference setting... Nicolas 2009/6/3 Sean Allen <sean(a)monkeysnatchbanana.com>: > dont have one. there isnt any debug.log in the directory with the image ( or > any other pharo associated directory. ) > > 2009/6/3 Mariano Martinez Peck <marianopeck(a)gmail.com> >> >> It would be helpful if you attach debug.log. This file is located in the >> same directory where the image is. >> >> Cheers, >> >> Mariano >> >> 2009/6/3 Sean Allen <sean(a)monkeysnatchbanana.com> >>> >>> that i dont really know how to describe... so i'm going to attach a >>> screenshot... >>> i opened the lastest pharo dev image... checked to see if the redraw bug >>> that i have been experiencing was still there... >>> went to quick and got a sudden flurry of message not understood errors ( >>> see screenshot of the rearranged windows )... >>> i wasnt able to reliably reproduce but, when doing the same thing ( open >>> and quit... ) about 2 out of every five times i >>> got message not understood windows popping up. >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 3, 2009

Re: [Pharo-project] SkipList

by Nicolas Cellier

That remind me http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-March/127168.ht… I proposed already to move SkipList in Squeaksource/Squeakmap and still agree on this ( http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-March/127217.ht… ) Ken Causey has shown good willing to do it at that time, but did not proceed, I don't remember why... Maybe because he could not decide about the license, or waited for author agreement? Ah yes, see: http://tunes.org/~nef//logs/squeak/08.04.04 So, who will take that job? Nicolas 2009/6/3 Adrian Lienhard <adi(a)netstyle.ch>: > Hi Gabriel, > > Yes, it was also my intention to remove SkipList from the core. > > Not sure whether it makes sense to create an external package. Anybody > using SkipList? If there is no interest, I would not create it. Its > not lost as you can always go back and extract it from Squeak or an > earlier version of Pharo. > > Cheers, > Adrian > > > On Jun 3, 2009, at 02:01 , Gabriel Cotelli wrote: > >> Hi, >> >> 20 of the methods that are not license clean are part of SkipList and >> SkipListNode... >> >> I checked the core, dev and web image and there's no reference to this >> (except the tests) and asSkipList in Collection (with no senders)... >> >> I think it's better to move this out of the core to an external >> loadable >> package... but better to ask to the community first :) >> >> Comments are welcome. >> >> Thanks >> Gabriel >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 3, 2009

Re: [Pharo-project] Image hangs after update

by Mariano Martinez Peck

What does the "accept" button do in this case? it's like a lot of time for a simple "accept". Perhaps this is doing much more things. On Wed, Jun 3, 2009 at 1:56 PM, Robert Roland <rob.roland(a)gmail.com> wrote: > > I just had the same issue happen on my Mac, starting with the > pharo0.1-10318dev09.05.4 image and Squeak 4.1.1beta2U VM and then > upgrading. > > After approximately 2 minutes, everything came back to life. > > - Rob > > > Mariano Martinez Peck wrote: > > > > In windows, when I update several versions, I have the same problem. But > > if > > you wait for several minutes, it comes alive again :) > > > > In Linux (or at least in my machine) this doesn't happen. > > > > I must say my Linux machine es MUCH faster the my windows one. > > > > Cheers, > > > > Mariano > > > > On Tue, Jun 2, 2009 at 5:53 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > > > >> When updating Pharo0.1Core-10319cl.image on a WinXP > >> machine the image hangs after the update is finished > >> (applying 5 updates). > >> > >> I'm not able to click the OK button of the "finished" > >> dialog and the image is not responding to ALT+. > >> > >> Anyone able to confirm this? > >> > >> Thanks > >> T. > >> -- > >> GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! > >> Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 > >> > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > -- > View this message in context: > http://n2.nabble.com/Image-hangs-after-update-tp3013877p3018766.html > 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 >

June 3, 2009

Re: [Pharo-project] Glorp Tests

by Mariano Martinez Peck

Hi! Yes. I did and I will do it. I am trying Glorp to be easily installed in Pharo. I am creating new packages so that Glorp could load in Pharo. So, all this steps would be much more easier. I will be glad to know if these steps work for you. However, I am first trying to see what the problems are. If you want to use latest pharo image, you must do the following things: 1) Download latests pharo image. 2) Pharo doesn't support underscore '_' as name of a selector. I already created a ticket and hope this to be fixed. However, there is a workaround you must install: http://code.google.com/p/pharo/issues/detail?id=826. Filein underscore.cs 3) Install PostgreClientV2 and Glorp. If you have md5 in PostgreSQL you must also download Cryptography package. 4) At this moment, you must have all but 3 tests green in Cryptography package and all green in PostgreClientV2. Noticed you may change class side method PGConnection #buildDefaultConnectionArgs for your connection settings. 5) Copy the following methods (all of the category *glorpPostload) from BlockContext to BlockClosure: asGlorpExpression asGlorpExpressionForDescriptor: aDescriptor asGlorpExpressionOn: anExpression asGlorpExpressionOn: anExpression in: aQuery asGlorpExpressionOn: anExpression withUltimateBase: aBaseExpression glorpIsBlock 6) ) In EscaledDecimal #glorpPrintSQLOn: aStream change the "fraction" variable use for a getter: asFraction. 7) You may need to change the connection settings of Glorp tests. To do this, change GlorpDatabaseLoginResource #defaultPostgre* (all methods starting with defaultPostgre). Now, run Glorp tests and all should be green. Tell me you results. Cheers, Mariano 2009/6/3 ÐÐ°Ð¼ÐµÐ½ÐµÐ² ÐÐ»ÐµÐºÑÐµÐ¹ ÐÐ¸ÐºÐ¾Ð»Ð°ÐµÐ²Ð¸Ñ <kamenew(a)apk-invest.com> > Hello! > > > > Have somebody tested Glorp in Pharo ? > > > > I have a problem J > > Not enough knowledge-understanding to deal with errors > > > > > > P.S. > > I have installed latest Pharo+PostgreClientV2+Glopr > > > > Best regards > > Alexey Kamenew > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 3, 2009