home *** CD-ROM | disk | FTP | other *** search
/ TPUG - Toronto PET Users Group / TPUG Users Group CD / TPUG Users Group CD.iso / AMIGA / AMICUS / AMICUS01.ADF / Text / Bugs < prev    next >
Encoding:
Text File  |  2009-11-14  |  7.9 KB  |  229 lines
  1.  
  2. Canonical Bug List
  3.  
  4. ABasic bugs:
  5.  
  6. ABasiC Animate command----- Give up on this.  The 1st page
  7. of the errata, referring to page R-96 "Note that the animate command might
  8. not be currently be implemented."  C-A had hoped to get this in and working
  9. before the V1.0 release but it just didn't happen.  It is, in fact not 
  10. implemented.  Your Amiga Basic upgrade DOES do animation.
  11.  
  12. The "_" at the end some of the lines is put there by ABasiC when you press
  13. the down-arrow key at that point.  This will cause a LF/CR/TAB-7 to start the
  14. next line indented to right under the beginning of the last excluding the
  15. line number.
  16.  
  17. SPECIAL NOTE:
  18. There is apparently a bug in ABasiC in regard to the color used for the
  19. cursor and OUTLINEs.  In the above example, register 3 is only used for these
  20. functions if the number of bit planes (in the SCREEN command) is 2.  What is
  21. apparently happening is that the cursor/outline color is the "highest
  22. different color".  Thus:
  23.  
  24. # of bitplanes                  C/O Register
  25. ==============                  ============
  26.        1                              1
  27.        2                              3
  28.        3                              7
  29.        4                             15
  30.        5                             31
  31.  
  32. ( Remember the registers are numbered 0-31 )
  33.  
  34.  
  35. SPEECH
  36. Contrary to what the ABasiC manual says, to get that rise at the end of a
  37. sentence that makes it a question, LEAVE OFF ALL PUNCTUATION.  The question
  38. mark seems to act like a period.
  39.  
  40.  
  41. FILE ACCESS
  42. Conrary to the manual, LOF(n) returns the number of BYTES in the file
  43. REGARDLESS of whether the file is opened as sequential or random access.
  44. Divide by the record length to get the number of records.
  45.  
  46. RGET will generate an end-of-file error upon reading the last block of the
  47. file. Use code similar to below to process that last block:
  48.  
  49. 1010 ON ERROR GOTO 9010:_
  50.      RGET #1, BLK%
  51. 1020 ON ERROR GOTO 0                  ' Disable ON ERROR
  52. .
  53. .       Process the block as you would any other
  54. .            It will be padded with blanks
  55.  
  56. 8999 END_
  57.  
  58. 9010 RESUME NEXT                      ' Returns to 1020
  59.  
  60.  
  61. Bugs in ROM Manual
  62.  
  63. From Gary Girzon, Tue Oct 15
  64.  
  65. As probably noted earlier, the ROM Kernel manual has a 'few' bugs. Most of 
  66. them are flagrant C errors in type casting and pointers. The one that has got 
  67. me has to do with the type APTR. If I recall correctly,
  68.  
  69.           typedef APTR *STRPTR
  70.           typedef unsigned char *STRPTR
  71.  
  72. thus APTR -> STRPTR --> unsigned char, so APTR is an address location which 
  73. holds another pointer to an array of chars.
  74.  
  75. However, the ROM manual constantly insists in using APTR to point to a data 
  76. buffer ( Actually, the Intuition manual does the same for defining things 
  77. like menu text. I am sorry I cannot remember the exact pages). If you do 
  78. that, the compiler will complain.
  79.  
  80. Has anyone gotten the multi tasking example to run? It has the same probelem 
  81. in assigning stack pointers using APTR type. My program, even when type cast 
  82. and corrected, dies after the 'littletask' is launched. I am very tired of 
  83. guru's.
  84.  
  85. Also, is the console IoRequest structure documented anywhere? The ROM manual 
  86. says "more on this latter...". I wish there was an example for console and 
  87. serial IO (although that sort of works) similar to the one for audio.
  88.  
  89.  
  90. From Perry S. Kivolowitz
  91.  
  92. The Intuition manual (v1.0) states that ACTIVEWINDOW and INACTIVEWINDOW
  93. are NewWindow  flags.  They are  actually IDCMP flags. If you ``or'' in
  94. ACTIVEWINDOW, you get  messages  through the IDCMP whenever your window
  95. becomes the active  window  (message->Class == ACTIVEWINDOW). Similarly
  96. so for INACTIVEWINDOW.
  97.  
  98. Look at intuition/intuition.h for more information.
  99.  
  100. I was using  these  messages  in IntuiScope,  an intuition utility I am 
  101. writing. I wanted to back track out of a menu selection if the IntuiScope
  102. window became deselected.
  103.  
  104.  
  105. /* text of Lattice 3.02 bugs, AmigaDOS 1.0 bugs, 1.1 improvements */
  106.  
  107. Subject: Lattice C V3.03
  108. Date: 30 Oct 85 00:59:31 GMT
  109.  
  110. From: Bob Page <page%ulowell.csnet@CSNET-RELAY.ARPA>
  111.  
  112. Here are the problems with Lattice C V3.02 that are fixed in C V3.03:
  113.  
  114. 1. When objects whose size was not a power of two was subscripted with a 
  115.   short index, long multiplication was performed.  Now the multiply is 
  116.   performed in-line with the MUL instruction.
  117.  
  118. 2. Indirect references with offsets greater than 32K did not work correctly.
  119.  
  120. 3. There were miscellaneous problems with short and character expressions 
  121.   where the operands were not being extended or masked correctly.
  122.  
  123. 4. Technically invalid declarations were being accepted by the compiler 
  124.   (e.g., int a(space)b(space)c; instead of int a,b,c;).
  125.  
  126. 5. Expressions like ((a !=0) != 0) were not evaluated properly.
  127.  
  128. 6. When character pointers were converted to other types of pointers the 
  129.   value was forced to an even value to cause alignment on word boundaries.  
  130.   This has been removed; Caveat Emptor.
  131.  
  132. 7. Casting an enum to an integral type generated an error message.
  133.  
  134. 8. Initialization of arrays of structures required full use of brackets.
  135.  
  136. 9. Enum declarations caused the compiler to fail on the Amiga, usually 
  137.   dragging the system down with it.
  138.  
  139. Feel free to repost this to BIX, the fridge, and anywhere else you'd like.
  140.  
  141.  
  142.  
  143.  
  144. From bobp@amiga.UUCP (Robert S. Pariseau) Thu Nov  7 03:46:21 1985
  145. Path: gumby!uwvax!seismo!cmcl2!philabs!prls!amdimage!amdcad!amd
  146.             !pesnta!greipa!decwrl!pyramid!amiga!bobp
  147. From: bobp@amiga.UUCP (Robert S. Pariseau)
  148. Date: 7 Nov 85 09:46:21 GMT
  149. Reply-To: bobp@snake.UUCP (Robert S. Pariseau)
  150. Organization: Commodore-Amiga Inc., 983 University Ave #D, Los Gatos CA 95030
  151.  
  152. No Curt, you've read that backwards.  The V1.0 manual says that OpenLibrary() 
  153. will work if the library it finds has a version number equal to or greater 
  154. than the one you requested.  That manual also says (in the Libraries 
  155. chapter), that as of this writing, the requested version number should be 0.
  156.  
  157. For various compatability reasons, we had to disable the version checking in 
  158. OpenLibrary() and OpenDevice() for V1.0.  This was due to the pre-release 
  159. software having version numbers like 29 (sigh).
  160.  
  161. We currently plan to re-install the version checking for V1.1.  We will 
  162. maintain compatability by using library version numbers like 101 (for 1.1 
  163. yes?).  In addition, the version checker will treat any requested version 
  164. number of 100 or less as if you requested version 0.  Thus old code asking 
  165. for version 0 will continue to work and even older code asking for version 29 
  166. will continue to work.
  167.  
  168. Any code dependent upon the new features in a V1.1 library should ask for 
  169. version 101.  This gives you a clean way to back out if the user tries to run 
  170. your new program under a V1.0 Kickstart or with the V1.0 libraries and 
  171. devices found on the Workbench disk.
  172.  
  173.  
  174. From: rodb@tektronix.UUCP (Rod Belshee )
  175. Date: 25 Oct 85 20:23:02 GMT
  176. Organization: Tektronix, Beaverton OR
  177.  
  178.  
  179. I previously posted a FLAME about the documentation. After speaking with 
  180. AMIGA support I have calmed down a bit.
  181.  
  182. It seems that there is a discrepancy between the First half and the Last half 
  183. of the manual.
  184.  
  185. In particular the interface definition of the MakeVPort(&v,&vp,&ri,&ri) 
  186. calls in the front and the MakeVPort(a0,a1) assembler interface definition 
  187. in the back.
  188.  
  189. TRUST THE ASSEMBLER INTERFACE DISCRIPTION.
  190.  
  191. Amiga is redoing the ROM Kernal Manual and it should be out soon.
  192.  
  193. For those of you who care, the following changes have to be made to the 
  194. program found on page 8-29.
  195.  
  196. 1. change include <hardware/dma.h> 
  197.     include <hardware/dmabits.h>
  198.  
  199. 2. delete inlcude <hardware/regs.h>
  200.  
  201. 3. change BitMap *b
  202.     BitMap b
  203.  
  204. 4. delete OFF_DISPLAY
  205.  
  206. 5. delete ON_DISPLAY
  207.  
  208. 6. delete call to Panic()
  209.  
  210. 7. change "graphics"
  211.     to "graphics.library"
  212.  
  213. 8. add.*******
  214.     vp.RastInfo = &ri; before MakeVPort call
  215.  
  216. 9. delete last 2 parameters in the call to MakeVPort();
  217.         
  218. I forgot to ask but I don't think the call to Debug should be
  219. there either.
  220.     
  221. If anybody else gets' info please take a minute to post it
  222. thanks.
  223.  
  224. Curt Jutzi
  225.  
  226. tektronix!gpp1!golem!jutz
  227. tektronix!rodb
  228.         
  229.