home *** CD-ROM | disk | FTP | other *** search
/ Big Blue Disk 3 / bbd03.zip / BITS&PCS.TXT < prev    next >
Text File  |  1986-11-14  |  5KB  |  103 lines
  1. ^1                                  BITS 'N PC's
  2.                                 By Daniel Tobias
  3.  
  4.  
  5. A collection of Hints, Tips and Bug Reports for all programmers and intermediate
  6. to advanced users.
  7.  
  8.  
  9. ^CBUGS IN "PC CLONES"
  10.  
  11. BIG BLUE DISK calls itself a magazine on disk for the IBM PC and compatibles.
  12. This means that we support not only the IBM PC itself, but also a number of
  13. other computers which are, to some degree, able to run IBM PC software.
  14.  
  15. Lately there has been a great increase in the number of IBM-compatible
  16. computers out there.  Many are sold as "generic clones," with the implication
  17. that all such machines are exactly equivalent.  Unfortunately, this is not
  18. always the case.  There are many subtle differences and bugs in the various
  19. models of computers.
  20.  
  21. For instance, one generic Taiwanese clone we have (from an unknown
  22. manufacturer) goes haywire at midnight and starts advancing the date at a rapid
  23. pace; you're in the 21st century before you know it.  Presumably this is a bug
  24. in its internal date-changing routine.
  25.  
  26. I suppose such things are the price you pay for cheap no-name clones.  However,
  27. even name-brand compatibles are not exempt from bugs.
  28.  
  29. We use several THE (Thompson, Harriman, and Edwards) PC+ computers.  We
  30. generally find these to be reliable, and they have some features (such as a 
  31. fast "turbo" mode) not found in the IBM PC itself.  However, we have discovered
  32. an error in its internal BIOS ROM which can cause serious problems. 
  33.  
  34. This bug pertains to the keyboard buffer.  On IBM-compatible computers, if you
  35. type too fast for the program to process, your keystrokes will go into a
  36. buffer.  Since this buffer is of limited size (15 characters), it will
  37. eventually fill if you keep typing rapidly.  At this point, most computers will
  38. simply beep at you to warn that your new keystrokes are not being registered.
  39.  
  40. However, under certain (unknown) conditions, filling the keyboard buffer on
  41. THE PC+ will cause a system-level error.  When this happens, the message
  42. "INTERNAL STACK OVERFLOW" will show on the screen, and the system will freeze
  43. up.  At this point, the only way to restart your system is to turn it off and
  44. then back on; even the CTRL-ALT-DEL sequence is disabled.
  45.  
  46. Naturally, this will cause you to lose all data in memory, and it could cause
  47. the corruption of any disk files that are open for writing at the time of the
  48. system lockup.
  49.  
  50. Thus, if you have THE PC+, you should avoid filling the keyboard buffer, 
  51. particularly if you have important data in memory you don't want to lose. 
  52. (It's always a good idea to save the programs and data you are working on to 
  53. disk regularly, and to keep backup copies, in case of any catastrophe 
  54. befalling your data.  This is true for all computers, not just THE PC+.)
  55.  
  56.  
  57. ^CA QUICK SAVE IN BASIC
  58.  
  59. If you program in BASIC, you've probably had this happen to you:  You are in
  60. the middle of working on a program when you find you must leave suddenly to
  61. answer the phone, doorbell, a call of nature, etc.  In this situation you may
  62. not have time or inclination to type a full "SAVE" command, and thus you might
  63. leave the program unsaved, with the expectation that you will get back to it 
  64. in a minute.  Of course, by the time you get back, you may find that your kid 
  65. brother has tripped over the power cord, or rebooted your system to run PAC-
  66. MAN, and your program has been lost. 
  67.  
  68. As I pointed out above, it's always a good idea to regularly save work in
  69. progress.  But, if you're too rushed (or too lazy) to type a SAVE command in
  70. full, there is a way to do this in only two keystrokes.
  71.  
  72. Simply press F4 followed by F2.  This will cause the line ^1SAVE"RUN^0 to be
  73. entered.  Thus, your program will be saved under the filename "RUN.BAS".
  74.  
  75. This probably isn't the name of your program, but it will do for a temporary
  76. save file... you can keep using this keystroke sequence at regular intervals
  77. during your work session to always keep a recent version in the "RUN.BAS" file
  78. in case of a system crash.  (Each newly-saved file will overwrite the previous
  79. one.)  When your work session is finished, you can either type a full SAVE
  80. command to save to the correct name, or just rename the last RUN file.
  81.  
  82. To recover your most recently saved file, just press F3 followed by F2; this
  83. will LOAD the file named "RUN.BAS".
  84.  
  85. Another thing... it's a good idea to include the name of your program in a
  86. comment at the beginning of the program.  This is helpful if you save a program
  87. under the name "RUN.BAS" and later forget what program it is... you can just
  88. LIST it and find out.  
  89.  
  90. If you include the name in a format like:          
  91.                               ^11 'SAVE "stuff"^0
  92. it will prove helpful when you want to save it under its proper name.  You can
  93. then ^1EDIT 1^0, then press the ^I DEL ^N key three times to remove the line number
  94. and apostrophe, and press ^I ENTER ^N. This will cause your program to be saved 
  95. under the name you wish, with little chance of mistyping or forgetting the 
  96. name. 
  97.  
  98.                            --------------------------
  99.  
  100. That's all for now; if you have any hints, tips, suggestions, or requests for 
  101. help on a PC-related topic, please send them in to us; see the article, How To 
  102. Disk Us, for details.
  103.