Path: utzoo!attcan!uunet!samsung!brutus.cs.uiuc.edu!psuvax1!wuarchive!decwrl!hplabs!hp-sdd!ucsdhub!sdcsvax!amos!hartung
From: hartung@amos.ling.ucsd.edu (Jeff Hartung)
Newsgroups: comp.binaries.ibm.pc.d
Subject: Re: FRAINT10.ARC @ SIMTEL20
Message-ID: <7495@sdcsvax.UCSD.Edu>
Date: 21 Nov 89 18:50:08 GMT
References: <716@mindlink.UUCP>
Sender: nobody@sdcsvax.UCSD.Edu
Reply-To: hartung@amos.UUCP (Jeff Hartung)
Organization: Univ. of Calif., San Diego
Lines: 25

In article <716@mindlink.UUCP> a864@mindlink.UUCP (Jono Moore) writes:
>Would it be possible for someone to re-upload this file to SIMTEL?
>
>It is in PD1:<MSODS.GRAPHICS> and the archive is corrupt (just the .EXE file
>naturally :-) ).  I've tried downloading it three times now so I know it isn't
>me screwing up the xfer.

I have downloaded and extracted (successfully) both FRAINT10.ARC and
FRASRC10.ARC (which contains the C source code to fractint 10).  However, I
did notice that two of the files (the executable and doc file, I think) were
"squashed", which some ARC extractors can't handle.  Perhaps this is your
problem.  If not this, when you are downloading to your PC, are you setting
the transfer to 'binary' mode and using parity set to 8 data bits and no
parity bits?  This may also be the source of the problem.

(By the way, I am THRILLED to find that this version has a file called
yourvid.c, which allows the user to write routines to use a video mode that
may not be in the program like I have.  :-)  Now I can use that ATI Graphics
Solution 640x200x16 mode with fractint instead of the (Ugh!  Bleech!) CGA
320x200x4 color mode.  What a difference!)

 --Jeff Hartung--  	
 Disclaimer: My opinions only, etc., etc., BLAH! BLAH! BLAH!...
 ARPA - hartung@amos.ucsd.edu          
 UUCP - ucsd!amos.ucsd.edu!hartung