Xref: utzoo comp.sys.ibm.pc:15678 comp.binaries.ibm.pc.d:268 Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!bloom-beacon!mit-eddie!killer!pollux!dalsqnt!rpp386!jfh From: jfh@rpp386.UUCP (John F. Haugh II) Newsgroups: comp.sys.ibm.pc,comp.binaries.ibm.pc.d Subject: Re: vgif GIF-viewing program (Re: "Error in EXE program" machine lockup) Message-ID: <1795@rpp386.UUCP> Date: 17 May 88 02:08:58 GMT References: <5057@ecsvax.UUCP> <8638@iuvax.cs.indiana.edu> <888@bucket.UUCP> Reply-To: jfh@rpp386.UUCP (The Beach Bum) Distribution: na Organization: Big "D" Home for Wayward Hackers Lines: 30 In article <888@bucket.UUCP> leonard@bucket.UUCP (Leonard Erickson) writes: >In article <8638@iuvax.cs.indiana.edu> bobmon@iuvax.UUCP (RAMontante) writes: > >I've seen this sort of uuencoded file before. I've only had trouble with it >once, and that may have been because the file was garbled. Sounds like you >need a newer uudecode... (I haven't tried to uudecode that file yet, so I may >be back to complain about too!) i received that posting. i couldn't figure out the table keyword so i deleted all of the lines up to 'begin'. then i uudecoded and uploaded to our fountain clone. it un-arc'd just fine ... the .arc file is currently living on one of the compaq's, but if there are enough requests i can uucp it back to this machine. i'll post a message here if and when that happens. the sucker i had the most trouble with was 'fastgif'. it's fast alright, but it hangs the machine on non-existent or corrupted .gif files. grrrr. - john. -- John F. Haugh II | "You see, I want a lot. Perhaps I want every River Parishes Programming | -thing. The darkness that comes with every UUCP: ihnp4!killer!rpp386!jfh | infinite fall and the shivering blaze of DOMAIN: jfh@rpp386 | every step up ..." -- Rainer Maria Rilke