Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!think.com!spool.mu.edu!munnari.oz.au!ariel!ucsvc.ucs.unimelb.edu.au!luga!latcs1!burton
From: burton@latcs1.lat.oz.au (Jamez de Coilier)
Newsgroups: comp.sys.amiga.introduction
Subject: Re: Downloading Problem....
Message-ID: <1991May28.050849.13988@latcs1.lat.oz.au>
Date: 28 May 91 05:08:49 GMT
Article-I.D.: latcs1.1991May28.050849.13988
References: <1991May27.165513.1@watt.ccs.tuns.ca>
Organization: GUI and HyperMedia Programming ,Latrobe Univ.,Melb,Australia
Lines: 23

In <1991May27.165513.1@watt.ccs.tuns.ca>,
	I could have sworn macauslandr@watt.ccs.tuns.ca managed to say:
>I'm having a bit of a problem with files I've been downloading from
>ab20.  Every file (with the exception of .LZH's) I've tried so far has resulted 
>in the message 'File is not an object module', after it has been unpacked
>(the file has the correct protection bits set).  This problem does not occur
>with .LZH files however for some reason.  I have a feeling that something
>peculiar is going on... can anyone shed some light on this?

	If you are NOT using kermit, you might need to run FIXOBJ or equivalent
on an executeable after transfer. This is because some protocols add padding
bytes on the end of ... the file I suppose. Fixobj is a program which will
fix this. There are many others. Kermit does not add padding bytes, but xmodem
definately does. I don't know about ftp, or whatever.
>
>RM - Macauslandr@watt.ccs.tuns.ca 
>                                    


-- 
from the office of, 
	James Burton.	Latrobe University, Melbourne, Australia.
		Email	burton@latcs1.lat.oz.au