DASDCOPY to multi-2GB CKD serial number bug

[Fish-Git]

When copying a large compressed dasd image file (e.g. 3390-9) from e.g. CCKD64 format to uncompressed CKD format, multiple 2GB files are created (each with a separate range of cylinders that together constitute the logical volume), just as expected:

HHC02499I Hercules utility DASDCOPY64 - 64-bit DASD copy/convert - version 4.3.9999.9922-SDL-g1f6c1632-modified
HHC01414I (C) Copyright 1999-2019 by Roger Bowler, Jan Jaeger, and others
HHC01417I *** EXPERIMENTAL TXF DEVELOPMENT VERSION ***
HHC01415I Build date: Jan 21 2020 at 20:14:06
HHC00476I 0:0000 CKD64 file 'Q:/CKD/zVM 6.4 FrankenVM/630RL1.3390-9.comp-z': opened r/o
HHC00470I 0:0000 CKD64 file 'Q:/CKD/zVM 6.4 FrankenVM/630RL1.3390-9.comp-z': model 3390-9 cyls 10020 heads 15 tracks 150300 trklen 56832
HHC00467W Maximum cylinders supported is 65536
HHC00007I Previous message from function 'create_ckd' at dasdutil.c(1811)
HHC00462I 0:0000 CKD file Q:/CKD/zVM 6.4 FrankenVM/630RL1.3390-9.ckd: creating 3390 volume : 10020 cyls, 15 trks/cyl, 56832 bytes/track
HHC00460I 0:0000 CKD file Q:/CKD/zVM 6.4 FrankenVM/630RL1_1.3390-9.ckd: 2519 cylinders successfully written
HHC00460I 0:0000 CKD file Q:/CKD/zVM 6.4 FrankenVM/630RL1_2.3390-9.ckd: 2519 cylinders successfully written
HHC00460I 0:0000 CKD file Q:/CKD/zVM 6.4 FrankenVM/630RL1_3.3390-9.ckd: 2519 cylinders successfully written
HHC00460I 0:0000 CKD file Q:/CKD/zVM 6.4 FrankenVM/630RL1_4.3390-9.ckd: 2463 cylinders successfully written
HHC00409I 0:0001 CKD file 'Q:/CKD/zVM 6.4 FrankenVM/630RL1_1.3390-9.ckd': seq 01 cyls      0-2518
HHC00409I 0:0001 CKD file 'Q:/CKD/zVM 6.4 FrankenVM/630RL1_1.3390-9.ckd': seq 02 cyls   2519-5037
HHC00409I 0:0001 CKD file 'Q:/CKD/zVM 6.4 FrankenVM/630RL1_1.3390-9.ckd': seq 03 cyls   5038-7556
HHC00409I 0:0001 CKD file 'Q:/CKD/zVM 6.4 FrankenVM/630RL1_1.3390-9.ckd': seq 04 cyls   7557-10019
HHC00414I 0:0001 CKD file 'Q:/CKD/zVM 6.4 FrankenVM/630RL1_1.3390-9.ckd': model 3390-9 cyls 10020 heads 15 tracks 150300 trklen 56832
HHC02423I DASD operation completed

However, examining the individual output files with a hex editor reveals that each of the individual 2GB output files that area created ("_1", "_2", "_3", "_4") all have a CKD device header with their own unique serial numbers assigned to them.

This is not right.

Since all four separate physical files are treated logically as a single dasd volume, they should technically all be created with the same serial number.

It is unknown as yet whether this "unusualness" actually impacts the correct functioning of Hercules's dasd serial number handling or not, but it is nonetheless "not right" and should be fixed.

[Fish-Git]

Closed by commit aa64356.