[veter]

When decompiling

Error: Offset and length were out of bounds for the array or count is greater than the number of elements from index to the end of the source collection.

[V I R U S]

Are you serious about it?!

[Fyren]

Originally Posted by veter When decompiling Error: Offset and length were out of bounds for the array or count is greater than the number of elements from index to the end of the source collection.

You can post a bug report on Bugzilla. Lysis is listed as a component of SourceMod there. It won't really help unless you can provide us with source code or the binary, though.

[FunkyLoveCow]

I have been testing this on a couple plugins around here, just to see the differences between source and what is generated. I keep running into this and I'm not sure what cause it.

/* ERROR! Unrecognized opcode: genarray_z */

What is a genarray_z?

[BAILOPAN]

FunkyLoveCow: This is a pretty easy opcode to add support for, I think. It's when you declare a dynamically sized local array. File a bug @ https://bugs.alliedmods.net/ and attach the .smx.

[1nsane]

Originally Posted by BAILOPAN Ideally SourceMod would load source files instead of .smx files. This is doable but a large project that would require everyone change their server installs. Unfortunately, anything less than that could be faked or obfuscated (you can obfuscate source anyway - but it's also easy to de-obfuscate).

I just hope you won't be completely breaking backwards compatibility by requiring the source to load plugins. This won't stop the license violators. Instead they will move on to something that is much harder to decompile and will break easier (which is a bonus in the case of payed plugins).

If you can use sourcepawn you can easily earn how to edit the sample extension to do what you want and still violate the license.

Also you'll have a lot of complaints from people who lost the source to their plugins or used alternate versions of plugins.

In the end, you'd be doing a favor to someone like me. Because I keep the sources to all of the plugins that I use and could easily adapt to this change. While other people might end up partially or completely disabled .

But still, I can't pretend it's a good thing just because it benefits me.

EDIT:
I know this was posted a long time ago on your blog, but wasn't there a considerable performance (speed) benefit in using precompiled files compared to plain source files that evenscripts uses?

[rhelgeby]

The source would still be compiled by SourceMod internally, so it wouldn't make any difference in performance.

[BAILOPAN]

Originally Posted by 1nsane I just hope you won't be completely breaking backwards compatibility by requiring the source to load plugins. This won't stop the license violators. Instead they will move on to something that is much harder to decompile and will break easier (which is a bonus in the case of payed plugins).

This isn't my decision to make. I don't have any strong opinion, except that it's best not to anger users - and if users want to keep running existing binary plugins, that's important.

It would stop naive license violation. If violators move on to C++ - great. No one wants to maintain or install C++ addons besides, SM extensions don't offer big advantages over MM:S plugins.

Originally Posted by 1nsane Also you'll have a lot of complaints from people who lost the source to their plugins or used alternate versions of plugins.

Yeah, that is a totally legitimate concern. That alone is enough of a reason to nix breaking compatibility.

Originally Posted by 1nsane But still, I can't pretend it's a good thing just because it benefits me.

I like this attitude!

Originally Posted by 1nsane I know this was posted a long time ago on your blog, but wasn't there a considerable performance (speed) benefit in using precompiled files compared to plain source files that evenscripts uses?

Believe it or not, compiling from source would let us eek out - I'm estimating - another 2-3X in general Pawn performance. Loading bits out of a binary is very restrictive, you have to obey exactly what the bits say. If we loaded from source, we'd have the freedom to make all sorts of optimizations that are currently not possible.

(This is not categorically true - we could also introduce a new binary format, but the amount of work required is the same. You need a new compiler.)

[Powerlord]

Originally Posted by BAILOPAN No one wants to maintain or install C++ addons besides, SM extensions don't offer big advantages over MM:S plugins.

It doesn't help that SourceMod's Extension interfaces are missing a lot of what we take for granted in plugins. Heck, HintText didn't even exist until 1.4!

I'm only saying this because APIs are better to write in C++ than SourcePawn, just because you can create type-safe Handles in the C++ API side, while you can't on the SoucePawn side.

Incidentally, the handles thing plus the lack of multi-dimension array passing through natives in SourcePawn is why BuiltinVotes is in C++ and not SourcePawn.

[MindeLT]

This decompiler is an "open-door" for all douchbags, who'll be able to fu**in RIP your all hard-work in seconds, and sell it... Bye unique mod's