| 00:00.03 | brlcad | Constitution: life doesn't end, that's the nature of working off of svn sources (i.e. fix it or wait, but please don't complain) |
| 00:00.15 | brlcad | ideally.. investigate and help fix it :) |
| 00:00.27 | brlcad | it's pretty isolated and the error message gave you a lead |
| 00:00.38 | Erroneous | JeffM: I don't like it. more difficult to secure properly. |
| 00:01.21 | brlcad | a dir that was specified on the command line, and not recursed into might work |
| 00:02.59 | brlcad | at least "work" in the sense that it'll be an action that the server admin requests as opposed to some dir that is automatically loaded potentially without their knowledge |
| 00:12.02 | JeffM | if it's command line, then may was well leave it the way it is |
| 00:12.26 | JeffM | I was just thining of a nice plug-in install where you can tell them to "just chuck this in the folder" |
| 00:13.27 | JeffM | kinda like apche has sites-avaialable and sites-enabled. |
| 00:14.14 | JeffM | or how blender uses a default scripts dir |
| 00:15.01 | spldart | w0rd! |
| 00:16.02 | CIA-23 | BZFlag: 03chaos-dev * r14975 10/trunk/bzwgen/globals.h: Added a TON of randomization helper functions. rand()%X is 3vil, and will have to be replaced some day by something more random. Mersenne Twister or the like. |
| 00:18.45 | JeffM | tho it'd be pointless for any plug-in that needs params |
| 00:18.45 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 00:18.45 | JeffM | I'm tempted to change all that need params to read from BZDB |
| 00:26.46 | *** join/#bzflag ahs3 (n=alvin@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 00:29.54 | Epyon | What's the default bzfs port? |
| 00:30.54 | AAA_awright | 5154 |
| 00:32.42 | Epyon | A kudos for the person who wrote "try 5154" when entering a empty string for the port :P |
| 00:33.02 | AAA_awright | It's the most used port by bzflag servers on the list server, even if only 12% |
| 00:33.26 | L4m3r | yes, but that's only because a few machines host quite a few servers |
| 00:33.33 | L4m3r | and they can't ALL use 5154 ;) |
| 00:33.53 | AAA_awright | I wish they could. |
| 00:34.13 | CIA-23 | BZFlag: 03chaos-dev * r14976 10/trunk/bzwgen/ (6 files): Changed all rand()%x to proper random*() functions. |
| 00:40.28 | CIA-23 | BZFlag: 03chaos-dev * r14977 10/trunk/bzwgen/Expression.h: Introducing expressions :) |
| 00:49.40 | CIA-23 | BZFlag: 03chaos-dev * r14978 10/trunk/bzwgen/Expression.h: ExpressionRandom and ExpressionConst as instances of Expression. Calculation fixed. |
| 00:55.48 | CIA-23 | BZFlag: 03JeffM2501 * r14979 10/trunk/bzflag/ (MSVC/VC71/config.h src/bzfs/bzfsPlugins.cxx): |
| 00:55.48 | CIA-23 | BZFlag: build an OPTIONAL(for non windows) automaticly scanned dir for plug-ins. |
| 00:55.48 | CIA-23 | BZFlag: define _WANT_AUTO_LOAD_PLUG_INS to use it. |
| 00:57.35 | CIA-23 | BZFlag: 03JeffM2501 * r14980 10/trunk/bzflag/src/bzfs/bzfsPlugins.cxx: use a BZDB var to set the plug-in auto load dir. |
| 00:58.05 | AAA_awright | JeffM: An auto-loaded plugin directory? |
| 00:58.12 | JeffM | yeah |
| 00:58.16 | AAA_awright | No offense, but Are you INSANE? |
| 00:58.23 | JeffM | its' not on by default |
| 00:58.31 | JeffM | it's a compile option |
| 00:58.46 | AAA_awright | Big security hole, not to mention setting arguments. Thank you for at least keeping it off... |
| 00:58.54 | JeffM | apache does it |
| 00:58.57 | JeffM | with it's configs |
| 00:59.01 | CIA-23 | BZFlag: 03chaos-dev * r14981 10/trunk/bzwgen/ (lexer.l parser.y rules/test.set): Removed Taper, I won't be needing it for a while, because Expand does it better anyway. |
| 00:59.03 | JeffM | as do many apps |
| 00:59.05 | JeffM | such as blender |
| 00:59.58 | JeffM | I would think that if you can get write access to the machine, you can do more then load a plug-in |
| 00:59.59 | AAA_awright | Apache I am not too sure about, no program like blender is running twenty copies at a time |
| 01:00.22 | JeffM | apache has sites-enabled that it automaticly scanns and loads |
| 01:00.29 | JeffM | what does the instance count matter? |
| 01:01.17 | AAA_awright | That is based on distribution, many distros add that in. Anyways, only one instance of apache is running, and with user programs, configuration is your plugins. Not the same with bzfs. |
| 01:01.28 | trepan | AAA_awright: wings3d, spring, emacs, irssi, jed, firefox & friends (extensions), etc... |
| 01:01.40 | AAA_awright | Not the same with bzfs. |
| 01:01.47 | *** join/#bzflag tuxinator_linux (n=tuxinato@166.129.88.213) |
| 01:01.48 | JeffM | again, what does that matter? |
| 01:02.10 | JeffM | you worry that somoneone may get write access to the dir, add a plug-in and then it get picked up next load? |
| 01:02.24 | JeffM | if they can get write access, thy could just modify your config to do the same thing, could they not? |
| 01:02.47 | AAA_awright | You are thinking root access then |
| 01:02.53 | JeffM | what is the fear? |
| 01:02.58 | JeffM | help me understand |
| 01:03.22 | Erroneous | no, most likely they could not. creating a directory that the administrator did not think to create can often be done by a user; modifying an existing file relies on the file's permissions being incorrect |
| 01:03.38 | Erroneous | note the difference between "lack of correct setup" and "incorrect setup" |
| 01:03.39 | *** join/#bzflag VM12345 (n=VM@dhe-vpn-179-28.duhs.duke.edu) |
| 01:03.55 | JeffM | so it's possible a user may have write access to the bzfs dir? |
| 01:04.15 | Erroneous | depends where bzfs is installed |
| 01:04.17 | AAA_awright | A bad user interface design too, I can imagine all too many times people dump their plugins in the directory and it gets loaded. |
| 01:04.37 | JeffM | AAA_awright, I call that a feature for ease of install :) |
| 01:04.51 | JeffM | I WANT to dump my plug-ins in a dir and have them loaded |
| 01:04.52 | AAA_awright | Now, scanning a directory for soft links isn't such a bad idea. Still not as listing in a config file. |
| 01:04.55 | Erroneous | and reading from the app directory is silly, 'specially for plugins. can't think of many servers who run the same plugins on every instance of bzfs they run. |
| 01:05.14 | Erroneous | that's why we have config files, for goodness sake |
| 01:05.19 | JeffM | Erroneous, I know, I could not think of other places to make it go for nix |
| 01:05.24 | JeffM | hence why it's off for nix |
| 01:05.46 | JeffM | a nixe that wants to use it, can turn on the flag, and set the var |
| 01:05.55 | Erroneous | now we're gonna have people saying "I didn't ask it to load this plugin but it's doing it anyway. How can I get rid of it!?!?!11one" |
| 01:06.15 | JeffM | because another user put it in there? |
| 01:06.19 | Erroneous | no |
| 01:06.23 | Erroneous | because they put it in and forgot |
| 01:06.25 | JeffM | because they are retards? |
| 01:06.29 | Erroneous | or because it was put in by default |
| 01:06.31 | brlcad | part why my compromise is to just make it a cmdline option so folks can say "load any plugins in this dir" |
| 01:06.33 | Erroneous | yeah pretty much |
| 01:06.44 | JeffM | brlcad, I did that with a var |
| 01:06.57 | JeffM | so you can use -set to do it |
| 01:06.59 | Erroneous | that's also a bad idea...now anyone with set privs can change the loaded plugins :) |
| 01:07.00 | AAA_awright | Another consideration for UI is to keep global variables only used at load time vs run time seperate |
| 01:07.12 | JeffM | Erroneous, it's not an _ var |
| 01:07.17 | JeffM | it can't be set by clients |
| 01:07.37 | Erroneous | then what's the point of putting it in bzdb? |
| 01:07.51 | JeffM | so that I can hijack -set :) |
| 01:08.00 | Erroneous | wonderful, just what we need :P |
| 01:08.19 | JeffM | hey you said you wanted all the command line options that had vars, to be converted to just vars |
| 01:08.23 | CIA-23 | BZFlag: 03chaos-dev * r14982 10/trunk/bzwgen/ (Expression.h Operation.h parser.y): Implemented Operation stubs, implemented Operations and Expressions to the parse tree. Full parse tree now available. |
| 01:08.28 | Erroneous | true :) |
| 01:08.35 | JeffM | so I just made it a var |
| 01:08.40 | JeffM | it's specificly tested at load |
| 01:08.42 | Erroneous | but not everything has to have a var to begin with |
| 01:08.43 | JeffM | has NO default |
| 01:08.49 | Erroneous | like -p is not gonna be a damn var |
| 01:08.51 | JeffM | so you have to -set it |
| 01:09.34 | trepan | probably shouldn't be a var (doesn't need to go over the net) |
| 01:09.56 | Erroneous | non-globals won't go over the net anyway |
| 01:10.00 | JeffM | the client uses vars for things that don't go over the net |
| 01:10.09 | AAA_awright | I don't think PlugInAutoLoadDir is going over the net, but it is still a bad UI decision to use -set |
| 01:10.20 | trepan | Erroneous: ah, it's been too long ;-) |
| 01:11.12 | CIA-23 | BZFlag: 03JeffM2501 * r14983 10/trunk/bzflag/src/bzfs/bzfsPlugins.cxx: don't even atempt to use an auto load dir on nix if it's not set. |
| 01:11.30 | Erroneous | to me it just seems like a kind of dirty hack that will make things more difficult in the long run, that you want because you're lazy :) but hey, whatever...not worth arguing over. |
| 01:12.26 | CIA-23 | BZFlag: 03JeffM2501 * r14984 10/trunk/bzflag/src/bzfs/bzfsPlugins.cxx: don't support auto load dirs on non windows at all. |
| 01:14.40 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 01:15.03 | AAA_awright | We REALLY need to start at least warning people of new features. More configuration options == BAD, a large majority of the time |
| 01:15.27 | CIA-23 | BZFlag: 03JeffM2501 * r14985 10/trunk/bzflag/ (MSVC/VC71/config.h src/bzfs/bzfsPlugins.cxx): make auto load dirs, a windows debug only thing. |
| 01:15.35 | JeffM | there now you can't complain |
| 01:15.59 | Erroneous | pft, I can still complain...but I won't. real servers don't run windows anyway. |
| 01:16.06 | JeffM | exactly |
| 01:16.27 | JeffM | it helps me test, that's why I wanted it |
| 01:16.42 | Erroneous | yeah, like I said...because you're lazy :P |
| 01:16.49 | JeffM | never said I wasn't |
| 01:16.58 | Erroneous | didn't figure you would :) |
| 01:17.09 | JeffM | and I do a fair amount with plug-ins |
| 01:17.23 | Erroneous | yup. config file's just too much for ya huh? :P |
| 01:17.29 | daxxar | I don't get Constitution's erro |
| 01:17.29 | daxxar | r |
| 01:17.33 | JeffM | have to edit it for each plug-in |
| 01:17.36 | JeffM | so yeah |
| 01:17.44 | daxxar | Guess I'll have to look at it when I'm siber MP |
| 01:17.49 | daxxar | sober ;P |
| 01:17.49 | Constitution | daxxar: I wonder if it's my specific version of automake |
| 01:18.04 | AAA_awright | I can understand if it is for testing multiple plugins. This feature really, really, does not belong on any production server ever. Ever ever. Doing so is *almost* as bad as that BZFLAG\r\n\r\n syntax bzfs started requiring. |
| 01:18.05 | daxxar | The error message tells me naught : |
| 01:18.07 | daxxar | :S |
| 01:18.07 | Erroneous | now you have to edit a folder for each plug-in ;) |
| 01:18.09 | JeffM | config file != click and drag |
| 01:18.15 | JeffM | Erroneous, naw, I just toss it in |
| 01:18.35 | JeffM | click and drag |
| 01:18.37 | JeffM | done deal |
| 01:18.58 | Erroneous | like I said, whatever floats your boat |
| 01:19.09 | CIA-23 | BZFlag: 03JeffM2501 * r14986 10/trunk/bzflag/src/bzfs/bzfsPlugins.cxx: plugins not plug-ins :) |
| 01:19.16 | JeffM | the VC projects are allready set up to copy them to the plugins root dir |
| 01:19.24 | JeffM | bzfs.exe goes up one level higher |
| 01:19.33 | Erroneous | AAA_awright: it won't be on any production server. and multiprotocol syntax is a good thing, silly. see the irc logs. |
| 01:19.37 | JeffM | bam zoom, auto loads the plug-in I'm working on. |
| 01:19.40 | daxxar | Wow, I'm seriously inebriated tonight |
| 01:19.44 | AAA_awright | *headdesk* |
| 01:19.47 | Erroneous | daxxar: you type like it :) |
| 01:20.02 | daxxar | I'm a pro at tpyinig nicely :) |
| 01:20.06 | daxxar | typing* |
| 01:20.08 | AAA_awright | Multiple protocols on one port is a VERY BAD THING. |
| 01:20.55 | JeffM | don't install any plug ins that do multi proto and your fine |
| 01:21.05 | daxxar | I know I'm inebriated because I've told my flatmate WAY too much about my sex-life ;P |
| 01:21.30 | Erroneous | and your "tpyinig" alone didn't convince you? |
| 01:21.34 | AAA_awright | And that header it requires is not forward compatible, not compatible with multiple plugins, easily mixed up, not reverse compatible, and messes up the rigid protocol that 2.0 has. |
| 01:21.58 | AAA_awright | Its the fact it simply ALLOWS it that is not acceptable, regardless of if I will use it or not. |
| 01:22.11 | daxxar | That's the first typo I've made tonight, I type just as badly when I'm sober, so damn you and your proposed logic. ;P |
| 01:22.25 | Erroneous | "Guess I'll have to look at it when I'm siber MP" |
| 01:22.33 | Erroneous | ">I don't get Constitution's erro" |
| 01:22.42 | Erroneous | first typo huh? |
| 01:22.44 | daxxar | OKAY, *second*, then. |
| 01:22.48 | Erroneous | third :) |
| 01:22.54 | JeffM | AAA_awright, it dosn't do anything difrent then the old BZFS ALLOWING somone to type in your server IP:port in a browser |
| 01:22.55 | Erroneous | in like five lines |
| 01:23.00 | CIA-23 | BZFlag: 03chaos-dev * r14987 10/trunk/bzwgen/Operation.h: Flatten added to OperationSingle. That's it for today, beer time. |
| 01:23.11 | daxxar | Sigh, okay. |
| 01:23.14 | JeffM | in fact it's better in that it just rejects that type of connection now |
| 01:23.19 | JeffM | where before it would let it hang |
| 01:23.28 | AAA_awright | Let what hang? |
| 01:23.30 | daxxar | Sorry then, I'm a much worse drunk-typer than I assume. :S |
| 01:23.33 | Erroneous | the connection |
| 01:23.41 | Erroneous | seriously, read the irc logs |
| 01:23.41 | JeffM | in 2.0.x if you connect to a bzfs server with a browser |
| 01:23.44 | JeffM | it'll hang |
| 01:23.46 | Erroneous | there was a nice long conversation about this |
| 01:23.50 | Epyon | daxxar, cheers! |
| 01:23.52 | Erroneous | we don't break old scripts for no reason |
| 01:23.54 | JeffM | the browser will just wiat for the time out |
| 01:24.02 | AAA_awright | 2.1 still hangs when you type in a web server, a browser still prints nonsense when you type in a bzfs server |
| 01:24.04 | JeffM | in 2.1 it closes the connection right away |
| 01:24.08 | daxxar | Epyon: Cheers! I've opened enough beers for tonight, ;-) |
| 01:24.12 | daxxar | Epyon: Enjoy yourself |
| 01:24.18 | JeffM | AAA_awright, it shoudl wait 6 seconds then close |
| 01:24.23 | Epyon | Had a busy day xP |
| 01:24.24 | a_meteorite | my browser never hanged in 2.0... |
| 01:24.31 | a_meteorite | it downloaded some random file... |
| 01:24.42 | Erroneous | a_meteorite: no, the browser doesn't...the server does |
| 01:24.45 | Erroneous | plugs a connection |
| 01:25.03 | a_meteorite | oh |
| 01:25.04 | AAA_awright | My Latest SVN, 2.1 client hangs connecting to a web server. |
| 01:25.05 | a_meteorite | that's not cool |
| 01:25.06 | JeffM | and yeah old bzfs would send out the BZFS back |
| 01:25.15 | JeffM | AAA_awright, it should wait 6 and disconect |
| 01:25.16 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 01:25.21 | JeffM | that may look like a hang |
| 01:25.24 | Erroneous | JeffM: client does too? |
| 01:25.27 | JeffM | but it closes the real conneection |
| 01:25.32 | AAA_awright | JeffM: Just add a timeout! |
| 01:25.39 | JeffM | AAA_awright, I DID!!! |
| 01:25.44 | daxxar | Oh well |
| 01:25.47 | daxxar | Good night fellas :) |
| 01:25.50 | AAA_awright | Without needing a reply |
| 01:25.56 | JeffM | yeah it does that |
| 01:25.57 | daxxar | I'm drinkin' some water and hitting the sac |
| 01:25.58 | daxxar | sack |
| 01:26.07 | JeffM | it waits, if it dosn't get the header, it closes it |
| 01:26.20 | JeffM | instead of blindly sending out data |
| 01:26.28 | AAA_awright | So then why do we need the header? |
| 01:26.41 | JeffM | so that we know it's a bzfs client when they connect |
| 01:27.00 | AAA_awright | If it is bzfs they should send BZFS0026 when we open a connection |
| 01:27.10 | JeffM | not the old way |
| 01:27.17 | JeffM | the old way the SERVER sent that to the client |
| 01:27.29 | JeffM | now we send it from the client to the server |
| 01:27.50 | JeffM | and we do it in an HTTP method cus Tim wanted it that way |
| 01:27.57 | JeffM | we needed SOMEthing to send |
| 01:28.01 | AAA_awright | open connection; set timeout = 2 seconds; head = read(9 bytes); if(length head<9) error(); else continue; |
| 01:28.25 | JeffM | talk to tim |
| 01:28.27 | Erroneous | AAA_awright: have you read the irc logs yet? late march/early april 2007. |
| 01:28.28 | AAA_awright | No header needed. Any server with a lag of more then 2 seconds you do not want to be playing on. |
| 01:28.33 | JeffM | I wanted to send BZFSPROTO |
| 01:28.40 | AAA_awright | Yes, I have read them. |
| 01:28.40 | JeffM | Erroneous, he's not listenting |
| 01:29.01 | JeffM | AAA_awright, then you'll know that we went over this |
| 01:29.09 | JeffM | your saying just make the header the proto |
| 01:29.14 | AAA_awright | None of it was logical. At all. |
| 01:29.21 | Epyon | 'ere we go again :D |
| 01:29.26 | Erroneous | ~Epyon++ |
| 01:29.56 | JeffM | we do what you say, we just use the HTTP style header issted of the proto |
| 01:30.00 | JeffM | who cares WHAT text it is |
| 01:30.08 | JeffM | how does one word made it a BAD BAD idea? |
| 01:30.53 | blast007 | what happens when a 2.0.x client trys to connect to a 2.1.x server? |
| 01:31.08 | Epyon | blast007, fail |
| 01:31.10 | JeffM | it waits 6 seconds then times out |
| 01:31.15 | Erroneous | server disconnects after a few seconds |
| 01:31.16 | AAA_awright | It's not carrying *data*. And blast007: it fails. |
| 01:31.33 | Epyon | blast007, quad-answer xP |
| 01:31.37 | JeffM | AAA_awright, why does it have to cary any extra data other then being an identifyer? |
| 01:31.55 | blast007 | actually, it's drops me almost instantly |
| 01:31.58 | JeffM | are you that tight on bandwith? |
| 01:32.14 | Erroneous | blast007: cool, that must have been fixed up |
| 01:32.17 | AAA_awright | ... |
| 01:32.52 | blast007 | Erroneous: 1 to 3 seconds |
| 01:33.43 | AAA_awright | It's not just the header, keep in mind, its the fact that it was created so we could put multiple protocols on the server |
| 01:33.46 | blast007 | so AAA_awright, what would you suggest? what problem are you trying to solve? what issues does it cause that you are trying to fix? |
| 01:34.05 | JeffM | AAA_awright your statement was that just because we allow it, even if its' not used is a threat |
| 01:34.09 | JeffM | you have yet to proove that |
| 01:34.19 | AAA_awright | Read the IRC logs |
| 01:34.20 | JeffM | just because you don't like it, and you won't use it dosn't mean others won't |
| 01:34.27 | AAA_awright | :p |
| 01:34.33 | Erroneous | AAA_awright: how is that a bad thing? it's all one service |
| 01:34.38 | JeffM | all one port |
| 01:34.44 | JeffM | simpler to secure |
| 01:34.51 | blast007 | time to write a bittorrent plugin! woooooo! |
| 01:34.53 | Erroneous | it's certainly a good deal better than trying to stick multiple services on one port, which is what you seem to want to do |
| 01:35.04 | AAA_awright | All one port? Harder to secure! |
| 01:35.12 | JeffM | how? |
| 01:35.22 | JeffM | you open one port anyway |
| 01:35.26 | AAA_awright | You have to write a sandbox, eww |
| 01:35.54 | JeffM | your security solution does protocoll detection for the port? |
| 01:35.56 | Erroneous | a protocol is either handled or unhandled. if you don't want a particular protocol, don't install the handler for it. |
| 01:36.09 | JeffM | what is a sandbox? |
| 01:36.12 | Erroneous | unhandled connections get killed |
| 01:36.15 | AAA_awright | Not that bad, considering how the plugins would handle it, but still not acceptable. |
| 01:36.28 | JeffM | then you don't have to accept it |
| 01:36.28 | blast007 | JeffM: the places where cats like to bury "treasure" |
| 01:36.30 | Erroneous | why not? can you outline an example alice/bob situation? |
| 01:38.29 | JeffM | I mean I know on my home system, I open port 5154 to the machine, that's it, any traffic on that port goes to BZFS |
| 01:38.49 | JeffM | what more is there then that, untill you get into proxy stuff? |
| 01:39.53 | JeffM | if the point is that more types of clients can connect to you and there is more chance for protocoll errors/exploits.. that I can see, but that can happen in BZFS too. |
| 01:40.01 | JeffM | or any plug-in that is badly writen |
| 01:40.03 | AAA_awright | Connections need to accept only one syntax for a protocol, and nothing else. If a connection receives invalid data, the connection should be closed. For one, port scanners will have a field day. As for Alice/Bob.... |
| 01:40.25 | Erroneous | we do close it if it's unhandled |
| 01:40.36 | JeffM | what would the port scanner do on that port? |
| 01:40.39 | JeffM | what would it send? |
| 01:40.53 | AAA_awright | In all cases? Unhandled != single protocol |
| 01:41.07 | *** join/#bzflag tannerld (n=tanner@adsl-068-209-251-067.sip.asm.bellsouth.net) |
| 01:41.18 | JeffM | can you explain the port scanner comment? |
| 01:41.43 | Erroneous | we only accept one connection type. an arbitrary string, followed by \r\n\r\n. |
| 01:41.54 | JeffM | what does a port scanner send when it connects? |
| 01:41.54 | AAA_awright | Which basicly means HTTP. |
| 01:42.00 | Erroneous | based on what the string is, we will forward that connection to one of multiple handlers |
| 01:42.08 | JeffM | Erroneous, welll.......... |
| 01:42.18 | JeffM | there is one other method |
| 01:42.40 | *** join/#bzflag sse (n=sse@r241136.res.Lehigh.EDU) |
| 01:42.44 | JeffM | RIGHT before we close a connection that has sent no data, the plug-in has the option of sending out data, and waiting another 6 seconds. |
| 01:42.45 | AAA_awright | Someone going through a bunch of ports, looking for HTTP servers or whatnot. |
| 01:43.02 | Erroneous | hm, that's kinda ugly |
| 01:43.07 | JeffM | AAA_awright, so if you have not installed any plug-ins it will fail |
| 01:43.20 | JeffM | Erroneous, it's to allow IRC, that does server first |
| 01:43.32 | AAA_awright | That was an If, though, not a Always fail. |
| 01:43.44 | Erroneous | what happens if multiple plugins want to send data, JeffM? |
| 01:43.47 | JeffM | if you have a plug-in that suports http, then yes, you'll return a thing |
| 01:43.53 | Erroneous | 'cause I can't see that working too well |
| 01:43.55 | JeffM | Erroneous, only one can pick it |
| 01:43.59 | JeffM | first one in :) |
| 01:44.09 | JeffM | fiirst one that accepts it gets it |
| 01:44.37 | JeffM | AAA_awright, but if you have the plug-in then you WANT it to respond to HTTP |
| 01:44.42 | JeffM | and what is the problem with that |
| 01:44.46 | Erroneous | AAA_awright: how's this for an if: if we support http, you will show up on http port scans. how exactly is that a problem? |
| 01:44.58 | JeffM | yeah is that NOT a desired behavor? |
| 01:45.26 | Erroneous | hiding stuff is not an acceptable security measure |
| 01:45.35 | AAA_awright | Because it's a BZFlag server. One port = one protocol. No exceptions. If you want an HTTP server, you run it on another port. |
| 01:45.48 | JeffM | that is not a techincal rule |
| 01:45.55 | Erroneous | it is a bzflag server. a bzflag server that you may converse with in more than one language. |
| 01:45.55 | AAA_awright | You don't run HTTPS and HTTP on the same server? |
| 01:46.05 | JeffM | nothing in the technology prevents that |
| 01:46.10 | Erroneous | we're not talking about hosting random webpages |
| 01:46.39 | JeffM | well unless someone makes a REALY whacass plug-in |
| 01:47.00 | AAA_awright | Someone Will. (bzfs in PHP, what a joke...) |
| 01:47.15 | Erroneous | if they do, so what. their bad decision, not ours. |
| 01:47.16 | JeffM | yeah but only THEY will install and run it |
| 01:47.29 | JeffM | who cares how badly they mod there server |
| 01:48.08 | JeffM | hell with the old way, the port scanner would conenct and get data back and know that somethign was there, here it at least hides :) |
| 01:48.35 | AAA_awright | Mod bzfs to do that? Fine, but it is much different when you have an effective project supporting it. |
| 01:48.54 | JeffM | we arn't making a full blown http server as part of the main distro |
| 01:49.14 | blast007 | /loadplugin apache.so |
| 01:49.18 | JeffM | heh |
| 01:49.28 | JeffM | if someone did that, it'd be the same as them hosting a patch |
| 01:49.31 | JeffM | with the mods |
| 01:49.36 | JeffM | what's the big diff? |
| 01:49.52 | AAA_awright | Web browsers don't care how many people a web server can handle, they send the same HTTP/1.1 reguardless |
| 01:50.30 | JeffM | mostly it sounds like your just repeating a mantra from some IT class, it makes sense from a network management standpoint, if you want to controll it that way ( makes easier logs ), but that dosnt' mean that everyone int he world wants to do it that way. |
| 01:50.49 | JeffM | AAA_awright, this connetion isn't part of the player count |
| 01:50.54 | JeffM | they are not assigned a "slot" |
| 01:51.43 | JeffM | are you worrieda bout increased risk of denial of service attacks? |
| 01:51.53 | JeffM | like filling the connectiosn on the server? |
| 01:53.26 | blast007 | "OMG, why is google spidering my bzfs server!" |
| 01:53.51 | AAA_awright | There are very specific instances in which sending a header in this fashion would be a good thing. |
| 01:53.59 | AAA_awright | And blast007: You would be surprised how many websites Google finds. Its almost creepy :S |
| 01:54.30 | Epyon | blast007, we'r in u'r server eating u'r bandwidth xP |
| 01:55.11 | *** part/#bzflag ahs3 (n=alvin@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 01:55.34 | JeffM | AAA_awright, you haven't shown me when it's a bad thing |
| 01:55.46 | JeffM | in a case where no other protocoll is installed |
| 01:56.01 | JeffM | google woudl NOT find the server if no HTTP is installed |
| 01:56.23 | JeffM | it may find it if HTTP IS installed, and again, that is standard HTTP behavor, so why would that not be expected. |
| 01:56.41 | blast007 | include a robots.txt ;) |
| 01:56.57 | JeffM | or do like I did, only send back data if the URL request is a very specific thing :) |
| 01:57.06 | JeffM | google will not find fastmap |
| 01:58.02 | AAA_awright | So assuming no other protocols are even capable of being used on BZFlag, while that is a bit better, it only offers the advantage of assigning a slot when the client says it wants one. This isn't a big deal, any (proper) protocol should indicate, especially bzproto where long lag times are bad, a timeout if the client can't demonstrate it uses bzproto. |
| 01:58.04 | JeffM | hell it'd be hard for even a browser to find fastmap |
| 01:58.25 | JeffM | AAA_awright, huh? |
| 01:58.50 | JeffM | slots are only assigned when a user sends us there proto version and we know they are real |
| 01:59.00 | JeffM | if they don't it times out |
| 01:59.27 | blast007 | speaking of fastmap... |
| 01:59.28 | blast007 | make[2]: Entering directory `/root/bzflag-trunk/plugins/fastmap' |
| 01:59.28 | blast007 | make[2]: *** No rule to make target `all'. Stop. |
| 01:59.38 | blast007 | oh duh, didn't reconfigure |
| 01:59.40 | JeffM | I added it to the makfile!!! |
| 01:59.42 | JeffM | hah! |
| 01:59.46 | blast007 | ~lart blast007 |
| 01:59.46 | ibot | frags blast007 with his BFG9000 |
| 02:00.51 | blast007 | guess I'm still a little used to VC... "hit the button" |
| 02:02.18 | AAA_awright | If you define bzproto to not start until the client sends BZFLAG\r\n\r\n, you gain an advantage in slot allocation (not much else, timeouts are not affected in the slightest, and it is overhead). My biggest point is the fact that multiple protocols on one port is near-criminal for protocol design. |
| 02:02.46 | JeffM | ok, so realy your just saying you don't like it |
| 02:02.49 | JeffM | duely noted |
| 02:03.26 | JeffM | I still haven't seen you say how it could be used in a bad way |
| 02:03.44 | JeffM | an exploitable way |
| 02:04.02 | JeffM | something that warrants the term "near criminal" |
| 02:04.08 | AAA_awright | If by bad, you mean evil, then probably not. But that is what someone said about custom protocol handlers in URLs |
| 02:04.14 | a_meteorite | ahh, fastmap is the first plugin I've seen that uses this new feature (bz_eNewNonPlayerConnection), but I can't figure out exactly what fastmap is used for :) |
| 02:04.24 | Macrosoft | AAA_awright: its not like anyone runs has apache + bzfs + other servers all listening on the same port |
| 02:04.59 | JeffM | AAA_awright, again your just stating opinions, I'd like to see some facts. I'd be willing to listen once you have some. |
| 02:05.02 | AAA_awright | Take a note from "like anyone", they set a good example |
| 02:05.34 | Macrosoft | AAA_awright: they also rock at ping pong :P |
| 02:05.42 | JeffM | a_meteorite, it sends the map using HTTP to the client instead of the slower BZFS system |
| 02:06.00 | a_meteorite | ahhh |
| 02:06.08 | JeffM | the BZFS protocoll is limited to 1k per lag time |
| 02:06.19 | JeffM | HTTP does a stream |
| 02:06.59 | AAA_awright | I just got an idea for my stats site |
| 02:07.02 | JeffM | and will send out another 1k as soon as the last one was set. |
| 02:07.11 | AAA_awright | Map preview, thank you |
| 02:07.26 | JeffM | AAA_awright, it's been done |
| 02:07.31 | JeffM | and talked about a lot |
| 02:07.48 | a_meteorite | "been done"? |
| 02:07.52 | JeffM | a_meteorite, but it's all automatic, it generates the cache file itself |
| 02:07.58 | AAA_awright | On the BZFlag client? On a stats site? Somewhere publicly available? It has been talked about "a lot", but as for being done, I have no examples |
| 02:08.06 | JeffM | a_meteorite, yes a couple people have php pages that generate map previews |
| 02:08.19 | JeffM | AAA_awright, it has been |
| 02:08.20 | a_meteorite | what? I haven't seen any |
| 02:08.26 | JeffM | it was a long time ago |
| 02:08.36 | JeffM | jzuan had one IIRC |
| 02:08.40 | JeffM | and I thought blast had one |
| 02:08.46 | a_meteorite | indeed he does |
| 02:08.47 | JeffM | none of them did 2.0 stuff |
| 02:08.49 | a_meteorite | but not online anywhere |
| 02:08.56 | AAA_awright | JeffM: It's not just the php-to-map, it is downloading the map hash and showing the map screenshot for each server on the list, or downloading it if no screenshot exists |
| 02:09.18 | blast007 | the newest stuff mine did was world weapon positions |
| 02:09.23 | a_meteorite | hehe |
| 02:09.24 | JeffM | AAA_awright, yeah you'd just be extending it |
| 02:09.42 | AAA_awright | I would also want to use the native bzflag engine, and download the .bwc, not .bzw and have to parse it |
| 02:09.50 | blast007 | iirc, pyBZFlag had a thumbnailer |
| 02:10.03 | *** join/#bzflag VM12345 (n=VM@adsl-065-013-159-245.sip.rdu.bellsouth.net) |
| 02:10.11 | JeffM | you'd have to have your client connect |
| 02:10.21 | JeffM | or use a moded client |
| 02:10.35 | JeffM | and at that point why not just use the new editor? |
| 02:10.47 | AAA_awright | Nay, download the map, and render it with bzflag, no server |
| 02:11.00 | JeffM | bzflag won't show a map untill it connects to a server |
| 02:11.17 | AAA_awright | That means lots of source changes :S |
| 02:11.27 | JeffM | hence why I said, unless you mod the client |
| 02:11.36 | JeffM | and yeah that would be a lot of mods |
| 02:12.00 | AAA_awright | Perhaps I will get a server to turn on and turn off when the last player disconnects... |
| 02:12.15 | JeffM | be simpler to fire off a local only server |
| 02:12.32 | AAA_awright | That is what I meant, local only |
| 02:12.37 | JeffM | have your local client connect, take the shot, then kill both |
| 02:12.40 | JeffM | but you'd need a server |
| 02:12.51 | JeffM | it' just be local |
| 02:12.55 | JeffM | you said "no server" |
| 02:13.13 | AAA_awright | Realized that was a bad idea in a few seconds. |
| 02:13.50 | JeffM | bad or "EVIL"? ;) |
| 02:20.18 | AAA_awright | ~AAA_awright is a person who's sole job it is to question every new feature added to BZFlag |
| 02:20.19 | ibot | ...but aaa_awright is already something else... |
| 02:20.37 | a_meteorite | ~AAA_awright |
| 02:20.37 | ibot | PHP Wizard |
| 02:20.45 | a_meteorite | ~no, AAA_awright is a person who's sole job it is to question every new feature added to BZFlag |
| 02:20.51 | AAA_awright | No! |
| 02:21.14 | a_meteorite | ~AAA_awright |
| 02:21.14 | ibot | PHP Wizard |
| 02:21.18 | a_meteorite | uh? |
| 02:21.27 | AAA_awright | The sole purpose of that was to get someone to say |
| 02:21.33 | AAA_awright | ~AAA_Awright |
| 02:21.33 | ibot | PHP Wizard |
| 02:21.37 | AAA_awright | :) |
| 02:21.49 | a_meteorite | ~a_meteorite |
| 02:21.49 | ibot | a_meteorite does many cool things, including maintaining BZFX and haunting the BZBB. He also does C++ and PHP on the side. |
| 02:22.27 | *** join/#bzflag SimonFlavelle (n=psychosi@CPE-58-169-65-143.vic.bigpond.net.au) |
| 02:25.21 | Epyon | ~Epyon |
| 02:25.22 | ibot | well, epyon is chaos-dev. "Epyon" was taken. |
| 02:25.29 | Epyon | o.O |
| 02:25.55 | CIA-23 | BZFlag: 03JeffM2501 * r14988 10/trunk/bzflag/ (plugins/fastmap/fastmap.cpp src/bzfs/bzfsPlugins.cxx): set the mapname from the publicAddr |
| 02:27.14 | CIA-23 | BZFlag: 03JeffM2501 * r14989 10/trunk/bzflag/plugins/fastmap/fastmap.cpp: no longer need to use the list server update event, it happens too late anyway |
| 02:33.02 | awilcox | Epyon: hi. |
| 02:33.08 | awilcox | how goes the cool map makings? |
| 02:33.35 | Epyon | awilcox, currently under the shelf work for a grand finale xP |
| 02:34.46 | awilcox | :) |
| 02:34.53 | CIA-23 | BZFlag: 03JeffM2501 * r14990 10/trunk/bzflag/ (include/bzfsAPI.h src/bzfs/bzfsAPI.cxx): API function to get the port the server is hosting on. |
| 02:35.26 | awilcox | Epyon: I think Erroneous has me on ignore. the next time you see him can you just casually ask how my box is coming? |
| 02:35.39 | Epyon | box? |
| 02:35.44 | awilcox | he'll know |
| 02:35.58 | awilcox | he is supposed to send me a box of old computer parts he doesn't use/want/need |
| 02:36.13 | Epyon | kk |
| 02:36.24 | CIA-23 | BZFlag: 03blast007 * r14991 10/trunk/bzflag/plugins/configure.ac: Add fastmap to the configure script |
| 02:39.11 | a_meteorite | man, what I'd give for computer parts ... |
| 02:40.14 | Macrosoft | a_meteorite: selling your organs, eh? |
| 02:40.20 | a_meteorite | yes |
| 02:40.26 | a_meteorite | all my computer parts suck |
| 02:40.35 | a_meteorite | I don't even have enough for one full computer |
| 02:40.36 | Macrosoft | so your kidneys are on ebay? |
| 02:40.41 | a_meteorite | sure, why not? |
| 02:40.49 | a_meteorite | $1million and you can have one |
| 02:41.17 | blast007 | I'll pay $20 for both of them |
| 02:41.23 | a_meteorite | no thanks |
| 02:41.36 | blast007 | hey, bidding started at $0.99! |
| 02:41.40 | blast007 | Quantity: 2 |
| 02:44.03 | CIA-23 | BZFlag: 03JeffM2501 * r14992 10/trunk/bzflag/plugins/fastmap/fastmap.cpp: always make sure we have a URL, with a port, even if it's local. |
| 02:49.07 | awilcox | lol |
| 02:49.50 | awilcox | a_met: do you want it for gfx? |
| 02:49.55 | awilcox | new computer parts? |
| 02:49.59 | blast007 | does -sb and -fb not work in 2.1.x? |
| 02:50.15 | blast007 | it accepts that, but they don't seem to take effect |
| 02:51.03 | blast007 | Warning: DefaultSpawnPolicy ran out of time, just dropping the sucker in |
| 02:51.20 | awilcox | O_o? it really says that? |
| 02:51.28 | awilcox | dropping the sucker in? |
| 02:52.04 | blast007 | yeah |
| 02:52.10 | blast007 | ;) |
| 02:52.20 | awilcox | Epyon: You could even talk to DTRemenak. He seems to have me on /ignore too ;_; |
| 02:52.56 | awilcox | a_met: do you want new parts for graphics work? |
| 02:56.10 | a_meteorite | awilcox: yeah |
| 02:56.20 | awilcox | a_met: oh. okay. can't help you then. |
| 02:56.28 | a_meteorite | well, it doesn't even matter |
| 02:56.33 | a_meteorite | I could use it for anything >_< |
| 02:56.39 | awilcox | a_met: a Celeron/1200? |
| 02:56.44 | a_meteorite | that's hella fast :D |
| 02:56.48 | awilcox | :) |
| 02:56.51 | awilcox | even |
| 02:56.54 | awilcox | a Celeron/1600? |
| 02:56.55 | a_meteorite | my only working full PC is k6-2 400mhz |
| 02:57.00 | a_meteorite | woottt |
| 02:57.00 | awilcox | wows. |
| 02:57.10 | awilcox | you would like a Celeron/1600? |
| 02:57.22 | awilcox | tell ya what. |
| 02:57.22 | a_meteorite | would LOVE it |
| 02:57.28 | awilcox | if I can even get that sucker to boot |
| 02:57.38 | awilcox | we can maybe work something out. |
| 02:58.01 | awilcox | do you like Linux? |
| 02:58.05 | blast007 | awilcox: do you want his left or right kidney? |
| 02:58.24 | a_meteorite | awilcox: yes |
| 02:58.33 | awilcox | blast007: lol |
| 02:58.35 | a_meteorite | I use Debian minimal mostly |
| 02:58.38 | awilcox | a_met: okay. |
| 02:58.44 | *** join/#bzflag A_Heart_Attack (n=mattfp48@ool-44c75115.dyn.optonline.net) |
| 02:58.55 | blast007 | speaking of organs... |
| 02:59.02 | awilcox | A_Heart_Attack! |
| 02:59.13 | awilcox | didn't you have a channel a looooong time ago that I used to frequent? |
| 02:59.18 | awilcox | and a heartbot or something? |
| 02:59.34 | A_Heart_Attack | A_Bot_Attack |
| 03:00.26 | awilcox | yes! |
| 03:00.31 | awilcox | what's your channel? |
| 03:01.10 | A_Heart_Attack | i dont have one :P |
| 03:01.16 | a_meteorite | awilcox: work out what? money? where to send it? :) |
| 03:01.22 | awilcox | a_met: hehe |
| 03:01.28 | awilcox | not to disappoint |
| 03:01.34 | a_meteorite | ahh :) |
| 03:01.35 | awilcox | but more like what you want your ssh account to be |
| 03:01.59 | awilcox | you can even be in wheel |
| 03:02.16 | a_meteorite | :) |
| 03:03.10 | awilcox | A_Heart_Attack: you closed it? :( |
| 03:03.16 | A_Heart_Attack | yeah |
| 03:03.18 | A_Heart_Attack | a long time ago |
| 03:03.22 | awilcox | awwww |
| 03:03.30 | awilcox | still have A_Bot_Attack? |
| 03:03.37 | A_Heart_Attack | somewhere |
| 03:04.11 | awilcox | :) |
| 03:04.28 | brlcad | blast007: hm, I don't recall any changes to -fb or -sb |
| 03:04.37 | brlcad | or that might have peripherally impacted them |
| 03:04.44 | brlcad | save for about a year ago |
| 03:05.17 | blast007 | "Unable to position flags on this world." |
| 03:07.22 | brlcad | you sure your flag arguments are right? |
| 03:07.56 | blast007 | I copied a config from a 2.0.x server |
| 03:08.05 | brlcad | if you've got a map with no access to ground (everything up on a building) and with no jumping, that's an example where you would still need flags on buildings, etc |
| 03:08.21 | blast007 | I can jump |
| 03:08.27 | blast007 | I have -sb and -fb turned on |
| 03:08.41 | blast007 | yet the spawn policy runs out of time and drops me in, and flags can't spawn |
| 03:09.30 | brlcad | ahh, since 2.0 I think it has changed, but I can't say how long ago that was .. and regardless, sounds like that should of course work.. |
| 03:10.41 | brlcad | dunno on that then .. hmm |
| 03:14.10 | AAA_awright | Is the list server down? |
| 03:14.40 | AAA_awright | Funny, I have 8 emails from my scan bot that it is. |
| 03:15.03 | a_meteorite | timeout? |
| 03:15.05 | a_meteorite | or your bot got banned ;P |
| 03:18.15 | blast007 | which is possible, actually... there's a firewall script that blocks "attacks" |
| 03:18.38 | blast007 | after X number of simultaneous connections |
| 03:19.50 | *** join/#bzflag donny_baker (n=joevano@about/essy/vvvvv/donnybaker) |
| 03:21.35 | AAA_awright | blast007: Only once every 10 mins |
| 03:22.18 | AAA_awright | nvm, it happened two hours ago |
| 03:23.49 | brlcad | erm, does that imply you think it was down for 80 minutes? |
| 03:24.10 | brlcad | i would have expected others to notice had that been the case |
| 03:24.19 | brlcad | particularly for that long.. |
| 03:26.18 | awilcox | a_met: try to connect to my ssh, just to make sure your proxy isn't borked. |
| 03:26.36 | brlcad | also if it fails just once, the server could simply have received too many requests to respond before the timeout or some other networking issue or it might even just be one of the two or three resets it usually goes through in a given day to detach a botnet |
| 03:26.46 | AAA_awright | I got an four messages at different times during the day, which is odd, usually I get zero. |
| 03:26.54 | brlcad | when it resets, it's of course unreachable for all of 10 seconds or so |
| 03:27.09 | AAA_awright | Resets? |
| 03:27.32 | AAA_awright | You mean apache then. |
| 03:27.51 | brlcad | right, apache is reset to force those connections off |
| 03:28.07 | brlcad | what else would I have meant? :) |
| 03:28.20 | awilcox | the connection, or possibly the whole machine :) |
| 03:28.21 | blast007 | reset the botnet computers |
| 03:28.22 | brlcad | the list server is over http |
| 03:28.23 | blast007 | ;) |
| 03:28.28 | AAA_awright | I don't know, I would think apache would kill the connection by itself. |
| 03:28.54 | *** join/#bzflag QuantumBeep (n=QuantumB@doc-24-32-46-104.leesville.la.cebridge.net) |
| 03:29.17 | brlcad | er, it usually can if/when it knew it needed to kill the connection |
| 03:29.34 | brlcad | it often can't though, and it's often ambiguous for a given process |
| 03:29.54 | AAA_awright | brlcad: What connections? Apache will close he connection once it has served the page, or up to the keep alive time if the client is using that. |
| 03:30.13 | blast007 | AAA_awright: did you miss the "botnet" part? |
| 03:30.40 | brlcad | yeah, these aren't pages being served out .. there's no problem with "normal operation" |
| 03:31.13 | AAA_awright | Botnets can't tell when a service goes up then down though? What does that have to do with connections that last less far then a second? |
| 03:31.34 | brlcad | the problem is a botnet that finds a way to attach to the server and generally can take over that apache process (even avoiding a keep alive time, even avoiding signals and other measures under rare circumstances) |
| 03:31.49 | brlcad | it closes the tcp connection that the process owns |
| 03:32.01 | brlcad | so they are forcibly disconnected |
| 03:32.11 | brlcad | they generally don't reconnect |
| 03:32.35 | brlcad | (and if they're forcibly disconnected, they're often blocked from further access regardless) |
| 03:32.42 | brlcad | depending on the nature of the botnet |
| 03:33.08 | AAA_awright | So then why isn't that a patch added to the apache source tree? |
| 03:33.16 | brlcad | if it's truely distributed, there's not a thing you can do about it other than reset the connections or maybe try to find out how they attached in the first place |
| 03:33.41 | brlcad | it's not just apache, it's *any* module that is loaded into apache |
| 03:33.58 | brlcad | anything can be used that ends up processing |
| 03:34.18 | brlcad | and very very often, php is the method of choice as it's trivial to find some page that will allow a net to attach |
| 03:34.42 | brlcad | exceptionally common |
| 03:36.10 | brlcad | the old version of phpbb was riddled with holes, for example -- and we were seeing botnets attach on the order of about 3 to 5 times an _hour_ |
| 03:36.28 | brlcad | now it's down to just a couple times a day |
| 03:40.10 | AAA_awright | First of all, the default timeout in php is 30 seconds, how long has the longest stable PHP script served from apache on the server been? 2 seconds? |
| 03:41.22 | AAA_awright | The apache docs I just skimmed through showed no reason bots should be attaching themselves to apache, if apache closes the connection, it is the kernel that will deny all new data to that connection, if at least the packets are properly formed. |
| 03:41.23 | brlcad | you seem to assume that once they get control of the process that the timeouts should still be enforcible or something |
| 03:41.31 | brlcad | they take over the process |
| 03:41.45 | brlcad | once they're in, they can keep it busy and never relinquish control |
| 03:41.49 | brlcad | until the process is killed |
| 03:42.47 | AAA_awright | Which is a high-level security hole, no one has fixed that? Apache is known for being stable (laugh if you want to), I would think... |
| 03:42.48 | brlcad | seriously, this is very "old news" -- read up on botnets perhaps instead of the documentation -- that's the entire POINT of a botnet |
| 03:43.08 | brlcad | yes, it's a security "hole" of sorts |
| 03:43.58 | brlcad | not exactly in apache's domain any more than is having a weak password or using telnet or keeping your account password on a webpage a security "hole" in apache |
| 03:45.47 | brlcad | and fixing the problem is more of a pandemic issue, not much different than if you'd said "you mean .. you get all of this unsolicited e-mail for porn and scams, no one has fixed that??" |
| 03:45.49 | AAA_awright | My logic tells me it is entirely in apache's control to be able to control that, I know of DDoS attacks that request intensive web pages, but never taking over a process, never mind an apache process. |
| 03:46.54 | brlcad | well that's where your logic has some "holes" of its own -- seriously, just read up on botnets |
| 03:47.17 | AAA_awright | Heh. Spam is an implementation flaw. If connections are able to take a process hostage, gee. I can't find anything on that on Google by the way. Is there any name besides botnet? |
| 03:47.25 | brlcad | so long as you have a website that allows modules to run that have an executive capacity (i.e. pretty much any site), there's a possibility |
| 03:48.38 | AAA_awright | Is there a name for this... phenomenon? |
| 03:49.02 | brlcad | yes, botnets |
| 03:49.39 | brlcad | there's a variety of types and it differs whether you're talking about the botnet routing hosts or leaf nodes |
| 03:51.26 | brlcad | they're not just necessarily fully compromised machines (which is what you'll usually hear talked about), sometimes just proxy relays or obfuscation nodes |
| 03:52.35 | brlcad | either way, if you have any suggestions on what do actually do about it other than academic proclamations for how things "should" be, I'd be glad to hear about them |
| 03:53.00 | brlcad | as it is, the general practice is to keep your web server, server modules, and web applications as up to date as possible, and keep an eye on updates |
| 03:53.13 | AAA_awright | I seriously can't turn up anything about botnets holding apache processes hostage. |
| 03:58.17 | brlcad | here's some partially related information: http://wiki.apache.org/httpd/ProxyAbuse |
| 03:58.23 | AAA_awright | brlcad: I have never heard of people needing to regularly restart apache, on any scale. If you know of any web page that explains that entire apache processes can killed/rendered useless, show me please. |
| 03:58.28 | brlcad | particularly the last paragraph |
| 04:01.54 | brlcad | it's not that apache needs to be reset -- it's rare that something will attach to the point that it can keep the process alive beyond the default process lifetime (with mpm prefork at least) |
| 04:02.15 | brlcad | but that lifetime is necessarily big enough that it can degrade performance if they're left alone |
| 04:02.16 | AAA_awright | Pressed return at the same time? Thanks. (I still don't see how apache is being rendered hostage to some botnets, but...) |
| 04:04.56 | blast007 | AAA_awright: is it really that complicated? |
| 04:05.08 | blast007 | the server gets flooded with requests/connections |
| 04:05.20 | brlcad | mind you, out of about a dozen web server's I've got running or have acess to, this is only a "noticable" problem on a couple of them -- servers running "popular" sites with massive search hit rates that keep the machine under a heavy load all of the time |
| 04:09.12 | brlcad | hmm, there was a nice long article about server botnets on /. several months ago iirc |
| 04:09.37 | L4m3r | the one about the dude who called someone a script kiddie and got nailed? |
| 04:10.29 | a_meteorite | that's been up for years |
| 04:10.55 | L4m3r | ya |
| 04:11.00 | L4m3r | good read, though |
| 04:11.07 | a_meteorite | http://www.grc.com/dos/grcdos.htm |
| 04:11.12 | a_meteorite | that's the guy |
| 04:11.13 | L4m3r | not exactly apache-specific, but interesting |
| 04:11.50 | a_meteorite | yes, a very good read |
| 04:12.32 | a_meteorite | I love how he was able to infiltrate the script kiddies IRC chat |
| 04:15.28 | *** join/#bzflag The_Vaxorcist (n=phillip@dial-209-148-114-29.sonic.net) |
| 04:26.39 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 04:43.29 | JeffM | man is them some warnings :( |
| 04:44.04 | *** join/#bzflag Constitution (n=Constitu@gateway.pct.civiltec.com) |
| 04:50.09 | CIA-23 | BZFlag: 03JeffM2501 * r14993 10/trunk/bzflag/ (4 files in 3 dirs): bool to int/byte warning quellage. |
| 04:53.29 | CIA-23 | BZFlag: 03brlcad * r14994 10/trunk/bzflag/src/bzrobots/Makefile.am: un-break my build, say you'll autogen.sh again .. undo this hurt you caused, when you walked out the door and left files outta my dist.. un-cry these libs ... |
| 04:54.26 | JeffM | blast007, were did the map loader work? |
| 04:54.55 | blast007 | it works now |
| 04:55.09 | JeffM | what is your lag to the server? |
| 04:55.27 | blast007 | 32ms |
| 04:56.06 | JeffM | what transfer speed do you get to the server? |
| 04:56.24 | JeffM | when you download the map |
| 04:56.37 | blast007 | let me time it quick |
| 04:56.44 | JeffM | more then 31.25k/s :) |
| 04:57.27 | blast007 | 15KB/sec |
| 04:57.52 | JeffM | j |
| 04:57.54 | JeffM | k |
| 04:58.05 | JeffM | once fastmap is done we'll have to see if we can beat that :) |
| 04:58.16 | CIA-23 | BZFlag: 03brlcad * r14995 10/trunk/bzflag/src/bzflag/ (ServerMenu.cxx ServerMenu.h): |
| 04:58.16 | CIA-23 | BZFlag: wow, awesome .. thanks The Vaxorist .. accept his sf patch [ 1776015 ] 'Fix for |
| 04:58.16 | CIA-23 | BZFlag: broken server menu' that does just that, fixes the server menu. really nice |
| 04:58.16 | CIA-23 | BZFlag: example of a good patch for an active development need, one of our release |
| 04:58.16 | CIA-23 | BZFlag: stoppers. |
| 04:58.39 | JeffM | I assume you can get more then 15k a sec for web transfers to it? |
| 05:00.11 | blast007 | 260KB from apache |
| 05:01.06 | JeffM | yeah since it only sends out one k per message and waits for the responce, that caps you at a 1 k per lag time :( |
| 05:01.48 | blast007 | I'm randomly (or so it seems) getting killed by the server on the map I'm running |
| 05:02.16 | blast007 | I think there are some death physics or a water level in this map... any known issues with either of those? |
| 05:03.16 | *** join/#bzflag delusional (n=delusion@pool-151-201-233-75.pitt.east.verizon.net) |
| 05:03.36 | blast007 | JeffM: do you have a working client right now? |
| 05:03.44 | JeffM | nope |
| 05:03.47 | blast007 | k |
| 05:04.09 | CIA-23 | BZFlag: 03brlcad * r14996 10/trunk/bzflag/AUTHORS: thank phillip for his contributions (several patches so far, particularly the fix for broken server menu (sf patch 1776015) among others to be applied) |
| 05:20.07 | *** join/#bzflag SimonFlavelle (n=psychosi@CPE-58-169-65-143.vic.bigpond.net.au) |
| 05:20.20 | CIA-23 | BZFlag: 03brlcad * r14997 10/trunk/bzflag/ (NEWS src/bzflag/LocalPlayer.cxx): |
| 05:20.20 | CIA-23 | BZFlag: apply another one of The_Vaxorcist's patches (sf patch 1672740, 'A patch to make |
| 05:20.20 | CIA-23 | BZFlag: wings more realistic') that makes flapping your wings add an upward force to |
| 05:20.20 | CIA-23 | BZFlag: your current velocity instead of completely overriding it. this was of course |
| 05:20.20 | CIA-23 | BZFlag: rather 'unrealistic' (not that a tank flapping 'wings' is realistic to begin |
| 05:20.23 | CIA-23 | BZFlag: with but I digress..) since you could be falling exceptionally fast and counter |
| 05:20.25 | CIA-23 | BZFlag: the rate with just one flap. |
| 05:21.26 | CIA-23 | BZFlag: 03dtremenak * r14998 10/trunk/bzflag/MSVC/VC8/bzfs.vcproj: intangibleness |
| 05:23.45 | CIA-23 | BZFlag: 03dtremenak * r14999 10/trunk/bzflag/MSVC/VC8/bzflag.vcproj: unused intangibleness too |
| 05:24.48 | brlcad | heh, you did? |
| 05:24.52 | DTRemenak | yeah |
| 05:25.09 | DTRemenak | very useful on borg cube |
| 05:25.20 | DTRemenak | if you missed a starship when you jumped off |
| 05:25.43 | DTRemenak | but whatever |
| 05:26.12 | brlcad | heh, i don't have strong feelings for/against it .. just seemed like a good thing to do |
| 05:26.30 | brlcad | he was willing to wrap it in a var, maybe a good idea |
| 05:26.39 | DTRemenak | my feelings are just strong enough to grumble, not strong enough to do anything about :) |
| 05:26.47 | brlcad | i like the dude/dudette's patches |
| 05:26.52 | DTRemenak | indeed |
| 05:27.13 | brlcad | looking at his more complex ping one now |
| 05:27.25 | DTRemenak | but his changes were all good |
| 05:27.30 | brlcad | yeah |
| 05:27.38 | DTRemenak | I just have bigger plans :) |
| 05:27.50 | brlcad | hey, code is code :) |
| 05:28.38 | brlcad | seems rather competent in working through the code too |
| 05:29.03 | DTRemenak | yeah, server menu fixes were (mostly) quite elegant |
| 05:29.11 | DTRemenak | lil' hack with the bundle |
| 05:29.43 | DTRemenak | but mostly cleaner and better than he found it, which is all I really care about |
| 05:30.07 | brlcad | the menu actually works now, which is all I mostly cared about :) |
| 05:30.17 | DTRemenak | pft :P |
| 05:30.49 | *** join/#bzflag poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) |
| 05:30.55 | brlcad | but yeah, actually worked through the new containers and the new font layout in one swoop |
| 05:31.37 | DTRemenak | I had a "fix" for the menu that the code even uglier, if all you cared about was working :P |
| 05:31.48 | DTRemenak | decided it needed more love though |
| 05:31.51 | brlcad | :) |
| 05:32.16 | DTRemenak | really needs refactoring for our plurality of lists |
| 05:32.19 | DTRemenak | maybe tabs |
| 05:33.30 | DTRemenak | haven't seen him around here much, unless he goes by a different nick |
| 05:33.48 | DTRemenak | (or is really quiet) |
| 05:33.55 | brlcad | not much, but the past interactions were all good too |
| 05:34.03 | brlcad | (i reviewed the logs wondering who he was) |
| 05:34.21 | DTRemenak | yeah, I recall some vaguely pleasant conversations |
| 05:34.27 | brlcad | basically came in saying he was kinda bored looking for something to code on |
| 05:34.43 | brlcad | a couple weeks later, he posts a patch |
| 05:35.21 | CIA-23 | BZFlag: 03brlcad * r15000 10/trunk/bzflag/BUGS: server list menu is working |
| 05:37.16 | brlcad | eep, ping patch was written before the server fix.. |
| 05:37.30 | DTRemenak | heh... "// What's the matter with a strstream. Come on!\n // So last decade." |
| 05:37.45 | DTRemenak | there were some things I didn't like in the ping patch, iirc |
| 05:38.13 | DTRemenak | particularly the way pings were stored clientside, and some stuff that didn't look quite "right" in the net code |
| 05:38.32 | brlcad | it stores them in a map |
| 05:38.42 | brlcad | presumably so you can ping several servers without having to wait for a respons |
| 05:38.47 | DTRemenak | yeah, it should store them in the list object (imo) |
| 05:39.16 | DTRemenak | course our list object is jacked anyway, I don't blame him for not messing with it :) |
| 05:39.16 | brlcad | erm, which list object? |
| 05:39.29 | brlcad | ah, ServerList? |
| 05:39.31 | DTRemenak | yeah |
| 05:39.36 | brlcad | hm |
| 05:39.51 | DTRemenak | like I said though, whole thing needs some love |
| 05:39.53 | brlcad | *shrug* yeah, I coulda gone either way on that one myself |
| 05:40.10 | DTRemenak | there's a lot of stuff in the wrong place as it is |
| 05:40.20 | DTRemenak | it was partly refactored by a patch a while back |
| 05:40.25 | DTRemenak | and never really finished |
| 05:40.50 | DTRemenak | then I hacked the find stuff on that |
| 05:40.56 | DTRemenak | and Manu hacked the favorites stuff on that |
| 05:41.07 | DTRemenak | and it's not gotten any better :) |
| 05:41.26 | brlcad | and after it gets hacked enough, someone will eventually have a "brilliant" idea and refactor it all |
| 05:41.48 | brlcad | s/refactor/rewrite/ |
| 05:42.03 | DTRemenak | If I got sufficiently motivated I might do it |
| 05:42.07 | brlcad | that menu really needs a rewrite, but it's a constant "meh, good enough for now" |
| 05:42.10 | DTRemenak | yeah |
| 05:42.32 | brlcad | it would really nicely benefit from better menu widgets though |
| 05:42.50 | DTRemenak | yeah, that's what I had started on |
| 05:43.03 | a_meteorite | that's how I am - I gotta get really motivate to write anything beyond some simple code |
| 05:43.25 | DTRemenak | have some partly finished tab and scrollbar stuff |
| 05:43.32 | DTRemenak | stopped working on it to fix the nav stuff |
| 05:43.38 | DTRemenak | never got back to it |
| 05:44.36 | DTRemenak | that was part of the motivation behind the elements and frames too |
| 05:45.29 | DTRemenak | and you added some nifty font scaling stuff, which was on my todo for that too |
| 05:45.44 | DTRemenak | ~brlcad++ |
| 05:46.37 | brlcad | the font scaling stuff still isn't as easy to use as I'd like |
| 05:47.19 | DTRemenak | the font sizes it jumps to aren't quite right for me either. the gaps at the low end (like 1024x768) are really large |
| 05:47.22 | brlcad | where you know the info about how the menu should expand is in two places (for vertical/horizontal respectively) |
| 05:48.23 | brlcad | that's probably the gearing .. there's a 'preferred' size for some of the fonts that it tries to match |
| 05:48.55 | brlcad | most are described as a ratio, though |
| 05:49.08 | DTRemenak | yeah, but the ones it jumps to are too far apart |
| 05:49.20 | brlcad | and "shouldn't" ever go outside the window any more regardless of the aspect |
| 05:49.34 | DTRemenak | yeah, I like that part of it :) |
| 05:49.51 | brlcad | ahh, that's probably just the default sizes I have in there now, goes from 8 to 16 to 24 iirc |
| 05:49.59 | DTRemenak | yeah |
| 05:50.00 | brlcad | which are pretty big at small rez |
| 05:50.03 | DTRemenak | 12 would be good :P |
| 05:50.48 | brlcad | or rip out the relative sizes and just specify a min and make everything relative off of that |
| 05:51.08 | brlcad | er, rip out the absolute |
| 05:51.23 | DTRemenak | snapping is not bad, it just needs to be less dramatic about it :) |
| 05:51.31 | DTRemenak | snap to mod 2 would probably be fine |
| 05:51.40 | DTRemenak | most fonts define 8/10/12/16 exactly |
| 05:51.50 | brlcad | that should just be some tweaking in the defaultBZDB |
| 05:52.12 | DTRemenak | not as it stands now, iirc |
| 05:53.10 | DTRemenak | they're defined as 8/16/24/32/40. for 1024x768, I need up to 32, but I also want 10 and 12 in there :) |
| 05:53.49 | brlcad | i mean define them as 8/12/16/24/32 instead or something, find what works |
| 05:54.18 | DTRemenak | what I was thinking was more like, let it dynamically build the list of allowables...let it use 6/8/10/12/14/16/18/20/24/26/28/30/32/34/36... |
| 05:54.37 | DTRemenak | the ones at the low end are defined by most fonts |
| 05:54.42 | brlcad | i did (and maybe still do) have automatic "stepping code" in there so that it used the closest fitted size |
| 05:54.46 | DTRemenak | and at the high end the scaling is not so big a deal |
| 05:54.51 | DTRemenak | yes |
| 05:54.56 | DTRemenak | there just aren't enough sizes |
| 05:55.04 | brlcad | but I turned it off -- it was screwing up the "guarantee it fits" I was going for |
| 05:55.11 | DTRemenak | hm |
| 05:55.34 | brlcad | you can't reliably compute the width of the strings before rendering them |
| 05:55.45 | brlcad | because of kerning |
| 05:56.15 | DTRemenak | getWidth should take that into account |
| 05:56.28 | CIA-23 | BZFlag: 03JeffM2501 * r15001 10/trunk/bzflag/plugins/fastmap/fastmap.cpp: |
| 05:56.28 | CIA-23 | BZFlag: send out data if we have some |
| 05:56.28 | CIA-23 | BZFlag: quell warnings. |
| 05:56.30 | brlcad | so you either take a big performance hit, or you fudge it with just a sample word like "BzFlag" and hope it matches (which in my test worked horribly) |
| 05:56.49 | JeffM | getWidth does an internal render, including kerning |
| 05:56.59 | DTRemenak | yeah |
| 05:57.08 | DTRemenak | so that should work fine |
| 05:58.01 | DTRemenak | if it's too slow, you can build a lookup table pretty easily, the vast majority of the strings we use in serifFont and sansSerifFont do not change |
| 05:58.12 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 05:58.12 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 05:58.23 | DTRemenak | consoleFont is fixed-width, so you needn't worry about it |
| 05:58.27 | JeffM | I have it doing an inernal preload of common characters |
| 05:58.35 | JeffM | so it should just be kerning and list calls for it |
| 05:58.48 | JeffM | should be prety darned fast |
| 05:58.59 | JeffM | IIRC It just uses a table for the kerns intenraly |
| 05:59.00 | brlcad | that's what I mean -- it was exceptionally slow |
| 05:59.17 | *** join/#bzflag tuxd00d (n=tuxinato@128.187.180.56) |
| 05:59.18 | JeffM | slower then rendering? |
| 05:59.20 | brlcad | if you actually passed it the string you wanted the width of for all strings.. it obliterated the performance |
| 06:00.11 | JeffM | we got the source for it, go see what it's doing :) |
| 06:00.12 | brlcad | consoleFont also isn't necessarily fixed width, you can specify any font |
| 06:00.30 | brlcad | I did, it makes sense .. it's rendering it |
| 06:00.38 | brlcad | so you're basically rendering everything twice |
| 06:00.41 | JeffM | with actual fill calls? |
| 06:00.45 | DTRemenak | we assume it's fixed width elsewhere |
| 06:01.04 | DTRemenak | unless I fixed that |
| 06:01.09 | DTRemenak | might have |
| 06:01.11 | JeffM | make it cache out the width of each character, then make it a fast skip :) |
| 06:02.46 | brlcad | seems like a lot of unnecessary effort to me -- if the sizes are tweaked right, it'll should work for pretty much all displays |
| 06:03.44 | brlcad | or if it's made *completely* scalable |
| 06:04.24 | brlcad | btw, it actually does cache out the width of each character now -- that was one of a couple ftgl optimizations I made (it caches the sizes for all ascii chars) |
| 06:04.43 | brlcad | makes it use a fair bit of memory, but not too obscene |
| 06:05.16 | brlcad | as the kerning table is an N to M mapping of characters for finding the width |
| 06:05.45 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 06:05.45 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 06:06.47 | *** join/#bzflag Pommes (n=Pommes@about/essy/frenchy/Pommes) |
| 06:31.13 | brlcad | not too shabby a mod (ping times) |
| 07:13.33 | CIA-23 | BZFlag: 03brlcad * r15002 10/trunk/bzflag/ (18 files in 8 dirs): (log message trimmed) |
| 07:13.33 | CIA-23 | BZFlag: Accept a slightly modified version of the_vaxorcist's server menu ping times |
| 07:13.33 | CIA-23 | BZFlag: patch (sf patch 1703821 'Pinging'). This change adds the ability to query a |
| 07:13.33 | CIA-23 | BZFlag: server's ping time by hitting the 'p' key on the server list menu, which causes |
| 07:13.33 | CIA-23 | BZFlag: a timed echo query to that server. Depending on the result, the delay is then |
| 07:13.36 | CIA-23 | BZFlag: displayed and color coded according to what the latency is. I modified his |
| 07:13.38 | CIA-23 | BZFlag: patch to have fewer levels (basically just low, medium, high, and unreachable) |
| 07:20.03 | brlcad | wish all patches were like those |
| 07:20.06 | DTRemenak | was just about to check in too, you sneaky bastard |
| 07:20.13 | brlcad | muahaha |
| 07:20.58 | DTRemenak | gah |
| 07:21.47 | brlcad | ~seen the_vaxorcist |
| 07:21.54 | ibot | the_vaxorcist <n=phillip@dial-209-148-113-178.sonic.net> was last seen on IRC in channel #bzflag, 26d 5h 4m 18s ago, saying: 'haha'. |
| 07:22.35 | brlcad | hm, that doesn't seem right |
| 07:22.42 | brlcad | maybe the last time he spoke |
| 07:23.26 | CIA-23 | BZFlag: 03dtremenak * r15003 10/trunk/bzflag/src/bzfs/bzfsAPI.cxx: quell warnings |
| 07:23.32 | brlcad | ah yeah, there he is just earlier today |
| 07:23.43 | *** join/#bzflag poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) |
| 07:24.07 | CIA-23 | BZFlag: 03dtremenak * r15004 10/trunk/bzflag/MSVC/VC8/game.vcproj: serverping |
| 07:24.10 | DTRemenak | grr, now I have to fix my build before I can resolve conflicts... |
| 07:25.24 | awilcox | DTRemenak! |
| 07:25.25 | brlcad | oop, forgot about dem buuild files |
| 07:25.44 | DTRemenak | naw, the file doesn't build on windows anyway |
| 07:25.49 | DTRemenak | awilcox: ? |
| 07:26.58 | awilcox | DTRemenak: I was just wondering how my box was coming along. I've pinged you for weeks with not so much as a pong. |
| 07:27.11 | awilcox | DTRemenak: every Saturday I faithfully ping you. sometimes even on Sundays! |
| 07:27.18 | DTRemenak | your box is in my car |
| 07:27.23 | DTRemenak | made it out the door |
| 07:27.48 | DTRemenak | and I haven't seen any pings (but have been generally ignoring ##essy, so not surprising) |
| 07:27.54 | brlcad | ah, size_t type errors? |
| 07:28.01 | DTRemenak | and others |
| 07:28.03 | brlcad | i got warnings but i ignored them, shame on me |
| 07:28.35 | DTRemenak | no sys/socket.h, no sys/select.h, strict constness on sends, etc, etc |
| 07:28.53 | DTRemenak | winsock doesn't like his code much |
| 07:30.14 | DTRemenak | and some of it is just bad - char* buffer[1+4] for instance |
| 07:30.21 | DTRemenak | don't need 5 pointers, need 5 chars |
| 07:30.50 | CIA-23 | BZFlag: 03brlcad * r15005 10/trunk/bzflag/src/game/ServerPing.cxx: tsk tsk on me, go ahead and quell the two size_t comparison warnings (besides, I might get lucky and cause another conflict for dtremenak :) muahaha |
| 07:31.00 | DTRemenak | grr |
| 07:31.37 | brlcad | at least 5 pointers are bigger than 5 chars |
| 07:31.46 | brlcad | a lil lucky :) |
| 07:33.47 | DTRemenak | hah, no conflicts...merge successful :P |
| 07:34.14 | CIA-23 | BZFlag: 03dtremenak * r15006 10/trunk/bzflag/ (include/ServerPing.h src/game/ServerPing.cxx): at least compile on windows |
| 07:34.17 | brlcad | aww :) |
| 07:34.22 | DTRemenak | your ball now :P |
| 07:35.14 | DTRemenak | grr, you changed protocol too, didn't you... |
| 07:36.28 | brlcad | bryjen's server oddly still shows up |
| 07:36.35 | DTRemenak | not for me |
| 07:36.38 | DTRemenak | 0/0 found |
| 07:36.52 | DTRemenak | but then, I HAVE fixed some things in servermenu... |
| 07:37.23 | brlcad | I mean before I updated it |
| 07:37.30 | brlcad | wasn't compatible, but it showed up |
| 07:41.38 | CIA-23 | BZFlag: 03dtremenak * r15007 10/trunk/bzflag/src/bzflag/ (ServerMenu.cxx ServerMenu.h): meh, merge looks good to me, and it compiles. hope I didn't break anything. |
| 07:41.55 | DTRemenak | hm, forgot to mention what that actually changed :| |
| 07:42.19 | DTRemenak | fixed a bunch of update and layout issues |
| 07:42.53 | brlcad | :) |
| 07:42.58 | DTRemenak | and got rid of the silly bundle thing |
| 07:43.06 | DTRemenak | forgot to pull the headers though... |
| 07:43.55 | CBG | I'm building latest 2.1 source. I ran autogen.sh and then "./configure". I meant to use --enable-shared. Can I just do "./configure --enable-shared" now, before "make"? |
| 07:44.17 | CIA-23 | BZFlag: 03dtremenak * r15008 10/trunk/bzflag/src/bzflag/ServerMenu.cxx: remove merge cruft and bundle cruft |
| 07:44.26 | brlcad | heh, my quell combined with your quell actually causes the warning to stay :) |
| 07:44.27 | *** join/#bzflag LongDon (n=LongDon@host-091-097-072-058.ewe-ip-backbone.de) |
| 07:44.35 | brlcad | either works independently, but not together :) |
| 07:44.35 | DTRemenak | heh |
| 07:44.42 | awilcox | DTRemenak: not a problem wrt the box :) and do an #ifdef WIN32 for the #include <sys/socket.h> vs #include <winsock2.h> |
| 07:44.43 | DTRemenak | works for me ;) |
| 07:44.46 | brlcad | I made one signed, you made the other unsigned |
| 07:44.52 | DTRemenak | awilcox: I did :) |
| 07:44.55 | awilcox | :) |
| 07:45.12 | DTRemenak | actually we include winsock higher up, and it's an oddly unprotected header |
| 07:45.17 | brlcad | CBG: you shouldn't need to enable shared |
| 07:45.25 | awilcox | DTRemenak: hmm... :) |
| 07:45.29 | brlcad | if you mean plugins, head has an option specifically for that |
| 07:45.30 | DTRemenak | pft, I'm just fixing stuff that brlcad broke :) |
| 07:45.34 | awilcox | :P |
| 07:45.37 | CBG | brlcad: I always needed to for plugins, on 2.0 |
| 07:45.44 | CBG | Oh, then what do you recommend, brlcad ? :) |
| 07:45.46 | brlcad | that's for 2.) |
| 07:45.51 | brlcad | er 2.0 |
| 07:45.58 | CBG | I was assuming it was the same... |
| 07:46.10 | brlcad | head doesn't keep doing it bass ackwards |
| 07:46.20 | CBG | heh :) |
| 07:46.28 | CBG | So what's the option to include plugins in 2.1? |
| 07:46.29 | awilcox | :P |
| 07:46.39 | DTRemenak | they're included by default |
| 07:46.42 | CBG | awilcox: is it very cold where you are? |
| 07:46.47 | DTRemenak | if you don't want them, --disable-plugins |
| 07:46.51 | awilcox | CBG: It's 90 degrees. |
| 07:46.53 | CBG | Right, ok. Thanks! :D |
| 07:47.02 | awilcox | well, 80 degrees now |
| 07:47.07 | CBG | awilcox: so why is your tongue stuck to a lamppost?! |
| 07:47.10 | DTRemenak | ~weather KLAX |
| 07:47.10 | CBG | ~DTRemenak++ |
| 07:47.12 | CBG | ~brlcad++ |
| 07:47.22 | DTRemenak | 70ish here |
| 07:47.25 | DTRemenak | nice evening |
| 07:47.36 | CBG | nice morning here :) |
| 07:47.37 | awilcox | DTRemenak: it is the 90s and there is time for KLAX! :P (you may not get it) |
| 07:47.42 | awilcox | ~weather KPBI |
| 07:47.52 | awilcox | 80.1. |
| 07:47.53 | awilcox | Hah. |
| 07:47.55 | awilcox | On the money. |
| 07:47.58 | DTRemenak | nice guess |
| 07:47.58 | CBG | is'nt it almost 1am for you guys (or worse, if you're in central or east coast USA) |
| 07:48.07 | DTRemenak | it's close to 1am |
| 07:48.19 | DTRemenak | I'd be in bed had brlcad not decided to break my build in the middle of my fixes :P |
| 07:48.25 | awilcox | :P |
| 07:48.26 | CBG | right, so not an evening at all :P |
| 07:48.38 | awilcox | CBG: it's 3:45am here. |
| 07:48.42 | CBG | tsssk, brlcad. allways up to no good. |
| 07:48.46 | awilcox | up late compiling Linux kernel, and stuff. |
| 07:48.50 | CBG | hehe awilcox :) |
| 07:48.52 | awilcox | :) |
| 07:49.12 | CBG | I had to get to bed at a respectable time, the cleaner will be here in 20 mins. |
| 07:49.23 | awilcox | hehe |
| 07:49.27 | CBG | Plus I was utterly bored about midnight :P |
| 07:49.30 | CBG | awilcox: lol |
| 07:49.32 | awilcox | hehe |
| 07:49.42 | CBG | I gave you a shell! |
| 07:49.47 | awilcox | oh right |
| 07:49.55 | CBG | You've got all you gonna outta me, for free. Go find another sucker! :D |
| 07:49.57 | awilcox | been so busy on that danged Web site, and then having to compile this sucker |
| 07:50.08 | awilcox | CBG :P |
| 07:50.13 | awilcox | :P |
| 07:50.28 | CIA-23 | BZFlag: 03brlcad * r15009 10/trunk/bzflag/ (include/ServerPing.h src/game/ServerPing.cxx): header cleanup (common comes before system headers damnit) and doxygenification |
| 07:50.31 | CBG | well, I hardly use the ibook, if at all. maybe to watch films sometimes. so the shh should keep running until you tell me I can switch it off. |
| 07:50.44 | CBG | (sorry for the off-topic-ness guys) |
| 07:51.01 | DTRemenak | I *put* common at the top |
| 07:53.43 | CIA-23 | BZFlag: 03brlcad * r15010 10/trunk/bzflag/ (include/ServerPing.h src/game/ServerPing.cxx): refix the signed quelling, use the std::vector.size() type (i.e. size_t) since that's what we're comparing to |
| 07:54.02 | brlcad | not you, it was his original header setup |
| 07:54.04 | brlcad | i just didn't notice |
| 07:54.09 | DTRemenak | ah |
| 07:54.10 | brlcad | the .h had sys headers |
| 07:54.40 | CBG | DTRemenak: lemme know if you want some servers run, I can help you out with 2.1 from last night when make is finished |
| 07:54.57 | DTRemenak | protocol just changed, CBG |
| 07:55.03 | awilcox | lol |
| 07:55.15 | CBG | gah |
| 07:55.22 | CBG | damn you DTRemenak !! :P |
| 07:55.25 | DTRemenak | like about an hour ago |
| 07:55.29 | DTRemenak | and blame brlcad, not me :) |
| 07:55.51 | CBG | Anything else major likely to change in the next few hours? days? |
| 07:55.52 | DTRemenak | or blame the_vaxorcist :) |
| 07:56.06 | brlcad | it pleasures me to sense your pain |
| 07:56.11 | DTRemenak | I'm just trying to go to bed, so you won't see any big changes from me in the next few hours |
| 07:56.23 | brlcad | i'm done for the night on bz |
| 07:56.24 | DTRemenak | Jeff will probably change some stuff tomorrow |
| 07:56.28 | brlcad | back to cad now :) |
| 07:57.01 | DTRemenak | j/k, I appreciate the changes |
| 07:57.31 | brlcad | quite an eventful bz day all around |
| 07:57.35 | brlcad | almost like old times |
| 07:57.40 | DTRemenak | indeed |
| 07:57.50 | brlcad | just needed some depooing |
| 07:57.59 | DTRemenak | hehe |
| 07:58.52 | brlcad | there's not many contexts where you get to say that and have folks actually understand what you mean, good stuff :) |
| 08:00.25 | DTRemenak | true enough |
| 08:00.44 | DTRemenak | how is MrAC doing anyway? |
| 08:01.37 | brlcad | haven't talked to him in many moons |
| 08:01.52 | DTRemenak | ah, thought you might have |
| 08:01.54 | brlcad | i see him log in every now and then to work on his website (or at least someone does) |
| 08:01.59 | brlcad | but havent' chatted |
| 08:02.05 | brlcad | (recently) |
| 08:02.20 | brlcad | daxxar: SharedObjectLoader.cxx:31: warning: ISO C++ forbids casting between pointer-to-function and pointer-to-object (one on 39 too) |
| 08:02.40 | awilcox | :O |
| 08:02.41 | DTRemenak | hm, I didn't get any warning there |
| 08:02.52 | DTRemenak | ah, I don't build that anyway |
| 08:03.00 | awilcox | "void (*fn)(const char *param);" --> like that, brlcad? |
| 08:03.02 | DTRemenak | no wonder I don't get the warning :) |
| 08:03.11 | brlcad | awilcox: hm? |
| 08:03.54 | awilcox | pointer-to-function, meaning doing typedef void (*fn)(const char *param) fn_ptr; and then doing fn_ptr fp; *some_mem_addr = fp; ? |
| 08:03.56 | brlcad | if you're referring to the warning, I didn't look at it -- i'm done for the night, just wanted to let him know about it :) |
| 08:04.07 | awilcox | oh |
| 08:04.07 | awilcox | okay |
| 08:04.15 | awilcox | goodnight brlcad, DTRemenak, et al :) |
| 08:04.46 | brlcad | should build pretty straight up |
| 08:05.07 | DTRemenak | quick glance at that file says NFW it'll work ;) |
| 08:05.07 | awilcox | we don't *want* to support windows! |
| 08:05.08 | awilcox | :P |
| 08:05.10 | brlcad | heck, 'most' of it is just the same client files with a preprocessor flag |
| 08:05.24 | awilcox | ahh. |
| 08:05.24 | brlcad | oh, not the shared object stuff |
| 08:05.25 | DTRemenak | just wondering how many other files would need large WIN32 sections |
| 08:05.34 | brlcad | that's his .so loader class |
| 08:05.44 | DTRemenak | so I gathered |
| 08:05.52 | DTRemenak | (heh, get it? "so"?... :P ) |
| 08:06.11 | awilcox | :P |
| 08:06.30 | brlcad | awilcox: so you gonna fix it? |
| 08:07.25 | brlcad | *tumbleweed* |
| 08:07.30 | brlcad | *crickets* |
| 08:10.54 | brlcad | aww, heh |
| 08:13.09 | CBG | awilcox: went to bed |
| 08:13.18 | CBG | and it's only 4am... lightweight |
| 08:32.46 | CIA-23 | BZFlag: 03dtremenak * r15011 10/trunk/bzflag/src/bzflag/ServerMenu.cxx: un-re-break the server list |
| 08:32.59 | DTRemenak | k, it works, I'm going to bed |
| 08:48.16 | brlcad | woot |
| 08:48.20 | brlcad | cya |
| 09:03.20 | *** join/#bzflag CBG` (n=CBG@about/essy/fan/CBG) |
| 09:16.55 | *** join/#bzflag KTL (n=KTL@kotnet-149.kulnet.kuleuven.be) |
| 09:24.01 | *** join/#bzflag bier_ (n=bier@p54A50D47.dip0.t-ipconnect.de) |
| 09:24.06 | *** join/#bzflag Deepa (n=deepa@wrongplanet/deepa) |
| 09:29.07 | *** join/#bzflag CBG` (n=CBG@about/essy/fan/CBG) |
| 09:35.47 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 10:06.18 | *** join/#bzflag delusional_ (n=delusion@pool-71-253-5-70.pitbpa.east.verizon.net) |
| 10:09.18 | *** join/#bzflag Deepa (i=Deepy@wrongplanet/deepa) |
| 10:41.19 | *** join/#bzflag bier_ (n=bier@p54A50D47.dip0.t-ipconnect.de) |
| 11:03.16 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 11:12.45 | *** join/#bzflag Deepa (i=deepy@wrongplanet/deepa) |
| 11:20.34 | daxxar | Good morning |
| 11:20.43 | daxxar | I wish I hadn't forgotten to eat dinner yesterday. |
| 11:20.43 | daxxar | :S |
| 11:24.28 | daxxar | brlcad: Hahaha at r14994 :-P |
| 11:29.16 | *** join/#bzflag KTL (n=KTL@kotnet-149.kulnet.kuleuven.be) |
| 11:35.19 | *** join/#bzflag delusional (n=delusion@pool-151-201-123-91.pitt.east.verizon.net) |
| 11:56.37 | *** join/#bzflag Suspect (n=Suspect@68-114-71-106.dhcp.plt.ny.charter.com) |
| 12:02.43 | *** join/#bzflag trepan (n=trepan@unaffiliated/trepan) |
| 12:02.44 | *** mode/#bzflag [+v trepan] by ChanServ |
| 12:07.18 | delusional | the commits emails rival the length of "War and Peace" |
| 12:08.38 | ruskie | lol |
| 12:13.52 | daxxar | ^_^ |
| 12:14.11 | daxxar | I find that if I write the commit-message as I go along I get a lot better commitmessages. |
| 12:14.22 | daxxar | But you can't beat brlcad's from last night (r14994) |
| 12:15.56 | delusional | the change of wings physics looks especially nice to me, and jeff seems to have moved past the dynamic setting of the drivethrough option, so I guess tha'ts staying in for sure |
| 12:16.18 | delusional | and everything else is good too. |
| 12:18.03 | delusional | I've hated wings from the start, the only good thing about wings is stealing it with theif then killing the fallen angel. |
| 12:18.10 | ruskie | lol |
| 12:18.14 | ruskie | I hate WG as well |
| 12:18.34 | *** join/#bzflag CBG` (n=CBG@about/essy/fan/CBG) |
| 12:31.28 | KTL | <PROTECTED> |
| 12:35.05 | daxxar | brlcad: I'm sorry, but I think I have to name bzrobot.so as _bzrobot.so, because bzrobot.py (by SWIG) assumes it's named _bzrobot |
| 12:35.10 | daxxar | (it has import _bzrobot) |
| 12:35.23 | daxxar | And since the .py is named bzrobot, I assume 'import bzrobot' would be ambigious |
| 12:40.39 | *** part/#bzflag Tedius (n=Tedius@musictech.MUSC.CWRU.Edu) |
| 12:41.24 | *** join/#bzflag Tedius (n=Tedius@musictech.MUSC.CWRU.Edu) |
| 12:47.10 | CIA-23 | BZFlag: 03daxxar * r15012 10/trunk/bzflag/src/bzrobots/Makefile.am: More files are now cleaned by make clean |
| 13:39.41 | *** join/#bzflag hintzy64 (n=hintzy64@h-68-165-167-106.mclnva23.covad.net) |
| 13:40.44 | hintzy64 | hey everyone...server question for ya |
| 13:41.32 | hintzy64 | if the served game ends (due to time, score, /gameover, whatever), how do I tell the server to start a new game? |
| 13:42.09 | hintzy64 | if I logout and login again, it does it, but can I do it without disconnecting? |
| 13:42.41 | donny_baker | let me look real quick... im thinking there is a config option |
| 13:42.55 | hintzy64 | awesome, thanks |
| 13:43.14 | hintzy64 | the game has become a lunchbreak obsession for my coworkers and I :-p |
| 13:43.39 | donny_baker | for us at work too :) |
| 13:44.16 | hintzy64 | I'm going to run bzfs on my web server at home, so it's always in the same place when we play |
| 13:44.21 | donny_baker | the config option is -g to restart |
| 13:44.29 | donny_baker | after a game ends |
| 13:44.39 | hintzy64 | ah, i thought that made the server quit |
| 13:45.05 | hintzy64 | i interpreted the description wrong |
| 13:45.09 | donny_baker | check this out... it has 'most' of the options |
| 13:45.11 | donny_baker | http://my.bzflag.org/w/Sample_conf |
| 13:45.46 | hintzy64 | yeah, thats what i built my conf file from |
| 13:45.53 | donny_baker | oh, ok :) |
| 13:46.05 | hintzy64 | the way its worded, I thought the server would shutdown when the game ended |
| 13:46.23 | hintzy64 | and I'd need to have a shell script to restart it |
| 13:47.45 | donny_baker | ah, maybe i'm wrong... hold on |
| 13:50.30 | hintzy64 | yeah, that made the server shutdown when the game ended |
| 13:50.32 | hintzy64 | hmm |
| 13:51.08 | donny_baker | yeah, now im thinking when I was helping someone with this before we were using a script |
| 13:51.24 | donny_baker | you on windows or linux/ |
| 13:51.30 | hintzy64 | linux |
| 13:52.04 | donny_baker | let we see if I can find an example script |
| 13:52.11 | hintzy64 | that'd be a sweet new feature then :-p |
| 13:52.35 | hintzy64 | when the game ends, wait 30 secs or so, and start a new game with the current players |
| 13:53.44 | hintzy64 | with a script, wouldnt players need to disconnect and come back to join the new game? |
| 13:53.57 | donny_baker | unfortunately it doesn't work that way, they would have to rejoin, but thet is just a minor inconvienece |
| 13:54.06 | hintzy64 | gotcha |
| 13:54.43 | hintzy64 | as i said, sweet new feature ;-) |
| 13:54.43 | hintzy64 | hahaha |
| 13:55.57 | donny_baker | here is a rotation script http://my.bzflag.org/bb/viewtopic.php?t=4252 |
| 13:56.13 | donny_baker | you only need one map in your rotation or you could have several |
| 13:56.26 | hintzy64 | so far i'm only doing random maps |
| 13:57.46 | hintzy64 | thats definitely handy |
| 13:57.49 | hintzy64 | thanks! |
| 13:58.00 | donny_baker | np anytime, that's why were here |
| 13:58.11 | delusional | if you use a rotation, make sure it has a short pause between each map reload, or it will eat 100% of CPU if theres ever an error. |
| 13:58.46 | hintzy64 | good to know, thanks |
| 13:59.45 | delusional | mapchange plugin is better, it allows you to choose which map will be loaded from inside your tank |
| 13:59.59 | delusional | but thats the only difference. |
| 14:00.57 | *** join/#bzflag QuantumBeep (n=QuantumB@doc-24-32-46-104.leesville.la.cebridge.net) |
| 14:25.05 | *** part/#bzflag hintzy64 (n=hintzy64@h-68-165-167-106.mclnva23.covad.net) |
| 14:27.16 | *** join/#bzflag Deepa|AFK (i=deepa@abused.armchairs.be) |
| 14:35.29 | *** join/#bzflag poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) |
| 15:03.17 | CIA-23 | BZFlag: 03blast007 * r15013 10/trunk/bzflag/MSVC/VC71/game.vcproj: ServerPing.h/cxx |
| 15:43.11 | *** join/#bzflag A_Heart_Attack (n=mattfp48@ool-44c75115.dyn.optonline.net) |
| 15:58.14 | daxxar | brlcad: ping |
| 15:58.18 | brlcad | pong |
| 15:58.24 | daxxar | Whopee! |
| 15:58.39 | brlcad | Whopee! |
| 15:58.52 | Winny | I pee? |
| 15:58.56 | Winny | err, iPee* |
| 15:59.42 | daxxar | Did you see what I said about _bzrobot/bzrobot? |
| 15:59.50 | brlcad | yep |
| 16:00.16 | brlcad | don't entirely believe you that it has to be that way, but it's not a big deal either way :) |
| 16:00.33 | daxxar | Well, see, swig generates bzrobot.yp |
| 16:00.35 | daxxar | py* |
| 16:01.01 | daxxar | This has: |
| 16:01.02 | daxxar | import _bzrobot |
| 16:01.07 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 16:01.34 | daxxar | Oh, perhapsthere is, inside the SWIG interface. |
| 16:01.43 | brlcad | ;) |
| 16:01.52 | daxxar | # Don't modify this file, modify the SWIG interface instead. |
| 16:02.22 | brlcad | something to look into, but again .. not a big deal to me either way |
| 16:02.40 | brlcad | just can't imagine that being the only way as that's not exactly portable |
| 16:03.11 | daxxar | What isn't portable? |
| 16:03.20 | brlcad | there are several platforms that won't let you name libs like that and have them respected by the dynamic linker |
| 16:03.35 | brlcad | pretty obscure plats, but they do exist |
| 16:03.40 | daxxar | Oh |
| 16:04.42 | brlcad | an underscore could be benign for them as well, but it still seems like a silly thing to require by swig that someone else wouldn't have already complained as well |
| 16:05.12 | *** join/#bzflag SpazzyMcGee (n=Spazzy_M@client-82-2-143-237.manc.adsl.virgin.net) |
| 16:05.26 | *** join/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 16:05.26 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 16:08.55 | daxxar | Sent an email to the swig-user ML, great help from them. :) |
| 16:09.07 | daxxar | I've actually got Python-scripts working now. :-) |
| 16:12.36 | brlcad | ~daxxar++ |
| 16:14.53 | daxxar | Hm, can't find anything in their docs about renaming _module.so |
| 16:15.05 | daxxar | Hopefully their ML turns up an answer. :) |
| 16:15.42 | JeffM | I got more ram for the SGI, I can test stuff on that platform :) |
| 16:19.33 | CIA-23 | BZFlag: 03daxxar * r15014 10/trunk/bzflag/src/bzrobots/ (5 files): |
| 16:19.34 | CIA-23 | BZFlag: We now generate the SWIG runtime (which PythonLoader uses), and svn:ignore it (bzrobot_python_runtime.h). |
| 16:19.34 | CIA-23 | BZFlag: Fixed a bug in TestRobot.py (missing self, d-uh). |
| 16:19.34 | CIA-23 | BZFlag: You can now write bots just as well in Python as in C++(.. I think)! Yay! |
| 16:21.00 | daxxar | Hm, that went faster than expected.W |
| 16:21.03 | daxxar | What a pleasant suprise. :) |
| 16:30.06 | *** join/#bzflag Erroneous (n=dtremena@67-131-219-2.dia.static.qwest.net) |
| 16:34.33 | CIA-23 | BZFlag: 03JeffM2501 * r15015 10/trunk/bzflag/plugins/fastmap/fastmap.cpp: log out the file transfer stats when a transfer is complete ( log level 2 or higher ) |
| 16:34.44 | JeffM | so, who wants to try out fastmap? :) |
| 16:35.16 | blast007 | probably me |
| 16:35.28 | blast007 | ;) |
| 16:35.40 | JeffM | I tested it with a regular browser at home, it sent me something :) |
| 16:36.02 | JeffM | if you log out to level 3 I'd like to see the transfer stats |
| 16:36.20 | blast007 | do I need to pass it any paramaters? |
| 16:36.24 | JeffM | nope |
| 16:36.29 | JeffM | just be public |
| 16:36.36 | JeffM | and don't define a cacheout URL allready |
| 16:37.11 | JeffM | if the transfer is too slow I'll have to look into firing off a thread :) |
| 16:38.00 | blast007 | not sure if it actually did anything |
| 16:38.25 | JeffM | did it log out lines to the server that say "fastmap:" ? |
| 16:38.31 | blast007 | no |
| 16:38.36 | blast007 | let me check my debug level |
| 16:38.37 | JeffM | then it didn't do anything |
| 16:38.46 | blast007 | I'm running at -dd |
| 16:38.48 | JeffM | or the client never asked for it via URL |
| 16:39.02 | JeffM | I'll have to check and see what the client does for the URL stuff |
| 16:39.11 | JeffM | maybe it dosn't trust the server for maps |
| 16:46.33 | daxxar | terminate called after throwing an instance of 'Swig::DirectorMethodException' |
| 16:46.38 | daxxar | What a worthless error. |
| 16:47.02 | daxxar | I don't even know where I should be catch-ing it, since those exceptions are only defined in the .so. |
| 17:08.44 | *** join/#bzflag Erroneous (n=dtremena@67-131-219-2.dia.static.qwest.net) |
| 17:09.09 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 17:09.56 | *** join/#bzflag jafm (n=bob@dsl092-247-216.chi1.dsl.speakeasy.net) |
| 17:14.48 | CIA-23 | BZFlag: 03daxxar * r15016 10/trunk/bzflag/src/bzrobots/ (BZAdvancedRobot.h TestRobot.py): |
| 17:14.48 | CIA-23 | BZFlag: Made BZAdvancedRobot have public and not protected methods. SWIG does not support protected inheritance. |
| 17:14.48 | CIA-23 | BZFlag: TestRobot.py now implements the same functionality as TestRobot.cxx |
| 17:15.30 | *** join/#bzflag TD-Linux (n=TD-Linux@about/essy/indecisive/TD-Linux) |
| 17:25.55 | *** join/#bzflag menotume (n=menotume@pdpc/supporter/active/menotume) |
| 17:25.55 | *** mode/#bzflag [+v menotume] by ChanServ |
| 17:31.33 | *** join/#bzflag bz69 (n=47e19752@bz.bzflag.bz) |
| 17:32.21 | *** join/#bzflag djpenguin (n=d8665ae9@bz.bzflag.bz) |
| 17:35.34 | *** join/#bzflag djpenguin (n=d8665ae9@bz.bzflag.bz) |
| 18:02.10 | JeffM | blast007, did you perhaps have your map cached allready? |
| 18:02.28 | blast007 | I deleted my cache directory |
| 18:02.32 | JeffM | hmm |
| 18:02.47 | JeffM | did the client say "loading world from " then a URL? |
| 18:02.51 | blast007 | no |
| 18:03.00 | JeffM | hmm.. must not have sent it then |
| 18:03.01 | JeffM | odd |
| 18:05.54 | CIA-23 | BZFlag: 03bryjen * r15017 10/trunk/bzflag/plugins/fastmap/fastmap.cpp: bz_getPublicAddr() includes :port so don't put it in twice |
| 18:05.57 | bryjen | try that |
| 18:06.32 | JeffM | it does? |
| 18:06.39 | JeffM | are you on the default port? |
| 18:06.42 | JeffM | or a user port? |
| 18:07.02 | bryjen | i added a debug message to print the url its setting, and it was there twice |
| 18:07.17 | JeffM | what port is your server on tho? |
| 18:07.18 | bryjen | 5155 |
| 18:07.25 | bryjen | i tried 5154 as well |
| 18:07.32 | JeffM | and it puts it there for both? |
| 18:07.40 | JeffM | cus I didn't see it when I ran a local server |
| 18:07.58 | bryjen | yeah. although i am specifically requesting -p 5154, not just letting it default |
| 18:08.06 | JeffM | hmmm |
| 18:08.10 | bryjen | and -publicaddr xxx:5154 |
| 18:08.17 | JeffM | maybe it dosn't do it for the default then |
| 18:08.32 | JeffM | k, I'll check for a : in the URL and add it if it's not there |
| 18:08.40 | TD-Linux | odd, I didn't know you could do that for -publicaddr |
| 18:09.06 | bryjen | do what? |
| 18:09.11 | TD-Linux | put the port there |
| 18:09.28 | TD-Linux | I've only ever run it on 5154 though, so I don't know if it is necessary |
| 18:09.28 | blast007 | TD-Linux: you have to, if you run on a port other than 5154 |
| 18:09.48 | TD-Linux | ok |
| 18:10.08 | daxxar | Hm, brlcad, you around? |
| 18:10.20 | daxxar | I figured out how to rename the lib |
| 18:10.27 | daxxar | I was curious if anyone had any thoughts on the name |
| 18:10.36 | blast007 | bryjen: and I had just added a debug output as well for the URL ;) |
| 18:10.36 | daxxar | Considering something like bzrobot_python_extension.so |
| 18:11.21 | JeffM | I was adding that too |
| 18:13.09 | blast007 | I don't get anything in the browser when I go to the URL |
| 18:13.30 | bryjen | looks like bz_getPublicAddr() returns excatly what's spec'ed for publicaddr. i left it off by accident and got 127.0.0.1:5154, which is what the value in the plugin is initialized to. |
| 18:13.59 | CIA-23 | BZFlag: 03JeffM2501 * r15018 10/trunk/bzflag/plugins/fastmap/fastmap.cpp: |
| 18:13.59 | CIA-23 | BZFlag: bail out fast is the map cache is null. |
| 18:14.00 | CIA-23 | BZFlag: check to make sure there is a port in the URL |
| 18:14.00 | CIA-23 | BZFlag: log out the URL in the same format as the other log lines |
| 18:14.03 | blast007 | hrm, can't telnet to the port to test |
| 18:14.10 | blast007 | it dumps me out instantly |
| 18:14.22 | JeffM | yeah you HAVE to send the HTTP at the start |
| 18:14.26 | JeffM | tellnet takes too long |
| 18:14.37 | blast007 | heh, k |
| 18:14.46 | JeffM | basicly the opening request has to start with GET |
| 18:14.50 | JeffM | or it just boots you |
| 18:15.02 | JeffM | you can use a browser to test |
| 18:15.09 | JeffM | once you get the URL |
| 18:15.39 | JeffM | I'm thinking I don't need to put the publicaddr in the map name |
| 18:15.43 | JeffM | just the GUID number |
| 18:15.57 | blast007 | JeffM: I used a browser |
| 18:15.59 | blast007 | it didn't work |
| 18:16.03 | blast007 | I got a blank page |
| 18:17.09 | bryjen | i got a mess'o binary stuffs with firefox |
| 18:17.41 | CIA-23 | BZFlag: 03JeffM2501 * r15019 10/trunk/bzflag/plugins/fastmap/fastmap.cpp: log when we get a connect |
| 18:19.04 | CIA-23 | BZFlag: 03JeffM2501 * r15020 10/trunk/bzflag/plugins/fastmap/fastmap.cpp: log the start of each http transfer |
| 18:19.08 | blast007 | HTTP://bzexcess.com:25154/bzexcess.com:251541077848836 |
| 18:19.23 | JeffM | I wonder if it's the : in the name |
| 18:20.19 | CIA-23 | BZFlag: 03JeffM2501 * r15021 10/trunk/bzflag/plugins/fastmap/fastmap.cpp: just make the map name be a GUID |
| 18:20.23 | JeffM | there, try that |
| 18:20.33 | JeffM | I was testing it with fixed map names last night |
| 18:22.15 | daxxar | 23M bzrobots |
| 18:22.17 | daxxar | Scary |
| 18:22.17 | CIA-23 | BZFlag: 03JeffM2501 * r15022 10/trunk/bzflag/plugins/fastmap/fastmap.cpp: lot HTTP gets to level 2, others to 3 |
| 18:23.30 | daxxar | $ echo '<linker command here>'|tr ' ' '\n'|sort|uniq|grep -c ^-l |
| 18:23.31 | daxxar | 23 |
| 18:23.37 | daxxar | 23 libs are linked in ;P |
| 18:23.42 | JeffM | at level 2, that should show you if your geting connections or not |
| 18:26.34 | bryjen | hrm. unsigned int and i'm seeing http://foo.bar/-1234567890 |
| 18:27.36 | JeffM | you on a 64 bit machine? |
| 18:27.40 | bryjen | ah, the format specifier is for signed |
| 18:27.59 | JeffM | still why is your THIS that big? |
| 18:28.16 | bryjen | donno PII is 32bits |
| 18:28.25 | JeffM | wierd |
| 18:28.45 | JeffM | well still, should work |
| 18:31.01 | CIA-23 | BZFlag: 03bryjen * r15023 10/trunk/bzflag/plugins/fastmap/fastmap.cpp: i puts some hex on yous |
| 18:32.49 | *** join/#bzflag zee388 (i=38006718@gateway/web/cgi-irc/zeebrothers.net/x-9e266ccd841ba7da) |
| 18:33.24 | blast007 | it TRIED to grab the map file from HTTP |
| 18:33.38 | blast007 | maybe it's just me |
| 18:33.50 | blast007 | someone try bzexcess.com:25154 |
| 18:34.40 | blast007 | someone else was able to get it from a bit ago |
| 18:34.43 | blast007 | FastMap: 159691 bytes transfered in 1.746107 seconds (91455.449177bps) |
| 18:35.24 | Erroneous | most reasonable oses allocate memory in mostly-random places in the process address space, to mitigate damage from buffer overrun/underrun attacks |
| 18:35.34 | Erroneous | so very large pointers are not unusual |
| 18:35.57 | Erroneous | and you will get bogosity on 64-bit-ness |
| 18:36.10 | JeffM | it can be a fixed name |
| 18:36.13 | Erroneous | just one per process anyway, might as well use a constant string |
| 18:36.17 | JeffM | the URL has the port, and that is unique |
| 18:36.21 | Erroneous | yup |
| 18:37.01 | CIA-23 | BZFlag: 03JeffM2501 * r15024 10/trunk/bzflag/plugins/fastmap/fastmap.cpp: the URL is unique anyway, so the map name can be a fixed name. Make it map.bzc |
| 18:37.03 | blast007 | or just call it "cachefile" |
| 18:37.10 | blast007 | heh, that works too |
| 18:37.12 | *** join/#bzflag Tux889 (i=Tux889@mctnnbsa28w-142167107051.pppoe-dynamic.nb.aliant.net) |
| 18:39.18 | blast007 | JeffM: is it supposed to work in a browser, or do I have to do it via the bzflag client? |
| 18:39.26 | CIA-23 | BZFlag: 03JeffM2501 * r15025 10/trunk/bzflag/plugins/fastmap/fastmap.cpp: kilobytes are better then regular bytes. |
| 18:39.31 | JeffM | it should work in a browser |
| 18:39.42 | blast007 | tried to use curl: * Empty reply from server |
| 18:39.54 | JeffM | well, anything that sends it's first thing out as GET |
| 18:40.04 | blast007 | right, curl does |
| 18:40.17 | blast007 | GET /map.bzc HTTP/1.1 |
| 18:40.18 | JeffM | does the server see a conenction? |
| 18:40.39 | blast007 | do I need more than -dd? |
| 18:40.46 | CIA-23 | BZFlag: 03JeffM2501 * r15026 10/trunk/bzflag/plugins/fastmap/fastmap.cpp: ws |
| 18:40.57 | JeffM | nope |
| 18:41.02 | JeffM | bz_debugMessagef(2,"FastMap: Local HTTP connection from %d",connData->connectionID); |
| 18:41.20 | blast007 | I'm not seeing anyting from FastMap besides it spitting out the URL it's using |
| 18:41.34 | blast007 | FastMap: Runing local HTTP server for maps using URL HTTP://bzexcess.com:25154/map.bzc |
| 18:42.38 | blast007 | my server uses -i (interface)... should that matter? |
| 18:43.04 | JeffM | one sec |
| 18:43.25 | CIA-23 | BZFlag: 03daxxar * r15027 10/trunk/bzflag/src/bzrobots/ (Makefile.am PythonLoader.cxx): |
| 18:43.25 | CIA-23 | BZFlag: Forgot to decrease refcount of dotString. |
| 18:43.25 | CIA-23 | BZFlag: Renamed bzrobot.so to bzrobot_pyext.so, and made SWIG use "import bzrobot_pyext" and not "import _bzrobot". |
| 18:43.38 | CIA-23 | BZFlag: 03JeffM2501 * r15028 10/trunk/bzflag/plugins/fastmap/fastmap.cpp: log out the raw non player connections and the data |
| 18:43.41 | JeffM | try that |
| 18:43.52 | JeffM | it will show you if it even GETS a connection |
| 18:44.06 | JeffM | I have to go lunch now, Be back in like an hour |
| 18:44.07 | blast007 | k |
| 18:44.26 | *** join/#bzflag eTangenT (n=tangent@inge068164.halls.colostate.edu) |
| 18:44.34 | JeffM | I would not tink that -I would matter, since it's using the same socket as BZFS |
| 18:45.12 | blast007 | FastMap: Non ProtoConnection connection from 5 with |
| 18:46.53 | awilcox | brlcad: fix what? |
| 18:47.46 | blast007 | JeffM: so is it not waiting long enough? |
| 18:49.12 | blast007 | when I did telnet to the port, it literally connectioned and kicked me in 0.019s |
| 18:52.41 | daxxar | brlcad: Hm, I don't get that so-loader warning. Strange. |
| 18:56.37 | bryjen | fastmap doesn't seem to like curl or telnet but firefox works OK |
| 19:10.47 | blast007 | it *should* like curl though, since we use libcurl to get the file ;) |
| 19:11.16 | blast007 | it doesn't work in Firefox for me |
| 19:11.52 | blast007 | nor IE7 or Opera |
| 19:12.00 | awilcox | here's a dumb I-haven't-seen-the-code question: can you just increase the delay? |
| 19:12.12 | awilcox | just on someone's box to test? doesn't even have to be on SVN |
| 19:23.40 | *** join/#bzflag QBeep (n=QuantumB@doc-24-32-46-104.leesville.la.cebridge.net) |
| 19:23.45 | bryjen | ok, its working with curl now. not sure what changed :/ |
| 19:25.38 | bryjen | ahh, it helps when you type the file.ext correctly :) |
| 19:26.37 | bryjen | i was typing map.bwc (like what in the cache dir) before and it'd just hang. fastmap is actually using map.bzc |
| 19:33.24 | *** join/#bzflag orthox (n=orthox@static-151-201-109-96.pitt.east.verizon.net) |
| 19:42.38 | *** join/#bzflag TimRiker (n=timr@72.11.78.6) |
| 19:42.38 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 19:42.52 | *** join/#bzflag QuantumBeep (n=QuantumB@doc-24-32-46-104.leesville.la.cebridge.net) |
| 19:46.41 | *** join/#bzflag LongDon (n=LongDon@host-091-097-007-252.ewe-ip-backbone.de) |
| 19:47.01 | *** join/#bzflag QB (n=QuantumB@doc-24-32-46-104.leesville.la.cebridge.net) |
| 19:55.37 | JeffM | oh should it be bwc? |
| 19:57.12 | CIA-23 | BZFlag: 03JeffM2501 * r15029 10/trunk/bzflag/plugins/fastmap/fastmap.cpp: consistency is key |
| 19:57.55 | JeffM | bryjen, it works for you? can you try it with a HUGE map and tell me what transfer speed you get on the download? |
| 20:04.38 | blast007 | JeffM: FastMap: 152.438477 kbytes transfered in 1.812173 seconds (84.119163kbps) |
| 20:05.10 | JeffM | that sounds faster then the 15k/s you were geting in bzfs right? |
| 20:05.16 | blast007 | yeah |
| 20:05.20 | Epyon | OMG! |
| 20:05.26 | blast007 | I had to force that to send though |
| 20:05.27 | Epyon | Why is that a plugin? |
| 20:05.37 | JeffM | Epyon, for testing |
| 20:05.50 | Epyon | JeffM, will it be a part of the server? |
| 20:05.53 | JeffM | don't know yet |
| 20:05.59 | Epyon | That would make my maps a lot more "loadable" :P |
| 20:06.08 | JeffM | hence the reason I'm making it :) |
| 20:06.11 | Erroneous | that's part of the idea, Epyon :P |
| 20:06.12 | Epyon | :D |
| 20:06.17 | blast007 | what happens if two people try to join at the same time? |
| 20:06.26 | JeffM | blast007, they each get a connection |
| 20:06.48 | JeffM | it don't keep one connection for HTTP |
| 20:07.03 | JeffM | it just diverts the incoming connection to the plugin |
| 20:07.07 | JeffM | when it sees it's not BZFS |
| 20:07.09 | blast007 | k |
| 20:07.19 | JeffM | so it dosn't take a slot or anything |
| 20:07.46 | blast007 | still doesn't work for me though (I had to force it to send me the cache to get that speed test) |
| 20:08.12 | JeffM | Epyon, there may be some issues with doing it for everyone, and it is actualy slower for maps under 1 k |
| 20:08.30 | JeffM | so it may just be done as a default plug-in |
| 20:09.03 | Epyon | Well, maps under 1k load almost instantly anyway, so why bother? |
| 20:09.03 | JeffM | I'm not sure if I'd want the default server to respond to HTTP just for maps |
| 20:09.24 | *** join/#bzflag QuantumBeep (n=QuantumB@doc-24-32-46-104.leesville.la.cebridge.net) |
| 20:09.25 | JeffM | Epyon, you can make your maps load fast now by using cacheout and puting the file on a web server |
| 20:09.32 | JeffM | probably even faster then fastmap |
| 20:10.08 | JeffM | fastmap is just a way to get a faster transfer with minimal setup |
| 20:10.59 | JeffM | blast007, we'll have to debug into the client and see what it's geting and doing |
| 20:11.12 | blast007 | JeffM: it's not an issue with the client |
| 20:11.22 | JeffM | so the client is requesting it? |
| 20:11.33 | blast007 | it doesn't work with curl, Firefox, Opera, IE7, or the client |
| 20:11.35 | JeffM | and the plug-in just thinks it's not an HTTP request |
| 20:11.48 | blast007 | the plugin is not getting the request |
| 20:12.01 | blast007 | but if I force it to send the cache regardless, it works |
| 20:12.02 | bryjen | blargh. current 2.1 does bad things with the metropolis map :/ "Unable to position flags on this world." and i always spawn in-air (placement timed out) |
| 20:12.03 | JeffM | so bz_eNewNonPlayerConnection isn't called? |
| 20:12.08 | blast007 | bryjen: yeah |
| 20:12.25 | blast007 | spawn on buildings and flags on building are broken |
| 20:12.36 | blast007 | JeffM: everything is called |
| 20:12.55 | JeffM | so the plug-in shoudl get the connection, |
| 20:13.01 | JeffM | unless it dosnt' start with GET |
| 20:13.29 | blast007 | I get this to output: |
| 20:13.31 | blast007 | <PROTECTED> |
| 20:13.38 | blast007 | but 'temp' contains nothing |
| 20:13.42 | JeffM | hmmmm |
| 20:13.56 | blast007 | I don't get any data |
| 20:13.59 | JeffM | k |
| 20:14.03 | JeffM | I can maybe work around that |
| 20:14.22 | blast007 | <PROTECTED> |
| 20:14.30 | JeffM | is size 0? |
| 20:14.40 | blast007 | I added "true || " to the start of that if, and it sent the cache ;) |
| 20:15.14 | JeffM | k |
| 20:15.14 | JeffM | then I have to accept all connections, and wait till I get a pending |
| 20:15.14 | Epyon | Hmm, how can I check if a given key is in a map? |
| 20:15.14 | JeffM | ok, I can fix that |
| 20:15.14 | JeffM | key? |
| 20:15.41 | Epyon | Map <string, object> -- if exists("foo") { ... } |
| 20:15.55 | JeffM | map.find |
| 20:16.01 | JeffM | it'll return an iterator |
| 20:16.16 | JeffM | if it's == to map.end it wasn't found |
| 20:17.03 | Epyon | Ah so if ( map.find("foo") != map.end ) do stuff with map["foo"]? |
| 20:17.35 | JeffM | map.find(std::string("foo") |
| 20:17.50 | Epyon | Darn, couldn't they have made it easier :/ |
| 20:18.21 | JeffM | map::iterator itr = map.find(std::string("foo")); if (itr != map.end()) { do stuff with itr->second;} |
| 20:18.37 | JeffM | you can't cast a const char* to a std::string class |
| 20:19.00 | Epyon | OMG, that's even worse :/ |
| 20:19.02 | JeffM | maps are generic containers, find searches for the iter that has the same first as the thing |
| 20:19.17 | JeffM | Epyon, you can do it your way, your just doing a search each time you do find or [] |
| 20:19.19 | JeffM | and that can be slow |
| 20:19.27 | JeffM | so may as well keep the iterator |
| 20:20.02 | Epyon | Ah, I see. |
| 20:20.03 | Epyon | True that's a good idea. |
| 20:20.03 | Epyon | Because I'll use it again anyway. |
| 20:20.03 | JeffM | every time you do a map look up, it's a binary tree search |
| 20:20.10 | Epyon | I know I know ;] |
| 20:20.38 | Epyon | Although in my own implementation I had the last query chached. |
| 20:20.43 | JeffM | but yes, you can't use "foo" in place of a std::string refrence |
| 20:20.49 | Epyon | But I guess this worked only well with strings |
| 20:21.04 | JeffM | std::string has an asignment operator, but not an autocast |
| 20:21.41 | JeffM | well asignment and constructor :) |
| 20:23.48 | Chestal | yes, and the ctor is not explicit, so it does do automatic conversions of char* to string |
| 20:24.03 | Chestal | mymap.find("foo") should work just fine |
| 20:24.16 | JeffM | always errors for me |
| 20:25.05 | Chestal | with std::map<std::string, whatever> ? |
| 20:25.17 | JeffM | yeah IIRC |
| 20:25.20 | Epyon | Actually the method is passed a string&, so I don't have to care with conversion? |
| 20:25.37 | JeffM | or when I call functions that take a std::string & |
| 20:25.43 | JeffM | like TextUtils::tokenize |
| 20:26.20 | Epyon | That's why I love FreePascals Ansistrings xP |
| 20:27.22 | CIA-23 | BZFlag: 03JeffM2501 * r15030 10/trunk/bzflag/plugins/fastmap/fastmap.cpp: get a handler for all connections that come in, wait until they don't provide a get to release them and let anyone else keep them if they want, this lets the get transfer message come in hella slow if it has to. |
| 20:27.23 | Chestal | JeffM: you must be doing something different - or have a very broken compiler/library. I don't think even VC++ 6 will have any problems there :-) |
| 20:27.41 | JeffM | or I may be wrong/mistaken |
| 20:27.55 | JeffM | blast007, give that a shot |
| 20:29.29 | *** join/#bzflag zee158 (i=47e19752@gateway/web/cgi-irc/zeebrothers.net/x-8ce4383e6fdc91a8) |
| 20:33.55 | Epyon | Hmm, one more question: |
| 20:34.03 | Epyon | ops is a vector |
| 20:34.05 | Epyon | for (int i = 0; i < ops.size(); i++) |
| 20:34.26 | Epyon | If ops.size == 0 then will any code after get executed? |
| 20:34.30 | Epyon | (just checking) |
| 20:38.42 | brlcad | is 0 less than 0 ? |
| 20:39.01 | Epyon | I was just making sure that the check is done before the codeblock :P |
| 20:39.16 | orthox | any idea where i can find an admin for one of the norang servers? |
| 20:39.32 | Thumper_ | orthox: on it |
| 20:39.40 | orthox | bzflag2.norang.ca |
| 20:39.50 | orthox | rottencrotch aka spoogebob spermpants |
| 20:40.29 | orthox | thanks |
| 20:40.34 | Thumper_ | wlcm |
| 20:41.03 | orthox | is there a syndication system for bans that server admins can subscribe to other than the masterban? |
| 20:41.09 | CIA-23 | BZFlag: 03JeffM2501 * r15031 10/trunk/bzflag/plugins/fastmap/fastmap.cpp: use the plug-in name as a virtual dir so we don't walk over other plug-ins that may be doing HTTP |
| 20:42.08 | CIA-23 | BZFlag: 03chaos-dev * r15032 10/trunk/bzwgen/ (Operation.h Product.h Rule.h RuleSet.h): runMesh implemented for all objects below operation. runMesh on ops will follow. |
| 20:42.11 | Constitution | orthox: I believe the mofo group and fairserve both have banlists that can be subscribed to |
| 20:42.12 | Thumper_ | orthox: don't think so |
| 20:42.46 | Thumper_ | nothing official anyway |
| 20:44.29 | orthox | interesting |
| 20:44.43 | orthox | thanks forthe tip |
| 20:47.59 | CIA-23 | BZFlag: 03JeffM2501 * r15033 10/trunk/bzflag/plugins/plugin_utils/ (9 files in 2 dirs): |
| 20:47.59 | CIA-23 | BZFlag: rename PluginConfig to plugin_config for consistency |
| 20:47.59 | CIA-23 | BZFlag: add plugin_config to VC lib build. |
| 20:47.59 | CIA-23 | BZFlag: start a utility class for plugins that want to do http. |
| 20:49.58 | CIA-23 | BZFlag: 03chaos-dev * r15034 10/trunk/bzwgen/Operation.h: runMesh implemented for Operations |
| 20:50.22 | Epyon | brlcad, BTW, congratulations on striking revision 15000 :D |
| 20:51.10 | Epyon | BTW, anyone remember how many revisions were done since the start of SoC? |
| 20:51.43 | JeffM | I'm a revision whore |
| 20:53.18 | Thumper_ | I think jude had the first revision... r14246 on May 31 2007 |
| 20:54.27 | *** join/#bzflag moonpix (n=username@201.66.236.228) |
| 20:55.16 | JeffM | whoohoo, I made the main page of cia.vc :) |
| 20:55.24 | *** join/#bzflag djpenguin (i=d8665ae9@gateway/web/cgi-irc/zeebrothers.net/x-cab75bb6a2b02bf2) |
| 20:55.38 | Epyon | JeffM, ? |
| 20:56.00 | CIA-23 | BZFlag: 03JeffM2501 * r15035 10/trunk/bzflag/src/common/bzfio.cxx: flush those log messages, FLUSH them I say! |
| 20:56.04 | JeffM | cia tracks most active people/projects |
| 20:56.52 | Epyon | Lol, BZFlag is 10th project :D |
| 20:56.58 | *** join/#bzflag djpenguin (i=d8665ae9@gateway/web/cgi-irc/zeebrothers.net/x-f14b2452b3e0d572) |
| 20:57.02 | JeffM | for today, bzflag is more active then freeBSD :) |
| 20:57.45 | Epyon | How long is "today" in terms of cia.vc? |
| 20:57.57 | Thumper_ | heh |
| 20:58.00 | Epyon | 3 more hours? |
| 20:58.02 | JeffM | same as it is in terms for the rest of the world |
| 20:58.06 | JeffM | 24 hours |
| 20:58.07 | Thumper_ | 24 hours? you mean when does today start? |
| 20:58.09 | JeffM | I don't know when it starts |
| 20:58.14 | JeffM | probably GMT |
| 20:58.16 | Epyon | Aaah, it's live? |
| 20:58.21 | *** join/#bzflag newnick (i=d8665ae9@gateway/web/cgi-irc/zeebrothers.net/x-ea30e35b3326eb7b) |
| 20:58.25 | JeffM | yeah |
| 20:58.31 | newnick | hey guys |
| 20:58.32 | JeffM | that's the system that runs the CIA bots |
| 20:58.37 | newnick | i have a question |
| 20:59.13 | newnick | my bz name is djpenguin for those of you who know me |
| 20:59.13 | JeffM | Epyon, it may be in "the last 24 hours" I'm not sure |
| 20:59.22 | Epyon | JeffM, I know, I just wonder how it handles today -- a reset every 24h or last 34h |
| 20:59.45 | newnick | well i downloaded ibzserver and i cant get it to run |
| 20:59.48 | JeffM | Epyon, it's ether a reset every 24, or last 24 |
| 20:59.52 | newnick | its a mac server program |
| 21:00.01 | JeffM | newnick, we didn't write that, it's not official |
| 21:00.11 | JeffM | who'd you get it from? |
| 21:00.26 | newnick | what? |
| 21:00.29 | newnick | online |
| 21:00.32 | newnick | i downloaded it |
| 21:00.35 | JeffM | from where? |
| 21:00.39 | newnick | also ibzedit |
| 21:00.51 | newnick | i dont remember why |
| 21:00.53 | JeffM | those are not part of the official bzflag project |
| 21:00.57 | JeffM | we don't support them |
| 21:00.58 | newnick | i know |
| 21:01.00 | JeffM | we did not make them |
| 21:01.06 | newnick | but i have a question |
| 21:01.08 | JeffM | ibzedit is dead IIRC |
| 21:01.18 | newnick | on ibzedit |
| 21:01.19 | TimRiker | newnick: so ask whoever made them. |
| 21:01.38 | newnick | tim riker?your the maker of bz! |
| 21:01.42 | CIA-23 | BZFlag: 03chaos-dev * r15036 10/trunk/bzwgen/ (Generator.h GridGenerator.cxx GridGenerator.h bzwgen.cxx): Generators now take a RuleSet param. Also fixed Generator.h - it wasn't virtual o.O |
| 21:01.56 | TimRiker | maintainer, yes. but not the maker. |
| 21:02.06 | newnick | ohh. cool. you rock! |
| 21:02.18 | Epyon | OMG, he speaks o.O |
| 21:02.20 | TimRiker | more like pebbles. |
| 21:02.25 | JeffM | heh |
| 21:02.30 | newnick | ha |
| 21:02.37 | newnick | anyways |
| 21:02.42 | newnick | i cant find the maker |
| 21:02.45 | Epyon | Scary. |
| 21:02.46 | JeffM | TimRiker, so we got a plug-in that does HTTP inline with the bzfs protocoll now, much to the shock and horror of others :) |
| 21:02.55 | newnick | i sent him 100 messages over the past few weeks |
| 21:03.00 | TimRiker | JeffM: sweetness |
| 21:03.07 | JeffM | newnick, to who, CRS? |
| 21:03.17 | TimRiker | newnick: gotta luv unsupported software don't ya. |
| 21:03.17 | newnick | idk |
| 21:03.27 | newnick | heh yes |
| 21:03.29 | Epyon | newnick, you can ask if someone knows this program well, butr if not, then asking question will be just a waste of bandwidth :P |
| 21:03.30 | newnick | anyways |
| 21:03.31 | JeffM | newnick, how can you not know, yet you sent him messags? |
| 21:03.37 | newnick | i made my bz map |
| 21:03.49 | newnick | it was via email |
| 21:04.01 | TimRiker | newnick: just ask the question. |
| 21:04.03 | newnick | i odnt know who he is |
| 21:04.04 | JeffM | TimRiker, I assume you are cool with a policy of each plug-in that does HTTP inline, do it using the plug-in name as a virtual directory, so they don't walk over each other? |
| 21:04.19 | TimRiker | JeffM: sounds great to me. |
| 21:04.39 | JeffM | TimRiker, I'll put the logic for that in a base class in plug-in utils |
| 21:04.46 | newnick | well i made my map but it turn out really small, so i was wondering if there was any code to make everything bigger but the actual tanks, all to proportion |
| 21:04.58 | JeffM | newnick, make the objects larger |
| 21:05.12 | TimRiker | hmm. might want to isolate any non-plugin stuff. perhaps /plug/<name>/ or similar? |
| 21:05.20 | newnick | i know, but i want to do all to a certain proportion so it will work |
| 21:05.40 | JeffM | TimRiker, or just make any internal stuff do /BZFS/ but I'd like to stay away from doing internal HTTP |
| 21:05.53 | JeffM | newnick, so what is your question? |
| 21:05.58 | JeffM | how to make things biger? |
| 21:06.01 | JeffM | or how big to make things? |
| 21:06.02 | TimRiker | I'm fine with that too. if there can be no BZFS plugin. |
| 21:06.17 | JeffM | TimRiker, I'll prevent that in the base class |
| 21:06.18 | newnick | how can i make them all larger with the same proportion |
| 21:06.24 | TimRiker | sweet. |
| 21:06.26 | JeffM | newnick, multiply |
| 21:06.46 | newnick | multiply all the sizes? |
| 21:06.51 | JeffM | yeah dude, basic math |
| 21:06.58 | TimRiker | and the positions too. |
| 21:07.06 | JeffM | you want them all twice as large, multiply it all by 2 |
| 21:07.13 | newnick | that will do it? |
| 21:07.18 | JeffM | yeah |
| 21:07.25 | newnick | well i want it to fit on the 100 size world map |
| 21:07.38 | TimRiker | and how big is it now? |
| 21:07.38 | JeffM | small map |
| 21:07.44 | newnick | and also somewhere in the codes is a mistake |
| 21:07.53 | JeffM | what "codes"? |
| 21:07.55 | newnick | its very small right now |
| 21:07.59 | JeffM | how small? |
| 21:08.08 | newnick | im not exactly sure atm |
| 21:08.08 | JeffM | you need to know how much bigger to make it |
| 21:08.11 | JeffM | you need to be sure |
| 21:08.16 | JeffM | then just do the math |
| 21:08.16 | newnick | okay |
| 21:08.20 | JeffM | math is fun |
| 21:08.22 | newnick | okay thannx |
| 21:08.28 | newnick | yeah i love match |
| 21:08.30 | newnick | math* |
| 21:08.39 | newnick | later |
| 21:08.41 | *** part/#bzflag newnick (i=d8665ae9@gateway/web/cgi-irc/zeebrothers.net/x-ea30e35b3326eb7b) |
| 21:08.49 | TimRiker | almost entertaining. |
| 21:11.29 | JeffM | if this works it'll be prety damned slick :) |
| 21:15.15 | bryjen | 1284.304688 kbytes transfered in 21.033457 seconds (61.060086kbps) |
| 21:16.25 | Epyon | Not bad :) |
| 21:16.43 | Epyon | That's about twice my current map unpacked :P |
| 21:17.04 | Epyon | What's map-of-doom? |
| 21:17.37 | Epyon | oh wait, that's just 1,2 MB... that's my map packed xP |
| 21:18.48 | *** part/#bzflag Tedius (n=Tedius@musictech.MUSC.CWRU.Edu) |
| 21:19.41 | CIA-23 | BZFlag: 03chaos-dev * r15037 10/trunk/bzwgen/ (9 files): GridMaps and Zones take Generator as parameter. |
| 21:20.19 | JeffM | bryjen, what is your lag to that server? |
| 21:21.25 | blast007 | hmm, a 'wget' hangs at 95% downloaded |
| 21:21.41 | blast007 | wrong content length sent? |
| 21:21.57 | JeffM | no, it's the raw data size |
| 21:22.11 | JeffM | not counting the header |
| 21:22.51 | blast007 | Length: 159,594 [application/octet-stream] |
| 21:22.51 | blast007 | 95% [=============================================================================> ] 153,000 89.90K/s |
| 21:22.53 | CIA-23 | BZFlag: 03chaos-dev * r15038 10/trunk/bzwgen/ (Generator.h GridGenerator.h): Materials moved from GridGenerator to Generator, everyone has the right to paint the world pink! |
| 21:22.55 | blast007 | hangs right there |
| 21:22.58 | JeffM | wierdness |
| 21:23.17 | JeffM | does the server say it finished that transfer? |
| 21:23.19 | blast007 | FastMap: 155.948242 kbytes transfered in 1.746620 seconds (89.285730kbps) |
| 21:23.36 | JeffM | take a look at the code |
| 21:23.42 | JeffM | I think it's using the right stuff |
| 21:24.10 | bryjen | i'm on the same lan with it. lag should be really low. i really expected the transfer to be a bit faster, but it's probly doing the http through our firewall to the other network card |
| 21:24.29 | JeffM | bryjen, well it also transfers it in the middle of the BZFS main loop |
| 21:24.37 | JeffM | so that takes some time |
| 21:25.10 | JeffM | for you it should be nearly as fast as using the BZFS proto |
| 21:25.10 | Epyon | Lol, I had 32 commits yesterday :D |
| 21:25.27 | Epyon | And 99 so far :P |
| 21:29.01 | CIA-23 | BZFlag: 03chaos-dev * r15039 10/trunk/bzwgen/Generator.h: Generator has now a proper destructor |
| 21:30.21 | TimRiker | JeffM: are you planning to add direct http delivery of images to bzfs? |
| 21:36.05 | JeffM | no |
| 21:36.16 | JeffM | it'd be possible |
| 21:36.20 | JeffM | I don't know how usefull |
| 21:36.30 | JeffM | since people would have to modfy there allow file |
| 21:36.36 | *** join/#bzflag delusional_ (n=delusion@pool-141-158-76-36.pitt.east.verizon.net) |
| 21:36.46 | JeffM | I don't think auto trusting a server for images is a good thing |
| 21:36.47 | CIA-23 | BZFlag: 03chaos-dev * r15040 10/trunk/bzwgen/ (BuildZone.cxx Generator.h): Duh forgot the neccessary accessors. |
| 21:37.12 | JeffM | but the tech is there to do it, sure |
| 21:37.43 | blast007 | JeffM: well, wget seems to download the entire file |
| 21:38.01 | JeffM | blast007, is thre some footer or something that is not being sent? |
| 21:38.48 | blast007 | wouldn't be a footer |
| 21:39.56 | JeffM | an EOF code or something? |
| 21:40.09 | blast007 | hmm |
| 21:40.14 | blast007 | no idea :) |
| 21:40.33 | JeffM | gimme a bit and I can look into it |
| 21:41.27 | TimRiker | agreed. default should NOT be to trust images on any old server. however it does make testing new images nice. plugins that dynamically generate textures could be interesting. |
| 21:42.26 | JeffM | maybe I'll make a test plug-in for the HTTP class that does that |
| 21:42.54 | TimRiker | no rush, just a thought. I'm picturing usage graphs on the walls etc. :) |
| 21:43.38 | blast007 | heh.. |
| 21:43.56 | blast007 | "Today's random photobucket image" |
| 21:44.02 | TimRiker | hehe |
| 21:44.09 | tannerld | heh |
| 21:44.25 | JeffM | well I was looking into dynamic material overides :) |
| 21:44.43 | TimRiker | course then I'll want the client to obey an expires header, and reload the image from time to time. |
| 21:45.00 | JeffM | TimRiker, or have the server force out an update |
| 21:45.15 | JeffM | dynamicTexture :) |
| 21:45.52 | JeffM | what is the ASCII for an EOF? |
| 21:45.54 | TimRiker | that could work too. the expires method would work on other web servers. I suppose the server config could have the same refresh data. |
| 21:46.03 | TimRiker | ^Z iirc. |
| 21:46.11 | JeffM | I mean the number |
| 21:46.11 | TimRiker | or ^D on unix. |
| 21:46.12 | blast007 | JeffM: weee, my bzfs is inf. looping |
| 21:46.22 | JeffM | blast007, cool, where? |
| 21:46.27 | blast007 | no idea |
| 21:46.37 | Epyon | Woah, thos scared me : http://chaosforge.org/bzfi0005.png |
| 21:46.39 | JeffM | sounds like a job for the debuger |
| 21:46.45 | blast007 | yeah |
| 21:46.55 | blast007 | guess I should build in debug mode, eh? :) |
| 21:49.37 | JeffM | maybe it didn't set the min wait time back |
| 21:49.50 | JeffM | when there are no more transfers it's suposed to go back to a 2 second cycle |
| 21:50.19 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 21:50.19 | *** mode/#bzflag [+v tupone] by ChanServ |
| 21:50.21 | JeffM | unless. that's defined in MS, not S |
| 21:51.56 | brlcad | Epyon: ah, I hadn't even noticed |
| 21:54.04 | CIA-23 | BZFlag: 03chaos-dev * r15041 10/trunk/bzwgen/Rule.h: Bug in getProduct randomizer fixed. |
| 21:58.17 | CIA-23 | BZFlag: 03chaos-dev * r15042 10/trunk/bzwgen/ (Rule.h bzwgen.cxx): Output messages fixed, removed debug msg. |
| 21:58.40 | tupone | hola brlcad |
| 21:59.43 | brlcad | hey tupone! |
| 21:59.54 | brlcad | daxxar: -interface ;-) |
| 21:59.59 | brlcad | come va? |
| 22:01.16 | tupone | bene grazie |
| 22:01.26 | tupone | how was the sig? |
| 22:02.39 | blast007 | JeffM: when I get home, maybe I'll run a packet sniffer and compare apache vs fastmap |
| 22:02.55 | JeffM | blast007, I'll try to send out an EOF too |
| 22:02.58 | blast007 | k |
| 22:03.00 | JeffM | the loop bugs me tho |
| 22:03.02 | TD-Linux | Epyon, I suggest you add the line 'noradar' to your road meshes or matrefs |
| 22:03.06 | TD-Linux | can't remember which :P |
| 22:03.28 | blast007 | material |
| 22:03.35 | TD-Linux | yeah, not matref :P |
| 22:03.36 | CIA-23 | BZFlag: 03chaos-dev * r15043 10/trunk/bzwgen/Operation.h: MATGLASS used as a default material until I come up with a way to handle materials in the rulesets |
| 22:03.59 | Epyon | blast007, can noradar be added to material definitions? |
| 22:04.07 | blast007 | yes |
| 22:04.10 | TD-Linux | yeah, 'noradar' :P |
| 22:04.44 | blast007 | 'man bzw' is your friend |
| 22:05.14 | *** join/#bzflag orthox (n=orthox@70.89.111.225) |
| 22:05.21 | TD-Linux | the wiki is too |
| 22:05.30 | CIA-23 | BZFlag: 03chaos-dev * r15044 10/trunk/bzwgen/Operation.h: Buggy implementation fixed. |
| 22:05.32 | TD-Linux | most of the wiki is copied out of the man page, though |
| 22:05.35 | Epyon | I don't have man :P |
| 22:05.46 | Constitution | looks like observers are no longer included in lagstats... is that on purpose? |
| 22:06.02 | TD-Linux | probably, nobody cares about observer lag |
| 22:06.13 | donny_baker | and they are really useless |
| 22:06.43 | blast007 | Epyon: on Windows, the man pages are converted to HTML and provided with the installers |
| 22:06.44 | TD-Linux | and, at least in bzadmin's case, they don't work. |
| 22:07.11 | blast007 | bzadmin doesn't respond to MsgPing |
| 22:07.24 | blast007 | not exactly sure why |
| 22:09.55 | Constitution | my mistake, observer players are counted, but not bzadmin users |
| 22:11.14 | Epyon | blast007, sorry, noradar doesn't work with materials :/ |
| 22:11.54 | Epyon | material |
| 22:11.54 | Epyon | <PROTECTED> |
| 22:11.54 | Epyon | <PROTECTED> |
| 22:11.55 | Epyon | <PROTECTED> |
| 22:11.55 | Epyon | end |
| 22:12.03 | Epyon | is still visible :? |
| 22:12.24 | Epyon | At least on 2.0.x |
| 22:12.35 | Epyon | Was this changed in 2.1?? |
| 22:12.42 | TD-Linux | no |
| 22:12.47 | TD-Linux | hmm, I don't see it in the wiki |
| 22:12.56 | TD-Linux | try it in a mesh for fun |
| 22:14.44 | Epyon | Okay, here's the fun part. |
| 22:15.04 | Epyon | Noradar is placed correctly. It just doesn't work for me o.O |
| 22:16.43 | CIA-23 | BZFlag: 03chaos-dev * r15045 10/trunk/bzwgen/rules/test.set: Changed test.set to test more features until recursive rules will be implemented. |
| 22:17.17 | TD-Linux | o.O |
| 22:17.31 | TD-Linux | maybe there is something else on radar |
| 22:17.40 | Epyon | It worked ok on my old PC :( |
| 22:17.44 | TD-Linux | that prevents you from being able to see the effects on noradar |
| 22:17.55 | Epyon | Graphics card? Or did I mess up some options? |
| 22:18.05 | TD-Linux | did 2.1.x break it or something? |
| 22:18.10 | Epyon | (old = new one that bit the dust a few days ago ;( ) |
| 22:18.23 | Constitution | is your radar style in GUI options "normal"? |
| 22:18.24 | JeffM | Epyon, do you do a big ground plane or mesh? |
| 22:18.37 | Epyon | TD-Linux, I'm running the same BZF / BZW as on the other PC. |
| 22:18.58 | TD-Linux | isn't the default 'enhanced', Constitution |
| 22:19.09 | Epyon | Constitution, the one on the server was ok, wasn't it? |
| 22:19.19 | Epyon | radar wise |
| 22:19.25 | Constitution | not sure what you mean |
| 22:20.02 | Constitution | in your client, under GUI settings, if your radar style is set to "normal", noradar doesn't work IIRC |
| 22:21.09 | Epyon | Yep, that was the problem, I had it set to normal :P |
| 22:21.15 | Epyon | ~Constitution++ |
| 22:22.46 | CIA-23 | BZFlag: 03chaos-dev * r15046 10/trunk/bzwgen/BuildZone.cxx: RuleSet working without recursion! I know these skyscrapers are high and boring xP |
| 22:33.49 | Epyon | awilcox, don't worry, we'll try to stop talking now :P |
| 22:34.03 | awilcox | <PROTECTED> |
| 22:34.07 | awilcox | oops, pasted in ww. |
| 22:34.17 | awilcox | Epyon: thankee, all caught up :D |
| 22:35.08 | Epyon | awilcox, where did you want to paste that :P |
| 22:35.15 | Epyon | It's a picture of a Bug xP |
| 22:35.23 | tannerld | awilcox: pretty |
| 22:35.40 | awilcox | Epyon: trying to paste it in Firefox |
| 22:35.48 | Epyon | lol :P |
| 22:35.54 | awilcox | tannerld: Epyon pasted it a bit ago. trying to view it. |
| 22:36.10 | Epyon | The fun thing is that those buildings were coverd with road texture :P |
| 22:36.36 | tannerld | lol |
| 22:36.41 | awilcox | hahahaha |
| 22:36.45 | tannerld | looks nice |
| 22:36.49 | awilcox | Epyon: Ooooooooooooooooooh skyscrapers |
| 22:37.19 | TD-Linux | those skyscrapers look really cool that way. |
| 22:37.23 | Epyon | Anyway, today there will be more screenshots probably :P |
| 22:37.41 | awilcox | how does one fix a broken computer, without any external discs? |
| 22:37.47 | Epyon | TD-Linux, yeah, I thought so too, so I think I'll add a "dark skyscraper" texture :P |
| 22:37.48 | awilcox | i.e. the CD drive is dead. |
| 22:38.01 | Epyon | awilcox is it USB bootable? |
| 22:38.13 | awilcox | Epyon: possibly, unsure, it boots off a USB floppy disk |
| 22:38.14 | Epyon | Od does it have a floppy? |
| 22:38.20 | awilcox | Epyon: kinda. |
| 22:38.24 | awilcox | see above. |
| 22:38.28 | Epyon | So that's how :P |
| 22:38.28 | TD-Linux | well then it can boot off USB. |
| 22:38.44 | Epyon | Get your self a USB Live "CD" and go :) |
| 22:38.46 | TD-Linux | use isolinux or whatever it's called to boot a Windows CD. |
| 22:38.56 | awilcox | anyways, it has Windows XP Professional. but NetBSD overwrote the bootsector. |
| 22:39.04 | awilcox | So I need fixboot |
| 22:39.17 | Epyon | There are plenty 50MB USB live linux distros :) |
| 22:39.21 | awilcox | TD-Linux: okay the problem is...No CD Drive. |
| 22:39.32 | awilcox | Epyon: I don't have a thumb/keychain drive |
| 22:39.37 | TD-Linux | so |
| 22:39.42 | TD-Linux | oh |
| 22:39.50 | TD-Linux | you only have floppies :O |
| 22:39.51 | Epyon | awilcox, pocket linux on a floppy then? |
| 22:39.53 | awilcox | it can boot off a floppy disk. |
| 22:40.04 | awilcox | Epyon: I don't see how that could fix my Windows XP NTFS bootsector |
| 22:40.19 | TD-Linux | buy a CD drive for it. |
| 22:40.29 | TD-Linux | so you can install operating systems on it and stuff. |
| 22:40.32 | awilcox | TD-Linux: that's expensive. |
| 22:40.37 | awilcox | it's like $41 on Newegg |
| 22:40.42 | CIA-23 | BZFlag: 03chaos-dev * r15047 10/trunk/bzwgen/ (6 files): noradar moved to Material class. |
| 22:41.05 | Epyon | awilcox, I have like 5 CD or DVD drives at home, want one? :P |
| 22:41.13 | awilcox | I mean, haven't you guys noticed a lack of AWOSLappy? :P |
| 22:41.22 | awilcox | Epyon: if it's laptop compliant. |
| 22:41.28 | Epyon | Poor AWOSLappy :P |
| 22:41.41 | awilcox | that's why it's so expensive |
| 22:41.44 | Epyon | awilcox, nah :( |
| 22:41.44 | awilcox | it's a laptop CD drive |
| 22:42.09 | TD-Linux | :( |
| 22:42.19 | TD-Linux | ultrabay? |
| 22:42.21 | Epyon | Okay, cigarette break and I'm implementing recursive rules. |
| 22:42.32 | TD-Linux | you smoke? o.O |
| 22:42.43 | Epyon | Unfortunately :( |
| 22:42.54 | TD-Linux | I have plenty of smoke already |
| 22:42.57 | TD-Linux | from frying things |
| 22:43.05 | awilcox | TD-Linux: yes, ultrabay |
| 22:43.08 | TD-Linux | our vaccum cleaner let out all the magic smoke yesterday |
| 22:43.11 | Epyon | I smoke, drink and watch anime. I know I'm a bad person. |
| 22:43.16 | awilcox | Epyon: Eessh. |
| 22:43.26 | TD-Linux | the anime is the worst part ;P |
| 22:43.39 | awilcox | TD-Linux: O_O your vaccum cleaner has a semiconductor? |
| 22:43.44 | TD-Linux | no |
| 22:43.53 | TD-Linux | but that doesn't prevent it from letting out smoke |
| 22:43.54 | Epyon | Not to mention playing roguelikes xP |
| 22:43.58 | awilcox | :P |
| 22:44.08 | awilcox | TD-Linux: anyways, yes UltraBay. |
| 22:44.10 | TD-Linux | I was vacuuming... |
| 22:44.19 | awilcox | TD-Linux: do you have an UltraBay CD drive!? |
| 22:44.54 | TD-Linux | and then it was like |
| 22:44.55 | TD-Linux | <PROTECTED> |
| 22:44.55 | TD-Linux | | _ ) /_\ | \| |/ __| | |
| 22:44.55 | TD-Linux | | _ \/ _ \| .` | (_ |_| |
| 22:44.55 | TD-Linux | |___/_/ \_\_|\_|\___(_) |
| 22:45.05 | awilcox | rofl |
| 22:45.07 | TD-Linux | ... and then all the magic smoke came out. |
| 22:45.13 | TD-Linux | awilcox, yes I do |
| 22:45.14 | Epyon | Anyone here knows how to do textures? |
| 22:45.15 | TD-Linux | it's in this laptop |
| 22:45.21 | TD-Linux | ME! |
| 22:45.23 | awilcox | Epyon: XPaint. |
| 22:45.25 | Epyon | And willing to help me out? |
| 22:45.32 | TD-Linux | uvmapping or making a texture? |
| 22:45.32 | awilcox | Epyon: what am I texturing? |
| 22:45.44 | Epyon | I know how to do, but I'm asking if someone would like to help me :) |
| 22:45.45 | TD-Linux | Epyon, go take a digital camera and take a picture of something |
| 22:45.57 | TD-Linux | dinner is soon, maybe |
| 22:46.08 | Epyon | it's 00:57 here xP |
| 22:46.10 | TD-Linux | Gimp has a special mode I think |
| 22:46.15 | awilcox | it's 18:42 here. |
| 22:46.16 | *** part/#bzflag LongDon (n=LongDon@host-091-097-007-252.ewe-ip-backbone.de) |
| 22:46.25 | awilcox | Epyon: your clock has a +15 min delta |
| 22:46.52 | awilcox | TD-Linux: can I get it on the cheap from you? |
| 22:46.53 | Epyon | TD-Linux, I told you I *know* how to do textures, I was asking just if someone would like to put some stress away from me :D |
| 22:46.58 | TD-Linux | there is also a 'Make Seamless' filter in Gimp |
| 22:47.11 | TD-Linux | awilcox, this laptop is property of IBM. No. |
| 22:47.14 | awilcox | Epyon: my digicam is teh b0rked, but I can draw in XPaint. |
| 22:47.24 | awilcox | TD-Linux: I think it'd be compatible. |
| 22:47.31 | TD-Linux | it would be |
| 22:47.35 | TD-Linux | but it's still property of IBM |
| 22:47.42 | TD-Linux | and I have to return it someday |
| 22:47.56 | awilcox | omigosh. |
| 22:47.57 | Epyon | awilcox, getting royality free photos from the web and making them into textures is fine too. |
| 22:47.59 | awilcox | you're serious?! |
| 22:48.02 | TD-Linux | I'm serious. |
| 22:48.09 | awilcox | oh... |
| 22:48.15 | awilcox | you're the guy who's father works for IBM? |
| 22:48.15 | TD-Linux | my dad checked it out from IBM |
| 22:48.17 | TD-Linux | yes. |
| 22:53.54 | CIA-23 | BZFlag: 03chaos-dev * r15048 10/trunk/bzwgen/RuleSet.h: Infinite recursion check added. |
| 22:54.17 | *** join/#bzflag bier_ (n=bier@p54A5025D.dip0.t-ipconnect.de) |
| 22:55.31 | Winny | anyone know how to make a PCI video card be the default card on a mobo with PCI-E? |
| 22:55.38 | Winny | I put in the card, but it won |
| 22:55.44 | Winny | 't display video* |
| 22:55.51 | JeffM | bios |
| 22:56.05 | Winny | I can't _see_ the bios :p |
| 22:56.05 | JeffM | usualy under integreated perheprials |
| 22:56.13 | JeffM | it have onboard video? |
| 22:56.20 | L4m3r | if there's no PCIe card in there, it really should detect the PCI one |
| 22:56.22 | Winny | nope, thats why I have a card |
| 22:56.36 | JeffM | if it's the only card, and it dosn't show, then the card is fubar |
| 22:56.40 | L4m3r | any beeps? Sure it's POSTing? |
| 22:56.46 | Winny | it is from windows 95, that COULD have something to do with it |
| 22:57.01 | Winny | L4m3r: indeed, it beeps |
| 22:57.01 | JeffM | how can a card be "from" an OS? |
| 22:57.09 | Winny | sorry, I meant age-wise |
| 22:57.21 | JeffM | card probalby dosn't work in the new mobo then |
| 22:57.54 | JeffM | did you put it in the PCI-E slot? or the old PCI style slot? |
| 23:01.05 | Winny | ...not THAT stupid :p |
| 23:01.12 | awilcox | Winny: a Cirrus Logic from 1994 works on a 2002 mobo |
| 23:01.17 | Winny | put it in the PCI slot, obviously |
| 23:07.21 | CIA-23 | BZFlag: 03chaos-dev * r15049 10/trunk/bzwgen/ (RuleSet.h bzlgen.vcproj): RuleSet constructor and destructor moved to separate file. |
| 23:08.03 | CIA-23 | BZFlag: 03chaos-dev * r15050 10/trunk/bzwgen/RuleSet.cxx: Darn, forgot to svn add RuleSet.cxx :/ |
| 23:08.18 | Winny | wonderful job, win |
| 23:08.27 | Winny | YOU've forgotten the root password |
| 23:08.42 | Winny | you win a prize! |
| 23:08.43 | Epyon | Winny, it's himitsu |
| 23:09.13 | Epyon | Winny, you once said you'd be willing to help out with textures? |
| 23:09.22 | Winny | indeed |
| 23:13.38 | CIA-23 | BZFlag: 03chaos-dev * r15051 10/trunk/bzwgen/ (Rule.cxx Rule.h bzlgen.vcproj): Rule's methods moved to Rule.cxx |
| 23:15.13 | Epyon | Winny, I'd appriciate some help now :) |
| 23:15.22 | Winny | what do ya need? |
| 23:15.27 | Epyon | Basically all urban |
| 23:15.44 | Epyon | Tileable textures of one facade element |
| 23:15.51 | JeffM | Epyon, see what you get get from open source quake 3 stuff too |
| 23:16.12 | JeffM | openArena etc... |
| 23:16.25 | Epyon | JeffM, yeah, there are some sources, but as for now I'd rather code than search textures :/ |
| 23:16.39 | Epyon | Maybe I'll do that during beer time. |
| 23:16.58 | JeffM | Im just saying so that you can ask people to go do that searching for you, not you asking them to what seems like make them ;) |
| 23:17.37 | Epyon | JeffM, that's what I wanted to do, but I figured you might say "that's YOUR job" so I wanted to wait a while before that xP |
| 23:18.05 | JeffM | as I've said before, the art part isn't your job :) |
| 23:18.35 | CIA-23 | BZFlag: 03chaos-dev * r15052 10/trunk/bzwgen/bzlgen.vcproj: Law and Order in the vcproj file. |
| 23:25.55 | CIA-23 | BZFlag: 03chaos-dev * r15053 10/trunk/bzwgen/ (Operation.cxx Operation.h bzlgen.vcproj): Operation.cxx added for OperationNonterminals sake (recursion with RuleSet.h) |
| 23:29.42 | *** join/#bzflag bryjen (n=bryjen@2002:4cb1:b40f:0:0:0:0:1) |
| 23:29.42 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 23:29.46 | CIA-23 | BZFlag: 03chaos-dev * r15054 10/trunk/bzwgen/ (Operation.h parser.y): OperationNonterminal has a RuleSet pointer now to allow Rule recursion |
| 23:31.22 | *** join/#bzflag winwinwin (n=chatzill@unaffiliated/davidhkmrpowers) |
| 23:35.19 | Winny | winwinwin? |
| 23:35.21 | Winny | :o |
| 23:36.45 | CIA-23 | BZFlag: 03chaos-dev * r15055 10/trunk/bzwgen/ (Operation.cxx Operation.h rules/test.set): RuleSet recursion implemented! Now let's see how you move, baby... |
| 23:36.53 | tannerld | Winny: long lost cousin? |
| 23:37.28 | Epyon | Okay, here goes nothin' - if this works, I reached a milestone :) |
| 23:39.30 | brlcad | i think i need some sushi today |
| 23:40.11 | Epyon | Yaaahoooo, it works :D |
| 23:41.22 | Erroneous | ~Epyon++ |
| 23:41.39 | tannerld | ~Epyon++ |
| 23:41.44 | tannerld | Epyon: what workeD? |
| 23:41.54 | Epyon | Recursive rule execution :) |
| 23:42.04 | Constitution | ~Epyon++ |
| 23:42.08 | tannerld | yay |
| 23:42.14 | Epyon | Now to implement textures and proper subdivision for the language |
| 23:42.19 | Epyon | And attributes. |
| 23:42.27 | TD-Linux | recursive? evil. |
| 23:42.30 | brlcad | ~Epyon++ |
| 23:42.36 | TD-Linux | you must be generating some very interesting meshes. |
| 23:43.17 | tannerld | lol |
| 23:43.54 | Epyon | TD-Linux, until I implement subdivision and partitioning into the language, they are pretty boring. But I have the funs, so all that is left is to put them in :) |
| 23:44.03 | Epyon | brlcad lol xP |
| 23:44.21 | Epyon | You'd need transformations for that though, which I don't need (at least now) |
| 23:44.56 | Epyon | Winny, ping? |
| 23:45.15 | TD-Linux | you should add litter |
| 23:45.29 | Epyon | litter? |
| 23:45.33 | brlcad | kitty litter |
| 23:45.36 | tannerld | trash |
| 23:45.38 | Epyon | -_- |
| 23:45.54 | Epyon | Do you have pixel shaders? If so thta could be done xP |
| 23:46.25 | Epyon | Come to think of it... xP |
| 23:46.30 | TD-Linux | why would you need pixel shaders? |
| 23:47.14 | TD-Linux | just take a short 2-triangle quad, put a random food wrapper picture on it, mess up the vertices, and throw it on the street |
| 23:47.30 | TD-Linux | and you need fast food soda cups too |
| 23:49.42 | blast007 | McHeart'O'Tack |
| 23:51.00 | Epyon | how can I round a float to an int? |
| 23:51.09 | Epyon | round, not floor |
| 23:51.44 | JeffM | add 0.5 and floor it |
| 23:51.49 | blast007 | add 0.5 to it, floor it, then subtract 0.5? |
| 23:51.54 | blast007 | er |
| 23:52.00 | blast007 | no subtract |
| 23:52.01 | JeffM | just floor and trunk |
| 23:52.01 | blast007 | ;) |
| 23:52.01 | JeffM | yeah |
| 23:52.13 | Epyon | int(float) is floor right? |
| 23:52.26 | JeffM | yeah so just add 0.5 and cast :) |
| 23:53.15 | Epyon | I'll add that as a inline func to keep things tidy |
| 23:53.18 | JeffM | if it's less then 0.5 from the next int it won't go over, and will trunk down. |
| 23:53.31 | JeffM | if it's over 0.5 away, it'll go over to the next int, and trunk up |
| 23:54.14 | tupone | then it is a round . |
| 23:54.22 | JeffM | that's what he wanted, was a round |
| 23:54.45 | JeffM | round to the nearest whole number |
| 23:55.07 | CIA-23 | BZFlag: 03chaos-dev * r15056 10/trunk/bzwgen/globals.h: inline int round(float) added. |
| 23:55.07 | tupone | double round(double x); |
| 23:55.21 | tupone | ahh ok, that is a double |
| 23:55.29 | Epyon | tupone, that's from math.h? |
| 23:55.38 | tupone | yep |
| 23:55.49 | tupone | but is a double not a ìn int |
| 23:55.55 | Epyon | hmm, better change mine then to avoid conflict |
| 23:56.06 | TD-Linux | you don't need to |
| 23:56.13 | TD-Linux | overloading should fix it |
| 23:56.24 | JeffM | yours will take a float |
| 23:56.25 | Epyon | not if the result is different |
| 23:56.35 | JeffM | you taking a float or a double? |
| 23:56.42 | Epyon | float |
| 23:56.49 | tupone | float roundf(float x); |
| 23:56.50 | JeffM | then it's not the same paramater |
| 23:56.55 | JeffM | float != double |
| 23:57.00 | tupone | from math.h |
| 23:57.09 | tupone | I think he wants a int as a result |
| 23:57.20 | JeffM | ok so (int)roundf(val) :) |
| 23:57.23 | JeffM | bam zoom |
| 23:57.40 | tupone | so overload is fine in C++ (should be) |
| 23:57.55 | tupone | sorry for noise :) |
| 23:58.07 | JeffM | he dosn't even have to overload it, or write his own :) |
| 23:58.08 | CIA-23 | BZFlag: 03chaos-dev * r15057 10/trunk/bzwgen/Operation.h: OperationMaterial added. |
