[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: About Uncook- "a great lil' Utility too!!"
- Subject: Re: About Uncook- "a great lil' Utility too!!"
- From: glue@apple2.com (Glue Sniffin' Ed)
- Date: 1999/07/10
- Distribution: world
- Newsgroups: comp.sys.apple2
- References: <3783e947.330209401@news> <7m32v1$ncj$1@server05.icaen.uiowa.edu> <3786251c.476620131@news> <378679C2.1AD22225@swbell.net>
> Wondered about the same thing.
Hey....so did I.......I'm quite unknowledgable when it comes to things
like this....and....it just seemed like a really neat utility :-)
> The usual Text mode download corruption seems to be insertion of a Return ($0D)
>before any Line-feed ($0A) which does not already have a preceding $0D.
>
> The $0D $0A pair is not super-common in most Apple II files; but, it seems to
>usually occur at least 2-3 times in files of moderate size. If Uncook just goes
>through a downloaded file and rips out $0D's in front of $0A's, how does it know the
>difference between bad $0D $0A pairs and $0D $0A pairs which belong in the file?
>
> Still, GS Ed says Uncook works most of the time; so, I tried an experiment.
>
> Two Dsk files (each of which contain legitimate $0D $0A pairs) were ftp uploaded
>to a site and, then, downloaded via browser under an http connection. Both files
>arrived corrupted (length was greater than the standard 143,360 bytes).
>
> I tried Uncook on each file. The result was a 143,360-byte file in each case!
>Both files seemed to boot and work correctly on AppleWin, too. Moving the files to
>the GS and running a Copy II Plus 9.1 Compare Files check showed that each Uncooked
>file is identical to its corresponding (good) original.
>
>
> It looks like Uncook (somehow) works-- at least most of the time. (Thanks for a
>neat util discovery, GS Ed!)
>
>
>
>Rubywand
Anytime :-) Again.....I know not how it works.....I just know that it
does most of the time.......for me anyways :-)