ndisasm sometimes outputs addresses plus 0x100000000 on amd64

[Nico R.]

Binary package hint: nasm

I'm using nasm-0.98.38-1.2 on Dapper on amd64. Here is a small test program to show a problem in ndisasm:

; test.asm:
bits 32
org 0xefb58
call 0xef980

Assemble with:
nasm -o test.bin test.asm

Then, disassemble with ndisasm:
ndisasm -b 32 -i -o 0xefb58 test.bin

Result:
000EFB58 E823FEFFFF call 0x1000ef980

Expected result:
000EFB58 E823FEFFFF call 0xef980

This seems to happen with relative calls to lower memory addresses (negative values).

IIRC, this works on i386 architectures, so I suppose that the ndisasm code expects an overflow of a variable at 0x100000000, but that is not true on 64-bit architectures.

[Jérôme Guelfucci (jerome-guelfucci-deactivatedaccount)]

Thank you for your bug report. Do you still have this issue with the latest release of Ubuntu ?

[Jérôme Guelfucci (jerome-guelfucci-deactivatedaccount)]

Any this on this ?

[Nico R. (n-roeser)]

As I don’t have a 64-bit box at hand, someone else will have to test this (thanks), or it will take some time.

[Jérôme Guelfucci (jerome-guelfucci-deactivatedaccount)]

Ok, I found some people on irc who can confirm that under Feisty. It doesn't happe with i386.

[Jérôme Guelfucci (jerome-guelfucci-deactivatedaccount)]

This should be fixed in nasm 0.99 but it's not in our repos...

[Wouter Stomp (wouterstomp-deactivatedaccount)]

Fixed: hardy has 0.99.06-2