  ÖÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ·
  º The Polling Station version .099a (beta) Registered/Distribution Sites º
  ÇÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¶
  º         (C)opyright 1994 by Fais Nasir at Independent Ick!             º
  ÓÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ½
    THIS TEXT-FILE IS A *BUG REPORT* ON TPS AND WAS WRITTEN ON SEPT. 27/94


ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
 Of course it had to happen...  Here's a little bug that I found...

 Remember how I said that TPS was an "automatic" door (meaning that you didn't
 have to pass any command-line parameters to it on startup)?  Well, I think that
 that is one of the features that I will be taking out come next version...

 The "Node" configuration file command doesn't do much if you are using the
 standard "Dorinfo#.def" files.  I neglected to realise that the only way of
 the door knowing which node the programme is being executed on when you are
 using "Dorinfo#.Def's" is by reading the file-handle, i.e. the information is
 *not* in the actual drop-file itself.  Due to this, if you are using a node one
 version of "Dorinfo#.Def" (i.e. "Dorinfo1.def"), then you *must* specify
 "Node 1" in your config file, and "Node 2" if it is the other way around.  What
 this means is that you may need to make two config files in a temp directory
 and use some magic batch-file routines to swap 'em around depending on what
 node you are using...

 I'm sorry about this folks, I promise to add a feature where you can pass the
 node number and config filename to TPS via the command-line, but for now, if
 you are a user of "Dorinfo#.Def", then you'll just have to use the kludgy
 method described above...
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ

                                                             <END OF TPSBUG.RPT>