[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Need help with BSCit2.1 and changing file type

  To: Andy McFadden
On Thu, 12 Apr 2007 22:34:46 +0000, Andy McFadden wrote:

> Jeff Blakeney <jeff.blakeney@a2central.com.remove-mpr-this> wrote:
>> That is strange.  I'm pretty sure the current version of BINSCII didn't
>> support extended files (files with resource forks) but I think there was
>> a draft of a version that did that wasn't put into use.  If the original
>> BINSCII file did contain a GScii archive that had a resource fork (a
>> comment perhaps) then the ProDOS 8 BSCit wouldn't be able to deal with
>> it correctly whereas the GS/OS based GScii would be able to.
> 
> It didn't.  The idea was kicked around but ultimately rejected, if only
> because converting an uncompressed file didn't make sense.  The only
> reason to encode something with BinSCII is to transmit it over a text-based
> medium like Usenet, which means size matters.

Yeah, I remember being involved in lots of discussion about this myself
mostly about the Binary II wrapper, though, because I couldn't
understand why people would think that archive files are somehow immune
to having resource forks.  I could easily add a comment to every archive
file on my machine to give it a better description and full version
numbering and this gets stored in a resource fork.  GSHK's ability to
create self-extracting archives could also possibly benefit by having
some data (multi-language strings?) in resources as well.

As it is, I need to make sure that anything I want to put a Binary II
wrapper or or encode with BINSCII needs to either have the resource fork
removed or needs to be converted to AppleSingle or AppleDouble format
first.  Mind you, I don't think I've run into this problem... yet.  :-)
--- Synchronet 3.13a-Win32 NewsLink 1.83
A2Central.com - Your total source for Apple II computing.