Hi all!

So it looks tile the issue is actually in BitBlt itself.

It's funny how the fixed font in Squeak's About dialog keeps on documenting such issues. This is like the third or fourth case we had in the last year. :-)


Am 26.04.2020 22:45:02 schrieb Eliot Miranda <eliot.miranda@gmail.com>:

Hi Tim,

On Sun, Mar 22, 2020 at 2:50 PM Eliot Miranda <eliot.miranda@gmail.com> wrote:
Hi Bruce,
On Mar 22, 2020, at 8:31 AM, Bruce O'Neel <bruce.oneel@pckswarms.ch> wrote:

Good news, playing with




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.

Looks like the problem, or at least a version of the problem, is nothing to do with X11.  If I open an About Squeak System Reporter in the simulator (64-bits x64) I see the fixed pitch font corruption we saw on X11 on ARM.  So it looks tile the issue is actually in BitBlt itself.




21 March 2020 01:07 tim Rowledge <tim@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.

It is easier to change the specification to fit the program than vice versa.

best, Eliot