Op Sun, 03 Feb 2013 16:02:52 +0100 schreef Wolfgang Lenerz
<[email protected]>:
...
The reason for this is that BMP_OBJ, after having opened a directory,
tries to read just a few bytes from it (at first). I never condsidered,
for these devices, that anyone would read anything other than one (and
just one) fileheader's length worth of bytes (i.e. 64 bytes).
If you try to read more or less than that, this generates an EOF - hence
the error above.
I've tried a quick fix and reading less bytes than the 64 bytes of a
full fileheader works OK. Unfortunately, BMP.OBJ then tries to read MORE
than 64 bytes (320 to be exact). The device drivers are not equipped for
that - yet.
I won't have any more time for this today, so some time next week....
This would mean that my SQRview program will most likely (for now) fail as
well.
This shares some code and techniques with BMP, where the file is partly
read to verify that it is a valid image file, before claiming memory and
loading the whole file.
Also when saving a converted image this is often done in sections (by
line) to a channel.
How do the device drivers cope with that?
At the moment I cannot test this on SMSQmulator.
I had a sniff at Genj, to test this on my (slow?) Vista sytem under Java 7.
It doesn't seem to suffer from the Java overhead as SMSQmulator is.
Of course it doesn't have the 68K emulation to deal with.
Bob
--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
_______________________________________________
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
