home *** CD-ROM | disk | FTP | other *** search
/ CP/M / CPM_CDROM.iso / cpm / dbaseii / dbcloc11.lbr / DBCLOK11.UZD / DBCLOK11.UPD
Text File  |  1988-04-25  |  4KB  |  86 lines
  1. DBCLOCK.Z80 update
  2. Rick Charnes, 2/20/88, San Francisco
  3.  
  4.     I couldn't get the original version of this to work.  I'm 
  5. REALLY beginning to enjoy datestamping and was frustrated.  dBase 
  6. was just returning zeroes for me where it should have been 
  7. returning the date and time.
  8.  
  9.     I have version 2.40 of dBase and thought that was the 
  10. problem; Bruce was guaranteeing only 2.41 and 2.43.  Maybe I 
  11. needed a different LOAD address for the HEX file?  Maybe that 
  12. DBFREE equate in DBCLOCK.Z80 needed to be different for my 
  13. version?
  14.  
  15.     I played around with different addresses until I felt like I 
  16. had walked around the block six times.  I left Bruce a message on
  17. Lillipute Z-Node.  He responded and wasn't sure what the problem 
  18. could be.
  19.  
  20.     Grrr...  I worked with it some more, some more addresses.  
  21.  
  22.     You know, sometimes in this computer world one gets a little 
  23. compulsive about wanting to know something NOW and you can't wait 
  24. for the exceedingly enjoyable but often slow method of 
  25. information exchange done through a BBS.  Of course you have to 
  26. balance that out against the cost of making a phone call -- what 
  27. I really wanted to do -- but in this case my need to know won out 
  28. over my bank account and I picked up the phone, the results of 
  29. which is this update.
  30.     
  31.     The problem, Bruce explained, (I hope I get this right) is 
  32. that in his original formulation he assumes that after his CALL 
  33. READRTC statements, if DateStamper is present a zero will be 
  34. returned, meaning everything is fine and the code should 
  35. continue.  After my phone call he did some soul-searching (bless 
  36. his heart) and realized that there's no particular reason 
  37. DateStamper should return a zero.  If DS _is_ present and a zero 
  38. is _not_ returned by it -- a perfectly legitimate state of 
  39. affairs -- the code will not work, and this is exactly what had 
  40. been happening with me.
  41.  
  42.     We inserted our XOR A statement immediately after the RETURN: 
  43. label later in the code, I reassembled and loaded up dBase once 
  44. again, and the angels began dancing.
  45.  
  46.                               * * *
  47.  
  48.     By the way, you don't MLOAD this HEX file onto your copy of 
  49. DB.COM as you do with most of Bruce's DateStamper overlays.  
  50. There's a secret, exotic, dangerous feature of dBaseII to which 
  51. only the special and privileged have access, and you are about to 
  52. become an initate.  dBase can LOAD a HEX file into memory, and if 
  53. you look at the DBCLOCK.CMD file you'll see where that happens.  
  54. It's this HEX file that is calling DateStamper and reading our 
  55. clock.  
  56.  
  57.     Now we can write dBase CMD files with the 'DATE()' feature 
  58. just like those self-righteous MS-DOSers.
  59.  
  60.     Too bad there's no 'TIME()' command.
  61.  
  62.                               * * *
  63.  
  64.     The irony in my acquiring for the first time in February 1988 
  65. a date function for dBaseII, a program written in 1983, is that 
  66. there's no reason this couldn't have been available 3 or 4 years 
  67. ago.  I find particularly poignant in this regard Fred Haines' 
  68. comment about how he responds when people ask him why in 1988 he 
  69. still hasn't moved into the MS-DOS world.  "Because I haven't 
  70. finished learning how to get the most out of the machines I _do_ 
  71. have!"  The lesson I learn from all this is that "the decline of 
  72. the Z80 world" is as much psychological -- people wanting/needing 
  73. to 'jump on the bandwagon' not just because 'it's the only way I 
  74. can make money' but simply because EVERYONE ELSE IS DOING IT AND 
  75. IT MUST THEREFORE BE GOOD AND I DON'T WANT TO BE LEFT OUT - as 
  76. technical.  The thing with what _we're_ doing is that _we have to 
  77. create ourselves, our own world.  In our community we work hard 
  78. for things others take for granted, small things like a 'DATE()' 
  79. command.  There is a severe dignity and nobility in this...
  80.  
  81.     Have fun with this, another in the long and still continuing 
  82. line of Bruce Morgen's great improvements to our CP/M-compatible 
  83. world.
  84.  
  85.                                             - Rick Charnes
  86.