home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / mn / general / 694 < prev    next >
Encoding:
Internet Message Format  |  1992-12-25  |  4.8 KB
  1. Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!spool.mu.edu!umn.edu!mmm.serc.3m.com!pwcs!hawkmoon!crud!trashman
  2. From: trashman@crud.mn.org (Barry Schwartz)
  3. Newsgroups: mn.general
  4. Subject: UUPC on an 8088?
  5. Distribution: world
  6. Message-ID: <725232517snx@crud.mn.org>
  7. References: <1992Dec21.181154.2247@pwcs.stpaul.gov>
  8. Date: Thu, 24 Dec 92 21:28:37 GMT
  9. Organization: TSAKC-TC
  10. Reply-To: trashman@crud.mn.org
  11. Lines: 83
  12.  
  13.  
  14. In article <1992Dec21.181154.2247@pwcs.stpaul.gov> derekt@pwcs.stpaul.gov writes:
  15.  
  16.  > 
  17.  > Clayton Haapala (clay@haapi.mn.org) wrote:
  18.  > : A prospective MN.Org member wants to know if he can run UUPC on an
  19.  > : 8088 Compaq computer.  Any of you UUPC experts out there know if this
  20.  > : can be done or not?
  21.  > : clay@haapi.mn.org
  22.  > 
  23.  > Depending on the version of uupc and other unix-mail/news-under-dos
  24.  > clones, it will probably run on an 8088.  I saw and worked with a
  25.  > version that ran on the 8086.   However, it may not be very feature
  26.  > rich, like some of the more powerful versions due to the limitations of
  27.  > the 8088.
  28.  
  29. There's no reason (that I can think of) why UUPC/extended shouldn't
  30. run on an 8088, so long as the serial communications works.  The MSDOS
  31. versions are all written for the lowest common denominator in
  32. computing.  (There are versions for OS/2 as well.)  The executables are
  33. very small, by design.  Features are left out just to keep the
  34. executables small.  On a very old machine, a more likely problem is
  35. disk space.  You probably need a hard drive to work comfortably with
  36. any mail system.
  37.  
  38. There is a problem with UUPC/extended in the mn.org domain, because of
  39. the way mn.org identifies itself as "tcnet" in the Shere line but
  40. does not put "tcnet" in the names of the working files.  Because of this,
  41. run-of-the-mill UUPC/extended is not able to map the working files to
  42. unique MSDOS file names.  You can live with this, but uupc/extended 1.11
  43. will spew out lots of warning messages, and there is a (small) chance
  44. that there will be a filename clash and therefore a loss of data.
  45.  
  46. There are at least three possible fixes for the problem.  One involves
  47. using undocumented but apparently usable extensions to what makes up a
  48. legal MSDOS file name.  The advantage to this method is that you don't
  49. have to recompile UUPC.  You just define a new "CharSet" variable in a
  50. configuration file.  Recently, though, I've found that some of the
  51. utilities might not handle this fix properly, and have stopped using
  52. it.  It does, however, have the advantage that, no matter what real
  53. machine is calling itself "tcnet" at the moment, you won't get
  54. filename truncation.  The other solutions break as soon as someone
  55. changes the actual machine, with possible loss of data until you
  56. manually adjust to the change.
  57.  
  58. Another fix, which I used for a short while when I first subscribed to
  59. mn.org, requires that you modify uucico.exe.  What I did was to put
  60. mn.org in my Systems file as "kksys", but put a hack into uucico so
  61. that when the system it was calling was "kksys" it would look for
  62. "Shere=tcnet".  Recently I have modified uucico 1.11q so that you can
  63. put a field such as "VIRTUAL_NAME=tcnet" in the Permissn file to have
  64. this effect, but I don't think it is good solution.
  65.  
  66. The solution I am working on right now (and have largely implemented,
  67. with apparent success), is to modify the importpath() function so that
  68. if, say, "tcnet" generates files that look like "D.kksysblahblah" then
  69. uupc will look for a "kksys" substring rather than a "tcnet" substring.
  70. I introduce a new configuration file, which contains lines that look like
  71. "Host tcnet is really kksys".  For this fix you have to recompile every
  72. part of uupc/extended that calls the importpath() function.
  73.  
  74. None of these modifications are ever likely to make it into an "official"
  75. release of UUPC/extended, because Drew Derbyshire will not include
  76. features that only affect a few users.  This is because of his rule that
  77. the programs must be small, preferably .COM files.  And they are not
  78. terribly important, anyway; I don't think the chance of a filename clash
  79. is that great.  Off-the-shelf UUPC/extended ought to work alright,
  80. though you will get lots of warning messages from newer versions.
  81.  
  82. Users of UUPC/extended may benefit from joining the mailing list.
  83. Instructions on how to join are probably included in the .zip files.
  84. I think the only .mn.org address in the list is mine, so we are
  85. under-represented.
  86.  
  87. Users who are interested in Netnews will find that there isn't any
  88. strong support for news in UUPC/extended, although it is currently
  89. under development.  There is an add-on called Snews available, but it
  90. is fragile.  (However, it doesn't eat as much disk space as the
  91. built-in UUPC news support will.)  MSDOS users who want a plug-in news
  92. system ought to check out Waffle and FSUUCP instead.  (These systems
  93. may, however, do less to protect against filename clashes than does
  94. late-model UUPC/extended.)
  95.  
  96.  
  97.