[HELP] C++ & Bins

[WarpGeorge]

Hello first.
I wanna ask you something. If someone here worked b4 with some binaries and if someone debbuged them with ollydbg, did he/she saw that are alot of things like C:/X/X/XXXX.CPP (.CPP extention means C++ files). Can someone tell me how I can find that files or how I can edit the GameServer into C++. If I can I'll release here all my work. Maybe I'll up the binaries to a newer version and maybe I'll fix the last bugs that are in it.

[.Summer]

you will need to decompile the whole binary things.
and yea is c++.

[Huseby]

Just so its said, no binarys files here.

[.Summer]

yups (Binaries sux) xD

[Arcо]

Originally Posted by .Summer

you will need to decompile the whole binary things.
and yea is c++.

Pretty sure TQ obfuscate the heck out of their exes.

[WarpGeorge]

Umm...I know that bins are not allowed here but discussion are ... I'll not post any bins files here just wanna know something... Why u people are so evil and dun wanna help somebody

If someone knows how to decompile them I'll be really gratefull or if someone can tell me an advice about it

[Arcо]

You can use a decompiler.
I use red gate when decompiling.
But I'm pretty much 99.84% sure that TQ obfuscates their exe files so they can't be decompiled.

[.Summer]

why ,84%?

[s.bat]

Originally Posted by .Summer

why ,84%?

Because it is the natural number following 83 and preceding 85. Have any other incompetent questions?

Originally Posted by .Arco

You can use a decompiler.
I use red gate when decompiling.
But I'm pretty much 99.84% sure that TQ obfuscates their exe files so they can't be decompiled.

This may not be the reason, but AFAIK, Red Gate's .NET Reflector can only decompile an intermediate CIL code which is what the .NET compiler converts all working code into. The standard conventions used in the intermediate byte code allows the Red Gate's .NET Reflector to effectively decompile .NET EXE's. At runtime, the CLR's JIT compiler reads the bytecode and converts it into machine code. Through the use of an AOT compiler, or by simply not using a language that gets compiled to an intermediate bytecode, the piece of software would now be machine code, and effectively much more difficult to decompile/reverse engineer. This is also a reason why tools for decompiling .NET languages and Java are more easily found than those for C++.