Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!apple!sun!kilowatt!raz
From: raz%kilowatt@Sun.COM (Steve -Raz- Berry)
Newsgroups: comp.sys.amiga.tech
Subject: Re: DeluxePaint III and IFF
Summary: My fault. New iff2sun with HAM mode available on kilowatt!
Keywords: IFF DPIII
Message-ID: <110824@sun.Eng.Sun.COM>
Date: 17 Jun 89 01:30:03 GMT
References: <1419@dover.sps.mot.com>
Sender: news@sun.Eng.Sun.COM
Reply-To: raz@sun.UUCP (Steve -Raz- Berry)
Distribution: na
Organization: Sun Microsystems, Mountain View
Lines: 43

In article <1419@dover.sps.mot.com> fullmer@dover.sps.mot.com.UUCP (Glen Fullmer) writes:
>I am having a problem with IFF files written by DeluxePaint III. I edit
>a good IFF file (lo-res or hi-res) by filling the background color to white,  
>transfer it to a Sun4 with Kermit (binary mode), run a program iff2sun to convert
>it to a Sun raster file and it aborts with a core dump.

Well it shouldn't have done that. ;-(

	The problem that you are seeing is the new format of Dpaint
III images. In all of the older IFF files that I was able to take a
look at, all of the chunks (ILBM CAMG BODY etc..) were of an even
size. EA decided in it's infinite wisdom, and to my chargin, to allow
chunks of odd sizes. This screwed up my primitive IFF parsing so that
iff2sun would probably only work half of the time (yech).

>Also, I wrote a program that converts IFF files to Apollo bitmap files.  It uses
>the PD ifflib stuff and I get the message:

>  No BODY data.

That's what iff2sun should have done. No matter, I fixed the problem with the
newest release of iff2sun. I also tossed in HAM mode conversion. I think you'll
like it.

If you want a copy of the newest iff2sun, just send mail to the
kilowatt archive server (archive-server%kilowatt@sun.com) with the
message of 'send not-posted iff2sun.sh.1'. This will only be available
for a limited time, until it shows up in comp.sources.amgia.

>These all work fine with IFF files edited with DeluxePaint II.  Obviously, DPIII
>is making assumptions that I don't take in account.  Before jumping into a dump
>of the file, I thought someone in net-land must know the answer.  Funny thing, 
>some files that I create in DPIII work just fine!?

Well it's my fault in iff2sun, don't know about the PD lib your using,
but it is kinda weird that I *never* had a problem until now. I mean
why would anyone want go to the trouble of redoing the IFF routines to
save just one byte ???

--
Steve -Raz- Berry      Disclaimer: I didn't do nutin!
UUCP: sun!kilowatt!raz                    ARPA: raz%kilowatt.EBay@sun.com
KILOWATT: sun!kilowatt!archive-server     archive-server%kilowatt.EBay@sun.com