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

Eliot Miranda-2 wrote > could you post some more information? Hey guys, I solved my problem by recreating the blocks in question. I got lucky that they were all default values, so that was easy. However, if the problem is an interesting one, I can go back to the corrupt data and get the info

Re: [Pharo-dev] Hash on collections

2018-06-21 0:16 GMT+02:00 Nicolas Cellier < nicolas.cellier.aka.n...@gmail.com>: > > > 2018-06-21 0:00 GMT+02:00 : > >> >> >> >> >> *From:* Pharo-dev [mailto:pharo-dev-boun...@lists.pharo.org] *On Behalf >> Of *Nicolas Cellier >> *Sent:* Wednesday, June 20, 2018 14:52 >> *To:* Pharo Development

Re: [Pharo-dev] Hash on collections

2018-06-21 0:00 GMT+02:00 : > > > > > *From:* Pharo-dev [mailto:pharo-dev-boun...@lists.pharo.org] *On Behalf > Of *Nicolas Cellier > *Sent:* Wednesday, June 20, 2018 14:52 > *To:* Pharo Development List > *Subject:* Re: [Pharo-dev] Hash on collections > > > > Hi, > > > > Hi, > > > > > > it does

[Pharo-dev] Hash on collections

Hi, I was watching to the Collection>>#hash implementation and I found something strange: self size <= 10 ifTrue: [self do: [:elem | hash := hash bitXor: elem hash]]. Can someone know why the contents are only considered for the hash if the collection size is

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

Hi Sean, could you post some more information? What's the pc? What's the CompiledMethod's output for #symbolic? Where in interpretNextV3PlusClosureInstructionFor: is it stuck? What's the computed index? On Wed, Jun 20, 2018 at 6:07 AM, Sean P. DeNigris wrote: > While Fuel was trying to

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

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:

[Pharo-dev] Fuel Error in Latest Launcher

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

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

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:

Re: [Pharo-dev] unnamed processes

On Thu, Jun 14, 2018 at 10:20 AM Ben Coman 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

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

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 wrote: > Hi Cyril & Guille, > > > On Tue, Jun 19, 2018 at 5:06 PM Cyril Ferlicot D. < >

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?

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