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.Quote:
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?
I'm not aware of any server source that doesn't use windows DLLs.Quote:
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 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 fucked up. I'll just buy a Windows VPS..Quote:
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.
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.Quote:
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.
Nini is simple and compatible with Mono.Quote:
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 fucked up. I'll just buy a Windows VPS..
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.Quote:
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.Quote:
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.
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.Quote:
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.
Ehh I think chris was talking about the Blowfish implementation which for some reason relies on libeay or w/e.Quote:
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.
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.Quote:
And @[Only registered and activated users can see links. Click Here To Register...] Mono is fast. especially the Math class is faster than the .net framework one.
Nobody said a thing about running mono on windows. The OP explicitly said linux.Quote:
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.
[Only registered and activated users can see links. Click Here To Register...]
[Only registered and activated users can see links. Click Here To Register...]
[Only registered and activated users can see links. Click Here To Register...]
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.
..... 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?Quote:
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.