IRC log for #bzflag on 20080618

01:01.31*** join/#bzflag donny_baker (n=joevano@about/essy/vvvvv/donnybaker)
01:01.31*** mode/#bzflag [+v donny_baker] by ChanServ
01:13.57*** join/#bzflag bryjen (n=bryjen@CPE-76-177-176-191.natsoe.res.rr.com)
01:13.57*** mode/#bzflag [+v bryjen] by ChanServ
01:29.54brlcadif anyone wants to get on the .de server and already has a .bz account, just lemme know
01:56.03*** join/#bzflag Gabe_G23 (n=chatzill@cpe-069-134-026-246.nc.res.rr.com)
02:00.24*** join/#bzflag spldart (n=vircuser@c-98-197-19-50.hsd1.tx.comcast.net)
02:00.24*** mode/#bzflag [+v spldart] by ChanServ
02:13.37*** join/#bzflag bugQ (n=bugQ@c-67-166-124-4.hsd1.ut.comcast.net)
02:13.59*** join/#bzflag BenUrban (n=benurban@unaffiliated/benurban)
02:21.14*** join/#bzflag JeffM (n=Jeff@unaffiliated/jeffm)
02:37.07spldartHello BugQ
02:37.39bugQhi, sorry for the absence
02:37.53spldartHow are you coming with some real, meat and potatoes, commits?
02:39.19spldartYeah. About that.. Even though it isn't a good thing to be gone so long you should always notify either me or a sr. mentor about a situation that is costing you time from your job.
02:39.50spldartYour on very shaky ground right now.
02:40.03bugQright, ok.
02:40.38JeffMyou arn't exactly outgoing in your interactivity.
02:40.44spldartI don't mean to be a 'stick in the mud' but this is a serious concern.. As I'm sure Jeff and others have mentioned. Mid project evaluations are coming up and you have some catching up to do.
02:40.47spldartBig time.
02:41.02JeffMmid's are already?
02:41.09spldartNot yet
02:41.10JeffMI thought those were in july?
02:41.16spldartbut it wont be that long
02:41.20JeffMgood
02:41.23spldartcouple 3 weeks maybe?
02:41.31JeffMit's been less then a month
02:41.34JeffMhasn't it?
02:41.42JeffMat this rate I'd fail most every student
02:41.47Thumper_<PROTECTED>
02:42.01spldartAh
02:42.14JeffMbut yeah it dosn't look good for the workload
02:43.03spldartSo.. About those 'meat and potatoes' commits?
02:44.06bugQI replaced page = "default"; with templateSystem.processTemplateFile(page, "main.tmpl"); and the plugin won't respond
02:44.19bugQcan it not find the template maybe?
02:44.47JeffMwhere is the template?
02:44.56bugQthe templates dir.
02:45.05JeffMdid you add the templates dir to the search paths?
02:45.34JeffMby deault it only adds ./ to the search paths
02:45.46JeffMthat's the entire thing where it looks to see if commandline is valid and if not adds ./
02:46.51bugQhow does webReport find its templates? I don't see anywhere that it adds ./templates
02:47.23JeffMit dosn't look for them in there
02:47.30JeffMit wasn't made to run from the source tree
02:47.40JeffMyou add the location of the templates from the command line
02:47.58JeffM-loadplugin webreport.so,./plugins/webreport/templates
02:48.07JeffMthat way the end user can setup the templates in any location
02:48.24bugQoh, it has a fallback, ok.
02:48.29JeffMserver installs rarely run from the source tree
02:48.37JeffM./ is the default cus we have to have SOMETHING
02:48.54JeffMso you can choose to hardcode a path if you want
02:48.58JeffMor pass it in via the command line
02:49.09JeffMthat's your choice for this project
02:49.27bugQI'll just follow suit then
02:49.36JeffMwebreport was just a sample for you to get the ball rolling, not the end all/be all of HTTPD plugin design
02:54.14JeffMthat work better if you change the command line?
02:55.06bugQhm, no
02:55.32JeffMwhat is your command line for the -loadplugin ?
02:55.55bugQsrc/bzfs/bzfs -loadplugin plugins/webadmin/.libs/webadmin,./plugins/webadmin/templates
02:56.35bugQoh, foo.  I needed a trailing slash.
02:57.02JeffMyes
02:57.06JeffMit needs a path
02:57.10JeffMwhat debuger are you using?
02:57.47bugQI don't have a debugger set up currently...
02:58.01JeffMthat would be something you will need
02:58.07JeffMand a basic tool for general development
02:58.53brlcadyay
02:59.13brlcadfinishes writing up a basic account AUP for .bz so he doesn't have to have the same talk over and over
02:59.41JeffMthat would have been my SECOND guess
02:59.58JeffMthe first was the the ACLU finaly accepted your case to make shirtless thrusdays a reality
03:02.00a_meteoriteshirtless thursdays? remind me not to stop around there ;)
03:02.37JeffMpanzy ;)
03:07.29CIA-34BZFlag: 03bugQ * r17604 10/trunk/bzflag/plugins/webadmin/ (templates/ templates/main.tmpl webadmin.cpp): setup for templates
03:07.44JeffMget it to load bugQ ?
03:07.48bugQya.
03:07.52JeffMcool.
03:09.21bugQstarting to see the cleverness in your template API now.
03:10.24JeffMit's meant to be simple to use from both the HTML and C++ side
03:39.58*** join/#bzflag eTangenT` (n=etangent@71-211-203-172.hlrn.qwest.net)
03:40.30*** join/#bzflag think_tank_ (n=think_ta@unaffiliated/thinktank/x-168245)
03:43.21JeffMwishes VC had an incredebuild type build display
03:51.45CIA-34BZFlag: 03JeffM2501 * r17605 10/trunk/bzflag/ (31 files in 31 dirs):
03:51.45CIA-34BZFlag: add a full build sln to build all the plug-ns with all the bzflag exes
03:51.45CIA-34BZFlag: make all the plug-ins use the correct lib dirs for the new VC8 build setup.
03:53.10CIA-34BZFlag: 03JeffM2501 * r17606 10/trunk/bzflag/plugins/serverSideBotSample/serverSideBotSample.cpp: API changes
03:55.13CIA-34BZFlag: 03JeffM2501 * r17607 10/trunk/bzflag/plugins/nagware/ (nagware.cpp nagware.vcproj): warnings and casting errors
03:55.57CIA-34BZFlag: 03JeffM2501 * r17608 10/trunk/bzflag/plugins/thiefControl/thiefControl.vcproj: use the correct lib dirs for the new VC8 build setup.
03:59.26*** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com)
04:02.24CIA-34BZFlag: 03JeffM2501 * r17609 10/trunk/bzflag/plugins/torBlock/torBlock.vcproj: warnquell
04:03.02CIA-34BZFlag: 03JeffM2501 * r17610 10/trunk/bzflag/plugins/recordmatch/recordmatch.vcproj: warnquell
04:03.37CIA-34BZFlag: 03JeffM2501 * r17611 10/trunk/bzflag/plugins/chathistory/chathistory.vcproj: warnquell
04:04.17CIA-34BZFlag: 03JeffM2501 * r17612 10/trunk/bzflag/plugins/HoldTheFlag/HoldTheFlag.vcproj: warnquell
04:04.42CIA-34BZFlag: 03JeffM2501 * r17613 10/trunk/bzflag/plugins/logDetail/logDetail.vcproj: warnquell
04:06.28JeffMthere, that should take a full release build down to a single F7 and a right click
04:06.46spldartGeneral warning for all server owners. We have a player running around under the name 'HIV' being nasty.. lookout and prolly wanna ban on sight.
04:07.18spldarthrm... time to f7 agaIN
04:10.59JeffMspldart: if you are trying to test those last commits, you need to use the fullbuild.sln, not bzflag.sln
04:11.07spldartk
04:12.23spldartgrr.. wish I had done that before and after
04:12.46spldartBuild: 31 succeeded, 0 failed, 23 up-to-date, 0 skipped so kew
04:13.41JeffMthat builds all the plugins
04:13.50spldart:)
04:13.57JeffMwe have a lot of plugins
04:14.38*** join/#bzflag javawizard2539_ (n=javawiza@c-76-23-28-244.hsd1.ut.comcast.net)
04:14.48short_circuityep.. And I need to spend some time tinkering ALOT more with them.
04:16.16CIA-34BZFlag: 03JeffM2501 * r17614 10/trunk/bzflag/plugins/SAMPLE_PLUGIN/SAMPLE_PLUGIN.vcproj: make new plug-ins quell warnings.
04:19.21CIA-34BZFlag: 03JeffM2501 * r17615 10/trunk/bzflag/plugins/webadmin/webadmin.vcproj: add templates to project for ease of edit.
04:20.20CIA-34BZFlag: 03JeffM2501 * r17616 10/trunk/bzflag/plugins/webadmin/webadmin.sln: update project keys
04:41.12CIA-34BZFlag: 03bthansen * r17617 10/trunk/bzflag/ (include/bzfsAPI.h src/bzadmin/OptionParser.h): Add standard headers for GCC 4-3
04:41.20CIA-34BZFlag: 03bthansen * r17618 10/trunk/bzflag/include/global.h: Quell GCC 4-3 warning about unneeded typedef on enums
04:41.33CIA-34BZFlag: 03bthansen * r17619 10/trunk/bzflag/src/ (6 files in 3 dirs): Quell GCC 4-3 warning about combining && and || without explicit parenthesis
04:41.46CIA-34BZFlag: 03bthansen * r17620 10/trunk/bzflag/src/bzflag/ (5 files): Quell GCC 4-3 warning about qualifiers on function return values
04:41.58CIA-34BZFlag: 03bthansen * r17621 10/trunk/bzflag/src/ (4 files in 4 dirs): Quell GCC 4-3 warning about dangling else
04:42.10CIA-34BZFlag: 03bthansen * r17622 10/trunk/bzflag/src/ (bzfs/ServerCommand.cxx bzfs/commands.cxx net/network.cxx): Quell GCC 4-3 warning - make empty body in for loop explicit
04:42.17CIA-34BZFlag: 03bthansen * r17623 10/trunk/bzflag/src/bzfs/GameKeeper.cxx: Quell GCC 4-3 warning - dangling else and function reaches end without returning a value
05:00.17LukstrJeffM: you around?
05:00.30Lukstractually
05:00.34Lukstranyone around?
05:00.36JeffMyep
05:00.38LukstrAh
05:00.49JeffMjust reading about halflings
05:00.52LukstrShould BZWorld.h be in include/ ?
05:00.58JeffMand how they arn't the slowest race
05:01.01JeffMwhat's in it?
05:01.10JeffMand is it used by people that use the lib?
05:01.13Lukstryeah
05:01.17JeffMthen yeah
05:01.20Lukstralright
05:01.25JeffManything that is used by more then one thing goes in include
05:01.52JeffMevery lib/app should only have to have /include and it's own src dir in the include files for the compiler
05:02.10JeffMwell or some of the crap in /src/other/ maybe
05:02.13Lukstrheh
05:02.14JeffMbut that's dependency
05:02.37Lukstrshould the header then reference it via src/world/blah or is that handled by the build system?
05:02.52JeffMwhat header?
05:03.08JeffManything included in BZWorld.h should also b in include/
05:03.36Lukstrright
05:04.27JeffMthe only .h files you'd end up with in your /src/world dir would be ones that are only included in cxx files in /src/world
05:04.27Lukstrbut the build system handles the locations of everything, right?
05:05.52JeffMyes
05:06.00JeffMwe don't do any relitive paths in include
05:06.08JeffMin the #include directive
05:06.11Lukstrand should I be prototyping everything in BZWorld.h?
05:06.18Lukstrthat's what I thought
05:06.21JeffMwellllllllllll
05:06.23JeffMthere is what I think
05:06.25Lukstrheh
05:06.28JeffMand what is the "right" way
05:06.33JeffMthe right way is one file per class
05:06.38Lukstryeah, I have the same views :P
05:07.05Lukstrso if I do the one-file per class route, all the headers live in include/ ?
05:07.07JeffMI combine classes in the same file if they logicaly go together or have dependencies
05:07.10JeffMyeah
05:07.17Lukstrhm
05:07.22JeffMI'd start with the basics in BZWorld then add some more as it gets cluttered
05:07.32JeffMbut that's techincaly against the DEVINFO
05:08.09JeffMI just never saw the point of making a file for a 20 line class decleration when it's always used with another class, etc..
05:08.44LukstrI'm curious, is the source organized the way it is for a reason beyond preference?
05:08.55JeffMyeah
05:08.59JeffMstubornness
05:09.04Lukstralright
05:09.09JeffMno techincal rason
05:09.14JeffMreason
05:09.19JeffMbzflag is REALY old
05:09.21Lukstrthe first time I saw the include/ and src/ directories I thought it was a bit weird/archaic
05:09.21Lukstryeah
05:09.31JeffMso we've built it up from how it used to be incrementaly
05:09.40JeffMare you kidding
05:09.46JeffMinclude and src dirs are bread and butter
05:09.53JeffMputting everyting in one big dir would be stupid
05:10.01LukstrOh, I'm not suggesting that
05:10.27LukstrI just usually have the include dir within the src dir :P
05:10.28JeffMfor my projects I prefer a top level dir per lib/module with it's own include and source dirs
05:10.31*** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone)
05:10.31*** mode/#bzflag [+v tupone] by ChanServ
05:10.38Lukstryes
05:10.39JeffMeww
05:10.41LukstrI agree with that
05:10.53Lukstrwell, lib/*.cxx, lib/include/*.h
05:11.00JeffMEWWWW
05:11.02Lukstr:P
05:11.04JeffMlib/src/c
05:11.08JeffMlib/inc/h
05:11.15JeffM:)
05:11.30LukstrI DO suppose it might depend on project size
05:11.44JeffMyeah when they get big, you want seperation
05:11.53Lukstrwait, I might be lying
05:11.56Lukstrlet me check an old project
05:11.59Lukstrif it's still there
05:12.04JeffMmostly I like it so that when you know you need a lib, you just add the include dir for JUST that lib, and that's all that is searched
05:12.09JeffMhelps prevent conflicts
05:12.20Lukstroh fie
05:12.30JeffMbzflag's method makes it easy, that's for sure
05:12.36JeffMbut you end up with a big dir full of headers
05:12.51Lukstryeah that's what I thought was odd
05:13.03brlcadwe could have include/subdir for each library
05:13.20JeffMsure
05:13.25JeffMthere are lots of thigns we can do
05:14.14Lukstrcan I do include/bzworld ?
05:14.22Lukstrthat would really simplify things
05:14.33Lukstrwell, that's a lie
05:14.43Lukstrit would segregate my code :)
05:14.52JeffMI'd just do what we have now, then we can move it later
05:14.57JeffMwith the rest of it
05:15.00JeffMconsitency is the key
05:15.04Lukstryeah
05:15.23Lukstrwell right now I have a header file per class
05:15.27Lukstrand the names are pretty generic
05:16.02JeffMthen don't make them generic ;)
05:16.42Lukstrfoo, I wanted to use namespaces instead of BZW*classnames, and if I name my files BZW*.* then I *have* to use those class names :P
05:16.55JeffMwelcome to the real world
05:17.05Lukstrno! never!
05:17.17JeffMeven if you had your own dir, that dir would be in the path, so the generic names would cause issues
05:17.33Lukstrone-header-full-of-prototypes? :D
05:18.59Lukstrhm
05:19.56Lukstrthis is not a fun decision
05:21.07JeffMand one that can change
05:21.11JeffMstart in your one header
05:21.12JeffMcode
05:21.15JeffMwhen it gets big
05:21.16JeffMsplit
05:21.19JeffMit's not that hard
05:21.49Lukstrwell I may as well keep it split then
05:22.07JeffMcode that is writen poorly can be fixed at any time, code that is not writen can never be fixed ;)
05:23.22Lukstrtruth
05:23.36Lukstrhow abooout I keep doing what I'm doing and worry about include/ later when it matter
05:23.38Lukstr*matters
05:24.06JeffMdon't be suprised if we move it for you
05:24.39Lukstr:/
05:24.57JeffMas I said, welcome to the real world ;)
05:25.07JeffMyou don't own the lib
05:26.06JeffMbut it's such a minor point :)
05:26.19Lukstryeah, I know
05:26.30Lukstrjust doesn't feel right :P
05:26.45JeffMwhat dosn't?
05:27.02JeffMfollowing the specs for the project that is paying you?
05:27.24Lukstrno, that's not what I mean
05:27.38JeffMbut it's what is happening ;)
05:27.47JeffMthat's one of the big thigns that SoC teaches students
05:27.47Lukstrif I name my files BZWorldObject.cxx/h can I have the actual class still be named WorldObject within the BZW namespace?
05:28.07JeffMacording to the strict devinfo, no
05:28.23Lukstryeah, then I should just kiss my namespace goodbye, eh?
05:28.38Lukstrlast year at my internship I had to follow a 100 page spec :P
05:28.47JeffMno, I'd keep it
05:28.51Lukstr(well, 100 page devinfo)
05:28.53JeffMand just name the file WorldObject
05:29.20Lukstrso include/WorldObject.h ?
05:29.23JeffMyeah
05:29.26LukstrHm
05:29.34JeffMif we have a conflict we'd move it
05:30.00JeffMit's not your fault if our strict devinfo is not writen well enough to handle all situations ;)
05:30.06Lukstrhah
05:30.08LukstrI know
05:30.37JeffMalso remember your namespace is for MORE then just the include names
05:30.40JeffMit's for the code
05:31.04JeffMI'm kinda thinking of the idea of putting all your files in include/BZW
05:31.08LukstrIt just feels, imo "unclean" to throw all those include files in there together.
05:31.17JeffMthen just doing #include "BZW/WorldObject.h"
05:31.19LukstrThat would make me tres content
05:31.40JeffMLukstr: there are so many things in bzflag that are unclean
05:31.44LukstrI know
05:32.00JeffMwhat you need to understand that consstency is much more important then having it be "right" in your opinon
05:32.02LukstrI don't have a problem with it
05:32.07JeffMyou get hung up on this idea WAY too much
05:32.09LukstrI completely agree
05:32.13JeffMand waste a lot of time talking about it
05:32.40Lukstrso can I do include/BZW?
05:32.45Lukstror should I leave that till later
05:32.52Lukstrand just shove them in there for the now
05:32.53JeffMjust put it all in BZWorld.h for now
05:33.01JeffMI'll talk it over with DTR tomorow
05:33.06Lukstrrgr dgr
05:33.08JeffMI like the BZW dir idea
05:33.17JeffMmaybe we can do that for more files too
05:33.22JeffMI don't mind doing that work
05:33.38Lukstr:)
05:33.46JeffMthen we are still consitent
05:33.51JeffMand more sane
05:33.51Lukstryeah
05:34.20JeffMlike I'd like to move a lot of the BZFS stuff into a BZFS dir
05:34.32JeffMand all the geometry etc..
05:34.42Lukstrwell there's many SoC's work ahead for BZFlag :P
05:34.57JeffMthe SoC is not the only way we get coding done
05:35.12JeffMthat's a bad trap for us to fall into
05:35.15LukstrI know, just saying that I think SoC and BZFlag will be friends for many years to come
05:35.19JeffMone that we keep leaning into
05:35.24JeffMmaybe
05:35.32JeffMif we don't fail too many people this year
05:35.58JeffMthis year is proving to be much more dificult then last year
05:36.17Lukstrthat is not good
05:36.28JeffMit is what it is
05:36.34JeffMsome of it s our falut
05:37.51LukstrI want to start writing a small testing/<the word I can't think of right now> program, can I just throw it in world/test.cxx or and not include it in the build system?
05:38.09JeffMtest harnes
05:38.16JeffMput it in tools
05:38.17LukstrIt'll come to me
05:38.21JeffMtools/worldTest
05:38.24Lukstrokay
05:38.48JeffMstuff in tools has it's own build system per proejct
05:38.50JeffMproject
05:39.18Lukstrfor small test things I usually just let make handle it, but I suppose I'll be making a Makefile for it
05:39.28JeffMsure
05:40.00JeffMyou'll need a makefile.am to have it included in the distro, but we'll handle that
05:40.10Lukstrthat's what I meant
05:40.43JeffMmodeltool and tankview are there as examples
05:40.51Lukstrsorry if I was missing earlier; I totally mangled my sleeping schedule
05:41.04bugQspeaking of which, I should be going
05:41.15Lukstrprogramming is bad for me :(
05:42.39Lukstrtesting framework? maybe that's what I meant
05:43.54JeffMsure
05:44.08JeffMyeah cus bugQ has done SOOOO much work today
05:44.11JeffMI'm sure he's tire
05:48.27CIA-34BZFlag: 03lukstr * r17624 10/branches/gsoc_libbzw/src/world/ (BZWorld.h World.cxx World.h WorldObject.h): * Moved class definitions into library header
05:50.00CIA-34BZFlag: 03lukstr * r17625 10/branches/gsoc_libbzw/src/world/WorldObject.cxx: * Added a file that I apparently forgot to add...
05:50.42CIA-34BZFlag: 03lukstr * r17626 10/branches/gsoc_libbzw/src/world/BZWorld.h: * Moved library header file to proper location
05:51.33*** join/#bzflag TimRiker (n=timr@rikers.org)
05:51.34*** mode/#bzflag [+o TimRiker] by ChanServ
06:07.58CIA-34BZFlag: 03lukstr * r17627 10/branches/gsoc_libbzw/tools/worldTest/ (. BZWorldTest.cxx Makefile.am): Created libBZW test framework tool
06:33.58*** join/#bzflag a_meteor (n=a_meteor@unaffiliated/ameteorite/x-000000001)
06:35.14*** join/#bzflag Gilly (n=btw@83.146.211.140)
06:50.31CIA-34BZFlag: 03lukstr * r17628 10/branches/gsoc_libbzw/src/world/Makefile.am: Fixed makefile
07:03.50CIA-34BZFlag: 03lukstr * r17629 10/branches/gsoc_libbzw/tools/ (Makefile.am worldTest/BZWorldTest.cxx): Added libBZW test framework to build sytem
07:12.26*** join/#bzflag KingofCamelot (n=davidsan@pb-fw.redshift.com)
07:12.35blast007hi KingofCamelot
07:13.11KingofCamelothey
07:13.14KingofCamelothow goes it?
07:18.01blast007going good.  how about you?
07:18.10CIA-34BZFlag: 03lukstr * r17630 10/branches/gsoc_libbzw/ (configure.ac include/BZWorld.h):
07:18.10CIA-34BZFlag: * Actually added libBZW framework to build system
07:18.10CIA-34BZFlag: * Apparently also added libBZW header to include dir...
07:19.17Lukstrgood to see I'm not the only one awake. That always saddens me
07:19.17blast007heh
07:19.17Lukstrthough I predict that will change eventually :P
07:19.17blast007you've been busy Lukstr   :)  good to see
07:19.23Lukstr:D
07:19.24KingofCamelotGoing good as well here
07:19.27Lukstrglad to be busy
07:19.32blast007KingofCamelot: whatcha working on at the moment?
07:20.45KingofCamelotModifying my HUDuiScrollList class to use an std::list instead of an std::vector, and changing it to store objects of a new class instead of just strings
07:20.48KingofCamelotSince you asked :)
07:21.06KingofCamelotGot most of it done last night, but there is a bug I couldn't work out before I had to get some sleep
07:22.06LukstrKingofCamelot: never a bad idea to pastebin it and leave it here for bored minds to mill
07:22.18DTRemenakinclude/BZW sounds good to me
07:22.23Lukstr<3
07:22.58DTRemenakthinks we need a bit more separation in include, and where better to start than a convention that says "namespaced class headers go in subfolders named by the namespace" :)
07:23.11Lukstr(and by mill, I mean the "to agitate or stir until foamy" definition
07:23.56Lukstrso how does one go about doing such a thing
07:24.21Lukstrwill the -I option recurse?
07:24.53DTRemenakeither #include "BZW/WorldObject.h", or do -Iinclude/BZW
07:24.58DTRemenakI prefer the first
07:25.03DTRemenaksince it makes the namespacing obvious
07:25.06Lukstroh, truth
07:25.27Lukstrso beyond simple creating the directory, moving files into it, anything else need to be done?
07:25.45DTRemenakbuild system needs to know to distribute the files
07:25.56DTRemenakcheck include's makefile.am for a pattern
07:26.08Lukstrwill do
07:26.26Lukstrafter I just deleted those files, too :P
07:27.14Lukstryay for svn
07:29.04blast007KingofCamelot: a bug in the code currently in SVN? if so, what is the bug?  we can always help you debug it  :)
07:29.23blast007and if it's just in your local code, then commit it, and then have us help debug
07:29.33Lukstrheh
07:29.53DTRemenakyou're welcome to commit buggy code to your branch.  please do, actually :)
07:29.58DTRemenaksomeone might fix it ;)
07:30.03Lukstrthat's all I've been doing lately :P
07:30.09Lukstr... apparently.
07:30.51Lukstralright, I'm confused now.
07:30.58DTRemenakedited some of KingofCamelot's code even
07:31.04LukstrI'm trying to add my testing tool to the build system
07:31.16DTRemenakmight want to make sure I didn't break it, since I didn't test it ;)
07:31.33Lukstrbut it's telling me it doesn't have a rule to make target BZWorldTest.o when I try to make it
07:31.34DTRemenakrewrote the width-calculation stuff to take multibyte strings into consideration
07:31.34Lukstr:S
07:31.48LukstrI blatently copied modeltool's, so unless I'm missing something I'm lost
07:36.01Lukstroh.
07:38.16CIA-34BZFlag: 03lukstr * r17631 10/branches/gsoc_libbzw/tools/worldTest/ (BZWorldTest.cxx Makefile.am worldTest.cxx): Fixed Makefile, changed file names
08:28.47*** join/#bzflag KingofCamelot (n=davidsan@pb-fw.redshift.com)
08:32.00samBulletCatcher: by the way, one cannot test for FTGL/ftgl.h using AC_CHECK_HEADERS, pkg-config is really required
08:48.04CIA-34BZFlag: 03lukstr * r17632 10/branches/gsoc_libbzw/ (7 files in 4 dirs):
08:48.04CIA-34BZFlag: Placed new library headers in their new proper location, updated code to
08:48.04CIA-34BZFlag: reflect this change.
08:51.33*** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001)
09:01.50CIA-34BZFlag: 03lukstr * r17633 10/branches/gsoc_libbzw/include/ (BZW/Makefile.am BZW/README Makefile.am): Added new library (libBZW) to build system, hopefully
09:10.12Lukstrwoo
09:10.15Lukstrnow my eyes are burning
09:10.47*** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone)
09:10.47*** mode/#bzflag [+v tupone] by ChanServ
10:00.05*** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com)
10:19.23*** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-)
10:21.58*** join/#bzflag LongDon (n=LongDon@vpn199-076.hrz.uni-oldenburg.de)
10:22.30*** part/#bzflag LongDon (n=LongDon@vpn199-076.hrz.uni-oldenburg.de)
11:01.38*** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com)
12:09.53*** join/#bzflag ep (n=mdr@about/essy/guynextdoor/ep)
12:35.26*** join/#bzflag LongDon (n=LongDon@134.106.59.219)
12:47.48*** join/#bzflag Gabe_G23 (n=chatzill@cpe-069-134-026-246.nc.res.rr.com)
13:11.56*** join/#bzflag Tupone_ (n=atupone@pdpc/supporter/active/Tupone)
13:11.57*** mode/#bzflag [+v Tupone_] by ChanServ
13:12.27*** join/#bzflag KTL (n=KTL@213.219.143.202.adsl.dyn.edpnet.net)
13:12.44KTLcheater @ badgerking
13:12.50KTLflying
13:12.54KTL"a meat pie"
13:14.06*** join/#bzflag Gabe_G23 (n=chatzill@cpe-069-134-026-246.nc.res.rr.com)
13:26.03*** join/#bzflag Warinthestar (n=Warinthe@212.119.33.65.cfl.res.rr.com)
13:55.12Thumper_brlcad / DTRemenak / JeffM: In r17619 I changed the allowTeamFlags check in AutoPilot.cxx and botplaying.cxx.  The && check applies to all ORed items not just the first.  It's been this way since 2004.  Can you just eyeball that to see if the new version looks correct to you?  Thanks.
13:58.59ChestalThumper_: looks good. I guess the old version was wrong, but it didn't have any effect
13:59.10Thumper_Chestal: thanks
14:02.41*** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux)
14:18.21*** join/#bzflag TD--Linux (n=wheeeeee@24-180-141-8.dhcp.roch.mn.charter.com)
14:55.16BulletCatchersam: I agree that pkg-config seems to be the simplest way to find the version of FTGL installed on the system.
14:55.18BulletCatcherOn Fedora 8, at least, the ftgl-devel package depends upon the pkgconfig package, so I will rework the version test logic assuming we can rely upon that.
15:00.45samcool
15:03.58*** join/#bzflag spldart (n=short_ci@adsl-70-240-250-131.dsl.hstntx.swbell.net)
15:03.58*** mode/#bzflag [+v spldart] by ChanServ
15:09.07BulletCatcherShould we attempt to support FTGL older than 2.1.2 in BZFlag?
15:09.39DTRemenakimho we should require 2.1.3
15:09.49BulletCatcher2.1.2 seems to work fine
15:10.04DTRemenakcan't draw multibyte utf8 characters
15:10.18DTRemenakand we support sending them in chat now
15:10.54BulletCatcherThen 2.1.3 is the new minimum!
15:12.32BulletCatcherThis means that most systems will build the included FTGL in the near future, but that shouldn't be a problem.
15:13.03DTRemenakyup
15:16.03DTRemenak'course if you ask me it should be called 2.2, what with the header changes and new features and all
15:18.37samDTRemenak: I wouldn't mind that
15:22.08DTRemenakI'll gladly defer to your judgment either way, version numbers are pretty bikeshed.  just seemed odd to me.
15:22.57BulletCatcherrecommends a 1vs1 match with the winner choosing the new version number
15:26.17samdo we have to fight even if we agree?
15:26.34DTRemenakhehe
15:26.42BulletCatcherIt would be more entertaining for the rest of us. :-)
15:27.36BulletCatcherBonus: not having to support 2.1.2 simplifies the header includes in FontManager.cxx .
15:28.03DTRemenakBulletCatcher: don't think for a moment that I wasn't aware of that when I suggested requiring 2.1.3 ;)
15:28.11BulletCatcher:-)
15:28.33samyeah, #include <FTGL/ftgl.h> and you're done.
15:45.41*** join/#bzflag Think_Differentl (n=James@unaffiliated/thinkdifferentl/x-838543)
16:04.14BulletCatcherMy changes to require FTGL 2.1.3 and higher have been successfully tested on Fedora 8 and MacOS 10.4, so I am about ready to commit.  Should it allow FTGL versions 2.2.x at this time, or only 2.1.[3-9] ?
16:18.37*** join/#bzflag Erroneous (n=dtremena@about/essy/CrazyCoder/DTRemenak)
16:18.37*** mode/#bzflag [+v Erroneous] by ChanServ
16:19.21*** join/#bzflag QuantumBeep (i=QB@cpe-72-190-32-30.tx.res.rr.com)
16:21.56BulletCatcherErroneous: I assume you didn't see the question I asked 15 minutes ago.  Here it is again:
16:21.59BulletCatcherMy changes to require FTGL 2.1.3 and higher have been successfully tested on Fedora 8 and MacOS 10.4, so I am about ready to commit.  Should it allow FTGL versions 2.2.x at this time, or only 2.1.[3-9] ?
16:22.36Erroneous2.1.3 and higher
16:22.45Erroneousno reason to set an upper bound
16:23.08Erroneousif it breaks at some point, that's life
16:23.53BulletCatcherI am using a shell case statement.  Right now I have: 2.1.[3-9]*|2.2.*)
16:24.25*** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm)
16:24.51BulletCatcherShould I go to the effort to break up the version number into it's component parts for a "proper" comparison?
16:24.53Erroneousyou can't just pass whatever you're using to detect it a minimum version?
16:25.47BulletCatcherOooh!
16:26.09BulletCatcherpkg-config --atleast-version=VERSION
16:26.15Erroneousthere you go :)
16:31.12Erroneousand why are we doing this anyway?  any reason an AC_TRY_BUILD check is a bad idea (check for functionality, not versions)?
16:33.19BulletCatcherWhat functionality should we test for?
16:36.08Erroneouswhat functionality do we use? :)
16:37.05BulletCatcherI was hoping someone who already has better understanding of how we use FTGL would be able to say.
16:38.00Erroneousfor our purposes, making sure the headers are in the appropriate place and creating a texturefont object, then calling Advance and Draw on it.
16:38.36Erroneousthat's pretty close to all we do
16:41.05BulletCatcherIf there is a library function provided by 2.1.3 that is not provided by 2.1.2, then it would be trivial to check for that instead of "main" in the existing AC_CHECK_LIB call.
16:43.47BulletCatcherBut if the important distinction is that 2.1.3 can draw multibyte utf8 characters, that would be the functionality to test for.
16:45.04Thumper_what if the system version is too old... should you --enable-ftgl-build automagically?
16:45.07Erroneousthe easiest distinction to draw is the header location
16:45.55Erroneousand we happen to know that if the headers are in the right location it can draw utf8 characters.  that's a "slightly dangerous" assumption, but to test that would require a TRY_RUN check which is far uglier
16:47.50BulletCatcherSo, FTGL/ftgl.h -> good and FTGL/FTGL.h (as in 2.1.2) -> bad?
16:48.11JeffMWTF.... my firefox just got all UGLY
16:48.29Erroneoushave to try build too, otherwise old ones will pass on case-insensitive platforms
16:48.50BulletCatcherThumper_: yes, we have decided that the minimum FTGL version is 2.1.3 now.
16:51.03BulletCatcherErroneous: Understood.  Is there a pre-existing code snippet we can use that will provide a definitive test?
16:52.42ErroneousBulletCatcher: something like http://pastebin.bzflag.bz/m63406329 should suffice
16:53.08Erroneousfor compilation anyway
16:54.15BulletCatcherOkay, thanks.  I'll work that into an AC_TRY_COMPILE and see how it goes.
16:54.39*** join/#bzflag noyb_ (n=noyb@nat/sun/x-f656b4100a2ae296)
16:54.53Erroneousthat'll correctly fail on old versions because we don't include FTGLTextureFont.h
16:55.45Erroneousand checks against the prototypes we actually use, so if sam pulls something like changing advance to return a point again, the test will fail just like our code ;)
16:55.58BulletCatcher:-)
16:57.34*** join/#bzflag javawizard2539 (n=javawiza@c-76-23-28-244.hsd1.ut.comcast.net)
17:00.01*** join/#bzflag bugQ (n=bugQ@c-67-166-124-4.hsd1.ut.comcast.net)
17:21.24BulletCatcherhttp://pastebin.bzflag.bz/m4c852c77 has a preview of a patch to require FTGL 2.1.3 or higher.
17:21.26BulletCatcherThumper_, please revert configure.ac and src/3D/FontManager.cxx and see if it works correctly for you.  I think you are the only test case for that right now.
17:21.35*** join/#bzflag SpazzyMcGee (n=SpazzyMc@unaffiliated/spazzymcgee)
17:41.21Thumper_BulletCatcher: so you want me to apply the new patch in your pastebin and try that?
17:41.32Thumper_(instead of the old patch)
17:45.07BulletCatcherYes, please.
17:46.43Thumper_is building...
17:46.58Thumper_seems to work
17:48.22CIA-34BZFlag: 03JeffM2501 * r17634 10/trunk/bzflag/plugins/httpTest/httpTest.vcproj: upgrade to use the new VC8 build system
17:49.11*** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org)
17:49.52BulletCatcherThumper_: configure detected your system version of FTGL, and then built with it?  "ldd bzflag | grep ftgl" should show a line that confirms it.
17:49.53CIA-34BZFlag: 03JeffM2501 * r17635 10/trunk/bzflag/plugins/plugin_utils/ (plugin_HTTP.cpp plugin_HTTP.h):
17:49.53CIA-34BZFlag: fix memory leaks.
17:49.53CIA-34BZFlag: fix lost commands
17:49.53CIA-34BZFlag: add deferred option to allow plug-ins to wait some time to generate the HTML data ( for token lookups )
17:50.25Thumper_BulletCatcher: I build with your patch then reverted it back to master and it broke - rebuilding with your patch again
17:50.31Thumper_built*
17:50.40Thumper_s/master/trunk/
17:50.41Thumper_:)
17:51.08BulletCatcherk
17:51.12Thumper_the slowest part of the build process is autogen and configure...
17:52.24Thumper_$ ldd src/bzflag/bzflag | grep ftgl
17:52.24Thumper_libftgl.so.2 => /usr/lib/libftgl.so.2 (0xb7f89000)
17:52.31Thumper_build worked
17:52.53Thumper_BulletCatcher: ^^
17:53.08BulletCatcherThanks.  I am testing MacOS 10.4.  If that works I will commit the change.
17:54.14Thumper_I'm using Debian/sid here - I can build on an ubuntu box too if you want
17:54.48BulletCatcherSure.  Extra testing can't hurt at this stage.
17:55.40Thumper_hmm I only build the server on that box now - not using ftgl at all so without installing all the supporting packages that ubuntu build might not be all that useful
17:55.54Thumper_(it's donny_baker's server box)
17:57.52donny_bakerThumper_: feel free to add what is needed
17:58.02donny_bakerif you want ;)
17:58.16Thumper_thx - just building hte client on the server isn't all that useful in general :)
17:58.40donny_bakertrue
17:58.42Thumper_BulletCatcher: ftgl-dev on that machine is 2.1.2
17:59.54BulletCatcherThen it should detect that build the included FTGL, which is 2.1.3.
18:00.25BulletCatcher... detect that *and* build ...
18:00.37Thumper_ok I'll install packages so the client builds there and it'll compile trunk daily (which is probably worth it)
18:00.51Thumper_I'll let you know how that goes - probably later tonight
18:01.29BulletCatcherI expect to commit this patch within the hour.
18:01.46Thumper_ok I probably won't be done by then - but I'll let you know if it break ;)
18:01.49Thumper_breaks*
18:02.02BulletCatcherI'm counting on it. :-)
18:17.03*** join/#bzflag QuantumBeep (i=QB@cpe-72-190-32-30.tx.res.rr.com)
18:19.14CIA-34BZFlag: 03bullet_catcher * r17636 10/trunk/bzflag/configure.ac: version 2.99.5 to match buildDate.cxx
18:24.44Thumper_BulletCatcher: ubuntu build configure is going to build ftgl
18:24.50Thumper_waits for the compiles to finish
18:25.19BulletCatcherGood.  That is what we want when the system version is 2.1.2.
18:25.37Thumper_that's what I thought
18:25.40Thumper_just reporting :)
18:25.43CIA-34BZFlag: 03JeffM2501 * r17637 10/trunk/bzflag/plugins/plugin_utils/ (plugin_config.cpp plugin_utils.h): make plugin_config be on it's own and not part of the standard utils, plugins that need it can just include it
18:26.19BulletCatcherFeedback is appreciated.  Especially positive feedback. :-)
18:27.16CIA-34BZFlag: 03JeffM2501 * r17638 10/trunk/bzflag/plugins/plugin_utils/ (4 files in 2 dirs): add plugin_groups to make searching for groups simpler
18:30.28CIA-34BZFlag: 03bullet_catcher * r17639 10/trunk/bzflag/ (configure.ac src/3D/FontManager.cxx):
18:30.28CIA-34BZFlag: Require FTGL version 2.1.3 or higher.
18:30.28CIA-34BZFlag: Build the included version if it is not found on the system.
18:41.40CIA-34BZFlag: 03bullet_catcher * r17640 10/trunk/bzflag/Makefile.am:
18:41.40CIA-34BZFlag: Remove the top level config.cache.* file in "make distclean"
18:41.40CIA-34BZFlag: rather than "make maintainerclean".
18:41.40CIA-34BZFlag: Do not distribute files named "Makefile" nor directories
18:41.40CIA-34BZFlag: named ".deps" or "autom4te.cache".
18:42.12*** join/#bzflag Gabe_G23 (n=chatzill@cpe-069-134-026-246.nc.res.rr.com)
18:44.13Thumper_BulletCatcher: ubuntu build completed successfully
18:44.20BulletCatcheryay
18:57.37*** join/#bzflag Saturos_iPod (n=root@i59F77D46.versanet.de)
19:04.11*** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-)
19:13.01*** join/#bzflag nixbox (n=invalid@utdpat241093.utdallas.edu)
19:13.04nixboxhi all
19:13.13nixboxi have got bzflag 2.0.10 on my windows pc
19:13.24nixboxit used to work fine but now when i start it it does not load
19:13.31nixboxnothing happens
19:13.38Winnydelete your config file
19:13.50nixboxi removed bzflag
19:13.52nixboxinstalled it again
19:13.57WinnyC:\Documents and Settings\Kyle\My Documents\My BZFlag Files\2.0\config.cfg
19:14.02nixboxoh ok
19:14.02Winnyreplace my name with yours
19:14.12Winny(That's assuming you're running XP)
19:14.16nixboxyup ok
19:14.18nixboxi understand
19:14.22Winnythe Vista path is a bit different
19:14.29nixboxhow does the config file get corrupt by the way?
19:14.41Winnydunno
19:14.51Winnygame doens't quite properly, etc
19:15.19Winnycould be a damadged hardisk, but usually other stuff would happen too
19:16.11JeffMusualy something in windows is accessing it when we try to write it
19:16.43WinnyAV or something?
19:16.53JeffMsometimes
19:21.26samThumper_: does Ubuntu have ftgl 2.1.3 yet?
19:24.53donny_bakersam: i only see 2.1.2-3
19:39.33bugQJeffM: multiple args to a plugin are given with more commas, yes?
19:40.05JeffMbugQ, yeah
19:48.57Erroneous~BulletCatcher++
19:49.17Erroneousthanks for redoing that patch like five times and still putting up with us :)
19:57.28*** join/#bzflag tj13820 (n=tj13820@c-71-236-81-200.hsd1.pa.comcast.net)
20:04.40*** join/#bzflag Think_Differentl (n=James@unaffiliated/thinkdifferentl/x-838543)
20:06.54blast007technically, it's probably not even a "corrupt" config file.  It's just some setting (or a group of them) in there that makes the client puke due to some unhandled condition
20:08.10Winnyset favouritePlayer blast007
20:13.07Thumper_sam: I see donny_baker answered your question (it's his ubuntu server) but I think the answer is "no"
20:13.19JeffMwhat is the correct way to get data out of a in_addr ?
20:20.10Erroneousdepends.  what kind of data do you want out of it?
20:22.13*** join/#bzflag BenUrban (n=benurban@c-68-49-10-243.hsd1.md.comcast.net)
20:24.59*** join/#bzflag Gnurdux (n=gnurdux@c-69-251-255-231.hsd1.md.comcast.net)
20:30.04donny_bakerErroneous: preferably valid data ;)
20:37.13JeffMI wanted the ip chunks so I could print it into a string
20:41.56*** join/#bzflag Gabe_G23 (n=chatzill@cpe-069-134-026-246.nc.res.rr.com)
20:47.48*** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-)
20:49.17ErroneousJeffM: inet_ntoa converts an inaddr into a string
20:55.25bugQare we for or against "using namespace std;" here?
20:56.22*** join/#bzflag LongDon (n=LongDon@host-091-097-019-065.ewe-ip-backbone.de)
20:56.46*** part/#bzflag LongDon (n=LongDon@host-091-097-019-065.ewe-ip-backbone.de)
20:57.18bugQor are we apathetic? ambivalent?
20:57.29Winnycan we be emo?
21:00.12*** join/#bzflag wanda (n=coredump@p5499AA5F.dip0.t-ipconnect.de)
21:00.26JeffMin general we don't use it bugQ
21:00.39wandahi:  plugin_groups.cpp:59: error: duplicate 'const'
21:00.42bugQok, that's fine
21:01.43JeffMpokes CIA-34
21:01.47JeffMhugs CIA-34
21:01.51JeffMsilly bot
21:01.54WinnyNow you've done it
21:02.06JeffMno it's authors did ;)
21:02.10CIA-34hugs JeffM
21:02.14JeffMwanda, it's commiting now
21:02.24Winnyhe was on a break apparantly ;)
21:02.33JeffMjust overworked
21:03.26JeffMErroneous, does inet_ntoa just print out a.b.c.d or do a dns lookup?
21:03.38*** join/#bzflag bier_ (n=bier@p54A5472E.dip.t-dialin.net)
21:03.44Erroneouspretty sure it's just a.b.c.d
21:03.49JeffMcool
21:04.21JeffMI need to get the IP of the HTTP user so that I can send it up with the token verify
21:07.35wandanext: serverControl.cpp:85: error: 'PluginConfig' was not declared in this scope --- #include "plugin_config.h" missing?
21:07.37JeffMmakes wacky code more wacky
21:07.51JeffMwanda, how many plugins had that
21:07.56JeffMthere may be more then one
21:08.02JeffMI just haven't checked em yet
21:08.18JeffMthe config header used to be part of the uitls header now it's seperate
21:08.50wandadont be angry, JeffM, thats the only thing I can do, some naive checking
21:08.57JeffMI'm not angry :)
21:09.00JeffMyou are doing my work for me
21:09.02JeffMit's a good thing
21:09.07JeffMjust curious if you see any others
21:09.11JeffMso I can fix them at the same time
21:09.48wandathat was all i have seen here - my linux build works again
21:09.57JeffMguess that was the only plugin that used it
21:10.04JeffMgood reason to make it seperate then
21:11.02JeffMI've commited it to the tree
21:12.30tj13820think_tank. check your PM.
21:13.18wandathanks and cheers to you, JeffM .. bye - going to play a little
21:13.24*** part/#bzflag wanda (n=coredump@p5499AA5F.dip0.t-ipconnect.de)
21:16.30JeffMhey blast007 you arround?
21:16.36JeffMor someone that read php
21:18.31CIA-34BZFlag: 03JeffM2501 * r17643 10/trunk/bzflag/plugins/plugin_utils/plugin_groups.cpp: duplicate const
21:18.37JeffMWOW
21:18.38JeffMthat is slow
21:25.00CIA-34BZFlag: 03chaos-dev * r17647 10/trunk/bzwgen/inc/ (9 files): Proper blockquotes everywhere.
21:27.00*** join/#bzflag Gnurdux (n=gnurdux@c-69-251-255-231.hsd1.md.comcast.net)
21:32.33*** join/#bzflag LongDo1 (n=LongDon@host-091-097-022-170.ewe-ip-backbone.de)
21:32.41*** part/#bzflag LongDo1 (n=LongDon@host-091-097-022-170.ewe-ip-backbone.de)
21:43.02*** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone)
21:43.02*** mode/#bzflag [+v tupone] by ChanServ
21:51.04think_tankthere go all the cia's again
21:54.51blast007JeffM: I'm here at the moment
21:54.56JeffMyay
21:55.15JeffMdo you happen to have a copy of checktoken.php available?
21:55.29blast007the one in SVN?
21:55.33JeffMor heck, whill this
21:55.34JeffM$listserver['url'] .= '&groups='.implode("%0D%0A", $groups);
21:55.50JeffMoutput group1%0D%0Agroup2
21:55.50JeffM?
21:56.26blast007yeah
21:56.32JeffMok cool
21:56.48JeffMI think I can get the rest of it
21:57.06JeffMI'm trying to make a C++ version of the thing that checks the tokens and groups
21:57.50JeffMone more,
21:57.50JeffM<PROTECTED>
21:57.50JeffM<PROTECTED>
21:57.50JeffM<PROTECTED>
21:58.00JeffMdoes that take all /r/n and replace them with /n
21:58.03JeffMthen all /r with /n
21:58.08JeffMthen tokenize on /n?
21:58.19JeffMso you end up with a vector of lines?
21:59.50blast007yeah
21:59.55JeffMk thanks
21:59.55*** join/#bzflag me1 (n=me1@unaffiliated/me1)
22:00.11JeffMif this works, the HTTPD plugins will be able to use weblogin
22:00.19blast007cool
22:00.29JeffMit's WACKY code tho :)
22:00.56blast007heh
22:01.19*** join/#bzflag Gnurdux (n=gnurdux@c-69-251-255-231.hsd1.md.comcast.net)
22:02.22JeffMthe plugin serves HTTP to the user, redirects them to .bz, .bz redriects them back to the BZFS plugin, the plugin then takes the token and fires off it's OWN http job to .bz and then finaly returns a page to the user whent that is done async.
22:03.18*** join/#bzflag bier (n=bier@p54A5472E.dip.t-dialin.net)
22:03.19think_tankheh [NR] tanks can flatten BU tanks
22:03.21blast007fun
22:03.30blast007think_tank: heh..
22:03.47*** join/#bzflag fatass (n=James@unaffiliated/thinkdifferentl/x-838543)
22:04.56*** join/#bzflag QBeep (i=QB@cpe-72-190-32-30.tx.res.rr.com)
22:05.53Winnycan anyone in here try to ping 66.111.38.153?
22:05.56Winnyit fails for me
22:06.03*** join/#bzflag CIA-35 (n=CIA@208.69.182.149)
22:06.09Winnylooks like sago didn't route the new IP right -_-
22:06.55me1100% loss
22:07.02Winnygreat
22:07.05Winnyjabs Constitution
22:08.43*** join/#bzflag Think_Problems (n=James@96.231.171.4)
22:08.50Winnyso much for "bb in 2 hours" :P
22:09.45me1heh
22:16.14JeffMErroneous, you there?
22:18.39Erroneousyup
22:18.58JeffMcan you look at something in the trunk tree?
22:19.01Erroneoussure
22:19.13JeffMPermisions.h line 162
22:19.33JeffMthen the cxx line 531
22:19.45JeffMinfo.explicitAllows[PlayerAccessInfo::lastPerm] = false; is bad
22:19.53JeffMcus you know.. zero based
22:20.02JeffMshoudln't it allocate lastPerm+1?
22:21.51Erroneousyeah, it overruns
22:22.02Erroneousnot that that will matter on any rational system
22:22.16Erroneousat least until we get three more perms :)
22:22.28JeffMit's crashing
22:22.35JeffMwhen I have a group that is set to ALL
22:22.54JeffMI'll make it allocate +1
22:23.30*** join/#bzflag bier (n=bier@p54A5472E.dip.t-dialin.net)
22:24.11Erroneouswhy do we have it set lastPerm anyway?
22:24.16JeffMI don't know
22:24.18Erroneousit's not like it's a real permission
22:24.27JeffMthat's one reason I wanted you to look at it :)
22:34.08CIA-35BZFlag: 03JeffM2501 * r17648 10/trunk/bzflag/plugins/plugin_utils/ (plugin_HTTP.cpp plugin_HTTP.h):
22:34.08CIA-35BZFlag: Make the request deferred system work
22:34.08CIA-35BZFlag: add utils to get the IP and host for the connected web user
22:36.18CIA-35BZFlag: 03JeffM2501 * r17649 10/trunk/bzflag/ (3 files in 2 dirs):
22:36.18CIA-35BZFlag: make the report system use global auth via webLogin to authenticate users
22:36.18CIA-35BZFlag: by default it will allow any user in a group that has the ViewReport permissions.
22:36.18CIA-35BZFlag: If no groups have the permission, it will use groups that have kick and ban ( admin ).
22:36.29JeffMnow to make it not be the most ugly code known to man
22:36.34*** join/#bzflag PrezKennedy (i=Matthew@whitecalf.net)
22:36.56CIA-35BZFlag: 03dtremenak * r17650 10/trunk/bzflag/src/bzfs/Permissions.cxx: don't overrun
22:37.09JeffMthanks Erroneous ;)
22:37.44CIA-35BZFlag: 03dtremenak * r17651 10/trunk/bzflag/src/bzfs/Permissions.h: don't over-allocate either (sorry Jeff, our commits crossed)
22:45.12JeffMso blast007 if you had your druthers, AND had to code it up by hand, SessionID? or cookies?
23:07.06*** join/#bzflag MathHat (n=bugQ@c-24-10-191-93.hsd1.ut.comcast.net)
23:10.44*** join/#bzflag MathHat (n=bugQ@c-67-166-124-4.hsd1.ut.comcast.net)
23:27.04blast007JeffM: cookie
23:27.27blast007well, that is, storing the session ID *in* a cookie
23:27.36blast007placing it on the URL is ugly
23:28.02JeffMhow does that work?
23:28.12JeffMlike from a raw HTTP aspect?
23:28.17blast007oh
23:28.24JeffMI have to code this :)
23:28.34blast007pfft, just write it all in PHP!
23:28.36blast007ducks
23:28.41JeffMheh
23:28.54bugQSet-Cookie: session=12345
23:28.55JeffMis there anythign you can put in the header to the browser then get it back?
23:29.03JeffMbugQ, where does that go?
23:29.10bugQhttp://en.wikipedia.org/wiki/HTTP_cookie#Setting_a_cookie
23:29.19bugQhttp header.
23:29.25JeffMand how do you get it back?
23:29.34blast007that *is* what comes back
23:29.37JeffMahh
23:30.04JeffMso basicly after they auth, I call set-cookie
23:30.08blast007they have it all detailed there
23:30.23blast007Set-Cookie comes from the HTTPD
23:30.24JeffMthen every page they send back will have that cookie value in the header?
23:30.37bugQya.
23:30.39blast007Cookie comes from the client
23:30.40JeffMwell every request
23:30.40blast007yeah
23:30.42JeffMevery time?
23:30.47blast007yes
23:30.49JeffMk
23:30.56blast007HTTP doesn't do sessions itself
23:30.58JeffMthat's not too bad
23:31.18JeffMand I can set it for just a URL?
23:31.27blast007hmm?
23:31.28JeffMlike http://this.thing.org/THING/
23:31.34blast007oh
23:31.37JeffMI want a cookie per plugin
23:31.44blast007checks
23:31.47JeffMand they use a vdir like thing
23:32.09JeffMbasicly I'm making another HTTP base class that will do automatic global auth and keep a session around for you
23:32.12JeffMbut I want one per plugin
23:32.36blast007http://wp.netscape.com/newsref/std/cookie_spec.html
23:32.42blast007http://msdn.microsoft.com/en-us/library/aa384321(VS.85).aspx
23:33.03JeffMahh so I can use a path based on the vdir
23:33.05JeffMthat will work
23:33.17JeffMok, that should not be too bad
23:33.26blast007wonder if it'll go across ports then too
23:33.40JeffMI could put the port in the path
23:33.45JeffMprobably a good idea to do that
23:33.58blast007probably not the path
23:34.05JeffMthe URL then?
23:34.07blast007the domain, maybe
23:34.08JeffMwell the domain
23:34.09JeffMyeah
23:34.12JeffMwell I can try it
23:34.18JeffMwebreport is setup to do global auth
23:34.31blast007make sure you follow the RFCs!!!!
23:34.51JeffMmy goal is to have a simple base class where you just tell it what perms you want, and it'll find the groups to check automaticly
23:35.00JeffMand then it'll automaticly handle the cookes for you
23:35.31JeffMhandle the sessions I mean
23:36.30JeffMcan you make a temporary cookie that isn't saved to disk?
23:37.21blast007"expires is an optional attribute. If not specified, the cookie will expire when the user's session ends."
23:37.28JeffMok good
23:37.35JeffMthat's what I want then
23:37.42JeffMor maybe 90 min or so
23:37.42blast007are you even saving them to disk at all?
23:37.47blast007won't it just be in RAM?
23:37.49JeffMI don't need to
23:38.01JeffMbut I don't know what the browsers will do
23:38.10JeffMserver side it's all memory
23:38.19JeffMbut client side they don't need to be store
23:38.39blast007oh yeah, forgetting what part we're talking about
23:39.03JeffMdheh
23:39.32blast007still not used to plugins being able to provide an HTML interface  ;D
23:39.33bugQI think that the client will associate the cookie with the port number by default, but not sure...
23:39.46JeffMwell I'll get it setup so I can send them and we can see
23:39.55JeffMblast007, yeah it's still wierd
23:39.59JeffMbut very cool
23:40.09blast007could always use a header explorer plugin to read the headers, or a packet sniffer
23:41.06JeffMI'm going to make the base class provide the headers to the plugin so I can see what they are
23:41.27JeffMI do have the raw requests
23:41.41JeffMone of the benifits of writing the HTTP server myself
23:44.46blast007:)
23:52.59*** join/#bzflag bryjen (n=bryjen@CPE-76-177-176-191.natsoe.res.rr.com)
23:52.59*** mode/#bzflag [+v bryjen] by ChanServ

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.