> On 22.03.2020, at 16:31, 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.
> 

Good news, in some way…
-t

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