On Sun, Nov 26, 2017 at 5:14 PM, Nicolas Cellier <nicolas.cellier.aka.nice@gmail.com> wrote:
 


2017-11-26 16:40 GMT+01:00 Nicolas Cellier <nicolas.cellier.aka.nice@gmail.com>:


2017-11-26 16:20 GMT+01:00 Nicolas Cellier <nicolas.cellier.aka.nice@gmail.com>:
Hmm, my bad, I fail to find a bug in genPrimitiveStringReplace
It appears that I messed up with git client... (bissecting on two different machines is not a good idea anyway)
What I find now is this:
- mac osx 64 squeak.cog.spur cog HEAD segv
- mac osx 64 squeak.cog.spur generated with VMMaker.oscog-cb.2274 and src/plugins/* from head is not OK (mangled)
- mac osx 64 squeak.cog.spur generated with VMMaker.oscog-cb.2274 and src/plugins/* taken from old commit is OK

The problem in generated plugins is in MiscPrimitivePlugin.c
There are not many changes, so I'll see if I can identify the problem and fix it in VMMaker.


So I have fixed the code of primitiveDecompressFromByteArray from MiscPrimitivePlugin
but IT'S NOT IN VMMaker... I fixed the Squeak trunk version (Graphics-nice.385), I presume there is a similar thing in Pharo.
We can't continue with this Misc thing, it's not manageable.

I added that:
 https://pharo.fogbugz.com/f/cases/20778/primitiveDecompressFromByteArray-incorrect-type-inference

But the long term solution is what we discussed
 

I've also pushed the fix on github.

Now remains the 64bits cog spur VM problem


Then there will be the problem of the 64bit cog spur vm...


2017-11-25 22:20 GMT+01:00 Nicolas Cellier <nicolas.cellier.aka.nice@gmail.com>:
Since I experienced mangled display when generating source with VMMaker.oscog-cb.2274,
I suspect that the problem is related to genPrimitiveStringReplace introduced in VMMaker.oscog-cb.2273

2017-11-24 16:45 GMT+01:00 Nicolas Cellier <nicolas.cellier.aka.nice@gmail.com>:
I can generate a working Win64 squeak cog spur VM at least up to VMMaker.oscog-cb.2272, no time to finish bissecting right now...

2017-11-24 11:37 GMT+01:00 Nicolas Cellier <nicolas.cellier.aka.nice@gmail.com>:
Hmm, I tried to fix declaration of unskew, but it does not seem enough...

2017-11-23 21:06 GMT+01:00 Nicolas Cellier <nicolas.cellier.aka.nice@gmail.com>:
The problem is that a local variable unskew was generated as unsigned int instead of int in BitBlt, but we then test if unskew < 0 which is obviously going to be eliminated as dead code...

I did not try to compile the VM, but I'm pretty sure this is related.

2017-11-23 17:00 GMT+01:00 Clément Bera <bera.clement@gmail.com>:
 
Hi,

The latest VM that I build from open-smalltalk VM 2278 or 2280 does not work (Stack overflow at start-up OR bugged UI with strange color making any text impossible to read). 

I have the problem on 2 different computers, Mac OS X and Linux.

I am able to build successfully the VM from 2274 but I can do it only with a previous version of the platform files (else I got a linking error - scavengeLog: used but not implemented).

I am not sure the problem comes from the recent platform files or the recent changes in the VMMaker packages since they need each other to be able to be compiled.

What is the right way to work around this problem ?

I am about to commit on VMMaker package Sista update but I cannot merge with 2280 since I can't compile a working VM from there, so I'll commit without merging if I cannot solve this problem

Thanks,

--












--
Clément Béra
Pharo consortium engineer
https://clementbera.wordpress.com/
Bâtiment B 40, avenue Halley 59650 Villeneuve d'Ascq