| 00:17.40 | bugQ | screw method pointers. |
| 00:28.26 | *** join/#bzflag Wasp32 (n=const@unaffiliated/macsforme) |
| 00:35.11 | JeffM | bugQ, function pointes you mean? |
| 00:35.14 | JeffM | pointers |
| 00:36.01 | bugQ | I read something that called pointers to funcitons inside classes as method pointers |
| 00:36.17 | JeffM | you can only do that to static functions |
| 00:36.21 | JeffM | static methods |
| 00:36.22 | *** join/#bzflag bryjen (n=bryjen@CPE-76-182-130-120.natwky.res.rr.com) |
| 00:36.23 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 00:36.25 | JeffM | but yeah those are odd |
| 00:36.30 | Gnurdux | no |
| 00:36.35 | Gnurdux | you can do it to nonstatic ones too |
| 00:36.39 | Gnurdux | member pointers |
| 00:36.44 | Gnurdux | member variables too |
| 00:36.50 | Gnurdux | they arent ordinary function pointers |
| 00:36.55 | Gnurdux | they take more than 4 bytes i think |
| 00:38.29 | bugQ | right, because they have to store the "this" argument |
| 00:39.22 | Gnurdux | but they dont |
| 00:39.33 | Gnurdux | because they dont store the object, just the class |
| 00:39.44 | Gnurdux | i think it has to do with virtual functions |
| 00:39.45 | bugQ | oh. |
| 00:48.44 | Wyk3d | afaik the proper term for "member function pointers" is "functor" |
| 00:49.17 | blast007 | functor, the funky transformer! |
| 00:49.25 | bugQ | no, a functor is an object that wraps a single method, but they're used similarly |
| 00:52.12 | *** join/#bzflag Gabe_G23 (n=gabe@cpe-069-134-026-246.nc.res.rr.com) |
| 00:54.19 | CBG | forgetful functors! a line in http://www.youtube.com/watch?v=UTby_e4-Rhg ! :D |
| 00:56.31 | CBG | (at 2:15) |
| 01:04.11 | Wyk3d | hmm, in VS 32 bit, method pointers, even for virtual method are 4 bytes in size .. just checked |
| 01:05.42 | Gnurdux | ok |
| 01:05.51 | Gnurdux | i think i read somewhere that they arent guaranteed to be |
| 01:05.55 | Gnurdux | but i may be wrong |
| 01:10.24 | *** join/#bzflag ShadowSpectre (n=Default@24-197-138-217.dhcp.spbg.sc.charter.com) |
| 01:19.48 | blast007 | JeffM: is this backtrace more useful? |
| 01:19.49 | blast007 | http://pastebin.bzflag.bz/m6db673c0 |
| 01:20.01 | blast007 | this is with fastmap and webadmin loaded, in that order |
| 01:20.16 | blast007 | I tried to go to the fastmap vdir and it crashed |
| 01:21.49 | blast007 | Thumper_: is there a way I can tell if plugins are actually being built debug? in the backtrace above, it shows the stack through the plugin, but there isn't any line numbers, so I'm not sure |
| 01:21.54 | blast007 | maybe it's time to valgrind |
| 01:26.37 | blast007 | wow, lots of stuff from valgrind :) |
| 01:29.09 | blast007 | JeffM: do you get a crash on Windows when you run with those two plugins and try to access the fastmap vdir? |
| 01:29.16 | blast007 | (or heck, probably either vdir) |
| 01:41.32 | JeffM | blast007, haven't tried in a while but last time I did it was fine. |
| 01:43.07 | JeffM | I'll try it when I get home |
| 01:43.45 | blast007 | ==26834== ERROR SUMMARY: 1335 errors from 49 contexts (suppressed: 43 from 1) |
| 01:44.27 | blast007 | ==26834== definitely lost: 39,755 bytes in 19 blocks. |
| 01:44.27 | blast007 | ==26834== possibly lost: 4,502 bytes in 194 blocks. |
| 01:44.27 | blast007 | ==26834== still reachable: 179,642 bytes in 2,508 blocks. |
| 01:44.27 | blast007 | weeee |
| 01:44.52 | JeffM | cool so my hard disk destroyer code works? |
| 01:46.37 | a_meteorite | good thing I don't compile untested code |
| 01:46.42 | blast007 | heh... no, that was valgrind |
| 01:46.43 | blast007 | meh |
| 01:46.47 | a_meteorite | damnit Jeff wanted you to see that |
| 01:47.09 | blast007 | memory leaks |
| 01:47.27 | a_meteorite | that's what THEY want you to THINK |
| 01:47.32 | a_meteorite | *shifty eyes* |
| 01:47.45 | blast007 | looks at a_meteorite |
| 01:48.27 | a_meteorite | stop looking at me that way! |
| 01:51.30 | *** join/#bzflag whodaman (n=whodaman@pdpc/supporter/student/whodaman-) |
| 02:04.36 | *** join/#bzflag JeffM (n=JeffM@adsl-69-232-7-185.dsl.irvnca.pacbell.net) |
| 02:04.50 | *** join/#bzflag JeffM__ (n=JeffM@adsl-69-232-7-185.dsl.irvnca.pacbell.net) |
| 02:21.57 | *** join/#bzflag Wyk3d1 (n=Wyk3d@82.78.166.201) |
| 02:40.19 | *** join/#bzflag Wasp32 (n=const@unaffiliated/macsforme) |
| 02:43.41 | *** join/#bzflag Think_Differentl (n=James@unaffiliated/thinkdifferentl/x-838543) |
| 03:18.10 | Thumper_ | blast007: from my build I can see the debugging options (-g and -Werror) and objdump -S -l plugins/logDetail/libs/logDetail.so makes me think it's being build with debug symbols correctly etc. I haven't managed to step through it in gdb yet though |
| 03:22.23 | bugQ | http://localhost:5154/webadmin/?action=login&token=719313726&user=bugQ shows: Not authenticated sessionID -1279975449 |
| 03:22.37 | bugQ | (this is just after authentication) |
| 03:23.24 | *** join/#bzflag JeffM (n=Jeff@unaffiliated/jeffm) |
| 03:23.52 | Constitution | URL doesn't work ;) |
| 03:24.11 | bugQ | of course not |
| 03:30.13 | bugQ | ack, I'll figure this out tomorrow |
| 03:30.39 | *** part/#bzflag bugQ (n=bugQ@c-67-166-124-4.hsd1.ut.comcast.net) |
| 03:35.12 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 03:52.41 | *** join/#bzflag JeffMMain (n=Jeff@pool-71-109-217-145.lsanca.dsl-w.verizon.net) |
| 03:54.15 | *** join/#bzflag pacman87 (n=Timothy@71.170.63.120) |
| 03:55.52 | JeffMMain | ok, now double plugin testing time :) |
| 03:57.53 | *** join/#bzflag bier_ (n=bier@p54A57726.dip.t-dialin.net) |
| 04:02.59 | JeffMMain | wow, bugq writes the ugliest code I've ever seen |
| 04:06.21 | *** join/#bzflag L4m3r (n=L4m3r@about/essy/warning/L4m3r) |
| 04:06.21 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 04:08.29 | Lukstr | looks |
| 04:18.27 | JeffM | blast007: the problem is fastmap is 404ing and not 404ing correctly |
| 04:36.08 | blast007 | ah |
| 04:36.19 | JeffM | I just commited, it should be better |
| 04:36.23 | blast007 | okay |
| 04:36.26 | JeffM | seems that 404 does not like having cookies in it |
| 04:37.37 | blast007 | were you able to step through it in Visual Studio? |
| 04:37.46 | JeffM | yeah |
| 04:38.00 | JeffM | VC has no problem attaching to the various DLLs |
| 04:38.12 | blast007 | :) |
| 04:38.19 | blast007 | silly linux |
| 04:38.40 | JeffM | I don't think it's linux's fault |
| 04:38.43 | JeffM | just gdb |
| 04:38.52 | blast007 | oh, and that output I had pasted before was from valgrind |
| 04:38.58 | JeffM | an ide could probalby do it cus it'd know the sources to the various DLLs |
| 04:40.20 | *** join/#bzflag delusional_ (n=delusion@151.201.242.249) |
| 04:44.05 | blast007 | what the heck is this? WebAdmin():BZFSHTTPAuth(),it(bzu_standardPerms.end()){registerVDir();} |
| 04:44.17 | JeffM | exactly |
| 04:44.27 | blast007 | does that even compile? |
| 04:44.30 | JeffM | it is a BAD name for a variable |
| 04:44.31 | JeffM | yeah |
| 04:44.40 | blast007 | webadmin.cpp:13: error: extra qualification 'WebAdmin::' on member 'WebAdmin' |
| 04:45.06 | JeffM | should be the constructor, and the sub paramaters |
| 04:45.17 | blast007 | why is there a comma there? |
| 04:45.20 | JeffM | it is a pointer |
| 04:45.25 | JeffM | cus there is more then one thing he's initing |
| 04:45.28 | JeffM | but it's a pointer |
| 04:45.46 | JeffM | refactors |
| 04:46.24 | blast007 | is ",it" supposed to be there? |
| 04:46.29 | JeffM | yeah |
| 04:46.32 | JeffM | it's a variable ;) |
| 04:46.33 | blast007 | o.O |
| 04:46.38 | blast007 | uh |
| 04:46.50 | JeffM | yeah |
| 04:46.52 | JeffM | horible name |
| 04:46.53 | blast007 | you can put a variable there? |
| 04:47.12 | blast007 | it's not inside the parentesis |
| 04:47.43 | JeffM | you have current code? |
| 04:47.53 | blast007 | http://bzflag.svn.sourceforge.net/viewvc/bzflag/trunk/bzflag/plugins/webadmin/webadmin.cpp?r1=17959&r2=17958&pathrev=17959 |
| 04:48.02 | blast007 | and yes |
| 04:48.12 | JeffM | mine is it(NULL) |
| 04:48.28 | JeffM | current rev is 17966 |
| 04:48.48 | blast007 | hmm, guess I should look at what I have then |
| 04:49.26 | JeffM | I'm replacing it all tho |
| 04:49.36 | blast007 | yeah, I have what you have |
| 04:49.39 | JeffM | there is no need to NEW a pointer to an iterator when he just keeps one |
| 04:50.12 | JeffM | and this has to be the WORST abbuse of tokenize I've EVER seen |
| 04:51.21 | JeffM | ugg, he uses the itr pointer to know if he's started a loop |
| 04:51.24 | JeffM | how uglly |
| 04:51.48 | blast007 | does the plugin do anything yet? |
| 04:51.59 | JeffM | yeah it should |
| 04:52.04 | JeffM | it loads and returns templates |
| 04:52.05 | blast007 | I'd really like to be able to, you know, see some interface ;) |
| 04:53.09 | JeffM | throw the templates in the root and it should load them |
| 04:53.21 | blast007 | hmm, yeah, probably forgot about those |
| 04:53.35 | blast007 | I'm used to just 'make install' and then -loadplugin :) |
| 05:03.17 | BulletCatcher | I am looking at SF bug 1958334: "nowalls is valid when used in the world object, but using the saveworld command places noWalls in the options block, which is not valid." |
| 05:03.18 | BulletCatcher | Should nowalls be made to work in both the options and world section of a map, like size and flagHeight? |
| 05:04.43 | JeffM | naw it's even easier |
| 05:05.03 | JeffM | on the client, if there is no wall objects sent, write no walls |
| 05:05.16 | JeffM | but that bug will be fixed when we change how the map is sent |
| 05:05.34 | *** join/#bzflag Ebert (n=EbErT@adsl-211-176-33.asm.bellsouth.net) |
| 05:05.35 | JeffM | no more savemap, just sending the map in text and have the client parse it |
| 05:05.38 | JeffM | once Lukstr is done |
| 05:06.03 | BulletCatcher | In other words, ignore the bug for now? |
| 05:06.21 | JeffM | depends on how much you care about it |
| 05:06.25 | JeffM | I'd say it's VERY minor |
| 05:06.59 | BulletCatcher | Yes. It was submitted by Optic Delusion, who I suspect would prefer it be fixed in branch. |
| 05:07.12 | BulletCatcher | Too late for that, though. |
| 05:07.20 | JeffM | PFFF |
| 05:07.36 | JeffM | WAY |
| 05:07.50 | JeffM | but yeah if you want to do it, you don't have to change anything over the wire |
| 05:07.57 | JeffM | the outter walls are there own objects |
| 05:08.01 | JeffM | so just see if the world has any |
| 05:08.07 | JeffM | if it dosn't, then write out nowalls |
| 05:08.21 | Lukstr | hurm? |
| 05:09.04 | JeffM | just commenting on how your lib will be used |
| 05:09.09 | Lukstr | ah |
| 05:09.12 | Lukstr | truth |
| 05:10.09 | BulletCatcher | Okay. I'm convinced it isn't worth fixing in trunk, and not worth doing in branch either unless there will be a 2.0.14. (Which there won't.) |
| 05:10.34 | JeffM | even if there will be, it's not worth fixing in branch |
| 05:10.49 | BulletCatcher | Should I add some gentle comment to the patch to that effect? |
| 05:11.03 | BulletCatcher | Or just ignore it? |
| 05:11.15 | BulletCatcher | Close as WONTFIX? |
| 05:11.16 | JeffM | I'd just put it as a very low priority |
| 05:11.54 | JeffM | it may be a bit before the lib is done, so if someone wants to do it in trunk that's fine. |
| 05:12.00 | JeffM | it shold be very easy |
| 05:12.09 | BulletCatcher | Yes, it looks easy. |
| 05:12.17 | JeffM | where do we write the world? |
| 05:12.29 | BulletCatcher | src/bzflag/World.cxx |
| 05:12.44 | BulletCatcher | near line 1088 |
| 05:13.39 | JeffM | nowalls goes in the world object? |
| 05:14.03 | BulletCatcher | That is the only place the reader will recognize it. |
| 05:14.34 | JeffM | so that would be another way of saying "yes" |
| 05:14.39 | BulletCatcher | The bug is that it is currently written in the options section as "-set noWalls 1". |
| 05:15.01 | JeffM | nowalls should not be a variable |
| 05:15.05 | JeffM | it's not dynamicly settable |
| 05:15.06 | blast007 | oh, that's right... |
| 05:15.17 | blast007 | noWalls is stored in the BZDB stuff |
| 05:15.26 | JeffM | that needs to be removed |
| 05:16.09 | BulletCatcher | Where else would it be stored? |
| 05:16.15 | JeffM | as part of the world object |
| 05:16.49 | BulletCatcher | It looks like worldSize and flagHeight are both in BZDB. |
| 05:17.04 | JeffM | it's not dynamic, it does NOT need to be sent to the client, so it should not be in the database |
| 05:17.15 | JeffM | the last one can be dynamic |
| 05:17.20 | JeffM | and needs to be sent to the client |
| 05:17.26 | JeffM | the first is also debateable |
| 05:18.15 | JeffM | check and see if it's used on the client |
| 05:18.17 | blast007 | with or without a _ at the start? |
| 05:18.34 | JeffM | cia is busted, but I just fixed the nowalls thing |
| 05:18.43 | JeffM | <PROTECTED> |
| 05:18.43 | JeffM | out << indent << "noWalls" << std::endl; |
| 05:20.20 | JeffM | heh, worldsize is passed by the game setings then shoved into bzdb |
| 05:20.22 | JeffM | thats funny |
| 05:21.19 | BulletCatcher | Could that be why radarSize doesn't properly track changes to worldSize? |
| 05:22.31 | BulletCatcher | sorry, _radarLimit |
| 05:22.55 | JeffM | since it was already sent over the wire as a var |
| 05:23.07 | JeffM | worldsize should not change |
| 05:24.27 | BulletCatcher | Currently in trunk, if _worldSize is not the default of 800 then _radarLimit (which is defined as _worldSize) does not change to match. |
| 05:24.53 | JeffM | radarsize should be made it's own and world removed |
| 05:25.03 | JeffM | at least from the db |
| 05:25.08 | JeffM | there is no reason to keep it in the db |
| 05:25.10 | JeffM | as it can't change |
| 05:26.56 | JeffM | the fog variables and the radar limit should be inited to the various world size factors after the map is loaded |
| 05:27.16 | JeffM | but setting worldsize, dosnt' make the map change anything, so it's pointless |
| 05:28.13 | BulletCatcher | So adding something like a worldSize() method to the World class would be part of the solution to this? |
| 05:28.54 | BulletCatcher | getWorldSize() perhaps? |
| 05:30.18 | JeffM | yeah |
| 05:30.22 | JeffM | have it store it |
| 05:30.50 | BulletCatcher | Okay, this will stretch my c++ abilities, but I think I can do it. |
| 05:30.54 | JeffM | the problem is people get lazy and shove any old thing into bzdb, and don't realise that it may not belong there |
| 05:32.07 | *** join/#bzflag L4m3r_ (n=L4m3r@about/essy/warning/L4m3r) |
| 05:32.07 | *** mode/#bzflag [+v L4m3r_] by ChanServ |
| 05:32.08 | blast007 | like poll? ;) |
| 05:32.23 | JeffM | heh, at least that IS dynamic |
| 05:32.29 | blast007 | hehe |
| 05:37.36 | BulletCatcher | Will moving noWalls and _worldSize from BZDB to the World object require a protocol change? (I ask just to understand the scope of what I am getting into.) |
| 05:37.52 | JeffM | nope |
| 05:37.58 | BulletCatcher | k |
| 05:37.59 | JeffM | it's already in the world object |
| 05:38.13 | JeffM | void* WorldBuilder::unpackGameSettings(void* buf) |
| 05:38.26 | JeffM | it's pulled out of the world object and shoved into the db |
| 05:38.32 | blast007 | _worldSize might, right? |
| 05:38.37 | JeffM | naw |
| 05:38.38 | blast007 | since newer servers wouldn't send that |
| 05:38.54 | JeffM | true |
| 05:38.57 | blast007 | and old clients would need it |
| 05:39.00 | JeffM | it's jsut a vers bump tho |
| 05:39.10 | blast007 | the other ones don't get sent to the client anyway |
| 05:39.13 | blast007 | only the ones with _ |
| 05:39.14 | JeffM | blast007: not true, old clients would set it from the world object |
| 05:39.33 | JeffM | it actualy SETS the bzdb var from the world object on the client |
| 05:39.36 | JeffM | even tho it's a _ var |
| 05:40.17 | blast007 | heh, so it really wasn't used? except for other vars? |
| 05:40.23 | JeffM | but yeah just do a vers bump |
| 05:40.32 | JeffM | blast007: and for some vis stuff |
| 05:40.40 | JeffM | but it'd be set, even on old clients so it'd work |
| 05:40.51 | JeffM | since it would be set on the client before it was used |
| 05:41.15 | JeffM | it basicly was set twice |
| 05:41.25 | JeffM | once by bzdb, and then again by the world object |
| 05:41.34 | JeffM | so with a new server it would be sent once |
| 05:42.00 | JeffM | it's trunk, so versions are cheap |
| 05:42.14 | JeffM | BulletCatcher: you wouldn 't have to change the proto, but it'd be trival to bump the number |
| 05:42.45 | BulletCatcher | Okay. When I get into it I am sure it will become obvious what to do. |
| 05:43.08 | JeffM | BuildDate.cxx, BZ_PROTO_VERSION |
| 05:43.12 | JeffM | make it larger by one ;) |
| 05:43.14 | JeffM | that's it |
| 05:43.28 | JeffM | and increment the BZ_REV |
| 05:43.30 | BulletCatcher | I can handle that kind of math. :-) |
| 07:17.02 | *** join/#bzflag Gilly (n=btw@83.146.211.140) |
| 10:00.05 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 10:05.42 | *** join/#bzflag LongDon (n=LongDon@vpn199-058.hrz.uni-oldenburg.de) |
| 10:05.55 | *** part/#bzflag LongDon (n=LongDon@vpn199-058.hrz.uni-oldenburg.de) |
| 10:36.45 | *** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 10:42.46 | *** join/#bzflag Wyk3d (n=Wyk3d@82.78.166.201) |
| 11:27.28 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 11:56.17 | *** join/#bzflag ShadowSpectre (n=Default@24-197-138-217.dhcp.spbg.sc.charter.com) |
| 12:05.28 | *** join/#bzflag Wyk3d (n=Wyk3d@cl-86-125-183-173.cablelink.mures.rdsnet.ro) |
| 12:16.20 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 12:56.46 | *** join/#bzflag Gabe_G23 (n=gabe@cpe-069-134-026-246.nc.res.rr.com) |
| 13:25.35 | *** join/#bzflag delusional (n=delusion@pool-71-240-50-126.pitt.east.verizon.net) |
| 13:27.38 | *** join/#bzflag ep (n=mdr@about/essy/guynextdoor/ep) |
| 13:31.53 | *** join/#bzflag brad` (n=brad@static.moooo.org) |
| 13:37.35 | *** join/#bzflag brad`_ (n=brad@static.moooo.org) |
| 13:45.11 | *** join/#bzflag brad (n=brad@static.moooo.org) |
| 14:07.39 | brlcad | resetting bot_server (CIA) |
| 14:17.46 | Winny | resets brlcad |
| 14:20.41 | F687s | resets Winny |
| 14:21.35 | *** join/#bzflag brad (n=brad@static.moooo.org) |
| 14:22.10 | *** join/#bzflag CIA-35 (n=CIA@208.69.182.149) |
| 14:44.06 | *** join/#bzflag spldart (n=short_ci@adsl-70-240-206-88.dsl.hstntx.swbell.net) |
| 14:44.07 | *** mode/#bzflag [+v spldart] by ChanServ |
| 14:52.05 | *** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 15:01.45 | *** join/#bzflag Think_Differentl (n=James@unaffiliated/thinkdifferentl/x-838543) |
| 15:02.53 | Winny | anyone in here developed mac shareware? |
| 15:10.42 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 15:32.01 | *** join/#bzflag noyb (n=noyb@nat/sun/x-cfc5eaaa1076a764) |
| 15:59.29 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@93-96-82-95.zone4.bethere.co.uk) |
| 16:24.24 | *** join/#bzflag bugQ (n=bugQ@c-67-166-124-4.hsd1.ut.comcast.net) |
| 16:41.28 | *** join/#bzflag pacman87 (n=timothy@71.170.63.120) |
| 17:26.29 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 17:26.29 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 17:32.18 | *** join/#bzflag Hannibol (n=47031448@gateway/web/cgi-irc/zeebrothers.net/x-3dab19605992457b) |
| 17:32.58 | JeffM | and then it exploded! |
| 17:33.18 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@93-96-82-95.zone4.bethere.co.uk) |
| 17:34.18 | Hannibol | exploded? |
| 17:34.29 | Hannibol | exploded? |
| 17:34.38 | JeffM | only a little |
| 17:34.51 | Hannibol | ack srry for the lag |
| 17:35.23 | Hannibol | trying to work on a map and contruct my team website |
| 17:35.30 | JeffM | fun |
| 17:38.12 | Winny | if that makes your computer lag, I THInk you need a new one ;) |
| 17:39.52 | Hannibol | T_T ;h |
| 17:40.04 | Hannibol | hey winny |
| 17:40.10 | Winny | hi |
| 17:40.45 | Hannibol | hmm 500GB's; / |
| 17:41.08 | Winny | of? |
| 17:41.38 | Hannibol | aw no! my site got hacked XD |
| 17:42.17 | Winny | heh |
| 17:47.17 | *** join/#bzflag ShadowSpectre (n=Default@24-197-138-217.dhcp.spbg.sc.charter.com) |
| 17:50.26 | Hannibol | wow can you say inappropriate spamming on the forum post tere wer alot |
| 17:51.51 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 17:56.50 | Winny | "post tere wer alot" huh? |
| 17:59.37 | *** join/#bzflag TD--Linux (n=wheeeeee@24-180-141-8.dhcp.roch.mn.charter.com) |
| 17:59.53 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 18:03.54 | *** join/#bzflag TD---Linux (n=wheeeeee@24-180-141-8.dhcp.roch.mn.charter.com) |
| 18:08.35 | *** join/#bzflag TD--Linux (n=wheeeeee@24-180-141-8.dhcp.roch.mn.charter.com) |
| 18:16.55 | JeffM | Hannibol, huh? |
| 18:17.43 | whodaman- | lol |
| 18:18.14 | SpazzyMcGee | His site's been 'hacked' before it was even made. |
| 18:18.23 | SpazzyMcGee | That's gotta take some effort. |
| 18:20.33 | *** join/#bzflag aleXx (n=57b56a1f@gateway/web/cgi-irc/zeebrothers.net/x-f7f5c3b8a24660c3) |
| 19:26.07 | *** join/#bzflag Think_Differentl (n=James@unaffiliated/thinkdifferentl/x-838543) |
| 19:51.22 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 20:30.42 | JeffM | bugQ, I did some cleanups on your code |
| 20:30.58 | JeffM | please try to use descriptive variable names, we arn't limted on space :) |
| 20:35.13 | bugQ | heh, all right |
| 20:37.40 | JeffM | and are you aware that vectors have the push_back method? |
| 20:40.07 | bugQ | you're talking about my use of tokenize, right? I just thought it would make maintenance a little easier, but that's all right too |
| 20:40.38 | JeffM | your use made it incredebly hader |
| 20:40.41 | JeffM | harder |
| 20:40.52 | JeffM | a simple list in the constructor is VERY easy to maintain |
| 20:41.24 | JeffM | remembering to put a space in a wierd string then calling a function to split it up.. that's wierd ;) |
| 20:41.38 | bugQ | I think weirdly |
| 20:41.45 | JeffM | you think in php |
| 20:41.47 | JeffM | not C |
| 20:42.25 | bugQ | maybe. not a big fan of php anymore, though. :P |
| 20:42.32 | JeffM | anymore |
| 20:42.45 | JeffM | was it your first language you did lots of work in? |
| 20:42.55 | bugQ | BASIC, then C, actually |
| 20:43.19 | JeffM | oh well |
| 20:43.31 | bugQ | it's ok, I already know I'm weird |
| 20:43.33 | JeffM | but yeah, a simple init method that just fills them in in the constructor |
| 20:43.37 | JeffM | that's a lot cleaner |
| 20:43.53 | JeffM | I had to warn DTRemenak before I showed it to him :) |
| 20:44.23 | bugQ | warn him of what? |
| 20:44.23 | JeffM | the use of the loop iterator pointer is intersting. I see why you do it like that. It's not how I'd do it, but it works. |
| 20:44.29 | JeffM | the use of tokenize |
| 20:44.34 | JeffM | or abbuse of tokenize :) |
| 20:44.56 | bugQ | I figured that I'll only be inside one loop at a time |
| 20:44.56 | JeffM | I'm known for badly abusing tokenize, so I had to show him :) |
| 20:45.02 | bugQ | i see. |
| 20:45.11 | JeffM | yeah, thats why I understand why you did it like that |
| 20:45.15 | JeffM | it's decently clever |
| 20:45.40 | JeffM | I'm not a fan of newing and deleting pointers, but it gives you the effect of both a counter and a flag to know if you are at the start |
| 20:45.50 | bugQ | right |
| 20:46.20 | JeffM | personaly I'd just use a size_t |
| 20:46.25 | JeffM | but iterators work |
| 20:46.31 | bugQ | oh, there is that :D |
| 20:46.36 | JeffM | assuming you have only one type of loop |
| 20:46.42 | JeffM | well one type of vector |
| 20:46.56 | bugQ | no, size_t is better |
| 20:47.13 | JeffM | if the counter is past the end of the loop, then you know it's starting over |
| 20:47.29 | JeffM | and you can just init it to std::string::npos |
| 20:47.38 | bugQ | yup yup |
| 20:48.18 | JeffM | the map lookup for keywords is a little hard to read, but for lots of keywords it will be faster |
| 20:48.20 | JeffM | a lot faster |
| 20:48.42 | JeffM | tho for stuff that is dynamic, or based on a loop you may not want to do a static lookup |
| 20:48.46 | JeffM | but it may not matter |
| 20:54.23 | *** join/#bzflag fatass (n=James@unaffiliated/thinkdifferentl/x-838543) |
| 20:57.01 | *** join/#bzflag Think_Differentl (n=James@unaffiliated/thinkdifferentl/x-838543) [NETSPLIT VICTIM] |
| 20:57.02 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) [NETSPLIT VICTIM] |
| 21:19.46 | *** join/#bzflag BenUrban (n=benurban@c-68-49-10-243.hsd1.md.comcast.net) |
| 21:33.11 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 21:34.31 | *** join/#bzflag PrezKennnedy (n=Matthew@whitecalf.net) |
| 22:15.59 | *** join/#bzflag KingofCamelot (n=davidsan@ip68-108-247-95.sb.sd.cox.net) |
| 22:17.33 | KingofCamelot | Damn wildfires... |
| 22:18.12 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 22:34.36 | JeffM | does radar show the shots of st? |
| 22:39.09 | CBG | yes |
| 22:39.17 | JeffM | k |
| 22:39.26 | JeffM | so IB is the only way to have a shot not on radar then? |
| 22:39.59 | CBG | yeah |
| 22:40.04 | JeffM | thanks |
| 22:40.07 | CBG | or hope your opponent grabs jm |
| 22:45.32 | JeffM | techincaly just added full screen 3d 'radar' |
| 22:46.26 | KingofCamelot | just did a commit, but CIA seems to be slacking... |
| 22:46.35 | JeffM | yeah it needs another restart |
| 22:46.43 | JeffM | pokes brlcad |
| 22:47.10 | brlcad | I already poked cia for a couple hours today |
| 22:47.42 | *** join/#bzflag Think_Differentl (n=James@unaffiliated/thinkdifferentl/x-838543) |
| 22:47.56 | JeffM | unpokes brlcad |
| 22:47.57 | brlcad | couldn't find the problem, might be on sf.net's end |
| 22:48.21 | brlcad | the bots respond, and are relaying for some projects (not on sf) |
| 22:48.31 | brlcad | hugs CIA-35 |
| 22:48.31 | CIA-35 | hugs brlcad |
| 22:49.03 | JeffM | yeah site dosn't have anything since yesterday |
| 22:49.44 | brlcad | rpc backend was reset too, that's what pound is talking to |
| 22:50.08 | *** join/#bzflag ShadowSpectre (n=Default@24-197-138-217.dhcp.spbg.sc.charter.com) |
| 22:50.39 | JeffM | well I made the third person camera draw tanks like they were on radar, hiding ST tanks. |
| 22:50.52 | JeffM | so you can't use the third person cam to cheat and see them |
| 22:51.59 | brlcad | client-side still or does server not even relay them? |
| 22:55.59 | *** join/#bzflag spldart (n=short_ci@c-98-197-19-50.hsd1.tx.comcast.net) |
| 22:56.00 | *** mode/#bzflag [+v spldart] by ChanServ |
| 22:58.49 | JeffM | client side |
| 23:00.24 | JeffM | we don't have the concept of not having a visual node for a player in the list |
| 23:00.41 | JeffM | we'd have to seperate that to do it server side ( not a bad thing, just harder ) |
| 23:01.42 | brlcad | hence why I was asking, thought maybe you implemented it :) |
| 23:02.43 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 23:03.15 | JeffM | naw, you didn't want any major changes before the 3.0 release, this is just a bug fix |
| 23:03.59 | blast007 | aww, so no cow launcher for 3.0? |
| 23:04.16 | JeffM | piche lavash! |
| 23:05.36 | blast007 | o..k.. |
| 23:06.03 | blast007 | ze google, it gives me nothing |
| 23:06.46 | JeffM | probaly spelled wrong |
| 23:06.51 | JeffM | line form holly grail |
| 23:06.59 | JeffM | farts in your general direction |
| 23:07.17 | Winny | strikes a match |
| 23:07.42 | blast007 | * Winny is on fire |
| 23:07.50 | spldart | laughs |
| 23:08.17 | *** join/#bzflag bryjen (n=bryjen@CPE-76-182-130-120.natwky.res.rr.com) |
| 23:08.18 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 23:08.29 | JeffM | good thing I had italian |
| 23:11.02 | spldart | I find a chinese buffet for lunch and messican food dinner is highly effective |
| 23:11.16 | Thumper_ | votes for chili |
| 23:11.25 | Thumper_ | with beer |
| 23:11.36 | spldart | Also effective |
| 23:17.13 | JeffM | coors light and brocolii |
| 23:19.47 | *** join/#bzflag CBG (n=CBG@cpc2-stme1-0-0-cust307.cdif.cable.ntl.com) |
| 23:19.51 | spldart | That's odd |
| 23:20.20 | spldart | broccoli? huh Coors?!?!? blech |
| 23:21.23 | JeffM | indeed |
| 23:21.26 | JeffM | but it makes the gas |
| 23:22.20 | spldart | notes |
| 23:33.38 | *** join/#bzflag spldart (n=short_ci@c-98-197-19-50.hsd1.tx.comcast.net) |
| 23:33.38 | *** mode/#bzflag [+v spldart] by ChanServ |
| 23:33.47 | spldart | shot his old keyboar |
| 23:33.49 | spldart | d |
| 23:33.59 | spldart | ggrrrrr |
| 23:39.14 | CBG | Shoot the new one too. It's no bette |
| 23:39.14 | CBG | r |
| 23:39.22 | CBG | Have a pop at mine also. |
| 23:42.00 | *** join/#bzflag Gnurdux (n=gnurdux@c-98-233-35-65.hsd1.md.comcast.net) |
| 23:45.09 | *** join/#bzflag jftsan1 (n=jftsang@88-108-159-85.dynamic.dsl.as9105.com) |
| 23:45.36 | spldart | You're no daisy. You're no daisy at all. |
| 23:46.20 | spldart | Hrm... syd 6.7 versus neo |