On Wed, Apr 25, 2001, Daniel Vollmer wrote:
> Created a database with a comic (megatokyo) in 2bpp.
> Plucker did not display the .gif (650x975) at all, so i rescaled it to
> 520x780. this gfx now crashes the palm-viewer w/ a DataMgr
> write error...
This is a parser problem, since it creates a database that is
not according to the spec.
The database format specifies that the document header should
include the total size of the text/image *before* compression
using a 16 bit variable (i.e. max 64k).
If we than add the fact that you are trying to squeeze in a
too large image we have a major problem ;-)
520 x 780 x 2 / 8 = 100k, but when you put that value into a
16 bit variable it will all of sudden indicate that the total
size of the data is about 35k, so when the viewer attempts to
uncompress the data the DmWrite operation will write outside
the allocated space...
The parser should make sure that the data is 64k or less before
compressing it (images shouldn't be bigger than 60000 bytes or
the viewer will refuse to display them).
/Mike
