| 00:02.16 | *** join/#bzflag Constitution (n=const@bzflag/developer/Constitution) |
| 00:11.31 | *** join/#bzflag JeffM (n=JeffM@65-73-179-21.bras01.sho.az.frontiernet.net) |
| 00:15.24 | AAA_awright | javawizard2539: "and can do interactive ammo display instead of chat messages." I don't have the flag packets documented very well, does the server send any packet back to the client after it picks a flag up? |
| 00:15.31 | AAA_awright | Do you know? |
| 00:17.19 | JeffM | AAA_awright, that's what he's adding |
| 00:17.29 | JeffM | a new shot message |
| 00:17.34 | JeffM | that has the limit |
| 00:18.14 | AAA_awright | I inferred that much :) It it a change of an existing message or a new one? Just curious. |
| 00:18.27 | JeffM | new |
| 00:18.36 | JeffM | limits are not part of the current protocoll |
| 00:18.47 | JeffM | they were added mid run |
| 00:19.45 | AAA_awright | In trunk doesn't the server tell the client when it has a flag? You could just include it in that packet? |
| 00:20.13 | JeffM | a new message would let you do a "reload" |
| 00:20.16 | JeffM | so that's better |
| 00:20.32 | JeffM | it's more flexable |
| 00:20.36 | JeffM | and message types are cheap |
| 00:22.06 | AAA_awright | True. Though, you could re-send the message whenever the flag property changes. "You have ST until one kill" "You have CL with 5 shots" "Now it is CL with 10 shots" etc... |
| 00:22.41 | JeffM | why make it more complicated then it has to be |
| 00:22.52 | JeffM | 2 messages make it very simple |
| 00:23.27 | AAA_awright | I think why implement handlers for more messages then you need to? |
| 00:23.29 | JeffM | shot limits are the more rare case, you are making us send a shot count for every flag pickup when it may never happen |
| 00:23.38 | AAA_awright | But, I have to look at the current protocol |
| 00:23.44 | JeffM | because building logic into the protocoll sucks |
| 00:23.47 | JeffM | handlers are easy |
| 00:23.49 | JeffM | very easy |
| 00:24.02 | JeffM | then the logic is always at the server |
| 00:24.08 | JeffM | and the client becomes more dumb |
| 00:24.11 | JeffM | all good things |
| 00:24.18 | JeffM | message bloat isn't good |
| 00:24.25 | JeffM | also shots arn't always tied to flags |
| 00:24.46 | JeffM | so a seperate message makes sense |
| 00:26.28 | *** join/#bzflag ndim (i=hun@moooo.n-dimensional.de) |
| 00:33.55 | *** join/#bzflag CBG (n=CBG@cpc2-stme1-0-0-cust307.cdif.cable.ntl.com) |
| 00:38.45 | javawizard2539 | JeffM: Currently, the shot limit is packed as a uint_16. Is that large enough? |
| 00:39.04 | javawizard2539 | I assume so (since I can't see anyone using more than 32,767 shots as a limit), but I don't know |
| 00:39.20 | JeffM | sure |
| 00:39.29 | javawizard2539 | ok |
| 00:39.33 | *** join/#bzflag dexter- (n=whodaman@bzflag/player/Dexter) |
| 00:39.34 | javawizard2539 | I committed it while you were offline btw |
| 00:39.36 | JeffM | 65k,not 32k, since you are unsignged |
| 00:39.42 | javawizard2539 | Oops |
| 00:39.48 | javawizard2539 | I'm using signed ints elsewhere |
| 00:39.50 | JeffM | that should be fine |
| 00:39.54 | javawizard2539 | I should probably change them to unsigned |
| 00:40.25 | JeffM | preferes size_t |
| 00:40.42 | javawizard2539 | I know I'm going to sound stupid again, but what's size_t? |
| 00:40.52 | javawizard2539 | assumes it's a datatype but that's all he can figure out |
| 00:40.56 | JeffM | it is |
| 00:41.14 | JeffM | it's basicly max memory |
| 00:41.28 | JeffM | 32bit or 64bit |
| 00:41.48 | JeffM | but it's what stuff like std::vector::size() returns |
| 00:42.36 | javawizard2539 | Ok |
| 00:42.48 | javawizard2539 | Boy, there's a lot to learn in C++ that's different from Java |
| 00:43.30 | JeffM | much is |
| 00:43.37 | cpluspluswizard | :p |
| 00:43.40 | javawizard2539 | Yeah |
| 00:43.51 | javawizard2539 | One of the hardest things has been to get used to the different sizes for variables |
| 00:44.02 | javawizard2539 | In java, almost every primitive type is shifted up to exactly twice as many bits |
| 00:44.22 | javawizard2539 | Double and long have 64 bits, int and float have 32, short and char have 16, byte has 8, etc |
| 00:44.28 | javawizard2539 | dexter: :) |
| 00:44.32 | dexter | :) |
| 00:44.36 | JeffM | int is 64? |
| 00:44.36 | TD-Linux | while we're off topic, can I ask a 3d math question? |
| 00:44.44 | javawizard2539 | No, long is |
| 00:44.46 | javawizard2539 | Int is 32 |
| 00:45.27 | JeffM | size_t lets you write something that will hold anything for your build target |
| 00:45.47 | javawizard2539 | So essentially it's like 32 bits on 32-bit platforms and 64 bits on 64-bit platforms? |
| 00:45.57 | JeffM | yes |
| 00:46.06 | JeffM | that's why it's a size |
| 00:46.14 | javawizard2539 | ok |
| 00:46.32 | javawizard2539 | is finally starting to understand c++ |
| 00:47.40 | javawizard2539 | Oh, and should it display the shots remaining when you use your last shot? |
| 00:47.49 | javawizard2539 | It currently doesn't but I could change it if it would be needed |
| 00:48.26 | JeffM | best would be a message that says you are out |
| 00:48.45 | javawizard2539 | So like 3 shots left, 2 shots left, 1 shot left, you are out of shots? |
| 00:48.49 | javawizard2539 | (and flag drop at the same time) |
| 00:48.51 | JeffM | yes |
| 00:48.53 | javawizard2539 | ok |
| 00:48.55 | javawizard2539 | I'll change that |
| 00:57.09 | CIA-66 | BZFlag: 03javawizard2539 * r19089 10/trunk/bzflag/src/bzflag/LocalPlayer.cxx: Added a "You are out of shots." message that is printed when the user fires all of the shots on a shot-restricted flag |
| 00:57.09 | *** join/#bzflag javawizard2539 (n=javawiza@c-76-23-28-244.hsd1.ut.comcast.net) |
| 01:04.02 | *** join/#bzflag javawizard2539 (n=javawiza@c-76-23-28-244.hsd1.ut.comcast.net) |
| 01:08.07 | Constitution | ~javawizard2539++ |
| 01:08.35 | javawizard2539 | ...and I still have a karma of -12 |
| 01:09.41 | javawizard2539 | thinks it's because of that karma battle he had with cbg like half a year ago |
| 01:11.10 | Constitution | ha |
| 01:11.58 | javawizard2539 | cbg++ |
| 01:12.25 | Constitution | ~ |
| 01:12.31 | dexter- | ! |
| 01:12.56 | javawizard2539 | ~? |
| 01:13.02 | me1 | javawizard2539, i'll help you get out of the negatives! |
| 01:13.08 | dexter- | its "~cbg++" |
| 01:13.13 | javawizard2539 | darn |
| 01:13.14 | dexter- | not cbg++ |
| 01:13.14 | dexter- | :P |
| 01:13.15 | javawizard2539 | ~cbg++ |
| 01:13.20 | javawizard2539 | there we go |
| 01:13.22 | javawizard2539 | karma cbg |
| 01:13.28 | javawizard2539 | ~karma cbg |
| 01:13.28 | ibot | cbg has karma of -518 |
| 01:13.31 | dexter- | woo |
| 01:13.35 | me1 | ~javawizard2529++ |
| 01:13.39 | me1 | there |
| 01:13.42 | javawizard2539 | He apparently asked for his karma to be in negatives |
| 01:13.43 | dexter- | lol |
| 01:13.44 | javawizard2539 | ty |
| 01:13.49 | javawizard2539 | so incrementing it is not what he wants |
| 01:13.52 | dexter- | missed a number |
| 01:13.55 | me1 | oh |
| 01:13.59 | dexter- | but thats ok :D |
| 01:14.00 | javawizard2539 | I did that to him like 3 times once and he took my karma from like 5 down to -12 |
| 01:14.09 | javawizard2539 | ~karma |
| 01:14.09 | ibot | javawizard2539 has karma of -12 |
| 01:14.16 | me1 | ~javawizard2539++ |
| 01:14.20 | me1 | there |
| 01:14.21 | javawizard2539 | didn't change it ;-) |
| 01:14.23 | javawizard2539 | ~karma |
| 01:14.23 | ibot | javawizard2539 has karma of -11 |
| 01:14.29 | javawizard2539 | Ok, I feel better now :) |
| 01:15.06 | JeffM | it dosn't really mean anything |
| 01:15.14 | javawizard2539 | I know |
| 01:15.29 | javawizard2539 | It just still annoys me slightly |
| 01:18.31 | Constitution | ~karma |
| 01:18.31 | ibot | constitution has karma of 74 |
| 01:19.43 | dexter- | ~karma |
| 01:19.43 | ibot | dexter- has karma of 2 |
| 01:19.46 | dexter- | hawt |
| 01:20.01 | me1 | <ibot> Someone already said that 9 seconds ago |
| 01:20.07 | me1 | ~karma |
| 01:20.07 | ibot | me1 has karma of 6 |
| 01:24.23 | *** join/#bzflag ndim (i=hun@moooo.n-dimensional.de) |
| 01:57.42 | CBG | Thanks for the highlights... |
| 01:58.15 | blast007 | CBG: np |
| 01:58.36 | dexter- | hey CBG |
| 02:05.23 | *** join/#bzflag ndim (i=hun@moooo.n-dimensional.de) |
| 02:17.49 | *** join/#bzflag MindstormsKid (n=chatzill@adsl-074-183-055-029.sip.cha.bellsouth.net) |
| 02:37.24 | *** join/#bzflag ndim (i=hun@moooo.n-dimensional.de) |
| 02:52.41 | *** join/#bzflag longhair (n=longhair@pool-71-254-112-116.hrbgpa.east.verizon.net) |
| 03:08.54 | *** join/#bzflag Greywhind (n=Greywhin@ip70-176-166-219.ph.ph.cox.net) |
| 03:24.46 | *** join/#bzflag fatass (n=awesome@adsl-76-204-79-92.dsl.pltn13.sbcglobal.net) |
| 03:36.26 | *** join/#bzflag ndim (i=hun@moooo.n-dimensional.de) |
| 03:42.29 | *** join/#bzflag scrilla (n=scrilla@c-69-139-6-33.hsd1.nj.comcast.net) |
| 03:49.10 | *** join/#bzflag davemicc (n=david@cpe-098-027-017-044.triad.res.rr.com) |
| 04:06.24 | *** join/#bzflag ndim (i=hun@moooo.n-dimensional.de) |
| 04:29.17 | *** join/#bzflag L4m3r (n=L4m3r@bzflag/developer/L4m3r) |
| 04:29.17 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 04:43.39 | *** join/#bzflag tsykoduk (n=tsykoduk@97-114-103-250.spkn.qwest.net) |
| 04:52.43 | *** join/#bzflag QuantumBeep (n=QB@cpe-72-190-32-30.tx.res.rr.com) |
| 05:18.24 | *** join/#bzflag ndim (i=hun@moooo.n-dimensional.de) |
| 05:24.43 | *** join/#bzflag bier (n=bier@p54A57138.dip.t-dialin.net) |
| 06:00.41 | *** join/#bzflag tsykoduk (n=tsykoduk@97-114-103-250.spkn.qwest.net) |
| 06:47.25 | *** join/#bzflag ndim (i=hun@moooo.n-dimensional.de) |
| 06:47.45 | CIA-66 | BZFlag: 03trepan * r19090 10/trunk/bzflag/src/bzflag/LocalPlayer.cxx: * corrected the initialization order |
| 06:49.35 | trepan | there's also a problem in playing.cxx:dropFlag ('myTank' shadows a global) |
| 06:49.58 | trepan | too many changes here to bother committing a fix |
| 07:18.19 | *** join/#bzflag fatass (n=awesome@adsl-76-204-79-92.dsl.pltn13.sbcglobal.net) |
| 07:25.41 | *** join/#bzflag Greywhind (n=Greywhin@ip70-176-166-219.ph.ph.cox.net) |
| 07:45.26 | *** join/#bzflag ndim (i=hun@moooo.n-dimensional.de) |
| 08:09.49 | *** join/#bzflag L4m3r (n=L4m3r@bzflag/developer/L4m3r) |
| 08:09.49 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 08:33.26 | *** join/#bzflag ndim (i=hun@moooo.n-dimensional.de) |
| 09:19.26 | *** join/#bzflag ndim (i=hun@moooo.n-dimensional.de) |
| 11:16.52 | *** join/#bzflag sadysta (n=sadysta@242-bi1-3.acn.waw.pl) |
| 13:41.55 | *** join/#bzflag rowrbazz1e (n=jwelsh@loki.eemta.org) |
| 13:49.44 | *** join/#bzflag jorgenpt (n=jorgenpt@tjer.no) |
| 13:52.01 | *** join/#bzflag chaoscon_ (i=jeremy@smartserv/ceo/chaoscon) |
| 14:04.52 | *** join/#bzflag temp_dist (n=temp_dis@bzflag/serverop/TemporalDistraction) |
| 14:38.45 | *** join/#bzflag cods (n=cods@tuxee.net) |
| 16:26.29 | trepan | fwiw, r19089 also broke bzrobots/ |
| 16:27.33 | CIA-66 | BZFlag: 03blast007 * r19091 10/trunk/bzflag/include/bzfsAPI.h: Remove typo that was introduced in r19088 |
| 16:39.13 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 16:49.46 | blast007 | trepan: yeah, I'm gonna look over 19088 and 19089 right now |
| 16:50.29 | blast007 | seems like he didn't review it too well before commiting |
| 17:19.46 | *** join/#bzflag JeffM (n=JeffM@65-73-179-21.bras01.sho.az.frontiernet.net) |
| 17:30.14 | blast007 | JeffM: Can you take a look at r19088 with me? http://bzflag.svn.sourceforge.net/viewvc/bzflag?view=rev&revision=19088 |
| 17:30.27 | blast007 | I'm trying to find the best way to fix it |
| 17:30.59 | blast007 | the display of the shots remining messages should only happen for the main local player, so that much seems to be right |
| 17:31.32 | blast007 | but bzrobots is broken now with the changes he made |
| 17:31.55 | blast007 | so I'm assuming that they should somehow get the same client-side flag drop behavior based on shots remaining |
| 17:32.12 | *** join/#bzflag Gilly (n=btw@www.linusinstituutti.fi) |
| 17:34.15 | blast007 | I'm questioining if he actually tried to compile all of this, because bzrobots didn't compile ;) |
| 17:34.36 | blast007 | and he also had some cruft left over from the UI change that he forgot to remove |
| 17:34.45 | *** join/#bzflag kirun (n=kirun@78-86-140-200.zone2.bethere.co.uk) |
| 17:34.52 | blast007 | and shadowed a global variable (myTank) |
| 17:50.55 | JeffM | bzrobots dosn't build on windows |
| 17:50.59 | JeffM | so yeah he compiled it |
| 17:51.15 | JeffM | revert it and make him fix it :) |
| 17:52.01 | JeffM | I'm stil in AZ so all I have is this laptop |
| 17:52.48 | JeffM | the commit message isn't even right |
| 17:52.51 | JeffM | he didn't movei t |
| 17:52.59 | JeffM | he added client side tracking |
| 17:53.02 | blast007 | yeah |
| 17:53.17 | JeffM | not to be critical, but who gave this guy commit access? |
| 17:56.37 | JeffM | yeah there is too much stuff from his patch |
| 17:56.45 | JeffM | revert it and let him know to do it right |
| 17:56.51 | JeffM | he's gotta learn |
| 17:57.08 | blast007 | JeffM: apparently, *you* were the one that gave him commit access ;) |
| 17:57.13 | JeffM | I did? |
| 17:57.15 | JeffM | when? |
| 17:57.25 | blast007 | yeah |
| 17:57.25 | BulletCatcher | Wasn't he a GSoC applicant? |
| 17:57.30 | JeffM | he was? |
| 17:57.38 | JeffM | what project did he do? |
| 17:57.57 | blast007 | March 26th |
| 17:58.05 | BulletCatcher | I think he applied for GSoC, but was not accepted. |
| 17:58.12 | blast007 | his first commit was adding the Cloaked Shot flag |
| 17:58.16 | JeffM | k |
| 17:58.22 | JeffM | well he needs to learn |
| 17:58.26 | blast007 | [14:46:22] < JeffM> javawizard2539, don't break anything ;) |
| 17:58.29 | blast007 | *cough* |
| 17:58.32 | JeffM | and look what he did |
| 17:58.33 | BulletCatcher | lol |
| 17:58.42 | JeffM | revert and we'll have him redo |
| 17:58.49 | blast007 | k |
| 18:00.10 | JeffM | sounds like we need a single common function that's called on each shot that does the shot limit tracking |
| 18:00.12 | blast007 | what's the easiest way to revert four commits? |
| 18:00.26 | JeffM | tort has a revert function |
| 18:00.35 | JeffM | but basicly you checkout at a rev and then commit over it |
| 18:01.17 | blast007 | k, I'll give this a try |
| 18:03.20 | blast007 | does he only build on Windows? |
| 18:04.00 | JeffM | he said he was using vc so I think so |
| 18:04.16 | JeffM | breaking robots isn't the big thing for me on the revert,I break stuff all the time |
| 18:04.22 | JeffM | it's the slopyness of the other crap |
| 18:07.00 | spldart | heh heheh |
| 18:09.13 | CIA-66 | BZFlag: 03blast007 * r19092 10/trunk/bzflag/ (11 files in 3 dirs): Revert r19088 and 19089 because of poor organization/coding. Also reverting 19090 and 19091, which were a couple fixes to the first two mentioned revisions. |
| 18:10.33 | blast007 | tortoise SVN docs ftw: http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-howto-rollback.html |
| 18:10.34 | spldart | and... re UP |
| 18:10.55 | blast007 | running a build on linux to see if I did that right |
| 18:11.15 | spldart | I am already as well... prolly slower processor though |
| 18:11.57 | spldart | It did look like the right files went back though. |
| 18:12.38 | BulletCatcher | FWIW, the problem seems to have been that the new dropFlag() subroutine was local to playing.cxx, but it was also needed in bzrobots (which does not use playing.cxx). |
| 18:13.07 | blast007 | yeah, it has botplaying.cxx |
| 18:13.43 | blast007 | wasn't sure how exactly to add that function there |
| 18:13.44 | BulletCatcher | So moving the new dropFlag() to some common file should have fixed it. |
| 18:13.57 | blast007 | well, they don't have 'myTank' in botplaying.cxx |
| 18:14.03 | blast007 | so it would need it's own version I think |
| 18:21.29 | *** join/#bzflag Constitution (n=const@bzflag/developer/Constitution) |
| 18:24.57 | CIA-66 | BZFlag: 03blast007 * r19093 10/trunk/bzflag/plugins/nagware/nagware.cpp: Use bz_debugMessage instead of bz_debugMessagef since we aren't passing any format arguments. |
| 18:25.15 | blast007 | thar she builds! |
| 18:26.20 | spldart | w0rd |
| 18:26.47 | blast007 | musta been a newer GCC error, since that's been that way for a while |
| 18:32.45 | blast007 | brlcad: is it okay if I make a backup of the my.bzflag.org/bb/ files (including attachments) and SQL and then pull them over to my server to do another test of upgrading to phpBB3 before I do it for real? |
| 18:49.08 | JeffM | if there needs to be a use that dosn't have a player object, make one that takes a playerID and does it |
| 18:58.36 | *** join/#bzflag javawizard2539 (n=javawiza@c-76-23-28-244.hsd1.ut.comcast.net) |
| 19:00.05 | blast007 | JeffM: the actual flag dropping should probably be handled in playing.cxx and botplaying.cxx then, instead of LocalPlayer.cxx |
| 19:00.17 | JeffM | probably |
| 19:00.21 | JeffM | but that sucks that it's duped code |
| 19:00.22 | blast007 | since bzrobots uses the LocalPlayer.cxx from src/bzflag/ |
| 19:00.37 | JeffM | does NOT like how robots are writen |
| 19:01.07 | javawizard2539 | I'm still not too good on knowing where to put stuff (since I'm still new to developing bzflag), so suggestions are welcome |
| 19:01.52 | JeffM | javawizard2539, yeah first, remove all your code that you don't want to commit before you commit |
| 19:02.46 | blast007 | I review the differences in each file that shows up in the commit dialog |
| 19:02.47 | javawizard2539 | Oh, did I commit other code? |
| 19:02.49 | blast007 | with WinMerge |
| 19:02.58 | javawizard2539 | I thought I had taken everything out that wasn't going to be used... |
| 19:02.59 | blast007 | yeah, you had some of your UI changes left over in there |
| 19:03.03 | JeffM | yeah you commited half of the display changed |
| 19:03.03 | javawizard2539 | erg |
| 19:03.07 | javawizard2539 | I'll remove them |
| 19:03.12 | blast007 | and you also added an 'f' accidentally in a comment |
| 19:03.16 | JeffM | dude, we reverted the entire commit |
| 19:03.19 | javawizard2539 | I did? |
| 19:03.21 | JeffM | it also broke bzrobots |
| 19:03.33 | JeffM | what do you use for SVN? |
| 19:03.41 | javawizard2539 | tortoisesvn |
| 19:03.57 | JeffM | that shows you the files that it's going to commit |
| 19:04.02 | blast007 | do you have WinMerge? |
| 19:04.04 | javawizard2539 | shoot, I thought I had tested everything |
| 19:04.06 | javawizard2539 | No |
| 19:04.12 | blast007 | it's a great tool, I'd recommend it |
| 19:04.14 | JeffM | blast007, tort comes with winmerge ;) |
| 19:04.18 | JeffM | that's what it uses for diffs |
| 19:04.23 | blast007 | no it doesn't |
| 19:04.28 | blast007 | it comes with it's own merging tool |
| 19:04.37 | JeffM | tortmerge is a branch off winmerge |
| 19:04.45 | blast007 | ah |
| 19:04.48 | JeffM | just a slighly different build target |
| 19:05.05 | blast007 | I still use WinMerge ;) |
| 19:05.05 | JeffM | javawizard2539, so it didn't seem odd to you that it was commiting code into the hud renderer? |
| 19:05.11 | JeffM | yes winmerge is a good tool |
| 19:05.21 | JeffM | but tort can do those difs automaticly on commit |
| 19:05.34 | JeffM | has to go to *ugg* walmart |
| 19:05.48 | javawizard2539 | I didn't notice |
| 19:05.49 | blast007 | mine does too. I set my diff/merge program up as WinMerge |
| 19:05.51 | spldart | Is a question to be asked "compile before commit?" |
| 19:05.58 | javawizard2539 | spldart: I did |
| 19:06.00 | blast007 | spldart: he did |
| 19:06.04 | blast007 | but he's on Windows |
| 19:06.05 | spldart | and it worked? |
| 19:06.06 | javawizard2539 | I compiled, tested, everything looked great |
| 19:06.07 | spldart | oh |
| 19:06.08 | javawizard2539 | Yes |
| 19:06.09 | blast007 | the stuff was broke on linux |
| 19:06.14 | blast007 | bzrobots is linux only |
| 19:06.15 | spldart | ic |
| 19:06.27 | javawizard2539 | How did I break it? |
| 19:06.50 | javawizard2539 | As in, what should I do to correct the problem? |
| 19:07.34 | javawizard2539 | thinks he should get bzflag to build on his ubuntu distro before committing next time |
| 19:07.38 | blast007 | well, bzrobots uses LocalPlayer.cxx, which has a call to dropFlag() |
| 19:07.58 | blast007 | but dropFlag didn't exist in botplaying.cxx, which bzrobots uses instead of playing.cxx from src/bzflag/ |
| 19:08.07 | javawizard2539 | oh, I see |
| 19:08.19 | blast007 | you also shadowed the variable 'myTank' that was global in playing.cxx with the one in your function |
| 19:08.31 | javawizard2539 | It's a global? |
| 19:08.41 | javawizard2539 | I had seen everythin else calling LocalPlayer::getMyTank() to get at it |
| 19:08.51 | javawizard2539 | and storing that in a local variable called myTank |
| 19:09.03 | blast007 | where did it store it in a local variable called myTank? |
| 19:09.06 | blast007 | in playing.cxx |
| 19:09.15 | javawizard2539 | huh? |
| 19:09.46 | blast007 | you said you saw it storing it in a local variable called myTank |
| 19:09.49 | blast007 | where was that |
| 19:10.02 | blast007 | we are talking about playing.cxx, correct? |
| 19:10.10 | javawizard2539 | No, that's in hudrenderer |
| 19:10.20 | javawizard2539 | So it already stores it in a global in playing.cxx? |
| 19:10.27 | blast007 | yeah |
| 19:10.31 | blast007 | look at the top of the file |
| 19:10.59 | javawizard2539 | Yeah, I see it now |
| 19:11.08 | javawizard2539 | In java, you don't really have such a thing as globals |
| 19:11.14 | javawizard2539 | which is soooo throwing me off |
| 19:16.01 | blast007 | so basically we need to think hard about this change |
| 19:16.15 | blast007 | the actual message will only get sent to a player with a graphical client |
| 19:16.28 | blast007 | but bzrobots should also get the flag drop behavior |
| 19:18.11 | *** join/#bzflag fatass (n=awesome@adsl-76-204-79-92.dsl.pltn13.sbcglobal.net) |
| 19:31.04 | CIA-66 | BZFlag: 03bullet_catcher * r19094 10/trunk/bzflag/src/bzrobots/PythonLoader.cxx: Suppress a warning about conversion from string constant to char*. |
| 19:32.11 | blast007 | hmm, wonder if I don't have the python dev stuff, or else I probably would have spotted that too |
| 19:32.53 | BulletCatcher | "configure --enable-bzrobots-python" is needed to see that |
| 19:33.39 | *** join/#bzflag KTL (n=KTL@213.219.144.120.adsl.dyn.edpnet.net) |
| 19:36.40 | KTL | a map consisting of meshes in the form of boxes (not meshboxes) : is there a way i can rearrange the data so that it will render faster? |
| 19:37.11 | KTL | i could split huge faces into several smaller ones i heard, bzflag was sensitive for that |
| 19:38.24 | blast007 | BulletCatcher: oh |
| 19:41.41 | delusional | if you split up the very largest faces, there should be some benefit |
| 19:41.48 | delusional | ktl |
| 19:42.00 | delusional | gotta watch out for the |
| 19:42.52 | delusional | "floating point" bug at the point where meshes and V2.0 boxes meet, tanks will not be able to drive between them |
| 19:43.09 | KTL | mmmm .... |
| 19:43.23 | KTL | could that be the reason why teleporters on meshes dont work well? |
| 19:44.28 | delusional | i'm not sure about that one. I do know that i fixed a tele like that, by placing an inside point in the mesh, directly below the tele |
| 19:44.45 | KTL | if so i could repair my teleporters by replacing their borders with meshes... |
| 19:45.02 | KTL | intrezting! |
| 19:45.22 | delusional | ...in other words... I built the mesh around point 0 0 0, then point an inside at 0 0 0, then moved he meshwith shift in a group |
| 19:45.52 | delusional | ktl, i dont think the tele border is involved. |
| 19:49.00 | delusional | splitting up very large faces will speed things up. |
| 20:27.05 | *** join/#bzflag MPS_ (n=mathias@h15-122-116-82.dsl.netz-quadrat.de) |
| 20:40.19 | *** join/#bzflag me1 (n=khazhy@pool-96-237-170-39.bstnma.fios.verizon.net) |
| 20:42.40 | *** join/#bzflag LongDon (n=LongDon@host-091-097-077-060.ewe-ip-backbone.de) |
| 20:42.47 | *** part/#bzflag LongDon (n=LongDon@host-091-097-077-060.ewe-ip-backbone.de) |
| 20:56.12 | *** join/#bzflag spldart (n=short_ci@bzflag/contributor/spldart) |
| 20:56.12 | *** mode/#bzflag [+v spldart] by ChanServ |
| 21:14.47 | *** join/#bzflag LongDon (n=LongDon@host-091-097-020-074.ewe-ip-backbone.de) |
| 21:15.11 | *** part/#bzflag LongDon (n=LongDon@host-091-097-020-074.ewe-ip-backbone.de) |
| 21:25.51 | *** join/#bzflag noyb (n=noyb@pool-71-108-97-231.lsanca.dsl-w.verizon.net) |
| 21:27.29 | *** join/#bzflag MindstormsKid (n=chatzill@adsl-074-183-055-029.sip.cha.bellsouth.net) |
| 22:25.32 | *** join/#bzflag zee335 (n=55194710@static-ip-62-75-165-247.inaddr.intergenia.de) |
| 22:25.57 | blast007 | zee335: hello |
| 22:33.52 | *** join/#bzflag spldart (n=short_ci@bzflag/contributor/spldart) |
| 22:33.52 | *** mode/#bzflag [+v spldart] by ChanServ |
| 22:44.56 | *** part/#bzflag BulletCatcher (n=bc@bzflag/developer/BulletCatcher) |
| 22:58.31 | blast007 | (Forum is currently disabled as I'm going to try an ugrade soon) |
| 22:59.01 | blast007 | Running a backup right now and will run a test upgrade too phpBB 3.0.4 and will then do it on .bz as well. |
| 22:59.07 | blast007 | to* |
| 23:08.49 | Winny | good luck :P |
| 23:09.42 | blast007 | heh.. |
| 23:09.56 | blast007 | I'm assuming something will break |
| 23:10.05 | blast007 | I'll probably take global login down for a while.. |
| 23:10.14 | blast007 | well, actually maybe not |
| 23:11.24 | blast007 | the upgrade will go into new tables |
| 23:11.39 | blast007 | just hope that the mysql user has the correct permissions ;) |
| 23:14.56 | *** join/#bzflag Greywhind (n=Greywhin@ip70-176-166-219.ph.ph.cox.net) |
| 23:22.29 | *** join/#bzflag quantumdot (n=jmlopez@bzflag/player/QuantumDot) |
| 23:25.19 | quantumdot | ~logs |
| 23:25.20 | ibot | it has been said that logs is http://ibot.rikers.org/%23bzflag/, or stats http://ibot.rikers.org/stats/bzflag.html.gz |
| 23:27.44 | quantumdot | brlcad: sorry to disturb, it is only me or it seems that bzbb is down? |
| 23:28.09 | quantumdot | also the wiki does not show, is it maybe the box (not only the forum) |
| 23:30.33 | blast007 | quantumdot: I'm upgrading the forum |
| 23:30.58 | blast007 | wiki works for me |
| 23:31.18 | quantumdot | perfect blast007, thank you |
| 23:31.33 | blast007 | soon, we'll have phpBB 3.0.4 ;) |
| 23:31.52 | blast007 | the backup is taking a while (1.3GB of attachments) |
| 23:32.02 | blast007 | then I'm going to do a test upgrade, and then the real thing |
| 23:32.10 | quantumdot | wiki is actually showing again |
| 23:32.37 | blast007 | global login might have a period where it won't work, but I'm going to try to minimize that as much as I can |
| 23:33.21 | quantumdot | no problem blast007, thank you for taking the time to do the so much demanded upgrade |
| 23:33.28 | blast007 | :) |
| 23:34.40 | quantumdot | it is nice to see people working even while most are vacationing :) |
| 23:35.35 | quantumdot | this deserves another donation for the new year |
| 23:38.18 | *** join/#bzflag spldart (n=short_ci@bzflag/contributor/spldart) |
| 23:38.18 | *** mode/#bzflag [+v spldart] by ChanServ |
| 23:44.08 | *** join/#bzflag dcdelong (n=dcdelong@dhcp216n72.fau.edu) |
| 23:46.56 | Winny | blast007: stupid question |
| 23:47.05 | Winny | but are 2.0 themes compatible with 3.0 themes? |
| 23:47.09 | Winny | (in phpbb) |
| 23:47.10 | blast007 | doubt it |
| 23:47.13 | Winny | uhoh |
| 23:47.24 | blast007 | I'm gonna use the default theme for now |
| 23:47.28 | Winny | k |
| 23:47.40 | Winny | looks at the phpbb theming system |
| 23:53.30 | Winny | appears the author of the theme never made a 3.0-compatible theme, either.. darn |
| 23:54.38 | *** join/#bzflag fatass (n=awesome@adsl-76-204-79-92.dsl.pltn13.sbcglobal.net) |
| 23:55.25 | blast007 | oh well |
| 23:55.52 | blast007 | it'll be fine for now |
| 23:57.04 | *** join/#bzflag MindstormsKid (n=chatzill@adsl-074-183-055-029.sip.cha.bellsouth.net) |
| 23:59.19 | *** join/#bzflag BulletCatcher (n=bc@bzflag/developer/BulletCatcher) |