October 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] birthday party: who is coming?

by Miguel CobÃ¡

El mar, 05-10-2010 a las 19:14 +0200, StÃ©phane Ducasse escribiÃ³: > Hi guys > > I will need to know who is coming. I told noury and luc so far that I will invite them later because else we will be too many. > The idea is that we will have a buffet or something like that during lunch the saturday and play games, listen music.... > the afternoon. I would really like to go ;)... but sadly you are the other side of the world. It appears that this went to the list by mistake, but from Mexico, you have my congratulations. Have a lot of fun! cheers :) > > Else if you want an idea for a simple gift.... > I'm missing some dvd of Miyazaki :) Quentin knows and can probably be reached at QuenThi Ducasse <quenthi.ducasse(a)free.fr>. > > Stef > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel CobÃ¡ http://miguel.leugim.com.mx

Oct. 5, 2010

Re: [Pharo-project] UUID and Cog?

by Eliot Miranda

...and if you want to try and make the UUIDPlugin internal you need to edit unixbuild/bld/plugins.int & unixbuild/bld/plugins.ext to move it from external to internal, then (if you've already configured) make reallyclean and repeat the configure step before making. On Tue, Oct 5, 2010 at 10:18 AM, Eliot Miranda <eliot.miranda(a)gmail.com>wrote: > > > On Tue, Oct 5, 2010 at 5:13 AM, Levente Uzonyi <leves(a)elte.hu> wrote: > >> On Tue, 5 Oct 2010, Philippe Marschall wrote: >> >> Hi >>> >>> Does anybody know whether UUIDs are supposed to work on Cog on Linux? I >>> got the latest prebuilt Cog from [1] and UUID new crashes my VM with a >>> seg fault on a Monticello commit. I believe it was working before I >>> updated some Linux packages. >>> >> >> Just rebuild the VM on your Linux, that should work. >> > > In fact, just rebuild the plugin. Here's how. Once you've checked out > http://www.squeakvm.org/svn/squeak/branches/Cog, read and obeyed > unixbuild/HowToBuild through the configure step cd to > unixbuild/bld/UUIDPlugin > and say "make". Then take the plugin from > unixbuild/bld/UUIDPlugin/.libs/UUIDPlugin > > HTH > Eliot > > >> >> >> Levente >> >> >> >>> [1] http://www.mirandabanda.org/files/Cog/VM/VM.r2316/ >>> >>> Cheers >>> Philippe >>> >>> >>> _______________________________________________ >>> 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 >> > >

Oct. 5, 2010

Re: [Pharo-project] UUID and Cog?

by Philippe Marschall

On 05.10.2010 18:23, Levente Uzonyi wrote: > On Tue, 5 Oct 2010, Philippe Marschall wrote: > >> On 05.10.2010 16:41, David T. Lewis wrote: >>> If anyone has any specific information as to the root cause of the >>> libuuid >>> bug, I'd appreciate if you can update the bug report here: >>> >>> http://bugs.squeak.org/view.php?id=7358 >>> >>> I had previously tried to summarize as follows: >>> >>>> The bug exists in some versions of libuuid on some Linux distributions. >>>> The workaround is to compile the plugin internal. The latest versions >>>> of Unix VM have the plugin compiled internally, although some users may >>>> still experience problems if they have a leftover external plugin from >>>> a prior installation. >>> >>> But it's not clear if this is accurate given the recent reports here. >>> In particular, if a precompiled Cog VM with the UUID plugin compiled >>> internally leads to a crash, then the above is not a sufficient >>> workaround (at least not on Cog). >>> >>> If we are seeing crashes on Cog with an internal UUID plugin, but >>> not on the traditional VM with an internal UUID plugin, then I think >>> I smell a pthread related issue. >> >> How can I find out whether the plugin is compiled internally or not? > > The crash report lists the loaded plugins. If the plugin name ends with > (i), then it's internal, if it ends with (e), then it's external. If > you're using Eliot's build, then it's external. Yeah, that's what I'm using, it's external. > If you just want a working VM and the quality of UUIDs doesn't matter, > then you can safely delete the UUIDPlugin from the lib/squeak/3.9-7/ > directory. Uhm, I'm making Monticello commits and good UUIDs would help. >> >> What I see in the console is the following: >> >> Segmentation fault >> >> >> >> Smalltalk stack dump: >> 0xff79f344 M UUID>initialize -1045926312: a(n) UUID >> 0xff79f35c M UUID class(Behavior)>new: -1246728604: a(n) UUID class >> 0xff79f380 I UUID class>new -1246728604: a(n) UUID class >> >> ... >> >> Most recent primitives >> ... >> withArgs:executeMethod: >> basicNew: >> primMakeUUID >> >> Is there a way to provide more information? > > The stack dump looks the same as what other people have. The version of > your linux might be helpful, so others can reproduce the issue if you > don't want to debug it yourself. Gentoo 64bit: 2.6.35-gentoo-r8 util-linux (where libuuid afaik comes from): 2.18-r1 Cheers Philippe

Oct. 5, 2010

Re: [Pharo-project] UUID and Cog?

by Eliot Miranda

On Tue, Oct 5, 2010 at 5:13 AM, Levente Uzonyi <leves(a)elte.hu> wrote: > On Tue, 5 Oct 2010, Philippe Marschall wrote: > > Hi >> >> Does anybody know whether UUIDs are supposed to work on Cog on Linux? I >> got the latest prebuilt Cog from [1] and UUID new crashes my VM with a >> seg fault on a Monticello commit. I believe it was working before I >> updated some Linux packages. >> > > Just rebuild the VM on your Linux, that should work. > In fact, just rebuild the plugin. Here's how. Once you've checked out http://www.squeakvm.org/svn/squeak/branches/Cog, read and obeyed unixbuild/HowToBuild through the configure step cd to unixbuild/bld/UUIDPlugin and say "make". Then take the plugin from unixbuild/bld/UUIDPlugin/.libs/UUIDPlugin HTH Eliot > > > Levente > > > >> [1] http://www.mirandabanda.org/files/Cog/VM/VM.r2316/ >> >> Cheers >> Philippe >> >> >> _______________________________________________ >> 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 >

Oct. 5, 2010

[Pharo-project] birthday party: who is coming?

by StÃ©phane Ducasse

Hi guys I will need to know who is coming. I told noury and luc so far that I will invite them later because else we will be too many. The idea is that we will have a buffet or something like that during lunch the saturday and play games, listen music.... the afternoon. Else if you want an idea for a simple gift.... I'm missing some dvd of Miyazaki :) Quentin knows and can probably be reached at QuenThi Ducasse <quenthi.ducasse(a)free.fr>. Stef

Oct. 5, 2010

Re: [Pharo-project] Tracing special messages [WAS] Re: [Vm-dev] Re: normalSend, specialObjectsArray and VM

by Mariano Martinez Peck

On Tue, Oct 5, 2010 at 6:23 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > wrote: > Hi. So....if I want to intercept ALL message sends....going to #normalSend > is not enough since I have #class, #==, Float>>#+ etc that are executed > directly like bytecodes. So...my questions are now: > > 1) Those special selectors are those that are in "Smalltalk > specialSelectors" ? are there more? all from there are special? > > 2) All those "Smalltalk specialSelectors" have their associated bytecode > primitive in Interpreter?? If true, then I should modify all bytecodePrim* > in Interpreter. I am right? If I do that, that's all ? I am intercepting > everything? > > Sorry I need not to count those bytecodePrim* that do a "normalSend" at the end. Isn't it? > Thanks a lot in advance, > > Mariano > > > > On Sun, Oct 3, 2010 at 11:09 PM, Craig Latta <craig(a)netjam.org> wrote: > >> >> >> > Craig Latta has done all this work, talk to him. >> >> Sure, I'd be happy to discuss it. >> >> >> -C >> >> -- >> Craig Latta >> www.netjam.org >> + 31 020 894 6247 >> + 1 415 287 3547 >> >> >> >> >

Oct. 5, 2010

[Pharo-project] [update 1.2] #12172

by StÃ©phane Ducasse

- Issue 2902: CodeMorph removal. Thanks Fernando Oliviero - Issue 3060: Update Monticello to detect method recategorization correctly. Final fix :) Stef

Oct. 5, 2010

[Pharo-project] Tracing special messages [WAS] Re: [Vm-dev] Re: normalSend, specialObjectsArray and VM

by Mariano Martinez Peck

Hi. So....if I want to intercept ALL message sends....going to #normalSend is not enough since I have #class, #==, Float>>#+ etc that are executed directly like bytecodes. So...my questions are now: 1) Those special selectors are those that are in "Smalltalk specialSelectors" ? are there more? all from there are special? 2) All those "Smalltalk specialSelectors" have their associated bytecode primitive in Interpreter?? If true, then I should modify all bytecodePrim* in Interpreter. I am right? If I do that, that's all ? I am intercepting everything? Thanks a lot in advance, Mariano On Sun, Oct 3, 2010 at 11:09 PM, Craig Latta <craig(a)netjam.org> wrote: > > > > Craig Latta has done all this work, talk to him. > > Sure, I'd be happy to discuss it. > > > -C > > -- > Craig Latta > www.netjam.org > + 31 020 894 6247 > + 1 415 287 3547 > > > >

Oct. 5, 2010

Re: [Pharo-project] UUID and Cog?

by Levente Uzonyi

On Tue, 5 Oct 2010, Philippe Marschall wrote: > On 05.10.2010 16:41, David T. Lewis wrote: >> If anyone has any specific information as to the root cause of the libuuid >> bug, I'd appreciate if you can update the bug report here: >> >> http://bugs.squeak.org/view.php?id=7358 >> >> I had previously tried to summarize as follows: >> >>> The bug exists in some versions of libuuid on some Linux distributions. >>> The workaround is to compile the plugin internal. The latest versions >>> of Unix VM have the plugin compiled internally, although some users may >>> still experience problems if they have a leftover external plugin from >>> a prior installation. >> >> But it's not clear if this is accurate given the recent reports here. >> In particular, if a precompiled Cog VM with the UUID plugin compiled >> internally leads to a crash, then the above is not a sufficient >> workaround (at least not on Cog). >> >> If we are seeing crashes on Cog with an internal UUID plugin, but >> not on the traditional VM with an internal UUID plugin, then I think >> I smell a pthread related issue. > > How can I find out whether the plugin is compiled internally or not? The crash report lists the loaded plugins. If the plugin name ends with (i), then it's internal, if it ends with (e), then it's external. If you're using Eliot's build, then it's external. If you just want a working VM and the quality of UUIDs doesn't matter, then you can safely delete the UUIDPlugin from the lib/squeak/3.9-7/ directory. > > What I see in the console is the following: > > Segmentation fault > > > > Smalltalk stack dump: > 0xff79f344 M UUID>initialize -1045926312: a(n) UUID > 0xff79f35c M UUID class(Behavior)>new: -1246728604: a(n) UUID class > 0xff79f380 I UUID class>new -1246728604: a(n) UUID class > > ... > > Most recent primitives > ... > withArgs:executeMethod: > basicNew: > primMakeUUID > > Is there a way to provide more information? The stack dump looks the same as what other people have. The version of your linux might be helpful, so others can reproduce the issue if you don't want to debug it yourself. Levente > > Cheers > Philippe > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 5, 2010

[Pharo-project] Workspace save/open

by Schwab,Wilhelm K

Hello all, For 1.1.1, it works - thanks!! Another nice thing is that gedit is willing to open the debug log from 1.1.1 (an encoding fix??). Bill

Oct. 5, 2010