home *** CD-ROM | disk | FTP | other *** search
/ Programmer 7500 / MAX_PROGRAMMERS.iso / INFO / TURBOPAS / TURBOBUG.ZIP / TURBOBUG.DOC
Encoding:
Text File  |  1987-11-08  |  6.3 KB  |  157 lines

  1. TURBOBUG.TXT follows:
  2.  
  3.                     ***** BUG REPORT *****
  4.          ***** MAJOR BUG IN TURBO PASCAL V2.00 *****
  5.                          July 1,1984
  6.                     (updated December 1984)
  7.  
  8.  
  9.      The runtime routines  do  not  handle  a  floating-point 
  10. (real)  subtraction  correctly.  For  some subtractions,  the 
  11. correct  difference  is  returned;  for  others,  a  zero  is 
  12. returned. The following program demonstrates the bug:
  13.  
  14. program test;
  15. begin
  16.      writeln(9.+(-6.0));        { Wrong value returned }
  17.      writeln(-1.0+(-1.0));      { Correct value returned }
  18.      writeln(1-2);              { Correct value returned }
  19.      writeln(1.-2:10:2);        { Wrong value returned }
  20.      writeln(1.-2.0);           { Wrong value returned }
  21.      writeln(1-2.0);            { Wrong value returned }
  22.      writeln(456 - 123.0);      { Correct value returned }
  23. end.
  24.  
  25. A value of zero is returned on those lines marked as 'wrong'. 
  26. The other lines return the correct difference.
  27.  
  28.  
  29.  
  30. VERSIONS TESTED AND FOUND OK (December 1984)
  31.  
  32. The following versions of Turbo have been checked for this bug 
  33. and are alright.  Any versions for same OS, with higher serial 
  34. numbers, should be alright--but  use the above test program to 
  35. be sure.  The bug may be unique to MS-DOS versions.
  36.  
  37.     Turbo  ver 1.01A for CP/M-86    serial #  1225
  38.     Turbo  ver 2.00B for CP/M-86    serial # 49036
  39.     Turbo  ver 2.00B for MS-DOS     serial #131821
  40.  
  41.  
  42. THE CAUSE
  43.  
  44.     After disassembling and tracing through a sample compiled 
  45. program, the error was located in the following code:
  46.  
  47. XXXX:12FA E84FFF        CALL    124C            ; Subtract
  48. XXXX:12FD 7306          JNB     1305
  49. XXXX:12FF 80F780        XOR     BH,80           ; Handle negative
  50. XXXX:1302 E863FF        CALL    1268            ;   numbers
  51. XXXX:1305 8B4504        MOV     AX,[DI+04]      ; Is mantissa zero?
  52. XXXX:1308 0B4502        OR      AX,[DI+02]
  53. XXXX:130B 0A4501        OR      AL,[DI+01]      ; ***** ERROR *****
  54. XXXX:130E 740D          JZ      131D            ; Yes
  55. XXXX:1310 F6450580      TEST    BYTE PTR [DI+05],80  ; Normalize
  56. XXXX:1314 750C          JNZ     1322
  57.  
  58. (Comments  have  been  added for clarity).  This disassembled 
  59. code is located in the  routines  that  handle  addition  and 
  60. subtraction  (only the subtraction part is shown).  The error 
  61. occurs when the routine tests to see if  the  result  of  the 
  62. subtraction is zero. It tests for a zero by "OR-ing" together 
  63. the five bytes of the mantissa (the instructions that do this 
  64. are at offsets 1305H to 130BH). If the mantissa is zero, then 
  65. the result of this "multiple-or" will set the zero flag.  The 
  66. first  of  these instructions is a move of the word at [DI+4] 
  67. to AX.  The next instruction takes the logical OR of  AX  and 
  68. [DI+2].  No problem so far.  However, the last instruction is 
  69. "OR AL,[DI+1]",  an instruction that operates on a  byte  and 
  70. not  on  a word.  If the OR of the words at [DI+4] and [DI+2] 
  71. results in a word whose UPPER byte is NONZERO but whose LOWER 
  72. byte is ZERO,  then the next instruction, the "byte-wise" OR, 
  73. will SET the zero flag if the byte at [DI+1] is zero.  Notice 
  74. that the instruction at 130BH totally ignores the contents of 
  75. the upper byte of AX;  the flags are  set  according  to  the 
  76. lower byte of AX only.  This is what causes the error.
  77.  
  78.  
  79. THE FIX
  80.  
  81.      The fix to this bug is simple: simply exchange the order 
  82. of the two "OR" instructions.  This way, the zero flag is set 
  83. according  to  a  full  16-bit  OR  and  not  an  8-bit  one. 
  84. IMPORTANT:  Only persons familiar with the operation of DEBUG 
  85. should  attempt  the  following.  Using DEBUG,  the following 
  86. sequence of commands can be used to fix the bug:
  87.  
  88.      Assumptions and notes in the following:
  89.           1) ONLY WORK ON A COPY OF TURBO!  DO  NOT  USE 
  90.              YOUR MASTER COPY!
  91.           2) The sequence of commands shown below writes 
  92.              out  the   fixed   version   to   the  file 
  93.              'turbo.com'
  94.           3) Make sure that you have version 2.00
  95.           4) 'turbo.com'   must   be   in   the  current 
  96.              directory on drive B.
  97.           5) DOS  2.00  or  above  is  being  used  (the 
  98.              debugger in DOS 1.00 and 1.10 does not have 
  99.              the 'assemble' command).                           
  100.           6) Be  sure  to  verify  that  the code in the 
  101.              compiler is the same as  that  shown  below 
  102.              initially.  After the changes are made,  be 
  103.              sure to verify that the changes  have  been 
  104.              made  correctly  before  writing  the fixed 
  105.              version out to disk.
  106.  
  107. B>debug turbo.com
  108. -u 12fa             <- Verify the following locations
  109. XXXX:12FA E84FFF        CALL    124C
  110. XXXX:12FD 7306          JNB     1305
  111. XXXX:12FF 80F780        XOR     BH,80
  112. XXXX:1302 E863FF        CALL    1268
  113. XXXX:1305 8B4504        MOV     AX,[DI+04]
  114. XXXX:1308 0B4502        OR      AX,[DI+02]
  115. XXXX:130B 0A4501        OR      AL,[DI+01]
  116. XXXX:130E 740D          JZ      131D
  117. XXXX:1310 F6450580      TEST    BYTE PTR [DI+05],80
  118. XXXX:1314 750C          JNZ     1322
  119. XXXX:1316 E8F9FE        CALL    1212
  120. XXXX:1319 FE0D          DEC     BYTE PTR [DI]
  121. -a 1308             <- Make changes
  122. XXXX:1308 or al,[di+1]
  123. XXXX:130E or ax,[di+2]
  124. XXXX:1311                       <- Press 'enter'
  125. -u 12fa             <- Verify that the changes are correct
  126. XXXX:12FA E84FFF        CALL    124C
  127. XXXX:12FD 7306          JNB     1305
  128. XXXX:12FF 80F780        XOR     BH,80
  129. XXXX:1302 E863FF        CALL    1268
  130. XXXX:1305 8B4504        MOV     AX,[DI+04]
  131. XXXX:1308 0A4501        OR      AL,[DI+01]
  132. XXXX:130B 0B4502        OR      AX,[DI+02]
  133. XXXX:130E 740D          JZ      131D
  134. XXXX:1310 F6450580      TEST    BYTE PTR [DI+05],80
  135. XXXX:1314 750C          JNZ     1322
  136. XXXX:1316 E8F9FE        CALL    1212
  137. XXXX:1319 FE0D          DEC     BYTE PTR [DI]
  138. -w                  <- Save fixed version of turbo
  139. Writing 8E80 bytes
  140. -q
  141.  
  142. B>
  143.  
  144. <end of fix>
  145.  
  146.  
  147. OTHER NOTES ABOUT TURBO
  148.  
  149.      One  cannot  set  breakpoints  in TURBO using DEBUG.  It 
  150. seems that TURBO  uses  the  breakpoint  interrupt  for  some 
  151. hideous  reason.  If  one  attempts  to set breakpoints,  the 
  152. system will probably crash.  Tracing,  however,  does seem to 
  153. work.  The  above  bug  was  tracked down only after hours of 
  154. tracing (by machine and by hand) and disassembling.
  155.  
  156.     --------
  157.