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

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

by laurent laffont

OK, I've tried the Smalltalk one... With rev 2151 gnuification (awk) is done as I have gnu-interp.c and gnu-interp.c.log in my build directory. Benchmark gives me: Squeak VM 3.11.3 -r 2151 + FT2Plugin + Gnuification ========================================== 312385600 bytecodes/sec; 7320778 sends/sec 310868245 bytecodes/sec; 8271046 sends/sec 310679611 bytecodes/sec; 8271046 sends/sec 310868245 bytecodes/sec; 7232576 sends/sec 310491206 bytecodes/sec; 8271046 sends/sec compared to Squeak VM 3.11.3 -r 2135 + FT2Plugin ========================================== 334421946 bytecodes/sec; 8026581 sends/sec 334640522 bytecodes/sec; 7449884 sends/sec 334421946 bytecodes/sec; 7449884 sends/sec 334421946 bytecodes/sec; 7675486 sends/sec 327156549 bytecodes/sec; 7598782 sends/sec so it seems that on my machine rev 2135 without gnuification is a little better. I have GCC 4.4.3, Linux 32bits. Laurent Laffont On Sat, Mar 27, 2010 at 8:55 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > On Sat, 27 Mar 2010, laurent laffont wrote: > > I've tried gnuification on rev 2151. cmake/configure OK. But while >> building: >> >> >> /home/lol/sandbox/squeakvm/Squeak-3.11.3.2151-pharo-src/build/gnu-interp.c:25104:2: >> erreur: #error GNUIFICATION FAILED ( 0 ) >> > > Which gnuification method did you try? > There are two different versions. The origial version is an awk script > which is run when you're building the vm with make. This is executed by > default if you have awk installed. > There's another version written in smalltalk (linked by Mariano into this > thread) which is not used by VMMAker at the moment, you probably don't need > that. If you applied the latter one, you have to make sure that the first > one is not executed. You can't gnuifying the sources twice. > Since both do the same, the best you can do now is to ignore the smalltalk > version. If VMMaker will adopt Gnuifier.st we can remove the awk dependency > from the build process, until then you shouldn't apply it if your platform > has awk installed. > > > Levente > > > >> >> Laurent Laffont >> >> >> On Sat, Mar 27, 2010 at 6:47 PM, laurent laffont >> <laurent.laffont(a)gmail.com>wrote: >> >> Does it mean latest SVN source is already "Gnuified" ? With latest rev. >>>> I >>>> >>>>> have a little drop in benchmarks. However I'd rather put a stable >>>>> >>>> release >>>> >>>>> for Pharo 1.0 than latest trunk. What do you think ? >>>>> >>>> >>>> The so-called "gnuification" is a transformation of the interp.c file. >>>> So >>>> this is done after generating the sources with VMMaker. The cmake >>>> configuration that comes with revision 2135 does not have this step >>>> enabled, >>>> and the more recent version that I used, revision 2151, has it. The >>>> magic is >>>> in the awk script in unix/cmake/gnuify.awk which produes gnu-interp.c. >>>> >>>> >>> OK thanks. I will take a look. >>> >>> Laurent Laffont >>> >>> >>> >>> >>>> Cheers, >>>> Adrian >>>> >>>> >>>>> Laurent Laffont >>>>> >>>>> >>>>> >>>>>> Adrian >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >

March 27, 2010

[Pharo-project] Inspecting an ExternalData

by Schwab,Wilhelm K

Hello all, At least in RC1, I am unable to inspect instances of ExternalData; #inspectorClassOf: is returning nil (Standard tool set). Any ideas? I am getting the external data instances from funtions returning void pointers. Exploring the instances might be working, but I'm not sure what to expect just yet. Bill

March 27, 2010

Re: [Pharo-project] Pharo 1.0 fixing tests

by StÃ©phane Ducasse

Hi adrian who is working on what? On Mar 27, 2010, at 6:17 PM, Adrian Lienhard wrote: > Hi all, > > What results do you get when running all tests in Pharo and PharoCore 1.0 on Mac/Windows/Linux? > > Lukas has MCPackageTest>>#testUnload failing on Hudson (a Linux server, I assume). When running the tests locally on the Mac, the test BlockContextTest>>#testTrace fails. But only the first time. Apparently ContextPart>>#trace: is broken [1]. > > When I run all tests in Pharo1.0 on a Mac VM 4.2.3beta1U the first time I get no failures. When running the second time I get following failures: > > MCInitializationTest>>testWorkingCopy when I run this test twice is is green "self debug: #testWorkingCopy" > MCSnapshotTest>>testInstanceReuse same here self debug: #testInstanceReuse > ReleaseTest>>testObsoleteClasses probably another test create a class and it is not cleaned up. I think that theses tests do not show bugs but probably badly designed tests. So why don't you move them to expected failures and we release 1.0? > ProcessspecificTest>>testDynamicVariable > ProcessspecificTest>>testLocalVariable > > > If I then run only the above, they all pass. > > So there is certainly something fishy with the tests or how they are run. > > I would like to have a reliable, green test suite for Pharo 1.0. Can you report the results you get including the VM/platform? Any idea why the results are not stable? > > Thanks, > Adrian > > [1] http://code.google.com/p/pharo/issues/detail?id=2210 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 27, 2010

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

by Levente Uzonyi

On Sat, 27 Mar 2010, laurent laffont wrote: > I've tried gnuification on rev 2151. cmake/configure OK. But while building: > > /home/lol/sandbox/squeakvm/Squeak-3.11.3.2151-pharo-src/build/gnu-interp.c:25104:2: > erreur: #error GNUIFICATION FAILED ( 0 ) Which gnuification method did you try? There are two different versions. The origial version is an awk script which is run when you're building the vm with make. This is executed by default if you have awk installed. There's another version written in smalltalk (linked by Mariano into this thread) which is not used by VMMAker at the moment, you probably don't need that. If you applied the latter one, you have to make sure that the first one is not executed. You can't gnuifying the sources twice. Since both do the same, the best you can do now is to ignore the smalltalk version. If VMMaker will adopt Gnuifier.st we can remove the awk dependency from the build process, until then you shouldn't apply it if your platform has awk installed. Levente > > > Laurent Laffont > > > On Sat, Mar 27, 2010 at 6:47 PM, laurent laffont > <laurent.laffont(a)gmail.com>wrote: > >>> Does it mean latest SVN source is already "Gnuified" ? With latest rev. >>> I >>>> have a little drop in benchmarks. However I'd rather put a stable >>> release >>>> for Pharo 1.0 than latest trunk. What do you think ? >>> >>> The so-called "gnuification" is a transformation of the interp.c file. So >>> this is done after generating the sources with VMMaker. The cmake >>> configuration that comes with revision 2135 does not have this step enabled, >>> and the more recent version that I used, revision 2151, has it. The magic is >>> in the awk script in unix/cmake/gnuify.awk which produes gnu-interp.c. >>> >> >> OK thanks. I will take a look. >> >> Laurent Laffont >> >> >> >>> >>> Cheers, >>> Adrian >>> >>>> >>>> Laurent Laffont >>>> >>>> >>>>> >>>>> Adrian >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>> >> >> >

March 27, 2010

[Pharo-project] Can I use GDB with SqueakVM ?

by Mariano Martinez Peck

(cross posting) Hi folks. I have a SqueakVM with an image that uses SqueakDBX to talk to a database. SqueakDBX talks to a external library (written in C) called OpenDBX. At the same time, OpenDBX then talks to another library which is the database client library. When....I am having a problem with Firebird and it seems to be related with threads management. So, what I want to do is to start the SqueakVM with GDB, run my tests and try to get as much information as possible when it crash. So far I am in Ubuntu 9.10 and I have tried the following: ubuntu@ubuntu-desktop:~/opendbx/trunk/test$ gdb /home/ubuntu/squeak/pharo-vm-0.15.2f-linux/squeak GNU gdb (GDB) 7.0-ubuntu Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html > This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /home/ubuntu/squeak/pharo-vm-0.15.2f-linux/squeak...done. (gdb) set args /home/ubuntu/squeak/pharo1.0-10500-rc1dev09.12.1/pharo1.0-10500-rc1dev09.12.dbx.1.image (gdb) run Starting program: /home/ubuntu/squeak/pharo-vm-0.15.2f-linux/squeak /home/ubuntu/squeak/pharo1.0-10500-rc1dev09.12.1/pharo1.0-10500-rc1dev09.12.dbx.1.image [Thread debugging using libthread_db enabled] Cannot find new threads: generic error (gdb) As you can see there the error "[Thread debugging using libthread_db enabled] Cannot find new threads: generic error" I am not an expert in C or VM so I don't know if I am doing the things correctly. I tried to google a bit, and I found different solutions. I copy exactly what I found: "I've find a workaround, i've link the debugging app with libpthread and now gdb feels happy, and i can run it with gdb !" "But however, if I compile the program with -pthread option, am able to debug the program: $ cc -W -Wall -Wextra -g 20.c `pkg-config --cflags --libs gtk+-2.0` -pthread" "The problem appears to be that something goes wrong with dynamically loading libpthread in case the program has not been linked to it at compile time. That would explain why it works when you use msethread, because that one explicitly links to libpthread at compile time (via the imports in mselibc, I guess). Why dynamically loading libpthread causes problems is another question. Maybe somehow the cthreads unit loads a different ("wrong") copy of libpthread than the one the static linker uses when linking the program. Or, alternatively, maybe the static linker selects a different version of libc to link against if libpthread is also used (libc and libpthread are quite interwoven on GNU systems, even though they are separate libraries)." So...I don't understand exactly how can I fix it. Thanks for any help. Mariano

March 27, 2010

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

by Mariano Martinez Peck

Adrian already reported such problem. Look squeak vm mailing list thread with subject "Gnuification fails when compiling unix VM with latest VMMaker source" cheers mariano 2010/3/27 laurent laffont <laurent.laffont(a)gmail.com> > I've tried gnuification on rev 2151. cmake/configure OK. But while > building: > > /home/lol/sandbox/squeakvm/Squeak-3.11.3.2151-pharo-src/build/gnu-interp.c:25104:2: > erreur: #error GNUIFICATION FAILED ( 0 ) > > > Laurent Laffont > > > > On Sat, Mar 27, 2010 at 6:47 PM, laurent laffont < > laurent.laffont(a)gmail.com> wrote: > >> > Does it mean latest SVN source is already "Gnuified" ? With latest rev. >>> I >>> > have a little drop in benchmarks. However I'd rather put a stable >>> release >>> > for Pharo 1.0 than latest trunk. What do you think ? >>> >>> The so-called "gnuification" is a transformation of the interp.c file. So >>> this is done after generating the sources with VMMaker. The cmake >>> configuration that comes with revision 2135 does not have this step enabled, >>> and the more recent version that I used, revision 2151, has it. The magic is >>> in the awk script in unix/cmake/gnuify.awk which produes gnu-interp.c. >>> >> >> OK thanks. I will take a look. >> >> Laurent Laffont >> >> >> >>> >>> Cheers, >>> Adrian >>> >>> > >>> > Laurent Laffont >>> > >>> > >>> >> >>> >> Adrian >>> >> >>> >> >>> >> _______________________________________________ >>> >> 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 >

March 27, 2010

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

by laurent laffont

I've tried gnuification on rev 2151. cmake/configure OK. But while building: /home/lol/sandbox/squeakvm/Squeak-3.11.3.2151-pharo-src/build/gnu-interp.c:25104:2: erreur: #error GNUIFICATION FAILED ( 0 ) Laurent Laffont On Sat, Mar 27, 2010 at 6:47 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > > Does it mean latest SVN source is already "Gnuified" ? With latest rev. >> I >> > have a little drop in benchmarks. However I'd rather put a stable >> release >> > for Pharo 1.0 than latest trunk. What do you think ? >> >> The so-called "gnuification" is a transformation of the interp.c file. So >> this is done after generating the sources with VMMaker. The cmake >> configuration that comes with revision 2135 does not have this step enabled, >> and the more recent version that I used, revision 2151, has it. The magic is >> in the awk script in unix/cmake/gnuify.awk which produes gnu-interp.c. >> > > OK thanks. I will take a look. > > Laurent Laffont > > > >> >> Cheers, >> Adrian >> >> > >> > Laurent Laffont >> > >> > >> >> >> >> Adrian >> >> >> >> >> >> _______________________________________________ >> >> 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 >> > >

March 27, 2010

Re: [Pharo-project] bug in Pharo RC3 , OB related

by Lukas Renggli

Fixed in: Name: OB-Standard-lr.460 Author: lr Time: 27 March 2010, 8:03:14 pm UUID: 10e6bd5f-06e3-4d2b-93ab-57c24120e7df Ancestors: OB-Standard-lr.459 - fix missing #withAllSuperAndSubclassesDo: 2010/3/27 Mariano Martinez Peck <marianopeck(a)gmail.com>: > In PharoDev RC3 open a class browser and go to any class that overrides a > method. > For example, TestCase >> assert: > Now, click on the green narrow to go to the super class implementor: > > MessageNotUnderstood: TestCase class>>withAllSuperAndSubclassesDo: > > The method withAllSuperAndSubclassesDo:Â is not in Pharo 1.0 but it is in > 1.1 > > Cheers > > Mariano > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli http://www.lukas-renggli.ch

March 27, 2010

[Pharo-project] bug in Pharo RC3 , OB related

by Mariano Martinez Peck

In PharoDev RC3 open a class browser and go to any class that overrides a method. For example, TestCase >> assert: Now, click on the green narrow to go to the super class implementor: MessageNotUnderstood: TestCase class>>withAllSuperAndSubclassesDo: The method withAllSuperAndSubclassesDo: is not in Pharo 1.0 but it is in 1.1 Cheers Mariano

March 27, 2010

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

by Javier PimÃ¡s

If your VM crashes while testing alien, I probably is the same problem I had while testing it. The last 3 messages of the following thread may have the solution: http://n4.nabble.com/Trying-to-build-alien-plugin-in-linux-td1562896i20.html Changing the define solved the problem. Maybe the #if _APPLE_ ... should be changed to something according which handles linux too, or maybe -fno-omit-frame-pointer to makefile.ink should be added as eliot said (I don't know which makefile.ink and didn't have many time to investigate). Regards, Javier. 2010/3/27 laurent laffont <laurent.laffont(a)gmail.com> > > Does it mean latest SVN source is already "Gnuified" ? With latest rev. >> I >> > have a little drop in benchmarks. However I'd rather put a stable >> release >> > for Pharo 1.0 than latest trunk. What do you think ? >> >> The so-called "gnuification" is a transformation of the interp.c file. So >> this is done after generating the sources with VMMaker. The cmake >> configuration that comes with revision 2135 does not have this step enabled, >> and the more recent version that I used, revision 2151, has it. The magic is >> in the awk script in unix/cmake/gnuify.awk which produes gnu-interp.c. >> > > OK thanks. I will take a look. > > Laurent Laffont > > > >> >> Cheers, >> Adrian >> >> > >> > Laurent Laffont >> > >> > >> >> >> >> Adrian >> >> >> >> >> >> _______________________________________________ >> >> 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 > -- Javier PimÃ¡s Ciudad de Buenos Aires

March 27, 2010