From: arne@vajhoej.dk   
      
   On 9/4/2025 11:02 PM, Waldek Hebisch wrote:   
   > Arne Vajhøj  wrote:   
   >> On 9/4/2025 8:24 PM, Lawrence D’Oliveiro wrote:   
   >>> On Thu, 4 Sep 2025 19:55:12 -0400, Arne Vajhøj wrote:   
   >>>> And not handling VMS RMS VAR, VMS RMS VFC, NOS variable length files,   
   >>>> NOS/VE variable length files, whatever fun stuff IBM mainframes may have   
   >>>> etc..   
   >>>   
   >>> We don’t care about those here. We care about VMS OBJ format, which is   
   (or   
   >>> should be) easy to transfer to *nix platforms and work on there and even   
   >>> generate on there, not so easy to transfer back to VMS.   
   >>   
   >> I think he got the transfer working both ways with a little   
   >> ingenuity.   
   >   
   > Yes, thanks to your tip I can correct attributes on files   
   > transmitted from Linux.  To transfer from VMS I can either   
   > change attributes to fixed blocks and deal with padding   
   > in Linux or use zip -V.  I have tried   
   >   
   > SET FILE/ATTR=(RFM:FIX,MRS:1)   
   >   
   > but that does not give me expected result.   
      
   I would try with an even number for MRS. An odd number will   
   cause some bytes to be considered pad bytes.   
      
   > I was also thinking about using BACKUP (I assume that BACKUP can   
   > correctly restore files), but I do not know if its format can be   
   > easily decoded.   
      
   BACKUP can restore files. There are some C code on the internet   
   to process backup savesets.   
      
   But I would go for ZIP.   
      
   Arne   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)