Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!ut-emx!ccwf.cc.utexas.edu
From: daveh@ccwf.cc.utexas.edu (David H. Huang)
Newsgroups: comp.sys.apple2
Subject: Re: GIF Viewer
Message-ID: <44792@ut-emx.uucp>
Date: 27 Feb 91 15:10:42 GMT
References: <538@generic.UUCP> <44722@ut-emx.uucp> <1991Feb26.230754.8996@nntp-server.caltech.edu>
Sender: news@ut-emx.uucp
Reply-To: daveh@ccwf.cc.utexas.edu (David H. Huang)
Organization: The University of Texas at Austin
Lines: 29

In article <1991Feb26.230754.8996@nntp-server.caltech.edu> toddpw@nntp-server.caltech.edu (Todd P. Whitesel) writes:
>daveh@ccwf.cc.utexas.edu (David H. Huang) writes:
>>I think the reason for the 64K limit is that it's hard to
>>manipulate data that crosses a bank boundary, especially in C.
>
>That's totally incorrect. Orca/C may have a couple of bugs when it comes to
>address calculation but that does not prevent you from working with rather
>large arrays.

OK... I've never used Orca/C before, so I was just guessing. I've
heard stories about problems with arrays>64K, so that's what I wrote...

>If the _commercial_ version of SHRConvert does not go past 64K then I can't
>possibly respect Jason Harper as a programmer. From day 1, the Lord High
>GIFfer has been chomping on an 800x600x256color picture as one of it's test
>cases.

Great! I hope you can scroll the picture, since selecting which part
to view beforehand (like GIF3200 v0.2) is really a pain!

>Todd Whitesel
>toddpw @ tybalt.caltech.edu


-- 
David Huang                                 |
Internet: daveh@ccwf.cc.utexas.edu          | "Slight accidents with funny rays
UUCP: ...!ut-emx!ccwf.cc.utexas.edu!daveh   |   can have serious consequences"
America Online: DrWho29                     |