[comp.sys.amiga] PBMPLUS by BITNET from 130.70.40.3

clemon@lemsys.UUCP (Craig Lemon) (12/05/90)

	I hate to bring up pbmplus again but I'm having this problem with
the files I'm receiving.  I use BITFTP to do my FTPing.  I know the
complete pbmplus is on abcfd20.larc.nasa.gov and is some 900K long.  It's
obvious why I don't want to get this version.  I found out that all the
serparate programs are on 130.70.40.3 so I decided to check that out.  I
only want certain files from the collection so this is the best way.  The
PBMPLUS files appear to be unarchived in any way and the doc files are
compressed (with compress - ie. .Z suffix).  When the files arrive here
and are UUDecoded, they don't run.  The machine says the file is not an
object module.  What can I do to fix this?  I assume it's a chopping
problem similar to sending binaries with XModem.

--
 Craig Lemon - Kitchener, Ontario. Amiga B2000/10--2400 bps--AmigaUUCP 1.03D
 clemon@lemsys.UUCP   or   lemsys!clemon@xenitec.on.ca
 ....!{uunet}!watmath!xenitec!lemsys!clemon

lar@pc.usl.edu (Robert, Lane A.) (12/06/90)

In article <4207.660355473@lemsys.UUCP> clemon@lemsys.UUCP
(Craig Lemon) writes:
   I hate to bring up pbmplus again but I'm having this problem with the
   files I'm receiving.  I use BITFTP to do my FTPing.  ... When the
   files arrive here and are UUDecoded, they don't run.  The machine says
   the file is not an object module.  What can I do to fix this?  I
   assume it's a chopping problem similar to sending binaries with
   XModem.

Methinks you hit the nail on the head.  In a test I did today, BITFTP
sent me a file that was a little longer than it should have been.
Truncating it to the proper length made it identical to the file
sitting in the anonymous FTP area.

Lane
lar@usl.edu