CO server in Linux VPS?

[iJoyce]

Title says it all, I tried running CO server in Debain using Mono but I kept getting random and stupid EntryPoint and DLLNotfound exceptions, so can anyone tell me how to do it if he managed to run CO server in Linux?

[CptSky]

Originally Posted by iJoyce

Title says it all, I tried running CO server in Debain using Mono but I kept getting random and stupid EntryPoint and DLLNotfound exceptions, so can anyone tell me how to do it if he managed to run CO server in Linux?

If your source is using native DLLs which don't exist on Linux (e.g. Windows itself), it won't work.

[iJoyce]

I downloaded a source because I'm new to Conquer private servers stuff, yes it is using kernel32 DLLs, so where can I get a source that doesn't use windows DDLs?

[pro4never]

Originally Posted by iJoyce

I downloaded a source because I'm new to Conquer private servers stuff, yes it is using kernel32 DLLs, so where can I get a source that doesn't use windows DDLs?

I'm not aware of any server source that doesn't use windows DLLs.

Thats not to say they couldn't exist but in general all public conquer servers were intended for use with windows servers. The newest revision of COPS by cpt Sky would be the only that comes to mind that might be properly designed and would work. He's the only developer I've seen on here specifically building stuff with cross platform in mind with some of his other releases.

[KraHen]

Or you can just implement managed versions of those functions that were imported from kernel32.dll, e.g. BlockCopy instead of memcpy, and it should work nonetheless.

[iJoyce]

Originally Posted by KraHen

Or you can just implement managed versions of those functions that were imported from kernel32.dll, e.g. BlockCopy instead of memcpy, and it should work nonetheless.

I wanted to do this but, I couldn't replace the INI class, and it would take months to change the INI to MySQL or SQLite, and I kept getting access denied exceptions from logging so it was totally ****** up. I'll just buy a Windows VPS..

[CptSky]

Originally Posted by pro4never

I'm not aware of any server source that doesn't use windows DLLs.

Thats not to say they couldn't exist but in general all public conquer servers were intended for use with windows servers. The newest revision of COPS by cpt Sky would be the only that comes to mind that might be properly designed and would work. He's the only developer I've seen on here specifically building stuff with cross platform in mind with some of his other releases.

Yes, I don't know any public source which doesn't relay on either Windows for the INI files, or kernel32, or OpenSSL... My newest revision of COPS v6 should work on Mono. At least it worked when I started cleaning it up... And all changes I've made were done with cross-platform in mind.

Originally Posted by iJoyce

I wanted to do this but, I couldn't replace the INI class, and it would take months to change the INI to MySQL or SQLite, and I kept getting access denied exceptions from logging so it was totally ****** up. I'll just buy a Windows VPS..

Nini is simple and compatible with Mono.

[pro4never]

Originally Posted by KraHen

Or you can just implement managed versions of those functions that were imported from kernel32.dll, e.g. BlockCopy instead of memcpy, and it should work nonetheless.

No disrespect to the OP but he did say he was new to co servers. making significant changes to the core library functions of a source is likely not something he's willing or capable of doing at this time.



A bit off topic here but what is the purpose behind you trying to get it working on linux? Just your preferred hosting method? Trying to save on hosting costs? etc.

To each their own of course and designing a server from the ground up with the intention of cross platform compatibility would be a good idea but I'm not convinced that with the current state of the conquer pserver 'community' it would be worth the extra headache.

[Spirited]

I would highly recommend against Mono C#. Mono is going to be worse than Java on Debian, if that helps put perspective on the performance of Mono. If you have another option, such as using CptSky's C++ source, than I would do that. Else, this isn't a problem that can be easily or elegantly solved with C#. If you use a C# source, you're going to have to run it on Windows to reduce complications.

[iJoyce]

Originally Posted by KraHen

Or you can just implement managed versions of those functions that were imported from kernel32.dll, e.g. BlockCopy instead of memcpy, and it should work nonetheless.

I would do that if the source is actually can be edited. I'm not new to C# but I'm new to CO stuff.

[KraHen]

Originally Posted by pro4never

No disrespect to the OP but he did say he was new to co servers. making significant changes to the core library functions of a source is likely not something he's willing or capable of doing at this time.

He can just do a lazy version and implement his own memcpy function so it can have the same interface but under the hood it does managed work, I mean come on, this is a really easy change, he doesn't have to modify the project structure, or the involved algorithms, or anything. This is as far from rocket science as it gets.

[Xio.]

Originally Posted by KraHen

He can just do a lazy version and implement his own memcpy function so it can have the same interface but under the hood it does managed work, I mean come on, this is a really easy change, he doesn't have to modify the project structure, or the involved algorithms, or anything. This is as far from rocket science as it gets.

Ehh I think chris was talking about the Blowfish implementation which for some reason relies on libeay or w/e.

You could use bouncycastle instead which is what chris's point was about.

And @ Mono is fast. especially the Math class is faster than the .net framework one.

[Spirited]

Originally Posted by Xio.

And @ Mono is fast. especially the Math class is faster than the .net framework one.

Yuki, you need to watch how you say things. No, mono is not faster than .NET on a Windows system. It only *MIGHT* be faster on Linux in comparison to Windows and .NET because Linux is a better operating system and mono can be compiled to optimize itself for Linux. Even then, that still doesn't make it fast in comparison to other languages or necessarily to .NET on Windows under some cases.





If you can find a language that's actually slower than Mono C# on Linux, than I'd give you a pat on the back. Mono is not fast.

[Xio.]

Originally Posted by Spirited

Yuki, you need to watch how you say things. No, mono is not faster than .NET on a Windows system. It's only *MIGHT* be faster on Linux in comparison to Windows and .NET because Linux is a better operating system and mono can be compiled to optimize itself for Linux. Even then, that still doesn't make it fast in comparison to other languages or necessarily to .NET on Windows under some cases.





If you can find a language that's actually slower than Mono C# on Linux, than I'd give you a pat on the back. Mono is not fast.

Nobody said a thing about running mono on windows. The OP explicitly said linux.

Also games are completely invalid comparisons. There is no proper driver support in linux. You will not see comparable performance on linux no matter what language was used to make the game in 98% of the time.

[Spirited]

Originally Posted by Xio.

Nobody said a thing about running mono on windows. The OP explicitly said linux.

Also games are completely invalid comparisons. There is no proper driver support in linux. You will not see comparable performance on linux no matter what language was used to make the game in 98% of the time.

..... it's not actually a game..... they're benchmarks for algorithms across different languages. Also, you mentioned .NET, which is specifically Windows. Are you done?