home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / protocol / k11_attributes.txt < prev    next >
Text File  |  2020-01-01  |  3KB  |  63 lines
  1. 20-Mar-89 20:02:32-GMT,3192;000000000005
  2. Return-Path: <BRIAN@uoft02.utoledo.edu>
  3. Received: from uoft02.utoledo.edu ([131.183.1.4]) by watsun.cc.columbia.edu (4.0/SMI-4.0)
  4.     id AA17015; Mon, 20 Mar 89 15:02:23 EST
  5. Message-Id: <8903202002.AA17015@watsun.cc.columbia.edu>
  6. Date: Mon, 20 Mar 89 14:34 EDT
  7. From: Brian Nelson <BRIAN@uoft02.utoledo.edu>
  8. Subject: attributes in kermit-11
  9. To: fdc@watsun.cc.columbia.edu, jrd@usu.bitnet, buda%vmsspt.dec@decwrl.dec.com
  10. X-Vms-To: 
  11.  IN%"fdc@watsun.cc.columbia.edu",IN%"jrd@usu",IN%"buda%vmsspt.dec@decwrl.dec.com"
  12.  
  13. >Brian, when you put system-dependent parameters into the Kermit-11 file
  14. >attribute packet, what did you do about fitting them in?  I assume that a
  15. >FAB (or whatever it's called) can be longer than a Kermit packet data field.
  16. >Also, I assume it can contain nonprintable characters.  How did you get
  17. >around that?  Unfortunately, the Kermit spec (I plead guilty) says that
  18. >data fields of Attribute packets are not encoded, and most other Kermit
  19. >programs that do Attributes do, indeed, skip the encoding and decoding of
  20. >Attribute packets.  The problem is that if the system-dependent stuff is
  21. >binary, it HAS to be encoded and decoded, but then the other stuff in the
  22. >Attribute packet will be misinterpreted by the receiver if it contains any
  23. >Kermit prefixes like #, &, or ~.  What was your approach?  - Frank
  24.  
  25. Well, actually it was quite straight forward. The data structure in
  26. question is called an IFAB in RMS-11 terms. This is nothing more than
  27. a copy of the files attribute entry in its directory entry on disk.
  28. What I did was simply to pull out the info from the internal rms structure
  29. and encode the binary info into an octal string, and send that. This assumes
  30. that the receiver must know where to find the data in fixed fields, as in:
  31.  
  32.  Name .Typ    Size    Prot   Access     Date      Time   Clu  RTS    Pos 
  33.  A     .A         1    < 60> 01-May-84 01-May-84 10:17 AM   4 ...RSX  3493
  34.  RF:VAR=132 FO:SEQ   USED:1:98       RECSI:46       CC:IMP
  35.  
  36. Results in:
  37.  
  38. SPACK -   Length   78   Type  A    Paknum    3                       
  39. 0001002 000056 000000 000001 000000 000001 000142 000000 000204 000000 000000 
  40.  
  41.  
  42. Later, subfields were added to the sys dep packets, for example, sending
  43. date info in rms format. I made no attempt to honor any settings for max
  44. packet size, which perhaps was a mistake, but at the time (like 4 years
  45. ago) it did not seem to be a problem. K11 is capable of processing A
  46. packets while reading D packets, but I feel its a good idea to get all of
  47. the attribute stuff resolved before creating any files, for example, RT11
  48. has no way to extend a file after creation. The appropiate checks are made
  49. for compatible exec's, ie, K11 will reject any sys dependant packets if the
  50. sender is not a PDP11.
  51.  
  52. Lastly, the beauty of using rms-11's internal ifab is that if one stuffs
  53. that structure with the desired file attributes right before closing the
  54. file, RMS-11 will gladly accept the values and update the directory entry
  55. accordingly.
  56.  
  57. For vms, this would be more difficult, as one would have to build up all
  58. the xab's needed to describe the file (unless one wants to resort to
  59. the acp qio level, and directly modify the file's directory info).
  60.  
  61. Brian
  62.  
  63.