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

Re: [Pharo-dev] Recent VM for Pharo 2 on Ubuntu 8.04

by Esteban Lorenzano

well... real solution is to compile your own VM. we can offer support (but should be pretty straight forward, specially in linux systems). I disagree with the solution proposed in (2), the cost of maintaining such approach would be exponential. Esteban On Aug 28, 2013, at 12:41 PM, Jan Vrany <jan.vrany(a)fit.cvut.cz> wrote: > Hi, > > we had similar problems. After a bit of a research, I concluded that > there are basically two options for this sort of GLIBC a problem: > > 1) Workaround: recompile the VM on the target system, i.e., on > Ubuntu 8.04 > > 2) Solution: find symbols that introduces that dependency and then > simply not use them in the VM code. This means that you may have > to provide your own implementation of certain C functions > (memset, stat, things like that) > > To do so, nm and objdump is your friend. > > If I were you, I would go for a workaround. > > Best, Jan > > > On 28/08/13 11:25, Sven Van Caekenberghe wrote: >> Hi, >> >> I asked this question before >> >> http://forum.world.st/Pharo-dev-Latest-vm-on-Ubuntu-8-04-4-LTS-tt4689467.ht… >> >> and yes I know that Ubuntu 8.04 is old, but I am really stuck. >> >> I need to deploy a Pharo #20619 image and I need a VM that works on Ubuntu 8.04 _and_ that is not 'too old' (like Eliot's most recent CogVM where I am getting lots of NB errors as well). >> >> The problem seems to be the dependency on the glibc 2.11. >> >> Has anyone successfully solved this issue ? >> >> Thx, >> >> Sven >> > >

Aug. 28, 2013

Re: [Pharo-dev] Recent VM for Pharo 2 on Ubuntu 8.04

by Sven Van Caekenberghe

On 28 Aug 2013, at 12:40, Camillo Bruni <camillobruni(a)gmail.com> wrote: > If you're in for DIY, you can "simply" compile the current VM under 8.04 and you should be fine. I've never done that, but it should be doable on Linux I guess. Where/how do I start ? > On 2013-08-28, at 12:25, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> Hi, >> >> I asked this question before >> >> http://forum.world.st/Pharo-dev-Latest-vm-on-Ubuntu-8-04-4-LTS-tt4689467.ht… >> >> and yes I know that Ubuntu 8.04 is old, but I am really stuck. >> >> I need to deploy a Pharo #20619 image and I need a VM that works on Ubuntu 8.04 _and_ that is not 'too old' (like Eliot's most recent CogVM where I am getting lots of NB errors as well). >> >> The problem seems to be the dependency on the glibc 2.11. >> >> Has anyone successfully solved this issue ? >> >> Thx, >> >> Sven >

Aug. 28, 2013

Re: [Pharo-dev] a weak on:do:/when:do:

by Esteban Lorenzano

no, it is not. that will keep the registry forever because it acts over a block (no ephemerons, remember) Esteban On Aug 28, 2013, at 11:56 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Does this work? > > Doru > > > On Wed, Aug 28, 2013 at 11:54 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > whenListChanged: aBlock > "Specify a block to value after the contents of the list has changed" > > "Basically when you set a new list of items" > > <api: #event> > | block | > block := [ :announcement :ann | > aBlock > cull: announcement newContents > cull: announcement oldContents > cull: announcement > cull: ann ]. > listAnnouncer weak > when: ValueChanged > do: block > > > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

Aug. 28, 2013

Re: [Pharo-dev] Recent VM for Pharo 2 on Ubuntu 8.04

by Jan Vrany

Hi, we had similar problems. After a bit of a research, I concluded that there are basically two options for this sort of GLIBC a problem: 1) Workaround: recompile the VM on the target system, i.e., on Ubuntu 8.04 2) Solution: find symbols that introduces that dependency and then simply not use them in the VM code. This means that you may have to provide your own implementation of certain C functions (memset, stat, things like that) To do so, nm and objdump is your friend. If I were you, I would go for a workaround. Best, Jan On 28/08/13 11:25, Sven Van Caekenberghe wrote: > Hi, > > I asked this question before > > http://forum.world.st/Pharo-dev-Latest-vm-on-Ubuntu-8-04-4-LTS-tt4689467.ht… > > and yes I know that Ubuntu 8.04 is old, but I am really stuck. > > I need to deploy a Pharo #20619 image and I need a VM that works on Ubuntu 8.04 _and_ that is not 'too old' (like Eliot's most recent CogVM where I am getting lots of NB errors as well). > > The problem seems to be the dependency on the glibc 2.11. > > Has anyone successfully solved this issue ? > > Thx, > > Sven >

Aug. 28, 2013

Re: [Pharo-dev] Recent VM for Pharo 2 on Ubuntu 8.04

by Camillo Bruni

If you're in for DIY, you can "simply" compile the current VM under 8.04 and you should be fine. On 2013-08-28, at 12:25, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi, > > I asked this question before > > http://forum.world.st/Pharo-dev-Latest-vm-on-Ubuntu-8-04-4-LTS-tt4689467.ht… > > and yes I know that Ubuntu 8.04 is old, but I am really stuck. > > I need to deploy a Pharo #20619 image and I need a VM that works on Ubuntu 8.04 _and_ that is not 'too old' (like Eliot's most recent CogVM where I am getting lots of NB errors as well). > > The problem seems to be the dependency on the glibc 2.11. > > Has anyone successfully solved this issue ? > > Thx, > > Sven

Aug. 28, 2013

Recent VM for Pharo 2 on Ubuntu 8.04

by Sven Van Caekenberghe

Hi, I asked this question before http://forum.world.st/Pharo-dev-Latest-vm-on-Ubuntu-8-04-4-LTS-tt4689467.ht… and yes I know that Ubuntu 8.04 is old, but I am really stuck. I need to deploy a Pharo #20619 image and I need a VM that works on Ubuntu 8.04 _and_ that is not 'too old' (like Eliot's most recent CogVM where I am getting lots of NB errors as well). The problem seems to be the dependency on the glibc 2.11. Has anyone successfully solved this issue ? Thx, Sven

Aug. 28, 2013

windows performance

by Camillo Bruni

I just discovered a strange anomaly with the windows build concerning the test performance: If you check the overall speed of the tests, windows is faster than our mac slave https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=mac/… https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=win/… EXCEPT for the trait tests (mac=32s, win=2m9s)! That's a factor 4! whereas otherwise the windows slave is ~20% faster. https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=mac/… https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=win/… I'll investigate during our minisprint today, any hints otherwhise?

Aug. 28, 2013

Re: [Pharo-dev] a weak on:do:/when:do:

by Tudor Girba

Does this work? Doru On Wed, Aug 28, 2013 at 11:54 AM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > whenListChanged: aBlock > "Specify a block to value after the contents of the list has > changed" > > "Basically when you set a new list of items" > > <api: #event> > | block | > block := [ :announcement :ann | > aBlock > cull: announcement newContents > cull: announcement oldContents > cull: announcement > cull: ann ]. > listAnnouncer weak > when: ValueChanged > do: block > > -- www.tudorgirba.com "Every thing has its own flow"

Aug. 28, 2013

a weak on:do:/when:do:

by StÃ©phane Ducasse

whenListChanged: aBlock "Specify a block to value after the contents of the list has changed" "Basically when you set a new list of items" <api: #event> | block | block := [ :announcement :ann | aBlock cull: announcement newContents cull: announcement oldContents cull: announcement cull: ann ]. listAnnouncer weak when: ValueChanged do: block

Aug. 28, 2013

[regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=win/… 5 regressions found. CollectionsTests.Weak.WeakIdentityKeyDictionaryTest.testClearing CollectionsTests.Weak.WeakIdentityKeyDictionaryTest.testNoNils CollectionsTests.Weak.WeakKeyDictionaryTest.testClearing CollectionsTests.Weak.WeakKeyToCollectionDictionaryTest.testClearing CollectionsTests.Weak.WeakKeyToCollectionDictionaryTest.testNoNils

Aug. 28, 2013