How about... C# ?

[LORD KILLA]

Hi all. 
I've been working on a programm, wich allows you 'scripting' your server in C# using the MS Visual C# Express editor. I know, it's windows only so far and it needs .net framework, but I'll start working on a C++ portable version next days (this better then nothing, not?). The programm communicates with the server over local network (remoting also possible... but not recommended).

How it works: Event packs are sent by a small script over local network to the app, wich processes the data and calls the events. The app only sends the server what it has to do, so all the data structures/functions/other stuff is managed by the app, not by the script.

I dont have yet made all Event senders, nor cmd.* functions. So far only the most needed. (comming soon )

You can:
-> Use OOP (classes, structs, etc.)
-> Real C#
-> The server wont go 'boom' at crash, only the app.
-> Compile the app, and disallow others modifing (only give blabla.exe)
-> idk...

You cant:
-> Run this on linux systems (but soon... )

To start you'd have to do:
-> Replace the main code file with Program.cs
-> Install a very small script wich sends events/recives todos
-> Modify the class 'script'
    - in the class 'cmd' are commands listed, wich you may use
    - over the class 'Events' you can apply wich functions should be called when a events pack is recived


I know, you'll say "but it still uses a script!": The script is small. It really doesnt do much. It's also better then having the complete 'script' in scriptcore... not?

Well, a question before I release it: Would you use this ?

[dnmr]

how stable is it? How big scripts have you tested with it? Why dont you just release it and see how people react?

[LORD KILLA]

This C# version will be more stable then the script core of course, but the C++ version will be way more better for sure.

I'd like more people to know if they'd use such a thingy. I also havent done yet all events/commands...

[dnmr]

examples, darling., We need examples of the code and such

[LORD KILLA]

The class 'Accounts' doesnt belong to the app, its for my zombie serv...

Code: [Select]

        public static void OnPlayerKill(object[] args)
        {
            Networks.SmartRefresh();
            int shooter = (int)args[0];
            int victim = (int)args[1];
            IsBot(shooter);
            if (victim != shooter)
            {
                Zombies.Type Zombie = Zombies.ZombieTypeByName(Networks.stats.PlayerName[shooter]);
                if (Zombie != Zombies.Type.None)
                {
                    Accounts.Upgrade(shooter, Zombie);
                    if (Accounts.acc[shooter].exp >= Accounts.acc[shooter].maxexp)
                    {
                        Thread.Sleep(400);
                        cmd.DrawText(shooter,
                            "New level: " + Convert.ToString(Accounts.LevelUp(shooter)),
                            360, 1.2, 30, 200, 200, 200, 128);
                    }
                }
            }
        }

[DarkCrusade]

Looks fine, I'd use it. Keep on it man

[tk]

This ain't gonna work.
How are you going to "send packets over the local network"?
It requires using socket funcitons which means also threading which is not stable.
If you somehow get that working (you won't but still), such solution will be slower and less efficient than using just a normal crapcore script to do the same job.
Also about events, you will not be able to return results in funcitons such as OnCommand, OnPlayerDamage etc

[LORD KILLA]

This works already. And i use TcpAdminPM to send the event packs, and OnAdminMessage to recive Todos, and prefixes to identify 'this is a event/todo, not anything random'.
For event returns, you just send the event packed, and disable the return data (so that nothing happens..). Now when the app recives the event, it sends back what to do (eg OnPlayerDamage and DoDamage).
You may think this is slow, but sending/reciving 300 packs a second with a ~8% cpu load on a weak processor(one core, 1.4 Ghz) is kinda good... not ? (6 bots with chinsaw ).

[tk]

Then you're spamming adminport with 300 packets per second? Right, you can hide outcoming connections using TCPAdminPM, but you can't hide the incoming ones which will be sent to all connected admins causing a nice spam and blocking the server's connection.

[jrgp]

Yes, there are people here who'd use it, but you're not going to be able to get any solid feedback until you actually release it..

[LORD KILLA]

Then you're spamming adminport with 300 packets per second? Right, you can hide outcoming connections using TCPAdminPM, but you can't hide the incoming ones which will be sent to all connected admins causing a nice spam and blocking the server's connection.

I know So the only part you'd do in soldat scripts is the damage calculation then... (you can choose if enable/disable sending OnDamage event packets)

jrgp: I worry others will say 'its crap!' cuz I dont have yet time to implement the missing functions...

[pavliko]

Lord Killa please take this to the developers.
I know that they are too lazy/busy for this kind of a feature but until you wont release something "pro made" and working 100%, no one is even going to bother reading or helping....

[jrgp]

jrgp: I worry others will say 'its crap!' cuz I dont have yet time to implement the missing functions...

People will only say `it's crap' if, well, it is very low quality and unreliable. I don't think it missing certain functions counts as that.

[LORD KILLA]

Nothing similar yet released   ?