| 00:22.04 | *** join/#bzflag fatass (n=James@unaffiliated/thinkdifferentl/x-838543) |
| 00:30.02 | *** join/#bzflag codergeek42 (n=pgordon@fedora/codergeek42) |
| 00:36.26 | *** join/#bzflag _anomaly_ (n=mike@adsl-220-156-186.gnv.bellsouth.net) |
| 00:57.15 | Gnurdux | ok can someone tell jeffm that all of bzflag (client with sdl, server, bzadmin, robots with python) builds on Linux without issue |
| 00:59.10 | KingofCamelot | I'll tell him if I see him around |
| 01:06.28 | Thumper_ | Gnurdux: try ibotmail |
| 01:06.59 | Gnurdux | hows that work |
| 01:07.25 | Thumper_ | msg ibot help botmail |
| 01:07.32 | Thumper_ | not that |
| 01:07.54 | Thumper_ | ~botmail for Gnudux your message goes here |
| 01:08.09 | Thumper_ | ~botmail for Gnurdux your message goes here |
| 01:08.15 | Thumper_ | helps if you have the right callsign :-P |
| 01:08.39 | Gnurdux | ~botmail for JeffM Everything builds fine on Linux. |
| 01:10.02 | Thumper_ | ~botmail for JeffM plugin_utils tolower is borked - it allocates the string on the stack, assigns it correctly then pops it off the stack and return the pointer to garbage |
| 01:44.38 | *** join/#bzflag JeffM (n=Jeff@unaffiliated/jeffm) |
| 01:45.13 | JeffM | Gnurdux: thanks |
| 02:25.47 | *** join/#bzflag Gabe_G23 (n=gabe@cpe-069-134-026-246.nc.res.rr.com) |
| 02:31.25 | *** join/#bzflag Quol (n=ian@modemcable199.71-57-74.mc.videotron.ca) |
| 02:39.57 | *** join/#bzflag eTangenT` (n=etangent@71-211-203-172.hlrn.qwest.net) |
| 02:41.18 | *** join/#bzflag TylerM (n=TylerM@osgeo/member/TylerM) |
| 02:42.59 | spatialguru | hi all |
| 02:43.08 | spatialguru | i've got random map running locally fine, but trying to get fox burrow going... |
| 02:43.16 | spatialguru | heads to google search :) |
| 02:43.29 | spatialguru | ah.. i should head to bzchat :) |
| 02:50.57 | JeffM | is it giving you errors? |
| 03:02.18 | *** join/#bzflag eTangenT (n=etangent@71-211-203-172.hlrn.qwest.net) |
| 03:04.17 | *** join/#bzflag eTangenT` (n=etangent@71-211-203-172.hlrn.qwest.net) |
| 03:05.10 | JeffM | Thumper_: what are you talking about tolower returns a full copy of the string not a pointer. |
| 03:05.28 | JeffM | it actualy makes 2 copies |
| 03:09.08 | CIA-35 | BZFlag: 03JeffM2501 * r17857 10/trunk/bzflag/plugins/plugin_utils/ (plugin_utils.cpp plugin_utils.h): |
| 03:09.08 | CIA-35 | BZFlag: add toupper to match tolower |
| 03:09.08 | CIA-35 | BZFlag: add makeupper and makelower for conversions with out a copy |
| 03:09.08 | CIA-35 | BZFlag: protect against null input on const char * versions. |
| 03:11.18 | *** join/#bzflag short_circuit (n=short_ci@c-98-197-19-50.hsd1.tx.comcast.net) |
| 03:11.18 | *** mode/#bzflag [+v short_circuit] by ChanServ |
| 03:26.45 | *** join/#bzflag codergeek42 (n=pgordon@fedora/codergeek42) |
| 03:37.37 | *** join/#bzflag bier_ (n=bier@p54A57435.dip.t-dialin.net) |
| 03:50.26 | CIA-35 | BZFlag: 03JeffM2501 * r17858 10/trunk/bzflag/plugins/ (10 files in 6 dirs): |
| 03:50.26 | CIA-35 | BZFlag: move the code for templates into the HTTP system since the auth base class needs it. |
| 03:50.27 | CIA-35 | BZFlag: remove refs to plugin_HTTPTemplates.h |
| 03:50.27 | CIA-35 | BZFlag: fix properties on webadmin.cpp |
| 03:50.27 | CIA-35 | BZFlag: add eOther option for mime types so that replys can set there own type. |
| 03:50.32 | *** part/#bzflag spatialguru (n=TylerM@osgeo/member/spatialguru) |
| 03:53.47 | brlcad | ~Thumper_++ |
| 03:54.40 | brlcad | what a back log, busy day for all |
| 03:56.17 | CIA-35 | BZFlag: 03JeffM2501 * r17859 10/trunk/bzflag/plugins/ (12 files in 8 dirs): since there is only one HTTP system now, just name it plugin_HTTP for simplicity |
| 03:56.23 | JeffM | DONE! |
| 03:57.21 | brlcad | per timriker and tupone's earlier inquiry about what prevents .svn dirs from being included .. trunk has a dist-hook that removes them (branch does not) |
| 03:59.21 | brlcad | ~blast007++ |
| 04:00.05 | brlcad | woo hoo :), no more click, click, click, back, .. click, click, click, back :) |
| 04:01.38 | CIA-35 | BZFlag: 03JeffM2501 * r17860 10/trunk/bzflag/plugins/HTTPServer/HTTPServer.cpp: url decode the requested resource before it is sent to the vdir |
| 04:02.08 | CIA-35 | BZFlag: 03JeffM2501 * r17861 10/trunk/bzflag/plugins/HTTPServer/HTTPServer.cpp: go an url_decode the vidr too just in case, it IS part of the URI |
| 04:02.27 | CIA-35 | BZFlag: 03JeffM2501 * r17862 10/trunk/bzflag/plugins/plugin_utils/plugin_utils.h: ws |
| 04:03.20 | JeffM | can someone build all that clean, I think I got all the makefiles, but I'm not sure |
| 04:03.54 | *** join/#bzflag eTangenT (n=etangent@71-211-203-172.hlrn.qwest.net) |
| 04:06.47 | JeffM | brlcad: got a prefered way to base64 decode stuff? |
| 04:11.22 | brlcad | hmm |
| 04:14.54 | brlcad | JeffM: not really, i've used the one in tcl/tk before but it's tied to their data containers |
| 04:15.14 | JeffM | I'll just have to gank some code then |
| 04:15.14 | brlcad | recall flipcode having one iirc |
| 04:15.21 | brlcad | looks |
| 04:15.50 | brlcad | there we go, can't beat that |
| 04:15.55 | brlcad | two files, bsd license: http://www.flipcode.com/archives/Base64_Encoder_Decoder.shtml |
| 04:16.14 | JeffM | whoot |
| 04:17.11 | JeffM | thanks |
| 04:17.12 | *** join/#bzflag eTangenT` (n=etangent@71-211-203-172.hlrn.qwest.net) |
| 04:17.24 | JeffM | gotta deschwillze the basic auth passwords |
| 04:27.01 | brlcad | thought http "Basic Auth" was actually unmunged? |
| 04:27.11 | JeffM | it's base64 encoded |
| 04:27.22 | JeffM | in case the password had special characters |
| 04:28.56 | JeffM | the HTTP headers just have the credentials as user:pass base64 encoded |
| 04:30.39 | *** join/#bzflag eTangenT` (n=etangent@71-211-203-172.hlrn.qwest.net) |
| 04:41.19 | CIA-35 | BZFlag: 03JeffM2501 * r17863 10/trunk/bzflag/plugins/plugin_utils/ (7 files in 2 dirs): add base64 encode and decode |
| 04:41.54 | CIA-35 | BZFlag: 03JeffM2501 * r17864 10/trunk/bzflag/plugins/ (3 files in 3 dirs): base64 decode the basic auth username and password so the vdirs can get it. |
| 04:43.12 | JeffM | can't think of anything else to make the webserver do |
| 04:43.27 | Lukstr | blend? |
| 04:43.29 | Lukstr | ducks |
| 04:43.37 | JeffM | heh |
| 04:43.46 | JeffM | put it on a flash drive, and I'm sure it will |
| 04:47.14 | JeffM | the only stuff I can think of is like custom 404 pages |
| 04:47.47 | *** join/#bzflag Wyk3d (n=Wyk3d@c7.campus.utcluj.ro) |
| 04:48.59 | blast007 | brlcad: yeah, now it's just "click, click, back, .. click, click, back" ;) .. |
| 04:49.31 | blast007 | I'm still deciding if it's a good idea to allow approving/rejecting multiple items at once |
| 04:49.33 | brlcad | now with 25% less carbohydrates |
| 04:50.24 | blast007 | I might just change the radio buttons on each item to be buttons instead, so you just have to hit "Approve" and it approves that one |
| 04:50.27 | brlcad | do what sf does, make the multiple items a separate button (at the bottom) with a checkbox that has to be enabled |
| 04:50.41 | blast007 | well, I know how I would do it |
| 04:50.49 | blast007 | just not sure I like that |
| 04:51.16 | blast007 | makes it a lot more complicated to handle errors and such |
| 04:51.25 | brlcad | nods |
| 04:51.27 | blast007 | so I'm thinking I'll just make approving each one easier |
| 04:51.56 | blast007 | maybe add some built-in responses for rejection reasons |
| 04:52.13 | blast007 | "Google image search is not the place the find images..." |
| 04:52.24 | blast007 | Rejected! bam, done |
| 04:52.46 | JeffM | "Riiiiigggghhhhtttttt" |
| 04:52.48 | brlcad | and sending comments on accepted images too |
| 04:53.03 | blast007 | okay |
| 04:53.38 | blast007 | I also want to put in some kind of 2-way commenting system for images |
| 04:53.53 | blast007 | so that we can leave comments without accepting/rejecting them, like what you had wanted |
| 04:54.08 | brlcad | yay |
| 04:54.09 | blast007 | but instead of it just emailing them, it allows them to respond right on the system |
| 04:54.31 | JeffM | that's be nice, so you can ask "where'd you get this" |
| 04:54.33 | blast007 | and then other moderators can see "oh, we're waiting for a response on this one" |
| 04:54.44 | brlcad | and stores the comments along with the image (e.g. if it has crucial source info) |
| 04:54.53 | blast007 | yeah |
| 04:55.22 | blast007 | should be fairly easy to do |
| 04:55.54 | blast007 | already have a version number inside the databases, so I can add new fields/tables and write code to upgrade them when it encounters old databases |
| 04:56.01 | blast007 | so I was thinking ahead on that ;D |
| 04:57.11 | brlcad | cool |
| 04:58.15 | blast007 | think I'm gonna do a little mass import script quick |
| 04:58.57 | blast007 | would it be evil to have that inside a .zip file in SVN? (since I don't want it to be able to be executed via the web) |
| 04:59.35 | blast007 | hmm, or maybe I could make it a full script and read the session (so that any moderator can run it) |
| 04:59.48 | blast007 | I was just gonna do a basic CLI app that got fed a filename |
| 05:00.12 | CIA-35 | BZFlag: 03brlcad * r17865 10/trunk/bzflag/plugins/plugin_utils/base64_readme.txt: newline at eof |
| 05:01.37 | JeffM | thanks |
| 05:07.59 | *** join/#bzflag noyb (n=noyb@pool-71-119-173-104.lsanca.dsl-w.verizon.net) |
| 05:08.31 | brlcad | executed via the web? |
| 05:08.48 | brlcad | you mean through viewscm? |
| 05:09.06 | blast007 | no, through the submitimages/ directory |
| 05:11.19 | brlcad | can't tie the script to the same login credentials? or maybe make it do nothing if a given environment variable isn't set |
| 05:12.28 | *** join/#bzflag Wyk3d1 (n=Wyk3d@c7.campus.utcluj.ro) |
| 05:17.44 | *** join/#bzflag noyb_ (n=noyb@nat/sun/x-a0cb9b0f240c808e) |
| 05:22.34 | *** join/#bzflag eTangenT (n=etangent@71-211-231-194.hlrn.qwest.net) |
| 05:22.40 | BulletCatcher | I have been looking at Subversion property settings, starting with svn:keywords "Author Date Id Revision". So far I have found 170 files in trunk that need it. |
| 05:22.41 | BulletCatcher | In files where it makes a difference, such as include/bzares.h, I am concerned that "svn diff" shows the "$Id: blah blah $" changed to just "$Id$". Should I expect a new expansion after committing? |
| 05:27.53 | brlcad | BulletCatcher: most of those can start to disappear |
| 05:28.17 | brlcad | the third-party sources really don't metter |
| 05:29.19 | BulletCatcher | Actually, I have skipped the src/other tree for now. |
| 05:29.35 | brlcad | include/bzares.h is one of the ares headers iirc |
| 05:29.43 | BulletCatcher | Are you saying it would be better not to use the keyword tags all? |
| 05:30.08 | brlcad | they're rarely ever used or needed with svn |
| 05:30.20 | brlcad | don't hurt, don't help |
| 05:31.33 | BulletCatcher | It looks like someone recursively set svn:keywords a long time ago, but new files most have not been getting that property since then. |
| 05:31.50 | BulletCatcher | But, ok. I'll concentrate on something more useful. |
| 05:34.58 | blast007 | BulletCatcher: it's possible the CVS->SVN conversion did that |
| 05:35.16 | BulletCatcher | Good point. |
| 05:38.02 | brlcad | yeah, it does set them automatically if only to preserve what things were like for cvs |
| 05:38.34 | brlcad | where the old rcs keywords were a lot more interesting/useful .. not so much any more with svn |
| 05:39.20 | brlcad | given you can 'svn info' a file to get most of the same reasons they existed without hitting the server |
| 05:39.52 | BulletCatcher | That makes sense. So, if anything, it would be better to remove svn:keywords except where we actually want it. |
| 05:42.06 | *** join/#bzflag eTangenT` (n=etangent@71-211-231-194.hlrn.qwest.net) |
| 05:42.18 | BulletCatcher | Anyone know what the svn:mergeinfo property is for? It appears on just a few files, such as plugins/webstats/templates/player.tmpl . The value is always blank, and it does not seem to be an official Subversion property. |
| 05:43.10 | DTRemenak | it is official for 1.5, iirc |
| 05:43.18 | Lukstr | I've seen it before |
| 05:43.27 | DTRemenak | newline separated list of merge source paths and revisions |
| 05:43.29 | BulletCatcher | Ah. I was looking at the 1.4 docs. |
| 05:43.34 | *** join/#bzflag hwilde (n=hwilde@pool-68-162-155-44.pitt.east.verizon.net) |
| 05:43.39 | hwilde | where da listserv at yo |
| 05:43.46 | DTRemenak | see also http://www.collab.net/community/subversion/articles/merge-info.html |
| 05:44.03 | brlcad | http://svn.haxx.se/dev/archive-2007-09/0508.shtml |
| 05:44.21 | brlcad | ~bzflist |
| 05:44.39 | blast007 | over there! |
| 05:44.46 | brlcad | it rigt der yo |
| 05:49.04 | BulletCatcher | Ok. I'll ignore svn:mergeinfo, too. There are a few svn:eol-style tweaks to be made, though. Also, quite a few svn:mime-type properties can be made more precise. |
| 05:49.50 | brlcad | hopefully by not resorting to unofficial x- mime types .. ;) |
| 05:50.12 | BulletCatcher | I plan to use the auto-props settings as a guide. |
| 05:50.23 | brlcad | lots of folks make junk up using the application/x- types, which are almost all bogus |
| 05:51.14 | blast007 | application/x-files |
| 05:51.22 | brlcad | BulletCatcher: it's worth noting that the #1 purpose of the mime types is proper delivery via the http viewsvn interface |
| 05:51.23 | BulletCatcher | You mean there is no official application/bzflag MIME type? :-) |
| 05:52.40 | brlcad | so while setting some file to a precise type might be more descriptive, it might not be the best for browser delivery if it causes it to do bad things (e.g. dump binary data into the window, download test files instead of displaying them, prompt for plugins, etc) |
| 05:53.24 | BulletCatcher | Hmmm. I see your point. |
| 05:53.39 | brlcad | depends totally on the type |
| 05:53.58 | brlcad | some are great, like image/png instead of application/octet-stream |
| 05:54.10 | BulletCatcher | That is #1 on my list. |
| 05:55.09 | brlcad | iana recognizes most images types |
| 05:55.21 | BulletCatcher | audio/x-wav for .wav files would be good too? |
| 05:55.29 | brlcad | just about everything else though that's binary should be octet |
| 05:55.34 | brlcad | yeah |
| 05:56.24 | brlcad | if you're not seen the official types: http://www.iana.org/assignments/media-types/ |
| 05:58.03 | brlcad | i think most of the auto-props in my sample subversion.config are safe, definitely would not use apache's default though .. it's geared for different purpose |
| 05:58.09 | BulletCatcher | If I just set the eol-style and MIME types according to http://my.bzflag.org/w/Auto-props that should keep me out of trouble, right? |
| 05:59.26 | brlcad | eh, not particularly |
| 05:59.45 | brlcad | just quickly glancing, I think someone pulled font/ttf out of their ... |
| 06:00.06 | ruskie | updates bzflag to 2.0.12 in source mage |
| 06:00.22 | brlcad | which makes the values suspect, should review them case by case, make sure they're valid mime types |
| 06:00.33 | ruskie | hmm btw is th ftgl used by bzflag trunk same as upstream or not? |
| 06:00.40 | BulletCatcher | I'll compare the auto-props page to the IANA list, then. |
| 06:01.08 | brlcad | for what it's worth, I have a *much* more extensive list that's probably been exercised a fair bit more |
| 06:01.11 | brlcad | http://bzflag.bz/~sean/subversion.config |
| 06:01.40 | brlcad | still probably should consider case by case regardless |
| 06:03.02 | *** join/#bzflag eTangenT (n=etangent@71-211-231-194.hlrn.qwest.net) |
| 06:04.57 | BulletCatcher | I'll check if I have any questions. |
| 06:05.05 | brlcad | k |
| 06:05.31 | brlcad | if you do use it and notice anything that might need to change, let me know -- I try to keep that file up to date with input from many projects |
| 06:05.57 | BulletCatcher | Also, I'll commit all of the files with the same change (e.g., .png) together for easy review. |
| 06:06.09 | brlcad | we could forcibly require the files have mime-types, then the question comes up a LOT more :) |
| 06:11.40 | *** join/#bzflag zee761 (n=ca98a1e6@gateway/web/cgi-irc/zeebrothers.net/x-5b5760ee9a45d44c) |
| 06:16.32 | BulletCatcher | ruskie: I think there are only minor differences between the FTGL in BZFlag and upstream. |
| 06:16.54 | blast007 | but probably enough to matter? |
| 06:18.14 | BulletCatcher | I haven't kept track. The best way to see would be to diff the source trees. |
| 06:19.02 | ruskie | hmm wouldn't it be good to get those diffs upstream as well? |
| 06:19.12 | ruskie | or is that somewhere on the todo |
| 06:19.53 | BulletCatcher | It depends. I think at least one change is in the build system to accommodate the way we build BZFlag. |
| 06:20.28 | ruskie | hates having libraries bundled with apps |
| 06:20.38 | blast007 | ruskie: it typically has been |
| 06:21.45 | blast007 | ruskie: notice the names here: http://sourceforge.net/project/memberlist.php?group_id=202130 ;) |
| 06:22.31 | ruskie | ahh |
| 06:22.32 | ruskie | :) |
| 06:23.10 | ruskie | points out the stupidity of the current rc5 tarball... it's pkgd as -rc5 but unpacks as ~rc5 |
| 06:24.37 | *** join/#bzflag think_tank (n=think_ta@unaffiliated/thinktank/x-168245) |
| 06:25.34 | BulletCatcher | On the subject of bundled libraries, it looks like we should update FreeType to fix some potential security problems: http://sourceforge.net/project/shownotes.php?group_id=3157&release_id=605780 |
| 06:26.35 | ruskie | another reason why bundlede libs are a bad idea... :) |
| 06:26.50 | ruskie | atleast on gnu+linux systems |
| 06:27.13 | BulletCatcher | I agree. But we still need to support those pesky Windows systems. |
| 06:27.33 | ruskie | no issues there |
| 06:27.52 | ruskie | keep them for windows bundled and use system where possible |
| 06:28.09 | ruskie | http://www.theregister.co.uk/2008/06/25/email_ddos/ <-- hmm so not fun |
| 06:28.38 | BulletCatcher | Our configure script already uses the system version of the libraries if they are available and new enough. |
| 06:29.28 | ruskie | imho should not just if available and new enough... should just demand them... |
| 06:29.41 | ruskie | but then that's just my opinion |
| 06:30.38 | BulletCatcher | Since we already have to support the libraries for Windows it really isn't any extra effort to do it for Linux, too. |
| 06:31.27 | BulletCatcher | New version of cURL, too: http://curl.haxx.se/changes.html |
| 06:31.28 | BulletCatcher | No obvious security fixes, at least. |
| 06:34.53 | CIA-35 | BZFlag: 03blast007 * r17866 10/trunk/bzflag/plugins/plugin_utils/base64.h: Add the "Local Variables" block and a newline at the end. |
| 06:37.29 | CIA-35 | BZFlag: 03blast007 * r17867 10/trunk/bzflag/plugins/webadmin/webadmin.cpp: s/BZFSHTTAuth/BZFSHTTPAuth/ |
| 06:39.58 | *** join/#bzflag codergeek42 (n=pgordon@fedora/codergeek42) |
| 07:12.22 | CIA-35 | BZFlag: 03bullet_catcher * r17868 10/branches/v2_0branch/bzflag/DEVINFO: Include title.png in the list of files that must be updated with the new release version number. |
| 07:41.31 | *** join/#bzflag eTangenT` (n=etangent@71-211-231-194.hlrn.qwest.net) |
| 09:40.53 | CIA-35 | BZFlag: 03blast007 * r17869 10/trunk/bzflag/src/bzfs/ (Makefile.am bzfsPlugins.cxx): |
| 09:40.53 | CIA-35 | BZFlag: Plugins are installed into $libdir, not $pkglibdir. |
| 09:40.53 | CIA-35 | BZFlag: Make the extension check a little smarter so that it doesn't see ../plugins/something as having an extension. The |
| 09:40.53 | CIA-35 | BZFlag: code will now start searching based on the position of the last path separator. |
| 10:02.55 | Constitution | blast007: might want to check with brlcad and/or BulletCatcher... iirc there was a change in our make system regarding libdir/pkglibdir |
| 10:11.37 | CIA-35 | BZFlag: 03lukstr * r17870 10/branches/gsoc_libbzw/ (6 files in 3 dirs): |
| 10:11.37 | CIA-35 | BZFlag: * Began parser |
| 10:11.37 | CIA-35 | BZFlag: * Stubbed parser classes, methods |
| 10:20.23 | Lukstr | zz |
| 10:20.24 | CIA-35 | BZFlag: 03lukstr * r17871 10/branches/gsoc_libbzw/ (include/BZW/Parser.h src/world/World.cxx): |
| 10:20.24 | CIA-35 | BZFlag: * Updated class definitions slightly |
| 10:20.24 | CIA-35 | BZFlag: * Added example code to World::read(...) for reference |
| 10:32.06 | *** join/#bzflag LongDon (n=LongDon@vpn199-028.hrz.uni-oldenburg.de) |
| 10:46.03 | *** part/#bzflag LongDon (n=LongDon@vpn199-028.hrz.uni-oldenburg.de) |
| 10:56.32 | *** join/#bzflag CBG` (n=CBG@cpc2-stme1-0-0-cust307.cdif.cable.ntl.com) |
| 11:53.13 | *** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 12:04.40 | *** join/#bzflag Gabe_G23 (n=gabe@cpe-069-134-026-246.nc.res.rr.com) |
| 12:19.24 | *** join/#bzflag spldart (n=short_ci@c-98-197-19-50.hsd1.tx.comcast.net) |
| 12:19.24 | *** mode/#bzflag [+v spldart] by ChanServ |
| 12:40.27 | *** join/#bzflag spldart (n=vircuser@c-98-197-19-50.hsd1.tx.comcast.net) |
| 12:40.27 | *** mode/#bzflag [+v spldart] by ChanServ |
| 12:43.50 | Thumper_ | brlcad: ??? what's the karma for? :) |
| 13:04.56 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 13:10.47 | *** join/#bzflag TyroneFHornigh (n=dbw@adsl-75-36-47-108.dsl.sndg02.sbcglobal.net) |
| 13:14.46 | brlcad | style "repairs" :) |
| 13:15.52 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 13:23.43 | Thumper_ | ah :) you mean conflict creation for everyone else |
| 13:24.49 | Thumper_ | from that I assume I should continue that effort :) |
| 13:25.30 | spldart | Stir that pot :) hehe |
| 13:34.28 | *** join/#bzflag LongDon (n=LongDon@vpn199-017.hrz.uni-oldenburg.de) |
| 14:00.33 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 14:06.23 | Thumper_ | brlcad: ping |
| 14:07.08 | brlcad | Thumper_: pong |
| 14:07.27 | Thumper_ | for style issues - what source under bzflag/ shouldn't change? src/other/* / |
| 14:07.28 | Thumper_ | ? |
| 14:07.48 | brlcad | yeah, src/other shouldn't be touched any more than we absolutely have to |
| 14:07.49 | Thumper_ | I assume stuff in src/other is just copied from other projects right? |
| 14:08.01 | brlcad | ideally they are just pristine upstream sources |
| 14:08.02 | Thumper_ | are there any other cases I should know about? |
| 14:08.19 | brlcad | not always the case, sometimes we have to redo their build systems, but source-wise -- yeah, ignre them |
| 14:08.42 | brlcad | I think there may still be a few straggler external headers in our include dir |
| 14:08.48 | Thumper_ | so everything under src/ excluding src/other is fair game? |
| 14:08.57 | brlcad | those need to get moved back up into src/other with the cppflags set accordingly |
| 14:09.03 | brlcad | pretty much |
| 14:09.24 | Thumper_ | ok thanks |
| 14:09.49 | blast007 | Constitution: if that's the case, then it wasn't working. |
| 14:10.57 | brlcad | Lukstr: nice update |
| 14:11.36 | blast007 | brlcad: should plugins be installed based on $libdir or $pkglibdir in the make system? |
| 14:11.55 | brlcad | Lukstr: there are some C++-templatized lexeryaccer interfaces that you could use that would give you the same functionality but cross-platform |
| 14:12.22 | blast007 | I made a change last night to one makefile that had a define pointing to $pkglibdir, and that define was used to locate the system-wide path to plugins |
| 14:12.23 | brlcad | blast007: I believe they were changed (recently) to go under pkglibdir instead of libdir |
| 14:12.33 | brlcad | saw |
| 14:12.50 | blast007 | well, on my system it wasn't going there |
| 14:13.22 | brlcad | that could be because of needing to do an autogen.sh after the Makefile.am updates in plugins dir |
| 14:13.26 | blast007 | but I also add this to my configure script: |
| 14:13.28 | blast007 | --libdir=/usr/local/lib/bzflag3 |
| 14:13.34 | blast007 | should I not be doing that? |
| 14:13.55 | brlcad | oo, probably not |
| 14:14.18 | blast007 | how would I install plugins to that path then? |
| 14:14.22 | brlcad | we don't install any proper "libs" |
| 14:14.30 | blast007 | I don't want them to conflict with 2.0.x |
| 14:14.43 | brlcad | that could be a problem |
| 14:15.03 | blast007 | pkglibdir was pointing to /usr/local/lib/bzflag3/bzflag (with that --libdir) |
| 14:15.26 | brlcad | probably just by setting --pkglibdir=.. |
| 14:16.06 | blast007 | but are plugins actually being installed to there? |
| 14:16.33 | brlcad | they should be |
| 14:17.01 | brlcad | ah, they're still listed as lib_ |
| 14:17.11 | brlcad | maybe the Makefiles were only changed for branch |
| 14:17.27 | brlcad | or whomever was testing it hadn't committed yet |
| 14:17.33 | blast007 | ok |
| 14:17.46 | blast007 | so at this point, my change is valid, correct? |
| 14:18.38 | brlcad | yes |
| 14:19.26 | brlcad | at least until this returns non-empty: find plugins -name Makefile.am -exec grep pkglib {} /dev/null \; |
| 14:19.33 | brlcad | ;) |
| 14:20.25 | brlcad | Lukstr: I'd also *strongly* look into merely refactoring the parsing code already in bzfs into your library since it's the authoritative code atm |
| 14:32.52 | *** join/#bzflag LongDon (n=LongDon@vpn199-003.hrz.uni-oldenburg.de) |
| 14:46.24 | *** join/#bzflag me1 (n=me1@unaffiliated/me1) |
| 14:48.20 | *** join/#bzflag Wyk3d (n=Wyk3d@c7.campus.utcluj.ro) |
| 14:54.54 | Thumper_ | brlcad: TextUtils.h::45 (definition of tolower) why is it safe to allocate std::string trans on the stack and return it as the result of the function? Doesn't that access stack frame data that has been popped off and maybe reused by something else? |
| 15:30.42 | *** join/#bzflag spldart (n=short_ci@adsl-70-240-206-88.dsl.hstntx.swbell.net) |
| 15:30.42 | *** mode/#bzflag [+v spldart] by ChanServ |
| 15:48.26 | Chestal | Thumper_: the string object is returned by value, so - at least logically - a copy is returned. Really the same thing as int twice(int b) { int a=2*b; return a;} |
| 15:51.20 | Thumper_ | Chestal: There's a copy in plugin_utils that I'm trying to use to uppercase a string and it returns inconsistent results :/ and as I understand it JeffM copied that from TextUtils.h |
| 15:51.42 | Thumper_ | except that version isn't inline... |
| 15:53.37 | Thumper_ | and of course I can't get gdb to find the source for the logDetail plugin... so debugging is *fun* |
| 15:55.56 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 15:56.44 | Chestal | Thumper_: gdb, so not on Windows I guess? |
| 15:56.55 | Thumper_ | Linux |
| 15:57.11 | Thumper_ | pretends he can't do windows |
| 15:57.56 | Chestal | and can you be more precise on what kind of inconsistent results? |
| 15:58.11 | Thumper_ | sure :) |
| 15:58.27 | Chestal | blind guess: you are using tolower(mystring).c_str() |
| 15:58.43 | Thumper_ | I haven't commited the (broken) code yet but the join line |
| 15:58.56 | Thumper_ | the plugin returns is supposed to say 'OBSERVER' everytime a |
| 15:59.01 | Thumper_ | player joins with bzadmin like this: |
| 15:59.19 | Thumper_ | PLAYER-JOIN 3:xxx #0 OBSERVER IP:127.0.0.1 |
| 15:59.32 | Thumper_ | but sometimes I get other stuff like the IP instead |
| 15:59.36 | Thumper_ | PLAYER-JOIN 3:xxx #0 127.0.0.1 IP:127.0.0.1 |
| 15:59.41 | ruskie | hmm is the ability to steamroll a BU with a PZ upon self destruct a bug or a feature? |
| 15:59.44 | Chestal | so how do you use tolower? |
| 16:00.25 | Thumper_ | + return toupper(std::string(bzu_GetTeamName(team))).c_str(); |
| 16:00.29 | Thumper_ | (toupper actually) |
| 16:00.34 | Chestal | there#s your problem |
| 16:01.09 | Thumper_ | so I can't nest the calls? |
| 16:01.10 | Chestal | the const char* returned to you by c_str can only be used as long as the respective string object lives (and is unchanged) |
| 16:01.57 | Thumper_ | return toupper(bzu_GetTeamName(team)).c_str() doesn't work either |
| 16:02.10 | Thumper_ | so I need something like |
| 16:02.17 | Chestal | same issue, the stirng object is the one returned by the function |
| 16:02.23 | Chestal | do you really have to return a char* there? |
| 16:02.23 | Thumper_ | std::string tmp = toupper(bzu...) |
| 16:02.32 | Thumper_ | and return tmp.c_str() ? |
| 16:02.41 | Chestal | no, that won't help you either |
| 16:02.48 | Thumper_ | no - I can use a std::string instead |
| 16:02.54 | Thumper_ | but the only use is every to conver to c_str() |
| 16:03.03 | Chestal | then do that, avoid char* unless you have a very good reason to use it |
| 16:03.03 | Thumper_ | so I figured what's the point of converting back and forth :) |
| 16:03.15 | Thumper_ | looks like I shot myself in the foot :) |
| 16:03.18 | Thumper_ | thanks |
| 16:03.51 | Thumper_ | ok |
| 16:04.15 | Chestal | the problem with returning char* from the function is that the funtion would have to allocate the char* buffer on the free store, so it outlives the functoin. Of course, then the caller is responsible to delete it later |
| 16:04.47 | Thumper_ | right... thought about that issue which is what prompted by initial question about it being safe |
| 16:04.58 | Thumper_ | knows C better than C++ but is learning quickly :) |
| 16:05.20 | Thumper_ | s/by/my/ |
| 16:05.45 | Chestal | .c_str() is really only meant to be used when you have to interface C style string handling stuff - and then you really must know what you are doing |
| 16:06.58 | Thumper_ | .c_str() is used alot in bzflag (bz_debugMessage[f] etc) which is where this data is ultimately going |
| 16:08.12 | Chestal | basically, foo(mystring.c_str()) is safe to use when char mystring[20]="..."; foo(mystring); would be |
| 16:09.00 | Thumper_ | ok |
| 16:09.42 | Thumper_ | and std::string is basically safe (right?) but there's performance issues with string copies etc so we need to use references wisely etc... |
| 16:10.42 | Chestal | it#s generally a good idea to minimize copies of std::string. There's no guarnatee whether copies are cheap or expensive |
| 16:11.12 | Chestal | so passing by const reference is usually a good idea |
| 16:11.36 | Thumper_ | cool thanks |
| 16:16.04 | Thumper_ | brlcad: nevermind :) Chestal answered my question |
| 16:16.26 | Thumper_ | ~Chestal++ |
| 16:16.41 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 16:17.31 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 16:19.45 | Thumper_ | JeffM: turns out that was me mixing C strings and std::strings incorrectly (re my tolower/toupper issue) |
| 16:23.14 | JeffM | ahh |
| 16:23.23 | JeffM | cus I was a little confused :) |
| 16:23.36 | JeffM | I added toupper for you |
| 16:23.50 | JeffM | and versions that don't make a copy for std::strings |
| 16:23.58 | Thumper_ | I saw that - conflicted with mine :) |
| 16:24.02 | JeffM | heh |
| 16:24.23 | JeffM | I was gonna freak out cus the web server uses tolower in a lot of places |
| 16:24.49 | JeffM | do the latest changes build ok? |
| 16:24.59 | JeffM | I moved stuff around, and I hope I got all the right makefiles |
| 16:25.06 | Thumper_ | build yes - haven't tried running it yet |
| 16:25.32 | JeffM | if you run webreport now it will use global auth |
| 16:25.42 | JeffM | and look for groups with viewreport or admin |
| 16:25.47 | JeffM | should change that |
| 16:25.56 | Thumper_ | cool I'll check it out when I'm done with breaking this other stuff |
| 16:29.06 | CIA-35 | BZFlag: 03JeffM2501 * r17872 10/trunk/bzflag/plugins/webReport/webReport.cpp: if there are groups with the ViewReport perm, use those for auth, if not use groups with admin (kick and ban), not both. |
| 16:29.13 | CIA-35 | BZFlag: 03JeffM2501 * r17873 10/trunk/bzflag/plugins/webReport/webReport.sln: dependencies |
| 16:35.10 | *** join/#bzflag Think_Differentl (n=James@unaffiliated/thinkdifferentl/x-838543) |
| 16:42.45 | CIA-35 | BZFlag: 03bthansen * r17874 10/trunk/bzflag/plugins/logDetail/ (Makefile.am logDetail.cpp): Qualify unmodified parameters as const; Refactor and use bzu_GetTeamName |
| 16:42.55 | CIA-35 | BZFlag: 03bthansen * r17875 10/trunk/bzflag/plugins/plugin_utils/ (base64.cpp base64.h): Whitespace |
| 16:43.04 | CIA-35 | BZFlag: 03bthansen * r17876 10/trunk/bzflag/plugins/plugin_utils/plugin_config.h: Whitespace |
| 16:43.12 | CIA-35 | BZFlag: 03bthansen * r17877 10/trunk/bzflag/plugins/plugin_utils/plugin_files.cpp: Whitespace |
| 16:46.31 | *** join/#bzflag bugQ (n=bugQ@c-67-166-124-4.hsd1.ut.comcast.net) |
| 16:53.33 | JeffM | aww Thumper_ you made them all ugly |
| 16:53.54 | Thumper_ | more ugliness on the way |
| 16:54.42 | JeffM | free shirt if you convert it all to BSD and change the devinfo to match ;) |
| 16:55.06 | Thumper_ | sorry :) I already have 2 shirts... and I have no authority to mess with DEVINFO ;) |
| 16:55.14 | JeffM | sure you do |
| 16:55.20 | JeffM | it's a file in the source tree |
| 16:55.28 | Thumper_ | likes K&R better than BSD anyway |
| 16:55.37 | JeffM | blasphemy |
| 16:55.41 | JeffM | MATCHING BRACES |
| 16:55.42 | JeffM | comon. |
| 16:55.46 | JeffM | matching |
| 16:56.00 | CIA-35 | BZFlag: 03bthansen * r17878 10/trunk/bzflag/plugins/plugin_utils/plugin_utils.cpp: Whitespace |
| 16:56.10 | CIA-35 | BZFlag: 03bthansen * r17879 10/trunk/bzflag/plugins/plugin_utils/plugin_utils.cpp: Refactor toupper/tolower |
| 16:57.47 | JeffM | Thumper_, I'm not sure I like that refactor |
| 16:57.56 | JeffM | why do you like making more copies of the string |
| 16:58.03 | Thumper_ | that's fair - that's why it's all alone so you can revert it |
| 16:58.26 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@unaffiliated/spazzymcgee) |
| 16:58.39 | Thumper_ | was thinking more along the 'duplicated' code train of thought instead of string copies (oops) |
| 16:58.54 | JeffM | yeah we left it unrolled for speed |
| 16:58.56 | JeffM | it's short |
| 16:59.07 | Thumper_ | ok I can revert it |
| 16:59.18 | JeffM | tho the old one still makes 2 copies |
| 16:59.21 | Thumper_ | but I'm keeping my whitespace changes ;) |
| 16:59.23 | JeffM | it could be refactored faster :) |
| 16:59.49 | JeffM | I"ll refactor it again |
| 16:59.51 | Thumper_ | yeah it probably could... but I have to go do work for abit... |
| 16:59.52 | JeffM | I think I can make it better |
| 16:59.53 | Thumper_ | ok thanks. |
| 16:59.57 | Thumper_ | I'll just leave it for you then |
| 17:00.26 | Thumper_ | is planning to revisit the plugins that print team info and use the bzu_ function instead of each one rolling their own |
| 17:00.30 | Thumper_ | but can't do that now |
| 17:00.37 | JeffM | hmmm I could make it just return a char* to a static, then it'd only have to make one copy |
| 17:00.41 | JeffM | but that's kinda cheezy |
| 17:00.53 | Thumper_ | yup it is |
| 17:01.03 | JeffM | better would be to pass in the string as a ref |
| 17:01.06 | Thumper_ | or if nobody is using the char * version just lose it |
| 17:01.28 | JeffM | I'll have to look and see what is used |
| 17:01.35 | JeffM | the char* version is probalby used for compares |
| 17:01.43 | JeffM | and they should be using compare_no_case |
| 17:04.35 | Thumper_ | looks like mapchange and webstats use pass in a std::string.c_str() param - they could just change |
| 17:04.50 | Thumper_ | lots of other code under plugins/ just makes their own tolower |
| 17:05.07 | JeffM | I'll go do a pass on em all and clean em up |
| 17:05.11 | Thumper_ | ok lots = 2 |
| 17:05.15 | JeffM | heh |
| 17:05.15 | Thumper_ | troBlock and chathistory |
| 17:05.30 | Thumper_ | thx |
| 17:05.32 | Thumper_ | goes to work |
| 17:05.37 | JeffM | have fun |
| 17:05.56 | Thumper_ | this was more fun than going to work... so I did this instead but can't put it off any longer |
| 17:12.03 | JeffM | heh, I am at work ;) |
| 17:26.10 | *** join/#bzflag Erroneous (n=dtremena@about/essy/CrazyCoder/DTRemenak) |
| 17:26.11 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 17:27.55 | Thumper_ | well so am I ... but unfortunately I only get paid for working... |
| 17:39.42 | *** join/#bzflag TimRiker (n=timr@99-204-226-81.area1.spcsdns.net) |
| 17:39.42 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 17:51.48 | *** join/#bzflag Pimpi_ (n=frank@gondolin.pimpi.org) |
| 17:56.12 | JeffM | hopes this works on gcc |
| 17:56.18 | CIA-35 | BZFlag: 03JeffM2501 * r17880 10/trunk/bzflag/ (17 files in 8 dirs): |
| 17:56.18 | CIA-35 | BZFlag: remove copies of tokenize,format, and tolower from various plug-ins |
| 17:56.18 | CIA-35 | BZFlag: refactor toupper and tolower to take the destination as a parameter to minimize copies. |
| 17:56.18 | CIA-35 | BZFlag: rewrite uses of toupper and tolower in plug-ins to be faster. |
| 18:03.28 | JeffM | if anyone gets any errors or warnings on that let me know |
| 18:24.34 | catay | JeffM: http://pastebin.bzflag.bz/m54e36d7b |
| 18:30.10 | JeffM | did you rebuild clean? |
| 18:31.55 | catay | I think I did. i'll rebuild to make sure |
| 18:32.06 | JeffM | one sec |
| 18:32.10 | JeffM | I may have an idea |
| 18:32.12 | Thumper_ | rebuilds too |
| 18:32.22 | JeffM | no I don't |
| 18:32.42 | JeffM | it should work |
| 18:32.57 | JeffM | but if not it may be one of those GCC things I worry about |
| 18:33.01 | JeffM | and I can change how it's called |
| 18:33.44 | JeffM | cus it should be calling this one |
| 18:33.45 | JeffM | const std::string& tolower(const std::string& s, std::string& dest); |
| 18:34.09 | JeffM | tho gcc may cast all unamed temps to const refs |
| 18:34.17 | JeffM | and if so then I have change how it's done |
| 18:35.25 | Thumper_ | fails for me too |
| 18:36.54 | Thumper_ | line 8 of that pastebin - first arg is a reference but second isn't ? |
| 18:38.16 | JeffM | it's an unamed temp |
| 18:38.26 | JeffM | guess it won't cast them to non cost |
| 18:38.26 | JeffM | ok |
| 18:38.29 | JeffM | then I make changes |
| 18:44.25 | catay | clean rebuilds fails too |
| 18:44.31 | catay | *rebuild |
| 18:44.42 | JeffM | yeah, I'm fixing it now |
| 18:45.42 | JeffM | wonder what the standard says about non const refs to unnamed temps |
| 18:46.47 | CIA-35 | BZFlag: 03JeffM2501 * r17881 10/trunk/bzflag/plugins/ (3 files in 2 dirs): gcc does not let un-named temps be cast to a non const reference, so go an make real variables to store the returns, it's faster for cases that reuse the results of tolower anyway. |
| 18:47.13 | JeffM | try that |
| 18:48.10 | Thumper_ | that builds |
| 18:48.15 | JeffM | k |
| 18:48.35 | Lukstr | brlcad: rgr |
| 18:48.37 | JeffM | I guess gcc thows them out of scope very early |
| 18:49.57 | catay | builds here too |
| 18:51.28 | JeffM | most of the places used the results of tolower more then once, so it's good to cache it out |
| 19:06.00 | donny_baker | Thumper_: i don't believe you built it... it didn't take 20 minutes ;) |
| 19:06.10 | Thumper_ | heh |
| 19:06.13 | Thumper_ | thanks JeffM !! :) |
| 19:22.06 | *** join/#bzflag TimRiker (n=timr@pdpc/supporter/bronze/TimRiker) |
| 19:22.06 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 19:48.03 | blast007 | JeffM: last night when I ran fastmap and webstats (iirc) bzfs crashed |
| 19:48.18 | blast007 | with webstats and webadmin it didn't |
| 19:48.34 | blast007 | though I couldn't get webadmin to respond |
| 19:49.52 | brlcad | Thumper_: glad to hear it |
| 20:01.49 | JeffM | blast007, hmm, get a dump? |
| 20:42.13 | *** join/#bzflag LongDon (n=LongDon@host-091-097-049-180.ewe-ip-backbone.de) |
| 20:50.15 | CIA-35 | BZFlag: 03wyk3d * r17882 10/trunk/bzauthd/ (4 files in 2 dirs): * Implemented some RSA members |
| 21:04.03 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 21:04.03 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 21:18.46 | *** join/#bzflag Think_Differentl (n=James@unaffiliated/thinkdifferentl/x-838543) |
| 21:23.06 | *** join/#bzflag Warinthestar (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 21:25.52 | CIA-35 | BZFlag: 03wyk3d * r17883 10/trunk/bzauthd/ (4 files in 3 dirs): * Hooked up the RSA classes to the test bench and fixed some bugs |
| 21:27.41 | *** join/#bzflag Wits_ (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 21:31.01 | *** join/#bzflag LongDo1 (n=LongDon@host-091-097-039-044.ewe-ip-backbone.de) |
| 21:31.13 | *** part/#bzflag LongDo1 (n=LongDon@host-091-097-039-044.ewe-ip-backbone.de) |
| 21:32.43 | CIA-35 | BZFlag: 03wyk3d * r17884 10/trunk/bzauthd/ (bzauthd/RSA.cxx bzauthd/RSA.h test/gcrypt.cpp): * Added more error checking |
| 21:37.19 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 21:49.23 | *** join/#bzflag Birdie (n=Birdie@moooo.org) |
| 21:59.30 | Constitution | ~brlcad++ |
| 22:05.14 | *** join/#bzflag codergeek42 (n=pgordon@fedora/codergeek42) |
| 22:06.31 | JeffM | how's your vector math going Constitution ? |
| 22:08.37 | Constitution | it's going okay... however, there is some bug in the shot manager code that is making player->canShoot() return false when it shouldn't... I'm diagnosing that now |
| 22:09.11 | Constitution | basically, I'll fire in the client, and the server will only update/relay the shot about 50% of the time... trying to figure out why |
| 22:10.11 | JeffM | hmm |
| 22:10.24 | JeffM | shouldn't be packetloss or anything |
| 22:10.43 | Constitution | it's not |
| 22:11.32 | Constitution | basically player->canShoot() should only ever return false if the player is cheating and shooting too fast, right? |
| 22:12.05 | Constitution | unless it's used somewhere else |
| 22:12.17 | JeffM | or the reload math is wrong |
| 22:12.58 | Constitution | I meant "should" in the sense of how it's supposed to work |
| 22:14.34 | JeffM | yeah |
| 22:20.41 | Constitution | once I can actually fire consistently enough so that testing isn't inhibited, I'll try to figure out why shots still "jump" when the server update comes in... right now it looks like it's either the DR logic or the muzzle offset transformation |
| 22:21.15 | Constitution | or both |
| 22:23.30 | JeffM | I'm betting DR |
| 22:23.33 | JeffM | the offset is prety simple |
| 22:23.52 | JeffM | my gut says it's not taking rotary vel into account |
| 22:25.59 | Constitution | well, shots are certainly not starting anywhere near the end of the turret... they seem to be coming from either side of the tank, and generally from the back of it |
| 22:26.11 | JeffM | awesome :) |
| 22:26.22 | Constitution | that's why I was thinking it might be the muzzle offset, but I guess not necessarily |
| 22:26.28 | JeffM | it could be |
| 22:26.36 | JeffM | it won't hurt to have you verify it |
| 22:33.17 | JeffM | so, brlcad, Erroneous how hard would be to use freetype to render to one of our textures? |
| 22:33.43 | *** join/#bzflag dgmul (n=dmul@user-118bo8f.cable.mindspring.com) |
| 22:36.12 | brlcad | not too terrible, but, er? if you have a font that needs rendering, ftgl has means to feed freetype a context |
| 22:36.31 | JeffM | I need to get the version number into one of our textures |
| 22:36.48 | JeffM | so that I can use it on geometry |
| 22:36.59 | JeffM | like say, the flag in the logo :) |
| 22:37.06 | JeffM | I have no experience rendering to textures |
| 22:43.38 | blast007 | JeffM: http://pastebin.bzflag.bz/m664305bb |
| 22:43.53 | blast007 | that's with fastmap, webadmin, and webstats, if it matters |
| 22:44.22 | JeffM | that's not exactly enough |
| 22:44.29 | JeffM | that just tells me it dies on the tick |
| 22:45.10 | blast007 | can I get something more than that? |
| 22:45.24 | JeffM | were the plugins built debug? |
| 22:45.55 | blast007 | shrugs |
| 22:46.00 | blast007 | is there a way to check? |
| 22:46.04 | JeffM | dunno |
| 22:46.11 | JeffM | maybe run in gdb and see if she pukes |
| 22:46.17 | blast007 | that was in gdb |
| 22:46.29 | JeffM | I can try it later, gotta do real work now :( |
| 22:46.41 | JeffM | my emulation is slighty off :( |
| 22:59.24 | *** join/#bzflag Gabe_G23 (n=chatzill@cpe-069-134-026-246.nc.res.rr.com) |
| 23:04.24 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 23:04.24 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 23:07.17 | *** join/#bzflag ShadowSpectre (n=Default@24-197-138-217.dhcp.spbg.sc.charter.com) |
| 23:12.07 | *** join/#bzflag KTL (n=KTL@213.219.141.183.adsl.dyn.edpnet.net) |
| 23:13.31 | KTL | does the forum allow to reply with an attachment? |
| 23:13.40 | JeffM | sure |
| 23:13.51 | JeffM | just not from the quick reply |
| 23:13.56 | JeffM | you have to hit the reply button |
| 23:14.12 | KTL | uploading version 2 of my script :) |
| 23:14.47 | ShadowSpectre | Ping: Jeff |
| 23:14.52 | JeffM | ? |
| 23:15.04 | ShadowSpectre | I need some help with syntax |
| 23:15.19 | ShadowSpectre | how would I hostban-> APuteaux-151-1-12-68.w82-120.abo.wanadoo.fr |
| 23:16.28 | ShadowSpectre | I did a /hostban *.abo.wanadoo.fr but it did not take |
| 23:16.37 | ShadowSpectre | the creep came back |
| 23:17.33 | Thumper_ | ShadowSpectre: http://dev.bzflag.norang.ca/help#head-c643ce49 (last entry is a hostban example) |
| 23:18.22 | Thumper_ | and it's probably on the wiki somewhere (or should be) |
| 23:20.41 | Thumper_ | in trunk: in a 1-1 CTF if you kill the tank carrying its own flag the flag disappears until that player respawns - this isn't intended behaviour is it? |
| 23:22.33 | ShadowSpectre | I tried *.wanadoo.fr I hope that works |
| 23:23.20 | ShadowSpectre | I don't get how he can switch IP's so quickly |
| 23:23.39 | ShadowSpectre | I mean, this guy takes only seconds |
| 23:24.20 | JeffM | he simply restarts his modem |
| 23:25.45 | ShadowSpectre | ok. On comcast they give you your old Ip address unless someone gets it first. That can take minutes |
| 23:25.57 | JeffM | did he come back as another *.abo ? or was it slightly different |
| 23:26.29 | JeffM | yeah comcast likes to keep em per user if they can |
| 23:26.33 | JeffM | not all ISPs are like that |
| 23:26.34 | ShadowSpectre | did not get the complete host string but yes, I think it was another *.abo.wanadoo.fr |
| 23:26.45 | ShadowSpectre | the DNS lookup confirmed |
| 23:26.59 | ShadowSpectre | I did get all his IP addresses he used |
| 23:27.01 | JeffM | I'd just ban his class B |
| 23:27.16 | JeffM | you have any other players from that ISP? |
| 23:27.17 | ShadowSpectre | Indulge me on that, please |
| 23:27.28 | JeffM | ban 123.123.*.* |
| 23:27.30 | ShadowSpectre | only donny or benfish might know |
| 23:27.37 | JeffM | 65k Ip addresses |
| 23:27.37 | ShadowSpectre | oh, I did that too |
| 23:27.47 | ShadowSpectre | on both of them |
| 23:28.00 | JeffM | usualy ISPs will keep users in a class C or class b |
| 23:28.04 | JeffM | if not he may be using proxies |
| 23:28.28 | ShadowSpectre | I'll ask donny or ben to look at the logs to see. Donny Banned him this morning and he was from that wanadoo.fr each time |
| 23:28.33 | JeffM | you could always go reg to play, that' get him on any IP |
| 23:28.56 | ShadowSpectre | go reg to play? |
| 23:29.06 | ShadowSpectre | I think he's unregistered |
| 23:29.09 | JeffM | require a valid global username and password to spawn or talk |
| 23:29.10 | JeffM | exactly |
| 23:29.17 | ShadowSpectre | not my server |
| 23:29.18 | JeffM | then if he was not registerd, he could not do anything |
| 23:29.28 | JeffM | then get the owners to go reg only :) |
| 23:29.33 | ShadowSpectre | and I don't think Benfish would go for it |
| 23:29.39 | JeffM | reg only removes a lot of the issues |
| 23:29.43 | ShadowSpectre | all the owners seem opposed to it |
| 23:29.49 | JeffM | yep |
| 23:29.53 | JeffM | then this is what they get to deal with |
| 23:29.58 | JeffM | it's a trade-off |
| 23:30.04 | ShadowSpectre | as usual, jeff, you are correct |
| 23:30.19 | JeffM | network based bans can only be so effective in this day |
| 23:30.39 | ShadowSpectre | this guy hasn't figured out how to use a proxy yet |
| 23:30.46 | JeffM | that you know of |
| 23:30.52 | ShadowSpectre | true |
| 23:31.21 | ShadowSpectre | I use a pretty quick proxy sometimes but I think it would increace the lag time for most users |
| 23:31.50 | JeffM | it would be unplayable |
| 23:31.56 | JeffM | most proxies don't support UDP |
| 23:34.23 | ShadowSpectre | hold on.. I'll get the proxy service. I could play smoothly |
| 23:34.38 | JeffM | some do |
| 23:34.51 | JeffM | it may look smooth to you, but you probalby look HORIBLE to everyone else |
| 23:34.58 | JeffM | that is the core problem with 2.0.x |
| 23:35.05 | JeffM | we do not punish the laggy |
| 23:35.23 | ShadowSpectre | www.anchorfree.com - get hotspotshield |
| 23:35.36 | JeffM | best NOT to promote proxies here |
| 23:35.39 | ShadowSpectre | only added maybe 20ms to my lag time |
| 23:35.43 | JeffM | there is no reason to use them for playing game |
| 23:35.49 | JeffM | unless you want to cause trouble |
| 23:36.01 | *** join/#bzflag spldart (n=vircuser@c-98-197-19-50.hsd1.tx.comcast.net) |
| 23:36.01 | *** mode/#bzflag [+v spldart] by ChanServ |
| 23:36.20 | ShadowSpectre | warn me next time ;) |
| 23:36.27 | JeffM | think next time ;) |
| 23:36.36 | JeffM | yeah that's a VPN |
| 23:36.40 | JeffM | so it's probalby trackable |
| 23:36.44 | ShadowSpectre | long day.. dehydrated, plus I thought this place was clean |
| 23:36.44 | JeffM | so not so bad |
| 23:36.55 | JeffM | clean? |
| 23:37.01 | ShadowSpectre | no miscreants |
| 23:37.05 | JeffM | HAH |
| 23:37.07 | JeffM | right |
| 23:37.23 | JeffM | how would we know who was or wasn't |
| 23:37.26 | JeffM | and the logs are public |
| 23:37.39 | ShadowSpectre | well.. considering it takes a little brains to use IRC... I usually expect said people to be of a higher caliber |
| 23:37.44 | *** join/#bzflag triclops (n=caleb@59.154.120.204) |
| 23:37.54 | JeffM | most cheaters arn't stupid |
| 23:38.03 | JeffM | in fact the people that do the worst of it are VERY smart |
| 23:38.13 | JeffM | it is a mistke to think they are fools |
| 23:39.38 | JeffM | we will never be able to stop the most dedicated cheaters |
| 23:43.02 | L4m3r | not legally anyway ;) |
| 23:49.45 | KTL | there i am afraid |
| 23:49.48 | KTL | because euhm :D |
| 23:50.07 | KTL | well the only reason why i think i dont cheat is because i know i did not hack my client :D |
| 23:50.33 | JeffM | L4m3r, even illegaly ;) |
| 23:50.50 | JeffM | it is unfeasable to try to outright STOP them |
| 23:50.59 | JeffM | we can minimise what they can do tho |
| 23:51.27 | JeffM | to the point where how much they can affect the game is so minimal it won't be worht it for most of them |
| 23:52.08 | L4m3r | illegally, we can just apply the "LAN game" principle over the internet |
| 23:52.23 | JeffM | you would not be able to find them to smack them |
| 23:52.33 | L4m3r | you know... more primitive implementations of the "Internet Face-Stab Protocol" |
| 23:52.50 | JeffM | I know what you mean, but you'd not be able to locate them to a person |
| 23:53.09 | JeffM | I'd bet that you'd be unable in over 90% of the cases |
| 23:53.21 | L4m3r | I couldn't |
| 23:53.27 | L4m3r | I'm sure there are people who can though |
| 23:53.33 | JeffM | I'm not |
| 23:53.42 | JeffM | I think most of "those" people are full of BS |
| 23:54.04 | JeffM | or would be lacking the tools needed in our case |
| 23:54.25 | JeffM | since it's just game connections, not real browsers, etc.. |
| 23:54.34 | JeffM | phishers need hooks ;) |
| 23:55.50 | JeffM | and even then, you'd still not be able to even identify the more subtle cheats, like aimbots, etc.. |
| 23:55.58 | JeffM | you'd have the same problem |
| 23:59.20 | L4m3r | heh |
| 23:59.43 | L4m3r | I think that with proper lagcomp, aimbots will provide a very minimal advantage if any |