Path: utzoo!attcan!uunet!husc6!mailrus!ames!pasteur!ucbvax!UCONNVM.BITNET!SEWALL
From: SEWALL@UCONNVM.BITNET (Murph Sewall)
Newsgroups: comp.sys.apple
Subject: Re: NO BUFFERS AVAILABLE on Xmodem-ed files
Message-ID: <8809080924.aa03875@SMOKE.BRL.MIL>
Date: 8 Sep 88 12:51:59 GMT
References: <Mandel@BCO-MULTICS.HBI.HONEYWELL.COM>
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 38

>transfer a Binary or Basic or anything program to my disk, it comes out
>as a TXT (text) file.  I use Xmodem because most boards use that.  If
>the program is Binary II packed the problem is solvable.  But if it
>isn't, here's where the trouble comes.  I can use a file type changer,
>and this works O.K.  on basic , but if I change the text file to Binary
>(if it was meant to be so), I get this error message when I Brun the
>program : NO BUFFERS AVAILABLE.  What the heck does that mean?  I'm not

You need to do more with a BIN file than simply change it's file type,
you need to know its start address in memory.  If you simply change a
TXT file to a BIN it will appear to have a start address of $0000 (a
reserved area which is protected from overwriting by the operating system).

>to good with ProDOS.  Oh by the way I have an unenhanced (ugh, but I'm
>getting the kit) IIe with a spanking new Datalink 2400.  Now, could
>this file type problem just be due to the ProDOS file information being
>lost when the file was uploaded, as some tell me?  I can just use
>ProDOS file transfer instead of Xmodem, etc., but not many BBS's have

BBS's which are not run on Apple's are unlikely to support the "ProDOS"
transfer.  Most other systems store file directory information (file type,
start address, date, etc.) as the first block of a file; Apple saves a
few bytes of disk space (once in shorter supply, hence more valuable than
today) by keeping all that information in a separate directory.

Apple users who want to tranfer anything other than ASCII (TXT) files
through BBS systems should rely exclusively on Binary II (that IS after
all what Binary II was invented for).  As you point out BINARY II solves
the problem.


Murph Sewall     Sewall@UCONNVM.BITNET
Business School  sewall%uconnvm.bitnet@mitvma.mit.edu          [INTERNET]
U of Connecticut {rutgers psuvax1 ucbvax & in Europe - mcvax}
                 !UCONNVM.BITNET!SEWALL                        [UUCP]

-+- My employer isn't responsible for my mistakes AND vice-versa!
            (subject to change without notice; void where prohibited)