home *** CD-ROM | disk | FTP | other *** search
/ ftp.barnyard.co.uk / 2015.02.ftp.barnyard.co.uk.tar / ftp.barnyard.co.uk / cpm / walnut-creek-CDROM / ZSYS / SIMTEL20 / DOC / T3DIAL.BUG < prev    next >
Text File  |  2000-06-30  |  1KB  |  41 lines
  1. PROBLEMS with T3DIAL:
  2.  
  3.    There has been some confusion about the interpretation of the
  4. ZCPR3 program error byte - whether zero means OK or BAD. Programs
  5. I'm used to using (specifically the SLR assemblers) set the byte
  6. zero for OK.
  7.  
  8.    T3DIAL, however, does the opposite.  For those who wish to
  9. "fix" this problem:
  10.  
  11.      T3DIAL contains a routine at hex 198A to set the byte 0, and
  12. a routine at 1992 to set the byte 'FF'.  To check your copy of
  13. T3DIAL, note that these begin with:
  14.  
  15.         PUSH  AF
  16.         set A to the value
  17.         CALL 1ECF        ; This sets the error byte
  18.                     ; to the value in A
  19.  
  20.      If the remote computer was dialled correctly, location 101D
  21. is reached.  This is currently: CALL 1992.  If there was an error
  22. (user abort, no carrier, etc.), location 0FEF is reached.  This
  23. is currently: CALL 198A.
  24.  
  25.      Therefore, to "fix" the problem, patch the program to
  26. reverse the addresses in the two above calls.
  27.  
  28.      Note that, before any dialling is attempted, there is a CALL
  29. 1992 to set the error byte to 'FF'.  This might as well be left
  30. in the place.  If T3DIAL terminates for any reason other than a
  31. successful connection, I want the error byte ON.
  32.  
  33. another problem:
  34.  
  35.    Under some conditions (I haven't pinned this down), if I
  36. specify a garbage name (like "XXXX") to dial, T3DIAL will not
  37. kick me off but instead say "Dialing " followed by nothing, and
  38. just hang.  I can abort with Ctl-C.
  39.  
  40.                     Michael Bate
  41.