| 00:09.27 | L4m3r | this is a rather trivial thing, but I just thought of it randomly. shouldn't tank track marks be the same distance apart, regardless of speed? :) |
| 00:09.49 | Lukstr | yes |
| 00:13.39 | *** join/#bzflag jftsan1 (n=jftsang@88-108-187-65.dynamic.dsl.as9105.com) |
| 00:14.00 | *** join/#bzflag short_circuit (n=short_ci@c-98-197-19-50.hsd1.tx.comcast.net) |
| 00:32.58 | *** join/#bzflag ShadowSpectre (n=Default@24-197-138-217.dhcp.spbg.sc.charter.com) |
| 00:34.11 | *** join/#bzflag ShadowSpectre (n=Default@24-197-138-217.dhcp.spbg.sc.charter.com) |
| 00:38.21 | *** join/#bzflag Epyon (n=Epyon@90-156-93-82.magma-net.pl) |
| 00:39.03 | *** join/#bzflag Think_Differentl (n=fatass__@unaffiliated/thinkdifferentl/x-838543) |
| 00:42.44 | Lukstr | brlcad: do you have that BNF/lex bzw file still? |
| 00:53.50 | Lukstr | hm, the lightest-weight spirit package available includes a slice of boost |
| 00:54.31 | Lukstr | where in the src tree would I put all the headers? src/other/boost like JeffM said? |
| 00:56.17 | *** join/#bzflag Gabe_G23 (n=gabe@cpe-069-134-026-246.nc.res.rr.com) |
| 00:59.11 | Lukstr | hrmsz |
| 01:02.34 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 01:16.43 | Lukstr | Um, so I have to make a Makefile.am for every subdirectory don't I... |
| 01:18.46 | Lukstr | DTRemenak: ping? |
| 01:20.24 | DTRemenak | pong |
| 01:23.06 | Lukstr | I'm adding Spririt and it's miniboost to include/boost |
| 01:23.16 | Lukstr | I have to manually create all the Makefiles right? |
| 01:23.25 | DTRemenak | yes, if they don't provide them |
| 01:23.28 | Lukstr | :( |
| 01:23.30 | Lukstr | fie |
| 01:23.53 | DTRemenak | if there are a lot of subdirs it should be pretty simple to write a script to create them recursively |
| 01:24.03 | Lukstr | yeah.... 2128 files 168 dirs |
| 01:24.22 | DTRemenak | heh |
| 01:24.25 | Lukstr | maybe this is a bad route to go |
| 01:24.35 | Lukstr | :P |
| 01:24.39 | Lukstr | all for a silly lexer |
| 01:26.18 | Lukstr | argh |
| 01:28.08 | Lukstr | Do you think it's still worth it? |
| 01:28.35 | DTRemenak | what does it gain? |
| 01:28.46 | Lukstr | flexibility |
| 01:28.49 | Lukstr | neatness |
| 01:29.12 | DTRemenak | do you think it's worth it? |
| 01:29.24 | Lukstr | I honestly can't decide |
| 01:30.05 | DTRemenak | you are the best informed person and the most qualified to make the decision. |
| 01:30.18 | DTRemenak | personally I tend away from introducing dependencies |
| 01:30.25 | Lukstr | me also |
| 01:30.37 | DTRemenak | just because it makes things more difficult to understand for people who don't already know the dependency |
| 01:30.43 | Lukstr | yeah |
| 01:34.37 | Lukstr | where's BZFlag's regex lib? |
| 01:34.50 | DTRemenak | src/regex if it hasn't moved |
| 01:34.55 | DTRemenak | src/other/regex if it has |
| 01:35.02 | Lukstr | ah |
| 01:35.22 | Lukstr | I assume it's not part of common |
| 01:35.26 | Lukstr | include/regex.h? |
| 01:35.40 | DTRemenak | bzregex.h? |
| 01:35.46 | DTRemenak | common depends on regex |
| 01:35.53 | Lukstr | excellent |
| 01:36.22 | DTRemenak | we don't always use bz's regex. if you include bzregex.h you should be fine. we sometimes import the system regex instead of building our own. |
| 01:36.31 | Lukstr | that's lovely also |
| 01:36.35 | Lukstr | as long as it's POSIX compliant |
| 01:36.42 | DTRemenak | should all be handled automatically by bzregex.h and the build system |
| 01:36.47 | DTRemenak | yeah, we check first ;) |
| 01:36.50 | Lukstr | excellent |
| 01:36.54 | Lukstr | I think that's the route I'll take |
| 01:37.07 | Lukstr | keyword being think |
| 01:37.14 | Lukstr | maybe one day if Boost meets BZFlag |
| 01:40.36 | Epyon | That day should be soon in my opinion -_- |
| 01:40.41 | Lukstr | :S |
| 01:40.50 | Lukstr | DTRemenak: is there Docs for the regex lib? |
| 01:40.56 | Lukstr | s/is/are/ |
| 01:41.23 | Lukstr | oh |
| 01:41.27 | Lukstr | it's berkley's regex |
| 01:41.41 | DTRemenak | sure, man regex on a netbsd box ;) |
| 01:41.57 | Lukstr | yeah |
| 01:42.11 | Lukstr | I have photos of my openbsd box :P |
| 01:42.15 | Lukstr | no longer with us |
| 01:42.31 | *** join/#bzflag KingofCamelot (n=davidsan@ip68-108-247-95.sb.sd.cox.net) |
| 01:42.45 | *** join/#bzflag branton (n=4679283a@gateway/web/cgi-irc/zeebrothers.net/x-9b3235cf0109cdd5) |
| 01:52.28 | blast007 | Epyon: had a report from a user on a BZWGen map about getting stuck |
| 01:53.22 | blast007 | "when jumping from roof to roof, it is possible to get stuck by slightly missing the jump. so it seems that the autogen code creates map bugs somehow. this has happened three times to me so far. the buildings with the antennas seem to cause this." |
| 01:54.09 | blast007 | I have a replay of it as well if that helps. I recall a discussion about simplifying the collision boundaries around the buildings, which would probably eliminate that issue |
| 02:36.31 | *** join/#bzflag KingofCamelot (n=davidsan@ip68-108-247-95.sb.sd.cox.net) |
| 02:38.06 | KingofCamelot | donny_baker, ping |
| 02:41.31 | *** join/#bzflag TD--Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 02:44.13 | *** join/#bzflag zee639 (n=bdbe213f@gateway/web/cgi-irc/zeebrothers.net/x-38f59c2ea7f8c854) |
| 03:16.09 | *** join/#bzflag zee009 (n=94f3a71b@gateway/web/cgi-irc/zeebrothers.net/x-924d600b39b881de) |
| 04:00.19 | Winny | KingofCamelot, he's away |
| 04:00.44 | *** join/#bzflag bier_ (n=bier@p54A551C6.dip.t-dialin.net) |
| 04:00.45 | Winny | <donny_baker> alrighty... i'm off |
| 04:00.45 | Winny | <donny_baker> I *should* be back on the 19th |
| 04:13.34 | KingofCamelot | D'oh. Thanks Winny. |
| 04:14.03 | blast007 | KingofCamelot: need something? |
| 04:18.39 | *** join/#bzflag JeffM (n=Jeff@unaffiliated/jeffm) |
| 04:21.02 | JeffM | home again home again |
| 04:22.00 | KingofCamelot | @blast007, nothing specific, I was just going to check in with donny_baker since he's technically my mentor and midterm evaluations are coming up. |
| 04:22.11 | blast007 | k |
| 04:22.17 | blast007 | hello JeffM :) |
| 04:22.29 | blast007 | wonders when the CIA is going to work again :( |
| 04:22.31 | JeffM | KingofCamelot: we all get to eval you :) |
| 04:22.35 | JeffM | blast007: 2009 |
| 04:22.47 | blast007 | JeffM: cool, cool, so not too long then |
| 04:22.54 | JeffM | but then it will break again in 2012 when the myan calender ends |
| 04:22.56 | blast007 | before 3.0 will be released, at least |
| 04:23.00 | blast007 | ;) |
| 04:23.14 | blast007 | what is holding 3.0 back at this point? |
| 04:23.23 | JeffM | wrote part of a feature on the plane |
| 04:23.29 | blast007 | are we waiting to add any major feature, like ones from GSoC? |
| 04:23.35 | JeffM | nope |
| 04:23.35 | KingofCamelot | @JeffM, good to know...maybe :P |
| 04:23.45 | JeffM | all SoC projects are post 3.0 |
| 04:23.49 | blast007 | k |
| 04:23.55 | JeffM | 3 will be released with whatever they have on release |
| 04:24.03 | JeffM | if they are part of the mainline |
| 04:25.40 | JeffM | is going to add a silly feature for 3.0 anyway ;) |
| 04:25.47 | *** join/#bzflag AHA (n=aha@unaffiliated/aha) |
| 04:29.51 | JeffM | "The very existence of flamethrowers proves that sometime, somewhere, someone said to themselves, "You know, I want to set those people over there on fire, but I'm just not close enough to get the job done"." |
| 04:32.37 | *** join/#bzflag codergeek42 (n=pgordon@fedora/codergeek42) |
| 04:33.13 | *** join/#bzflag codergeek42 (n=pgordon@fedora/codergeek42) |
| 04:40.03 | KingofCamelot | Quick C++ noob question for one of you guys. If I have two constructors, one takes a HUDuiControl, and one takes HUDuiLabel, a sub-class of HUDuiControl, and I pass it a HUDuiLabel, it triggers the label one and not the control one correct? |
| 04:40.36 | JeffM | it will pick the one that is closest with as few casts |
| 04:41.01 | KingofCamelot | So that's a yes? :) |
| 04:41.16 | JeffM | yeah |
| 04:41.34 | JeffM | it takes a pointer or a ref? |
| 04:41.49 | KingofCamelot | pointer |
| 04:42.02 | JeffM | then yeah sould be fine |
| 04:43.07 | KingofCamelot | BTW JeffM, if I get evaced can I come stay with you? :P |
| 04:45.59 | *** join/#bzflag QuantumTim (n=tim@62-249-230-206.no-dns-yet.enta.net) |
| 04:48.26 | JeffM | you'll be fine |
| 04:48.40 | JeffM | got evaced one |
| 04:48.57 | JeffM | makes sleep |
| 04:55.44 | KingofCamelot | Twas a joke anyways :P |
| 05:02.42 | *** join/#bzflag delusional (n=delusion@pool-141-158-67-211.pitt.east.verizon.net) |
| 05:46.03 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 05:46.03 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 05:57.44 | *** join/#bzflag delusional_ (n=delusion@151.201.236.91) |
| 06:36.50 | zimnyx | GM rockets should be possible to get shut down, do you agree? |
| 06:37.05 | zimnyx | or even every bullets |
| 06:43.08 | BulletCatcher | What do you mean by "shut down"? |
| 06:46.30 | zimnyx | when GM is approaching you, and you shoot it with your bulltet, missle should be destroyed. |
| 06:46.39 | ruskie | lol |
| 06:46.59 | ruskie | how do you shoot something that's coming at you usually from the top |
| 06:47.07 | ruskie | it's not in the same line as you are able to shoot :) |
| 06:47.23 | ruskie | well unless the server has bullets keep vert speed enabled |
| 06:47.34 | zimnyx | ruskie: if opponenct shoots in front of you it is in front of your bullet |
| 06:47.43 | zimnyx | and bullets have dimentions. |
| 06:48.19 | ruskie | zimnyx, erm... no clue on what servers you've been playing but most people that get a GM tend to look for a high easily defendable position... |
| 06:48.46 | ruskie | and destroying bullets would be annoying... |
| 06:48.53 | zimnyx | ruskie: yeah they do, but if they don't..... |
| 06:49.01 | ruskie | since it means that two people could be shooting at each other indefinately |
| 06:49.18 | ruskie | that's why you learn to dodge |
| 06:50.00 | ruskie | a gm is easy to dodge if you're in the right position(and if it uses "normal" turning rate) |
| 06:50.11 | zimnyx | I can't dodge from GM unless I have agillity |
| 06:50.26 | zimnyx | hm, so I neet to prectice |
| 06:50.30 | zimnyx | *practice it. |
| 06:50.43 | ruskie | here's a hint... you need to be going at a tangent to how it is coming towards you |
| 06:51.29 | ruskie | you can run ever smaller circles around the gm guy and finnaly shoot him in the GM's dead zone |
| 06:52.19 | zimnyx | nice to know |
| 06:52.20 | zimnyx | thanks. |
| 06:59.43 | *** join/#bzflag [dmp] (n=dennis@static.88-198-0-201.clients.your-server.de) |
| 07:33.27 | *** join/#bzflag Default_ (n=Default@24-197-138-217.dhcp.spbg.sc.charter.com) |
| 07:50.04 | BulletCatcher | zimnyx: The game does not work that way. Just as tanks can pass through each other, so can bullets and missiles. |
| 07:50.15 | BulletCatcher | There are no plans to change that. |
| 07:57.56 | *** join/#bzflag noyb_ (n=noyb@nat/sun/x-95ed804da0df05ca) |
| 09:16.49 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@unaffiliated/spazzymcgee) |
| 11:04.07 | *** join/#bzflag Default__ (n=Default@24-197-138-217.dhcp.spbg.sc.charter.com) |
| 12:08.00 | *** join/#bzflag potato (n=potato@c220-237-157-51.brodm1.vic.optusnet.com.au) |
| 12:15.59 | *** part/#bzflag potato (n=potato@c220-237-157-51.brodm1.vic.optusnet.com.au) |
| 12:20.01 | *** join/#bzflag Gabe_G23 (n=gabe@cpe-069-134-026-246.nc.res.rr.com) |
| 12:26.49 | zimnyx | uhm |
| 12:26.59 | *** part/#bzflag zimnyx (i=foobar@ip-219-8.ists.pl) |
| 12:37.38 | *** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 12:55.16 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 13:04.48 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 13:55.13 | *** join/#bzflag spldart (n=short_ci@adsl-70-240-206-88.dsl.hstntx.swbell.net) |
| 13:55.13 | *** mode/#bzflag [+v spldart] by ChanServ |
| 14:00.29 | *** join/#bzflag KingofCamelot (n=davidsan@ip68-108-247-95.sb.sd.cox.net) |
| 14:45.44 | *** part/#bzflag temp_dist (n=temporal@about/essy/alarming/a-temp-dist) |
| 15:08.48 | *** join/#bzflag Happy_Alice (n=chris@goodboys.univ-mlv.fr) |
| 15:09.38 | *** part/#bzflag Happy_Alice (n=chris@goodboys.univ-mlv.fr) |
| 15:13.38 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 15:17.12 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 15:50.13 | *** join/#bzflag Paul_PL (n=pawel@chello087206248103.chello.pl) |
| 15:55.37 | *** join/#bzflag Erroneous (n=dtremena@about/essy/CrazyCoder/DTRemenak) |
| 15:55.37 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 15:58.50 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 16:44.46 | *** join/#bzflag delusional (n=delusion@pool-151-201-239-112.pitt.east.verizon.net) |
| 16:49.45 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 16:57.24 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 17:16.11 | *** join/#bzflag Alex135 (n=alex@143.207.200.171) |
| 17:23.55 | *** join/#bzflag noyb (n=noyb@pool-71-119-173-104.lsanca.dsl-w.verizon.net) |
| 17:25.07 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 17:38.47 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 17:39.09 | JeffM | continues to fight the glorious Right Hand Rule Z Is Up! war and wins a small battle. |
| 17:41.40 | Alex135 | erm, where in the configuration file does it define the resolution? the resolution the game wants to use is too high for my screen so it causes X to die. so to get in im alwase forced to use -window and reset the resolution to one that will work, but it wont save it in the config file. Any ideas on how i can fix this (its been a while, sorry if this is the wrong channel) |
| 17:45.06 | blast007 | Alex135: chances are it's not even there yet |
| 17:45.50 | blast007 | use -window, set the resolution that you want, and then use the "Save Settings" menu item to make sure it writes it |
| 17:46.27 | Alex135 | i am doing that, it isn't saveing resolution i guess, because i start back up normally and it still has the error |
| 17:46.42 | blast007 | hmm |
| 17:47.03 | blast007 | in the config, it would be: set resolution "whatever it is here" |
| 17:47.08 | Alex135 | it saves everything but the resolution (i checked and changed things and looked for the change in the config file and it was there, just nothing for resolution) |
| 17:47.31 | blast007 | fun |
| 17:47.41 | blast007 | what version? |
| 17:48.08 | JeffM | what video card? |
| 17:49.06 | Alex135 | would it be like 1024x768? or like that or 1024 768 |
| 17:49.06 | Alex135 | like.... set resolution 1024x768 or would it be different? |
| 17:49.09 | Alex135 | i am useing a Nvidia Gforce 6200 in Ubuntu hardy, however my monitor only supports up to 1024x768 although my vid card can go higher |
| 17:49.17 | JeffM | what drivers? |
| 17:49.46 | Alex135 | nvidia-glx-new |
| 17:50.11 | JeffM | that should auto detect your display |
| 17:50.34 | Alex135 | here, ill paste the X error |
| 17:50.42 | JeffM | set resolution "1024x768 @60Hz 32 bits" |
| 17:50.45 | JeffM | just add that |
| 17:50.49 | Alex135 | k, 1 sec |
| 17:51.29 | Alex135 | doesn't help |
| 17:51.32 | Alex135 | same problem |
| 17:51.55 | JeffM | then your x config isn't right |
| 17:52.16 | JeffM | that forces us to ask for X to change to a full screen res at that size |
| 17:52.42 | JeffM | run with -window -geometry 800x600 and see if that works |
| 17:53.38 | Alex135 | works, but it just changes window size, when i change res from in game it switches to full screen |
| 17:53.50 | JeffM | and works? |
| 17:53.54 | JeffM | or gives you the error? |
| 17:53.55 | Alex135 | but only if its 1024x768 or below (thats all my monitor can support |
| 17:54.06 | Alex135 | yes it works |
| 17:54.13 | JeffM | and we report sizes over 1024? |
| 17:54.16 | Alex135 | however when i try and set it above 1024, it gives me the error |
| 17:54.26 | Alex135 | yes |
| 17:54.31 | JeffM | yeah you need to get X to know what your screen size is |
| 17:54.35 | JeffM | so that those arn't reported |
| 17:54.41 | JeffM | your X config is invalid |
| 17:54.46 | JeffM | is it an old CRT? |
| 17:54.53 | Alex135 | yes my monitor is a CRT |
| 17:54.58 | JeffM | is it old? |
| 17:55.10 | JeffM | like before VESA auto detect |
| 17:55.10 | Alex135 | ya, getaway2000 vivitron 1776 |
| 17:55.33 | JeffM | yeah you need to manualy specify the display paramates to X |
| 17:55.40 | JeffM | so that it reports valid stuff to us |
| 17:56.01 | Alex135 | i have, that was the only way i could get it to work because it couldn't figure out a proper resolution before |
| 17:56.55 | JeffM | buy a new monitor ;) |
| 17:56.55 | JeffM | probagbly easier |
| 17:56.55 | Alex135 | i am, im buying one at the end of the summer but untill then i need to make due with this one |
| 17:56.55 | Alex135 | hmmm |
| 17:56.55 | Alex135 | 1 sec, trying 1 more thing |
| 17:57.06 | Alex135 | nvm, that didn't work either... |
| 17:57.20 | Alex135 | JeffM, you any good with Xorg configuration files? |
| 17:57.24 | JeffM | nope |
| 17:57.40 | Alex135 | k nvm then... whats strange is it worked a little while ago |
| 17:57.58 | JeffM | if linux can't auto configure itself on my systems, I remove it. |
| 17:58.06 | JeffM | well what changed then? |
| 17:58.07 | blast007 | heh |
| 17:58.14 | JeffM | what have you installed since it worked? |
| 17:58.16 | Alex135 | not sure, tehre was an update to X recently |
| 17:58.20 | Alex135 | there* |
| 17:58.40 | Alex135 | well, i should say X was updated between the time when bzflag worked and now |
| 17:58.50 | JeffM | were the drivers update as well? |
| 17:59.06 | Alex135 | no, havn't needed to be |
| 17:59.12 | JeffM | you may want to see if there are updates to the X config or the drivers |
| 17:59.17 | blast007 | typically I reinstall the drivers after an X update |
| 17:59.20 | JeffM | yeah |
| 17:59.24 | JeffM | they often get busted |
| 17:59.34 | JeffM | same for redoing the automatic X config |
| 17:59.54 | Alex135 | which automatic X config |
| 18:00.09 | Alex135 | the dpkg-reconfigure one or the one that hapens by it self |
| 18:00.18 | JeffM | nvidia has a configure app that can make the config |
| 18:00.25 | JeffM | set up dual displays, etc.. |
| 18:00.41 | JeffM | I used that last time I tried ubuntu |
| 18:00.45 | Alex135 | ya, i know, prob is it doesn't know old CRT monitors verry well |
| 18:00.48 | JeffM | that reminds me I have to remove it |
| 18:01.28 | Alex135 | k, ill probably be off and on a few times while i fix things, since my X config doesn't configure right it will take some time for me to get it working again after i re install the drivers |
| 18:03.18 | JeffM | whatever floats your boat skip |
| 18:03.30 | Alex135 | >.> |
| 18:05.08 | *** join/#bzflag Alex135 (n=alex@143.207.200.171) |
| 18:06.19 | *** join/#bzflag Alex135 (n=alex@143.207.200.171) |
| 18:06.46 | Alex135 | nope, all reinstalled and reconfigured Xorg.conf and it doesn't work still |
| 18:07.02 | blast007 | try Windows |
| 18:07.06 | blast007 | ducks ;) |
| 18:07.13 | Alex135 | hehe |
| 18:07.47 | Alex135 | ya, i can and have it all setup but i finally am starting to get around to re-hosting my servers and i would prefer to use linux for just about everything i can |
| 18:07.57 | Alex135 | oh well, ill just resize things manually when i need to |
| 18:08.04 | JeffM | then write code to make it not suck ;) |
| 18:08.16 | Alex135 | lol im too lazy atm :P |
| 18:08.28 | Alex135 | ill just live with it till i get my new monitor |
| 18:08.32 | *** join/#bzflag iWinny (n=kylevane@unaffiliated/winny) |
| 18:08.33 | JeffM | then you can not use linux for as much as you can ;) |
| 18:08.56 | Alex135 | lol i can use linux just fine, i just needs to pull a few tricks now and then to get everything to work |
| 18:09.22 | Alex135 | (my Xorg.conf is a good example since i had to fool around with it manually to get it to work when i installed |
| 18:09.26 | JeffM | yet you are lazy, and that is work ;) |
| 18:09.37 | Alex135 | alright i get it :P |
| 18:10.04 | Alex135 | (truth is i havn't programed in quite a while and i never could figure out C++ verry well, i should get back into it some time. |
| 18:10.09 | blast007 | selective lazyness |
| 18:11.12 | Alex135 | the only real modding i did to bzflag was when i customized bzfs |
| 18:11.19 | JeffM | to do what? |
| 18:11.34 | Alex135 | just added a few commands for the people i was hosting for |
| 18:11.49 | JeffM | like? |
| 18:11.53 | Alex135 | that was before i knew about the anonamous announce privlage |
| 18:12.28 | Alex135 | oh i remade the announce command (forget what its called atm) so that it didn't display the name of the admin/mod who did it |
| 18:12.46 | blast007 | /say |
| 18:13.03 | Alex135 | not sure if that was it or not |
| 18:14.18 | Alex135 | ya that was it |
| 18:14.51 | Alex135 | i remade a copy of that so it didn't display the name ... i didn't know about the anon-say privlages then.... but ya |
| 18:15.46 | Alex135 | *sigh* good times... back in the day where Laser mania was tops and my servers were running... then windows crashed them |
| 18:16.22 | Alex135 | anyway thanks for the help |
| 18:18.06 | *** join/#bzflag Think_Differentl (n=fatass__@unaffiliated/thinkdifferentl/x-838543) |
| 18:23.15 | *** join/#bzflag zee234 (n=be8150f7@gateway/web/cgi-irc/zeebrothers.net/x-90b95bac5ee41bdd) |
| 18:23.47 | *** join/#bzflag iWinny (n=kylevane@unaffiliated/winny) |
| 18:24.03 | *** join/#bzflag Pommes (n=Pommes@about/essy/frenchy/Pommes) |
| 18:29.48 | *** join/#bzflag delusional_ (n=delusion@pool-71-253-4-159.pitbpa.east.verizon.net) |
| 18:45.43 | *** join/#bzflag LongDon (n=LongDon@host-091-097-040-180.ewe-ip-backbone.de) |
| 18:47.33 | Constitution | JeffM: ping |
| 18:48.39 | *** join/#bzflag TimRiker (n=timr@72-62-134-179.area2.spcsdns.net) |
| 18:48.40 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 18:50.15 | *** join/#bzflag bugQ (n=bugQ@c-67-166-124-4.hsd1.ut.comcast.net) |
| 18:50.58 | bugQ | dangit, how did #bzflag disappear from my autoconnect list? |
| 18:54.39 | *** join/#bzflag deprecated (n=deprecat@c-24-18-19-17.hsd1.wa.comcast.net) |
| 19:02.31 | blast007 | bugQ: magic |
| 19:03.08 | Alex135 | erm.... .kde got deleted? (only if you use Konversation) |
| 19:06.49 | *** join/#bzflag delusional (n=delusion@pool-141-158-103-186.pitt.east.verizon.net) |
| 19:22.03 | *** join/#bzflag Winny (n=kyle@unaffiliated/winny) |
| 19:22.13 | Winny | test |
| 19:22.17 | iWinny | yay goodie |
| 19:22.34 | whodaman- | Winny, macpro? o_O |
| 19:23.34 | Winny | yeah |
| 19:23.39 | whodaman- | nice |
| 19:23.42 | JeffM | Constitution, sup? |
| 19:23.49 | whodaman- | amazed it went that quickly |
| 19:23.49 | Constitution | got a math question |
| 19:23.54 | JeffM | FOUR |
| 19:23.59 | JeffM | the answer is always FOUR |
| 19:24.01 | Constitution | ah k, thx |
| 19:24.15 | whodaman- | haha |
| 19:24.32 | JeffM | ask away |
| 19:25.03 | Constitution | you remember when we took the sin and cos of an angle to create a facing vector? I need to do the opposite... create an angle from a vector |
| 19:25.25 | bugQ | atan |
| 19:25.40 | Constitution | still gotta figure the quadrant |
| 19:26.03 | JeffM | atan2 |
| 19:26.19 | JeffM | don't use regular Atan |
| 19:26.27 | JeffM | atan2 protects against divide by 0 |
| 19:26.29 | bugQ | that's the one... |
| 19:26.58 | Constitution | hmmm, ok |
| 19:27.05 | *** join/#bzflag Winny (n=kyle@CPE0016b6de59f3-CM000f9fac8236.cpe.net.cable.rogers.com) |
| 19:27.36 | whodaman- | Winny, ping |
| 19:27.54 | whodaman- | oh, nevermind |
| 19:28.30 | JeffM | Constitution, basicly atan gives you the arctangent, and the vector would be the oposite and agecent angles, since the vector is the hipontonuse |
| 19:28.39 | JeffM | so it will give you the angle in radians |
| 19:28.53 | Constitution | I see |
| 19:28.58 | JeffM | but why do you need to get the quadrant? |
| 19:29.13 | bugQ | you would if all you had was atan |
| 19:29.33 | JeffM | you can get the quadrant from the signs of the compoents |
| 19:29.57 | JeffM | ++ Q1, -+ Q2, --Q3 +- Q4 |
| 19:30.39 | Constitution | wouldn't atan2 do the same thing, and spare us the extra math? |
| 19:30.51 | JeffM | atan2 adds more math |
| 19:30.54 | JeffM | cus it does math inside |
| 19:31.13 | JeffM | a >= test is prety fast compared to a divide |
| 19:31.31 | JeffM | how often are you going to be doing this? |
| 19:31.49 | Constitution | once per shot begin |
| 19:31.50 | *** join/#bzflag Dessy (n=Dessy@88.134.232.226) |
| 19:31.54 | JeffM | that's not to bad |
| 19:32.02 | JeffM | so speed isn't a huge issue |
| 19:32.11 | JeffM | so it realy dosn't matter |
| 19:32.24 | JeffM | atan2 seems wastefull cus you are gettting an angle that you don't realy care about |
| 19:32.33 | JeffM | but it may be more readable |
| 19:32.40 | JeffM | so sure what the heck :) |
| 19:33.18 | JeffM | but yeah, ATAN2 is the one to use, it's safe |
| 19:34.40 | JeffM | Lukstr, how's your parser? will it read boxes and pyramids yet? |
| 19:34.53 | *** join/#bzflag tj13820 (n=tj13820@c-71-236-81-200.hsd1.pa.comcast.net) |
| 19:35.08 | JeffM | I need to build a sample bzw reader in lightfeather to help them test right hand rule |
| 19:46.16 | *** join/#bzflag Winny (n=iWinny@unaffiliated/winny) |
| 19:52.17 | tj13820 | Big Old, you in here? |
| 20:10.40 | think_tank | ~she |
| 20:10.40 | ibot | i heard she is not |
| 20:11.56 | *** join/#bzflag Think_Differentl (n=fatass__@unaffiliated/thinkdifferentl/x-838543) |
| 20:21.44 | tj13820 | how are tetrahedrons defined in a map? |
| 20:21.59 | tj13820 | tetra and what esle, how do i define the number of vertices |
| 20:23.07 | JeffM | best to do it as a mesh |
| 20:24.13 | tj13820 | well, for now i just want to get them on the map, then i will texture it |
| 20:24.19 | tj13820 | i want to see if i like it there |
| 20:24.30 | JeffM | tetras just go and define meshes |
| 20:24.59 | JeffM | does the wiki define there format? |
| 20:25.01 | tj13820 | if i replace "box" with "tetra" what do i use to define the number of vertices |
| 20:25.02 | tj13820 | no |
| 20:25.05 | tj13820 | not that i can see |
| 20:25.19 | JeffM | I dont't think you can just do that replacement |
| 20:25.20 | tj13820 | all i saw was "tetra" defines a tetrahedron |
| 20:25.28 | JeffM | 'yeah that's all we do |
| 20:25.36 | JeffM | we don't have arbitray polyhedrons |
| 20:25.45 | tj13820 | i just want something simple |
| 20:25.51 | tj13820 | like a 6 sided shape |
| 20:25.54 | JeffM | that's a box |
| 20:25.55 | tj13820 | nothing whacky |
| 20:26.00 | JeffM | a box has 6 sides |
| 20:26.01 | tj13820 | ... |
| 20:26.03 | tj13820 | XD |
| 20:26.07 | tj13820 | sorry |
| 20:26.09 | JeffM | let me look |
| 20:26.23 | tj13820 | 8 sides it would be. |
| 20:26.30 | tj13820 | kk |
| 20:26.52 | tj13820 | http://en.wikipedia.org/wiki/BZFlag <- what i found |
| 20:27.06 | JeffM | no no |
| 20:27.08 | JeffM | OUR wiki |
| 20:27.12 | JeffM | not wikipedia |
| 20:27.16 | JeffM | http://my.bzflag.org/w/Tetra |
| 20:27.31 | JeffM | looks like it' does a tetraGON not a tetraHEDORN |
| 20:27.41 | JeffM | but let me look at the code |
| 20:27.45 | tj13820 | mesh |
| 20:27.46 | tj13820 | vertex -10 0 0 |
| 20:27.46 | tj13820 | vertex 10 0 0 |
| 20:27.46 | tj13820 | vertex 0 10 0 |
| 20:27.46 | tj13820 | face |
| 20:27.48 | tj13820 | vertices 0 1 2 |
| 20:27.50 | tj13820 | endface |
| 20:27.51 | JeffM | dude |
| 20:27.52 | tj13820 | end |
| 20:27.53 | JeffM | that's a mesh |
| 20:27.54 | tj13820 | that would be it |
| 20:27.57 | tj13820 | yeah |
| 20:28.01 | JeffM | for a triangle |
| 20:28.06 | tj13820 | yeah |
| 20:28.27 | JeffM | what kinda shape do you want do define? an 8 sided 3d solid? |
| 20:28.33 | tj13820 | yeah |
| 20:28.51 | JeffM | I'll check but I don't belive we have a primitive for htat |
| 20:28.53 | JeffM | that |
| 20:28.57 | JeffM | a tetra is not for that |
| 20:29.04 | tj13820 | ah |
| 20:29.29 | JeffM | you want an octahedron |
| 20:30.12 | tj13820 | yes |
| 20:31.16 | JeffM | our tetra is a polygon, not a polyhedron |
| 20:31.47 | tj13820 | not 3 dimensional |
| 20:32.02 | JeffM | it is a face, not a solid |
| 20:32.06 | tj13820 | ah |
| 20:32.51 | JeffM | yeah it' defines a 4 vertex face |
| 20:32.52 | Erroneous | you want an octagonal prism |
| 20:32.54 | JeffM | and adds it as a mesh |
| 20:33.07 | Erroneous | an octahedron is two tetrahedrons glued side-to-side |
| 20:33.18 | JeffM | aka the D8 :) |
| 20:33.21 | Erroneous | like a d8 |
| 20:33.22 | Erroneous | yeah |
| 20:33.38 | JeffM | it's STILL a mesh |
| 20:33.44 | tj13820 | lol |
| 20:33.45 | JeffM | we do not have arbitrary polyhedra |
| 20:33.54 | tj13820 | *cough*3.0*cough* |
| 20:33.56 | tj13820 | :-P |
| 20:33.58 | Erroneous | right, however you slice it (bad pun alert) it's a mesh |
| 20:33.58 | JeffM | no |
| 20:34.07 | tj13820 | j/k |
| 20:34.08 | JeffM | the mesh can define any shape |
| 20:34.08 | tj13820 | lol |
| 20:34.13 | tj13820 | i know |
| 20:34.14 | JeffM | so there is no need to add additional primitives |
| 20:34.17 | tj13820 | i just dislike them |
| 20:34.20 | JeffM | we have more stuff to worry about ;) |
| 20:34.23 | JeffM | use a modeler |
| 20:34.26 | JeffM | it's NOT that hard |
| 20:34.28 | tj13820 | i like my maps to be simple :-) |
| 20:34.35 | tj13820 | oh, i know that |
| 20:34.36 | JeffM | use a mesh in a group |
| 20:34.41 | JeffM | bam, simple |
| 20:34.45 | tj13820 | blender is pretty simple |
| 20:35.47 | JeffM | you say you want your maps simple, yet you add complex polyhedra to them ;) |
| 20:38.20 | JeffM | the arc is the closet thing to a parametric solid |
| 20:39.16 | tj13820 | lol |
| 20:39.27 | tj13820 | i meant, i don't like the coding for mesh objects. |
| 20:43.07 | JeffM | modeltool handles it |
| 20:43.16 | JeffM | throw it in a group and just leave it |
| 20:43.35 | *** join/#bzflag exim3 (i=ruqus@200-223.dsl2.guernsey.net) |
| 20:44.11 | exim3 | hey |
| 20:44.15 | brlcad | hello |
| 20:44.24 | exim3 | has Quol been here recently? |
| 20:44.31 | brlcad | oh noes .. memtest failure |
| 20:44.46 | brlcad | ~seen Quol |
| 20:44.48 | ibot | quol <n=ian@74.57.71.199> was last seen on IRC in channel #bzflag, 16d 17h 26m 42s ago, saying: 'DTRemenak, set Win32NoMin 1 - that was it - thx'. |
| 20:45.15 | exim3 | ah okay |
| 20:45.19 | exim3 | thanks |
| 20:45.24 | brlcad | you can /msg ibot to get that info in the future |
| 20:45.33 | exim3 | indeed |
| 20:45.36 | brlcad | or ask nickserv |
| 20:50.19 | exim3 | /who |
| 20:50.23 | exim3 | shoot |
| 21:16.47 | *** join/#bzflag Winny (n=iWinny@unaffiliated/winny) |
| 21:24.51 | Lukstr | JeffM: No. |
| 21:26.24 | JeffM | what will it take to make it read boxes |
| 21:27.41 | JeffM | it just needs to store the data in a way that I can read it |
| 21:28.15 | Lukstr | It doesn't do any actual parsing yet :/ |
| 21:28.25 | *** join/#bzflag MattP (n=aha@unaffiliated/aha) |
| 21:28.30 | JeffM | well what would it take to do it? ;) |
| 21:28.35 | Lukstr | lots of code |
| 21:28.41 | JeffM | how long? |
| 21:28.41 | Lukstr | What are you needing it for? |
| 21:28.46 | JeffM | SCIENCE! |
| 21:28.54 | Lukstr | should we stand back? |
| 21:28.54 | JeffM | and an engine test |
| 21:28.58 | JeffM | yes.. yes you should |
| 21:29.07 | Erroneous | he's trying to demo "z is up" |
| 21:29.22 | JeffM | I've convinced the lightfeather main developer to support right handed coordinate systems |
| 21:29.22 | *** join/#bzflag Winny_ (n=kyle@CPE0016b6de59f3-CM000f9fac8236.cpe.net.cable.rogers.com) |
| 21:29.29 | JeffM | and he'll do it, I just have to test it |
| 21:29.36 | JeffM | so a simple map reader would do it |
| 21:30.25 | Lukstr | hahaha |
| 21:30.36 | JeffM | I can do other stuff if I need, and heck I actualy HAVE bzw map parsers I can use. I just figured if I could use yours, that'd be a bonus |
| 21:30.55 | Lukstr | I'm probably going to be doing some re-arranging of stuff... |
| 21:30.59 | Lukstr | this is a frustrating problem |
| 21:31.11 | Lukstr | and BNF would really lend a hand |
| 21:31.21 | Erroneous | what is the frustrating problem? |
| 21:31.29 | Lukstr | writing a nice parser :P |
| 21:31.52 | Erroneous | would it be less frustrating if you do s/nice/working/? :) |
| 21:32.13 | Lukstr | there are less than a handful of BZW features that kind of ruin general parsing |
| 21:32.37 | Lukstr | or blindly parsing all the data according to some spec |
| 21:33.08 | Lukstr | I may well end up transposing another parser to this |
| 21:33.18 | Erroneous | aside from instancing, what problems do you run into with the general approach? |
| 21:33.32 | Lukstr | I had planned out a fairly simple parsing method |
| 21:33.50 | Lukstr | read blocks, read their contents, store it all in maps or whatever, then iterate through object types and make stuff happen |
| 21:34.01 | Lukstr | except because of things like the option block |
| 21:34.04 | Lukstr | and the define block |
| 21:34.09 | Lukstr | things become slightly awkward |
| 21:34.17 | Lukstr | I have to deal with enddef specifically related to the define |
| 21:34.31 | Erroneous | the options block should be easy enough to deal wtih |
| 21:34.35 | Lukstr | and the option block contains raw data rather than a parameter name folloewd by values |
| 21:34.50 | JeffM | so just store it on a line by line basis |
| 21:34.50 | *** join/#bzflag LongDon (n=LongDon@host-091-097-045-193.ewe-ip-backbone.de) |
| 21:34.57 | Erroneous | yeah, so special case it, and have an object that just returns a vector of strings |
| 21:35.00 | JeffM | then let the object break that lin up as it needs |
| 21:35.05 | *** part/#bzflag LongDon (n=LongDon@host-091-097-045-193.ewe-ip-backbone.de) |
| 21:35.06 | Lukstr | right |
| 21:35.08 | JeffM | and provide a standard Name value method |
| 21:35.12 | Lukstr | I am indeed planning this |
| 21:35.12 | Erroneous | this is the real world, special cases are ok :) |
| 21:35.30 | *** join/#bzflag Winny_ (n=kyle@CPE0016b6de59f3-CM000f9fac8236.cpe.net.cable.rogers.com) |
| 21:35.34 | JeffM | hmm I wonder where bzedit went |
| 21:35.47 | Lukstr | the most "official" parser is the bzfs one right? |
| 21:35.53 | Erroneous | correct |
| 21:35.59 | JeffM | it's the only one that matters |
| 21:36.02 | Erroneous | your behavior should match bzfs current as much as possible |
| 21:36.04 | Lukstr | I assumed so |
| 21:36.14 | Erroneous | unless bzfs' current stuff does something really stupid |
| 21:36.40 | Lukstr | I scribbled some ideas out last night in bed, so I may be doing something bzfs-ish |
| 21:36.45 | JeffM | damn.. we turned off cvs didn't we? |
| 21:37.26 | Erroneous | defines should be relatively easy to handle too. here's an idea: have a basic "object group" object. read everythign that's not in a define into one, and everything that is into its own on a per-define-block basis |
| 21:38.03 | Erroneous | then as you run into group statements, make them into references to the object group that they refer to |
| 21:38.28 | JeffM | Erroneous, you have a cvs client here? |
| 21:38.36 | Erroneous | no |
| 21:38.39 | JeffM | damn |
| 21:38.41 | JeffM | me nether :) |
| 21:39.35 | *** join/#bzflag MattP (n=aha@unaffiliated/aha) |
| 21:39.52 | Erroneous | in other words, treat everything as if it was in a define. use the defines as "namespaces" - one for global, one for each real define in the file. |
| 21:40.45 | Lukstr | yes I'm going to do that now |
| 21:40.58 | Lukstr | I think it was JeffM who said he liked the objects parsing themselves |
| 21:41.00 | Lukstr | I may do this |
| 21:41.10 | *** join/#bzflag Winny (n=kyle@CPE0016b6de59f3-CM000f9fac8236.cpe.net.cable.rogers.com) |
| 21:41.16 | JeffM | tis the oo way |
| 21:41.20 | Erroneous | may have said that too |
| 21:41.32 | JeffM | finds his old parser |
| 21:41.35 | Lukstr | parser.registerObject("Box", <Box's constructor here>); |
| 21:41.45 | JeffM | I bet it abbuses tokenize all to hell |
| 21:41.46 | Lukstr | etc. |
| 21:41.51 | Erroneous | yeah, that sounds like a good model |
| 21:41.55 | Lukstr | yeah |
| 21:42.02 | Lukstr | It makes life easier |
| 21:42.04 | Erroneous | JeffM will certainly like that better than the massive switch statement we use now ;) |
| 21:42.13 | Lukstr | which is what I really don't want to do |
| 21:42.14 | *** join/#bzflag Winny (n=kyle@unaffiliated/winny) |
| 21:42.23 | Erroneous | and you will need to handle defines uniquely |
| 21:42.28 | Erroneous | not just as another object |
| 21:42.35 | Lukstr | and at least then a plugin can define some arcane object type and parse it any way you want |
| 21:42.39 | Erroneous | yup |
| 21:42.41 | Lukstr | hell you could embed images in an object |
| 21:42.43 | Lukstr | :P |
| 21:42.47 | Erroneous | heh |
| 21:42.48 | Lukstr | uuencode or somesuch |
| 21:42.50 | Erroneous | base64 ftw? :) |
| 21:42.53 | Lukstr | yeah |
| 21:43.09 | *** join/#bzflag spldart (n=vircuser@c-98-197-19-50.hsd1.tx.comcast.net) |
| 21:43.10 | *** mode/#bzflag [+v spldart] by ChanServ |
| 21:43.41 | JeffM | plugin_utils now supports base64 |
| 21:43.47 | Erroneous | heh |
| 21:45.51 | JeffM | hmmm my parser is WIERD |
| 21:47.13 | Lukstr | it hurts to write a parser once you know BNF :( |
| 21:48.07 | Erroneous | shouldn't really hurt. just recognize the tradeoffs necessary. |
| 21:50.04 | Erroneous | besides...have you even proven that bzw is cf? :) |
| 21:52.18 | Lukstr | of course it is |
| 21:52.23 | Lukstr | I have it on paper right here |
| 21:52.34 | Lukstr | I think BNF in my head :P |
| 21:58.39 | Lukstr | although it's possible I'm not aware of some quirks |
| 22:01.54 | JeffM | hmmm... should I check my engine test in as something like bzview? |
| 22:05.16 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 22:05.34 | *** join/#bzflag QuantumT1m (n=tim@62-249-230-206.no-dns-yet.enta.net) |
| 22:56.10 | *** join/#bzflag Winny (n=kyle@unaffiliated/winny) |
| 23:02.06 | Gnurdux | Lukstr, why not just use yacc or somesuch? |
| 23:02.10 | Gnurdux | bison |
| 23:03.20 | brlcad | it is one of the things he is/was considering |
| 23:03.33 | brlcad | along with spirit |
| 23:03.56 | brlcad | along with custom library |
| 23:04.01 | brlcad | various tradeoffs to each approach |
| 23:05.15 | Epyon | remembers how he was scolded last year for bison/lex xP |
| 23:05.34 | spldart | hehe |
| 23:05.44 | spldart | be glad your not the most scolded this year ;-P |
| 23:06.09 | spldart | j/k |
| 23:06.14 | Lukstr | heh |
| 23:06.33 | Lukstr | the problem with yacc is it produces fairly unreadable C code |
| 23:06.34 | spldart | is being a grouch |
| 23:06.44 | Lukstr | and if you want to change the parser you have to use yacc |
| 23:06.47 | spldart | goes for more wine |
| 23:06.54 | Lukstr | and yacc isn't the most platform independant software |
| 23:07.11 | Epyon | spldart, I'm not? O.o |
| 23:07.59 | Gnurdux | Lukstr, when i say yacc i mean bison |
| 23:08.28 | Epyon | bison is fairly portable |
| 23:08.51 | Gnurdux | yeah |
| 23:09.28 | spldart | heh |
| 23:09.58 | spldart | As far as I know.. Your not.. And at that, I'm :-x |
| 23:12.14 | brlcad | Epyon: it's still certainly one of the most complicated to integrate -- anyone that uses it would have to pay extra care to integrate it cleanly across all platforms |
| 23:12.30 | brlcad | something you weren't particularly inclined to worry about, and didn't have much time for last year |
| 23:12.57 | brlcad | making it a pretty bad option in that situation |
| 23:13.21 | Epyon | Well if (as someone suggested) bzwgen would be moved to the bzflag source tree I would have to worry about that again :/ |
| 23:13.22 | brlcad | Lukstr has a lot more time in front of him to make a variety of options maintainable |
| 23:13.43 | brlcad | if bzwgen is moved to the main source tree, it should use lukestr's library :) |
| 23:13.57 | Epyon | for parsing grammar files? |
| 23:14.16 | brlcad | no, for reading/writing bzw files |
| 23:14.29 | Epyon | And I'd give my (surprisingly) "no" vite for using spirit. |
| 23:14.43 | brlcad | because? |
| 23:15.20 | Epyon | It's one of the least portable parts of boost, but more importantly for bigger grammars it's VERY slow, both in compilation and in execution. |
| 23:15.59 | brlcad | erm, cited source? |
| 23:16.09 | Epyon | spirit homepage :P |
| 23:16.09 | Lukstr | interesting (probably not using it) |
| 23:16.12 | brlcad | i've not seen any indication that there are any portability problems that would affect us |
| 23:16.55 | Epyon | Well, considering the template and macro magic it does I'd be surprised if it'd be very portable |
| 23:16.58 | Lukstr | it's a huge dependancy to add too |
| 23:17.04 | brlcad | don't care about compilation speed, execution speed is up-front during load so it doesn't really matter unless it's several orders bad which I'd wager it isn't |
| 23:17.37 | Lukstr | for what it does |
| 23:17.44 | brlcad | Lukstr: dependencies should also be done very carefully, but it's not 'huge' from a maintainability perspective |
| 23:17.56 | brlcad | it's a lot of files, sure |
| 23:18.06 | Epyon | brlcad, a bzwgen map is 5MB-10MB, there execution speed would matter. |
| 23:18.08 | Lukstr | 2128 files |
| 23:18.36 | Lukstr | + 168 directory makefiles |
| 23:18.37 | Epyon | Not all of them are used in a parser though. |
| 23:18.53 | Lukstr | Well that's the smallest package stand-alone Spirit |
| 23:18.54 | brlcad | Lukstr: *nod* .. still low maintenance though since it's not actually traversed |
| 23:18.54 | spldart | hehe.. but who's counting? ;p |
| 23:19.00 | Lukstr | Indeed |
| 23:19.12 | brlcad | just a big first-time checkout |
| 23:19.14 | Lukstr | Perhaps if we used Boost more broadly |
| 23:19.41 | brlcad | perhaps what? it would be additional k's of files :) |
| 23:19.54 | Epyon | 'd love to see that. He'd probably annoy many people afterwards using foreach() everywhere xP |
| 23:20.01 | JeffM | I think he means perhaps it would make you feel better about it ;) |
| 23:20.01 | spldart | But what I'm googling so far seems to indicate that spirit would easily support bzflag across platform |
| 23:20.04 | brlcad | boost is "big" .. that was something I was saying months ago when Epyon was asking about using a portion for graphs |
| 23:20.30 | Epyon | brlcad, I'm starting to regret I didn't force using boost at that time :/ |
| 23:20.37 | JeffM | spldart, it does not officaly support some compilers that we used to support |
| 23:20.48 | Epyon | graphs turned out to be harder than I initially assesed. |
| 23:20.50 | JeffM | it may be ok, but there will be things that used to work that don't |
| 23:20.54 | brlcad | having a formalized proper BNF-supporting parser instead of something custom is a huge win imho over a long-term |
| 23:21.06 | spldart | 'used' but now? |
| 23:21.09 | brlcad | Epyon: eh, you were told several times over to just use boost |
| 23:21.13 | brlcad | that's your own dang fault |
| 23:21.23 | brlcad | you wanted to do it yourself |
| 23:21.26 | brlcad | nibm |
| 23:21.39 | JeffM | drama queen, he's just seventeen! |
| 23:21.48 | Epyon | initially I was told no. |
| 23:21.49 | spldart | hehe |
| 23:21.53 | brlcad | so now your progress suffers as you implement something rather fundamental |
| 23:22.01 | Epyon | Until I started writing. |
| 23:22.10 | JeffM | Epyon, no you were not, you were told of our hesteation on the main project. |
| 23:22.13 | brlcad | you were never told "no" |
| 23:22.35 | Epyon | I meant no, not "no", that wasn't a quotation :P |
| 23:22.36 | JeffM | you asked why not for the main, and we told you, but then we ALL said, use it for your stuff, as it would be good experience |
| 23:23.00 | *** join/#bzflag Gabe_G23 (n=gabe@cpe-069-134-026-246.nc.res.rr.com) |
| 23:23.07 | brlcad | mince the words if you like, you know what is meant :P |
| 23:23.17 | JeffM | brlcad, I got the lightfeather engine main dev to agree to add right hand rule support ;) |
| 23:23.25 | JeffM | I may get him to do Z is Up too |
| 23:23.51 | JeffM | what minced words, in the SAME conversation he was told by 3 people to freaking use it |
| 23:23.54 | brlcad | just said to make sure it's worth using it, for the right reasons -- I was asking you to explain why you wanted to use a graph too at the time (which you *eventually* did) |
| 23:24.03 | brlcad | JeffM: woot! |
| 23:24.09 | Epyon | Well, I considered the suggestion of merging bzwgen into bz main, and then thought how much "worse" that would look if it brought behind it a huge graph library that 95% of it wouldn't be used :/ |
| 23:24.09 | brlcad | we should buy them beer if they do it |
| 23:24.14 | JeffM | we should |
| 23:24.32 | brlcad | i mean he's mincing them now saying he didn't say "no" (quoted) |
| 23:24.32 | JeffM | and speaking of dependencies, it builds on windows with no extra libs or code. That makes me happy |
| 23:24.39 | JeffM | ahh |
| 23:24.50 | JeffM | yeah he's just draming out and he knows it :) |
| 23:24.55 | JeffM | maybe he needs a beer too |
| 23:25.02 | spldart | With all the mincing.. lets cook |
| 23:25.12 | Epyon | gets himself a beer. |
| 23:25.16 | brlcad | minced meat pie |
| 23:25.17 | JeffM | Alaska airlines has a suprisingly good amber ale |
| 23:25.24 | Lukstr | So... wait. |
| 23:25.27 | Lukstr | what just happened? |
| 23:25.28 | brlcad | waits |
| 23:25.38 | spldart | stops shaking the spice over the delicacy |
| 23:25.39 | JeffM | Lukstr, we yelled at Epyon |
| 23:25.42 | Epyon | Lukstr, ignore, that's common :P |
| 23:25.43 | JeffM | that's prety much it |
| 23:25.51 | JeffM | then we talked about beer |
| 23:25.53 | Lukstr | but |
| 23:25.57 | brlcad | but |
| 23:25.57 | spldart | mmMMmm beer |
| 23:26.05 | JeffM | for you, how many other files does spirit use? |
| 23:26.11 | Epyon | opens up the beer. Cheers xP |
| 23:26.20 | Lukstr | Minimum boost package including spirit is 2128 files |
| 23:26.24 | spldart | ... YOur enjoying this aren't you? |
| 23:26.31 | JeffM | Lukstr, ouch |
| 23:26.35 | JeffM | that's a lot |
| 23:26.36 | Lukstr | yeah :P |
| 23:26.38 | spldart | I shouldn't have said ISH! |
| 23:26.51 | Epyon | Lukstr, counting other boost library dependencies? |
| 23:26.56 | Lukstr | no |
| 23:27.00 | Lukstr | it's called Spirit Miniboost |
| 23:27.12 | Lukstr | afaik it's the minimum spirit package |
| 23:27.52 | JeffM | that many files makes me less happy about it |
| 23:27.55 | Lukstr | yeah |
| 23:27.56 | brlcad | Lukstr: the other guys may feel differently, but I frankly don't care how many files it is if it does the job for you -- it's cross-platform, a "complete" functioning system .. which wins over lex/bison from maintainability perspective |
| 23:27.57 | Lukstr | same |
| 23:28.05 | Lukstr | hrmz |
| 23:28.12 | Epyon | Well, 80% of it as I see is other boost libs. |
| 23:28.15 | JeffM | yeah if it works, and is worth it sure, |
| 23:28.33 | JeffM | the file count is mostly for build system integration |
| 23:28.33 | Lukstr | hm. |
| 23:28.37 | spldart | hrm |
| 23:28.38 | JeffM | is it all headers? |
| 23:28.40 | Lukstr | yes |
| 23:28.40 | spldart | ;-P |
| 23:28.50 | JeffM | or does it need a lib or anything? |
| 23:28.55 | Epyon | I'm still not sure how it would handle a 10MB bzw file. |
| 23:29.06 | JeffM | Epyon, he'll just have to find out |
| 23:29.07 | Epyon | JeffM, nope it's header-only boost |
| 23:29.07 | spldart | ? |
| 23:29.11 | brlcad | i don't think you could come anywhere close with a custom system and develop a maintainable (formal) parser .. it'd just end up being a simple read/write bzw-specific api |
| 23:29.22 | JeffM | if it's just headers I feel a lot better about it |
| 23:29.22 | Lukstr | brlcad: exactly |
| 23:29.24 | brlcad | just headers, all of boost is just headers |
| 23:29.26 | JeffM | try it and see |
| 23:29.31 | JeffM | worst we can do is pull it :) |
| 23:29.41 | JeffM | brlcad, not all, some of it has a lib |
| 23:29.44 | JeffM | we use the lib here |
| 23:29.47 | JeffM | threading, etc.. |
| 23:29.48 | Lukstr | heh, alright. Going for a swim while it's still warm. Will re-add and try it out |
| 23:29.53 | Epyon | If he does it, I'll rewrite the ruleparser for it after moving to main -_- |
| 23:30.07 | JeffM | Epyon, dude, why does it depend on him? |
| 23:30.12 | JeffM | we TOLD you to USE IT |
| 23:30.17 | JeffM | so if you want to use it, FREAKING USE IT |
| 23:30.18 | Lukstr | swims |
| 23:30.19 | brlcad | hrm? .. weird .. i've not ever used a portion of boost that uses libs |
| 23:30.22 | JeffM | and stop wasting breath |
| 23:30.24 | Epyon | Why should I rewrte something that works? |
| 23:30.33 | spldart | Don't drown Lukstr |
| 23:30.37 | JeffM | brlcad, yeah it's a small part, but it is there, so "all" is a bad term |
| 23:30.49 | JeffM | Epyon, then why even say you'll use boost? |
| 23:30.51 | brlcad | k, learn something new .. |
| 23:30.52 | Epyon | I wonder what parts of boost. |
| 23:31.00 | JeffM | can you not read? |
| 23:31.07 | Epyon | ...Does Spirit |
| 23:31.11 | Epyon | ... use. |
| 23:31.29 | JeffM | brlcad, you can use boost header only, it's just when you add threading IIRC |
| 23:31.41 | brlcad | there is a tool in boost that will extract all the headers that are required for a given boost header (i.e. all its dependencies), for minimal redistribution purposes |
| 23:31.42 | JeffM | boost_thread-vc80-mt-gd-1_34_1.dll |
| 23:31.53 | JeffM | that's what we have to use |
| 23:31.58 | Epyon | Or libraries like regex. |
| 23:32.41 | brlcad | hm, I could see threading relying on pthreading under the hood .. maybe that's why it's a dll |
| 23:32.56 | JeffM | yeah it has some guts |
| 23:32.57 | brlcad | or in the case of windows, win32 threading |
| 23:33.20 | JeffM | we used boost with out it for a while, then when we added threading we had to use the dll |
| 23:36.59 | brlcad | i'll have to keep that in mind .. we're using boost in brl-cad but haven't run into that problem yet |
| 23:37.18 | JeffM | they had a project to build it prety easy |
| 23:38.01 | JeffM | tho once it got geeked and built libBoost.dll for someone |
| 23:38.30 | brlcad | looks like we're presently indirectly using: algorithm bind concept config date_time detail exception function graph io iterator mpl optional pending preprocessor range spirit thread tuple type_traits utility |
| 23:39.39 | brlcad | hm, our use of spirit itself only required 161 files |
| 23:39.54 | brlcad | 1455 boost headers total |
| 23:40.21 | Epyon | Maybe you use an older version? |
| 23:40.38 | brlcad | nope, current head additions |
| 23:41.19 | brlcad | like I said, we use boost's tool that extracts just exactly what you need for a given header to be resolved |
| 23:41.33 | JeffM | that'd be good for us to use |
| 23:41.45 | JeffM | lets just grab your files and commit them :) |
| 23:41.55 | brlcad | so if you know you're only using shared_pointer, for example, you're going to get something far far less than the whole base package |
| 23:42.21 | brlcad | or get lukestr to use the same tool for the header(s) he figures out he needs |
| 23:42.25 | JeffM | wonders why argc isn't a size_t |
| 23:42.39 | Epyon | JeffM, lol :P |
| 23:42.59 | Epyon | Because -1 is the program name? |
| 23:43.01 | JeffM | I'm serious, when can you have a negitive arg count |
| 23:43.53 | JeffM | probably didn't exist then |
| 23:44.02 | L4m3r | isn't 0 the program name? |
| 23:44.10 | JeffM | ;) |
| 23:44.11 | brlcad | probably just because main's signature was standardized a decade before size_t was added |
| 23:44.20 | Epyon | Seriosly though, I'd guess it's the same reason as everything bad in C++ -- because it was like that in C :P |
| 23:44.55 | *** join/#bzflag temp_dist (n=temporal@about/essy/alarming/a-temp-dist) |
| 23:45.24 | JeffM | mmm std::return std::main(std::list<std::string> params) |
| 23:45.30 | JeffM | that'd be awesome :) |
| 23:45.46 | Epyon | umm, I think we have a different definition of awesome xP |
| 23:46.11 | purple_cow | JeffM: oof |
| 23:46.38 | JeffM | class CMyApplication : public Main |
| 23:46.50 | Epyon | That's a LOT better :P |
| 23:47.20 | JeffM | time to write the C+++ compiler! |
| 23:47.29 | JeffM | or C+=2 |
| 23:48.09 | Epyon | C:public compiler :P |
| 23:48.20 | brlcad | call it "E" |
| 23:48.28 | spldart | bugQ: How is your project coming? I'd kinda like to see more discussion about your direction and implementation wind up on this channel. Esp with a coupe sr. devs ready and revving to go. |
| 23:48.29 | Epyon | Or C{} |
| 23:48.42 | brlcad | runs |
| 23:48.47 | spldart | s/coupe/couple |
| 23:48.55 | spldart | LOL |
| 23:49.08 | Epyon | hides JeffM. |
| 23:49.13 | spldart | Haha |
| 23:49.39 | JeffM | heh, I allready work on one "compiler" I don't need to do another |
| 23:49.50 | spldart | needs more wine.. not to be confused with "wine is not an emulator" |
| 23:50.14 | Wyk3d | you know you don't need to change the compiler to have those things .. just add a class or a method that converts it to whatever format you like :) |
| 23:50.29 | JeffM | well you can't overide main IIRC |
| 23:50.46 | Wyk3d | you can have a function with the same name, but different parameter list |
| 23:50.50 | Epyon | Actually now that I think of it, this could be done with some template/macro magic :P |
| 23:50.53 | L4m3r | you can always wrap it |
| 23:51.26 | L4m3r | you'd be able to copy/paste the code with no modification into whatever project you want |
| 23:51.29 | JeffM | uggg.. bugQ got his tokenize crap in utilities |
| 23:51.44 | bugQ | will fix it |
| 23:51.53 | JeffM | make a method that fills out a vector |
| 23:51.54 | bugQ | forgot about that one |
| 23:51.56 | JeffM | that's simpler |
| 23:51.59 | Epyon | There he is! Catch the bug! :P |
| 23:52.08 | bugQ | runs away |
| 23:52.14 | JeffM | no don't |
| 23:52.16 | JeffM | seriously |
| 23:52.22 | spldart | SERIOUSLY |
| 23:52.25 | spldart | talk more |
| 23:52.27 | JeffM | you need to do a lot more discussion hhere |
| 23:52.29 | Epyon | JeffM, I was talking about the CApplication : Main stuff. |
| 23:52.30 | spldart | about the code |
| 23:52.32 | Winny | brb... |
| 23:52.40 | JeffM | like all that stuff you put on your blog, discuss here too |
| 23:52.40 | bugQ | sorry, I'm quiet because I've been filling out the evaluation |
| 23:52.48 | *** join/#bzflag Winny (n=kyle@unaffiliated/winny) |
| 23:52.53 | bugQ | one sec |
| 23:52.58 | JeffM | Epyon, yeah but how do you get main to construct that class? |
| 23:53.03 | spldart | Heck.. jabber a bit on a friendly note more too. |
| 23:53.06 | JeffM | with no code in your app |
| 23:53.26 | Epyon | #include <boost/main.hpp> :P |
| 23:53.38 | JeffM | yeah I've done it with external code |
| 23:53.41 | Epyon | Templates + macros could do it, I believe. |
| 23:53.48 | JeffM | sure, but that's less slick |
| 23:54.09 | Epyon | I mean automagically, like foreach(){} works. |
| 23:54.18 | Winny | err, wrong channel, sorry |
| 23:54.32 | Epyon | shivers when he thinks back on browsing boost codebase. |
| 23:54.33 | JeffM | Epyon, but you still have to include the header |
| 23:54.48 | Epyon | JeffM, true, can't run away from that one :/ |
| 23:55.17 | JeffM | yeah I've done app classes before that's easy |
| 23:57.45 | JeffM | realy should make a better version of OSFile that dosn't have secure warnings |