I have applied the patches Nibble sent me fixing the issues with the 
disassembler
for intel.

Now the mercurial repository is using udis86 1.7 and asm.pseudo is still 
working :)

The other great upgrade is the fixup for asm.pseudo=true which uses src/pas.c 
and
is working again.

Thanks for the betatesting!

About the build problem, can you give me some more points?

--pancake

On Sun, 16 Nov 2008 12:38:34 -0400
"Anderson Lizardo" <[EMAIL PROTECTED]> wrote:

> On Sat, Nov 15, 2008 at 11:03 PM, Evan Teran <[EMAIL PROTECTED]> wrote:
> > I wouldn't call the 0x0f thing a bug. It is a byte oriented op which
> > only effects the LSB of the operand. So the disassembly is technically
> > correct IMO.
> 
> Just a personal comment here: as a "user", I usually expected
> consistent behavior between the tools I use. Having to mentally map
> between different formats/syntaxes just slows down my work. That said,
> Even though that specific "and esp, 0xf0" instruction would affect
> only the LSB as you says, visually it looks wrong because it should
> preserve the other bytes. In math, you usually does this by having all
> other bits set to 1. Then reading the instruction above, it would
> appear that the instruction is clearing all bits other than bit4-7,
> unless you check some opcode table to verify that is is a BYTE
> operation.
> 
> Just my 0.02 cents.
> 
> Regards,
> -- 
> Anderson Lizardo
> _______________________________________________
> radare mailing list
> [email protected]
> http://lists.nopcode.org/listinfo.cgi/radare-nopcode.org
> 


  --pancake
_______________________________________________
radare mailing list
[email protected]
http://lists.nopcode.org/listinfo.cgi/radare-nopcode.org

Reply via email to