A quick rundown of everything.
XProxy
Quite self explanitory. It's a fully modular proxy written in C++.
XSCO.Mark.II
My second attempt at a CO server. Also the most complete to date.
The xsocket.h in it was my second version of xsocket.h which was also posted in this section with xproxy. It contains bugs that I have addressed in xsocket 3.0. It makes full use of the leaked CO database and I believe the version is 43xx or something. If the sockets are corrected it'd be a nearly functional server. It has a lot of functionality in it and could provide some useful gutting purposes. I personally pride myself over the mapdata and broadcast systems which are both 100% fully functional.
Subprojects:
Auth Server
This is the server players log into.
Main Server
Main game server where players interact on.
Log Server
For the sake of faster execution I created a server for dumping console text for the main and auth. Instead of worrying about multithreaded access to a console class like in my other projects I felt it to be faster and easier to dump the data to a local socket and let another program worry about it.
XSMServer
It was my attempt at creating an external interface for chatting with users in game. The project itself is pretty barren but would have been an awesome feature nonetheless
XSPackets
The packet library that actually takes after the C# one in a way, but is far faster in execution while providing a better interface to the packets. (C# one refers to the one done 2 years ago when I made this
not sure how any one out today performs)/Subprojects
XSCO.Mark.III
My third attempt and did not get very far. Only reason I'm including it is it did create something useful: SQLDB class.
SQLDB
Is my homebrew SQL class wrapper which will sorta make the sql interface like php.
Code:
if (sql->Select("SELECT * FROM account WHERE name='Blue-Fyre'"))
{
printf("Select successful\n");
sql->Fetch();
printf("Name: %s - Password: %s - IP: %s - Email: %s - Admin Level: %d",
sql->GetString(0, "name"), sql->GetString(0, "password"),
sql->GetString(0, "ipaddress"), sql->GetString(0, "email"), sql->GetInt(0, "admin"));
sql->Reset();
}
XSocket 3.0
Fixes many many many of the issues with 2.x but has the CO code gutted so in order to use it the CO code will have to be placed back in it. Problem with the 2.x was simultaneous access to sockets caused unhandled exceptions among other issues.
sqlthread.h
Almost forgot to add. sqlthread.h is a multithreaded SQL queuing class that has amazing processing power. It's generally for mass updates or inserts (I created it to mass insert 12 million rows in sequence) so it may be useful, it may not be.
In-source documentation is non-existent so don't look for it. I don't make it a habit of using comments for the sake of other people reading them because like I always say, most of my projects I do for myself and have no intention of releasing usually.
Reason for releasing these is because I'm going into the Army in 3 weeks and won't have access to a computer for 3-4 months so instead of having these rot on my comp I figure maybe someone here can put them to use.
Honestly I'd prefer these to stay in here if someone can make use of them. I'm giving Lowfyr control over the release of these though. If he thinks these would be a good release to the public for getting some different dev going aside from these crappy C# servers then by all means. I just hope they can be used.
Can't say for sure when I come back if I will be a part of CO dev. After I get out of Basic I'll be in AIT for quite some months and will be jumping to get a laptop for some access. May take me a bit longer to get on though. I'd love to finish my C++ server and after making my Evomap service I think I could really throw together an epic CO server but unfortunately I have no time from now until I ship to do it in so it'd have to come after and I don't know if I'd still be up for it then especially since this Evomap service will resume full blast then. Time will tell. Until then, enjoy.
EWPS. I wrote all this and got too concerned about accuracy that I forgot to paste in the download link.
Forgot to mention. MarkII's login is via Invision Power Board's database. It uses the forum info for game accounts.
pps, I realize there are plenty of bad practices inside. They were a rough draft of the code if you can think of it that way. My goal was to make it functional then fix it up. I got it mostly working and never went through and fixed it up
so I would recommend against using it [Mark.II] as an exact base. If you should desire to use it, rewrite it and use it as a guide. It was really my first big scratch program. All my previous projects involved leaked game sources so it was a new experience in trying to find out methods of doing things on my own rather than use someone else's.
