- Pharo-dev - lists.pharo.org

Pharo 4.0 CI
by Sean P. DeNigris May 6, 2014

May 6, 2014

I see that there is a job and it is failing. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-4-0-CI-tp4758074.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

3 2

New Pharo Launcher with PharoV30.sources
by Damien Cassou May 6, 2014

May 6, 2014

https://ci.inria.fr/pharo-contribution/job/PharoLauncher-Mac-Package/ https://ci.inria.fr/pharo-contribution/job/PharoLauncher-Win-Package/ The Ubuntu packages have been updated as well. Just run 'sudo apt-get update && sudo apt-get upgrade' -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

1 0

Re: [Pharo-dev] [Vm-dev] bug on windows ioShowDisplay for bitdepth 16/8/4 (big endian)
by Nicolai Hess May 6, 2014

May 6, 2014

2014-04-03 17:51 GMT+02:00 karl ramberg <karlramberg(a)gmail.com>: > > I can confirm this bug on windows Cog. > > Cheers, > Karl > > > On Thu, Apr 3, 2014 at 10:11 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> >> There is still something wrong with byte/word swap in windows >> ioShowDisplay code >> attached are two screenshots >> squeak 4.5 image with cogvm from http://files.pharo.org/vm/cogmt/win/ >> pharo 30793 image with latest vm from >> http://files.pharo.org/vm/pharo/win/ >> showing this bug after setting the Display depth to 16 >> (Display newDepth:16) >> >> sqwin32window.c has three variants for doing the byte_swap/word_swap on >> bitdepths with big endian to convert to lsb >> >> This one is active and causes this error. >> # if __GNUC__ >= 3 >> # define BYTE_SWAP(w) __asm__("bswap %0" : "=r" (w) : "r" (w)) >> # define WORD_SWAP(w) __asm__("roll $16, %0" : "=r" (w) : "r" (w)) >> >> This one would work >> # else >> # define BYTE_SWAP(w) __asm__("bswap %%eax" : "=eax" (w) : "eax" (w)) >> # define WORD_SWAP(w) __asm__("roll $16, %%eax" : "=eax" (w) : "eax" >> (w)) >> >> This one, of course, works too >> # else >> # define BYTE_SWAP(w) w = (w << 24) | ((w & 0xFF00) << 8) | ((w >> 8) & >> 0xFF00) | (w >> 24) >> # define WORD_SWAP(w) w = (( (unsigned)(w) << 16) | ((unsigned) (w) >> >> 16)) >> >> This one is not there but would work (at least with gcc > 4.5 >> # define BYTE_SWAP_MY(w) __asm__("bswap %0" : "+r" (w)) >> # define WORD_SWAP_MY(w) __asm__("roll $16, %0" : "+r" (w)) >> >> But actually I don't know assembler and/or the gcc inline code syntax, so >> I don't know what is wrong with the first version :) >> >> Nicolai >> >> btw, you can not test this bug with the current squeak 4.5 all in on >> image, >> as it uses a rather old vm. >> >> Third screenshot: >> using the latest stable pharo-vm, it looks much more wrong, as there >> was another(?) bug that is fixed already(?) - i don't know :) >> >> >> >> > > Someone else can reproduce this? (eliot?, nicolas? ) It is easily fixable, I think. But I am not good at inline assembler. I'll open a mantis and fogbugz report. regards Nicolai

2 2

[ANN] ESUG 2014 registration is open
by Luc Fabresse May 6, 2014

May 6, 2014

Hi all, We are happy to announce that the registration for the 2014 ESUG conference is now open. Pay attention that the early bird registration is until 16th of July. http://www.esug.org/wiki/pier/Conferences/2014/Conference-Registration In addition this year, there will be no warranty for social event or goody for people registrering on site. --- The ESUG board PS: please distribute widely and ensure it arrives in all mailing-lists

1 0

Skip startup actions
by Yuriy Tymchuk May 6, 2014

May 6, 2014

./pharo Pharo.image eval --save "StartupPreferencesLoader allowStartupScript: false.â doesnât work, it begins to load all the stuff

2 2

Usage of should: in tests
by Nicolas Cellier May 5, 2014

May 5, 2014

Hi, I see many usage of #should: in SciSmalltalk tests that could simply be turned into #assert: or eventually #assert:equals: Why wanting to use a block? Other than #should:raise: and #shouldnt:raise:, I don't really see the point of #should: alone anyway... IMO should: should be deprecated, less is more. I'm possibly the author of several of these #should: sends, so don't take it personnally ;) P.S. or is it easier to restart the block in the Debugger? I cross post to pharo-dev because it's a generic question, and there are a few #should: sends in Pharo-3.0 too.

6 9

IDE ideas: Theseus
by Goubier Thierry May 5, 2014

May 5, 2014

An exemple of an interactive, augmented IDE. http://alltom.com/pages/theseus/chi-2014/ Opal has the infrastructure to make code traces easier that what I used before... Now, what about adding it to the browser? Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

4 3

SequenceableCollection VM crash (was Re: [Pharo-users] XMLOrderedList Concantenation)
by Ben Coman May 5, 2014

May 5, 2014

2 1

MOOSEDay@UPMC update
by Serge Stinckwich May 5, 2014

May 5, 2014

Dear all, This is a small update for the MOOSEDAY@UPMC event : http://www.doesnotunderstand.org/MOOSEDayUPMC/ We have only 9 people who register for the MOOSEDAY@UPMC (June 5/6 2014) at the moment and 2 presentations. One of the main drawback is that INRIA team does not have too much money to come this time. What we could do : - we organize a small event on one day (some presentations in the morning and a Pharo/MOOSE sprint). But we definitively need more presentations ? Who is willing to come ? - we postpone the MOOSEDAY@UPMC until september/october 2014, so more people could join (Doru ?). Any suggestions ? Regards, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

2 2

Zeroconf scripts updated
by Esteban Lorenzano May 5, 2014

May 5, 2014

Hi, I updated stable releases of Zeroconf to download Pharo3. cheers, Esteban

1 0