Closed alex-bender closed 4 years ago
I think we use capstone disassembler for this architecture. Could you check whether capstone supports that instruction? I am not familiar with this architecture, so I am not sure which one we should select, but there are a bunch of them available in capstone.
By running cstool
from capstone I can see:
m68k m68k + big endian
m68k40 m68k_040
tms320c64x TMS320C64x
m6800 M6800/2
m6801 M6801/3
m6805 M6805
m6808 M68HC08
m6809 M6809
m6811 M68HC11
Could you try to reproduce the issue there and report it to https://github.com/aquynh/capstone if the issue is there as well?
From running this ./cstool/cstool m68k 61ff00000bea
I see:
0 61 ff dc.w $61ff
2 00 00 0b ea ori.b #$ea, d0
which indeed does not seem what you expect, but maybe it is just a matter of configuring capstone right.
Using the netbsd plugin works as expected. imho this is a bug in capstone, not r2
@trufae should netbsd plugin be the default one then? @ret2libc I'm not familiar too. I can only create an issue there and redirect discussion there.
I think this can be closed actually. It was fixed in capstone and it will get fixed in r2 as well as soon as we update capstone. Thanks for reporting it!
Work environment
Expected behavior
s main;pd10
should produce this listing: https://onlinedisassembler.com/odaweb/1HKGmq1zActual behavior
disasm breaks on the first branch.
Steps to reproduce the behavior
Pay attention to that
invalid
7ad9b6fe3e6956f1575fa7ad6ee2b493.tar.gz