Conference hydra::amiga_v1

    Three possibilities spring to mind:
    
    	1) Crossdos has an in-built file filter for text files which can
    	   be enabled at boot-time. The file filter should be off when
    	   transferring savesets (ZOO,ARC or LZH) from MSDOS to AMIGA. This
    	   can cause CRC errors in the saveset.
    
    	2) Files on the VMS side the wrong format - Normally VMS files will
    	   be STREAM-LF and this can sometimes cause problems on the AMIGA
    	   side. If this is the case then use CVTARC U 'filename' to
    	   convert the file to FIXED FORMAT. You can tell which format the
    	   file is in by doing a DIR/FULL.
    
    	3) The Kermit transfer may be causing the problem, I don't use this
    	   method personally for transferring files. I have installed
    	   SOFTPC on my 3100 (DEC Product emulating PC-AT) and CROSSDOS on
    	   the AMIGA side to format and read the MSDOS floppies.
    
    	Hope this helps.
    
    	You can reach me on ARCCAD::BILL
    
    	Regards
    	Bill Gourley (Mechanical CAD Support - AYR - Scotland)
    

Re: .0

I agree with reply .1.  I suspect that the problem is VMS file formats
and the Kermit file transfer.  Heed the advise about CVTARC.

In general, what you are doing should work.  I've done the exact same
thing in the past (download via Kermit to a laptop and use CrossDOS
to read the floppy).  After messing enough with VMS file formats, I
got it to work.

	
	If your PeeCee is linked to the net it probably has NFT on it.

	I find this easiest to use. Simply copy files on the VAX to a 
	convenient directory then on the PeeCee, do:

	NFT DIR NODE"username password"::[dir.subdir]

	to see files on the vax and simply
	NFT COPY /ASCII	<from spec.> <to spec.>
		 /BLOCK

	/ASCII is for text (really?), /BLOCK is for ARCed stuff, or .EXEs.
	The file specs are the usual PC and VAX formats e.g.
	
	NFT COPY /BLOCK MYVAX"bob bulb"::[bob.amiga.demos]wheeler_demo a:
	to copy "wheeler_demo" from VAX to PC floppy.

	As mentioned previously, if you transfer ascii files you will
	usually need to use CVTARC (u  or v) <filename> to transfer to/from the
	VAX format for text files. Okay?

	You could also use PCSA too, but I find the above the really simple.

								- JIM CAD*

	Hi Guys,

		Thanks for all of the answers..... 


	The problem turned out to be that I hadn't CVTARCed the file before
	transferring it with KERMIT. I did that and everything is fine.



	Many Thanks,

		Brett...

    While we are on CVTARC.....
    
    Is it just me or is it:
    
    	a. FF disk problam
    	b. CVTARC problem????
    
    I have now copied ff52* a few times and with VMS/LHARC they seem
    corrupt. So i did a dif/full as a comparison.. ok so i try cvtarc to
    get the files to stream_lf. boof. actually it is quite a constant. 
    acvio....... (vms 5.4.1)
    
    hopefully minds far better than mine...
    regards
    kevin
    
    

>any one else with cvtarc probs?? or just me??

 I guess it is just you Kevin ;^) ;^)

 I successfully used the VMS    $ CVTARC U   on one of the new FF disks
 yesterday (VMS 5.4-2).  Is that statistically significant? %^}

 Dave

    
    	RE: .5
    
    	Kevin,
    
    	You CAN get an ACCVIO from CVTARC if you try to run the program
    	without options specified on the command line (i.e., U/V option
    	or input/output file specifiers).
    
    	Terry
    

    .7 - was playing with it again last night and also figure this to be
    the problem. The other night I thought I had tried all sorts of
    combinations and it crashed every time.
    
    
    Thanks all,
    kevin