Path: utzoo!utgpu!attcan!uunet!lll-winken!ames!xanth!nic.MR.NET!csd4.milw.wisc.edu!leah!itsgw!rpi!sun.soe.clarkson.edu!batcomputer!cornell!uw-beaver!rice!sun-spots-request
From: david@sun.com (D. David David)
Newsgroups: comp.sys.sun
Subject: Re: Rasterfile Format questions
Message-ID: <8901050041.AA20052@david.sun.com>
Date: 13 Jan 89 01:30:01 GMT
References: <8812220953.AA00765@sun303.cel.uucp>
Sender: usenet@rice.edu
Organization: Sun-Spots
Lines: 15
Approved: Sun-Spots@rice.edu
Original-Date: Wed, 4 Jan 89 16:41:47 PST
X-Sun-Spots-Digest: Volume 7, Issue 98, message 11 of 13

mcvax!cel!ajy@uunet.uu.net
(andrew yeomans) writes:
>The sun routine pr_dump does not always encode RT_BYTE_ENCODED rasterfiles
>correctly, if copy_flag = 0 (compress in place). It seems to occur when
>the encoded image (up to a given point) is longer than the unencoded
>image, hence the original image gets corrupted.

Fixed in SunOS 3.4.

>/* The byte-encoded data format is as follows (not documented by Sun):	*/

Documented in the SunOS 4.0 pixrect manual.

-- 
David DiGiacomo, Sun Microsystems, Mt. View, CA  sun!david david@sun.com