Should be fixed by
https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/3fa41faef52a157954d706aa5305e756f0f23228

Le mar. 24 mars 2020 à 00:45, Nicolas Cellier <
nicolas.cellier.aka.nice at gmail.com> a écrit :

> Ah no, my bad, this is a horrible copy/paste error!
> https://source.squeak.org/VMMaker/VMMaker.oscog-nice.2732.diff
> Eliot, could you regenerate the VM/plugins?
>
> Le mar. 24 mars 2020 à 00:31, Nicolas Cellier <
> nicolas.cellier.aka.nice at gmail.com> a écrit :
>
>> Hmm, it looks like I broke the signedBitShift: by omission (I did not
>> update it, and it now calls updated bitShift:...)
>>
>> [minY > lastY and:[fwDy >= 0]] whileTrue:[
>> lastX := lastX + ((fwDx + 16r8000) signedBitShift: -16).
>> lastY := lastY + ((fwDy + 16r8000) signedBitShift: -16).
>> fwDx := fwDx + (updateData at: GBUpdateDDX).
>> fwDy := fwDy + (updateData at: GBUpdateDDY).
>> ].
>>
>> ==>
>>
>> @@ -13423,8 +13423,8 @@ stepToNextBezier(void)
>>         minY = (workBuffer[GWCurrentY]) * 256;
>>         while ((minY > lastY)
>>          && (fwDy >= 0)) {
>> -               lastX += ((signed)(fwDx + 32768) >> 16);
>> -               lastY += ((signed)(fwDy + 32768) >> 16);
>> +               lastX += (((usqInt)((fwDx + 32768))) >> 16);
>> +               lastY += (((usqInt)((fwDy + 32768))) >> 16);
>>                 fwDx += updateData[GBUpdateDDX];
>>                 fwDy += updateData[GBUpdateDDY];
>>         }
>>
>>
>> Le lun. 23 mars 2020 à 23:33, Nicolas Cellier <
>> nicolas.cellier.aka.nice at gmail.com> a écrit :
>>
>>> Hi all,
>>> I observe similar font problems on windows spur32 VM/image
>>>
>>> [image: image.png]
>>>
>>> Virtual Machine
>>> ---------------
>>> Open Smalltalk Cog[Spur] VM [CoInterpreterPrimitives
>>> VMMaker.oscog-eem.2731]
>>> Win32 built on Mar 23 2020 22:15:31 CET Compiler: 7.4.0
>>> platform sources revision VM: 202003220256 Date: Sat Mar 21 19:56:35
>>> 2020 CommitHash: b85570231 Plugins: 202003220256
>>> CoInterpreter VMMaker.oscog-eem.2731 uuid:
>>> 3c8dda9e-4706-4c3d-8c58-a284c47f5705 Mar 23 2020
>>> StackToRegisterMappingCogit VMMaker.oscog-eem.2731 uuid:
>>> 3c8dda9e-4706-4c3d-8c58-a284c47f5705 Mar 23 2020
>>>
>>>
>>> Le dim. 22 mars 2020 à 22:50, Eliot Miranda <eliot.miranda at gmail.com> a
>>> écrit :
>>>
>>>> Hi Bruce,
>>>>
>>>>
>>>> On Mar 22, 2020, at 8:31 AM, Bruce O'Neel <bruce.oneel at pckswarms.ch>
>>>> wrote:
>>>>
>>>>
>>>> Hi,
>>>>
>>>> Good news, playing with
>>>>
>>>> --enable-fast-bitblt
>>>>
>>>>
>>>> and
>>>>
>>>> --disable-fast-bitblt
>>>>
>>>>
>>>> does work in that it builds a working VM.
>>>>
>>>> Good news/bad news, it does not change the font problem.  So that's not
>>>> the problem.
>>>>
>>>>
>>>> Great news.  We now know it is an X11 problem and can stop worrying
>>>> about the fast BitBLT code.  Thanks.
>>>>
>>>>
>>>> cheers
>>>>
>>>> bruce
>>>>
>>>> *21 March 2020 01:07 tim Rowledge <tim at rowledge.org <tim at rowledge.org>>
>>>> wrote:*
>>>>
>>>>
>>>>
>>>> > On 2020-03-20, at 6:16 AM, Bruce O'Neel wrote:
>>>> >
>>>> >
>>>> > I specialize in ridiculous. Good news, I guess, is that I dug up a
>>>> monitor, and, walked it downstairs with a keyboard and mouse and attached
>>>> it. The effect with the BitstreamVeraSans and ComicSans fonts are the same.
>>>> Maybe it likes serfed fonts?
>>>>
>>>> I'm completely baffled by this. I don't get this effect with any ARM vm
>>>> that I have that actually runs, with any image I have.
>>>>
>>>> >
>>>> > So that means that it is not some funky X11 over the wire problem
>>>> with the Mac and Windows X11 servers problem. That's good.
>>>>
>>>> Guess so, though it just makes life weirder.
>>>>
>>>> >
>>>> > I have no idea then why. Are these fonts part of the image? Is it
>>>> some funky binary format that for some reason Coq is mis-reading?
>>>>
>>>> Yes, the font glyphs are in-image. We've been using these ones for
>>>> goodness knows how many years.
>>>>
>>>> >
>>>> > I built a stack VM and I get the same result with a Squeak 5.3 image.
>>>>
>>>> There*shouldn't* be any difference between the stack & cog vms.
>>>>
>>>> You could try building a VM with the fastbitblt turned off I suppose -
>>>> a quick hack is to find the BITBLT_FLAGS= -DENABLE_FAST_BLT and related
>>>> lines in the Makefile in you squeak.cog.spur/build directory. I haven't
>>>> actually built an ARM vm without that in years so I don't know it it even
>>>> still works.
>>>>
>>>>
>>>> tim
>>>> --
>>>> tim Rowledge; tim at rowledge.org; http://www.rowledge.org/tim
>>>> It is easier to change the specification to fit the program than vice
>>>> versa.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20200324/d8bf51e2/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 137059 bytes
Desc: not available
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20200324/d8bf51e2/attachment-0001.png>