[...]

Bump! Does anyone know what's wrong with qstat in this query?

Was my previous message ever posted?

Greetings,
Tomasz Kalkosiński

Hello guys.

I've played today with some Warsow querying with SVN's qstat. I've noticed
strange
behaviour.

When I query server like this:

qstat -warsows 193.84.20.132:44440

program queries server once and it displays info about server. But when I want
to
inlclude players with -P at the end, I wait for response about 1-2 seconds. So
I've
enabled verbose debug (-d -d -d -d -d -d). It turns out that when I don't want
players - server is queried exactly once. I have players information in server's
response too, it's just qstat doesn't show it and that's ok. But when I include
-P I
think server is queried three times with some 'diffs':

[...cut...]
debug(3) 18:02:02 qstat.c:6719 deal_with_q2_packet() - player info
debug(3) 18:02:02 qstat.c:6719 deal_with_q2_packet() - player info
debug(3) 18:02:02 qstat.c:6732 deal_with_q2_packet() - no more server rules
debug(3) 18:02:02 qstat.c:5602 send_rule_request_packet() -
send_rule_request_packet: 0x90bc078
debug(3) 18:02:02 qstat.c:4731 proccess_func_ret() - proccess_func_ret
0x90bc078, 0
debug(2) 18:02:02 qstat.c:3103 do_work() - connected, post-packet_func: 1
debug(3) 18:02:02 qstat.c:4766 send_packets() - processing...
debug(2) 18:02:02 qstat.c:4809 send_packets() - server 0x90bc078, name ^1No
Lagg Server ^7Public No ^1Classes by Marckeem, retry1 2, next_rule (nil),
next_player_info 65535, num_players 13, n_retries 3
debug(2) 18:02:02 qstat.c:4884 send_packets() - no queries sent: 36 2000
debug(3) 18:02:02 qstat.c:4901 send_packets() - done
debug(2) 18:02:02 qstat.c:3119 do_work() - connected: 1
debug(2) 18:02:02 qstat.c:5844 qserver_get_timeout() - timeout for 0x90bc078 is
diff1 1464 diff2 65535
debug(2) 18:02:03 qstat.c:2980 do_work() - rc 0
debug(2) 18:02:03 qstat.c:3042 do_work() - fill: 0 < 40
debug(3) 18:02:03 qstat.c:4766 send_packets() - processing...
debug(2) 18:02:03 qstat.c:4809 send_packets() - server 0x90bc078, name ^1No
Lagg Server ^7Public No ^1Classes by Marckeem, retry1 1, next_rule (nil),
next_player_info 65535, num_players 13, n_retries 3
debug(2) 18:02:03 qstat.c:4884 send_packets() - no queries sent: 1504 2000
debug(3) 18:02:03 qstat.c:4901 send_packets() - done
debug(2) 18:02:03 qstat.c:3119 do_work() - connected: 1
debug(2) 18:02:03 qstat.c:5844 qserver_get_timeout() - timeout for 0x90bc078 is
diff1 496 diff2 65535
debug(2) 18:02:04 qstat.c:2980 do_work() - rc 0
debug(2) 18:02:04 qstat.c:3042 do_work() - fill: 0 < 40
debug(3) 18:02:04 qstat.c:4766 send_packets() - processing...
debug(2) 18:02:04 qstat.c:4809 send_packets() - server 0x90bc078, name ^1No
Lagg Server ^7Public No ^1Classes by Marckeem, retry1 0, next_rule (nil),
next_player_info 65535, num_players 13, n_retries 3
debug(2) 18:02:04 qstat.c:4884 send_packets() - no queries sent: 2005 2000
debug(3) 18:02:04 qstat.c:5742 cleanup_qserver() - cleanup_qserver 0x90bc078, 1
debug(3) 18:02:04 qstat.c:5759 cleanup_qserver() - TF_SINGLE_QUERY, forcing
close
debug(3) 18:02:04 qstat.c:5768 cleanup_qserver() - close_it 1

Is anyone familiar with these diffs and are they necessary here? What is qstat
trying to do, as it has got required information already? What do you think?

Greetings,
Tomasz Kalkosi&#324;ski

Hey,

Thanks for the recently added FFOW support, it appears to be working
great.  One small problem - there's a small copy and paste error at
fl.c:342 where the anti-cheat rule was added as a second "passworded"
rule.

Cheers,

--
Omnix, PunksBusted Senior Staff
Building a safer gaming community, one server at a time

e: omnix@...  w: http://www.punksbusted.com

A fix for Quake based games has just been committed for this update, anyone
testing this and using svn version prior to 305 is advised to update to 305 or
later.

     Regards
     Steve

   ----- Original Message -----
   From: Steven Hartland
   To: qstat-users@yahoogroups.com
   Sent: Friday, April 25, 2008 7:40 PM
   Subject: [qstat-users] qstat 2.12 BETA
   I've just finished committing some fairly major changes to
   the qstat codebase bringing the version from 2.11 to 2.12.

   These changes centre around removing server cleanups from
   each protocol to the core. This in turn fixes a number
   of cases of memory corruption.

   The changes have had a small amount of testing but appear
   to be stable and do successfully fix a number of seemingly
   random crash issues so I'd appreciate peoples feedback.


================================================
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 postmaster@....

[Non-text portions of this message have been removed]

Hello team.

Sorry if it duplicates but my mails aren't delivered to Yahoo :(

Hello team.

I've tracked a bug that I cannot handle by myself. I hope you can help me.

With latest SVN revision I query server:

./qstat -qws 194.187.43.243:27500 -R -P -xml -d -d -d -d

Full result is attached as a file. It's QW server. QW server sometimes sends
strange
character, just like this one:

     288: 5f30352e 6d76645c 686f7374 6e616d65  _05.mvd\ hostname
     304: 5c417374 6572204b 54582032 37353030  \Aster K TX 27500
     320: 20287265 64207673 2e20626c 75652987   (red vs . blue).
     336: 5c667064 5c323036 5c737461 7475735c  \fpd\206 \status\

\ - 5c character is a separator. Look at the "(red vs. blue).". The last dot
isn't
regular dot - its 0x87 = 135. According to specs (http://unicode.org/charts/PDF/
U0080.pdf) it's end of printable area or character '‡'
(http://theorem.ca/~mvcorks/
cgi-bin/unicode.pl.cgi?start=0080&end=00FF). Nevermind what is this - for a xml
document we just want it to be W.

Problem is that it's not:

       <hostname>194.187.43.243:27500</hostname>
       <name>Aster KTX 27500 (red vs. blue)&#4294967175;</name>
       <gametype>qw</gametype>

I've tried to track down why does it goes down to such a number:

       decimal -121 , unsigned decimal 4294967175, unsigned hexadecimal ffffff87

I think it happends in deal_with_q1qw_packet method where hostname is parsed,
but the cause may be also in xml_escape function. Same unicode issue happends
often within <team> tag of players. Please help me to get this on and working.

I you want to reprise the bug you can try query some Qw server while playing (I
use
194.187.43.243:27500 and 27600).

Greetings,
Tomasz Kalkosi&#324;ski




$ ./qstat -qws 194.187.43.243:27500 -R -P -xml -d -d -d -d

debug(1) 23:53:02 qstat.c:4638 bind_sockets() - send 194.187.43.243:27500
debug(2) 23:53:02 qstat.c:4641 bind_sockets() - calling status_query_func for
0x8088098
debug(3) 23:53:02 qstat.c:4676 send_packets() - processing...
debug(2) 23:53:02 qstat.c:2951 do_work() - connected: 1
debug(2) 23:53:02 qstat.c:5753 qserver_get_timeout() - timeout for 0x8088098 is
diff1 1000 diff2 65535
debug(2) 23:53:02 qstat.c:2974 do_work() - rc 1
debug(2) 23:53:02 qstat.c:3002 do_work() - recvfrom: 753
debug(1) 23:53:02 qstat.c:3027 do_work() - recv   4   4 194.187.43.243:27500
debug(2) 23:53:02 qstat.c:3036 do_work() - fill: 1 < 40
  FROM 194.187.43.243:27500 len 753
      0: ffffffff 6e5c6672 61676c69 6d69745c  ....n\fr aglimit\
     16: 305c7761 74657276 69735c30 5c2a7665  0\waterv is\0\*ve
     32: 7273696f 6e5c4d56 44535620 302e3230  rsion\MV DSV 0.20
     48: 2e30352d 4356535c 2a7a5f65 78745c37  .05-CVS\ *z_ext\7
     64: 355c6d61 78737065 63746174 6f72735c  5\maxspe ctators\
     80: 385c2a67 616d6564 69725c71 775c706d  8\*gamed ir\qw\pm
     96: 5f6b746a 756d705c 315c6d61 78667073  _ktjump\ 1\maxfps
    112: 5c37375c 2a61646d 696e5c73 706f6f6e  \77\*adm in\spoon
    128: 6d616e40 6f702e70 6c5c6c6f 63617469  man@... l\locati
    144: 6f6e5c57 61727361 772c2050 6f6c616e  on\Warsa w, Polan
    160: 645c7465 616d706c 61795c32 5c6d6178  d\teampl ay\2\max
    176: 636c6965 6e74735c 385c7469 6d656c69  clients\ 8\timeli
    192: 6d69745c 32305c64 65617468 6d617463  mit\20\d eathmatc
    208: 685c315c 2a70726f 67735c34 37313036  h\1\*pro gs\47106
    224: 5c786d6f 645c312e 33335c78 6275696c  \xmod\1. 33\xbuil
    240: 645c3030 3233315c 6d61705c 646d335c  d\00231\ map\dm3\
    256: 73657276 65726465 6d6f5c34 6f6e345f  serverde mo\4on4_
    272: 7265645f 76735f62 6c75655b 646d335d  red_vs_b lue[dm3]
    288: 5f30352e 6d76645c 686f7374 6e616d65  _05.mvd\ hostname
    304: 5c417374 6572204b 54582032 37353030  \Aster K TX 27500
    320: 20287265 64207673 2e20626c 75652987   (red vs . blue).
    336: 5c667064 5c323036 5c737461 7475735c  \fpd\206 \status\
    352: 3130206d 696e206c 6566740a 34342039  10 min l eft.44 9
    368: 20313320 32352022 10c4c311 9c706f6e   13 25 " .....pon
    384: 637a656b 22202222 20342034 20227265  czek" ""  4 4 "re
    400: 64220a32 35203131 20313320 32372022  d".25 11  13 27 "
    416: 676f6e69 656b2220 22222034 20342022  goniek"  "" 4 4 "
    432: 72656422 0a333120 31352031 33203634  red".31  15 13 64
    448: 2022746f 6d222022 22203133 20313320   "tom" " " 13 13
    464: 22626c75 65220a35 30202d39 39393920  "blue".5 0 -9999
    480: 3133202d 32342022 5c735c72 6f747461  13 -24 " \s\rotta
    496: 68686565 a1222022 22203133 20313320  hhee." " " 13 13
    512: 22626c75 65220a34 36203232 20313320  "blue".4 6 22 13
    528: 31332022 6c616e69 78222022 22203133  13 "lani x" "" 13
    544: 20313320 22626c75 65220a35 32202d39   13 "blu e".52 -9
    560: 39393920 3133202d 32372022 5c735cf1  999 13 - 27 "\s\.
    576: 72e12220 22222031 32203320 2270696d  r." "" 1 2 3 "pim
    592: 70220a35 38203234 20313320 32352022  p".58 24  13 25 "
    608: 746f6d63 61742220 22222031 33203133  tomcat"  "" 13 13
    624: 2022626c 7565220a 36312031 36203133   "blue". 61 16 13
    640: 20333120 2210c4c3 119c5072 65646174   31 "... ..Predat
    656: 6f522220 22745f76 696f6c22 20342034  oR" "t_v iol" 4 4
    672: 2022626c 7565220a 36302031 35203133   "blue". 60 15 13
    688: 20333420 22615815 9c6b7074 ae6b6c6f   34 "aX. .kpt.klo
    704: 7a652220 22222034 20342022 72656422  ze" "" 4  4 "red"
    720: 0a353920 32302031 33203133 20226765  .59 20 1 3 13 "ge
    736: 6e222022 22203420 34202272 6564220a  n" "" 4  4 "red".
    752: 00                                   .

debug(2) 23:53:02 qstat.c:3095 do_work() - connected, pre-packet_func: 1
debug(3) 23:53:02 qstat.c:5668 cleanup_qserver() - TF_SINGLE_QUERY, forcing
close
debug(3) 23:53:02 qstat.c:5677 cleanup_qserver() - close_it 1
debug(2) 23:53:02 qstat.c:3097 do_work() - connected, post-packet_func: 0
debug(3) 23:53:02 qstat.c:4676 send_packets() - processing...
debug(3) 23:53:02 qstat.c:4811 send_packets() - done
debug(2) 23:53:02 qstat.c:3113 do_work() - connected: 0
<?xml version="1.0" encoding="iso-8859-1"?>
<qstat>
	 <server type="QWS" address="194.187.43.243:27500" status="UP">
		 <hostname>194.187.43.243:27500</hostname>
		 <name>Aster KTX 27500 (red vs. blue)&#4294967175;</name>
		 <gametype>qw</gametype>
		 <map>dm3</map>
		 <numplayers>8</numplayers>
		 <maxplayers>8</maxplayers>
		 <numspectators>2</numspectators>
		 <maxspectators>8</maxspectators>
		 <ping>3</ping>
		 <retries>0</retries>
		 <rules>
			 <rule name="fraglimit">0</rule>
			 <rule name="watervis">0</rule>
			 <rule name="*version">MVDSV 0.20.05-CVS</rule>
			 <rule name="*z_ext">75</rule>
			 <rule name="*gamedir">qw</rule>
			 <rule name="pm_ktjump">1</rule>
			 <rule name="maxfps">77</rule>
			 <rule name="*admin">spoonman@...</rule>
			 <rule name="location">Warsaw, Poland</rule>
			 <rule name="teamplay">2</rule>
			 <rule name="timelimit">20</rule>
			 <rule name="deathmatch">1</rule>
			 <rule name="*progs">47106</rule>
			 <rule name="xmod">1.33</rule>
			 <rule name="xbuild">00231</rule>
			 <rule
name="serverdemo">4on4_red_vs_blue[dm3]_05.mvd</rule>
			 <rule name="fpd">206</rule>
			 <rule name="status">10 min left</rule>
		 </rules>
		 <players>
			 <player number="44">
				 <name>DCponczek</name>
				 <score>9</score>
				 <time>13m0s</time>
				 <color for="shirt">Red</color>
				 <color for="pants">Red</color>
				 <ping>25</ping>
				 <skin></skin>
				 <team>red</team>
			 </player>
			 <player number="25">
				 <name>goniek</name>
				 <score>11</score>
				 <time>13m0s</time>
				 <color for="shirt">Red</color>
				 <color for="pants">Red</color>
				 <ping>27</ping>
				 <skin></skin>
				 <team>red</team>
			 </player>
			 <player number="31">
				 <name>tom</name>
				 <score>15</score>
				 <time>13m0s</time>
				 <color for="shirt">Blue</color>
				 <color for="pants">Blue</color>
				 <ping>64</ping>
				 <skin></skin>
				 <team>blue</team>
			 </player>
			 <player number="50">
				 <name>rottahhee!</name>
				 <score>-9999</score>
				 <time>13m0s</time>
				 <color for="shirt">Blue</color>
				 <color for="pants">Blue</color>
				 <ping>24</ping>
				 <skin></skin>
				 <team>blue</team>
			 </player>
			 <player number="46">
				 <name>lanix</name>
				 <score>22</score>
				 <time>13m0s</time>
				 <color for="shirt">Blue</color>
				 <color for="pants">Blue</color>
				 <ping>13</ping>
				 <skin></skin>
				 <team>blue</team>
			 </player>
			 <player number="52">
				 <name>qra</name>
				 <score>-9999</score>
				 <time>13m0s</time>
				 <color for="shirt">Yellow</color>
				 <color for="pants">Khaki</color>
				 <ping>27</ping>
				 <skin></skin>
				 <team>pimp</team>
			 </player>
			 <player number="58">
				 <name>tomcat</name>
				 <score>24</score>
				 <time>13m0s</time>
				 <color for="shirt">Blue</color>
				 <color for="pants">Blue</color>
				 <ping>25</ping>
				 <skin></skin>
				 <team>blue</team>
			 </player>
			 <player number="61">
				 <name>DCPredatoR</name>
				 <score>16</score>
				 <time>13m0s</time>
				 <color for="shirt">Red</color>
				 <color for="pants">Red</color>
				 <ping>31</ping>
				 <skin>t_viol</skin>
				 <team>blue</team>
			 </player>
			 <player number="60">
				 <name>aXkpt.kloze</name>
				 <score>15</score>
				 <time>13m0s</time>
				 <color for="shirt">Red</color>
				 <color for="pants">Red</color>
				 <ping>34</ping>
				 <skin></skin>
				 <team>red</team>
			 </player>
			 <player number="59">
				 <name>gen</name>
				 <score>20</score>
				 <time>13m0s</time>
				 <color for="shirt">Red</color>
				 <color for="pants">Red</color>
				 <ping>13</ping>
				 <skin></skin>
				 <team>red</team>
			 </player>
		 </players>
	 </server>
</qstat>

I've just finished committing some fairly major changes to
the qstat codebase bringing the version from 2.11 to 2.12.

These changes centre around removing server cleanups from
each protocol to the core. This in turn fixes a number
of cases of memory corruption.

The changes have had a small amount of testing but appear
to be stable and do successfully fix a number of seemingly
random crash issues so I'd appreciate peoples feedback.

     Regards
     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 postmaster@....

Thank you. There was an error
>       char command[9];
should be of course
>       char command[10];
and you've fixed it. Thanks.

SVN version works fine.

Greetings,
Tomasz KalkosiƄski



On Sat, 06 Oct 2007 02:27:43 +0200, Steven Hartland <killing@...>
wrote:

> Modified patch committed to svn.
>
>     Regards
>     Steve
>
> ----- Original Message -----
> From: "Tomasz Kalkosinski" <tomasz2k@...>
> To: <qstat-users@yahoogroups.com>
> Sent: Saturday, October 06, 2007 12:21 AM
> Subject: [qstat-users] QW server show teams patch
>
>
> Hello team!
>
> I had a chat today with some active QW developer and he pointed me to some new
information that can (and should IMO) be included
> in qstat. For a long time MVDSV (multi view qw server) didn't show player's
team belongings. This has been fixed for more than a
> year now. QStat can now show it, although it needs a patch.
>
> To get qw server status you need to send "\377\377\377\377status x", where 'x'
is bitmask:
>
> #define STATUS_OLDSTYLE     0
> #define STATUS_SERVERINFO                                1
> #define STATUS_PLAYERS               2
> #define STATUS_SPECTATORS                                4
> #define STATUS_SPECTATORS_AS_PLAYERS     8 //for ASE - change only frags: show
as "S"
> #define STATUS_SHOWTEAMS           16
>
> For now qstat uses bitmask 7. Bit 16 was introduced in may 2006 in MVDSV code:
>
>
http://mvdsv.svn.sourceforge.net/viewvc/mvdsv/trunk/source/sv_main.c?r1=376&r2=3\
77
>
> Even if we query old MVDSV version, bit 16 just won't work.
>
>
> It can be useful for scorebot/server status scripts (like I need it) or for
XQF to show players teams.
>
> I wrote a patch that deals with that, sends "\377\377\377\377status 23"
instead of "\377\377\377\377status 7" and outputs in
> normal, raw and xml format. Patch is included inline or attached.
>
> Greetings,
> Tomasz Kalkosiñski aka SpOOnman
>
>
>
> Index: qstat.h
> ===================================================================
> --- qstat.h (revision 265)
> +++ qstat.h (working copy)
> @@ -439,7 +439,7 @@
>       char prefix[4];
>       char command[9];
>   } qw_serverstatus =
> -{ { '\377', '\377', '\377', '\377' }, { 's', 't', 'a', 't', 'u', 's', ' ',
'7', '\n' } };
> +{ { '\377', '\377', '\377', '\377' }, { 's', 't', 'a', 't', 'u', 's', ' ',
'2', '3', '\n' } };
>
>   /* QUAKE3 */
>   struct {
> Index: qstat.c
> ===================================================================
> --- qstat.c (revision 265)
> +++ qstat.c (working copy)
> @@ -768,13 +768,13 @@
>       char fmt[128];
>       struct player *player;
>
> -    strcpy( fmt, "\t#%-6d %3d frags %6s@%-5s %8s");
> +    strcpy( fmt, "\t#%-6d %5d frags %6s@%-5s %8s");
>
>       if ( color_names)
>   strcat( fmt, "%9s:%-9s ");
>       else
>   strcat( fmt, "%2s:%-2s ");
> -    strcat( fmt, "%s\n");
> +    strcat( fmt, "%12s %s\n");
>
>       player= server->players;
>       for ( ; player != NULL; player= player->next)  {
> @@ -786,7 +786,8 @@
>   player->skin ? player->skin : "",
>   quake_color(player->shirt_color),
>   quake_color(player->pants_color),
> - xform_name( player->name, server));
> + xform_name( player->name, server),
> + xform_name( player->team_name, server));
>       }
>   }
>
> @@ -1343,7 +1344,7 @@
>       struct player *player;
>
>       strcpy( fmt, "%d" "%s%s" "%s%d" "%s%s" "%s%s" "%s%s");
> -    strcat( fmt, "%s%d" "%s%s");
> +    strcat( fmt, "%s%d" "%s%s" "%s%s");
>
>       player= server->players;
>       for ( ; player != NULL; player= player->next)  {
> @@ -1355,7 +1356,8 @@
>   RD, quake_color(player->shirt_color),
>   RD, quake_color(player->pants_color),
>   RD, player->ping,
> - RD, player->skin ? player->skin : ""
> + RD, player->skin ? player->skin : "",
> + RD, player->team_name ? player->team_name : ""
>   );
>   fputs( "\n", OF);
>       }
> @@ -1961,6 +1963,9 @@
>   fprintf( OF, "\t\t\t\t<skin>%s</skin>\n",
>   player->skin ? xml_escape(player->skin) : "");
>
> + fprintf( OF, "\t\t\t\t<team>%s</team>\n",
> + player->team_name ? xml_escape(player->team_name) : "");
> +
>   fprintf( OF, "\t\t\t</player>\n");
>   }
>
> @@ -6010,6 +6015,21 @@
>   sscanf( pkt, "%*d %*d%n", &len);
>       pkt+= len;
>
> +        if ( *pkt == ' ') { //mvdsv is at last rev 377, 23.06.2006
> +            pkt++;
> +
> +            if ( *pkt != '"') break;
> +            pkt++;
> +            end= strchr( pkt, '"');
> +            if ( end == NULL) break;
> +            if ( player != NULL)  {
> +            player->team_name= (char*) malloc(end-pkt+1);
> +            memcpy( player->team_name, pkt, end-pkt);
> +            player->team_name[end-pkt]= '\0';
> +            }
> +            pkt= end+1;
> +        }
> +
>       if (ping > 0)
>       server->num_players++;
>       else
>
> [Non-text portions of this message have been removed]
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
> ================================================
> 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 postmaster@....
>
>
>
>Yahoo! Groups Links
>
>
>

Modified patch committed to svn.

     Regards
     Steve

----- Original Message -----
From: "Tomasz Kalkosinski" <tomasz2k@...>
To: <qstat-users@yahoogroups.com>
Sent: Saturday, October 06, 2007 12:21 AM
Subject: [qstat-users] QW server show teams patch


Hello team!

I had a chat today with some active QW developer and he pointed me to some new
information that can (and should IMO) be included
in qstat. For a long time MVDSV (multi view qw server) didn't show player's team
belongings. This has been fixed for more than a
year now. QStat can now show it, although it needs a patch.

To get qw server status you need to send "\377\377\377\377status x", where 'x'
is bitmask:

#define STATUS_OLDSTYLE     0
#define STATUS_SERVERINFO                                1
#define STATUS_PLAYERS               2
#define STATUS_SPECTATORS                                4
#define STATUS_SPECTATORS_AS_PLAYERS     8 //for ASE - change only frags: show
as "S"
#define STATUS_SHOWTEAMS           16

For now qstat uses bitmask 7. Bit 16 was introduced in may 2006 in MVDSV code:

http://mvdsv.svn.sourceforge.net/viewvc/mvdsv/trunk/source/sv_main.c?r1=376&r2=3\
77

Even if we query old MVDSV version, bit 16 just won't work.


It can be useful for scorebot/server status scripts (like I need it) or for XQF
to show players teams.

I wrote a patch that deals with that, sends "\377\377\377\377status 23" instead
of "\377\377\377\377status 7" and outputs in
normal, raw and xml format. Patch is included inline or attached.

Greetings,
Tomasz Kalkosiński aka SpOOnman



Index: qstat.h
===================================================================
--- qstat.h (revision 265)
+++ qstat.h (working copy)
@@ -439,7 +439,7 @@
       char prefix[4];
       char command[9];
   } qw_serverstatus =
-{ { '\377', '\377', '\377', '\377' }, { 's', 't', 'a', 't', 'u', 's', ' ', '7',
'\n' } };
+{ { '\377', '\377', '\377', '\377' }, { 's', 't', 'a', 't', 'u', 's', ' ', '2',
'3', '\n' } };

   /* QUAKE3 */
   struct {
Index: qstat.c
===================================================================
--- qstat.c (revision 265)
+++ qstat.c (working copy)
@@ -768,13 +768,13 @@
       char fmt[128];
       struct player *player;

-    strcpy( fmt, "\t#%-6d %3d frags %6s@%-5s %8s");
+    strcpy( fmt, "\t#%-6d %5d frags %6s@%-5s %8s");

       if ( color_names)
   strcat( fmt, "%9s:%-9s ");
       else
   strcat( fmt, "%2s:%-2s ");
-    strcat( fmt, "%s\n");
+    strcat( fmt, "%12s %s\n");

       player= server->players;
       for ( ; player != NULL; player= player->next)  {
@@ -786,7 +786,8 @@
   player->skin ? player->skin : "",
   quake_color(player->shirt_color),
   quake_color(player->pants_color),
- xform_name( player->name, server));
+ xform_name( player->name, server),
+ xform_name( player->team_name, server));
       }
   }

@@ -1343,7 +1344,7 @@
       struct player *player;

       strcpy( fmt, "%d" "%s%s" "%s%d" "%s%s" "%s%s" "%s%s");
-    strcat( fmt, "%s%d" "%s%s");
+    strcat( fmt, "%s%d" "%s%s" "%s%s");

       player= server->players;
       for ( ; player != NULL; player= player->next)  {
@@ -1355,7 +1356,8 @@
   RD, quake_color(player->shirt_color),
   RD, quake_color(player->pants_color),
   RD, player->ping,
- RD, player->skin ? player->skin : ""
+ RD, player->skin ? player->skin : "",
+ RD, player->team_name ? player->team_name : ""
   );
   fputs( "\n", OF);
       }
@@ -1961,6 +1963,9 @@
   fprintf( OF, "\t\t\t\t<skin>%s</skin>\n",
   player->skin ? xml_escape(player->skin) : "");

+ fprintf( OF, "\t\t\t\t<team>%s</team>\n",
+ player->team_name ? xml_escape(player->team_name) : "");
+
   fprintf( OF, "\t\t\t</player>\n");
   }

@@ -6010,6 +6015,21 @@
   sscanf( pkt, "%*d %*d%n", &len);
       pkt+= len;

+        if ( *pkt == ' ') { //mvdsv is at last rev 377, 23.06.2006
+            pkt++;
+
+            if ( *pkt != '"') break;
+            pkt++;
+            end= strchr( pkt, '"');
+            if ( end == NULL) break;
+            if ( player != NULL)  {
+            player->team_name= (char*) malloc(end-pkt+1);
+            memcpy( player->team_name, pkt, end-pkt);
+            player->team_name[end-pkt]= '\0';
+            }
+            pkt= end+1;
+        }
+
       if (ping > 0)
       server->num_players++;
       else

[Non-text portions of this message have been removed]




Yahoo! Groups Links





================================================
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 postmaster@....

Hello team!

I had a chat today with some active QW developer and he pointed me to some new
information that can (and should IMO) be included in qstat. For a long time
MVDSV (multi view qw server) didn't show player's team belongings. This has been
fixed for more than a year now. QStat can now show it, although it needs a
patch.

To get qw server status you need to send "\377\377\377\377status x", where 'x'
is bitmask:

#define STATUS_OLDSTYLE     0
#define STATUS_SERVERINFO                                1
#define STATUS_PLAYERS               2
#define STATUS_SPECTATORS                                4
#define STATUS_SPECTATORS_AS_PLAYERS     8 //for ASE - change only frags: show
as "S"
#define STATUS_SHOWTEAMS           16

For now qstat uses bitmask 7. Bit 16 was introduced in may 2006 in MVDSV code:

http://mvdsv.svn.sourceforge.net/viewvc/mvdsv/trunk/source/sv_main.c?r1=376&r2=3\
77

Even if we query old MVDSV version, bit 16 just won't work.


It can be useful for scorebot/server status scripts (like I need it) or for XQF
to show players teams.

I wrote a patch that deals with that, sends "\377\377\377\377status 23" instead
of "\377\377\377\377status 7" and outputs in normal, raw and xml format. Patch
is included inline or attached.

Greetings,
Tomasz Kalkosiński aka SpOOnman



Index: qstat.h
===================================================================
--- qstat.h (revision 265)
+++ qstat.h (working copy)
@@ -439,7 +439,7 @@
       char prefix[4];
       char command[9];
   } qw_serverstatus =
-{ { '\377', '\377', '\377', '\377' }, { 's', 't', 'a', 't', 'u', 's', ' ', '7',
'\n' } };
+{ { '\377', '\377', '\377', '\377' }, { 's', 't', 'a', 't', 'u', 's', ' ', '2',
'3', '\n' } };

   /* QUAKE3 */
   struct {
Index: qstat.c
===================================================================
--- qstat.c (revision 265)
+++ qstat.c (working copy)
@@ -768,13 +768,13 @@
       char fmt[128];
       struct player *player;

-    strcpy( fmt, "\t#%-6d %3d frags %6s@%-5s %8s");
+    strcpy( fmt, "\t#%-6d %5d frags %6s@%-5s %8s");

       if ( color_names)
  	 strcat( fmt, "%9s:%-9s ");
       else
  	 strcat( fmt, "%2s:%-2s ");
-    strcat( fmt, "%s\n");
+    strcat( fmt, "%12s %s\n");

       player= server->players;
       for ( ; player != NULL; player= player->next)  {
@@ -786,7 +786,8 @@
  		 player->skin ? player->skin : "",
  		 quake_color(player->shirt_color),
  		 quake_color(player->pants_color),
-  xform_name( player->name, server));
+  xform_name( player->name, server),
+  xform_name( player->team_name, server));
       }
   }

@@ -1343,7 +1344,7 @@
       struct player *player;

       strcpy( fmt, "%d" "%s%s" "%s%d" "%s%s" "%s%s" "%s%s");
-    strcat( fmt, "%s%d" "%s%s");
+    strcat( fmt, "%s%d" "%s%s" "%s%s");

       player= server->players;
       for ( ; player != NULL; player= player->next)  {
@@ -1355,7 +1356,8 @@
  		 RD, quake_color(player->shirt_color),
  		 RD, quake_color(player->pants_color),
  		 RD, player->ping,
-  RD, player->skin ? player->skin : ""
+  RD, player->skin ? player->skin : "",
+  RD, player->team_name ? player->team_name : ""
  	 );
  	 fputs( "\n", OF);
       }
@@ -1961,6 +1963,9 @@
  		 fprintf( OF, "\t\t\t\t<skin>%s</skin>\n",
  			 player->skin ? xml_escape(player->skin) : "");

+  fprintf( OF, "\t\t\t\t<team>%s</team>\n",
+ 	 player->team_name ? xml_escape(player->team_name) : "");
+
  		 fprintf( OF, "\t\t\t</player>\n");
  	 }

@@ -6010,6 +6015,21 @@
  		 sscanf( pkt, "%*d %*d%n", &len);
  	     pkt+= len;

+        if ( *pkt == ' ') { //mvdsv is at last rev 377, 23.06.2006
+            pkt++;
+
+            if ( *pkt != '"') break;
+            pkt++;
+            end= strchr( pkt, '"');
+            if ( end == NULL) break;
+            if ( player != NULL)  {
+            player->team_name= (char*) malloc(end-pkt+1);
+            memcpy( player->team_name, pkt, end-pkt);
+            player->team_name[end-pkt]= '\0';
+            }
+            pkt= end+1;
+        }
+
  	     if (ping > 0)
  	     server->num_players++;
  	     else

[Non-text portions of this message have been removed]

Hello All,

This is to notify you that qstat has now migrated from CVS to Subversion.

This has been done at the request of the current maintainers and should
therefore help ease and speed development (and documentation) of qstat.

The CVS repository _has been shut down_ and will therefore not accept
any more commits or checkouts. As from this moment, please use
Subversion for any bleeding edge source code requirements.

To checkout the current working branch of Qstat please use the following
command:
svn checkout
https://qstat.svn.sourceforge.net/svnroot/qstat/trunk/qstat2 qstat2

If you are a developer of qstat, you will need generate a new working
copy of your source tree and patch any changes made since your last
commit to your new subversion tree before committing.

The new website should be up soon that will echo this and any additional
information.

If anyone has any question, please feel free to contact me.

Pierre.









[Non-text portions of this message have been removed]

I believe someone is maintaining a debian port of linux, however can you
confirm what falvour and build of linux you're using (uname -r) and I
can possibly provide you with a compiled version.

P.

_gad_ wrote:
>
> Could i get some Help going from Windows QSTAT to Linux. I have no
> access to compile anything because my host doesn't allow.
>
> any help would be great..
>
>

I believe someone is maintaining a debian port of linux, however can you
confirm what falvour and build of linux you're using (uname -r) and I
can possibly provide you with a compiled version.

P.

_gad_ wrote:
>
> Could i get some Help going from Windows QSTAT to Linux. I have no
> access to compile anything because my host doesn't allow.
>
> any help would be great..
>
>

I believe someone is maintaining a debian port of linux, however can you
confirm what falvour and build of linux you're using (uname -r) and I
can possibly provide you with a compiled version.

P.

_gad_ wrote:
>
> Could i get some Help going from Windows QSTAT to Linux. I have no
> access to compile anything because my host doesn't allow.
>
> any help would be great..
>
>

I believe someone is maintaining a debian port of linux, however can you
confirm what falvour and build of linux you're using (uname -r) and I
can possibly provide you with a compiled version.

P.

_gad_ wrote:
>
> Could i get some Help going from Windows QSTAT to Linux. I have no
> access to compile anything because my host doesn't allow.
>
> any help would be great..
>
>

Could i get some Help going from Windows QSTAT to Linux. I have no
access to compile anything because my host doesn't allow.

any help would be great..

That works. Thanks!

-Tommi

Graham Weldon wrote:
>
> Instead of using "hls" as the type, use "a2s"
> I hope this helps.
>
> Regards,
> Graham Weldon
> Content Manager / Gaming Administrator
> WildIT Gaming Network
> www.wgn.net.au
>
> tomerizk wrote:
> >
> > I have qstat version 2.10 wich is newest ubuntu stable package.
When i
> > try to query cs server it just says No response
> > like this:
> > quakestat -hls 82.118.209.82:27015
> > ADDRESS PLAYERS MAP RESPONSE TIME NAME
> > 82.118.209.82:27015 no response
> >
> > It worked fine about week ago. Maybe cs has been updated somehow
that
> > qstat cannot query it anymore or i have something wrong here.
> >
> > cheers,
> >
> > -Tommi
> >
> >
>
>
>
> [Non-text portions of this message have been removed]
>

Instead of using "hls" as the type, use "a2s"
I hope this helps.

Regards,
Graham Weldon
Content Manager / Gaming Administrator
WildIT Gaming Network
www.wgn.net.au

tomerizk wrote:
>
> I have qstat version 2.10 wich is newest ubuntu stable package. When i
> try to query cs server it just says No response
> like this:
> quakestat -hls 82.118.209.82:27015
> ADDRESS PLAYERS MAP RESPONSE TIME NAME
> 82.118.209.82:27015 no response
>
> It worked fine about week ago. Maybe cs has been updated somehow that
> qstat cannot query it anymore or i have something wrong here.
>
> cheers,
>
> -Tommi
>
>



[Non-text portions of this message have been removed]

I have qstat version 2.10 wich is newest ubuntu stable package. When i
try to query cs server it just says No response
like this:
quakestat -hls 82.118.209.82:27015
ADDRESS           PLAYERS      MAP   RESPONSE TIME    NAME
82.118.209.82:27015 no response

It worked fine about week ago. Maybe cs has been updated somehow that
qstat cannot query it anymore or i have something wrong here.

cheers,

-Tommi

We just started a Wikipedia Cathegory "Game Server Browsers" and would
like to invite you to share your knowledge.

http://en.wikipedia.org/wiki/Category:Game_server_browsers

The entries are mostly in a very early stage and especially dates and
features are sometimes more guesses than facts. Please participate in
the discussion of the wikipedia articles.

Christian Brandt

http://www.bloodmasters.com/files/serverprotocol.txt


Kingsley Foreman
Senior Content Administrator / Content Management Group

=============================================
Internode Systems Pty Ltd

PO Box 284, Rundle Mall 5000
Level 1, 132 Grenfell Street, Adelaide 5000
Phone:  +61 8 8228 2978
Fax:    +61 8 8235 6978
Web:    http://www.internode.on.net
         http://games.internode.on.net
=============================================

On Fri, 10 Nov 2006 11:41:51 -0000
"Kev Dickinson" <kev_dicko@...> wrote:

> If you have multiple servers running on different ports, how can you
> query a specific server if you always have to specify the query port
> of 29900?? For example, if I have 2 servers running on ports 16567
> and 16767, how do you query a specific server?

As I said, 29900 is the /default/ port.  The port is defined by the
sv.gameSpyPort setting and I believe will normally increment by one
(e.g. to 29901 for your second server) if the specified port is in use.

I'd recommend you set the port you want the second server to use
explicitly though.  netstat/lsof etc or their equivalent will tell you
which port is currently being used by which process.

--
Omnix, PunksBusted Admin
Building a safer gaming community, one server at a time

e: omnix@...  w: http://www.punksbusted.com

--- In qstat-users@yahoogroups.com, Omnix <omnix@...> wrote:
>
> On Fri, 10 Nov 2006 10:45:34 -0000
> "Kev Dickinson" <kev_dicko@...> wrote:
>
> > I have been trying for a while now to get results returned from
> > Battlefield 2 servers using qstat-2.11. I've been reading through
the
> > posts and have tried everything that I've found so far, but qstat
> > always returns "IP:PORT no response" as a result! I have tried
lots
> > of different protocols, namely "gs4" but nothing works for me!
> >
> > Is there something else that I'm missing here or not
understanding??
>
> Perhaps you should supply an example of what you're trying to query?
>
> For BF2, you need to use gs3 (BF2142 is gs4) and make sure you're
using
> the query port of the server (default is 29900), not the game port
> (e.g. 16567).  For example, picking a random server:
>
> $ /usr/local/bin/qstat -gs3 72.37.184.241:29900
> ADDRESS           PLAYERS      MAP   RESPONSE TIME    NAME
> 72.37.184.241:29900   64/64 Sharqi Peninsula     87 / 0  gpm_cq JP
Clan FU HAKO Server::City Maps
>
> Seems to work.
>
> --
> Omnix, PunksBusted Admin
> Building a safer gaming community, one server at a time
>
> e: omnix@...  w: http://www.punksbusted.com
>

Excellent!!!! Thanks so much. At least now I have got it to query
back!

If you have multiple servers running on different ports, how can you
query a specific server if you always have to specify the query port
of 29900?? For example, if I have 2 servers running on ports 16567
and 16767, how do you query a specific server?

I think this is what I have been doing wrong originally.

On Fri, 10 Nov 2006 10:45:34 -0000
"Kev Dickinson" <kev_dicko@...> wrote:

> I have been trying for a while now to get results returned from
> Battlefield 2 servers using qstat-2.11. I've been reading through the
> posts and have tried everything that I've found so far, but qstat
> always returns "IP:PORT no response" as a result! I have tried lots
> of different protocols, namely "gs4" but nothing works for me!
>
> Is there something else that I'm missing here or not understanding??

Perhaps you should supply an example of what you're trying to query?

For BF2, you need to use gs3 (BF2142 is gs4) and make sure you're using
the query port of the server (default is 29900), not the game port
(e.g. 16567).  For example, picking a random server:

$ /usr/local/bin/qstat -gs3 72.37.184.241:29900
ADDRESS           PLAYERS      MAP   RESPONSE TIME    NAME
72.37.184.241:29900   64/64 Sharqi Peninsula     87 / 0  gpm_cq JP Clan FU HAKO
Server::City Maps

Seems to work.

--
Omnix, PunksBusted Admin
Building a safer gaming community, one server at a time

e: omnix@...  w: http://www.punksbusted.com

I have been trying for a while now to get results returned from
Battlefield 2 servers using qstat-2.11. I've been reading through the
posts and have tried everything that I've found so far, but qstat
always returns "IP:PORT no response" as a result! I have tried lots of
different protocols, namely "gs4" but nothing works for me!

Is there something else that I'm missing here or not understanding??

I know this must work as I've seen previous posts where people have
queried it using the latest version of qstat (2.11) and using
protocol "-gs4".

I've tried everything I can think of and now at a loss!
Any help would be greatly appreciated!

Cheers,

Kev

_gad_ wrote:
>
> Could someone post the windows version?
>
> I'm trying to get bf2142 working..any ideas how?
>
I've just added a win32 binary to sourceforge

http://prdownloads.sourceforge.net/qstat/qstat-2.11-win32.zip?download

BF2142 is using what we're calling -gs4 (Gamespy 4).

Use something like this in your qstat.cfg file.

gametype BF2142S new extend gs4
    name = Battlefield 2142
    default port = 29900
    template var = BATTLEFIELD2142
    game rule = gametype
    status port offset = 13333
end

then simply do:

qstat -cfg qstat.cfg -bf2142s  ip:gameport

Pierre

Could someone post the windows version?

I'm trying to get bf2142 working..any ideas how?

Great! Thanks for the new release!

Cheers,
Graham

--- In qstat-users@yahoogroups.com, Ludwig Nussel <ludwig.nussel@...>
wrote:
>
> Hi,
>
> I've just uploaded qstat 2.11 to sourceforge:
>
http://sourceforge.net/project/showfiles.php?group_id=56603&package_id=51888&rel\
ease_id=460941
> rpms are available at the xqf project:
>
http://sourceforge.net/project/showfiles.php?group_id=13296&package_id=34590&rel\
ease_id=460919
>
> Summary of New Features
> -----------------------
> new protocols:
>    Warsow [-warsows, -warsowm]
>    Prey [-preys, -preym]
>    TrackMania [-tm]
>    Tremulous [-tremulous, -tremulousm]
>
> add -nx and -nnx options that enable resp. disable name transformation
> calculate player score for AMS servers
>
> Fixes
> -----
> fix segfault when a "tribes2 master" returns garbage
>
> cu
> Ludwig
>
> --
> (o_  Ludwig.Nussel@...
> //\
> V_/_ PGP Key ID: FF8135CE
>

Hi,

I've just uploaded qstat 2.11 to sourceforge:
http://sourceforge.net/project/showfiles.php?group_id=56603&package_id=51888&rel\
ease_id=460941
rpms are available at the xqf project:
http://sourceforge.net/project/showfiles.php?group_id=13296&package_id=34590&rel\
ease_id=460919

Summary of New Features
-----------------------
new protocols:
    Warsow [-warsows, -warsowm]
    Prey [-preys, -preym]
    TrackMania [-tm]
    Tremulous [-tremulous, -tremulousm]

add -nx and -nnx options that enable resp. disable name transformation
calculate player score for AMS servers

Fixes
-----
fix segfault when a "tribes2 master" returns garbage

cu
Ludwig

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

Hi,

The package freeze for the next Debian release is expected soon so
I'd like to release XQF 1.0.5 and qstat 2.11 ASAP. A test build of
the current cvs of both is available at
http://xqf.sourceforge.net/BUILD-20061028154206/ if anyone wants to
beta-test. Feedback welcome.

cu
Ludwig

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

install aclocal.

   ----- Original Message -----
   From: Graham Weldon
   To: qstat-users@yahoogroups.com
   Sent: Thursday, October 19, 2006 1:57 AM
   Subject: Re: [qstat-users] Battlefield 2142 Demo Support


   I am expericing this problem also.
   However, running autogen.shscript causes the following:

   --------------------------------------
   # sh autogen.sh
   Checking autoconf version...
   Checking automake version...
   Running aclocal...
   autogen.sh: line 66: aclocal: command not found
   --------------------------------------

   Any thoughts?

   Recent Activity
     a..  1New Members
   Visit Your Group
   SPONSORED LINKS
     a.. Game server
     b.. Game server rental
     c.. Game server renting
     d.. Linux game server
   Yahoo! Photos
   Easy Upload

   Share photos now

   Y! GeoCities
   Create a Blog

   And tell the world

   what you think.

   Yahoo! Groups
   Start a group

   in 3 easy steps.

   Connect with others.
   .


================================================
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 postmaster@....

[Non-text portions of this message have been removed]