| Author |
CRC errors? |
astrodanco
Member
Posts: 36
Joined: 04.03.10 |
| Posted on April 01 2010 11:58 |
|
|
I'm getting CRC errors when attempting to UNZIP the BASIC016.ZIP file in the [KITS] directory on the OpenVMS Hobbyist CD. This may or may not also happen on a real Alpha, I don't know, but unfortunately I don't have a real Alpha anymore. Can someone please see if 1) you can even duplicate this or not and 2) if so, does it also happen on a real Alpha or not?
Either way it's not a serious problem for me though as I just worked around it by unzipping the thing on Windows, FTPing the savesets over to the emulator and then doing a "set file/attr" command to get back the proper saveset record attributes.
Note that I have NOT run into any other CRC errors with any other savesets or in any other context. |
|
|
| Author |
RE: CRC errors? |
matt002
Member
Posts: 12
Joined: 31.03.10 |
| Posted on April 01 2010 12:54 |
|
|
I don't have the Alpha hobbyist disc to test this but I have noticed some oddities in the past with certain zip files when using an older version of InfoZIP - CRC errors, hangs, crashes. You can get the version number and date from InfoZIP by running it without any parameters. I have had problems with InfoZIP even as new as 2006. You could try building the latest version from source - that has solved my problem a few times in the past.
Matt |
 |
| Author |
RE: CRC errors? |
astrodanco
Member
Posts: 36
Joined: 04.03.10 |
| Posted on April 01 2010 13:36 |
|
|
I was using UNZIP 5.52, the one from the Hobbyist CD itself. UNZIP 5.50 from some HP website also did the same thing.
I've now built UNZIP 6.0 from source per your excellent suggestion and alas it has exactly the same problems.
The problems are probably with the ZIP archive itself, but I'd love to know if this also happens on a real Alpha. My bet is that it does.
$ unzip basic016
Archive: DKA0:[users.dan]BASIC016.ZIP;1
new version of [.basic016.documentation]basic016_cover.ps? [y]es, [n]o, [A]ll, [N]one, [r]ename: A
inflating: [.basic016.documentation]basic016_cover.ps
inflating: [.basic016.documentation]basic016_cover.txt
inflating: [.basic016.documentation]basic016_iguide.ps
inflating: [.basic016.documentation]basic016_iguide.txt
inflating: [.basic016.documentation]basic016_spd.ps
inflating: [.basic016.documentation]basic016_spd.txt
inflating: [.basic016.kit]basic016.a
inflating: [.basic016.kit]basic016.b [ _close_qio: sys$synch found I/O failure ]
[ %SYSTEM-W-ENDOFFILE, end of file ]
inflating: [.basic016.kit]basic016.c
inflating: [.basic016.kit]basic016.d bad CRC d4f8f664 (should be cef1e30f)
[ WriteQIO: sys$synch found I/O failure ]
[ %SYSTEM-W-ENDOFFILE, end of file ]
[ WriteQIO: sys$synch found I/O failure ]
inflating: [.basic016.kit]basic016.e
inflating: [.basic016.kit]basic016.f
inflating: [.basic016.kit]basic016.g
inflating: [.basic016.kit]basic016.h
inflating: [.basic016.kit]basic016.i late
error: invalid compressed data to inflate
$
Edited by astrodanco on April 01 2010 13:39 |
|
|
| Author |
RE: CRC errors? |
VolkerHalle
Member
Posts: 104
Location: Germany
Joined: 02.04.10 |
| Posted on April 02 2010 02:45 |
|
|
Try to get to the bottom of this, especially when using a Beta version of a new emulator. You could try to download PersonalAlpha and boot it from your existing disk container file. Then repeat the same UNZIP operation.
If noone else has this CD and the same problem, can you make that .ZIP file available ?
Volker. |
|
|
| Author |
RE: BASIC016 |
johncookson
Member
Posts: 26
Location: Canada
Joined: 04.12.08 |
| Posted on April 03 2010 09:43 |
|
|
I am using PersonalAlpha and have the OpenVMS 8.3 Hobbyist CD
I have also unzipped and installed the included BASIC016.ZIP without any problems.
It should be noted that I am using the following Info-Zip version
UnZip 6.00 of 20 April 2009, by Info-ZIP. |
|
|
| Author |
RE: more things to test... |
VolkerHalle
Member
Posts: 104
Location: Germany
Joined: 02.04.10 |
| Posted on April 04 2010 00:06 |
|
|
Did you UNZIP from the CD directly ? Is DKA0: your CD ?
Does UNZIP -l also produce these errors ?
Can you copy with .ZIP file to your 'virtual' disk with BACK/VERIFY, then try UNZIP or UNZIP -l on the copied file ?
Just trying to narrow down, where those errors may be coming from. The fact that you could unzip the file on Windows, seems to at least indicate, that the file contents on the CD should be o.k.
Volker. |
|
|
| Author |
RE: Errors reading CD-ROM with copy and VirtualBox / WinXP host |
malmberg
Moderator
Posts: 530
Joined: 15.04.08 |
| Posted on May 12 2010 15:54 |
|
|
This is the Hobbyist 8.3 AXP CD-ROM:
FROG$DKA600: Mounted alloc 0 ALPHA083 15876 1 1
FROG> unzip -t dka600:[kits]ALPHA_FOR0801.ZIP
Archive: DKA600:[KITS]ALPHA_FOR0801.ZIP;1
testing: alpha_fort0801/documentation/ OK
testing: alpha_fort0801/kit/ OK
testing: alpha_fort0801/documentation/alpha_fort0801_iguide.ps OK
testing: alpha_fort0801/documentation/alpha_fort0801_iguide.txt OK
testing: alpha_fort0801/documentation/alpha_fort0801_spd.ps OK
testing: alpha_fort0801/documentation/alpha_fort0801_spd.txt OK
testing: alpha_fort0801/kit/dec-axpvms-cxml-v0502-1-1.pcsi OK
testing: alpha_fort0801/kit/dec-axpvms-forrtl-v0706-1-1.pcsi OK
testing: alpha_fort0801/kit/dec-axpvms-fortran-v0800-2-1.pcsi OK
No errors detected in compressed data of DKA600:[KITS]ALPHA_FOR0801.ZIP;1.
FROG> del [kits]alpha_for0801.zip;
FROG> copy dka600:[kits]ALPHA_FOR0801.ZIP DKA100:[KITS]/log
%COPY-S-COPIED, DKA600:[KITS]ALPHA_FOR0801.ZIP;1 copied to DKA100:[KITS]ALPHA_FO
R0801.ZIP;1 (61807 blocks)
FROG> unzip -t dka100:[kits]ALPHA_FOR0801.ZIP
Archive: DKA100:[KITS]ALPHA_FOR0801.ZIP;1
testing: alpha_fort0801/documentation/ OK
testing: alpha_fort0801/kit/ OK
testing: alpha_fort0801/documentation/alpha_fort0801_iguide.ps OK
testing: alpha_fort0801/documentation/alpha_fort0801_iguide.txt OK
testing: alpha_fort0801/documentation/alpha_fort0801_spd.ps bad CRC 77e780
71 (should be 9d7eab51)
testing: alpha_fort0801/documentation/alpha_fort0801_spd.txt OK
testing: alpha_fort0801/kit/dec-axpvms-cxml-v0502-1-1.pcsi
error: invalid compressed data to inflate
testing: alpha_fort0801/kit/dec-axpvms-forrtl-v0706-1-1.pcsi
error: invalid compressed data to inflate
testing: alpha_fort0801/kit/dec-axpvms-fortran-v0800-2-1.pcsi
error: invalid compressed data to inflate
At least one error was detected in DKA100:[KITS]ALPHA_FOR0801.ZIP;1.
FROG> unzip
UnZip 5.40 of 28 November 1998, by Info-ZIP. For more details see: unzip -v.
I get the same results if I use a disk image created on the MacBook Pro host or the real CD-ROM in the MacBook drive. I also get the same results with the unzip 5.52 version on the CD-ROM.
Looks like there is something different in the reads done by the COPY command and the reads done by unzip.
Using backup to copy the files off the CD-ROM also works.
FROG> BACKUP dka600:[kits]ALPHA_FOR0801.ZIP DKA100:[KITS]/log
%BACKUP-S-CREATED, created DKA100:[KITS]ALPHA_FOR0801.ZIP;1
FROG> unzip -t dka100:[kits]ALPHA_FOR0801.ZIP
Archive: DKA100:[KITS]ALPHA_FOR0801.ZIP;1
testing: alpha_fort0801/documentation/ OK
testing: alpha_fort0801/kit/ OK
testing: alpha_fort0801/documentation/alpha_fort0801_iguide.ps OK
testing: alpha_fort0801/documentation/alpha_fort0801_iguide.txt OK
testing: alpha_fort0801/documentation/alpha_fort0801_spd.ps OK
testing: alpha_fort0801/documentation/alpha_fort0801_spd.txt OK
testing: alpha_fort0801/kit/dec-axpvms-cxml-v0502-1-1.pcsi OK
testing: alpha_fort0801/kit/dec-axpvms-forrtl-v0706-1-1.pcsi OK
testing: alpha_fort0801/kit/dec-axpvms-fortran-v0800-2-1.pcsi OK
No errors detected in compressed data of DKA100:[KITS]ALPHA_FOR0801.ZIP;1.
F
No problem with a similar operation on a real DS-10.
EAGLE$DQB1: Mounted alloc 0 ALPHA083 7.75MB 1 1
Real DS-10:
EAGLE> unzip -t dqb1:[kits]ALPHA_FOR0801.ZIP
Archive: DQB1:[KITS]ALPHA_FOR0801.ZIP;1
testing: alpha_fort0801/documentation/ OK
testing: alpha_fort0801/kit/ OK
testing: alpha_fort0801/documentation/alpha_fort0801_iguide.ps OK
testing: alpha_fort0801/documentation/alpha_fort0801_iguide.txt OK
testing: alpha_fort0801/documentation/alpha_fort0801_spd.ps OK
testing: alpha_fort0801/documentation/alpha_fort0801_spd.txt OK
testing: alpha_fort0801/kit/dec-axpvms-cxml-v0502-1-1.pcsi OK
testing: alpha_fort0801/kit/dec-axpvms-forrtl-v0706-1-1.pcsi OK
testing: alpha_fort0801/kit/dec-axpvms-fortran-v0800-2-1.pcsi OK
No errors detected in compressed data of DQB1:[KITS]ALPHA_FOR0801.ZIP;1.
EAGLE> copy DQB1:[KITS]ALPHA_FOR0801.ZIP DISK$BIGDISK:[KITS]
EAGLE> unzip -t disk$bigdisk:[kits]ALPHA_FOR0801.ZIP
Archive: DISK$BIGDISK:[KITS]ALPHA_FOR0801.ZIP;1
testing: alpha_fort0801/documentation/ OK
testing: alpha_fort0801/kit/ OK
testing: alpha_fort0801/documentation/alpha_fort0801_iguide.ps OK
testing: alpha_fort0801/documentation/alpha_fort0801_iguide.txt OK
testing: alpha_fort0801/documentation/alpha_fort0801_spd.ps OK
testing: alpha_fort0801/documentation/alpha_fort0801_spd.txt OK
testing: alpha_fort0801/kit/dec-axpvms-cxml-v0502-1-1.pcsi OK
testing: alpha_fort0801/kit/dec-axpvms-forrtl-v0706-1-1.pcsi OK
testing: alpha_fort0801/kit/dec-axpvms-fortran-v0800-2-1.pcsi OK
No errors detected in compressed data of DISK$BIGDISK:[KITS]ALPHA_FOR0801.ZIP;1.
EAGLE> unzip /version
UnZip 5.32 of 3 November 1997, by Info-ZIP. For more details see: unzip -v. |
|
|
| Author |
RE: CRC errors? |
malmberg
Moderator
Posts: 530
Joined: 15.04.08 |
| Posted on May 12 2010 16:30 |
|
|
I forgot to add that I am seeing these errors on every ZIP file on the CD-ROM that I have copied to the "local" hard drive so far.
|
|
|
| Author |
RE: how to FIND differences |
VolkerHalle
Member
Posts: 104
Location: Germany
Joined: 02.04.10 |
| Posted on May 13 2010 06:33 |
|
|
John,
thanks for running these tests. So it looks like COPYing those .ZIP files from the CD to a FreeAXP virtual disk seems to CORRUPT the .ZIP file !
As BACKUP works, could you use the following technique to find out, which blocks are being corrupted and what the corruption pattterns look like ?
$ COPY the .ZIP file from CD to the virtual disk
$ BACKUP the .ZIP file from CD to the virtual disk
$ BACKUP/COMPARE file-copied-with-COPY file-copied-with-BACKUP
This should report the VBNs of any blocks, which are different. Then use DUMP and compare those blocks in those 2 files. This should show the differences...
Volker. |
|
|
| Author |
RE: CRC errors? |
Bruce Claremont
Moderator
Posts: 623
Joined: 07.01.10 |
| Posted on May 18 2010 10:53 |
|
|
Looks like its a bad kit. Nice to know FreeAXP matches the Alpha's output. Good test. Thanks!
Info-Zip UNZIP 6.0 on AlphaServer 400 running VMS 7.3-2
$ $ UNZIP BASIC016
Archive: DKA0:[KITS]BASIC016.ZIP;1
creating: [.BASIC016.DOCUMENTATION]
creating: [.BASIC016.KIT]
inflating: [.BASIC016.DOCUMENTATION]BASIC016_COVER.PS
inflating: [.BASIC016.DOCUMENTATION]BASIC016_COVER.TXT
inflating: [.BASIC016.DOCUMENTATION]BASIC016_IGUIDE.PS
inflating: [.BASIC016.DOCUMENTATION]BASIC016_IGUIDE.TXT
inflating: [.BASIC016.DOCUMENTATION]BASIC016_SPD.PS
inflating: [.BASIC016.DOCUMENTATION]BASIC016_SPD.TXT bad CRC c174c123 (should be 31b98e50)
inflating: [.BASIC016.KIT]BASIC016.A
inflating: [.BASIC016.KIT]BASIC016.B
[ _close_qio: sys$synch found I/O failure ]
[ %SYSTEM-W-ENDOFFILE, end of file ]
inflating: [.BASIC016.KIT]BASIC016.C
inflating: [.BASIC016.KIT]BASIC016.D bad CRC d4f8f664 (should be cef1e30f)
[ WriteQIO: sys$synch found I/O failure ]
[ %SYSTEM-W-ENDOFFILE, end of file ]
[ WriteQIO: sys$synch found I/O failure ]
inflating: [.BASIC016.KIT]BASIC016.E
inflating: [.BASIC016.KIT]BASIC016.F
inflating: [.BASIC016.KIT]BASIC016.G bad CRC 92a0891b (should be 6f16cea2)
inflating: [.BASIC016.KIT]BASIC016.H
inflating: [.BASIC016.KIT]BASIC016.I late
error: invalid compressed data to inflate
Info-Zip UNZIP 6.0 on FreeAXP running VMS 7.3-2
$ unzip basic016
Archive: DKA0:[KITS]BASIC016.ZIP;1
creating: [.BASIC016.DOCUMENTATION]
creating: [.BASIC016.KIT]
inflating: [.BASIC016.DOCUMENTATION]BASIC016_COVER.PS
inflating: [.BASIC016.DOCUMENTATION]BASIC016_COVER.TXT
inflating: [.BASIC016.DOCUMENTATION]BASIC016_IGUIDE.PS
inflating: [.BASIC016.DOCUMENTATION]BASIC016_IGUIDE.TXT
inflating: [.BASIC016.DOCUMENTATION]BASIC016_SPD.PS
bad CRC c174c123 (shoul
inflating: [.BASIC016.DOCUMENTATION]BASIC016_SPD.TXT
inflating: [.BASIC016.KIT]BASIC016.A
inflating: [.BASIC016.KIT]BASIC016.B
[ _close_qio: sys$synch found I/O failur
e ]
[ %SYSTEM-W-ENDOFFILE, end of file ]
inflating: [.BASIC016.KIT]BASIC016.C
inflating: [.BASIC016.KIT]BASIC016.D bad CRC d4f8f664 (should be cef1e30f)
[ WriteQIO: sys$synch found I/O failure
]
[ %SYSTEM-W-ENDOFFILE, end of file ]
[ WriteQIO: sys$synch found I/O failure ]
inflating: [.BASIC016.KIT]BASIC016.E
inflating: [.BASIC016.KIT]BASIC016.F
inflating: [.BASIC016.KIT]BASIC016.G bad CRC 92a0891b (should be 6f16cea2)
inflating: [.BASIC016.KIT]BASIC016.H
inflating: [.BASIC016.KIT]BASIC016.I late
error: invalid compressed data to inflate
Info-Zip UNZIP 5.42 on Integrity RX2600 running VMS 8.3
$ unzip basic016
Archive: DROPOFF_ROOT:[DCOOK]BASIC016.ZIP;1
creating: [.basic016.documentation]
creating: [.basic016.kit]
inflating: [.basic016.documentation]basic016_cover.ps
inflating: [.basic016.documentation]basic016_cover.txt
inflating: [.basic016.documentation]basic016_iguide.ps
inflating: [.basic016.documentation]basic016_iguide.txt
inflating: [.basic016.documentation]basic016_spd.ps
inflating: [.basic016.documentation]basic016_spd.txt bad CRC c174c123 (should be 31b98e50)
inflating: [.basic016.kit]basic016.a
inflating: [.basic016.kit]basic016.b
[ _close_qio: sys$synch found I/O failure ]
[ %SYSTEM-W-ENDOFFILE, end of file ]
inflating: [.basic016.kit]basic016.c
inflating: [.basic016.kit]basic016.d bad CRC d4f8f664 (should be cef1e30f)
[ WriteQIO: sys$synch found I/O failure ]
[ %SYSTEM-W-ENDOFFILE, end of file ]
[ WriteQIO: sys$synch found I/O failure ]
inflating: [.basic016.kit]basic016.e
inflating: [.basic016.kit]basic016.f
inflating: [.basic016.kit]basic016.g bad CRC e0770a08 (should be 6f16cea2)
inflating: [.basic016.kit]basic016.h
inflating: [.basic016.kit]basic016.i late
error: invalid compressed data to inflate
Info-Zip UNZIP 6.0 on Integrity RX2600 running VMS 8.3
$ unzip basic016
Archive: DROPOFF_ROOT:[DCOOK]BASIC016.ZIP;1
new version of [.BASIC016.DOCUMENTATION]BASIC016_COVER.PS? [y]es, [n]o, [A]ll, [N]one, [r]ename: A
inflating: [.BASIC016.DOCUMENTATION]BASIC016_COVER.PS
inflating: [.BASIC016.DOCUMENTATION]BASIC016_COVER.TXT
inflating: [.BASIC016.DOCUMENTATION]BASIC016_IGUIDE.PS
inflating: [.BASIC016.DOCUMENTATION]BASIC016_IGUIDE.TXT
inflating: [.BASIC016.DOCUMENTATION]BASIC016_SPD.TXT bad CRC c174c123 (should be 31b98e50)
inflating: [.BASIC016.KIT]BASIC016.A
inflating: [.BASIC016.KIT]BASIC016.B
[ _close_qio: sys$synch found I/O failure ]
[ %SYSTEM-W-ENDOFFILE, end of file ]
inflating: [.BASIC016.KIT]BASIC016.C
inflating: [.BASIC016.KIT]BASIC016.D bad CRC d4f8f664 (should be cef1e30f)
[ WriteQIO: sys$synch found I/O failure ]
[ %SYSTEM-W-ENDOFFILE, end of file ]
[ WriteQIO: sys$synch found I/O failure ]
inflating: [.BASIC016.KIT]BASIC016.E
inflating: [.BASIC016.KIT]BASIC016.F
inflating: [.BASIC016.KIT]BASIC016.G bad CRC 92a0891b (should be 6f16cea2)
inflating: [.BASIC016.KIT]BASIC016.H
inflating: [.BASIC016.KIT]BASIC016.I late
error: invalid compressed data to inflate
|
|
|
| Author |
RE: CRC errors? |
Bruce Claremont
Moderator
Posts: 623
Joined: 07.01.10 |
| Posted on May 18 2010 11:31 |
|
|
WinZip has problems with the archive. WinZip 12.0 Pro log:
Extracting file: E:\Transfers\BASIC016.ZIP
Extracting to "E:\Transfers\BASIC016\"
Use Path: yes Overlay Files: no
creating: E:\Transfers\BASIC016\basic016\documentation\
creating: E:\Transfers\BASIC016\basic016\kit\
Extracting basic016_cover.ps
Extracting basic016_cover.txt
Extracting basic016_iguide.ps
Extracting basic016_iguide.txt
Extracting basic016_spd.ps
CRC check failed
Error: Unable to extract "E:\Transfers\BASIC016\basic016\documentation\basic016_spd.ps".
The size of the extracted file (432225) does not match the uncompressed size (431656) recorded in the Zip file
Extracting basic016_spd.txt
Extracting basic016.a
Extracting basic016.b
CRC check failed
Error: Unable to extract "E:\Transfers\BASIC016\basic016\kit\basic016.b".
The size of the extracted file (9587703) does not match the uncompressed size (9584640) recorded in the Zip file
Extracting basic016.c
CRC check failed
Error: Unable to extract "E:\Transfers\BASIC016\basic016\kit\basic016.c".
The size of the extracted file (680698) does not match the uncompressed size (681984) recorded in the Zip file
Extracting basic016.d
Error: Invalid compressed data to expand (inflate) the file
Extracting basic016.e
Extracting basic016.f
CRC check failed
Error: Unable to extract "E:\Transfers\BASIC016\basic016\kit\basic016.f".
The size of the extracted file (202241) does not match the uncompressed size (202752) recorded in the Zip file
Extracting basic016.g
Extracting basic016.h
Error: Invalid compressed data to expand (inflate) the file
Extracting basic016.i
Error: Invalid compressed data to expand (inflate) the file
|
|
|
| Author |
RE: I do not have this problem on a real DS-10 |
malmberg
Moderator
Posts: 530
Joined: 15.04.08 |
| Posted on May 18 2010 16:10 |
|
|
This is on FreeAxp on Windows XP under VirtualBox on a Macbook pro.
FROG> copy dka600:[kits]alpha_for0801.zip []alpha_for0801a.zip
FROG> backup/compare alpha_for0801.zip alpha_for0801a.zip
%BACKUP-E-VERIFYERR, verification error for block 243 of DKA100:[KITS]ALPHA_FOR0
801A.ZIP;1
%BACKUP-E-VERIFYERR, verification error for block 615 of DKA100:[KITS]ALPHA_FOR0
801A.ZIP;1
[Many more of similar messages snipped.
This is on a real DS-10
EAGLE> copy DQB1:[KITS]ALPHA_FOR0801.ZIP DISK$BIGDISK:[KITS]
EAGLE> backup DQB1:[KITS]ALPHA_FOR0801.ZIP DISK$BIGDISK:[KITS]alpha_for0801a.zip
EAGLE> BACKUP/COMPARE ALPHA_FOR0801.ZIP ALPHA_FOR0801A.ZIP
There were no errors detected.
The FreeAXP system does not have any ECOs installed on it.
The DS-10 has vms83a_rms v2.0 and v4.0, vms83a_update V2.0 and V5.0, and some others.
Regards,
-John |
|
|
| Author |
RE: CRC errors? |
VolkerHalle
Member
Posts: 104
Location: Germany
Joined: 02.04.10 |
| Posted on May 18 2010 19:59 |
|
|
John,
thanks for re-testing. From my point of view, the results do not yet absolve FreeAXP ! Do the VBN numbers reported by BACKUP/COMPARE show some recognisable pattern (like every n blocks) ? Could you try DUMP/BLOCK... from one of those 'corrupted' blocks from the good and bad file, so we might be able to see the corruption pattern ?
Bruce,
note that John was even testing with a different .ZIP file (i.e. ALPHA_FOR0801.ZIP instead of BASIC016.ZIP as used by Astrodanco) and certainly a different CD ! And he did see the same kind of behaviour.
Astrodanco,
did you try to copy the .ZIP file with BACKUP from the CD to the FreeAXP disk and unzip from there ?
Volker.
Edited by VolkerHalle on May 19 2010 08:25 |
|
|
| Author |
RE: also try PersonalAlpha |
VolkerHalle
Member
Posts: 104
Location: Germany
Joined: 02.04.10 |
| Posted on May 18 2010 21:37 |
|
|
John,
if you happen to be running PersonalAlpha as well, could you try this test with PersonalAlpha ?
Volker. |
|
|
| Author |
RE: CRC errors? |
Bruce Claremont
Moderator
Posts: 623
Joined: 07.01.10 |
| Posted on May 19 2010 05:54 |
|
|
John and I are testing with the same zip file from the same CD. I've ordered an 8.3 Hobbyist CD to do a second check.
Edited by Bruce Claremont on May 19 2010 05:55 |
|
|
| Author |
RE: CRC errors? |
malmberg
Moderator
Posts: 530
Joined: 15.04.08 |
| Posted on May 25 2010 17:43 |
|
|
I installed the latest ECOs to the Alpha VMS 8.3 and made a new copy of the zip file. The new copy was corrupt.
So for the next test, FTP the same .ISO file from the Mac OS-X host that was mounted by the Virtual Box Windows XP VM to the VMS host.
I then mounted it as a logical disk and copied the zip file.
That copy tested fine with unzip.
So it appears that there is nothing wrong with the CD-ROM media or the MacBook Pro DVD drive.
Interestingly I was only able to get about 200KiB/s FTP transfer rate between the Mac OS-X host and the AlphaVMS emulated machine. |
|
|
| Author |
RE: CRC errors? |
VolkerHalle
Member
Posts: 104
Location: Germany
Joined: 02.04.10 |
| Posted on June 02 2010 00:49 |
|
|
John,
please dump and compare the 'good' and 'bad' blocks. This may tell us something about the type of corruption.
Volker. |
|
|
| Author |
RE: CRC errors? |
malmberg
Moderator
Posts: 530
Joined: 15.04.08 |
| Posted on June 03 2010 15:53 |
|
|
The behavior of the corruption has changed with build 283.
Before random data was wrong in the copied file.
Now for the file appdev010.zip, blocks 118, 119, 242, 243 are all zeros.
For for the file alpha_for0801.zip, the copied file has block 243 as all zeros.
I copied up the diff to Eisner and sent you an e-mail.
I was also able to get 7.5 Mb/sec on the upload. |
|
|
| Author |
RE: Copy (since V8.2) is using 124. block IOs |
VolkerHalle
Member
Posts: 104
Location: Germany
Joined: 02.04.10 |
| Posted on June 03 2010 19:42 |
|
|
John,
thanks for providing the .DIFF file, but I could actually 'visualize' a block of zeros myself ;-) So the important information are the corrupted VBN numbers !
118, 119, 242, 243 - note that those VBNs are 124. blocks apart ! COPY (in V8.3, actually since V8.2 - thanks to Guy !) is using a DEFAULT COPY BLOCK SIZE of 124 !
Re-try the COPY with /BLOCK_SIZE=63 - do the 'corruptions' still happen ?
You should start using IO$SDA tracing the COPY operation. I assume, that 124. block IOs to the files on CD is somehome overwhelming some of the drivers (FreeAXP, Windows, CD ?) in the IO stack. Backup will most likely be limited to 63. block IOs (you could also easily find this with IO tracing).
$ ANAL/SYS
SDA> IO LOAD
SDA> IO START TRACE/NOBIO/DIO
SDA> SPAWN COPY from-cd to-disk
SDA> IO STOP TRACE
SDA> IO SHOW TRACE/DIO
SDA> IO UNLOAD
SDA> EXIT
Volker.
Edited by VolkerHalle on June 03 2010 20:04 |
|
|
| Author |
RE: Using COPY from CD may corrupt files ! |
VolkerHalle
Member
Posts: 104
Location: Germany
Joined: 02.04.10 |
| Posted on June 03 2010 20:02 |
|
|
A WORD OF WARNING for FreeAXP users !!!
Be careful when COPYing files from CD especially with OpenVMS Alpha V8.2 or higher using the COPY command ! File data may be getting corrupted.
You'll only easily see this with .ZIP files when you try to UNZIP them. Seeing corruption in other types of files may be more difficult.
As a workaround, use BACKUP to copy the files.
Volker.
Edited by VolkerHalle on June 03 2010 20:02 |
|
|
