> > During my memory management review, I noticed > > ft_lzwstate_stack_grow. It seems to drop stack_0 when relocating to > > the heap memory without copying it. How is this even supposed to > > work? Would you please take a look at this function? > > Good question. My knowledge of LZW stuff is zero, sorry. > > Is relocation ever triggered while uncompressing fonts? If yes, is > the corresponding font correctly read and displayed?
The 64-byte loss seems obvious. It might be recovered later however. I found 2 bugs related to this code path: https://bugs.freedesktop.org/show_bug.cgi?id=8633 https://bugs.freedesktop.org/show_bug.cgi?id=8063 or https://savannah.nongnu.org/bugs/index.php?19910 There are 6 fonts listed () that might trigger a problem. hanglg16.pcf.Z hanglm16.pcf.Z hanglm24.pcf.Z jiskan16.pcf.Z jiskan24.pcf.Z k14.pcf.Z Alexei
