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 / CPM / DBASEII / DBJOIN.TXT < prev    next >
Text File  |  2000-06-30  |  2KB  |  43 lines

  1. DBASE JOIN CAUTION
  2. by Matt Gormley, SNO-KING KUG, August 1987
  3.  
  4. (Discovery of a real bug in the dBase II JOIN command)
  5.  
  6. In doing a test routine for the article in this issue about
  7. transferring records from Perfect Filer to dBaseII, a strange
  8. finding was made.  It involves the use of the command JOIN, which
  9. Ashton-Tate says "is one of the most powerful commands of
  10. dBase!!"
  11.  
  12. JOIN actually is a fairly straight forward command procedure and
  13. all of the books lay out the protocol for its use, and make it
  14. look easy.  I have dBaseII version 2.41, including a later update
  15. disk that Ashton-Tate sent for free, still version 2.41 though. 
  16. Try as I would, the easy routine for JOINing two files had me up
  17. a tree.  It worked, but, it worked not in the manner it had been
  18. told to JOIN.
  19.  
  20. I was joining two files of four fields each, a really simple
  21. test, and the darn thing gave me four, five, six, seven and eight
  22. fields in as many tests of the same command procedure.  It was
  23. totally unpredictable!  Only when I used the long routine,
  24. actually spelling out all the field names wanted in the JOINed
  25. file, would the command do what it was supposed to do.  I could
  26. see a problem if one had two files to JOIN, each having fifteen
  27. or sixteen fields.  The command line, with every one of the
  28. fields typed out, would probably extend well past the 254
  29. character limit of dBaseII!!
  30.  
  31. After hours of probing, re-running, comparing and reading, I gave
  32. up and called Ashton-Tate Tech support.  The fellow that returned
  33. my call, a John Thomas, was interested in the problem and after
  34. it was described to him he asked me to hold on for a minute while
  35. he looked up his references.  He returned fairly quickly and had
  36. a relieving comment to offer "..JOIN in version 2.41 is a little
  37. flaky...".  In a way it was pleasant to find out that the problem
  38. was not one of hardware concern but later, in retrospect, I was a
  39. little miffed that Ashton-Tate didn't at last offer a quick fix
  40. for lousy tricks!  Version 2.43 does have some problems.  So,
  41. user beware of even the highest and mightiest of them all.  They
  42. may just jump up and bite you when you least expect it!
  43.