| 00:00.28 | scgtrp | how do i make a box reflective? shininess gives me solid white like this: http://71.203.182.43/screenshots/bzfi0004.png |
| 00:29.49 | *** join/#bzflag ahs3- (n=alvin@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 00:30.35 | BulletCatcher | I think only the ground can have mirror-like reflectivity. |
| 00:30.48 | BulletCatcher | I just tried a "/set _mirror white" command in 2.99.3 and it segfaulted both the client and server. |
| 00:33.16 | scgtrp | works here (2.0.10 though) |
| 00:33.24 | BulletCatcher | Good. |
| 00:48.33 | TD-Linux | scgtrp, reflection is very very complex |
| 00:48.40 | TD-Linux | _mirror renders the entire scene twice |
| 00:48.43 | TD-Linux | one time upside down |
| 00:48.44 | scgtrp | yeah |
| 00:49.06 | scgtrp | hehe, i guess 2 surfaces reflecting each other would be really fun to render |
| 00:49.07 | TD-Linux | doing a box requires rendering it 6 times into something called a cubemap, then projecting it onto your object (in this case a box) |
| 00:49.34 | TD-Linux | there's also an older way to do it using a spheremap |
| 00:49.43 | TD-Linux | which bzflag does support, but the spheremap needs to be prerendered |
| 00:49.51 | AAA_awright | *fizzle* |
| 00:49.59 | TD-Linux | and I've never seen anyone use spheremap properly |
| 00:50.07 | scgtrp | well, you lost me already. only games i've ever made were 2d :) |
| 00:50.22 | scgtrp | anyway. i got it to look decent without reflection |
| 00:50.25 | AAA_awright | I need to get a hand on the Red Book some time |
| 00:51.49 | *** join/#bzflag short_circuit (n=short_ci@c-98-197-19-50.hsd1.tx.comcast.net) |
| 00:54.35 | L4m3r | TD-Linux: I've used spheremap properly :P |
| 00:54.52 | L4m3r | ...it works great when you use it on an actual sphere |
| 00:55.23 | L4m3r | and scgtrp, when setting _mirror you can also give it your own values |
| 00:55.45 | L4m3r | i.e. /set _mirror "0 0 0 0" gives a perfectly reflective mirror with no tint |
| 00:55.51 | scgtrp | yeah, i know about _mirror. i was talking about a separate box, not the ground |
| 00:55.59 | TD-Linux | wants cube map though, more accurate for weird objects |
| 00:56.06 | TD-Linux | actually, what I want more is multitexturing |
| 00:56.30 | TD-Linux | I'm going to add it to bzflag sometime I think |
| 00:56.43 | L4m3r | that was coded in prior to 2.0.6 and then pulled :( |
| 00:57.00 | TD-Linux | trepan's code? |
| 00:57.03 | L4m3r | yes |
| 00:57.11 | TD-Linux | that never actually got added, did it? |
| 00:57.23 | TD-Linux | into the reop |
| 00:57.27 | L4m3r | it was done. screenies were posted |
| 00:57.33 | TD-Linux | I know, I saw them |
| 00:57.38 | TD-Linux | I dont' think he ever even released the code |
| 00:57.39 | L4m3r | but I don't know if it was committed and pulled, or just not committed |
| 00:57.49 | L4m3r | but we were using CVS back then too |
| 00:57.57 | AAA_awright | a word like "red" is substituted for 1 0 0, so you can have strings like "red .5" and it makes red with 50% alpha. Neat I think. |
| 00:58.10 | TD-Linux | I noticed there are both texture and addtexture map keywords |
| 00:58.25 | L4m3r | so I'm not positive that every revision is even available |
| 00:59.05 | TD-Linux | I'm not sure how I would add multitexturing into .bzw |
| 00:59.11 | TD-Linux | drawinfo is ugly, I want to avoid that |
| 00:59.32 | JeffM | we don't support it that well |
| 00:59.38 | TD-Linux | though maybe it's not so bad anymore now that it's documented |
| 00:59.47 | TD-Linux | somewhat |
| 01:07.22 | scgtrp | http://pastebin.ca/1013356 << what's wrong with that? specifically the "broken link {src,dst}" errors, and the fact that the teleporters don't work |
| 01:07.50 | JeffM | your names are bad |
| 01:08.17 | JeffM | that and it needs sides for the porters |
| 01:08.21 | JeffM | each porter has 2 sides |
| 01:08.32 | JeffM | so it needs 4 links to fully connect a pair of porters |
| 01:08.56 | scgtrp | hmm, ok. and what's wrong with the names? |
| 01:09.05 | JeffM | they arn't bad I was wrong |
| 01:09.28 | JeffM | you need to tell it what side of the porters to link |
| 01:10.35 | scgtrp | http://pastebin.ca/1013361 |
| 01:11.07 | JeffM | well now oyu have dupe names |
| 01:11.16 | JeffM | but let me check the link formating |
| 01:11.34 | scgtrp | oh. forgot to change those |
| 01:12.08 | scgtrp | fixed the names, same problem |
| 01:12.23 | JeffM | what version of the server are you using? |
| 01:13.02 | scgtrp | BZFlag server 2.0.10.20071128-MAINT-linux-gnu-SDL (protocol 0026) http://BZFlag.org/ |
| 01:13.11 | JeffM | should work I'd think |
| 01:13.39 | scgtrp | still not working :/ |
| 01:14.12 | JeffM | let me see what it's not liking |
| 01:14.16 | scgtrp | are underscores not allowed in the names? |
| 01:14.26 | JeffM | they should be |
| 01:15.20 | scgtrp | hmm, apparently more -d == more info |
| 01:15.20 | JeffM | fires up yon debuger |
| 01:15.30 | scgtrp | applies 20 -d's to bzfs |
| 01:15.31 | JeffM | yeah up to 4 of em |
| 01:15.34 | scgtrp | oh |
| 01:15.37 | scgtrp | boring :( |
| 01:15.44 | JeffM | pardon? |
| 01:16.04 | JeffM | 4 is overkill |
| 01:16.21 | scgtrp | 20 would be more fun |
| 01:16.27 | JeffM | doubtfull |
| 01:16.27 | scgtrp | dump core every 5 milliseconds :D |
| 01:16.32 | scgtrp | anyway. http://pastebin.ca/1013363 |
| 01:16.34 | JeffM | none of them will get you more info about the issue |
| 01:16.39 | scgtrp | it looks like it's trying to link them |
| 01:16.44 | scgtrp | prints out a table and everything |
| 01:16.44 | JeffM | just tell you what it's read |
| 01:17.06 | JeffM | that has nothing to do with your problem |
| 01:17.21 | scgtrp | hmm, ok |
| 01:17.44 | JeffM | it's read all the data but it thins it's broken |
| 01:18.56 | scgtrp | why is it telling me what it read *after* it tells me about the brokenness? |
| 01:19.13 | JeffM | cus that's the dump of what it has |
| 01:19.21 | JeffM | when it think's it's broken |
| 01:19.33 | scgtrp | ah |
| 01:19.50 | scgtrp | well, my lame debugging skills tell me it not the underscores |
| 01:19.53 | scgtrp | *it's |
| 01:20.14 | scgtrp | (i already knew that, but it was worth a try) |
| 01:21.25 | JeffM | hmm it's not picking up the name from the teleporter |
| 01:21.32 | JeffM | it thinks it's named /t1 |
| 01:21.56 | JeffM | time to go into the evil |
| 01:23.40 | *** join/#bzflag whodaman (n=whodaman@pdpc/supporter/student/whodaman-) |
| 01:25.22 | scgtrp | hmm, if i use 'src 1:f' it doesn't complain. but i'd rather not refer to them by numbers |
| 01:25.35 | JeffM | yeah one sec |
| 01:25.38 | JeffM | I think I know what it is |
| 01:25.40 | scgtrp | (unless i get to assign those numbers myself) |
| 01:26.02 | JeffM | yeah |
| 01:26.07 | JeffM | the docs are wrong |
| 01:26.10 | JeffM | and there is a bug in the code |
| 01:26.22 | JeffM | add the name after the word teleporter |
| 01:27.53 | scgtrp | yeah, that did it :) |
| 01:27.54 | scgtrp | thanks |
| 01:28.29 | scgtrp | http://my.bzflag.org/w/Teleporter says both should work though |
| 01:28.39 | scgtrp | makes doc correction #5 tonight |
| 01:28.52 | JeffM | I know |
| 01:29.01 | JeffM | that is why I said the docs are wrong |
| 01:29.10 | JeffM | I am fixing it |
| 01:29.34 | scgtrp | k, go ahead. canceled my edit |
| 01:29.42 | JeffM | I didn't mean the docs ;) |
| 01:29.50 | scgtrp | hits back button. |
| 01:30.14 | CIA-33 | BZFlag: 03JeffM2501 * r17161 10/trunk/bzflag/src/bzfs/CustomGate.cxx: if a name hasn't been specified after the teleporter word, go an use any name fields that have been set so that porters work like all the other objects in the world. |
| 01:30.42 | scgtrp | is that for 3.0? |
| 01:30.55 | JeffM | yes |
| 01:31.13 | JeffM | my 2.0.x tree isn't up to date |
| 01:31.40 | JeffM | good lord it must have been ages since I updated. |
| 01:32.15 | Erroneous | things change fast :) |
| 01:32.51 | scgtrp | http://my.bzflag.org/w/Teleporter << how's that? |
| 01:32.53 | JeffM | or someone changes a year |
| 01:33.00 | Erroneous | heh |
| 01:33.41 | CIA-33 | BZFlag: 03JeffM2501 * r17162 10/branches/v2_0branch/bzflag/src/bzfs/CustomGate.cxx: if a name hasn't been specified after the teleporter word, go an use any name fields that have been set so that porters work like all the other objects in the world. |
| 01:33.46 | JeffM | there we go |
| 01:33.51 | scgtrp | ? |
| 01:33.58 | scgtrp | oh. 2.0 |
| 01:34.10 | JeffM | wonder if a Q9300 is worth it.... |
| 01:34.19 | scgtrp | will there be any more 2.0 releases before 3.0? |
| 01:34.45 | JeffM | there may be one to fix a build problem on gentoo |
| 01:34.57 | JeffM | but in general no, 3.0 is our dev version |
| 01:43.47 | scgtrp | hmm. now the teleporter only works if i jump into it - can't just drive |
| 01:45.27 | scgtrp | it's only the outside teleporter though, not the inside one |
| 01:46.01 | Flash | BulletCatcher: thanks. |
| 01:46.21 | Flash | Erroneous: that points out that I should finish what I had in mind, make all the I/O abstracted |
| 01:46.28 | BulletCatcher | Flash: You're welcome. That was quite a learning experience. |
| 01:46.35 | Flash | there's no reason each NetHandler couldn't have a buffer for partial reads |
| 01:46.39 | JeffM | scgtrp, make it go into the ground slightly |
| 01:46.50 | BulletCatcher | scgtrp: You get sealed when trying to use one telporter? |
| 01:47.11 | scgtrp | no, not sealed. just didn't teleport, like i drove into a solid yellow wall |
| 01:47.11 | Flash | Frankly, the read part of the original loop was the hardest to comprehend |
| 01:47.41 | scgtrp | ...is there an admin command to reload the map? |
| 01:47.46 | JeffM | lower the porter slowly |
| 01:48.00 | JeffM | scgtrp, no the map can't change while you are connected |
| 01:48.06 | JeffM | the server has to reboot in 2.0.x |
| 01:48.14 | JeffM | we only send it on join |
| 01:48.15 | scgtrp | will that be in 3.0 too? :) |
| 01:48.27 | JeffM | 3.0 can be made to reload the map |
| 01:48.31 | scgtrp | yay |
| 01:48.31 | JeffM | but it still kics everyone off |
| 01:48.37 | JeffM | it just dosn't shut the server down |
| 01:48.39 | scgtrp | well, that's understandable |
| 01:48.53 | JeffM | but it needs a plugin to triger it |
| 01:49.05 | scgtrp | just a pain to keep alt-tabbing to a terminal to restart the server |
| 01:49.16 | JeffM | welcome to map authoring |
| 01:49.21 | scgtrp | hehe |
| 01:49.49 | scgtrp | how far into the ground does it have to go? |
| 01:50.03 | JeffM | just a smidge |
| 01:50.10 | JeffM | something so it's not right at 0 |
| 01:50.31 | *** join/#bzflag TheRedBaron (n=kemhof@74.95.77.198) |
| 01:51.04 | scgtrp | .125 doesn't seem to be enough |
| 01:51.41 | scgtrp | negative right? |
| 01:51.49 | JeffM | yeah |
| 01:51.53 | scgtrp | ...duh. i'm changing x instead of z |
| 01:51.57 | blast007 | heh |
| 01:52.17 | Flash | BulletCatcher: did you ever get 0 bytes read? |
| 01:52.19 | scgtrp | works perfectly |
| 01:52.29 | *** join/#bzflag O-Neil (n=Miranda@dslb-088-070-084-222.pools.arcor-ip.net) |
| 01:53.12 | Flash | IIRC a socket reports read status when it is closed |
| 01:53.45 | Flash | meaning, it sets the bit in the read mask of select() |
| 01:54.21 | Flash | I thought I'd read whatever bytes were available and save them if it's not a full packet |
| 01:54.32 | Flash | and if it return 0 bytes, I'd drop the connection |
| 01:56.04 | Flash | BulletCatcher: one thing that is different in my implementation is that I think the reads are earlier in the loop |
| 01:56.25 | Flash | I was unable to figure out what kind of delay might be incurred by the intervening code |
| 01:56.44 | BulletCatcher | recv() never returned 0. I saw a -1 and errno was EAGAIN. |
| 01:56.59 | Flash | but if I didn't move it where I did, I would have had to expose the guts of the select() call (like it used to) and that was painful |
| 01:57.13 | Flash | ok, EAGAIN means it's still a valid connection |
| 01:57.35 | Flash | still odd that you'd have that kind of latency on a local machine |
| 01:57.37 | BulletCatcher | Yup. A couple of milliseconds later the data is there. |
| 01:57.42 | Flash | or were you using 2 machines? |
| 01:58.10 | donny_baker | threw out the first pitch at the baseball game in my bzflag sweatshirt |
| 01:58.12 | BulletCatcher | One machine, localhost. It could be kernel weirdness. |
| 01:58.21 | Flash | that lends credence to my concern about shortening the time before servicing select() |
| 01:58.45 | Flash | although, it really sounds like a bug to me. select() shouldn't return read status unless there is SOMETHING to read |
| 01:58.52 | BulletCatcher | I agree. |
| 01:59.04 | Flash | heh. it's linux... fix it! |
| 01:59.10 | blast007 | ;) |
| 01:59.11 | BulletCatcher | lol |
| 01:59.29 | BulletCatcher | JeffM just missed that. |
| 01:59.31 | Flash | we can't be coding around obscure bugs in every operating system |
| 01:59.44 | blast007 | Flash: sure we can ;) |
| 01:59.53 | Flash | removes tongue from cheek |
| 02:00.14 | BulletCatcher | If we don't do it, who will? ;-) |
| 02:00.29 | Flash | needs to spend more time in ##bzmeditation, to achieve cross-platform zen |
| 02:00.34 | blast007 | #ifndef WIN32\n exit(0);\n #endif |
| 02:00.38 | blast007 | fixed! |
| 02:00.47 | Flash | works for me |
| 02:00.52 | Flash | svn commit |
| 02:01.00 | *** join/#bzflag BenUrban (n=benurban@unaffiliated/benurban) |
| 02:01.37 | Flash | DTRemenak: since you aren't erroneous, are you here? |
| 02:02.30 | Flash | blast007: do you have any thoughts on message passing from the Network layer? |
| 02:02.50 | BulletCatcher | Although it would be fun to label this a kernel bug, it is possible that it is a hole in the whole select()/recv() I/O model. |
| 02:02.53 | Flash | specifically, would two users (callbacks.... plugins?) need to consume the same message? |
| 02:03.04 | blast007 | Flash: I have no idea about that stuff |
| 02:03.53 | *** join/#bzflag think_tank (n=think_ta@unaffiliated/thinktank/x-168245) |
| 02:04.08 | Flash | BulletCatcher: I don't think returning EAGAIN qualifies as being "ready for read" (see man select(2)) |
| 02:05.17 | BulletCatcher | Okay. The man page seems very clear about that. |
| 02:06.25 | AAA_awright | Flash, anyone: Any clue why my object variables are changing on me? The pointers are changing from call to call on the same object. I don't have the faintest idea why. I had this problem with an Exception class I wrote, it stopped happening when I used to use runtime_error. |
| 02:06.48 | Flash | you'll have to provide more detail |
| 02:06.54 | AAA_awright | There has to be a stupid technicality I am missing. |
| 02:06.56 | AAA_awright | Uh |
| 02:06.58 | Flash | a class is just a bunch of code |
| 02:07.17 | Flash | an instance is a chunk of memory that carries the state of an object |
| 02:07.39 | AAA_awright | I initialize a variable inside an object to one value, then when I call it later in a different function, the value is changed. |
| 02:07.50 | Flash | memory corruption? |
| 02:07.53 | Flash | different object? |
| 02:08.00 | AAA_awright | I don't think so |
| 02:08.07 | Flash | pastebin |
| 02:08.30 | AAA_awright | weird thing it it only works the second time, the third connection I make it stops working. |
| 02:08.52 | AAA_awright | Pastebin, output, uh |
| 02:09.42 | Flash | code would help |
| 02:09.45 | AAA_awright | Woa. Uh |
| 02:10.13 | AAA_awright | http://masterbot.svn.sourceforge.net/viewvc/masterbot/masterbot/trunk/src/masterbotd/ |
| 02:10.30 | Flash | which file? |
| 02:10.37 | AAA_awright | Now accept() is working, but returining zero or a weird value for an IP |
| 02:10.46 | AAA_awright | Flash: daemon.h/cpp |
| 02:11.03 | AAA_awright | socketInstance class |
| 02:12.24 | AAA_awright | This happened to me with an Exception class I used, it stopped when I started using runtime_error instead |
| 02:14.56 | Flash | out of curiousity, why the cast in accept() of client_addr? |
| 02:15.01 | Flash | does the compiler complain? |
| 02:16.19 | AAA_awright | No, but that is how bzfs gets the client IP, casting to client_addr, so I copied that |
| 02:17.07 | Flash | ok, you would have to cast |
| 02:17.10 | AAA_awright | Before, in commit 5 or something, I used client_addr and not the _in structure or whatever |
| 02:17.19 | AAA_awright | But I didn't know how to get the client IP from that |
| 02:17.58 | Flash | it's good old C programming; unions without the overhead |
| 02:18.11 | AAA_awright | Flash: Specificly what happens, is I initalize client_addr_size to something, it is almost always 16, and then in the call to handleData, it changes to some wierd amount that gives me an error |
| 02:18.38 | AAA_awright | generated from accept() |
| 02:19.05 | Flash | accept() is supposed to return the size of the address provided |
| 02:19.20 | Flash | ~rtfm AAA_awright |
| 02:19.21 | ibot | ACTION tosses AAA_awright a 50lb unix manual |
| 02:19.31 | AAA_awright | Well it returns EINVAL for some reason, and strace says that the first paramater is correct |
| 02:19.46 | AAA_awright | the last two are wierd |
| 02:21.31 | AAA_awright | Flash: Oh, I remember exactly now, the constructor (int) is called, that calls constructor (void) which sets client_addr_size to 16, then when (void) returns, the pointers to the variables change on me |
| 02:21.52 | AAA_awright | .... |
| 02:22.14 | AAA_awright | I think I know why, but it wouldn't explain my problems with Exceptions |
| 02:22.30 | AAA_awright | Or maybe I don't know why. |
| 02:24.10 | Flash | EINVAL says the socket isn't ready to accept connections |
| 02:24.49 | AAA_awright | Because... |
| 02:25.24 | AAA_awright | For select() |
| 02:25.38 | AAA_awright | No |
| 02:26.07 | AAA_awright | Well, for some wierd reason, tpying with the code, I don't have that problem anymore. |
| 02:26.40 | AAA_awright | :/ |
| 02:26.50 | AAA_awright | ~rtfm |
| 02:26.50 | ibot | methinks rtfm is Read The F*cking Manual (TM). It is a suggestion to do your homework before posting a question. Sometimes used as RTFM $SPECIFIC_MANUAL to refer to a specific source of information. See also http://en.wikipedia.org/wiki/RTFM |
| 02:27.02 | AAA_awright | ~rtfm AAA_awright |
| 02:27.02 | ibot | ACTION tells AAA_awright to RTFM |
| 02:27.13 | AAA_awright | ~rtfm AAA_awright |
| 02:27.13 | ibot | ACTION tells AAA_awright to get a clue |
| 02:27.18 | AAA_awright | . |
| 02:27.25 | *** join/#bzflag JeffM (n=Jeff@pool-71-109-218-124.lsanca.dsl-w.verizon.net) |
| 02:28.38 | *** part/#bzflag scgtrp (n=mike@c-71-203-182-43.hsd1.fl.comcast.net) |
| 02:32.58 | delusional | a_temp_dist can you tell me who made the orig pinball map? |
| 02:33.08 | delusional | wasnt it several people? |
| 02:34.45 | delusional | like one guy started it and another finished it? |
| 02:35.45 | delusional | heh, he's not even on this channel |
| 02:38.39 | Flash | is it safe to assume that ALL packets sent to the server are bzflag-protocol packets (len, id, ...) ? |
| 02:45.38 | JeffM | no |
| 02:45.49 | JeffM | non client connections don't have that format |
| 02:45.54 | JeffM | also a long packet may be broken up |
| 02:46.24 | JeffM | so one may start with code/len but then be sent as N packets |
| 02:46.54 | Flash | but would len cover all the packets? |
| 02:47.00 | JeffM | no |
| 02:47.06 | Flash | hmmm |
| 02:47.12 | JeffM | there could be part of another message at the end of one packet |
| 02:47.26 | JeffM | packets are just slices into a data stream |
| 02:47.32 | JeffM | the breakpoint can happen at any place |
| 02:47.44 | JeffM | thats why we buffer them untill we get the full message len ( for TCP ) |
| 02:48.03 | JeffM | a udp packet may include one or more messages |
| 02:48.28 | JeffM | it does not make sense to send long messages via UDP so they all fit in one packet |
| 02:49.07 | JeffM | the socket layer itself should not care what data is sent |
| 02:49.18 | JeffM | that's up to the protocool handler that his higher up |
| 02:51.18 | BulletCatcher | Also, sanity-checking everything received from the network will help protect against hacked clients and servers. |
| 02:51.55 | JeffM | that's the goal |
| 02:52.02 | JeffM | but we have to have something to check it against ;) |
| 02:58.33 | Flash | well, it looks like my question is somewhat irrelevant, because I see that most (if not all) of the plumbing I wanted is already there |
| 02:58.48 | Flash | so I just have to deal with BulletCatcher's funky kernel bug ;-) |
| 02:58.55 | BulletCatcher | grr |
| 02:59.03 | BulletCatcher | We need another data point. |
| 02:59.16 | JeffM | can you dupe it in a debuger? |
| 02:59.27 | Flash | it's a timing issue |
| 02:59.33 | JeffM | fun |
| 02:59.56 | BulletCatcher | The first time I set a breakpoint in gdb, it worked perfectly. |
| 03:00.53 | Flash | what I need to do is fill the buffers whenever a socket says it can be read, and call the data pending callback when there is data in the buffer |
| 03:01.00 | Flash | not key if off socket state |
| 03:01.44 | BulletCatcher | That sounds like a job for the standard I/O library. |
| 03:01.56 | Flash | it's all in how you call it ;-) |
| 03:03.35 | BulletCatcher | Flash, I am ready to "svn update" unless there is some other way I can help with your NetHandler work by staying at r17137. |
| 03:04.02 | Flash | no, I can't see another version until I can build svn up myself |
| 03:04.05 | Flash | thanks for your help |
| 03:04.16 | BulletCatcher | That was good coding fun. |
| 03:04.28 | Flash | at this point, I'm at brlcad's mercy getting the ftgl config stuff to work |
| 03:04.53 | BulletCatcher | I may be able to help with that. |
| 03:09.13 | Flash | what do you need? |
| 03:09.26 | Flash | got a Mac on 10.5? |
| 03:10.11 | BulletCatcher | My MacBook runs 10.4. I can at least configure there for comparison. |
| 03:10.38 | Flash | brlcad said that the X organization changed (incompatibly) with 10.5 |
| 03:10.42 | Flash | X11 r7 |
| 03:11.03 | Flash | that's why my stuff is in /usr/X11/... and yours is in /usr/X11R6... |
| 03:11.12 | Flash | or wherever |
| 03:11.20 | BulletCatcher | Ah. Then maybe I can't help with that. |
| 03:11.38 | Flash | but I can give you whatever output etc |
| 03:11.52 | Flash | I am pretty sure it's a problem in the m4/freetype.m4 file |
| 03:12.08 | Flash | looks like it pulls in the system freetype even if I tell it to build freetype |
| 03:12.18 | Flash | it's looking for an INSTALLED freetype |
| 03:12.37 | Flash | and the freetype-config (/usr/X11/bin/freetype-config) hard-codes adding -L/usr/X11/lib |
| 03:12.42 | Flash | that's all she wrote |
| 03:13.50 | Flash | for starters... http://flash.pastebin.ca/1012416 |
| 03:14.43 | BulletCatcher | Noted. I'll let you know if I find anything, but that won't be before tomorrow. |
| 03:14.59 | Flash | ok thanks. that will give me time to code ;-) |
| 03:15.20 | BulletCatcher | Just try not to break it faster than I can find the bugs. :-) |
| 03:15.33 | Flash | pffft. you MAKE the bugs ;-) |
| 03:16.26 | BulletCatcher | They are both bugs and non-bugs until I observe them. |
| 03:16.48 | Flash | ok arthur dent.... |
| 03:17.18 | BulletCatcher | wonders where his towel is |
| 03:27.49 | *** join/#bzflag AHA (n=aha@unaffiliated/aha) |
| 03:30.32 | *** join/#bzflag TheRedBaron (n=kemhof@74.95.77.198) |
| 03:34.16 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 03:34.16 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 03:48.14 | delusional | ahs3 i still get that error on md5, removing offending file. |
| 03:51.07 | CIA-33 | BZFlag: 03blast007 * r17163 10/trunk/db/header.inc: Remove web IRC link |
| 03:52.22 | *** join/#bzflag Quol (n=ian@modemcable199.71-57-74.mc.videotron.ca) |
| 03:59.22 | L4m3r | heh... no more CGI:IRC? |
| 04:07.30 | blast007 | L4m3r: only shows up for registered users on the forum now, afaik |
| 04:07.57 | blast007 | it was already removed yesterday, just getting some stuff commited before I start to reorganize the web stuff |
| 04:08.03 | L4m3r | you know, I think Freenode's own java client can be embedded into pages |
| 04:08.18 | L4m3r | that might be a better option :P |
| 04:08.21 | blast007 | meh |
| 04:08.23 | blast007 | not really |
| 04:08.42 | blast007 | at least it's easy to ban WebIRC ;) |
| 04:12.51 | *** join/#bzflag QuantumBeep (i=QB@cpe-72-190-32-30.tx.res.rr.com) |
| 04:15.22 | Flash | how should I format doxygen-friendly comments? |
| 04:23.59 | Flash | BulletCatcher: you had the timing issue on TCP reads, not UDP, correct? |
| 04:24.11 | BulletCatcher | Correct. |
| 04:24.45 | Flash | were you the one working on BufferedNetworkMessage etc? |
| 04:25.23 | BulletCatcher | I think that was catay. |
| 04:25.39 | Flash | that's right |
| 04:25.41 | Flash | catay: ping |
| 04:35.37 | *** join/#bzflag JeffM (n=Jeff@pool-71-109-218-124.lsanca.dsl-w.verizon.net) |
| 04:40.12 | Flash | JeffM: I think you misunderstood my question a while ago (but maybe not) |
| 04:40.32 | JeffM | did you mean message when you said packet? |
| 04:40.41 | Flash | are all the *messages* (regardless of how they get segmented in transport) of the form (len, code, ...) |
| 04:41.07 | Flash | yes, since we deal with data structures, I think of them as packets |
| 04:41.12 | JeffM | if it comes from a bzfs protocoll client, yes |
| 04:41.31 | JeffM | but not all connections are bzfs protcoll clients |
| 04:41.32 | Flash | the question is how should the data be framed |
| 04:42.28 | Flash | I'm trying to figure out a sane method of providing data to callbacks from the buffer |
| 04:42.54 | Flash | I don't know if it's reasonable to expect multiple callbacks competing for the same data stream |
| 04:44.41 | Flash | framing would be easier if each message had a sync tag of some sort |
| 04:45.01 | Flash | as it is, we just have to assume that the data is bzfs protocol (or not) |
| 04:45.27 | CIA-33 | BZFlag: 03blast007 * r17164 10/trunk/db/weblogin.php: Put the weblogin URL in the action attribute |
| 04:46.21 | JeffM | they are all code len |
| 04:46.26 | JeffM | that can frame you |
| 04:46.31 | JeffM | if not, make them do that |
| 04:46.42 | Flash | ok, that will work for now then |
| 04:47.05 | blast007 | meh, our web stuff is really mixed around |
| 04:47.31 | Flash | also, there's a little bit of application(?) logic down in the net layer for UDP sockets |
| 04:48.03 | Flash | it looks specifically for MsgUDPLinkEstablished, MsgUDPLinkRequest and MsgEchoRequest |
| 04:48.24 | Flash | oh, and MsgPingCodeRequest |
| 04:48.30 | JeffM | I would like that removed |
| 04:48.39 | JeffM | and put into a bzfs proto class that is dreived |
| 04:48.41 | Flash | does it go to bzfs? |
| 04:48.57 | Flash | I'd like to get there, but that will make this WAY to much for a patch |
| 04:49.47 | Flash | unless you promise to slog through it... |
| 04:50.53 | Flash | is src/game used by the client? |
| 04:51.51 | Flash | and does it matter at the protocol layer if a message is sent via UDP or TCP? |
| 04:54.07 | JeffM | you do it in chunks |
| 04:54.10 | JeffM | small chunks |
| 04:54.30 | JeffM | no the proto dosn't care how it got there |
| 04:55.10 | JeffM | the way I see it, we'd have a nethandler base class |
| 04:55.22 | JeffM | then a bzfs proto derived version |
| 04:55.33 | JeffM | that does the code/len stuff |
| 04:55.45 | JeffM | and the UDP ping crap |
| 04:55.55 | JeffM | then bzfs and bzflag would use those |
| 04:56.08 | JeffM | and non client connections would derive there own that does a simple buffer stream |
| 04:58.37 | JeffM | then netHandler is a basic socket wraper |
| 04:58.46 | JeffM | and we can put whatever we want over the top of it |
| 04:58.53 | JeffM | thread the crap out of the backend |
| 04:59.00 | JeffM | and none of the rest of the code has to change |
| 04:59.09 | JeffM | makes the transport side very modular |
| 04:59.24 | JeffM | it would just feed data up to the protocoll class |
| 05:02.28 | AAA_awright | Flash: What does it mean when gdb crashes on you while debugging? |
| 05:03.25 | AAA_awright | ...Closed #0(8) // Segmentation fault // bt full // -bash: bt: command not found |
| 05:03.47 | JeffM | backtrace buffer is probably full |
| 05:07.00 | AAA_awright | An infinite recursive loop in my program maybe? I don't know if I have any of those though. |
| 05:08.03 | JeffM | probably |
| 05:08.22 | JeffM | muyst....sleepz |
| 05:21.45 | AAA_awright | ~sleep JeffM |
| 05:21.46 | ibot | ACTION sends JeffM to bed without supper |
| 05:21.51 | AAA_awright | hm. |
| 05:53.52 | CIA-33 | BZFlag: 03blast007 * r17165 10/trunk/ (21 files in 21 dirs): We're using SVN now. Get rid of all the .cvsignore files. |
| 05:58.40 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 06:16.51 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 06:16.51 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 07:02.26 | *** join/#bzflag Dontkillmeimabeg (n=Michael@frnk-4d01f1e6.pool.mediaWays.net) |
| 07:33.47 | *** join/#bzflag zee422 (n=425b417a@gateway/web/cgi-irc/zeebrothers.net/x-0eaa616d210889ec) |
| 07:34.27 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 08:04.30 | *** join/#bzflag Dontkillmeimabeg (n=Michael@frnk-4d01f1e6.pool.mediaWays.net) |
| 08:30.39 | *** join/#bzflag gina (n=gina@174.190-136-217.adsl-dyn.isp.belgacom.be) |
| 08:33.40 | Dontkillmeimabeg | For chat: #bzchat |
| 08:33.43 | Dontkillmeimabeg | ask |
| 08:53.46 | *** join/#bzflag Upsetter (n=Ups@i577B63A3.versanet.de) |
| 08:56.49 | Manu | ~ask |
| 08:56.50 | ibot | i guess ask is Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 08:57.14 | Dontkillmeimabeg | who is ibot ? |
| 08:57.27 | Manu | not who, it's just a bot |
| 08:57.47 | Dontkillmeimabeg | I know a bot in game bz flag |
| 08:57.54 | Dontkillmeimabeg | i dont know a bot i chat |
| 08:58.07 | Manu | a bot is a program |
| 08:58.29 | Manu | not a person |
| 08:58.34 | Dontkillmeimabeg | i know |
| 08:58.55 | Manu | then why do you ask who is ibot? |
| 08:59.12 | Dontkillmeimabeg | I dont know a bot in chat |
| 08:59.16 | Dontkillmeimabeg | now i know it |
| 08:59.24 | Manu | :) |
| 08:59.48 | Dontkillmeimabeg | :( |
| 09:01.22 | Dontkillmeimabeg | wâ |
| 09:01.49 | Dontkillmeimabeg | âââ |
| 09:01.57 | Dontkillmeimabeg | nice - or? |
| 09:02.41 | Manu | ?? |
| 09:10.07 | Tupone | really bores while reading irc log interspaced with Dontkillmeimabeg kiding |
| 09:11.23 | Dontkillmeimabeg | is nice :-) |
| 09:11.54 | Tupone | nice ? like a nice girl? |
| 09:12.15 | Dontkillmeimabeg | Im not a girl |
| 09:13.03 | Tupone | you know this channel is a channel for developer of bzflag? |
| 09:13.22 | Tupone | how is your relation to this? |
| 09:13.51 | Tupone | developing? bringing ideas? testing? |
| 09:15.11 | Manu | buongiorno Tupone :) |
| 09:18.23 | L4m3r | testing our patience maybe |
| 09:19.07 | Manu | folling us :) |
| 09:19.13 | Manu | fooling* |
| 10:28.49 | *** join/#bzflag Dontkillmeimabeg (n=Michael@frnk-4d01f1e6.pool.mediaWays.net) |
| 10:33.44 | *** join/#bzflag kirun (n=kirun@222.5.gr6.adsl.brightview.com) |
| 11:00.05 | *** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 11:28.50 | *** mode/#bzflag [+v spldart] by ChanServ |
| 12:15.20 | *** join/#bzflag bier (n=bier@p54A54CD4.dip.t-dialin.net) |
| 12:17.26 | Dontkillmeimabeg | Bye all! |
| 12:19.23 | *** join/#bzflag CBG (n=CBG@cpc2-stme1-0-0-cust307.cdif.cable.ntl.com) |
| 12:34.54 | *** join/#bzflag luk-156 (n=matteo@host18-94-dynamic.182-80-r.retail.telecomitalia.it) |
| 12:35.05 | *** join/#bzflag Epyon (n=Epyon@90-156-93-82.magma-net.pl) |
| 12:35.05 | luk-156 | hi! |
| 12:35.19 | donny_baker | hello |
| 12:35.31 | luk-156 | how i can flip my joystick axis??? |
| 12:35.32 | Epyon | mornin' all |
| 12:36.09 | luk-156 | in particular axys y |
| 12:37.00 | donny_baker | im not familiar with using a joystick |
| 12:37.25 | donny_baker | there are options for joysick x and y axis in the input menu |
| 12:37.45 | luk-156 | i can only select the axis |
| 12:37.50 | donny_baker | ah |
| 12:38.28 | donny_baker | digs out his joystick |
| 12:39.00 | luk-156 | donny_baker: ? |
| 12:39.24 | luk-156 | i can't speack english very well |
| 12:39.48 | luk-156 | speak :D |
| 12:39.53 | donny_baker | sorry, went to find my joystick |
| 12:40.13 | donny_baker | my son had it in his room |
| 12:42.09 | *** join/#bzflag Upsette1 (n=Ups@i577B6D5E.versanet.de) |
| 12:42.36 | luk-156 | :'( |
| 12:43.20 | donny_baker | good question luk-156, I don't see any way to switch it |
| 12:44.34 | luk-156 | bad answer donny_baker, :D |
| 12:45.03 | donny_baker | f course this is the first time I have ever tried to use a joystick in bzflag |
| 12:45.08 | donny_baker | of* |
| 12:45.19 | donny_baker | i am a mouse man myself ;) |
| 12:45.39 | donny_baker | let me see if anyone has asked on the forums before |
| 12:48.00 | donny_baker | luk-156: look at this http://my.bzflag.org/bb/viewtopic.php?t=8856&highlight=joystick |
| 12:49.31 | luk-156 | what i can do?? |
| 12:56.04 | donny_baker | luk-156: what operating system are you using? |
| 12:56.10 | luk-156 | ubuntu hardy |
| 12:57.22 | donny_baker | ah..I am using WindowsXP and was able to do it with settings in my joystick configuration |
| 12:57.42 | donny_baker | but not directly in bzflag |
| 13:00.58 | *** join/#bzflag Dontkillmeimabeg (n=Michael@frnk-4d01f1e6.pool.mediaWays.net) |
| 13:14.24 | *** join/#bzflag CBG (n=CBG@cpc2-stme1-0-0-cust307.cdif.cable.ntl.com) |
| 13:20.36 | F687s | Is there any documentation that explains the "email" string in 3.0? I've heard that it can be updated depending on circumstances, but that's it. |
| 13:22.26 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 13:27.53 | *** join/#bzflag spldart (n=vircuser@c-98-197-19-50.hsd1.tx.comcast.net) |
| 13:27.53 | *** mode/#bzflag [+v spldart] by ChanServ |
| 13:28.43 | catay | F687s: the email string got removed in 3.0 afaik |
| 14:00.06 | *** join/#bzflag Suspect (n=Suspect@68-113-163-117.dhcp.plt.ny.charter.com) |
| 14:06.25 | *** join/#bzflag luk-156 (n=matteo@host18-94-dynamic.182-80-r.retail.telecomitalia.it) |
| 14:06.34 | luk-156 | donny_baker: news? |
| 14:17.07 | *** join/#bzflag Dessy (n=Dessy@88-134-204-43-dynip.superkabel.de) |
| 14:18.56 | *** part/#bzflag luk-156 (n=matteo@host18-94-dynamic.182-80-r.retail.telecomitalia.it) |
| 14:33.53 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@unaffiliated/spazzymcgee) |
| 14:34.15 | *** join/#bzflag kirun (n=kirun@222.5.gr6.adsl.brightview.com) |
| 14:46.41 | blast007 | F687s: the email string doesn't exist in 2.99.x right now |
| 14:46.44 | blast007 | it was removed |
| 14:47.09 | F687s | I only heard it was gonna be replaced by something else... (something really shiny ;-) |
| 14:47.25 | blast007 | nobody has yet though |
| 14:47.30 | blast007 | patches welcome ;) |
| 14:49.07 | *** join/#bzflag QuantumBeep (i=QB@cpe-72-190-32-30.tx.res.rr.com) |
| 14:54.36 | F687s | Well, in order to produce a patch, it might be kinda nice to know what it is supposed to do. ;-) |
| 14:55.12 | blast007 | cure cancer |
| 14:56.11 | blast007 | I think the idea was to make it a field that could be updated mid-game, like by a plugin |
| 14:56.45 | blast007 | so you could have a plugin for league servers that would switch league teams to the right color and place their team name in that field |
| 14:59.26 | F687s | I still don't understand what that has to do with removing the email string. (Maybe it is to be replaced with those customizable tanks) |
| 15:00.20 | blast007 | it was removed to encourage someone to make it better |
| 15:00.42 | blast007 | custom takes were removed as well, I think |
| 15:00.46 | blast007 | tanks* |
| 15:02.03 | blast007 | using the name "email" is just silly, since it's never been used for that |
| 15:06.33 | blast007 | and just as an example, a friend of mine started playing, and then realized that his email was being broadcast to everyone ;) |
| 15:07.53 | F687s | Most people just leave it at default, with the Username@Hostname showing |
| 15:08.39 | *** join/#bzflag Dontkillmeimabeg (n=Michael@frnk-4d01f1e6.pool.mediaWays.net) |
| 15:10.00 | Dontkillmeimabeg | Can one of you help me? |
| 15:10.15 | brad | with? |
| 15:11.09 | Dontkillmeimabeg | I Download openSUSE and install it of a virtual Computer( A computer in the Computer). Are for it BZ Flag versions too? |
| 15:12.09 | brad | why would you want to run bz inside a VM....it will be reeeally slow if it does run |
| 15:13.11 | Dontkillmeimabeg | Wit a VM is it faster |
| 15:21.20 | *** join/#bzflag Deepa|AFK (i=deepa@abused.armchairs.be) |
| 15:34.50 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 15:55.00 | *** join/#bzflag O-Neil (n=Miranda@dslb-088-070-084-222.pools.arcor-ip.net) |
| 15:59.12 | *** join/#bzflag Think_Differentl (n=shedelj@unaffiliated/thinkdifferentl/x-838543) |
| 16:12.34 | *** join/#bzflag TheRedBaron (n=0cb9e152@gateway/web/cgi-irc/zeebrothers.net/x-bf5889376e9de8c4) |
| 16:13.15 | *** part/#bzflag TheRedBaron (n=0cb9e152@gateway/web/cgi-irc/zeebrothers.net/x-bf5889376e9de8c4) |
| 16:14.26 | *** join/#bzflag Think_Differentl (n=shedelj@unaffiliated/thinkdifferentl/x-838543) |
| 16:21.57 | *** join/#bzflag JeffM (n=Jeff@pool-71-109-218-124.lsanca.dsl-w.verizon.net) |
| 16:27.19 | blast007 | hello JeffM |
| 16:27.27 | JeffM | sup |
| 16:28.23 | blast007 | not much |
| 16:28.45 | blast007 | looking into cleaning up the web/ and db/ modules in SVN |
| 16:28.51 | JeffM | cook |
| 16:28.54 | JeffM | cool |
| 16:28.58 | blast007 | do we still need the old wiki in SVN? (really, I guess it's only a few files) |
| 16:29.04 | JeffM | no |
| 16:29.11 | blast007 | okay |
| 16:29.25 | blast007 | I'm going to do some merging of the bzflag.org site later today |
| 16:31.26 | blast007 | it's still using CVS on the bzflag.org site ;) |
| 16:31.52 | blast007 | and it was even the CVS server from before they split the projects across more than one machine |
| 16:32.32 | blast007 | I updated the Root files though so I can at least diff and/or update to the latest CVS, but I'll probably yank down a copy with scp and just do a manual comparison with the SVN copy |
| 16:33.23 | blast007 | I suppose there isn't a point in doing too much work on it seeing as we'll probably be switching to Drupal at some point |
| 16:33.33 | JeffM | there is |
| 16:33.40 | JeffM | cus then it's easy to see what we want to keep |
| 16:33.46 | JeffM | and what drupal should do |
| 16:33.49 | blast007 | k |
| 16:34.14 | iWinny | I heard drupal |
| 16:34.58 | blast007 | I've been having fun with a very minimal web framework called LightVC. It's a light View-Control framework, and it leaves out the Model part for you to pick |
| 16:35.08 | blast007 | makes it easy to create a nice little site though |
| 16:35.31 | blast007 | would there be an interest in having the site written with that? |
| 16:35.59 | iWinny | but we have a nice dro |
| 16:36.20 | iWinny | I give up can't type on ipod |
| 16:36.23 | JeffM | I just want stuff to work, I don't care much about the backend |
| 16:36.31 | blast007 | hmm, though I wonder if sf.net has PHP5... |
| 16:36.35 | blast007 | yeah |
| 16:36.58 | blast007 | I'm just thinking about code reuse |
| 16:37.35 | blast007 | I'm going to have all of our web stuff, including stats, bzfls, the group manager, etc (which are in db/) moved into subdirectories of web/ |
| 16:38.28 | blast007 | also sent an email to Chestal yesterday asking if he's the one that maintains the files for my.bzflag.org/league/, since it was his contact info on that league |
| 16:40.28 | *** join/#bzflag Cobra_Fast (n=cobra@e179218007.adsl.alicedsl.de) |
| 16:40.35 | blast007 | hi Cobra_Fast |
| 16:40.41 | Cobra_Fast | hi blast007 |
| 16:41.35 | Cobra_Fast | whats uP? |
| 16:47.07 | *** join/#bzflag jftsang (n=jftsang@88-108-133-125.dynamic.dsl.as9105.com) |
| 17:03.37 | BulletCatcher | F687s: It seems that the biggest obstacle to replacing the "email" functionality is choosing a name for it. |
| 17:03.39 | BulletCatcher | The name should be more concise than "arbitrary text shown to the right of the callsign in the scoreboard". |
| 17:06.11 | BulletCatcher | And less concise than "ATSttRotCitS". |
| 17:27.33 | blast007 | ;) |
| 17:29.38 | *** join/#bzflag Quol (n=ian@modemcable199.71-57-74.mc.videotron.ca) |
| 17:38.07 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 17:56.28 | BulletCatcher | BZFlag now seems to be compatible only with the newer version of FTGL included in the BZFlag trunk. |
| 17:56.30 | BulletCatcher | Does BZFlag have any further use for FTGL 2.1.2? |
| 17:58.31 | *** join/#bzflag LtCmdrWrf (n=Worf@59.92.147.109) |
| 17:58.35 | brlcad | only due to the header inclusion |
| 17:58.38 | LtCmdrWrf | He;;p |
| 17:58.42 | LtCmdrWrf | *Hello |
| 17:58.54 | brlcad | wrap the header in version check and it should work with new or old |
| 17:58.56 | LtCmdrWrf | Anyone here? |
| 17:59.01 | brlcad | ~ask |
| 17:59.01 | ibot | ask is, like, Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 18:00.23 | whodaman- | sigh |
| 18:05.19 | BulletCatcher | brlcad: So it should be considered a bug if BZFlag doesn't compile using FTGL 2.1.2 (installed via RPM)? |
| 18:05.36 | BulletCatcher | There was a link-time error. |
| 18:09.45 | brlcad | no |
| 18:10.04 | brlcad | compilation errors are rarely ever bugs, not even build system bugs |
| 18:10.35 | BulletCatcher | "something to be fixed" then? |
| 18:10.37 | brlcad | regardless, it's just a matter of adding three lines of code for a #include |
| 18:10.59 | brlcad | sure, something to fix |
| 18:11.09 | brlcad | go for it :) |
| 18:11.19 | *** join/#bzflag LtCmdrWrf (n=Worf@59.92.147.109) |
| 18:11.23 | BulletCatcher | I'll add it to my list. |
| 18:18.14 | CIA-33 | BZFlag: 03brlcad * r17166 10/trunk/bzflag/src/3D/FontManager.cxx: or just do it .. readd support for previous versions of ftgl headers until newer upstream is pushed out. |
| 18:23.37 | *** join/#bzflag LtCmdrWrf (n=Worf@59.92.147.109) |
| 18:25.07 | *** join/#bzflag bryjen (n=bryjen@CPE-76-177-176-191.natsoe.res.rr.com) |
| 18:25.07 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 18:26.25 | *** join/#bzflag Dontkillmeimabeg (n=Michael@frnk-4d01f1e6.pool.mediaWays.net) |
| 18:27.00 | Dontkillmeimabeg | Hello |
| 18:27.07 | blast007 | hi |
| 18:27.19 | JeffM | word up G! |
| 18:27.25 | whodaman- | lol |
| 18:28.10 | LtCmdrWrf | I Quit BZFlag |
| 18:28.29 | blast007 | with F12? I do that too |
| 18:28.37 | LtCmdrWrf | No |
| 18:28.44 | LtCmdrWrf | QUIT as IN QUIT!!!! |
| 18:28.46 | whodaman- | 4ever? |
| 18:28.54 | LtCmdrWrf | Yeas |
| 18:28.59 | brad | so why are you here? lol |
| 18:29.08 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
| 18:29.10 | Dontkillmeimabeg | ouch |
| 18:29.11 | JeffM2501 | bye |
| 18:29.12 | *** join/#bzflag FalseProphet (n=Tom@unaffiliated/emonemo) |
| 18:29.12 | LtCmdrWrf | To say it |
| 18:29.15 | LtCmdrWrf | Ciao |
| 18:29.16 | *** kick/#bzflag [LtCmdrWrf!n=Jeff@pdpc/supporter/sustaining/JeffM2501] by JeffM2501 (JeffM2501) |
| 18:29.16 | Dontkillmeimabeg | bye |
| 18:30.01 | whodaman- | lol |
| 18:31.52 | JeffM2501 | what is the key to ignore everyone? |
| 18:31.59 | JeffM2501 | in game |
| 18:32.09 | whodaman- | JeffM2501, K |
| 18:32.12 | blast007 | k is for silence/unsilence |
| 18:32.16 | whodaman- | blast007, pwnt |
| 18:32.19 | JeffM2501 | thanks |
| 18:32.23 | JeffM2501 | whodaman-: be nice |
| 18:32.28 | blast007 | but it's not for "everyone" |
| 18:32.35 | blast007 | only if you include * (or maybe leave it blank) |
| 18:32.36 | whodaman- | JeffM2501, I was kidding, c'mon |
| 18:32.42 | JeffM2501 | blank is all IIRC |
| 18:32.58 | Dontkillmeimabeg | what is the key to ignore everyone? You can mute (/mute (Playername) some |
| 18:32.59 | JeffM2501 | whodaman-: I know but this isn't #lamequaketalk ;) |
| 18:33.14 | brlcad | he's mad because I insisted his parents be involved |
| 18:33.21 | JeffM2501 | awww |
| 18:33.29 | JeffM2501 | he's the one who brought doubt upon it |
| 18:33.36 | whodaman- | JeffM2501, true |
| 18:33.38 | JeffM2501 | bed made.. sleep in it |
| 18:49.40 | *** join/#bzflag bz52 (n=43f0ea93@bz.bzflag.bz) |
| 18:50.17 | bz52 | 192.168.1.1:5154 |
| 18:50.45 | L4m3r | Lol... |
| 18:51.10 | *** join/#bzflag delusional_ (n=delusion@pool-71-253-24-25.pitbpa.east.verizon.net) |
| 18:51.17 | *** join/#bzflag bz53 (n=43f0ea93@bz.bzflag.bz) |
| 18:53.54 | *** join/#bzflag bz33 (n=43f0ea93@bz.bzflag.bz) |
| 18:54.01 | bz33 | 192.168.1.1:5154 |
| 18:54.22 | bz33 | bfquery 192.168.1.1:5154 |
| 18:54.26 | spldart | Nice... and if we were on your local lan........... |
| 18:54.36 | whodaman- | hehe |
| 18:55.15 | BulletCatcher | has the same combination on his luggage |
| 19:01.32 | *** join/#bzflag Paul_PL (n=pawelbl6@chello087206115169.chello.pl) |
| 19:01.49 | blast007 | hi Paul_PL |
| 19:07.16 | *** join/#bzflag bz25 (n=43f0ea93@bz.bzflag.bz) |
| 19:14.23 | Paul_PL | hello |
| 19:15.16 | Flash | wow. Jeff has slept twice now in 12 hours... he must be sick |
| 19:38.10 | *** join/#bzflag Upsetter (n=Ups@i59F7CCC8.versanet.de) |
| 19:58.03 | *** join/#bzflag think_tank (n=think_ta@unaffiliated/thinktank/x-168245) |
| 20:16.35 | *** join/#bzflag think_tank (n=think_ta@unaffiliated/thinktank/x-168245) |
| 20:18.56 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 20:18.56 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 20:53.32 | *** join/#bzflag JeffM (n=JeffM@pool-71-109-218-124.lsanca.dsl-w.verizon.net) |
| 21:05.37 | blast007 | which favicon is the right one? I assume the one on the bzflag.org page ( http://bzflag.org/favicon.ico ) and not the one in SVN? ( http://static.bzexcess.com/bzfavicon.ico ) |
| 21:08.56 | JeffM | the green one is older |
| 21:09.03 | blast007 | k |
| 21:09.07 | JeffM | it was changed to the blue one |
| 21:09.17 | JeffM | sincei t's more readable |
| 21:09.22 | JeffM | well identifyable |
| 21:23.44 | CIA-33 | BZFlag: 03blast007 * r17167 10/trunk/web/ (5 files in 2 dirs): Merge in changes from the bzflag.org site. |
| 21:25.55 | *** join/#bzflag O-Neil (n=Miranda@dslb-088-070-063-196.pools.arcor-ip.net) |
| 21:30.41 | *** join/#bzflag jftsang (n=jftsang@88-108-133-125.dynamic.dsl.as9105.com) |
| 22:05.22 | *** join/#bzflag bryjen (n=bryjen@CPE-76-177-176-191.natsoe.res.rr.com) |
| 22:05.22 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 22:06.53 | *** join/#bzflag JeffM_ (n=JeffM@pool-71-109-218-124.lsanca.dsl-w.verizon.net) |
| 22:07.56 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 22:17.14 | *** join/#bzflag lol_u (n=4c5d8bae@bz.bzflag.bz) |
| 22:17.33 | lol_u | hey people im trying to get into this specific IRC channel |
| 22:17.37 | lol_u | How can I get there? |
| 22:17.43 | lol_u | the IRC channel is |
| 22:17.46 | lol_u | <PROTECTED> |
| 22:18.18 | lol_u | desperate for help... |
| 22:19.21 | FalseProphet | lol_u: whats your irc client? |
| 22:19.41 | lol_u | I dont know whats my client |
| 22:19.48 | lol_u | im just trying to get into |
| 22:19.50 | lol_u | <PROTECTED> |
| 22:20.01 | FalseProphet | I CAN"T HELP YOU THEN |
| 22:20.06 | lol_u | well |
| 22:20.10 | lol_u | what do you mean |
| 22:20.17 | lol_u | OH |
| 22:20.19 | FalseProphet | whats the program you are in right now |
| 22:20.22 | lol_u | Im using the online version |
| 22:20.25 | FalseProphet | ok |
| 22:20.35 | FalseProphet | you can't get multiple servers from java |
| 22:20.44 | lol_u | so need to download the IRC? |
| 22:20.47 | lol_u | software? |
| 22:21.26 | FalseProphet | http://irc.codehaus.org/irc.cgi |
| 22:21.39 | FalseProphet | put irc.insiders.de in server |
| 22:21.47 | FalseProphet | put #bzflag in channel |
| 22:22.08 | lol_u | ok thanks |
| 22:23.42 | blast007 | lol_u: our web-irc client only goes to bzflag channels on irc.freenode.net |
| 22:25.23 | spldart | man |
| 22:25.41 | FalseProphet | blast007: which is why I linked him to a cgi irc |
| 22:26.50 | blast007 | FalseProphet: right. Just explaining what our CGI:IRC can do. |
| 22:35.54 | *** join/#bzflag JeffM (n=JeffM@pool-71-109-218-124.lsanca.dsl-w.verizon.net) |
| 22:54.39 | *** join/#bzflag Think_Differentl (n=shedelj@unaffiliated/thinkdifferentl/x-838543) |
| 23:03.19 | donny_baker | list server problems? or is it me |
| 23:03.26 | ViciousM | me too |
| 23:03.32 | whodaman- | donny_baker, list server |
| 23:03.40 | blast007 | ~bzflist |
| 23:05.30 | AAA_awright | Direct people to java.freenode.net, it is much more useful I find. CGI-IRC can be abused, at best. At worst you can't even use it. |
| 23:06.49 | L4m3r | like I've mentioned, I'm pretty sure the java.freenode.net applet can be embedded in other pages |
| 23:07.14 | *** part/#bzflag BulletCatcher (n=bc@unaffiliated/bulletcatcher) |
| 23:07.25 | JeffM | we've moved the webchat link to only show for registered fourm users |
| 23:07.29 | L4m3r | hm, doesn't work here |
| 23:08.05 | AAA_awright | It even inserts the callsign, nice |
| 23:08.44 | AAA_awright | That's a problem if your callsign is registered by someone else as their nickname though |
| 23:09.06 | JeffM | same problem if you typed one in that was used |
| 23:09.15 | AAA_awright | True |
| 23:09.16 | L4m3r | you could prepend it with bz_ |
| 23:09.23 | JeffM | it has code to handle that |
| 23:09.26 | JeffM | IIRC |
| 23:09.43 | JeffM | so it's fine |
| 23:11.20 | AAA_awright | interface=nonjs, could you include an onclick handler to direct to the Javascript enabled version? I was wondering why I got the "Say" button (which I like to have regardless) |
| 23:57.57 | *** join/#bzflag BulletCatcher (n=bc@unaffiliated/bulletcatcher) |
