Raul-Sorin Sorban

@SatansFirst Got anything to say or shall I ban your 3rd alt account?

You are now.

Really

That account's name history is literally yours. Both accounts are accessed on the same IP address. Gaslight somewhere else.

Your IP says otherwise.

You're lying. It's you. Your friend: Now you (Just now): Your "friend" claims to own files when the account is entirely blank and has 0 purchases.

There's nothing to check, it's not a tool you've made, hence it doesn't get approved.

Hey there, that file was tracked down to be blocked by various anti-viruses and VirusTotal. Nowhere in that file in any copyright places has your name on it, but someone else's

Are you cereal

For the time being, I highly recommend you to download the images from the config file, and upload them to a more stable host

On it.

Changed Status from Pending to Work in Progress

Easy fix though

Changed Status from Pending to Work in Progress

I don't think you understand the reasons to why certain plugins that require DLL files aren't seamlessly working; it's because they're built using Oxide.*.dll files, which Carbon does not ship or have. We are not Oxide, and aren't supposed to ship those for Oxide compatibility. The developers are able to seamlessly generate another DLL version that is dedicated and ready to go for Carbon without anything crazy going on or much additional work. Modifying references and/or code of pre-compiled DLLs of licensed products is not a legal risk we're willing to take neither. To the awkward AdminRadar bug - only plugin with that bug may I add, I'll be fixing that in no time when I have a look at it, and it'll be done. Regardless, this is a framework, and not an unmanaged playground. Harmony mods sold without the basis of a framework are only supposed to run on vanilla, framework-less servers.

You seem to have answered your own question when you've mentioned "I do not want to be dependant on a framework" in the same frame when you say that Carbon disallowing unmanaged code to create instability in the framework which could deteriorate and break hooks of managed plugins, extensions and modules Carbon supports is a "giant middle finger to Harmony devs". The Harmony support Facepunch added isn't meant to be used the way plugins out in the market are used, just a bundle of patches that change the server code, and if you want to run Carbon or Oxide, you might be out of luck to have a managed and secure environment (speaking of memory modifications of the server). The platform they added is dedicated for frameworks to be built around them, they even have quick start tools on their GitHub where you can create mod loaders using the Harmony system. All in all, porting it to a Carbon module or a regular plugin will work just fine, just requires a little bit of extra work. Also, we only support Harmony v2 as it's the most performant and most up to date.

Harmony mods are unmanaged pieces of compiled code that are designed to work without a framework, there are various reasons to why they're not supported the way you know it, but one of the main things is the lack of control and security when executing patches found in harmony mods, that can and probably will interfere directly with Carbon's hook/patch system. It's heavily advised to developers to develop their harmony patches within cs plugins.

Changed Status from Pending to Closed Changed Fixed In to 1.4.2

Added!

Sure thing