Re: NASM 0.98.39 vs. NASM 2.03.01 disassembly

On Aug 20, 2:25 pm, "Rod Pemberton" <do_not_h...@xxxxxxxxxxxxx> wrote:
"Frank Kotler" <fbkot...@xxxxxxxxxxx> wrote in message

news:g8epv7$82s$1@xxxxxxxxxxx

I think we're miscommunicating here, Rod. I know you know your ***, but
I'm quite certain Ndisasm is "fixed" not "broken" between 0.98.39 and
2.03.01...

I'm still not sure what the justification for that tenacious belief is...



That is what Ndisasm is doing to lsl, and lar
decodes... It's emitting a 16-bit register for a 32-bit one,
erroneously.

Well, file a bug report:

Four guys who develop NASM reading a.l.a. and I have to file a bug report?
...

<http://sourceforge.net/tracker/?atid=106208&group_id=6208&func=browse>

From the length of that list it seems they aren't being resolved, but OK
I'll file one.

This is it: ID 2063064.

http://sourceforge.net/tracker/index.php?func=detail&atid=106208&aid=...

Rod Pemberton

I was only involved in two things, which I thought were bad ('cause I
needed them to work:):
1. include paths for INCBIN and the direction of the path traversal.
I've been credited for this somewhere in the doc.
2. broken symbolic debug information for Turbo Debugger. I don't
remember if this actually got fixed or reverted to what it was. The
problem AFAIR was that some of the state was saved in variables
declared as static and some NASM's functions were relying on those to
keep the state between the calls. Somebody very smartly decided to
"fix" these ugly static variables and just dropped static effectively
turning the variables into local ones. The wrong fix broke the
symbolic info.
I sent a bunch of messages on this to nasm-devel at lists... and
exchanged some info with Frank. The messages were from July 2003 and
their subject line contained:
a) Nasm + Borland ( was Once more time - outbin.c (fwd))
b) NASM's Borland Debug Info Output
I think I wasn't credited for this and that's because probably it
didn't get fixed...
Can somebody look this up in the old mail and then in the NASM source?

Alex
.

Quantcast