Utility: Dominion 3 Server Monitor Tool

[GwyrgynBlood]

Gives me lots of issues. Main one is that if I make a server and then quit and reload, the server is not in the list. Selecting 'NEW' after that gives the following error:

Code:

---

See the end of this message for details on invoking 

just-in-time (JIT) debugging instead of this dialog box.



************** Exception Text **************

System.IndexOutOfRangeException: Cannot find table 0.

   at System.Data.DataTableCollection.get_Item(Int32 index)

   at MyApp1.Form1.serverSelect_SelectedIndexChanged(Obj  ect sender, EventArgs e)

   at System.Windows.Forms.ComboBox.OnSelectedIndexChang  ed(EventArgs e)

   at System.Windows.Forms.ComboBox.WmReflectCommand(Mes  sage& m)

   at System.Windows.Forms.ComboBox.WndProc(Message& m)

   at System.Windows.Forms.Control.ControlNativeWindow.O  nMessage(Message& m)

   at System.Windows.Forms.Control.ControlNativeWindow.W  ndProc(Message& m)

   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

---

The serverlist.xml file only contains this:

Code:

---

  <?xml version="1.0" standalone="yes" ?> 

  <servers xmlns="serverlist" /> 

---

So it seems to be outputting the data wrong.


Second, when I try to connect to the server, the whole app locks while trying to do so (Not Responding state, that is). You should probably put the task of connecting to the server on a seperate thread and update the status in the log panel, it's just generally nicer to do that than freeze the thing (plus then the user can cancel mid-connect attempt).

[MarcinM]

The tool now lists the amount of time remaining until the server hosts. If there is no timer set, it displays 0hrs. It also lists the number of the nations playing.

I'll address the above concerns at some point as well ... well, the first one anyway. Starting a new thread sounds ... advanced.

For the moment, I can't duplicate the first issue, after deleting the XML file by hand and rebuilding it 5 times from the tool.

Could you please provide step by step description of how you get it to crash?

[paradoxharbinger]

the links are all dead is this till available?

[lch]

I guess this here is it (v1.0.0.9): http://www.mediafire.com/?2nawnfyzjyj

Dunno if it really works, because I can't use Windows binaries which require .NET

[JayThomas]

I really like this tool.

[Dedas]

Is it possible for you to port this to linux? I would really like to use it but don't want to mess with Wine and .NET. Thank you.

[lch]

Only MarcinM has the source code, so only he would be able to port it unless somebody programs something similar. I'd be quite interested to see some info on the Dom3 server/client protocol, just for very basic stuff like nation and turn info as shown here, because I'd use it for my PHP server info pages and I'm too lazy to reverse-engineer the protocol myself...

[MarcinM]

paradoxharbinger said:
the links are all dead is this till available?

My apologies, I moved several sites off of shared hosting onto my own - and some files didn't get moved. It should be back in place now.

I can certainly post the C# source files as well, if there is interest. The only reason it's on a Windows platform is ... because I wanted to see what C# was like I don't have the time to port it right now, but that's not a bad idea - I'll let you know in a few weeks

Making your own info page on your OWN server is ridiculously easy. Just send your server output (just by using dom3 > textfile) to a text file and parse it - it's much easier than querying the server directly.

[lch]

MarcinM said:
I can certainly post the C# source files as well, if there is interest.

There definately is interest in that!

[lch]

Well, getting this to be compatible with *nix was now my first C# assignment, too...



I made some changes to the program to make it compatible with *nix environments. What I changed was...

• ... path for the dom3tool_serverlist.xml file. The original program wants to access the %APPDATA% directory for that, if that environment variable does not exist (like on my Linux system), it bails out. Now it tries %APPDATA% if it's set or the current directory (aka ".") otherwise.
• ... "Open file" dialog to find the Dom3 executable. I have added an option for the usual dom3 executables: dom3_* and dom3*.exe and used that as default value. Changed the "All files" file mask, too, because otherwise it wouldn't show the *nix executables.
• ... launching the Dom3 executable. Maybe Windows launches the program successfully if the working directory is set to the directory where the executable is in, but that didn't work for me, so I used the full absolute path instead.

I didn't change any other code, even though the program doesn't validate its input enough. If you abort the program on the first start you can mess up your settings XML file and fill it with bad uninitialized values, which results in subsequent crashes when you open the program again. You'll have to delete the XML file in that case. There might be other trouble lurking somewhere, too.

Attached is the binary which works with Mono 1.2.2.1 and upwards and should work on Windows systems with the original .NET framework without modifications, too. (Could I get a confirmation for that, maybe?)