I'm not sure if this matter, but the server is on a Windows 8 OS, i'm not the one who take care of the server, I'm only the mission maker who know what to do with ALiVE and the server, but the server is on a Windows 8 OS.
And here's the list of our addons :
Are all those mods always running on the server? I don't see how that could cause anything but heartache.
MCC Sandbox needs to go, for one. There are constant reports of it conflicting with ALiVE. But I highly recommend you guys trim the server back to a must need basis for the mission running.
The mission and the server works well if the data module is not on the mission, but I'm going to talk with my team, to see if it's not possible to reduce the mod list on the server.
I'm going to try without MCC on the server, I will edit this post after the test.
EDIT : Same problem without MCC on the server, the server crash and in the server RPT :
ALiVE Global INIT
ALiVE Global Init Timer Started
ALiVE [m_0|30] Module ALiVE_sys_data INIT
and that's all.
The simplest most fool proof test would be to run an ALiVE CBA only mission to see if it is indeed an issue with the data module and your server.
Otherwise you guys are chasing your own tail. Just my 2 cents.
Same problem just with ALiVE + CBA for client, and ALiVE + ALiVE_Server + CBA on the server.
If the data module is not present on the mission, it's ok, but if I put the module on the mission, the server just crash.
Your PC/server might be missing libraries required for our server plugin to work, will try to get more info.
@marceldev89 ? :)
I'm not in charge of the server for my team, but the OS is not a Windows Server 2008 or 2012 but a Windows 8, maybe that is the problem ?
Try opening the @aliveserver DLL with Dependency Walker and check if there's anything missing on that system.
The plugin might have also written to a log file which should be in @aliveserver/aliveplugin_*.txt.
Alright, so I opened the "ALiVEPlugIn.dll" with Dependency Walker and I have this :
But no Log file in my @AliveServer.
Have you:
Step 1 If using Microsoft Windows: Microsoft Visual C++ 2010 redistributable must also be installed on your dedicated server.
Yes, here you can see.
Same problem without the firewall, antivirus etc...
@Sartax please post a screenshot of Dependency Walker showing as much info as possible.
More specifically the (full) tree in the top left, I believe.
Also that list of VC++ 2010 redists doesn't list the x86 version (if you're using the 32bit server exe that is)
Hmm not really (well yes, you did as instructed but it doesn't tell me much :( ). Let try this; open the DLL again in Dependency Walker, then save to CSV using the File menu and post the file here. :)
Alright, here's the .txt and .csv files.
https://mega.nz/#!T0JE0J5Z!FvUi-tehmNtJDZ-7LTr5GZqm50tUom6O8iQbXiq4kmU
Hmm it seems to be fine, must be something else causing the crash. :(
I think i've got it, some test and I will post here.