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
  https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/3010e4465405f6ec7a289fc3a3d21eb324816a8f#diff-2ecd46f56f9702ad7a50219dd086a8c5

So that's at least two different problems, one in the plugins, one in
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,

--