home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vms / 20406 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  3.0 KB
  1. Path: sparky!uunet!cs.utexas.edu!uwm.edu!spool.mu.edu!agate!ames!pacbell.com!pacbell!indetech!wetware!abekas!infopiz!mark
  2. From: mark@infocomm.com
  3. Newsgroups: comp.os.vms
  4. Subject: Re: MFTU
  5. Message-ID: <1993Jan5.143543.21003@infocomm.com>
  6. Date: 5 Jan 93 14:35:43 PST
  7. References: <01GT5K13EESY000MF5@SCI.WFEB.EDU>
  8. Distribution: world
  9. Organization: INFO COMM - Computer Consulting, Redwood City, Ca
  10. Lines: 50
  11.  
  12. In article <01GT5K13EESY000MF5@SCI.WFEB.EDU>, MACRIDES@SCI.WFEB.EDU (Foteos Macrides) writes:
  13. > In article <01GT5F5TI3RK00007S@SCI.WFEB.EDU>, Arne Vajhxj <ARNE@KOPC.HHS.DK> writes:
  14. >>> on an old DECUS-tape I found a programm called MFTU. It converts VMS-files
  15. >>  into
  16. >>> ASCII text (suitable for electronic mail exchange) and vice versa, preserving
  17. >>> the original VMS file structure.
  18. > [...]
  19. >> Anyway - I think a better method is to use ZIP (the new version do preserve
  20. >> VMS file attributes) to compress the file and use UUENCODE or VMS_SHARE to
  21. >> encode the zip-archive for mailing.
  22. >>  
  23. >>                                                           Arne
  24. >>  
  25. >> Arne Vajhxj                             local DECNET:  KO::ARNE
  26. >> Computer Department                     PSI:           PSI%23831001304030::ARNE
  27. >> Business School of Southern Denmark     Internet:      ARNE@KO.HHS.DK
  28. > 
  29. >     I learned this a few weeks ago by asking on vmsnet.sources.d, and
  30. > thought it might be helpful to those who read Arne's message.
  31. > 
  32. >     Although the current version of VMS_SHARE can encode binary (e.g., ZIP)
  33. > files, if you MFTU the ZIP archive, the subsequent VMS_SHARE set is *much*
  34. > smaller than if you do the VMS_SHAREing directly on the archive.
  35.  
  36. Beware when using VMS_SHARE to encode binary data.  SERIOUS amounts of
  37. CPU time are consumed BOTH in the encoding and decoding.  
  38.  
  39. I did the original work on adding the file attribute preservation support
  40. to VMS_SHARE and my goals at that time were to follow along with the basic
  41. premise of a "shar" file - that it be self sufficient, i.e it does not
  42. require any "extra" software be resident on the machine that is doing the
  43. unpacking.  The original problem was to be able to pass executable files.
  44.  
  45. If BOTH you and the receiving end of the transfer have access to MFTU to
  46. encode the file then prepacking with MFTU is certainly a preferable
  47. method.  You will also then be able to move any arbitrary binary file
  48. instead of the limited set that VMS_SHARE will handle.  VMS_SHARE is
  49. basically limited by the underlying TPU implementation and hence will only
  50. deal with sequential files that have reasonable record length.  MFTU will
  51. encode any file and preserve all of its file structure attributes.
  52.  
  53. >=========================================================================
  54. > Foteos Macrides           Worcester Foundation for Experimental Biology
  55. > MACRIDES@SCI.WFEB.EDU     222 Maple Avenue, Shrewsbury, MA 01545
  56. >=========================================================================
  57.  
  58. --
  59. Mark Pizzolato - INFO COMM Computer Consulting, Redwood City, Ca
  60. PHONE:    (415)369-9366    UUCP:  decwrl!infopiz!mark or uunet!lupine!infopiz!mark
  61. DOMAIN:    mark@infocomm.com
  62.