dncopy : binary filesize becomes multiples of 512 bytes
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
dnprogs (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
-------
UBUNTU 10.04 LTS
DNPROGS 2.49 and DNPROGS 2.61 (compiled source package)
Expected :
-----------
dncopy -mblock -b512 FromLINUX_file1 ToVMS_file1
dncopy -mblock -b512 FromVMS_file1 ToLinux_file2
should give EXACTLY the same file.....
What happen :
-------------
ToLinux_file2 is greater than FromLINUX_file1.
ToVMS_file1 becomes multiples of 512 bytes !
-------
We need to copy binary files exactly to its size, in both direction (Linux->VMS) or (VMS->Linux).
From VMS to Linux is OK, but,
From Linux to VMS is wrong !
From Linux to VMS is wrong, we found that the transferred files are a little bigger (they become multiples of 512 bytes).
The problem is the same with the “Linux fal service” as with the “dncopy” command.
dndir command example :
- dndir -mblock -b512 ‘nodename”user password”
- dndir -mblock -b512 linuxbinaryfile.bin ‘nodename”user password”
fal parameters
-------
Example with a test file that contains 43251 characters = “84 sectors + 243 bytes” : zi_43215.bin
(On VMS hardware) dump /header zi_43215.bin
…
…
End of file block : 85
End of file byte : 243
dncopy -mblock -b512 ‘nodename”user password”
ls –l
-rw-r—r-- 1 user user zi_43251 2017-11-13 17:54 zi_43251.bin
(It is OK)
// I delete the file on VMS, than I do :
dncopy -mblock -b512 zi_43251.bin ‘nodename”user password”
(On VMS hardware) dump/header zi_43215.bin
…
…
End of file block : 86
End of file byte : 0
(It is WRONG)
-------
We tried to understand and correct the problem, but without success !
Is it a bug or a limitation ?
Perhaps we make mistakes in parameters usage ?
Do you know if there is a workaround or fix ?