BUG: VB for MS-DOS Changes Basic PDS 7.0 STRINGs to LONGs (101664)
The information in this article applies to:
- Microsoft Visual Basic for MS-DOS
- Microsoft Basic Professional Development System for MS-DOS 7.0
This article was previously published under Q101664 SYMPTOMS
Loading a file into Visual Basic version 1.0 for MS-DOS causes "Type
Mismatch" or "Illegal Function Call" and possibly other compile-time and
run-time errors if the file was originally saved in Microsoft Basic
Professional Development System (PDS) version 7.0 binary format.
This problem does not occur in Basic PDS version 7.1 and only occurs when
transferring binary format files from PDS version 7.0 to Visual Basic
version 1.0 for MS-DOS.
CAUSE
Files saved with the binary format from Basic PDS version 7.0 can be loaded
into Visual Basic version 1.0 for MS-DOS, but Function or Sub procedure
parameters that have the type STRING specification character (for example,
MyString(A$)) are incorrectly converted to a type LONG (for example,
MyString(A#)) when loaded into Visual Basic version 1.0 for MS-DOS. This is
also true for functions defined to return the STRING type; for example,
Function A$() becomes Function A#().
This problem does not occur when moving files from Basic PDS version 7.10
or Microsoft QuickBasic programs to Visual Basic for MS-DOS.
RESOLUTION
To solve this problem, load the program file into Basic PDS version 7.0.
Then save the program with the 'Text - Readable by other programs' format
selected. Programs saved in the text format load correctly into Visual
Basic version 1.0 for MS-DOS.
STATUS
Microsoft has confirmed this to be a bug in the Microsoft products listed
at the beginning of this article. We are researching this bug and will post
new information here in the Microsoft Knowledge Base as it becomes
available.
Modification Type: | Minor | Last Reviewed: | 8/16/2005 |
---|
Keywords: | kbbug KB101664 |
---|
|