FIX: MASM Generates Incorrect Code for Indirect Addressing

Last reviewed: September 16, 1997
Article ID: Q99239
6.00 6.00a 6.00b 6.10 6.10a | 6.00 6.00a 6.00b
MS-DOS                      | OS/2
kbtool kbfixlist kbbuglist

The information in this article applies to:

  • Microsoft Macro Assembler for MS-DOS, versions 6.0, 6.0a, 6.0b, 6.1, and 6.1a
  • Microsoft Macro Assembler for OS/2, versions 6.0, 6.0a, and 6.0b

SYMPTOMS

Microsoft Macro Assembler (MASM) generates incorrect code when an indirect addressing using 32-bit registers uses a label located in a 16-bit segment as the first argument in the list that forms the indirect address.

CAUSE

When the first operand in the list of operands that forms the indirect address is a label located in a 16-bit segment, MASM interprets the indirect address as a 16-bit reference to the segment.

RESOLUTION

To work around this problem, perform one of the following two steps:

  • Use a 32-bit register as the first operand in the indirect address.
  • Place the label outside the brackets.

The code example below demonstrates both of these techniques.

STATUS

Microsoft has confirmed this to be a problem in MASM versions 6.0, 6.0a, 6.0b, 6.1, and 6.1a. This problem was corrected in MASM for MS-DOS version 6.11.

MORE INFORMATION

The evaluation order precedence of the operands in indirect addressing is left to right inside the brackets, followed by the label outside the brackets, if one is present. MASM generates incorrect code when the code uses any combination of 32-bit registers and a label to calculate an address when the label is located in a 16-bit segment and the label is listed as the first operand enclosed in brackets.

To work around this problem, make sure that the first operand MASM processes is a 32-bit register; then MASM calculates the address properly. You can do this by moving a 32-bit register to the beginning of the list in the brackets or moving the label outside the brackets. The code example below demonstrates both of these techniques.

MORE INFORMATION

Sample Code

; Assemble options needed: /Zi ; Use CodeView to see the instructions generated by the assembler

.386 sseg SEGMENT STACK USE16 'STACK'

    BYTE 4096 dup (?)
sseg ENDS

cseg SEGMENT PUBLIC USE16 'CODE' ASSUME cs:cseg, ds:cseg, es:cseg filler WORD 0 alabel DWORD 2 dup (?) start:

    mov eax, dword ptr [alabel+esi] ; assembles incorrectly
                                    ;  MOV EDI,DWORD PTR [BX+SI+0002]
    mov eax, dword ptr [esi+alabel] ; assembles correctly
                                    ;  MOV EAX,DWORD PTR [ESI+00000002]
    mov eax, dword ptr alabel[esi]  ; assembles correctly
                                    ;  MOV EAX,DWORD PTR [ESI+00000002]
    mov ax, 4C00h
    int 21h
cseg ENDS END start


Additional reference words: 6.00 6.00a 6.00b 6.10 6.10a buglist6.00a
buglist6.00b buglist6.10 buglist6.10a fixlist6.11
KBCategory: kbtool kbfixlist kbbuglist
KBSubCategory: MLIss
Solution Type : kbfix


THE INFORMATION PROVIDED IN THE MICROSOFT KNOWLEDGE BASE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND. MICROSOFT DISCLAIMS ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL MICROSOFT CORPORATION OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF MICROSOFT CORPORATION OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. SOME STATES DO NOT ALLOW THE EXCLUSION OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES SO THE FOREGOING LIMITATION MAY NOT APPLY.

Last reviewed: September 16, 1997
© 1998 Microsoft Corporation. All rights reserved. Terms of Use.