home *** CD-ROM | disk | FTP | other *** search
/ DP Tool Club 19 / CD_ASCQ_19_010295.iso / vrac / mmenu10b.zip / HELP.TXT < prev    next >
Text File  |  1994-11-17  |  5KB  |  121 lines
  1.  
  2.       *** Troubleshooting the MultiMenu Door by Mike Robinson ***
  3.           November 17, 1994
  4.  
  5.       MultiMenu writes error conditions to file ERROR.LOG in the current
  6.       directory. Check this file. If it says that MultiMenu cannot find or
  7.       read a certain file, check your MMENU.CFG file or batch file to
  8.       locate where this file is specified. Change the path to the file, or
  9.       relocate the file. Check the spelling of the path and filename
  10.       carefully. A single misplaced character will cause an error. Verify
  11.       that the directories and files specified actually do exist.
  12.  
  13.       Check that the list of doors in MMENU.CFG begins with the command
  14.       word BEGIN and ends with the command word END. If you leave out the
  15.       END command, then all the commands after that point will be ignored.
  16.       This can cause all sorts of problems.
  17.  
  18. ------------------------------------------------------------------------------
  19.  
  20.       *** PROBLEM: MultiMenu works on local end but the caller sees nothing.
  21.  
  22.       This is caused by a failure to open the com port. The wrong port is
  23.       being used, the port is non-standard, or there is a conflict with
  24.       other hardware or software. MultiMenu determines the port number to
  25.       use by reading the door drop file:
  26.  
  27.       DOOR.SYS       com port number is on line number 1
  28.       DORINFOx.DEF   com port number is on line number 4
  29.       SFFILE.DAT     com port number is on line number 6
  30.  
  31.       In the batch file that runs MultiMenu, the first parameter on the
  32.       command line should be the full path and file name of one of these
  33.       files. Check the door drop file to be sure that the correct com port
  34.       number is specified on the indicated file line. You can also force it
  35.       to use a certain port by using the PORT command in MMENU.CFG. This
  36.       will override the port specified in the door drop file.
  37.  
  38.       If MultiMenu starts, shows some of the initial displays, and then
  39.       seems to halt, this is almost always an IRQ conflict with another
  40.       device or software on the system. The most common such problem is an
  41.       internal modem and IO card trying to use the same IRQ number. Make
  42.       sure that nothing else on your system is using the IRQ and IO base
  43.       address used by MultiMenu. Other devices which could cause conflicts
  44.       are a mouse, sound card, CD-ROM card, network card, tape backup card,
  45.       scanner card, or just about any other piece of "extra" hardware
  46.       plugged into the computer.
  47.  
  48.       MultiMenu uses the "standard" IBM PC clone com port settings which are:
  49.  
  50.       COM1   IRQ 4   $03F8
  51.       COM2   IRQ 3   $02F8
  52.       COM3   IRQ 4   $03E8
  53.       COM4   IRQ 3   $02E8
  54.  
  55.       If your com port does not use these settings, then it is called
  56.       non-standard. Which means that MultiMenu does not know the correct
  57.       settings, so you must "tell" MultiMenu which settings to use. The
  58.       commands to do this are:
  59.  
  60.       Port  2
  61.       IRQ  3
  62.       IO  $02F8
  63.  
  64.       Put these commands in MMENU.CFG. The settings shown above are for a
  65.       standard COM2. You will have to adjust these to match the settings
  66.       used on your com port. Note the $ in front of number in the IO
  67.       command. This $ indicates that it is a hexadecimal number (base16).
  68.       Also note that if you use a "true blue" IBM PS/2 made by IBM then
  69.       MultiMenu detects the PS/2 and uses slightly different settings for
  70.       COM3 and COM4 only.
  71.  
  72. ------------------------------------------------------------------------------
  73.  
  74.       *** PROBLEM: MultiMenu runs a door, but then MultiMenu does not
  75.           restart and the caller is returned to the BBS.
  76.  
  77.       In MMENU.CFG check that there is a GOTO LOOP command after the
  78.       commands that run the door. The GOTO LOOP command causes the batch
  79.       file to return back to the :LOOP statement at the beginning of
  80.       MENU.BAT and will restart MultiMenu
  81.  
  82.       If you run any batch files inside of MENU.BAT then you should use a
  83.       DOS CALL command to run the batch file like this:
  84.  
  85.       :DOOR1
  86.          CALL DOOR1.BAT
  87.          GOTO LOOP
  88.  
  89.       If you do not use the DOS CALL command, then the batch file will run
  90.       once, but it will not return back to MENU.BAT. If you do not run any
  91.       batch files in MENU.BAT then the DOS CALL command is not required.
  92.  
  93. ------------------------------------------------------------------------------
  94.  
  95.       *** PROBLEM: I registered MultiMenu, but it is not writing a log file
  96.                    of the caller's activities in the door.
  97.  
  98.          Reasons why log may not be written:
  99.  
  100.          1. Program running in local mode. Log not written in local mode.
  101.  
  102.          2. Program not registered.
  103.  
  104.          3. Log OFF command used.
  105.  
  106.          4. LogName command is spelled wrong.
  107.  
  108.          5. LogName command is preceded by a semicolon or it is not all the
  109.             way up against the left margin of MMENU.CFG.
  110.  
  111.          6. The directory specified for the log is spelled wrong and/or
  112.             does not exist.
  113.  
  114.          7. The name of the log file is spelled wrong and/or it is not a
  115.             legal DOS file name.
  116.  
  117.          8. Some other program is deleting the log. TriBBS uses a temporary
  118.             log for each node. After a caller logs off, the temporary log
  119.             is copied to the main log. The temporary log is then deleted.
  120.  
  121.