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

Re: [Pharo-project] UUID and Cog?

by Levente Uzonyi

On Tue, 5 Oct 2010, Schwab,Wilhelm K wrote: > Does the crash happen if the plugin is built on a machine without the library, or if it is run on a machine without it? The latter, but I wonder how can you build the plugin without the library. Levente > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Levente Uzonyi [leves(a)elte.hu] > Sent: Tuesday, October 05, 2010 10:37 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] UUID and Cog? > > On Tue, 5 Oct 2010, David T. Lewis wrote: > >> On Tue, Oct 05, 2010 at 10:18:28AM -0700, Eliot Miranda 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 >> >> Eliot, >> >> Would it be possible for you to build a VM with UUIDPlugin compiled >> internally, building it on the same machine that you normally use, >> and give it to Philippe to test? If it works, then the information >> on http://bugs.squeak.org/view.php?id=7358 is probably valid for >> Cog as well as for the regular VM. If it does not work, then there >> is more to the problem and I'll reopen the issue on Mantis. >> >> As far as I know, there have been no reports of libuuid failures on >> the Unix VMs since Ian changed to using an internal UUIDPlugin, so >> this is an easy fix if it works for Cog also. > > If libuuid is not available, the internally built UUIDPlugin crashes the > VM. > > > Levente > >> >> Dave >> >> >> _______________________________________________ >> 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 >

Oct. 6, 2010

Re: [Pharo-project] FFI number of arguments

by Levente Uzonyi

On Tue, 5 Oct 2010, Schwab,Wilhelm K wrote: > yes, that's what the link describes. The open question is whether anyone has successfully done that with 15+ arguments? It works up to 128 arguments. But why don't you try it yourself? Levente > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Levente Uzonyi [leves(a)elte.hu] > Sent: Tuesday, October 05, 2010 10:26 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] FFI number of arguments > > On Tue, 5 Oct 2010, Schwab,Wilhelm K wrote: > >> Hello all, >> >> I have been bumping into some functions with large numbers of arguments. One in particular would be best handled in the image if at all possible. The following might be the answer: >> >> http://thread.gmane.org/gmane.comp.lang.smalltalk.squeak.general/98538/focu… >> >> Have any of you done this with >15 (or whatever the cutoff is) arguments? > > You can create your own function object and invoke it with an array. > Here's an fprintf example on windows: > > fprintf := ExternalLibraryFunction > name: 'fprintf' > module: 'msvcrt.dll' > callType: ExternalFunction callTypeCDecl > returnType: ExternalType signedLong > argumentTypes: { > (ExternalType structTypeNamed: #FILE) asPointerType. > ExternalType string. > ExternalType signedLong }. > file := Stdio default fopenWith: 'test.txt' with: 'w'. > fprintf invokeWithArguments: { file. 'Your number is %d.'. 42 }. > Stdio default fcloseWith: file. > > > Levente > > P.S.: Note that you need the FILE and Stdio classes to run this example. > >> >> Bill >> >> >> _______________________________________________ >> 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 >

Oct. 6, 2010

Re: [Pharo-project] TextConstants

by Levente Uzonyi

On Tue, 5 Oct 2010, NicolÃ¡s Paez wrote: > Hi, I noticed that this PoolDictinary is not implemented like the others > that are based on SharedPool. > I made some research in this the mailing list (and in Squeak), and the only > explanation I found is that it is a risky and time consuming task to change > the implementation of TextConstant. TextConstants are not constants at all, they can be added/removed/changed on the fly. This is pretty hard to do with SharedPools. Levente > > I would like to do a spike trying to implemented the change and see what I > find. > > Has anyone tried to perform this change? > > Do you have any warning/suggestion? > > Regards, > > Saludos! > Nico. > blog: nicopaez.wordpress.com >

Oct. 6, 2010

Re: [Pharo-project] UUID and Cog?

by Schwab,Wilhelm K

Does the crash happen if the plugin is built on a machine without the library, or if it is run on a machine without it? ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Levente Uzonyi [leves(a)elte.hu] Sent: Tuesday, October 05, 2010 10:37 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] UUID and Cog? On Tue, 5 Oct 2010, David T. Lewis wrote: > On Tue, Oct 05, 2010 at 10:18:28AM -0700, Eliot Miranda 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 > > Eliot, > > Would it be possible for you to build a VM with UUIDPlugin compiled > internally, building it on the same machine that you normally use, > and give it to Philippe to test? If it works, then the information > on http://bugs.squeak.org/view.php?id=7358 is probably valid for > Cog as well as for the regular VM. If it does not work, then there > is more to the problem and I'll reopen the issue on Mantis. > > As far as I know, there have been no reports of libuuid failures on > the Unix VMs since Ian changed to using an internal UUIDPlugin, so > this is an easy fix if it works for Cog also. If libuuid is not available, the internally built UUIDPlugin crashes the VM. Levente > > Dave > > > _______________________________________________ > 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. 6, 2010

Re: [Pharo-project] FFI number of arguments

by Schwab,Wilhelm K

yes, that's what the link describes. The open question is whether anyone has successfully done that with 15+ arguments? ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Levente Uzonyi [leves(a)elte.hu] Sent: Tuesday, October 05, 2010 10:26 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] FFI number of arguments On Tue, 5 Oct 2010, Schwab,Wilhelm K wrote: > Hello all, > > I have been bumping into some functions with large numbers of arguments. One in particular would be best handled in the image if at all possible. The following might be the answer: > > http://thread.gmane.org/gmane.comp.lang.smalltalk.squeak.general/98538/focu… > > Have any of you done this with >15 (or whatever the cutoff is) arguments? You can create your own function object and invoke it with an array. Here's an fprintf example on windows: fprintf := ExternalLibraryFunction name: 'fprintf' module: 'msvcrt.dll' callType: ExternalFunction callTypeCDecl returnType: ExternalType signedLong argumentTypes: { (ExternalType structTypeNamed: #FILE) asPointerType. ExternalType string. ExternalType signedLong }. file := Stdio default fopenWith: 'test.txt' with: 'w'. fprintf invokeWithArguments: { file. 'Your number is %d.'. 42 }. Stdio default fcloseWith: file. Levente P.S.: Note that you need the FILE and Stdio classes to run this example. > > Bill > > > _______________________________________________ > 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. 6, 2010

Re: [Pharo-project] UUID and Cog?

by Levente Uzonyi

On Tue, 5 Oct 2010, David T. Lewis wrote: > On Tue, Oct 05, 2010 at 10:18:28AM -0700, Eliot Miranda 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 > > Eliot, > > Would it be possible for you to build a VM with UUIDPlugin compiled > internally, building it on the same machine that you normally use, > and give it to Philippe to test? If it works, then the information > on http://bugs.squeak.org/view.php?id=7358 is probably valid for > Cog as well as for the regular VM. If it does not work, then there > is more to the problem and I'll reopen the issue on Mantis. > > As far as I know, there have been no reports of libuuid failures on > the Unix VMs since Ian changed to using an internal UUIDPlugin, so > this is an easy fix if it works for Cog also. If libuuid is not available, the internally built UUIDPlugin crashes the VM. Levente > > Dave > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 6, 2010

Re: [Pharo-project] UUID and Cog?

by Levente Uzonyi

On Tue, 5 Oct 2010, Philippe Marschall wrote: > 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. > I think the UUIDGenerator in the image produces UUIDs which are good enough for MC. >>> >>> 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 Do you have a 32-bit version of libuuid installed? If not, it won't work. What does "ldd UUIDPlugin" print? 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. 6, 2010

Re: [Pharo-project] FFI number of arguments

by Levente Uzonyi

On Tue, 5 Oct 2010, Schwab,Wilhelm K wrote: > Hello all, > > I have been bumping into some functions with large numbers of arguments. One in particular would be best handled in the image if at all possible. The following might be the answer: > > http://thread.gmane.org/gmane.comp.lang.smalltalk.squeak.general/98538/focu… > > Have any of you done this with >15 (or whatever the cutoff is) arguments? You can create your own function object and invoke it with an array. Here's an fprintf example on windows: fprintf := ExternalLibraryFunction name: 'fprintf' module: 'msvcrt.dll' callType: ExternalFunction callTypeCDecl returnType: ExternalType signedLong argumentTypes: { (ExternalType structTypeNamed: #FILE) asPointerType. ExternalType string. ExternalType signedLong }. file := Stdio default fopenWith: 'test.txt' with: 'w'. fprintf invokeWithArguments: { file. 'Your number is %d.'. 42 }. Stdio default fcloseWith: file. Levente P.S.: Note that you need the FILE and Stdio classes to run this example. > > Bill > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 6, 2010

Re: [Pharo-project] FFI number of arguments

by Igor Stasenko

On 6 October 2010 04:52, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: > Hello all, > > I have been bumping into some functions with large numbers of arguments. Â One in particular would be best handled in the image if at all possible. Â The following might be the answer: > > Â http://thread.gmane.org/gmane.comp.lang.smalltalk.squeak.general/98538/focu… > > Have any of you done this with >15 (or whatever the cutoff is) arguments? > what i can say.. put a feature request for NativeBoost to fetch arguments from array.. :) i imagine something like that: callFooX: x y: y rest: array <primitive: #primitiveNativeCall module: #NativeBoostPlugin > ^ NBFFICallout cdecl: #( int foo (int x, int y , char array (1) , void* array(2) ) ) module: 'bar.dll' so, array(i) tells code generator that argument should be fetched from array argument at index 1. There could be variants like: int foo (int x, int y , char array 1 , void* array 2 ) > Bill > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Oct. 6, 2010

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

by Schwab,Wilhelm K

Stef, No problem. When I saw the subject line, I thought it was a party for Pharo, but you're worthy of a little celebration too :) Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] Sent: Tuesday, October 05, 2010 2:16 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] birthday party: who is coming? Sorry for the spam it was the wrong mailing-list :) On Oct 5, 2010, at 7:15 PM, StÃ©phane Ducasse wrote: > 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 > > > > _______________________________________________ > 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. 6, 2010