home *** CD-ROM | disk | FTP | other *** search
/ rtsi.com / 2014.01.www.rtsi.com.tar / www.rtsi.com / OS9 / OSK / APPS / macutils.lzh / MACUTILS / MCVERT / mcvert.man < prev    next >
Text File  |  1996-02-02  |  6KB  |  137 lines
  1.  MCVERT LOCAL "May 5, 1987"
  2.  
  3.  NAME mcvert \- BinHex 4.0 to MacBinary file conversion utility
  4.  
  5. SYNOPSIS  mcvert [-options] name... [[-options] name...]...
  6.  
  7. DESCRIPTION
  8.  
  9. The mcvert program translates MacIntosh files from one format to another.
  10. The primary formats in which MacIntosh files are represented on non-Macs are:
  11.  
  12. MacBinary:
  13. An eight bit wide representation of the data and resource forks of a Mac
  14. file and of relevant Finder information, MacBinary files are recognized
  15. as "special" by several MacIntosh terminal emulators.  These emulators,
  16. using Kermit or Xmodem or any other file transfer protocol, can separate
  17. the incoming file into forks and appropriately modify the Desktop to display
  18. icons, types, creation dates, and the like.
  19.  
  20. BinHex 4.0:
  21. A seven bit wide representation of a Mac file with CRC error checking,
  22. BinHex 4.0 files are designed for communication of Mac files over long
  23. distance, possibly noisy, seven bit wide paths.
  24.  
  25. PackIt:
  26. PackIt files are actually representations of collections of Mac files, possibly Huffman compressed.  Packing many small related files together
  27. before a MacBinary transfer or a translation to BinHex 4.0 is common practice.
  28.  
  29. Text:
  30. A MacIntosh ends each line of a plain text file with a carriage return
  31. character (^M), rather than the newline character (^J) that some systems
  32. seem to prefer.  Moreover, a MacBinary file has prepended Finder information
  33. that non-MacIntoshes don't need.
  34.  
  35. Data, Rsrc:
  36. A Data or Rsrc file is the exact copy of the data or resource fork of a
  37. MacIntosh file.
  38.  
  39. It is the purpose of this program to convert to the MacBinary format
  40. files in other of the above formats, and vice versa.
  41.  
  42. PARAMETERS
  43. Exactly one of the following operations may be specified for an input name:
  44.  
  45. x
  46. BinHex 4.0 - files in the MacBinary format are translated to BinHex
  47. files, or vice versa.  The name argument may be the name of a file to be
  48. converted or a basename to which an appropriate suffix must be appended
  49. to get a filename.  If the conversion is from Binhex 4.0 to MacBinary,
  50. several files may comprise the BinHex representation of the Mac file.
  51. Rather than manually concatenate the files and manually delete mail
  52. headers and other extraneous garbage, one may specify the names of the
  53. files in order and mcvert will do the concatenating and deleting. 
  54. Conversely, in converting a MacBinary file to BinHex 4.0 format for mailing
  55. over long distances, one may be restricted to mail messages of no
  56. greater that some fixed length.  In this case, mcvert
  57. can automatically divide the BinHex file into pieces and label each
  58. piece appropriately.Option 'x' is selected by default.
  59.  
  60. r
  61. Resource - files in the MacBinary format with empty data forks
  62. and nonempty resource forks are made from ordinary data files, or vice versa.
  63.  
  64. d
  65. Data - files in the MacBinary format with nonempty data forks
  66. and empty resource forks are made from ordinary data files, or vice versa.
  67.  
  68. u
  69. Text - files in the MacBinary format with nonempty data forks
  70. and empty resource forks are made from ordinary data files, or vice versa.
  71. Unix newline characters are interchanged with MacIntosh carriage return
  72. characters, and a newly created MacBinary file has creator field given by
  73. the MAC_EDITOR environment variable.
  74.  
  75. OPTIONS
  76.  
  77. p | q
  78. If a BinHex to MacBinary conversion is taking place and option 'p' is
  79. selected, any file of type "PIT " will be unpacked into its constituent parts.
  80. This option does not recursively unpack "PIT " files packed in "PIT " files.
  81. If a MacBinary to BinHex conversion is taking place, this option is currently
  82. ignored.  By default, option 'q' is selected.
  83.  
  84. U | D
  85. When option 'U' is selected, the conversion that takes place is the one
  86. suitable for Uploading files.  That is, the conversion is from MacBinary to
  87. something else when 'U' is selected.  Conversely, option 'D', as in Download,
  88. converts from something to MacBinary.  Option 'D' is the default.
  89.  
  90. s | v
  91. Normally, mcvert prints to stderr information about the files it is creating.
  92. Selecting option 's', as in silent, disables this reporting.  Option 'v', for
  93. verbose, is the default.
  94.  
  95. "ENVIRONMENT VARIABLES"
  96. There are four environment variables one may use to customize the behavior of
  97. mcvert slightly.
  98.  
  99. MAC_EDITOR
  100. The creator of MacBinary text files produced with options -uD.  
  101. The default is MACA, the creator type of MacWrite.
  102.  
  103. MAC_DLOAD_DIR
  104. The MacBinary files created when option -D is selected are placed in this
  105. directory.  The default is ".", the current working directory.
  106.  
  107. MAC_EXT
  108. The MacBinary files created when option -D is selected are named according
  109. to the filename field stored in the file header, with the name extended by
  110. this suffix.  The default is ".bin".
  111.  
  112. MAC_LINE_LIMIT
  113. The BinHex files created when option -U is selected may be no longer than
  114. this many lines long.  Files that would otherwise exceed this line limit
  115. are broken up into several files with numbers embedded into their file 
  116. names to show their order.  Each such file has "Start of part x" and "End
  117. of part x" messages included where appropriate.
  118.  
  119. BUGS
  120. It should be possible to discard bad input now and successfully translate
  121. good input later, but bad input mostly just causes immediate termination.
  122.  
  123. A more diligent person would support BinHex 3.0 and BinHex 2.0 and BinHex
  124. 5000.0 B. C., but I've never seen anyone use them in three years.  A
  125. more diligent person would also do something for users of macget and
  126. macput, but hopefully someone will make those programs support the
  127. MacBinary file protocol.
  128.  
  129. SEE ALSO
  130. xbin(1), macget(1), macput(1), xmodem(1), kermit(1)
  131.  
  132. AUTHOR
  133. Doug Moore, Cornell University Computer Science.  Based upon
  134. by Dave Johnson, Brown University, as modified by Guido van Rossum, and upon
  135. unpit by Allan G. Weber, as well as upon correspondence with several helpful
  136. readers of USENET.
  137.