| 00:00.56 | purple_cow | "svn stat" will tell you what the status of each file is, which is a good thing to check before you commit bit changes like this |
| 00:01.05 | purple_cow | s/bit/big/ |
| 00:01.31 | jude- | can I remove everything on the server? |
| 00:02.12 | CIA-3 | BZFlag: 03judecn * r14248 10/trunk/bzworkbench/ (Debug/ defines.h dialogs/ main.cpp model/ windows/): |
| 00:02.35 | purple_cow | jude-: there's no fine-grained access control within the repository |
| 00:02.45 | jude- | never mind--fixed it |
| 00:02.59 | purple_cow | so theoretically there's nothing preventing you from fiddling with bzflag's source code (except "the fear") |
| 00:03.15 | CIA-3 | BZFlag: 03judecn * r14249 10/trunk/bzworkbench/ (.cdtbuild .cdtproject .project .settings/): |
| 00:03.53 | purple_cow | careful not to add any object files or binaries :) |
| 00:05.26 | *** join/#bzflag SpazzyMcGee (n=Spazzy_M@client-86-31-37-212.leed.adsl.virgin.net) |
| 00:07.23 | CIA-3 | BZFlag: 03judecn * r14250 10/trunk/bzworkbench/ (.cdtbuild .cdtproject .project main.cpp): finally |
| 00:07.34 | jude- | oops |
| 00:07.43 | jude- | why no binaries or objects? |
| 00:08.44 | purple_cow | because those get built when you compile it |
| 00:09.16 | purple_cow | in general, source control holds the source and not anything that's automatically generated during build |
| 00:09.32 | jude- | hang on... |
| 00:11.36 | jude- | can I force a commit? |
| 00:11.42 | purple_cow | what do you mean? |
| 00:12.18 | jude- | I've added my files, but nothing commits |
| 00:12.21 | jude- | can I force it to upload? |
| 00:12.52 | purple_cow | what does it say when you do svn commit? |
| 00:13.15 | jude- | nothing--it just returns |
| 00:14.02 | purple_cow | did you "svn add" everything you want in the repository? |
| 00:14.14 | jude- | yes |
| 00:14.48 | purple_cow | does "svn stat" list a bunch of files with "A" next to them? |
| 00:15.29 | jude- | no--I get "?" |
| 00:15.47 | purple_cow | try svn add again |
| 00:15.49 | jude- | svn add just tells me at this point that everything's already under version control |
| 00:15.59 | jude- | svn --force add doesn't change this |
| 00:16.03 | purple_cow | you may have to add the parent directory first |
| 00:16.26 | jude- | it says its already under verson control |
| 00:17.20 | purple_cow | /query me, and paste some stuff from your terminal |
| 00:17.24 | purple_cow | I'm not quite sure what you're seeing |
| 00:20.57 | *** join/#bzflag triclops (n=triclops@124-168-3-131.dyn.iinet.net.au) |
| 00:25.04 | *** join/#bzflag rob1n (n=emp@unaffiliated/rob1n) |
| 00:25.57 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 00:28.16 | CIA-3 | BZFlag: 03judecn * r14251 10/trunk/bzworkbench/ (28 files in 6 dirs): newly re-arranged tree |
| 00:28.42 | Erroneous | looks like it worked ;) |
| 00:29.06 | jude- | indeed |
| 00:29.27 | jude- | anyway, my parents have summoned me to dinner at...(queue dramatic music) SUSHI! |
| 00:29.42 | jude- | so I'll be back in a couple of hours |
| 00:29.51 | purple_cow | hmm, sushi |
| 00:30.04 | jude- | they want to celebrate my acceptance into GSoC |
| 00:30.18 | jude- | be back, um, eventually :) |
| 00:33.22 | rob1n | ~seen orchid |
| 00:34.28 | ibot | orchid <n=bzgirl@unaffiliated/orchid> was last seen on IRC in channel ##essy, 46d 52m 6s ago, saying: 'SportChick: http://bzgirl.org/mp3/Skye_Edwards-Love_show.mp3'. |
| 00:37.35 | *** join/#bzflag I_Died_Once (n=I_Died_O@unaffiliated/idiedonce/x-1828535) |
| 00:44.11 | davemicc | I have a blender problem: objects don't seem to be scaled in the same directions when I load the maps |
| 00:44.27 | davemicc | anyone know what I'm doing wrong? |
| 00:49.45 | davemicc | looks like it's pretty easy to fix by editing the map code anyways... |
| 01:05.51 | *** join/#bzflag Jefenry (n=jeffreyd@pool-162-83-124-239.norf.east.verizon.net) |
| 01:21.05 | *** join/#bzflag eTangenT (n=tangent@65.167.130.121) |
| 01:25.11 | eTangenT | and all the girlies say I'm pretty fly, for a green tank. |
| 01:51.13 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 02:02.21 | *** join/#bzflag jude- (n=jude@c-68-84-206-92.hsd1.ar.comcast.net) |
| 02:02.24 | jude- | finally! |
| 02:03.07 | eTangenT | yo jude- |
| 02:03.28 | eTangenT | reading tutorial on cplusplus.com |
| 02:03.44 | jude- | do you know C? |
| 02:04.24 | eTangenT | not particularly |
| 02:04.27 | eTangenT | a little though |
| 02:05.04 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 02:05.22 | jude- | try learning C first |
| 02:05.50 | jude- | then get to the classes |
| 02:05.56 | jude- | (I mean C++ classes) |
| 02:06.05 | jude- | it makes it MUCH easier |
| 02:06.16 | eTangenT | I really am not having much trouble understanding this at all though |
| 02:06.20 | eTangenT | makes lots of sense to me |
| 02:06.58 | jude- | excellent |
| 02:07.01 | jude- | what languages do you already know? |
| 02:08.14 | eTangenT | used to do BASIC a bit, I do PHP also |
| 02:08.44 | eTangenT | the BASIC I did though was for the Cybiko handheld |
| 02:08.58 | eTangenT | the basic-to-C compiler featured some C stuff in it though |
| 02:09.02 | eTangenT | so I get arrays and the like |
| 02:09.59 | jude- | neat |
| 02:10.14 | jude- | that's kind of how I started programming |
| 02:11.04 | jude- | only I started on TI graphing calculators |
| 02:11.43 | eTangenT | oh yeah |
| 02:11.48 | eTangenT | thats the one I forgot |
| 02:11.52 | eTangenT | I made TI games in class |
| 02:12.00 | jude- | ever heard of www.ticalc.org? |
| 02:12.02 | eTangenT | including a sword fighting game in English sophomore year |
| 02:12.03 | eTangenT | nah |
| 02:12.05 | eTangenT | will look |
| 02:12.06 | eTangenT | brb |
| 02:12.23 | jude- | you can find some of my stuff there, under the developer name "JcN" |
| 02:29.40 | jude- | purple_cow: all the svn problems are solved: Eclipse has an SVN plug-in that will automate project synchronization |
| 02:30.04 | jude- | translation: no more weird residual .svn files :) |
| 02:30.22 | purple_cow | oh, so I've got to install eclipse to build this thing |
| 02:30.41 | jude- | no |
| 02:30.46 | jude- | I've uploaded the makefile |
| 02:30.56 | jude- | that should work |
| 02:31.30 | purple_cow | hm, I don't see a makefile |
| 02:31.35 | jude- | it's under Debug |
| 02:31.52 | jude- | let me upload it |
| 02:34.54 | CIA-3 | BZFlag: 03judecn * r14252 10/trunk/bzworkbench/windows/MainWindow.cpp: yay! svn plugin for eclipse! |
| 02:36.28 | jude- | hmm...hang on a sec... |
| 02:41.33 | CIA-3 | BZFlag: 03judecn * r14253 10/trunk/bzworkbench/windows/.settings/: |
| 02:43.10 | CIA-3 | BZFlag: 03judecn * r14254 10/trunk/bzworkbench/windows/ (5 files in 2 dirs): |
| 02:51.13 | CIA-3 | BZFlag: 03judecn * r14255 10/trunk/bzworkbench/windows/MainWindow.cpp: |
| 02:51.34 | CIA-3 | BZFlag: 03judecn * r14256 10/trunk/bzworkbench/windows/main.cpp: |
| 02:54.15 | jude- | hmmm...I'm trying to add some stuff, but it says it's already there |
| 02:59.16 | CIA-3 | BZFlag: 03judecn * r14257 10/trunk/bzworkbench/windows/Debug/: ignore this |
| 03:02.31 | rob1n | svn add? |
| 03:04.47 | CIA-3 | BZFlag: 03judecn * r14258 10/trunk/bzworkbench/ (42 files in 10 dirs): Okay, this should be a complete commit |
| 03:05.26 | jude- | rob1n, we've had this problem before--somehow some resudual svn data was getting left behind and svn claimed that I had already added something that was clearly not |
| 03:06.09 | *** join/#bzflag Noodleman (n=tuckerm@ip68-0-112-170.tu.ok.cox.net) [NETSPLIT VICTIM] |
| 03:06.09 | *** join/#bzflag scott (n=scott@titania.sbender.net) [NETSPLIT VICTIM] |
| 03:07.23 | jude- | purple_cow: okay, Eclipse now manages all svn-related commits |
| 03:07.23 | jude- | (finally) |
| 03:08.21 | jude- | sorry it took so bloody long |
| 03:08.41 | rob1n | svn cleanup? |
| 03:08.54 | *** join/#bzflag daxxar (n=daxxar@daxxar.com) |
| 03:08.59 | jude- | rob1n: tried that |
| 03:09.01 | rob1n | meh |
| 03:09.26 | jude- | but, all the issues should now be resolved |
| 03:10.20 | *** join/#bzflag Legoguy (n=Legoguy@adsl-70-131-34-25.dsl.emhril.sbcglobal.net) |
| 03:12.23 | CIA-3 | BZFlag: 03judecn * r14259 10/trunk/bzworkbench/ (5 files in 4 dirs): okay, now the d*mn thing should build now that I fixed the old #includes |
| 03:13.01 | jude- | now to start removing the nested classes... |
| 03:16.00 | Thumper_ | jude-: bzw (the elf binary) in bzworkbench/Debug shouldn't be in the repo |
| 03:16.26 | purple_cow | also, what are these .d files? |
| 03:16.37 | jude- | Thumper_: sorry |
| 03:16.54 | jude- | purple_cow: they're Eclipse-specific debug files, I think |
| 03:16.59 | Thumper_ | purple_cow: autogenerated dependency files maybe? |
| 03:18.03 | CIA-3 | BZFlag: 03judecn * r14260 10/trunk/bzworkbench/ (5 files in 4 dirs): no more binary |
| 03:19.08 | CIA-3 | BZFlag: 03judecn * r14261 10/trunk/bzworkbench/include/ (DataEntry.h WorldOptionsData.h): ...and now the Model class has no nested classes |
| 03:20.03 | jude- | purple_cow: I told Eclipse to manage the makefile for now so I could focus on coding the app itself... |
| 03:21.20 | purple_cow | jude-: that's OK |
| 03:21.36 | purple_cow | you go ahead and continue, I'll get it working eventually |
| 03:25.05 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 03:29.58 | DTRemenak | JeffM: re: <JeffM> wonders why he can still see TADD's private fourms; you are in the tadd.forums group |
| 03:34.06 | JeffM | I am |
| 03:34.08 | JeffM | damn |
| 03:34.13 | JeffM | wonder why they did thqat |
| 03:35.56 | DTRemenak | heh |
| 03:40.26 | jude- | does C++ have some sort of hashmap class? |
| 03:41.16 | JeffM | what do you need to store? |
| 03:41.54 | jude- | I need to map integer keys to void pointers |
| 03:42.23 | JeffM | std::map |
| 03:42.27 | JeffM | how many are there? |
| 03:42.28 | DTRemenak | a normal map will work fine for just about everything. it's faster with anything less than ~2million data members. |
| 03:42.33 | JeffM | yeah |
| 03:42.35 | jude- | dunno yet |
| 03:42.38 | jude- | less than 2 million |
| 03:42.40 | JeffM | map will be fine |
| 03:42.45 | jude- | thanks |
| 03:42.45 | DTRemenak | use std::map than :) |
| 03:42.46 | JeffM | they is fast |
| 03:43.37 | JeffM | it'll do a binary lookup |
| 03:45.19 | DTRemenak | if you really do need a more exotic container of some type (including hashmaps), boost is your friend |
| 03:46.04 | jude- | I think map will work--I just need a way to access pointers to my model's data using integer keys (i.e. so I can query my model through a simpler interface than, say, querying individual data classes) |
| 03:46.58 | JeffM | I did maps for my object list |
| 03:47.03 | JeffM | when I did bzedit |
| 03:47.08 | JeffM | it was plenty fast |
| 03:47.36 | JeffM | you can even store a ref to the object in there |
| 03:47.43 | JeffM | or the object |
| 03:47.54 | JeffM | then they will be deallocated when they are deleted |
| 03:47.59 | JeffM | less memory management |
| 03:48.26 | purple_cow | void pointers? |
| 03:48.58 | JeffM | yeah void pointer bad |
| 03:49.06 | JeffM | if your doing derived classes |
| 03:49.14 | JeffM | make it at LEAST a pointer to a base class |
| 03:50.09 | JeffM | how'd we do it last time purple_cow ? base class with draw and serialise stuff, and then they each knew how to handle there own edit interface? |
| 03:50.24 | purple_cow | something like that |
| 03:50.45 | jude- | well, most of the time the pointer will point to a primitive |
| 03:51.01 | DTRemenak | most of the time? |
| 03:51.05 | JeffM | still better to have it be a base prim |
| 03:51.07 | JeffM | what else could it be? |
| 03:52.01 | jude- | well, for example, I'm currently writing code that maps global world data to integer keys |
| 03:52.18 | jude- | this includes the water level (float), the flag height (float), the options string (char*), and the name (char*) |
| 03:52.24 | JeffM | those are just objects |
| 03:52.27 | JeffM | make a base object |
| 03:52.33 | JeffM | they will be of the "non drawing" type |
| 03:52.43 | JeffM | make a base class function that tells if they are drawable |
| 03:52.50 | JeffM | void pointers are evil |
| 03:52.53 | DTRemenak | world data is stored in a chunk in the file, why not store it in a class in the code? |
| 03:52.54 | JeffM | use the C++ :) |
| 03:53.26 | jude- | those four elements are already stored in a separate class; I just want the internal representation to be uber-flexible |
| 03:53.30 | JeffM | yeah, it's not like you can have them outside of the world class |
| 03:53.36 | DTRemenak | (and for most non-speed-sensitive purposes, std::strings kick much char* ass) |
| 03:53.54 | jude- | yes, but FLTK likes char* |
| 03:54.06 | DTRemenak | .c_str() :) |
| 03:54.10 | JeffM | indeed |
| 03:54.20 | jude- | fine |
| 03:54.27 | JeffM | jude-, you can still make it flexable, by using derived classes |
| 03:54.40 | JeffM | when a new thing needs to be added, just derive off a new class |
| 03:54.47 | JeffM | and then bam, all your old code works with it |
| 03:54.56 | JeffM | and you only edit the small part that needs to work with the new data |
| 03:54.56 | DTRemenak | not a requirement, just nicer imho. and I'm not your mentor either, just expressing my opinion :) |
| 03:55.23 | jude- | that's the OTHER possible implementation: I already have an abstract DataEntry class, and a WorldOptionsData class that stores the aforementioned data, but then the querier will need to know how WorldOptionsData is structured |
| 03:55.24 | JeffM | DTRemenak, comeon, you know were were just translating his mentor's message of "void pointers?" |
| 03:55.42 | jude- | ...in order to get to the data it contains |
| 03:55.52 | JeffM | making a smart parser isn't hard |
| 03:55.59 | jude- | (and yes, WorldOptionsData is derived from DataEntry) |
| 03:56.04 | DTRemenak | why will it need to know how it's structured? |
| 03:56.12 | DTRemenak | it knows how itself is structured, no? |
| 03:56.13 | jude- | so it can get at the name, flag height, etc. |
| 03:56.16 | JeffM | the order dosn't mater |
| 03:56.20 | JeffM | just the keyword names |
| 03:56.33 | JeffM | any it dosnt' know about, throw into a list of just text times |
| 03:56.34 | jude- | hmmm... |
| 03:56.43 | JeffM | that's how I did it in the new bzedit |
| 03:56.49 | purple_cow | which new bzedit? |
| 03:56.52 | JeffM | so it would hold unknown data just as text |
| 03:56.54 | JeffM | the new one I started |
| 03:57.06 | JeffM | that one in tools on CVS |
| 03:57.06 | DTRemenak | and fwiw, unless things are truly unnamed, string keys are better than int keys (readability ftw) |
| 03:57.09 | JeffM | it had a coll parser :) |
| 03:57.11 | JeffM | cool |
| 03:57.37 | jude- | how about this: each subclass of DataEntry can return a void pointer to each of its members based upon which key value its query() method contains (DataEntry defines a query() method), and th model's query() method simply routes the key to the necessary DataEntry class? |
| 03:57.39 | JeffM | every object just stored text items for each thing, then if it knew what it was, it'd parse it into editor data |
| 03:57.47 | JeffM | the rest was kept and saved out as "extra" data |
| 03:58.05 | DTRemenak | why void*? |
| 03:58.06 | JeffM | so it was forward compatable as long as the basic "object" structure didn't change |
| 03:58.25 | jude- | DTRemenak, how else do you contain both a float* and a char* in the same type? |
| 03:58.31 | DTRemenak | overload query |
| 03:58.37 | JeffM | :) |
| 03:58.49 | purple_cow | err, first |
| 03:58.56 | purple_cow | what does the query() method do? |
| 03:59.13 | jude- | it returns a pointer to a chunk of data based on an integer key that gets passed in |
| 03:59.36 | JeffM | like what? |
| 03:59.39 | purple_cow | what's the data, and what's the key? |
| 03:59.45 | jude- | example: |
| 03:59.47 | JeffM | like a full box? |
| 03:59.50 | JeffM | or like a positon |
| 03:59.59 | JeffM | or just something like a base numeric |
| 03:59.59 | jude- | char* worldName = model->query(Model_WorldName) |
| 04:00.10 | JeffM | what is the model? |
| 04:00.35 | JeffM | the world object? |
| 04:00.35 | JeffM | or the entire world? |
| 04:00.35 | jude- | the internal representation of the world |
| 04:00.36 | purple_cow | ok, what I'd suggest here is this |
| 04:01.21 | DTRemenak | if it's the whole world, why not model->getWorldName()? |
| 04:01.21 | purple_cow | each object (world, box, etc) presumably inherits from some common base class, right? |
| 04:01.26 | jude- | indeed |
| 04:01.42 | purple_cow | where you use a given object, dynamic_cast it from the Base* to an Object*, then have special methods like (as DTRemenak just said), getWorldName() |
| 04:01.43 | *** join/#bzflag Chestal (i=thilo@pdpc/supporter/active/Chestal) |
| 04:01.43 | *** mode/#bzflag [+o Chestal] by ChanServ |
| 04:02.00 | JeffM | or world->getInfoS("name") |
| 04:02.02 | JeffM | :) |
| 04:02.06 | JeffM | then you can get it as anything |
| 04:02.08 | *** join/#bzflag menotume (n=menotume@pdpc/supporter/active/menotume) |
| 04:02.08 | *** mode/#bzflag [+v menotume] by ChanServ |
| 04:02.12 | purple_cow | JeffM: yeah... |
| 04:02.27 | JeffM | for that little stuff, you can keep it as a string internaly |
| 04:02.33 | JeffM | the world cruft is small |
| 04:02.37 | purple_cow | but in every case I can think of, each parameter has just one canonical representation type |
| 04:02.40 | JeffM | compared to the actual map objects |
| 04:02.51 | JeffM | he's trying to make it future proof I think |
| 04:02.52 | purple_cow | so it doesn't make a lot of sense to do stuff like getInfoS("width") |
| 04:02.55 | JeffM | yeah |
| 04:02.59 | jude- | it does now |
| 04:03.11 | purple_cow | the code's going to have to change to accomodate new types in the future anyway |
| 04:03.20 | purple_cow | might as well make things as straightforward and flat as possible |
| 04:03.26 | jude- | the code's going to have to anticipate plug-in developers |
| 04:03.57 | JeffM | plug-ins won't add new objects |
| 04:04.02 | JeffM | since BZ won't suport them |
| 04:04.08 | DTRemenak | they could |
| 04:04.11 | JeffM | they will just muck with existing data |
| 04:04.23 | JeffM | then make an installable "object" plugin that handles it as a new object |
| 04:04.23 | DTRemenak | require a bzfs plugin and a matching bzw plugin |
| 04:04.35 | JeffM | and just repalces the entire object class |
| 04:04.37 | DTRemenak | if you did entry points right, could even bind them in the same binary |
| 04:04.43 | DTRemenak | which would be pretty cool |
| 04:04.59 | JeffM | so if if you add stuff to the world object, you install a plugin that replaces the entire world object |
| 04:04.59 | DTRemenak | but yeah, that's what you have a PluginObject for :) |
| 04:05.06 | DTRemenak | and make THAT generic |
| 04:05.13 | JeffM | there is no need to do it on a per pramater basis |
| 04:05.21 | purple_cow | jude-: keep in mind that none of the stuff we suggest like this absolutely *has* to be done |
| 04:05.23 | JeffM | per object is generic engouh |
| 04:05.25 | purple_cow | if'n you disagree |
| 04:05.36 | DTRemenak | yeah, always feel free to just do it your way :) |
| 04:05.46 | JeffM | the only thing you HAVE to do is get it finished :) |
| 04:06.02 | jude- | using your methodology for querying, how would individual objects be queried then? |
| 04:06.35 | JeffM | depends what you need to query them for |
| 04:06.43 | JeffM | not all objects have the same paramters |
| 04:06.52 | JeffM | your edit interface has to know something about the jobect |
| 04:06.55 | JeffM | so it knows what to query for |
| 04:06.57 | DTRemenak | plugin objects? presumably they would inherit from some existing base class, that would have your getHeight/Width/Name junk, and a getCustomParameter(string) or some such |
| 04:07.04 | JeffM | the drawing stuff, just has to say "dude draw" |
| 04:07.28 | DTRemenak | if you need to know what custom parameters it supports, you can add an enumCustomParameters(vector&) or something |
| 04:07.53 | JeffM | I had stuff like draw, write, bounding box and other basic fucntions in my base class |
| 04:08.04 | JeffM | and a "Get type" function |
| 04:08.11 | jude- | hmmm...I sense conflicting information: getCustomParamater(string) would return...? |
| 04:08.24 | jude- | (something that is NOT a void pointer?) |
| 04:08.26 | JeffM | then the actual interface for editing object specific stuff, checked the type and cast the base object as the specific class |
| 04:08.38 | JeffM | jude-, text |
| 04:08.41 | JeffM | a std::string |
| 04:08.53 | JeffM | cus that'd be the most generic representation that could store it |
| 04:08.59 | DTRemenak | a string, to be parsed by the caller (or by a standard parsing class) would be my recommendation |
| 04:09.07 | DTRemenak | because the bzw file will store everything as strings anyhow |
| 04:09.22 | JeffM | now if you know it was a box, you could cast it to a BoxObject and call "getRotation" on it |
| 04:09.24 | JeffM | for example |
| 04:09.25 | DTRemenak | is it slower? yeah, it's slower |
| 04:09.34 | DTRemenak | does it matter? :) |
| 04:09.34 | JeffM | that'd be faster |
| 04:09.51 | DTRemenak | rotation is generic, could be called on any prim |
| 04:09.53 | jude- | well, if the caller knew in advance what it was going to recieve, what's so bad about using a void pointer, and casting it to a pointer to a class it wanted? |
| 04:09.59 | JeffM | DTRemenak, not links :) |
| 04:10.04 | JeffM | or the world object |
| 04:10.07 | DTRemenak | links aren't prims |
| 04:10.19 | JeffM | ahh so you have one higher, a graphic prim |
| 04:10.19 | JeffM | ok |
| 04:10.31 | JeffM | so you cast it as a mesh and call "gettriangles" :) |
| 04:10.36 | JeffM | better example |
| 04:10.40 | *** part/#bzflag jwir3 (n=scottj@c-66-41-249-30.hsd1.mn.comcast.net) |
| 04:11.01 | JeffM | or the border for a porter |
| 04:11.16 | DTRemenak | jude-: you can do something with a string in a generic case (display it, write it, whatever). |
| 04:11.24 | DTRemenak | you can't do anything with a typeless void* |
| 04:11.24 | JeffM | yeah |
| 04:11.36 | JeffM | if you don't know what the object is, and don't have an edit interface for it |
| 04:11.46 | DTRemenak | so when you go to write out the world, you can iterate through the custom params and dump them into the file |
| 04:11.46 | JeffM | you can show a generic interface that shows the params and there values as text |
| 04:11.59 | DTRemenak | without needing to know what they represent |
| 04:12.01 | DTRemenak | (for instance) |
| 04:12.16 | JeffM | then you let a plug-in install a new class to handle them if it wants to |
| 04:12.22 | DTRemenak | void* is just generally useless |
| 04:12.33 | DTRemenak | and unsafe (crashy crashy if you're not careful) |
| 04:12.48 | JeffM | I had it where the map class had installed object factories for each map object name |
| 04:12.56 | JeffM | by object I mean seciton in the map file |
| 04:12.58 | JeffM | not graphical |
| 04:13.10 | JeffM | so world didn't have any draw handlers, or stuff |
| 04:13.17 | jude- | well, how would the caller know what to do with a string if it didn't know what object it came from? |
| 04:13.20 | JeffM | box and pyramid were based off a base prim |
| 04:13.26 | JeffM | jude-, it won't |
| 04:13.30 | purple_cow | void* does have its uses, but they're few and very far between in C++ |
| 04:13.32 | JeffM | all it can do is display it |
| 04:13.42 | DTRemenak | or write it out, or write it back |
| 04:13.45 | JeffM | jude-, if you don't know what it is, unless your saving it out, you can't do ANYTHING |
| 04:13.51 | purple_cow | if you don't know how to interpret a string, you wouldn't know how to interpret a void* either ;) |
| 04:13.53 | JeffM | or you can let the user edit it |
| 04:14.01 | JeffM | since THEY may know what to do with it |
| 04:14.23 | jude- | purple_cow: my point exactly! why not use a void*, and save the trouble of writing a string parser? |
| 04:14.31 | DTRemenak | basically with a string you can safely do a for_each on the enumerated value and dump it anywhere you want |
| 04:14.39 | JeffM | jude-, dude you don't have to use the strings if you KNOW what it is |
| 04:14.39 | DTRemenak | with a void* you have to know exactly what you're getting each time |
| 04:14.56 | JeffM | if you know the object, you then go and call the derived class |
| 04:15.02 | purple_cow | where do you encounter data that you don't know how to interpret? |
| 04:15.15 | jude- | purple_cow: no where |
| 04:15.24 | purple_cow | so....why are we even discussing this? :) |
| 04:15.30 | DTRemenak | that's a dangerous assumption :) |
| 04:15.30 | jude- | that's what I'd like to know |
| 04:15.33 | purple_cow | hehe |
| 04:15.41 | DTRemenak | there's nothing you don't know about in a world file? |
| 04:15.44 | JeffM | are you thinking of say if we add a new world paramter that is like "bounce factor" or something that is unknown now |
| 04:15.47 | JeffM | ? |
| 04:15.54 | DTRemenak | you realize bzfs plugins can add custom crap to the bzw right? |
| 04:16.19 | jude- | DTRemenak, no I did not know this |
| 04:16.43 | jude- | but the point is moot if there's no way to handle it to begin with |
| 04:16.48 | JeffM | there is |
| 04:17.00 | JeffM | if your trying to handle what I think your tyring to handle |
| 04:17.07 | JeffM | aka stuff that you don't know about now |
| 04:17.17 | DTRemenak | sure, display it as text :) let the user decide what to do with it. or pass it to a bzw plugin (which it sounds like you're planning on anyhow) |
| 04:17.25 | JeffM | yeah |
| 04:17.34 | purple_cow | it sounds like this is a problem that can be solved later |
| 04:17.39 | JeffM | indeed |
| 04:18.05 | purple_cow | jude-: in general, I suggest *not* making things generic until there's really a pressing need |
| 04:18.28 | jude- | I can skip the void* for now; maybe a base class that has a toString() method? |
| 04:18.35 | purple_cow | because it's highly likely that the abstraction you come up with now will be inappropriate for handling the unforseen changes that will come later |
| 04:18.43 | DTRemenak | jude-: that's another way to go about it |
| 04:18.47 | DTRemenak | and not a bad one imho |
| 04:18.53 | purple_cow | that sounds pretty good, actually |
| 04:19.03 | purple_cow | because then you can use that for writing out to the save file too |
| 04:19.06 | DTRemenak | yup |
| 04:19.07 | jude- | right |
| 04:19.42 | JeffM | seriously, take a look at the world class in the new bzedit I did |
| 04:19.51 | JeffM | it tries to solve the problem I think your addressing |
| 04:19.54 | jude- | where can I find the source? |
| 04:19.57 | JeffM | CVS |
| 04:20.01 | JeffM | tools dir |
| 04:20.07 | JeffM | then bzedit |
| 04:20.12 | JeffM | it's tools off the ROOT |
| 04:20.17 | *** join/#bzflag BearPerson (i=karsten@freenode/staff/sourcemage.wizard.BearPerson) |
| 04:20.21 | JeffM | not the tools in bzflag |
| 04:20.29 | purple_cow | oh, that's the directory I didn't import into svn, wasn't it... ;) |
| 04:20.30 | JeffM | and not in SVN, it wasn't moved over |
| 04:20.32 | JeffM | yeah |
| 04:20.38 | JeffM | you have to look at the old CVS |
| 04:20.56 | JeffM | it only has support for like 4 objects |
| 04:21.00 | DTRemenak | http://bzflag.cvs.sourceforge.net/bzflag/tools/bzedit/ |
| 04:21.02 | JeffM | but it will HOLD the data for any jobect |
| 04:21.14 | JeffM | the stuff it dosn't know it keeps as strings |
| 04:21.21 | JeffM | the stuff it does, it parses out at read time |
| 04:21.26 | JeffM | and accesses them nativly |
| 04:22.17 | JeffM | all the parsing and stuff is handled externaly from the world container, using derived classes, so it's prety clean |
| 04:28.03 | JeffM | ahh looks like I just had functions in the parser to return the objects |
| 04:28.08 | JeffM | I didn't do factories |
| 04:28.18 | JeffM | be simple to factory it up tho |
| 04:31.10 | DTRemenak | hehe |
| 04:31.23 | jude- | world.cpp, right? |
| 04:31.34 | JeffM | that's the base container |
| 04:31.40 | JeffM | it's filled in with stuff in worldio |
| 04:31.41 | purple_cow | I've been wishing for a long time, so don't get your hopes up |
| 04:34.26 | JeffM | it's good to have goals :) |
| 04:35.36 | JeffM | if I was going to do it again, I'd install a factory for the IO that did the reading/writing |
| 04:35.43 | JeffM | then a factory for drawing |
| 04:35.58 | JeffM | and a factory for edit interface |
| 04:36.10 | jude- | yeah, I figured |
| 04:36.49 | *** join/#bzflag Flash (n=jwmelto@unaffiliated/flash) |
| 04:38.03 | DTRemenak | but remember, just because JeffM would do something one way, doesn't mean that's the only right way :) |
| 04:39.17 | jude- | I know |
| 04:39.37 | jude- | I'll try mapping integer keys to DataEntry pointers for now |
| 04:39.43 | jude- | and DataEntry can print itself out as a string |
| 04:39.44 | blast007 | I would probably use PHP and get laughed at |
| 04:39.50 | blast007 | ;) |
| 04:39.59 | jude- | ~laugh blast007 |
| 04:40.20 | ibot | ibot laughs hysterically at blast007...ow! laughing so hard, it can't breathe... gasp...gasp...gasp.... ..... ... |
| 04:40.32 | blast007 | :) |
| 04:40.40 | jude- | I wasn't actually expecting ibot to respond to that |
| 04:40.56 | DTRemenak | ibot responds to many, many things :) |
| 04:41.08 | jude- | ~DTRemenak |
| 04:41.20 | ibot | There are 10 kinds of people: those who know binary, and those who don't. |
| 04:41.32 | jude- | why am I not surprised? :) |
| 04:41.45 | DTRemenak | hehe |
| 04:47.46 | jude- | "size" in the world object, I take it, is a percentage of the default 800 side length? |
| 04:48.20 | DTRemenak | no, it's absolute size, iirc |
| 04:48.20 | purple_cow | I thought it was radius of the world with a default of 400? |
| 04:48.24 | DTRemenak | yeah |
| 04:48.44 | jude- | radius or absolute size? |
| 04:48.52 | DTRemenak | absolute radius |
| 04:54.46 | JeffM | I'd write it in MFC |
| 04:54.49 | JeffM | and get laughed at |
| 04:54.53 | JeffM | oh wait |
| 04:54.55 | JeffM | I did |
| 04:55.00 | DTRemenak | heh |
| 04:55.18 | JeffM | at least the new one made an atempt at being cross plat and native on each OS :) |
| 04:56.19 | JeffM | the good old days ehh |
| 04:56.39 | JeffM | when I look back at my code I loathe it |
| 04:56.53 | JeffM | I find it hard to understand WHY people still use it |
| 04:59.09 | DTRemenak | because there's no clearly superior alternative |
| 05:00.26 | JeffM | so a crap MFC app is better then blender ;) |
| 05:00.31 | JeffM | RIIIGGGHHHTTT ;) |
| 05:00.36 | DTRemenak | yeah, better learning curve |
| 05:00.51 | DTRemenak | even if it's totally deficient in every other way : |
| 05:00.53 | DTRemenak | :) |
| 05:03.59 | JeffM | I"m bugged cus you can't even drag the view around in screen space :) |
| 05:04.06 | JeffM | didn't figure that one out till powerpainter :) |
| 05:08.40 | JeffM | your's had more fung shue |
| 05:09.52 | jude- | hmmm...how to convert float to a string... |
| 05:10.05 | Noodleman | jude-: pen and paper |
| 05:10.23 | JeffM | TExtUtils::format |
| 05:10.28 | JeffM | or sprintf |
| 05:10.30 | Noodleman | or you grab one of those macy's parade things and a pair of scissors |
| 05:10.43 | DTRemenak | sprintf(tmp_buf, "%f", myfloat); string = tmp_buf; |
| 05:11.10 | jude- | the problem with sprintf is that I have to know how big the number is in advance |
| 05:11.18 | purple_cow | the TextUtils version solves that |
| 05:11.23 | DTRemenak | or just allocate a sufficiently large buffer |
| 05:11.24 | JeffM | hence, textutils |
| 05:11.27 | DTRemenak | or use stringstreams |
| 05:11.42 | purple_cow | or stringstreams |
| 05:11.45 | purple_cow | but those are wacky |
| 05:11.52 | JeffM | you'll end up needing text utils |
| 05:11.54 | DTRemenak | yes, yes they are. wacky but cool. |
| 05:11.56 | JeffM | tokenize :) |
| 05:12.18 | DTRemenak | textutils has a bunch of nifty functions (and some pretty useless ones) |
| 05:12.33 | DTRemenak | bzflag/src/common/textutils.cxx |
| 05:13.03 | jude- | right then |
| 05:13.19 | purple_cow | it's probably easiest to just pull those files into your source tree for now |
| 05:14.20 | CIA-3 | BZFlag: 03dtremenak * r14262 10/trunk/bzworkbench/dialogs/WorldOptionsDialog.cpp: |
| 05:14.20 | CIA-3 | BZFlag: cross-platform compatibility notes: visual c++ complains loudly when: |
| 05:14.21 | CIA-3 | BZFlag: a) using the "this" pointer in a class initialization (C4355: in this case, this->static_member, so use MyClass::static_member) |
| 05:14.21 | CIA-3 | BZFlag: b) implicitly reducing the precision of a floating point number (C4244: e.g. float f = double d; resolve with an explicit cast) |
| 05:20.52 | jude- | his PDA? |
| 05:21.10 | DTRemenak | windows |
| 05:21.15 | jude- | I was joking |
| 05:21.24 | DTRemenak | far to bloated for a pda :P |
| 05:21.27 | jude- | to give you the benefit of the doubt :) |
| 05:21.41 | jude- | nah--you can run BZFlag on an iPAQ 3600 with Familiar Linux |
| 05:21.53 | jude- | as well as Doom |
| 05:21.57 | DTRemenak | I mean, windows is far too bloated for a pda :) |
| 05:22.03 | jude- | this is true |
| 05:23.19 | JeffM | ewww. makefiles |
| 05:23.36 | DTRemenak | want me to check in the sln? |
| 05:23.50 | JeffM | not that I can use it, but yeah you probably should |
| 05:23.58 | DTRemenak | might have to hack at it a bit to get it to load in 7.1 |
| 05:24.39 | JeffM | or not even load it :) |
| 05:24.54 | JeffM | it'll help others interested in it |
| 05:24.57 | JeffM | the EE people |
| 05:25.10 | CIA-3 | BZFlag: 03dtremenak * r14263 10/trunk/bzworkbench/MSVC/ (. VC8/ VC8/BZWorkbench.sln VC8/BZWorkbench.vcproj): welcome to the wonderful wide world of windows |
| 05:26.08 | DTRemenak | jude-: feel no obligation to maintain that unless you really want to. I'm used to people breaking windows ;) |
| 05:28.33 | *** join/#bzflag The_Vaxorcist (n=phillip@dial-209-148-114-122.sonic.net) |
| 05:29.31 | *** join/#bzflag jude-_ (n=jude@c-68-84-206-92.hsd1.ar.comcast.net) |
| 05:30.01 | jude- | (damn router) |
| 05:31.23 | DTRemenak | router misbehaving? |
| 05:31.33 | DTRemenak | for me it was usually the cablemodem, or comcast itself |
| 05:31.44 | jude- | it's all three |
| 05:31.48 | DTRemenak | heh, wonderful :) |
| 05:32.07 | jude- | router hiccups every 20 minutes, Comcrap dies randomly about this time of day for no reason whatsoever, and sometimes rebooting the modem fixes it |
| 05:33.17 | DTRemenak | btw, if you are not familiar with svn, "svn update" will sync the changes in the repository with the local changes you've made. dunno how much experience you have with scm systems. |
| 05:33.45 | DTRemenak | though you clearly have the hang of svn commit :) |
| 05:34.01 | jude- | I know enough with svn to sync, add/remove stuff, commit, and update |
| 05:34.04 | jude- | and cleanu |
| 05:34.05 | jude- | p |
| 05:34.09 | DTRemenak | cool |
| 05:34.16 | jude- | I just let Eclipse manage it, though |
| 05:34.20 | jude- | much easier :P |
| 05:34.23 | DTRemenak | ahh, even better :) |
| 05:36.57 | DTRemenak | wish there was a decent standalone client though |
| 05:38.43 | JeffM | slap an interface on tort :) |
| 05:41.15 | DTRemenak | thought about it |
| 05:42.26 | DTRemenak | there were a lot of nice things about Rapid, but it just ended up pissing me off in the worst part of my workflow (checking before I commit) |
| 05:42.26 | DTRemenak | had no way to really review the changes you were committing |
| 06:02.44 | *** join/#bzflag ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 06:02.44 | *** topic/#bzflag is http://BZFlag.org || http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || http://www.linuxjournal.com/article/9453 || http://ohloh.net/projects/189 || http://fisheye1.cenqua.com/browse/bzflag/bzflag || New WIKI! http://my.bzflag.org/w/ || Migrated from CVS to SVN: http://my.bzflag.org/w/BZFlag_SVN || GSoC 4 slots: http://my.bzflag.org/w/Google_Summer_of_Code#Program_Evaluation |
| 06:02.44 | *** mode/#bzflag [+o ibot] by ChanServ |
| 06:03.38 | jude- | JeffM: I see now what you wanted to convey when you were talking about passing strings back and fourth instead of pointers |
| 06:19.25 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 06:19.25 | *** mode/#bzflag [+v tupone] by ChanServ |
| 06:45.11 | *** join/#bzflag baberuth (i=47bd3dc5@gateway/web/cgi-irc/zeebrothers.net/x-bf6d370e97862c80) |
| 06:46.55 | *** join/#bzflag noyb (i=noyb@nat/sun/x-f7fc312b07e79ba8) |
| 06:48.43 | *** join/#bzflag TimRiker (n=timr@rikers.org) |
| 06:48.43 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 08:47.34 | *** join/#bzflag Rawk (n=unknown@203.109.176.242) |
| 08:54.52 | daxxar | brlcad: smooth ;-) |
| 08:54.57 | daxxar | brlcad: and thanks *blush* |
| 08:55.02 | daxxar | ;-P |
| 10:15.11 | *** join/#bzflag quantumdot (n=jmlopez@about/essy/Charm/quantumdot) |
| 10:23.35 | *** join/#bzflag Suspect (n=Suspect@68-113-164-151.dhcp.plt.ny.charter.com) |
| 10:45.16 | *** join/#bzflag Electric1lf (n=dbharris@bas14-toronto12-1167997764.dsl.bell.ca) |
| 11:36.56 | *** join/#bzflag poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) |
| 11:54.13 | *** join/#bzflag donny_baker (n=donny__@about/essy/vvvvv/donnybaker) |
| 11:57.26 | *** join/#bzflag LongDon (n=LongDon@dyndsl-085-016-007-092.ewe-ip-backbone.de) |
| 12:25.49 | donny_baker | new ATI Vista drivers released yesterday |
| 12:57.18 | *** join/#bzflag Deepa (n=deepa@wrongplanet/deepa) |
| 13:42.07 | *** part/#bzflag Rawk (n=unknown@203.109.176.242) |
| 14:37.30 | *** join/#bzflag davemicc (n=david@cpe-071-071-001-026.triad.res.rr.com) |
| 14:49.45 | *** join/#bzflag jwir3 (n=scottj@c-66-41-249-30.hsd1.mn.comcast.net) |
| 14:51.00 | *** join/#bzflag JBdiGriz (n=jbdigriz@206-15-67-5.static.twtelecom.net) |
| 14:51.00 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
| 15:00.33 | brlcad | DTRemenak: pong |
| 15:11.36 | DTRemenak | brlcad: heh, not a real ping...just a poke for "I'm used to people breaking windows" :) |
| 15:13.37 | CBG | pfft? why!? :P |
| 15:16.24 | Epyon | <PROTECTED> |
| 15:16.31 | Thumper_ | 42 |
| 15:16.36 | Epyon | does the bzflag engine support normal mapping? |
| 15:16.56 | Epyon | bump mapping? |
| 15:18.20 | *** join/#bzflag donny_baker (n=donny__@about/essy/vvvvv/donnybaker) |
| 15:21.00 | DTRemenak | Epyon: no, it does not (though it may in the future) |
| 15:23.40 | JeffM | it's "engine" is just some GL code that was cobbled together :) |
| 15:23.57 | JeffM | only very recently has it even gone past GL 1.1 |
| 15:24.24 | Epyon | Hmm |
| 15:25.02 | Epyon | What about the CS client? |
| 15:25.28 | JeffM | that's something else |
| 15:25.32 | JeffM | a branch |
| 15:26.03 | *** join/#bzflag DavidHKMrPowers (n=chatzill@unaffiliated/davidhkmrpowers) |
| 15:40.05 | *** join/#bzflag KTL (n=KTL@kotnet-149.kulnet.kuleuven.be) |
| 15:49.30 | *** join/#bzflag SpazzyMcGee (n=Spazzy_M@client-86-31-37-212.leed.adsl.virgin.net) |
| 15:52.07 | *** join/#bzflag donny_ (n=donny__@mse1.bowencenter.org) |
| 15:52.33 | *** join/#bzflag JeffMFishBone (n=JeffM@unaffiliated/jeffm) |
| 15:54.04 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 15:55.10 | *** join/#bzflag VM1234 (n=VM@adsl-065-013-159-245.sip.rdu.bellsouth.net) |
| 15:59.12 | *** join/#bzflag Manu (n=jujibo@about/essy/JujiboHunter/Manu) [NETSPLIT VICTIM] |
| 15:59.12 | *** mode/#bzflag [+v Manu] by ChanServ |
| 16:02.00 | *** join/#bzflag CIA-3 (n=CIA@208.69.182.149) [NETSPLIT VICTIM] |
| 16:05.00 | *** join/#bzflag Legoguy (n=Legoguy@adsl-70-131-34-25.dsl.emhril.sbcglobal.net) |
| 16:05.01 | *** join/#bzflag BenUrban (n=benurban@unaffiliated/benurban) [NETSPLIT VICTIM] |
| 16:05.25 | *** join/#bzflag ruskie (i=ruskie@sourcemage/mage/ruskie) |
| 16:09.54 | *** join/#bzflag menotume (n=menotume@pdpc/supporter/active/menotume) |
| 16:09.54 | *** mode/#bzflag [+v menotume] by ChanServ |
| 16:16.19 | *** join/#bzflag deprecated (n=deprecat@c-24-18-19-17.hsd1.wa.comcast.net) |
| 16:16.22 | *** join/#bzflag Erroneous (n=dtremena@67-131-219-2.dia.static.qwest.net) |
| 16:19.49 | *** join/#bzflag yoshi_ (n=yoshi@bas4-kitchener06-1096617002.dsl.bell.ca) |
| 16:20.00 | yoshi_ | hi |
| 16:24.15 | tannerld | hi |
| 16:24.18 | KTL | hi |
| 16:27.46 | yoshi_ | is anyone willing to take the time to explain to me some of the flags found in this game? |
| 16:27.58 | ruskie | hit f while in game |
| 16:28.09 | ruskie | and it'll show a small description when you pick one up |
| 16:28.20 | yoshi_ | ah thanks |
| 16:28.39 | ruskie | not sure but builtin help might have info on that as well |
| 16:30.26 | donny_baker | also explained here: http://my.bzflag.org/w/Flag_List |
| 16:44.29 | *** join/#bzflag TASAIRES (n=IceChat7@84.121.183.194) |
| 17:10.55 | ts | ~bzfquery gu.links-clan.net:5154 |
| 17:11.09 | ts | CRW still playing |
| 17:12.49 | quantumdot | yoshi_: http://my.bzflag.org/bzfman.cgi?bzflag.6.in |
| 17:13.03 | yoshi_ | thanks |
| 17:13.15 | quantumdot | it is the same as in the built-in help files |
| 17:13.37 | ts | he used the blatant shot through again |
| 17:13.46 | quantumdot | i guess "$ bzflag -h" is you are in linux will show the same info |
| 17:14.15 | quantumdot | ts who is CRW? |
| 17:15.11 | quantumdot | yoshi_: also, not all flags are available on every map/server |
| 17:15.20 | ts | I think DB (Death Barrel) |
| 17:15.36 | ts | CRW is having a cheating tourney |
| 17:15.36 | delusional | I signed on just in time to see hin /vote banned |
| 17:15.44 | quantumdot | ah, sry you meant Christopher REeves ... |
| 17:16.30 | quantumdot | i guess he will be jumping from server to server now |
| 17:16.47 | quantumdot | that's the problem of not having a real life :) |
| 17:24.15 | *** join/#bzflag noyb (i=noyb@nat/sun/x-b8888c9e8db919a1) |
| 17:28.27 | *** join/#bzflag TimRiker (n=timr@216.49.181.128) |
| 17:28.27 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 17:44.08 | *** join/#bzflag jude- (n=jude@c-68-84-206-92.hsd1.ar.comcast.net) |
| 17:44.08 | jude- | hello all |
| 17:44.08 | tannerld | hello |
| 17:44.53 | ts | Hi jude- |
| 17:45.20 | Erroneous | howdy |
| 17:46.16 | ts | jude-: What do I need to compile bzworkbench? I got fltk already |
| 17:47.03 | jude- | well, not much works yet |
| 17:47.16 | jude- | I let Eclipse manage the build process and makefiles |
| 17:47.26 | jude- | there should be a makefile in Debug/ |
| 17:48.10 | ts | yes... http://bzflag.pastebin.ca/528771 |
| 17:49.27 | jude- | hmmm... |
| 17:49.41 | jude- | oh wait--I haven't committed the latest main.cpp |
| 17:49.44 | jude- | hang on a sec |
| 17:54.00 | CIA-3 | BZFlag: 03judecn * r14264 10/trunk/bzworkbench/ (8 files in 4 dirs): okay, we're moving the model database system to use string i/o...(ts, this is for you) |
| 17:56.17 | ts | jude-: Ok, it finds the files now - wrong include paths ;) but does not see my installed FL (which is something I have to fix on my side) |
| 17:56.44 | jude- | ts: yeah--I recently re-arranged the file hierarchy |
| 17:58.12 | jude- | ts: the only thing that actually works is the global menu (i.e. right-clicking the window); most of the code is just sitting there waiting to be connected to the model |
| 18:00.55 | jude- | ts: not much is going to change today or tomorrow--I'm mostly working on behind-the-scenes stuff at this point |
| 18:01.28 | ts | I don't put pressure on you, just trying to be able to build it |
| 18:05.23 | jude- | question: when bzflag reads in a map file, can it interpret a number such as 400.0000000? Or do I need to trunicate the zeros? |
| 18:07.41 | ts | I don't know |
| 18:08.51 | tannerld | jude-: I think it can |
| 18:08.58 | jude- | excellent |
| 18:09.03 | jude- | that makes my life a bit easier :) |
| 18:09.07 | tannerld | :) |
| 18:10.41 | *** join/#bzflag poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) |
| 18:11.34 | ts | jude-: All compiles now except Model.cpp http://de.pastebin.ca/528828 |
| 18:13.35 | jude- | I'm not even sure why that method is even there |
| 18:13.39 | tannerld | lol |
| 18:13.45 | ts | heh |
| 18:13.58 | jude- | although, that's a weird error |
| 18:14.01 | Thumper_ | jude-: the .d file probably shouldn't be in the repo either :) since make clean nukes them |
| 18:14.09 | jude- | fine |
| 18:14.50 | purple_cow | ooh, it builds *and* runs for me |
| 18:14.58 | Thumper_ | me too :) |
| 18:15.11 | ts | Now for me, I'm the problem one |
| 18:15.25 | ts | I always run into all possible problems |
| 18:16.01 | jude- | well, it's weird because its chocking on std::map |
| 18:16.15 | jude- | which is about as weird as chocking on std::string |
| 18:16.22 | jude- | s/chocking/choking |
| 18:16.51 | jude- | unless you're missing stdlib and all the standard C++ includes, that shouldn't happen |
| 18:17.05 | jude- | make sure you're using the latest headers |
| 18:17.21 | jude- | the ones that ship with gcc 4.1.2 |
| 18:19.02 | ts | I can not use gcc 4.1.2 |
| 18:20.58 | jude- | ts: why not? |
| 18:21.25 | ts | because it would interefere with system software and a mess to set up |
| 18:22.16 | jude- | ts: it's the headers you need |
| 18:22.36 | jude- | the ones that ship with gcc 4.1.2 |
| 18:23.45 | ts | seems not to be the case, I can still build bz |
| 18:23.52 | Thumper_ | ts: what version are you using? |
| 18:24.07 | ts | powerpc-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build 5367) |
| 18:24.37 | jude- | hmm...I'm using libstdc++6-dev |
| 18:25.34 | jude- | yay! WorldOptionsDialog finally writes out world, waterLevel, and options objects correctly without segfault-ing! |
| 18:26.56 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 18:26.56 | *** mode/#bzflag [+v tupone] by ChanServ |
| 18:28.23 | Thumper_ | ts: fails for me too with g++ 4.0 |
| 18:28.31 | ts | movie time, bye |
| 18:52.19 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 18:54.00 | Erroneous | ibot, botmail for jude-: at() is a non-standard gcc extension to map and should not be used (use find() or operator[] instead). neither MSVC nor SGI's STL implementation support it, nor do pre-2004 GCCs. |
| 18:56.42 | Erroneous | though it has been submitted as a working paper, so it might be standardized in the next edition of iso c++ |
| 19:00.42 | *** join/#bzflag Suspect (n=Suspect@68-113-164-151.dhcp.plt.ny.charter.com) |
| 19:02.40 | JeffMFishBone | he used at? |
| 19:02.43 | JeffMFishBone | wtf |
| 19:05.08 | *** join/#bzflag Winny (n=Winny@CPE0016b6de59f3-CM000f9fac8236.cpe.net.cable.rogers.com) |
| 19:12.29 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 19:14.20 | *** join/#bzflag JBdiGriz (n=jbdigriz@206-15-67-5.static.twtelecom.net) |
| 19:14.20 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
| 19:16.00 | Erroneous | it's not a bad habit, at is generally safer than operator[] |
| 19:16.10 | Erroneous | for vectors and deques and the like |
| 19:20.15 | JeffMFishBone | if i'm not sure I use find |
| 19:20.16 | JeffMFishBone | for a map |
| 19:30.18 | Erroneous | yup |
| 19:44.10 | *** join/#bzflag delusional_ (n=delusion@pool-141-158-91-62.pitt.east.verizon.net) |
| 19:44.11 | brlcad | Epyon: there was bump mapping in trepan's utterly massive last patch to bz that he never commited |
| 19:44.11 | brlcad | but then he never committed it, so I probably shouldn't bother mentioning it |
| 19:46.00 | L4m3r | he was, of course, nice enough to tease everyone with screenies beforehand. |
| 19:46.01 | CBG | any particular reason it wasn't committed? |
| 19:46.28 | JeffMFishBone | cus he didn't want to |
| 19:48.00 | L4m3r | because people nagged him about it |
| 19:49.33 | JeffMFishBone | no, that's why he quit :) |
| 20:03.00 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 20:06.52 | brlcad | he also generally felt no love/appreciation for his work |
| 20:07.09 | brlcad | for various reasons, complainers, issues, etc |
| 20:09.22 | brlcad | JeffMFishBone: mod_svn_dav was a mild pita, but it should be installed now -- i'll make sure the apache config is set correctly later so remote checkouts work |
| 20:09.23 | *** join/#bzflag Macint (n=Macint@c-acd4e155.2410-4-64736c11.cust.bredbandsbolaget.se) |
| 20:11.00 | JeffMFishBone | oh |
| 20:11.03 | JeffMFishBone | you didn't have to |
| 20:11.04 | JeffMFishBone | but thanks |
| 20:14.29 | *** join/#bzflag MPS (n=MPS@84.245.184.218) |
| 20:39.59 | *** join/#bzflag TD-Linux (n=TD-Linux@about/essy/indecisive/TD-Linux) |
| 20:44.05 | *** join/#bzflag LongDo1 (n=LongDon@dyndsl-091-096-008-101.ewe-ip-backbone.de) |
| 20:45.46 | *** part/#bzflag LongDo1 (n=LongDon@dyndsl-091-096-008-101.ewe-ip-backbone.de) |
| 21:16.11 | *** join/#bzflag TimRiker (n=timr@pdpc/supporter/bronze/TimRiker) |
| 21:16.11 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 21:17.41 | *** join/#bzflag Blue_Eyes (n=Blue@host172-225-dynamic.2-87-r.retail.telecomitalia.it) |
| 21:24.44 | *** join/#bzflag ndim (i=hun@foobar.n-dimensional.de) |
| 21:35.58 | *** join/#bzflag poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) |
| 21:38.59 | *** join/#bzflag Deepa (n=deepa@wrongplanet/deepa) |
| 22:12.39 | *** join/#bzflag lodxcol (n=lodxcol@unaffiliated/lodxcol) |
| 22:19.39 | *** join/#bzflag FarkSimmons (n=chatzill@24-178-110-164.dhcp.stbr.ga.charter.com) |
| 22:21.01 | *** join/#bzflag Constitution (n=Constitu@gateway.pct.civiltec.com) |
| 22:33.35 | *** join/#bzflag Macint (n=Macint@c-acd4e155.2410-4-64736c11.cust.bredbandsbolaget.se) |
| 22:36.31 | *** join/#bzflag noyb (i=noyb@nat/sun/x-c1848648a4073f1f) |
| 22:39.31 | *** join/#bzflag Tedius (n=Tedius@adsl-76-205-80-185.dsl.bcvloh.sbcglobal.net) |
| 22:48.48 | *** join/#bzflag rob1n (n=emp@unaffiliated/rob1n) |
| 22:50.12 | Constitution | PETER's sig is throwing me into a delirium |
| 22:51.16 | Tedius | Realy? |
| 22:51.45 | Tedius | (that was a joke) |
| 22:52.09 | Constitution | well not literally, but awfully close |
| 22:53.01 | Tedius | oh, sorry, he fixed the spelling |
| 22:58.51 | *** join/#bzflag KTL (n=KTL@kotnet-149.kulnet.kuleuven.be) |
| 22:59.37 | *** join/#bzflag Rawk (n=unknown@203.109.176.242) |
| 23:06.19 | *** join/#bzflag deprecated (n=deprecat@c-24-18-19-17.hsd1.mn.comcast.net) |
| 23:42.08 | L4m3r | Dur, uh... Google sent me a book o_O |
| 23:42.50 | L4m3r | Karl Fogel, "Producing Open Source Software" |
| 23:43.02 | L4m3r | "How to run a successful free software project" |
| 23:44.22 | Erroneous | sssh, you aren't supposed to say that |
| 23:44.29 | Erroneous | don't you read the summer-discuss list? :P |
| 23:45.21 | Erroneous | err, the now-longer-named google-summer-of-code-students-list |
| 23:45.42 | ruskie | lol |
| 23:45.52 | ruskie | google should go dig itself a nice fox hole |
| 23:46.43 | Erroneous | L4m3r: http://groups.google.com/group/google-summer-of-code-announce/browse_thread/thread/3679646282369c6f |
| 23:46.54 | Erroneous | looks like she even crossposted to announce |
| 23:48.00 | L4m3r | er |
| 23:48.15 | L4m3r | that's odd, it would not let me read the group before |
| 23:48.25 | Erroneous | announce is open to everyone |
| 23:48.33 | Erroneous | you should have permission for students, though, also |
| 23:48.40 | L4m3r | I know |
| 23:48.49 | Erroneous | if not, send LH an email :) |
| 23:48.54 | L4m3r | I wasn't particularly concerned about it |
| 23:50.45 | Erroneous | heh |
| 23:50.45 | L4m3r | hehe, from the size of the package, I had thought it was the T-shirt :P |
| 23:50.45 | Erroneous | have you gotten your money yet? |
| 23:50.45 | Erroneous | t-shirt is at the end |
| 23:50.45 | L4m3r | no money yet |
| 23:52.28 | Erroneous | that should have gotten to you also (maybe unless you asked for a paper check) |
| 23:53.16 | L4m3r | they never asked me for account info as far as I recall |
| 23:53.16 | L4m3r | so they may be equivalent to "asking for a paper check" :P |
| 23:54.12 | Erroneous | dunno what the default method is |
| 23:54.48 | Erroneous | you aren't on the WU list, so I suppose maybe they will send a paper check |
| 23:54.52 | Erroneous | you can always ask |
| 23:56.32 | *** join/#bzflag rob1n_ (n=emp@unaffiliated/rob1n) |
| 23:57.13 | L4m3r | have they yet asked for tax forms and whatnot? I can't find any messages about it |
| 23:57.14 | L4m3r | other than "be patient"... but that's from april |
| 23:57.54 | Erroneous | um, yeah, they asked for a bunch of stuff...what they have should be marked on your control panel, iirc |
| 23:58.30 | Erroneous | http://groups.google.com/group/google-summer-of-code-announce/browse_thread/thread/923c85d87d8b49c3 |
| 23:59.12 | Erroneous | hmm, wrong link |
| 23:59.14 | Erroneous | ignore that :) |
| 23:59.21 | L4m3r | I found it in the faq |
| 23:59.53 | Erroneous | http://groups.google.com/group/google-summer-of-code-students-list/browse_thread/thread/f34c94025db16116 |