Wyze

ping is already available via the ClientInfo in Assembly-CSharp.dll

According to that error message: Within AllocsLofFunctions a subroutine called PlayerDisconnected has a parameter called key. Based on the names I would say this is called each time a player disconnects and it then logs that the player disconnected. However for whatever reason at the time this occurred when the function was called the required key value in the arguments, well it was null. It was not passed. No value was sent and a value is required. Now if you already understood this please do not be insulted as I have no idea what your level of programming knowledge is. I am only trying to answer your question.

Thanks. Oh ok thank you I misunderstood when I was reading Allocs Fixes for "TeleportPlayer.cs" https://7dtd.illy.bz/browser/binary-improvements/AllocsCommands/Commands/TeleportPlayer.cs he said " " and I mistook that to be optional. I did not realize that the Assembly "Assembly-CSharp.dll" was overwriting the Y value being passed to it and then forcing it to be a mandatory -1. Thanks for clearing that up.

The Y coordinate appears to be off in the position of XYZ. The elevation always defaults to ground level with the /sethome /home commands. I see that the GetPosition() is returning a Y value that does not appear to be remotely close to the elevation returned in the client GUI map HUD for elevation... I wonder if maybe a small math calc needs to be applied to find the correct Y value and to make it work. The X & Z appear to be spot on. Good job on the SERVER TOOLS by the way and thanks so much for sharing. If you have any ideas on the Y values I would love to hear them. Thanks again.

Dmustanger do you have any interest in a collaboration work? For times such as this when any of your code dependencies change and your program stops working, it might be nice to have some additional support to assist with getting the train back on the tracks. Also two more hands might make creating future enhancement request available faster. I was talking to Pionner who has a telnet server manager about the possibilities of working together when I stumbled across your code. He has his open source as well, and again kudos to you both for making the source available. I completely respect that. What I like about your direction, is NOT using telnet and being able to close off that port. I believe this is a superior approach for dedicated server management tools. As an information architect, I have been providing database design & software engineering professionally for about 20 years. If you have any interest in starting a team effort to create, enhance, & maintain 7DTD server tools please know that both Pionner and myself are interested in starting a team effort. While I do work full time, I love this game and tinkering is a hobby so I would be willing to invest some of my spare time in working together. Please feel free to contact me anytime www.WyzeWildfire.com

There are a few of them out there floating around that have chat windows and a couple of them that are open source so you can learn what they did to monitor and parse the server output text. Here is one example I just talked to the author a few minutes ago he should be back from his vacation soon to make updates to his program. Again he also shares the source code on his website. See this thread post --> https://7daystodie.com/forums/showthread.php?23810-7DaysServerManager-6-2