qstat-devx — Discussion between QStat developers

[QStat-devx] Timeout issue

[Pierre S. <pi...@un...>]

Hey All,

In the past couple weeks i've had an issue with a server not timing out
while i scan my server list, which is causing issues as my scan cycles
are going from 5 minutes to my timeout of 20 minutes. My server list
query is:

/qstat/qstat -cfg /qstat/qstat.cfg -P -R -progress -sendinterval 0
-retry 1  -maxsim 100 -timeout 5 -u -tsw -f qstat.list -raw,game ,,

I remember talking to Steve J a few years about this in that the
-timeout clause in this situation is based on the time taken for the
list to scan and not for each individual server. Ideally this needs to
be corrected to the latter functionality, however that beyond my ability
so would really appreciate it if someone could see how possible that
feature would be to implement. I have a tentative 20 minute timeout for
worse case situations and although i can reduce that, i feel wary in
possibly missing servers if my server list grows during prime time.

In the mean time, I'm unable to reliably track down which server is
actually taking so long to timeout, as when timeout accords, no
information is described either in debug, raw or xml.

IE:
/qstat/qstat -cfg /qstat/qstat.cfg -f /tmp/list -timeout 1 -xml

more /tmp/list
bf2142s 192.168.1.103:29900
hl1 192.168.0.101:27015
sf2 192.168.1.50:20100
cod 192.168.0.2:28960
mhss 192.168.101.47:12300
mhbs 192.168.2.10:12203
css 192.168.2.100:27015
css 192.168.0.102:8080
swb 192.168.2.2:3658
fear 192.168.0.4:27888
hlo 192.168.1.110:2302

Will simply provide,

time /qstat/qstat -cfg /qstat/qstat.cfg -f /tmp/list -timeout 1 -xml
<?xml version="1.0" encoding="iso-8859-1"?>
<qstat>
</qstat>

real    0m1.006s
user    0m0.000s
sys     0m0.005s

OR

time /qstat/qstat -cfg /qstat/qstat.cfg -f /tmp/list -timeout 1 -raw ,,

real    0m1.006s
user    0m0.000s
sys     0m0.005s

OR with debug

time /qstat/qstat -cfg /qstat/qstat.cfg -f /tmp/list -timeout 1 -raw ,,
-d -d -d -d
debug(1) 00:15:41 qstat.c:4363 bind_sockets() - send 192.168.1.103:29900
debug(3) 00:15:41 qstat.c:4401 send_packets() - processing...
debug(2) 00:15:41 qstat.c:2962 do_work() - connected: 1
debug(2) 00:15:41 qstat.c:2983 do_work() - rc 0
debug(3) 00:15:41 qstat.c:4401 send_packets() - processing...
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8088e48, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(1) 00:15:41 qstat.c:4363 bind_sockets() - send 192.168.0.101:27015
debug(2) 00:15:41 qstat.c:3113 do_work() - connected: 2
debug(2) 00:15:41 qstat.c:2983 do_work() - rc 0
debug(3) 00:15:41 qstat.c:4401 send_packets() - processing...
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8088e48, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8088f70, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(1) 00:15:41 qstat.c:4363 bind_sockets() - send 192.168.1.50:20100
debug(2) 00:15:41 qstat.c:3113 do_work() - connected: 3
debug(2) 00:15:41 qstat.c:2983 do_work() - rc 0
debug(3) 00:15:41 qstat.c:4401 send_packets() - processing...
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8088e48, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8088f70, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x80890c8, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(1) 00:15:41 qstat.c:4363 bind_sockets() - send 192.168.0.2:28960
debug(2) 00:15:41 qstat.c:3113 do_work() - connected: 4
debug(2) 00:15:41 qstat.c:2983 do_work() - rc 0
debug(3) 00:15:41 qstat.c:4401 send_packets() - processing...
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8088e48, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8088f70, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x80890c8, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8089220, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(1) 00:15:41 qstat.c:4363 bind_sockets() - send 192.168.101.47:12300
debug(2) 00:15:41 qstat.c:3113 do_work() - connected: 5
debug(2) 00:15:41 qstat.c:2983 do_work() - rc 0
debug(3) 00:15:41 qstat.c:4401 send_packets() - processing...
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8088e48, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8088f70, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x80890c8, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8089220, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8089378, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(1) 00:15:41 qstat.c:4363 bind_sockets() - send 192.168.2.10:12203
debug(2) 00:15:41 qstat.c:3113 do_work() - connected: 6
debug(2) 00:15:41 qstat.c:2983 do_work() - rc 0
debug(3) 00:15:41 qstat.c:4401 send_packets() - processing...
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8088e48, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8088f70, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x80890c8, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8089220, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8089378, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x80894d0, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(1) 00:15:41 qstat.c:4363 bind_sockets() - send 192.168.2.100:27015
debug(2) 00:15:41 qstat.c:3113 do_work() - connected: 7
debug(2) 00:15:41 qstat.c:2983 do_work() - rc 0
debug(3) 00:15:41 qstat.c:4401 send_packets() - processing...
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8088e48, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8088f70, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x80890c8, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8089220, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8089378, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x80894d0, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8089628, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(1) 00:15:41 qstat.c:4363 bind_sockets() - send 192.168.0.102:8080
debug(2) 00:15:41 qstat.c:3113 do_work() - connected: 8
debug(2) 00:15:41 qstat.c:2983 do_work() - rc 0
debug(3) 00:15:41 qstat.c:4401 send_packets() - processing...
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8088e48, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8088f70, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x80890c8, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8089220, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8089378, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x80894d0, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8089628, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8089780, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(1) 00:15:41 qstat.c:4363 bind_sockets() - send 192.168.2.2:3658
debug(2) 00:15:41 qstat.c:3113 do_work() - connected: 9
debug(2) 00:15:41 qstat.c:2983 do_work() - rc 0
debug(3) 00:15:41 qstat.c:4401 send_packets() - processing...
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8088e48, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8088f70, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x80890c8, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8089220, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8089378, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x80894d0, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8089628, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8089780, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x80898d8, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(1) 00:15:41 qstat.c:4363 bind_sockets() - send 192.168.0.4:27888
debug(2) 00:15:41 qstat.c:3113 do_work() - connected: 10
debug(2) 00:15:41 qstat.c:2983 do_work() - rc 0
debug(3) 00:15:41 qstat.c:4401 send_packets() - processing...
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8088e48, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8088f70, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x80890c8, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8089220, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8089378, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x80894d0, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8089628, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8089780, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x80898d8, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(2) 00:15:41 qstat.c:4436 send_packets() - server 0x8089a28, name
(null), retry1 2, next_rule (nil), next_player_info 65535, num_players
0, n_retries 3
debug(1) 00:15:41 qstat.c:4363 bind_sockets() - send 192.168.1.110:2302
debug(2) 00:15:41 qstat.c:3113 do_work() - connected: 11
debug(2) 00:15:41 qstat.c:5570 qserver_get_timeout() - timeout for
0x8088e48 is diff1 883 diff2 65535
debug(2) 00:15:41 qstat.c:5570 qserver_get_timeout() - timeout for
0x8088f70 is diff1 895 diff2 65535
debug(2) 00:15:41 qstat.c:5570 qserver_get_timeout() - timeout for
0x80890c8 is diff1 906 diff2 65535
debug(2) 00:15:41 qstat.c:5570 qserver_get_timeout() - timeout for
0x8089220 is diff1 917 diff2 65535
debug(2) 00:15:41 qstat.c:5570 qserver_get_timeout() - timeout for
0x8089378 is diff1 928 diff2 65535
debug(2) 00:15:41 qstat.c:5570 qserver_get_timeout() - timeout for
0x80894d0 is diff1 939 diff2 65535
debug(2) 00:15:41 qstat.c:5570 qserver_get_timeout() - timeout for
0x8089628 is diff1 950 diff2 65535
debug(2) 00:15:41 qstat.c:5570 qserver_get_timeout() - timeout for
0x8089780 is diff1 961 diff2 65535
debug(2) 00:15:41 qstat.c:5570 qserver_get_timeout() - timeout for
0x80898d8 is diff1 972 diff2 65535
debug(2) 00:15:41 qstat.c:5570 qserver_get_timeout() - timeout for
0x8089a28 is diff1 984 diff2 65535
debug(2) 00:15:41 qstat.c:5570 qserver_get_timeout() - timeout for
0x8089b78 is diff1 1000 diff2 65535
debug(2) 00:15:42 qstat.c:2983 do_work() - rc 0
debug(2) 00:15:42 qstat.c:3105 do_work() - run timeout reached

real    0m1.037s
user    0m0.000s
sys     0m0.014s


Any suggestions or provided solutions to qstat would be greatly appreciated.

Pierre

Re: [QStat-devx] migrate qstat to subversion?

[Steven H. <ki...@mu...>]

Pierre Smolarek wrote:
> When i last spoke to Steve J about it a week or so ago, he suggested
> making your (Steve H) the a project admin on sourcforge and the
> decision would be yours.

Thats fine by me, if Steve J can get that sorted we'll look to move
forward on that as long as there are no objections?

    Steve




================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 

In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337
or return the E.mail to pos...@mu....

Re: [QStat-devx] migrate qstat to subversion?

[Pierre S. <pi...@un...>]

Steven Hartland wrote:
> I assume we never got anywhere with this?
>
>     Steve
>   

When i last spoke to Steve J about it a week or so ago, he suggested
making your (Steve H) the a project admin on sourcforge and the decision
would be yours.

P.

Re: [QStat-devx] migrate qstat to subversion?

[Steven H. <ki...@mu...>]

Ludwig Nussel wrote:
> Pierre Smolarek wrote:
>> How does everyone feel about migrating qstat across to subversion
>> from cvs? 
> 
> If the sourceforge svn service is more reliable than it's cvs
> service I'm all for it. I suppose only a project admin can request
> the migration so Steve (J.) has to do it.

I assume we never got anywhere with this?

    Steve




================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 

In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337
or return the E.mail to pos...@mu....

Re: [QStat-devx] ArmyGame Score

[Pierre S. <pi...@un...>]

Never mind, i found a solution to my problem. :)

I wasn't aware that ams was hard coded into qstat as a new protocal, as
i had been using ams as a config from when the game first came out.
Since i can't use the default offset port i have now made a new armygame
config applying the hard coded ams 'protocal' and using default offset
port as 0 to overcome that problem.

Side note, XQF also appears to be using older method or has a similar
problem.

Thanks again,

Pierre

Pierre Smolarek wrote:
> Done.
>
> Can someone explain how i can get the previous patch to display a score
> other then -32767 ?
>
> Thanks :)
>
> Pierre
>   
>> Please post your patches here for review before applying them then.
>> Also prevents double work:
>>
>> PatchSet 171 
>> Date: 2005/12/13 22:03:12
>> Author: l-n
>> Branch: HEAD
>> Tag: (none) 
>> Log:
>> Calculate player score for AMS servers (patch by 'Omnix')
>>
>> Members: 
>> 	gs2.c:1.5->1.6 
>> 	qstat.c:1.106->1.107 
>> 	qstat.cfg:1.7->1.8 
>> 	qstat.h:1.45->1.46
>>
>> So please remove your modification, it's in the wrong place anyways.
>>
>> cu
>> Ludwig
>>
>>   
>>     
>
>
>   

Re: [QStat-devx] ArmyGame Score

[Ludwig N. <l-...@us...>]

Pierre Smolarek wrote:
> I committed some changes to gs2 to allow armygame to display some form
> of score. I've been using gs2 as an armygame protocol but i can also
> apply the same logic to gps?
>
> Since this is my first commit and my experience of C is limited to...
> well, this, someone should probably check what i've done is 'ok'. It is
> a bit of a hack even by my standards.

Please post your patches here for review before applying them then.
Also prevents double work:

PatchSet 171 
Date: 2005/12/13 22:03:12
Author: l-n
Branch: HEAD
Tag: (none) 
Log:
Calculate player score for AMS servers (patch by 'Omnix')

Members: 
	gs2.c:1.5->1.6 
	qstat.c:1.106->1.107 
	qstat.cfg:1.7->1.8 
	qstat.h:1.45->1.46

So please remove your modification, it's in the wrong place anyways.

cu
Ludwig

-- 
(o_     Ludwig Nussel
//\
V_/_  PGP Key: FF8135CE

[QStat-devx] ArmyGame Score

[Pierre S. <pi...@un...>]

Hi Guys,

I committed some changes to gs2 to allow armygame to display some form
of score. I've been using gs2 as an armygame protocol but i can also
apply the same logic to gps?

Since this is my first commit and my experience of C is limited to...
well, this, someone should probably check what i've done is 'ok'. It is
a bit of a hack even by my standards.

Pierre

Re: [QStat-devx] New GameSpy protocol

[Steven H. <ki...@mu...>]

Pierre Smolarek wrote:
> Seems to work well on our redhat box here aswell. What version of GCC
> is on your 5.4 box ?

gcc -v
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.4.2 [FreeBSD] 20040728


================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 

In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337
or return the E.mail to pos...@mu....

Re: [QStat-devx] New GameSpy protocol

[Pierre S. <pi...@un...>]

Steven Hartland wrote:
> Nope that works fine here tried it on FreeBSD 6.1 and 5.4 both ok.
> Did you do a make clean before make? Might be worth a go first.
> If still no go send me the qstat bin and dump and I'll have a
> look.
>
>    Steve
>

Seems to work well on our redhat box here aswell. What version of GCC is
on your 5.4 box ?

P.

Re: [QStat-devx] New GameSpy protocol

[Steven H. <ki...@mu...>]

Pierre Smolarek wrote:
> Great Steve,
> 
> Although i'm now getting some core dumping on freebsd 5.4. , ie :
> 
> ./qstat -a2s 209.160.33.13:27015  -P -R
> 
> I can forward you the core dump data. but can you check to see if you
> are getting a core dump your end ?

Interestingly a2s was one of the protocols I didnt touch
as it uses qserver_send_initial which has slightly different
logic from the others in that it doesnt increment n_requests
Im not sure why this is so didnt alter it.

    Steve


================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 

In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337
or return the E.mail to pos...@mu....

Re: [QStat-devx] New GameSpy protocol

[Steven H. <ki...@mu...>]

Pierre Smolarek wrote:
> Great Steve,
> 
> Although i'm now getting some core dumping on freebsd 5.4. , ie :
> 
> ./qstat -a2s 209.160.33.13:27015  -P -R
> 
> I can forward you the core dump data. but can you check to see if you
> are getting a core dump your end ?

Nope that works fine here tried it on FreeBSD 6.1 and 5.4 both ok.
Did you do a make clean before make? Might be worth a go first.
If still no go send me the qstat bin and dump and I'll have a
look.

    Steve


================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 

In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337
or return the E.mail to pos...@mu....

Re: [QStat-devx] New GameSpy protocol

[Pierre S. <pi...@un...>]

Great Steve,

Although i'm now getting some core dumping on freebsd 5.4. , ie :

./qstat -a2s 209.160.33.13:27015  -P -R

I can forward you the core dump data. but can you check to see if you
are getting a core dump your end ?

Pierre




Steven Hartland wrote:
> I've just committed a fix to this protocol for ping times.
>
> This also includes a quite extensive ( all be is small amount )
> of code refactoring for the way packets are sent.
>
> It now makes use of two new helper methods send_packet and
> register_send. This ensures that ping times are correct even
> when retries are in effect as well as removing a large amount.
> of duplicate code.
>
> qserver_send and qserver_send_initial are still in place
> but it would be good to look at the exact impact of removing
> these as well.
>
> There are also a small amount of cases where the logic
> wasnt compatible with send_packet, in these cases I've left
> then for the time being until I have some more time to
> look at the exact impact of updating them.
>
>    Steve
>
>
> ================================================
> This e.mail is private and confidential between Multiplay (UK) Ltd.
> and the person or entity to whom it is addressed. In the event of
> misdirection, the recipient is prohibited from using, copying,
> printing or otherwise disseminating it or any information contained in
> it.
> In the event of misdirection, illegible or incomplete transmission
> please telephone +44 845 868 1337
> or return the E.mail to pos...@mu....
>
>
>
> -------------------------------------------------------
> All the advantages of Linux Managed Hosting--Without the Cost and Risk!
> Fully trained technicians. The highest number of Red Hat
> certifications in
> the hosting industry. Fanatical Support. Click to learn more
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
> _______________________________________________
> QStat-devx mailing list
> QSt...@li...
> https://lists.sourceforge.net/lists/listinfo/qstat-devx

Re: [QStat-devx] New GameSpy protocol

[Steven H. <ki...@mu...>]

I've just committed a fix to this protocol for ping times.

This also includes a quite extensive ( all be is small amount )
of code refactoring for the way packets are sent.

It now makes use of two new helper methods send_packet and
register_send. This ensures that ping times are correct even
when retries are in effect as well as removing a large amount.
of duplicate code.

qserver_send and qserver_send_initial are still in place
but it would be good to look at the exact impact of removing
these as well.

There are also a small amount of cases where the logic
wasnt compatible with send_packet, in these cases I've left
then for the time being until I have some more time to
look at the exact impact of updating them.

    Steve


================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 

In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337
or return the E.mail to pos...@mu....

Re: [QStat-devx] New GameSpy protocol

[Steven H. <ki...@mu...>]

Ludwig Nussel wrote:
> You need to change the host to qstat.cvs.sourceforge.net in your
> CVS/Root files.

Cheers Ludwig! All commited now.

    Steve




================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 

In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337
or return the E.mail to pos...@mu....

Re: [QStat-devx] New GameSpy protocol

[Ludwig N. <l-...@us...>]

Steven Hartland wrote:
> I've added the new gamespy protocol to qstat.
> Its the same as v3 but with an initial challenge response
> phase this is required for BF2 v1.3.
> 
> Unfortunately atm CVS on sourceforge is down or at least
> when I try to checkin I get.
> 
> ssh: connect to host cvs.sourceforge.net port 22: Connection refused
> cvs [update aborted]: end of file from server (consult above messages if 
> any)

You need to change the host to qstat.cvs.sourceforge.net in your
CVS/Root files.

cu
Ludwig

-- 
(o_     Ludwig Nussel
//\
V_/_  PGP Key: FF8135CE

[QStat-devx] New GameSpy protocol

[Steven H. <ki...@mu...>]

I've added the new gamespy protocol to qstat.
Its the same as v3 but with an initial challenge response
phase this is required for BF2 v1.3.

Unfortunately atm CVS on sourceforge is down or at least
when I try to checkin I get.

ssh: connect to host cvs.sourceforge.net port 22: Connection refused
cvs [update aborted]: end of file from server (consult above messages if any)

When it clears I'll check in the changes.

    Steve


================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 

In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337
or return the E.mail to pos...@mu....

Re: [QStat-devx] Re: a2s bug?

[Pierre S. <pi...@un...>]

> qstat -a2s 63.215.74.42:27015 -R -P works fine here are you
> running the latest CVS version?
>
>
>    Steve 

Yup, you're right - it seems it was just one of the web servers that was
set to be updated! :)

Thanks,

Pierre.

Re: [QStat-devx] Re: a2s bug?

[Steven H. <ki...@mu...>]

Pierre Smolarek wrote:
>> Seems like there's still a few a2s bugs in regards to showing player
>> names. 
>> 
>> I've attached two examples of the debug output of two servers. The
>> qstat 
>> flag config is below.

qstat -a2s 63.215.74.42:27015 -R -P works fine here are you
running the latest CVS version?

    Steve


================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 

In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137
or return the E.mail to pos...@mu....

[QStat-devx] Re: a2s bug?

[Pierre S. <pi...@un...>]

Seems like there's still a few a2s bugs in regards to showing player names.

I've attached two examples of the debug output of two servers. The qstat
flag config is below.

gametype CSS new extend A2S
    name = CS: Steam
    default port = 27015
    template var = CSS
    game rule = gamedir
end

Any help would be appreciated.

Pierre

[QStat-devx] Quake 4 not showing scores -q4s

[Pierre S. <pi...@un...>]

Quake4 is currently struggling to show any scores . Any help in
resolving this one would be appreciated :)

pierre@server8$ /qstat/qstat -q4s 72.36.157.133:27960 -R -P -d -d -d -d
ADDRESS           PLAYERS      MAP   RESPONSE TIME    NAME
debug(1) 16:55:31 qstat.c:4330 bind_sockets() - send 72.36.157.133:27960
debug(3) 16:55:31 qstat.c:4368 send_packets() - processing...
debug(2) 16:55:31 qstat.c:2929 do_work() - connected: 1
debug(2) 16:55:31 qstat.c:5537 qserver_get_timeout() - timeout for
0x8087000 is diff1 1000 diff2 65535
debug(2) 16:55:31 qstat.c:2950 do_work() - rc 1
debug(1) 16:55:31 qstat.c:3000 do_work() - recv  10  10 72.36.157.133:27960
FROM 72.36.157.133:27960 len 828
    0: ffff696e 666f5265 73706f6e 73650000  ..infoRe sponse..
   16: 0000003e 00020073 695f6964 6c655365  ...>...s i_idleSe
   32: 72766572 0030006e 65745f73 65727665  rver.0.n et_serve
   48: 72446564 69636174 65640031 0066735f  rDedicat ed.1.fs_
   64: 67616d65 5f626173 65000066 735f6761  game_bas e..fs_ga
   80: 6d650000 73765f70 756e6b62 75737465  me..sv_p unkbuste
   96: 72003000 73695f76 65727369 6f6e0051  r.0.si_v ersion.Q
  112: 75616b65 34204669 6e616c20 56312e30  uake4 Fi nal V1.0
  128: 2e302e30 20427569 6c642032 31343720  .0.0 Bui ld 2147
  144: 77696e2d 78383620 53657020 32332032  win-x86  Sep 23 2
  160: 30303500 73695f6d 6178706c 61796572  005.si_m axplayer
  176: 73003230 0073695f 6e756d50 6c617965  s.20.si_ numPlaye
  192: 72730034 0073695f 66726167 4c696d69  rs.4.si_ fragLimi
  208: 74003130 30007369 5f74696d 654c696d  t.100.si _timeLim
  224: 69740031 35007369 5f6d6170 006d702f  it.15.si _map.mp/
  240: 7134646d 34007369 5f67616d 65547970  q4dm4.si _gameTyp
  256: 65005465 616d2044 4d007369 5f617574  e.Team D M.si_aut
  272: 6f62616c 616e6365 00310073 695f7368  obalance .1.si_sh
  288: 7566666c 65003000 73695f73 70656374  uffle.0. si_spect
  304: 61746f72 73003100 73695f75 73657061  ators.1. si_usepa
  320: 73730030 0073695f 7761726d 75700031  ss.0.si_ warmup.1
  336: 0073695f 7465616d 44616d61 67650030  .si_team Damage.0
  352: 0073695f 616c6c6f 77486974 7363616e  .si_allo wHitscan
  368: 54696e74 00320073 695f616c 6c6f7756  Tint.2.s i_allowV
  384: 6f74696e 67003000 73695f75 73655265  oting.0. si_useRe
  400: 61647900 30007369 5f746f75 726e6579  ady.0.si _tourney
  416: 4c696d69 74003300 73695f63 61707475  Limit.3. si_captu
  432: 72654c69 6d697400 35007369 5f6d696e  reLimit. 5.si_min
  448: 506c6179 65727300 32007369 5f6d6170  Players. 2.si_map
  464: 4379636c 65000073 695f6e61 6d65005d  Cycle..s i_name.]
  480: 445b2063 6c616e20 70756200 73695f77  D[ clan  pub.si_w
  496: 6561706f 6e537461 79003000 73695f63  eaponSta y.0.si_c
  512: 6f756e74 446f776e 00313000 73695f65  ountDown .10.si_e
  528: 6e746974 7946696c 74657200 5465616d  ntityFil ter.Team
  544: 20444d00 73695f70 75726500 31006761   DM.si_p ure.1.ga
  560: 6d656e61 6d650062 61736551 55414b45  mename.b aseQUAKE
  576: 342d3100 000000db 00102700 004c7564  4-1..... ..'..Lud
  592: 696c656d 616e006d 616e2062 6f790001  ileman.m an boy..
  608: 4d001027 00004e65 6f706879 74650000  M..'..Ne ophyte..
  624: 023d0010 27000053 6d6f6b65 79426c75  .=..'..S mokeyBlu
  640: 6e740000 03ec0010 2700004d 65746162  nt...... '..Metab
  656: 69650000 044c0010 27000041 73734a61  ie...L.. '..AssJa
  672: 636b0000 06380010 2700005e 344e5e2d  ck...8.. '..^4N^-
  688: 655e2d72 5e2d745e 2b7a5e2b 615e2b4b  e^-r^-t^ +z^+a^+K
  704: 005e3450 5e39675e 34500007 97001027  .^4P^9g^ 4P.....'
  720: 00004361 6e6e6f6e 20466f64 64657200  ..Cannon  Fodder.
  736: 00089a00 10270000 66726564 2f636c65  .....'.. fred/cle
  752: 73730045 54202357 6f6c662e 436c616e  ss.ET #W olf.Clan
  768: 00098d00 10270000 7c787c52 6f625a74  .....'.. |x|RobZt
  784: 617c787c 00000b25 00102700 004d756d  a|x|...% ..'..Mum
  800: 626c792d 4a6f6500 000d0c01 10270000  bly-Joe. .....'..
  816: 50494b61 32000020 01000000           PIKa2..  ....

debug(2) 16:55:31 qstat.c:3064 do_work() - connected: 1
debug(2) 16:55:31 doom3.c:287 _deal_with_doom3_packet() - challenge:
0x00000000, protocol: 2.62 (0x2003E)
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() -
key:si_idleServer=0:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() -
key:net_serverDedicated=1:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() - key:fs_game_base=:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() - key:fs_game=:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() -
key:sv_punkbuster=0:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() -
key:si_version=Quake4 Final V1.0.0.0 Build 2147 win-x86 Sep 23 2005:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() -
key:si_maxplayers=20:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() -
key:si_numPlayers=4:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() -
key:si_fragLimit=100:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() -
key:si_timeLimit=15:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() -
key:si_map=mp/q4dm4:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() -
key:si_gameType=Team DM:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() -
key:si_autobalance=1:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() - key:si_shuffle=0:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() -
key:si_spectators=1:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() - key:si_usepass=0:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() - key:si_warmup=1:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() -
key:si_teamDamage=0:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() -
key:si_allowHitscanTint=2:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() -
key:si_allowVoting=0:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() - key:si_useReady=0:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() -
key:si_tourneyLimit=3:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() -
key:si_captureLimit=5:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() -
key:si_minPlayers=2:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() - key:si_mapCycle=:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() -
key:si_name=]D[ clan pub:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() -
key:si_weaponStay=0:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() -
key:si_countDown=10:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() -
key:si_entityFilter=Team DM:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() - key:si_pure=1:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() -
key:gamename=baseQUAKE4-1:
debug(2) 16:55:31 doom3.c:327 _deal_with_doom3_packet() - key:=:
debug(2) 16:55:31 doom3.c:443 _deal_with_doom3_packet() - Player[0] =
Ludileman, prediction 219, rate 10000, id 0, clan man boy
debug(2) 16:55:31 doom3.c:443 _deal_with_doom3_packet() - Player[1] =
Neophyte, prediction 77, rate 10000, id 1, clan
debug(2) 16:55:31 doom3.c:443 _deal_with_doom3_packet() - Player[2] =
SmokeyBlunt, prediction 61, rate 10000, id 2, clan
debug(2) 16:55:31 doom3.c:443 _deal_with_doom3_packet() - Player[3] =
Metabie, prediction 236, rate 10000, id 3, clan
debug(2) 16:55:31 doom3.c:443 _deal_with_doom3_packet() - Player[4] =
AssJack, prediction 76, rate 10000, id 4, clan
debug(2) 16:55:31 doom3.c:443 _deal_with_doom3_packet() - Player[5] =
^4N^-e^-r^-t^+z^+a^+K, prediction 56, rate 10000, id 6, clan ^4P^9g^4P
debug(2) 16:55:31 doom3.c:443 _deal_with_doom3_packet() - Player[6] =
Cannon Fodder, prediction 151, rate 10000, id 7, clan
debug(2) 16:55:31 doom3.c:443 _deal_with_doom3_packet() - Player[7] =
fred/cless, prediction 154, rate 10000, id 8, clan ET #Wolf.Clan
debug(2) 16:55:31 doom3.c:443 _deal_with_doom3_packet() - Player[8] =
|x|RobZta|x|, prediction 141, rate 10000, id 9, clan
debug(2) 16:55:31 doom3.c:443 _deal_with_doom3_packet() - Player[9] =
Mumbly-Joe, prediction 37, rate 10000, id 11, clan
debug(2) 16:55:31 doom3.c:443 _deal_with_doom3_packet() - Player[10] =
PIKa2, prediction 268, rate 10000, id 13, clan
debug(2) 16:55:31 doom3.c:452 _deal_with_doom3_packet() - osmask 0x1
debug(3) 16:55:31 qstat.c:5463 cleanup_qserver() - close_it 1
72.36.157.133:27960   11/20 mp/q4dm4     10 / 0   ]D[ clan pub
       
protocol=2.62,si_idleServer=0,net_serverDedicated=1,fs_game_base=,fs_game=,sv_punkbuster=0,si_version=Quake4
Final V1.0.0.0 Build 2147 win-x86 Sep 23
2005,si_maxplayers=20,si_numPlayers=4,si_fragLimit=100,si_timeLimit=15,si_map=mp/q4dm4,si_gameType=Team
DM,si_autobalance=1,si_shuffle=0,si_spectators=1,si_usepass=0,si_warmup=1,si_teamDamage=0,si_allowHitscanTint=2,si_allowVoting=0,si_useReady=0,si_tourneyLimit=3,si_captureLimit=5,si_minPlayers=2,si_mapCycle=,si_name=]D[
clan pub,si_weaponStay=0,si_countDown=10,si_entityFilter=Team
DM,si_pure=1,gamename=baseQUAKE4-1,osmask=0x1
        score    0  268ms team              PIKa2
        score    0   37ms team              Mumbly-Joe
        score    0  141ms team              |x|RobZta|x|
        score    0  154ms team ET #Wolf.Clan fred/cless
        score    0  151ms team              Cannon Fodder
        score    0   56ms team    ^4P^9g^4P NertzaK
        score    0   76ms team              AssJack
        score    0  236ms team              Metabie
        score    0   61ms team              SmokeyBlunt
        score    0   77ms team              Neophyte
        score    0  219ms team      man boy Ludileman
debug(2) 16:55:31 qstat.c:3066 do_work() - connected: 0
debug(3) 16:55:31 qstat.c:4368 send_packets() - processing...
debug(2) 16:55:31 qstat.c:3080 do_work() - connected: 0

Re: [QStat-devx] migrate qstat to subversion?

[Ludwig N. <l-...@us...>]

Pierre Smolarek wrote:
> How does everyone feel about migrating qstat across to subversion from cvs?

If the sourceforge svn service is more reliable than it's cvs
service I'm all for it. I suppose only a project admin can request
the migration so Steve (J.) has to do it.

cu
Ludwig

-- 
(o_     Ludwig Nussel
//\
V_/_  PGP Key: FF8135CE

Re: [QStat-devx] migrate qstat to subversion?

[Pierre S. <pi...@un...>]

Steven Hartland wrote:
> I looked at that tortoise and boy does is mess up our machine.
> Constantly accessing disk for no reason even when not being
> used.
>
Strange, i never had an issue. Although subversion the classic console
way is still a favourite choice.

svn help

-- 
Best Regards,

Pierre Smolarek
Unify Media Ltd

tel. 1-403-681-8054

Re: [QStat-devx] migrate qstat to subversion?

[Steven H. <ki...@mu...>]

I looked at that tortoise and boy does is mess up our machine.
Constantly accessing disk for no reason even when not being
used.

    Steve
----- Original Message ----- 
From: "Pierre Smolarek" <pi...@un...


> I find that subversion has better branching support but also easier to
> work with (fewer conflict issues etc). If you can use cvs then you can
> use subversion. Also if you're on windows, check out
> http://tortoisesvn.tigris.org/ (scroll down for screenshot)



================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 

In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137
or return the E.mail to pos...@mu....

Re: [QStat-devx] migrate qstat to subversion?

[Pierre S. <pi...@un...>]

Steven Hartland wrote:
> Not familiar with subversion but how hard can it be?
>
>    Steve

I find that subversion has better branching support but also easier to
work with (fewer conflict issues etc). If you can use cvs then you can
use subversion. Also if you're on windows, check out
http://tortoisesvn.tigris.org/ (scroll down for screenshot)

-- 
Best Regards,

Pierre Smolarek
Unify Media Ltd

tel. 1-403-681-8054

Re: [QStat-devx] migrate qstat to subversion?

[Steven H. <ki...@mu...>]

Not familiar with subversion but how hard can it be?

    Steve
----- Original Message ----- 
From: "Pierre Smolarek" <pi...@un...>


> How does everyone feel about migrating qstat across to subversion from cvs?
> 
> This should make it easier for me to maintain documentation et al.



================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 

In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137
or return the E.mail to pos...@mu....