[Vm-dev] primitiveDisplayString anomaly

tim Rowledge tim at rowledge.org
Fri Jul 8 00:27:16 UTC 2016


> On 04-07-2016, at 12:28 PM, tim Rowledge <tim at rowledge.org> wrote:
> 
> 
>> On 04-07-2016, at 11:30 AM, Eliot Miranda <eliot.miranda at gmail.com> wrote:
>> 
>> In loadBitBltSourceForm see that
>>  sourceWidth 16r66E 1646
>>  sourceheight 16rE 14
>>  sourceDepth 16r10 16
>>  sourcePPW 2
>>  sourcePitch 16rCDC 3292
>> but
>>  sourcePitch * sourceHeight 46088
>>  sourceBitsSize 16r744E 29774
>> yet we expect sourceBitsSize >= sourcePitch * sourceHeight
>> 
>> Could something be wrong with our layout of font forms?  
> 
> It certainly looks like it from this info. I don’t suppose it is hibernated? Or did the recent change in the font form get something wrong?

OK, now I’ve had a look at this and it is definitely DejaVu Sans 9BI and definitely hibernated. It’s the only font with suitable values and the glyphs is exactly that size when compressed.

So the interesting thing is where on earth do the StrikeFont glyphs get unhibernated? *All* of them are such in my working image and yet I’m unable to see where they get decompressed - none of the senders of #unhibernate look likely. StrikeFonts definitely get compressed on image save.

Where I would *expect* to see the glyphs being unhibernated is in #installStrikeFont:… 

tim
--
tim Rowledge; tim at rowledge.org; http://www.rowledge.org/tim
Useful random insult:- One clown short of a circus.




More information about the Vm-dev mailing list