home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / vmsnet / misc / 981 < prev    next >
Encoding:
Internet Message Format  |  1992-11-05  |  4.1 KB
  1. Xref: sparky vmsnet.misc:981 vmsnet.networks.misc:108
  2. Newsgroups: vmsnet.misc,vmsnet.networks.misc
  3. Path: sparky!uunet!stanford.edu!agate!netsys!decwrl!sdd.hp.com!hamblin.math.byu.edu!sol.ctr.columbia.edu!ira.uka.de!math.fu-berlin.de!uniol!Torge.Schmidt
  4. From: Torge.Schmidt@arbi.informatik.uni-oldenburg.de (Torge Schmidt)
  5. Subject: Record type after file transfer
  6. Organization: University of Oldenburg, Germany
  7. Date: Thu, 5 Nov 1992 17:25:07 GMT
  8. Message-ID: <1992Nov5.172743.23810@arbi.Informatik.Uni-Oldenburg.DE>
  9. Keywords: kermit,zmodem,record type,rms
  10. Sender: news@arbi.Informatik.Uni-Oldenburg.DE
  11. Lines: 84
  12.  
  13.  
  14. Hello world!
  15.  
  16. I got VMS (5.4 & 5.5) to transfer binary files over a modem line. But on the
  17. receiving part, VMS changes the record format to an inacceptable one.
  18. A disk save set formerly
  19.     Record format:      Fixed length 32256 byte records
  20.     Record attributes:  None
  21. is converted to
  22.     Record format:      Stream_LF
  23.     Record attributes:  Carriage return carriage control
  24. All else is the same.
  25.  
  26. This effect yields by both ZMODEM and
  27. two versions of KERMIT. Unfortunately I couldn't get the
  28. BLISS-Version running, there is a BLISS-Compiler missing
  29. and the uuencoded Version of the .EXE-file was corrupt.
  30. Nevertheless, ZMODEM is said to get better throughput than
  31. Kermit (actually, I got about 150 CPS using ZMODEM and 60 CPS
  32. using Kermit).
  33.  
  34. DIFF as well as CONVERT complain they
  35. can't handle the transferred files giving a RMS error message.
  36. A self-written "diff", comparing both
  37. files byte-by-byte using open(2) and read(2) tells me, both files
  38. are exactly the same. BACKUP doesn't accept the transferred file as
  39. a save set.
  40.  
  41. Then I found a DCL-Prozedure (it's called KERMIT_VMSBACKUP_RESTORER.COM or
  42. something similar) on NRLVAX.NRL.ARMY.MIL which should
  43. correct this problem, i.e. save set's should be readable after a
  44. transfer. Still, they are not. This is the log of it's run given
  45. 32528, which is the default /BLOCK_SIZE of BACKUP, as the third parameter:
  46.  
  47.   BLOCK_SIZE = "32528"
  48.  
  49. Ready to process SAVE_SET BACK.SET
  50. SAVE_SET BACK.SET PROCESSING BEGINNING
  51.    5-NOV-1992 16:51:21
  52. %COPY-S-COPIED, SYS$USER:[SCHMIDTAT.TMP]BACK.SET;3 copied to SYS$USER:[SCHMIDTAT
  53. .TMP]BACK_NEU.SET;1 (126 blocks)
  54. %COPY-I-OVERLAY, SYS$USER:[SCHMIDTAT.TMP]BACK_NEU.SET;1992 being overwritten
  55. %COPY-W-INCOMPAT, SYS$USER:[SCHMIDTAT.TMP]BACK_NEU.SET;1991 (input) and SYS$USER
  56. :[SCHMIDTAT.TMP]BACK_NEU.SET;1992 (output) have incompatible attributes
  57. %COPY-E-WRITEERR, error writing SYS$USER:[SCHMIDTAT.TMP]BACK_NEU.SET;1992
  58. -RMS-F-RSZ, invalid record size
  59. %COPY-W-NOTCMPLT, SYS$USER:[SCHMIDTAT.TMP]BACK_NEU.SET;1991 not completely copie
  60. d
  61.  
  62. The most curious thing is that VMS _is_ able to run an
  63. .EXE-file, which is of 
  64.     Record format:      Stream_LF
  65.     Record attributes:  Carriage return carriage control
  66. But I won't rely on this, who knows, how the next versions of
  67. VMS will handle this. Furthermore, other programs and utilities
  68. presumably can't handle converted files (RALLY? RDB?).
  69.  
  70. My questions:
  71. 1. How do I get ZMODEM (or Kermit, if this is, what you can
  72.    answer) to _not_ converting the file type? Is such a version
  73.    available somewhere on the InterNet? 
  74. 2. How do I restore the record type of the
  75.    received file? CREATE/FDL doesn't work, due to a RMS-error
  76.    (something about to big record or buffer size)
  77.    I already tried writing a quick hack using open(2) and
  78.    write(2), which opens an existing target file of correct
  79.    record type (just like the mentioned DCL-Procedure did),
  80.    but write(2) seems to be interpreted by VMS
  81.    somehow and the same error as using DIFF or CONVERT showed
  82.    up.
  83.  
  84. Please email answers directly to me, as I am reading this group
  85. only frequently.
  86.  
  87. Thanks for your help,
  88. -- 
  89. Torge
  90.  
  91. -----------------------------------------------------------------------------
  92. Torge  Schmidt,  FB  10   Informatik,    Uni  Oldenburg,    D-2900  Oldenburg
  93. Privat  : Stadskanaal 3,  D-2804 Lilienthal,  04298/55 33 (Anrufbeantworter!)
  94. InterNet: Torge.Schmidt@arbi.informatik.uni-oldenburg.de IRC/Nightfall: Moram
  95. -----------------------------------------------------------------------------
  96. A signature ny is a projection from a set I into the set N.
  97.