| 00:05.09 | hwilde | seen grandma's boy ? |
| 00:05.44 | hwilde | funny movie you should check it out it has video games in it |
| 00:15.19 | Flash | FINALLY! |
| 00:15.35 | donny_baker | hwilde: it is not as easy as just changing the field to max length 32 as you have suggested |
| 00:15.37 | Flash | got both the game AND the web stats working. Time to update my patch |
| 00:16.27 | donny_baker | you need to regression test phpbb2 for changing the user_name field in the underlying database table to a length of 32 from 25 |
| 00:16.47 | donny_baker | when you have that done let us know ;) |
| 00:17.06 | donny_baker | until then it is just easier to leave it at 25 |
| 00:33.20 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 00:40.34 | *** join/#bzflag Pimpinella (n=frank@gondolin.pimpi.org) |
| 01:20.36 | *** join/#bzflag BenUrban (n=benurban@unaffiliated/benurban) |
| 01:23.42 | *** join/#bzflag Ripper (n=187dc28a@gateway/web/cgi-irc/zeebrothers.net/x-1600db0c363662d7) |
| 01:38.03 | *** join/#bzflag JeffM (n=Jeff@pool-71-109-223-10.lsanca.dsl-w.verizon.net) |
| 01:54.00 | *** join/#bzflag Ride- (n=Ride-@24-197-250-9.dhcp.stpt.wi.charter.com) |
| 02:03.11 | *** join/#bzflag Ride288 (n=Ride-@24-197-250-9.dhcp.stpt.wi.charter.com) |
| 02:05.17 | *** join/#bzflag Ride (n=Ride-@24-197-250-9.dhcp.stpt.wi.charter.com) |
| 02:09.48 | *** part/#bzflag me1 (n=me1@unaffiliated/me1) |
| 02:14.17 | blast007 | hwilde: that web/mainsite/admin/creatuser.php has *nothing* to do with global login or in-game callsigns |
| 02:14.34 | blast007 | it is used for administrator usernames for the main website |
| 02:14.44 | blast007 | that was probably around from before global login existed |
| 02:15.27 | blast007 | so there is nothing to fix |
| 02:15.47 | blast007 | the main site will be replaced at some point with drupal |
| 02:16.27 | *** part/#bzflag mcintyem (n=mcintyem@emm1.info) |
| 02:43.53 | *** join/#bzflag FusionDu1e (n=jwmelto@c-76-25-213-219.hsd1.co.comcast.net) |
| 02:46.58 | Flash | JeffM: are you sure message handling shouldn't care about TCP/UDP? Right now the logic very much cares (in certain places) where the message came from |
| 02:49.18 | JeffM | in general we should not care |
| 02:49.27 | JeffM | noone said the current code was perfect |
| 02:49.35 | *** join/#bzflag FusionDude (n=jwmelto@unaffiliated/flash) |
| 02:52.13 | Flash | on the other hand, perhaps I should stop and get this current patch comitted first |
| 02:59.44 | delusional | <PROTECTED> |
| 03:04.14 | JeffM | isnt' water it's own object? |
| 03:05.49 | delusional | you are coorrect, jeff. i couldnt find freeCtfSpawns anywhere. |
| 03:07.37 | Flash | are there (or should/could there be) any plugins that use UDP? |
| 03:07.45 | JeffM | no |
| 03:07.53 | JeffM | it's connectionless and would be far too hard |
| 03:08.11 | JeffM | the only reason we can use it is becase we pack the playerID in the message |
| 03:10.08 | Flash | hmmm. That's an interesting facet on my message framing. Only bzfs should look at the UDP buffer for messages |
| 03:10.41 | JeffM | or your net class shoudl only send them to bzfs |
| 03:10.47 | Flash | on the other hand, a plugin connection would never have data in a UDP buffer |
| 03:11.02 | JeffM | not on the game port |
| 03:30.01 | delusional | noWalls in the world object also removes the wall from radar. set _wallHeight 0 does not. |
| 03:46.56 | L4m3r | setting _wallHeight to zero does not remove the walls... just makes their height 0 |
| 03:47.17 | L4m3r | they still keep tanks in bounds. the behavior is deliberate. |
| 03:50.16 | delusional | I put it in the wiki, |
| 03:53.03 | delusional | and then i had milk chocolate, with rice krispies, otherwise known as nestle's crunch |
| 04:17.24 | *** join/#bzflag QuantumT1m (n=tim@62-249-230-206.no-dns-yet.enta.net) |
| 04:19.23 | *** join/#bzflag learner (n=brlcad@pdpc/supporter/silver/brlcad) |
| 04:19.23 | *** mode/#bzflag [+o learner] by ChanServ |
| 04:19.53 | learner | woo hoo! |
| 04:20.28 | L4m3r | hm? |
| 04:20.59 | learner | was finally let out of his cage |
| 04:21.42 | L4m3r | not by mistake, I hope :P |
| 04:21.44 | brlcad | maybe this time you'll behave and not give your desk away |
| 04:21.58 | learner | mebbie |
| 04:23.03 | Flash | schizophrenic much? |
| 04:23.29 | learner | often |
| 04:23.36 | Flash | BulletCatcher: ping |
| 04:25.38 | *** join/#bzflag AlexanderLAW (n=Alexande@83.239.109.173) |
| 04:27.28 | *** join/#bzflag ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 04:27.28 | *** topic/#bzflag is http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || logs at http://ibot.rikers.org/%23bzflag/ || http://ohloh.net/projects/189 || 2.0.10 is the latest public release || GSoC 2008, mentor blog at http://tanks4code.blogspot.com || Congratulations GSoC participants: http://code.google.com/soc/2008/bzflag/about.html || Students should add their projects to the wiki for review |
| 04:27.28 | *** mode/#bzflag [+o ibot] by ChanServ |
| 04:27.35 | Flash | ibot hi |
| 04:27.35 | ibot | hello, flash |
| 04:28.40 | BulletCatcher | Okay. I am currently concentrating on the freetype problem. With any luck I will have something better than the hack later tonight. |
| 04:28.48 | Flash | cool |
| 04:29.59 | BulletCatcher | At SF patch 1966300, net.patch is the whole thing? |
| 04:31.34 | JeffM | what does the patch do? |
| 04:32.48 | BulletCatcher | It is Flash's big NetHandler rework. He is ready for someone else to test it. |
| 04:33.22 | JeffM | that dosn't answer my question ;) |
| 04:34.06 | BulletCatcher | I haven't looked at it myself, yet. Only Flash knows for sure at this point. :-) |
| 04:34.19 | JeffM | then he can answer it :) |
| 04:34.29 | Flash | BulletCatcher: yes, it's the whole thing |
| 04:35.00 | Flash | JeffM: it makes NetHandler (almost) application neutral and removes ALL the raw socket I/O from the game |
| 04:35.05 | JeffM | does it fix any bugs? |
| 04:35.28 | Flash | well, there were some minor issues addressed in earlier patches that this subsumes |
| 04:35.38 | JeffM | such as? |
| 04:36.29 | Flash | should eliminate writes to dead sockets, for one |
| 04:36.56 | Flash | I started down this path with the server crash of a month or two ago, but catay had a quick/dirty fix for that |
| 04:37.11 | JeffM | then we should probalby hold this for post 3.0 |
| 04:37.14 | Flash | it is definitely mostly code abstraction/reorg |
| 04:37.26 | JeffM | then yes, hold it |
| 04:39.04 | Flash | how current is the BUGS file? |
| 04:39.17 | JeffM | as current as the last time someone updated it |
| 04:39.22 | JeffM | it is NOT a mirror of SF |
| 04:39.29 | Flash | which is most accurate? |
| 04:40.18 | Flash | more precise question: is "Segfault - two clients connecting to the server then leaving causes the server to crash" still a problem? |
| 04:40.29 | JeffM | try it and see |
| 04:42.35 | JeffM | why bzProto not bzProtocool? |
| 04:44.09 | Flash | no reason |
| 04:44.56 | JeffM | did you fix the non client connection problems? |
| 04:44.59 | Flash | I wasn't 100% sure that I shouldn't try to use an existing header |
| 04:45.03 | Flash | yes |
| 04:45.18 | JeffM | one fileset per class |
| 04:45.21 | JeffM | thems the rules |
| 04:45.40 | Flash | at least, one non client connected just fine for me |
| 04:45.57 | JeffM | what is your confidence level on this? |
| 04:46.26 | Flash | it has only been tested locally on a Mac configuration. It is big enough that it warrants other eyes, and I'd like to see a network test |
| 04:46.32 | Flash | but I can't host a network map |
| 04:46.47 | JeffM | well we have other network problems |
| 04:46.50 | JeffM | that is the core issue |
| 04:46.54 | JeffM | we don't know if the input is good |
| 04:47.01 | Flash | what are the other network problems? |
| 04:47.07 | JeffM | lag comp isn't working |
| 04:47.13 | JeffM | tanks die randomly, |
| 04:47.24 | JeffM | there are many playability issues right now |
| 04:47.38 | JeffM | possibly from mispacked packets |
| 04:48.13 | JeffM | while I appriciate the work you've done, as it does look like the direction we would like to go, I don't know if now was the best time to do it. |
| 04:50.44 | learner | no matter, just keep it in mind (and up to date) and it can be tested/applied more thoroughly after release |
| 04:50.55 | Flash | only you (collectively) can make that determination. The code is much cleaner with the change, and that has to be good, but I can't promise that it fixes any of the issues that exist |
| 04:51.24 | JeffM | Flash: and you can't promice it dosn't cause any new ones ether ;) |
| 04:51.36 | Flash | nor can anyone else ;-) |
| 04:51.43 | JeffM | no |
| 04:51.46 | learner | Flash: at a quick glance, it looked pretty good/useful |
| 04:51.53 | JeffM | it's just that testing it will be a bear |
| 04:51.54 | learner | it'd just be pretty risky to apply now |
| 04:52.22 | JeffM | that and it's like busted on windows |
| 04:52.29 | JeffM | do not use unix specific headers |
| 04:52.41 | Flash | sorry. never done Windows dev |
| 04:52.47 | Flash | which header(s)? |
| 04:52.48 | JeffM | I know |
| 04:52.50 | JeffM | #include <sys/socket.h> |
| 04:53.09 | Flash | where is shutdown() defined for windows? |
| 04:53.15 | JeffM | it isn't |
| 04:53.21 | JeffM | windows dosn't use bsd sockets |
| 04:53.28 | JeffM | WSAShutdown |
| 04:53.33 | JeffM | in winsock |
| 04:53.46 | Flash | hmmm. I don't think I introduced the call to shutdown.... |
| 04:54.08 | *** join/#bzflag hobbsc (n=hobbsc@ip70-178-55-100.ks.ks.cox.net) |
| 04:54.27 | JeffM | yeah a lot of this won't work on windows |
| 04:54.34 | Flash | but I added the header because I used the symbolic value for the argument |
| 04:54.38 | JeffM | SHUT_RDWR |
| 04:54.39 | JeffM | yeah |
| 04:54.43 | JeffM | that don't exist |
| 04:56.22 | JeffM | also why does something in game, include something in bzfs? |
| 04:56.40 | JeffM | the client does not need thigns in the server |
| 04:56.53 | Flash | where? |
| 04:57.07 | JeffM | bzfsProto.cxx |
| 04:57.11 | JeffM | #include "../bzfs/bzfsMessages.h" |
| 04:57.25 | Flash | oh.. that was debugging code |
| 04:58.01 | JeffM | no |
| 04:58.05 | JeffM | you call getGeneralMessageInfo |
| 04:58.11 | JeffM | and that is in messages |
| 04:58.22 | Flash | yes, but it doesn't use it |
| 04:58.31 | Flash | I removed the print statement but not that call |
| 04:59.02 | JeffM | no again |
| 04:59.08 | JeffM | it sets msg_len |
| 04:59.52 | Flash | yeah, you are right. I got crazy removing the explicit unpacking and called getGeneralMessageInfo instead. |
| 05:00.20 | Flash | it probably belongs in game, rather than bzfs, but the call can be replaced with the explicit unpack calls that used to be used. |
| 05:01.19 | JeffM | no probably about it |
| 05:01.34 | JeffM | it probalby dosn't even belong in game |
| 05:01.34 | Flash | in fact, it could arguably belong in the bzfsProto(col) file/class |
| 05:01.37 | JeffM | but in net |
| 05:01.49 | Flash | I did consider net, but that looked even more abstract |
| 05:01.58 | JeffM | why the NetHandler is in game I don't even know |
| 05:02.06 | JeffM | it has nothing to do with gamestate |
| 05:02.15 | JeffM | since gamestate should run from any input, network or otherwise |
| 05:02.20 | Flash | once the UDP unpacking of packets is removed, it should be moved to net |
| 05:03.32 | Flash | so should I continue to develop this, making more pervasive changes, or just file these comments away for future reference? |
| 05:03.58 | JeffM | depends |
| 05:04.14 | JeffM | what are you goals for working with the bzflag development community? |
| 05:04.35 | Flash | I love to write code, and I love to play bzflag |
| 05:04.42 | JeffM | that dosn't answer the question |
| 05:04.50 | Flash | I like to make the code better, so it is more maintainable |
| 05:04.57 | JeffM | do you want to fix bugs? |
| 05:05.07 | Flash | sure |
| 05:05.19 | JeffM | then what I would do, would be to fix bugs |
| 05:05.27 | JeffM | earn the trust that you are close to getting |
| 05:05.34 | JeffM | then you'll get commit access |
| 05:05.37 | JeffM | and can work on it slowly |
| 05:05.42 | JeffM | in a peicemeal manner |
| 05:05.48 | JeffM | instead of massive code drops |
| 05:06.11 | Flash | do you think this kind of change could be done in a smaller piece? |
| 05:06.27 | JeffM | I think it's something that needs to be designed corretly |
| 05:06.30 | JeffM | by more then one person |
| 05:06.33 | JeffM | sure it may be a big change |
| 05:06.40 | JeffM | but that dosn't mean we can't do the big change in a branch |
| 05:06.46 | JeffM | and have multiple people work on it |
| 05:06.49 | JeffM | like the shot branch |
| 05:07.03 | JeffM | patches for this are very hard |
| 05:07.08 | Flash | I agree |
| 05:08.06 | JeffM | I've pondered giving you commit access but have delayed for 2 reasons. 1) I don't trust you enough to know that you won't go off and change things just for the sake of chaging them. to make them "better" in your mind with out colaboration |
| 05:08.25 | JeffM | and 2) that you will just do cleanups and no real bug fixes or feature development. |
| 05:08.44 | Flash | both valid poitns |
| 05:08.46 | Flash | points |
| 05:08.53 | JeffM | nether of those traits are things I want in a developer |
| 05:09.28 | JeffM | I also haven't seen you argue your points well, you mostly stick to the "well it's better!" methodology |
| 05:09.39 | JeffM | where we have to have an aspect of practical application |
| 05:09.58 | JeffM | but you are a hell of a lot better then you were in the past :) |
| 05:10.44 | Flash | from my perspective, it's difficult to find a place to start, to find changes "of value" to make |
| 05:10.57 | JeffM | that would be the core issue |
| 05:11.06 | JeffM | that you feel you have to tag them with "of value" |
| 05:11.17 | JeffM | instead of just trudgin thru the bug list and fixing stuff |
| 05:11.20 | Flash | leaning a new code base takes time, and it works easiest (to me) by doing |
| 05:11.43 | Flash | the bug list isn't all that self-explanatory |
| 05:11.48 | JeffM | so |
| 05:11.51 | JeffM | you dig and find out |
| 05:11.56 | JeffM | that helps you learn the code |
| 05:12.01 | JeffM | hence the term "trudge" |
| 05:12.08 | JeffM | not all bugs are fun or easy :) |
| 05:12.27 | Flash | I'll settle for repeatable for starters ;-) |
| 05:12.48 | JeffM | if it's not repeatable, it may be fixed |
| 05:12.51 | JeffM | close it and move on |
| 05:13.00 | JeffM | thats part of development |
| 05:13.25 | JeffM | at work I close close to half my bugs as "closed not a bug" or "fixed no change" |
| 05:14.40 | JeffM | I have no problem with making a branch for you to do network refactoring in, I just need to make sure it and you are going to be worth the time and effort ;) |
| 05:24.44 | JeffM | what does FD_ISSET return? |
| 05:24.53 | Flash | bool, I believe |
| 05:24.59 | JeffM | nope |
| 05:25.17 | JeffM | int here |
| 05:25.20 | Flash | int |
| 05:25.35 | JeffM | can't do an into to bool with out a performance warning |
| 05:25.55 | JeffM | so it's best to do != 0 for them |
| 05:26.00 | Flash | ok |
| 05:26.29 | JeffM | also size_t... is a good thing, not unsigned int ;) |
| 05:27.08 | Flash | FWIW, I didn't introduce the FD_ISSET non-bool thing |
| 05:27.17 | Flash | but easy enough to fix |
| 05:27.35 | Flash | well, I guess I did |
| 05:27.37 | JeffM | yeah I've got all but the stuff using the bzfs code fixed |
| 05:27.53 | Flash | if (FD_ISSET) return true -> return FD_ISSET |
| 05:28.27 | JeffM | yep that'd do it |
| 05:28.40 | JeffM | VC does it's best to be as type safe as it can |
| 05:31.00 | JeffM | and isn't the fd a SOCKET? not an int? |
| 05:31.14 | Flash | no difference on unix |
| 05:31.24 | Flash | actually, there is no SOCKET type |
| 05:31.28 | Flash | fd's are int |
| 05:31.36 | JeffM | they are size_t here |
| 05:31.42 | JeffM | so you can have a socket of -1? |
| 05:31.45 | Flash | hmmmm |
| 05:31.49 | Flash | not validly |
| 05:32.02 | Flash | but it's commonly used for an unset socket |
| 05:32.02 | JeffM | so that signed int dosn't make sense |
| 05:32.11 | Flash | since any other value could be valid |
| 05:32.20 | JeffM | -2 is valid? |
| 05:32.33 | Flash | any natural number is valid |
| 05:32.38 | Flash | up to the system limit |
| 05:32.39 | JeffM | natural? |
| 05:32.46 | Flash | >= 0 |
| 05:32.58 | JeffM | so then it should be unsigned |
| 05:33.17 | Flash | I hesitate.... |
| 05:33.22 | JeffM | can 64bit OSs have more then 2 billion sockes? |
| 05:33.32 | Flash | not sure |
| 05:33.40 | JeffM | then we'll leave it up to configure |
| 05:33.44 | JeffM | and use the SOCKET define |
| 05:33.50 | Flash | ok |
| 05:33.51 | JeffM | if they don't have it we can have configure do it |
| 05:35.16 | Mets | quick question on call sign filtering when there's a free second |
| 05:35.25 | JeffM | go for it |
| 05:35.37 | JeffM | it's not like one person or group has rights to the channel :) |
| 05:35.47 | Mets | heh just wanted to make sure you guys seemed busy :) |
| 05:36.12 | Mets | i know you can filter out profanity from a call sign, but is there a way to filter out other things? |
| 05:36.16 | Mets | for example |
| 05:36.32 | Mets | say a player as a website in their email field, that is an advertisement for something non-bzflag related |
| 05:36.33 | JeffM | uses the badwords list IIRC |
| 05:36.39 | JeffM | so anything you put in there |
| 05:36.46 | JeffM | or write an accept plugin |
| 05:36.56 | JeffM | add HTTP to the badwords list :) |
| 05:37.02 | Mets | oh cool |
| 05:37.13 | Mets | will that filter the whole address? or just http |
| 05:37.19 | Mets | yeah i'll do that, that's the easiset |
| 05:37.25 | JeffM | IIRC it blocks them from joining |
| 05:37.33 | JeffM | if not write a plugin |
| 05:37.35 | JeffM | it's simple |
| 05:37.57 | Mets | yeah i'd rather not have people's tanks become nascars if i can help it |
| 05:38.25 | JeffM | that'd be one reason I removed the e-mail field :) |
| 05:38.36 | JeffM | when it gets redone it'll be up the server owner if they want to show them |
| 05:38.45 | JeffM | and they can be filtered or set by the server |
| 05:38.58 | Mets | that's great, thanks jeff |
| 05:39.37 | BulletCatcher | JeffM: the unix socket() system call, which creates a socket, returns type "int". A -1 value signals an error, but all properly open socket numbers are non-negative. How does Windows do it? |
| 05:39.43 | Mets | i actually haven't coded in c/c++ before but I do know java and perl so I guess i could take a stab at a plugin now that it's the summer |
| 05:39.57 | JeffM | BulletCatcher: ok then we can just make it be typed to an int on nixies |
| 05:40.06 | JeffM | BulletCatcher: it's a SOCKET type |
| 05:40.20 | JeffM | windows uses WSA error |
| 05:40.31 | JeffM | it dosn't mix errors and sockets |
| 05:40.51 | Flash | is actually a fan of exceptions for that reason |
| 05:41.11 | JeffM | yes, the return should be the thing, not the thing, or some error code |
| 05:42.27 | BulletCatcher | It sounds like it would be sufficient to do a "typedef int SOCKET;" on unix. |
| 05:43.30 | BulletCatcher | If you want the standard for BZFlag code to be the SOCKET type. |
| 05:44.25 | Flash | in bzfs, NetConnectedPeer has a "int socket" member |
| 05:44.54 | Flash | it is assigned to "handler->getFD()", but (in my change, at least) never used as an actual socket |
| 05:45.30 | Flash | it could be removed entirely, except the non-player interface still depends on that tag |
| 05:46.15 | Mets | jeff, do i have to restart the server for it to take affect? |
| 05:46.26 | Mets | or will a /reload work |
| 05:47.49 | BulletCatcher | Mets: I think "/reload all" will reload the badwords file. |
| 05:49.39 | Flash | BulletCatcher: yes, I think we will need a 'typedef int SOCKET' for unix, to be more portable |
| 05:50.15 | Mets | hmm not working unfortunately, guess i'll have to do a restart |
| 05:51.10 | Mets | yeah, bans, helpfiles, groups or users |
| 05:51.27 | Mets | might not be a bad thing to add, reloading the badwords file |
| 05:51.44 | BulletCatcher | Patches welcome. :-) |
| 05:51.49 | Mets | :p |
| 05:52.24 | *** join/#bzflag QuantumTim (n=tim@62-249-230-206.no-dns-yet.enta.net) |
| 05:57.00 | Flash | Mets: looks like it wouldn't be to hard to add |
| 05:58.07 | Mets | that'd be super |
| 05:58.38 | Flash | Mets: looks like it wouldn't be too hard for you to add ;-) |
| 05:58.44 | Mets | lol |
| 05:58.52 | Mets | i knew there was an angle on that |
| 05:59.21 | BulletCatcher | The hook is set. We just need to reel in carefully.... |
| 05:59.38 | Mets | i'd rather not mess up the repository but i suppose i could give it a go at some point |
| 05:59.47 | Flash | right now, the badword loader is a static function in bzfs. It would need external scope, then you can add it to ReloadCommand::operator() |
| 06:00.21 | Mets | k, external scope? |
| 06:00.54 | Mets | i'm thinking more along the lines of copy the reload database code and edit variable names |
| 06:01.06 | Flash | remove the "static" qualifier, then create a declaration, e.g., "extern void setupBadWordFilter()" in bzfs.h |
| 06:01.14 | Flash | copy/paste == bad (usually) |
| 06:03.49 | Flash | in this case, it's still bad, but you wouldn't have to edit any variable names |
| 06:04.30 | Mets | alright let's take a look at this |
| 06:09.10 | Mets | and then edit the reloads command in commands.cxx? |
| 06:09.16 | Mets | reload* |
| 06:09.30 | Flash | yes |
| 06:09.44 | Flash | ReloadCommand::operator() |
| 06:15.48 | Mets | k did the easy part of adding in the input option to reload badwords |
| 06:22.34 | Flash | I suppose technically you should add a reloadFromFile() method to WordFilter, but the loadFromFile method seems benign to call twice |
| 06:22.53 | Flash | unless your intent is to remove a word from the bad words list |
| 06:23.04 | Mets | well, i guess we should handle that |
| 06:23.38 | Mets | where should I be editing/adding these functions? |
| 06:24.41 | Flash | include/WordFilter.h ; src/common/WordFilter.cxx |
| 06:25.05 | Flash | src/bzfs/commands.cxx (ReloadCommand::operator()) |
| 06:25.49 | Flash | src/bzfs/bzfs.h for the forward declaration and src/bzfs/bzfs.cxx to change setupBadWordFilter to be global scope |
| 06:26.11 | Mets | k commands.cxx done |
| 06:26.58 | Flash | actually, from the way it's used, you could simply change WordFilter::loadFromFile to clear its list first |
| 06:27.08 | Flash | doesn't look like we support multiple bad word files |
| 06:27.51 | Flash | although I think the more correct change would be for bzfs:setupBadWordFilter to clear the list explicitly before calling WordFilter::loadFromFile() |
| 06:29.31 | Mets | yeah then it accounts for all cases |
| 06:34.00 | Mets | hmm what if somebody types /reload badwords by accident and the server doesn't have -filterChat or filterCallsigns |
| 06:34.10 | a_meteorite | last time I attempted a /reload patch for bad words, the bad words class was pretty messy |
| 06:34.15 | a_meteorite | it would seg fault |
| 06:35.00 | blast007 | can't the badword parsing take several seconds sometimes as well? |
| 06:35.08 | a_meteorite | indeed it can |
| 06:35.35 | a_meteorite | starting up a helper thread would not be that hard |
| 06:39.44 | Mets | you could just have /reload badwords not be part of /reload all |
| 06:40.18 | Mets | then you can reload everything without any time delays, if the server needed more time to process |
| 06:41.46 | a_meteorite | then one would not be reloading everything :) |
| 06:42.13 | a_meteorite | even with the explicit knowledge that you may hold up the server for several seconds, I can't imagine it ever ending well |
| 06:47.13 | Mets | so you want me to write the setupBadWordFilter function in src/common/WordFilter.cxx? |
| 06:47.17 | Mets | right? |
| 06:53.29 | Mets | remembers why he picked engineering and not cs :p |
| 06:56.01 | BulletCatcher | Flash: see http://pastebin.bzflag.bz/m4241a399 for a candidate "proper" freetype fix. Let me know how well it works. |
| 07:03.22 | Mets | k bzfs.h done, working on bzfx.cxx for the function |
| 07:03.40 | Mets | do you want me to pm you this before I submit it? |
| 07:22.16 | BulletCatcher | Grrr. My patch in that pastebin only works for me if I do a "configure --enable-freetype-build". It may help Flash, but others should avoid it. |
| 07:22.44 | blast007 | ./configure --make-it-work |
| 07:22.49 | blast007 | (if only...( |
| 07:22.52 | blast007 | )* |
| 07:23.17 | BulletCatcher | needs the "do what I mean, not what I say" instruction |
| 07:24.03 | Mets | how would I clear the current bad words that have been loaded and parsed? |
| 07:26.52 | Mets | ignore my dumb comment about putting the function in wordfilter :-[ |
| 07:32.23 | Flash | BulletCatcher: no joy |
| 07:32.46 | BulletCatcher | :-( |
| 07:33.11 | Flash | http://flash.pastebin.ca/1022549 |
| 07:35.36 | Flash | looks like I ended up with no freetype |
| 07:35.51 | Flash | (or no ftgl, can't tell which) |
| 07:36.00 | BulletCatcher | In the configure.ac where I add to CPPFLAGS, I think I need to add to LDFLAGS too. |
| 07:36.16 | Manu | blast007: better is ./configure --disable-bugs ;) |
| 07:36.45 | BulletCatcher | That would remove way too much code! |
| 07:37.12 | Flash | config.log http://flash.pastebin.ca/1022550 |
| 07:37.51 | BulletCatcher | thinks it is cool that Flash has his own pastebin |
| 07:38.13 | Flash | you can have one too |
| 07:41.59 | BulletCatcher | How about the config.log in src/other/ftgl ? |
| 07:46.31 | Flash | has his own pastebin but it's slow..... |
| 07:47.07 | Flash | while we wait.... have your own pastebin: http://flash.pastebin.ca/makesub.php |
| 07:48.03 | Flash | http://flash.pastebin.ca/1022554 |
| 07:50.03 | BulletCatcher | Ooof. It still has the -L/usr/X11/lib . |
| 07:51.19 | Flash | I remember the m4 file was deducing freetype-config; that is probably still biting you |
| 07:51.44 | Flash | I have to sleep now; I'll catch up with you tomorrow (maybe) |
| 07:51.45 | Mets | is there an easy way to clear the currently loaded bad words file (i.e. something already partially written) |
| 07:51.54 | BulletCatcher | I must sleep too. Later. |
| 07:52.02 | Mets | mmm k well there goes that lol |
| 07:52.22 | BulletCatcher | Mets: I think that code will have to be written, too. |
| 07:52.46 | Mets | for setupBadWordFilter I just turned the existing code for loading the bad words into something callable |
| 07:53.09 | Mets | so i think if you just put a check in there to see if already loaded, and if so clear them, it should be ok |
| 07:54.22 | Flash | Mets: not really. Look at ~WordFilter to see how to clear out the filter list. |
| 07:55.11 | Flash | you should be able to clear the list without checking, because clearing an empty list should be safe and sane |
| 07:55.32 | Mets | is it ok to do what I did though? I just surrounded the code to load the bad words with void setupBadWordFilter { } |
| 07:55.43 | BulletCatcher | Is the reload an atomic operation? If not, other parts of the program may try to use the bad words data while it is changing. Care is needed. |
| 07:56.01 | Flash | unless threads are involved, you should be safe |
| 07:56.03 | Mets | somebody could technically try to log on while the reload is in progress |
| 07:56.21 | Flash | the server is not multi-threaded yet |
| 07:56.43 | BulletCatcher | Then it ought to be safe as is. |
| 07:56.45 | Mets | k so just put a statement to clear and test it to see if she works |
| 07:57.00 | Flash | Mets: I don't understand about your wrapping... it was already in a function |
| 07:57.43 | Mets | Flash: i don't think it was, was it? |
| 07:57.47 | Flash | yes |
| 07:57.58 | Mets | which function? |
| 07:58.01 | Flash | it was a static function, but a function nonetheless |
| 07:58.13 | Flash | setupBadWordFilter |
| 07:58.26 | Mets | i didn't have any setupbadwordfilter function |
| 07:58.28 | BulletCatcher | stumbles off to bed |
| 07:58.35 | Flash | what version are you on? |
| 07:58.36 | Mets | night bullet |
| 07:58.51 | Mets | 17224 |
| 07:59.43 | Mets | there was an if statement in bzfx.cxx that performed that load operation of the bad words filter |
| 08:00.22 | Mets | but nothing called setupBadWordFilter, which is why i wrapped it, so i could call it in commands.cxx |
| 08:00.26 | Flash | line 3618 of bzfs.cxx |
| 08:01.04 | Flash | try svn status src/bzfs/bzfs.cxx |
| 08:01.37 | Mets | says not a working copy lol, darn |
| 08:02.02 | Flash | I'm wondering how old that is |
| 08:02.06 | Mets | i did svn update |
| 08:02.22 | Flash | you have to svn revert if you modified it |
| 08:02.28 | Flash | but that will discard your changes |
| 08:02.46 | Flash | svn diff src/bzfs/bzfs.cxx will show you the diffs |
| 08:03.42 | Mets | yeah i just saved my diffs |
| 08:05.37 | Mets | yeah 3618 is in the middle of handleCommand |
| 08:08.58 | Mets | line 4949 is where i added my wrapper |
| 08:14.15 | Flash | did you revert? I'm pretty sure I'm looking at a pristine copy |
| 08:15.01 | Flash | bzfs.cxx, right? |
| 08:15.11 | Mets | yup reverted |
| 08:15.29 | Mets | browsed sourceforge svn also, line 3618 is in the middle of handleCommand |
| 08:16.10 | Mets | http://bzflag.svn.sourceforge.net/viewvc/bzflag/branches/v2_0branch/bzflag/src/bzfs/bzfs.cxx?revision=17224&view=markup |
| 08:17.07 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 08:17.07 | *** mode/#bzflag [+v tupone] by ChanServ |
| 08:17.26 | Mets | howdy tupone |
| 08:17.34 | Flash | oh... you are looking at 2.0 |
| 08:17.46 | Mets | :p |
| 08:17.52 | Flash | ~lart Mets |
| 08:17.52 | ibot | puts on some milking gloves. "All right, now, Mets, this won't hurt a bit...." |
| 08:17.59 | Mets | haha |
| 08:18.06 | Mets | well duh 2.0 |
| 08:18.08 | Flash | REALLY goes to bed now |
| 08:18.56 | tupone | hi Mets |
| 08:19.04 | Mets | thanks for the help flash, night |
| 08:19.04 | ibot | gern geschehen, Mets |
| 08:19.28 | Mets | I'll just go with my wrapper |
| 08:21.11 | Mets | tupone, do you know how I can clear a filter list? |
| 08:21.51 | tupone | not now. And a filter of what/where? |
| 08:22.10 | Mets | WordFilter |
| 08:22.38 | Mets | I'm trying to make /reload also reload the badwords filter, so first clear out the existing bad words, then load in the updated file |
| 08:28.26 | L4m3r | feels that a player should be able to see his own cloaked shots |
| 08:28.36 | L4m3r | IB does it that way |
| 08:29.01 | L4m3r | maybe I'll look at it tomorrow |
| 08:29.10 | L4m3r | right now I'm a bit... woozy... |
| 08:29.43 | L4m3r | must have been a bit overzealous with his sore throat remedy |
| 08:32.05 | Mets | alrighty let's see if she compiles |
| 08:32.45 | L4m3r | hm, found some DDR2 in the junk pile, but I've got no system to test it with |
| 08:32.58 | L4m3r | oh well, they're just 256mb modules anyway |
| 08:33.25 | L4m3r | though they apparently have ECC |
| 08:33.43 | L4m3r | er, oops |
| 08:33.46 | L4m3r | ~ww |
| 08:33.46 | ibot | Get a better IRC client |
| 08:54.01 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 08:54.02 | *** join/#bzflag AAA_awright (n=AAA_awri@wsip-68-14-251-102.ph.ph.cox.net) [NETSPLIT VICTIM] |
| 08:54.02 | *** join/#bzflag Phase (i=phase@unaffiliated/phase) [NETSPLIT VICTIM] |
| 09:00.47 | *** join/#bzflag CBG (n=CBG@cpc2-stme1-0-0-cust307.cdif.cable.ntl.com) |
| 09:12.54 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 09:12.54 | *** join/#bzflag AAA_awright (n=AAA_awri@wsip-68-14-251-102.ph.ph.cox.net) [NETSPLIT VICTIM] |
| 09:12.54 | *** join/#bzflag Phase (i=phase@unaffiliated/phase) [NETSPLIT VICTIM] |
| 09:34.03 | *** join/#bzflag CBG (n=CBG@cpc2-stme1-0-0-cust307.cdif.cable.ntl.com) |
| 09:54.40 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 09:54.40 | *** join/#bzflag AAA_awright (n=AAA_awri@wsip-68-14-251-102.ph.ph.cox.net) [NETSPLIT VICTIM] |
| 09:54.40 | *** join/#bzflag Phase (i=phase@unaffiliated/phase) [NETSPLIT VICTIM] |
| 09:58.21 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 09:58.21 | *** join/#bzflag AAA_awright (n=AAA_awri@wsip-68-14-251-102.ph.ph.cox.net) [NETSPLIT VICTIM] |
| 09:58.21 | *** join/#bzflag Phase (i=phase@unaffiliated/phase) [NETSPLIT VICTIM] |
| 10:05.52 | CIA-33 | FTGL: 03sammy * r1125 10/trunk/Makefile.am: * Add a "make upload-doc" rule for easy online documentation updates. |
| 10:06.11 | CIA-33 | FTGL: 03sammy * r1126 10/trunk/src/FTContour.cpp: * Add parentheses around && within || to please gcc. |
| 10:06.31 | CIA-33 | FTGL: 03sammy * r1127 10/trunk/src/FTVectoriser.cpp: |
| 10:06.31 | CIA-33 | FTGL: * Simplified contour parity check routine, formula courtesy of Guillaume |
| 10:06.31 | CIA-33 | FTGL: Bittoun. |
| 10:06.53 | CIA-33 | FTGL: 03sammy * r1128 10/trunk/src/FTCharmap.cpp: |
| 10:06.53 | CIA-33 | FTGL: * Do not crash if the face has no charmaps. Bug found using zzuf: |
| 10:06.53 | CIA-33 | FTGL: xvfb-run zzuf -q -F5 -r0.0000001:0.1 -s0:10000 -c CTest EunjinNakseo.ttf |
| 10:14.31 | *** join/#bzflag LongDon (n=LongDon@vpn199-079.hrz.uni-oldenburg.de) |
| 10:14.59 | *** part/#bzflag LongDon (n=LongDon@vpn199-079.hrz.uni-oldenburg.de) |
| 10:16.42 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 10:16.42 | *** join/#bzflag AAA_awright (n=AAA_awri@wsip-68-14-251-102.ph.ph.cox.net) [NETSPLIT VICTIM] |
| 10:16.42 | *** join/#bzflag Phase (i=phase@unaffiliated/phase) [NETSPLIT VICTIM] |
| 10:19.30 | *** join/#bzflag Suspect (n=Suspect@68-113-163-117.dhcp.plt.ny.charter.com) |
| 10:33.21 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 10:40.00 | *** join/#bzflag praetorian (n=praetori@124-168-177-88.dyn.iinet.net.au) |
| 12:04.05 | *** join/#bzflag bier__ (n=bier@p54A559F8.dip.t-dialin.net) |
| 12:22.07 | sam | brlcad: do you have any idea of the usefulness of ftgl's mac/Includes/ subdirectory? |
| 12:22.28 | sam | I'm under the impression that nowadays, fink installs everything properly and it's not really needed |
| 12:28.26 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@unaffiliated/spazzymcgee) |
| 12:37.21 | *** part/#bzflag Spyrius (n=Spyrius@c-76-31-227-210.hsd1.tx.comcast.net) |
| 13:06.18 | *** join/#bzflag Saturos (n=Saturos@i59F7689F.versanet.de) |
| 13:38.14 | *** join/#bzflag eTangenT (n=etangent@71-211-200-94.hlrn.qwest.net) |
| 13:39.20 | *** join/#bzflag Flash (n=jwmelto@unaffiliated/flash) |
| 13:51.42 | *** join/#bzflag Qew (n=qew@82-69-126-225.dsl.in-addr.zen.co.uk) |
| 14:11.12 | *** join/#bzflag eTangenT` (n=etangent@71-211-200-94.hlrn.qwest.net) |
| 15:01.52 | *** join/#bzflag spldart (n=short_ci@adsl-70-240-248-13.dsl.hstntx.swbell.net) |
| 15:01.52 | *** mode/#bzflag [+v spldart] by ChanServ |
| 15:01.54 | *** join/#bzflag TimRiker (n=timr@70-7-71-244.area7.spcsdns.net) |
| 15:01.55 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 15:18.37 | *** join/#bzflag chaoscon (i=jeremy@smartserv/ceo/chaoscon) |
| 15:31.34 | *** join/#bzflag ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 15:31.34 | *** topic/#bzflag is http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || logs at http://ibot.rikers.org/%23bzflag/ || http://ohloh.net/projects/189 || 2.0.10 is the latest public release || GSoC 2008, mentor blog at http://tanks4code.blogspot.com || Congratulations GSoC participants: http://code.google.com/soc/2008/bzflag/about.html || Students should add their projects to the wiki for review |
| 15:31.34 | *** mode/#bzflag [+o ibot] by ChanServ |
| 15:39.24 | *** join/#bzflag ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 15:39.24 | *** topic/#bzflag is http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || logs at http://ibot.rikers.org/%23bzflag/ || http://ohloh.net/projects/189 || 2.0.10 is the latest public release || GSoC 2008, mentor blog at http://tanks4code.blogspot.com || Congratulations GSoC participants: http://code.google.com/soc/2008/bzflag/about.html || Students should add their projects to the wiki for review |
| 15:39.24 | *** mode/#bzflag [+o ibot] by ChanServ |
| 15:44.21 | *** join/#bzflag hwilde (n=hwilde@64.58.242.11) |
| 15:45.03 | *** join/#bzflag quantumdot (n=jmlopez@about/essy/Charm/quantumdot) |
| 15:45.52 | CIA-33 | FTGL: 03sammy * r1129 10/trunk/src/ (15 files in 4 dirs): |
| 15:45.52 | CIA-33 | FTGL: * Starting the buffer font class revival. For now, it just consists in empty |
| 15:45.52 | CIA-33 | FTGL: FTBuffer, FTBufferGlyph and FTBufferFont classes. |
| 16:11.48 | *** join/#bzflag noyb (n=noyb@nat/sun/x-ff03ca8ab436d378) |
| 16:19.10 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 16:42.50 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 16:59.08 | *** join/#bzflag PrezzKennedy (i=Matthew@74.86.45.130) |
| 17:13.55 | BulletCatcher | Flash: http://pastebin.bzflag.bz/m3291abfb should fix your freetype problem more cleanly than last week's hack. It should not be used by those who want to use the freetype library that is already installed on their system. |
| 17:25.55 | *** join/#bzflag Erroneous (n=dtremena@about/essy/CrazyCoder/DTRemenak) |
| 17:25.55 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 17:26.53 | BulletCatcher | sam: the above pastebin has a patch to the FTGL configure.ac file. Any thoughts you have about it would be welcome. |
| 17:28.40 | brlcad | sam: it was included along with the libs (that I'd since removed) -- that should all be stuff that is autodetected now (or included as a proper subconfigure) |
| 17:29.05 | Erroneous | ooh, ooh, is today bug sam day? /me joins in on the action |
| 17:29.08 | brlcad | shouldn't (ever) rely on fink .. it's rarely ever used by some |
| 17:29.18 | brlcad | and not system default |
| 17:29.26 | brlcad | Erroneous: heh |
| 17:29.29 | Erroneous | sam: what do you think about adding multibyte (i.e. UTF-8/UTF-16) support to ftgl? |
| 17:29.46 | sam | Erroneous: I definitely want to have that :) |
| 17:29.53 | Erroneous | awesome |
| 17:30.01 | brlcad | yeah, we need it for bz anyways :) |
| 17:30.03 | Erroneous | has a patch in progress |
| 17:31.04 | Erroneous | super-ugly proof of concept at http://mirkwood.swordofkahless.com/ftgl-multibyte.patch if you're curious |
| 17:31.06 | sam | BulletCatcher: I'm not fond of that kind of solutions, because they're easily bypassed using "make install DESTDIR=/my/build/directory" in freetype, then using --with-ft-prefix in FTGL |
| 17:31.52 | sam | Erroneous: that looks like the correct idea |
| 17:32.28 | sam | by the way, you use FTTextureFont in bzflag, don't you? |
| 17:32.38 | Erroneous | cool. still needs hooks in a couple other functions also (i.e. bbox), but it works for utf-8 and bzflag at least ;) |
| 17:32.45 | Erroneous | yes |
| 17:33.39 | sam | don't you have performance issues? |
| 17:34.18 | Erroneous | we always have performance issues. iirc ftgl is no worse than our old solution though. |
| 17:34.47 | brlcad | actually have bigger performance problems using the other types, iirc |
| 17:34.55 | sam | I patched Chromium BSU to use FTGL instead of its non-free rendering engine and I got reports that it was slower |
| 17:34.57 | brlcad | I tried out a few before sticking to that one |
| 17:35.48 | sam | so I'm now working on FTBufferFont that will have only one quad / one texture for a single FTFont::Render call |
| 17:35.52 | brlcad | sam: was that without the kerning and prerender optimizations? |
| 17:36.37 | brlcad | those made a substantial difference when I was testing, the glyph lookups in freetype took a lot of time |
| 17:37.12 | sam | brlcad: that was with them (from last week) |
| 17:37.33 | sam | if anyone's using Debian, packages are in experimental |
| 17:37.45 | brlcad | hum, then did they actually quantify slower? |
| 17:38.17 | sam | no, just a feeling |
| 17:38.20 | brlcad | if they were doing some direct blit operation not tied to font files, I could see it easily being slower the way ftgl hooks into freeytpe |
| 17:38.30 | brlcad | ah, that's not useful then :) |
| 17:38.54 | brlcad | that could be first-call latency or something too |
| 17:39.14 | brlcad | that's why we intentionall Advance() the alphabet in bz, so each glyph is prerendered |
| 17:39.19 | sam | I will try to write a benchmark tool |
| 17:40.06 | brlcad | is apparently too stuffed to type correctly, ugh, so (wonderfully) full |
| 17:42.59 | BulletCatcher | sam: BZFlag distributes both freetype and FTGL. The catch-22 is thatno freetype-config program for the distributed version exists at configure time. We want to do it all in one pass rather than first install freetype and then configure FTGL. |
| 17:43.31 | Winny | quick, everyone poke brlcad |
| 17:43.54 | BulletCatcher | offers brlcad one thin mint |
| 17:45.10 | Erroneous | pokes brlcad in the belly |
| 17:46.54 | sam | BulletCatcher: I see. so, --with-ft-prefix is of no use here? |
| 17:47.14 | BulletCatcher | Not without evil hackery. |
| 17:47.30 | brlcad | "could not possibly eat anotha bite" |
| 17:47.37 | brlcad | burps |
| 17:47.43 | brlcad | okay, that made some room |
| 17:48.21 | spldart | heh |
| 17:49.17 | Winny | poke harder |
| 17:49.56 | BulletCatcher | I assume my FTGL configure.ac patch (or its successor) would only be applied to BZFlag tree, as it makes no sense anywhere else. |
| 17:51.01 | sam | BulletCatcher: I think I prefer having your patch than having divergences in the bzflag tree |
| 17:51.56 | BulletCatcher | That's your decision to make. But don't apply it yet. :-) |
| 17:52.32 | brlcad | only because freetype's build is really lame, I intend to make it a proper subconfigure here soon |
| 17:52.59 | *** join/#bzflag think_tank (n=think_ta@unaffiliated/thinktank/x-168245) |
| 17:53.11 | BulletCatcher | That would help. |
| 17:53.42 | *** join/#bzflag FalseProphet (n=Tom@unaffiliated/emonemo) |
| 17:53.46 | Erroneous | yay for anti-lameness |
| 17:57.37 | sam | brlcad: the guy currently doing most of the freetype development seems to welcome patches |
| 17:57.43 | sam | I had no problems with mine |
| 17:58.18 | *** join/#bzflag delusional_ (n=delusion@pool-71-253-7-193.pitbpa.east.verizon.net) |
| 17:59.29 | brlcad | sam, that's good to know |
| 17:59.48 | brlcad | are they on freenode? |
| 18:00.03 | brlcad | or more specifically, do you have a nick |
| 18:01.42 | sam | apparently not. I only used e-mail and their bug tracking system |
| 18:02.10 | *** part/#bzflag AlexanderLAW (n=Alexande@83.239.109.173) |
| 18:06.35 | *** join/#bzflag bryjen (n=bryjen@CPE-76-177-176-191.natsoe.res.rr.com) |
| 18:06.35 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 18:11.46 | CIA-33 | BZFlag: 03dtremenak * r17225 10/trunk/bzflag/ (AUTHORS NEWS data/l10n/Makefile.am data/l10n/bzflag_ru.po): Russian translation (pending utf-8 multibyte support in FTGL) from Alexander Law |
| 18:20.03 | *** join/#bzflag whodaman- (n=whodaman@p54A3F948.dip.t-dialin.net) |
| 18:24.16 | brlcad | woot |
| 18:25.53 | Erroneous | we do also have an issue that the fonts we ship aren't very complete above the Latin script block |
| 18:26.09 | Erroneous | Alexander suggested Deja Vu as an alternative |
| 18:27.30 | ruskie | those are ugly |
| 18:27.53 | Erroneous | tends to agree |
| 18:28.04 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 18:29.01 | Erroneous | the mono variation would probably be ok (it's very similar to the default console font we ship now) |
| 18:29.15 | ruskie | Aerial fonts are nice... |
| 18:29.25 | brlcad | mm. I tested with a handful of other free ttf's that I didn't include just to keep things "the same" |
| 18:29.37 | brlcad | i can see if they had anything above latin |
| 18:30.22 | Erroneous | he's particularly concerned with Cyrillic, but it'd be nice to be complete. the other thing we could do is programatically switch fonts for different script blocks. |
| 18:30.24 | ruskie | http://www.users.bigpond.net.au/gavindi/ - ttf-arkpandora |
| 18:30.41 | ruskie | well that's what fontconfig tends to do automaticaly |
| 18:30.52 | ruskie | just pulls relevant glyphs from all available fonts |
| 18:31.56 | *** join/#bzflag Suspect (n=Suspect@68-113-163-117.dhcp.plt.ny.charter.com) |
| 18:36.16 | *** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 18:54.54 | *** join/#bzflag kirun (n=kirun@222.5.gr6.adsl.brightview.com) |
| 19:13.35 | *** join/#bzflag L4m3r (i=l4m3r@about/essy/warning/L4m3r) |
| 19:13.35 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 19:17.53 | donny_baker | JeffM: any shirt news worth sharing ;) |
| 19:21.36 | *** join/#bzflag Think_Differentl (n=shedelj@unaffiliated/thinkdifferentl/x-838543) |
| 19:39.15 | *** join/#bzflag LongDon (n=LongDon@host-091-097-039-130.ewe-ip-backbone.de) |
| 19:44.11 | JeffM | donny_baker, nope |
| 19:44.30 | JeffM | sends them an e-mail |
| 19:53.12 | Flash | BulletCatcher: that works, thanks |
| 20:01.51 | *** join/#bzflag Paul_PL (n=pawelbl6@chello087206248103.chello.pl) |
| 20:02.04 | Paul_PL | hello :) |
| 20:04.19 | Flash | what's the right #ifdef <microsoft> symbole? |
| 20:04.30 | JeffM | _WIN32 |
| 20:13.39 | *** join/#bzflag F687s (n=noah@cpe-71-67-112-44.woh.res.rr.com) |
| 20:15.45 | *** join/#bzflag Gnurdux (n=gnurdux@c-69-251-255-231.hsd1.md.comcast.net) |
| 20:26.38 | *** join/#bzflag retro (n=ksumrall@wall.danger.com) |
| 20:27.12 | CIA-33 | BZFlag: 03bryjen * r17226 10/trunk/bzflag/src/common/Bundle.cxx: undo erroneous normalization |
| 20:28.13 | Erroneous | Flash: depends. if you're testing for windows, _WIN32. if you're testing for MSVC, _MSC_VER. |
| 20:28.42 | Erroneous | we also support mingw32, so differentiating between varieties of microsoftness is important |
| 20:29.15 | JeffM | true |
| 20:29.28 | JeffM | in general if you have to do a MSism, it's best to put it in the config.h |
| 20:29.59 | JeffM | for your #defiens for winsock I put them in network.h after we include the winsock 2 header |
| 20:30.12 | JeffM | since that puts it in the same scope |
| 20:30.21 | JeffM | and it was already in a windows define |
| 20:30.54 | *** join/#bzflag BenUrban (n=benurban@unaffiliated/benurban) |
| 20:39.32 | *** join/#bzflag hwilde_ (n=hwilde@71.16.69.162) |
| 20:41.29 | *** join/#bzflag QuantumT1m (n=tim@62-249-230-206.no-dns-yet.enta.net) |
| 20:56.05 | JeffM | well... there is good news.. and bad news. |
| 20:57.30 | *** part/#bzflag LongDon (n=LongDon@host-091-097-039-130.ewe-ip-backbone.de) |
| 20:57.58 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 21:04.01 | *** join/#bzflag Gnurdux (n=gnurdux@c-69-251-255-231.hsd1.md.comcast.net) |
| 21:12.20 | *** join/#bzflag Gnurdux (n=gnurdux@c-69-251-255-231.hsd1.md.comcast.net) |
| 21:14.37 | Flash | in this case, I think the right thing is just to expand what is already in network.h |
| 21:15.01 | Flash | oh... what JeffM said |
| 21:36.43 | *** join/#bzflag rtfm (n=rtfm@pdpc/supporter/active/blast007) |
| 21:36.43 | *** mode/#bzflag [+v rtfm] by ChanServ |
| 21:40.22 | spldart | adios |
| 21:46.06 | *** join/#bzflag Birdie (n=Birdie@moooo.org) |
| 21:52.26 | *** join/#bzflag CBG (n=CBG@cpc2-stme1-0-0-cust307.cdif.cable.ntl.com) |
| 22:04.18 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 22:07.19 | Constitution | got my book from google :) |
| 22:08.13 | Constitution | it almost looked like a windows server manual or something by the color as I was pulling it out of the package :P |
| 22:08.29 | Winny | what's the book? |
| 22:08.34 | Winny | "how to pull an all-nighter"? |
| 22:09.14 | blast007 | "Why Apple computers are junk" |
| 22:09.25 | Constitution | har |
| 22:09.25 | Winny | "Why blast007's mother never loved him" |
| 22:09.29 | Winny | oh, hmm, sorry |
| 22:09.35 | Winny | ;) |
| 22:12.23 | delusional_ | what is _syncTime supposed to do? syncronize clocks of players? synchronize map objects? |
| 22:12.53 | Constitution | syncronize the time of day across clients |
| 22:13.18 | Constitution | as far as celestial bodies, etc. |
| 22:13.34 | delusional_ | some people say _syncTime 1 will do that, but I have maps by trepan that have _syncTime 77777 |
| 22:13.55 | Constitution | he must have just won the lottery |
| 22:14.35 | blast007 | the -synctime paramater for bzfs does this: |
| 22:14.37 | blast007 | BZDB.set(StateDatabase::BZDB_SYNCTIME, "1.0"); // any positive number |
| 22:14.45 | delusional_ | I thought it might be a six digit number, like 125959 12 hours 59 minutes 59 seconds |
| 22:14.48 | blast007 | so it seems like it's just boolean |
| 22:14.57 | blast007 | probably syncs to the server time? |
| 22:15.07 | delusional_ | not for me. |
| 22:15.14 | delusional_ | i cant get it to work |
| 22:15.21 | Constitution | you need to set something else as well, iirc |
| 22:15.31 | delusional_ | synclocation |
| 22:15.57 | Constitution | well, maybe... can't quite remember |
| 22:16.26 | delusional_ | I thought it was synclocation that sync'd the celestial |
| 22:17.01 | Erroneous | synctime applies an epoch offset iirc |
| 22:18.00 | JeffM | well at least the navy shirts look great |
| 22:18.13 | Erroneous | that orange one is BRIGHT |
| 22:18.24 | Erroneous | like hunter-safety-orange bright |
| 22:18.54 | delusional_ | I Need those sometimes I work concrete on busy streets. |
| 22:19.11 | delusional_ | orders orange |
| 22:19.18 | Erroneous | well, next time we have preorders you can order one up :) |
| 22:19.28 | delusional_ | heh |
| 22:19.59 | SpazzyMcGee | JeffM: the navy ones look great? |
| 22:20.01 | delusional_ | so what's an epoch offset? |
| 22:20.26 | SpazzyMcGee | That implies the others don't? |
| 22:23.49 | JeffM | SpazzyMcGee, the ones the screwed up don't ;) |
| 22:23.56 | JeffM | 3 shirts were printed wrong |
| 22:24.14 | SpazzyMcGee | Oceana? |
| 22:24.28 | JeffM | no, the front logo ones |
| 22:24.35 | SpazzyMcGee | ah, cool |
| 22:24.46 | SpazzyMcGee | I mean uncool |
| 22:25.01 | JeffM | heh |
| 22:25.01 | SpazzyMcGee | depending on your viewpoint |
| 22:25.42 | JeffM | your oceana one is packed up and will go out tomorow |
| 22:26.19 | JeffM | I have to take the international ones and hand them to a postal worker |
| 22:26.38 | SpazzyMcGee | oh, nice. |
| 22:26.40 | JeffM | but yah, 3 have to be redone |
| 22:27.17 | JeffM | I can say that l43mr WILL be HIGHLY vissible in his once they fix it |
| 22:27.53 | SpazzyMcGee | heh, what colour is it? |
| 22:27.59 | JeffM | orange |
| 22:28.03 | JeffM | BRIGHT orange |
| 22:28.06 | SpazzyMcGee | lol |
| 22:28.13 | JeffM | like safety orange |
| 22:28.49 | SpazzyMcGee | He'll be mistaken for a distress signal. |
| 22:30.05 | SpazzyMcGee | Still, at least he won't need to buy reflective gear for cycling at night. |
| 22:31.01 | delusional_ | They usually call that "International Orange" in paint stores. Threr's an "International Red" too. |
| 22:32.31 | SpazzyMcGee | woot, you get package tracking. |
| 22:42.40 | *** join/#bzflag spldart (n=vircuser@c-98-197-19-50.hsd1.tx.comcast.net) |
| 22:42.40 | *** mode/#bzflag [+v spldart] by ChanServ |
| 22:45.30 | *** join/#bzflag me1 (n=me1@unaffiliated/me1) |
| 22:47.51 | JeffM | now whoever got the cardinal red one, that thing looks good |
| 22:51.02 | Winny | uhmm... |
| 22:51.04 | Winny | no comment: http://my.bzflag.org/bb/viewtopic.php?t=12600 |
| 22:51.25 | Constitution | rofl |
| 22:51.31 | Winny | before you delete it |
| 22:51.33 | Winny | IP please |
| 22:51.41 | Winny | I'll bet it's *.ca.comcast.net |
| 22:52.17 | SpazzyMcGee | Ban contesting in poetry! |
| 22:53.11 | Flash | I'm wondering how much is plagerized |
| 22:53.47 | SpazzyMcGee | It's like chaucer or something. |
| 22:53.57 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 22:53.57 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 22:57.00 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 23:02.38 | *** join/#bzflag me1_ (n=me1@unaffiliated/me1) |
| 23:08.14 | *** join/#bzflag Epyon (n=Epyon@90-156-93-82.magma-net.pl) |
| 23:11.15 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 23:11.15 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 23:16.03 | JeffM | there he is |
| 23:16.09 | JeffM | L4m3r, so your shirts came in |
| 23:16.17 | L4m3r | yay :) |
| 23:16.22 | JeffM | but |
| 23:16.26 | JeffM | they printed them wrong |
| 23:16.31 | L4m3r | uhoh. how so? |
| 23:16.31 | Winny | :O |
| 23:16.38 | JeffM | they put the logo on the back |
| 23:16.40 | Winny | they all say "BZLag"? |
| 23:16.44 | L4m3r | on all of them? |
| 23:16.53 | JeffM | on all 3 of the front logo shirts |
| 23:16.57 | L4m3r | er |
| 23:17.03 | L4m3r | I only ordered 2 front logo shirts |
| 23:17.07 | JeffM | yes |
| 23:17.10 | Winny | ..and they don't re-print them? |
| 23:17.11 | L4m3r | the third was one of the leftover charcoal ones |
| 23:17.13 | JeffM | one other person ordered a thrid |
| 23:17.18 | L4m3r | oh |
| 23:17.22 | L4m3r | ha, only three total? lol |
| 23:17.26 | JeffM | yeah |
| 23:17.40 | Winny | JeffM: what's the first open GL book? The red book? |
| 23:17.40 | JeffM | I talked to a CS rep and they are seeing if they can reprint them |
| 23:17.45 | L4m3r | well, if you intend to get them re-printed, I can wait. otherwise, it's fine |
| 23:17.54 | JeffM | Winny, one is a programers guide the other re refrence |
| 23:17.57 | JeffM | IIRC blue is ref |
| 23:18.02 | JeffM | red is a guide |
| 23:18.06 | JeffM | they came out the same time |
| 23:18.14 | L4m3r | yeah, if they reprint them, that's cool, if not, that's fine too |
| 23:18.14 | JeffM | L4m3r, I am trying to get them redone |
| 23:18.18 | Winny | ah, ok |
| 23:18.22 | L4m3r | mmk. thanks :) |
| 23:18.24 | JeffM | and dude... orange... WOW |
| 23:21.34 | L4m3r | bright? |
| 23:21.43 | JeffM | yeah |
| 23:21.51 | L4m3r | I realized after the fact that the gray might not look so great |
| 23:22.05 | JeffM | the logo on it isn't bad |
| 23:22.15 | JeffM | it's just "HI. I' HERE!" |
| 23:22.20 | JeffM | you will not be lost at night |
| 23:22.32 | L4m3r | but yeah, I have a ton of black/blue/brown/gray shirts |
| 23:22.39 | L4m3r | and a few that stick out :P |
| 23:23.05 | L4m3r | will wear it to the next dev dinner so that he can be spotted easily |
| 23:23.14 | JeffM | from orbit |
| 23:23.18 | L4m3r | :P |
| 23:23.26 | L4m3r | Are you calling me fat?!?! |
| 23:23.28 | L4m3r | cries |
| 23:23.33 | L4m3r | :P |
| 23:23.36 | JeffM | heh |
| 23:23.44 | JeffM | the shirt may reflect lasers tho |
| 23:23.46 | JeffM | so tha'ts good |
| 23:24.42 | L4m3r | for the third shirt, I had to decide between orange and green |
| 23:24.50 | JeffM | heh |
| 23:24.54 | L4m3r | I decided to wait for the next design to get a green one :P |
| 23:25.00 | JeffM | the cardinal red one looks REALY good |
| 23:28.17 | JeffM | on the good side, your hoodie is VERY nice |
| 23:28.28 | JeffM | it's thicker then the others |
| 23:28.41 | L4m3r | that's what I was hoping for :) |
| 23:29.00 | JeffM | the 50/50's are kinda thin, even Erroneous noticed it when he was packing em |
| 23:29.16 | L4m3r | they're the same ones from before, right? |
| 23:29.22 | JeffM | yeah |
| 23:29.28 | L4m3r | hehe, the one I bought originally actually fits chillin ok :P |
| 23:29.43 | L4m3r | kinda long/baggy, but not as much as my other hoodies |
| 23:55.34 | Thumper_ | JeffM: that would be me I think |
| 23:55.45 | Thumper_ | (the cardinal red one) |
| 23:55.47 | JeffM | yeah |
| 23:55.49 | spldart | ooOOoo... should I have ordered a different kind of hoodie? |
| 23:55.50 | JeffM | it looks good |
| 23:55.50 | Thumper_ | for when I drive my red tank |
| 23:55.57 | Thumper_ | cool :) |
| 23:56.11 | JeffM | spldart, you got the normal one, L4m3r had a special one |
| 23:56.26 | spldart | Man.. I should have got special ;-p |
| 23:56.27 | spldart | j/k |
| 23:56.35 | spldart | gets back on the short bus |
| 23:57.46 | L4m3r | spldart: fwiw, it cost more :P |
| 23:58.30 | L4m3r | oh, and since you're here, I found some more toys in the garbage... among them a 2400_ tbred-B |
| 23:58.44 | spldart | sweet |
| 23:59.01 | L4m3r | trying to boot it in a mobo right now |
| 23:59.17 | spldart | is stockpiling a third freebie shipment of his extra compy junk now :) |
| 23:59.33 | L4m3r | heh... to where? |