Article ID: 37477
Article Last Modified on 11/21/2006
APPLIES TO
- Microsoft QuickBasic 4.5 for MS-DOS
This article was previously published under Q37477
SUMMARY
The README.DOC file for QuickBasic 4.50 from the Utilities 2 disk is printed below.
MORE INFORMATION
"README.DOC" File
Release Notes for MICROSOFT(R) QuickBasic Version 4.5 for
IBM(R) Personal Computers and Compatibles
(C) Copyright Microsoft Corporation, 1988
THIS FILE CONTAINS IMPORTANT INFORMATION CONCERNING VERSION
4.5 OF MICROSOFT(R) QuickBasic. PLEASE READ THE ENTIRE FILE
BEFORE USING QuickBasic.
This file has seven parts:
PART CONTENTS
1 Information about additions and changes to the Learning to
Use Microsoft QuickBasic
2 Information about additions and changes to the manual
Programming in Basic
3 Using your Mouse with QuickBasic
4 Supplementary information on mixed-language programming
5 Using Btrieve with QuickBasic
6 Using the MS-DOS 3.2 patch for math accuracy
7 Miscellaneous information about using QuickBasic
===< Part 1: Learning to Use Microsoft QuickBasic >
No entries yet for this part
===< Part 2: Programming in Basic >
No entries yet for this part
===< Part 3: Using Your Mouse with QuickBasic >
---<New Mouse Driver for Use with QuickBasic >--
QuickBasic Version 4.5 can be used with any mouse that is 100%
compatible with the Microsoft Mouse. However, you must use a Microsoft
Mouse driver Version 6.00 or later. Earlier versions may cause
unpredictable behavior when used with QuickBasic. MOUSE.COM, version
6.24 is supplied with QuickBasic Version 4.5.
Especially if you are writing programs that use the mouse, you should
use the supplied version of the mouse driver when working in
QuickBasic. Previous versions have included MOUSE.SYS, which is
installed by including the line DEVICE=MOUSE.SYS in your CONFIG.SYS
file. This version of QuickBasic includes MOUSE.COM, which is not
installed via CONFIG.SYS. To install MOUSE.COM, just type MOUSE at the
MS-DOS prompt. To include MOUSE.COM automatically when your machine
boots, make sure MOUSE.COM is in your search path, then put the line
MOUSE
in your AUTOEXEC.BAT file. To free up memory, you can remove the mouse
driver at any time by typing MOUSE OFF at the MS-DOS prompt.
This will restore between 9K and 10.5K of memory with Version 6.11.
--< Using Mouse Function Calls from QuickBasic Programs >--
If you are programming for the Microsoft Mouse, you should obtain the
Microsoft Mouse Programmer's Reference Guide and the library MOUSE.LIB
that comes with it. (These are not included in QuickBasic or Mouse
package and must be ordered separately). Most of the information in
the Mouse Programmer's Reference Guide applies directly to QuickBasic
Version 4.5. However, the following additional restrictions must be
observed:
Certain Mouse function calls (Functions 9 & 16) require you to set up
an integer array and pass the address of the array to the mouse
driver. For previous versions, the only restriction on this array was
that it had to be $STATIC (the default array type). In QuickBasic
Version 4.5, however, the array also must be in a COMMON block if you
will be making the Mouse function call from within the QuickBasic
environment. In addition, it is recommended that the support code for
the Mouse call be in a Quick library or linked into the executable
file when making Mouse function calls from QuickBasic.
To produce a Quick library for using Mouse function calls from within
the QuickBasic environment, use the following command line (produces
MOUSE.QLB):
LINK MOUSE.LIB/QU,MOUSE.QLB,,BQLB40.LIB/NOE;
An example from PIANO.BAS (included with the Microsoft Mouse
Programmer's Reference) for using Mouse function call 9:
DEFINT A-Z
DECLARE SUB MOUSE (M1, M2, M3, M4)
DIM Cursor(15, 1)
COMMON Cursor() 'Ensures array data is in DGROUP
(set up Cursor() for mouse cursor shape desired)
M1 = 9: M2 = 6: M3 = 0
CALL MOUSE(M1, M2, M3, VARPTR(Cursor(0,0)))
In addition to the above, note that Mouse function calls 21-23 require
dynamically allocated storage out of the home data segment.
The recommended way to do this is to allocate space in a dynamic
string variable based on the return value from function call 21, using
the STRING$ or SPACE$ function. Then use VARPTR on this string
variable just prior to calling Mouse function call 22 or 23.
Part 4: Supplementary Information on Mixed-Language
Programming
-------< Linking from within QuickC or with QCL >-------
Microsoft QuickC and the QCL command both set the /NOI linker by
default. Therefore, you should not link from within QuickC, or with
QCL, when your program contains modules written in a case-insensitive
language such as Basic. Use LINK to link your program from the command
line.
---< Pascal and Fortran Modules in QuickBasic Programs >---
Modules compiled with Microsoft Pascal or Fortran can be linked with
Basic programs, as described in the Microsoft Mixed-Language
Programming Guide. They can also be incorporated in Quick libraries.
However, QuickBasic programs containing code compiled with Microsoft
Pascal must allocate at least 2K near-heap space for Pascal. This can
be done by using the DIM statement to allocate a static array of 2K or
greater in the NMALLOC named common block, for example, as follows:
DIM name%(2048)
COMMON SHARED /NMALLOC/ name%()
The Pascal run-time assumes it always has at least 2K of near-heap
space available. If the Pascal code cannot allocate the required
space, QuickBasic may crash. This applies to Pascal code in Quick
libraries as well as Pascal code linked into executable files. The
situation is similar for Fortran I/O, which also requires near buffer
space, and which can be provided by the same means as the Pascal near
malloc space.
----------------< STATIC Array Allocation >----------------
If you are writing assembly-language modules for use in QuickBasic
programs, see Section 2.3.3, "Variable Storage Allocation," in the
Basic Language Reference. Assembly language code should not assume
data is in a particular segment. To avoid problems, pass data using
the SEG or CALLS keywords, or use FAR pointers. Alternatively, you
can declare all arrays dynamic (still using far pointers) since
dynamic arrays are handled identically by BC and within QuickBasic.
Quick Libraries with Leading Zeros in the First Code Segment
A Quick library containing leading zeros in the first CODE segment is
invalid, causing the message "Error in loading file <name> - Invalid
format" when you try to load it in QuickBasic. For example, this can
occur if an assembly-language routine puts data that is initialized to
zero in the first CODE segment, and it is subsequently listed first on
the LINK command line when you make a Quick library.
If you have this problem, do either of the following:
1. link with a Basic module first on the LINK command line, or
2. make sure that, in whatever module comes first on the LINK command
line, the first code segment starts with a non-zero byte.
---< References to DGROUP in Extended Run-time Modules >---
For mixed-language programs that use the CHAIN command, you should
make sure that any code built into an extended run-time module does
not contain any references to DGROUP. (The CHAIN command causes DGROUP
to move, but does not update references to DGROUP.) This rule applies
only to mixed-language programs; because Basic routines never refer to
DGROUP, you can ignore this caution for programs written entirely in
Basic.
To avoid this problem, you can use the value of SS, since Basic always
assumes that SS coincides with DGROUP.
===< Part 5: Using Btrieve >===
----------< Using Btrieve in OS/2 Protected Mode >---------
In OS/2 protected mode, a Basic program that uses Btrieve must do a
Btrieve reset call (function 28) before executing the CHAIN statement.
The program must also reopen all Btrieve files when the destination of
the CHAIN starts to run.
------------< Using Btrieve with QuickBasic >--------------
If you use Btrieve with QuickBasic, you must make a small change to
your programs for QuickBasic Version 4.5. Currently your programs
contain a statement that obtains the address of the field buffer for
an open file. For example:
OPEN "NUL" AS #1
FIELD #1, 20 AS CITY$, 10 AS STATE$
FCB.ADDR% = VARPTR(#1) 'This statement obtains
'the address
In QuickBasic Version 4.5, you should change the indicated statement
to return the address of the first variable in your field buffer minus
a constant, as follows:
OPEN "NUL" AS #1
FIELD #1, 20 AS CITY$, 10 AS STATE$
FCB.ADDR% = SADD(CITY$) - 188 ' CITY$ is the
' first field
' buffer variable
The following example shows how to obtain the same address for a
user-defined type:
TYPE ADDRESS
CITY AS STRING * 20
STATE AS STRING * 10
END TYPE
DIM ADD1 AS ADDRESS
FCB.ADDR% = VARPTR(ADD1) - 188
' or, you can use FCB.ADDR% = VARPTR(ADD1.CITY) - 188
Your programs should function correctly with Btrieve with this change.
===< Part 6: MS-DOS 3.20 Patch >
This information is important only if your system has ALL of
the following characteristics:
1. Uses MS-DOS version 3.20
2. Boots from a hard disk drive
3. Has a math coprocessor (for example, an 8087 chip)
4. Runs programs that use floating-point math
For systems that satisfy all of the preceding conditions, you may be
able to eliminate floating-point math problems by installing a small
patch in MS-DOS. If you are not sure whether you need the patch, perform
the following steps:
1. Copy the program PATCH87.EXE (included in this release) to the root
directory of your hard-disk drive.
2. Reboot your system from the hard disk, and DO NOT PERFORM ANY
FLOPPY-DISK OPERATIONS after rebooting. It is very important that
you avoid floppy-disk I/O after rebooting, since that will affect
the reliability of the diagnostic test that you are about to
perform.
3. If necessary, use the CD command to move to the root directory of
your hard-disk drive.
4. Run the PATCH87.EXE program by entering this command at the MS-DOS
prompt:
PATCH87
5. The program performs a diagnostic test on your system to determine
whether it needs the MS-DOS patch, and if the patch is needed, whether
the patch can be installed successfully. If the program tells you that
you need to install the MS-DOS patch, and that it can be done, follow the
procedure described in the next section.
NOTE: The floating-point problem has been eliminated in versions of
MS-DOS higher than 3.20. This includes MS-DOS versions 3.21 and 3.30.
If you performed the preceding test and determined that you should
install the MS-DOS patch on your system, perform the following steps:
1. Format a blank floppy disk. (Do NOT use the /s formatting option to
transfer system files to the disk.)
2. Use the SYS command to copy IO.SYS and MSDOS.SYS from the root
directory of your hard disk to the new floppy disk. For example,
if you boot from drive C:, you would enter the following commands:
C:
SYS A:
3. Use the COPY command to copy COMMAND.COM and SYS.COM to the same
floppy disk.
4. Use the COPY command to copy the program PATCH87.EXE (included in
this release) to the same floppy disk.
5. Change the current drive and directory to the floppy disk, by
entering the following command:
A:
6. Install the MS-DOS patch by entering the following command:
PATCH87 /F
WARNING: If you experience any disk errors during steps 2 through 7,
do NOT proceed with step 8. Reboot from your hard disk and repeat the
entire process.
7. If you have not experienced any errors, use the SYS command to
transfer the files IO.SYS and MSDOS.SYS from the floppy disk back
to your hard disk. For example, if the boot directory of your
system is the root directory of drive C:, you would enter the
following command at the MS-DOS prompt:
A:
SYS C:
8. The MS-DOS patch has been installed. Reboot the system.
< Part 7: Miscellaneous Information About Using QuickBasic >
---------------<Using FIXSHIFT.COM Utility >---------------
Some keyboards have an extra set of DIRECTION (i.e. arrow) keys, in
addition to those on the numeric keypad. A bug in the ROM BIOS of some
machines with these keyboards can interfere with the QuickBasic
editor. The Utilities 2 disk includes a program, FIXSHIFT.COM, that
fixes this bug. If you have such a keyboard, run this program by
typing FIXSHIFT. If your machine does not have the bug, FIXSHIFT
displays a message telling you so. Otherwise FIXSHIFT prompts you for
the proper actions. FIXSHIFT takes about 450 bytes of memory. Except
for the BIOS bug, it has no effect on other programs you run.
-------------<Note on VGA Display Adapter >----------------
If you install an IBM (R) Personal System/2 (TM) Video Graphics Array
display adapter (VGA) in a non-PS/2 machine, the VGA adapter should be
the only adapter in the system, and you should not use monochrome
modes (SCREEN 10) if you have a color monitor. Similarly, you should
not use color modes (SCREEN 1, 2, 7, 8, 9, 11, 12, 13) if you have a
monochrome monitor.
---------< Note on Using QuickBasic with MS-DOS version 2.1 >---------
To use QuickBasic with a two-floppy system under MS-DOS version 2.1, you
must put a copy of COMMAND.COM on each disk containing an executable file (
a file with the .EXE extension).
----< PTR86, LOF, Naming SUB procedures and variables >----
PTR86 is no longer supported. Use VARSEG and VARPTR instead.
Also, when used with a communications device, LOF now returns the
amount of space remaining (in bytes) in the output buffer. In previous
versions this was returned in the input buffer. Also, note that a
variable and SUB procedure could have the same name in previous
versions. In Version 4.5, this causes a "Duplicate definition" error
message.
Additional query words: QuickBas readme
Keywords: KB37477
