FIX: Using a Higher Processor Directive in a Macro Causes A2006Last reviewed: September 11, 1997Article ID: Q72887 |
6.00 6.00a 6.00b | 6.00 6.00a 6.00b
MS-DOS | OS/2kbtool kbfixlist kbbuglist The information in this article applies to:
SYMPTOMSWhen you attempt to use a symbol in your assembly code without defining it first, the Microsoft Macro Assembler (MASM) generates the following error:
error A2006: undefined symbol : 'identifier'However, MASM may also incorrectly generate this error when you use a processor directive in a macro if the processor specified is higher than the one currently defined.
RESOLUTIONTo work around the problem, declare a processor type of sufficient level to execute the instructions in the macro before calling the macro. The comment in the sample code below demonstrates this by declaring the .286 directive before the macro is called.
STATUSMicrosoft has confirmed this to be a problem in MASM versions 6.0, 6.0a, and 6.0b. This problem was corrected in MASM for MS-DOS version 6.1.
MORE INFORMATIONThe sample code below may be used to illustrate this problem. The default processor directive is .8086. When the macro is called, a LEAVE instruction is used that requires the .286 processor. However, with the .286 directive in the macro definition, the following error is generated by the assembler:
file.asm(14): error A2006: undefined symbol : s my_proc(2): Macro Called From file.asm(14): Main Line Code Sample Code;Assemble options needed: /c .MODEL small .8086 ;.286 ;Uncomment this directive for workaround.my_proc MACRO s .286 enter s, 0 .8086ENDM .STACK 4096 .CODE start: my_proc 5 mov ax, 4C00h int 21hEND start
|
Additional reference words: 6.00 6.00a 6.00b buglist6.00 buglist6.00a
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |