-
Notifications
You must be signed in to change notification settings - Fork 1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CLE crashes when trying to load FASM-compiled executables #48
Comments
Could you provide the compiled binary? What's happening is that CLE can't tell what kind of file it is (all its magic number checks fail), and also the blob backend fails because you didn't specify the architecture it's for, so CLE can't load it. |
garbage_bytes2.EXE.zip |
rhelmot is the only one with a chance at solving this :-) |
Alright so the answer here is that this is a MS-DOS executable, which is not currently supported by CLE. It wouldn't be too hard to write a loader for this format, since there's no metadata and it's basically a flat binary minus the header if I'm not mistaken. |
Do we support running 16-bit programs (or is that part open sourced)? |
Ronny's stuff is in fact released, so there shouldn't be an issue here. |
Nice! I guess we are still lacking simulation for MS-DOS environments, but that's not a big issue. |
It is honestly not a big priority to me. I've switched over to gcc for my assembler needs, which works just dandy since it produces ELF files. Still thank you for the explanations you provided. |
It would be nice to have angr CLE support for MS-DOS executable. |
Not sure if this is my error or whether it is on angr/CLE. I made a fresh virtualenv to try and fix this. Didn't help.
garbage_bytes.txt
The text was updated successfully, but these errors were encountered: