| 00:00.06 | JeffM | yeah I know it SHOULD have the & but what if there is more then one = inbtween a set of & |
| 00:00.13 | JeffM | I'm parsing this stuff myself ;) |
| 00:00.16 | neutronix7 | hmm good question |
| 00:00.31 | neutronix7 | can you do a=b=c in perl/php? |
| 00:00.36 | JeffM | bryjen, or URL encode it |
| 00:00.59 | bryjen | yeah, that's what i meant by 'escape' |
| 00:01.08 | neutronix7 | man i want to quit working on servers... get into development |
| 00:01.56 | neutronix7 | ok... NFL Thursday Awaits! |
| 00:02.10 | CBG` | neutronix7: sorry, got distracted, but about remembering passwords... I can't see why it would be a fireable offence... unless of course you put your real exact passwords onto post-its... which is stupid anyway... http://klaatu.anastrophe.com/index.php/2007/01/12/passwords-on-post-its-you-bet/ |
| 00:02.18 | JeffM | I just need to know if it fails, gets the first, or the last |
| 00:02.35 | neutronix7 | CBG`: yeah i totally agree |
| 00:02.53 | neutronix7 | CBG`: i wouldnt tell on anyone for it, but i'd sure let em know it's not acceptable |
| 00:02.53 | awilcox | http://76.26.0.123/MyLeetPage.php?arg1=value=bob&arg2=bob=value |
| 00:03.04 | awilcox | ^ JeffM: It gets both from that. |
| 00:03.27 | awilcox | the code is |
| 00:03.30 | JeffM | so the value is equal to the string "bob=value" ? |
| 00:03.46 | JeffM | ok, I can do that |
| 00:03.47 | *** join/#bzflag GvzEvxre (i=timr@nat/novell/x-3a764d449e4d2a1e) |
| 00:03.47 | *** mode/#bzflag [+o GvzEvxre] by ChanServ |
| 00:04.03 | JeffM | maxTokens = 1 :) |
| 00:04.06 | awilcox | <?php echo "arg1 = " . $_GET['arg1'] . "<br/>arg2 = " . $_GET['arg2']; |
| 00:04.10 | awilcox | ?> |
| 00:04.37 | neutronix7 | man that's ugly |
| 00:04.50 | Constitution | JeffM: I'm not an expert, but personally I wouldn't count on it unless (as bryjen suggested), it's URL encoded |
| 00:04.50 | CBG` | ? |
| 00:05.05 | bryjen | UTOSC, TimRiker? |
| 00:05.06 | neutronix7 | <? print _arg1 ?> |
| 00:05.12 | neutronix7 | heh heh |
| 00:05.14 | Erroneous | JeffM: the spec specifically refers to "name-value pairs" |
| 00:05.17 | neutronix7 | jk |
| 00:05.28 | JeffM | Constitution, mostly I just want it for error handling |
| 00:05.36 | Erroneous | I'd say you should fail |
| 00:05.43 | Constitution | by which I mean to say... one person's test doesn't necessarily give a reliable answer for all scenarios |
| 00:05.44 | JeffM | Erroneous, ok then maxTokens one makes sense, so it's always a pair |
| 00:05.45 | CBG` | neutronix7: hes doing more than that. |
| 00:05.56 | JeffM | anything after the first delim is part of the second of the pair |
| 00:06.01 | neutronix7 | i know... just being an ass :-) |
| 00:06.02 | Erroneous | various languages/libraries may handle it differently |
| 00:06.25 | JeffM | well this is my own thing, so I guess handling it like php is probably not a bad thing |
| 00:06.40 | JeffM | I am the HTTP server ;) |
| 00:06.58 | Erroneous | then you should ask what php does ;) |
| 00:07.11 | Erroneous | 'cause the cgi standard doesn't get any more detailed on that point |
| 00:08.03 | CIA-25 | BZFlag: 03JeffM2501 * r15733 10/trunk/bzflag/plugins/plugin_utils/ (plugin_HTTP.cpp plugin_utils.cpp): |
| 00:08.03 | CIA-25 | BZFlag: URL decode the URL for our child, we are cool like that. |
| 00:08.03 | CIA-25 | BZFlag: get, parse, and URL decode out any HTTP GET parameters for the child as well. |
| 00:08.27 | JeffM | wonder how http put pases the params in the request |
| 00:09.33 | JeffM | I also cheezed out an only did 3 status codes :) |
| 00:09.41 | JeffM | ok, 404 and 403 :) |
| 00:10.37 | Erroneous | 301 could be useful |
| 00:10.44 | Erroneous | to redirect to a real web server |
| 00:11.05 | JeffM | where does the redirect URL go? |
| 00:11.30 | JeffM | in a header field? or in the boddy of the responce? |
| 00:11.57 | Erroneous | location field |
| 00:12.21 | Erroneous | "The new permanent URI SHOULD be given by the Location field in the response. Unless the request method was HEAD, the entity of the response SHOULD contain a short hypertext note with a hyperlink to the new URI(s)." |
| 00:13.00 | JeffM | ok so just "Location: <INSERT URL HERE>\n" |
| 00:13.14 | Erroneous | yeah |
| 00:13.15 | JeffM | after the Status-Code: field |
| 00:18.15 | CIA-25 | BZFlag: 03JeffM2501 * r15734 10/trunk/bzflag/plugins/plugin_utils/ (plugin_HTTP.cpp plugin_HTTP.h): |
| 00:18.15 | CIA-25 | BZFlag: allow for a 301 redirect with a new URL |
| 00:18.15 | CIA-25 | BZFlag: return a 500 if the child wants a redirect and doesn't give a redirect URL. |
| 00:18.52 | *** join/#bzflag VM12345 (n=VM@dhe-vpn-179-148.duhs.duke.edu) |
| 00:20.42 | CIA-25 | BZFlag: 03JeffM2501 * r15735 10/trunk/bzflag/plugins/plugin_utils/ (plugin_HTTP.cpp plugin_HTTP.h): expose the 500 return code to the child in case it needs to have a panic attack. |
| 00:21.27 | Erroneous | heh |
| 00:21.45 | JeffM | Erroneous, I assume 200 is the status to code to give them with a normal document? |
| 00:21.50 | Erroneous | yup |
| 00:22.07 | JeffM | how do 201 and 202 differ then? |
| 00:22.49 | JeffM | heh, I should do 402 as well |
| 00:22.53 | JeffM | just to be funny |
| 00:23.04 | Erroneous | 201 is new resource created - if you get information that creates a new url for some reason |
| 00:23.18 | Erroneous | 202 is like "dude I'm not done yet" |
| 00:23.24 | JeffM | ahh |
| 00:23.47 | Erroneous | 202 is usually followed by 205 "ok I'm done now" |
| 00:24.09 | Erroneous | or one or more 206 "here's some" |
| 00:24.29 | JeffM | ahh so you can send back part of it, and make them request more? |
| 00:24.42 | Erroneous | yeah |
| 00:24.52 | JeffM | well I don't support that righ now :) |
| 00:25.28 | Erroneous | probably shouldn't bother |
| 00:25.46 | Erroneous | just hold the connection until you're done |
| 00:25.57 | JeffM | it's kinda a cool class, if I replaced a couple callbacks and functions with generic TCP sockets stuff, it'd be not a bad stand alone server. |
| 00:26.08 | blast007 | JeffM: you can also send paramater names such as item[0] and item[1] |
| 00:26.17 | bryjen | odd, plugin_HTTP.cpp:25: warning: NULL used in arithmetic |
| 00:26.20 | JeffM | blast007, how are those encoded |
| 00:26.24 | blast007 | PHP will convert that into an array as 'item' with two elements |
| 00:26.30 | blast007 | uh, not sure |
| 00:26.36 | blast007 | let me test |
| 00:26.36 | Erroneous | that's a language-specific feature |
| 00:26.41 | JeffM | bryjen, ahh |
| 00:26.42 | JeffM | I see |
| 00:26.43 | Erroneous | though it's nice |
| 00:26.48 | blast007 | Erroneous: I suppose |
| 00:27.05 | bryjen | lines 25, 47, and 63 |
| 00:27.09 | JeffM | yeah |
| 00:27.15 | JeffM | it's checking a char's value now |
| 00:27.19 | JeffM | not the pointer |
| 00:27.21 | JeffM | one sec |
| 00:27.23 | Erroneous | heh |
| 00:27.38 | CIA-25 | BZFlag: 03JeffM2501 * r15736 10/trunk/bzflag/plugins/plugin_utils/plugin_HTTP.cpp: NULL is for pointers, 0 is for values. |
| 00:27.45 | Constitution | is anything going to be done about this patch? all the stuff (whatever it was) is probably way out-of date now... |
| 00:27.46 | Constitution | http://sourceforge.net/tracker/index.php?func=detail&aid=1656630&group_id=3248&atid=303248 |
| 00:28.14 | JeffM | Constitution, only if you want to do it |
| 00:28.33 | JeffM | none of what they did was overly impressive |
| 00:28.38 | JeffM | some felt it was nearing cheat status |
| 00:28.42 | Constitution | "do it"... you mean decipher what it all was and modernize it? ;) |
| 00:28.53 | JeffM | I mean do anything |
| 00:28.58 | JeffM | evaluate it |
| 00:29.01 | JeffM | look at it |
| 00:29.05 | JeffM | poke it with a stick |
| 00:29.11 | JeffM | lick it |
| 00:29.12 | bryjen | ah, i wasn't seeing it. parens around the second test make it clearer |
| 00:29.32 | Erroneous | Constitution: basically, if you want to dig through it and pick the bits you like, that's fine. I personally don't think it's worth the time. |
| 00:29.41 | JeffM | bryjen, yeah I changed it to test to see if the string is there but zero lenng |
| 00:30.17 | JeffM | Constitution, I looked at his code changes when they first did it, it was kinda fugly stuff too |
| 00:30.25 | Constitution | Erroneous: I know it's not really my "turf", but I just hate to see patches (even old ones) go unattended to and remain open forever |
| 00:30.41 | JeffM | I think prety much everything important got implemented as part of extended server info |
| 00:30.48 | Erroneous | sure, it's your turf...why wouldn't it be? |
| 00:30.54 | JeffM | Constitution, then close it |
| 00:31.08 | Constitution | okay then |
| 00:31.09 | JeffM | but realy that's how we roll |
| 00:31.16 | JeffM | let em sit, see if anyone wants em |
| 00:31.26 | Erroneous | you have the power |
| 00:31.30 | JeffM | if they've bin a bit and noone does, and someone cares to, boot em |
| 00:31.44 | JeffM | closing them dosn't make the code disapear :) |
| 00:31.53 | Erroneous | actually don't close it...move to that tracker we have for that purpose |
| 00:32.00 | Erroneous | rejected enhancements? something along those lines |
| 00:32.01 | JeffM | also we arn't realy patch based in our development, if you haven't notices ;) |
| 00:32.08 | Constitution | true |
| 00:32.12 | JeffM | ahh you have a tracker for it, cool |
| 00:32.23 | JeffM | make one called "LAME" |
| 00:32.26 | Erroneous | hah |
| 00:33.00 | bryjen | why would bzflag need an mp3 encoder? |
| 00:33.19 | Erroneous | heh |
| 00:33.29 | Erroneous | bryjen: it's like emacs...everything except a good game ;) |
| 00:33.33 | bryjen | hoh |
| 00:33.34 | Constitution | as a relatively new addition to the dev team, I just have a fresh recollection of what it was like to have a patch that I put work into go unnoticed |
| 00:33.45 | Constitution | perhaps I had the wrong perspective... big it was somewhat discouraging |
| 00:34.14 | Constitution | and no one wants to discourage contributions from the community, I'm sure :) |
| 00:34.20 | Erroneous | 'course not :) |
| 00:34.21 | L4m3r | of course not |
| 00:34.29 | blast007 | bryjen: heh, where did you see that one? :) |
| 00:34.37 | Epyon | course not :) |
| 00:34.37 | L4m3r | but on the other hand, we look after the game, not contributors' feelings :) |
| 00:34.40 | bryjen | blast007: ? |
| 00:34.57 | blast007 | oh... "LAME" nvm |
| 00:35.22 | L4m3r | such is why, when someone wants something, they'll discuss it first if they're smart ;) |
| 00:35.33 | Erroneous | L4m3r: we're rather notoriously slow on patch review. most new contributors would far rather have "closed rejected" than absolutely nothing happening |
| 00:35.37 | L4m3r | then they won't have a patch go to waste, ideally |
| 00:36.42 | JeffM | select all, close reject :) |
| 00:36.56 | Erroneous | heh |
| 00:37.18 | Erroneous | actually around 75% could probably be "closed outdated" at this point |
| 00:37.44 | JeffM | closed LAME |
| 00:40.09 | JeffM | hmmm wonder if I could do a shoutcast stream from bzfs with this plug in :) |
| 00:40.33 | JeffM | have to add a stream data callback :) |
| 00:42.54 | bryjen | would having the server literally stream profanities at you be worse than pr0n textures? |
| 00:43.01 | JeffM | heh |
| 00:43.17 | Erroneous | re-enable ogg and you could read the stream from the client too |
| 00:43.59 | Erroneous | don't need to handle everything in bzfs |
| 00:44.51 | Erroneous | and if you started streaming, you'd need some kind of per-connection QoS control too |
| 00:45.00 | Erroneous | so it wouldn't screw up your gameplay |
| 00:47.01 | bryjen | if it knows its a 64kb stream, does it only try to send rate about that rate... |
| 00:47.17 | bryjen | s/send rate/send at/ |
| 00:47.32 | *** part/#bzflag Constitution (n=Constitu@gateway.pct.civiltec.com) |
| 00:48.11 | *** join/#bzflag bily (i=4cbd85ef@gateway/web/cgi-irc/zeebrothers.net/x-f0d69847c3da3844) |
| 00:48.43 | *** join/#bzflag forrestv` (n=forrestv@c-66-229-252-254.hsd1.fl.comcast.net) |
| 00:49.34 | JeffM | now how the hell did THAT compile? |
| 00:50.07 | CIA-25 | BZFlag: 03JeffM2501 * r15737 10/trunk/bzflag/plugins/plugin_utils/plugin_utils.cpp: when url decoding a string, return the string. |
| 00:50.33 | Erroneous | heh |
| 00:51.43 | CIA-25 | BZFlag: 03JeffM2501 * r15738 10/trunk/bzflag/plugins/plugin_utils/plugin_HTTP.cpp: lop off the stuff after the ? with a cheap but functional hack. |
| 00:54.23 | JeffM | can somone whip up an http page that has a form and then does a post request to localhost? |
| 00:56.22 | CIA-25 | BZFlag: 03JeffM2501 * r15739 10/trunk/bzflag/plugins/plugin_utils/plugin_HTTP.cpp: properly parse out get params |
| 00:57.32 | blast007 | JeffM: want anything special on it? |
| 00:57.38 | JeffM | a field or 2 |
| 00:57.45 | blast007 | well, yeah ;) |
| 00:57.46 | JeffM | just want to see what the raw request looks like |
| 00:58.10 | *** join/#bzflag forrestva (n=forrestv@c-98-203-71-65.hsd1.fl.comcast.net) |
| 00:58.44 | blast007 | JeffM: send to port 80? |
| 00:58.56 | JeffM | 5154 please :) |
| 00:59.32 | blast007 | http://localhost:5154/ ? or a subdirectory of that? |
| 00:59.41 | JeffM | whatever |
| 00:59.55 | JeffM | for just the request it'll work |
| 01:00.01 | JeffM | I mod it to use a vdir later |
| 01:01.43 | AAA_awright | ... |
| 01:02.54 | AAA_awright | If you want an HTTP server, open another port! |
| 01:03.05 | JeffM | we've been over that |
| 01:03.09 | JeffM | it's always an option ;) |
| 01:03.33 | AAA_awright | I'll do the patch if it means avoiding that protocol... thing/monster |
| 01:03.50 | JeffM | why would you doing a patch change it at all? |
| 01:04.27 | AAA_awright | It would open the server on another port like it's supposed to... With threading, as not to disrupt the server |
| 01:04.54 | JeffM | and how would that change this code? |
| 01:05.07 | JeffM | this code is for all on port stuff |
| 01:05.12 | JeffM | It'd be nice to have both |
| 01:05.36 | blast007 | JeffM: http://static.bzexcess.com/localhttptest.html |
| 01:05.43 | JeffM | thanks blast007 |
| 01:05.45 | AAA_awright | It could use /loadplugin httpserver.so,105154 Or hace no argument, default to 10000+port |
| 01:05.57 | JeffM | AAA_awright, sure, but that's another feature |
| 01:06.03 | JeffM | that is not part of this code I'm working on now |
| 01:06.13 | JeffM | if you want to write that, please be my guest |
| 01:07.16 | AAA_awright | Why didn't I just do that before :p |
| 01:07.23 | JeffM | I don't know |
| 01:07.27 | JeffM | why didn't you? |
| 01:09.44 | JeffM | ahhh, they just shove it at the end of the header, ok |
| 01:09.49 | JeffM | that shoudl be easy enough to parse |
| 01:09.50 | JeffM | :) |
| 01:10.15 | JeffM | AAA_awright, the HTTP class I have now is port indepenednet, so if you write that, it'd be simple to hook into other connecton handlers. |
| 01:17.51 | blast007 | brlcad: I still have that 81MB PNG file of the colorized source code of BZFlag, and I'm still scared to try opening it ;) |
| 01:19.34 | TD-Linux | oh I think I remember that |
| 01:20.00 | TD-Linux | was it somehow sorted into patterns or something? |
| 01:20.06 | *** join/#bzflag bier_ (n=bier@p54A53B73.dip0.t-ipconnect.de) |
| 01:20.16 | blast007 | no idea |
| 01:20.28 | blast007 | haven't opened it since late 2005 or early 2006 |
| 01:20.39 | blast007 | and that was over VNC to a friend's computer ;) |
| 01:20.46 | blast007 | none of mine could handle it |
| 01:20.55 | *** join/#bzflag forrestv (n=forrestv@c-66-229-251-187.hsd1.fl.comcast.net) |
| 01:21.04 | blast007 | needed a gig or two of RAM just to load the image |
| 01:23.29 | *** join/#bzflag Tedius (n=Tedius@76.205.118.74) |
| 01:33.25 | AAA_awright | JeffM: cURL is still crashing in 2.1 |
| 01:33.31 | AAA_awright | Windows Client |
| 01:33.42 | JeffM | good for it |
| 01:33.57 | JeffM | the one you built with our souces? |
| 01:34.09 | AAA_awright | Yah, fully up to date |
| 01:34.22 | JeffM | get it to die in a debuger? |
| 01:34.49 | AAA_awright | It died in debugging mode |
| 01:35.10 | JeffM | cool then you can use the callstack to see what made it crash |
| 01:35.25 | *** join/#bzflag RC_cola (i=88a0fafd@gateway/web/cgi-irc/zeebrothers.net/x-76050d8bec7fe879) |
| 01:36.01 | blast007 | hi RC_cola :) |
| 01:36.28 | RC_cola | hi =) |
| 01:36.34 | CIA-25 | BZFlag: 03JeffM2501 * r15740 10/trunk/bzflag/plugins/plugin_utils/ (plugin_HTTP.cpp plugin_HTTP.h): |
| 01:36.34 | CIA-25 | BZFlag: Break out the parameter processing and request handling to sub functions so they can be reused. |
| 01:36.34 | CIA-25 | BZFlag: Save off the raw URL and the processed URL in the request record. |
| 01:36.34 | CIA-25 | BZFlag: Add initial support for HTTP POST requests |
| 01:39.46 | AAA_awright | JeffM: Nevermind, it dies when sorting the servers... I think |
| 01:40.14 | CIA-25 | BZFlag: 03JeffM2501 * r15741 10/trunk/bzflag/plugins/plugin_utils/plugin_HTTP.cpp: skip the HTTP Post request line, it's not one of our parameters |
| 01:40.26 | JeffM | AAA_awright, still needs to be debuged then I'd guess |
| 01:41.31 | AAA_awright | It dies running std::sort(servers.begin(), servers.end()); In ServerList.cxx:197 |
| 01:41.50 | JeffM | cool, figure out why and fix it ;) |
| 01:41.52 | DTRemenak | is servers empty? |
| 01:42.01 | JeffM | cus that would suck |
| 01:43.54 | AAA_awright | It gets the list of 5 or so servers, then dies |
| 01:49.56 | CIA-25 | BZFlag: 03JeffM2501 * r15742 10/trunk/bzflag/plugins/plugin_utils/plugin_HTTP.cpp: when parsing parameters change + to spaces |
| 01:50.19 | CIA-25 | BZFlag: 03JeffM2501 * r15743 10/trunk/bzflag/plugins/httpTest/httpTest.cpp: make the default page for the vdir tell a little more info about the request ( list type and params ) |
| 01:55.39 | AAA_awright | It's repeatable! It's a bug with comparing strings for their values when sorting |
| 01:56.42 | JeffM | are all the strings valid? |
| 01:56.53 | JeffM | cus the sort happens inside STL |
| 01:57.03 | JeffM | that's not part of bz code, if it's std::sort |
| 01:57.16 | DTRemenak | operator< |
| 01:57.22 | DTRemenak | you can use sort on your own classes |
| 01:57.25 | DTRemenak | which is what we are doing |
| 01:57.30 | JeffM | ahh |
| 01:57.39 | JeffM | it's not just a sort of std::strings then |
| 01:57.45 | JeffM | yeah fix up < |
| 01:58.03 | DTRemenak | no, it is :) we have an "all else fails, sort alphabetical" that uses server.name |
| 01:58.11 | JeffM | ahhh |
| 01:58.13 | DTRemenak | name can be the same between servers |
| 01:58.18 | DTRemenak | should be sorting on .description |
| 01:58.29 | JeffM | or name + port |
| 01:58.36 | DTRemenak | otherwise you fail the strict < check (because a<b and b<a) |
| 01:58.53 | DTRemenak | .description is actually "name:port; description" |
| 01:59.01 | JeffM | then there ya go |
| 01:59.06 | JeffM | AAA_awright, just change it to use that |
| 01:59.33 | JeffM | I'm too busy making HTTP servers |
| 01:59.48 | AAA_awright | DTRemenak: How can the name be the same? |
| 01:59.58 | AAA_awright | I am looking at the ServerItem class right now |
| 02:00.07 | JeffM | the name is not unique |
| 02:00.14 | DTRemenak | AAA_awright: use your debugger |
| 02:00.21 | AAA_awright | I am |
| 02:00.26 | DTRemenak | "name" is just the hostname |
| 02:00.29 | JeffM | you can have more then one server on the same computer |
| 02:00.33 | JeffM | on difrent ports |
| 02:00.37 | DTRemenak | so more than one server on one host = same name |
| 02:00.39 | AAA_awright | No port on it? |
| 02:00.40 | JeffM | so they have the same name |
| 02:00.49 | JeffM | what's what he said, the description has the port |
| 02:00.54 | JeffM | the name dosn't |
| 02:00.59 | AAA_awright | You are right |
| 02:00.59 | JeffM | change it to use the description |
| 02:01.12 | JeffM | I'd hope so, I think he wrote it ;) |
| 02:01.21 | DTRemenak | nope, it's brlcad code |
| 02:01.35 | JeffM | does it have return; at the end? :) |
| 02:01.50 | DTRemenak | nope |
| 02:01.50 | AAA_awright | That works |
| 02:01.58 | AAA_awright | DTRemenak++ |
| 02:02.05 | AAA_awright | Need the tilde |
| 02:02.20 | DTRemenak | brlcad: why exactly do you give age preference over name when sorting servers? |
| 02:02.25 | AAA_awright | Line 220, replace with if (left.description < right.description) { |
| 02:02.59 | AAA_awright | ~DTRemenak++ |
| 02:03.11 | AAA_awright | I can try and fix that too? |
| 02:03.17 | AAA_awright | "Fix" |
| 02:04.39 | AAA_awright | DTRemenak: Actually there IS a UI-related reason to have age be before name |
| 02:04.53 | DTRemenak | AAA_awright: for non-cached servers? |
| 02:05.09 | JeffM | I thought it was players first |
| 02:05.09 | AAA_awright | Is that how it works? |
| 02:05.18 | JeffM | or you mean after player count? |
| 02:05.25 | DTRemenak | after player count |
| 02:05.30 | DTRemenak | first criterion is player count |
| 02:05.30 | AAA_awright | I thought it was players, it appears to be Cached, Players, Age, Name |
| 02:05.35 | JeffM | pffff, then that sort is fine |
| 02:05.56 | JeffM | players, then description will be perefectly fine |
| 02:06.18 | DTRemenak | it's the description sort that's screwy |
| 02:06.25 | DTRemenak | puts 6005 before 6001 |
| 02:06.45 | AAA_awright | Want a numeric sort then? |
| 02:06.48 | DTRemenak | nope |
| 02:06.55 | DTRemenak | just want it to NOT BE BACKWARDS :) |
| 02:07.12 | AAA_awright | z-a then 0-9 then |
| 02:07.26 | DTRemenak | unfortunately we still sort : before " " |
| 02:07.59 | AAA_awright | Sort by a custom port string, it is always 5 chars long, and swaps 9 with 0, 8 with 1, ect... |
| 02:08.37 | AAA_awright | 5154 would be 94845, problem solved, You just sort by name then aaaPort |
| 02:09.00 | AAA_awright | er... if you do that then you can just sort port decending, no need for that |
| 02:09.52 | TimRiker | make[2]: *** No rule to make target `bzsignal.c', needed by `bzsignal.lo'. Stop. huh? |
| 02:10.04 | AAA_awright | DTRemenak: There is a semicolin after the name and port |
| 02:10.06 | DTRemenak | TimRiker: make clean |
| 02:10.08 | TimRiker | I can't see why I'm getting that for bzsignal and not for others. |
| 02:10.12 | DTRemenak | a file got renamed |
| 02:10.14 | AAA_awright | You can't sort ":" before " " |
| 02:10.33 | TimRiker | I cleaned that dir, but trying everything again. |
| 02:10.50 | DTRemenak | also re-autogen if you haven't |
| 02:12.06 | TimRiker | same result after make clean and autogen. |
| 02:13.28 | DTRemenak | hm, our make clean must not be sufficiently thorough. it's some libtool file that needs to be removed iirc |
| 02:13.46 | bryjen | the .deps dir, iirc |
| 02:14.16 | bryjen | may need configure or autogen after that |
| 02:21.46 | *** join/#bzflag delusional (n=delusion@pool-71-240-59-2.pitt.east.verizon.net) |
| 02:26.47 | AAA_awright | DTRemenak: I have a patch that sorts by name then port |
| 02:28.05 | AAA_awright | ~developers |
| 02:28.31 | blast007 | "developers, developers, developers, developers!!!" |
| 02:28.38 | AAA_awright | Good enough |
| 02:28.43 | AAA_awright | blast007: Take a look at it? |
| 02:28.51 | blast007 | nope |
| 02:29.00 | AAA_awright | It's 10 or so lines, come on |
| 02:29.07 | blast007 | I meant, I hadn't yet |
| 02:29.20 | AAA_awright | Right. sf.net then? |
| 02:29.43 | blast007 | yeah |
| 02:29.48 | blast007 | patches tracker |
| 02:30.04 | AAA_awright | As opposed to Bugs tracker |
| 02:31.28 | blast007 | hmm |
| 02:33.32 | AAA_awright | blast007: http://sourceforge.net/tracker/index.php?func=detail&aid=1789824&group_id=3248&atid=303248 |
| 02:34.03 | AAA_awright | Shoot. I just realised, why sort by a string when you can sort by an int... |
| 02:37.04 | AAA_awright | blast007: Download now |
| 02:41.58 | DTRemenak | AAA_awright: have you tested that? |
| 02:42.03 | AAA_awright | Yes, it works |
| 02:42.20 | AAA_awright | It works on my set of five servers I have |
| 02:42.39 | AAA_awright | Anyone have a static list of servers? Or do I have to create my own? |
| 02:42.41 | DTRemenak | you'll have one out of place. the insertion logic is wrong in serverlist, and sort comes before insertion |
| 02:43.06 | AAA_awright | It seems to sort by host then port... |
| 02:43.47 | DTRemenak | 'cause you're lucky with the order you get from the server...the last one provided just happens to be the last alphabetically too |
| 02:44.28 | DTRemenak | also, your patch is too complex ;) |
| 02:44.58 | CIA-25 | BZFlag: 03dtremenak * r15744 10/trunk/bzflag/src/game/ (ServerItem.cxx ServerList.cxx): |
| 02:44.58 | CIA-25 | BZFlag: well that was all screwy. when doing alphabetical sorts, include the port. |
| 02:44.58 | CIA-25 | BZFlag: flip the alphabetical sort so it goes in ascending order. flip the insertion |
| 02:44.58 | CIA-25 | BZFlag: order so new items are inserted correctly. server list should sort correctly |
| 02:44.58 | CIA-25 | BZFlag: now. |
| 02:45.49 | CIA-25 | BZFlag: 03dtremenak * r15745 10/trunk/bzflag/src/game/ServerItem.cxx: erm, those don't belong |
| 02:47.13 | DTRemenak | could have done it in one line, I guess, but temp variables are more readable |
| 02:49.18 | bryjen | not correct here |
| 02:49.34 | bryjen | no crashy, but it didn't before either |
| 02:51.43 | AAA_awright | Now I have a new problem: It is only showing 5 servers at a time |
| 02:51.48 | DTRemenak | bryjen: hm, what's not correct? |
| 02:51.53 | AAA_awright | No, 5/5 servers total |
| 02:51.59 | DTRemenak | AAA_awright: there are only five servers (period) |
| 02:52.11 | AAA_awright | On MY list server, there is 10 |
| 02:52.16 | brlcad | DTRemenak: that bit wasn't mine, if you go back farther it used to age and I just added additional cases for == as well some other name cases that weren't being handled |
| 02:52.20 | AAA_awright | http://labs.redjacket.ws/bzfls/stress.txt |
| 02:53.39 | DTRemenak | brlcad: you must have pulled it from somewhere else then |
| 02:54.06 | bryjen | server with a player listed last |
| 02:54.10 | brlcad | TimRiker: that error happens because dependency tracking gets totally confused -- the file was renamed from .c to .cxx and automake's dependency tracking doesn't track/invalidate by suffix, only by name .. so when it goes to check if the dependencies are fulfilled, it gets stuck trying to find the .c that was renamed |
| 02:54.22 | DTRemenak | bryjen: hmm |
| 02:54.40 | brlcad | the only way around that error in that specific case is to either turn off dependency tracking and/or delete the deps dirs unfortunately |
| 02:54.53 | brlcad | DTRemenak: yeah, I refactored that code around from a couple places |
| 02:54.54 | DTRemenak | bryjen: yeah, that's backwards too |
| 02:55.22 | DTRemenak | hm, no, that should be ok actually |
| 02:55.28 | brlcad | the sorting is all jacked, it doesn't do what it "should" do even w.r.t. the ages (the ages are constantly reset) |
| 02:56.02 | brlcad | i added sort code that should enforce the sort order, and even with that still results in fumbled sortings |
| 02:56.25 | brlcad | i didn't go deep to figure out why, i was on the verge of ripping it all out when I gave up |
| 02:58.03 | brlcad | looks like you figured out why apparently, dtr :) |
| 02:58.14 | DTRemenak | some of the screwiness, yeah |
| 02:58.20 | DTRemenak | bryjen says there's still more going on |
| 02:58.40 | brlcad | maybe that's why his patch was bigger ;) |
| 03:00.29 | *** join/#bzflag winwinwin (i=DavidHK@unaffiliated/davidhkmrpowers) |
| 03:01.09 | brlcad | from what I could discern, the age sort was so that the list would put servers that reset or recently started higher up the list than servers that have been up and running for [hours|days|months] with no players |
| 03:01.34 | DTRemenak | age seems to be inherited from cached servers only |
| 03:01.37 | brlcad | at least that what I presumed when I saw it, a mild means to keep the top of the list semi-fresh |
| 03:01.37 | DTRemenak | afaict |
| 03:01.40 | bryjen | could someone join one of the sok 2.1 servers please? |
| 03:02.23 | AAA_awright | DTRemenak: What was that patch you just added? Why not find out the .name from the description, you did that to the port... |
| 03:02.53 | DTRemenak | AAA_awright: a single string compare is easier than a string compare and an int compare |
| 03:03.24 | AAA_awright | DTRemenak: Mine sorts no port as 5154, that only matters 1% of the time, but it is a differnce |
| 03:03.50 | brlcad | well, now that's now nice.. Thread 0 Creashed |
| 03:03.55 | brlcad | lookupPlayerIndex(unsigned char) + 58 (Roster.cxx:72) |
| 03:03.56 | AAA_awright | I'm trying yours out right now, see if it happens to fix the list problem |
| 03:04.17 | DTRemenak | AAA_awright: no listed port should be at the top of the list for that host |
| 03:04.25 | DTRemenak | users don't care what port things are on |
| 03:04.26 | bryjen | ok, alpha sorting OK, but server-with-players grouped after servers-without-players |
| 03:04.29 | DTRemenak | they just want to be able to find it |
| 03:04.41 | DTRemenak | and people are used to alpha sorts |
| 03:04.45 | DTRemenak | not implied numbers :) |
| 03:05.06 | AAA_awright | DTRemenak: It still sorts 6000 higher then 10000 |
| 03:05.22 | DTRemenak | true |
| 03:05.28 | AAA_awright | I like the put no port at the top point though |
| 03:05.30 | bryjen | where "after" is defined as closer to the bottom of the screen, whether that's < or > in the code |
| 03:07.25 | AAA_awright | DTRemenak: Launch your 2.1 with "-list http://labs.redjacket.ws/bzfls/stress.txt" |
| 03:07.26 | *** join/#bzflag VM1234 (n=VM@dhe-vpn-179-83.duhs.duke.edu) |
| 03:07.37 | DTRemenak | AAA_awright: I get only a paritial list from that |
| 03:07.41 | DTRemenak | something is very not right |
| 03:07.43 | AAA_awright | So do I |
| 03:07.57 | DTRemenak | I think it's the IPs |
| 03:08.08 | DTRemenak | your bogus data is not sufficiently bogus ;) |
| 03:08.28 | DTRemenak | so adds actually end up replacing existing items, without resorting the lsit |
| 03:08.31 | AAA_awright | That is still a problem, many DNS's will share the same IP |
| 03:08.36 | DTRemenak | yes, it is |
| 03:08.40 | blast007 | AAA_awright: but not the same ports on the same IP |
| 03:08.47 | AAA_awright | ! |
| 03:08.52 | DTRemenak | but, you won't have different domains & same port, on one IP |
| 03:09.01 | DTRemenak | which is what your example has |
| 03:09.29 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 03:09.29 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 03:09.59 | AAA_awright | blast007: You were right |
| 03:10.17 | AAA_awright | DTRemenak: It works now |
| 03:11.01 | DTRemenak | half the problem is that these comments do not agree with the code |
| 03:11.35 | AAA_awright | DTRemenak: You will need to see how to sort by port int, not str |
| 03:11.42 | AAA_awright | MY patch solved that |
| 03:11.58 | AAA_awright | (Kinda) |
| 03:12.37 | *** join/#bzflag VM1234 (n=VM@adsl-065-013-159-245.sip.rdu.bellsouth.net) |
| 03:12.55 | *** join/#bzflag delusional_ (n=delusion@pool-151-201-120-151.pitt.east.verizon.net) |
| 03:13.02 | blast007 | I say we sort with rand() |
| 03:13.12 | blast007 | that's easier to document too |
| 03:13.17 | AAA_awright | Ha, then it never finishes sorting |
| 03:15.14 | AAA_awright | DTRemenak: There is no way to specify a non-default port without the :port on the host string? |
| 03:15.20 | AAA_awright | Or blast007? |
| 03:15.38 | AAA_awright | That would make the concept of putting no port at the top seem less... good |
| 03:16.03 | blast007 | AAA_awright: no |
| 03:16.14 | blast007 | eventually I want to seperate the host from the port in the list |
| 03:16.27 | blast007 | cuz it doesn't work so well with IPv6 addresses in it's current state :) |
| 03:16.33 | AAA_awright | That's what I was doing... |
| 03:16.53 | AAA_awright | blast007: the RFC's say [IPv6]:port |
| 03:17.03 | AAA_awright | Not too hard to seperate via function |
| 03:17.14 | blast007 | should that work okay? |
| 03:17.25 | blast007 | doesn't IPv6 seperate each number with a : ? |
| 03:17.40 | AAA_awright | Yah, but the IPv6 goes in brackets |
| 03:17.45 | blast007 | oooh |
| 03:17.53 | blast007 | guess that works too then |
| 03:17.59 | AAA_awright | That's how URL's will work, apache already supports it |
| 03:18.05 | blast007 | fun |
| 03:18.36 | blast007 | guess I can go back to using 'hostport' in the list server then, instead of 'host' and 'port' ;) |
| 03:18.54 | AAA_awright | But you have to add brackets to the list of characters |
| 03:19.13 | blast007 | right |
| 03:19.20 | blast007 | at this point we don't support IPv6 anyway |
| 03:19.22 | AAA_awright | In the database, you can keep it seperate, because the databases are supposed to be atomic like that |
| 03:19.30 | blast007 | I was just preparing it for support |
| 03:19.39 | CIA-25 | BZFlag: 03dtremenak * r15746 10/trunk/bzflag/src/game/ServerItem.cxx: this should work. hopefully. |
| 03:20.00 | blast007 | yeah |
| 03:20.50 | CIA-25 | BZFlag: 03dtremenak * r15747 10/trunk/bzflag/src/game/ServerItem.cxx: stray wrong comment |
| 03:21.09 | DTRemenak | brlcad: as near as I can tell, your new code was all backwards from the way the old code was :) |
| 03:21.26 | DTRemenak | the old code assumed "sort from greatest to least", but used less-than to do it |
| 03:21.41 | DTRemenak | thus the reverse alpha sort and so on |
| 03:22.26 | DTRemenak | and when I fixed it, I fixed the old code, 'cause yours made more sense (display lists from least to greatest...just like numbers or strings or whatever, right?) |
| 03:22.45 | DTRemenak | but I didn't get all of it, and the comments were screwy anyway |
| 03:22.46 | AAA_awright | DTRemenak: Just pass the port as an unsigned int, and put 5154 at the top reguardless, it removes the :5154 from the description string even if explicitly defined |
| 03:22.49 | DTRemenak | should be better now |
| 03:24.59 | AAA_awright | I mean, it seems the current version takes out the :5154 even if you add it in |
| 03:27.47 | brlcad | DTRemenak: i went through several iterations, and eventually just stopped |
| 03:28.59 | CIA-25 | BZFlag: 03dtremenak * r15748 10/trunk/bzflag/src/game/ (ServerItem.cxx ServerList.cxx): sort by hostname, then port, instead of description-prefix. solves the "port 10000" issue. adopts part of patch #1789824. default port gets sorted to the top. |
| 03:29.42 | DTRemenak | AAA_awright: that make your test cases happy? |
| 03:29.48 | AAA_awright | Yes |
| 03:29.52 | AAA_awright | I am working on it |
| 03:31.22 | bryjen | ooo, that evil learner. first he doesn't die when GM'ed, then crashes the server ;) |
| 03:32.09 | brlcad | heh, awesome |
| 03:32.13 | DTRemenak | nice |
| 03:32.18 | bryjen | odd, the decks instance is still running. another one segfaulted... |
| 03:32.19 | DTRemenak | your server or one of mine? |
| 03:32.25 | DTRemenak | ah, ok |
| 03:32.31 | AAA_awright | DTRemenak: Is there a constant to use that defines the default port? |
| 03:32.45 | DTRemenak | AAA_awright: ServerPort (see my last commit) |
| 03:32.52 | DTRemenak | have to include Protocol.h |
| 03:33.01 | brlcad | bryjen: rebuilding up to date now if you want to retest in a few to see if it was problem on my end |
| 03:33.03 | bryjen | uses a bit 'o cpu to process them things |
| 03:33.23 | brlcad | though I don't see any client files changed.. |
| 03:33.51 | AAA_awright | I know for a fact that you can sort a single unsigned int faster then doing a str search, then substr, then compare |
| 03:35.15 | DTRemenak | yup |
| 03:35.30 | DTRemenak | and it solves the port 10000 thing |
| 03:36.14 | bryjen | ServerItem.cxx:227: error: 'const class ServerItem' has no member named 'port' a few times |
| 03:36.37 | AAA_awright | DTRemenak: Why not just two/four/five lines? if(left.name == right.name) return (left.port < right.port);else return (left.name < right.name); |
| 03:36.51 | CIA-25 | BZFlag: 03dtremenak * r15749 10/trunk/bzflag/include/ServerItem.h: oops. silly headers. |
| 03:37.00 | DTRemenak | AAA_awright: taking that to the logical extreme, you could pack the entire function on one line :) |
| 03:37.14 | DTRemenak | with liberal use of parentises and ternary operators |
| 03:37.22 | AAA_awright | return (left.name == right.name)?(left.port < right.port):(left.name < right.name); |
| 03:37.29 | AAA_awright | That is much more readable |
| 03:37.32 | DTRemenak | but that's not exactly easily readable |
| 03:37.54 | AAA_awright | C-like syntax is a second language to me I guess |
| 03:37.56 | bryjen | ServerItem.cxx:227 and 229:warning: comparison between signed and unsigned integer expressions |
| 03:37.59 | DTRemenak | I don't care much for the current structure, with else-cases in the center |
| 03:38.17 | DTRemenak | should fall through them |
| 03:38.22 | DTRemenak | less nesting |
| 03:39.04 | DTRemenak | hrmph, ports should be unsigned |
| 03:39.44 | CIA-25 | BZFlag: 03dtremenak * r15750 10/trunk/bzflag/include/Protocol.h: ports have a large range, they should be unsigned. hopefully this doesn't generate too many OTHER warnings. |
| 03:40.14 | DTRemenak | though I guess it doesn't matter so much with longs |
| 03:40.24 | DTRemenak | still annoying, not like you can have a negative port |
| 03:40.50 | AAA_awright | Wow, you can pack the entire sort operation into a huge ternary operator :s |
| 03:41.08 | brlcad | just because you can doesn't mean you should |
| 03:41.33 | brlcad | DTRemenak: but but .. telnet at least lets me try |
| 03:41.37 | DTRemenak | AAA_awright: that's exactly what I said... "you could pack the entire function on one line" :) |
| 03:41.50 | *** join/#bzflag JeffM (n=Jeff@pool-71-109-219-226.lsanca.dsl-w.verizon.net) |
| 03:41.53 | AAA_awright | With the testing of cached or not it gets ugly though |
| 03:42.11 | brlcad | it got ugly long before that |
| 03:42.40 | AAA_awright | Heh |
| 03:45.37 | trepan | DTRemenak: ya, i usually use if (a != b) { return (a < b) }; ...; return false |
| 03:46.40 | DTRemenak | yup |
| 03:46.50 | DTRemenak | that makes more sense to me |
| 03:47.05 | AAA_awright | http://bzflag.pastebin.ca/685025 |
| 03:47.05 | DTRemenak | having the cases all stacked in the middle of each other is not as nice |
| 03:47.16 | AAA_awright | Comment it though |
| 03:49.08 | trepan | CompareAllies() in https://taspring.clan-sy.com/wsvn/filedetails.php?repname=spring&path=%2Ftrunk%2Frts%2FGame%2FPlayerRoster.cpp&rev=0&sc=0 |
| 03:49.29 | trepan | (not quite the format i'd listed, but cleaner than the nesting anyways ;-) |
| 03:49.31 | Daveman | I see you codin', brlcad... |
| 03:49.59 | CIA-25 | BZFlag: 03bryjen * r15751 10/trunk/bzflag/ (include/StartupInfo.h src/game/ServerList.cxx): signedness |
| 03:50.41 | *** join/#bzflag winwinwin (n=chatzill@unaffiliated/davidhkmrpowers) |
| 03:54.08 | brlcad | always |
| 03:57.11 | bryjen | decks, i say! |
| 03:57.20 | brlcad | trepan: that is nice |
| 03:57.27 | brlcad | heh |
| 03:57.56 | bryjen | or anyone really |
| 03:59.17 | CIA-25 | BZFlag: 03dtremenak * r15752 10/trunk/bzflag/src/game/ServerItem.cxx: since there seems to be consensus, un-nest operator<. |
| 04:00.33 | CIA-25 | BZFlag: 03dtremenak * r15753 10/trunk/bzflag/src/game/ServerItem.cxx: unreachable code |
| 04:02.50 | AAA_awright | Ooh, I like the unnested code better |
| 04:03.41 | AAA_awright | It works, btw |
| 04:03.56 | awilcox | AAA_awright o/ how goes? |
| 04:03.56 | AAA_awright | Yeay, the sorting is all fixed ^_^ |
| 04:04.11 | AAA_awright | Good? |
| 04:04.30 | awilcox | that's good |
| 04:04.34 | awilcox | how's the list coming? |
| 04:05.01 | AAA_awright | DTRemenak: I get an exception or something when I press F12, doesn't happen with the Quit option |
| 04:05.11 | AAA_awright | awilcox: List? |
| 04:05.16 | DTRemenak | AAA_awright: yeah, that's brlcad's fault. I haven't traced it down yet. |
| 04:05.19 | *** join/#bzflag Pommes (n=Pommes@about/essy/frenchy/Pommes) |
| 04:05.23 | AAA_awright | k |
| 04:05.27 | DTRemenak | ftgl stuff |
| 04:06.02 | DTRemenak | crashes on exit are not exactly the worst kind of crash, so I've been kinda ignoring it for the time being :) |
| 04:06.18 | awilcox | AAA_awright: the list of players, servers, etc. |
| 04:06.23 | AAA_awright | Well it keeps running, since it's debugging |
| 04:06.26 | brlcad | it is not |
| 04:06.28 | brlcad | jeff did that :) |
| 04:06.33 | AAA_awright | awilcox: Like http://bzflag.redjacket.ws/index.php/serverlist ? |
| 04:06.33 | brlcad | i fixed it |
| 04:06.36 | brlcad | he rebroke it |
| 04:06.36 | DTRemenak | heh |
| 04:06.45 | JeffM | HUH? |
| 04:06.50 | brlcad | :) |
| 04:06.51 | DTRemenak | well, when you moved the ftgl stuff over, it broke |
| 04:06.52 | awilcox | lol |
| 04:06.59 | DTRemenak | and I don't think it's been fixed since |
| 04:07.00 | AAA_awright | Why isn't there a standard quit function that handles that? |
| 04:07.01 | brlcad | that "cleanup" you did a while back, causes crashes on exit ever since |
| 04:07.01 | awilcox | AAA_awright: yeah that. how is it doing? |
| 04:07.16 | AAA_awright | Good, still in beta, trying to work out bugs |
| 04:07.28 | awilcox | isn't that the way it goes :p |
| 04:07.38 | awilcox | all software is beta, it's just how badly of a beta it is. |
| 04:07.41 | AAA_awright | Sometimes it can't connect to the server... then it thinks the server restarted and everyone's sessions are ended |
| 04:07.54 | brlcad | DTRemenak: it should have been working after the merge completed, but then other edits happened a few days later |
| 04:08.05 | DTRemenak | nope, day of the merge it was broken |
| 04:08.10 | brlcad | at least that's when the crashes started on my end |
| 04:08.11 | DTRemenak | worked fine on linux |
| 04:08.33 | DTRemenak | so I figured it's one of those silly windows things |
| 04:08.35 | brlcad | as that was something that I'd fought on the branch too, and finally got sorted out |
| 04:08.38 | DTRemenak | and promptly ignored it |
| 04:08.44 | brlcad | mebbie |
| 04:09.01 | brlcad | well, now it's conveniently bused on all plats, that's what's "new" ;) |
| 04:09.12 | AAA_awright | awilcox: Any recommendations? A good and time-consuming one I want to do is time-warp to scores of the past on servers |
| 04:09.16 | DTRemenak | or it could be that I tested on linux while it was fixed, and then didn't test on windows until it was rebusted |
| 04:09.17 | DTRemenak | :) |
| 04:09.27 | DTRemenak | there were a lot of commits flying around |
| 04:09.38 | AAA_awright | See who was on an hour ago, and their scores. I record all the data, it's the interface that has to grab it |
| 04:10.06 | awilcox | AAA_awright: sure |
| 04:10.17 | awilcox | AAA_awright: 2.2 support XD |
| 04:10.19 | AAA_awright | Any other really good ideas like that one? |
| 04:10.26 | awilcox | AAA_awright: 2.2 support XD |
| 04:10.30 | AAA_awright | Heh, there are no players to record |
| 04:10.38 | awilcox | occasionally there is me :p |
| 04:10.39 | DTRemenak | there are three right now |
| 04:11.15 | DTRemenak | or there would be, if I could actually connect to bryjen's server |
| 04:11.44 | awilcox | how does one help, though? I didn't encounter any bugs, just slowness. |
| 04:12.04 | brlcad | bryjen: they're crashing the server, aren't they |
| 04:12.10 | DTRemenak | hah, how could you not encounter any bugs? the server list sorting has been busted for weeks :) |
| 04:12.49 | bryjen | segfaulted it. did you do decks and cages? |
| 04:12.58 | DTRemenak | ahh, that would be why :P |
| 04:13.10 | awilcox | DTRemenak: lol, I haven't tested through weeks. |
| 04:13.20 | AAA_awright | I can't connect to the server |
| 04:13.26 | DTRemenak | well, it only actually worked right for about three days, awilcox :P |
| 04:13.39 | AAA_awright | Humph. |
| 04:13.39 | brlcad | bryjen: yeah, two servers then I quit |
| 04:13.58 | brlcad | i got communication error |
| 04:14.04 | DTRemenak | hrm. several of my servers seem to be missing... |
| 04:14.59 | awilcox | I tested it during those three days then :p |
| 04:16.50 | DTRemenak | awilcox: and bryjen's having servers die on him, and the bots have been broken forever... |
| 04:16.59 | DTRemenak | and we have this file called BUGS where all that's documented |
| 04:17.05 | awilcox | lol. |
| 04:17.06 | DTRemenak | and anotherone called TODO :) |
| 04:17.34 | DTRemenak | and two wonderful trackers on sf, Bugs and RFEs, not to mention Patches... :P |
| 04:17.48 | DTRemenak | it's not hard to find stuff that needs doing |
| 04:18.10 | *** join/#bzflag cosmol (n=dave@71.86.121.200) |
| 04:22.53 | brlcad | heh |
| 04:42.12 | CIA-25 | BZFlag: 03brlcad * r15754 10/trunk/bzflag/src/3D/FontManager.cxx: just passive hunting, null the pointers as they're deleted |
| 04:43.45 | CIA-25 | BZFlag: 03brlcad * r15755 10/trunk/bzflag/src/other/ftgl/src/FTGLTextureFont.cpp: gl is fine with it as it's just ignores it, but that array dereference worries me. only delete/dereference if they have a size. |
| 04:44.49 | CIA-25 | BZFlag: 03brlcad * r15756 10/trunk/bzflag/src/other/ftgl/src/FTFace.cpp: init the kerning precomputation table to zeros |
| 04:53.38 | bryjen | tab-complete segfaults the client :( |
| 04:54.28 | CIA-25 | BZFlag: 03dtremenak * r15757 10/trunk/bzflag/BUGS: TH and GM are busted |
| 04:57.31 | bryjen | ok, i've got lowercase J in the data on the join menu, but not in the scoreboard or chat areas |
| 04:58.34 | DTRemenak | hmm...I don't seem to have any corefiles from my servers dying |
| 05:01.04 | bryjen | cool, pointing at a .tff in konqueror gives you a preview |
| 05:01.48 | bryjen | and they all seem to have lowercase J |
| 05:03.09 | brlcad | works here on your name |
| 05:03.23 | *** join/#bzflag Legoguy (n=Legoguy@adsl-70-131-66-53.dsl.emhril.sbcglobal.net) |
| 05:03.37 | DTRemenak | I get a crash trying to tabcomplete my own name |
| 05:03.56 | DTRemenak | but it crashes straight through the debugger |
| 05:04.00 | DTRemenak | which is rather annoying |
| 05:04.18 | bryjen | i crashed pressing tab on the chat line in an empty server |
| 05:04.57 | brlcad | well that is odd |
| 05:05.03 | bryjen | well, by my self, so i guess it could've been trying to complete to me |
| 05:05.04 | brlcad | crashes for me to, but no specific thread |
| 05:05.15 | DTRemenak | yeah |
| 05:05.20 | DTRemenak | just dies |
| 05:05.22 | brlcad | Exception: EXC_BAD_ACCESS (0x0001) |
| 05:05.23 | brlcad | Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000024 |
| 05:05.32 | DTRemenak | First-chance exception at 0x008cf886 in bzflag.exe: 0xC0000005: Access violation reading location 0xcdcdcde5. |
| 05:05.43 | DTRemenak | then it bails with code 3 |
| 05:06.30 | brlcad | there we go |
| 05:06.34 | brlcad | traces for me |
| 05:07.02 | bryjen | ~bzpastebin |
| 05:07.02 | ibot | bzpastebin is probably http://pastebin.bzflag.bz a place to put large chunks of text to not flood a channel |
| 05:07.08 | brlcad | corrupt stack, just gives #0 HUDNavigationQueue::next (this=0x9006488a) at HUDNavigationQueue.cxx:33 |
| 05:07.16 | DTRemenak | ahahaha |
| 05:07.44 | *** join/#bzflag winwinwin (i=DavidHK@unaffiliated/davidhkmrpowers) |
| 05:07.52 | bryjen | http://pastebin.bzflag.bz/m2a51391c for me |
| 05:09.17 | bryjen | std:deque Mmmm, Dairy Queen |
| 05:10.44 | CIA-25 | BZFlag: 03brlcad * r15758 10/trunk/bzflag/src/bzflag/ (4 files): remove the carriage returns |
| 05:10.45 | CIA-25 | BZFlag: 03dtremenak * r15759 10/trunk/bzflag/src/bzflag/HUDuiControl.cxx: there exists a control with no navqueue. no crashy crashy. |
| 05:11.07 | DTRemenak | that should fix it |
| 05:11.31 | DTRemenak | that one was MY fault :) |
| 05:13.16 | DTRemenak | fwiw, up and down prolly woulda crashed it too |
| 05:14.44 | CIA-25 | BZFlag: 03brlcad * r15760 10/trunk/bzflag/ (7 files in 5 dirs): more carriages returning to the dark abyss from whence they came |
| 05:17.31 | DTRemenak | ~bryjen++ |
| 05:17.48 | CIA-25 | BZFlag: 03bryjen * r15761 10/trunk/bzflag/src/bzflag/HUDuiControl.cxx: initialization order |
| 05:17.58 | DTRemenak | heh |
| 05:18.01 | DTRemenak | silly gcc :) |
| 05:18.12 | bryjen | whiney sometimes |
| 05:18.25 | DTRemenak | why should it care what order I initialize in? |
| 05:19.12 | DTRemenak | the only time I can see it mattering is when you have a multiple inheritance situation, and that's really easy to test for |
| 05:20.10 | bryjen | do the values have to be constants, or could one be calculated from another? |
| 05:20.20 | DTRemenak | one could be calculated from another |
| 05:20.48 | DTRemenak | but then it would be the order they were initialized...declaration order shouldn't matter |
| 05:21.10 | bryjen | b=a+1, a=2 a was uninited yet, so what's b? |
| 05:21.36 | DTRemenak | undefined. that should be a warning (uninitialized value used) |
| 05:21.51 | bryjen | true enough |
| 05:22.22 | DTRemenak | but why can't I say "struct x { int b; int a; x() : a(2), b(a+1) } ? |
| 05:22.46 | DTRemenak | unless it uses the defined order as the initialization order |
| 05:22.49 | DTRemenak | which would be silly |
| 05:22.50 | *** join/#bzflag Legoguy_ (n=Legoguy@adsl-70-131-35-93.dsl.emhril.sbcglobal.net) |
| 05:23.39 | *** join/#bzflag Constitution (n=Constitu@71-223-30-51.phnx.qwest.net) |
| 05:23.40 | JeffM | gotta love having the API install event callbacks to itself :) |
| 05:24.01 | DTRemenak | heh |
| 05:24.21 | bryjen | it doesn't complete br<tab> to bryjen when i'm alone. doesn't crash though. |
| 05:25.31 | DTRemenak | should it complete your own name? |
| 05:26.14 | bryjen | heh. wouldn't think that's too important. but xchat does it. |
| 05:27.12 | CIA-25 | BZFlag: 03JeffM2501 * r15762 10/trunk/bzflag/ (6 files in 3 dirs): |
| 05:27.12 | CIA-25 | BZFlag: frame out the API for APISocketListeners |
| 05:27.12 | CIA-25 | BZFlag: add a listen class to NetListener |
| 05:30.39 | CIA-25 | BZFlag: 03bryjen * r15763 10/trunk/bzflag/BUGS: revision 15090 on bzfs.cxx may have fixed the client-server connection failures |
| 05:31.14 | bryjen | at least it did for me |
| 05:31.25 | bryjen | and blast007, iirc |
| 05:32.23 | trepan | DTRemenak: http://www.thescripts.com/forum/thread127792.html |
| 05:39.25 | DTRemenak | trepan: I see. I don't know why they decided to do it that way though. Could have used the initialization order as the reverse destruction order also. |
| 05:39.45 | trepan | different constructors... |
| 05:40.42 | DTRemenak | hm, true |
| 05:41.03 | *** join/#bzflag Legoguy (n=Legoguy@adsl-71-143-231-206.dsl.emhril.sbcglobal.net) |
| 05:51.48 | Constitution | when I apply a patch, or otherwise change the status, should I assign it to myself? |
| 05:53.05 | CIA-25 | BZFlag: 03JeffM2501 * r15764 10/trunk/bzflag/src/bzfs/bzfsAPI.cxx: implement send and receive for APISocketListeners with a full buffered send, just like the NonPlayerConnection stuff. |
| 05:54.10 | JeffM | no clue if any of that stuff works, I'm sure some of the core NetListener stuff needs to be filled in ( like close() ) |
| 05:54.41 | JeffM | and it's select function |
| 05:56.53 | *** join/#bzflag TimRiker (n=timr@rikers.org) |
| 05:56.54 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 05:58.24 | CIA-25 | BZFlag: 03macsforme * r15765 10/trunk/db/bzgrpmgr/bzgrpmgr.php: Deletion of groups using URL with GET actions isn't a good practice; disable it for now. Thanks AAA. |
| 05:59.56 | CIA-25 | BZFlag: 03bryjen * r15766 10/trunk/bzflag/src/bzfs/bzfsAPI.cxx: comment unused params. spelling fix. |
| 06:01.32 | *** part/#bzflag bryjen (n=bryjen@2002:4b51:fafe:0:0:0:0:1) |
| 06:16.33 | *** join/#bzflag winwinwin (i=DavidHK@unaffiliated/davidhkmrpowers) |
| 06:38.46 | *** join/#bzflag lepoulpe303 (n=LePoulpe@about/essy/MobileTarget/LePoulpe303) |
| 06:55.22 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 06:55.22 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 07:28.52 | *** join/#bzflag L4m3r_ (i=l4m3r@about/essy/warning/L4m3r) |
| 07:28.52 | *** mode/#bzflag [+v L4m3r_] by ChanServ |
| 07:35.01 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 07:35.01 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 08:17.59 | *** join/#bzflag cosmol (n=dave@71.86.121.200) |
| 09:01.29 | *** join/#bzflag winwinwin (i=DavidHK@unaffiliated/davidhkmrpowers) |
| 09:19.59 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 09:20.57 | *** join/#bzflag CBG_ (n=CBG@cpc4-stme1-0-0-cust103.cdif.cable.ntl.com) |
| 09:21.41 | *** join/#bzflag CBG_ (n=CBG@cpc4-stme1-0-0-cust103.cdif.cable.ntl.com) |
| 09:27.18 | *** join/#bzflag lepoulpe303 (n=LePoulpe@about/essy/MobileTarget/LePoulpe303) |
| 09:32.14 | *** join/#bzflag lepoulpe303 (n=LePoulpe@about/essy/MobileTarget/LePoulpe303) |
| 09:35.51 | *** join/#bzflag CBG` (n=CBG@about/essy/fan/CBG) |
| 09:38.09 | *** join/#bzflag whodaman- (n=whodaman@dslb-088-066-011-093.pools.arcor-ip.net) |
| 10:23.06 | *** join/#bzflag winwinwin (n=chatzill@unaffiliated/davidhkmrpowers) |
| 11:03.58 | *** join/#bzflag LongDon (n=LongDon@host-091-097-038-243.ewe-ip-backbone.de) |
| 11:17.19 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 11:36.45 | *** join/#bzflag CBG` (n=CBG@about/essy/fan/CBG) |
| 12:02.42 | [dmp] | anyone here got strayer on their im ? and is he online? |
| 12:03.55 | CBG` | he has an email link on the bottom of his stats site: http://bzstats.strayer.de/ |
| 12:05.00 | [dmp] | i know his email :) |
| 12:05.08 | CBG` | k :) |
| 12:14.38 | Epyon | brlcad, ping? |
| 12:14.47 | LongDon | [dmp]: pm |
| 12:20.01 | *** join/#bzflag LongDon (n=LongDon@host-091-097-038-243.ewe-ip-backbone.de) |
| 12:39.27 | *** join/#bzflag Tedius (n=Tedius@musictech.MUSC.CWRU.Edu) |
| 12:47.29 | brlcad | Epyon: pong? |
| 13:11.44 | [dmp] | ~hapbir c64, with its 1mhz cpu, 64kb ram, 4bit graphics and Commodore BASIC 2 OS (25 years old) |
| 13:11.45 | ibot | ACTION sings a variant of Happy Birthday (to avoid royalty fees) to c64, with its 1mhz cpu, 64kb ram, 4bit graphics and Commodore BASIC 2 OS (25 years old) |
| 13:12.19 | *** join/#bzflag lepoulpe303 (n=LePoulpe@about/essy/MobileTarget/LePoulpe303) |
| 13:12.38 | brlcad | Epyon: unpong, ttyl |
| 13:14.22 | *** join/#bzflag KTL (n=KTL@kotnet-149.kulnet.kuleuven.be) |
| 13:57.27 | AAA_awright | My list server scanner can't connect to the list server, and bzflag won't work either |
| 13:57.37 | *** join/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 13:57.37 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 13:57.56 | AAA_awright | This must be recent, I don't see any older error messages |
| 13:59.52 | *** join/#bzflag J-23 (n=J-23@a187.net131.okay.pl) |
| 13:59.54 | J-23 | Hello! |
| 14:00.43 | J-23 | {{{ibot: bzflist}}} |
| 14:00.49 | J-23 | ibot: bzflist |
| 14:38.20 | J-23 | ibot: bzflist |
| 14:41.56 | J-23 | ibot: bzflist |
| 14:43.16 | ruskie | are you bored? |
| 14:43.51 | J-23 | Hmm, this list with users number is probably on my.bzflag.org... |
| 14:44.18 | Thumper_ | J-23: or do it as a PM to ibot please |
| 14:56.11 | *** join/#bzflag TimRiker (i=timr@nat/novell/x-68ded0c5e33e703e) |
| 14:56.11 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 15:24.18 | *** part/#bzflag whodaman- (n=whodaman@dslb-088-066-011-093.pools.arcor-ip.net) |
| 15:24.36 | *** join/#bzflag whodaman- (n=whodaman@dslb-088-066-011-093.pools.arcor-ip.net) |
| 16:01.37 | *** join/#bzflag TimRiker (i=timr@pdpc/supporter/bronze/TimRiker) |
| 16:01.37 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 16:12.02 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 16:36.39 | *** join/#bzflag whodaman- (n=whodaman@p54A3E1B6.dip.t-dialin.net) |
| 16:53.14 | CIA-25 | BZFlag: 03JeffM2501 * r15767 10/trunk/bzflag/plugins/mapchange/mapchange.cpp: fseek takes the offset THEN the origin. |
| 16:53.58 | *** join/#bzflag delusional (n=delusion@pool-71-240-50-101.pitt.east.verizon.net) |
| 16:55.42 | *** join/#bzflag TimRiker (i=timr@pdpc/supporter/bronze/TimRiker) |
| 16:55.42 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 16:57.58 | *** join/#bzflag whodaman- (n=whodaman@p54A3E1B6.dip.t-dialin.net) |
| 17:10.39 | *** join/#bzflag LongDon (n=LongDon@host-091-097-064-233.ewe-ip-backbone.de) |
| 17:12.21 | CIA-25 | BZFlag: 03JeffM2501 * r15768 10/trunk/bzflag/plugins/plugin_utils/ (4 files in 2 dirs): add plugin_files to the plugin_utils for common file handling stuff. |
| 17:16.48 | CIA-25 | BZFlag: 03JeffM2501 * r15769 10/trunk/bzflag/plugins/plugin_utils/plugin_files.h: make the std::string versions inline so they don't get double defined when linked |
| 17:17.27 | CIA-25 | BZFlag: 03JeffM2501 * r15770 10/trunk/bzflag/plugins/mapchange/mapchange.cpp: replace a bunch of crufty file read code with a single call to the file utils. |
| 17:31.37 | *** join/#bzflag Erroneous (n=dtremena@67-131-219-2.dia.static.qwest.net) |
| 17:31.45 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 17:33.27 | *** join/#bzflag Pommes_ (n=Pommes@about/essy/frenchy/Pommes) |
| 17:40.02 | CIA-25 | BZFlag: 03JeffM2501 * r15771 10/trunk/bzflag/plugins/plugin_utils/ (plugin_files.cpp plugin_files.h): add function to list all the dirs in a dir |
| 17:49.31 | CIA-25 | BZFlag: 03t-s * r15772 10/branches/v2_0branch/bzflag/src/game/LagInfo.cxx: Take out the debug output |
| 17:54.07 | JeffM | Erroneous, what is the mime type for HTML data? |
| 17:58.06 | brlcad | text/html |
| 17:58.21 | JeffM | thanks |
| 17:59.17 | JeffM | the evil plug-in now does directory browsing:) |
| 17:59.41 | Erroneous | heh |
| 18:00.12 | Erroneous | pretty soon you're gonna have a fully functional web server in there |
| 18:00.32 | JeffM | cept I can't get it to output hTML |
| 18:00.42 | Erroneous | does it correctly clamp directories? |
| 18:01.02 | JeffM | http://192.168.0.51:5154/httpTest |
| 18:01.03 | JeffM | not yet |
| 18:03.01 | JeffM | let me set the mime type |
| 18:03.40 | Erroneous | it doesn't seem to feed 404 for invalid plugins (i.e. if you enter http://192.168.00.51:5154/somerandomstuff/ it just hangs) |
| 18:07.58 | *** join/#bzflag Pimpinella (n=frank@gondolin.pimpi.org) |
| 18:12.05 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 18:12.05 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 18:13.06 | CIA-25 | BZFlag: 03dtremenak * r15773 10/trunk/bzflag/plugins/plugin_utils/plugin_HTTP.cpp: warnings |
| 18:23.32 | CIA-25 | BZFlag: 03dtremenak * r15774 10/trunk/bzflag/ (6 files in 3 dirs): conect -> connect globally |
| 18:23.59 | brlcad | his form is at least efficient |
| 18:25.02 | Erroneous | heh |
| 18:30.18 | Tupone | UTah Open Source Conference : tim is everywhere is a linux show :) |
| 18:34.40 | bryjen | he's living in utah again, iirc |
| 18:35.15 | Tupone | ahh, yeah, moved away from texas |
| 18:35.19 | CIA-25 | BZFlag: 03dtremenak * r15775 10/trunk/bzflag/plugins/plugin_utils/ (plugin_HTTP.cpp plugin_HTTP.h): transfering -> transferring globally |
| 18:36.31 | CIA-25 | BZFlag: 03dtremenak * r15776 10/trunk/bzflag/plugins/plugin_utils/ (plugin_HTTP.cpp plugin_HTTP.h): 301Rediect -> 301Redirect globally |
| 18:39.33 | bryjen | plugin_files.cpp:220: error: 'GetUperName' was not declared in this scope. not just a spelling error either |
| 18:41.25 | CIA-25 | BZFlag: 03dtremenak * r15777 10/trunk/bzflag/ (include/bzfsAPI.h src/geometry/EighthDBaseSceneNode.cxx): inteface -> interface globally |
| 18:48.05 | Flash | what does "GetUperName" do? Uper isn't a word I recognize |
| 18:49.14 | Tupone | Uber :) |
| 18:49.34 | Flash | that would have made more sense |
| 18:49.50 | CIA-25 | BZFlag: 03dtremenak * r15778 10/trunk/bzflag/plugins/plugin_utils/plugin_files.cpp: maybe build on linux |
| 18:50.00 | Erroneous | bryjen: try that |
| 18:50.01 | bryjen | Get Up! er, Name. |
| 18:50.09 | Flash | lol |
| 18:50.45 | Erroneous | as for what it does, it does approximately "for (std::string::iterator i=name.begin(), end=name.end(); i!=end; ++i) *i = ::toupper(*i);" |
| 18:50.58 | bryjen | and on to the next one... |
| 18:57.12 | *** join/#bzflag blast007 (i=blast@pdpc/supporter/active/blast007) |
| 18:57.12 | *** mode/#bzflag [+v blast007] by ChanServ |
| 18:57.30 | Flash | see, "GetUpperName" I would have understood |
| 18:57.38 | Flash | GetUberName is cool too |
| 18:58.24 | *** join/#bzflag blast007 (i=blast@pdpc/supporter/active/blast007) |
| 18:58.24 | *** mode/#bzflag [+v blast007] by ChanServ |
| 18:58.28 | bryjen | ~spell disconnect |
| 18:58.33 | bryjen | ~spell disconect |
| 18:58.49 | CIA-25 | BZFlag: 03bryjen * r15779 10/trunk/bzflag/plugins/fastmap/fastmap.cpp: disconect -> disconnect |
| 19:01.03 | *** join/#bzflag Suspect (n=Suspect@68-114-71-106.dhcp.plt.ny.charter.com) |
| 19:04.03 | CIA-25 | BZFlag: 03bryjen * r15780 10/trunk/bzflag/plugins/plugin_utils/plugin_files.cpp: parameters on recursive call of LinuxAddFileStack(). And what's up with the line endings? |
| 19:04.29 | *** join/#bzflag blast007 (i=blast@pdpc/supporter/active/blast007) |
| 19:04.30 | *** mode/#bzflag [+v blast007] by ChanServ |
| 19:07.10 | Erroneous | heh. brlcad was doing some of that yesterday too |
| 19:14.35 | ts | Doesn't svn keep care of the line endings? |
| 19:14.49 | ts | I thought so.. |
| 19:16.07 | CIA-25 | BZFlag: 03bryjen * r15781 10/trunk/bzflag/plugins/ (6 files in 4 dirs): more CR line endings |
| 19:16.56 | Erroneous | ts: iirc, it does, but it defaults to "check out as it was checked in." if you want it to stay some way or another, you have to tag the file |
| 19:19.11 | ts | heh |
| 19:19.12 | bryjen | http://www.utosc.org/speakers/ bzflag's neat and all, but not the resume item i'd associate with "Embedded Linux business solutions" :/ |
| 19:20.38 | Winny | bryjen: isn't that just saying what his title is? |
| 19:20.55 | Winny | I don't think it implies he will talk about it? |
| 19:28.26 | CIA-25 | BZFlag: 03t-s * r15782 10/branches/v2_0branch/bzflag/ (include/LagInfo.h src/game/LagInfo.cxx): Use timer for public announcements; forget about old admin announcements when lag is ok again |
| 19:33.25 | *** join/#bzflag zee199 (i=1871b47d@gateway/web/cgi-irc/zeebrothers.net/x-29b07f857a612804) |
| 19:39.33 | JeffM | bryjen, I prefer the term "beautician" for you ;) |
| 19:39.54 | JeffM | "so.. how do you want your variables.... this singltoon will look LOVELY on you" |
| 19:40.14 | bryjen | over janitor? |
| 19:40.18 | JeffM | yes |
| 19:40.31 | JeffM | you make it look better then it was when it was built :) |
| 19:40.40 | JeffM | a janitor just makes it look like it used to |
| 19:47.01 | JeffM | and Winny he has other titles, besides BZFLAG maintainer, like "head of embeded systems" |
| 19:47.52 | bryjen | is it sexist to see beautician as having a female connotation? |
| 19:48.07 | JeffM | is there a male term for it? |
| 19:48.32 | JeffM | Beautifier! |
| 19:49.13 | bryjen | no, because the gender inference is a stereotype |
| 19:50.13 | JeffM | Beautymans! |
| 19:50.16 | JeffM | heh |
| 19:50.36 | JeffM | mostly you just keep us honest :) |
| 19:50.55 | CIA-25 | BZFlag: 03atupone * r15783 10/branches/v2_0branch/bzflag/ChangeLog: Finished with my view of change for 2.0.9 |
| 19:51.15 | tannerld | view of change? |
| 19:52.11 | Tupone | well, I saw a commit list and I syntesize |
| 19:52.22 | Tupone | that is my synthesis. If someone want to fix |
| 20:01.29 | *** join/#bzflag TimRiker (i=timr@nat/novell/x-0a46fbb09c265e54) |
| 20:01.29 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 20:05.06 | *** join/#bzflag Constitution (n=Constitu@gateway.pct.civiltec.com) |
| 20:18.14 | brlcad | tupone, I'm not sure I understand what that means |
| 20:18.41 | Tupone | ok. I get an svn commit list for 2.0.x branch |
| 20:18.51 | brlcad | are those changelog/news items that should be annotated in head? |
| 20:18.52 | Tupone | I tryed to summarize in a change log format |
| 20:18.57 | Tupone | nope |
| 20:19.25 | Tupone | or maybe you want to get from them. I don't know the history of trunk |
| 20:19.46 | Tupone | most should be there too, but don't know for sure |
| 20:20.29 | Tupone | I'm wanting to prepare a release for 2.0.10, eventually unix only if nobody help out here |
| 20:20.40 | JeffM | Erroneous, http://192.168.0.51:5154/httpTest :) |
| 20:20.53 | brlcad | ahh |
| 20:21.07 | Tupone | I got a bug request at gentoo and I want to satisfy in the better way |
| 20:21.07 | brlcad | got it, i think |
| 20:21.32 | brlcad | hrmph |
| 20:22.24 | Tupone | the changes in 2.0.9 are just huge |
| 20:25.03 | Tupone | For me, after last fixes I have done, the client is well, perfect. There are some hitch during the game, but I have not seen it crashing anymore |
| 20:25.47 | Tupone | debian need a release, ubuntu seems the same, and gentoo too |
| 20:26.29 | Agent86 | Tupone: I just filed that bug for others in case they wanted an svn ebuild, but thanks for taking such an interest. |
| 20:26.43 | Tupone | aww, you are that one |
| 20:27.11 | Tupone | cvs/svn ebuilds are not good |
| 20:27.30 | Tupone | they cannot be put in the tree |
| 20:27.39 | Agent86 | I know their drawbacks. I certainly didn't expect it to be put in the tree. |
| 20:28.40 | Tupone | and you can mostly remove the patches/sed/flag filtering. all is fixed in the branch |
| 20:29.59 | Agent86 | gcc4 patch was removed. I installed bzflag yesterday just for running bzfs, and was told that certain maps (generated with Epyon's new generator?) could cause bzfs to crash out, and that it was fixed in svn. |
| 20:47.45 | *** join/#bzflag TD-Linux (n=TD-Linux@about/essy/indecisive/TD-Linux) |
| 21:07.02 | *** join/#bzflag tuxd00d (i=tuxinato@nat/novell/x-b16e65856b358bfe) |
| 21:19.02 | *** join/#bzflag ener (n=ener@c-66-229-251-187.hsd1.fl.comcast.net) |
| 21:20.14 | ener | When I join the BZFX - R3laX Chartered :: [BLoodbath 2.2] server, it says "Global login approved! |
| 21:20.47 | ener | Then nothing happens, and eventually it says 'The server has unexpectedly disconnected' |
| 21:22.08 | Constitution | ~bzflist |
| 21:23.56 | blast007 | ener: what kind of connection are you using? |
| 21:24.05 | ener | cable |
| 21:24.11 | ener | all other servers work fine |
| 21:24.14 | blast007 | k |
| 21:24.23 | blast007 | lot more players there than most servers |
| 21:24.37 | blast007 | I just connected to it fine |
| 21:24.45 | ener | this happens every time |
| 21:24.49 | ener | for the past month |
| 21:25.26 | ener | it shows me as rogue, then times out |
| 21:26.00 | Constitution | that used to happen to me on missile wars... but it would eventually finish connecting and place me on a team |
| 21:26.33 | ener | never happens for me... |
| 21:27.25 | Winny | ener: it happens to me about once a year... for ~1-2 weeks I can't connect to ANY servers, same error. |
| 21:27.44 | ener | why? |
| 21:28.22 | Winny | not sure... atfer my modem reboots it works again (after the 1-2 weeks) |
| 21:33.45 | *** join/#bzflag TimRiker (i=timr@pdpc/supporter/bronze/TimRiker) |
| 21:33.45 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 21:34.19 | CIA-25 | BZFlag: 03dtremenak * r15784 10/branches/v2_0branch/bzflag/ (ChangeLog src/bzflag/ServerStartMenu.cxx): backport 14161 from head - don't ignore the first world when building the world list for the start server menu |
| 21:38.48 | *** join/#bzflag whodaman- (n=whodaman@p54A3E1B6.dip.t-dialin.net) |
| 21:44.33 | CIA-25 | BZFlag: 03dtremenak * r15785 10/branches/v2_0branch/bzflag/ (ChangeLog src/bzfs/commands.cxx): backport 14162 from head - check for talk permissions on part/quit messages |
| 21:53.19 | CIA-25 | BZFlag: 03dtremenak * r15786 10/branches/v2_0branch/bzflag/ (13 files in 4 dirs): backport 14150, 14157, 14158, 14160, 14170, 14171, and 14172 from trunk - windows platform fixes - make fullscreen/windowed toggle work and implement mousegrab. merge looks ok but needs to be tested. |
| 21:53.38 | Winny | yay! windowed! |
| 21:53.51 | Winny | ~DTRemenak++ |
| 21:54.01 | Erroneous | Tupone: there, now you have a reason to release on non-unix platforms too :) |
| 21:54.26 | Constitution | so a 2.0.10 release is a reality? |
| 21:54.43 | Tupone | :) just without help I said. Help is welcomed |
| 21:56.34 | JeffM | he's going to do it? |
| 21:57.04 | JeffM | if so, take out that multi wall crap |
| 21:58.17 | Constitution | and there are some semi-significant bzfs stability issues, I think (unless they were recently dealt with) |
| 21:58.44 | Constitution | well not semi-significant, but it does crash on occasion |
| 21:58.53 | Tupone | I'm not hurrying, I want to make things sane. I'd create a branch for that in a while .. like 2.0.10rc1. Probably when I'm back from NL |
| 21:59.13 | JeffM | is it just for the package issue? or just cus 2.1 is dead? |
| 21:59.39 | Tupone | nope, is just because neither gentoo/debian/ubuntu have bzflag working |
| 21:59.56 | Tupone | well, gentoo maybe |
| 22:00.00 | JeffM | why do the not? |
| 22:00.06 | JeffM | cus of that float thing? |
| 22:00.12 | Tupone | one is that, yes |
| 22:00.19 | JeffM | why not just do a 2.0.8.1 ? |
| 22:00.20 | Tupone | and speedcheck |
| 22:00.25 | JeffM | with just the minimum fixes? |
| 22:00.31 | Tupone | have you seen the changelog? |
| 22:00.34 | JeffM | yes |
| 22:00.42 | JeffM | and I'm not sure those are stable |
| 22:01.09 | Tupone | client is .. to me. I fixed 2 big crashes, and memory leaking |
| 22:01.29 | CIA-25 | BZFlag: 03macsforme * r15787 10/trunk/db/bzgrpmgr/ (bzgrpmgr.php data_phpbb2.class.php): Creation of groups within organizations is implemented. |
| 22:02.10 | JeffM | what is your timeframe? |
| 22:02.24 | Tupone | plugin ... well, they are not for the real public, if some of them are not stable, I'd not say it stop release |
| 22:02.32 | JeffM | plugin? |
| 22:02.38 | JeffM | what plugin? |
| 22:02.55 | Tupone | you said something is not stable. Just wondering what |
| 22:03.06 | JeffM | the majority of the changes to bzfs |
| 22:03.14 | Tupone | I dn't use so I cannot say |
| 22:03.15 | JeffM | they have not been heavealy tested |
| 22:03.23 | JeffM | exactly, few have used it |
| 22:03.44 | JeffM | I'd feel better if you just moved the few fixes you know you need down to a 2.0.8.x |
| 22:03.59 | gsnedders | on 2.0.9/OS X Intel: 2007-09-07 23:03:31.936 bzflag[20338] *** -[NSBundle load]: Error loading code /Library/InputManagers/SIMBL/SIMBL.bundle/Contents/MacOS/SIMBL for bundle /Library/InputManagers/SIMBL/SIMBL.bundle, error code 2 (link edit error code 0, error number 0 ()) |
| 22:04.04 | JeffM | otherwise your talking about a a full set of tests |
| 22:04.10 | JeffM | a big push, etcc. |
| 22:04.17 | JeffM | same as a regular release |
| 22:04.18 | Tupone | I think in 10 days we could start to make a release candidate branch |
| 22:04.34 | Tupone | just to convey only important fixes |
| 22:04.43 | JeffM | then call it 2.0.8.1 |
| 22:04.51 | JeffM | so there is less confusion |
| 22:05.10 | Tupone | well, I want the 2.0.9 like is now. Plus important fixes |
| 22:05.10 | TD-Linux | so people won't think you were lying when you said no 2.0.10? :P |
| 22:05.15 | L4m3r | 2.0.8-and-a-half |
| 22:05.19 | JeffM | oh |
| 22:05.24 | JeffM | then I think your making a misake |
| 22:05.25 | TD-Linux | why wasn't 2.0.6 2.0.6.1? |
| 22:05.41 | JeffM | TD-Linux, no, because it's untested |
| 22:05.52 | TD-Linux | err 2.0.8 2.0.6.1 |
| 22:05.54 | TD-Linux | ok |
| 22:06.03 | JeffM | and doing a full release will take time |
| 22:06.11 | Tupone | well, JeffM what is the test frame. I have not said anything when. Just preparing too |
| 22:06.13 | JeffM | TD-Linux, it probably should have been 2.0.6.1 |
| 22:06.24 | JeffM | well .2 |
| 22:06.45 | JeffM | Tupone, my concern is 1) stability of the code, we don't want 2.0.10 to be crap |
| 22:07.04 | JeffM | and 2) as brlcad put it, distractions from 2.1 |
| 22:07.30 | bryjen | i think that ship has sailed |
| 22:07.31 | JeffM | and 3) the look of a release with little no real fetures, that is numbered like all our other "big" releases |
| 22:07.31 | Tupone | me too, for 1. so let say in 10 days we freeze the enhancement |
| 22:07.36 | JeffM | bryjen, probalby |
| 22:07.41 | JeffM | but it bears discussion :) |
| 22:07.50 | JeffM | Tupone, what enhancments? |
| 22:07.55 | JeffM | you want enhancments too?!?!? |
| 22:08.07 | JeffM | how long of a testing cycle do you plan for? |
| 22:08.38 | Tupone | I plan to freeze functionality in 10 days. like no crappy wall, if they are not ready within 10 days |
| 22:08.39 | JeffM | also, if we do a 2.0.10, I think it should be all platforms, and be a mac universal |
| 22:08.46 | JeffM | otherwise we'll be killed by users. |
| 22:09.01 | JeffM | Tupone, you mentioned enhancements |
| 22:09.16 | Tupone | enhancement -> new functionality |
| 22:09.16 | JeffM | you want neew features, or just spend 10 days ensureing that the changes to .9 are stable? |
| 22:09.20 | Tupone | nope |
| 22:09.26 | JeffM | wow |
| 22:09.28 | Tupone | For me is ok how it is |
| 22:09.39 | JeffM | and how long do you expect it to be publicly tested? |
| 22:10.07 | Tupone | My guess is about 3/4 weeks |
| 22:10.16 | Tupone | if all is ok |
| 22:10.23 | JeffM | and will you manage the push to get people to test it? |
| 22:10.37 | JeffM | as I think you will have to push decently hard |
| 22:11.08 | JeffM | I mean for the float thing I can see reasons for doing a 2.0.10, I just don't want to see it flop if we do it. |
| 22:11.10 | TD-Linux | I think the server is being tested pretty well at least |
| 22:11.23 | JeffM | I'm not so sure |
| 22:11.33 | TD-Linux | most public servers I see are 2.0.9 |
| 22:11.38 | ts | GU league for example runs latest servers |
| 22:11.45 | JeffM | so in 10 days we go and do a full build kit and post it as a RC |
| 22:11.49 | TD-Linux | the one I just started uses 2.0.9 |
| 22:11.53 | Constitution | JeffM: a high percentage of server owners are already 2.0.9 for the anti-spam and stuff |
| 22:11.56 | JeffM | there are many 2.0.9's |
| 22:12.01 | ts | jitterkick only in 2.0.9 so lot of server owners are upgrading |
| 22:12.05 | JeffM | ok |
| 22:12.15 | ts | client...not tested |
| 22:12.31 | *** topic/#bzflag by JeffM -> http://BZFlag.org || http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || http://www.linuxjournal.com/article/9453 || http://ohloh.net/projects/189 -- Stats still offline due to svn problem || http://my.bzflag.org/w/ || 2.0.10RC 1 code freeze in 10 days. |
| 22:12.50 | TD-Linux | ooh 2.0.10 :) |
| 22:13.23 | Manu | ~Tupone++ |
| 22:13.40 | Tupone | ryanakca: when ubuntu reelase is scheduled |
| 22:14.08 | L4m3r | JeffM: perhaps you should put a date in there |
| 22:14.28 | Tupone | well, we could do the countdown |
| 22:14.47 | AAA_awright | W00t! 2.0.10! |
| 22:14.49 | *** topic/#bzflag by JeffM -> http://BZFlag.org || http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || http://www.linuxjournal.com/article/9453 || http://ohloh.net/projects/189 -- Stats still offline due to svn problem || http://my.bzflag.org/w/ || 2.0.10RC 1 code freeze 9/17/07s. |
| 22:14.53 | *** topic/#bzflag by JeffM -> http://BZFlag.org || http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || http://www.linuxjournal.com/article/9453 || http://ohloh.net/projects/189 -- Stats still offline due to svn problem || http://my.bzflag.org/w/ || 2.0.10RC 1 code freeze 9/17/07 |
| 22:15.06 | L4m3r | <CIA-25> BZFlag: L4m3r * r15787 /branches/v2_0branch/ (42 files): Break as many things as possible in preparation for 2.0.10 code freeze. |
| 22:15.11 | L4m3r | XD |
| 22:15.12 | JeffM | if your gonna do it, do it right Tupone ;) |
| 22:15.14 | Erroneous | server is pretty constantly being used, and Tupone says the client is good, so I don't see why not release if debian/debian-ish/gentoo need it |
| 22:15.35 | JeffM | yeah I just wanted to make sure |
| 22:15.41 | Erroneous | and if we're gonna release, I want those windows fixes in ;) |
| 22:15.43 | AAA_awright | Who finally decided to release a 2.0.10? |
| 22:15.44 | JeffM | all the resons and plans seems ound. |
| 22:15.46 | JeffM | sound |
| 22:15.52 | JeffM | AAA_awright, your mom |
| 22:15.59 | JeffM | right after I get the web server worked in |
| 22:16.06 | JeffM | ;) |
| 22:16.09 | AAA_awright | It's a Good Thing(tm) (wait, what?) |
| 22:16.23 | JeffM | the posibility has been in discussion for a while |
| 22:16.29 | JeffM | 2.0.8 dosn't have good packages |
| 22:16.39 | JeffM | for many of the major nixes |
| 22:16.53 | Tupone | I'm not available on 17 :( I'm good for the weekend or friday |
| 22:16.59 | JeffM | so we ether do a 2.0.8.2 or a 2.0.10 |
| 22:17.12 | JeffM | Tupone, well we'll try to remmeber ;) |
| 22:17.26 | JeffM | for the client the big test will be a windows client |
| 22:17.27 | Erroneous | I was wondering whether we should put the affinity stuff in too. it fixes problems for people. problem is it's not been thoroughly tested. |
| 22:17.27 | Tupone | being in NL |
| 22:17.35 | JeffM | affinity? |
| 22:17.40 | Erroneous | processor affinity |
| 22:17.41 | Tupone | CPU 2 core |
| 22:17.43 | JeffM | ahh |
| 22:17.50 | JeffM | sure why not |
| 22:17.53 | Erroneous | works around dual-core timing skew and |
| 22:18.03 | Erroneous | s/and// |
| 22:18.13 | JeffM | if we are on the ball 3 to 4 weeks shoudl be fine for testing it all up |
| 22:18.22 | JeffM | the big thing will be convincing brlcad to do a universal |
| 22:18.26 | JeffM | or even a mac release |
| 22:18.34 | JeffM | that's your job Tupone ;) |
| 22:18.39 | Tupone | can ts do release? |
| 22:18.43 | Erroneous | hm. universal binary is actually another good reason to do a release :) |
| 22:18.45 | Tupone | I will try |
| 22:19.00 | JeffM | Tupone, he may, but I'd trust a brlcad release a lot better |
| 22:19.24 | JeffM | brlcad has more experience at it |
| 22:19.30 | Tupone | well, but we could start with whatever is available for a first try |
| 22:19.33 | JeffM | and he knows how to set up the builds for 10.3 and 10.4 |
| 22:19.44 | Tupone | I trust him, you know |
| 22:19.59 | Erroneous | mac release has typically been delayed from source release before too |
| 22:20.01 | JeffM | I think that osx10.2 should be desuported this time. |
| 22:20.16 | Erroneous | it's not a new or evil thing if there's not a mac package immediately available |
| 22:20.22 | JeffM | yeah |
| 22:20.29 | JeffM | I've done mac packages before as well |
| 22:20.32 | JeffM | they are just not fun |
| 22:20.58 | JeffM | and I'm sure that modifying our build system to do a univeral build will require xchat changes. |
| 22:21.17 | AAA_awright | a_meteorite can build a 2.0.10 universal... according to him |
| 22:21.23 | Constitution | /xchat/xcode/ ? |
| 22:21.30 | JeffM | yeah xcode sorry |
| 22:21.43 | JeffM | AAA_awright, tested under 10.3 and 10.4 and 10.5? |
| 22:21.57 | JeffM | with a dmg and all the associated files we pack up? |
| 22:22.11 | AAA_awright | Well other people can /test/ it, I only said bould |
| 22:22.14 | JeffM | cus I mean I can grab a mini here and do a build |
| 22:22.32 | JeffM | that may be simpler then seeing who can and can't and going all thrid party |
| 22:22.41 | JeffM | but we can see |
| 22:22.53 | AAA_awright | Testing on multiple platforms is what the community is for |
| 22:22.56 | JeffM | best would be to convince the brlcad, after that we'll see |
| 22:23.02 | Tupone | If the new things is only the Processor Affinity ok, if there are other things ( I don't know about any now) I propose to dedicate a page on the wiki to enumerate the new entry/backport to see if that is feasible |
| 22:23.22 | JeffM | not just feasable, desirable ;) |
| 22:23.51 | JeffM | if you want to break proto, there are things I could sugest for a quick backport |
| 22:23.56 | JeffM | API score setting |
| 22:24.13 | JeffM | I'd not backport the font system |
| 22:24.16 | Tupone | API protocol? or BZFlag |
| 22:24.20 | JeffM | bzflag |
| 22:24.24 | Tupone | in 10 days? no thanks |
| 22:24.26 | Tupone | :) |
| 22:24.45 | JeffM | bumping the proto is easy, one number ;) |
| 22:24.53 | JeffM | but that'd jack our versions |
| 22:24.55 | JeffM | so nevermind |
| 22:24.59 | JeffM | we'd ahve to bump it to 2.2 |
| 22:25.06 | JeffM | and that wold just be confusing |
| 22:25.48 | Tupone | I have not tested the font, I think they are good, but don't think so stable to jump in |
| 22:26.15 | Erroneous | no to score setting via the api, it doesn't work right on 2.0 proto |
| 22:26.15 | JeffM | I tink they will have a lot of issues on various hardware |
| 22:26.22 | Erroneous | and no on fonts |
| 22:26.29 | JeffM | Erroneous, thats why I said "if you wanted to break proto" |
| 22:26.29 | Tupone | so I guess only affinity for now |
| 22:26.48 | JeffM | is the head change log up to date? |
| 22:26.53 | Erroneous | shouldn't break proto. we have a bunch of other proto changes, it's better to lump them together |
| 22:26.58 | Erroneous | yes, more or less |
| 22:27.01 | Tupone | and build system for Mac/Windows |
| 22:27.15 | JeffM | mine says "*** To be built automatically from SVN log ***" |
| 22:27.21 | Erroneous | JeffM: try NEWS |
| 22:27.25 | JeffM | ahh |
| 22:27.45 | Tupone | JeffM you are on the branch or trunk |
| 22:27.47 | Tupone | ? |
| 22:27.57 | JeffM | trunk |
| 22:28.04 | Erroneous | it'd be "good" to get the vc project changes (like building our own libcurl), but *I* am not going to do it :) |
| 22:28.14 | JeffM | I'll do that |
| 22:28.16 | Tupone | ahh, ok, maybe they are not up to date |
| 22:28.18 | JeffM | it's not too bad |
| 22:28.23 | Erroneous | was enough work the first time, and we can't just sync it |
| 22:28.35 | Erroneous | 'cause all the files have moved around |
| 22:28.43 | JeffM | oh yeah |
| 22:28.46 | JeffM | mehh, screw it |
| 22:28.52 | Erroneous | yeah, that's basically my thought |
| 22:28.59 | Tupone | JeffM: if you want the commit list for trunk in the ChangeLog style I can try to provide |
| 22:29.00 | JeffM | we can still use one we built |
| 22:29.11 | JeffM | Tupone, I am looking at news now |
| 22:29.22 | Erroneous | yeah, for release it just means a bit more work. just makes things bad for third-party builds |
| 22:29.22 | Tupone | ahh ok, hoping is updated |
| 22:30.05 | Erroneous | there are a few other server bugfixes that need to be moved |
| 22:30.09 | Erroneous | I've been entirely ignoring 2.0 |
| 22:30.17 | tannerld | ~AAA_awright++ |
| 22:30.32 | AAA_awright | ~AAA_awright |
| 22:30.33 | ibot | PHP Wizard |
| 22:31.14 | tannerld | ~karma AAA_awright |
| 22:31.14 | ibot | aaa_awright has karma of 21 |
| 22:31.23 | Constitution | Erroneous: can I apply my own patch you rejected, since 2.0 is not-quite-so-dead after all? ;) |
| 22:31.30 | Erroneous | Constitution: sure |
| 22:31.34 | Erroneous | that's one of the ones I was thinking of |
| 22:31.40 | Constitution | ok |
| 22:33.31 | Erroneous | Constitution: if you want to apply 1755256 to v2_0branch you can do that one too |
| 22:33.56 | JeffM | Tupone, http://my.bzflag.org/w/BZFlag_2.0.10 |
| 22:34.07 | JeffM | I'm looking thru the list and puting stuff on the list now |
| 22:34.13 | Constitution | Erroneous: that issue didn't exist on 2.0 |
| 22:34.21 | Erroneous | Constitution: ah, ok |
| 22:34.56 | Erroneous | JeffM: I did "don't ignore the first world when building the world list for the start server menu" and "check for talk permissions on part/quit messages" |
| 22:35.00 | Tupone | I'd ask ts to write there his things, but he is sleeping/away |
| 22:35.19 | Erroneous | s/did/moved/ |
| 22:35.34 | Erroneous | they're from some ravu guy and uso |
| 22:37.06 | CIA-25 | BZFlag: 03macsforme * r15788 10/branches/v2_0branch/bzflag/src/bzfs/commands.cxx: Accept patch #1755273 from macsforme, event handler code for /msg command. |
| 22:37.33 | JeffM | there, tha'ts what I thing we can/should do from a scann of the head list |
| 22:37.55 | Constitution | erm, what are SF tracker assignments for/what do we do with them? |
| 22:38.24 | JeffM | we don't use asignments |
| 22:38.54 | Constitution | so it doesn't matter? |
| 22:38.58 | CIA-25 | BZFlag: 03JeffM2501 * r15789 10/trunk/bzflag/NEWS: stop spelling my name wrong. |
| 22:39.02 | JeffM | Constitution, no |
| 22:39.03 | Constitution | DTRemenak assigned my patch to himself |
| 22:39.19 | JeffM | some devs like them to show up on there lists if they are working on them. |
| 22:39.27 | Constitution | ok |
| 22:39.27 | JeffM | it's only a personal thing |
| 22:39.29 | Erroneous | Constitution: assigning them means you get notification emails for them |
| 22:39.36 | Erroneous | basically I wanted to see if someone reopened it |
| 22:39.54 | Erroneous | generally I assign patches to myself when I close them, or if I want to let people know that I'm working on it |
| 22:41.10 | Constitution | Erroneous: you can also "watch" them, without assigning them, right? |
| 22:41.20 | CIA-25 | BZFlag: 03dtremenak * r15790 10/branches/v2_0branch/bzflag/plugins/torBlock/README.txt: torblock readme from trunk |
| 22:41.27 | Erroneous | Constitution: yeah |
| 22:41.54 | Erroneous | other people can see the assignment, but not a watch |
| 22:41.58 | *** join/#bzflag TimRiker (i=timr@pdpc/supporter/bronze/TimRiker) |
| 22:41.58 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 22:42.54 | Erroneous | mmm, zlib update definitely needs to go in |
| 22:43.35 | Erroneous | Xfire I split between v2_0branch and HEAD on purpose. v2_0branch has a partial implementation that is Guaranteed To Not Break Anything |
| 22:44.30 | TD-Linux | ~lart Erroneous |
| 22:44.30 | ibot | cuts Erroneous into thin stripes |
| 22:44.51 | Winny | shouldn't it be stips? |
| 22:44.55 | Winny | err, strips |
| 22:44.55 | TD-Linux | probably |
| 22:45.02 | TD-Linux | want to go though the list of 10,000 larts and fix that one? |
| 22:45.25 | JeffM | Erroneous, ok |
| 22:45.35 | JeffM | pull off the ones you don't want |
| 22:45.59 | Erroneous | though thanks for the reminder. I need to notify them post-release so they can switch to the new way of doing things, instead of trying to parse our uninstaller strings |
| 22:46.54 | *** join/#bzflag Rawk (n=unknown@203.173.182.186) |
| 22:47.06 | *** part/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 22:49.30 | Tupone | I'm getting to build the trunk commit list to see if can help on spotting the change where and what |
| 22:53.30 | CIA-25 | BZFlag: 03dtremenak * r15791 10/trunk/bzflag/src/other/zlib/make_vms.com: that should not be there |
| 22:55.09 | CIA-25 | BZFlag: 03dtremenak * r15792 10/trunk/bzflag/src/other/zlib/ (Makefile.am minigzip.c): remove minigzip.c, we don't use it. add zlib changelog to extra_dist. |
| 22:57.40 | CIA-25 | BZFlag: 03dtremenak * r15793 10/trunk/bzflag/src/other/zlib/example.c: that should not be there |
| 22:58.16 | CIA-25 | BZFlag: 03JeffM2501 * r15794 10/trunk/bzflag/plugins/plugin_utils/plugin_files.cpp: provide funcitons to list the dirs in a dir as well as the files |
| 22:58.44 | CIA-25 | BZFlag: 03JeffM2501 * r15795 10/trunk/bzflag/plugins/plugin_utils/ (plugin_HTTP.cpp plugin_HTTP.h): support HTML return types |
| 22:58.57 | CIA-25 | BZFlag: 03JeffM2501 * r15796 10/trunk/bzflag/plugins/httpTest/httpTest.cpp: do some basic directory listing |
| 22:59.01 | *** part/#bzflag LongDon (n=LongDon@host-091-097-064-233.ewe-ip-backbone.de) |
| 22:59.13 | CIA-25 | BZFlag: 03JeffM2501 * r15797 10/trunk/bzflag/plugins/ (9 files in 2 dirs): inital webstats plug-in |
| 22:59.57 | Constitution | how is the default list of permissions for the 'EVERYONE' group configured in the code? |
| 22:59.59 | JeffM | need to test that on a system with actual players :( |
| 23:00.12 | CIA-25 | BZFlag: 03dtremenak * r15798 10/branches/v2_0branch/bzflag/src/zlib/ (28 files): merge revisions 13666 and 15791-15793 from trunk. update zlib to 1.2.3. |
| 23:01.24 | JeffM | Constitution, initGroups |
| 23:01.38 | JeffM | that's where the default groups are made |
| 23:01.57 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 23:01.57 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 23:03.19 | Constitution | should the clientquery permission (from patch #1668042) be a default permission? |
| 23:03.36 | JeffM | to check the veersion of a client? |
| 23:03.40 | Constitution | yeah |
| 23:03.43 | JeffM | no |
| 23:03.55 | JeffM | that is not something everyone needs to see |
| 23:04.14 | Constitution | okay... not for VERIFIED either then? |
| 23:04.23 | JeffM | I would not think so |
| 23:04.26 | JeffM | it's an admin thing |
| 23:04.37 | JeffM | if the server owner wants to give it out to everyone they can |
| 23:04.42 | Constitution | yeah, ok |
| 23:04.49 | JeffM | it is not something that affects gameplay |
| 23:05.10 | JeffM | I'm sure some players WANT it, to attepmt vigalante justice |
| 23:05.23 | Constitution | heh, so true |
| 23:05.26 | jafm_ | as in, typing that in caps |
| 23:06.55 | Erroneous | jafm_: we don't remove deprecated commands until the next minor version, so that stays |
| 23:07.15 | jafm_ | ok |
| 23:07.31 | Erroneous | but that's just me |
| 23:08.08 | CIA-25 | BZFlag: 03macsforme * r15799 10/trunk/bzflag/src/bzfs/ (Permissions.cxx Permissions.h commands.cxx): Apply sf patch #1668042 from uso to HEAD: clientquery permission. |
| 23:08.15 | Constitution | oh, perfect timing :( |
| 23:08.19 | Erroneous | heh :) |
| 23:08.36 | Erroneous | just 'cause I don't like something doesn't mean it's a bad idea :) |
| 23:09.29 | Erroneous | and I do think it should default to EVERYONE |
| 23:09.30 | JeffM | that one is a bad idea |
| 23:09.37 | Erroneous | if it's there |
| 23:09.52 | Erroneous | it's very useful for helping people with problems |
| 23:09.53 | JeffM | the only thing that everyone should have is the base permisions needed to play |
| 23:09.54 | Constitution | yeah... that would make it a highly-optional thing |
| 23:09.59 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 23:10.28 | Erroneous | JeffM: I disagree. everyone should have everything that there's not a REALLY good reason for restricting |
| 23:10.49 | JeffM | you want to give out IPs to everyone by default? |
| 23:10.51 | *** join/#bzflag zee892 (i=4cbd85ef@gateway/web/cgi-irc/zeebrothers.net/x-5e592069eb42a4b1) |
| 23:10.56 | zee892 | hi |
| 23:10.57 | Erroneous | there's a good reason for restricting those |
| 23:11.08 | Erroneous | there's a good reason for 95% of the permissions we have |
| 23:11.17 | zee892 | my server list wont come up on bzflag |
| 23:11.18 | Erroneous | I don't see the reason to restrict client versions |
| 23:11.27 | JeffM | client version is used by people to try and "detect" cheaters |
| 23:11.36 | zee892 | why wont it |
| 23:11.38 | Constitution | shall I revert it, or change the default permission state for it? |
| 23:11.44 | jafm_ | zee892: are you behind some sort of proxy? |
| 23:11.47 | Erroneous | that's not its fault, it's their fault |
| 23:11.50 | JeffM | zee892, probably because somethig is not set right |
| 23:11.57 | zee892 | proxy? |
| 23:12.02 | Erroneous | it's also used by people to say stuff like "you need to upgrade your client, that's why you're having problems" |
| 23:12.23 | zee892 | what wouldent be set right? |
| 23:12.49 | JeffM | zee892, many possible things |
| 23:12.53 | JeffM | are you behind a router? |
| 23:12.55 | Constitution | or did someone say clientquery was depricated? :\ |
| 23:12.57 | Erroneous | Constitution: still being discussed. leave it, for now |
| 23:13.02 | zee892 | yah |
| 23:13.08 | Erroneous | no, CLIENTQUERY is deprecated. /clientquery is not. |
| 23:13.10 | Constitution | Erroneous: I was about to commit it to 2.0 too... continue? |
| 23:13.14 | CBG | haha. |
| 23:13.14 | Constitution | what's the difference? |
| 23:13.16 | CBG | easily faked. |
| 23:13.18 | JeffM | do you have that router set to forward to your server? |
| 23:13.19 | Erroneous | no, definitely not to 2.0 |
| 23:13.24 | Constitution | okay |
| 23:13.25 | zee892 | i think so |
| 23:13.33 | JeffM | zee892, you think so? or you know so? |
| 23:13.41 | JeffM | can people connect to your server? |
| 23:13.44 | zee892 | let me check |
| 23:13.50 | zee892 | yah it is |
| 23:13.51 | JeffM | if they type in the address manualy? |
| 23:14.33 | zee892 | ??/ |
| 23:14.43 | Erroneous | JeffM: the correct way to combat people misusing clientquery is education. somehow they got the (very wrong) idea that it can be used to detect cheaters. that (the idea) is what needs to be corrected. |
| 23:14.55 | JeffM | Erroneous, good luck on that ;) |
| 23:14.59 | zee892 | i recently got a new securit system |
| 23:15.04 | Erroneous | well, where'd they get their misinformation? |
| 23:15.17 | zee892 | ohwell i have to go |
| 23:15.20 | JeffM | zee892, have you had anyone from outside your lan connect? |
| 23:15.29 | JeffM | Erroneous, usualy the parts of them that they sit on ;) |
| 23:15.38 | zee892 | i dont know |
| 23:15.44 | JeffM | zee892, you need to test that |
| 23:15.48 | zee892 | k |
| 23:15.49 | Erroneous | JeffM: you can't just make stuff like that up. they heard from SOMEWHERE that it was useful |
| 23:15.50 | JeffM | get someone to conenct from outside |
| 23:15.55 | zee892 | k |
| 23:15.58 | zee892 | bye |
| 23:16.02 | Erroneous | otherwise why would someone think to use it for that purpose? |
| 23:16.19 | JeffM | probably because it is valid to check for some cheat clients |
| 23:16.26 | JeffM | probably from the clients THEY have used |
| 23:16.32 | JeffM | and other overzealous admins |
| 23:16.47 | Erroneous | and permissions do absolutely nothing about admins |
| 23:17.03 | Erroneous | are you saying we should just pull clientquery altogether? |
| 23:17.15 | JeffM | I'm just of the opinion that we should keep all non play info locked in unless the owner wants it posted |
| 23:17.27 | JeffM | you've heard both opnions, now see how it goes ;) |
| 23:17.35 | JeffM | Erroneous, no no, it's a valid tool |
| 23:17.45 | Erroneous | JeffM: for what? |
| 23:17.47 | JeffM | for those the onwer wants to help |
| 23:17.54 | Erroneous | why just the owner? |
| 23:18.06 | JeffM | 1) checking for stupid cheaters, and 2) admins to help players |
| 23:18.10 | JeffM | cus it's his data ;) |
| 23:18.13 | Erroneous | owners are far more likely to abuse clientquery than players are |
| 23:18.15 | JeffM | cus it's his server. |
| 23:18.22 | JeffM | it's his server he can abbuse whatever he wants |
| 23:18.30 | *** join/#bzflag CBG_ (n=CBG@cpc4-stme1-0-0-cust103.cdif.cable.ntl.com) |
| 23:18.31 | jafm_ | heh |
| 23:18.37 | Erroneous | players should help players |
| 23:18.42 | Erroneous | why can only admins help players? |
| 23:18.50 | Erroneous | we rely too much on admins |
| 23:18.59 | JeffM | if the owner wants his server to be player help player, he can set the permsions |
| 23:19.05 | JeffM | it's just my opinion |
| 23:19.10 | jafm_ | what about a compromise... just allow '/clientquery <player>' instead of querying everyone |
| 23:19.22 | JeffM | jafm_, too much work |
| 23:19.28 | JeffM | it's bikeshed |
| 23:19.40 | Erroneous | JeffM: how about the other way around...if he wants people to not help each other, he can clamp down on the permissions? |
| 23:19.54 | JeffM | exactly why i say it's my OPINON ;) |
| 23:20.00 | Erroneous | personally I'd rather have it available everywhere, but it's probably because I like to help people |
| 23:20.06 | JeffM | and that is yours ;) |
| 23:20.25 | Erroneous | which is why I was proposing that middle idea |
| 23:20.34 | JeffM | wich is why I don't realy care |
| 23:20.40 | JeffM | do what you wish |
| 23:20.50 | JeffM | I was at first just stating my prefrence |
| 23:20.51 | JeffM | that's all |
| 23:20.54 | JeffM | it means nothing |
| 23:21.07 | JeffM | you know how many servers I run :) |
| 23:21.11 | Erroneous | heh |
| 23:21.38 | Erroneous | well, the fact that a server owner wrote a patch for it means someone else thinks the same thing |
| 23:21.51 | Erroneous | I've just been trying to figure out why |
| 23:21.53 | JeffM | I'm sure some feel both ways |
| 23:21.56 | jafm_ | that was for match servers |
| 23:22.02 | jafm_ | gu specifically |
| 23:22.16 | jafm_ | its annoying when people do /clientquery in matches |
| 23:22.31 | Erroneous | ahh, spammage |
| 23:22.33 | JeffM | does t also not flood the chat connection? |
| 23:23.07 | JeffM | spam that, make a buch of server side lag ;) |
| 23:23.18 | Erroneous | yeah, it's a bit spammy. doesn't really need to be though (I'd actually prefer it to be silent, but someone wanted players to still be notified) |
| 23:23.35 | *** join/#bzflag CBG` (n=CBG@about/essy/fan/CBG) |
| 23:23.58 | *** join/#bzflag TimRiker (i=timr@pdpc/supporter/bronze/TimRiker) |
| 23:23.58 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 23:24.00 | jafm_ | if it's just to help people just remove the querying everyone part.. only allow querying individual players |
| 23:24.19 | Constitution | or a server option to disable notification? |
| 23:24.29 | L4m3r | or request the version from the server, instead of the client |
| 23:24.30 | JeffM | or just turn on an automatic warning when they join. "you are running an older version then the server, UPGRADE DAMNIT" |
| 23:24.36 | Erroneous | L4m3r: it's already server-side |
| 23:24.47 | Erroneous | the server sends each client a notification that it's been sent |
| 23:24.55 | Erroneous | which is, imho, stupid |
| 23:24.55 | JeffM | then that right there takes care of your helping people part |
| 23:25.10 | L4m3r | well there you go |
| 23:25.20 | L4m3r | disable that and no one has to get annoyed over it ;) |
| 23:26.02 | Erroneous | L4m3r: 2.0.10 will have automatic upgrade notification via motd |
| 23:26.15 | Erroneous | I wrote that before the branch |
| 23:26.23 | JeffM | will it have the word "NOW"? |
| 23:26.32 | Erroneous | JeffM: freeform text...via motd |
| 23:26.39 | Erroneous | so if you want it to say NOW DAMMIT you can :) |
| 23:26.49 | JeffM | oh I will |
| 23:27.11 | Tupone | bzadmin require less network bandwidth - Alfredo Tupone IIRC that needs a protocol change that bzfs needs to know if is a text client |
| 23:27.34 | Tupone | Not verified yet, but I think I will remove from the list of 2.0.10 |
| 23:27.35 | Erroneous | in fact when we release 2.0.10 we should trigger it for the various folks running 2.0.9 clients |
| 23:27.49 | Erroneous | see how well it works in practice :) |
| 23:28.26 | JeffM | can it do finner granularity then x.y.z? |
| 23:28.41 | Erroneous | x, x.y, and x.y.z in 2.0 |
| 23:28.49 | Erroneous | 2.1 has wildcard parsing via regex |
| 23:28.49 | JeffM | poop |
| 23:28.54 | L4m3r | if (client->Version == "2.0.4") { motd("UPGRADE YOUR CLIENT, NOOB"); } |
| 23:29.09 | JeffM | L4m3r, the server dosn't set the MOTD ;) |
| 23:29.12 | Erroneous | I guess I could backport that |
| 23:29.25 | Erroneous | actually no, I couldn't |
| 23:29.31 | Erroneous | 'cause it'd break 2.0 clients |
| 23:29.36 | L4m3r | if (client->Version == "2.0.2") { motd("UPGRADE YOUR CLIENT, AND STOP USING F5, CHEATER"); } |
| 23:29.41 | Erroneous | heh |
| 23:30.02 | L4m3r | people actually do that :\ |
| 23:30.25 | Erroneous | Constitution: for trunk, how about you revert that patch, and remove the code that sends clientquery request notification. any objections from anyone? |
| 23:31.04 | Erroneous | brlcad? uso? |
| 23:31.25 | L4m3r | just change the "from" in the message from the player, to the server |
| 23:31.30 | L4m3r | and add their name in the string |
| 23:31.33 | blast007 | "clientquery request notification" being what exactly? the entire ability to use /clientquery ? |
| 23:31.40 | Erroneous | blast007: no |
| 23:31.53 | Erroneous | the message that is sent to players notifying them that their version has been sent to some other player |
| 23:31.54 | L4m3r | blast007: the fact that the server spoofs the client version string messages from the respective players |
| 23:32.02 | blast007 | oh |
| 23:32.06 | Erroneous | L4m3r: that's not it at all |
| 23:32.11 | L4m3r | really? |
| 23:32.12 | Erroneous | it actually sends extra messages |
| 23:32.16 | L4m3r | weak |
| 23:32.17 | L4m3r | :P |
| 23:32.20 | Erroneous | spoofing them is fine |
| 23:32.35 | Erroneous | that just makes it fancy colors on the requestor's display |
| 23:32.36 | L4m3r | but if you spoof them, won't it show on both ends? |
| 23:32.46 | Erroneous | not if you don't send it to the "sending" end |
| 23:32.54 | Erroneous | we do EXTRA sends |
| 23:32.58 | Erroneous | not all sends go to all players |
| 23:33.24 | TD-Linux | F5 still works in 2.0.8 on badly-written maps |
| 23:33.56 | jafm_ | TD-Linux: but it sends pauses, 2.0.2 didnt |
| 23:34.17 | jafm_ | or rather.. the client pauses |
| 23:34.47 | Erroneous | all the patches conflict :S |
| 23:38.17 | CIA-25 | BZFlag: 03macsforme * r15800 10/trunk/bzflag/src/bzfs/ (Permissions.cxx Permissions.h commands.cxx): Revert to revision 15798, clientquery permission removed. |
| 23:38.24 | L4m3r | TD-Linux: it still works, but it pauses |
| 23:38.28 | L4m3r | which is detectable |
| 23:40.23 | Constitution | Erroneous: I had already made a comment on SF... would you kindly get on there and contradict me please? ;) |
| 23:41.02 | Constitution | and I'm working on disabling the request notification |
| 23:48.24 | Tupone | http://tupone.dyndns.org/CommitList-2 (for 2.1) should be put in a better place maybe brlcad server but I don't remember the server name |
| 23:49.56 | Erroneous | Constitution: ok, contradicted ;) |
| 23:50.03 | Constitution | thanks :) |
| 23:50.38 | Erroneous | there will probably be additional discussion, since there are some relevant people missing right now |
| 23:51.42 | Erroneous | hopefully it will be acceptable to all concerned though |
| 23:55.29 | Tupone | http://my.bzflag.org/~atupone/CommitList-2.1 |
| 23:56.14 | Erroneous | that's quite a list |
| 23:56.36 | Tupone | a big list of what has been done on 2.1 |
| 23:56.53 | Erroneous | webstats? |
| 23:56.57 | Erroneous | got an example? |
| 23:56.58 | JeffM | new plugin |
| 23:57.21 | JeffM | generates a page that lists the players, and scores and stuff :) |
| 23:57.45 | Erroneous | build on nix? |
| 23:57.48 | JeffM | should |
| 23:57.55 | JeffM | I did the makefile stuff for it |
| 23:58.22 | JeffM | and I belive bryjen fixed all the issue |