qstat-devx — Discussion between QStat developers

Re: [QStat-devx] ready for 2.9?

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

Is that enabled by default for TS2 servers as it would need to be
or it just doesn't work :(

    Steve / K
----- Original Message ----- 
From: "Ludwig Nussel" <l-...@us...>
> Steven Hartland wrote:
>> Should be ok the only change that I know of which makes me
>> slightly nervous is where I removed the duplicate server checking
>> make TS2 support work. Does anyone have any thoughts on that?
> 
> I've enabled the check again and added -allowserverdups instead.


================================================
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] ready for 2.9?

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

Steven Hartland wrote:
> Should be ok the only change that I know of which makes me
> slightly nervous is where I removed the duplicate server checking
> make TS2 support work. Does anyone have any thoughts on that?

I've enabled the check again and added -allowserverdups instead.

cu
Ludwig

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

Re: [QStat-devx] ready for 2.9?

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

Should be ok the only change that I know of which makes me
slightly nervous is where I removed the duplicate server checking
make TS2 support work. Does anyone have any thoughts on that?

    Steve
----- Original Message ----- 
From: "Ludwig Nussel" <l-...@us...>


> Are we ready to release 2.9? I'd like to release it together with
> xqf 1.0.4 when Linux Quake4 is released.


================================================
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] ready for 2.9?

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

Hi,

Are we ready to release 2.9? I'd like to release it together with
xqf 1.0.4 when Linux Quake4 is released.

cu
Ludwig

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

Re: [QStat-devx] a2s with hl1 doesn't report all data

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

Steven Hartland wrote:
> If it responds at all to -hls they have disabled the new query
> and hence the problem.

Hmm, quite a lot servers that have it disabled then. Does Half-Life
use a server side filter to only get the a2s ones or how does it
deal with that?

cu
Ludwig

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

Re: [QStat-devx] a2s with hl1 doesn't report all data

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

If it responds at all to -hls they have disabled the new query
and hence the problem.

    Steve / K
----- Original Message ----- 
From: "Ludwig Nussel" <l-...@us...>
To: <qst...@li...>
Sent: Tuesday, July 12, 2005 7:45 PM
Subject: Re: [QStat-devx] a2s with hl1 doesn't report all data


Steven Hartland wrote:
> It was working last time I looked. Do u have a server?
> Just a thought that behaviour will occur if they have turned
> off new queries so it could well be that.

Just query the master server and randomly pick one of the 30000 :-)
e.g.

$ qstat -hls 193.17.219.20:27763 -R -P
ADDRESS           PLAYERS      MAP   RESPONSE TIME    NAME
193.17.219.20:27763    8/16     de_dust2     27 / 0  cstrike *www.bRaVeCrEw.de*[VAC-HLGuard]
        gamedir=cstrike,game=cstrike,gamename=Counter-Strike,protocol=47,sv_type=dedicated,sv_os=linux,sv_password=0,mod=1,mod_info_url=www.counter-strike.net,modversion=1,modsize=184000000,svonly=0,cldll=1,secure=1,_tutor_bomb_viewable_check_interval=0.5,_tutor_debug_level=0,_tutor_examine_time=0.5,_tutor_hint_interval_time=10.0,_tutor_look_angle=10,_tutor_look_distance=200,_tutor_message_character_display_time_coefficient=0.07,_tutor_message_minimum_display_time=1,_tutor_message_repeats=5,_tutor_view_distance=1000,allow_spectators=1,amx_language=en,amx_nextmap=de_dust2,amx_timeleft=16:05,amxmodx_version=1.00,coop=0,deathmatch=1,decalfrequency=60,edgefriction=2,hostage_debug=0,hostage_stop=0,humans_join_team=any,max_queries_sec=1,max_queries_sec_global=1,max_queries_window=1,metamod_version=1.17.3,mp_allowmonsters=0,mp_autokick=1,mp_autoteambalance=1,mp_buytime=1,mp_c4timer=35,mp_chattime=10,mp_consistency=1,mp_fadetoblack=0,mp_flashlight=1,mp_footsteps=1,mp_forcecamera=2,mp_forcechasecam=2,mp_fragsleft=0,mp_freezetime=4,mp_friendlyfire=1,mp_ghostfrequency=0.1,mp_hostagepenalty=0,mp_kickpercent=0.66,mp_limitteams=0,mp_logdetail=0,mp_logfile=1,mp_logmessages=1,mp_mapvoteratio=1,mp_maxrounds=0,mp_mirrordamage=0,mp_playerid=0,mp_roundtime=3,mp_startmoney=800,mp_timeleft=30,mp_timelimit=45,mp_tkpunish=0,mp_windifference=1,mp_winlimit=0,pausable=0,sv_accelerate=5,sv_aim=0,sv_airaccelerate=10,sv_airmove=1,sv_allowupload=1,sv_alltalk=0,sv_bounce=1,sv_cheats=0,sv_clienttrace=1,sv_clipmode=0,sv_contact=www.bravecrew.de,sv_friction=4,sv_gravity=800,sv_logblocks=0,sv_maxrate=20000,sv_maxspeed=900,sv_minrate=7000,sv_proxies=1,sv_region=3,sv_restart=0,sv_restartround=0,sv_stepsize=18,sv_stopspeed=75,sv_voiceenable=0,sv_wateraccelerate=10,sv_waterfriction=1
          0 frags       29s Tricycle Of Steel
          0 frags     4m29s -=[F.4.J]=-Bl!nd|$p0t
          1 frags     1m17s In the garden of eden,honey
          1 frags     2m12s T_T
          2 frags     6m11s -=[F.4.J]=-Anac0nda
         28 frags    57m31s buFu!
         19 frags    20m11s pHreAk
          6 frags    19m 6s Noir|Fore
$ qstat -a2s 193.17.219.20:27763 -R -P
ADDRESS           PLAYERS      MAP   RESPONSE TIME    NAME
193.17.219.20:27763    8/16 de_dust2     27 / 2  cstrike *www.bRaVeCrEw.de*[VAC-HLGuard]
        gamedir=cstrike,gamename=Counter-Strike,version=47,dedicated=1,sv_os=linux,password=0,mod_url=www.counter-strike.net,mod_dl=,mod_ver=1,mod_size=184000000,mod_svonly=0,mod_cldll=1,secure=1,bots=0


The server doesn't respond to the challenge request.

cu
Ludwig

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


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
QStat-devx mailing list
QSt...@li...
https://lists.sourceforge.net/lists/listinfo/qstat-devx




================================================
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] a2s with hl1 doesn't report all data

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

Steven Hartland wrote:
> It was working last time I looked. Do u have a server?
> Just a thought that behaviour will occur if they have turned
> off new queries so it could well be that.

Just query the master server and randomly pick one of the 30000 :-)
e.g.

$ qstat -hls 193.17.219.20:27763 -R -P
ADDRESS           PLAYERS      MAP   RESPONSE TIME    NAME
193.17.219.20:27763    8/16     de_dust2     27 / 0  cstrike *www.bRaVeCrEw=
=2Ede*[VAC-HLGuard]
        gamedir=3Dcstrike,game=3Dcstrike,gamename=3DCounter-Strike,protocol=
=3D47,sv_type=3Ddedicated,sv_os=3Dlinux,sv_password=3D0,mod=3D1,mod_info_ur=
l=3Dwww.counter-strike.net,modversion=3D1,modsize=3D184000000,svonly=3D0,cl=
dll=3D1,secure=3D1,_tutor_bomb_viewable_check_interval=3D0.5,_tutor_debug_l=
evel=3D0,_tutor_examine_time=3D0.5,_tutor_hint_interval_time=3D10.0,_tutor_=
look_angle=3D10,_tutor_look_distance=3D200,_tutor_message_character_display=
_time_coefficient=3D0.07,_tutor_message_minimum_display_time=3D1,_tutor_mes=
sage_repeats=3D5,_tutor_view_distance=3D1000,allow_spectators=3D1,amx_langu=
age=3Den,amx_nextmap=3Dde_dust2,amx_timeleft=3D16:05,amxmodx_version=3D1.00=
,coop=3D0,deathmatch=3D1,decalfrequency=3D60,edgefriction=3D2,hostage_debug=
=3D0,hostage_stop=3D0,humans_join_team=3Dany,max_queries_sec=3D1,max_querie=
s_sec_global=3D1,max_queries_window=3D1,metamod_version=3D1.17.3,mp_allowmo=
nsters=3D0,mp_autokick=3D1,mp_autoteambalance=3D1,mp_buytime=3D1,mp_c4timer=
=3D35,mp_chattime=3D10,mp_consistency=3D1,mp_fadetoblack=3D0,mp_flashlight=
=3D1,mp_footsteps=3D1,mp_forcecamera=3D2,mp_forcechasecam=3D2,mp_fragsleft=
=3D0,mp_freezetime=3D4,mp_friendlyfire=3D1,mp_ghostfrequency=3D0.1,mp_hosta=
gepenalty=3D0,mp_kickpercent=3D0.66,mp_limitteams=3D0,mp_logdetail=3D0,mp_l=
ogfile=3D1,mp_logmessages=3D1,mp_mapvoteratio=3D1,mp_maxrounds=3D0,mp_mirro=
rdamage=3D0,mp_playerid=3D0,mp_roundtime=3D3,mp_startmoney=3D800,mp_timelef=
t=3D30,mp_timelimit=3D45,mp_tkpunish=3D0,mp_windifference=3D1,mp_winlimit=
=3D0,pausable=3D0,sv_accelerate=3D5,sv_aim=3D0,sv_airaccelerate=3D10,sv_air=
move=3D1,sv_allowupload=3D1,sv_alltalk=3D0,sv_bounce=3D1,sv_cheats=3D0,sv_c=
lienttrace=3D1,sv_clipmode=3D0,sv_contact=3Dwww.bravecrew.de,sv_friction=3D=
4,sv_gravity=3D800,sv_logblocks=3D0,sv_maxrate=3D20000,sv_maxspeed=3D900,sv=
_minrate=3D7000,sv_proxies=3D1,sv_region=3D3,sv_restart=3D0,sv_restartround=
=3D0,sv_stepsize=3D18,sv_stopspeed=3D75,sv_voiceenable=3D0,sv_wateraccelera=
te=3D10,sv_waterfriction=3D1
          0 frags       29s Tricycle Of Steel
          0 frags     4m29s -=3D[F.4.J]=3D-Bl!nd|$p0t
          1 frags     1m17s In the garden of eden,honey
          1 frags     2m12s T_T
          2 frags     6m11s -=3D[F.4.J]=3D-Anac0nda
         28 frags    57m31s buFu!
         19 frags    20m11s pHreAk
          6 frags    19m 6s Noir|Fore
$ qstat -a2s 193.17.219.20:27763 -R -P
ADDRESS           PLAYERS      MAP   RESPONSE TIME    NAME
193.17.219.20:27763    8/16 de_dust2     27 / 2  cstrike *www.bRaVeCrEw.de*=
[VAC-HLGuard]
        gamedir=3Dcstrike,gamename=3DCounter-Strike,version=3D47,dedicated=
=3D1,sv_os=3Dlinux,password=3D0,mod_url=3Dwww.counter-strike.net,mod_dl=3D,=
mod_ver=3D1,mod_size=3D184000000,mod_svonly=3D0,mod_cldll=3D1,secure=3D1,bo=
ts=3D0


The server doesn't respond to the challenge request.

cu
Ludwig

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

Re: [QStat-devx] a2s with hl1 doesn't report all data

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

It was working last time I looked. Do u have a server?
Just a thought that behaviour will occur if they have turned
off new queries so it could well be that.

    Steve / K
----- Original Message ----- 
From: "Ludwig Nussel" <l-...@us...>
To: <qst...@li...>
Sent: Tuesday, July 12, 2005 12:37 AM
Subject: [QStat-devx] a2s with hl1 doesn't report all data


> Hi,
> 
> hl1 with a2s apparently is lacking player info and lots of rules. I
> guess the challenge/response mechanism is different. I don't have
> Halflife so I can't debug it. Steve could you take a look or
> alternatively send me a captured query from the hl1 client (tcpdump
> -s0 -w f host 1.2.3.4)?
> 
> cu
> Ludwig
> 
> -- 
> (o_     Ludwig Nussel
> //\
> V_/_  PGP Key: FF8135CE
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
> July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
> core and dual graphics technology at this free one hour event hosted by HP,
> AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
> _______________________________________________
> QStat-devx mailing list
> QSt...@li...
> https://lists.sourceforge.net/lists/listinfo/qstat-devx
> 
>


================================================
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] a2s with hl1 doesn't report all data

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

Hi,

hl1 with a2s apparently is lacking player info and lots of rules. I
guess the challenge/response mechanism is different. I don't have
Halflife so I can't debug it. Steve could you take a look or
alternatively send me a captured query from the hl1 client (tcpdump
-s0 -w f host 1.2.3.4)?

cu
Ludwig

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

Re: [QStat-devx] Automake issues

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

Steven Hartland wrote:
> ----- Original Message ----- 
> From: "Ludwig Nussel" <l-...@us...>
> >>
> >>>>Automake 1.6 was deemed a bad version 1.4, 1.5, 1.8 and 1.9 are
> >>>>the readly supported versions. autogen 1.8 here fails with:
> >>>>./autogen.sh 
> >>>>+ set -e
> >>>>+ aclocal
> >>>>aclocal: not found
> >>
> >>Its installed but your script fails to find it. See the updated script
> >>for info on how to do that.
> >
> >It doesn't try to find anything. It just runs aclocal etc. assuming
> >it's in $PATH. I don't understand why you install those programs
> >with some strange suffix. There should always be a default automake
> >which is actually called 'automake' and not some 'automake-foobar'.
> >What distribution is that?
> 
> You will find due to the broken arse compatibility between versions
> most distribs dont install to none suffixed exe's hence the detect script.
> Here I use FreeBSD various versions.

SUSE always had one automake. Stuff that doesn't work with that has
to be fixed. Both RedHat and Debian install a default 'automake'
because that's what everyone expects. In Debian one can even choose
it using update-alternatives. So I'd say the way FreeBSD does it is
broken. Reminds me of
http://www.livejournal.com/users/udrepper/7326.html

Anyways, let's hope it works the way it is now.

cu
Ludwig

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

Re: [QStat-devx] Automake issues

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

----- Original Message ----- 
From: "Ludwig Nussel" <l-...@us...>
>> 
>> >>Automake 1.6 was deemed a bad version 1.4, 1.5, 1.8 and 1.9 are
>> >>the readly supported versions. autogen 1.8 here fails with:
>> >>./autogen.sh 
>> >>+ set -e
>> >>+ aclocal
>> >>aclocal: not found
>> 
>> Its installed but your script fails to find it. See the updated script
>> for info on how to do that.
> 
> It doesn't try to find anything. It just runs aclocal etc. assuming
> it's in $PATH. I don't understand why you install those programs
> with some strange suffix. There should always be a default automake
> which is actually called 'automake' and not some 'automake-foobar'.
> What distribution is that?

You will find due to the broken arse compatibility between versions
most distribs dont install to none suffixed exe's hence the detect script.
Here I use FreeBSD various versions.

>> >$ rpm -qf /usr/bin/aclocal
>> >automake-1.9.5-3
>> >
>> >SLES8 has automake 1.6, I'm going to try that out tomorrow.
> 
> Works just fine there.

All down to the missing exe's

>> >>I've just commited an update to autogen.sh you might want
>> >>to have a look there ludwig ensure its ok with u.
>> >
>> >wtf? why do you need such a complicated script? What about just
>> >running autoreconf?
>> As that would have exactly the same issues and besides u removed
>> autoreconf for a reason I assumed.
> 
> You said you don't have it so I assumed it was not present in some
> older automake version. However now I guess it's also called
> autoreconf-something on your installation.

Indeed 1.5 didn't seem to include it now running 1.9.

    Steve / K


================================================
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] Automake issues

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

Steven Hartland wrote:
> ----- Original Message ----- 
> From: "Ludwig Nussel" <l-...@us...>
> 
> >>Automake 1.6 was deemed a bad version 1.4, 1.5, 1.8 and 1.9 are
> >>the readly supported versions. autogen 1.8 here fails with:
> >>./autogen.sh 
> >>+ set -e
> >>+ aclocal
> >>aclocal: not found
> 
> Its installed but your script fails to find it. See the updated script
> for info on how to do that.

It doesn't try to find anything. It just runs aclocal etc. assuming
it's in $PATH. I don't understand why you install those programs
with some strange suffix. There should always be a default automake
which is actually called 'automake' and not some 'automake-foobar'.
What distribution is that?

> >Well, install automake.
> >
> >$ rpm -qf /usr/bin/aclocal
> >automake-1.9.5-3
> >
> >SLES8 has automake 1.6, I'm going to try that out tomorrow.

Works just fine there.

> >>I've just commited an update to autogen.sh you might want
> >>to have a look there ludwig ensure its ok with u.
> >
> >wtf? why do you need such a complicated script? What about just
> >running autoreconf?
> As that would have exactly the same issues and besides u removed
> autoreconf for a reason I assumed.

You said you don't have it so I assumed it was not present in some
older automake version. However now I guess it's also called
autoreconf-something on your installation.

cu
Ludwig

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

Re: [QStat-devx] Automake issues

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

----- Original Message ----- 
From: "Ludwig Nussel" <l-...@us...>

>> Automake 1.6 was deemed a bad version 1.4, 1.5, 1.8 and 1.9 are
>> the readly supported versions. autogen 1.8 here fails with:
>> ./autogen.sh 
>> + set -e
>> + aclocal
>> aclocal: not found

Its installed but your script fails to find it. See the updated script
for info on how to do that.

> Well, install automake.
> 
> $ rpm -qf /usr/bin/aclocal
> automake-1.9.5-3
> 
> SLES8 has automake 1.6, I'm going to try that out tomorrow.
> 
>> I've just commited an update to autogen.sh you might want
>> to have a look there ludwig ensure its ok with u.
> 
> wtf? why do you need such a complicated script? What about just
> running autoreconf?
As that would have exactly the same issues and besides u removed
autoreconf for a reason I assumed.

> Where did you take the code? qstat is not GPL so you can't take
> stuff from KDE.
Found the basics in kde yep, extended it a bit all very basic could
have written from scratch but would have taken an extra 10 mins.
If you do a search for detect-autoconf.sh its all over the net in
hundreds of projects, from perl modules to kde. If you want to
recode it from scratch feel free but there's not too many ways of
doing a basic lookup like that.

I did register issues when the auto stuff was first raised and now
its actually effecting users I thought I'd spend a few mins updating
said script so that it actually worked on a few more platforms that's
all and I didn't have too much time to dedicate to it sorry.

    Steve / K


================================================
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] Automake issues

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

Steven Hartland wrote:
> Hmm here I get:
> /usr/bin/time -h make
>         24.52s real             23.62s user             0.89s sys
> 
> /usr/bin/time -h make -f Makefile.noauto 
>         11.14s real             10.96s user             0.45s sys
> 
> Automake 1.6 was deemed a bad version 1.4, 1.5, 1.8 and 1.9 are
> the readly supported versions. autogen 1.8 here fails with:
> ./autogen.sh 
> + set -e
> + aclocal
> aclocal: not found

Well, install automake.

$ rpm -qf /usr/bin/aclocal
automake-1.9.5-3

SLES8 has automake 1.6, I'm going to try that out tomorrow.

> I've just commited an update to autogen.sh you might want
> to have a look there ludwig ensure its ok with u.

wtf? why do you need such a complicated script? What about just
running autoreconf? Where did you take the code? qstat is not GPL so
you can't take stuff from KDE.

cu
Ludwig

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

[QStat-devx] Automake issues

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

Hmm here I get:
/usr/bin/time -h make
        24.52s real             23.62s user             0.89s sys

/usr/bin/time -h make -f Makefile.noauto=20
        11.14s real             10.96s user             0.45s sys

Automake 1.6 was deemed a bad version 1.4, 1.5, 1.8 and 1.9 are
the readly supported versions. autogen 1.8 here fails with:
./autogen.sh=20
+ set -e
+ aclocal
aclocal: not found

I've just commited an update to autogen.sh you might want
to have a look there ludwig ensure its ok with u.

----- Original Message -----=20
  From: Ludwig Nussel=20

  It's 0.4s for me... There is a shell involved in every call, plus it
  does dependency tracking on the files.

  cu
  Ludwig

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
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.=20

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] Fw: Sorry but I cant join this Group. Please report:

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

Steven Hartland wrote:
> people don't have it that's the problem

No, then autogen would fail with "command not found".

cu
Ludwig

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

Re: [QStat-devx] Fw: Sorry but I cant join this Group. Please report:

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

people don't have it that's the problem
----- Original Message ----- 
From: "Ludwig Nussel" <l-...@us...>
To: <qst...@li...>
Sent: Sunday, June 12, 2005 5:06 PM
Subject: Re: [QStat-devx] Fw: Sorry but I cant join this Group. Please report:


> Steven Hartland wrote:
>> Can u have a look at this Ludwig.
>> I've tried on a few boxes here and 90% of them cant use the configure
>> script. I'm sure u've mentioned something before about this but
>> cant find it.
> 
> Which automake and autoconf version?
> 
> cu
> Ludwig
> 
> -- 
> (o_     Ludwig Nussel
> //\
> V_/_  PGP Key: FF8135CE
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
> a projector? How fast can you ride your desk chair down the office luge track?
> If you want to score the big prize, get to know the little guy.  
> Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
> _______________________________________________
> QStat-devx mailing list
> QSt...@li...
> https://lists.sourceforge.net/lists/listinfo/qstat-devx
> 
>


================================================
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] Fw: Sorry but I cant join this Group. Please report:

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

Steven Hartland wrote:
> Can u have a look at this Ludwig.
> I've tried on a few boxes here and 90% of them cant use the configure
> script. I'm sure u've mentioned something before about this but
> cant find it.

Which automake and autoconf version?

cu
Ludwig

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

[QStat-devx] Fw: Sorry but I cant join this Group. Please report:

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

Can u have a look at this Ludwig.
I've tried on a few boxes here and 90% of them cant use the configure
script. I'm sure u've mentioned something before about this but
cant find it.

    Steve / K
----- Original Message ----- 
From: "shack_web" <sha...@ya...>
To: <ki...@mu...>
Sent: Sunday, June 12, 2005 3:29 PM
Subject: Sorry but I cant join this Group. Please report:


Half the world out ther isn´t able to compile qstats from cvs because
there seem to be several mistakes in the Makefile´s

Here are failures I became on Debian "sarge":

[root@debian:~/qstatcvs/qstat2]# ./autogen.sh
+ set -e
+ aclocal
+ autoconf
+ autoheader
+ automake -a --foreign
automake: configure.ac: installing `./install-sh'
automake: configure.ac: installing `./mkinstalldirs'
automake: configure.ac: installing `./missing'
configure.ac: 3: required file `./[gnuconfig.h].in' not found
Makefile.am:21: invalid variable `dist_configfiles_DATA'

I fixed around this failure by editing the files below

Makefile
configure.ac

changed [gnuconfig.h] to gnuconfig.h

but now the error

Makefile.am:21: invalid variable `dist_configfiles_DATA'

still remains. Please report at the list because my
membership is still pending.

Thank you

André (Shackattack) Caffell
Shackattack Webhosting
Technical Assistance
:: InternetFreaks.net :: Gameserverbusiness







================================================
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] Fw: [hlds_apps] query protocol was ( RE: [hlds_linux] HL1 Engine update)

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

Steven Hartland wrote:
> Do u want to do this or shall I Ludwig?

Just go ahead. I could do it soonest Saturday or Sunday. But please
use ts=8 sw=4 for a2s.c :-)

The packet length checks for the hl1 part need to be fixed as well.

> ----- Original Message ----- 
> From: "Alfred Reynolds" <al...@va...>
> 
> 0xfeffffff (int value -2) indicates a split packet, with the following C
> structure using up the next 5 bytes:
> int sequenceNumber;
> byte packetID;
> 
> Sequence number lets you identify responses from the same split packet
> stream. The top 4 bits of packetID are this packets position in the
> sequence ( 0 .. N - 1 ) and the bottom 4 bits are the total number of
> packets (N).
> 
> Right now only HL1 supports this response, Source based games will fail
> to send responses that exceed 1400 bytes. We will be adding split packet
> capability to Source in a future update.
> 
> - Alfred

cu
Ludwig

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

[QStat-devx] Fw: [hlds_apps] query protocol was ( RE: [hlds_linux] HL1 Engine update)

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

Do u want to do this or shall I Ludwig?

----- Original Message ----- 
From: "Alfred Reynolds" <al...@va...>

0xfeffffff (int value -2) indicates a split packet, with the following C
structure using up the next 5 bytes:
int sequenceNumber;
byte packetID;

Sequence number lets you identify responses from the same split packet
stream. The top 4 bits of packetID are this packets position in the
sequence ( 0 .. N - 1 ) and the bottom 4 bits are the total number of
packets (N).

Right now only HL1 supports this response, Source based games will fail
to send responses that exceed 1400 bytes. We will be adding split packet
capability to Source in a future update.

- Alfred


================================================
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: [qstat-users] HL patch Out today

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

Moved to dev list off users:

Actually it wasn't consistent 95% was tabs and 5% where spaces.
I find code like:
  if ( stuff ) {
  if( other )
  do stuff
  for ( thing )
  some command
  }

is very hard to follow when compared with:
  if ( stuff )
  {
      if( other )
      {
          do stuff
      }
      for ( thing )
      {
          some command
      }
  }
Its also hard to debug, as adding a simple fprintf can break
the indented flow. I must say I have used a large number of
styles in my time but have settled down to this as it makes
things very explicit and clear although a little verbose.
Its all about maintainability, I don't like reformatting for the
sake of it but when I'm having to debug things I will if its
needed.

For editors I use a combination of vi, textpad and VS in vi
I use ts=3D4 sw=3D4 if that's any help.

But enough about style, that document only contains half
the info, tbh I think they released the update without checking
it was valid against their own docs. What started as a minor
char change ended up quite major. The protocol supports
multi packet responses which are totally undocumented and
the format of the server response is totally different.

As it stands some of info in the core server response is not
processed ( just commented out atm ).
I've added basic multi packet processing using the method
that was in qstat.c, its now in a separate module
packet_manip.c / h.  When we get some clarification on the
actual data in bytes 4-9 it will more than likely have to change.
It was a emergency patch at 2->3am this morning when all
our servers stop querying due to the update so there is some
tidying to do however the core is working. Way to go valve
NOT!!.

    Steve / K
  ----- Original Message -----=20
  From: Ludwig Nussel=20
  To: qst...@ya...=20
  Sent: Wednesday, June 08, 2005 9:42 PM
  Subject: Re: [qstat-users] HL patch Out today


  Steven Hartland wrote:
  > fixed in a2s.c version 1.3 that's just been committed.

  Man, that file was consistently indented, now it's mess. Don't
  change the tabulator width! What editor are you using?

  Apart from that the spec for a2s can be found in info/a2s.txt,
  that's from Valve's source sdk. Looks like they don't obey their own
  (broken) protocol. Bastards.

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
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.=20

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] pariah...

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

:) One of those things, same with a good portion of the server structure.
You can tell its evolved and one of those things that I always have to
look at when Im setting things up. Could do with a good old refactor
but as you say each protocol would then need major work.

What about we look at refactoring the structure so that new protocols
added are easier to do and then when we get time, go back and refactor
the old protocols. This would maintain 100% back compat but give us
a nice way forward. Similar in a way to how you've started creating
protocol modules in their own .c/.h files.

    Steve / K

----- Original Message ----- 
From: "Ludwig Nussel" <l-...@us...>

> Steven Hartland wrote:
>> All looks ok, haven't tested it but personally I'd go the other way
>> round, ie. use a state variable in the others as the current tests for
>> "have I finished" are very convoluted.
> 
> I fully agree, those conditions drive me nuts every time. However,
> if we change it we'd need to basically rewrite all protocols.



================================================
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] pariah...

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

Steven Hartland wrote:
> All looks ok, haven't tested it but personally I'd go the other way
> round, ie. use a state variable in the others as the current tests for
> "have I finished" are very convoluted.

I fully agree, those conditions drive me nuts every time. However,
if we change it we'd need to basically rewrite all protocols.

cu
Ludwig

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

Re: [QStat-devx] pariah...

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

All looks ok, haven't tested it but personally I'd go the other way
round, ie. use a state variable in the others as the current tests for
"have I finished" are very convoluted.

    Steve / K
----- Original Message ----- 
From: "Ludwig Nussel" <l-...@us...>
To: <qst...@li...>
Sent: Sunday, April 24, 2005 11:28 AM
Subject: [QStat-devx] pariah...


> Hi,
> 
> To not introduce yet another variable that just makes the mess even
> more messy I'd suggest the following patch.
> 
> Index: qserver.h
> ===================================================================
> RCS file: /cvsroot/qstat/qstat2/qserver.h,v
> retrieving revision 1.3
> diff -u -p -r1.3 qserver.h
> --- qserver.h 16 Apr 2005 01:19:44 -0000 1.3
> +++ qserver.h 24 Apr 2005 10:25:04 -0000
> @@ -101,7 +101,6 @@ struct qserver {
>     int max_players;
>     int num_players;
>     int protocol_version;
> - int state;
> 
>     SavedData saved_data;
> 
> Index: qstat.c
> ===================================================================
> RCS file: /cvsroot/qstat/qstat2/qstat.c,v
> retrieving revision 1.76
> diff -u -p -r1.76 qstat.c
> --- qstat.c 16 Apr 2005 01:19:44 -0000 1.76
> +++ qstat.c 24 Apr 2005 10:25:09 -0000
> @@ -7560,6 +7560,7 @@ pariah_rule_packet( struct qserver *serv
>  if ( no_rules == seen )
>  {
>  // all done
> + server->next_rule = NULL;
>  return 1;
>  }
> 
> @@ -7572,6 +7573,9 @@ ut2003_rule_packet( struct qserver *serv
>     char *key, *value;
>     int result= 0;
> 
> +    // Packet Type
> +    rawpkt++;
> +
>  // we get size encoded key = value pairs
>     while ( rawpkt < end )
>     {
> @@ -7678,7 +7682,10 @@ STATIC int
> pariah_player_packet( struct qserver *server, char *rawpkt, char *end)
> {
>  unsigned char no_players = rawpkt[1];
> - unsigned char seen = 0;
> + unsigned char seen = 0; /* XXX: cannot work this way, it takes only
> +    this packet into consideration. What if
> +    player info is spread across multiple
> +    packets? */
> 
>  // type + no_players + some unknown preamble
>  rawpkt += 3;
> @@ -7715,6 +7722,7 @@ pariah_player_packet( struct qserver *se
>  if ( no_players == seen )
>  {
>  // all done
> + server->num_players = server->n_player_info;
>  return 1;
>  }
> 
> @@ -7946,15 +7954,14 @@ deal_with_ut2003_packet( struct qserver 
>  int requests = server->n_requests;
>  server->next_rule = "";
>  server->retry1 = n_retries;
> - server->retry2 = n_retries;
> + server->retry2 = 0;
>  server->n_requests = requests; // would produce wrong ping
>  }
>  break;
> 
>  case 0x11:
>  // Game info
> - server->state += pariah_rule_packet( server, rawpkt, end );
> - server->next_rule = "";
> + pariah_rule_packet( server, rawpkt, end );
>  server->retry1 = 0; /* we received at least one rule packet so
>         no need to retry. We'd get double
>         entries otherwise. */
> @@ -7963,8 +7970,7 @@ deal_with_ut2003_packet( struct qserver 
>  case 0x12:
>  // Player info
>  before = server->n_player_info;
> - server->state += pariah_player_packet( server, rawpkt, end );
> - server->retry2 = 0;
> + pariah_player_packet( server, rawpkt, end );
>  if ( before == server->n_player_info )
>  {
>  error = 1;
> @@ -7981,15 +7987,11 @@ deal_with_ut2003_packet( struct qserver 
>  * rule packets as we don't know how many we get
>  * We do clean up if we don't fetch server rules so we don't
>  * need to wait for timeout.
> - * 2 == server->state indicates finished for pariah as both
> - * rule and player packets state how many to expect
>  */
> - if (
> - error ||
> - (!get_server_rules && !get_player_info) ||
> - (!get_server_rules && server->num_players == server->n_player_info) ||
> - 2 == server->state 
> - )
> + if (error
> + || (!get_server_rules && !get_player_info)
> + || (!get_server_rules && server->num_players == server->n_player_info)
> + || (server->next_rule == NULL && server->num_players == server->n_player_info))
>  {
>  cleanup_qserver( server, 1 );
>  }


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