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

Re: [Pharo-project] VM Crashes

by Igor Stasenko

On 8 March 2013 00:14, Ben Coman <btc(a)openinworld.com> wrote: > Just to remove doubt, you might try http://www.memtest.org/ > with faulty memory you will get a lots of kernel panics at random times running random software not just Pharo VM :) > > Sven Van Caekenberghe wrote: >> >> I am trying to isolate it, but it seems to occur only with larger code >> loads. >> Seaside would of course make an excellent example. >> >> Paul, >> >> Could we use your config using the modern pharo invocation, like >> >> ./vm.sh zinc config http://mc.stfx.eu/ZincHTTPComponents >> ConfigurationOfZincHTTPComponents --install=bleedingEdge --group=SSO >> >> ? >> >> Here is the full help >> >> ./vm.sh zinc config --help >> Usage: config [--help] <repository url> [<configuration>] >> [--install[=<version>]] [--group=<group>] [--username=<username>] >> [--password=<password>] >> --help show this help message >> <repository url> A Monticello repository name >> <configuration> A valid Metacello Configuration name >> <version> A valid version for the given configuration >> <group> A valid Metacello group name >> <username> An optional username to access the >> configuration's repository >> <password> An optional password to access the >> configuration's repository >> >> Examples: >> # display this help message >> $PharoVM My.image config >> >> # list all configurations of a repository >> $PharoVM My.image config $MC_REPOS_URL >> >> # list all the available versions of a confgurtation >> $PharoVM My.image config $MC_REPOS_URL ConfigurationOfFoo >> >> # install the stable version >> $PharoVM My.image config $MC_REPOS_URL ConfigurationOfFoo >> --install >> >> #install a specific version '1.5' >> $PharoVM My.image config $MC_REPOS_URL ConfigurationOfFoo >> --install=1.5 >> >> #install a specific version '1.5' and only a specific group >> 'Tests' >> $PharoVM My.image config $MC_REPOS_URL ConfigurationOfFoo >> --install=1.5 --group=Tests >> >> Sven >> >> On 07 Mar 2013, at 20:09, Paul DeBruicker <pdebruic(a)gmail.com> wrote: >> >> >>> >>> EstebanLM wrote >>> >>>> >>>> Sven, I think you do not have the last one... it should say "Jenkins >>>> build >>>> #14533" someplace there... >>>> That probably will not change anything, but I want to be sure :) >>>> >>>> Esteban >>>> >>> >>> I'm having the same problem (intermittent crashes when loading code into >>> Pharo2 with #becomeForward:). I'm loading Seaside3.1 using an image and >>> VM >>> I downloaded today with this script: >>> >>> curl http://pharo.gforge.inria.fr/ci/script/ciPharo20CogVM.sh | bash >>> >>> >>> I've attached the crash.dmp crash.dmp >>> <http://forum.world.st/file/n4675599/crash.dmp> >>> It seems to me that the script ciPharo20CogVM.sh may not be downloading >>> the >>> VM you intend it to. Is that possible? If I do >>> ./vm.sh -version I get: >>> paul@paul-laptop:~/pharo/p2$ ./vm.sh -version >>> 3.9-7 #1 Wed Dec 12 16:08:04 CET 2012 gcc 4.6.3 >>> CoInterpreter VMMaker-oscog-EstebanLorenzano.166 uuid: >>> 5773fcb9-2982-4507-8a9e-4308ec33731e Dec 12 2012 >>> StackToRegisterMappingCogit VMMaker-oscog-EstebanLorenzano.166 uuid: >>> 5773fcb9-2982-4507-8a9e-4308ec33731e Dec 12 2012 >>> git://gitorious.org/cogvm/blessed.git Commit: >>> 452863bdfba2ba0b188e7b172e9bc597a2caa928 Date: 2012-12-07 16:49:46 +0100 >>> By: >>> Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #5922 >>> Linux pharo-linux64 3.2.0-31-generic #50-Ubuntu SMP Fri Sep 7 16:16:45 >>> UTC >>> 2012 x86_64 x86_64 x86_64 GNU/Linux >>> plugin path: /home/paul/pharo/p2/vm/ [default: /home/paul/pharo/p2/vm/] >>> >>> >>> >>> >>> If I change to the vm directory and get a directory listing I get: >>> >>> paul@paul-laptop:~/pharo/p2/vm$ ls -latr >>> total 39316 >>> -rw-r--r-- 1 paul paul 16235372 Oct 19 2009 PharoV10.sources >>> drwxrwxr-x 2 paul paul 4096 Sep 30 03:52 __MACOSX >>> -rwxrwxr-x 1 paul paul 34420 Dec 12 07:07 libFT2Plugin.so >>> -rwxrwxr-x 1 paul paul 34639 Dec 12 07:08 libSqueakFFIPrims.so >>> -rwxrwxr-x 1 paul paul 71180 Dec 12 07:08 libB3DAcceleratorPlugin.so >>> -rwxrwxr-x 1 paul paul 21929 Dec 12 07:08 libSqueakSSL.so >>> -rwxrwxr-x 1 paul paul 12230 Dec 12 07:08 libInternetConfigPlugin.so >>> -rwxrwxr-x 1 paul paul 14461 Dec 12 07:08 vm-display-null >>> -rwxrwxr-x 1 paul paul 1300278 Dec 12 07:08 CogVM >>> -rwxrwxr-x 1 paul paul 7773 Dec 12 07:08 vm-sound-null >>> -rwxrwxr-x 1 paul paul 28640 Dec 12 07:08 vm-sound-ALSA >>> -rwxrwxr-x 1 paul paul 121415 Dec 12 07:08 vm-display-X11 >>> -rw-r--r-- 1 paul paul 22239552 Mar 4 06:14 PharoV20.sources >>> drwxrwxr-x 3 paul paul 4096 Mar 7 06:58 . >>> drwxrwxr-x 4 paul paul 4096 Mar 7 11:00 .. >>> >>> >>> >>> Where do I get the correct VM that should output the error messages Eliot >>> mentions below? >>> >>> >>> Thanks >>> >>> Paul >>> >>> >>> >>> -- >>> View this message in context: >>> http://forum.world.st/VM-Crashes-tp4675526p4675599.html >>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>> >>> >> >> >> >> >> > > > -- Best regards, Igor Stasenko.

March 8, 2013

Re: [Pharo-project] VM Crashes

by Ben Coman

Just to remove doubt, you might try http://www.memtest.org/ Sven Van Caekenberghe wrote: > I am trying to isolate it, but it seems to occur only with larger code loads. > Seaside would of course make an excellent example. > > Paul, > > Could we use your config using the modern pharo invocation, like > > ./vm.sh zinc config http://mc.stfx.eu/ZincHTTPComponents ConfigurationOfZincHTTPComponents --install=bleedingEdge --group=SSO > > ? > > Here is the full help > > ./vm.sh zinc config --help > Usage: config [--help] <repository url> [<configuration>] [--install[=<version>]] [--group=<group>] [--username=<username>] [--password=<password>] > --help show this help message > <repository url> A Monticello repository name > <configuration> A valid Metacello Configuration name > <version> A valid version for the given configuration > <group> A valid Metacello group name > <username> An optional username to access the configuration's repository > <password> An optional password to access the configuration's repository > > Examples: > # display this help message > $PharoVM My.image config > > # list all configurations of a repository > $PharoVM My.image config $MC_REPOS_URL > > # list all the available versions of a confgurtation > $PharoVM My.image config $MC_REPOS_URL ConfigurationOfFoo > > # install the stable version > $PharoVM My.image config $MC_REPOS_URL ConfigurationOfFoo --install > > #install a specific version '1.5' > $PharoVM My.image config $MC_REPOS_URL ConfigurationOfFoo --install=1.5 > > #install a specific version '1.5' and only a specific group 'Tests' > $PharoVM My.image config $MC_REPOS_URL ConfigurationOfFoo --install=1.5 --group=Tests > > Sven > > On 07 Mar 2013, at 20:09, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > > >> EstebanLM wrote >> >>> Sven, I think you do not have the last one... it should say "Jenkins build >>> #14533" someplace there... >>> That probably will not change anything, but I want to be sure :) >>> >>> Esteban >>> >> I'm having the same problem (intermittent crashes when loading code into >> Pharo2 with #becomeForward:). I'm loading Seaside3.1 using an image and VM >> I downloaded today with this script: >> >> curl http://pharo.gforge.inria.fr/ci/script/ciPharo20CogVM.sh | bash >> >> >> I've attached the crash.dmp crash.dmp >> <http://forum.world.st/file/n4675599/crash.dmp> >> >> It seems to me that the script ciPharo20CogVM.sh may not be downloading the >> VM you intend it to. Is that possible? If I do >> >> ./vm.sh -version I get: >> >> paul@paul-laptop:~/pharo/p2$ ./vm.sh -version >> 3.9-7 #1 Wed Dec 12 16:08:04 CET 2012 gcc 4.6.3 >> CoInterpreter VMMaker-oscog-EstebanLorenzano.166 uuid: >> 5773fcb9-2982-4507-8a9e-4308ec33731e Dec 12 2012 >> StackToRegisterMappingCogit VMMaker-oscog-EstebanLorenzano.166 uuid: >> 5773fcb9-2982-4507-8a9e-4308ec33731e Dec 12 2012 >> git://gitorious.org/cogvm/blessed.git Commit: >> 452863bdfba2ba0b188e7b172e9bc597a2caa928 Date: 2012-12-07 16:49:46 +0100 By: >> Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #5922 >> Linux pharo-linux64 3.2.0-31-generic #50-Ubuntu SMP Fri Sep 7 16:16:45 UTC >> 2012 x86_64 x86_64 x86_64 GNU/Linux >> plugin path: /home/paul/pharo/p2/vm/ [default: /home/paul/pharo/p2/vm/] >> >> >> >> >> If I change to the vm directory and get a directory listing I get: >> >> paul@paul-laptop:~/pharo/p2/vm$ ls -latr >> total 39316 >> -rw-r--r-- 1 paul paul 16235372 Oct 19 2009 PharoV10.sources >> drwxrwxr-x 2 paul paul 4096 Sep 30 03:52 __MACOSX >> -rwxrwxr-x 1 paul paul 34420 Dec 12 07:07 libFT2Plugin.so >> -rwxrwxr-x 1 paul paul 34639 Dec 12 07:08 libSqueakFFIPrims.so >> -rwxrwxr-x 1 paul paul 71180 Dec 12 07:08 libB3DAcceleratorPlugin.so >> -rwxrwxr-x 1 paul paul 21929 Dec 12 07:08 libSqueakSSL.so >> -rwxrwxr-x 1 paul paul 12230 Dec 12 07:08 libInternetConfigPlugin.so >> -rwxrwxr-x 1 paul paul 14461 Dec 12 07:08 vm-display-null >> -rwxrwxr-x 1 paul paul 1300278 Dec 12 07:08 CogVM >> -rwxrwxr-x 1 paul paul 7773 Dec 12 07:08 vm-sound-null >> -rwxrwxr-x 1 paul paul 28640 Dec 12 07:08 vm-sound-ALSA >> -rwxrwxr-x 1 paul paul 121415 Dec 12 07:08 vm-display-X11 >> -rw-r--r-- 1 paul paul 22239552 Mar 4 06:14 PharoV20.sources >> drwxrwxr-x 3 paul paul 4096 Mar 7 06:58 . >> drwxrwxr-x 4 paul paul 4096 Mar 7 11:00 .. >> >> >> >> Where do I get the correct VM that should output the error messages Eliot >> mentions below? >> >> >> Thanks >> >> Paul >> >> >> >> -- >> View this message in context: http://forum.world.st/VM-Crashes-tp4675526p4675599.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> >> > > > >

March 7, 2013

Re: [Pharo-project] VM Crashes

by Eliot Miranda

On Thu, Mar 7, 2013 at 2:23 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi Eliot, > > On 07 Mar 2013, at 23:12, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > > I seem to be talking to thin air. If you would use an up-to-date VM > your crashes would disappear. This bug was fixed this last week. You are > using a VM from December of last year. Of course if you don't want to fix > your bug lease continue to ignore anything I might have to say. > > I tried using your latest cog vm, but the Pharo 2.0 image side check > complained: > > checkVMVersion > "Display a warning if the VM is too old" > | displayError | > displayError := [ ^ self inform: 'Your VM is too old for this > image. Please download the latest VM.' ]. > [(VirtualMachine interpreterSourceDate > '2012-07-08+2:00' asDate) > ifFalse: displayError > ] on: Error do: [ :e| displayError value ]. > > I was unsure if this was a real problem or not ? > Maybe it just fails to extract the date ? > Yes. It's using a primitive my Cog VMs don't have. :( In any case, Esteban has (I believe) updated the Pharo VM with the relevant fixes. So the solution is to use the latest Pharo VM. Apologies for my intemperate tone. IO notied after I hit send that you'd seen my mention of fixed VMs earlier. > interpreterSourceDate > "Return the date of changes given by `self > interpreterSourceVersion`" > | dateString parts | > > dateString := (self interpreterSourceVersion splitOn: 'Date: ') > second. > > dateString first isDigit > ifTrue: [ > "most probably the date is in ISO 8601 Format" > ^ dateString asDateAndTime ]. > > "Otherwise assume the old format: DDD MMM DD HH:MM:SS YYYY +TTTT > ..." > parts := dateString substrings first: 6. > "create a more reasonable string.." > dateString := String streamContents: [ :s | > s > nextPutAll: (parts at: 5 ); space; "year" > nextPutAll: (parts at: 2 ); space; "month name" > nextPutAll: (parts at: 3 ); space; "day of month" > nextPutAll: (parts at: 4 ); space; "time" > nextPutAll: (parts last); space "timezone"]. > ^ dateString asDateAndTime > > Sven > > > -- best, Eliot

March 7, 2013

Re: [Pharo-project] VM Crashes

by Paul DeBruicker

Eliot Miranda-2 wrote > I seem to be talking to thin air. If you would use an up-to-date VM your > crashes would disappear. This bug was fixed this last week. You are > using > a VM from December of last year. Of course if you don't want to fix your > bug lease continue to ignore anything I might have to say. > > > -- > best, > Eliot Right. Sorry. I was unhelpfully pointing out that the scripts that load the latest Pharo 2 images do not load a recent VM. Finding and using the latest VM does fix it for me. I made a different question about that here: http://forum.world.st/Is-ciPharo20CogVM-sh-downloading-a-VM-from-December-t… Whether that is desired or undesired I don't know but it seems counter-intuitive that if you want the latest image you would also want an outdated VM. I think it is undesirable, but here we are. I'm hopeful that the scripts have recently changed to load older vms and its a bug that will get fixed. For others who read this new pharo team created VMs are here: http://pharo.gforge.inria.fr/ci/vm/pharo/ and Eliots are here: http://www.mirandabanda.org/files/Cog/VM/ -- View this message in context: http://forum.world.st/VM-Crashes-tp4675526p4675630.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

March 7, 2013

Re: [Pharo-project] VM Crashes

by Sven Van Caekenberghe

Hi Eliot, On 07 Mar 2013, at 23:12, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > I seem to be talking to thin air. If you would use an up-to-date VM your crashes would disappear. This bug was fixed this last week. You are using a VM from December of last year. Of course if you don't want to fix your bug lease continue to ignore anything I might have to say. I tried using your latest cog vm, but the Pharo 2.0 image side check complained: checkVMVersion "Display a warning if the VM is too old" | displayError | displayError := [ ^ self inform: 'Your VM is too old for this image. Please download the latest VM.' ]. [(VirtualMachine interpreterSourceDate > '2012-07-08+2:00' asDate) ifFalse: displayError ] on: Error do: [ :e| displayError value ]. I was unsure if this was a real problem or not ? Maybe it just fails to extract the date ? interpreterSourceDate "Return the date of changes given by `self interpreterSourceVersion`" | dateString parts | dateString := (self interpreterSourceVersion splitOn: 'Date: ') second. dateString first isDigit ifTrue: [ "most probably the date is in ISO 8601 Format" ^ dateString asDateAndTime ]. "Otherwise assume the old format: DDD MMM DD HH:MM:SS YYYY +TTTT ..." parts := dateString substrings first: 6. "create a more reasonable string.." dateString := String streamContents: [ :s | s nextPutAll: (parts at: 5 ); space; "year" nextPutAll: (parts at: 2 ); space; "month name" nextPutAll: (parts at: 3 ); space; "day of month" nextPutAll: (parts at: 4 ); space; "time" nextPutAll: (parts last); space "timezone"]. ^ dateString asDateAndTime Sven

March 7, 2013

Re: [Pharo-project] [Seaside] ConfigurationOfSeaside for Pharo 2.0

by stephane ducasse

> >> If you need help to write a configuration of I can help. >> The problem is that I do not know all the fine grained dependencies. >> But I think that we can do it step by step. > > > I have one that's almost done for pharo2 and seaside 3.0.7 (the latest > release). It can also load the unreleased Seaside3.1. Excellent ! For us we do not really have an opinion on which exact version is important but it would be good to have a configuration for one of the recent seaside release. Stef

March 7, 2013

Re: [Pharo-project] VM Crashes

by Eliot Miranda

I seem to be talking to thin air. If you would use an up-to-date VM your crashes would disappear. This bug was fixed this last week. You are using a VM from December of last year. Of course if you don't want to fix your bug lease continue to ignore anything I might have to say. On Thu, Mar 7, 2013 at 11:09 AM, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > EstebanLM wrote > > Sven, I think you do not have the last one... it should say "Jenkins > build > > #14533" someplace there... > > That probably will not change anything, but I want to be sure :) > > > > Esteban > > > I'm having the same problem (intermittent crashes when loading code into > Pharo2 with #becomeForward:). I'm loading Seaside3.1 using an image and VM > I downloaded today with this script: > > curl http://pharo.gforge.inria.fr/ci/script/ciPharo20CogVM.sh | bash > > > I've attached the crash.dmp crash.dmp > <http://forum.world.st/file/n4675599/crash.dmp> > > It seems to me that the script ciPharo20CogVM.sh may not be downloading the > VM you intend it to. Is that possible? If I do > > ./vm.sh -version I get: > > paul@paul-laptop:~/pharo/p2$ ./vm.sh -version > 3.9-7 #1 Wed Dec 12 16:08:04 CET 2012 gcc 4.6.3 > CoInterpreter VMMaker-oscog-EstebanLorenzano.166 uuid: > 5773fcb9-2982-4507-8a9e-4308ec33731e Dec 12 2012 > StackToRegisterMappingCogit VMMaker-oscog-EstebanLorenzano.166 uuid: > 5773fcb9-2982-4507-8a9e-4308ec33731e Dec 12 2012 > git://gitorious.org/cogvm/blessed.git Commit: > 452863bdfba2ba0b188e7b172e9bc597a2caa928 Date: 2012-12-07 16:49:46 +0100 > By: > Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #5922 > Linux pharo-linux64 3.2.0-31-generic #50-Ubuntu SMP Fri Sep 7 16:16:45 UTC > 2012 x86_64 x86_64 x86_64 GNU/Linux > plugin path: /home/paul/pharo/p2/vm/ [default: /home/paul/pharo/p2/vm/] > > > > > If I change to the vm directory and get a directory listing I get: > > paul@paul-laptop:~/pharo/p2/vm$ ls -latr > total 39316 > -rw-r--r-- 1 paul paul 16235372 Oct 19 2009 PharoV10.sources > drwxrwxr-x 2 paul paul 4096 Sep 30 03:52 __MACOSX > -rwxrwxr-x 1 paul paul 34420 Dec 12 07:07 libFT2Plugin.so > -rwxrwxr-x 1 paul paul 34639 Dec 12 07:08 libSqueakFFIPrims.so > -rwxrwxr-x 1 paul paul 71180 Dec 12 07:08 libB3DAcceleratorPlugin.so > -rwxrwxr-x 1 paul paul 21929 Dec 12 07:08 libSqueakSSL.so > -rwxrwxr-x 1 paul paul 12230 Dec 12 07:08 libInternetConfigPlugin.so > -rwxrwxr-x 1 paul paul 14461 Dec 12 07:08 vm-display-null > -rwxrwxr-x 1 paul paul 1300278 Dec 12 07:08 CogVM > -rwxrwxr-x 1 paul paul 7773 Dec 12 07:08 vm-sound-null > -rwxrwxr-x 1 paul paul 28640 Dec 12 07:08 vm-sound-ALSA > -rwxrwxr-x 1 paul paul 121415 Dec 12 07:08 vm-display-X11 > -rw-r--r-- 1 paul paul 22239552 Mar 4 06:14 PharoV20.sources > drwxrwxr-x 3 paul paul 4096 Mar 7 06:58 . > drwxrwxr-x 4 paul paul 4096 Mar 7 11:00 .. > > > > Where do I get the correct VM that should output the error messages Eliot > mentions below? > > > Thanks > > Paul > > > > -- > View this message in context: > http://forum.world.st/VM-Crashes-tp4675526p4675599.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > -- best, Eliot

March 7, 2013

Re: [Pharo-project] VM Crashes

by Paul DeBruicker

Sven Van Caekenberghe-2 wrote >> >> Dunno. Looks reasonable. I'll send you a zip of the mcz's offlist OK? > > I thought your config/code was public - no problem if that isn't so (yet). Yeah it is. Or could/will be. I emailed them because I don't have commit rights to the Seaside repos on squeaksource (have never asked for them), the configs/packages havent been vetted by anyone yet, and didn't want to send a 300kb attachment to the whole list. As far as I know they work across all the platforms (ex gemstone), but I'm going to put them through here: travisci.org/pdebruic/ConfigurationOfSeaside30 before trying to get them adopted. Anyways, good luck with the VM crashes -- View this message in context: http://forum.world.st/VM-Crashes-tp4675526p4675622.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

March 7, 2013

Re: [Pharo-project] osprocess in pharo 2.0

by Sean P. DeNigris

EstebanLM wrote > it would be really cool to have a metacello configuration in > MetaRepoForPharo20 There is one there :) ----- Cheers, Sean -- View this message in context: http://forum.world.st/osprocess-in-pharo-2-0-tp4674453p4675619.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

March 7, 2013

Re: [Pharo-project] VM Crashes

by Sven Van Caekenberghe

On 07 Mar 2013, at 20:37, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > Sven Van Caekenberghe-2 wrote >> I am trying to isolate it, but it seems to occur only with larger code >> loads. >> Seaside would of course make an excellent example. >> >> Paul, >> >> Could we use your config using the modern pharo invocation, like >> >> ./vm.sh zinc config http://mc.stfx.eu/ZincHTTPComponents >> ConfigurationOfZincHTTPComponents --install=bleedingEdge --group=SSO >> >> ? > > Dunno. Looks reasonable. I'll send you a zip of the mcz's offlist OK? I thought your config/code was public - no problem if that isn't so (yet).

March 7, 2013