• If you have a mod, tool or prefab, please use the Resources section. Click Mods at the top of the forums.

Improvements for the dedicated server

Nothing set in stone yet. Though implementing server cmomands shouldn't change much in future. Of course class names will change, method names and what you can override too, but the basics will be the same.

 
If you're talking about real hooks in the code: Well, same as before: Find the right spot and patch the code there.

 
[root@7dtd 7d]# cat logs/*

Unable to load mono library from /home/sdtd/engine/7DaysToDie_Data/Mono (x86)

Failed to load mono

Found path: /home/sdtd/engine/7DaysToDie.x86

[root@7dtd 7d]#

 
Well updated and seems to all work...

The instance setup still using old default 25000 port (dunno why that is now change to 26900 stupid change imo)

and no color codes possible, so I don't see much point in even bothering with doing custom commands, aside from the extra functionality.. half the point of modding server is to be able style text and personalize the server.. not sure who at tfp thought it was a good idea to disable color codes for this release instead of fixing the problems with bbcode but it was hella dumb idea to release with that regression.

literately just killed any motivation to update my mods for this update.

 
[root@7dtd 7d]# cat logs/*Unable to load mono library from /home/sdtd/engine/7DaysToDie_Data/Mono (x86)

Failed to load mono

Found path: /home/sdtd/engine/7DaysToDie.x86

[root@7dtd 7d]#

Same issue for me as well... Any idea what the fix for this is??

 
Yeah...

I tried starting from scratch as well, removed all traces of the server and ran the "bootstrap.sh -i" again.. It all went smoothly during the install, however getting the same error on launch of my brand new instance...

I hope someone in the know has some infos...

- - - Updated - - -

Thanks!!!

This was it:

apt-get install lib32stdc++6

off to the zombie races!

 
I don't get it ... the mono problem was solved by that but now I'm getting this:

Mono path[0] = '/home/minecraft/7days/engine/7DaysToDie_Data/Managed'

Mono path[1] = '/home/minecraft/7days/engine/7DaysToDie_Data/Mono'

Mono config path = '/home/minecraft/7days/engine/7DaysToDie_Data/Mono/etc'

Invalid serialized file version. File: "/home/minecraft/7days/engine/7DaysToDie_Data/mainData". Expected version: 4.5.3f3. Actual version: 4.5.4f1.

(Filename: Line: 736)

Failed to read file '/home/minecraft/7days/engine/7DaysToDie_Data/mainData' because it is corrupted.

(Filename: Line: 442)

PlayerInitEngineNoGraphics settings: Could..... not preload global game manager #0 i=0

Failed to initialize player

 
Ran updatescripts first and then updateengine? A.k.a.: do so ;)

(Run updateengine with --force now as you already got the latest version)

 
Ran updatescripts first and then updateengine? A.k.a.: do so ;) (Run updateengine with --force now as you already got the latest version)
Yes I did. I don't know what happened there were no errors, but running updateengine with --force seems to have cleared the issue. Thanks!

 
Couple things: creative menu toggle doesn't seem to work (nothing when I press "z"), and "saveworld" says it's an unknown command

 
Using... https://github.com/DerPopo/deobfuscate-7dtd/releases (does it need an update?)Using... Assembly-CSharp.dll from the windows a10 dedicated server release?

http://pastebin.com/iPFkV4CV

Always a pain getting the proper deob version working to do this.
I have released an Alpha 10 compatibility update for the deobfuscator.

The problems you are encountering probably are because Windows doesn't trust these files (it automatically doesn't trust files from the internet, using software like 7-Zip to unpack the .zip should also solve the problem).

Right click on every .dll file in the patchers subfolder, click on Properties and then click Unblock. Also try this with Deobfuscate-Main.exe.

 
Back
Top