home *** CD-ROM | disk | FTP | other *** search
/ ARM Club 3 / TheARMClub_PDCD3.iso / hensa / comms / nlistmgr_1 / Qs+As < prev   
Text File  |  1994-07-28  |  5KB  |  109 lines
  1. NListMgr Questions and Answers
  2. by Steven Haslam, Jul 26 1994
  3.  
  4. Q. What is NListMgr, then?
  5.  
  6. A. NListMgr is an application-and-module pair to help people writing programs
  7. for FidoNet. Its name arises from the fact that it was originally written to
  8. do just nodelist processing (hence "NodeLIST ManaGeR") but it was extended to
  9. also handle the list of domains that you are a member of.
  10.  
  11. The application is the WIMP bit that you use; it handles compiling the
  12. nodelists, and keeping the domains list up-to-date. The module is what other
  13. programs see, and it does all the nodelist accessing, and farms out the
  14. domains list as necessary.
  15.  
  16. Q. Why?
  17.  
  18. A. It's ridiculous if all FidoNet programs handle the nodelist separately: to
  19. do it quickly, you need to organise the nodelist somehow (NListMgr uses an
  20. index file) and it would have eventually ended up with each program requiring
  21. the nodelist to be configured, compiled etc. separately... the potential for
  22. this eating disk space and memory space is immense.
  23.  
  24. Q. Where do I keep my nodelists?
  25.  
  26. A. Which ones?
  27.  
  28. Q. (panic) How many are there?
  29.  
  30. A. There are two types of "nodelist". The first type, which I call "FTS-5
  31. nodelists" is what you receive over the network. It is full of entries that
  32. look like this:
  33.  
  34. ,229,The_Abyss,Steven_Haslam,Colne_UK,......
  35.  
  36. These are not directly used by programs any more (hopefully!). The NListMgr
  37. application compiles them into a format called "ArchyList nodelists" or
  38. simply "compiled nodelists".
  39.  
  40. You can keep the FTS-5 nodelists wherever you like. Once you have compiled
  41. them, you don't need them until you have to compile the next week's nodelist,
  42. so you can archive them onto floppy if you want. You should keep the FTS-5
  43. nodelists somewhere where they can be accessed quickly, although keeping them
  44. permanently on the RAM disk is not advsied. (It is possible, with technical
  45. knowledge; a future application might address using the RAM disk).
  46.  
  47. I use an application called "!Net_Areas" and keep the compiled nodelists in a
  48. directory inside this called "Nodelist" (this is one of the standard choices
  49. in the setup window). You might want to keep them inside the !NListMgr
  50. application. However, the main point is that they must go somewhere where
  51. they can always be accessed fairly quickly.
  52.  
  53. Q. Do I need to keep the application around all the time?
  54.  
  55. A. No. Once the module is loaded (programs will ask for the application, e.g.
  56. by asking you to insert the disk with NListMgr on) then the application
  57. should not be required again.
  58.  
  59. Q. I'm a point, and I just want a nodelist with my boss in, so I can call
  60. him, process mail and so on. How do I do that?
  61.  
  62. A. Using NListMgr, open the domains manager (click SELECT on the icon bar
  63. icon) and set up your domain (called "FidoNet" or whatever). Do not enter
  64. anything in the nodelist fields on the left hand side of the window. Click on
  65. the "Write" button and close the domains manager.
  66.  
  67. Now open the editing manager (click ADJUST on the icon bar icon) and enter
  68. your boss's data. Enter all of it, since you don't have a nodelist. Remember
  69. the "on-line" bit and the modem flags. When you have finished, click on the
  70. "Write" button and close the editing manager.
  71.  
  72. Now open the domains manager, move to your domain (if necessary), and pop up
  73. the menu. Choose the "Compile..." option. The compiler should report that it
  74. has created a nodelist with 1 system in it. You can now use this "nodelist".
  75.  
  76. Q. What are all these "cache" things?
  77.  
  78. A. These help performance when looking up data from the nodelist. There are
  79. THREE "caches" in NListMgr, and they all relate to the module. (A "cache", by
  80. the way, is just a piece of memory that holds temporary information, usually
  81. information that is known to be looked at quite often, as a nodelist often
  82. is).
  83.  
  84. The first cache is the one that you set up when you compile the nodelist. It
  85. is called the "index cache". This cache contains index information for a
  86. selection of systems. The idea is that these systems are those that you often
  87. have to look up. Their index information is always in memory, so the lookup
  88. consists only of opening the data file and reading their information.
  89.  
  90. The second cache is assigned by the module when it starts up, and you do not
  91. have direct control over it (although you can change its size). This is
  92. called the "data cache". Whenever the module looks up an address, it reads
  93. the data into this cache. When the address is asked for again, the module
  94. checks the data cache first of all. If the address is in the data cache, then
  95. the data is returned without ANY disk accessing. This improves performance
  96. immensely.
  97.  
  98. The third cache is assigned at the same time as the data cache. It is called
  99. the "file cache". When the module has to resort to reading the index file
  100. from disk, the file is "cached": the cache is filled with data from the file,
  101. which is checked, then refilled and so on until the end of the file, or the
  102. address is found. If the cache is quite large (4K is the default) then block
  103. disk transfers can be used, which is a boon if your hard disk (or floppy!) is
  104. not brilliantly fast.
  105.  
  106. Q. Why is NListMgr so crap?
  107.  
  108. A. Go boil your head.
  109.