Addys/Addresses For version-6906e37557e045ba

big chungus sus imposter

i rely on you for now on :kek:

@Hiroku didnt know u made dlls

@65684I dont make dlls lmao Gustac gave me a updated version of imprious transplier so I know I update it with addys.

@Hiroku ok

mellon on his way to lie about writing a decompiler and disassembler LOL, "Falcon" = eyestep

mellon on his way to say a lua api function is __thiscall when C doesn't even have member functions

version 69 thanks for addys bb

Because I live in Europe I was asleep! It was 12:10 AM

@dynamic_cast

It's unfished but idfc at this point here's some of it op table and part of the decompiler find use of it ig lol

https://cdn.discordapp.com/attachments/414612276092469281/849705115610775572/Falcon_Op_Table.hpp

https://cdn.discordapp.com/attachments/414612276092469281/849707134131109959/cringe.txt

@MellonYt You're pretty ballsy man, I didn't think you'd publicly announce that you're a skid.

It doesn't take more than 2 seconds to see that this is an eyestep paste LOL (which in itself is an hde32 paste)

Your entire practice changes too, so weird man. You renamed eyestep and claimed it as your own, you can't even maintain consistency in practice. I'm surprised people never realized how stupid you were before, every developer with more than 5 braincells knew you were faking everything just by your personality, and you tried to act like your "decompiler" supported templates, you even claimed a C function could be __thiscall, when C doesn't even support member functions?

Kinda weird that you couldn't even provide a sample to your "decompiler" output on a SIMPLE program.

You're a fraud, a literal child, it actually surprises me that a skid like you actually managed to get this far with tricking retards.

I think it's about time you quit C++, as if you even knew it to begin with.

First you go from constexpr to define, weird bro it's almost like you can't keep consistency between proper C++ and C practices, wonder why that is?

"Falcon":

https://cdn.discordapp.com/attachments/795053390194409492/850290063061680128/unknown.png

hde32:

https://cdn.discordapp.com/attachments/795053390194409492/850290147211214878/unknown.png

"Falcon":

https://cdn.discordapp.com/attachments/795053390194409492/850290842329415710/unknown.png

Eyestep (ewww):

https://cdn.discordapp.com/attachments/795053390194409492/850291095119593492/unknown.png

those aren't even bad screenshots, how can you expect anyone to think you actually know any bit of C++ when you can't even act maturely? Mellon, we get it you're 13 now right? We understand that you're edgy, just shut up man you make yourself look stupid with every single post you make, you literally AOB and pointer reference for strings, when every other normal human being scans code segments for string references. You can't even skid better methods, you make it too obvious.

@dynamic_cast

1. Used define cause I felt like it fitted there. (opcodes are gonna be the same obv if you're saying that LOL *blame x86 :P)

2. Decompiler is in very wip but here's a sample since you asked has a ton of errors atm but here (also leaked some switch cases from the decompiler): https://cdn.discordapp.com/attachments/414612276092469281/850424614290587688/message.txt

3. The arrays are in order to correspond to their registers in bits here's a reference:

http://www.c-jump.com/CIS77/images/x86_register_encoding.png

(also intel architecture manual. Please learn about x86/x64 architecture.)

Also eyestep and falcon does a lot of thing different (no offense to static for these)

1. Eyestep decodes mod/rm differently.

2. Eyestep doesn't have size directives.

3. Eyestep doesn't support avx/512 andx64 opcodes.

4. Last time I checked eye step mixed up displacements with immediates idk if static fixed it or not.

5. Eyestep treats one and four-byte displacements incorrectly (reads it as an unsigned value not signed  *here reference

http://www.c-jump.com/CIS77/images/mod_meaning.png).

Everything I compared came here https://github.com/thedoomed/EyeStep-CPP/blob/master/eyestep.cpp (idk if static fixed any of these in memory.) also probably missing some stuff. Also didn't compare it with hde sense it's obv you can do that since you probably know about mod/rm, sib, rel, different addressing modes, x86/x64 * mmx, avx, avx-512, etc LOL xD (also decompiler isn't hard to make even with basic x86 knowledge it can be done but it takes a while to make a good one).

Here some info for everything:

opcodes

http://ref.x86asm.net/coder32.html

http://ref.x86asm.net/coder64.html

Crash course on x86 encoding

http://www.c-jump.com/CIS77/CPU/x86/

Further more detailed info on x86.

https://software.intel.com/content/www/us/en/develop/download/intel-64-and-ia-32-architectures-sdm-combined-volumes-1-2a-2b-2c-2d-3a-3b-3c-3d-and-4.html

*should help you better understand everything 

this is well sus :thonk:

@dynamic_cast mAN why you gotta make a essay

@HyperDeveloper

Dynamic_cast doesn't know about x86 encoding so everything looks skidded to him.