ZDoom

They all work correctly for me. You must be doing something else wrong elsewhere.

Actors don't execute the action of the first state of their Spawn state sequence when spawned in, only when returning to it. You need to use the NoDelay keyword, or add a dummy 0-tic state before the one with the function to make it work. ACTOR GreenTorch2 : GreenTorch 12301 { States { Spawn: TGRN A...

Your SNDINFO defines weapons/gock while your ZScript tries to play weapon/gock.
Also, your "sounds" folder is actually named " sounds", which I also had to fix to get the sound to work.

There's no way to do what you want without making your own fork. GZDoom intentionally doesn't expose to modders anything that could be actually dangerous or useful for malicious purposes, like any kind of IO. (e.g., the aforementioned network connections, or direct filesystem access) If you want to ...

There is no limit to the drawing distance. For anyone googling this and getting no where, there absolutely is a draw distance limit, otherwise wide open areas built near max size would not have heavily glitching sectors vanishing in OpenGl. There's no draw distance limit. This was thread was about ...

[... Could you, user Jekyll, explain why this must NOT be done then? You were already explained this: Then this would make user SPZ1 a complete fool, and either he has no dignity, or you are the one who doesn't, or this is a witch hunt for free. Nothing makes sense here This is needlessly hostile. ...

Then this would make user SPZ1 a complete fool, and either he has no dignity, or you are the one who doesn't, or this is a witch hunt for free. Nothing makes sense here This is needlessly hostile. The wiki is inaccurate about it causing memory corruption, but it's very much correct about it using u...

Can somebody tell me what this means? Does it mean that there won't be future updates to it? Yes, and that's been the case for years now, since it was deprecated quite a while ago. All it gets is bugfixes, the only new things it gets are some new functions, and that's only because DECORATE just use...

It's just GZDoom's default "missing texture" texture, it's -noflat-.png in the textures folder in gzdoom.pk3.
You can also find it here in GZDoom's Git repository.

I'm no expert, but I find it weird that changing the arguments through ACS having such effects wouldn't be unintended, specially if it ends up requiring using other methods for it to work. Like I said, the args work the same as a point light in-game. This is intentional, they both use the same code...

It's not a bug. Spotlights only hold their color as a single integer in the map data. In-game, the args work the same as point lights, and the spotlight-specific data gets stored in variables called SpotInnerAngle and SpotOuterAngle instead. Unfortunately, I don't believe there's any way to set thos...

Since it's an action special, you can just call it directly from ZScript as if it were a function. You can also use A_CallSpecial, but I'd recommend just calling the special directly as a function, since that makes what's being called clearer than using an action special number.

But you can't call the static from a default block in an Actor, can you? You can't, no, only constant data can go in the default block. ( DamageFunction is a very special exception- it's hardcoded in the ZScript parser and is basically used to generate a function) You can initialize actors in Begin...

There's no constructors in ZScript, no. If you need to set up a class, you'll need to make a static function that creates it with new ('class_name') and sets the object's variables.

Don't copy the enums. The actual enums can be used just fine like so:
InputEvent.Type_KeyDown
UiEvent.Type_LButtonDown