A new client tracker...

[comatose]

Hello there, first post for me and I just joined DF for phase2. Anyway I've been developing a new client monitoring app, and wondered if anyone else wanted to have a play with it. It's an early release so there's probably lots of bugs but it works well for monitoring multiple clients.

I'll hopefully add support for more projects eventually and improve the stats reporting, oh and the settings section hasn't been implemented yet either. Status, works for DF but not properly for the other projects. Also, I've not written any instructions but I think it's fairly self explanitary.

It's my ever proper app so I don't really know how compatible it will be with other OS's but it works for me under Windows2k/XP. You also need to have the .NET framework installed to run it which can be had here (http://msdn.microsoft.com/netframework/downloads/howtoget.aspx) . Be my guest and try it out, post any feedback, hopefully I'll have more time to work on it if it's of use.

Here it is:

UniversalDP.zip (112kb) (www.lofg.com/~UDP/UniversalDP.zip)



Cheers,

com



EDIT\\ Here's a screenshot:

http://hosting.dazhome.co.uk/comatose/screen1.jpg

[PCZ]

comatose

In order to try your program out requires a 23mb download of .net framework. Don't expect many modem users to give it a go.

I am using it at the moment.
I will run it for a while and see what crawls out !!


Brian

[comatose]

Thanks for trying it, hopefully it should be of some use.
The reason I made this was because there doesn't seem to be many comprehensive monitoring tools out there with multiple client support, so it's my attempt to fill the gap.


Also, .NET is a one off download and can be used for all apps using the framework, anyway it eventually become standard part of windows (many people will probably already have it installed), so you could think of it as a long term investment;)

[IronBits]

I wasn't going to say anything, but...
I do not have .NET nor will I ever, so long as there is an option.
more non-standard standards...
I wish M$ would fix what they have first ;)

[rsbriggs]

Bahhh. I've been programming in 'C' and Unix since 1975, and started doing C# and .Net last year.

I LOVE IT.... :neener: It makes programming fun again - and I'm the LAST person I thought would ever say that :scared:

[pfb]

trying to run it and I get:

http://wibble.bounceme.net/DD/DF/universaldp_error.png

I have the Microsoft .NET framework installed (v.1.1 from the MS Site) :(

OS: Windows XP SP 1

[comatose]

Okay, just a quick question are you running the app locally, i.e. from the same PC or is it on a network drive? thanks.

[pfb]

Originally posted by comatose
Okay, just a quick question are you running the app locally, i.e. from the same PC or is it on a network drive? thanks.

I'm running it local...

[Dyyryath]

Originally posted by rsbriggs
Bahhh. I've been programming in 'C' and Unix since 1975, and started doing C# and .Net last year.

I LOVE IT.... :neener: It makes programming fun again - and I'm the LAST person I thought would ever say that :scared:

I'm gonna have to go with rsbriggs on this. I've been doing some C#/.NET programming at work and I have to admit that I like it a lot. I've even been tinkering with Mono under Linux.

I'm pretty much an Open Source/Linux kind of guy, but I think Microsoft's done a pretty good job with .NET. They've fixed a lot of the things that I didn't like about programming under Windows in the past and C# is a pretty slick language.

[rsbriggs]

:scared: :shocked: Scary, isn't it? I've always been strictly an open-source 'C' and *NIX type guy, but I REALLY enjoy working in C#. /me thinking about dual booting the new box and seriously checking out the state of Mono once the new box arrives this week.

(The only reason I have XP-PRO on all my boxes at home is that work buys me a universal MSDN license, which comes with a 10 CPU license for all the OSes, and "free" all the MS apps, including VS 2003.) Sigh... I fear that I'm being assimilated......
:scared:

[jonnyw]

well it looks cool. unfortunately I dont have this .NET wot-dy-ma-callit, and am on a dial-up, and so is too much hassle at the mo. Will try it in a few weeks when i get broadband though :)

[comatose]

Well, I've made a few improvements to the client tracker, mainly to the FAH and DF folding reporting modules, Seti support is still thin atm but it's on the list.

Anyway some of the additions are:


Status detection works for both FAH & DF
Settings editing for DF & FAH has been enabled
Added more info reported from FAH clients
Fixed a DF progress reporting error



To download, use the link at the top of the thread.


pfb: I've not been able to figure out why you got that error yet, it's worked on all the win2k/xp machines I've installed it on so I haven't been able to reproduce it. I'll keep trying though.

[pfb]

Originally posted by comatose
pfb: I've not been able to figure out why you got that error yet, it's worked on all the win2k/xp machines I've installed it on so I haven't been able to reproduce it. I'll keep trying though.

I downloaded the SDK to see if that helped...and it didn't :(

If it helps, the cordbg output is:


Microsoft (R) Common Language Runtime Test Debugger Shell Version 1.1.4322.573
Copyright (C) Microsoft Corporation 1998-2002. All rights reserved.

(cordbg) a 0x710
Process 1808/0x710 created.
Warning: couldn't load symbols for c:\windows\microsoft.net\framework\v1.0.3705\
mscorlib.dll
Warning: couldn't load symbols for C:\UniversalDP.exe
Warning: couldn't load symbols for c:\windows\assembly\gac\system.windows.forms\
1.0.3300.0__b77a5c561934e089\system.windows.forms.dll
Warning: couldn't load symbols for c:\windows\assembly\gac\system\1.0.3300.0__b7
7a5c561934e089\system.dll
Warning: couldn't load symbols for c:\windows\assembly\gac\microsoft.visualbasic
\7.0.3300.0__b03f5f7f11d50a3a\microsoft.visualbasic.dll
[thread 0x354] Thread created.
Unable to determine existence of prolog, if any
[thread 0xa4] Thread created.
[thread 0x354] Unhandled exception generated: (0x010b80e0) <System.InvalidOperat
ionException>
_className=<null>
_exceptionMethod=<null>
_exceptionMethodString=<null>
_message=(0x010b9298) "Process performance counter is disabled, so the request
ed operation cannot be performed."
_innerException=<null>
_helpURL=<null>
_stackTrace=(0x010b935c) array with dims=[84]
_stackTraceString=<null>
_remoteStackTraceString=<null>
_remoteStackIndex=0x00000000
_HResult=0x80131509
_source=<null>
_xptrs=0x00000000
_xcode=0xe0434f4d

[01a5] int 3

[jonnyw]

does anyone know how much cpu resources this uses, or is it like dfGUI where you can leave it permanantly running in the background, and it uses negligible resourses?

[comatose]

pfb: I think I may have resolved the problem you were having, try downloading the newer version from the same link above, let me know how you get on.

Jonny: The resources used by the app are fairly minimal, of course I'm always changing things around to improve efficiency. The CPU cycles are only used when the client progress is updated or you're using the UI. I would guess that DFGUI uses slightly less CPU time because it only has to monitor the one client whereas UDP is designed to gather status reports from mutiple locations. This also removes then need to run a client monitor on each machine so it balances out.

[pfb]

Originally posted by comatose
pfb: I think I may have resolved the problem you were having, try downloading the newer version from the same link above, let me know how you get on.

I've downloaded both the redistributable and SDK from that link (version 1.1.4322.573) - both give the error with the added extra that the SDK allows me to run the debug option...

I notice that the error message coming from the debugger is "Process performance counter is disabled, so the request
ed operation cannot be performed." - any ideas on what that is?

[comatose]

Yes, I think that error message may due to a line of code I used to check the running processes, and ensure another instance of UDP isn't already loaded before starting itself up. The message you received: "Process performance counter is disabled, so the requested operation cannot be performed." I think is down to some specific setting you have on your PC which prevents this from working. To fix this I've tried an alternative approach which is implemented in the latest version of UDP:

It's here (http://www.lofg.com/~UDP/UniversalDP.zip) to save you scrolling up for it.:)

[pfb]

Originally posted by comatose
Yes, I think that error message may due to a line of code I used to check the running processes, and ensure another instance of UDP isn't already loaded before starting itself up. The message you received: "Process performance counter is disabled, so the requested operation cannot be performed." I think is down to some specific setting you have on your PC which prevents this from working. To fix this I've tried an alternative approach which is implemented in the latest version of UDP:

It's here (http://www.lofg.com/~UDP/UniversalDP.zip) to save you scrolling up for it.:)

Yep - works now :) :cheers:...let's see what else I can break ;) :crazy:

[hallmar]

Thx comatose, works great over a home 4 box network :notworthy :)