home *** CD-ROM | disk | FTP | other *** search
/ Visual Basic Source Code / Visual Basic Source Code.iso / vbsource / proa32 / knownbug.txt < prev    next >
Encoding:
Text File  |  1997-09-14  |  3.6 KB  |  101 lines
  1. Known bugs and limitations in Project Analyzer 4.0
  2.  
  3. Please report any new bugs to vbshop@aivosto.com.
  4.  
  5.  
  6. ===========
  7. Limitations
  8. ===========
  9.  
  10. - The size of variable, constant and procedure names is restricted to 64
  11.   characters to save some memory. Longer names are truncated.
  12.  
  13. ==================
  14. Known misbehaviour
  15. ==================
  16.  
  17. - Long lines don't word wrap on some report types
  18. - Long procedural call tree reports (All procedures) can hang the computer
  19.  
  20. - MyClass.MyProperty = 987      works OK (MyProperty Let), but
  21.   MyClass(123).MyProperty = 987 doesn't (thinks it's MyProperty Get)
  22.                                 Problem with subscript.
  23.  
  24. - In the hypertext window, letters in DefType statements may be 
  25.   mistaken for one-letter variable names
  26. - In the hypertext window, if you have two different definitions with the
  27.   same name (e.g. Form1.MyVar and Form2.MyVar), the program may
  28.   highlight the both in red when only the other one should be highlighted
  29.  
  30. ===============================
  31. Deficiencies in VB 3.0 features
  32. ===============================
  33.  
  34. - The Summary report shows somewhat distorted figures for 
  35.   1. Global Name Table: Type definitions and DLLs declarations are
  36.      not calculated correctly.
  37.   2. Global Symbol Table: type definitions are excluded, and everything 
  38.      else is assumed to take 10 bytes of memory.
  39.   Use freeware VB Space (by Gregg Irwin) for more exact calculations
  40. - Can't analyze files saved as binary. Save as text instead.
  41.  
  42. ===============================
  43. Unsupported VB 4.0/5.0 features
  44. ===============================
  45.  
  46. - Compiler directives (#if xyz then)
  47. - Line continuation character "_"
  48.  
  49. - Late-bound references. Example:
  50.   Forms(2).DoSomething 
  51.  
  52.   Project Analyzer can't know which form the call goes to, because 
  53.   Forms(2) may be of any of your forms. This applies to all object
  54.   references that are of a general type (e.g. As Form, As Object) 
  55.   and not a specific type (As MyForm, As MyObject).
  56.  
  57. ===========================
  58. Unsupported VB 5.0 features
  59. ===========================
  60.  
  61. - Controls on UserForms (.dsr/.dsx files)
  62. - Project Group Files (.vbg)
  63. - Inherits statement (polymorphism) supported partially. A procedure that 
  64.   implements an interface procedure is dead only if the procedure it 
  65.   implements is also dead. That's because polymorphed calls are bound 
  66.   finally at run-time.
  67. - If a class is supposed to be used outside the project, its members 
  68.   may be "dead". This is a problem e.g. with ActiveX EXE/DLL projects.
  69.  
  70. ========================
  71. Deficiencies in FRX view
  72. ========================
  73.  
  74. - Supports the most usual data types and controls, like PictureBox.Picture,
  75.   ListBox.List, ListBox.ItemData, TextBox.Text, MouseIcon etc.
  76. - Some properties that are not supported (others exist):
  77.   AniButton.Picture, SSCommand.Picture
  78.  
  79. ======================
  80. Help Compiler Warnings
  81. ======================
  82. You can ignore the following warning in HCW.EXE:
  83. HC2002: Note: 
  84.     The keywords "xyz" and "Xyz" are identical except for case. 
  85.     Help Workshop has modified one keyword to match the other.
  86.  
  87.  
  88. ================
  89. For best results
  90. ================
  91.  
  92. - Always declare your local variables (use Option Explicit)
  93. - Always save your files as text (VB 3.0)
  94. - Use MS Word as RTF editor
  95. - Wait for the analysis to end completely (it has 2 phases)
  96. - VB 5.0: Project Analyzer is at its best analyzing Standard EXE 
  97.   projects. You can of course analyze ActiveX projects too, but
  98.   public classes, for example, may have "dead" members that aren't
  99.   dead in reality (because they are used outside the project)
  100.  
  101.