| 00:01.42 | *** join/#bzflag Think_Differentl (n=shedelj@unaffiliated/thinkdifferentl/x-838543) |
| 00:11.13 | *** join/#bzflag BenUrban_ (n=benurban@unaffiliated/benurban) |
| 00:18.43 | TD-Linux | I should make a bzw compiler |
| 00:18.52 | JeffM | that does what? |
| 00:19.06 | TD-Linux | does some sort of macro thing |
| 00:19.13 | JeffM | macro thing? |
| 00:19.38 | TD-Linux | makes bzw more consistent, automatically does LODs... random stuff :P |
| 00:19.53 | TD-Linux | I gues compiler was wrong word :P |
| 00:19.54 | JeffM | that is not a compiler |
| 00:20.05 | JeffM | that would be enhancments to BZWorkbench |
| 00:20.16 | TD-Linux | good idea :) |
| 00:21.07 | DTRemenak | hrmph. JeffM: do you know the reasoning behind the asciiTable stuff in WinDisplay? does WM_CHAR not get fired or get fired wrong sometimes? |
| 00:21.21 | JeffM | I do not know |
| 00:21.46 | JeffM | maybe it didn't back in the NT 3.51 days |
| 00:21.47 | DTRemenak | blame says it's from revision 2, so I figured it was probably in your original win code |
| 00:22.02 | JeffM | I didn't do input for windows that was done before me |
| 00:22.15 | JeffM | I did video mode, sound and some other stuff |
| 00:22.24 | DTRemenak | pulls it and sees what happens |
| 00:22.36 | Winny | * DTRemenak has signed off (oh) |
| 00:29.34 | CIA-33 | BZFlag: 03dtremenak * r17273 10/trunk/bzflag/src/platform/ (WinDisplay.cxx WinDisplay.h): |
| 00:29.34 | CIA-33 | BZFlag: remove automatic ascii mapping of keys without associated WM_CHAR messages. |
| 00:29.34 | CIA-33 | BZFlag: This does not seem to be necessary anymore and breaks multi-stroke inputs. Now |
| 00:29.34 | CIA-33 | BZFlag: Manu's windows-using friends can type á to him (might make Japanese work too, |
| 00:29.34 | CIA-33 | BZFlag: but I dunno how to test that). |
| 00:30.44 | DTRemenak | I think that might have been necessary for the oldschool keybinding stuff |
| 00:30.46 | JeffM | did you take that keyboard home? |
| 00:30.53 | DTRemenak | regardless, everything seems to work now |
| 00:31.03 | DTRemenak | no |
| 00:31.11 | JeffM | you could have |
| 00:31.11 | DTRemenak | russian worked by the time I left work |
| 00:31.40 | KTL | mmm that include was not supported mmm i need support :D |
| 00:31.40 | DTRemenak | since then it's just been little stuff, like unix platforms eating all the extended characters, and multi-stroke |
| 00:32.09 | KTL | it did not preserve porter linking, or the cause might have been that i placed the porters inside a group definition |
| 00:32.28 | L4m3r | yay, after a warm wash my hoody fits just right :) |
| 00:32.58 | DTRemenak | teles in groups doesn't work iirc |
| 00:33.17 | KTL | aha |
| 00:33.59 | KTL | any idea how i could shift all of them? |
| 00:34.17 | DTRemenak | link them afterwords |
| 00:35.19 | KTL | i did remove the linking from the define block and pasted it after the group block ended, but that did not help |
| 00:35.48 | DTRemenak | meh, dunno then. ask someone who actually does maps :) |
| 00:37.36 | L4m3r | you can't put teles in #defines either |
| 00:37.39 | L4m3r | er |
| 00:37.41 | L4m3r | defines |
| 00:37.50 | L4m3r | but yeah, no teles or links in groups |
| 00:37.58 | KTL | euh i can but i can not refer to them afterwards |
| 00:38.06 | L4m3r | close enough |
| 00:38.22 | KTL | is copy pasting modified mad city into the sky of his map |
| 00:38.40 | L4m3r | you'll have to remove all the teles and shift them by hand |
| 00:44.02 | KTL | done |
| 00:48.54 | Winny | goes to watch National Treasure 2 |
| 00:50.10 | KTL | i got bugs like ... textures changing depending on my angle |
| 00:50.37 | KTL | a surface consists of the bzflag - flag (i did not specify that) , i turn a bit and it becomes a brick texture |
| 00:50.59 | *** join/#bzflag bier|tp (n=bier@p54A57DB3.dip.t-dialin.net) |
| 00:51.19 | spldart | was gonna watch national treasure 2 but the kids changed my mind and we are doin AvP2 tonight instead :) |
| 00:51.46 | KTL | ow yes :) |
| 00:52.48 | KTL | if i can not move through a teleporter, what is wrong? |
| 00:52.54 | KTL | ican jump through it |
| 00:53.56 | spldart | 2.0 or 2.99? |
| 00:54.10 | KTL | 2.0.10 |
| 00:54.28 | spldart | The place your teleporting to has it's tele situated to low on what its sitting on? |
| 00:54.44 | spldart | or is it setting on a custom object? |
| 00:55.24 | KTL | yes, so i lowered it, but now the porters linking to it give problems |
| 00:56.51 | spldart | but is it TO low? |
| 00:57.08 | KTL | in numbers it should fit perfectly |
| 00:57.41 | KTL | it's just modified mad city translated to somewhere 300 units higher |
| 00:58.20 | spldart | I'd try to raise the destination tele up like a fraction of a unit and see if that helps |
| 00:58.34 | spldart | fraction above the item it's sitting on |
| 01:01.50 | short_circuit | beer and movie |
| 01:01.55 | KTL | :) |
| 01:02.55 | BulletCatcher | Flash, your net2.patch on r17272 is "mostly harmless" for me. |
| 01:02.57 | BulletCatcher | It seems slightly more jerky, but other than that I see no problems in all 4 combinations of client/server & patched/unpatched. Good job. |
| 01:12.56 | *** join/#bzflag bier|tp (n=bier@p54A57DB3.dip.t-dialin.net) |
| 01:18.09 | AAA_awright | I am writing an ACL implementation from scratch, any suggestions or good links? |
| 01:18.30 | jarkko_ruutu | I'm probably the only person who uses it, but I'm still hoping that whoever is in charge of it, restarts the commit email script. |
| 01:18.58 | AAA_awright | Commit email script? |
| 01:19.19 | jarkko_ruutu | I used to get an email ecery few commits |
| 01:20.53 | jarkko_ruutu | bzflag-commits-request@lists.SourceForge.net oh.. is that hosted at sourceforge... I thought jeff said it was on a bzflag.org server |
| 01:23.18 | AAA_awright | Cool, that works |
| 01:24.49 | *** join/#bzflag Slon02 (n=pusik10@c-71-224-170-197.hsd1.pa.comcast.net) |
| 01:25.29 | *** part/#bzflag Slon02 (n=pusik10@c-71-224-170-197.hsd1.pa.comcast.net) |
| 01:30.10 | JeffM | I admit NOTHING |
| 01:37.46 | blast007 | DTRemenak: in VC8, does FTGL build inside the 3D project? |
| 01:37.51 | DTRemenak | no |
| 01:37.58 | blast007 | k |
| 01:38.13 | DTRemenak | our config.h and their config.h look nothing alike, so it won't build in ours |
| 01:38.36 | DTRemenak | and our 3d code needs ours, and their code needs theirs |
| 01:38.45 | DTRemenak | so they get separate projects |
| 01:38.49 | blast007 | okay, I'll see if I can fix up VC7.1 |
| 01:41.15 | *** join/#bzflag me1 (n=me1@unaffiliated/me1) |
| 01:43.49 | KTL | http://users.edpnet.be/dpf/bz/bzfi0095.png <- newest screenie |
| 01:55.32 | *** join/#bzflag JeffM (n=JeffM@cpe-75-83-217-37.socal.res.rr.com) |
| 02:04.58 | AAA_awright | Why is bzfs automatically loading two plugins for me? They are the only two plugins I have loaded with MSVC |
| 02:12.58 | CIA-33 | BZFlag: 03dtremenak * r17274 10/trunk/bzflag/src/common/bzUnicode.cxx: don't use signed chars internally, even if you have to for the interface. screws up bitshift followed by addition. |
| 02:17.09 | CIA-33 | BZFlag: 03dtremenak * r17275 10/trunk/bzflag/ (4 files in 4 dirs): |
| 02:17.09 | CIA-33 | BZFlag: * Allow binding of non-ascii keys. |
| 02:17.09 | CIA-33 | BZFlag: * Rather than creating an entry in the keybinding map for every printable character we know about, just add each printable character when we try to bind. Still keep the map around for buttons and control characters. |
| 02:18.06 | DTRemenak | makes the binding map quite a bit smaller too |
| 02:22.30 | CIA-33 | BZFlag: 03dtremenak * r17276 10/trunk/bzflag/src/common/CommandManager.cxx: make windows not choke on more UTF8 sequences in the client config file. since we aren't actually doing anything with the characters this routine doesn't actually need to be multibyte-aware. |
| 02:23.11 | CIA-33 | BZFlag: 03dtremenak * r17277 10/trunk/bzflag/src/bzflag/HUDuiTypeIn.cxx: Render obfuscated multibyte strings correctly. |
| 02:45.15 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 02:45.32 | *** join/#bzflag Think_Differentl (n=shedelj@unaffiliated/thinkdifferentl/x-838543) |
| 03:22.32 | Flash | BulletCatcher: sdl-config: command not found |
| 03:33.00 | *** join/#bzflag BenUrban (n=benurban@c-68-49-10-243.hsd1.md.comcast.net) |
| 03:35.01 | BulletCatcher | Huh. Okay, thanks. |
| 03:36.30 | CIA-33 | BZFlag: 03jwmelto * r17278 10/branches/v2_99_net_branch/ (5 files in 4 dirs): restore a compiling baseline |
| 03:47.16 | *** join/#bzflag Quol (n=ian@74.57.71.199) |
| 03:57.02 | CIA-33 | BZFlag: 03jwmelto * r17279 10/branches/v2_99_net_branch/ (11 files in 3 dirs): baseline network refactoring from patch 1966300 |
| 03:58.05 | Flash | JeffM: ping |
| 03:58.56 | *** join/#bzflag forrestv` (n=forrestv@c-66-229-252-186.hsd1.fl.comcast.net) |
| 04:02.42 | *** join/#bzflag brad (n=brad@static.moooo.org) |
| 04:03.12 | *** join/#bzflag catay (n=smertens@kaiya.catay.be) |
| 04:04.10 | JeffM | ? |
| 04:05.09 | Flash | if we are closing in on a 3.0 release, then changes should be low risk, yes? |
| 04:05.22 | JeffM | changes should be bug fixes |
| 04:05.27 | JeffM | not enhancments or cleanups |
| 04:06.11 | Flash | the comment you had on my robots patch was that it didn't address getting down to a single network connection (since it just backed out a previous change) |
| 04:06.12 | Flash | but it does fix the bug |
| 04:06.26 | Flash | so should I apply it? |
| 04:06.57 | JeffM | no, what I said was you didn't do any work to figure out why the single connection would not work |
| 04:07.01 | JeffM | so no |
| 04:07.11 | JeffM | do the work to find out why the current code dosn't work |
| 04:07.15 | short_circuit | If I'm correct. Forrestv has a lot of nerve |
| 04:07.18 | Flash | I didn't say I did NO work, I said I couldn't figure it out at the time |
| 04:07.27 | JeffM | Flash, then you didn't do enough work |
| 04:07.32 | Flash | lol |
| 04:07.41 | JeffM | I understand it's a toughie |
| 04:07.55 | JeffM | but I'd rather not just blow out code because we don't understandi t |
| 04:08.10 | JeffM | if the concept CAN'T work |
| 04:08.16 | JeffM | then sure take it back to multi connection |
| 04:08.29 | JeffM | but at this time we don't know if it can or can not work |
| 04:09.03 | Flash | I know that at some point it can be made to work. I just don't know at this time how badly it will affect the surrounding code |
| 04:09.29 | JeffM | the risk thing was for enhancments / cleanups |
| 04:09.49 | JeffM | I mean if you want to take the least risk road to fixing all t he 3.0 bugs we can rollback to branch |
| 04:09.54 | JeffM | but that ain't going to happen |
| 04:10.19 | JeffM | sure fixing bots will affect other code, the question will be does the fix break more then it fixes? |
| 04:10.38 | JeffM | and in fixing it will you just fix it or try to rewrite the entire thing |
| 04:10.46 | JeffM | and if the latter is true, then that adds risk |
| 04:11.55 | AAA_awright | Someone want to help review this patch for trunk please, so I can post it to sf.net with some related stuff: http://bzflag.pastebin.ca/1027762 |
| 04:12.08 | JeffM | AAA_awright, what does it do? |
| 04:12.21 | spldart | has a highly qualified candidate for the 'asshats' list. Think_tank and I feel that player "missenden, mungbean, gtripoel" who is operating on an IP I can PM to anyone is interested has been operating, on and off, cheat clients over a long period of time. |
| 04:12.39 | AAA_awright | It is on the description there, it removes the /ghost command that was left behind and all (I believe) of the remaining password logic |
| 04:13.08 | AAA_awright | It tampers with bzfsAPI.h, I didn't know if the version number should be incremented |
| 04:13.17 | JeffM | what does it do with the API? |
| 04:13.32 | AAA_awright | removes a related function call I believe |
| 04:13.55 | AAA_awright | No, it doesn't, it just removes the passDB refrence |
| 04:14.02 | JeffM | API based ghosts may not be a bad thing t o keep |
| 04:14.20 | JeffM | what passdb ref? |
| 04:14.23 | JeffM | in what class? |
| 04:14.31 | AAA_awright | passwordDatabase.clear(); it's at the top of the patch |
| 04:14.47 | JeffM | that's cxx not H |
| 04:14.50 | JeffM | you said api.h |
| 04:15.03 | spldart | hah |
| 04:15.15 | AAA_awright | Yes, sorry. I meant the version number constant in the .h file |
| 04:15.33 | JeffM | if the interface hasn't canged in the API, then the vesion stays the same |
| 04:15.40 | JeffM | and in trunk the version works differently |
| 04:15.51 | JeffM | it's mostly unused since all the classes are versioned |
| 04:16.10 | JeffM | once we ship 3.0 we'll use it to show what the minimum version of API functions the plugin expects |
| 04:17.06 | AAA_awright | I don't know how I feel about that, since the version constant isn't broken. It is useful to version all the classes and functions regardless |
| 04:17.19 | JeffM | huh? |
| 04:17.29 | JeffM | all the plugins from 2.0.x have to be redone |
| 04:17.50 | JeffM | all the event classes are versioned, AND support interfaces to there older versions |
| 04:18.08 | JeffM | the main API version number represnts a version number for what functions the plugin expects |
| 04:18.18 | JeffM | so after we do 3.0, we call that 1.0 |
| 04:18.30 | JeffM | then for 3.2.0 we add a new function |
| 04:18.38 | JeffM | and bump the API rev to 2.0 |
| 04:18.47 | JeffM | then any plugin that calls that new function uses API 2.0 |
| 04:19.00 | JeffM | so that it tells t he server that it won't workin3.0.0 |
| 04:22.20 | *** join/#bzflag QuantumTim (n=tim@62-249-230-206.no-dns-yet.enta.net) |
| 04:22.41 | AAA_awright | I don't know what relevance this would have, but the numbering scheme I prefer is major.minor.release, the major number is incremented when backwards-compatibility is broken, minor incremented when a feature is added, and release for each bug fix. It is a bit easier to understand, and a plugin only has to make a few comparisons (major==4 && minor>= 5). |
| 04:24.36 | AAA_awright | I have never understood the BZFlag versioning scheme, and changing it every 2 years doesn't help much either. By that logic, the current version would be 4.8.0, the last one 4.7.2 or something |
| 04:25.24 | AAA_awright | Anyways, Is there any way to include the md5 functions into a plugin? I get errors relating to config.h |
| 04:25.49 | JeffM | AAA_awright, you are talking about the app version |
| 04:25.55 | JeffM | that is not what we will be doing |
| 04:26.04 | JeffM | major on compataiblity break |
| 04:26.38 | AAA_awright | App version, yes, it has applications with a plugin version too, the current API version would be 2.something.something |
| 04:26.43 | JeffM | actualy our system has been consitent with the current scheeme since 1.10 ;) |
| 04:26.54 | JeffM | AAA_awright, it's not setup that way |
| 04:27.08 | JeffM | the API version is just an int |
| 04:27.23 | JeffM | it is NOT tied to the game version |
| 04:27.26 | JeffM | and should not be |
| 04:27.35 | JeffM | since they are different thigns and change at diffrernt times |
| 04:27.54 | JeffM | we would NOT want to bump the API rev if there were no API changes between 3.0.1 and 3.0.2 |
| 04:27.56 | AAA_awright | Yeah, so you have a seperate version for each component |
| 04:28.21 | AAA_awright | the API version can stay the same, I was never saying anything against that |
| 04:28.22 | JeffM | the goal of the API is to make the 3.0 API compatable with the 4.0 API and on into the future |
| 04:28.29 | JeffM | so a single int is fine |
| 04:28.53 | AAA_awright | About md5 in plugins... |
| 04:29.05 | JeffM | huh? |
| 04:29.24 | AAA_awright | <AAA_awright> Anyways, Is there any way to include the md5 functions into a plugin? I get errors relating to config.h |
| 04:29.24 | JeffM | what does that have to do with vesions? |
| 04:29.46 | JeffM | you'd have to ether have your own copy or make a function that exports them |
| 04:29.55 | JeffM | exporting the internal one would make sense |
| 04:29.56 | AAA_awright | Fun |
| 04:30.02 | JeffM | it's very easy |
| 04:30.07 | AAA_awright | I'll add it into bz_APiString |
| 04:30.07 | JeffM | basicly plugins don't use config.h |
| 04:30.25 | JeffM | actualy I'd make it just a static function that can take any data buffer |
| 04:30.30 | JeffM | not just strings |
| 04:30.35 | JeffM | cus you can MD5 more then text |
| 04:30.43 | JeffM | IIRC |
| 04:31.06 | JeffM | I can write that in a bit when I get home |
| 04:31.30 | AAA_awright | Any data, yes, it can be stored in a string though |
| 04:31.35 | JeffM | no it can't be |
| 04:31.39 | JeffM | strings are null terminated |
| 04:31.49 | JeffM | so any data that has a 0 in it can't be stored as a string |
| 04:31.57 | JeffM | so making it part of the string classis BAD |
| 04:31.59 | JeffM | EVIL even |
| 04:32.02 | AAA_awright | bz_ApiString? |
| 04:32.10 | JeffM | yes |
| 04:32.12 | JeffM | bad |
| 04:32.18 | AAA_awright | It would be a convenience function, not the primary |
| 04:32.32 | JeffM | simpler to make 2 versions of the static |
| 04:32.41 | JeffM | one that takes a char * and one that takes a void* and a size |
| 04:32.49 | JeffM | then you can just shove the string into it |
| 04:32.51 | AAA_awright | Yeah |
| 04:32.58 | JeffM | and it's consitent |
| 04:33.22 | AAA_awright | Oh, and why does the .toupper and .urlencode functions modify the same object? It should return the new version, shouldn't it? |
| 04:33.42 | JeffM | because that is what they do, as string untilityes |
| 04:33.48 | JeffM | they are not operatators |
| 04:34.00 | JeffM | ones that return new ones should be in plugin_utils |
| 04:34.01 | AAA_awright | Especially considering there is no toupper() function that is exposed |
| 04:34.13 | JeffM | look in the plugin text utils ;) |
| 04:34.18 | JeffM | it was made external |
| 04:34.28 | AAA_awright | Hm, I'll take a look |
| 04:34.33 | JeffM | cus there is no reason for plugins to be making bz strings |
| 04:34.41 | JeffM | they only exist to work around windows issues |
| 04:34.53 | AAA_awright | Well there is, if it is the only way to make a string uppercase, or in my case urlencoding a string |
| 04:35.07 | AAA_awright | Very useful btw |
| 04:35.23 | JeffM | if they arn't in the plugin utils they should be added |
| 04:35.30 | JeffM | and w ork on char*s or std::strings |
| 04:35.33 | JeffM | not bz strings |
| 04:35.49 | JeffM | we want to minimse the use of bz strings |
| 04:35.58 | JeffM | cus someday we may be able to remove them :) |
| 04:36.29 | JeffM | bbiab |
| 04:44.39 | *** join/#bzflag JeffM (n=Jeff@pool-71-109-223-10.lsanca.dsl-w.verizon.net) |
| 04:45.03 | Flash | 4 minutes keyboard-to-keyboard... not a bad commute at all |
| 04:45.10 | AAA_awright | I'll say |
| 04:45.10 | JeffM | I was just down the street |
| 04:45.15 | Flash | oh... 8 mins |
| 04:45.27 | short_circuit | yeah.. just a touch longer than 4 |
| 04:45.34 | JeffM | I wasn't at work |
| 04:53.55 | JeffM | AAA_awright: so you missed the static versions of touper and urlencode? |
| 04:54.15 | AAA_awright | Missed, as in... |
| 04:54.19 | JeffM | did not see |
| 04:54.45 | AAA_awright | Well, I found the urlencode string method |
| 04:54.46 | JeffM | http://my.bzflag.org/w/Functions%28API%29#Misc |
| 04:55.18 | AAA_awright | Oh, that is a function too, how did I miss that... |
| 04:57.10 | *** mode/#bzflag [+v blast007_] by ChanServ |
| 04:57.38 | *** join/#bzflag blast007` (n=blast@pdpc/supporter/active/blast007) |
| 04:57.38 | *** mode/#bzflag [+v blast007`] by ChanServ |
| 04:58.41 | AAA_awright | Is it entirely impossible to have more direct access to the internal bzfs functions? sendMessage, etc. |
| 04:58.47 | AAA_awright | the player list |
| 04:59.53 | blast007 | why would you want that? |
| 05:00.18 | JeffM | AAA_awright: yes it is impossible |
| 05:00.35 | JeffM | if we did, then plugins would be tied to bzfs changes. |
| 05:00.37 | JeffM | and that is bad |
| 05:00.41 | CIA-33 | BZFlag: 03dtremenak * r17280 10/trunk/bzflag/src/common/TextUtils.cxx: correctly urlencode utf8 text (no minus signs thx) |
| 05:00.42 | AAA_awright | Windoes only? |
| 05:00.43 | JeffM | the point is to have an abstraction. |
| 05:00.48 | JeffM | AAA_awright: no by design |
| 05:00.59 | JeffM | it is imposible due to our design choices. |
| 05:01.17 | DTRemenak | the reason there is an api is so your plugin isn't dependent on the underlying behavior of bzfs |
| 05:01.37 | AAA_awright | What about more abstraction inside bzfs, it seems like quite a bit of features could be pulled out and modularized if you could directly access the internal functions and objects |
| 05:02.05 | JeffM | AAA_awright: yes that is our goal to make things more modular |
| 05:02.12 | JeffM | bzfs makes use of the API |
| 05:02.26 | JeffM | since it abstracts things well |
| 05:02.33 | AAA_awright | Is there any way to add a user to a new group with a plugin? |
| 05:03.12 | DTRemenak | no; there's also no way to do that from the client. both would be valuable. |
| 05:03.33 | blast007 | DTRemenak: local groups you can, from the client |
| 05:03.36 | blast007 | /setgroup |
| 05:03.42 | DTRemenak | mm, never worked for me |
| 05:03.50 | CIA-33 | BZFlag: 03JeffM2501 * r17281 10/trunk/bzflag/ (include/bzfsAPI.h src/bzfs/bzfsAPI.cxx): expose MD5 functions. |
| 05:03.53 | DTRemenak | 'course I haven't tried in years |
| 05:04.00 | JeffM | AAA_awright: yeah it woudl only work for locals |
| 05:04.03 | blast007 | needs a userdb to save them |
| 05:04.08 | DTRemenak | but I just figured "meh, must not be implemented" |
| 05:04.12 | *** join/#bzflag KingofCamelot (i=KingofCa@SCT-52-221.resnet.ucsb.edu) |
| 05:04.14 | DTRemenak | I had a valid userdb |
| 05:04.14 | JeffM | yeah you'd need a userdb |
| 05:04.29 | JeffM | there is your MD5 AAA_awright |
| 05:04.38 | AAA_awright | Ah, thanks |
| 05:05.49 | AAA_awright | Now to update the Wiki |
| 05:05.57 | JeffM | I already did |
| 05:06.08 | JeffM | http://my.bzflag.org/w/Bz_MD5 |
| 05:06.31 | AAA_awright | Impressive |
| 05:07.03 | AAA_awright | Is there some bot that could update the pages by reading the code? |
| 05:07.14 | JeffM | doxygen |
| 05:07.19 | JeffM | but it's not a bot |
| 05:07.26 | blast007 | and that wouldn't update the wiki ;) |
| 05:07.27 | AAA_awright | It would have to interface somehow |
| 05:07.31 | Flash | wiki is incompatible with bots, because a bot would undo user edits |
| 05:07.34 | JeffM | but I belive it can generate wikipedia content |
| 05:07.59 | JeffM | yeah we could use doxygen to make the contet, but we'd have to put it in |
| 05:08.09 | JeffM | it can generate lots of types of content |
| 05:08.20 | AAA_awright | I am familiar with a similar program phpDocumentor, which can generate XML data, could doxygen do the same? A bot would have an easy time updating content that way. |
| 05:08.25 | JeffM | I mean it'd have still taken similar time |
| 05:08.38 | DTRemenak | observes that the list server does not properly handle utf8 passwords |
| 05:08.42 | JeffM | i'd have typed what I typed in comments in the code instaed of the wiki |
| 05:09.16 | AAA_awright | reads up |
| 05:09.17 | JeffM | no script can infer documentation from the code |
| 05:10.05 | JeffM | goes back to beheadings |
| 05:10.41 | JeffM | well after it launches |
| 05:11.46 | AAA_awright | phpDocumentor, for example, you include special meta-comments that document return values, attributes, licensing info, versioning, everything, and what external files have examples and more documentation, and it does a very good job of generating documentation |
| 05:12.00 | JeffM | that's what doxy does |
| 05:12.06 | JeffM | what it was designed for |
| 05:12.25 | AAA_awright | From what I have seen, doxy doesn't do as much, but for more languages |
| 05:12.48 | AAA_awright | But I know it does, no one uses it to it's full extent though |
| 05:14.36 | AAA_awright | I don't see anything that allows for Wiki generated markup by doxygen, but it should be scriptable? |
| 05:15.22 | AAA_awright | Well first of all, you actually have to use the Javadoc comments... |
| 05:15.46 | Flash | has been religiously adding good javadoc comments to all mods |
| 05:16.09 | CIA-33 | BZFlag: 03dtremenak * r17282 10/trunk/bzflag/NEWS: mention unicode goodness |
| 05:16.24 | Flash | ~DTRemenak++ |
| 05:17.24 | AAA_awright | Flash: Very good habbit |
| 05:17.47 | Flash | On the client, there is a World class that encapsulates all the information (constraints) about the world |
| 05:18.04 | Flash | this class also allocates and (sort of) manages the dynamic list of players |
| 05:18.23 | Flash | the allocated memory is grabbed by Roster (actually, by playing.cxx) |
| 05:18.30 | Flash | and managed separately |
| 05:19.11 | DTRemenak | fwiw, the unicode "stuff" should be mostly done. input, binding, display all works correctly. if y'all non-english-speakers could give it a try and let me know if something is broken, I'd greatly appreciate it |
| 05:19.12 | Flash | from what I learned by backing out the robots change, I think (one of) the fundamental issue is in finding the player of interest by playerID |
| 05:19.37 | Flash | my question is, does the dynamic list of players belong in World at all? |
| 05:24.12 | JeffM | are you fixing the bug? or cleaning up code? |
| 05:24.51 | Flash | trying to fix the bug |
| 05:24.54 | AAA_awright | JeffM: bz_MD5() returns ASCII or Hex? |
| 05:25.00 | JeffM | AAA_awright: read the docs |
| 05:25.09 | AAA_awright | Nothing on the Wiki I can see right away |
| 05:25.10 | JeffM | Flash: then why does it mater where it is? |
| 05:25.17 | JeffM | AAA_awright: really, under the return value |
| 05:25.24 | JeffM | where it says the word HEXADECIMAL? |
| 05:25.27 | JeffM | that dosn't do it for ya? |
| 05:25.28 | AAA_awright | erm |
| 05:26.07 | AAA_awright | So it isn't null terminated? |
| 05:26.17 | JeffM | oy |
| 05:26.20 | JeffM | it's a string |
| 05:26.25 | JeffM | that contains the hex |
| 05:26.35 | JeffM | same thing we do everywhere else we use the MD5 |
| 05:26.44 | Flash | JeffM: if I'm right, and the issue is in player lookup, then there should only be one place where the lookup is done (and it should be done correctly) |
| 05:26.46 | JeffM | so it'll be a string like 'A36904DFF" |
| 05:27.04 | JeffM | Flash: it can be done in more then one place as long as all are correct. |
| 05:27.09 | AAA_awright | Right. I knew that. |
| 05:27.59 | *** join/#bzflag forrestv (n=forrestv@unaffiliated/forrestv) |
| 05:30.30 | AAA_awright | Is there some sort of utility to convert that to binary? Not that I need it. |
| 05:31.23 | JeffM | parse the string |
| 05:33.37 | DTRemenak | sscanf |
| 05:34.29 | AAA_awright | That is what I was thinking |
| 05:34.38 | AAA_awright | It is a bit of a slow down though, but it works |
| 05:35.21 | AAA_awright | This plugin registers, but the slash commands do not, do I need to do something special like edit the .def file? |
| 05:35.46 | JeffM | no |
| 05:35.54 | AAA_awright | will never program for Windows again... Grr... |
| 05:35.56 | JeffM | you pass in your class pointer when you register it |
| 05:36.10 | AAA_awright | And it says the command doesn't exist, still |
| 05:36.13 | JeffM | plugins on windows are prety much the same as linux once the project is made |
| 05:36.15 | AAA_awright | I do pass the pointer |
| 05:36.23 | JeffM | then that failed |
| 05:36.37 | JeffM | it should reuturn true if it worked |
| 05:36.43 | AAA_awright | I'll check for that return |
| 05:37.19 | AAA_awright | ...This probably has something to do with it, I have to cast it to a (bz_CustomSlashCommandHandler*) to make the compiler not complain |
| 05:37.51 | JeffM | what is the ponter to? |
| 05:38.32 | AAA_awright | an bz_CustomSlashCommandHandler subclass object pointer |
| 05:38.48 | JeffM | subclass? |
| 05:39.01 | JeffM | did you derive a class from the handler? |
| 05:39.23 | AAA_awright | Don't I have to? |
| 05:39.31 | JeffM | yes |
| 05:39.34 | JeffM | but did you? |
| 05:39.37 | AAA_awright | Yes |
| 05:39.51 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 05:39.51 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 05:39.59 | AAA_awright | 'type cast' : conversion from 'InfoCommand *' to 'bz_CustomSlashCommandHandler *' exists, but is inaccessible |
| 05:40.03 | JeffM | then what is this talk about "subclass"? |
| 05:40.09 | JeffM | what is info command? |
| 05:40.15 | Flash | did you publicly derive? |
| 05:40.29 | JeffM | yeah has to be public |
| 05:40.36 | Flash | class InfoCommand: public bz_CustomSlashCommandHandler |
| 05:40.39 | JeffM | class yourclass : public bz_custom.... |
| 05:41.09 | AAA_awright | That works Flash |
| 05:41.34 | Flash | don't cast away compiler warnings/errors unless you are REALLY sure you know why |
| 05:41.43 | JeffM | indeed |
| 05:42.00 | JeffM | the virtual methods are public, so you need the public portion of the class |
| 05:42.21 | AAA_awright | Hm, good advice. I was gonna tell myself to get to the problem later, I was just looking for a problem-free build... |
| 05:42.33 | Flash | catch 22 |
| 05:42.53 | Flash | the warnings/errors are problems, but generally so is casting |
| 05:43.40 | AAA_awright | Anyone know why bzfs.lib doesn't re-update when the API is updated? |
| 05:44.00 | AAA_awright | I get an unresolved external error, despite the fact I re-compiled bzfs and the plugin with bz_MD5 |
| 05:44.23 | JeffM | did you build bz? |
| 05:44.41 | AAA_awright | bz? |
| 05:44.47 | AAA_awright | bzfs, yes |
| 05:44.53 | JeffM | is your plugin looking at the lib on the root or the one in release or debug specificly? |
| 05:45.41 | AAA_awright | I don't know, but the build should update both, correct? I am using the "Debug" mode for both plugin and bzfs |
| 05:46.04 | JeffM | if it's all setup yes |
| 05:46.12 | JeffM | check the dates |
| 05:47.28 | JeffM | unless I forgot an export somewhere |
| 05:48.10 | AAA_awright | This is odd |
| 05:48.44 | AAA_awright | I deleted the files, re-compiled bzfsAPI.cxx and the project, it copied the file to the root, but it still doesn't have bz_MD5 |
| 05:49.00 | AAA_awright | Yes, I did svn up, I see the function in the files |
| 05:49.26 | JeffM | is there the BZFS_API in front of them? |
| 05:49.30 | JeffM | in the header and cxx? |
| 05:49.48 | AAA_awright | No |
| 05:49.54 | AAA_awright | That's it then |
| 05:50.04 | JeffM | what one did I miss? |
| 05:50.12 | AAA_awright | Both |
| 05:50.30 | JeffM | odd |
| 05:51.12 | AAA_awright | in the .h and .cxx |
| 05:51.44 | CIA-33 | BZFlag: 03JeffM2501 * r17283 10/trunk/bzflag/ (include/bzfsAPI.h src/bzfs/bzfsAPI.cxx): export them functions that need exportin |
| 05:53.52 | *** join/#bzflag Noodleman (n=tuckerm@64.207.229.213) |
| 05:55.36 | AAA_awright | I haven't even finished testing yes |
| 05:55.52 | AAA_awright | Gee, One change and you have to re-compile half the project... |
| 05:57.00 | JeffM | like I said, the API is used in a lot of places |
| 05:59.50 | AAA_awright | JeffM: You know about definition lists, right? http://meta.wikimedia.org/wiki/Help:List |
| 06:04.30 | JeffM | nope |
| 06:07.21 | AAA_awright | Well now you do :) |
| 06:09.25 | JeffM | knowing and caring are not the same thing ;) |
| 06:10.24 | AAA_awright | I changed the parameter list to use that, that's all |
| 06:10.37 | AAA_awright | Is there any template to use for creating function pages? |
| 06:11.05 | JeffM | nope |
| 06:12.30 | AAA_awright | That might be useful |
| 06:12.40 | AAA_awright | Even something to {subst:} in |
| 06:55.50 | *** join/#bzflag think_tank (n=think_ta@unaffiliated/thinktank/x-168245) |
| 08:34.51 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 08:53.25 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 10:47.54 | *** join/#bzflag Wyk3d (n=middle@cl-86-125-183-139.cablelink.mures.rdsnet.ro) |
| 10:52.15 | *** join/#bzflag Wyk3d_ (n=middle@82.78.166.227) |
| 11:26.23 | *** join/#bzflag Upsetter (n=Ups@i577B6156.versanet.de) |
| 11:51.27 | *** join/#bzflag BWD (n=me@pdpc/supporter/student/bdotson) |
| 12:02.04 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 12:18.46 | *** join/#bzflag BZ_Win (n=KyleVE@unaffiliated/winny) |
| 12:18.47 | *** join/#bzflag _Lukstr (n=Lukstr@CPE0080c6efd3fb-CM00195efb656e.cpe.net.cable.rogers.com) |
| 12:19.22 | *** join/#bzflag AAA_awright_ (n=AAA_awri@wsip-68-14-251-102.ph.ph.cox.net) |
| 12:23.27 | *** join/#bzflag brlcad (n=sean@pdpc/supporter/silver/brlcad) [NETSPLIT VICTIM] |
| 12:23.27 | *** join/#bzflag Noodleman (n=tuckerm@64.207.229.213) [NETSPLIT VICTIM] |
| 12:23.27 | *** join/#bzflag F687s (n=noah@cpe-98-30-188-38.woh.res.rr.com) [NETSPLIT VICTIM] |
| 12:23.27 | *** join/#bzflag Thumper_ (n=Thumper@about/essy/coffeeAddict/Thumper) |
| 12:23.28 | *** mode/#bzflag [+o brlcad] by irc.freenode.net |
| 13:07.20 | *** join/#bzflag Wyk3d_ (n=middle@82.78.166.220) |
| 13:15.00 | *** join/#bzflag Jenny (n=chatzill@70.47.50.60.kmr04-home.tm.net.my) |
| 13:23.00 | *** join/#bzflag BWD (n=me@pdpc/supporter/student/bdotson) |
| 13:26.18 | *** join/#bzflag ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 13:26.18 | *** 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 |
| 13:26.18 | *** mode/#bzflag [+o ibot] by ChanServ |
| 13:47.43 | *** join/#bzflag Gabe_G24 (n=gabe@cpe-069-134-026-246.nc.res.rr.com) |
| 13:47.57 | *** part/#bzflag Gabe_G24 (n=gabe@cpe-069-134-026-246.nc.res.rr.com) |
| 14:27.07 | ts | Aww, someone(tm) ate non-ASCII again |
| 14:35.30 | ts | Correction: It only works when bzflag is started using shell. |
| 14:51.39 | *** join/#bzflag ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 14:51.39 | *** 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 |
| 14:51.39 | *** mode/#bzflag [+o ibot] by ChanServ |
| 14:56.54 | *** join/#bzflag me1 (n=me1@unaffiliated/me1) |
| 15:01.47 | *** join/#bzflag Dessy (n=Dessy@88-134-204-43-dynip.superkabel.de) |
| 15:11.37 | *** join/#bzflag Epyon (n=Epyon@90-156-93-82.magma-net.pl) |
| 15:17.33 | *** join/#bzflag zee117 (n=d9e2f5fb@gateway/web/cgi-irc/zeebrothers.net/x-217b37a22c549a6d) |
| 15:20.13 | *** join/#bzflag Manu (n=jujibo@bz.bzflag.bz) |
| 15:25.04 | *** join/#bzflag Deepa|AFK (i=deepa@abused.armchairs.be) [NETSPLIT VICTIM] |
| 15:33.20 | *** mode/#bzflag [+v Manu] by ChanServ |
| 15:33.36 | *** join/#bzflag JeffM (n=Jeff@pool-71-109-223-10.lsanca.dsl-w.verizon.net) |
| 15:34.17 | *** mode/#bzflag [+o Manu] by ChanServ |
| 15:47.50 | Winny | whoa, it's 11:45 already o.O |
| 15:57.07 | Gilly | idiot on bzf.bzflag.org pub hix |
| 15:57.12 | Gilly | i mean an offending person |
| 15:57.42 | Gilly | tells me to suck his you know what when i tell him to change his email :P an admin would be of some use here |
| 15:58.27 | me1 | Gilly, not everyone is here, try pinging or pming a person you know is admin there. |
| 15:58.46 | Gilly | i don't really know who is an admin there, maybe i should ask on #guleague instead... |
| 15:59.15 | JeffM | who owns the server? |
| 15:59.45 | ts | I'm comming |
| 16:02.37 | *** join/#bzflag Epyon (n=Epyon@90-156-93-82.magma-net.pl) |
| 16:02.43 | Winny | Epyon! |
| 16:07.09 | *** join/#bzflag Ride- (n=Ride-@97-86-255-229.dhcp.roch.mn.charter.com) |
| 16:09.14 | Winny | anyone in here know if you can change the name of a sourceforge project after you create it? |
| 16:09.34 | JeffM | I don't belive so, not with out admins |
| 16:09.43 | Winny | ah, ok |
| 16:09.43 | JeffM | cus that creates a bunch of backend stuff. |
| 16:09.58 | JeffM | have you looked at google code hosting? it's very cool |
| 16:10.45 | Winny | oh yeah, forgot about them |
| 16:11.57 | JeffM | what name did you pick? |
| 16:12.06 | Winny | just looking at hosting right now :) |
| 16:12.14 | Winny | still stuck between about 5 |
| 16:13.04 | Gilly | what are you creating? |
| 16:30.37 | *** join/#bzflag me1 (n=me1@unaffiliated/me1) |
| 16:32.26 | ts | Does anyone here uses Mac OS X? I'm needing an information. |
| 16:32.48 | *** join/#bzflag dae (n=daemones@189-18-11-135.dsl.telesp.net.br) |
| 16:32.49 | whodaman- | ts, yes :0 |
| 16:33.00 | dae | s |
| 16:33.09 | Winny | dae: can be help you? |
| 16:33.13 | *** join/#bzflag Ride288 (n=Ride-@97-86-255-229.dhcp.roch.mn.charter.com) |
| 16:33.25 | whodaman- | s/be/we |
| 16:33.27 | ts | On my system the locales inside ~/.MacOSX are not defined. |
| 16:33.46 | dae | [daemones@myhost glibc]$ bzflag |
| 16:33.46 | dae | X Error of failed request: BadValue (integer parameter out of range for operation) |
| 16:33.46 | dae | <PROTECTED> |
| 16:33.46 | dae | <PROTECTED> |
| 16:33.46 | dae | <PROTECTED> |
| 16:33.47 | dae | <PROTECTED> |
| 16:33.49 | dae | <PROTECTED> |
| 16:33.49 | ts | (this is a folder with a file environment.plis). |
| 16:33.51 | dae | wuts happen? |
| 16:34.04 | JeffM | what video card do you have? |
| 16:34.19 | whodaman- | ts, eh, sorry, wrong guy ;) |
| 16:34.21 | ts | Do you have the locales defined inside the environment.plist? |
| 16:34.29 | dae | ati radeon 9550 |
| 16:34.40 | JeffM | ewww |
| 16:34.48 | JeffM | you have the current drivers? |
| 16:35.01 | JeffM | basicly X said it could not change resoultion |
| 16:35.18 | JeffM | you can try to start it in a window with bzflag -window -geometry 800x600 |
| 16:35.22 | JeffM | and see if that helps |
| 16:35.26 | ts | whodaman-: Just look up whether you have that file and whether a tag LC_CTYPE is defined inside. |
| 16:45.57 | Winny | JeffM: http://my.bzflag.org/bb/viewtopic.php?t=12616 |
| 16:46.21 | whodaman- | cool |
| 16:46.27 | whodaman- | good job using BBCode |
| 17:02.08 | *** part/#bzflag dae (n=daemones@189-18-11-135.dsl.telesp.net.br) |
| 17:05.57 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 17:14.45 | *** join/#bzflag Ride- (n=Ride-@97-86-255-229.dhcp.roch.mn.charter.com) |
| 17:15.29 | *** join/#bzflag Wyk3d (n=middle@cl-86-125-183-232.cablelink.mures.rdsnet.ro) |
| 17:16.59 | *** join/#bzflag JeffM (n=JeffM@cpe-75-83-217-37.socal.res.rr.com) |
| 17:32.20 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 17:32.34 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 17:34.13 | Winny | What was the name of that game that's like, vapourware? |
| 17:34.16 | Winny | alan something... |
| 17:35.17 | Winny | alan wake, aha |
| 17:35.18 | JeffM | duke nukemforever? |
| 17:36.24 | Winny | No, that's being released ;) |
| 17:37.06 | JeffM | the phantom console? |
| 17:49.00 | *** join/#bzflag aha_ (n=aha@server1.fairserve.net) |
| 17:53.37 | *** join/#bzflag Upsetter (n=Ups@i577B6156.versanet.de) |
| 18:20.55 | Winny | looks for soemthing that explains FOSS licenses in english |
| 18:25.19 | JeffM | what don't you want to happen? |
| 18:30.47 | *** join/#bzflag BWD (n=me@pdpc/supporter/student/bdotson) |
| 18:31.52 | *** join/#bzflag Qew (n=qew@82-69-126-225.dsl.in-addr.zen.co.uk) |
| 19:35.52 | *** join/#bzflag LongDon (n=LongDon@p5B061DE1.dip.t-dialin.net) |
| 19:36.17 | *** part/#bzflag LongDon (n=LongDon@p5B061DE1.dip.t-dialin.net) |
| 19:46.30 | *** join/#bzflag delusional (n=delusion@pool-151-201-221-6.pitt.east.verizon.net) |
| 20:05.07 | *** join/#bzflag Think_Differentl (n=shedelj@unaffiliated/thinkdifferentl/x-838543) |
| 20:09.24 | *** join/#bzflag JeffM (n=Jeff@pool-71-109-223-10.lsanca.dsl-w.verizon.net) |
| 20:27.18 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 20:33.35 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 20:33.35 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 20:33.52 | brlcad | ~bzflist |
| 20:34.38 | Winny | bah, no longer winning |
| 20:45.08 | AAA_awright | Why is the trunk auto-loading all the plugins that are compiled? |
| 20:47.22 | Winny | hugs CIA-33 |
| 20:47.23 | CIA-33 | hugs Winny |
| 20:47.24 | Winny | hmm |
| 20:50.32 | Winny | their website is really slow |
| 20:53.10 | *** join/#bzflag gravygoat (n=gravygoa@kgldgaambas07-pool22-a241.kgldgaam.tds.net) |
| 20:57.51 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 21:02.50 | *** join/#bzflag Upsetter (n=Ups@i577B7BCF.versanet.de) |
| 21:05.37 | BulletCatcher | AAA_awright: No plugins are loaded when I start a private r17283 server. |
| 21:05.58 | AAA_awright | BulletCatcher: Do you have any plugins compiled in the plugins/ directory? |
| 21:07.16 | BulletCatcher | The plugins are all compiled. But there may be a mismatch between where bzfs looks by default and where they are. |
| 21:07.30 | AAA_awright | What OS are you using? |
| 21:07.35 | BulletCatcher | Linux |
| 21:07.54 | AAA_awright | Probably why. MSVC is copying plugins I compile to plugins/ |
| 21:08.10 | AAA_awright | it appears bzfs is autoloading any .dlls in plugins/ |
| 21:08.13 | CIA-33 | BZFlag: 03chaos-dev * r17284 10/trunk/bzwgen/ (4 files in 4 dirs): |
| 21:08.13 | CIA-33 | BZFlag: * refactored the generator code into a application class |
| 21:08.13 | CIA-33 | BZFlag: * made the plugin generator and standalone share the same code |
| 21:08.13 | CIA-33 | BZFlag: * removed most global variables |
| 21:08.14 | CIA-33 | BZFlag: * fixed warnings with lexer.cxx and parser.cxx |
| 21:08.52 | BulletCatcher | Actually, I thought I had fixed the plugin directory mismatch on unix systems. I'll have to take another look. |
| 21:14.34 | BulletCatcher | Even with a quick fix for the plugin directory mismatch, Linux does not load them all. |
| 21:14.54 | BulletCatcher | I did a simple "/loadplugin airspawn" and that worked as expected. |
| 21:19.07 | AAA_awright | My issue is bzfs appears to be loading any .dll file in the plugins/ directory |
| 21:30.10 | CIA-33 | BZFlag: 03chaos-dev * r17285 10/trunk/bzwgen/src/bzwgen.cxx: |
| 21:30.10 | CIA-33 | BZFlag: * BZWGen application class now acts as the bzfs event handler |
| 21:30.10 | CIA-33 | BZFlag: * Cleaned up the defines for compiling as a plugin |
| 21:30.49 | *** join/#bzflag Paul_PL (n=pawelbl6@chello087206248103.chello.pl) |
| 21:31.14 | Paul_PL | hi |
| 21:33.16 | F687s | Hello! |
| 21:34.34 | CIA-33 | BZFlag: 03chaos-dev * r17286 10/trunk/bzwgen/ (inc/Output.h inc/globals.h src/bzwgen.cxx): * texturepath is now a part of Output and no longer a global |
| 21:49.45 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@unaffiliated/spazzymcgee) |
| 21:55.27 | *** join/#bzflag bier (n=bier@p54A57DB3.dip.t-dialin.net) |
| 21:57.45 | Lukstr | hello all |
| 22:04.53 | brad | hi |
| 22:29.30 | *** join/#bzflag CIA-33 (n=CIA@208.69.182.149) |
| 22:30.41 | Winny | ate too much spicy rice |
| 22:30.48 | Winny | No poking |
| 22:31.09 | brlcad | ~ibot tickle Winny |
| 22:31.10 | ibot | ACTION jumps on Winny, yelling "TICKLE FIGHT!!!!" |
| 22:31.14 | AHA | ~poke whodaman- |
| 22:31.14 | ibot | ACTION cuts down a small tree, sneaks up behind whodaman-, pokes whodaman- repeatedly, hilarity ensues. |
| 22:31.17 | Winny | -_- |
| 22:31.38 | brlcad | yay, Epyon commits |
| 22:32.09 | Winny | ahh, that's who chaos-dev is |
| 22:32.11 | Winny | couldn't remember |
| 22:34.19 | Winny | goes back to trying to make CIA report his commits |
| 23:00.07 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 23:34.11 | *** join/#bzflag Ride- (n=Ride-@97-86-255-229.dhcp.roch.mn.charter.com) |
| 23:39.55 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 23:56.04 | *** join/#bzflag Ride288 (n=Ride-@97-86-255-229.dhcp.roch.mn.charter.com) |
| 23:57.31 | *** join/#bzflag bier (n=bier@p54A571D6.dip.t-dialin.net) |
