- Pharo-dev - lists.pharo.org

[Pharo-project] Issue 3442 in pharo: Enhancement

by pharo＠googlecode.com

Status: Accepted Owner: alexandre.bergel CC: stephane.ducasse Labels: Milestone-1.3 Difficulty-Easy New issue 3442 by alexandre.bergel: Enhancement http://code.google.com/p/pharo/issues/detail?id=3442 Small test for the debugger. ToolsTest-AlexandreBergel.denker.12 is waiting in the inbox ancestor: ToolsTest-MarcusDenker.denker.11 Programmed together with Christian Eduardo Palomares Peralta <cpalomar(a)dcc.uchile.cl>

Dec. 16, 2010

Re: [Pharo-project] Hudson: zip files of build artefacts...

by Guillermo Polito

Maybe my answer is too late, but It's still beta2. :P Maybe we can now use and use and use beta2, and fix bugs :). And then release a beta3. Thanks! On Thu, Dec 16, 2010 at 3:45 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On Dec 16, 2010, at 6:26 AM, Guillermo Polito wrote: > > >> So next step: solve this so we can run the tests. >> > > I fixed it tonight! Can you turn tests on? :) > > Done. > > It does load > > ((Smalltalk at: #ConfigurationOfPharo) project version: '1.2-beta2') > perform: #silently: with: true; perform: #load. > > should this be change to beta3? > > > > > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > >

Dec. 16, 2010

Re: [Pharo-project] XMLRPC server

by GermÃ¡n Arduino

Hi: Yes, I'm working on that project. First Step: I added struc support to client and solved some decoding struct problems. I tried using against snipplr and flickr and seems to work ok. Also added ByteString support. Second Step: Client tests, I solved some problems with the first tests that are now green and am now on the process of check the tests that involve server stuff. In the maintime we talked also with the Esug people of try to integrate Zinc components instead the current httpsocket and Comanche. Will be working on these topics and the documentation will be on the project page (http://code.google.com/p/pharo-xmlrpc/ ). I also noted the hanging of the tests and I'm still trying to understand how they work and so. Let me know if I can help. Cheers. GermÃ¡n. 2010/12/16 Geoffroy Couprie <geo.couprie(a)gmail.com>: > Hello, > > On Thu, Dec 16, 2010 at 3:58 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >> >> Is there a working version of XMLRPC server? Â After installing via >> "ConfigurationOfXMLRPC project latestVersion load: 'All'." the server tests >> seem to hang indefinitely on both Pharo 1.1.1 and Squeak 4.1. >> > > The tests have some problems, but the server works fine. > > Regards, > > Geoffroy > >

Dec. 16, 2010

Re: [Pharo-project] [Hudson] 1.2 build

by Marcus Denker

On Dec 16, 2010, at 1:06 PM, laurent laffont wrote: > Thank you Marcus. > > Is it hard / possible to add test coverage ? > problematic... when testing system level code, you soon run into meta-recursion (e.g. Array is used by the code used for doing test coverage). (we should really fix reflection as a concept... but that's more research and not engineering... I should continue with that). So this would only make sense on a package by package case. But there it can make sense, yes. What I want to add before test coverage is code-critique style checking. Marcus > Laurent > > On Thu, Dec 16, 2010 at 12:11 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > - the pharo 1.2 (and 1.1) full builds are now triggered by a successful build of the core images (failing tests are ok, failing builds do not trigger) > - One-Click of full is now build automatically: > https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/20/artifact/PharoOne… > - just image and sources are available at this link https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/lastSuccessfulBuild/… > - tests are now run on 1.2 full. 24 are failing, of which 12 are from core: > https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/lastCompletedBuild/t… > > > Next step: > > - re-use the core images in the full image builds, do not update again. (saves 5 minutes build time) > > Later: > - build all VMs from source automatically > - run tests on MacOS and Windows in addition to linux (to validate the VM and to check that image side is working on all plattforms) > > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Dec. 16, 2010

Re: [Pharo-project] [Hudson] 1.2 build

by laurent laffont

Thank you Marcus. Is it hard / possible to add test coverage ? Laurent On Thu, Dec 16, 2010 at 12:11 PM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > Hi, > > - the pharo 1.2 (and 1.1) full builds are now triggered by a > successful build of the core images (failing tests are ok, failing builds do > not trigger) > - One-Click of full is now build automatically: > > https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/20/artifact/PharoOne… > - just image and sources are available at this link > https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/lastSuccessfulBuild/… > - tests are now run on 1.2 full. 24 are failing, of which 12 are > from core: > > https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/lastCompletedBuild/t… > > > Next step: > > - re-use the core images in the full image builds, do not update > again. (saves 5 minutes build time) > > Later: > - build all VMs from source automatically > - run tests on MacOS and Windows in addition to linux (to validate > the VM and to check that image side is working on all plattforms) > > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > >

Dec. 16, 2010

[Pharo-project] [Hudson] 1.2 build

by Marcus Denker

Hi, - the pharo 1.2 (and 1.1) full builds are now triggered by a successful build of the core images (failing tests are ok, failing builds do not trigger) - One-Click of full is now build automatically: https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/20/artifact/PharoOne… - just image and sources are available at this link https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/lastSuccessfulBuild/… - tests are now run on 1.2 full. 24 are failing, of which 12 are from core: https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/lastCompletedBuild/t… Next step: - re-use the core images in the full image builds, do not update again. (saves 5 minutes build time) Later: - build all VMs from source automatically - run tests on MacOS and Windows in addition to linux (to validate the VM and to check that image side is working on all plattforms) -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Dec. 16, 2010

Re: [Pharo-project] Url comparison

by Peter van Rooijen

On Wed, 15 Dec 2010 11:30:34 +0100, CÃ©drick BÃ©ler <cdrick65(a)gmail.com> wrote: > > >> Isn't #printString intended for use in debugging? > > I used asString actually. > > cheers That makes perfect sense! Cheers, Peter

Dec. 16, 2010

[Pharo-project] [Hudson] One-Click build

by Marcus Denker

Hi, The full targets now create not only a .zip with image/changes/sources, but a second .zip with the one-click structure. https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.1/lastSuccessfulBuild/… I changed the name of the other zip to be consistent: https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.1/lastSuccessfulBuild/… For 1.2, this will be ready after the next build. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Dec. 16, 2010

Re: [Pharo-project] Ring - model infrastructure for Pharo

by StÃ©phane Ducasse

Hi peter >>>> But since you ask for our opinion I really dont like some of the methods' names specially the ones using "the" as prefix. >>> >>> what is the alternative? >>> class? >> >> #itsClass >> #parentClass (suggested by Tudor) > > Create a new poor mans's selector namespace and call it > #ringClass (or #RINGclass or #ring_class or #RING_class > to highlight the namespace part of the selector more). it does not work because we want to have also this method to return the runtime class. > This way you retain the advantage of the familiarity of an > old name (#class) and avoid clashes, for the price of a some > extra keyboarding. Stef

Dec. 16, 2010

Re: [Pharo-project] XMLRPC server

by Geoffroy Couprie

Hello, On Thu, Dec 16, 2010 at 3:58 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Is there a working version of XMLRPC server? Â After installing via > "ConfigurationOfXMLRPC project latestVersion load: 'All'." the server tests > seem to hang indefinitely on both Pharo 1.1.1 and Squeak 4.1. > The tests have some problems, but the server works fine. Regards, Geoffroy

Dec. 16, 2010