Microsoft KB Archive/26637

= ASCII 0, 1, and 2 Control Character Problems in DATA Statement =

Article ID: 26637

Article Last Modified on 11/21/2006

-

APPLIES TO


 * Microsoft QuickBasic 4.0
 * Microsoft QuickBASIC 4.0b
 * Microsoft QuickBasic 4.5 for MS-DOS
 * Microsoft BASIC Professional Development System 7.0
 * Microsoft BASIC Professional Development System 7.1

-



This article was previously published under Q26637



SUMMARY
Basic is not designed to support ASCII 0, 1, or 2 byte values (control characters) embedded in a DATA statement or in a quoted string, such as the following statements using ASCII 1 (CTRL+P+A) and 2 (CTRL+P+B) typed into the QB.EXE or QBX.EXE editor:

DATA CTRL+P+A, CTRL+P+B

or

DATA &quot;CTRL+P+A&quot;, &quot;CTRL+P+B&quot;

(Note that the QB.EXE or QBX.EXE editor does not allow you to enter a byte value of 0 into the source code, but you can enter a byte value of 1 with CTRL+P+A and 2 with CTRL+P+B. The CTRL+P feature for entering control characters is a feature specific to the QB.EXE or QBX.EXE editor. ASCII 1 looks like a smiling face; ASCII 2 looks like an inverse video smiling face; when displayed in DOS using the TYPE command, ASCII 0 looks like ASCII 32, a blank space.)

This information applies to Microsoft QuickBasic versions 4.00, 4.00b, and 4.50, to Microsoft Basic Compiler versions 6.00, and 6.00b, and to Microsoft Basic Professional Development System (PDS) versions 7.00 and 7.10.



MORE INFORMATION
The BC.EXE compiler correctly strips out all control-character byte values equal to 0, 1, or 2 from DATA statements in the source file. (The BC.EXE compiler uses ASCII 1 and 2 byte values internally to mean end-of-statement and end-of-line). Currently, the above DATA statements behave like the following DATA statements when run as an .EXE program:

DATA ,

or

DATA &quot;&quot;,&quot;&quot;

To work around this limitation in .EXE programs compiled with BC.EXE, you should not READ into string variables the ASCII byte values (control characters) of 0, 1, and 2 in DATA statements; instead, use numeric constants and READ into a numeric variable, as shown in the workaround example at the bottom of this article.

The QB.EXE or QBX.EXE editor is more lenient than BC.EXE in supporting 0, 1, and 2 bytes in DATA statements. The QB.EXE editor in QuickBasic versions 4.00 and 4.00b correctly loads DATA statements containing ASCII 1 or 2 control codes, but you get &quot;Out of data&quot; at run time for ASCII 1 unless you READ into a string variable and put double-quotation marks around the ASCII 1 byte value. QB.EXE in QuickBasic 4.50 and QBX.EXE in Basic PDS 7.00 and 7.10 allow ASCII 1 to be read into a string variable with or without quotation marks in the DATA statement; but attempting to read ASCII 1 into a numeric variable correctly gives &quot;Syntax error.&quot;

Example 1
This example shows BC.EXE limitations using ASCII values 1 and 2 in quoted strings: FOR j = 1 TO 2 READ Y$ PRINT Y$   'Prints OK in QB.EXE/QBX.EXE; but &quot;null string&quot; in BC.EXE IF Y$=&quot;&quot; THEN PRINT &quot;This DATA item is a null string&quot; NEXT ' The following DATA statement will give errors in BC.EXE at compile ' time if the source file was saved in Fast Load format, no BC.EXE error ' at compile time if saved as Text format. For a separate article ' that discusses this problem, query on the following words: '   FAST and LOAD and &quot;UNRECOGNIZABLE STATEMENT&quot; ' You can type ASCII byte values of 1 and 2 into the QB.EXE or ' QBX.EXE editor by pressing the CTRL (control) characters shown ' in quoted strings: DATA &quot;CTRL+P+A&quot;, &quot;CTRL+P+B&quot;

Example 2
This example shows that you should not READ control code bytes into a numeric variable, since you get &quot;syntax error&quot; in QB.EXE 4.50 and QBX.EXE 7.00/7.10, and &quot;Out of Data&quot; in QB.EXE 4.00 and 4.00b (and in QB.EXE shipped with Basic compiler 6.00 and 6.00b).

This example uses ASCII 1, 2, and 3 byte values typed directly into the DATA statement without surrounding quotation marks (&quot;&quot;): PRINT FOR j = 1 TO 3 READ X ' Error occurs here for READing any control bytes in QB.EXE or        ' QBX.EXE at run time. ' From .EXE at run time, this program prints 0 for both ' ASCII 1 and 2 since ASCII 1 and 2 are stripped out at compile time. ' The .EXE program gives an error for ASCII 3, since it is ' incorrectly being read into a numeric variable. You must read ' control characters like ASCII 3 through 31 into a string variable, ' as shown in Example 2b. PRINT X; CHR$(X) NEXT ' The following DATA statement will give errors in BC.EXE at compile ' time if the source file was saved in Fast Load format, no BC.EXE error ' at compile time if saved as Text format. For a separate article ' that discusses this problem, query on the following words: '   FAST and LOAD and &quot;UNRECOGNIZABLE STATEMENT&quot; ' You can type ASCII byte values of 1 and 2 into the QB.EXE or ' QBX.EXE editor by pressing the CTRL (control) characters shown ' (don't use quotation marks in this example). DATA CTRL+P+A, CTRL+P+B, CTRL+P+C

Example 2b
This example works in all versions of Basic mentioned in this article (however, in QuickBasic 4.00 and 4.00b and in Basic compiler 6.00 and 6.00b, you must type the control codes inside double-quotation marks or else you get &quot;Out of Data&quot;.) This example successfully READs the ASCII control codes 3, 4, 5, and 6 into a string variable: FOR J=1 TO 4 READ Y$ PRINT Y$ NEXT ' Type the following control codes with or without quotation marks in ' QB.EXE 4.50 or in QBX.EXE 7.00/7.10. In QB.EXE 4.00 and 4.00b, you ' must type the control codes inside double-quotation marks or else ' you get &quot;Out of Data&quot;. DATA CTRL+P+C, CTRL+P+D, CTRL+P+E, CTRL+P+F

Example 3
The following program creates a Basic source file called TEST.BAS, which has a null (0) byte in quotation marks in a DATA statement. This program is necessary to show the problem since you can't type a null byte directly into a source file with QB.EXE or QBX.EXE. Run the following program to create TEST.BAS: OPEN &quot;test.bas&quot; FOR OUTPUT AS #1 PRINT #1, &quot;FOR j = 1 TO 3&quot; PRINT #1, &quot;READ Y$  &quot; PRINT #1, &quot;PRINT Y$, LEN(Y$)&quot; PRINT #1, &quot;NEXT&quot; a$ = CHR$(34) b $= &quot;DATA &quot; + a$ + CHR$(0) + a$ + &quot;,&quot; + a$ + CHR$(1) + a$ + &quot;,&quot; b$ = b$+ a$ + CHR$(2) + a$  PRINT #1, b$   CLOSE TEST.BAS is now created, and appears as follows if you display it at the DOS prompt using the TYPE command: FOR j 1 TO 3 READ Y$  PRINT Y$, LEN(Y$) NEXT DATA &quot;&quot;,&quot;<![CDATA[&quot;,&quot;<![CDATA[&quot; If you compile TEST.BAS with BC.EXE, the 0, 1, and 2 byte values are stripped out of the quoted strings in the DATA statement, and the length of each Y$ input by the READ statement will display as zero. If you load TEST.BAS into QB.EXE or QBX.EXE, the DATA statement will be truncated at the null (0) byte, thus ignoring the remaining data on that line, giving you an &quot;Out of Data&quot; error at run time.

Workaround Code Example
The DATA statement in the following program works correctly in all versions of compiled Basic mentioned in this article: CLS ' ASCII 0 is null byte (displays nothing), ASCII 1 is happy face, ' ASCII 2 is inverse video happy face, ASCII 3 is filled heart FOR j = 1 TO 4 READ X  PRINT X; CHR$(X) ' Displays correctly. NEXT DATA 0,1,2,3

Additional query words: QuickBas BasicCom

Keywords: KB26637

-

[mailto:TECHNET@MICROSOFT.COM Send feedback to Microsoft]

© Microsoft Corporation. All rights reserved.