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

Re: [Pharo-project] String asPacked/fromPacked:

by Martin Dias

I reported it for 3.0 here: https://code.google.com/p/pharo/issues/detail?id=7619 Cheers, Martin On Wed, Feb 27, 2013 at 11:35 AM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > One great things about Pharo is the ability to nuke old crap. > > It feels good :-) > > Phil > > 2013/2/27 Sven Van Caekenberghe <sven(a)stfx.eu>: >> >> On 27 Feb 2013, at 11:19, Martin Dias <tinchodias(a)gmail.com> wrote: >> >>> Hi >>> >>> I discovered this protocol in String hierarchy. Are you familiar with it? >>> >>> The method comment of #fromPacked: is: >>> "Convert from a longinteger to a String of length 4." >>> >>> The only sender in Pharo 2.0 is MethodFinder. For WideString, it does not work. >>> >>> In examples: >>> >>> ByteString fromPacked: 'text' asPacked. ---> 'text' >>> ByteString fromPacked: 'martin' asPacked. ---> 'rtin' >>> WideString fromPacked: ('text' asWideString asPacked). ---> error >>> >>> >>> >>> WideString>>asPacked can be easily fixed adding an explicit return to >>> the calculation (it's now implicitly returning self). >>> >>> But... it only encodes one letter: >>> >>> WideString fromPacked: 'martin' asWideString asPacked ---> 'n' >>> >>> >>> I checked that in Squeak 4.3 there are not senders too. >>> >>> So... Should we fix the WideString implementation, or directly remove >>> this protocol? >>> >>> Martin >> >> It might have something to do with pre Mac OS X days, Mac creator/type codes. >> >> Unless this follows some open standard with a spec, I would say nuke it. >> >> Doing something like this without specifying encoding strikes me as dangerous. >> >> Sven >> >> -- >> Sven Van Caekenberghe >> http://stfx.eu >> Smalltalk is the Red Pill >> >> >

Feb. 28, 2013

Re: [Pharo-project] test job

by stephane ducasse

+1 I want everything automatic :) >> I made a multidimensional matrix test job running each VM twice >> >> https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/ >> >> maybe a slight overkill for now, but at least you should spot irregularities easier.. > > :-) > > I like how a automatic build and a build server at first seems useless > ("I can do that, too, I don't need that, I compile the VM after changing it anyway"). > > And then later it starts that one does things that one could never ever even think > about doing manually. > > Marcus

Feb. 28, 2013

Re: [Pharo-project] test job

by Frank Shearar

On 28 February 2013 11:56, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Feb 28, 2013, at 12:53 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> I made a multidimensional matrix test job running each VM twice >> >> https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/ >> >> maybe a slight overkill for now, but at least you should spot irregularities easier.. > > :-) > > I like how a automatic build and a build server at first seems useless > ("I can do that, too, I don't need that, I compile the VM after changing it anyway"). > > And then later it starts that one does things that one could never ever even think > about doing manually. Olin Shivers: "I object to doing things that computers can do." Amen. Automating your builds keeps you honest! frank

Feb. 28, 2013

[Pharo-project] StackVM running on iOS 6.1.2 and Xcode 4.6 and cmake 2.8.10 on OSX Lion 10.7.5

by phil＠highoctane.be

Hello, After much fiddling, I got the StackVM running again on my iPad.(yeah!) I used the code of Esteban from gitorious (the blessed one )and the Pharo 1.4 image from the ci server at inria. I had to change quite a bunch of stuff to get Cmake working fine as there seems to have been lots of changes related to the OSX build that had an effect on the IOS build. Some Cmake issues didn't helped. For some reason the generated sources of the interpreter contained twice isFree around lines 17564 and 17574. Looks like there is something weird going on there. I commented out one of them. Same for the ioHighResClock which doesn't contain #ifnded TARGET_IS_IPHONE when generating the StackVM for iPhone. I did before, so I wonder why it is so now. It looks like the VM should be able to have a SocketPlugin but there is no tcp.h in the SDK of 6.1 or I am looking at the wrong place. Help welcome to know where this lives. Also, in sqSqueakIPhoneApplication+imageReadWrite.m, I had to change the defines to iOS and PharoV10 as the system now has iOS.image and not iPhone.image anymore (and requires download). Most of my changes to the generate.image went towards getting cmake happy, helping finding the includes and frameworks properly since CMAKE_OSX_DEPLOYMENT_TARGET has to be set to nothing to get things to work (Cmake known bug). Also had to remove the FT2Plugin which was enabled for iOS, which I think is wrong. I had to use cmake -G Xcode . to get the thing running on the iPad as the cmake . generate unix makefiles that mess up things with OpenGL for some reason. I'll wrap all the stuff in an archive if anyone wants that. Esteban, maybe could we do an online meeting when you have time so that I can walk you through what I did (as I kept a bunch of notes). Now, I'll try to patch the handling of the bluetooth keyboard events to be able to use an external keyboard instead of that damn on-screen thing. That way, I'll be able to use proper Cmd- shortcuts and enable to code something on the device itself. I've got the keyboard thing figured out but in the codebase using iOS5.1 (which didn't wanted to work in Xcode anymore in the first place). It uses the GSEvent structure which is a non public API but there is no other way. I also parted ways with the UIKeyInput protocol which is way too primitive to do anything useful with modifiers etc. Screenshot in attach. Stay tuned. Phil

Feb. 28, 2013

Re: [Pharo-project] test job

by Camillo Bruni

On 2013-02-28, at 12:56, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Feb 28, 2013, at 12:53 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> I made a multidimensional matrix test job running each VM twice >> >> https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/ >> >> maybe a slight overkill for now, but at least you should spot irregularities easier.. > > :-) > > I like how a automatic build and a build server at first seems useless > ("I can do that, too, I don't need that, I compile the VM after changing it anyway"). > > And then later it starts that one does things that one could never ever even think > about doing manually. > > Marcus indeed, because that was 1 minute of "hard" work :D to add it to jenkins

Feb. 28, 2013

Re: [Pharo-project] test job

by Marcus Denker

On Feb 28, 2013, at 12:53 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > I made a multidimensional matrix test job running each VM twice > > https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/ > > maybe a slight overkill for now, but at least you should spot irregularities easier.. :-) I like how a automatic build and a build server at first seems useless ("I can do that, too, I don't need that, I compile the VM after changing it anyway"). And then later it starts that one does things that one could never ever even think about doing manually. Marcus

Feb. 28, 2013

Re: [Pharo-project] test job

by Pavel Krivanek

Cool! Thank you, Cami -- Pavel On Thu, Feb 28, 2013 at 12:53 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > I made a multidimensional matrix test job running each VM twice > > https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/ > > maybe a slight overkill for now, but at least you should spot irregularities easier..

Feb. 28, 2013

[Pharo-project] test job

by Camillo Bruni

I made a multidimensional matrix test job running each VM twice https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/ maybe a slight overkill for now, but at least you should spot irregularities easier..

Feb. 28, 2013

[Pharo-project] One-Click now uses latest build VMS

by Marcus Denker

The one click at: https://ci.inria.fr/pharo/job/Pharo-2.0/lastSuccessfulBuild/artifact/Pharo2… now uses the -latest zips from http://pharo.gforge.inria.fr/ci/vm/pharo/ Marcus

Feb. 28, 2013

[Pharo-project] Issue 7618: Script Download Job is broken

by Marcus Denker

http://code.google.com/p/pharo/issues/detail?id=7618 ERROR: Problem fetching from origin / origin - could be unavailable. Continuing anyway hudson.plugins.git.GitException: Command "git fetch -t origin +refs/heads/*:refs/remotes/origin/*" returned status code 128: stdout: stderr: fatal: The remote end hung up unexpectedly

Feb. 28, 2013