| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 4147.1 | | CSOA1::COBURN | When will THEN be NOW? ...SOON! | Mon Sep 24 1990 10:28 | 6 |
| I haven't seen any but I usually only use VMS version to list contents.
What kind of problems are you seeing - Steve will need to know in order
to find the problem. Also, we can try to duplicate the problems if we
know what they are.
John
|
| 4147.2 | 2 examples on tape::user2:[upload] | SHARE::DOYLE | | Mon Sep 24 1990 11:49 | 8 |
| They usually are crc errors, somtimes they give a symbolic dump.
The program SCSITEST.lzh is an example, it won't even list using the
VMSLHARC, but will unlharc on an amiga with no problem.
Others like thec64(whatever).lzh that was recently uploaded to tape
will list, but will not extract due to a crc error.
Ed
|
| 4147.3 | Does it have to do with STREAM format instead of STREAM_LF? | CSSE32::SMITH | Reality, just a visible imagination? | Mon Sep 24 1990 13:13 | 107 |
| I'd had problems as well when uploading a archive from the Amiga to the VAX and
being unable to un-archive it. What I have noticed is that it seems to occur
if the resulting VAX file is STREAM format instead of STREAM_LF. CVTARC does
not seem to resolve the problem (I think it can only convert between STREAM_LF
and Fixed length successfully).
For example, SCSITEST.LZH;1:
>Flagyl> dir/full SCSITEST.LZH;1
>
>SCSITEST.LZH;1 File ID: (1428,1,0)
>Size: 10/12 Owner: [SMITH]
>Created: 24-SEP-1990 08:19:05.00
>Revised: 24-SEP-1990 10:08:33.61 (3)
>Expires: <None specified>
>Backup: <No backup recorded>
>File organization: Sequential
>File attributes: Allocation: 12, Extend: 64, Global buffer count: 0
> No version limit, Contiguous best try
***************************
>Record format: Stream
***************************
>Record attributes: Carriage return carriage control
>RMS attributes: None
>Journaling enabled: None
>File protection: System:RWED, Owner:RWED, Group:RE, World:
>Access Cntrl List: None
>
>Total of 1 file, 10/12 blocks.
>
>Flagyl> lharc l SCSITEST.LZH
> PACKED SIZE RATIO CRC STAMP NAME
>------- ------- ------ ---- ----------------- -------------
> 4724 8232 57.3% a0b8 Jan 30 11:46 1990 scsi
>LHARC Warning: Checksum error (LHarc file?)a
>168509486 -318698996 1.-3% c63f
>%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=00000014, PC
>=00017544, PSL=03C00000
>
> Improperly handled condition, image exit forced.
>
> Signal arguments Stack contents
>
> Number = 00000005 0004DAF8
> Name = 0000000C 00000000
> 00000000 2FFC0000
> 00000014 ED010A0C
> 00017544 7FEA150C
> 03C00000 00017A12
> FFFFFFFD
> 00000000
> 203C0000
> ED010A0C
>
> Register dump
>
> R0 = 00000000 R1 = 00000001 R2 = 00000000 R3 = 00000B50
> R4 = 00000200 R5 = 00000200 R6 = 0001B9F0 R7 = 00047504
> R8 = 000011BC R9 = 7FEA13AC R10= 000011C0 R11= 0005CD90
> AP = 7FEA1278 FP = 7FEA1238 SP = 7FEA12B4 PC = 00017544
> PSL= 03C00000
********* After using CVTARC *********
>Flagyl> cvtarc u SCSITEST.LZH
>Flagyl> dir/full SCSITEST.LZH
>
>SCSITEST.LZH;2 File ID: (1351,3,0)
>Size: 10/12 Owner: [SMITH]
>Created: 24-SEP-1990 12:06:44.55
>Revised: 24-SEP-1990 12:06:46.13 (1)
>Expires: <None specified>
>Backup: <No backup recorded>
>File organization: Sequential
>File attributes: Allocation: 12, Extend: 0, Global buffer count: 0
> No version limit
******************************
>Record format: Stream_LF
******************************
>Record attributes: Carriage return carriage control
>RMS attributes: None
>Journaling enabled: None
>File protection: System:RWED, Owner:RWED, Group:, World:
>Access Cntrl List: None
>
>Flagyl> lharc l SCSITEST.LZH
> PACKED SIZE RATIO CRC STAMP NAME
>------- ------- ------ ---- ----------------- -------------
> 4724 8232 57.3% a0b8 Jan 30 11:46 1990 scsi
>LHARC Warning: Checksum error (LHarc file?)a
>LHARC Warning: Unknown header (LHarc file ?)
>------- ------- ------ ---- ----------------- -------------
> 4724 8232 57.3% Sep 24 12:06 1990 1 file
Well it changed the error!
Perhaps LHARC (VMS) can't handle STREAM format AND CVTARC unsuccessfully
converts STREAM to STREAM_LF.
Anyone know the difference between STREAM & STREAM_LF?
...Ed
|
| 4147.4 | STREAM vs STREAM_LF | CSOA1::COBURN | When will THEN be NOW? ...SOON! | Tue Sep 25 1990 09:59 | 9 |
| STREAM is defined (I believe) as having the character pair <CR><LF> as
the record terminator and STREAM_LF uses only the the <LF> character.
If the files that are giving problems show up as STREAM then that could
well be the problem. LHARC and most of the C based archive utilities
support STREAM_LF only as a record format. This is the most UN*X-like
file in RMS.
John
|
| 4147.5 | Example .LZH please | CGOFS::DREW | Steve Drew | Tue Sep 25 1990 14:38 | 15 |
| I tried SCSITEST.LZH and it wont list on LZ091 or LHARC, or LHARC/VMS.
I suspect it is corrupt.
If LHARc/VMS aborts with stack dump, check the file type, it's probably
not STREAM_LF. If you have some new archives that don't list with VMS
LHARC, please let me know and I'll try to determine whats changed and
fix it.
There is a BUG with LHARC/VMS that may stack dump when listing an
archive which contains a file with an invalid date stamp.
/Steve/
|
| 4147.6 | Amiga Lharc works... | SHARE::DOYLE | | Tue Sep 25 1990 16:40 | 5 |
| re:-1
I unarced this file using the newest Amiga version of the program
without any problems.
Ed
|
| 4147.7 | what program did you use. | CGOFS::DREW | Steve Drew | Tue Sep 25 1990 17:17 | 18 |
|
re -1
Please be more specific, what "latest amiga version" I tried LHARC v110 & LZ091
and they both failed the same way.
Did you try the file from TAPE:: or some other copy of it?
I copied the one from tape:: so either LZ091 posted just today, and LHARC v110,
and VMS lharc can read this newer format or that file is corrupted.
I also tried CVTARC, and tried downloading to the amiga the STREAM and STREAM_LF
versions, with same results.
How was this file uploaded to VMS? (ie was PCSA involved :-)
interested... /Steve/
|
| 4147.8 | Found the problem in SCSITEST.LZH | CLO::COBURN | Growing older, but not up... | Tue Sep 25 1990 20:07 | 13 |
| My guess is that PCSA did the upload. I fixed the record type using Joe
Meadow's FILE utility (just changes the header) and LHARC works OK. I
changed the record type to STREAM_LF.
My explanation of the STREAM type was only partially correct. I think
that any single <LF>, <CR>, <FF>, or <VT> will terminate a record. This
was causing characters to be dropped when LHARC was reading records or
bytes.
Bottomline - be careful when using PCSA - it marks the file improperly
for use with other utilities.
John
|
| 4147.9 | There's the Guy! Get im! | SHARE::DOYLE | | Wed Sep 26 1990 09:20 | 12 |
| Yes! I admit it! I used pcsa! (my mom always said I'd get in trouble
using it. ;'))
Seriuosly, I didn't realize that there was a problem with pcsa, It
downloads fairly reliably.
Since I don't want to cause more headaches, I used it to upload
4Dbrush.lzh onto tape::[upload].
Does someone with pcsa background know if there is a workaround for
this?
Sorry;
Ed
|
| 4147.10 | Joe Meadow's FILE utility | CSSE32::SMITH | Reality, just a visible imagination? | Wed Sep 26 1990 09:23 | 10 |
| re: .8
John, can you post this utility? I run into this STREAM/STREAM_LF problem
several times and it would be nice to be able to convert. Also could you
put a copy of the corrected SCSITEST.LZH on TAPE::
Thanks,
...Ed
|
| 4147.11 | | CSOA1::COBURN | Growing older but not up... | Wed Sep 26 1990 12:28 | 15 |
| Sure I'll place FILE.ZOO in CLOVAX::DISK$USER1:[COBURN.PUBLIC] along
with FILE.EXE and FILE.CLD for a quicker copy.
CLOVAX is currently having hardware problems and is crashing every 30
minutes or so. I'll do all this as soon as I can get logged in.
As far as PCSA is concerned I am sure that the developers would
disagree with me that there is a problem with their software - as a
matter of fact I believe that they already have disagreed in some other
conference (IBMPC or PCSA?) with other similar opinions.
I'll also fix scsitest.lzh and recopy it to TAPE when I can get back to
CLOVAX.
John
|
| 4147.12 | exchange/network/fdl | KETJE::VLASIU | Organizing snail-fights | Wed Sep 26 1990 13:27 | 20 |
| I also had sometimes problems until the day I observed that bringing home
zooed or lharced files in order to unzoo (unlharc) them in the office (after
transfer by PCSA) was producing the same effect as some of the uploaded
files on TAPE (corrupt.. message).
So I've done the next thing which seems to work
(with exceptions also but not for the files from home):
1. On the VAX produce a dummy zoo file, let's name it vaxok.zoo.
2. Do the next DCL command
$ analyze/rms/fdl vaxok.zoo
3. Keep the resulting vaxok.fdl file.
4. When you need converting a file, let's name it file.zoo (or file.lha ..)
do the next DCL command:
$ exchange/network/fdl=vaxok file.zoo good_file.zoo
5. Use good_file.zoo
This works usually (note that you use vaxok.fdl for any of the Amiga compressed
files).
Sorin
|
| 4147.13 | fileset/rectype=streamlf | BOLTON::PLOUFF | It came from the... dessert! | Wed Sep 26 1990 14:03 | 10 |
| The utility referred to several replies back is FILESET, available
through the VMS Software Toolshed. (At the dollar prompt, type
VTX TOOLSHED.) "Conversion" is now just
$fileset/rectype=streamlf previously_unreadable.zoo
Simple, eh? _Now_ I understand why I could never upload ZOO files
succesfully through a network-connected PC!
Wes
|
| 4147.14 | Use NFT or PCDisk.... | CGOFS::CADAMS | Clint Adams - Calgary, Canada | Wed Sep 26 1990 14:04 | 15 |
| Hi..
Avoid using MS-Dos copies to or from a File Service (M: drive). If you want
to get a file to VMS from a DOS floppy, copy it to a Disk Service (E:,F: drives)
and then use PCDisk to copy it from the Disk Service (Export/block).
Another way is to use NFT specifying the "fixed" switch.
The PCSA File Server uses the Stream format for performance as well as other
reasons. Files in this format are hated by all kinds of applications.
If none of the above make any sense to you at all, be happy, you haven't been
soiled by PC's and/or PCSA. Just use good old VLT and Zmodem.
Regards... Clint
|
| 4147.15 | NFT trick | BAGELS::BRANNON | Dave Brannon | Wed Sep 26 1990 18:40 | 17 |
| re:.14
and a third way is to use
NFT COPY/BLOCK/STREAM_LF localfilespec vaxfilespec
instead of NFT COPY/FIXED. That way the VMS utilities that like STREAM_LF
will be happy.
The /BLOCK says put all the bits into a file on the vax, and the
/STREAM_LF says to set the STREAM_LF flag in the RMS header.
It's not well documented in NFT's help screens. Only the /STREAM
switch is mentioned and that only at the top level help, no mention
of it in the HELP COPY switches.
Dave
|
| 4147.16 | | CLO::COBURN | Growing older, but not up... | Wed Sep 26 1990 21:42 | 7 |
| CLOVAX seems to be back now. I have copied a fixed version of
scsitest.lzh to TAPE.
FILE utility stuff can be located at CLOVAX::DISK$USER1:[COBURN.PUBLIC]
as FILE.* files (source in the .ZOO file).
John
|