| 00:00.02 | *** join/#bzflag BlasterWisconsin (~blasterwi@CPE-72-131-125-36.wi.res.rr.com) |
| 00:00.15 | *** join/#bzflag BlasterWisconsin (~blasterwi@unaffiliated/blaster-wisconsi/x-3628685) |
| 00:00.47 | CIA-117 | BZFlag: 03Thumper 07http://my.bzflag.org * r7752 10/w/BZFS_2.4_Upgrade: Add details of r21903 for group changes |
| 00:07.34 | *** join/#bzflag Erroneous (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 00:07.34 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 00:09.43 | *** join/#bzflag delusional (~delusiona@pool-98-111-215-149.pitbpa.fios.verizon.net) |
| 00:09.43 | *** join/#bzflag delusional (~delusiona@unaffiliated/delusional) |
| 00:33.23 | *** join/#bzflag JeffM (~Jeff@unaffiliated/jeffm2501) |
| 00:33.23 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 00:45.29 | *** join/#bzflag AAA_awright_ (~a3@ip24-251-157-63.ph.ph.cox.net) |
| 00:48.11 | *** join/#bzflag bryjen (~bryjen@76.92.85.169) |
| 00:48.12 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 00:49.11 | *** join/#bzflag Quol (~Quol@69.90.0.146) |
| 01:13.03 | *** join/#bzflag spldart (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 01:13.03 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 01:13.03 | *** mode/#bzflag [+v spldart] by ChanServ |
| 01:20.21 | *** join/#bzflag allejo (~allejo@cpe-76-95-144-121.socal.res.rr.com) |
| 01:55.05 | moiree | While sf.net guru mediates, no bug report: |
| 01:56.36 | moiree | I just noticed a peculiar thing: When jumping on own team's flag when capturing other team's flag, |
| 01:56.56 | moiree | the server says I shall not capture my own team's flag. |
| 01:58.27 | Constitution | s/flag/base/? |
| 02:02.28 | *** join/#bzflag Guest316 (ca59b013@gateway/web/freenode/ip.202.89.176.19) |
| 02:06.23 | blast007 | moiree: probably something we'll have to worry about later |
| 02:11.16 | moiree | Yes, my team's flag was on the base and I jumped on it when I captured toe other team's flag. |
| 02:19.56 | Zac214346 | spldarts wartowers :P |
| 02:21.11 | *** join/#bzflag Guest87705 (~Think_Dif@213.152.174.186) |
| 02:40.50 | *** join/#bzflag Think_Diff (~Think_Dif@213.152.174.186) |
| 02:44.31 | *** join/#bzflag JeffM (~Jeff@adsl-76-204-47-237.dsl.lsan03.sbcglobal.net) |
| 02:44.32 | *** join/#bzflag JeffM (~Jeff@unaffiliated/jeffm2501) |
| 02:44.32 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 03:00.55 | *** join/#bzflag Think_Differentl (~Think_Dif@bzflag/player/ThinkDifferent) |
| 03:03.04 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 03:03.04 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 03:08.58 | *** join/#bzflag kierra (~jolie@unaffiliated/kierra) |
| 04:55.52 | *** join/#bzflag noyb (~noyb@pool-173-60-180-80.lsanca.dsl-w.verizon.net) |
| 05:28.40 | *** join/#bzflag bryjen (~bryjen@76.92.85.169) |
| 05:28.40 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 06:01.24 | *** join/#bzflag dcat (~dcat@c-98-249-63-154.hsd1.va.comcast.net) |
| 06:51.34 | *** part/#bzflag bryjen (~bryjen@76.92.85.169) |
| 06:58.12 | *** join/#bzflag Marzipan- (~Marzipan@p5B22320F.dip.t-dialin.net) |
| 06:59.02 | *** join/#bzflag DarkCalf (DC@173.231.40.98) |
| 06:59.37 | *** join/#bzflag Marzipan (~Marzipan@bzflag/player/Marzipan) |
| 07:21.25 | *** part/#bzflag bleach (bleach@osama.destroyislam.org) |
| 07:25.28 | *** join/#bzflag TASAIRES (~TASAIRES@84.121.180.192.dyn.user.ono.com) |
| 08:10.48 | Foo_man_choo | OMG somebody remembers my 'wartowers' map?!? |
| 08:19.23 | *** join/#bzflag Pimpi (~frank@gondolin.pimpi.org) |
| 08:19.47 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 09:22.13 | *** join/#bzflag Packman_ (~a@115-188-244-191.jetstream.xtra.co.nz) |
| 09:39.27 | *** join/#bzflag trepan (~trepan@204.237.8.232) |
| 09:39.36 | *** join/#bzflag trepan (~trepan@unaffiliated/trepan) |
| 09:39.36 | *** mode/#bzflag [+v trepan] by ChanServ |
| 09:53.36 | *** join/#bzflag Djpenguin_ (~David@adsl-216-102-90-233.dsl.snfc21.pacbell.net) |
| 09:53.55 | *** join/#bzflag Djpenguin (~David@c-98-207-67-102.hsd1.ca.comcast.net) |
| 11:42.23 | *** join/#bzflag spldart (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 11:42.23 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 11:42.23 | *** mode/#bzflag [+v spldart] by ChanServ |
| 12:40.11 | CIA-117 | BZFlag: 03blast007 * r21931 10/trunk/bzflag/misc/ (bzfquery.php bzfquery.pl bzfquery.py): Send a team update even for OpenFFA. |
| 12:41.07 | CIA-117 | BZFlag: 03blast007 * r21932 10/trunk/bzflag/src/bzfs/bzfs.cxx: Whoops, missed bzfs.cxx. Send a team update even for OpenFFA. |
| 12:42.50 | CIA-117 | BZFlag: 03blast007 * r21933 10/trunk/bzflag/misc/ (Makefile.am bzlist.php): Get rid of bzlist.php which seemingly has not been updated since BZFlag 1.10 |
| 12:56.28 | CIA-117 | BZFlag: 03blast007 * r21934 10/trunk/bzflag/ (9 files in 3 dirs): Move maps files into misc/maps/ |
| 13:02.06 | blast007 | BulletCatcher: on 2.99.x, there's not any Makefile.am within the subfolders in misc/, so I didn't put them in 2.3 either - should there be? |
| 13:45.05 | *** join/#bzflag RAThomas (~chatzilla@r74-195-225-238.stl1cmta01.stwrok.ok.dh.suddenlink.net) |
| 14:20.55 | *** join/#bzflag meeba (~lamer@c-71-196-238-53.hsd1.co.comcast.net) |
| 14:36.00 | *** join/#bzflag bier|tp (~bier@p54A5A299.dip.t-dialin.net) |
| 14:36.56 | *** join/#bzflag bier (~bier@p54A5A299.dip.t-dialin.net) |
| 14:50.35 | *** join/#bzflag JeffM (~JeffM@69.36.85.130) |
| 14:50.35 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 14:50.35 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 14:56.03 | *** join/#bzflag spldart (~spldart2@c-98-201-137-215.hsd1.tx.comcast.net) |
| 14:56.03 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 14:56.03 | *** mode/#bzflag [+v spldart] by ChanServ |
| 15:17.18 | *** join/#bzflag QuantumWork (~QuaWo@d3-4-1-0.r00.dllstx04.us.ce.gin.ntt.net) |
| 15:36.08 | BulletCatcher | blast007: There are three ways to include in tarballs the files in the new misc/maps directory. |
| 15:36.14 | BulletCatcher | One is to add "maps" to EXTRA_DIST in misc/Makefile.am, which will include everything in the directory (even files that are not in svn). |
| 15:36.25 | BulletCatcher | To have precise control over which files are distributed we can either add "misc/hix.bzw", etc., to EXTRA_DIST in misc/Makefile.am (as done for the misc/stats subdirectory) or else add "SUBDIRS = maps" to misc/Makefile.am and create misc/maps/Makefile.am (m4/Makefile.am is a good example). |
| 15:36.30 | BulletCatcher | brlcad prefers the last method, but either of the last two are functionally equivalent. |
| 15:43.18 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 15:43.18 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 15:43.58 | *** join/#bzflag Upsetter (~er@i59F6C6DF.versanet.de) |
| 15:43.58 | *** join/#bzflag randomparticle (~randompar@about/essy/snick/randomparticle) |
| 15:47.20 | randomparticle | *laughs insanely* |
| 16:01.01 | *** join/#bzflag allejo (~allejo@cpe-76-95-144-121.socal.res.rr.com) |
| 16:02.23 | *** part/#bzflag allejo (~allejo@cpe-76-95-144-121.socal.res.rr.com) |
| 16:02.51 | *** join/#bzflag allejo (~allejo@cpe-76-95-144-121.socal.res.rr.com) |
| 16:17.24 | *** mode/#bzflag [+o TyroneFHornigh] by ChanServ |
| 16:21.03 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 16:21.03 | *** mode/#bzflag [+v spldart] by ChanServ |
| 16:27.42 | blast007 | randomparticle: k |
| 16:28.12 | blast007 | BulletCatcher: I'll play around with the latter method since it seems more proper |
| 16:43.32 | *** join/#bzflag Think_Differentl (~Think_Dif@bzflag/player/ThinkDifferent) |
| 16:43.47 | *** join/#bzflag temporalD (~a_temp_di@bzflag/serverop/TemporalDistraction) |
| 16:55.23 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 17:11.00 | brlcad | has no preference, there's good situations for both ;) |
| 17:11.45 | brlcad | particularly for small directories that have no processing, just itemizing data into parent EXTRA_DISTs can reduce compilation time considerably |
| 17:19.01 | joevano | whoa, is that the real brlcad or an imposter... ;-) |
| 17:19.25 | joevano | i heard he disappeared ;-) |
| 17:20.28 | *** join/#bzflag Erroneous (~DTRemenak@69.36.85.130) |
| 17:22.18 | blast007 | brlcad: ok |
| 17:25.15 | Thumper_ | joevano: it's a poster image of brlcad that Jeff is holding up in front of himself while he's doing his brlcad impersonation |
| 17:42.26 | TyroneFHornigh | He didn't disappear, he's just been on a beer bender. ;-) |
| 17:47.13 | *** join/#bzflag Upsetter1 (~er@i59F6C6DF.versanet.de) |
| 18:15.57 | *** join/#bzflag mdskpr_ (~mdskpr@108.25.145.104) |
| 19:46.55 | *** join/#bzflag zomane (~zarine@zumane.pppoe.fiber-lan.eu) |
| 19:53.42 | randomparticle | i have a switch statement with this: |
| 19:53.43 | randomparticle | case MsgMessage: |
| 19:53.43 | randomparticle | char message[MessageLen]; |
| 19:53.45 | *** part/#bzflag Upsetter1 (~er@i59F6C6DF.versanet.de) |
| 19:53.58 | randomparticle | compiler doesn't like it. says "expected expression before 'char'" |
| 19:54.14 | randomparticle | but if i just bung a semi-colon in before char it's happy |
| 19:56.28 | randomparticle | apparently you can't use a declaration immediately after a label, but i'm perplexed as to why that's the case |
| 19:59.18 | TD-Linux | randomparticle: you can't conditionally declare variables |
| 19:59.36 | JeffM | put the case guts in a {} |
| 19:59.44 | JeffM | then it has scope |
| 19:59.54 | randomparticle | as i mentioned, ;char message[MessageLen] and it's fine |
| 20:00.14 | randomparticle | that's a kind of null statement in there i guess |
| 20:00.22 | JeffM | then whatever compiler you are using isn't doing it right |
| 20:00.28 | TD-Linux | otherwise without scope you could access it in other cases where it might not have been allocated on the stack |
| 20:00.38 | JeffM | yup |
| 20:00.54 | JeffM | it should not matter where it's defined in the case, with out scope it should error |
| 20:01.15 | randomparticle | i'm guessing the compiler might be inferring a scope |
| 20:01.26 | JeffM | that would be non standard behavor |
| 20:01.44 | JeffM | unless it's a C99 feature |
| 20:01.58 | randomparticle | here's another example (from online) |
| 20:02.01 | JeffM | cus also using a variable in the decleration in the array is c99 |
| 20:02.06 | randomparticle | switch (i) { |
| 20:02.06 | randomparticle | <PROTECTED> |
| 20:02.06 | randomparticle | <PROTECTED> |
| 20:02.07 | randomparticle | <PROTECTED> |
| 20:02.07 | randomparticle | <PROTECTED> |
| 20:02.07 | randomparticle | } |
| 20:02.26 | TD-Linux | ehh what? |
| 20:02.29 | randomparticle | that will go through, but without NSLog it's an error |
| 20:02.39 | JeffM | what compiler are you using? |
| 20:02.45 | TD-Linux | that shouldn't be legal at all |
| 20:03.01 | randomparticle | the objective-C compiler (might be gcc under it somewhere) |
| 20:03.21 | JeffM | ahh then objective C may have different rules |
| 20:03.24 | JeffM | we know C |
| 20:03.25 | JeffM | and C++ |
| 20:03.34 | TD-Linux | yeah it probably has a GC so that might be mildly valid |
| 20:03.36 | randomparticle | is superposed to be a proper superset of C |
| 20:03.51 | TD-Linux | makes no sense under C... what would j equal if i != 0? |
| 20:03.58 | JeffM | yeah C++ would error too |
| 20:03.59 | blast007 | with objC you just have to Think Different (tm) |
| 20:04.13 | randomparticle | i'll try it with gcc. one sec |
| 20:04.21 | randomparticle | obviously without NSLog :--) |
| 20:04.22 | TD-Linux | objective-c probably has a way to say "this variable does not exist" or something |
| 20:04.41 | JeffM | or they just don't care :) |
| 20:04.59 | TD-Linux | well it would explode if they simply "didn't care" |
| 20:05.10 | JeffM | yeah |
| 20:05.12 | TD-Linux | you'd get random garbage off the stack |
| 20:05.20 | JeffM | have you USED a macintosh? :) |
| 20:05.36 | JeffM | rainbow wheel FTW! |
| 20:05.38 | TD-Linux | and you'd get a stack memory leak if you don't have a frame pointer |
| 20:05.45 | randomparticle | it's just the same with gcc |
| 20:06.01 | JeffM | gcc is probalby automaticly scoping it then |
| 20:06.05 | randomparticle | try this: case 1: ;int j; printf("hello\n"); break; |
| 20:06.05 | JeffM | that is not standard |
| 20:06.26 | JeffM | I'd get unexpected ; |
| 20:06.29 | JeffM | vc cares ;) |
| 20:06.37 | randomparticle | hehe |
| 20:06.47 | JeffM | it's super strict |
| 20:07.10 | randomparticle | if find g++ annoyingly strict with casts |
| 20:07.19 | JeffM | as it should be |
| 20:07.19 | McSpider | int j = 1; Is automatically scoped in objc as far as I know. |
| 20:07.23 | JeffM | casts can kill you |
| 20:07.23 | randomparticle | i just want to assign anything to anything and not worry ;--) |
| 20:07.26 | TD-Linux | it probably does it C++ style and just intializes it at the beginning of the switch scope |
| 20:07.32 | JeffM | randomparticle, use php then |
| 20:07.38 | blast007 | yay PHP! |
| 20:07.51 | TD-Linux | so it's not really 'conditional initialization' |
| 20:08.03 | JeffM | if you want to get even more strict use C# |
| 20:08.19 | TD-Linux | yeah C is the wrong language for randomly making up variables |
| 20:08.24 | TD-Linux | try python |
| 20:09.59 | TD-Linux | it's funky how in string based languages like python you can do polymorphism (aka virtual functions aka interfaces) just by making classes with the same function names |
| 20:10.17 | JeffM | cus it's all runtime interpreted |
| 20:10.22 | TD-Linux | in C everything is pointers and variable / function names are meaningless |
| 20:10.27 | JeffM | and the lookup happens then |
| 20:10.33 | JeffM | on C the compiler optimizes it |
| 20:10.40 | JeffM | C is a lot faster |
| 20:11.11 | randomparticle | i wonder what the overhead is for objective-c method lookups |
| 20:11.22 | JeffM | it should compile down to a vtable call |
| 20:11.25 | JeffM | same as C++ |
| 20:11.34 | TD-Linux | you mean the string syntax of objective-c? |
| 20:11.37 | JeffM | if not what would be the point of it |
| 20:11.40 | TD-Linux | like the square bracket thingies? |
| 20:12.06 | TD-Linux | IIRC objective-c methods are actually string-based |
| 20:12.10 | randomparticle | yeah |
| 20:12.14 | TD-Linux | not vtables |
| 20:12.17 | randomparticle | it's a bit like dynamic typing |
| 20:12.21 | JeffM | ahh |
| 20:12.28 | TD-Linux | so the overhead is probably somewhat terrible |
| 20:12.44 | JeffM | anything that does legegraphical lookups will be slow |
| 20:12.48 | randomparticle | seems like a lot of steps in gdb, but someone was saying it's quite well optimized (uses caching) |
| 20:12.51 | JeffM | lexegraphical I mean |
| 20:12.53 | TD-Linux | but I'm sure they've optimized it with fancy lookup tables and such |
| 20:13.02 | JeffM | even with caching it won't be the same |
| 20:13.05 | JeffM | hashes |
| 20:13.08 | randomparticle | yeah |
| 20:13.33 | randomparticle | i think if i have hundreds of thousands of method calls per second in a loop, that might be a problem |
| 20:13.55 | randomparticle | i bet apple don't use it themselves when they need efficiency |
| 20:14.25 | trepan | http://stackoverflow.com/questions/92396/why-cant-variables-be-declared-in-a-switch-statement |
| 20:14.46 | JeffM | does the answer involve the term "dumbass" ? |
| 20:15.07 | trepan | pay particular note to the Duff's device link, whacky device indeed :) |
| 20:15.21 | TD-Linux | I'm considering moving one of my embedded projects to C++ from C |
| 20:16.00 | TD-Linux | I realized I'm basically writing object-oriented code anyway, so I don't think there is any extra overhead |
| 20:16.25 | trepan | JeffM: :) |
| 20:17.21 | TD-Linux | trepan: heh I've implemented duff's device in z80 assembly |
| 20:17.31 | TD-Linux | did't know it had a name |
| 20:18.25 | trepan | creating it an assembly is banal, jacking a switch statement to do it in C is cool ;) |
| 20:50.54 | *** join/#bzflag KTL (~KTL@85.234.201.192) |
| 20:57.48 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 21:11.16 | *** join/#bzflag bryjen (~bryjen@76.92.85.169) |
| 21:11.16 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 21:18.15 | *** part/#bzflag bryjen (~bryjen@76.92.85.169) |
| 21:18.52 | *** join/#bzflag bryjen (~bryjen@76.92.85.169) |
| 21:18.52 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 21:49.19 | *** join/#bzflag delusional (~delusiona@unaffiliated/delusional) |
| 22:09.56 | *** join/#bzflag BlasterWisconsin (~blasterwi@72.131.125.36) |
| 22:09.57 | *** join/#bzflag BlasterWisconsin (~blasterwi@unaffiliated/blaster-wisconsi/x-3628685) |
| 22:37.15 | allejo | where's the bzw 2.4 page? |
| 22:37.41 | JeffM | wiki or man? |
| 22:37.48 | JeffM | but the map format didn't really change |
| 22:37.51 | JeffM | it just got rico |
| 22:37.54 | allejo | man |
| 22:38.02 | allejo | ah, so no mesh bases? |
| 22:38.06 | JeffM | no |
| 22:38.07 | blast007 | no |
| 22:38.50 | allejo | awww so the only new thing is rico for certain objects only? |
| 22:38.55 | JeffM | yep |
| 22:39.14 | allejo | alright. thanks |
| 23:02.31 | *** join/#bzflag allejo (~allejo@cpe-76-95-144-121.socal.res.rr.com) |
| 23:16.14 | *** join/#bzflag randomparticle (~randompar@about/essy/snick/randomparticle) |