- Pharo-dev - lists.pharo.org

[Pharo-project] Jenkins: build scripts are now in public repository
by Igor Stasenko July 12, 2011

July 12, 2011

Hello, i put an initial version of build scripts which used by hudson/jenkins to gitorious: git://gitorious.org/pharo-build/pharo-build.git I modified build.sh script to work well with this set up. So, instead of locating scripts on slave, a job takes them from "Scripts download" job, which just takes them from git. (https://ci.lille.inria.fr/pharo/job/Scripts%20download/) The rest is as usual - run scripts and see what happens. I added a job to build Pharo 1.4 using new set up.. after couple bugs, it seems to be working well: https://ci.lille.inria.fr/pharo/job/new%20scripts%20Pharo%201.4/ so, we should migrate all jobs to use these scripts , which is publicly available through git.. so, we don't need to manually manage these files on server anymore. -- Best regards, Igor Stasenko AKA sig.

4 13

[Pharo-project] Pharo 1.2.1 crashing
by Bernat Romagosa July 12, 2011

July 12, 2011

Hi list, My Pharo image is crashing every now and then and I can't seem to work out why, here's my specs: 'Pharo1.2.1 Croquet Closure Cog VM [CoInterpreter VMMaker.oscog-eem.75] unix i686 linux-gnu' I also attach the console dump. Could it be a VM bug or something? Cheers, -- Bernat Romagosa.

3 3

[Pharo-project] petitparser tutorial
by Tudor Girba July 11, 2011

July 11, 2011

Hi, I put together a tutorial for PetitParser in The Moose Book: http://www.themoosebook.org/book/internals/petit-parser/mse The tutorial is meant to work with a Moose image and it is based on the same scenario as I used at the Deep into Smalltalk School: http://www.slideshare.net/girba/petitparser-at-the-deep-into-smalltalk-scho… http://ci.moosetechnology.org/job/moose-latest-dev/lastSuccessfulBuild/arti… Feedback is always appreciated (including the negative one :)). You can either reply by mail, or leave a comment online. Cheers, Doru -- www.tudorgirba.com "Presenting is storytelling."

2 1

[Pharo-project] webdoc
by Camillo Bruni July 11, 2011

July 11, 2011

hi all, damien and me finally found enough time at the pharo sprint to put a working version of webdoc online: http://rmod.lille.inria.fr/webdoc/ Please test and give some feedback :) (the major issue right now is speed, but since we plan on using it only as an html generator which later-on should be served statically this shouldn't be much of a problem) cami

9 13

[Pharo-project] Pharo Kernel 1.4 failing build
by Pavel Krivanek July 11, 2011

July 11, 2011

Hi Igor, can you please send me current PharoKernel scripts, mainly initCore.st, from the IC server? The build of PharoKernel project is failing. With Marcus we supposed that it is related to the latest chnages in Zinc but the build is working well on my local machine. Cheers, -- Pavel

2 7

Re: [Pharo-project] [Vm-dev] About Cocoa VMs
by Esteban Lorenzano July 11, 2011

July 11, 2011

Juan, can you try my latest build? (sorry, I don't have a 10.5 system to test it my self) https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/Cog-Mac-Cocoa/ https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/StackVM-Mac-Cocoa/ cheers, Esteban El 08/07/2011, a las 10:57a.m., Juan Vuletich escribiÃ³: > Igor Stasenko wrote: >> Hello everyone. >> >> I'd like to ask you to try and use the recent VMs built by Esteban. >> >> We all understand that it may not fully functional and could have some issues. >> But the point is, that the only way to discover glitches is to try it. >> Because if we wait till Esteban deliver perfect VM, it may never happen. >> Without people who testing it and providing feedback, it will simply won't work. >> >> So, Mac owners, lets help Esteban to bring us new shiny toy and try >> using newly built VMs and give feedback. >> >> The VMs i am talking about is located here: >> - Cog JIT >> https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/Cog-Mac-Cocoa/ >> - Stack VM (no JIT) >> https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/StackVM-Mac-Carbon/ >> >> For issues, you can use cog issue tracker >> (http://code.google.com/p/cog/issues/list) or vm-dev mailing list. >> >> Lets not wait, but help in a form, which we can. After all, that's the >> only way to ensure that in future we will have good VM. >> >> >> > > Hi Folks, > > Both VMs crash on my system at startup. Maybe it could be because of using OS X 10.5 and not 10.6? Tried them with Pharo 1.2 and 1.3, just downloaded from the Pharo site. Details follow: > > I hope this helps. > > Thanks, > Juan Vuletich > > ----------------------------------------------- > Problem Details (Stack VM, Pharo 1.2): > ----------------------------------------------- > Process: StackVM [7495] > Path: /Users/juanvuletich/Desktop/Cuis/IgorVMs/Pharo-1.2.2-12353/StackVM.app/Contents/MacOS/StackVM > Identifier: org.squeak.Cog > Version: ??? (???) > Code Type: X86 (Native) > Parent Process: launchd [68] > > Interval Since Last Report: 199492 sec > Crashes Since Last Report: 11 > Per-App Interval Since Last Report: 0 sec > Per-App Crashes Since Last Report: 3 > > Date/Time: 2011-07-08 10:38:02.475 -0300 > OS Version: Mac OS X 10.5.8 (9L31a) > Report Version: 6 > Anonymous UUID: 715B95CF-0DC2-4913-8060-495A76806674 > > Exception Type: EXC_BREAKPOINT (SIGTRAP) > Exception Codes: 0x0000000000000002, 0x0000000000000000 > Crashed Thread: 0 > > Dyld Error Message: > unknown required load command 0x80000022 > > ----------------------------------------------- > Problem Details (Cog VM, Pharo 1.2): > ----------------------------------------------- > Process: CogVM [7509] > Path: /Users/juanvuletich/Desktop/Cuis/IgorVMs/Pharo-1.2.2-12353/CogVM.app/Contents/MacOS/CogVM > Identifier: org.squeakfoundation.Squeak > Version: ??? (???) > Code Type: X86 (Native) > Parent Process: launchd [68] > > Interval Since Last Report: 118 sec > Crashes Since Last Report: 1 > Per-App Interval Since Last Report: 0 sec > Per-App Crashes Since Last Report: 18 > > Date/Time: 2011-07-08 10:40:00.562 -0300 > OS Version: Mac OS X 10.5.8 (9L31a) > Report Version: 6 > Anonymous UUID: 715B95CF-0DC2-4913-8060-495A76806674 > > Exception Type: EXC_BREAKPOINT (SIGTRAP) > Exception Codes: 0x0000000000000002, 0x0000000000000000 > Crashed Thread: 0 > > Dyld Error Message: > unknown required load command 0x80000022 > > ----------------------------------------------- > Problem Details (Stack VM, Pharo 1.3): > ----------------------------------------------- > Process: StackVM [7524] > Path: /Users/juanvuletich/Desktop/Cuis/IgorVMs/Pharo-1.3/StackVM.app/Contents/MacOS/StackVM > Identifier: org.squeak.Cog > Version: ??? (???) > Code Type: X86 (Native) > Parent Process: launchd [68] > > Interval Since Last Report: 102 sec > Crashes Since Last Report: 1 > Per-App Interval Since Last Report: 0 sec > Per-App Crashes Since Last Report: 1 > > Date/Time: 2011-07-08 10:41:43.149 -0300 > OS Version: Mac OS X 10.5.8 (9L31a) > Report Version: 6 > Anonymous UUID: 715B95CF-0DC2-4913-8060-495A76806674 > > Exception Type: EXC_BREAKPOINT (SIGTRAP) > Exception Codes: 0x0000000000000002, 0x0000000000000000 > Crashed Thread: 0 > > Dyld Error Message: > unknown required load command 0x80000022 > > ----------------------------------------------- > Problem Details (Cog VM, Pharo 1.3): > ----------------------------------------------- > Process: CogVM [7533] > Path: /Users/juanvuletich/Desktop/Cuis/IgorVMs/Pharo-1.3/CogVM.app/Contents/MacOS/CogVM > Identifier: org.squeakfoundation.Squeak > Version: ??? (???) > Code Type: X86 (Native) > Parent Process: launchd [68] > > Interval Since Last Report: 59 sec > Crashes Since Last Report: 1 > Per-App Interval Since Last Report: 0 sec > Per-App Crashes Since Last Report: 1 > > Date/Time: 2011-07-08 10:42:42.634 -0300 > OS Version: Mac OS X 10.5.8 (9L31a) > Report Version: 6 > Anonymous UUID: 715B95CF-0DC2-4913-8060-495A76806674 > > Exception Type: EXC_BREAKPOINT (SIGTRAP) > Exception Codes: 0x0000000000000002, 0x0000000000000000 > Crashed Thread: 0 > > Dyld Error Message: > unknown required load command 0x80000022 > > --------------------------------------------------------- > System Configuration (Same for all 4 crashes): > --------------------------------------------------------- > Model: Macmini2,1, BootROM MM21.009A.B00, 2 processors, Intel Core 2 Duo, 1.83 GHz, 2.5 GB > Graphics: kHW_IntelGMA950Item, GMA 950, spdisplays_builtin, spdisplays_integrated_vram > Memory Module: global_name > AirPort: spairport_wireless_card_type_airport_extreme (0x168C, 0x86), 1.4.16.2 > Bluetooth: Version 2.1.9f10, 2 service, 1 devices, 1 incoming serial ports > Network Service: Ethernet, Ethernet, en0 > Serial ATA Device: Hitachi HTS542580K9SA00, 74.53 GB > Parallel ATA Device: MATSHITACD-RW CW-8124 > USB Device: Bluetooth USB Host Controller, (null) mA > USB Device: IR Receiver, (null) mA > USB Device: NetScroll+ EYE, (null) mA > USB Device: Logitech USB Headset, (null) mA

1 0

[Pharo-project] Troubles with #flushCache and #run:with:in:
by Lukas Renggli July 11, 2011

July 11, 2011

Hi Eliot, I am using one of the latest VMs from your site (VM.r2434) and I continue to have subtle problems with objects as methods (#flushCache, #run:with:in:). The issue is that the test coverage in Pharo is kind of broken on Cog for a long time already. It reports methods as not covered that are clearly covered, and tests seem to randomly fail. I suspected that there is something wrong with the coverage code itself. So I started to experiment with TestCoverage>>flushCache and noticed that the current implementation TestCoverage>>flushCache self reference methodSymbol flushCache performs not that well: The set of not covered methods is wrong and many tests suddenly fail. If I replace it with TestCoverage>>flushCache self reference actualClass flushCache I actually get accurate coverage information, but there are still a few tests constantly failing. I tried to use all possible combinations of #flushCache (also calling it on the compiled method), but only flushing the cache on the class seems to work properly. So far so good, but I really wonder what the correct way is to flush the cache? :-) For my experiments I was using the package 'AST-Tests-Semantics'. This is a small package with lots of test methods that cover each method but one (RBSemanticAnnotationMisssing>>#isResumable). Now the "real" problem is that when running these tests in coverage mode, the same 4 tests always fail: RBSemanticTest>>testBlockScope RBSemanticTest>>testCascadeReceiver RBSemanticTest>>testClassVariableBinding RBSemanticTest>>testGlobalVariableBinding Not sure of how to debug that? Do you have an idea why these otherwise passing tests suddenly fail? If you want to try to reproduce you can use any Pharo image with the tests loaded, or use those that I used: http://jenkins.lukas-renggli.ch/job/Development/lastSuccessfulBuild/artifac… http://jenkins.lukas-renggli.ch/job/Development/lastSuccessfulBuild/artifac… Open the Test Runner, select 'AST-Tests-Semantics' and 'Run Coverage'. Any help or clarification would be appreciated :-) Lukas -- Lukas Renggli www.lukas-renggli.ch

3 5

[Pharo-project] loading OSProcess in Pharo1.3
by Johan Brichau July 10, 2011

July 10, 2011

Hi guys, I'm (finally) trying out the new Pharo1.3 Yesterday I had a couple of issues with build 13284 but 13285 seems to fix these. Great! But I'm now trying to load OSProcess in Pharo 1.3 and OSProcess tries to add its image startup script to the list right after ImageSegment's image startup script. However, it appears that #ImageSegment is no longer in the startup list, which yields an error. I don't know if this is expected, so I thought I should email it here. For now, I changed OSProcess so that it adds its startup script right after SmalltalkImage instead. I'm not sure if that is OK though... it's just a quick fix I made right now. I'm not sure what the prerequisites of OSProcess are in that respect. Any thoughts? Johan

4 4

July 9, 2011

13285 ----- ThreadSafeTranscript install

1 0

July 9, 2011

http://www.openworldforum.org/rfp/code-osdc.html

3 2