[nicolas4412]

hello, I would like to compile this source but I do not arrive there are errors.

[sneaK]

Originally Posted by nicolas4412 hello, I would like to compile this source but I do not arrive there are errors.

Yeah, that's not going to compile.

Originally Posted by BAILOPAN Disclaimer: This is not intended for general use. It is not a replacement for source code. It usually does not produce something that can compile. I don't have time to support it or decompile plugins on request. This is for people interested in reverse engineering technology.

[nicolas4412]

ah OK so it's dead thank you for your answer

[Peace-Maker]

Originally Posted by max13tum I modified lysis to works with AmxModX plugins (.amxx) with debug information. And try support plugins without debug using code from Wraith Disassembler. Current version work very unstable and support limited plugins. Maybe someone wants to improve it. Code: https://bitbucket.org/quckly/lysis Use: Compile and copy amxx_include and opcodes.txt to bin folder.

Thank you for this! I've merged part of it and tried to improve some of your heuristics to support decompilation of AMXX plugins. Didn't port the other diassembler though - but tried to get "goto" and the pawn automation/states to decompile correctly. Plugins compiled with "#pragma compress 1" are handled as well. Let me know if there are any showstoppers. I wasn't able to find any amxx plugins without debug information.

Lysis can be build with Gradle now too, so just clone and do "gradlew jar" to create a runnable jar in "build/libs/" and run it with "java -jar lysis-java.jar file.smx".

[DarthMan]

Originally Posted by Peace-Maker Thank you for this! I've merged part of it and tried to improve some of your heuristics to support decompilation of AMXX plugins. Didn't port the other diassembler though - but tried to get "goto" and the pawn automation/states to decompile correctly. Plugins compiled with "#pragma compress 1" are handled as well. Let me know if there are any showstoppers. I wasn't able to find any amxx plugins without debug information. Lysis can be build with Gradle now too, so just clone and do "gradlew jar" to create a runnable jar in "build/libs/" and run it with "java -jar lysis-java.jar file.smx".

Any way to prevent plug-ins from being decompiled? Especially SourceMod plug-ins.

[ddhoward]

Originally Posted by DarthMan Any way to prevent plug-ins from being decompiled? Especially SourceMod plug-ins.

No, and there is no real reason to seek a way to prevent such a thing.

[headline]

Originally Posted by DarthMan Any way to prevent plug-ins from being decompiled? Especially SourceMod plug-ins.

It’s against the spirit of our community to do so.

You must also give the source when you distribute the binary anyway, so preventing a plugin from being decompiled is useless.

[DarthMan]

Originally Posted by Headline It’s against the spirit of our community to do so. You must also give the source when you distribute the binary anyway, so preventing a plugin from being decompiled is useless.

Well, it's not that. I want to prevent plug-ins from being decompiled just in any case that someone might get access to my machine who knows by what methods, he will find the smx and if they're protected he won't be able to use them. My plug-ins are entirely private, so I'm not distributing them, but I want to protect them in case of leak etc.

[sneaK]

Originally Posted by DarthMan Well, it's not that. I want to prevent plug-ins from being decompiled just in any case that someone might get access to my machine who knows by what methods, he will find the smx and if they're protected he won't be able to use them. My plug-ins are entirely private, so I'm not distributing them, but I want to protect them in case of leak etc.

Sounds like you need to get a better host if you cannot trust them to do something as petty as "steal" your plugins.

[ae2x]

Is here someone who can decompile plugin?