November 2014 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]
by GitHub Nov. 27, 2014

Nov. 27, 2014

Branch: refs/tags/40385 Home: https://github.com/pharo-project/pharo-core

1 0

Re: [Pharo-dev] [Vm-dev] [commit][3152] Make sure to compile the SmallFloat64 primitives.
by Eliot Miranda Nov. 26, 2014

Nov. 26, 2014

Hi Ben, On Wed, Nov 26, 2014 at 2:27 PM, Ben Coman <btc(a)openinworld.com> wrote: > > commits(a)squeakvm.org wrote: > >> Revision: 3152 >> Author: eliot >> Date: 2014-11-26 11:57:25 -0800 (Wed, 26 Nov 2014) >> Log Message: >> ----------- >> Make sure to compile the SmallFloat64 primitives. >> >> boxedFloat comment: 'My instances hold 64-bit Floats in heap >> objects. This is the only representation on 32-bit systems. But on 64-bit >> systems SmallFloat64 holds a subset of the full 64-bit double-precision >> range in immediate objects.' >> stamp: 'eem 11/25/2014 7:54'. >> smallFloat comment: 'My instances represent 64-bit Floats whose >> exponent fits in 8 bits as immediate objects. This representation is only >> available on 64-bit systems, not 32-bit systems.' >> >> > So are SmallFloats converted to BoxedFloats on the fly when an image is > moved from a 64-bit host to a 32-bit host ? > No; there is no automatic conversion between 32-bit and 64-bit images. 64-bit Spur images will only be runnable on 64-bit machines. There are scripts that convert 32-bit non-Spur images to 32-bit Spur images and from 32-bit Spur images to 64-bit Spur images, and it would be easy to add a script that converted from a 64-bit Spur image to a 32-bit Spur image. But none of these conversions will be provided "automatically" (e.g. as a side-effect of starting up an image), although they may be wrapped up in tools. Currently the conversion time from 32-bit non-Spur to 32-bit Spur on a fast laptop is 5 minutes, and IIRC conversion from 32-bit Spur to 64-bit Spur takes a couple of minutes. So I don't think one will ever want this to happen automatically. Further, I hope and expect that we're moving to/have already moved to a construction-oriented image build process where one will take a pre-prepared base image of the appropriate pointer width and run scripts to load packages into them. So I expect the main use of the Spur 32-bit to 64-bit bootstrap is in preparing base release images. btw, Does that comment need updating... didn't you go with SmallDouble, > BoxedDouble? > No. Bert suggested (IIRC) ImmediateFloat64 and BoxedFloat64 and I went with SmallFloat64 and BoxedFloat64 for two reasons. SmallFloat64 because I like the symmetry with SmallInteger, and because this name scheme gracefully admits SmallFloat32, BoxedFloat32 and BoxedFloat80 if ever there was the energy to add them. -- best, Eliot

1 0

Pharo is mine
by kilon alios Nov. 25, 2014

Nov. 25, 2014

>> I'm certainly a good example of that. My Pharo is mine! (and I have an IDE I like which is truly >> mine :P) >> And I can only encourage you to do the same ;) what you mean ? you have customised pharo for your needs ? care to share , I am very interested :)

2 13

What is the limit
by Hilaire Nov. 25, 2014

Nov. 25, 2014

Pharo 1.4 image = 15MB Pharo 3 image = 22MB Pharo4 image = 32MB Don't know about Pharo 2.0 as, skip it. Is there a limit? Hopefully I gave up on the idea of tablet use but aren't we loosing the sight on small is beautiful? Hilaire -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

14 43

Dependencies Analyzer
by phil＠highoctane.be Nov. 25, 2014

Nov. 25, 2014

I installed it in my 3.0 but it crashes with a DNU on TreeNodeModel>>position: I loaded it like this: Gofer it smalltalkhubUser: 'BaptisteQuide' project: 'PackageDependenciesAnalysis'; configuration; loadStable The article on http://www.baptistequide.fr/packagedependencies.php says that it loads on 3.0 but well, it doesn't say it works there. Looks like widgets have had a facelift. What was changed there? It is an interesting tool for my own work too, so I'd like to have it running. Any pointers before digging down the rabbit hole? Phil

3 5

Mess in Theme hierarchy again
by Hilaire Nov. 25, 2014

Nov. 25, 2014

It just appear the Theme hierarchy is mess again, with what look like basic functionality methods appearing down in the hierarchy! Result: switching between theme makes text color unreadable. https://pharo.fogbugz.com/f/cases/14524/WateryTheme-broken-again -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

3 6

Fwd: [ci-announces] Storage maintenance planned tomorrow (2014/11/25)
by Christophe Demarey Nov. 25, 2014

Nov. 25, 2014

Hello, Pleas find below an announce of a maintenance on the Inria CI infrastructure. It means we will have to shutdown our slaves this afternoon and no CI job run will be available before tomorrow. Regards, Christophe. DÃ©but du message rÃ©expÃ©diÃ© : > De : Emmanuel Jeanvoine <emmanuel.jeanvoine(a)inria.fr> > Date : 24 novembre 2014 09:47:56 HNEC > Ã : ci-announces(a)inria.fr > Objet : [ci-announces] Storage maintenance planned tomorrow (2014/11/25) > RÃ©pondre Ã : Emmanuel Jeanvoine <emmanuel.jeanvoine(a)inria.fr> > > Dear users, > > A maintenance of the storage infrastructure is planned on 2014/11/25 from > 5pm to 11pm. In order to avoid issues, you are strongly encouraged to shut > down the virtual machines of your project before 5pm. > After that, the remaining virtual machines will be shut down by the IT > team. > > If you are interested in following this maintenance you can have a look > there: https://wiki.inria.fr/ciportal/Event_20141125_storage > > Thank you for your understanding, > Emmanuel > > -- > Emmanuel Jeanvoine Research Engineer > Inria Nancy - Grand Est Office B118 > http://www.inria.fr/nancy Tel +33 3 54 95 86 21

1 0

CI down local time 17h-tomorrow
by Marcus Denker Nov. 25, 2014

Nov. 25, 2014

Hi, Ci will be down local time 1700 till tomorrow: > A maintenance of the storage infrastructure is planned on 2014/11/25 from > 5pm to 11pm. In order to avoid issues, you are strongly encouraged to shut > down the virtual machines of your project before 5pm. > After that, the remaining virtual machines will be shut down by the IT > team.

1 0

Voyage,Mongo and Seaside...
by olivier auverlot Nov. 25, 2014

Nov. 25, 2014

Where must i initialize a mongo connection in a Seaside application when I use Voyage ? My application use the singleton mode of Voyage. What is the good place to create the singleton ? * in the initialize class method of mySeaside root WAComponent (It will called one time when Seaside initialize the hosted applications) * in the instance method initialize of my Seaside root WAComponent (It will called each time that's a user start to use the application) The second case seems to be better because the connection time is probably limited by Mongo or the connection could be broken. Someone have experimented good practices at this problematic ? Best regards Olivier ;-)

1 0

New Cog VMs available
by Eliot Miranda Nov. 25, 2014

Nov. 25, 2014

at http://www.mirandabanda.org/files/Cog/VM/VM.r3148/. Normal service has resumed after the recent instability due to 64-bit work. CogVM binaries as per VMMaker.oscog-eem.956/r3148 Fix regression in primitive[SmallFloat]Truncated Fix some warnings and some 64-bit issues with the ThreadedFFIPlugin. Fix positive64BitIntegerFor: by fixing new generateSignedShiftRight:on:indent:. Symptom is LargePositiveInteger results from primGetPosition: for SmallInteger values. -- best, Eliot

2 1