| 00:02.29 | blast007 | Epyon: http://pastebin.bzflag.bz/m491eb92e |
| 00:03.04 | *** join/#bzflag tj13820 (n=tj13820@c-71-236-81-200.hsd1.pa.comcast.net) |
| 00:03.05 | blast007 | this is on debian etch, if it matters (GCC/G++ 4.1.2) |
| 00:03.41 | tj13820 | does anyone know what to do when you get an error "base was not defined for Greent Team" in the server out put? |
| 00:04.00 | tj13820 | followed by "ERROR: A world was not specified" |
| 00:05.38 | Epyon | um, blast007, can you paste me globals.h line 31? |
| 00:05.53 | JeffM | KingofCamelot, for what you are doing, the iteration should be minimal |
| 00:06.03 | JeffM | listing servers is not a performance critical task |
| 00:06.15 | JeffM | its not like it'll have thousands of records. |
| 00:10.05 | tj13820 | nvm |
| 00:15.03 | *** join/#bzflag Gabe_G23 (n=chatzill@cpe-069-134-026-246.nc.res.rr.com) |
| 00:21.05 | blast007 | Epyon: oh, hah, that's my fault... didn't notice I had a conflict :) |
| 00:22.01 | blast007 | and apparently it didn't svn up either.. |
| 00:22.03 | blast007 | sigh.. |
| 00:23.45 | blast007 | Epyon: okay, try this instead: http://pastebin.bzflag.bz/m3dc589a8 |
| 00:24.37 | Epyon | darn, I need a GCC expert :/ |
| 00:26.31 | CIA-34 | BZFlag: 03chaos-dev * r17588 10/trunk/bzwgen/inc/ (Random.h Vector2D.h): Newline at end of file |
| 00:28.27 | KingofCamelot | JeffM, ping |
| 00:30.18 | donny_baker | KingofCamelot: i would agree, for the size of the list I can't really imagine much of a performance difference |
| 00:30.28 | JeffM | KingofCamelot, sup? |
| 00:30.42 | Epyon | JeffM, who'd be the one to ask about GCC here? |
| 00:30.52 | JeffM | Epyon, jesus |
| 00:31.04 | Epyon | -_- |
| 00:31.18 | JeffM | if that fails, JBdiGriz, brlcad, or dtr |
| 00:31.18 | Epyon | Error : Unknown Nick |
| 00:31.18 | Lukstr | what on earth do you mean by "ask about GCC" |
| 00:31.25 | JeffM | yeah just ask |
| 00:31.36 | JeffM | thow it out and see what people say |
| 00:31.39 | Epyon | Well, I get GCC-only warnings |
| 00:31.44 | JeffM | and they are? |
| 00:31.57 | Epyon | Link, ten lines above :P : http://pastebin.bzflag.bz/m3dc589a8 |
| 00:32.34 | Epyon | Somehow, GCC doesn't like lines like this: |
| 00:32.35 | Epyon | (*outstream) << "\n"; |
| 00:32.42 | JeffM | what is outstream? |
| 00:33.04 | Epyon | std::ostream* outstream |
| 00:33.18 | JeffM | does it like it better if it's a refrence? |
| 00:33.33 | Epyon | Can't check, no GCC here |
| 00:33.43 | JeffM | who gets the errors? |
| 00:34.00 | Epyon | blast007, running Etch/GCC 4.1 |
| 00:34.09 | Epyon | 4.1.2 to be precise |
| 00:34.20 | JeffM | let me get the code and take a look |
| 00:35.02 | Epyon | hopes he wont get scolded for the things he did in MathUtils.h ^^ |
| 00:35.09 | KingofCamelot | JeffM, just thinking through the sorting for my list class, and hit a slight snag. At the moment I have two vectors, one holding the string variable for each item in the list, and one holding the label equivalent for that string. However, I just realized I'm not quite sure the best way to ensure both stay sorted the same way. |
| 00:35.45 | Lukstr | Epyon: the way you're describing, doesn't produce an error |
| 00:35.56 | JeffM | KingofCamelot, make the item in the list be a class or struct |
| 00:36.01 | JeffM | then they always stay together |
| 00:36.01 | Epyon | Lukstr ? |
| 00:36.10 | JeffM | then write your own < operator for that class |
| 00:36.11 | Lukstr | (*outstream) << "\n"; |
| 00:36.13 | Lukstr | that's fine |
| 00:36.20 | Epyon | Lukstr, compiler? |
| 00:36.22 | Lukstr | gcc |
| 00:36.24 | Lukstr | any |
| 00:36.26 | Epyon | version |
| 00:36.36 | Epyon | It did work before |
| 00:36.44 | Lukstr | let me test it on both |
| 00:36.45 | Lukstr | new and old |
| 00:36.48 | Lukstr | old: 3.4.5 |
| 00:36.52 | Epyon | Output.h wasn't changed since ages. |
| 00:37.10 | JeffM | but the makefile has |
| 00:37.35 | JeffM | KingofCamelot, so make a class called ServerListItem and give it a < operator that just compares the strings inside. |
| 00:38.30 | KingofCamelot | Ok, that's what I figured, I just wasn't sure if I should avoid making new classes or not. :) |
| 00:38.31 | JeffM | Epyon, why do you need common and config? |
| 00:39.10 | Lukstr | Epyon: 4.2.3 also works |
| 00:39.15 | KingofCamelot | There's already a ServerItem class which uses the < operator like you talked about, but that's the class which holds all the data, and I'm trying to seperate out the HUD and data stuff. |
| 00:39.27 | JeffM | KingofCamelot, ok so make a hud class for it |
| 00:39.30 | JeffM | classes are cheap |
| 00:39.59 | Epyon | JeffM, afair they were requested by bzfsAPI |
| 00:40.06 | Lukstr | Epyon: what line in the error paste? |
| 00:40.08 | Epyon | don't remember |
| 00:40.20 | JeffM | Epyon, don't you need to include the stream headers? |
| 00:40.21 | Epyon | if it works without them then it's fine by me :P |
| 00:40.38 | JeffM | globals.h dosn't seem to have iostream or anything |
| 00:40.45 | JeffM | just vector, string, and map |
| 00:40.56 | *** join/#bzflag BenUrban (n=benurban@unaffiliated/benurban) |
| 00:41.00 | Epyon | yeah, but neither msvc nor GCC report std::ostream missing |
| 00:41.15 | JeffM | Epyon, still you should do valid C++ |
| 00:41.37 | Lukstr | error: no match for 'operator<<' in '....' tells me you need iostream |
| 00:41.44 | JeffM | exactly |
| 00:41.49 | blast007 | where should I plug that in to test? |
| 00:41.51 | Epyon | let's try |
| 00:41.58 | JeffM | blast007, globals.h |
| 00:42.01 | blast007 | k |
| 00:42.03 | JeffM | right after mathUtils |
| 00:42.11 | JeffM | that's where he defines the stream typedef |
| 00:42.27 | CIA-34 | BZFlag: 03chaos-dev * r17589 10/trunk/bzwgen/inc/globals.h: iostream |
| 00:42.32 | Epyon | here :P |
| 00:42.49 | blast007 | yeah, that worked |
| 00:42.56 | Epyon | no warnings? |
| 00:42.56 | JeffM | Epyon, the API does not use common or config |
| 00:43.24 | blast007 | nope, no warnings |
| 00:43.32 | Epyon | I think I used one of them before |
| 00:43.35 | *** join/#bzflag Mets (n=Mets@cpe-72-224-55-41.nycap.res.rr.com) |
| 00:43.41 | JeffM | Epyon, nope |
| 00:43.47 | JeffM | it can't |
| 00:43.54 | JeffM | plugins don't have access to them |
| 00:44.01 | JeffM | so the header never uses it |
| 00:44.25 | CIA-34 | BZFlag: 03chaos-dev * r17590 10/trunk/bzwgen/MSVC/VC8/bzwgen.vcproj: common and config not needed |
| 00:44.50 | JeffM | config.h may not even exist on linux installs untill configure has been run |
| 00:44.51 | Epyon | JeffM, I think I once used some code from them in the app itself. No matter, it works without them. |
| 00:45.06 | blast007 | is the 'common.h' stuff in the Makefile unnecessary too? |
| 00:45.06 | JeffM | you probably tried to include textuitls from bzflag |
| 00:45.08 | blast007 | ./Makefile:.cxx_pic.o: common.h |
| 00:45.08 | blast007 | ./Makefile:.cxx.o: common.h |
| 00:45.09 | JeffM | it and it wants them |
| 00:45.14 | JeffM | blast007, yeah |
| 00:45.20 | JeffM | cus ... that don't even work ;) |
| 00:45.21 | Epyon | JeffM, oh, that's why :D |
| 00:45.29 | JeffM | Epyon, your using GPX now |
| 00:45.32 | JeffM | so it dosn't need them |
| 00:45.41 | JeffM | but you could also us plugin utils, it is config clean as well |
| 00:45.56 | JeffM | and a static lib you can just link in |
| 00:46.40 | blast007 | should I just remove "common.h", or those whole lines? cuz when I killed the whole line (and the following line) failed to build ;) |
| 00:46.44 | JeffM | KingofCamelot, don't fear classes, if they make sense, use em. the probelm is when you add them for no reason ;) |
| 00:46.58 | JeffM | blast007, probalby just the common.h part |
| 00:47.36 | CIA-34 | BZFlag: 03blast007 * r17591 10/trunk/bzwgen/Makefile: Get rid of references to common.h |
| 00:48.50 | CIA-34 | BZFlag: 03JeffM2501 * r17592 10/trunk/bzwgen/inc/ (OSFile.h TextUtils.h): native line endings |
| 00:49.31 | Thumper_ | Ok so the build fails for me for FontManager.cxx after bulletcatcher's changes for the include file - ifdef HAVE_FTGL_FTGL_H - which isn't defined anywhere (configure etc) - do we need to supply this symbol manually when building? or is there a better plan? |
| 00:50.11 | JeffM | it needs to be part of config |
| 00:50.16 | JeffM | he just slacked off |
| 00:50.19 | JeffM | add it |
| 00:50.30 | Thumper_ | is not building with --enable-ftgl-build since I have ftgl installed on my debian system |
| 00:50.35 | JeffM | our defult build should be as sane and automatic as possible |
| 00:50.38 | Thumper_ | ok that's what I thought |
| 00:50.54 | JeffM | manual = bad |
| 00:50.55 | Thumper_ | has to figure where the magic incantation goes for that |
| 00:50.58 | JeffM | if it's a requirement |
| 00:51.56 | Epyon | Why does the bxflag OSFile and TextUtils need "common.h" anyway? |
| 00:52.10 | Epyon | bz* |
| 00:52.38 | JeffM | for the various string comps |
| 00:52.46 | JeffM | basicly everyting in bz uses common |
| 00:52.57 | JeffM | so that they can pick up OS specific changes to config.h |
| 00:55.05 | JeffM | common.h is the interface to config.h |
| 00:56.13 | Epyon | http://www.boost.org/doc/libs/1_35_0/libs/filesystem/doc/index.htm |
| 00:56.29 | JeffM | as I said, you can use boost of you want |
| 00:56.47 | Epyon | Nah, just a note |
| 00:56.57 | JeffM | we are more then aware of boost |
| 00:57.04 | JeffM | we have our current reasons for not using it |
| 00:57.15 | Epyon | I'd like to know them |
| 00:57.22 | JeffM | I've told them to you |
| 00:57.26 | JeffM | 1) there is no dire need |
| 00:57.32 | Epyon | Not because I argue, but because I intend to use it for my further projects |
| 00:57.32 | JeffM | 2) it's another dependecny |
| 00:57.43 | brlcad | Thumper_: that's defined in autoconf magic via the check for ftgl/ftgl.h |
| 00:57.43 | JeffM | 3) it's not been tested on all our platforms |
| 00:57.59 | brlcad | so if its not defined, the test failed |
| 00:58.03 | Epyon | I don't understand 3)? |
| 00:58.06 | JeffM | when we have #1 we'll accept #2 and do #3 |
| 00:58.16 | JeffM | Epyon, not everyone runs modern compilers |
| 00:58.28 | JeffM | can you ensure that boost runs on the old SGI IRIX compiler? |
| 00:59.00 | brlcad | Epyon: if you've not used boost before, a word to the wise.. |
| 00:59.13 | brlcad | it's usually *really* hard to just use one piece of boost |
| 00:59.36 | brlcad | as pulling in one header often requires (implicitly or explicitly) or strongly begs for other headers and data types |
| 00:59.56 | brlcad | you end up with nearly all of C++0x for some portions |
| 01:00.22 | Epyon | And is that bad? |
| 01:00.31 | brlcad | well it is if you only wanted one thing |
| 01:01.09 | brlcad | and you end up needing dozens and may implicitly require you to change your data types (unlike many of the stl containers) |
| 01:01.17 | brlcad | s/many/most/ |
| 01:02.16 | Epyon | brlcad, but for a bottom up project, there'd be nothing against, would it? |
| 01:02.36 | Epyon | JeffM, DOES the current BZFlag still compile on IRIX? |
| 01:03.03 | Epyon | JeffM, do you think once the client is ported to a normal graphics engine it still will? |
| 01:03.24 | JeffM | Epyon, yep |
| 01:03.44 | JeffM | yes when we do an engine port that is when we will probalby desuport some OSs |
| 01:03.52 | JeffM | and that will be a big part in what engine we choose |
| 01:04.03 | brlcad | Epyon: oh, it depends mostly on how much a project leans to the left still |
| 01:04.07 | JeffM | desuporting OSs should not be because we wanted boost ;) |
| 01:04.22 | Thumper_ | brlcad: so am I missing something? or is the check that sets this up missing? when searching for FTGL_H I only match a single source line in src/3D/FontManager.cxx - I don't see anything in autogen/configure etc |
| 01:04.28 | JeffM | most things in boost could be done other ways |
| 01:04.30 | Epyon | bets boost is more portable than any graphics engine :P |
| 01:04.36 | JeffM | Epyon, possibly |
| 01:04.42 | brlcad | there's a lot of higher-end impractical religion in some parts of boost (not of the C++0x portions, though boost is much bigger) |
| 01:04.42 | JeffM | it may run, but we'll have to test it |
| 01:04.47 | JeffM | I just said we haven't done the work |
| 01:04.56 | JeffM | and there is no reason to do the work untill we have a real need. |
| 01:05.10 | Epyon | True |
| 01:05.37 | brlcad | Epyon: I'd look at the piece you're wanting to use and see if it's part of the c++0x candidacy |
| 01:05.46 | brlcad | that stuff will be a *lot* easier to maintain over a long haul |
| 01:05.55 | brlcad | as it's almost certain to make the next standard |
| 01:06.03 | brlcad | and be part of the next rev of the stl |
| 01:06.05 | Epyon | Also true, but currently I'm not yet in any particular need. |
| 01:06.33 | Epyon | Although the design of the dual-linked planar graph gives me nightmares :/ |
| 01:06.47 | brlcad | yeah, there's not much point to use it just for the hell of it, there are lots of ways to do what boost does |
| 01:07.01 | brlcad | many of their algorithms are far more ideal and readable detemplatized |
| 01:07.48 | brlcad | wonders what a complex dual-linked planar graph structure (arguably an advanced structure) has to do with making bzwgen more usable and easily integrated.. :) |
| 01:07.54 | Epyon | hides MathUtils.h from brlcad |
| 01:08.00 | brlcad | oh I saw it |
| 01:08.21 | Epyon | Sorry, could not resist templatizing :P |
| 01:08.28 | Epyon | Boost is addictive. |
| 01:09.03 | JeffM | wonders where const is |
| 01:09.07 | Epyon | It's the only sane way to escape a axis-aligned world :P |
| 01:09.27 | JeffM | the comptuer is a tool, not a personal statement platform |
| 01:09.31 | JeffM | just freaking use it ;) |
| 01:09.32 | brlcad | from what I've seen of friends that have worked with it, you'll eventually either overdose, be forced into "rehab" by someone you have to code with (e.g. us), or you'll try to join boost |
| 01:09.58 | JeffM | next thing you know he'll be a GIT pussher |
| 01:10.01 | Epyon | "join boost" lol :D |
| 01:10.46 | JeffM | Epyon, is your SVN client setup to do native line ending conversions? |
| 01:11.02 | Epyon | I guess it's kinda of going on extremes... a year or two I was the "write everything yourself" kind of person. |
| 01:11.09 | brlcad | Epyon: common.h is also a generalized wrapper to protect against system headers, it should always appear before any system header |
| 01:11.15 | Epyon | JeffM, it is now, but it wasn't before afaik. |
| 01:11.24 | JeffM | grrrr |
| 01:12.41 | JeffM | and I'm still waiting for you to tell me what images are based on your photos |
| 01:13.12 | Epyon | kk, but now I need to head to sleep |
| 01:13.12 | CIA-34 | BZFlag: 03JeffM2501 * r17593 10/trunk/bzwgen/ (inc/commandArgs.h src/OSFile.cxx): consistent line endings |
| 01:13.49 | JeffM | of course you do |
| 01:13.52 | brlcad | Epyon: should use block comments |
| 01:14.05 | brlcad | not just starting/ending |
| 01:14.39 | brlcad | i.e. prefix the lines with a * if it's a comment, that's the convention |
| 01:16.59 | brlcad | and I'm not sure I see the value of the namespace |
| 01:19.48 | JeffM | brlcad smash? |
| 01:20.03 | brlcad | que? |
| 01:20.12 | JeffM | the namespace |
| 01:20.37 | JeffM | your suposed to be the grumpy old man this year remember |
| 01:20.45 | brlcad | ah, yeah .. I don't see the point |
| 01:20.59 | Epyon | The reason behind the namespace is to keep things ordered and not to introduce name conflicts |
| 01:20.59 | brlcad | Epyon: kill it! |
| 01:21.06 | Epyon | max and min is an example |
| 01:21.09 | JeffM | Epyon, with what? |
| 01:21.11 | brlcad | did you actually have a namespace conflict? |
| 01:21.15 | brlcad | they're in a class |
| 01:21.21 | brlcad | that's already namespaced |
| 01:21.30 | Epyon | ??? |
| 01:21.35 | brlcad | or is there a global func for min and max that I missed? |
| 01:21.56 | Epyon | MathUtils.h -- there is no class there, just global funcs |
| 01:22.04 | Epyon | in the math namespace |
| 01:22.15 | brlcad | and if so, wtf are they doing as global funcs .. :) |
| 01:22.44 | Epyon | what class should min and max belong to? :P |
| 01:23.15 | Epyon | Sure I can do a static Math class, but that seemed pointless. |
| 01:23.57 | *** join/#bzflag chaoscon (i=jeremy@smartserv/ceo/chaoscon) |
| 01:23.58 | brlcad | no, I mean you can just as easily pick a less confusing/conflicting name, one that perhaps would be more appropriate to the types |
| 01:24.20 | brlcad | updates |
| 01:24.25 | Epyon | um, min and max work on any comparable type, because they're templated |
| 01:24.47 | brlcad | then you don't need them because that's what std::min and std::max do |
| 01:26.31 | Epyon | Probably because I once ran into these types of troubles : http://heifner.blogspot.com/2008/02/stdmin-and-stdmax.html |
| 01:27.27 | brlcad | that's where you really should be integrating more with stuff already done in the bzflag module |
| 01:27.44 | brlcad | instead of replicating everything from scratch -- we use min/max just fine |
| 01:28.07 | brlcad | define NOMINMAX or define the operator for your types if that was the problem, etc |
| 01:28.12 | Epyon | how can I integrate with bzflag files if all use common and config? |
| 01:28.37 | JeffM | you can, you just need to properly detect and use common |
| 01:28.44 | JeffM | your old use was not correct |
| 01:28.52 | JeffM | but you could make it correct |
| 01:29.00 | Epyon | Will have to think and work on it tommorow |
| 01:29.07 | Epyon | I'm almost dead today :P |
| 01:29.11 | Epyon | G'night! |
| 01:29.16 | JeffM | it would more then likely mean moving the code into the bzflag tree |
| 01:29.19 | brlcad | at some point, you could also move into the bzflag hierarchy to reuse libs/sources |
| 01:29.20 | JeffM | see ya |
| 01:29.25 | brlcad | heh |
| 01:29.32 | Epyon | (yeah, I'd like that) |
| 01:29.54 | brlcad | then I'd really be on your arse about some conventions :) |
| 01:30.10 | JeffM | yeah it'd have to fully confom |
| 01:30.12 | brlcad | rogue code |
| 01:30.12 | Epyon | I'd have no qualms :P |
| 01:30.18 | JeffM | pokes the rotary heads |
| 01:30.39 | brlcad | Epyon: so plan on that, a migration into bzflag/src/bzwgen |
| 01:31.04 | brlcad | should be a simple matter of build system integration, maybe rewiring a few files |
| 01:38.40 | *** join/#bzflag codergeek42 (n=pgordon@fedora/codergeek42) |
| 01:55.03 | *** join/#bzflag DTRemenak (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 01:55.03 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 02:17.11 | *** join/#bzflag DTRemenak (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 02:17.11 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 02:22.56 | *** join/#bzflag JeffM (n=JeffM@adsl-76-243-140-190.dsl.lsan03.sbcglobal.net) |
| 02:32.08 | *** join/#bzflag Ebert (n=EbErT@adsl-211-176-33.asm.bellsouth.net) |
| 02:57.23 | *** join/#bzflag JeffM (n=Jeff@unaffiliated/jeffm) |
| 03:11.43 | *** join/#bzflag hwilde (n=hwilde@68.162.160.77) |
| 03:15.52 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 03:16.26 | Constitution | hi JeffM |
| 03:16.53 | hwilde | sup Con |
| 03:16.57 | JeffM | he lives! |
| 03:17.00 | Constitution | yep :) |
| 03:17.05 | Constitution | just barely... took the GED today |
| 03:17.20 | JeffM | the I didn't finish high school test? |
| 03:17.43 | Constitution | haha, yeah that one |
| 03:17.57 | JeffM | wow |
| 03:18.00 | Constitution | I was homeschooled, so I need some official state-certified diploma |
| 03:18.03 | JeffM | ahhh |
| 03:18.06 | JeffM | that'd do it |
| 03:18.20 | JeffM | them colleges kinda want those things |
| 03:18.35 | Constitution | yeah... potential employer in this case |
| 03:18.46 | JeffM | everyone will want one |
| 03:18.51 | JeffM | tis a good thing to have |
| 03:18.57 | Constitution | yep |
| 03:18.59 | hwilde | but I have years of experience ~ go get a piece of paper |
| 03:19.00 | JeffM | well I got the shot branch working better |
| 03:19.12 | Constitution | that's good |
| 03:19.14 | JeffM | hwilde: that's the thing, he dosn't |
| 03:19.24 | JeffM | Constitution: but there is an issue |
| 03:19.28 | JeffM | that I think you should look at |
| 03:19.33 | JeffM | cus it's very much related to your project |
| 03:19.47 | JeffM | the client is now replacing it's shot with the one from the server |
| 03:19.53 | JeffM | when everyone else gets it |
| 03:19.58 | Constitution | ok |
| 03:20.16 | JeffM | this should be fine, cus if DR is corrent, the server shot should be damned near the same as the client shot |
| 03:20.22 | JeffM | but it isn't |
| 03:20.40 | JeffM | if you turn and shoot, you see a sizeable gap between your shot and the server shot |
| 03:20.48 | JeffM | so that means something is not right in our DR |
| 03:21.23 | JeffM | and the DR and shot state is what we need for server side collisions.. so ;) |
| 03:21.55 | JeffM | I'm still going thru and seeing why remote shots don't work right, and why world weapons don't work, but you can see the issue with your own shots. |
| 03:22.01 | JeffM | so I'd like you to take a look at that for now |
| 03:22.13 | Constitution | ok |
| 03:22.16 | JeffM | rather then get stuck in all this busy work crap of just getting the shots to work |
| 03:22.32 | JeffM | getcha into some real math ;) |
| 03:22.42 | JeffM | my gut says that the server DR isn't taking everything into account |
| 03:22.48 | JeffM | probably rotational speed |
| 03:23.04 | JeffM | and that could explain why our lag comped states are off too |
| 03:23.52 | Constitution | lemme update and recompile so I can see what you're talking about |
| 03:23.55 | JeffM | k |
| 03:24.19 | JeffM | I also got a dupe of that infinate loop in the ground lights |
| 03:24.30 | JeffM | I'm not sure what causes it, but I put a clamp on the loop for now |
| 03:29.21 | CIA-34 | BZFlag: 03JeffM2501 * r17594 10/branches/v2_99_shot_branch/plugins/ShotTest/ShotTest.cpp: log out when the sample shot is fired, and make sure the timer runs enough. |
| 03:37.52 | CIA-34 | BZFlag: 03JeffM2501 * r17595 10/branches/v2_99_shot_branch/plugins/ShotTest/ShotTest.cpp: NULL is not a valid flag type, "" is the basic flag, who knew? |
| 03:43.53 | CIA-34 | BZFlag: 03JeffM2501 * r17596 10/branches/v2_99_shot_branch/src/bzfs/WorldWeapons.cxx: pack up the player and shot ID when firing a world weapon, otherwise it all goes to hell. |
| 03:52.41 | *** join/#bzflag QuantumBeep (i=QB@cpe-72-190-32-30.tx.res.rr.com) |
| 03:59.31 | CIA-34 | BZFlag: 03JeffM2501 * r17597 10/branches/v2_99_shot_branch/plugins/ShotTest/ (ShotTest.cpp map.bzw): |
| 03:59.31 | CIA-34 | BZFlag: add a quicky map to test shots |
| 03:59.31 | CIA-34 | BZFlag: fire multiple shots to track timings |
| 03:59.31 | CIA-34 | BZFlag: always spawn the player at the same place for simplicity |
| 03:59.32 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 04:00.26 | *** join/#bzflag think_tank (n=think_ta@unaffiliated/thinktank/x-168245) |
| 04:21.23 | *** join/#bzflag noyb (n=noyb@nat/sun/x-001634db7e1b276e) |
| 04:47.00 | Constitution | hmmm ok |
| 04:47.18 | Constitution | firing, but I don't see the replacement shot... mine just disappears |
| 04:47.54 | Constitution | is that how it worked for you? |
| 04:48.33 | Constitution | oh, there it is now |
| 04:48.42 | Constitution | only if I'm moving |
| 04:49.47 | JeffM | yeah |
| 04:49.52 | JeffM | if its' static the DR is working |
| 04:50.02 | Constitution | and now it thinks I'm dead so I can't shoot |
| 04:50.03 | JeffM | but when you are moving your veclocity isn't being applied right |
| 04:50.07 | JeffM | heh |
| 04:50.07 | Constitution | gotta get death working too |
| 04:50.24 | JeffM | well we can't get death going untill we get the shots working |
| 04:50.36 | JeffM | probalby best to just disable deaths for now |
| 04:56.35 | *** join/#bzflag Gilly (n=btw@83.146.211.140) |
| 04:59.32 | Constitution | why is death dependant on that? |
| 05:00.40 | JeffM | cus if the shots are in the wrong spot then death is in the worng spot |
| 05:00.55 | JeffM | so best to just turn off deaths untill we are sure the shots are working as we expected |
| 05:01.17 | JeffM | then we can turn the client side hit testing on, as well as hopefuly server side hit testing and see what works and what dosn't |
| 05:03.51 | Constitution | they died in the wrong spot OMIGOSH |
| 05:04.09 | Constitution | ;) |
| 05:05.34 | Constitution | turning them off works too... it's just a debugging problem when you always die and can't shoot anymore |
| 05:10.44 | JeffM | it just cuts it down to testing only one thing |
| 05:11.03 | JeffM | because we don't have the requirement of playability in the branch right now we can optimise it for debuging |
| 05:19.47 | *** join/#bzflag DTRemenak (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 05:19.47 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 05:30.14 | *** join/#bzflag DTRemenak (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 05:30.14 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 05:34.50 | BulletCatcher | Thumper_: look for the string "FTGL/FTGL" (without the quotes) in the top-level configure.ac & configure files, and in include/config.h . If it is missing from configure.ac then "svn update". If it is missing from configure then "autogen.sh". If it is missing from config.h then "./configure". That should get you back on track. |
| 05:37.27 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 05:37.27 | *** mode/#bzflag [+v tupone] by ChanServ |
| 05:38.45 | CIA-34 | BZFlag: 03atupone * r17598 10/branches/v2_0branch/bzflag/src/c-ares/Makefile.am: Removing ares.h from EXTRA_DIST (fix makedist) |
| 05:42.10 | BulletCatcher | drive-by commit |
| 05:43.12 | blast007 | hehe |
| 06:14.31 | ruskie | lol |
| 06:31.37 | *** join/#bzflag DTRemenak (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 06:31.37 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 07:28.12 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 07:28.12 | *** mode/#bzflag [+v tupone] by ChanServ |
| 07:53.31 | *** join/#bzflag deprecated_ (n=deprecat@c-24-18-19-17.hsd1.mn.comcast.net) |
| 07:56.28 | *** join/#bzflag deprecated (n=deprecat@c-24-18-19-17.hsd1.mn.comcast.net) |
| 08:33.15 | *** join/#bzflag Wyk3d (n=Wyk3d@c7.campus.utcluj.ro) |
| 09:07.37 | *** join/#bzflag LongDon (n=LongDon@134.106.59.196) |
| 09:32.27 | CIA-34 | BZFlag: 03kingofcamelot * r17599 10/branches/gsoc_server_listing/src/bzflag/ (4 files): Changing HUDuiScrollList over to using an std::list instead of an std::vector, as well as using creating a HUDuiScrollListItem class for items in the list. Work in progress. |
| 09:59.19 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 10:00.28 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 10:00.51 | *** join/#bzflag donny_ (n=joevano@c-24-7-240-50.hsd1.in.comcast.net) |
| 10:07.43 | *** topic/#bzflag by tupone -> http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || logs at http://ibot.rikers.org/%23bzflag/ || http://ohloh.net/projects/189 || 2.0.10 is the latest public release || GSoC 2008, mentor blog at http://tanks4code.blogspot.com || Congratulations GSoC participants: http://code.google.com/soc/2008/bzflag/about.html || Students should add their projects to the wiki for review || Preparing a new release (2.0.12), linux |
| 10:54.38 | *** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 11:19.52 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 11:19.52 | *** mode/#bzflag [+v tupone] by ChanServ |
| 11:29.39 | *** topic/#bzflag by tupone -> http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || logs at http://ibot.rikers.org/%23bzflag/ || http://ohloh.net/projects/189 || 2.0.10 is the latest public release || GSoC 2008, mentor blog at http://tanks4code.blogspot.com || Congratulations GSoC participants: http://code.google.com/soc/2008/bzflag/about.html || Students should add their projects to the wiki for review || Preparing release (2.0.12), linux-only |
| 12:28.15 | *** join/#bzflag Gabe_G23 (n=chatzill@cpe-069-134-026-246.nc.res.rr.com) |
| 12:28.33 | *** join/#bzflag Tupone_ (n=atupone@pdpc/supporter/active/Tupone) |
| 12:28.33 | *** mode/#bzflag [+v Tupone_] by ChanServ |
| 12:31.54 | *** join/#bzflag Warinthestar (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 12:32.39 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 12:32.39 | *** mode/#bzflag [+v tupone] by ChanServ |
| 12:45.34 | short_circuit | 2.0.12 for linux only release? |
| 12:46.41 | short_circuit | I'll have to build myself a .deb :) |
| 13:03.52 | tupone | unless someone else plan to release/test it on windows. It's solving linux only issue (or maybe MacOSX) |
| 13:08.33 | *** join/#bzflag F687s (n=noah@cpe-98-30-188-38.woh.res.rr.com) |
| 13:08.46 | spldart | ah |
| 13:10.15 | tupone | gcc-4.3 & ares |
| 13:57.48 | Thumper_ | BulletCatcher: I'm all up to date but it doesn't work on my system (Debian/sid) My system ftgl is newish (2.1.3-rc5) and it's trying to include the headers without the FTGL/ subdir which doesn't work |
| 13:58.21 | Thumper_ | for now I'm building with ./configure --enable-ftgl-build |
| 13:58.27 | Thumper_ | to use the local sources |
| 14:00.13 | sam | wow, so you're the ftgl 2.1.3~rc5 user :) |
| 14:01.10 | spldart | Oooo oooo I need to try out sid soon |
| 14:07.26 | sam | duh, why check for FTGL/FTGL.h if it's to include FTGL/FTGLBitmapFont.h in the code? |
| 14:10.04 | spldart | adios |
| 14:10.30 | ruskie | sam, because it assumes that both will be there then? |
| 14:12.22 | sam | yes, but the other way is wrong: if you need FTGL/FTGLBitmapFont.h, FTGL/FTGL.h's presence will not guarantee it |
| 14:13.14 | ruskie | on a sane system it might but yeah.... checking for what you actually need is better... |
| 14:13.30 | ruskie | or just provide a pkgconfig file that will make it even easier to detect the stuff |
| 14:13.38 | sam | there is one |
| 14:13.53 | brlcad | it was just a temporary hack (and it used to just #include FTGL/FTGL.h) until there is some way to test the version |
| 14:14.08 | sam | but since configure.ac doesn't seem to use pkgconfig for anything, I assumed it was unwanted |
| 14:15.29 | sam | brlcad: PKG_CHECK_MODULE(..., 'ftgl >= 2.1.3', ...) should be enough, shouldn't it? |
| 14:16.29 | brlcad | not for 1.6 portability iirc |
| 14:16.52 | brlcad | but yeah, trying the pkg-config check should be enough if it's installed |
| 14:17.05 | brlcad | just not via PKG_CHECK_MODULE without the m4 |
| 14:18.08 | sam | looking directly for FTGL headers is assured to fail, because they need extra CFLAGS which only pkg-config knows |
| 14:30.23 | sam | brlcad: I suggest applying http://zoy.org/~sam/patches/patch-bzflag-ftgl-header-detection.diff |
| 14:30.42 | sam | this does not really require pkg-config, and will solve Thumper_'s current problem |
| 14:33.59 | BulletCatcher | sam: That diff conflicts with --enable-freetype-build on my Fedora 8 system. |
| 14:36.02 | sam | I guess --enable-freetype-build should imply --enable-ftgl-build |
| 14:37.14 | BulletCatcher | Other way around? Or both ways? |
| 14:37.24 | sam | just this way |
| 14:38.28 | sam | otherwise bzflag will link with the built freetype and with the system's freetype because of ftgl, leading to probable symbol conflicts |
| 14:38.29 | brlcad | enable-freetype-build shouldn't exist really, it's a dep for ftgl |
| 14:38.53 | BulletCatcher | In BZFlag, freetype is only there because ftgl requires it, right? |
| 14:38.59 | sam | oh, okay. |
| 14:39.06 | brlcad | really belongs with ftgl |
| 14:39.15 | BulletCatcher | That's where I was heading. |
| 14:39.56 | brlcad | freetype doesn't work as a proper subconfigure yet, though, so it's mildly moot -- a fix needs pushed upstream for their build system |
| 14:40.12 | sam | brlcad: did you run some kind of survey about the presence of pkg.m4 on various systems? I remember to have had problems with my own software, but that was a long time ago |
| 14:41.45 | brlcad | sam: yeah, ran into the failures on Mac OS X 10.4 and earlier, which is more than prevalent enough for our user community to be a snag |
| 14:42.20 | brlcad | 10.5 finally decoupled the autotools from the kernel package so it could be updated independently |
| 14:42.50 | brlcad | that was the main reason automake has lagged so far, they're the main reason for 1.6+ instead of 1.10+ |
| 14:45.06 | *** part/#bzflag LongDon (n=LongDon@134.106.59.196) |
| 14:45.19 | brlcad | in about 18-24 months it should be okay since around then 10.4 support will be on the decline |
| 14:47.03 | Winny | but then 10.6 will be out :p |
| 14:48.46 | brlcad | exactly the point |
| 14:49.23 | sam | brlcad: haha, we had the exact same problem with VLC and BeOS |
| 14:49.54 | brlcad | Winny: we don't generally support more than two revs out from current (e.g. we just dropped 10.2 a little while ago) |
| 14:50.00 | sam | it had gcc-2.96 and automake 1.4 when they went out of business, so we had to support that crap for ages |
| 14:50.27 | brlcad | yeah |
| 14:50.34 | brlcad | recalls, had similar issues on a project |
| 14:51.15 | brlcad | with apple, it's been more a process problem -- autoconf wasn't included in the kernel package, for example, so it has continued to update |
| 14:51.32 | brlcad | automake, though, was |
| 14:53.55 | brlcad | long thread on the mailing list about the problem, but their release cycle for backwards-incompatible kernel changes is around 18-24 months, so it didn't get fixed until 10.5 was released (just barely missed 10.4) |
| 15:12.37 | Winny | any russian speakers? http://my.bzflag.org/bb/viewtopic.php?t=12686 |
| 15:15.44 | BulletCatcher | Thumper_: Does your Debian system have /usr/include/FTGL/ftgl.h (case matters here)? |
| 15:16.24 | *** join/#bzflag Think_Differentl (n=James@unaffiliated/thinkdifferentl/x-838543) |
| 15:16.31 | Thumper_ | BulletCatcher: yup |
| 15:17.37 | BulletCatcher | Okay, I think I can fix it for you. I'll have a pastebin patch for you to test in about 1/2 hour. |
| 15:17.47 | Thumper_ | okay |
| 15:19.37 | sam | by the way, the way things are in Debian right now is going to be the default FTGL installation |
| 15:20.40 | BulletCatcher | k |
| 15:22.54 | BulletCatcher | Thumper_: What is your output of "pkg-config --modversion ftgl"? |
| 15:23.10 | Thumper_ | 2.1.3~rc5 |
| 15:23.17 | BulletCatcher | thanks |
| 15:33.18 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 15:33.18 | blast007 | Flash: ping |
| 15:37.48 | blast007 | tupone: currently, v2_0branch fails to build on OSX 10.4 (or I should say, on *my* 10.4 machine. not sure about others) |
| 15:48.07 | BulletCatcher | Thumper_: This is taking longer than expected, but I am making progress. |
| 15:48.32 | Thumper_ | BulletCatcher: np - I'm at work and am not waiting for it :) |
| 15:49.00 | BulletCatcher | I'm just slacking off at home :-) |
| 15:49.12 | Thumper_ | :-P |
| 15:54.38 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 15:55.12 | *** join/#bzflag tj13820 (n=tj13820@c-71-236-81-200.hsd1.pa.comcast.net) |
| 15:55.34 | tj13820 | how do i add a texture to a sphere or cone like on the fancy 1vs1 server? |
| 15:55.48 | JeffM | asign it a matref |
| 15:55.56 | JeffM | and have that matref have a texture item |
| 15:56.12 | JeffM | so make a material, give that material a name, and a texture |
| 15:56.13 | tj13820 | how do i do that though. (i'm new to v2.0 stuff) |
| 15:56.25 | JeffM | then use matref MATERIAL_NAME in the mesh |
| 15:56.31 | tj13820 | and is it possible to do it in say, Gedit? |
| 15:56.35 | JeffM | sure |
| 15:56.37 | JeffM | it's just text |
| 15:56.44 | JeffM | the wiki has the docs on the material object |
| 15:56.52 | tj13820 | do you have a link? |
| 15:56.54 | JeffM | you just need the color and the texture name or URL |
| 15:57.01 | JeffM | my.bzflag.org/w/ |
| 15:57.01 | tupone | blast007, can't we try to fix it? I need a new release, otherwise I should do a patch in my distro, and debian and ubuntu and other should do the same |
| 15:57.18 | tj13820 | could i just use a directory on my BZFlag server? for the textures.? |
| 15:57.37 | JeffM | tj13820, that won't send it to the clients |
| 15:57.44 | JeffM | if you want clients to see it it has to be on a webserver |
| 15:57.50 | tj13820 | oh really? |
| 15:57.56 | JeffM | we have an image sumition system where you can upload the images too |
| 15:58.10 | tj13820 | i have a webserver :-) |
| 15:58.10 | JeffM | yeah the game server dosn't know anything about textures. |
| 15:58.21 | blast007 | tupone: sure, that's why I mentioned it. I just wanted it to be known, as it was from a change that Flash made in the last two days to try fixing 10.5 builds |
| 15:58.29 | JeffM | tj13820, I'm sure you do, but by defaut clients won't download from your server |
| 15:58.47 | tupone | Ok |
| 15:58.47 | tj13820 | oh, so i need to upload textures to the BZServer? |
| 15:58.57 | JeffM | tj13820, if you want default clients to be able to download it |
| 15:59.00 | tj13820 | or can i use the clear on off of the 1vs1 fancy. |
| 15:59.04 | tj13820 | that's really what i want |
| 15:59.19 | tj13820 | for some spheres and in the center on one pyramid. |
| 15:59.26 | JeffM | tj13820, if they host it on images.bzflag.org you can use it as it'll be under an open license |
| 15:59.48 | blast007 | http://images.bzflag.org/submitimages/ And we only allow images that are under an OSI approved license. So they either have to be open-source in some way already, or they have to be made by you and released as an OSI approved license. |
| 16:00.22 | tj13820 | who runs 1vs1 fancy? |
| 16:00.23 | blast007 | and valid information has to be provided about the author and uploader |
| 16:00.33 | JeffM | blast007, did flash break branch for 10.5? or was it always broken and is still broken? |
| 16:00.50 | blast007 | no, for 10.4 |
| 16:00.59 | blast007 | 10.5 probably works now.. |
| 16:01.10 | JeffM | so it used to work for 10.4 and not 10.5 but now it dosn't work for 10.4 and works for 10.5? |
| 16:01.16 | blast007 | I was able to build on 10.4 before that change |
| 16:01.27 | blast007 | afterwards, I get missing symbols |
| 16:01.35 | blast007 | (clean build) |
| 16:01.42 | JeffM | revert it, let tupone do his release, then we can make 10.5 work for a bin later |
| 16:01.49 | blast007 | k |
| 16:02.23 | tupone | unless is easy to fix |
| 16:02.28 | JeffM | probalby isn't |
| 16:02.44 | JeffM | I'm ok if the code you use for your nix release dosn't work with out a patch for 10.5 |
| 16:03.08 | JeffM | easier to fix it right after, or in 3.0 |
| 16:03.28 | JeffM | you've been waiting to fix your curl issue for a while now, may as well just get it out there so it'll be done and we can move on. |
| 16:04.37 | blast007 | tupone: well, I'm not sure how to fix it, since I don't understand the change |
| 16:04.46 | tj13820 | does anyone know who runs 1vs1 fancy? |
| 16:04.52 | JeffM | blast007, can you make it into a patch? |
| 16:04.55 | blast007 | tj13820: does it say on the server? |
| 16:04.56 | JeffM | so we can look at it? |
| 16:05.07 | tj13820 | blast007: not that i see. |
| 16:05.09 | JeffM | tj13820, just download the map and see where the image is hosted. |
| 16:05.15 | tj13820 | ahh |
| 16:05.17 | tj13820 | good idea |
| 16:05.24 | blast007 | JeffM: and post it on the patch tracker? |
| 16:05.32 | JeffM | blast007, that's what I'm thinking |
| 16:05.41 | tupone | I will be on maybe in 4 hours from now to work on it |
| 16:05.43 | JeffM | just throw something in the read me, "if you can't build on 10.5 use THIS patch" |
| 16:05.51 | blast007 | this change might be valid: |
| 16:05.53 | blast007 | http://bzflag.svn.sourceforge.net/viewvc/bzflag?view=rev&revision=17560 |
| 16:06.09 | blast007 | but this is the one I was having issues with, as far as I can tell: |
| 16:06.10 | blast007 | http://bzflag.svn.sourceforge.net/viewvc/bzflag?view=rev&revision=17559 |
| 16:06.31 | JeffM | he changed the SDL main? |
| 16:06.35 | JeffM | WTF!!! |
| 16:06.58 | JeffM | why do we even include that file? |
| 16:07.01 | JeffM | it's part of SDL |
| 16:07.14 | blast007 | I was getting undefined symbols such as "SDL_malloc" |
| 16:07.29 | JeffM | yeah it's like he updated the main to a new version of SDL that you don't have |
| 16:07.33 | JeffM | revert that |
| 16:07.37 | JeffM | that's not the right way to fix that bug |
| 16:07.45 | blast007 | SDL_strlcpy, SDL_strlen |
| 16:07.45 | blast007 | k |
| 16:07.47 | JeffM | the better way is to have configure detect your local SDL main and use that |
| 16:07.59 | blast007 | yeah, I still have the SDL it came with ;) |
| 16:08.06 | JeffM | yeah that' is a bad fix |
| 16:08.13 | blast007 | k |
| 16:08.26 | JeffM | the X11 one should be fine. |
| 16:08.27 | blast007 | I'll see if I can still build with that configure change |
| 16:08.38 | JeffM | should |
| 16:08.46 | JeffM | I've manualy disable the X11 libs before and it's worked fine |
| 16:08.50 | JeffM | that just makes it formalised |
| 16:09.08 | JeffM | our bins that brlcad has built all don't use X11 |
| 16:10.07 | JeffM | so then we don't even need a patch for 10.5, just simple instructions to put the local sdl_main.h you have into the bz dir and replace |
| 16:10.10 | JeffM | then it should build |
| 16:10.21 | JeffM | tha'ts easy enough untill configure gets made to be smarter |
| 16:12.01 | tj13820 | too difficult :-( |
| 16:13.06 | JeffM | it's too dificult to save a map? |
| 16:13.22 | tj13820 | no |
| 16:13.36 | tj13820 | that i got. to add the textures by hand. How do you use wings3D to edit maps? |
| 16:13.50 | JeffM | you don't |
| 16:13.56 | JeffM | wings can't read maps |
| 16:14.01 | JeffM | you can use it to make mesh objects |
| 16:14.09 | JeffM | but you have to add them to the map by hand |
| 16:14.14 | JeffM | copy and paste |
| 16:14.23 | tj13820 | okay |
| 16:14.53 | Constitution | if we're going to do 2.0.12, let's fix a few other bugs eh? |
| 16:15.01 | JeffM | no |
| 16:15.04 | Constitution | for one, the countdown goes off-screen in 2.0.10 |
| 16:15.09 | JeffM | no |
| 16:15.15 | JeffM | it's just a build update |
| 16:15.17 | Constitution | okay then |
| 16:15.33 | Constitution | :) |
| 16:15.35 | JeffM | if we were in the new version system it'd be a minor rev |
| 16:15.51 | JeffM | I don't even think I'll do a windows build |
| 16:16.38 | JeffM | we need to finish 3.0 |
| 16:16.40 | JeffM | badly |
| 16:16.58 | tj13820 | is there anything that can be used to fully make maps for v2.0? |
| 16:17.10 | JeffM | tj13820, blender |
| 16:17.12 | JeffM | that's about it |
| 16:17.13 | Constitution | fixing a GUI rendering issue won't take days |
| 16:17.21 | JeffM | Constitution, dosn't matter, it's principle |
| 16:17.28 | JeffM | is it fixed in 3.0? |
| 16:17.34 | tj13820 | JeffM: why does such a horrible GUI have to be used? :-P |
| 16:17.44 | JeffM | tj13820, because noone has finsihed bzworkebench |
| 16:17.53 | Constitution | I have no idea... never used a countdown in 3.0 |
| 16:17.53 | JeffM | tj13820, you are more then welcome to work on it |
| 16:18.10 | tj13820 | JeffM: i can't compile in windows. only Unix/Linux |
| 16:18.16 | JeffM | tj13820, so? |
| 16:18.22 | JeffM | bzworkbench is crossplatform |
| 16:18.25 | tj13820 | JeffM: where can i get the code then? |
| 16:18.29 | JeffM | svn |
| 16:18.32 | tj13820 | ah |
| 16:18.38 | tj13820 | i'm going to get it now |
| 16:18.48 | JeffM | how much c++ do you know? |
| 16:18.56 | tj13820 | enough to get me by |
| 16:19.04 | JeffM | it's not finished and needs a lot of work |
| 16:19.08 | tj13820 | svn co "link"? |
| 16:19.15 | JeffM | wiki |
| 16:19.18 | tj13820 | ah |
| 16:19.41 | JeffM | you'll need OSG and FLTK as well |
| 16:28.42 | BulletCatcher | Thumper_: http://pastebin.bzflag.bz/m214616ea has a proof-of-concept patch for FTGL 2.1.3 support when it is installed in the operating system. |
| 16:29.17 | brlcad | JeffM: SDLmain on Mac is a bit different -- unless SDL folks changed their Mac approach, they don't provide a libSDLmain |
| 16:29.56 | JeffM | so it's all in the header? |
| 16:29.57 | brlcad | projects were instructed to embed a copy of the file (and it's Objective-C sources, fwiw) for their projects |
| 16:30.03 | JeffM | ouch |
| 16:30.10 | brlcad | it's a .h and a .m |
| 16:30.20 | brlcad | which we include |
| 16:30.21 | JeffM | so it looks like theyve bit themselves in the ass |
| 16:30.38 | JeffM | since that newer sdlmain is not compatable with older SDLs |
| 16:30.51 | JeffM | do they ship those 2 files with the SDL framework install? |
| 16:30.52 | brlcad | yeah, it ties the compatibility to a given revision line |
| 16:31.08 | brlcad | which worked for a couple years, but finally had to make some changes for 10.5 I presume |
| 16:31.26 | brlcad | no, those 2 files were in a dev kit |
| 16:31.28 | JeffM | so we'd need to include both and have configure detect |
| 16:31.30 | JeffM | great |
| 16:31.38 | JeffM | so for 10.5 support we need more configure work |
| 16:31.43 | JeffM | not just file replacments |
| 16:31.46 | brlcad | pretty much |
| 16:31.48 | JeffM | sucky but manageable |
| 16:32.05 | brlcad | could include both and compile accordingly, or make the mods to the file to make it backwards compatible |
| 16:32.07 | JeffM | still stands to revert for now and just have 10.5ers copy the files untill we fix config |
| 16:32.13 | brlcad | the changes from the look of the patch were cosmetic |
| 16:32.15 | JeffM | I'd rather have mboth |
| 16:32.19 | brlcad | #define stuff |
| 16:32.20 | blast007 | I'm rebuilding to see if it works now |
| 16:32.21 | JeffM | makes it easier to update the files cleanly |
| 16:32.27 | blast007 | might take a bit |
| 16:32.34 | JeffM | but whatever you feel is best |
| 16:33.17 | JeffM | adds this to his reasosn for becoming disalusioned with SDL |
| 16:35.42 | BulletCatcher | 2.99.5 on MacOS 10.4 seems to work without SDL. Anyone want to try ./configure --without-SDL on 10.5? |
| 16:36.06 | *** join/#bzflag QuantumBeep (i=QB@cpe-72-190-32-30.tx.res.rr.com) |
| 16:37.14 | brlcad | for what it's worth, without-SDL still works fine on 10.4 minus the crash-on-exit font destructor bug |
| 16:39.18 | JeffM | heh |
| 16:40.05 | JeffM | how hard would it be to have the configure script detect the SDL version and use the correct files? |
| 16:40.30 | JeffM | that seems like the most robust solution to me |
| 16:40.44 | blast007 | does that file exist on the system itself somewhere? |
| 16:42.12 | blast007 | hrm, okay, guess I'm a little unclear how to revert. I did an 'svn update -r blah' for both files, so I have the older version |
| 16:42.24 | blast007 | but now do I force those to commit? |
| 16:42.26 | JeffM | blast007, aperantly not, it's part of a dev package SDL provides |
| 16:42.39 | blast007 | how* |
| 16:42.52 | JeffM | isn't here a svn revert? |
| 16:43.08 | blast007 | that just reverts to your local copy if you change it |
| 16:43.25 | JeffM | ahh |
| 16:43.36 | JeffM | I just click and hit "revert to this versioN" |
| 16:43.37 | JeffM | then commit |
| 16:43.50 | blast007 | I'm on the mac :P |
| 16:44.51 | JeffM | install windows |
| 16:44.53 | JeffM | ;) |
| 16:45.01 | JeffM | what happens if you do a commit? |
| 16:45.10 | blast007 | absolutely nothing |
| 16:45.35 | blast007 | meh, bet I was supposed to use 'svn merge' and not 'svn update' |
| 16:45.55 | blast007 | I'll just revert it on Windows... screw it ;) |
| 16:46.23 | brlcad | blast007: svn merge |
| 16:46.31 | brlcad | ah, yeah, you found it :) |
| 16:46.41 | *** join/#bzflag Erroneous (n=dtremena@about/essy/CrazyCoder/DTRemenak) |
| 16:46.42 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 16:46.47 | brlcad | svn revert, svn merge |
| 16:47.13 | blast007 | yeah, I'll just do it the clicky way :) |
| 16:52.58 | Thumper_ | BulletCatcher: and you apply that patch how? patch -p0 <patch is complaining about garbage in the patch |
| 16:53.38 | Thumper_ | doesn't feel like reediting it |
| 16:57.34 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@unaffiliated/spazzymcgee) |
| 17:00.35 | *** join/#bzflag bugQ (n=bugQ@c-67-166-124-4.hsd1.ut.comcast.net) |
| 17:06.57 | CIA-34 | BZFlag: 03blast007 * r17600 10/branches/v2_0branch/bzflag/src/platform/MacOSX/ (SDLMain.h SDLMain.m): Revert r17559, as this isn't the correct way to fix this. It broke older versions of SDL. |
| 17:07.16 | blast007 | bugQ: hiya. how's it going? |
| 17:07.22 | *** join/#bzflag zee942 (n=c1fb45eb@gateway/web/cgi-irc/zeebrothers.net/x-2e6ed01c691286e4) |
| 17:08.24 | bugQ | fine, fine |
| 17:09.07 | *** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 17:09.08 | blast007 | what are you working on currently? |
| 17:10.57 | bugQ | well, now that bzfs works for me, I'm getting a template up |
| 17:11.19 | JeffM | cool |
| 17:11.24 | JeffM | you have it generateing HTML? |
| 17:11.45 | bugQ | almost |
| 17:12.46 | *** join/#bzflag kirun (n=kirun@222.5.gr6.adsl.brightview.com) |
| 17:20.44 | BulletCatcher | Thumper_: pastebin ate the leading "@@". http://pastebin.bzflag.bz/m3ea5a82c is correct. Sorry about that. |
| 17:20.51 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 17:22.27 | brlcad | suure, blame poor lil pastebin |
| 17:22.34 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 17:22.35 | *** join/#bzflag whoda|iPod (n=whoda|To@dslb-088-064-184-162.pools.arcor-ip.net) |
| 17:23.08 | *** join/#bzflag noyb_ (n=noyb@pool-71-119-173-104.lsanca.dsl-w.verizon.net) |
| 17:23.33 | *** join/#bzflag Ebert (n=EbErT@adsl-211-176-33.asm.bellsouth.net) |
| 17:28.15 | JeffM | bugQ, do you have access to a public server? or woudl you like us to set one up for you that you can build on remotely? |
| 17:28.44 | bugQ | I have one, but I was having a little bit of trouble with dependencies |
| 17:28.52 | JeffM | what OS does it run? |
| 17:29.24 | JeffM | we can set up a tree on one of our systems and get it building for you, then all you'd have to do is commit and rebuild |
| 17:29.36 | bugQ | well, it's not doing much, so I can wipe it and put on ubuntu, debian, or centos |
| 17:29.54 | JeffM | I'm sure I could even get blast to set up a nice config for you and some scripts to start and stop it :) |
| 17:30.14 | JeffM | bugQ, what kind of connection are you on? |
| 17:30.50 | bugQ | you mean speed? pretty good. |
| 17:31.00 | JeffM | what is your upstream? |
| 17:31.02 | blast007 | upstream is the important part |
| 17:32.24 | bugQ | testing... |
| 17:32.33 | tj13820 | bugQ: if you run Ubuntu, buliding is really simple. |
| 17:32.48 | bugQ | 342 kbps |
| 17:32.54 | JeffM | ouch |
| 17:33.01 | JeffM | yeah lets get you setup on a host |
| 17:33.14 | JeffM | then you can leave the server up and test for reals :) |
| 17:33.27 | bugQ | oh, you meant the vps? it's probably much better... |
| 17:33.41 | JeffM | blast007, brlcad , who wants to host him? we got .bz, .de, opencombat, |
| 17:33.51 | tj13820 | i can host. |
| 17:34.17 | blast007 | tj13820: it's not just hosting.. it's getting SVN, rebuilding, and testing |
| 17:34.23 | tj13820 | oh |
| 17:34.46 | JeffM | opencombat uses squat for it's bandwith and it's setup to build trunk servers |
| 17:35.56 | JeffM | blast007, you have start and stop scripts don't ou? |
| 17:35.57 | JeffM | you/ |
| 17:36.04 | blast007 | nope |
| 17:36.09 | JeffM | dosn't someone? |
| 17:36.16 | JeffM | tho they can't be too hard to write |
| 17:36.18 | blast007 | thumper has a whole website |
| 17:36.35 | blast007 | I mean, I have scripts to run my servers |
| 17:36.36 | JeffM | I'm just thinging something that starts it with the config |
| 17:36.43 | blast007 | but it's just a loop |
| 17:36.44 | JeffM | and can restart it |
| 17:37.00 | blast007 | guess mine would work for that |
| 17:37.08 | JeffM | just so all he'd have to do is svn up |
| 17:37.09 | JeffM | make |
| 17:37.14 | JeffM | restartserver.sh |
| 17:37.19 | blast007 | oh |
| 17:37.31 | blast007 | Ctrl-C is easier ;) |
| 17:37.44 | JeffM | then he has to use screen |
| 17:37.46 | blast007 | kills bzfs, but keeps the script running, so it restarts after a few second loop |
| 17:37.49 | JeffM | and it's not the only bzfs on the machine |
| 17:37.51 | blast007 | right? |
| 17:38.18 | blast007 | he'd have his own username, right? |
| 17:38.22 | JeffM | yeah |
| 17:38.27 | blast007 | and if so, he'd have his own screen session |
| 17:38.35 | JeffM | true |
| 17:38.40 | tj13820 | *vnc |
| 17:38.41 | JeffM | screens just more work |
| 17:38.48 | blast007 | tj13820: no, screen |
| 17:38.55 | blast007 | we're talking about SSH, not VNC |
| 17:39.03 | tj13820 | ahh |
| 17:39.04 | JeffM | how hard would it be to read the data from a PID file and jsut kill it? |
| 17:39.10 | tj13820 | not hard |
| 17:39.21 | JeffM | I'm just thinking 3 cake scripts |
| 17:39.22 | tj13820 | in unix use "listprocess" i believe |
| 17:39.33 | JeffM | bzfs will make the pid file |
| 17:39.42 | tj13820 | and kill the one you don't want with "kill bzfs *pid*" |
| 17:39.48 | blast007 | bzfs -pidfile pid |
| 17:39.53 | brlcad | he's welcome to a .bz account |
| 17:39.57 | brlcad | can have it set up quick |
| 17:40.02 | JeffM | yes but how does the script read the pid |
| 17:40.07 | blast007 | kill `cat pid` |
| 17:40.09 | JeffM | brlcad, I'm worried about CPU there |
| 17:40.13 | blast007 | speel a few seconds |
| 17:40.17 | brlcad | nods |
| 17:40.20 | brlcad | could use the .de server |
| 17:40.24 | blast007 | and then kill -9 `cat pid` |
| 17:40.27 | brlcad | nothing running there |
| 17:40.29 | JeffM | that's what I'm thinking |
| 17:40.35 | JeffM | .de would be fine |
| 17:41.12 | brlcad | logs in |
| 17:43.49 | bugQ | I'm half german anyway :P |
| 17:43.57 | JeffM | cool |
| 17:44.06 | JeffM | writes up a config |
| 17:45.11 | tj13820 | why not leave configs in an easy directory like, say "/home/bugQ" so he can use "sh script.sh" to run scripts |
| 17:45.25 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 17:45.30 | tj13820 | (if they are sh scripts on a unix/linux server) |
| 17:46.10 | JeffM | that's the idea |
| 17:48.12 | SpazzyMcGee | pointless thread? http://my.bzflag.org/bb/viewtopic.php?t=12687&highlight= |
| 17:48.40 | *** join/#bzflag Pimpi_ (n=frank@gondolin.pimpi.org) |
| 17:48.50 | JeffM | it's not pointless |
| 17:48.55 | JeffM | just inapropriate |
| 17:49.34 | *** join/#bzflag CBG (n=CBG@cpc2-stme1-0-0-cust307.cdif.cable.ntl.com) |
| 17:50.21 | JeffM | it in fact has a point that it's trying to make |
| 17:51.02 | SpazzyMcGee | heh, pedant... |
| 17:54.59 | tj13820 | wow, that was removed quick |
| 18:08.28 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 18:08.28 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 18:12.40 | tj13820 | what is the Mac OS command for PYBZEdit to start it up? |
| 18:14.19 | JeffM | tj13820, pybzedit? |
| 18:14.22 | JeffM | we didn't write that |
| 18:15.23 | tj13820 | oh |
| 18:15.35 | Winny | tj13820: you need to install python if you havent already |
| 18:15.43 | JeffM | and the associated libs |
| 18:16.21 | tj13820 | got it |
| 18:16.32 | tj13820 | i just need to know how to start the thing |
| 18:16.41 | JeffM | it should have some docs |
| 18:16.44 | tj13820 | nope |
| 18:16.47 | tj13820 | nothing really |
| 18:16.48 | JeffM | but probalby python nameofscript |
| 18:16.51 | bugQ | ls |
| 18:16.53 | bugQ | oop. |
| 18:16.56 | tj13820 | just a zipped folder with a few python scripts |
| 18:16.58 | *** join/#bzflag TimRiker (n=timr@70-7-68-249.area7.spcsdns.net) |
| 18:16.58 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 18:17.09 | JeffM | tj13820, it has lots of requirements |
| 18:17.12 | JeffM | and it dosn't do textures |
| 18:17.19 | tj13820 | i know |
| 18:17.22 | tj13820 | this is for a friend |
| 18:17.31 | tj13820 | who wants it for his mac |
| 18:17.34 | Winny | iBZEdit? |
| 18:17.48 | tj13820 | i'll quote * i hate crappy GUI's * |
| 18:17.52 | tj13820 | :-P |
| 18:18.00 | tj13820 | i use blender now, it's actually not too bad |
| 18:18.00 | JeffM | tj13820, so write a good one for bzworkebench |
| 18:18.08 | JeffM | HELP instead of complain |
| 18:18.11 | tj13820 | no no no, not me, i use blender now |
| 18:18.30 | tj13820 | i got the files from the wiki that are bundled, and i'm figuring it out |
| 18:31.34 | *** join/#bzflag Gabe_G23 (n=chatzill@cpe-069-134-026-246.nc.res.rr.com) |
| 18:37.44 | *** join/#bzflag LongDon (n=LongDon@host-091-097-062-238.ewe-ip-backbone.de) |
| 18:49.28 | Gabe_G23 | Score: 742 |
| 18:49.30 | Gabe_G23 | Cool |
| 18:49.45 | *** part/#bzflag bugQ (n=bugQ@c-67-166-124-4.hsd1.ut.comcast.net) |
| 18:49.55 | *** join/#bzflag bugQ (n=bugQ@c-67-166-124-4.hsd1.ut.comcast.net) |
| 19:21.13 | *** join/#bzflag TimRiker (n=timr@70-7-68-249.area7.spcsdns.net) |
| 19:21.14 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 19:25.59 | *** join/#bzflag sadysta (n=sadysta@164-dzi-15.acn.waw.pl) |
| 19:32.12 | whodaman- | ~bzflist |
| 19:32.40 | whodaman- | brlcad, ^^ |
| 19:33.08 | brlcad | oop |
| 19:33.19 | brlcad | ~/bzflist |
| 19:33.54 | whodaman- | works |
| 19:34.00 | whodaman- | ~brlcad++ |
| 19:34.06 | whodaman- | since you ran that, it worked :p |
| 19:36.08 | brlcad | just timed out I think the first time |
| 19:36.27 | brlcad | looks like mysql is to blame, it's being really slow |
| 20:00.09 | *** join/#bzflag noyb_ (n=noyb@nat/sun/x-51b968531aeaa5c1) |
| 20:00.45 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@unaffiliated/spazzymcgee) |
| 20:01.05 | brlcad | cycling |
| 20:01.31 | Winny | No, I'm sitting right here |
| 20:05.41 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 20:06.25 | *** join/#bzflag AAA_awright (n=AAA_awri@wsip-68-14-251-102.ph.ph.cox.net) |
| 20:26.26 | *** join/#bzflag TimRiker (n=timr@pdpc/supporter/bronze/TimRiker) |
| 20:26.26 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 20:28.29 | *** join/#bzflag KTL (n=KTL@213.219.143.202.adsl.dyn.edpnet.net) |
| 20:35.52 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 20:35.52 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 20:38.16 | *** part/#bzflag KTL (n=KTL@213.219.143.202.adsl.dyn.edpnet.net) |
| 20:45.35 | *** join/#bzflag temp_dist_ (n=temporal@75-168-116-155.mpls.qwest.net) |
| 20:48.21 | JeffM | so lately, been wondering |
| 20:48.25 | JeffM | who will be there to take my place |
| 20:48.28 | JeffM | when I'm gone |
| 20:48.35 | JeffM | and you'll need love, to light the shadows on your face |
| 20:48.49 | Winny | anyone have ducktape? |
| 20:49.03 | Winny | s/duck/duct/ |
| 20:49.11 | JeffM | way up high, or down low, I'll go wherever you go |
| 20:51.04 | *** join/#bzflag zee573 (n=5593794e@gateway/web/cgi-irc/zeebrothers.net/x-505b1f593a9539e9) |
| 20:55.24 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 20:55.24 | *** mode/#bzflag [+v tupone] by ChanServ |
| 20:58.07 | *** join/#bzflag L4m3r__ (n=l4m3r@ip68-109-192-46.pv.oc.cox.net) |
| 21:00.25 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 21:00.34 | *** join/#bzflag Gabe_G23 (n=chatzill@cpe-069-134-026-246.nc.res.rr.com) |
| 21:03.18 | *** join/#bzflag bier__ (n=bier@p54A563A7.dip.t-dialin.net) |
| 21:04.31 | *** join/#bzflag javawizard2539 (n=javawiza@c-76-23-28-244.hsd1.ut.comcast.net) |
| 21:29.27 | Thumper_ | BulletCatcher: I think that works - thanks |
| 21:31.35 | *** join/#bzflag LongDo1 (n=LongDon@host-091-097-019-065.ewe-ip-backbone.de) |
| 21:31.47 | *** part/#bzflag LongDo1 (n=LongDon@host-091-097-019-065.ewe-ip-backbone.de) |
| 21:45.37 | JeffM | and where.... is the batman! |
| 21:47.31 | CIA-34 | BZFlag: 03atupone * r17601 10/branches/v2_0branch/bzflag/DEVINFO: We migrated to svn. Fix instructions |
| 21:47.54 | tupone | I hope someone check the instructions I put :/ |
| 21:48.48 | JeffM | why svn copy not co ? |
| 21:49.10 | tupone | I hope/guess they are equivalent |
| 21:49.14 | JeffM | tho we can just link to the wiki, that may be best |
| 21:49.55 | tupone | well, yes. A link to the wiki is good, in this case |
| 21:49.59 | JeffM | http://my.bzflag.org/w/SVN |
| 21:51.53 | tupone | can't access now. Too slow :/ |
| 21:52.25 | JeffM | wonder how hard it would be to keep a read only mirror of the wiki on .de |
| 21:54.09 | JeffM | donny_, is there a way to make mediawiki read only? |
| 21:59.05 | tupone | I thought you mean "Releasing instruction are on the wiki, better link them". But I'm not finding them |
| 21:59.28 | JeffM | oh no |
| 21:59.41 | JeffM | I mean that the info on how to use SVN with bzflag is on the wiki |
| 22:00.04 | JeffM | we should be consitent in our docs |
| 22:00.14 | tupone | well, that page does not tell about making tag |
| 22:00.16 | JeffM | or just link to them from the devinfo |
| 22:00.22 | JeffM | then add the info ;) |
| 22:00.43 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 22:00.43 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 22:02.09 | tupone | I have to test before doing it. I will try with some local repository. But now is becoming late for me. |
| 22:13.41 | *** join/#bzflag javawizard2539_ (n=javawiza@c-76-23-28-244.hsd1.ut.comcast.net) |
| 22:15.45 | *** join/#bzflag me1 (n=me1@pool-96-233-58-80.bstnma.fios.verizon.net) |
| 22:16.53 | *** join/#bzflag me1 (n=me1@unaffiliated/me1) |
| 22:18.22 | javawizard2539 | ~ping |
| 22:18.23 | ibot | pong |
| 22:18.35 | *** join/#bzflag noyb (n=noyb@pool-71-119-173-104.lsanca.dsl-w.verizon.net) |
| 22:37.18 | CIA-34 | BZFlag: 03chaos-dev * r17602 10/trunk/bzwgen/inc/ (Vector2D.h Vector3D.h): Optimized vector classes |
| 23:08.55 | CIA-34 | BZFlag: 03chaos-dev * r17603 10/trunk/bzwgen/inc/Generator.h: Removed unneccessary data and includes and added comments |
| 23:27.25 | *** join/#bzflag codergeek42 (n=pgordon@fedora/codergeek42) |
| 23:28.10 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 23:28.10 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 23:50.33 | *** join/#bzflag Epyon (n=Epyon@90-156-93-82.magma-net.pl) |
| 23:53.50 | *** join/#bzflag Think_Differentl (n=James@unaffiliated/thinkdifferentl/x-838543) |