| 00:05.23 | *** join/#bzflag mdskpr_ (~mdskpr@108.25.124.197) |
| 00:06.00 | *** join/#bzflag Scrumpy (~Scrumpy@smurfnet.xs4all.nl) |
| 00:07.51 | kierra | blast007: ping |
| 00:08.17 | khonkhortisan | Error: Pong from wrong address |
| 00:09.37 | *** join/#bzflag Pimpi (~frank@gondolin.pimpi.org) |
| 00:10.29 | *** join/#bzflag spldart (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 00:10.30 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 00:10.30 | *** mode/#bzflag [+v spldart] by ChanServ |
| 00:12.50 | khonkhortisan | I keep wanting to type "if a & b = c" |
| 00:15.06 | JeffM | what language lets you do that? |
| 00:17.13 | khonkhortisan | none of them, I have to type if a = c & b = c or type a = b = c |
| 00:17.30 | JeffM | yup |
| 00:17.47 | JeffM | well && |
| 00:17.52 | JeffM | & is bitwise :) |
| 00:17.53 | khonkhortisan | there's no "are all equal to" operator |
| 00:18.13 | JeffM | yeah the order of operations needs to be explicit |
| 00:18.47 | JeffM | if you have that many operands, write a funciton to do the test so it reads better |
| 00:19.24 | khonkhortisan | this looks like it goes on a wiki: if (radaropacity == 1.0f == panelopacity) { |
| 00:20.04 | JeffM | that is just wierd lookin |
| 00:20.17 | JeffM | who puts consts in the middle |
| 00:21.23 | JeffM | you can stack up assignments |
| 00:21.28 | JeffM | <PROTECTED> |
| 00:22.04 | khonkhortisan | yeah I did that when the x and y positions were the same on the message box |
| 00:27.49 | *** join/#bzflag TD-Linux (~thomas@about/essy/indecisive/TD-Linux) |
| 00:29.06 | khonkhortisan | consts don't go in the middle when using < either. "a < b < c" "a < c > b" it starts looking like xml |
| 00:29.54 | khonkhortisan | oh wait that's not right nvm |
| 01:34.45 | Constitution | you can already overlay the map over the 3d view in a transparent fashion... it's called the radar opacity in view options :P |
| 01:35.14 | Constitution | or GUI options rather |
| 02:00.37 | *** join/#bzflag DarkCalf (DC@173.231.40.98) |
| 02:07.47 | *** join/#bzflag a_meteorite (~a_meteori@unaffiliated/ameteorite/x-000000001) |
| 02:11.42 | *** join/#bzflag allejo (~allejo@cpe-76-90-186-178.socal.res.rr.com) |
| 02:34.53 | *** join/#bzflag Constitution (~josh@bzflag/developer/Constitution) |
| 02:51.16 | *** join/#bzflag JeffM (~JeffM@cpe-76-167-239-8.socal.res.rr.com) |
| 03:08.48 | *** join/#bzflag Toybox_ (~Toybox@cpe-76-167-239-8.socal.res.rr.com) |
| 03:12.49 | CIA-104 | BZFlag: 03JeffM2501 * r22411 10/trunk/bzflag/ (3 files in 3 dirs): remove some of the bogus targets |
| 03:18.45 | CIA-104 | BZFlag: 03JeffM2501 * r22412 10/trunk/bzflag/ (6 files in 4 dirs): Apply patch 3503880 to option for right handed radar, by khonkhortisan |
| 03:31.00 | I_Died_Once | excellent |
| 03:38.55 | I_Died_Once | bzfsPlugins.cxx:293: warning: dereferencing pointer lpProc.200 does break strict-aliasing rules |
| 03:39.13 | I_Died_Once | didnt break make but there were a few of those |
| 03:39.19 | I_Died_Once | not sure if its a problem ornot |
| 03:40.32 | Toybox_ | is that new? |
| 03:41.02 | *** join/#bzflag JeffM (~Toybox@unaffiliated/jeffm2501) |
| 03:41.02 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 03:41.39 | JeffM | cus that code hasn't changed as far as I know |
| 03:48.05 | *** join/#bzflag Delusional (~delusiona@pool-96-236-228-70.pitbpa.fios.verizon.net) |
| 04:14.28 | *** join/#bzflag Toybox_ (~Toybox@cpe-76-167-239-8.socal.res.rr.com) |
| 04:21.52 | *** join/#bzflag JeffM (~Toybox@cpe-76-167-239-8.socal.res.rr.com) |
| 04:21.52 | *** join/#bzflag JeffM (~Toybox@unaffiliated/jeffm2501) |
| 04:21.53 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 04:27.10 | *** join/#bzflag Constitution (~josh@bzflag/developer/Constitution) |
| 04:41.31 | khonkhortisan | yay! |
| 05:10.10 | khonkhortisan | closed patch 3498089 |
| 05:16.26 | JeffM | I forget lots of things :) |
| 05:16.36 | *** join/#bzflag bier (~bier@p5085F628.dip.t-dialin.net) |
| 05:17.37 | khonkhortisan | np :) |
| 05:18.01 | JeffM | and don't forget, I am a horrible human being and never do anything except drive people away from bzflag. |
| 05:19.45 | khonkhortisan | but you didn't tell me I couldn't cheat |
| 05:20.22 | JeffM | I can't tell anyone what the can and can not do |
| 05:20.28 | JeffM | I can tell them what I think they should do |
| 05:20.33 | JeffM | I don't think you should cheat :) |
| 05:21.08 | *** join/#bzflag n_r00t (~r00t@95.82.120.18) |
| 05:22.19 | khonkhortisan | see there you go again not telling me what to do |
| 05:23.01 | JeffM | it's just too hard to say what a "Cheat" is for some things |
| 05:23.11 | JeffM | and at some level it turns into opinion |
| 05:23.17 | JeffM | I think radar is a cheat :) |
| 05:23.52 | khonkhortisan | it appears that way to people that don't use it |
| 05:24.30 | JeffM | oh I know how people use it |
| 05:24.30 | khonkhortisan | and to the people that do, the people that don't just let the bullet hit them |
| 05:24.48 | JeffM | it's almost required for the current gameplay |
| 05:24.55 | JeffM | it's not a shooter, it's pool |
| 05:27.01 | khonkhortisan | <analogy lost in translation> |
| 05:27.51 | JeffM | the games that require radar are all about bouncing shots off walls and making it hit a player, like billiards |
| 05:28.44 | khonkhortisan | now it makes sense, like HIX map and GU league |
| 05:29.02 | JeffM | yeah |
| 05:29.15 | JeffM | more strategy, less action |
| 05:29.22 | JeffM | and I understand that's how some want to play |
| 05:29.25 | JeffM | and thats fine |
| 05:29.36 | JeffM | it just may be nice to have more action options |
| 05:29.52 | khonkhortisan | it's fun to do a western shootout |
| 05:30.18 | khonkhortisan | you can see each other but no one dies for a while |
| 05:31.14 | khonkhortisan | the top servers are always action, two teams with GM and L |
| 05:31.22 | JeffM | yeah and in a game where one hit kills you, it's all about dodging to get that |
| 05:36.53 | JeffM | I probalby just want to play a different game then what bzflag is |
| 05:38.59 | khonkhortisan | tremulous is way out there |
| 05:39.04 | khonkhortisan | but that's action |
| 05:39.19 | khonkhortisan | and drain-based |
| 05:40.07 | JeffM | yeah that's too quake like |
| 05:40.52 | JeffM | I just feel there could be something inbetween |
| 05:41.10 | DTRemenak | JeffM wants to play Battlefield ;) |
| 05:41.10 | JeffM | driving around in a vehicle is fun |
| 05:41.15 | JeffM | with out the dudes, probably |
| 05:41.22 | JeffM | planetside is more like it |
| 05:41.36 | JeffM | wiating for a tank to spawn is lame |
| 05:42.24 | DTRemenak | k, I get that :) pick your vehicle first, or something? |
| 05:42.29 | JeffM | yeah |
| 05:43.04 | JeffM | tho I think there could be some fun being just a dude in a vehicle game |
| 05:43.13 | JeffM | but being just a dude should be SUPER hard :) |
| 05:43.31 | JeffM | don't show up on radar, but you are squisy |
| 06:02.36 | I_Died_Once | more nimble, not as fast |
| 06:14.42 | L4m3r | sounds kinda like GTA :P |
| 06:16.10 | JeffM | in all those games you start as a dude and get into things |
| 06:16.23 | JeffM | if you want to be a tank, you will always start as a tank |
| 06:16.44 | JeffM | more like team fortress where your vehicle is your class |
| 06:17.28 | L4m3r | how you spawn is just a detail, I meant more in terms of the "you can get out but you might become road pizza" part |
| 06:17.44 | JeffM | I don't want people to be able to get out |
| 06:17.51 | JeffM | you can CHOOOSE to be a dude |
| 06:17.55 | JeffM | and that's all you ever are |
| 06:17.58 | L4m3r | oh, I see |
| 06:18.04 | JeffM | that dude has a LOT of equipment |
| 06:18.13 | JeffM | so he can't actualy get into a drivers seat |
| 06:18.21 | JeffM | he's got a big backpack and infantry kit |
| 06:18.37 | JeffM | tho it could be cool to have a vehicle be able to cary dudes like the tank in halo |
| 06:18.45 | JeffM | but that would be temporary |
| 06:18.55 | L4m3r | so I guess the only thing they'd have in common is that delightful "meat sack slapping sheet metal" sound :) |
| 06:18.56 | JeffM | you should also get mad points if you as a dude kill a tank :) |
| 06:19.18 | JeffM | sneak up behind it and slap some C4 on it :) |
| 06:57.55 | *** join/#bzflag Delusional (~delusiona@pool-96-236-228-70.pitbpa.fios.verizon.net) |
| 07:53.47 | *** join/#bzflag ThePurplePanzer (~bentz@64-148-20-184.adsl.snet.net) |
| 07:58.40 | *** join/#bzflag ThePurplePanzer (~bentz@64-148-20-184.adsl.snet.net) |
| 08:06.36 | *** join/#bzflag DTRemenak (~DTRemenak@76-227-151-154.lightspeed.irvnca.sbcglobal.net) |
| 08:06.36 | *** join/#bzflag DTRemenak (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 08:06.36 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 08:10.16 | *** join/#bzflag ThePurplePanzer (~bentz@64-148-20-184.adsl.snet.net) |
| 08:15.06 | *** join/#bzflag ThePurplePanzer (~bentz@64.252.13.81) |
| 08:26.24 | *** join/#bzflag ThePurplePanzer (~bentz@64.252.13.81) |
| 08:32.52 | *** join/#bzflag ThePurplePanzer (~bentz@64.252.13.81) |
| 08:37.26 | *** join/#bzflag ThePurplePanzer (~bentz@64.252.13.81) |
| 08:44.31 | *** join/#bzflag ThePurplePanzer (~bentz@64.252.12.27) |
| 08:51.40 | *** join/#bzflag Delusional (~delusiona@pool-96-236-228-70.pitbpa.fios.verizon.net) |
| 11:27.27 | *** join/#bzflag ThePurplePanzer (~bentz@64-252-143-38.adsl.snet.net) |
| 11:30.28 | *** join/#bzflag khazhyk` (~khazhyk@199.192.228.238) |
| 11:30.29 | *** join/#bzflag khazhyk` (~khazhyk@bzflag/player/Me1) |
| 11:34.19 | *** join/#bzflag khazhyk` (~khazhyk@199.192.228.238) |
| 11:34.19 | *** join/#bzflag khazhyk` (~khazhyk@bzflag/player/Me1) |
| 13:35.04 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 13:53.31 | *** join/#bzflag spldart (~spldart2@c-98-201-137-215.hsd1.tx.comcast.net) |
| 13:53.32 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 13:53.32 | *** mode/#bzflag [+v spldart] by ChanServ |
| 14:20.08 | *** join/#bzflag Quol (~Ian@webout3.futureelectronics.com) |
| 14:43.40 | kierra | hugs blast007 |
| 15:06.44 | *** join/#bzflag QuantumBeep (~QB@d3-4-1-0.r00.dllstx04.us.ce.gin.ntt.net) |
| 16:33.38 | *** join/#bzflag mdskpr_ (~mdskpr@108.25.124.197) |
| 17:07.04 | *** join/#bzflag JeffM (~JeffM@adsl-75-16-90-218.dsl.irvnca.sbcglobal.net) |
| 17:07.04 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 17:07.04 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 17:18.54 | *** join/#bzflag Delusional (~delusiona@pool-96-236-228-70.pitbpa.fios.verizon.net) |
| 17:20.50 | *** join/#bzflag KTL (~KTL@77.109.97.8.adsl.dyn.edpnet.net) |
| 17:28.04 | *** join/#bzflag DTRemenak (~DTRemenak@76-227-151-154.lightspeed.irvnca.sbcglobal.net) |
| 17:28.05 | *** join/#bzflag DTRemenak (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 17:28.05 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 19:13.20 | Quol | anybody know if there is a server config to enforce the maximum value for /countdown? |
| 19:15.31 | blast007 | there isn't |
| 19:16.03 | Quol | that would explain it then :) |
| 19:16.41 | Quol | thx blast007 |
| 19:17.14 | blast007 | hmm, let me check a bit further on that |
| 19:17.48 | brad | use the source |
| 19:17.49 | blast007 | are you referring to the countdown delay? or the actual game time limit? |
| 19:18.00 | Quol | ok - someone /countdown XXXXXX on my server - so now it's counting down to start the game...will reach 0 in 60 years |
| 19:18.01 | blast007 | countdown delay maxes at 120 seconds |
| 19:18.21 | brad | quol they must have done timelimit infinity |
| 19:18.34 | brad | thats problem with the timelimit plugin not /countdown |
| 19:18.51 | blast007 | if it's the timer at the top of the screen, that's not the countdown delay - that's the match time, like brad said |
| 19:18.55 | Quol | but timelimit just sets the limit of the game |
| 19:18.58 | Quol | the length of the game |
| 19:19.03 | Quol | ? |
| 19:19.06 | brad | yeah |
| 19:19.17 | Quol | not for /countdown |
| 19:19.31 | blast007 | Quol: what exactly are you seeing? |
| 19:19.42 | blast007 | a timer at the top of the screen? |
| 19:19.42 | brad | you mean it says starting game in <stupidly high number> seconds? |
| 19:20.08 | Quol | well - I am at work - so not seeing anything - but people are saying that quol.guleague.org:5158 is now in a 60 year countdown waiting to start the game |
| 19:20.26 | mdskpr_ | brad, yes thats what it looks like |
| 19:20.27 | Quol | that's what people are PMnig e |
| 19:20.30 | brad | tell them to /gameover and set /timelimit again, that will fix it |
| 19:20.41 | mdskpr_ | <PROTECTED> |
| 19:20.41 | brad | they are just confused |
| 19:20.45 | brad | ya it will? |
| 19:20.46 | blast007 | I'd be curious what the actual command was that they ran |
| 19:20.47 | Quol | <PROTECTED> |
| 19:20.53 | blast007 | because /countdown is limited to 120 seconds |
| 19:20.56 | mdskpr_ | somebody did, /countdown 2000000 |
| 19:20.56 | Quol | hold on - I should have that logged |
| 19:20.57 | blast007 | according to the code, at least |
| 19:21.00 | brad | ya, it cant be counting down |
| 19:21.04 | mdskpr_ | it is.. |
| 19:21.12 | brad | but that has never worked |
| 19:21.13 | blast007 | mdskpr_: in the chat, or at the top of the screen? |
| 19:21.17 | mdskpr_ | chat |
| 19:21.22 | brad | hrm;) |
| 19:21.39 | brad | which server mds? |
| 19:21.42 | mdskpr_ | quol58 |
| 19:21.57 | blast007 | well I'll be... it is :P |
| 19:22.05 | brad | hahaha |
| 19:22.08 | brad | yeah |
| 19:22.17 | blast007 | so much for that sanity check in the code .... |
| 19:22.20 | brad | hahaha |
| 19:22.24 | brad | how does it get around that? |
| 19:22.28 | JeffM | where is the check? |
| 19:22.36 | ThePurplePanzer | It's the new self-modifying BZFlag AI subsystem.. |
| 19:22.46 | blast007 | src/bzfs/commands.cxx:1209 |
| 19:25.24 | blast007 | wonder if it's some specific value that triggers it |
| 19:25.36 | blast007 | cuz '/countdown 50000000' set mine to 120 seconds instead |
| 19:25.43 | Quol | I am looking for the actual command |
| 19:26.46 | JeffM | no that's a > it would be triggerd by 121 and higher |
| 19:27.17 | blast007 | right, but someone got it set to a very high number on Quol's server |
| 19:27.34 | JeffM | it or the timelimit |
| 19:27.36 | blast007 | it was down to 2147481777 when I left |
| 19:27.39 | JeffM | the timelimt is not limited |
| 19:27.50 | blast007 | it was a countdown to the start of the game |
| 19:27.51 | Quol | no - /countdown..it's waiting to start the game |
| 19:27.52 | JeffM | hmm it could have rollover |
| 19:27.56 | blast007 | yeah |
| 19:28.01 | blast007 | it's an int value |
| 19:28.27 | JeffM | I would make the test, if (countdownDelay > max_delay || countdownDelay < 0) |
| 19:28.51 | JeffM | tho actualy it should handle that below |
| 19:28.58 | blast007 | yeah |
| 19:29.37 | JeffM | the only exploitable thing I see is timeLimit |
| 19:29.45 | JeffM | and that come from the command line |
| 19:29.48 | Quol | "2012-03-14 18:53:09: Player Epic Rooster [1] -> All: /countdown 3214325245" |
| 19:30.15 | blast007 | well, the league servers use a plugin that allows setting the time limit |
| 19:31.03 | JeffM | that would be over a signed int |
| 19:31.11 | blast007 | Quol: that doesn't even set the countdown for me |
| 19:31.20 | blast007 | it just spits out the usage message |
| 19:31.26 | blast007 | <PROTECTED> |
| 19:31.31 | Quol | maybe it's an interaction with the TimeLimit plugin? |
| 19:31.43 | Quol | that's SVN from last week |
| 19:31.55 | blast007 | I'm using the Time Limit plugin as well |
| 19:32.03 | blast007 | I'm doing it on my unofficial GU-style server |
| 19:32.08 | Quol | hmm |
| 19:33.08 | JeffM | I'm trying to find where the delay variable is set at |
| 19:34.33 | Quol | waht about commands like this: |
| 19:34.37 | Quol | "2012-02-14 00:38:08: Player exterminator [1] -> All: /countdown 10 seconds" |
| 19:35.16 | Quol | "2012-03-08 03:28:58: Player Rover Blaster [1] -> All: /countdown start 20 sec" |
| 19:35.17 | blast007 | JeffM: which variable? |
| 19:35.27 | JeffM | countdownDelay |
| 19:35.32 | Quol | "2012-03-08 03:28:48: Player Rover Blaster [1] -> All: /countdown start" |
| 19:35.48 | JeffM | I see it's set in startCountdown |
| 19:35.49 | blast007 | 10 seconds does 10 seconds |
| 19:36.14 | Quol | what about /countdown start 10 sec (the "start" before a time) |
| 19:36.16 | blast007 | (only reads the first item) |
| 19:36.16 | JeffM | but startCountdown is called INSIDE of CountdownCommand::operator and that function uses countdownDelay |
| 19:36.27 | JeffM | where does it parse the command string? |
| 19:37.10 | blast007 | line 1117, std::vector<std::string> parts = TextUtils::tokenize(message, " \t",2); |
| 19:37.42 | blast007 | or 1188, depending what you mean by parse |
| 19:37.49 | JeffM | turn the string into a number |
| 19:38.04 | blast007 | std::istringstream timespec(message+10); |
| 19:38.17 | JeffM | what file? |
| 19:38.31 | blast007 | src/bzfs/commands.cxx |
| 19:38.57 | JeffM | 1117 is if (clOptions->timeManualStart) { for me |
| 19:39.02 | JeffM | and I just updated |
| 19:39.06 | blast007 | let me make sure I'm up-to-date |
| 19:39.37 | blast007 | wasn't completely, but that file wasn't touched in the update |
| 19:40.05 | blast007 | hrm.. |
| 19:40.14 | JeffM | countdownDelay is used at the top of that function |
| 19:40.16 | JeffM | it's a global |
| 19:40.26 | JeffM | I don't see how it can be set there |
| 19:41.01 | blast007 | src/bzfs/commands.cxx:1189 if (!(timespec >> countdownDelay)) |
| 19:41.11 | JeffM | ok' |
| 19:41.25 | Quol | I think the the timer was already screwed when Epic Rooster issued his command - so I think he was trying to "stop" it be puposely overflowing an INT |
| 19:41.57 | blast007 | Quol: the sanity checks *shouldn't* have allowed that, though |
| 19:42.13 | *** join/#bzflag mdskpr_ (~mdskpr@108.25.124.197) |
| 19:42.24 | Quol | what about a "word" - like start: /countdown start |
| 19:42.28 | Quol | what happens then? |
| 19:42.31 | JeffM | it should fail |
| 19:42.33 | Quol | the default timer? |
| 19:42.34 | JeffM | and return usage |
| 19:42.35 | Quol | ohh |
| 19:42.47 | Quol | hmm |
| 19:42.56 | JeffM | pause and resume are the only valid words |
| 19:43.27 | JeffM | all others are sent into an int, and if that fails it should error |
| 19:43.37 | JeffM | was there a message to him that says "Countdown set to....." |
| 19:44.04 | Quol | le tme check |
| 19:44.28 | blast007 | standard bzfs logging probably doesn't grab that, and logDetail *might* |
| 19:44.50 | blast007 | logDetail does indeed show that |
| 19:45.30 | blast007 | just not sure if Quol uses logDetail. I did notice that some additional stuff gets shown in logDetail, I believe since the change that bzfs calls the API chat send functions |
| 19:45.41 | Quol | I have two -d's...but don't see "Countdown set" |
| 19:46.09 | Quol | ya - I didn't know about logDetail |
| 19:46.12 | Quol | until just now :) |
| 19:46.51 | JeffM | yeah the logic looks ok |
| 19:46.56 | Quol | can i restart the bzfs instance? or did you want to check out something? |
| 19:46.58 | JeffM | unless a plugin mucked it up |
| 19:47.09 | Quol | only recordmatch and timelimit loaded |
| 19:47.57 | blast007 | here's what I've been seeing lately: |
| 19:48.12 | blast007 | 2012-03-10 23:52:31: MSG-ADMIN 7:UNKNOWN Bans updated |
| 19:48.13 | blast007 | 2012-03-10 23:52:31: MSG-ADMIN 6:SERVER Bans updated |
| 19:48.21 | blast007 | instead of just the second part |
| 19:48.40 | Quol | blast007, logDetail - that a plugin? |
| 19:48.47 | blast007 | Quol: yep |
| 19:48.57 | blast007 | I use that, and then turn off my -d's |
| 19:49.07 | Quol | ooh - ya, I see that |
| 19:49.08 | blast007 | primary downside is that you don't get the client version strings anymore |
| 19:49.13 | JeffM | there were some changes to how bans were sent too |
| 19:49.17 | blast007 | but for me, that wasn't critical |
| 19:49.24 | JeffM | BulletCatcher sent it to the admin channel not the admin |
| 19:49.30 | blast007 | JeffM: this is a message sent from a plugin |
| 19:49.34 | Quol | hmm - can you combine -d's with logDetail? |
| 19:49.41 | JeffM | yeah it may be picking up on that now |
| 19:49.43 | blast007 | Quol: you could, but I don't |
| 19:49.52 | blast007 | JeffM: just wondering why it shows up like that.. |
| 19:50.03 | JeffM | could be the chat change |
| 19:50.12 | JeffM | or it could be change in the ban message |
| 19:50.13 | blast007 | I'll have to poke around with it |
| 19:50.40 | blast007 | another of my plugins is suddenly logging it's generated chat to logDetail as well (with the UNKNOWN sender) |
| 19:50.57 | JeffM | then it's probalby the chat change |
| 19:51.01 | Quol | I will enable /logDetail, restart the instance, and see if I can get a huge countdown |
| 19:54.57 | Quol | interesting - "/contdown start" -> shows usage, "/countdown start 10" -> starts match right away |
| 19:55.44 | blast007 | yeah, I was wrong about it only looking at the first part |
| 19:55.50 | Quol | <PROTECTED> |
| 19:55.53 | Quol | I just reproduced this |
| 19:56.04 | blast007 | the part that parses the value uses the whole thing |
| 19:56.06 | JeffM | how up to date is your code? |
| 19:56.08 | Quol | it gives the usage, and then the REALLY long countdownstart |
| 19:56.19 | Quol | last week's svn |
| 19:56.24 | Quol | actually - I will get you a date |
| 19:56.30 | blast007 | is this a 32-bit or 64-bit build? |
| 19:56.38 | Quol | 32 bit |
| 19:56.44 | JeffM | hmm it should return |
| 19:56.58 | blast007 | I'm on a 64-bit and mine *only* does the usage message |
| 19:57.06 | Quol | <PROTECTED> |
| 19:57.06 | Quol | <PROTECTED> |
| 19:57.06 | Quol | <PROTECTED> |
| 19:57.06 | Quol | <PROTECTED> |
| 19:57.06 | Quol | <PROTECTED> |
| 19:57.07 | Quol | <PROTECTED> |
| 19:57.09 | Quol | <PROTECTED> |
| 19:57.21 | JeffM | want to try adding a line to the code and seeing if it dupes after that? |
| 19:57.35 | Quol | me? sure |
| 19:58.36 | Quol | Feb 29th is the date of my last bzfs build....guess it was a couple of weeks ago |
| 20:01.08 | Quol | these are the files that have changed since my last build: |
| 20:01.09 | Quol | U src/bzfs/FlagInfo.cxx |
| 20:01.09 | Quol | U src/bzfs/CmdLineOptions.cxx |
| 20:01.09 | Quol | U src/bzfs/AccessControlList.cxx |
| 20:01.09 | Quol | U src/bzfs/bzfsAPI.cxx |
| 20:01.09 | Quol | U src/bzfs/bzfs.cxx |
| 20:01.11 | Quol | U src/bzfs/GameKeeper.cxx |
| 20:01.14 | Quol | U src/bzfs/BanCommands.cxx |
| 20:01.16 | Quol | U src/bzfs/CmdLineOptions.h |
| 20:01.18 | Quol | U src/bzfs/Makefile.am |
| 20:01.45 | Quol | along with: U src/common/WordFilter.cxx |
| 20:01.45 | Quol | U src/common/KeyManager.cxx |
| 20:01.45 | Quol | U src/common/BZDBCache.cxx |
| 20:02.00 | Quol | not sure is bzfs uses the common ones..I guess it does |
| 20:03.47 | Quol | I will recompile, and test |
| 20:04.29 | blast007 | make sure to run configure again since a Makefile.am was updated |
| 20:06.01 | Quol | yup..I usually svn update, svn export . ../export, then rebuild from the SVN export |
| 20:08.15 | blast007 | has a fancy update script that runs every 30 minutes and checks for updates ;) |
| 20:08.24 | Quol | heh |
| 20:08.33 | Quol | so you rebuild bzfs every 30 minutes? :) |
| 20:10.52 | *** join/#bzflag ibot (~ibot@rikers.org) |
| 20:10.52 | *** topic/#bzflag is http://BZFlag.org || http://cia.vc/stats/project/BZFlag || http://wiki.BZFlag.org/Getting_Help || Channel Logs: http://ibot.rikers.org/%23bzflag/ || Please test SVN trunk for 2.4.2 release so we can have a debian package |
| 20:10.52 | *** mode/#bzflag [+o ibot] by ChanServ |
| 20:11.34 | Quol | I usually just do ./configure --enable-shared --disable-client |
| 20:11.36 | blast007 | nope, only when there's a new SVN revision |
| 20:11.37 | Quol | if that changes anything |
| 20:12.55 | *** join/#bzflag ibot (~ibot@rikers.org) |
| 20:12.55 | *** topic/#bzflag is http://BZFlag.org || http://cia.vc/stats/project/BZFlag || http://wiki.BZFlag.org/Getting_Help || Channel Logs: http://ibot.rikers.org/%23bzflag/ || Please test SVN trunk for 2.4.2 release so we can have a debian package |
| 20:12.56 | *** mode/#bzflag [+o ibot] by ChanServ |
| 20:13.07 | blast007 | http://static.bzexcess.com/update.sh |
| 20:14.24 | *** join/#bzflag ibot (~ibot@rikers.org) |
| 20:14.24 | *** topic/#bzflag is http://BZFlag.org || http://cia.vc/stats/project/BZFlag || http://wiki.BZFlag.org/Getting_Help || Channel Logs: http://ibot.rikers.org/%23bzflag/ || Please test SVN trunk for 2.4.2 release so we can have a debian package |
| 20:14.24 | *** mode/#bzflag [+o ibot] by ChanServ |
| 20:15.47 | Quol | ok - even with latest build - staill happens on mine |
| 20:15.53 | Quol | *still |
| 20:16.03 | Quol | <PROTECTED> |
| 20:16.03 | Quol | <PROTECTED> |
| 20:16.03 | Quol | <PROTECTED> |
| 20:16.03 | blast007 | and it's a non-debug build, right? |
| 20:16.12 | Quol | that's correct |
| 20:16.23 | Quol | just --enable-shared, and --disable-client |
| 20:16.27 | blast007 | I'll rebuild mine non-debug and see what happens |
| 20:16.29 | Quol | the rest are at defaults |
| 20:18.31 | JeffM | add countdownDelay = 0; after line 1188 in commands.cxx in the brackets after if (!(timespec >> countdownDelay)) |
| 20:18.42 | Quol | kk |
| 20:19.09 | *** join/#bzflag ts3d (~anonymous@108-88-101-129.lightspeed.mtryca.sbcglobal.net) |
| 20:20.24 | Quol | I just have to run make inside src/bzfs after - right? or should I 'make' at the root again? |
| 20:20.39 | JeffM | make at the root |
| 20:20.43 | JeffM | it will only build what changed |
| 20:25.28 | blast007 | still can't duplicate it on my server with a non-debug 64-bit build |
| 20:25.54 | blast007 | I'll see if I have a 32-bit debian VM when I get home |
| 20:26.16 | JeffM | I am just curious what happens when the >> fails, what state does it leave the variable in |
| 20:26.51 | Quol | JeffM, a bit better: [SERVER->] Usage: /countdown [<seconds>|pause|resume] |
| 20:26.51 | Quol | <PROTECTED> |
| 20:26.51 | Quol | <PROTECTED> |
| 20:27.13 | JeffM | dude your stuff is jacked up man |
| 20:27.33 | Quol | man - I have no idea... |
| 20:27.35 | JeffM | so it used the 0? |
| 20:27.41 | Quol | ya - looks like it |
| 20:27.44 | JeffM | not the huge number |
| 20:27.49 | JeffM | wow, it's ignoring the return |
| 20:29.21 | JeffM | well that change will pevent it from going bonkers |
| 20:29.25 | JeffM | but you still got problems |
| 20:29.59 | JeffM | you may want to change the 0 to a 10 |
| 20:30.32 | blast007 | the countdownDelay defaults to -1 |
| 20:30.43 | blast007 | 0 would be a valid delay, and it would just start instantly |
| 20:30.49 | JeffM | yeah |
| 20:31.01 | JeffM | ok, set it to -1 and see if it dosn't fire off a game |
| 20:31.17 | blast007 | not sure if the start countdown thing takes that into account though |
| 20:31.24 | Quol | I wonder if this is a kernel thing? I am using a custom kernel.... |
| 20:31.39 | JeffM | countdownDelay > 0 is checked at the start to see if a game is on |
| 20:32.08 | JeffM | try -1, I am curious what it does |
| 20:32.43 | blast007 | where is countdownDelay > 0 checked? |
| 20:32.58 | blast007 | I see an == 0 check in startCountdown in bzfs.cxx |
| 20:33.11 | JeffM | the last elseif in the first if in the function |
| 20:33.15 | JeffM | if (!playerData->accessInfo.hasPerm(PlayerAccessInfo::countdown)) |
| 20:33.18 | JeffM | <PROTECTED> |
| 20:33.22 | JeffM | <PROTECTED> |
| 20:33.26 | Quol | this is my portion of commands.css now: |
| 20:33.26 | Quol | <PROTECTED> |
| 20:33.26 | Quol | <PROTECTED> |
| 20:33.26 | Quol | <PROTECTED> |
| 20:33.26 | Quol | <PROTECTED> |
| 20:33.27 | Quol | <PROTECTED> |
| 20:33.29 | Quol | <PROTECTED> |
| 20:33.30 | Quol | <PROTECTED> |
| 20:33.32 | Quol | <PROTECTED> |
| 20:33.34 | Quol | <PROTECTED> |
| 20:33.36 | JeffM | yeah go for it |
| 20:33.36 | Quol | <PROTECTED> |
| 20:33.39 | Quol | <PROTECTED> |
| 20:33.46 | blast007 | ~pastebin |
| 20:33.46 | ibot | [~pastebin] A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://bin.cakephp.org/ , http://asterisk.pastey.net/ , or install pastebinit with yum or aptitude. |
| 20:33.47 | blast007 | ;) |
| 20:34.13 | Quol | heh - but then I have to open a browser, paste it, then paste the link, or I can just ctl-v in here (for little things |
| 20:34.38 | blast007 | JeffM: that > 0 check is only to prevent starting a countdown when there already is a countdown going |
| 20:34.50 | JeffM | yeah in case it comes in again |
| 20:35.06 | JeffM | and thats the ONLY way it could happen is by coming in again, since there is a return after the parse fails |
| 20:35.26 | blast007 | oo, trye |
| 20:35.28 | blast007 | true* |
| 20:35.36 | blast007 | so, yeah.. wtf.. |
| 20:36.06 | *** join/#bzflag DevO__ (ae3da2a0@gateway/web/freenode/ip.174.61.162.160) |
| 20:36.29 | Quol | with the -1, it just shows the usage and does nothing else |
| 20:36.32 | kierra | hi devo |
| 20:36.48 | JeffM | ok good |
| 20:36.58 | Quol | was wondering about "return true" - is that good? shouldn't it be return false? |
| 20:37.04 | JeffM | so it must be going into the function once |
| 20:37.12 | JeffM | no, the true just means that the command was processed |
| 20:37.18 | Quol | kk |
| 20:37.34 | JeffM | false would mean that this was not the right command handler and the system should try others. |
| 20:37.46 | Quol | ahh - ok |
| 20:38.16 | JeffM | like help returns false when it can't find a topic |
| 20:38.27 | JeffM | in this case the command was handled, it just did not do anything |
| 20:38.54 | Quol | ya - that makes sense - didn't realize it was at the command handler level (/me has never really looked into the bz source) |
| 20:39.17 | JeffM | add this to the top of that funciton |
| 20:39.18 | JeffM | <PROTECTED> |
| 20:39.28 | JeffM | after the { that is after CountdownCommand::operator() |
| 20:39.55 | JeffM | and tell me if that shows in your log more then once for each /countdown you do |
| 20:43.43 | Quol | I see it just once |
| 20:43.50 | JeffM | wierd |
| 20:44.05 | JeffM | well I'm ok with commiting the change to set it to 01 |
| 20:44.07 | JeffM | -1 |
| 20:44.13 | Quol | "2012-03-14 20:42:22: CountdownCommand called with /countdown 32143252452012-03-14 20:43:22: Player Quol [0] -> Player Quol [0]: bzadminping" |
| 20:44.13 | Quol | "2012-03-14 20:42:22: MSG-COMMAND 4:Quol countdown 3214325245" |
| 20:44.13 | Quol | "2012-03-14 20:42:22: Player Quol [0] -> All: /countdown 3214325245" |
| 20:44.26 | Quol | read from bottom up...(newest on top) |
| 20:44.28 | JeffM | perhaps it's undefrined behvor for what happens to a value that has a failed >> |
| 20:47.11 | Quol | ya - dunno...building with gcc 4.6.2 |
| 20:47.55 | JeffM | I think the countdown is checked in the main loop |
| 20:48.12 | JeffM | so since it's a valid number it triggers a game |
| 20:48.33 | JeffM | it dosn't know the diff between that and bad data; |
| 20:49.34 | CIA-104 | BZFlag: 03JeffM2501 * r22413 10/trunk/bzflag/src/bzfs/commands.cxx: set the countdownDelay to -1 when parsing fails so we can be sure it's set to an invalid number so the mainloop won't try to use it as a real countdown when it may be garbage. |
| 20:49.45 | JeffM | you can delete that file and svn up and you should be good |
| 20:50.09 | Quol | kk - thx for the help JeffM and blast007 |
| 20:50.20 | JeffM | no no, I don't help |
| 20:50.21 | JeffM | I hinder |
| 20:50.26 | JeffM | remember that! |
| 20:50.30 | Quol | heh - will try |
| 21:30.24 | ThePurplePanzer | JeffM, I have an observer mode question - when observing, after a while I don't see any moving tanks - they spawn, sit still, die (when someone is killed in the game - which apparently is going on just fine). I was observing due to high lag. Why does it happen? Is there a way to prevent it? |
| 21:33.04 | JeffM | no idea |
| 21:33.12 | JeffM | sounds like you arn't getting UDP anymore |
| 21:33.28 | JeffM | I have seen routers close UDP is the client dosn't send anything |
| 21:33.32 | JeffM | so it could be tht |
| 21:34.43 | JeffM | ThePurplePanzer, you can try setting sendObserverHeartbeat 1 in your config |
| 21:35.00 | JeffM | that will make us send a UDP packaget every 30 seconds. |
| 22:17.11 | *** join/#bzflag Gabe_G23 (u557@bzflag/player/GabrielG) |
| 22:42.53 | *** join/#bzflag TD-Linux (~thomas@68-115-117-12.dhcp.roch.mn.charter.com) |
| 22:42.53 | *** join/#bzflag TD-Linux (~thomas@about/essy/indecisive/TD-Linux) |
| 23:15.41 | ThePurplePanzer | ok, thx. |
| 23:25.54 | *** join/#bzflag khonkhortisan (~kyle@c-24-16-33-113.hsd1.wa.comcast.net) |
| 23:32.26 | *** join/#bzflag macsforme (~josh@bzflag/developer/Constitution) |
| 23:37.49 | khonkhortisan | bzflag.cxx line 368 makes it look like bzflag accepts the 31st of February as a date |
| 23:52.28 | JeffM | it could happen |
| 23:52.35 | JeffM | you neer know what tommorw may bring! |