- Pharo-dev - lists.pharo.org

Re: [Pharo-project] webdoc

by Camillo Bruni

Ah sorry its called PetitMarkdown MCHttpRepository location: 'http://www.squeaksource.com/PetitMarkdown' user: '' password: '' camillo On 2011-07-11, at 08:17, Francois Stephany wrote: >> - PPMarkdownParser > > Where can we find it ? Is it stable/usable ? > A search on Squeaksource doesn't give any result :/ > > Cheers, > Fa

July 11, 2011

Re: [Pharo-project] Pharo Kernel 1.4 failing build

by Pavel Krivanek

Registered: https://gitorious.org/~krivanek Please try this version of the init script. -- Pavel On Mon, Jul 11, 2011 at 2:26 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > I copied the stuff from scripts dir to gitorious. > > The project is here: > > https://gitorious.org/pharo-build > > please register on gitorious, so i can add you to group. So you will > be able to commit files directly there. > > Of course i didn't wired these scripts with hudson yet. > But will do it. > > I added Marcus and Mariano as admins to this project. > > -- > Best regards, > Igor Stasenko AKA sig. > >

July 11, 2011

Re: [Pharo-project] Pharo/Squeak an iOS

by btc＠openInWorld.com

Steve Taylor wrote: > Is there a feasible route for getting applications written in > Smalltalk onto a *non-jailbroken* iPad? I'm well aware of Apple's > restriction on allowing programmable systems onto the iPhone/iPad, but > I'm looking more at writing some sort of simple game which just > happens to have been written in Smalltalk and ultimately getting it > into the AppStore. Only wild speculation... perhaps http://jtalk-project.org/

July 11, 2011

Re: [Pharo-project] About Cocoa VMs

by Sven Van Caekenberghe

On 08 Jul 2011, at 15:05, Igor Stasenko wrote: > - Cog JIT > https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/Cog-Mac-Cocoa/ I have been trying this VM today and it seem OK. I just discovered a problem (probably with some primitives): Suppose I want to create and write to a file '/tmp/foo/file.txt'. First thing I do is (FileDirectory on: '/tmp/foo') assureExistence this fails (with the foo subdirectory of /tmp not yet present). It fails trying to create /tmp which most certainly does exist ! Sven

July 11, 2011

Re: [Pharo-project] [Vm-dev] About Cocoa VMs

by Esteban Lorenzano

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

July 11, 2011

Re: [Pharo-project] Pharo Kernel 1.4 failing build

by Igor Stasenko

I copied the stuff from scripts dir to gitorious. The project is here: https://gitorious.org/pharo-build please register on gitorious, so i can add you to group. So you will be able to commit files directly there. Of course i didn't wired these scripts with hudson yet. But will do it. I added Marcus and Mariano as admins to this project. -- Best regards, Igor Stasenko AKA sig.

July 11, 2011

Re: [Pharo-project] Pharo Kernel 1.4 failing build

by Igor Stasenko

yeah... but in kernel image you don't have monticello.. hmm.. then i think we should put all those scripts to some public place on git, and build server should check them out from there instead of using local files. On 11 July 2011 13:44, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 11 July 2011 13:07, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: >> 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. >> > here it is. > This week i planning to create an MC repository with package which > contains all those scripts. > We should go away from having dozens of files on slaves, because > managing them is nightmare. > >> Cheers, >> -- Pavel >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > -- Best regards, Igor Stasenko AKA sig.

July 11, 2011

Re: [Pharo-project] Pharo Kernel 1.4 failing build

by Igor Stasenko

On 11 July 2011 13:07, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > 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. > here it is. This week i planning to create an MC repository with package which contains all those scripts. We should go away from having dozens of files on slaves, because managing them is nightmare. > Cheers, > -- Pavel > > -- Best regards, Igor Stasenko AKA sig.

July 11, 2011

[Pharo-project] Pharo Kernel 1.4 failing build

by Pavel Krivanek

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

July 11, 2011

Re: [Pharo-project] Troubles with #flushCache and #run:with:in:

by Mariano Martinez Peck

Maybe cc'ing VM mailing list can help. On Fri, Jul 1, 2011 at 9:32 AM, Lukas Renggli <renggli(a)gmail.com> wrote: > 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 > > -- Mariano http://marianopeck.wordpress.com

July 11, 2011