| 00:28.58 | *** join/#bzflag TD-Linux (n=TD-Linux@about/essy/indecisive/TD-Linux) |
| 00:52.10 | jude- | rtfm: what's with the nick? :) |
| 00:52.37 | rtfm | it's special |
| 00:52.46 | CBG | you're special. |
| 00:52.51 | rtfm | yes i r |
| 00:52.55 | CBG | don'e ever let anyone tell you otherwise. |
| 00:53.01 | CBG | don't* |
| 00:53.08 | jude- | my mommy thinks I'm special |
| 00:53.43 | jude- | s/thinks/says |
| 00:55.32 | jude- | woohoo! it's about to rain! |
| 00:55.36 | *** join/#bzflag spldart (n=troublem@c-98-197-19-35.hsd1.tx.comcast.net) |
| 00:56.31 | AAA_awright | http://xkcd.com/293/ |
| 00:56.53 | AAA_awright | That general idea, rtfm? |
| 00:58.07 | jude- | lol |
| 01:04.05 | Winny | replaced the header/background (thanks blast), any opinions? http://my.bzflag.org/site/index.php?q=node/1 |
| 01:04.17 | Winny | I don't like the header. myself |
| 01:06.04 | CBG | the laser looks faked. is it? |
| 01:06.07 | rtfm | AAA_awright: yeah, something like that |
| 01:06.45 | spldart | lmao AAA |
| 01:07.17 | AAA_awright | I would be wary of putting too many tanks on the site, Winny. Or perhaps too much grass. |
| 01:07.19 | spldart | Yeah. Triple AAA?.. I'd like IRC side assistance |
| 01:07.35 | AAA_awright | (sigh) What doya need? |
| 01:08.00 | spldart | Gotta flat again.. Ran over another web monkey |
| 01:08.04 | spldart | :-x |
| 01:08.08 | spldart | :-D |
| 01:08.31 | AAA_awright | ibot: you take care of it for me |
| 01:08.44 | AAA_awright | ~say sure, AAA_awright |
| 01:08.45 | ibot | sure, AAA_awright |
| 01:08.50 | spldart | ooo |
| 01:08.54 | spldart | ooOOoo... |
| 01:09.00 | spldart | Ibot even cleans up the road kill |
| 01:11.31 | AAA_awright | Awesome. I can grab a list of teams from web-league and put them in a database. |
| 01:11.34 | jude- | cool...it's raining sideways..... |
| 01:11.44 | spldart | That's always cool |
| 01:11.53 | jude- | especially if you live in Arizona :) |
| 01:12.42 | spldart | I saw the coolest weather phenom in my entire life friday... but didn't have a camcord :drat: and I've lived in ks and done some ame storm chasing |
| 01:13.10 | spldart | I was so in awe... coolest thing in over 30 years |
| 01:13.14 | jude- | heh--I used to live in Illinois, and we got tornadoes every spring |
| 01:13.29 | jude- | what happened last Friday? |
| 01:13.35 | spldart | Well...... |
| 01:13.51 | AAA_awright | http://bzflag.redjacket.ws/index.php/league/gu |
| 01:14.17 | spldart | two storm systems collided at near right angles near sw of downtown houston on friday ( we had record flooding and my car got damaged) but anywho.... |
| 01:14.39 | *** join/#bzflag Pommes_ (n=Pommes@about/essy/frenchy/Pommes) |
| 01:14.40 | AAA_awright | jude-: you cought that flash flood alert? |
| 01:14.52 | spldart | Saw several rotations develop in the horizontal in this conglomaration but one in particaular.... |
| 01:15.14 | jude- | AAA_awright: not yet; is there one? |
| 01:15.24 | jude- | spldart: nice! |
| 01:15.35 | AAA_awright | There was yesterday. That awful EEEEE-EEEEEE-EEEE that appears on the radio. |
| 01:15.49 | spldart | the rotation dipped down and reached bout half way down to the ground and aimed straight down at me for a couple moments... I was staring straight up in a 'almost' tornado... |
| 01:16.06 | Winny | AAA_awright: 2 tank is too many...? |
| 01:16.33 | spldart | And keep in mind... I was first hand in the hail watching the Mconnel air force base tornado and the famous ok city outbreak late 90's |
| 01:16.36 | jude- | spldart: funnel cloud? |
| 01:16.55 | jude- | wow |
| 01:17.10 | jude- | the worst I ever experienced was a measly F2 |
| 01:17.13 | spldart | Watched a well developed funnel cloud try to reach down and land on me.. got far enough to really be startling |
| 01:17.15 | jude- | *F3 |
| 01:17.16 | AAA_awright | Winny: There are 4 tanks and 2 planes of grass, idk if that is too much, it may look better with a bit less. |
| 01:17.23 | Winny | err |
| 01:17.25 | Winny | refresh |
| 01:17.28 | Winny | should be 2 |
| 01:17.46 | jude- | ...cool....it's hailing now.... |
| 01:18.57 | spldart | McConnel AFB was a decent one.. same day as the andover outbreak |
| 01:19.03 | spldart | was pretty heavy ish... |
| 01:19.16 | spldart | seen two outbreaks take several lives |
| 01:20.15 | jude- | heh--visibility is only 10 feet now :) |
| 01:20.18 | spldart | But to look up in one Wow |
| 01:20.20 | *** join/#bzflag DTRemenak|RDP (i=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 01:20.20 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 01:21.16 | jude- | I know my statements sound silly to most everyone else here, but it doesn't rain very often where I live |
| 01:21.28 | spldart | true |
| 01:21.33 | jude- | spldart: you're lucky to be alive :) |
| 01:21.56 | spldart | ... On so many occasions.... But I'd not trade the experiences for anything |
| 01:22.06 | jude- | that's the spirit :) |
| 01:22.20 | spldart | bye |
| 01:22.21 | spldart | hehe |
| 01:22.31 | jude- | I'm on a laptop :) |
| 01:22.39 | spldart | 'Ka-Plau |
| 01:22.41 | spldart | hehe |
| 01:26.32 | *** join/#bzflag Jefenry (n=Jefenry@pool-70-104-160-184.norf.east.verizon.net) |
| 01:30.18 | AAA_awright | I have got a list of league players online now: http://bzflag.redjacket.ws/index.php/league/gu |
| 01:30.50 | CBG | ~AAA_awright++ |
| 01:31.07 | AAA_awright | :) |
| 01:33.47 | jude- | ~AAA_awright++ |
| 01:34.02 | AAA_awright | :) |
| 01:34.37 | AAA_awright | I have it set to sync to the legues every night now. Not like they change that much... |
| 01:34.39 | spldart | ~AAA_awright++ |
| 01:34.42 | spldart | :) |
| 01:34.49 | *** join/#bzflag RC_cola (i=88a0fafd@gateway/web/cgi-irc/zeebrothers.net/x-ad867c584c9264b3) |
| 01:35.23 | AWOSLappy | ~AAA_awright++ |
| 01:35.32 | AAA_awright | ^_^ |
| 01:35.33 | rtfm | hi RC_cola |
| 01:35.40 | RC_cola | hi |
| 01:37.16 | blast007 | RC_cola: whatcha been up to ;) |
| 01:39.34 | Winny | COLA! |
| 01:39.41 | Winny | ~lart RC_cola |
| 01:39.41 | ibot | hereby declares RC_cola a troll |
| 01:40.21 | blast007 | awww |
| 01:40.24 | blast007 | poor RC_cola |
| 01:40.41 | Winny | (: |
| 01:41.23 | AAA_awright | Anyone in 1vs1 here? |
| 01:41.32 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 01:44.09 | blast007 | AAA_awright: nope, but I'm in 10vs1, want to be the 1? |
| 01:44.20 | AAA_awright | Uh... sure. |
| 01:44.50 | RC_cola | ~foom Winny |
| 01:44.50 | ibot | ACTION gives Winny an atomic wedgie, followed rapidly by an atomic tittie twister |
| 01:45.04 | RC_cola | revengence ^^ |
| 01:45.08 | AWOSLappy | ~slap himself |
| 01:45.09 | ibot | ACTION slaps himself, keep your grubby fingers to yourself! |
| 01:45.15 | blast007 | heh |
| 01:45.27 | AWOSLappy | :P |
| 01:45.53 | *** part/#bzflag RC_cola (i=88a0fafd@gateway/web/cgi-irc/zeebrothers.net/x-ad867c584c9264b3) |
| 01:46.00 | AWOSLappy | well ibot deserves a slap! a tittie twister?! |
| 01:46.39 | jude- | later spldart |
| 01:46.52 | spldart | :-) |
| 02:07.42 | jude- | bbl |
| 02:08.12 | AAA_awright | Added a method of grabbing players from the 1vs1 league site: http://bzflag.redjacket.ws/index.php/league/1vs1 |
| 02:16.05 | menotume | AAA_awright: there are some match servers missing :) |
| 02:16.38 | AAA_awright | GU is missing some, yah. I was adding those now, in fact :) |
| 02:16.57 | menotume | 1v1 also |
| 02:17.26 | menotume | and another league :) |
| 02:17.41 | AAA_awright | menotume: Any links to official lists? |
| 02:17.46 | menotume | sure |
| 02:17.57 | menotume | gu.bzleague.com - home page |
| 02:18.00 | AAA_awright | I turned on server adding, you can add some now too |
| 02:18.03 | menotume | pillbox.bzleague.com (same) |
| 02:20.40 | menotume | ok, gu league done |
| 02:20.49 | AAA_awright | menotume: Imported pillbox players |
| 02:21.53 | menotume | :) |
| 02:22.03 | menotume | how often does it update ? |
| 02:22.59 | AAA_awright | It updates player lists every day, and it updates who is on every 10 mins along with the rest of the site. |
| 02:42.59 | menotume | sounds good |
| 02:43.19 | Winny | ~donny_baker++ |
| 02:43.35 | Winny | ~donny_baker++ |
| 02:43.54 | a_meteorite | >' |
| 02:43.56 | a_meteorite | ? |
| 02:44.13 | Winny | he knows why:) |
| 02:44.48 | donny_baker | a_meteorite: ? |
| 02:44.58 | Winny | he got karma for doing something good. |
| 02:45.05 | a_meteorite | yes, what'd he do? |
| 02:45.07 | a_meteorite | I'm nosy :P |
| 02:45.15 | Winny | no need for you to NOSE |
| 02:45.22 | Winny | LOL, GETZ IT!!!?!11` |
| 02:45.22 | a_meteorite | I have big nose |
| 02:49.14 | menotume | AAA_awright: did I miss Quol.bzflag.bz:5158 and 5157 (for gu league), or did they get deleted ? |
| 02:49.28 | AAA_awright | They might have been added wrong |
| 02:49.34 | Winny | menotume: did you forget bzfusion? ;-) |
| 02:49.38 | AAA_awright | I'll put them in |
| 02:49.47 | menotume | winny: nope |
| 02:49.49 | Winny | yay! |
| 02:50.03 | menotume | i didn't FORGET, left it out on purpose :P |
| 02:50.08 | AAA_awright | gu right? |
| 02:50.09 | Winny | rofl |
| 02:50.15 | menotume | yes, gu. thx |
| 02:50.36 | AAA_awright | ... |
| 02:51.37 | menotume | hmmm |
| 02:51.45 | menotume | ok, match servers are off still |
| 02:52.17 | menotume | bzf.bzflag.org:5154 and quol.bzflag.bz:5156 are pub servers, not for matches |
| 02:52.44 | menotume | and longdon.guleague.org should be port 5158 (5154 is public) |
| 02:53.10 | menotume | maybe it doesn't matter for the alpha |
| 02:54.03 | menotume | looks like it's wrong on the league site :( |
| 02:54.40 | menotume | fixed |
| 02:55.49 | menotume | note: silvercat and shellshock are rarely if ever used |
| 02:57.05 | Winny | same with bzfusion |
| 02:57.06 | Winny | :P |
| 02:59.54 | menotume | AAA_awright: you are parsing the players html page !?! |
| 03:00.01 | AAA_awright | Yep. |
| 03:00.01 | menotume | eeek, there are feeds for that :) |
| 03:00.06 | AAA_awright | Really? |
| 03:00.11 | menotume | http://league.bzflag.org/rss/export2.php |
| 03:00.12 | menotume | or |
| 03:00.18 | menotume | http://league.bzflag.org/rss/members.php |
| 03:00.55 | AAA_awright | Time to make a new import method. |
| 03:00.59 | menotume | hehe |
| 03:01.02 | AAA_awright | menotume: thanks |
| 03:01.06 | menotume | http://league.bzflag.org/rss/export.php |
| 03:01.16 | menotume | np :) |
| 03:01.31 | AAA_awright | What is the TE/PL for? |
| 03:01.44 | AAA_awright | Oh, team/player |
| 03:01.48 | menotume | ya |
| 03:01.57 | menotume | members.php is probably not a good one to use |
| 03:03.06 | menotume | PL: 9, 2, menotume ==> PLAYER teamid playerid callsign |
| 03:03.25 | menotume | export and export2 are at all the league sites (except 1v1) |
| 03:03.29 | AAA_awright | Problem is my current method works so well. |
| 03:03.33 | menotume | :) |
| 03:03.39 | menotume | ya, but what if tit changes ? |
| 03:03.44 | menotume | err, IT |
| 03:03.54 | AAA_awright | Import HTML, parse into XML, fetch via XPath |
| 03:04.10 | menotume | but, the html can (and will) change |
| 03:05.08 | Winny | nice type, menotume |
| 03:05.08 | Winny | :D |
| 03:05.12 | Winny | err, typo. |
| 03:05.42 | menotume | fruedian :) |
| 03:06.33 | a_meteorite | ~dict fruedian |
| 03:06.53 | a_meteorite | ~spell fruedian |
| 03:06.59 | Macro|recharging | a_meteorite: try "freudian slip" |
| 03:07.08 | menotume | that's the ticket :) |
| 03:07.39 | menotume | AAA_awright: I COULD make an real rss/XML feed, but that's so fat :) |
| 03:08.07 | AAA_awright | What I am worried about is how accurate the API is. For example, if it shows inactive/deleted players. |
| 03:08.37 | menotume | well, if you need more info, ask me :) |
| 03:08.49 | menotume | i could make it better :) |
| 03:08.55 | AAA_awright | What is the difference between export2.php and export.php? |
| 03:09.00 | menotume | '2' |
| 03:09.21 | menotume | i think someone added export2 cause they needed playerid |
| 03:09.27 | AAA_awright | export2.php shows me about three times the number of teams. |
| 03:09.51 | menotume | ah |
| 03:10.02 | menotume | that 'someone' probably included deleted teams :( |
| 03:10.19 | menotume | ya |
| 03:10.26 | menotume | user export.php :) |
| 03:10.42 | menotume | s/user/use |
| 03:11.16 | AAA_awright | export.php is just team,player? |
| 03:11.21 | AAA_awright | That is all I need. |
| 03:11.26 | menotume | yep |
| 03:11.33 | menotume | and some TD record, dunno what that is |
| 03:11.36 | AAA_awright | Okay, will add that. |
| 03:11.39 | menotume | maybe season stuff |
| 03:12.48 | AAA_awright | What is with the lines with multiple commas? "[FMJ] Full Metal Jacket, Rudy, Unknown Soldier, Rudy der Scherzinger" |
| 03:13.16 | AAA_awright | Donjon's Ugly Beasts (DUB), Blue Eyes, Blue_Eyes, Blue-Eyes |
| 03:13.30 | menotume | in export.php ? |
| 03:13.46 | AAA_awright | Yep |
| 03:13.57 | AAA_awright | Oh, aliases to the same player? |
| 03:14.12 | menotume | ah, yes |
| 03:14.21 | menotume | but, i don't see that |
| 03:15.01 | menotume | that's members.php |
| 03:15.28 | menotume | i dunno who wrote that and why |
| 03:15.36 | menotume | and, it's only at duc league site |
| 03:17.40 | menotume | if you want to use that one (members.php), LMK, i'll put it at the other sites |
| 03:18.26 | menotume | but offhand, it scares me, cause there could be a comma in the teamname (i think) |
| 03:19.06 | Macro|recharging | jude-: bohemian rhapsody? :p |
| 03:19.19 | jude- | menutume: need me to check? |
| 03:19.28 | menotume | no, i just did :) |
| 03:19.33 | menotume | comma IS allowed in team name |
| 03:19.37 | jude- | uh oh |
| 03:19.43 | menotume | making members.php useless |
| 03:20.09 | jude- | ...unless that feature were to be removed in the next release |
| 03:20.43 | menotume | nah, i'd rather fix the feed(s) |
| 03:20.52 | menotume | "team, name" |
| 03:20.59 | jude- | bah |
| 03:21.02 | menotume | or a more flexible feed |
| 03:21.05 | jude- | meaningful team names :) |
| 03:21.25 | AAA_awright | Wow, MySQL is efficent |
| 03:21.29 | menotume | "my, team, name, in, quotes, so, comms don't matter" |
| 03:21.37 | AAA_awright | Never really stopped to think about it... |
| 03:22.03 | jude- | AAA_awright: you're one of the few people I've heard speaking well of it :) |
| 03:22.25 | *** join/#bzflag delusional_ (n=delusion@pool-71-253-4-235.pitbpa.east.verizon.net) |
| 03:22.30 | menotume | it is quite fast (if you're not using innodb) |
| 03:22.44 | menotume | but, can be a pain in certain cases :) |
| 03:23.05 | AAA_awright | I have 87,449 rows of data recording how many players were on a server at any given time in the last 2 days. And it only uses 5.6MiB. |
| 03:23.47 | jude- | neat |
| 03:23.57 | menotume | heh |
| 03:24.11 | menotume | 'ONLY' |
| 03:24.20 | jude- | could be better |
| 03:24.45 | AAA_awright | Needless to say, I have optomized really well. it is an unsigned tiny int (3) for the six teams. |
| 03:25.07 | menotume | ooops, too late, said it |
| 03:25.14 | AAA_awright | Using InnoDB because 99% of the 100,000 queries on my database are INSERTS. |
| 03:25.50 | menotume | depends on what kind of inserts, but ya |
| 03:26.10 | menotume | 99% of queries are INSERTS ? |
| 03:26.13 | menotume | hmmmm |
| 03:26.32 | menotume | :) |
| 03:26.54 | menotume | is gonna get big |
| 03:27.07 | menotume | well hf, i'm off |
| 03:27.56 | jude- | later menotume |
| 03:29.45 | AAA_awright | menotume: It leaves out the players with no team! |
| 03:32.01 | AAA_awright | It may not really matter if you want to see who isn't on a team or not, but I will leave it in for now. |
| 03:32.12 | AAA_awright | That is, the no-team players. |
| 03:53.32 | *** join/#bzflag L4m3r (i=l4m3r@about/essy/warning/L4m3r) |
| 03:53.32 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 04:30.36 | AAA_awright | Added countries: http://bzflag.redjacket.ws/index.php/serverlist |
| 04:31.07 | jude- | ~AAA_awright++ |
| 04:31.47 | AAA_awright | :) |
| 04:41.08 | EbErT | cool, that's useful AAA_awright |
| 04:43.53 | AAA_awright | Thanks. |
| 04:50.31 | AAA_awright | My IP2Geo database is crummy, seeing if I can switch it out... |
| 04:50.43 | *** join/#bzflag DavidHKMrPowers (n=chatzill@unaffiliated/davidhkmrpowers) |
| 05:08.25 | AAA_awright | Later all. |
| 05:09.42 | jude- | good night AAA_awright |
| 05:10.38 | AAA_awright | Ill write up a very useful feature, probably 2nd to the league player-finder, tomorrow. Wait and see :) |
| 05:10.53 | jude- | yay |
| 05:10.56 | jude- | ~AAA_awright++ |
| 05:24.36 | jude- | ...so...close...to...getting....texturing...working.... |
| 05:27.44 | *** join/#bzflag Flash (n=jwmelto@unaffiliated/flash) |
| 05:38.42 | brlcad | daxxar: nice.. events :) |
| 05:39.18 | jude- | ~daxxar++ |
| 05:39.48 | jude- | brlcad: sorry for the large commits as of late...they're at an end now that I'm home from the family roadtrip :) |
| 05:40.00 | Winny | ~jude++ |
| 05:54.32 | brlcad | jude-: no problemo :) |
| 05:54.45 | brlcad | your progress is still pretty evident |
| 05:55.18 | CIA-3 | BZFlag: 03judecn * r14669 10/trunk/bzworkbench/ (4 files in 4 dirs): |
| 05:55.18 | CIA-3 | BZFlag: Dynamic texture scaling for BZW 1.x objects, take 2. |
| 05:55.18 | CIA-3 | BZFlag: Still isn't perfect, but scaling boxes along X and Y |
| 05:55.18 | CIA-3 | BZFlag: works now (half-way there with Z scaling). Had to spend |
| 05:55.18 | CIA-3 | BZFlag: a lot of time researching how OSG handles .obj files :) |
| 05:57.06 | daxxar | ~jude-++ |
| 05:57.16 | daxxar | brlcad: Yeah, sorry it took so long. :-) |
| 05:57.28 | daxxar | brlcad: Had a ~week of the coders block :S |
| 05:57.43 | daxxar | And now I'm back in Trondheim, for a two-week study-session before exams. :S |
| 05:59.06 | jude- | heh--not so sure I deserved that, daxxar: that commit contained some pretty kludgy code :) |
| 05:59.45 | daxxar | ^_^ |
| 05:59.57 | daxxar | Then it's for your previous commits. ;-) |
| 06:00.03 | jude- | heh |
| 06:00.11 | jude- | ~daxxar++ |
| 06:00.25 | jude- | for all of your previous commits |
| 06:00.28 | daxxar | ;-) |
| 06:01.48 | daxxar | Epyon is the 'bzwgen'-project on SVN? |
| 06:01.52 | jude- | right |
| 06:01.54 | brlcad | yes |
| 06:02.12 | jude- | his SourceForge username is chaos-dev, IIRC |
| 06:03.37 | daxxar | yup |
| 06:03.43 | daxxar | ~daxxar |
| 06:03.52 | daxxar | ~karma daxxar |
| 06:03.52 | ibot | daxxar has karma of 10 |
| 06:04.06 | jude- | ~daxxar++ |
| 06:04.13 | daxxar | :-P |
| 06:04.19 | jude- | you need more karma |
| 06:04.20 | daxxar | ~karma jude- |
| 06:04.20 | ibot | jude- has karma of 74 |
| 06:04.21 | L4m3r | ~karma |
| 06:04.21 | ibot | l4m3r has karma of 51 |
| 06:04.27 | daxxar | omg. :-( |
| 06:04.33 | L4m3r | I think gsoc has doubled my karma :P |
| 06:04.48 | jude- | I had no karma at the start :) |
| 06:04.51 | daxxar | I wasn't in here before gsoc, so that's my excuse ;-) |
| 06:04.54 | L4m3r | yeah, heh >_< |
| 06:05.03 | daxxar | You karma-whore! :-P |
| 06:05.19 | L4m3r | goes to show how much the tankers want a good mapping solution :P |
| 06:05.32 | jude- | nah--CBG is just really liberal at giving karma |
| 06:05.57 | L4m3r | lol |
| 06:06.02 | L4m3r | ~karma CBG |
| 06:06.02 | ibot | cbg has karma of -436 |
| 06:06.21 | L4m3r | he loves (or loved) negative karma :P |
| 06:06.30 | jude- | ~CBG-- |
| 06:06.41 | jude- | CBG: stop giving me karma for no reason :P |
| 06:07.56 | jude- | ~karma Epyon |
| 06:07.56 | ibot | epyon has karma of 12 |
| 06:08.06 | jude- | O.o |
| 06:08.09 | jude- | ~daxxar++ |
| 06:08.09 | daxxar | I only have 66 on them on log, 20 of which are from CBG, 21 from tannerld ;-) |
| 06:08.35 | jude- | karma points are logged? |
| 06:08.49 | daxxar | grep ~jude-++ *.log |
| 06:09.13 | jude- | ahh--I thought maybe ibot kept track or something |
| 06:09.31 | daxxar | Doubt it, that seems like a needless overhead, except for when it comes to preventing abuse |
| 06:09.39 | jude- | heh |
| 06:09.41 | daxxar | Though that's hardly an issueh ere |
| 06:09.45 | daxxar | issue here* |
| 06:10.02 | jude- | well, ibot is an incarnation of blootbot, "the most bloated bot on the net" :) |
| 06:10.07 | L4m3r | ibot logs the channels though, anyway |
| 06:10.39 | daxxar | ^_^ |
| 06:11.30 | daxxar | This is strange, I usually share this apartment with two mates, but now I'm going to be here all alone for a full week. |
| 06:13.21 | jude- | yay! more space! |
| 06:15.14 | daxxar | Hehe |
| 06:15.51 | L4m3r | I'm packed into a single room with a roommate :P |
| 06:16.09 | L4m3r | I had to loft my bed just to make enough room on the floor |
| 06:16.46 | L4m3r | the only reason I haven't raised hell about it is that it has A/C, which I would not have if I were staying at my originally-designated room. |
| 06:17.22 | jude- | yeah, A/C is definitely a necessity where you live :) |
| 06:17.42 | L4m3r | not quite a necessity, compared to AZ anyway |
| 06:17.57 | L4m3r | but it's a very nice thing to have, especially when you're not paying the utility bills |
| 06:18.02 | jude- | indeed |
| 06:19.05 | L4m3r | nice thing about the desert, though, is that it's dry |
| 06:19.24 | jude- | it isn't in AZ at this time of year... |
| 06:19.27 | L4m3r | I was tolerably comfortable driving my Hyundai in vegas with no A/C in august |
| 06:19.55 | jude- | during the rainy season, it's 110 AND high humidity xP |
| 06:20.06 | L4m3r | ick |
| 06:20.24 | jude- | it rains every night during this time of year...there's no escaping it |
| 06:20.48 | L4m3r | crazy. I love rain, but that would really suck :P |
| 06:21.08 | jude- | me too...as long as I have non-evaporative AC :P |
| 06:54.20 | daxxar | Anyone used asio? |
| 06:55.18 | jude- | ~wiki asio |
| 07:10.10 | CIA-3 | BZFlag: 03l4m3rthanyou * r14670 10/branches/gsoc_irc/bzflag/src/bzfs/ircControl.cxx: Almost there for the ircControl object... getting closer to a functional IRC interface for BZFS. |
| 07:16.07 | *** join/#bzflag eTangenT (n=tangent@71-211-222-37.hlrn.qwest.net) |
| 07:22.47 | *** join/#bzflag L4m3r_ (i=l4m3r@about/essy/warning/L4m3r) |
| 07:22.47 | *** mode/#bzflag [+v L4m3r_] by ChanServ |
| 07:23.47 | *** join/#bzflag bier__ (n=bier@p54A50DEE.dip0.t-ipconnect.de) |
| 07:28.33 | daxxar | Frozen pizza breakfast. :p |
| 07:56.13 | *** join/#bzflag AWOSLappy (n=awilcox@unaffiliated/awosdev) |
| 07:58.40 | *** join/#bzflag awilcox (n=awilcox@unaffiliated/awosdev) |
| 08:09.11 | Epyon | Not exactly stuck. |
| 08:09.24 | Epyon | But I need a lot of research for the next step :/ |
| 08:16.52 | CIA-3 | BZFlag: 03daxxar * r14671 10/trunk/bzflag/src/bzflag/ (LocalPlayer.cxx LocalPlayer.h): whoops, forgot these two important files, adds LocalPlayer#hasHitWall() |
| 09:15.25 | *** join/#bzflag Rawk (n=unknown@203.109.185.128) |
| 10:10.36 | *** join/#bzflag LongDon (n=LongDon@host-091-097-051-126.ewe-ip-backbone.de) |
| 10:48.03 | CBG | daxxar: re the jude++ karma. you're not logging various other channels where ibot or his siblings reside ;) |
| 11:01.52 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 11:32.55 | daxxar | CBG: Aha. ;-) |
| 12:25.02 | *** join/#bzflag TheRedBaron (n=Kalen@fl-71-52-16-80.dhcp.embarqhsd.net) |
| 12:37.01 | *** join/#bzflag delusional (n=delusion@pool-141-158-101-173.pitt.east.verizon.net) |
| 12:37.08 | *** join/#bzflag Tedius (n=Tedius@musictech.MUSC.CWRU.Edu) |
| 13:06.18 | daxxar | brlcad: Hi? |
| 13:06.59 | daxxar | I see you changed how TestRobot.so is being built; now it requires an explicit compilation step (make TestRobot.la) - but how do I get it to produce a .so? |
| 13:07.25 | daxxar | s/,// |
| 13:07.35 | daxxar | I didn't notice you changed the way it was being built. |
| 13:09.01 | *** join/#bzflag tannerld1 (n=tanner@adsl-068-209-251-067.sip.asm.bellsouth.net) |
| 13:09.22 | daxxar | # The name that we can dlopen(3). |
| 13:09.22 | daxxar | dlname='' |
| 13:09.55 | daxxar | # The name that we can dlopen(3). |
| 13:09.55 | daxxar | dlname='' |
| 13:09.58 | daxxar | Eh, mispaste |
| 13:10.04 | daxxar | # The name that we can dlopen(3). |
| 13:10.04 | daxxar | dlname='' |
| 13:10.05 | daxxar | Argh! |
| 13:10.20 | daxxar | Bloody synergyc & clipboards not syncing consistently |
| 13:17.13 | daxxar | Hrm, I'm really not proficient with this automake stuff. |
| 13:22.01 | brlcad | daxxar, for now, the .so should be in the .libs dir |
| 13:27.54 | daxxar | It's not, or if it is; how do I produce it? |
| 13:28.37 | daxxar | "make: *** No rule to make target `TestRobot.so'. Stop." "make: *** No rule to make target `.libs/TestRobot.so'. Stop." "make: `TestRobot.la' is up to date." |
| 13:30.41 | *** join/#bzflag zee418 (i=80f0e543@gateway/web/cgi-irc/zeebrothers.net/x-940b326ea7d6da00) |
| 13:33.26 | brlcad | er, I think you misunderstand |
| 13:33.34 | daxxar | I probably do. :-) |
| 13:33.43 | brlcad | it's not a make target |
| 13:33.50 | brlcad | libtool builds the library |
| 13:34.01 | brlcad | which will be the TestRobot.la |
| 13:34.17 | daxxar | libtool is invoked by make, isn't it? To generate TestRobot.la? |
| 13:34.42 | brlcad | once that is built, there should be a file in the .libs dir (that the .la points to) |
| 13:34.49 | brlcad | yes |
| 13:34.51 | daxxar | There isn't. |
| 13:34.57 | daxxar | $ make TestRobot.la |
| 13:34.57 | daxxar | /bin/bash ../../libtool --silent --tag=CXX --mode=link ccache g++ -Wall -W -Wundef -Wshadow -mtune=i686 -fsigned-char -ffast-math -fno-exceptions -g -O2 -o TestRobot.la -module -avoid-version TestRobot.lo -lm |
| 13:35.06 | daxxar | There's no .so in ./.libs nor in ./ |
| 13:35.10 | brlcad | what is in your .libs |
| 13:35.24 | daxxar | And, as I pasted, dlname is empty in the .la |
| 13:35.46 | daxxar | According to the libtool maunal, "If dlname is empty, then the library cannot be dlopened." |
| 13:36.02 | daxxar | TestRobot.a TestRobot.la TestRobot.o |
| 13:36.11 | daxxar | TestRobot.la is a symlink to ../TestRobot.la |
| 13:36.17 | brlcad | hm, it build static only |
| 13:36.30 | daxxar | Does it work over at your end? |
| 13:36.42 | brlcad | looking |
| 13:37.40 | daxxar | Not to be arrogant / a prick, but could you test changes to bzrobots build/code before committing them? I don't always notice changes, so if something isn't working, I really hit a wall on the problem. :-) |
| 13:38.15 | daxxar | I understand that I was doing something in a hackish way, but I didn't even notice the commit till today, when something else segfaulted because the .so wasn't being compiled any more |
| 13:38.34 | brlcad | that was part of the problem, the hack broke the build on other platforms |
| 13:40.10 | brlcad | noticing changes is frankly part of the work too :) .. and becomes even more important as code is more integrated |
| 13:41.29 | daxxar | Ahem, I was also told to check that my code compiled properly before committing. ;-) |
| 13:41.44 | daxxar | ~brlcad++ |
| 13:41.58 | brlcad | hm? |
| 13:42.04 | brlcad | it does compile |
| 13:42.10 | brlcad | that was what was changed, it wasn't compiling |
| 13:42.18 | daxxar | Not link the so, atleast |
| 13:42.23 | daxxar | Which I consider 'properly' |
| 13:42.25 | brlcad | rather, it wasn't linking (at all) |
| 13:42.35 | daxxar | Okay, I haven't got a chance to test on !linux :-) |
| 13:42.41 | brlcad | failing the build outright is worse than not building a particular target |
| 13:43.06 | brlcad | right, which was why someone else (me in this case), put in some change to unbreak it |
| 13:43.09 | daxxar | Anyway, I don't think arguing it will help; I had bad voodoo which made it non-portable. |
| 13:43.11 | brlcad | happens all the time :) |
| 13:43.33 | daxxar | But since you're a lot more fluent in automagic than me, could you ping me when you've looked at what the issue is? :-) |
| 13:44.08 | brlcad | I could have communicated it better to you, that's for certain .. but I also (just assumed, poorly) that you'd notice the change :) |
| 13:44.11 | daxxar | I'm still having issues figuring out what all the auto* & libtool-parts do individually, even more issues trying to get it to Do The Right Thing. ;-) |
| 13:45.11 | daxxar | I've been kinda off-IRC recently, trying to code when I had occasion to do so - so I guess I've been lax in monitoring commits. :-) |
| 13:45.25 | daxxar | (I just svn up ../.. every once in a while) |
| 13:45.30 | brlcad | that was a couple weeks ago, iirc :) |
| 13:45.43 | daxxar | Bit over a week |
| 13:45.56 | daxxar | Been travelling back and forth, staying at my gf's for days, etcetera. |
| 13:47.06 | daxxar | Anyway, bzrobots had fun segfaults; suddenly popped into std::cout etc :-P I only noticed why when someone mentioned it could be a dependency problem, and TestRobot.so was dated 16th of july or something ^_^^ |
| 13:47.16 | daxxar | Thought I was throwing around bogus pointers :-) |
| 13:48.07 | CIA-3 | BZFlag: 03brlcad * r14672 10/trunk/bzflag/src/bzrobots/Makefile.am: automake will not build shared libs if it's an EXTRA (i.e. uninstalled) module, it needs to think it's going to install it so libtool will generate the .so too |
| 13:48.43 | daxxar | And I'm sorry if I'm a bit snappish, I only got about 3-4 hours of sleep at the train, thought I'd push it off till tonight, so I can hit the sack early. :-) |
| 13:49.04 | brlcad | nah, it's understandable really |
| 13:49.10 | brlcad | it does go both ways, though ;) |
| 13:49.35 | daxxar | What do you mean? |
| 13:50.34 | brlcad | just part of the dangers of working in mild isolation, (most) devs tend to get territorial .. annoyed when anyone else's changes to their stuff is changed, particularly if it impacts them :) |
| 13:50.59 | daxxar | Ah, right. True enough. :-) |
| 13:51.15 | daxxar | Wee, .so! Thanks brlcad :-) |
| 13:51.51 | brlcad | i merely mean that it's as much my responsibility to fix issues as it is yours to notice those changes and work with them -- particularly with regards to cross-platformness and integration |
| 13:52.56 | daxxar | Yup. I appreciate you fixing cross-platform issues I do not notice, but for the sake of communication, could you poke me when you discover them? (Not neccessarily when you fix them) |
| 13:53.09 | brlcad | one problem was fixed and that fix unintentionally introduced antoher problem, which really is to be expected and just dealt with they come up |
| 13:53.27 | brlcad | yep, this was merely communication issue for the most part |
| 13:54.04 | daxxar | Those are usually the biggest issues in larger OSS-projects, I guess. ;-) |
| 13:54.22 | brlcad | that's one of the reasons that open source development is intentionally supposed to be open and integrated |
| 13:54.29 | donny_baker | not only OSS :P |
| 13:54.56 | brlcad | I don't necessarily specifically know whan I make a change to file X that it might impact users A, B, and C |
| 13:55.12 | brlcad | in this instance, it happened to be fairly contained to code you were working on |
| 13:55.26 | brlcad | but it could just as easily been code elsewhere in the package that could have changed functionality |
| 13:55.52 | daxxar | True. :-) |
| 13:55.58 | brlcad | which is why it's usually bi-directional -- devs "opt-in" to pay attention to activity and respond to activity that may affect them |
| 13:56.56 | brlcad | THAT is fairly unique to OSS that you often don't find in commercial development |
| 13:58.22 | brlcad | in business, it's usually much heavier up front, testing suites, configuration control meetings (to communicate changes), etc |
| 13:59.48 | brlcad | more about mitigating risk and knowing beforehand how a change will impact, in (most) OSS it's about being more responsive and fluid to changes through more frequent iterations, visibility/transparency, and actively seeking communication (instead of waiting to be told) |
| 14:01.29 | brlcad | btw, back to the code .. just so you know, there shouldn't be any assumption or mention that there is a .libs dir anywhere in the code -- that's a libtool internal detail |
| 14:02.44 | CIA-3 | BZFlag: 03daxxar * r14673 10/trunk/bzflag/src/bzrobots/ (. RCEvents.cxx TestRobot.cxx TestRobot.h): |
| 14:02.44 | CIA-3 | BZFlag: Removed TestRobot.so from svn:ignore. |
| 14:02.44 | CIA-3 | BZFlag: "Fixed" HitWallEvent. |
| 14:02.44 | CIA-3 | BZFlag: TestRobot now implements onHitWall, and "stops" if it gets one. |
| 14:02.53 | brlcad | the .so can be run/loaded from there on 'most' platforms, but technically they're not supposed to be touched until they're installed (so that relocation entries resolve correctly on platforms that cannot resolve before being installed) |
| 14:03.09 | daxxar | My code never refers to the .so by name, it's a cmdline parameter |
| 14:03.33 | daxxar | So basically I just have a script here that runs bzrobots with the correct parameters, and it has the .libs-thing. But it's a purely local convenience-thing. |
| 14:03.41 | brlcad | I figured as much, just making sure you know (communicating, and all, since we're on the thread) :) |
| 14:03.52 | daxxar | Hehe ^_^ |
| 14:04.14 | daxxar | Well, since the basics of events are working now, we're even closer to a finished C++ API :-) |
| 14:04.39 | daxxar | Did'ya see TODO? |
| 14:04.57 | brlcad | yep |
| 14:05.14 | daxxar | Any thoughts on asio? |
| 14:05.44 | brlcad | yeah |
| 14:06.08 | daxxar | Considering turning the output & input-buffers into std::vector<std::string> too, since using char *-buffers means a lot of "extra" work, and the protocol *is* line-based. |
| 14:06.18 | brlcad | that was actually the one comment out of the entire bunch :) |
| 14:06.34 | daxxar | Hm? |
| 14:07.10 | daxxar | And using operator<< would make the sendf/send/send(RCMessage<*> ) stuff a bit cleaner. |
| 14:07.35 | daxxar | I don't like using va_arg at all, to be honest. :-( |
| 14:07.56 | daxxar | (but that's, along with the output buffer and raw bsd sockets, is a remnant from mcnabbs time with the code) |
| 14:08.03 | daxxar | s/is a/ a/ |
| 14:09.24 | brlcad | how to put it .. I think changing the net interface (to anything else) is frankly rather unnecessary at this point -- it works, and most of the reasons for the change you're suggesting are purely preference and syntactic changes as opposed to something technically better |
| 14:09.31 | *** join/#bzflag poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) |
| 14:09.54 | brlcad | asio in particular has it's own set of issues, as it'd be a pita to integrate because of the boost dependency |
| 14:10.09 | daxxar | AFAIK you don't have to pull in any part of boost to use asio |
| 14:10.17 | daxxar | Just use asio's header(s) |
| 14:10.21 | daxxar | But I see your point. |
| 14:10.27 | brlcad | but you still need boost |
| 14:10.32 | brlcad | somewhere |
| 14:10.36 | brlcad | as asio uses it |
| 14:10.42 | daxxar | What for? I think I recall reading that you don't.. |
| 14:11.03 | brlcad | according to their main page they do |
| 14:11.34 | daxxar | Hm, wait, perhaps that was only that they didn't require *building* any part of boost |
| 14:12.19 | brlcad | regardless, that's all really besides the point -- what problem is that solving other than a personal dissatisfaction with the whole socket/buffer implementation there now? :) |
| 14:12.24 | daxxar | Anyway, I agree with your point; I won't change netlib. Do you feel the same about switching away from char *? |
| 14:12.58 | daxxar | It's so .. kludgy. :-) |
| 14:13.13 | brlcad | that's entirely personal bias :) |
| 14:13.21 | brlcad | what's the technical reason |
| 14:13.40 | daxxar | netlib? Nothing, really. But the whole char *-thing? |
| 14:13.56 | brlcad | either really |
| 14:14.11 | daxxar | A statically allocated buffer means that there's a limit to how much traffic can go between frontend and backend in a set amount of time |
| 14:15.08 | daxxar | Only became apparent after I added events, because the normal send-functions call updateWrite themselves. |
| 14:15.29 | brlcad | there's nothing wrong with bsd sockets, and no matter how much layering is above it, the net connection will boil down to sending/receiving buffers of data, so using char arrays is simply a direct extension/exposure of that reality |
| 14:15.32 | daxxar | But if there's a large amount of events occuring at the same time, you get a "buffer overflow" and data is dropped. |
| 14:15.46 | brlcad | that doesn't mean that the send size has to remain fixed, or that you can't wrap something dynamic over top |
| 14:16.43 | brlcad | yeah, that sounds like an implementation limitation of just how it currently handles the buffer(s) |
| 14:16.56 | brlcad | there's no reason for it to have that limitation even with buffers |
| 14:17.07 | daxxar | I could make it dynamically resize the buffer etecetera |
| 14:17.25 | brlcad | or just process traffic buffers at a time |
| 14:17.35 | daxxar | But AFAICT it'd be cleaner (and not neccessarily much more work) to switch over to something like a vector of strings. |
| 14:17.38 | daxxar | Hm? |
| 14:18.19 | daxxar | But I'll leave that for now, I seem to have remedied the situation by disallowing identical events in the outgoing event queue. |
| 14:18.28 | brlcad | that's where you lose me, maybe you're just saying the same thing |
| 14:18.30 | daxxar | (no use notifying about the same condition twice in a row) |
| 14:18.46 | brlcad | i mean you could wrap it all in string vectors, that sounds like a fine change |
| 14:18.50 | brlcad | that's just a container |
| 14:19.13 | brlcad | the net layer still has to send char array data though (c_str() etc) |
| 14:19.36 | daxxar | Of course |
| 14:19.45 | daxxar | The default size o fthe buffer is 100kb. :-P |
| 14:20.52 | brlcad | what the net layer does buffer-wise has little/nothing to do with what your application code does |
| 14:21.07 | brlcad | sounds like now it's just transparent, so seems coupled |
| 14:21.31 | brlcad | and I *think* you're just asking about changing your application code layer, which I'd see no problem with |
| 14:21.43 | daxxar | Hum? |
| 14:21.50 | daxxar | I think you lost me |
| 14:21.58 | brlcad | you lost me first :) |
| 14:22.01 | daxxar | Haha |
| 14:22.04 | daxxar | Anyway |
| 14:22.08 | daxxar | I'll leave it like it is for the time being |
| 14:23.02 | daxxar | It doesn't pose a problem for the time being. :-) |
| 14:23.16 | brlcad | what I'm saying is that I don't think there's a problem using std::strings or vectors of strings, etc .. the way you characterized that with respect to the net connection is where I think there was/is a difference of understanding or vocabulary |
| 14:23.48 | brlcad | that's where there would actually be a technical benefit, using a dynamic container instead of a fixed size one |
| 14:24.15 | *** join/#bzflag Guest507eu (n=50906ad6@vs189182.vserver.de) |
| 14:25.07 | brlcad | add a routine to whatever is doing the socket transport send/recv's to handle that dynamic container and just have it process in chunks, sending everything it gets |
| 14:25.10 | daxxar | Yes, when you mentioned it, I realized that the desire to switch to a higher-level net-layer was mostly syntatical and a matter of taste, not due to a technical limitation. |
| 14:27.20 | brlcad | sure, but that net-layer choice (whether high-level or low level) doesn't necessarily need to be exposed to the rest of the code -- just because the net layer users char buffers doesn't mean you have to use char buffers throughout |
| 14:27.37 | daxxar | True enough, those two change-desires were independent |
| 14:40.45 | daxxar | Anyway, I need a break. Way too tired to do anything useful. |
| 14:44.25 | *** join/#bzflag jo3nix (n=jo3nix@cofire.k12.ar.us) |
| 15:16.28 | *** join/#bzflag Suspect (n=Suspect@68-114-71-106.dhcp.plt.ny.charter.com) |
| 15:20.18 | *** part/#bzflag LongDon (n=LongDon@host-091-097-051-126.ewe-ip-backbone.de) |
| 15:33.18 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 16:04.49 | *** join/#bzflag delusional_ (n=delusion@pool-71-240-54-149.pitt.east.verizon.net) |
| 16:15.46 | *** join/#bzflag TimRiker (n=timr@216.49.181.128) |
| 16:15.46 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 16:45.25 | *** join/#bzflag Erroneous (n=dtremena@67-131-219-2.dia.static.qwest.net) |
| 16:45.52 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 17:12.46 | *** join/#bzflag trovao (n=trovao@201.79.131.146) |
| 17:40.11 | *** join/#bzflag TD-Linux (n=TD-Linux@about/essy/indecisive/TD-Linux) |
| 17:41.57 | *** join/#bzflag Constitution (n=Constitu@gateway.pct.civiltec.com) |
| 17:44.26 | *** join/#bzflag davemicc (n=c2water@cpe-071-071-001-026.triad.res.rr.com) |
| 17:53.24 | *** join/#bzflag What4 (n=menotume@c-71-225-151-82.hsd1.pa.comcast.net) |
| 18:28.16 | *** join/#bzflag Constitution (n=Constitu@gateway.pct.civiltec.com) |
| 18:37.30 | *** join/#bzflag AAA_awright (n=chatzill@wsip-68-14-251-102.ph.ph.cox.net) |
| 18:47.37 | *** join/#bzflag AWOSLappy (n=awilcox@unaffiliated/awosdev) |
| 18:56.52 | *** mode/#bzflag [+v menotume] by ChanServ |
| 19:50.16 | *** join/#bzflag trovao (n=trovao@201.79.131.146) |
| 19:53.47 | *** join/#bzflag TimRiker (n=timr@pdpc/supporter/bronze/TimRiker) |
| 19:53.47 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 20:32.52 | *** join/#bzflag alvin (n=alvin@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 21:18.04 | AAA_awright | Would it be possible to create some packet type that allows the server (on behalf of a player on that server or because of a plugin) to invite a player to another server? It would have it's small number of uses |
| 21:19.00 | L4m3r | AAA_awright: like mass-spamming? |
| 21:19.05 | L4m3r | :) |
| 21:19.10 | AAA_awright | ? |
| 21:19.15 | brad | that would be annoying |
| 21:19.44 | L4m3r | but actually, with any luck, we will have server-to-server messaging over IRC |
| 21:19.51 | L4m3r | eventually |
| 21:20.01 | AAA_awright | Sorry, a server requesting a player go to another server. |
| 21:20.14 | AAA_awright | For match meetup-servers, etc. |
| 21:20.31 | L4m3r | yes |
| 21:21.01 | L4m3r | so when nn finds out about it, every player online starts getting "hey join my amazing home server!!!!11111 Comcast rulez!!!!" |
| 21:21.50 | AAA_awright | ... The packet is sent from the server the player is on. If there is a server-to-server message system, I guess you could request another server to invite a player. |
| 21:22.50 | L4m3r | wait, so the server itself tells player(s) to try another server? Can't you just send a chat message for that? :) |
| 21:23.55 | AAA_awright | Hm. I guess it would be a bit more useful if it actually filled the host/port with the invited one, if the player accepted. |
| 21:25.19 | L4m3r | I think messaging would work fine... most likely, the info would still be in the console, so it's not that difficult to just type in |
| 21:25.39 | L4m3r | unlike, say, getting the invite over IRC, where you have to attempt to remember the server/port |
| 21:30.44 | *** join/#bzflag SimonFlavelle (n=psychosi@CPE-58-169-153-27.vic.bigpond.net.au) |
| 21:31.22 | L4m3r | JeffM: ping |
| 21:31.32 | JeffM | ? |
| 21:31.50 | L4m3r | libIRC question :D |
| 21:32.01 | L4m3r | I'm trying to implement onjoin commands |
| 21:32.41 | L4m3r | is there a good way to do that after connecting, or should I have the event handler take care of it? |
| 21:33.01 | L4m3r | (like on the endMOTD event) |
| 21:40.23 | AAA_awright | L4m3r: I (tried) to create an IRC server that is also a bzflag clients. In fact, 1 bzflag client per connection to the IRC server. |
| 21:41.32 | AAA_awright | Only problem is using server commands through an IRC client: /quit /part /say, but /ban /servershutdown would not |
| 21:41.38 | L4m3r | too messy. the system will be almost transparent to the client. BZFS becomes an IRC client, basically. |
| 21:42.12 | AAA_awright | Not messy at all, really. /join #tedius2.dyndns.org:5180 for example. |
| 21:42.56 | AAA_awright | I think Theme97 created an IRC/BZFS tunnel with my BZFlag_Info script. |
| 21:42.59 | AAA_awright | Or tanner. |
| 21:44.19 | L4m3r | eventually this will be *required* for public servers. it will be an internal system, clients only. we won't be building an IRC server into anything. |
| 21:45.08 | brad | required? |
| 21:45.19 | brad | what happens if the host doesn't allow IRC access? |
| 21:45.57 | L4m3r | what kind of host doesn't allow IRC access? most of the colos I've seen only forbid running an IRCd... |
| 21:46.47 | AAA_awright | Uh... Why not just make it a game server? |
| 21:47.45 | AAA_awright | Putting multiple protocols on one port is absolutely, completely wrong and I stand by that. |
| 21:49.07 | brad | translation from google from a german host: |
| 21:49.12 | brad | From reasons of net stability the haven 6667 became closed. Thus the IRC service is not to you at the disposal. |
| 21:49.40 | brad | IRC can be a cause of DoS attacks (although not so much on this network) |
| 21:50.19 | L4m3r | I'm not sure that prohibits IRC clients/scripts, though, just servers |
| 21:51.23 | brad | well, there's always ways around it... different ports can be used. but the host might not be too happy :) |
| 21:51.28 | brad | anyway, it was just an example |
| 21:51.44 | L4m3r | ...which are a valid security concern, of course. I've seen IRC clients banned on webhosts, for instance, because they eat CPU |
| 21:52.18 | L4m3r | but it seems odd to me that a dedicated host wouldn't allow clients |
| 21:54.20 | brad | just found another dedicated host in america that blocks all IRC access |
| 21:54.36 | *** join/#bzflag spldart (n=troublem@c-98-197-19-35.hsd1.tx.comcast.net) |
| 21:55.31 | L4m3r | ugh, how annoying. Perhaps we'll have to make some sort of tunnel for servers that can't use IRC |
| 21:55.45 | brad | heh |
| 21:56.11 | L4m3r | I mean, not having IRC relay stuff wouldn't be so bad |
| 21:56.36 | AAA_awright | Why IRC? Why not build it into the bzproto? |
| 21:56.38 | L4m3r | but if we're using it for server-to-server messaging it would suck to be blacked out from that system |
| 21:56.58 | L4m3r | AAA_awright: because that doesn't allow people to watch from IRC |
| 21:57.05 | AAA_awright | That is a bad thing! |
| 21:57.14 | AAA_awright | Erm. |
| 21:57.44 | L4m3r | it's actually quite handy from an administrative perspective ;) |
| 21:57.53 | brad | controlling a game from IRC is pretty cool |
| 21:57.54 | AAA_awright | Make an ircd that does that, hosted independently. |
| 21:58.14 | L4m3r | we might |
| 21:58.53 | AAA_awright | I personally think controlling a server using IRC is very cool. (Like BZFx's Arena Controllerâ„¢) |
| 21:59.00 | L4m3r | that much hasn't yet been decided. Obviously, if we roll our own, we can modify it to our liking to deal with security issues, and hosts wouldn't mind as much since it would not technically be "IRC" on the server end |
| 21:59.54 | L4m3r | And, of course, auth would be easier. but on the whole it would also be less convenient than using freenode ;) |
| 22:01.02 | brad | how will you control abuse, such as spamming from another server? |
| 22:01.41 | L4m3r | most of the relay stuff will be opt-in |
| 22:02.02 | L4m3r | IRC users will have to be authenticated |
| 22:02.20 | L4m3r | ordinary IRC stuff, like +m, could also be used |
| 22:02.50 | brad | alright :) |
| 22:03.33 | L4m3r | it'd be pretty easy to add an IRC nick field to global auth, and make sure the user is ID'd |
| 22:04.30 | L4m3r | that way we don't have to pass the global username/pass over IRC, which is a good thing |
| 22:05.25 | JeffM | sorry had a phone call, let me read back :) |
| 22:05.53 | JeffM | L4m3r, the bot does it on the end of MOTD |
| 22:06.05 | L4m3r | mmk |
| 22:06.06 | JeffM | tho it'd be good to add an event for "j00AreConnected" |
| 22:06.16 | JeffM | I can add that when I get home |
| 22:06.35 | L4m3r | that'd be nice. :) |
| 22:06.41 | JeffM | end of MOTD isn't very intutive |
| 22:07.09 | L4m3r | I'll use that for now. it's not hard to change the event later |
| 22:07.12 | JeffM | yeah |
| 22:07.21 | JeffM | I'll try to get SVN code for libIRC here |
| 22:07.27 | JeffM | I only have the old CVS one |
| 22:09.09 | JeffM | oh lib IRC, how I've missed you so |
| 22:10.14 | L4m3r | lol |
| 22:10.19 | JeffM | does libIRC build as a DLL? |
| 22:10.29 | L4m3r | I don't know, I haven't tried to build it |
| 22:10.38 | L4m3r | and I'm not working in windows anyway |
| 22:10.51 | JeffM | does it build as a so? |
| 22:11.10 | JeffM | I need to know, cus if it's dynamic I can't change enums |
| 22:11.16 | JeffM | if it is static I can :) |
| 22:11.23 | JeffM | windows builds static |
| 22:12.01 | JeffM | hmm what data would you need with the event |
| 22:12.22 | JeffM | I guess maybe the nick you ended up with |
| 22:13.02 | JeffM | or none, that's what endMOTD does |
| 22:13.26 | L4m3r | you have to negotiate the nick yourself, so it'd be unnecessary to have in an event |
| 22:13.45 | JeffM | indeed |
| 22:13.52 | JeffM | I'll just use the base like I do for MOTD |
| 22:14.52 | JeffM | it's done |
| 22:14.56 | JeffM | libIRC dosnt' CIA to here |
| 22:15.02 | JeffM | eIRCConnectedEvent |
| 22:15.20 | L4m3r | er... |
| 22:15.49 | L4m3r | "No rule to make target `TextUtils.h' needed by `all-am' |
| 22:16.25 | JeffM | ahh name change |
| 22:16.30 | JeffM | yeah it's IRCTextUtils |
| 22:16.38 | L4m3r | aha |
| 22:16.50 | L4m3r | but in src it's still TextUtils |
| 22:16.57 | JeffM | yeah |
| 22:17.10 | JeffM | it's cus if you use it in BZ it confilcted with the include :) |
| 22:17.19 | JeffM | let me fix that up |
| 22:17.27 | L4m3r | heh |
| 22:21.25 | blast007 | L4m3r: so how are we handling the IRC nickname limitations? :) |
| 22:21.35 | L4m3r | we aren't :) |
| 22:21.57 | blast007 | hehe |
| 22:22.01 | L4m3r | clients don't connect directly to IRC. all messages get relayed through something. |
| 22:22.13 | L4m3r | it's a complete non-issue |
| 22:23.03 | JeffM | there, it should all use IRCTextUtils now, for h and cxx and all build systems |
| 22:23.25 | L4m3r | <BZFS_bot_tard> [L4m3r] haha pwned |
| 22:23.46 | L4m3r | <BZFS_bot_tard> [SERVER] blast's rampage was ended by L4m3r |
| 22:24.10 | JeffM | so then only IRC users are limited by the IRC names |
| 22:24.15 | L4m3r | yup |
| 22:24.25 | JeffM | a passable system |
| 22:24.36 | Winny | IIRC, Constitution already did a IRC-> server chat system |
| 22:24.38 | JeffM | best to name the bot something like | then :) |
| 22:24.39 | L4m3r | easier for the players to deal with |
| 22:24.47 | JeffM | Winny, he's doing a lobby system |
| 22:24.52 | L4m3r | no nick collisions either |
| 22:24.56 | Constitution | Winny: and I copied that from someone else's work :-) |
| 22:25.08 | Winny | oh :P |
| 22:25.34 | L4m3r | this is a bit more than just bodging an IRC client onto BZFS |
| 22:25.56 | L4m3r | it's going to become a part of the global services, basically |
| 22:26.13 | Constitution | this is the work I borrowed from: http://my.bzflag.org/bb/viewtopic.php?t=5426 |
| 22:26.18 | L4m3r | JeffM: now it's griping about TCPConnection.h |
| 22:26.44 | SportChick | L4m3r did you get the info from us you needed? |
| 22:26.50 | L4m3r | not yet |
| 22:27.08 | SportChick | L4m3r: because of us or you haven't had a chance to ask yet? |
| 22:27.26 | L4m3r | because I'd like to have something semi-functional to provide a demo |
| 22:27.31 | SportChick | L4m3r okies |
| 22:27.32 | L4m3r | to make it easier to explain |
| 22:27.39 | SportChick | just wanted to be sure we weren't holding you up |
| 22:28.07 | JeffM | WTF, did I delete it |
| 22:28.07 | L4m3r | nah, I just haven't asked yet :) thanks |
| 22:28.36 | SportChick | cool |
| 22:28.36 | L4m3r | yes, yes you did JeffM :P |
| 22:28.41 | JeffM | I just added it back |
| 22:28.53 | AAA_awright | If we are using LDAP for authentication, will bzflag also be build with LDAP support? |
| 22:29.11 | JeffM | no the client/server would not use ldap directly |
| 22:29.21 | AAA_awright | I thought so. |
| 22:29.21 | JeffM | they'd still talk to a distributed list system |
| 22:29.29 | AAA_awright | Nor server. |
| 22:29.40 | JeffM | ldap would be our backend auth transport system |
| 22:29.45 | L4m3r | yeah, we don't want to pass username/password to servers |
| 22:30.02 | AAA_awright | Good. Just a quick sanity check. |
| 22:30.03 | L4m3r | tokens would probably still be used |
| 22:30.11 | JeffM | they'd have to be used for legacy clients |
| 22:30.16 | JeffM | the token system isn't a bad idea |
| 22:30.20 | JeffM | just our current backend sucks |
| 22:30.26 | AAA_awright | Yah. |
| 22:30.39 | L4m3r | yeah, tokens are one of those rare things that doesn't have any major problems ;) |
| 22:31.03 | AAA_awright | Looking for peer review: http://bzflag.redjacket.ws/specs/listserver-upgrade.html |
| 22:31.04 | L4m3r | ooh, a real compiler error :D |
| 22:32.34 | L4m3r | ahh, I can't stop eating these cookies! |
| 22:33.09 | *** join/#bzflag Chestal (i=thilo@pdpc/supporter/active/Chestal) [NETSPLIT VICTIM] |
| 22:33.09 | *** join/#bzflag CIA-3 (n=CIA@208.69.182.149) [NETSPLIT VICTIM] |
| 22:33.09 | *** join/#bzflag ts (n=ts@bz.bzflag.bz) [NETSPLIT VICTIM] |
| 22:33.09 | *** join/#bzflag Deepa|AFK (i=deepa@abused.armchairs.be) [NETSPLIT VICTIM] |
| 22:33.09 | *** join/#bzflag quine (i=quine@decal2.lbl.gov) [NETSPLIT VICTIM] |
| 22:33.09 | *** join/#bzflag retro (n=ksumrall@wall.danger.com) [NETSPLIT VICTIM] |
| 22:33.09 | *** join/#bzflag donny_baker (n=joevano@about/essy/vvvvv/donnybaker) [NETSPLIT VICTIM] |
| 22:33.09 | *** join/#bzflag [blughleduch] (n=dennis@about/essy/CodingWiz/dmp) [NETSPLIT VICTIM] |
| 22:33.10 | *** join/#bzflag Pommes (n=Pommes@about/essy/frenchy/Pommes) [NETSPLIT VICTIM] |
| 22:33.10 | *** join/#bzflag poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) [NETSPLIT VICTIM] |
| 22:33.10 | *** join/#bzflag Erroneous (n=dtremena@about/essy/CrazyCoder/DTRemenak) [NETSPLIT VICTIM] |
| 22:33.10 | *** mode/#bzflag [+ovv Chestal ts Erroneous] by irc.freenode.net |
| 22:34.03 | *** join/#bzflag DavidHKMrPowers (n=chatzill@210006148094.ctinets.com) [NETSPLIT VICTIM] |
| 22:34.24 | AAA_awright | Freenode branch went out? |
| 22:34.45 | AAA_awright | zelazny.freenode.net, heh. |
| 22:35.54 | spldart | bzzzt |
| 22:35.57 | *** join/#bzflag Prim_MSN_Plz (i=44d1f221@gateway/web/cgi-irc/zeebrothers.net/x-2b6ac2259a841a68) |
| 22:40.33 | L4m3r | hm... something about not having a copy constructor for std::map::iterator? uhoh |
| 22:41.44 | brlcad | AAA_awright: bzfs becomes an IRC *client*, not a server .. just a relay for game client messages (not sure if that was clear earlier or not) |
| 22:42.00 | AAA_awright | Good. Wait. |
| 22:42.07 | AAA_awright | ...How would that work? |
| 22:42.44 | L4m3r | http://l4m3r.bzflag.org/gsoc |
| 22:42.49 | L4m3r | I think it's explained there, sort of |
| 22:43.02 | AAA_awright | My idea was to have an IRC server that for all purposes becomes a bzflag client. The user list is populated with the players, /msg works, etc. Can't do that if the server is a client. |
| 22:43.15 | blast007 | L4m3r: thanks, sort of, I think ;) |
| 22:43.23 | L4m3r | read the approach page :P |
| 22:44.43 | AAA_awright | Players can be in multiple servers. How would you use /msg to send a message to a player in one server, or a team? |
| 22:45.38 | L4m3r | the server will check for multiple instances of players |
| 22:45.40 | AAA_awright | The BZFlag chat system gives every player and team their own channel. You can't out 255 channels per server into an IRCD. |
| 22:46.00 | L4m3r | most likely a lot of the features will require global auth |
| 22:46.01 | AAA_awright | (A problem I didn't thnk about) |
| 22:46.15 | L4m3r | private and team messages will not be sent over the wire |
| 22:46.18 | AAA_awright | L4m3r: http://bzflag.redjacket.ws/specs/listserver-upgrade.html |
| 22:46.38 | L4m3r | yes? |
| 22:47.27 | AAA_awright | ... |
| 22:47.45 | L4m3r | what about it? |
| 22:47.45 | brlcad | he's busy with his project, can't work on list server issues :) |
| 22:47.57 | AAA_awright | There exists on that document one very important point, found under the "List server upgrade phase" sub-section. |
| 22:48.00 | L4m3r | my stuff will be adapted to whatever we end up using |
| 22:48.56 | L4m3r | as for doing the actual list server upgrade, why are you looking at me? Not my yob, mang |
| 22:49.02 | L4m3r | :P |
| 22:50.02 | L4m3r | hm... TCPConnection.cpp, line 615, compiler is puking |
| 22:50.26 | brlcad | AAA_awright: as for your write-up, there are a lot of good ideas in there, many of course that have been discussed .. extensively |
| 22:50.57 | brlcad | overall a pretty good summary for the most part of what will hopefully occur minus a handful of details |
| 22:51.06 | AAA_awright | Working on a server-to-server connection method right now. Down to the individual bits. |
| 22:51.51 | brlcad | just fyi, the list server shouldn't be required as a middle man |
| 22:52.00 | L4m3r | it seems that std::map::erase(iterator) does not return anything... |
| 22:52.14 | Erroneous | L4m3r: JeffM has written code with that problem before too. I don't remember what the fix was (probably loop twice or something) |
| 22:52.39 | Erroneous | vc's c++ returns the next iterator from erase |
| 22:53.02 | Erroneous | hm, could use a temp copy of the iterator to jump it |
| 22:53.21 | L4m3r | curse that microsoft compiler :) |
| 22:53.41 | brlcad | AAA_awright: and while there's many reasonable approaches for server-to-server communication, that is specifically what L4m3r's working on and he's got a pretty solid approach that should work well laid out (so I wouldn't worry about it for now, particularly as it could relate to the list server upgrades) |
| 22:54.19 | AAA_awright | The SVN trunk linux bzfs build works. |
| 22:54.25 | L4m3r | it's not like we can't change it, anyway. we've got a while yet before 2.2 and this doesn't have to go live. |
| 22:54.36 | L4m3r | AAA_awright: we're talking about libIRC ;) |
| 22:54.55 | Erroneous | L4m3r: fixed |
| 22:55.02 | L4m3r | thx |
| 22:55.05 | Erroneous | np |
| 22:55.13 | Erroneous | Jeff is arguing with my boss right now :) |
| 22:55.18 | AAA_awright | That is why I was being specific. |
| 22:55.22 | brlcad | fling poo at him |
| 22:55.41 | L4m3r | Jeff does not strike me as someone I would want to argue with :) |
| 22:55.59 | Erroneous | heh |
| 22:56.32 | L4m3r | rarrg, another one |
| 22:57.20 | Erroneous | where? sorry, can't catch them here :) |
| 22:57.29 | L4m3r | let me take a crack at it :) |
| 22:57.35 | Erroneous | ok :) |
| 22:57.57 | L4m3r | oh, dur, yeah, your solution is pretty simple (why didn't I think of that?) |
| 22:58.36 | Erroneous | 'cause you're used to not wasting memory and cpu cycles for silly stuff like that :) |
| 22:58.58 | Erroneous | erase should really return the next itr anyway...it'll be in the next version of c++ |
| 22:59.33 | L4m3r | yeah, I'd probably have understood it better if I was reading that implementation |
| 22:59.45 | L4m3r | returning an iterator didn't quite make sense when I read the code :P |
| 22:59.48 | AAA_awright | L4m3r: The more I read your stuff, the more it starts to sound like Arena Controllerâ„¢ me and meteorite have been working on. Plus it also includes the ability for the server to make snapshots of players with no additional libraries. |
| 22:59.52 | Erroneous | heh :) |
| 23:00.35 | L4m3r | your point, AAA_awright? |
| 23:01.45 | AAA_awright | All these proposals would have been something that would become a part of BZFlag anyways, but now we have to worry about breaking the decentralized property that makes BZFlag so unique, |
| 23:02.06 | AAA_awright | (decentralized being a Good Thing), |
| 23:02.50 | L4m3r | Decentralized, meaning that you can implement your own and not share it, and go "Nyahh nyahh!" at everyone else? :) |
| 23:03.18 | JeffM | what'd I do? |
| 23:03.22 | AAA_awright | It would become a system of patches. If anyone ever bothered to *look* at the patches I have sent. |
| 23:03.22 | JeffM | return a ref or sometihng? |
| 23:03.23 | L4m3r | Like the list server, it will be implemented in such a manner that you can use your own |
| 23:03.29 | Erroneous | JeffM: assumed map::erase returned an iterator |
| 23:03.44 | JeffM | ohh yeah |
| 23:03.45 | JeffM | where? |
| 23:03.51 | Erroneous | libirc |
| 23:03.53 | L4m3r | I'm working on the third one :) |
| 23:03.56 | AAA_awright | L4m3r: "my own"? |
| 23:04.04 | Erroneous | I fixed it. L4m3r is fixing the others |
| 23:04.05 | JeffM | yeah I gathered THAT one, where in the code in libIRC :) |
| 23:04.08 | JeffM | ahh ok |
| 23:04.39 | JeffM | why DOSN"t it return on in the spec |
| 23:04.43 | JeffM | it makes the code so much cleaner :) |
| 23:04.55 | JeffM | or is it just a newer spec that hasn't rolled down yet? |
| 23:05.07 | Erroneous | yeah, it's not in it yet |
| 23:05.15 | JeffM | is it proposed? |
| 23:05.16 | Erroneous | next version of the standard will have it |
| 23:05.17 | L4m3r | AAA_awright: if you want someone to look at your patches, you're asking the wrong guy... |
| 23:05.23 | Erroneous | proposed and accepted |
| 23:05.27 | JeffM | ahh, so VC = bleeding edge ;) |
| 23:05.35 | AAA_awright | I wasn't eying you... |
| 23:05.42 | Erroneous | JeffM: embrace and extend ;) |
| 23:05.51 | JeffM | "Visual C++.. BEYOND standards" :) |
| 23:06.00 | AAA_awright | :D |
| 23:06.09 | L4m3r | s/Visual C++/Internet Explorer 4/ |
| 23:06.18 | JeffM | should set CIA Up to dump libIRC commits here |
| 23:06.24 | JeffM | since it's now beign used |
| 23:06.31 | Erroneous | yup, probably should |
| 23:06.35 | L4m3r | <marquee>WEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE</marquee> |
| 23:07.00 | *** join/#bzflag chillin (n=Chilan@about/essy/flamingbrain/chillin) |
| 23:07.07 | L4m3r | ah, the good old days, when everyone made their webpages as obnoxious as possible |
| 23:07.18 | Erroneous | L4m3r: they don't still? |
| 23:07.34 | AWOSLappy | haha |
| 23:07.47 | AWOSLappy | <blink>ZOMG LOL LOOK AT MAI BLINKY</blink> |
| 23:07.49 | chillin | hater :P |
| 23:07.49 | Erroneous | flash navigation, animated ads, music blaring in the background...so maybe no more marquee, we've got lamer stuff (er, no offense) now |
| 23:07.58 | L4m3r | :P |
| 23:08.04 | AWOSLappy | Erroneous: haha |
| 23:08.09 | chillin | i hate those blindingly glittery pages |
| 23:08.18 | chillin | especially when you have to highlihgt everything to read it |
| 23:08.18 | AWOSLappy | <embed src="/yays.mid" /> |
| 23:08.19 | L4m3r | background music is generally a myspace offense these days |
| 23:08.35 | AWOSLappy | I remember when there was MIDI background music. |
| 23:08.41 | L4m3r | me too |
| 23:08.42 | JeffM | hmm the #bzflag bot uses a custom filter |
| 23:08.57 | JeffM | Erroneous, got a sec? |
| 23:09.00 | Erroneous | sure |
| 23:09.08 | L4m3r | thankfully the 3D flash ad banners with sound are not so popular anymore |
| 23:09.31 | JeffM | did you ever make a cia account? |
| 23:10.13 | Erroneous | nope |
| 23:10.29 | JeffM | I'm gonn back up our script and try it |
| 23:10.32 | spldart | I swear to the godz of BZ that if I didn't depend on the plethora of video editing software available for windoze I would never boot Mr Gates ish again! Gotta reboot :'- ( |
| 23:11.19 | L4m3r | heh, revision 212... wow :P |
| 23:12.14 | CIA-3 | libirc: 03JeffM2501 * r213 10/trunk/libirc/TODO: libIRC has a build system now, and is not "all ugly" so take that out of the todo |
| 23:12.18 | *** join/#bzflag spldart (n=troublem@c-98-197-19-35.hsd1.tx.comcast.net) |
| 23:12.18 | JeffM | whoot |
| 23:12.24 | JeffM | and I didn't break it :) |
| 23:13.11 | AAA_awright | http://bzflag.redjacket.ws/specs/listserver-upgrade.html#stsc0 |
| 23:13.16 | AAA_awright | The big idea |
| 23:13.28 | L4m3r | TCPConnection.h seems ok, now it's whining about net.h |
| 23:13.57 | JeffM | like it can't find it? |
| 23:13.59 | Erroneous | what's it say? |
| 23:14.45 | L4m3r | line 193 error: non-local function 'int_AddSocket(_net_SocketSet*, <anonymous struct>*)' uses anonymous type" |
| 23:15.42 | JeffM | hmm |
| 23:15.49 | JeffM | that was all pulled from SDL Net |
| 23:15.58 | L4m3r | d'oh |
| 23:16.19 | JeffM | but I'm not sure that the struct should have a * before the name |
| 23:17.36 | L4m3r | heh... perhaps |
| 23:17.39 | L4m3r | let me see |
| 23:19.07 | L4m3r | causes a bunch of other errors |
| 23:19.16 | L4m3r | so I'm guessing that's not it :) |
| 23:35.47 | *** join/#bzflag eTangenT (n=tangent@65.167.130.36) |
| 23:39.42 | brlcad | hmm |
| 23:41.02 | Winny | hmm? |
| 23:41.32 | chillin | hmm! |
| 23:41.33 | brlcad | AAA_awright: I've looked at your patches, even like some of them |
| 23:41.43 | brlcad | it's more just not having the time to give them proper attention just yet |
| 23:41.49 | AAA_awright | Erm... they are all PHP. |
| 23:42.26 | *** part/#bzflag chillin (n=Chilan@about/essy/flamingbrain/chillin) |
| 23:42.37 | blast007 | did I hear PHP? |
| 23:42.39 | AAA_awright | That means one. A few other ideas (new list server form, structuring the list server into a class) |
| 23:43.32 | AAA_awright | have been highly controversial, and in the case of the list server form "love it or hate it". |
| 23:44.06 | AAA_awright | blast007: I made weblogin.php a little more secure (but reverse-compatible). |
| 23:44.53 | brlcad | yeah, get blast007 to review/accept it .. :) |
| 23:44.57 | AAA_awright | the RFC's say actions like editing/inserting data, deleting data especially, logging out and in, should be done with POST Only. |
| 23:45.04 | brlcad | he's got that code more in context already anyways |