home *** CD-ROM | disk | FTP | other *** search
/ Simtel MSDOS - Coast to Coast / simteldosarchivecoasttocoast2.iso / pgmutil / pcrob141.zip / WHATS.NEW < prev   
Text File  |  1993-01-07  |  5KB  |  135 lines
  1. What's new in V1.4
  2. ===================
  3.  
  4. -i command line parameter lets you use more DOS/BIOS functions in your
  5. programs during debugging.
  6.  
  7. Most BIOS functions are disabled during a normal run.
  8.  
  9. Int 1ah, function 00h returns the same value as Ticks().
  10.  
  11. The Receive function has a major bug fixed.
  12.  
  13. There are two new functions 'register_x' and 'register_y' which can be
  14. used to allow an automatically updated statement of where the robot is.
  15.  
  16. There is an extended version of 'get_shell_status' which can return the
  17. status of one of the last 10 shells to be fired by this robot -
  18. called 'get_ashell_status'. shoot has been modified to return the
  19. shell's id if firing occurs.
  20.  
  21. What's new in V1.3
  22. ===================
  23. Ctrl-C no longer causes a crash - it is ignored totally.
  24.  
  25. Exiting by pressing ESC returns an error level of 200 (why not? :-) )
  26. Errorlevel values are:
  27.  -1  - ERROR
  28.  0-n - Winning Robot
  29.  100 - Draw (>=2 left alive)
  30.  101 - Draw (0 left alive)
  31.  200 - Esc pressed
  32.  
  33. The 'display.sys' bug is cured.
  34.  
  35. A 'superfast' version is available. This is a separate program
  36. and has no output at all, until the results phase.
  37.  
  38. A '-r' option is supplied, this lets you set the random number
  39. seed to allow identical runs to be made (the normal seed
  40. generator has been made more 'random' as well).
  41.  
  42. A 'get_robot_id' function is supplied to provide the current
  43. robot's ID number.
  44.  
  45. The configure function now returns the PCRobots version number in
  46. AX (the C and Pascal library functions have been modified to
  47. cause the robot to exit if the program is run outside PCRobots).
  48.  
  49. An IFF system is now operational.
  50.  
  51. A facility to identify robots by name is present now.
  52.  
  53. Shells now pass through damaging/slow/refueling squares (they
  54. were originally supposed to do).
  55.  
  56. There is now a timeout. A robot has got a time limit on what it
  57. can do between moves. On a 33MHz 386 this is typically 3 seconds,
  58. but the time should varied to suit the computer. (the main reason
  59. for this is to prevent robots getting stuck in loops with no way
  60. out - I can increase the time limit if necessary).
  61.  
  62. Ctrl-Break will now kill all robots, even ones stuck in loops
  63. (note, this *kills* all robots, so it's not the same as ESC).
  64.  
  65. There is a lot more security in the system now. Robots are
  66. prevented from doing a lot of DOS functions. If you ever get a
  67. 'robot killed by system - violation xxxx' message, this is what's
  68. happened. If you didn't specifically do anything risky, let me
  69. know and I'll consider allowing that function. All the robots
  70. I've been able to test have been OK with the current
  71. restrictions. See the full documentation for a table of allowable
  72. function calls.
  73.  
  74. DOS Memory allocation is now carried out by PCRobots rather than
  75. by DOS. This is to enforce the 64k limit on robot space (needed
  76. for EMS usage). Currently only the 'set block size' function is
  77. implemented as this is the only one which is used internally by
  78. most compilers. Other memory allocation functions are illegal so
  79. far. You should now be able to use 'malloc' and 'free' freely
  80. inside C programs.
  81.  
  82. A 'postmortem' display is given when the game is over, this tells
  83. you why a robot was killed or which robot killed it.
  84.  
  85. The '-v' option gives a verbose output for each robot listing a
  86. lot of the final details (these will also be copied to the log if
  87. a log file is being produced).
  88.  
  89. The int 0e0h vector is constantly checked for tampering and a
  90. guilty robot is killed.
  91.  
  92. The settings for int 34 -> int 3f are kept for each robot. This
  93. may allow floating point numbers to be used directly by robots
  94. (I'll have to check first though).
  95.  
  96. The file type (COM or EXE) is now determined from the header
  97. rather than the file extension.
  98.  
  99. EXE files are checked for a valid stack.
  100.  
  101. EMS is now supported - you need a driver capable of supporting
  102. LIM EMS V4.0 or later (eg QEMM386 and EMM386 are suitable). This
  103. means that you can now have up to 20 robots at once!
  104.  
  105. Robot teams are supported (see the doc file).
  106.  
  107. The -f command line parameter has a default filename now
  108. (pcrobots.log).
  109.  
  110. What's new in V1.2
  111. ===================
  112. The robot positioning bug has been fixed.
  113.  
  114. The '-a' parameter is allowed to support arena files of different
  115. names.
  116.  
  117. DOS interrupts are intercepted to deal with two DOS functions (at
  118. present). These are 'file read' and 'file write'. File read is
  119. totally disallowed (this is to prevent certain forms of
  120. cheating).
  121. File write is intercepted to capture writes to stdout. This output
  122. can be displayed in a 'supported' way now. See the doc file for
  123. details.
  124.  
  125. An errorlevel value is given when pcrobots finishes. This is '-1'
  126. if no robot won, or the program couldn't complete for some reason.
  127. Otherwise the value identifies the winning robot.
  128.  
  129. I've included PCROBOT6.PAS which is an alternative unit for TP V6.0
  130.  
  131. What's new in V1.1
  132. ===================
  133. An anomoly with the memory allocation strategy for programs was causing
  134. trouble with Zortech C compilers. This has been corrected.
  135.