June 2018 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Fuel Error in Latest Launcher

by Max Leske

Hi Sean, Is it possible that your compiled method has been corrupted? It's the compiler that chokes when Fuel tries to read #endPC, and the compiler should not choke on a well formed compiled method... (or ever for that matter?), Max On 20 Jun 2018, at 15:07, Sean P. DeNigris wrote: > While Fuel was trying to serialize a sort block ([ :a :b | a name < b > name > ]), I got CompiledMethod>>errorSubscriptBounds:. One strange thing > about the > block is that the outerContext is `SortedCollection>>DoIt`, meaning I > probably had to initialize it by hand due to a previous Fuel problem. > > The odd thing about the error is that this object graph was > serializing and > materializing just fine before I upgraded Pharo Launcher. > > Call chain: > CompiledMethod(Object)>>errorSubscriptBounds: > CompiledMethod(Object)>>at: > InstructionStream>>interpretNextV3PlusClosureInstructionFor: > OpalEncoderForV3PlusClosures class>>interpretNextInstructionFor:in: > InstructionStream>>interpretNextInstructionFor: > [ (InstructionStream new method: self pc: pc) > interpretNextInstructionFor: nil ] in > CompiledMethod(CompiledCode)>>abstractBytecodeMessageAt: in Block: [ > (InstructionStream new method: self pc: pc)... > BlockClosure>>on:do: > CompiledMethod(CompiledCode)>>abstractBytecodeMessageAt: > BlockClosure>>blockCreationBytecodeMessage > BlockClosure>>endPC > BlockClosure>>abstractBytecodeMessagesDo: > BlockClosure>>isClean > BlockClosure>>shouldBeSubstitutedByCleanCopy > BlockClosure>>fuelAccept: > FLLightGeneralMapper>>mapAndTrace: > > > > ----- > Cheers, > Sean > -- > Sent from: > http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

June 20, 2018

Fuel Error in Latest Launcher

by Sean P. DeNigris

While Fuel was trying to serialize a sort block ([ :a :b | a name < b name ]), I got CompiledMethod>>errorSubscriptBounds:. One strange thing about the block is that the outerContext is `SortedCollection>>DoIt`, meaning I probably had to initialize it by hand due to a previous Fuel problem. The odd thing about the error is that this object graph was serializing and materializing just fine before I upgraded Pharo Launcher. Call chain: CompiledMethod(Object)>>errorSubscriptBounds: CompiledMethod(Object)>>at: InstructionStream>>interpretNextV3PlusClosureInstructionFor: OpalEncoderForV3PlusClosures class>>interpretNextInstructionFor:in: InstructionStream>>interpretNextInstructionFor: [ (InstructionStream new method: self pc: pc) interpretNextInstructionFor: nil ] in CompiledMethod(CompiledCode)>>abstractBytecodeMessageAt: in Block: [ (InstructionStream new method: self pc: pc)... BlockClosure>>on:do: CompiledMethod(CompiledCode)>>abstractBytecodeMessageAt: BlockClosure>>blockCreationBytecodeMessage BlockClosure>>endPC BlockClosure>>abstractBytecodeMessagesDo: BlockClosure>>isClean BlockClosure>>shouldBeSubstitutedByCleanCopy BlockClosure>>fuelAccept: FLLightGeneralMapper>>mapAndTrace: ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

June 20, 2018

Re: [Pharo-dev] [CI] Cause of the random failures in the CI

by Ben Coman

On 19 June 2018 at 22:55, Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com> wrote: > Hi, > > Since months now there are a lot of random failure on the CI making it > hard to work. > > There is different kind of failures: > - Network problems > - Failing tests > - Incomprehensible problems > > Now I don't see much failure due to Network. I suppose the Inria > infrastructure improved. > > Failing tests were corrected those past months and we see less and less > of them. > > Now the big problem are the incomprehensible crashes such as "The > workspace was not found" or "FileDoesNotExistException" or "pharo-vm/ is > already present". > > We just found the problem :) > > During the validation of the Bootstrap multiple tests are launched on > OSX/Windows/linux in parallel. Each task is on a different slave of the > Jenkins. But, apparently we discovered that two slaves could have the > same disk. Usually it does not cause any trouble since a job is only run > by one slave. But in this particular case, two slaves can be used by the > same job and mess with the resources of each other. > That sort of outside-the-box confounding factor is difficult and frustrating to track down. Great work guys. cheers -ben

June 20, 2018

[Pharo 7.0-dev] Build #1078: 22176-Make-bootstrap-more-robust-to-slave-sharing-disk

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #1078 was: FAILURE. The Pull Request #1575 was integrated: "22176-Make-bootstrap-more-robust-to-slave-sharing-disk" Pull request url: https://github.com/pharo-project/pharo/pull/1575 Issue Url: https://pharo.fogbugz.com/f/cases/22176 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

June 20, 2018

Re: [Pharo-dev] unnamed processes

by Guillermo Polito

On Thu, Jun 14, 2018 at 10:20 AM Ben Coman <btc(a)openinworld.com> wrote: > An uncommon situation but it exposes something that would be nice to > correct anyhow... > > If interCyclePause is commented out like... > > WorldState >>doOneCycleFor: aWorld > "self interCyclePause: MinCycleLapse." > self doOneCycleNowFor: aWorld. > > in Process Browser there is a build-up of unnamed priority 31 processes. > I haven't been able to track down where these arise from > to work out what their name should be. > > Anyone who contributed code which creates forks a new process, > could you check if this is the source and provide a name? > > cheers -ben > > P.S. I wonder if the default name of forked processes should be something > like "thisContext sender receiver" > > Maybe. I don't like in general how people overuse processes. I've seen lately tons of deadlocks and non-dying processes... -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

June 20, 2018

Re: [Pharo-dev] [CI] Cause of the random failures in the CI

by Guillermo Polito

I've integrated Cyril's PR https://github.com/pharo-project/pharo/pull/1575 Let's hope this gets the CI in good shape :) Thanks again! On Tue, Jun 19, 2018 at 7:27 PM Alistair Grant <akgrant0710(a)gmail.com> wrote: > Hi Cyril & Guille, > > > On Tue, Jun 19, 2018 at 5:06 PM Cyril Ferlicot D. < > cyril.ferlicot(a)gmail.com> wrote: > >> > >> > Slightly off-topic, but I'm also wondering why the test scripts > >> > download the VM again? Why not just use the one that is already in > >> > vmtarget? > >> > > >> > >> Because it is a vm linux and tests are executed on OSX and Windows too. > > On Tue, 19 Jun 2018 at 18:49, Guillermo Polito > <guillermopolito(a)gmail.com> wrote: > > > > Thanks Cyril, thanks for pushing. I've only given you permissions to > re-run the build, so keep yourself and Vincent all the credit! > > > > > Slightly off-topic, but I'm also wondering why the test scripts > > > download the VM again? Why not just use the one that is already in > > > vmtarget? > > > > Yes, on one side there is what Cyril says, we need to download a new VM > on each new slave, because > > - we build the image on a single slave (unix) > > - we then transfer it to different slaves (mac, windows) to run the > tests. > > > > This is like that because originally running the bootstrap was about > three times as expensive. > > Right now we are on 7minutes to create the minimal image and a couple > more to load the rest on top of it. > > Thanks for your explanations, I hadn't considered these requirements. > > Apart from avoiding duplication and resource waste by re-running the > bootstrap, testing a single image does a sanity check that we haven't > broken cross-platform compatibility in some way. > > Thanks again, > Alistair > > > > There is another thing also: we always assumed that slaves do not share > disk, so either we re-downloaded a new unix vm or we shared it. > > Apparently our assumptions weren't right? > > -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

June 20, 2018

Re: [Pharo-dev] Is it possible to add an existing github repository from within the image or does one have to clone on the command line?

by Guillermo Polito

Hi Eliot, It should be doable from Iceberg, yes. From that url you can extract gitfiletree://github.com/ThierryGoubier/filetree.git - host: github.com - owner: ThierryGoubier - project name: filetree You can use that data to load the repository. However, I see that repository does not exist, I get a 404 (check https://github.com/ThierryGoubier) Where did you get that URL from? On Tue, Jun 19, 2018 at 8:14 PM <Vincent.Blondeau(a)lamresearch.com> wrote: > Yes it is! See gif ;) > > > > Cheers, > > Vincent > > > > *From:* Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] *On Behalf > Of *Eliot Miranda > *Sent:* Tuesday, June 19, 2018 11:05 > *To:* Discusses Development of Pharo <pharo-dev(a)lists.pharo.org> > *Subject:* [Pharo-dev] Is it possible to add an existing github > repository from within the image or does one have to clone on the command > line? > > > > SLSIA. I want to clone gitfiletree:// > github.com/ThierryGoubier/filetree.git > <https://urldefense.proofpoint.com/v2/url?u=http-3A__github.com_ThierryGoubi…> > but would love to do it form the image and not have to visit the command > line. Is this possible yet? > > _,,,^..^,,,_ > > best, Eliot > -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

June 20, 2018

Re: [Pharo-dev] Is it possible to add an existing github repository from within the image or does one have to clone on the command line?

by Vincent.Blondeau＠lamresearch.com

Yes it is! See gif ;) Cheers, Vincent From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] On Behalf Of Eliot Miranda Sent: Tuesday, June 19, 2018 11:05 To: Discusses Development of Pharo <pharo-dev(a)lists.pharo.org> Subject: [Pharo-dev] Is it possible to add an existing github repository from within the image or does one have to clone on the command line? SLSIA. I want to clone gitfiletree://github.com/ThierryGoubier/filetree.git<https://urldefense.proofpoint.com/v2/url?u=http-3A__github.com_ThierryGoubi…> but would love to do it form the image and not have to visit the command line. Is this possible yet? _,,,^..^,,,_ best, Eliot

June 19, 2018

Is it possible to add an existing github repository from within the image or does one have to clone on the command line?

by Eliot Miranda

SLSIA. I want to clone gitfiletree://github.com/ThierryGoubier/filetree.git but would love to do it form the image and not have to visit the command line. Is this possible yet? _,,,^..^,,,_ best, Eliot

June 19, 2018

Re: [Pharo-dev] SessionManager Questions

by Sean P. DeNigris

demarey wrote > Do you need to compute the priority dynamically? No. demarey wrote > What is the use case? I have a domain representing servers that takes the following two steps at startup: 1. I use to store objects representing servers. SimplePersistence materializes saved Server instances, replacing existing instances 2. The Server class cycles through all instances in a collection to refresh their connection status. If #2 happens before #1, the old instances will be refreshed and then replaced by new unrefreshed ones. ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

June 19, 2018