home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / bit / listserv / notabene / 2970 < prev    next >
Encoding:
Text File  |  1992-12-12  |  2.6 KB  |  58 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!usc!howland.reston.ans.net!paladin.american.edu!auvm!!HELSINKI,
  3. X-Envelope-to: NOTABENE@TAUNIVM.BITNET
  4. X-VMS-To: IN%"NOTABENE@TAUNIVM.BITNET"
  5. X-VMS-Cc: JTAKALA
  6. MIME-version: 1.0
  7. Content-type: TEXT/PLAIN; CHARSET=US-ASCII
  8. Content-transfer-encoding: 7BIT
  9. Message-ID: <01GS8QP37WEIA24KXA@hylk.Helsinki.FI>
  10. Date:         Sat, 12 Dec 92 21:15:35 IST
  11. Sender:       Nota Bene List <NOTABENE@TAUNIVM.BITNET>
  12. From:         "J-P Takala, University of Helsinki,
  13.               Sociology" <JTAKALA@FINUHA.BITNET>
  14. Subject:      Overflows and Multiple NBs
  15. Newsgroups: bit.listserv.notabene
  16. Lines: 40
  17.  
  18.  
  19.  
  20. Paul Bodin's information on the regular overflow file is helpful and
  21. his theory of @NBDTA.TMP seems the most plausible so far.  His suggestion
  22. that its size may depend on printer drivers and other such configuration
  23. was supported by this:  When I had a simple matrix printer
  24. loaded, shelling out to dos produced a @nbdta.tmp some 32 K in size,
  25. but with a larger laser printer driver, the file was 44 K.  I also
  26. looked inside the file and saw saw at least those 'personal' dictionaries
  27. I load at startup. This suggests a hypothesis that @nbdta.tmp is a buffer
  28. for the stuff loaded in memory by nbstartup.int.  However,
  29. @nbdta.tmp also seemed to contain some regular NB commands and
  30. messages, which suggests that the file would be created even
  31. if, say, nbstartup.int were empty and there were no default
  32. printer or such (this I haven't tested though).
  33.  
  34. So far nobody has commented on the risks of running two or more NB4s
  35. simultaneously on one computer, which was the problem that originally
  36. made me think of @nbdta.tmp and other files.  Well, @nbdta.tmp does
  37. not seem to pose a big practical risk here, since - even if it
  38. has always the same, unique name - one would not shell out to
  39. dos from even one, let alone several NBs when you can open a DOS window
  40. directly from DesqView or other such multitasking environment or program
  41. carousel. (I did test it, however, and both copies of NB
  42. crashed upon Exit. So it is a real risk.)
  43.  
  44. The regular *.tmp files aren't a risk either because they seem to have random
  45. names and the chances of a collision are very small (provided there is
  46. enough space on the overflow drive); and I wouldn't be surprised if
  47. there were a check that the filename isn't used already.
  48.  
  49. It is the other system files that I'm more worried about, and
  50. haven't tested yet.  And of course ALL THOSE TERRIBLE THINGS
  51. that I don't even have name for yet.
  52.  
  53. Those risks notwithstanding, it IS tempting to use another NB
  54. copy for memory intensive and crash-risky jobs, such as lookups
  55. in the present Orbis.
  56.  
  57. j-p takala
  58.