ACC97: Errors Caused by Strong Typing in Microsoft Access 97
This article was previously published under Q166712 Moderate: Requires basic macro, coding, and interoperability skills.
On This PageSYMPTOMS
In Microsoft Access 97, you may receive one of the following error
messages when you try to set or use some form and report properties
in your database:
Run-time error '13': Type mismatch
-or- Run-time error '94': Invalid use of Null NOTE: The same action that causes the error message in Microsoft Access 97 may not produce an error in earlier versions of Microsoft Access. CAUSE
Some properties that returned values of Variant data type in earlier
versions of Microsoft Access are strictly typed as non-Variant data types
in Microsoft Access 97.
RESOLUTION
Verify that no errors exist in your application by doing the following:
STATUS
This behavior is by design.
MORE INFORMATION
Some form and report properties that returned Variant values in earlier
versions of Microsoft Access now return strict data types. The term for
this is "strong typing" or "strict typing." Visual Basic for Applications
code in your database that includes strictly-typed properties runs faster
in Microsoft Access 97; however, when you convert a database from an
earlier version of Microsoft Access to Microsoft Access 97, you must verify
that no errors are introduced in your application by the new data types.
Following are lists of properties that returned Variant values in earlier versions of Microsoft Access, but return specific data types in Microsoft Access 97. Properties Returning String Data TypesAfterDelConfirm InputMask OnGotFocus OnRetreat AfterInsert Item OnInsert OnTimer AfterUpdate MenuBar OnKeyDown OnUnload BeforeDelConfirm OLEClass OnKeyPress OnUpdated BeforeInsert OnActivate OnKeyUp OrderBy BeforeUpdate OnApplyFilter OnLoad Picture Caption OnChange OnLostFocus RecordSource Class OnClick OnMenu RowSource ColumnWidths OnClose OnMouseDown RowSourceType ControlName OnCurrent OnMouseMove ShortcutMenuBar ControlSource OnDblClick OnMouseUp SourceDoc ControlTipText OnDeactivate OnNoData SourceItem DatasheetFontName OnDelete OnNotInList SourceObject DefaultValue OnEnter OnOpen StatusBarText Filter OnError OnPage Tag Format OnExit OnPrint ValidationRule FormName OnFilter OnPush ValidationText HelpFile OnFormat OnResize Properties Returning Boolean Data TypesAddColon Dirty AutoLabel HideDuplicates Cancel RepeatSection Properties Returning Double Data TypesCurrentX ScaleLeft CurrentY ScaleTop ScaleHeight ScaleWidth Properties Returning Integer Data TypesDatasheetGridlinesBehavior FillStyle OLETypeAllowed DrawMode LabelAlign RunningSum DrawStyle LabelX ScaleMode DrawWidth LabelY Properties Returning Long Data TypesBackColor DatasheetBackColor FillColor BorderColor DatasheetForeColor ForeColor CurrentRecord DatasheetGridlinesColor Steps to Reproduce BehaviorThe following example demonstrates the error message that you receive if you try to set the ControlSource property of a text box control to Null in Microsoft Access 97. The ControlSource property is typed as a String data type in Microsoft Access 97; you receive an error because String data types cannot contain Null values.
REFERENCES
For more information about strict typing, search the Help Index for "Type
Mismatch (error message)."
For more information about data types, search the Help Index for "data types, described." For more information about this and other issues related to converting databases from earlier versions of Microsoft Access, please see the following article in the Microsoft Knowledge Base for instructions on obtaining the Microsoft Access 97 Conversion white paper: 151193 (http://support.microsoft.com/kb/151193/EN-US/) ACC97: MS Access 97 Conversion White Paper Available in Download Center
| Article Translations
|
Back to the top
