| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 2261.1 | My turn... | LOWLIF::DAVIS | That's not a BUG, it's a FEATURE! | Wed Feb 22 1989 12:37 | 29 |
| > When I downloaded stpics.arc the other day and tried to dearc this
> file I received an error in checksum, and then arc aborted.
> The same thing happened with the file called Jessica.arc
It depends on the what method of downloading you used (Kermit or Xmodem).
Get a copy of CVTARC from MDKCSW::DUA2:[DAVIS.AMIGA.TOOLS]CVTARC.EXE first.
To use it, define it as a foreign command. ($CVTARC :==$your_dir:CVTARC)
These be the rules:
Kermit: The file should be fixed length 512-byte format. (do a DIR/FULL
to find out. If it is not, do $CVTARC V file.ARC. This should fix it.
Xmodem: The file should be Stream-LF format. If it is not, do $CVTARC U
file.ARC. Now it should work.
> Also how do you dearc the IFF collections that have the "build"
> program in them. When I tried to dearc "IFF40-79.arc"(or something
> like that). It disolved into files called "File0","file1","File2",....
> and so on.
For these with the "build" in them, follow these steps:
1. CD to where the .ARC file is. (RAM: works best)
2. ARC E file.arc BUILD (Get the build procedure from the arc)
3. execute build dest: (where dest: is DF1: or wherever you want it built)
Yell if this is gibberish or doesn't work!
...richard
|
| 2261.2 | | MEMORY::BERKSON | Think honk if you're a telepath | Wed Apr 05 1989 10:21 | 10 |
| I am trying to download and run a small executable using Kermit.
The original file was 128 byte fixed length so I ran CVTARC on it
which made it variable length 510 byte max. Will Kermit be able
to handle this or is there something I can do to make the file 512
byte fixed length?
I downloaded the 128 byte fixed length and that produced a "File is not
an object module" error. Thanks.
Mitch
|
| 2261.3 | Ribet Ribet | PRNSYS::LOMICKAJ | Jeff Lomicka | Wed Apr 05 1989 13:42 | 5 |
| I recommend that you "$ CVTARC U filename" the original file, and then
KERMIT the result with "Kermit> SET FILE TYPE BLOCK" mode. If you are
truely paranoid, do the "$ CVTARC U filename" then do a "$ CVTARC V filename"
and do the transfer with Kermit's "SET FILE TYPE BIN" mode.
|
| 2261.4 | grumble | CIMNET::KYZIVAT | Paul Kyzivat | Wed Apr 12 1989 19:43 | 8 |
| It seems that KERMIT is happy with any variable length file format.
What it really doesn't like is STREAM_LF.
Why don't these stupid programs all work with either??? A small
programming change would save many person years of explanation and wasted
download time.
Paul
|
| 2261.5 | Blame VMS... | LEVERS::PLOUFF | Wait a Nanojiffy | Thu Apr 13 1989 10:43 | 19 |
| > Why don't these stupid programs all work with either??? A small
> programming change would save many person years of explanation and wasted
> download time.
Kermit _is_ being changed. Read the topic on "C-Kermit" in the
HUMAN::KERMIT notesfile. The problem comes from the difference
between Unix-style stream-lf files and VMS-style files under RMS.
The VMS C implementers chose to make a whole separate set of filesystem
functions for RMS (read "standard on VMS") files. The standard
C library calls for reading and writing files run into trouble with
RMS files.
So far nobody has written a portability package that you could just
hang on any vanilla Unix-flavor or Amiga-flavor C program and make
it play with VMS files. But an enterprising soul (hint) could
undoubtedly take VMS C-Kermit, when it's released, and pull out
just such a beast.
Wes
|
| 2261.6 | New XModem, perhaps? | ATLS17::MCDONALD_J | Surly to bed, surly to rise... | Fri Apr 14 1989 17:40 | 11 |
| Hmm... have you guys tried the new XModem for VMS? (mentioned in a previous note
within the last month or so.) I use it on the VAX side and HandShake2.12a on
the amiga side. Doing Xmodem/OneK (Ymodem in HandShake), transfers are much
faster, error correction has so far proven foolproof, and I seem to be able to
transfer files regardless of their file type on the VAX. (This seems kinda
strange to me, since XModem's supposed to choke up at the 510 byte variable
records... but it appears to work just fine. Anybody else seeing this
behavior?)
John
|
| 2261.7 | New VMS XModem is the way to go | CSOA1::LEN | David M. Len | Sat Apr 15 1989 23:39 | 4 |
| Yes, I am using the same combination. I also, commented in another
note that I no longer check the VMS file organization. It definitly
has made downloads alot easier. In particular, I like the Ymodem
Batch to transfer a bunch of files with a single command.
|
| 2261.8 | Let me at it! | CACHE::BEAUREGARD | read manual as a last resort | Tue Apr 18 1989 09:33 | 4 |
| Where is a copy of the new Xmodem program?
Roger
|
| 2261.9 | I can help with that... | ATLS17::MCDONALD_J | Surly to bed, surly to rise... | Wed Apr 19 1989 20:47 | 7 |
| > Where is a copy of the new Xmodem program?
I think I got mine from CGOU01::DUA1:[PUBLIC.AMIGA.TOOLS]XMODEMVMS.BCK.
I'm not sure where I got my copy of Handshake2.12a, but it's probably all over
the place by now.
John
|