Timestamps are in GMT/BST.
| 00:06:25 | | YoshiSmb_ has joined |
| 00:08:02 | | YoshiSmb Quit (Ping timeout: 244 seconds) |
| 00:17:24 | | YoshiSmb_ is now known as YoshiSmb |
| 00:19:29 | raptor | bobdaduck, wh bug with burst did you say you found? |
| 00:20:29 | bobdaduck | Testitems and bursts |
| 00:20:32 | bobdaduck | make an empty level |
| 00:20:34 | bobdaduck | testitem |
| 00:20:39 | bobdaduck | burst it |
| 00:20:44 | bobdaduck | it only gets x velocity |
| 00:20:50 | bobdaduck | (or something like that.) |
| 00:21:33 | raptor | ha! |
| 00:21:37 | raptor | you're right! |
| 00:21:41 | raptor | ok writing down.. |
| 00:24:51 | bobdaduck | Its been that way forever |
| 00:24:56 | bobdaduck | like, literally, forever. |
| 00:25:00 | bobdaduck | even Zap! had that. |
| 00:25:07 | raptor | wait what?? |
| 00:25:11 | raptor | really? |
| 00:25:44 | bobdaduck | yeah |
| 00:27:52 | bobdaduck | okay |
| 00:37:37 | bobdaduck | I set a healthitem to "no regen" |
| 00:37:41 | bobdaduck | and its still regening. |
| 00:41:11 | raptor | you mean it keeps coming back? |
| 00:41:17 | bobdaduck | yeah. |
| 00:42:34 | bobdaduck | at "no regen" it spawns faster than one set at 100 regen. |
| 00:43:32 | raptor | ha! confirmed |
| 00:43:36 | raptor | writing down... |
| 00:44:05 | bobdaduck | Want to find bugs? Make a dungeon. |
| 00:44:38 | raptor | heh |
| 00:44:39 | raptor | so true |
| 01:08:44 | | YoshiSmb Quit (Ping timeout: 252 seconds) |
| 01:36:13 | | YoshiSmb has joined |
| 02:08:22 | | YoshiSmb Quit () |
| 02:09:33 | | sam686 Quit (Ping timeout: 245 seconds) |
| 02:35:47 | | bobdaduck Quit (Quit: Page closed) |
| 02:48:07 | | sam686 has joined |
| 02:48:10 | | ChanServ sets mode +v sam686 |
| 03:05:32 | | CrazyLinuxNerd has joined |
| 03:26:32 | raptor | ok, i have a few min for bugfixing... |
| 03:42:21 | | LoneWolfy has joined |
| 03:42:27 | LoneWolfy | raptor... |
| 03:42:44 | LoneWolfy | i saw you were just on and now you're not >.> |
| 03:43:14 | raptor | hi |
| 03:43:19 | raptor | i'm fixing bugs, sorry |
| 03:43:21 | LoneWolfy | oh |
| 03:43:23 | LoneWolfy | :P |
| 03:43:29 | LoneWolfy | i found one i think |
| 03:43:52 | LoneWolfy | with fullscreen streched, i enter level editor and exit, and the view is warped |
| 03:44:31 | raptor | ah yes |
| 03:44:35 | raptor | that is fixed for 018a |
| 03:45:45 | raptor | sam686: are you working on any bugs? |
| 03:45:49 | LoneWolfy | good |
| 03:46:04 | LoneWolfy | anyway, just checking in |
| 03:47:00 | raptor | great! |
| 03:47:24 | raptor | say, did you enter in a level for the contest? |
| 03:50:17 | | LoneWolfy Quit (Ping timeout: 245 seconds) |
| 03:59:32 | raptor | sam686: do bursts push other ships for you? |
| 03:59:59 | raptor | oh, maybe it is just eliza... |
| 04:01:33 | raptor | single player retrieve doesn't allow team damaging? |
| 04:01:37 | raptor | has that always been so? |
| 04:39:51 | | CrazyLinuxNerd Quit (Quit: Leaving) |
| 05:43:00 | | raptor Quit () |
| 05:43:55 | | kodaws has joined |
| 05:49:58 | | kodaws Quit (Ping timeout: 244 seconds) |
| 06:20:49 | | bobdaduck has joined |
| 06:43:52 | | fordcars has joined |
| 06:44:28 | fordcars | Nice, I got internet working |
| 06:44:46 | fordcars | my internet |
| 06:49:03 | | fordcars Quit (Ping timeout: 245 seconds) |
| 07:38:56 | | sam686 Quit (Quit: :)) |
| 07:51:04 | | bobdaduck Quit (Quit: Page closed) |
| 08:08:49 | | kodaws has joined |
| 08:14:46 | | Watusimoto has joined |
| 08:30:24 | | CrazyLinuxNerd has joined |
| 08:45:51 | | BFLogBot Commit: 8a80f7569664 | Author: watusimoto | Message: Make ids more visible. Fully working now except for walls/polywalls, which will have to wait |
| 08:45:52 | | BFLogBot Commit: daab170a05fa | Author: watusimoto | Message: Merge |
| 09:04:20 | | BFLogBot Commit: aae96b83dcab | Author: watusimoto | Message: Get rid of dynamic cast |
| 09:04:22 | | BFLogBot Commit: 10021c37c4e3 | Author: watusimoto | Message: Fix flag "Left Behind" issue |
| 09:08:58 | | Watusimoto Quit (Ping timeout: 248 seconds) |
| 09:44:11 | | watusimoto has joined |
| 09:44:12 | | ChanServ sets mode +o watusimoto |
| 09:46:10 | | CrazyLinuxNerd Quit (Quit: Leaving) |
| 09:49:20 | | LordDVG has joined |
| 10:46:44 | | CrazyLinuxNerd has joined |
| 10:55:29 | | Invisible has joined |
| 10:56:04 | | CrazyLinuxNerd Quit (Quit: Leaving) |
| 10:57:05 | Invisible | watusimoto: when will you be able to play on the contest server?? |
| 10:57:27 | watusimoto | uh, hi |
| 10:57:33 | Invisible | hi |
| 10:57:39 | watusimoto | just a tip: type w and hit <tab> |
| 10:57:55 | Invisible | watusimoto: great |
| 10:57:56 | watusimoto | in any event, I can't play from work |
| 10:58:08 | Invisible | i know |
| 10:58:18 | watusimoto | so... tonight? |
| 10:58:37 | watusimoto | or are you asking when the contest server will be up? |
| 10:58:37 | Invisible | yeah |
| 10:58:47 | Invisible | both |
| 10:58:56 | watusimoto | don't know about when it will be up |
| 10:59:04 | Invisible | ok |
| 10:59:14 | watusimoto | later today... it needs to be running by 8PM EST tonight for sure, so before then |
| 10:59:35 | Invisible | gonna work on the game |
| 10:59:44 | watusimoto | excellent! |
| 10:59:46 | Invisible | bye |
| 10:59:50 | watusimoto | tschuss |
| 11:10:14 | | CrazyLinuxNerd has joined |
| 11:12:19 | Invisible | hi |
| 11:13:20 | watusimoto | hi |
| 11:17:27 | watusimoto | so Invisible: often people will sign in when their computer turns on; doesn't mean there is someone there who wants to chat |
| 11:20:10 | | LordDVG Quit (Remote host closed the connection) |
| 11:22:08 | Invisible | oh |
| 11:22:38 | Invisible | i'm still workin' on the game... |
| 11:24:44 | Invisible | some of the code is cut off, so i'm going to need help with that |
| 11:25:58 | watusimoto | which lines do you need (paste me what you have) |
| 11:26:09 | watusimoto | (or at least enough of what you have that I can find it) |
| 11:26:54 | Invisible | self.image = self.font.render("%d %d"%(self.leftscore, self.r)) |
| 11:27:09 | Invisible | self.image = pygame.image.load(os.path.join('images','pong_ball.g')) |
| 11:27:46 | watusimoto | self.image = self.font.render("%d %d"%(self.leftscore, self.rightscore), True, (0,0,0)) |
| 11:28:57 | watusimoto | self.image = pygame.image.load(os.path.join('images','pong_ball.gif')) |
| 11:28:59 | watusimoto | probably |
| 11:29:08 | Invisible | thanks |
| 11:29:24 | watusimoto | you'll also need: |
| 11:29:25 | watusimoto | collided = pygame.sprite.spritecollide(self.ball, [self.leftpaddle, self.rightpaddle], dokill=False) |
| 11:30:13 | watusimoto | yes, that 2nd line was correct |
| 11:30:30 | Invisible | ok |
| 11:30:43 | Invisible | brb |
| 11:30:52 | Invisible | (soon) |
| 12:04:44 | Invisible | it runs |
| 12:05:23 | Invisible | but the ball will not appear |
| 12:05:46 | watusimoto | why not? |
| 12:06:09 | Invisible | watusimoto... |
| 12:06:24 | Invisible | dont know |
| 12:06:56 | Invisible | there are no errors |
| 12:07:21 | Invisible | i finished step 2 |
| 12:07:25 | watusimoto | do you have to serve it? |
| 12:07:28 | Invisible | ... |
| 12:07:46 | Invisible | dont know |
| 12:07:55 | watusimoto | read the text; it explains how to play |
| 12:08:08 | Invisible | space maybe |
| 12:08:10 | watusimoto | you need to serve the ball for it to appear |
| 12:08:17 | watusimoto | look at your code -- it will tell you |
| 12:08:29 | Invisible | which part?? |
| 12:08:51 | watusimoto | # serve with space if the ball isn't moving if event.key == K_SPACE: if self.ball.velx == 0 and self.ball.vely == 0: self.ball.serve() |
| 12:08:54 | watusimoto | oops |
| 12:09:16 | Invisible | thanks |
| 12:09:19 | watusimoto | it checks to see if you pressed space; then if the ball is not moving; if all that is true, then it calls serve |
| 12:10:16 | Invisible | space not work... |
| 12:10:35 | watusimoto | ok, well you need to figure out why not |
| 12:10:56 | watusimoto | first thing to do is to see if serve is being called |
| 12:11:04 | watusimoto | self.ball.serve() |
| 12:11:45 | watusimoto | find the serve function (it will be in your ball object), and put a line near the top like this: |
| 12:12:25 | watusimoto | print("Serving the ball!") |
| 12:12:31 | watusimoto | and see if that gets printed |
| 12:12:52 | watusimoto | (it should get printed on the little console at the bottom of the editor) |
| 12:13:06 | watusimoto | or if you are lazy, just print("XXX") |
| 12:14:23 | Invisible | nope |
| 12:14:35 | watusimoto | ok, well, that is your problem |
| 12:14:38 | Invisible | there is no ball |
| 12:14:42 | watusimoto | (or at least your first problem) |
| 12:14:51 | watusimoto | There is no ball because you are not serving it |
| 12:14:59 | watusimoto | so now you need to figure out why that is |
| 12:15:01 | Invisible | thanks |
| 12:15:26 | Invisible | everything is wright |
| 12:15:40 | Invisible | correct |
| 12:15:51 | watusimoto | "right" |
| 12:16:05 | Invisible | thanks... |
| 12:16:10 | watusimoto | so move your print statement to just under where you detect the space being pressed |
| 12:16:20 | watusimoto | see if the system is even responding to that |
| 12:16:38 | watusimoto | we're trying to isolate the problem |
| 12:17:18 | watusimoto | tell you what -- since this is supposed to be bitfighter related, change your irc room to #pong |
| 12:18:22 | | Invisible has left |
| 12:34:00 | | Invisible_ has joined |
| 12:51:48 | | kaen Quit (Read error: Connection reset by peer) |
| 12:53:34 | Invisible_ | bye |
| 12:53:55 | | Watusimoto_ has joined |
| 12:57:47 | | Invisible_ Quit (Ping timeout: 245 seconds) |
| 13:07:58 | | kaen has joined |
| 14:35:41 | | Watusimoto_ Quit (Ping timeout: 265 seconds) |
| 15:18:01 | | raptor has joined |
| 15:18:01 | | ChanServ sets mode +o raptor |
| 15:18:08 | raptor | buenos |
| 15:21:29 | raptor | oh yay, i wake up to 3 new PMs.. |
| 15:23:16 | raptor | another level! great! |
| 15:23:35 | raptor | watusimoto: you need to get me one (and I need to get me one) |
| 15:24:03 | watusimoto | hi |
| 15:24:16 | raptor | hi |
| 15:24:19 | watusimoto | my levels invariably suck |
| 15:24:47 | raptor | yes, well... it's not a high bar.. :) |
| 15:26:23 | watusimoto | I see... :-) |
| 15:26:53 | kaen | in soccerGame, the home timer is an attribute of SoccerBallItem. If I wanted a timer shared between all instances of an in-game object how might I call its update() method? |
| 15:27:06 | raptor | i've spend too much time writing bobdaduck's scripts to be able to do anything complex.. |
| 15:27:19 | kaen | in that case putting it in the item's idle() method would over-increment it, right? |
| 15:27:24 | raptor | hi kaen |
| 15:27:28 | kaen | hello :) |
| 15:27:38 | watusimoto | hi |
| 15:27:38 | raptor | is there an idle() method there somewhere? |
| 15:27:43 | kaen | good morning, pardon my technical question so early :) |
| 15:27:52 | raptor | brain... can't... compute... |
| 15:27:55 | watusimoto | why do you want to share the timer? |
| 15:28:25 | kaen | there's a synchronized event happening and multiple instances of the item |
| 15:29:07 | watusimoto | so just so I'm clear... when a goal is scored, the timer is fired, right? then all balls go back to the start? |
| 15:29:26 | kaen | it's set and when it fires they go back |
| 15:29:45 | watusimoto | so all balls are kind of sendHoming timer at the same time, so why have multiple timers? |
| 15:29:45 | kaen | so each ball keeps it's own timer... d'oh |
| 15:29:54 | watusimoto | is that where you're going? |
| 15:30:02 | kaen | indeed |
| 15:30:28 | kaen | but I just realized that all I have to do is set the timer for each instance at once :x |
| 15:30:51 | kaen | so early... |
| 15:30:58 | watusimoto | so currently if we have two soccer balls, it looks like only the scoring ball goes home |
| 15:31:05 | watusimoto | (juding by the code, that is) |
| 15:31:25 | raptor | kaen: if i may be so bold to ask - what are you doing? making a level for the contest? hacking you're own server? :) |
| 15:32:00 | kaen | well I'm playing with a swarm-style game mode |
| 15:32:48 | raptor | a new game mode? cool... |
| 15:32:53 | | kaen shrugs |
| 15:33:35 | watusimoto | in soccerGame.cpp, there is a block that begins: |
| 15:33:35 | watusimoto | else if(hitObject->getObjectTypeNumber() == GoalZoneTypeNumber) |
| 15:34:00 | watusimoto | you could get all the balls and essentially run that block on them |
| 15:34:13 | kaen | indeed |
| 15:34:42 | kaen | I got a lot of clarity out of that conversation, thanks :) |
| 15:34:47 | watusimoto | actually, just set the timer on all of them and you should be good |
| 15:35:41 | kaen | I also wanted to understand TNL and how its used in bitfighter. I've already learned a lot about NetClasses and the RPCs |
| 15:36:48 | watusimoto | well, then you're way ahead of us! |
| 15:37:00 | kaen | lol |
| 16:05:34 | raptor | sooo... did all of our GCI folk take off for vacation? |
| 16:09:00 | raptor | watusimoto: slight problem - i can't compile dedicated on master server, so where should i host the contest server? |
| 16:10:03 | watusimoto | why can't you compile there? |
| 16:10:09 | watusimoto | oh, because of what we discussed |
| 16:10:11 | watusimoto | yesterda |
| 16:10:13 | watusimoto | y |
| 16:10:18 | raptor | that infuriating linker error |
| 16:10:31 | raptor | i'm going to try again now.. |
| 16:10:42 | watusimoto | what about upgrading gcc? |
| 16:10:47 | raptor | haha |
| 16:10:49 | raptor | upgrading gcc |
| 16:10:51 | raptor | haha |
| 16:10:52 | watusimoto | haha? |
| 16:10:52 | raptor | hahahaha |
| 16:11:02 | watusimoto | sudo apt-get install gcc |
| 16:11:07 | watusimoto | or yum or whatever |
| 16:11:11 | watusimoto | that won't work? |
| 16:11:16 | raptor | yeah, ummm.... it's already at the latest i could find for centos 6 |
| 16:11:32 | raptor | and, trying to recompile a newer version is death |
| 16:11:39 | raptor | (already tried) |
| 16:11:40 | watusimoto | but it compiles on your home machine |
| 16:11:43 | raptor | yes |
| 16:11:50 | raptor | hmm... maybe |
| 16:11:58 | watusimoto | so you are convinced it is a gcc version issue? |
| 16:12:00 | raptor | maybe i could transfer a binary |
| 16:12:36 | watusimoto | well, try building again on the master, and if it still doesn't link, I'll take a look. If none of that works, what are our options? |
| 16:12:44 | raptor | it's more like there is probably something we're doing wrong in the code, but new gcc is more forgiving |
| 16:13:00 | raptor | options: transfer a binary and hope it runs... |
| 16:13:35 | watusimoto | let me try building here |
| 16:13:45 | raptor | ohhh.. it's been a few weeks since 018, maybe some random distro had a smart packager that fixed the linker errors.. |
| 16:14:08 | raptor | i've had that happen several times before for other projects.. |
| 16:18:26 | watusimoto | make dedicated? |
| 16:18:39 | raptor | i'm updating the project on master now... |
| 16:18:44 | raptor | yes |
| 16:18:53 | raptor | it could be dedicated doesn't compile... let me check |
| 16:20:03 | watusimoto | won't even get to the linker for me |
| 16:20:11 | raptor | yeah... let me fix.. |
| 16:20:17 | watusimoto | rabbitGame.cpp:229:60: error: invalid static_cast from type ‘Zap::Game*’ to type ‘Zap::ClientGame*’ |
| 16:20:29 | raptor | haha |
| 16:20:38 | watusimoto | that's a valid cast |
| 16:20:44 | raptor | not for dedicated |
| 16:20:48 | raptor | no ClientGame.h |
| 16:20:58 | watusimoto | oh |
| 16:22:42 | raptor | huh... i'm not sure how to fix this one.. |
| 16:22:46 | raptor | ifdef somewhere? |
| 16:24:40 | watusimoto | what line is it? Ship *localShip = static_cast<ClientGame *>(getGame())->getLocalShip(); ? |
| 16:24:52 | raptor | yes |
| 16:25:07 | watusimoto | getTeamColor never need run on server |
| 16:25:23 | watusimoto | so you could ifdef the whole thing out and replace it with return Colors::white or something |
| 16:26:21 | raptor | that was my dirty fix.. |
| 16:26:34 | watusimoto | or, perhaps cleaner would be to ifdef everything out except the final return |
| 16:26:59 | | BFLogBot Commit: 0973caf2a616 | Author: buckyballreaction | Message: Fix compiling dedicated |
| 16:26:59 | watusimoto | whatever |
| 16:27:02 | raptor | that is exactly it.. |
| 16:27:36 | raptor | ok compiling on master |
| 16:28:32 | watusimoto | builds for me here |
| 16:29:26 | raptor | what version gcc? |
| 16:29:45 | watusimoto | gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 |
| 16:30:01 | watusimoto | probably newer than whatver is on bf.org |
| 16:30:02 | raptor | it's the entire 4.4 line that seems to fail, maybe earlier |
| 16:30:09 | raptor | 4.4.6 is what is on master |
| 16:30:17 | watusimoto | still failing? |
| 16:30:23 | raptor | ran out of RAM.. |
| 16:30:27 | watusimoto | whoa! |
| 16:30:58 | watusimoto | is there a way I can install an older gcc? |
| 16:31:17 | raptor | yes, usually under the package guise of gcc-4.5 or gcc-4.1 |
| 16:31:40 | raptor | but then you'd have to change the Makefile to use gcc-4.5 instead of just gcc |
| 16:32:54 | | -pratchett.freenode.net- *** Looking up your hostname... |
| 16:32:54 | | -pratchett.freenode.net- *** Checking Ident |
| 16:32:54 | | -pratchett.freenode.net- *** No Ident response |
| 16:32:54 | | -pratchett.freenode.net- *** Couldn't look up your hostname |
| 16:32:55 | | [frigg VERSION] |
| 16:33:00 | | BFLogBot has joined |
| 16:33:00 | | Topic is 'Bitfighter 018 released! | http://www.bitfighter.org/downloads | Welcome GCI students! Please introduce yourself and feel free to ask any questions.' |
| 16:33:00 | | Set by raptor!~raptor@unaffiliated/greenmachine on Thu Dec 06 10:11:09 GMT 2012 |
| 16:33:00 | | -ChanServ- [#bitfighter] Welcome to #bitfighter. This is an IRC channel, many or all of the users may not be paying attention. Please have patience when waiting for a response. |
| 16:33:14 | watusimoto | gcc-4.4-arm-linux-gnueabi - GNU C compiler |
| 16:33:14 | watusimoto | gcc-4.4-arm-linux-gnueabi-base - GCC, the GNU Compiler Collection (base package) |
| 16:33:14 | watusimoto | gcc-4.4-arm-linux-gnueabihf - GNU C compiler |
| 16:33:14 | watusimoto | gcc-4.4-arm-linux-gnueabihf-base - GCC, the GNU Compiler Collection (base package) |
| 16:33:14 | watusimoto | gcc-4.4-locales - GCC, the GNU compiler collection (native language support files) |
| 16:33:14 | watusimoto | gcc-4.4-multilib - GNU C compiler (multilib files) |
| 16:33:14 | watusimoto | gcc-4.4-source - Source of the GNU Compiler Collection |
| 16:33:19 | watusimoto | are my 4.4 options |
| 16:33:25 | watusimoto | none look appealing |
| 16:33:30 | raptor | huh |
| 16:35:08 | watusimoto | well, despite that, sudo apt-get install gcc-4.4 seems to install something |
| 16:35:21 | raptor | ha |
| 16:39:05 | raptor | yep, linker error still: http://pastie.org/5589478 |
| 16:39:31 | raptor | it's almost as thought std::vector::end() isn't found... |
| 16:39:42 | raptor | i've tried rearranging the compilation units |
| 16:40:02 | raptor | changing headers (adding lots of them) to the failing classes |
| 16:40:06 | raptor | nothing compiles it |
| 16:40:43 | raptor | *links |
| 16:41:55 | watusimoto | what do you make of this? |
| 16:41:56 | watusimoto | gcc-4.4: error trying to exec 'cc1plus': execvp: No such file or directory |
| 16:42:07 | raptor | ahh, you need g++-4.4 |
| 16:42:21 | raptor | WHAT |
| 16:42:27 | raptor | dedicated_debug compiles on master |
| 16:43:00 | watusimoto | can we host on sam's machine? |
| 16:43:09 | watusimoto | or wherever sam hosts? |
| 16:43:17 | raptor | maybe... if he's around.. |
| 16:43:38 | | YoshiSmb__ has joined |
| 16:43:45 | watusimoto | or host with the _debug version? |
| 16:43:50 | watusimoto | but what's with that? |
| 16:43:58 | YoshiSmb__ | hi. |
| 16:44:02 | watusimoto | hi |
| 16:44:17 | | YoshiSmb__ is now known as Yoshismb |
| 16:44:39 | watusimoto | undefined reference to `std::vector<Zap::Point, std::allocator<Zap::Point> >::end() const' |
| 16:44:43 | watusimoto | blech |
| 16:47:01 | raptor | ok, compiling with -g works, but -O2 doesn't |
| 16:50:19 | watusimoto | interesting |
| 16:51:52 | | -pratchett.freenode.net- *** Looking up your hostname... |
| 16:51:52 | | -pratchett.freenode.net- *** Checking Ident |
| 16:51:52 | | -pratchett.freenode.net- *** Couldn't look up your hostname |
| 16:51:52 | | -pratchett.freenode.net- *** No Ident response |
| 16:51:53 | | [frigg VERSION] |
| 16:51:58 | | BFLogBot has joined |
| 16:51:58 | | Topic is 'Bitfighter 018 released! | http://www.bitfighter.org/downloads | Welcome GCI students! Please introduce yourself and feel free to ask any questions.' |
| 16:51:58 | | Set by raptor!~raptor@unaffiliated/greenmachine on Thu Dec 06 10:11:09 GMT 2012 |
| 16:51:59 | | -ChanServ- [#bitfighter] Welcome to #bitfighter. This is an IRC channel, many or all of the users may not be paying attention. Please have patience when waiting for a response. |
| 16:52:26 | | [Yoshismb VERSION] |
| 16:53:34 | raptor | ha, can't compile with both -g and -O2 |
| 16:53:38 | raptor | out of memory |
| 16:58:26 | | Yoshismb Quit (Ping timeout: 245 seconds) |
| 16:59:36 | watusimoto | what is -g? |
| 16:59:43 | raptor | debugging symbols |
| 17:00:00 | raptor | so badically it's -g -O0 |
| 17:00:06 | watusimoto | -O1 doesn't work here, nor does -O3 |
| 17:01:42 | raptor | setting the heap size for gcc... |
| 17:03:34 | raptor | so the question is what optimization is it that breaks it... |
| 17:04:48 | watusimoto | I franklly don't even understand the underlying message |
| 17:05:02 | watusimoto | undefined reference to `std::vector<Zap::Point, std::allocator<Zap::Point> >::end() const |
| 17:05:12 | watusimoto | looks like an STL problem |
| 17:05:15 | raptor | yes |
| 17:05:29 | raptor | like stl::vector isn't properly compiled |
| 17:07:10 | raptor | one of these: |
| 17:07:12 | raptor | -fauto-inc-dec -fcprop-registers -fdce -fdefer-pop -fdelayed-branch -fdse |
| 17:07:13 | raptor | -fguess-branch-probability -fif-conversion2 -fif-conversion -finline-small-functions |
| 17:07:15 | raptor | -fipa-pure-const -fipa-reference -fmerge-constants -fsplit-wide-types -ftree-builtin-call-dce |
| 17:07:16 | raptor | -ftree-ccp -ftree-ch -ftree-copyrename -ftree-dce -ftree-dominator-opts -ftree-dse -ftree-fre |
| 17:07:18 | raptor | -ftree-sra -ftree-ter -funit-at-a-time |
| 17:07:33 | raptor | if you 'man gcc' and search for /-O1, you'll see the optimizations it is using |
| 17:10:07 | raptor | watusimoto: try -Os |
| 17:12:29 | watusimoto | no luck |
| 17:12:32 | watusimoto | same error for me |
| 17:12:41 | raptor | yeah, i can't compile with -g and -O2... |
| 17:12:43 | watusimoto | I repoaced the -Ox flag in the zap/Makefile |
| 17:12:44 | raptor | on master |
| 17:12:47 | raptor | not enough ram |
| 17:12:57 | raptor | try adding -g |
| 17:12:59 | watusimoto | can you kill some proecess to create ram? |
| 17:13:08 | raptor | i've done that several times... |
| 17:13:16 | raptor | i can do -O2 |
| 17:13:17 | raptor | or -g |
| 17:13:20 | raptor | but not both.. |
| 17:13:42 | watusimoto | so -Os -g or -O2 -g? |
| 17:13:48 | raptor | yes |
| 17:13:51 | watusimoto | which? |
| 17:13:55 | raptor | or even -O1 and -g |
| 17:13:58 | watusimoto | I see |
| 17:13:59 | raptor | start with -O1 |
| 17:14:19 | raptor | i want to see if it's optimizations or the lack of debugging symbols that breaks it |
| 17:14:25 | watusimoto | ok |
| 17:15:09 | watusimoto | -Os -g failed |
| 17:15:22 | raptor | ok, looks like it's an optimization.. |
| 17:15:44 | raptor | umm, are you doing a full recompile of make dedicated? |
| 17:15:51 | watusimoto | no |
| 17:15:54 | watusimoto | this is the problem |
| 17:16:07 | raptor | you'll need to at a minumum compile one of the classes that is failing |
| 17:16:13 | raptor | like the ServerGame.cpp |
| 17:16:36 | watusimoto | I'm recompiling only zap |
| 17:16:43 | raptor | that's fine |
| 17:16:46 | watusimoto | is it? |
| 17:16:49 | raptor | but all classes before linking? |
| 17:16:50 | raptor | yes |
| 17:16:54 | watusimoto | maybe I need to be recompiling tnl |
| 17:16:59 | watusimoto | ? |
| 17:17:07 | watusimoto | I'm doing make clean; make dedicated |
| 17:17:13 | raptor | that's fine |
| 17:17:14 | watusimoto | in the zap folder |
| 17:17:15 | watusimoto | ok |
| 17:17:19 | raptor | perfect |
| 17:17:27 | raptor | ok, so, it's an optimization.. |
| 17:17:39 | raptor | argh i hate these problems |
| 17:17:44 | watusimoto | indeed |
| 17:25:23 | watusimoto | so what if we compile unoptimized? |
| 17:25:30 | raptor | we can do that |
| 17:25:44 | watusimoto | -O1 -g does not work |
| 17:26:21 | watusimoto | I don't think we have another choice at this point |
| 17:29:36 | raptor | ok, i just compiled those three failing classes separately with -O2 and linked them in with all the other classes with -g |
| 17:29:40 | raptor | it linked fine |
| 17:31:17 | watusimoto | meaning ship.cpp and two others? |
| 17:31:22 | raptor | yes |
| 17:31:28 | watusimoto | that's interesting |
| 17:31:33 | raptor | testing somethings else.. |
| 17:31:38 | watusimoto | so it's not a general failure with vector |
| 17:31:43 | raptor | no |
| 17:31:59 | watusimoto | ok, I've got to go |
| 17:32:00 | raptor | maybe the issue is with tnl.. |
| 17:32:02 | raptor | ok |
| 17:32:31 | raptor | thanks |
| 17:32:43 | watusimoto | one other idea might be to take one class, the shortest one perhaps, and start ripping out the guts of the functions until we find one that makes a difference |
| 17:32:51 | watusimoto | but that for a later time |
| 17:33:01 | raptor | yeah... i'm dissecting... |
| 17:33:02 | watusimoto | I think we can fix the compilation in principle |
| 17:34:00 | | watusimoto Quit (Quit: Leaving.) |
| 17:34:01 | raptor | maybe i'll bisect... |
| 17:56:33 | | BFLogBot Commit: 089a8a5304da | Author: buckyballreaction | Message: Fix compiling zap/ folder as debug against tnl optimized |
| 18:06:25 | | kodaws Quit (Read error: Connection reset by peer) |
| 18:20:14 | kaen | [100%] Built target bitfighter |
| 18:20:22 | kaen | so I have a working CMakeLists.txt |
| 18:20:25 | raptor | hi kaen |
| 18:20:28 | raptor | WHAT |
| 18:20:31 | raptor | really? |
| 18:20:34 | kaen | indeed |
| 18:20:38 | raptor | that was a goal of mine |
| 18:20:45 | kaen | it's a million hacky right now |
| 18:20:51 | kaen | but the build runs :) |
| 18:21:04 | raptor | that's great! |
| 18:21:09 | raptor | sooo... |
| 18:21:12 | raptor | Linux? |
| 18:21:16 | kaen | yep |
| 18:21:18 | raptor | (and what version of gcc? |
| 18:21:21 | raptor | ) |
| 18:21:33 | kaen | 4.6.1 |
| 18:23:06 | raptor | how are you at solving linker errors? |
| 18:23:25 | kaen | not too shabby, I just rattled through a bunch while working with cmake lol |
| 18:24:02 | raptor | because we're current'y stuck - we can't compile on systems with gcc 4.4 (maybe 4.5) and earlier because of a linker error we can't solve.. |
| 18:25:28 | kaen | with the latest mercurial? |
| 18:25:56 | raptor | yes, well with at least anything since the release of 018 |
| 18:26:08 | raptor | but you'd have to have gcc 4.4 |
| 18:26:21 | kaen | I just installed it |
| 18:26:25 | raptor | here is the error: http://pastie.org/5589478 |
| 18:26:38 | raptor | it has to do with a global fillVector, i think |
| 18:27:24 | kaen | I'll see what I can do |
| 18:27:29 | raptor | but i've spent so many hours on it, that i'd appreciate a new set of eyes... |
| 18:27:52 | raptor | so it only happens when you 'make dedicated' |
| 18:27:59 | raptor | and not 'make dedicated_debug' |
| 18:28:17 | kaen | oh wow that's a good one |
| 18:28:17 | raptor | basically adding optimizations to gcc (-O2, whatever) is what kills it |
| 18:28:23 | kaen | sure |
| 18:28:38 | raptor | but gcc 4.6+ works |
| 18:29:04 | | Watusimoto has joined |
| 18:29:13 | Watusimoto | hey raptor |
| 18:29:18 | raptor | hi Watusimoto |
| 18:29:34 | Watusimoto | we're about to eat, but I wanted to quickly check in and make sure everything is under control |
| 18:29:41 | Watusimoto | so... is everything under control? |
| 18:29:43 | raptor | uhh.. |
| 18:29:45 | raptor | so |
| 18:29:51 | raptor | i can start the contest server in debug if needed |
| 18:29:59 | raptor | but i'm still trying to solve the linker errors |
| 18:30:06 | raptor | so sure, in control... |
| 18:30:13 | Watusimoto | what about the hybrid some optimized some not optimized build you made? |
| 18:30:26 | Watusimoto | surely that would be better than debug mode? |
| 18:30:43 | raptor | yeah - that compiles, but i don't know if it would cause problems... |
| 18:30:55 | raptor | maybe i'll make two binaries and keep the debug one around just in case |
| 18:31:41 | raptor | Watusimoto: question - is this the revision we want to use? |
| 18:32:23 | raptor | the most recent? also kaen has kindly offered to take a look at the linker error, too |
| 18:32:43 | Watusimoto | I have some more stuff to check in; I'll do that after dinner. So... no. |
| 18:32:54 | raptor | nothing with TNL i hope? |
| 18:32:56 | Watusimoto | I fixed a couple of the errors on the list |
| 18:32:57 | Watusimoto | no |
| 18:33:01 | Watusimoto | nothing at all |
| 18:33:02 | raptor | ok |
| 18:33:10 | Watusimoto | nothing client-server, either |
| 18:33:15 | Watusimoto | ok, back in a bit |
| 18:33:16 | raptor | excellent |
| 18:33:17 | raptor | ok, thanks |
| 18:33:19 | Watusimoto | thanks!!!! |
| 18:36:51 | raptor | ok, actually, it looks like TNL_DEBUG is the difference... not -g or -O2 |
| 18:37:39 | | Watusimoto Quit (Ping timeout: 252 seconds) |
| 18:38:18 | raptor | kaen: what linux distro do you use? |
| 18:39:33 | kaen | ... ubuntu |
| 18:39:38 | kaen | at the moment |
| 18:39:49 | kaen | because I haven't fixed my busted arch install yet |
| 18:40:44 | raptor | narrowed it further: TNL_ENABLE_ASSERTS must be defined... |
| 18:43:08 | raptor | i wonder... |
| 18:47:14 | raptor | oh my goodness |
| 18:47:34 | | kaen braces himself |
| 18:47:45 | raptor | tnl/tnlAssert.h |
| 18:48:08 | raptor | the #defines in the #3lse |
| 18:48:10 | raptor | #else |
| 18:48:14 | raptor | line 92 |
| 18:48:22 | raptor | changing both of those to: |
| 18:48:23 | raptor | #define TNLAssert(x, y) { } |
| 18:48:25 | raptor | #define TNLAssertV(x, y) { } |
| 18:48:35 | raptor | fixes everything... |
| 18:49:12 | kaen | D: |
| 18:49:18 | kaen | but also :D |
| 18:50:24 | kaen | the comment above it is pretty dubious... |
| 18:50:32 | kaen | // Tricky way of making sure asserts are completely compiled out |
| 18:50:34 | raptor | yeah... i made that change |
| 18:50:41 | kaen | oh heh |
| 18:50:46 | raptor | i stole it from the SDL library |
| 18:51:09 | kaen | I see |
| 18:51:23 | raptor | but it doesn't work for older gcc for some reason |
| 18:51:29 | | raptor researches more... |
| 18:52:48 | kaen | cool, I'm going back to doing useless things then~ |
| 18:52:52 | raptor | heh |
| 18:52:59 | raptor | thanks for your support! |
| 18:53:07 | raptor | i think i just need a listening ear sometimes... |
| 18:53:07 | kaen | no sweat :) |
| 18:53:08 | raptor | also |
| 18:53:14 | raptor | cmake would be handy.. |
| 18:53:25 | kaen | I'll iron out the wrinkles |
| 18:54:19 | kaen | my only motivation is the dependency scanning and selective compilation honestly |
| 18:54:33 | raptor | dependency scanning rocks! |
| 18:54:42 | kaen | word |
| 18:55:30 | kaen | it'll save me from wondering if my runtime crash is a bug or a mistake in the linkage |
| 18:55:49 | kaen | which is how I got on the subject this morning... |
| 19:01:02 | raptor | curse the linkage! |
| 19:06:33 | kaen | that's what I try to tell my computer |
| 19:06:38 | kaen | but no it still segfaults |
| 19:06:44 | raptor | ha |
| 19:09:56 | | Watusimoto has joined |
| 19:09:58 | kaen | so there's no -llua in the current Makefile, does that meant that we always want to build against the lua in the tree? |
| 19:10:19 | raptor | we link in liblua-vec.a |
| 19:10:30 | raptor | we have a customized version of lua called lua-vec |
| 19:10:36 | raptor | that is optimized for vectors |
| 19:10:46 | raptor | err, the geometric kind |
| 19:11:19 | kaen | I see, and the same goes for tomcrypt, alure and tnl |
| 19:11:34 | raptor | correct |
| 19:11:45 | raptor | alure may exist in some distros - but i've customized it, too... |
| 19:15:31 | kaen | so should I link against system versions for the others? or always use the included source where possible? |
| 19:16:40 | raptor | everything else system, except for libtomcrypt, tnl, lua-vec |
| 19:16:47 | kaen | gotcha |
| 19:17:23 | raptor | looks like alure, too.. for non-dedicated |
| 19:28:17 | | BFLogBot Commit: c580a937b35d | Author: eykamp | Message: Reduce code duplication with new isLocalPlayerShip() function |
| 19:28:18 | | BFLogBot Commit: cd9ffa62a4eb | Author: watusimoto | Message: Comment |
| 19:28:20 | | BFLogBot Commit: 807445b3fb56 | Author: watusimoto | Message: Fire ShipLeftZoneEvent when ship dies in a zone |
| 19:28:21 | | BFLogBot Commit: 43eb708955da | Author: watusimoto | Message: Var name |
| 19:28:23 | | BFLogBot Commit: 145f66d01d52 | Author: watusimoto | Message: Var name |
| 19:28:25 | | BFLogBot Commit: cdec3b016a76 | Author: watusimoto | Message: Comments, fix compile problem |
| 19:28:27 | | BFLogBot Commit: 4d3c6592079f | Author: watusimoto | Message: Comment |
| 19:28:28 | | BFLogBot Commit: 20be8500bd62 | Author: watusimoto | Message: Comment |
| 19:28:30 | | BFLogBot Commit: 67df0e26e508 | Author: watusimoto | Message: Comment |
| 19:28:31 | | BFLogBot Commit: b1eef60e940a | Author: watusimoto | Message: Comment |
| 19:28:33 | | BFLogBot Commit: 3be21c8ad124 | Author: watusimoto | Message: Bursts can no longer damage things through forcefields |
| 19:28:34 | | BFLogBot Commit: 8f949f47de1c | Author: watusimoto | Message: Fix Zap! era bug with bursts only making items move horizontally. Now they can be blasted every which-way! |
| 19:28:36 | | BFLogBot Commit: 398ee95b29b5 | Author: watusimoto | Message: Remove unneeded if |
| 19:28:38 | | BFLogBot Commit: 89cfb2af9019 | Author: watusimoto | Message: Replace counter with a timer, rename some vars. No (intentional) change in functionality. |
| 19:28:39 | | BFLogBot Commit: 54a212b594df | Author: watusimoto | Message: Set the timer period just once during initiailization |
| 19:28:41 | | BFLogBot Commit: 129953afa291 | Author: watusimoto | Message: Kill warning |
| 19:28:42 | | BFLogBot Commit: 592a64640f2b | Author: watusimoto | Message: Kill warnings |
| 19:28:45 | | BFLogBot Commit: 449fadcd8e8b | Author: watusimoto | Message: Merge |
| 19:28:52 | Watusimoto | ok, those are my changes |
| 19:30:22 | Watusimoto | the only one that is really relevant for tonight is ... hell none of these are relevant |
| 19:30:30 | Watusimoto | I fixed the main thing I wanted to fix this morning |
| 19:30:50 | raptor | i've almost fixed the linker error... you're never going to believe this.. |
| 19:31:01 | Watusimoto | you're probably right |
| 19:43:40 | Watusimoto | ok, stepping out for a bit; back later |
| 19:47:54 | | Watusimoto Quit (Ping timeout: 248 seconds) |
| 19:54:33 | raptor | ok, i pushed the bonkers fix |
| 19:54:36 | | BFLogBot Commit: e91190a25a31 | Author: buckyballreaction | Message: Fix really weird linker errors when compiling optimized build on older GCC. This should fix compiling on CentOS and Debian systems as well as any system using GCC 4.5 or older |
| 19:54:43 | raptor | now to business! |
| 20:02:38 | raptor | uhhhh |
| 20:02:47 | raptor | watusimoto made a serious change in gameplay |
| 20:03:30 | kaen | oh? |
| 20:03:37 | raptor | https://code.google.com/p/bitfighter/source/detail?r=3be21c8ad124007d7f5c6cf44bb0a7574bef582c |
| 20:03:46 | raptor | i will have to revert for the contest, as some maps require that... |
| 20:04:36 | kaen | oh boy so we're using latest mercurial server against 018 release clients? |
| 20:04:47 | raptor | yeah... this is going to be interesting |
| 20:04:52 | kaen | :) |
| 20:06:05 | kaen | on a positive note, I've got dedicated vs. full build targets working. just need to add debug mode and tell it about the included libraries |
| 20:06:19 | | Watusimoto has joined |
| 20:06:53 | Watusimoto | hi\ |
| 20:06:57 | raptor | uh |
| 20:07:00 | raptor | hi! |
| 20:07:03 | raptor | i fixed the bug |
| 20:07:05 | Watusimoto | oh brother. |
| 20:07:05 | raptor | linker errors |
| 20:07:09 | raptor | see my last commit... |
| 20:07:25 | Watusimoto | my kids have decided to play in the contest tonight |
| 20:07:41 | Watusimoto | and, by some crazy twist of fate, their mother agreed |
| 20:07:46 | raptor | ha! |
| 20:08:01 | Watusimoto | so I think they are waking up at 4AM to catch the last two hours |
| 20:08:02 | raptor | wait, that's.... late... |
| 20:08:31 | Watusimoto | so... starts in 5 hours |
| 20:08:37 | Watusimoto | that's 2AM here |
| 20:08:43 | Watusimoto | runs for 4 hours |
| 20:08:47 | Watusimoto | that's until 6AM here |
| 20:08:54 | Watusimoto | so, yeah, that will work |
| 20:08:59 | Watusimoto | except it will suck |
| 20:09:05 | Watusimoto | for them |
| 20:09:10 | Watusimoto | and probably for all of us tomorrow |
| 20:09:17 | raptor | crazyies |
| 20:09:56 | Watusimoto | uh... I don';t understand your commit |
| 20:10:21 | raptor | yeah, me neither... |
| 20:10:42 | Watusimoto | ha |
| 20:10:46 | Watusimoto | how did you find it? |
| 20:11:57 | raptor | i found by accident that it was the lack of TNL_DEBUG flag that was causing the linker error |
| 20:12:13 | raptor | i then went in to see what it triggered, and found it triggered TNL_ENABLE_ASSERTS |
| 20:12:30 | Watusimoto | well, that gets my vote for hack of the day! |
| 20:12:32 | raptor | so i removed my tricky assert code (which I added in 017?) |
| 20:12:36 | raptor | and it compiled! |
| 20:13:01 | Watusimoto | what was the intent of the assert code you added in the first place? |
| 20:13:22 | raptor | to completely compile out the assert |
| 20:13:28 | raptor | before a block { } was being added |
| 20:13:47 | Watusimoto | and you wrapped it in the do ... while? |
| 20:14:14 | Watusimoto | what do you mean by "completely compile out"? |
| 20:14:20 | raptor | yes, and that is trickery i pulled from SDL to make sure asserts get completely compiled out, method and all |
| 20:14:26 | raptor | in optmized builds.. |
| 20:14:40 | Watusimoto | compile out meaning no trace at all? |
| 20:14:46 | raptor | exactly |
| 20:14:59 | raptor | the old way still leaves a method call with an empty block when compiled |
| 20:15:33 | raptor | so it's a performance gain, especially with all the asserts in tnlVector |
| 20:15:34 | Watusimoto | but do {x} while 0 will still do x, no? |
| 20:15:52 | raptor | nope |
| 20:16:04 | raptor | there is a read of it somewhere, that i'm trying to find again... |
| 20:17:02 | Watusimoto | mmmm... I think it should |
| 20:17:13 | Watusimoto | while(0) {x} won't run |
| 20:18:24 | Watusimoto | do { stuff() } while(0); |
| 20:18:24 | Watusimoto | is doing the exact same thing as stuff() |
| 20:18:35 | Watusimoto | according to the stack overflow article I'm looking at |
| 20:18:49 | Watusimoto | 1st line of 1st answer: http://stackoverflow.com/questions/2687569/c-do-while0 |
| 20:20:05 | Watusimoto | and explains why you might use the do{} in a macro |
| 20:20:29 | raptor | the trickery is in the (void) sizeof ((x)) |
| 20:20:33 | raptor | argh |
| 20:20:39 | raptor | dedicated compile fails |
| 20:21:00 | Watusimoto | is this comment correct? |
| 20:21:01 | Watusimoto | Tricky way of making sure asserts are completely compiled |
| 20:21:07 | Watusimoto | or is it missing a word at the end? |
| 20:21:10 | raptor | compiled out... |
| 20:21:11 | raptor | oops |
| 20:21:32 | Watusimoto | I'll fix it, as I want to look at that code in context anyway |
| 20:22:01 | raptor | it has to do with your changes |
| 20:22:16 | Watusimoto | the most recent ones? |
| 20:22:18 | raptor | i have to leave in 20 min for about 2 hours |
| 20:22:20 | raptor | yes |
| 20:22:26 | raptor | my change compiles fine |
| 20:22:29 | Watusimoto | want me to work on it? |
| 20:22:34 | raptor | i think i got it.. |
| 20:23:06 | raptor | hmm.. no i don't... |
| 20:23:44 | raptor | ship.cpp:1269:34: error: invalid use of incomplete type ‘class Zap::ClientGame’ |
| 20:23:48 | raptor | with dedicated... |
| 20:24:17 | Watusimoto | mmm |
| 20:24:25 | Watusimoto | ifdef with return false |
| 20:24:42 | Watusimoto | oops, won't work |
| 20:24:52 | Watusimoto | as Clientgame is in the args |
| 20:25:02 | Watusimoto | try ifdefing the whole fn out |
| 20:25:05 | Watusimoto | it may compile |
| 20:25:12 | Watusimoto | if nothing tries to call it, it may link |
| 20:25:13 | raptor | ok |
| 20:25:25 | Watusimoto | it's only called by client game |
| 20:25:30 | | koda has joined |
| 20:25:38 | Watusimoto | we may be able to get by without ifdeffing it in the .h file |
| 20:26:39 | raptor | ok, ifdef'd... |
| 20:26:43 | raptor | no compiles |
| 20:27:04 | raptor | also |
| 20:27:12 | raptor | we need to revert: https://code.google.com/p/bitfighter/source/detail?r=3be21c8ad124007d7f5c6cf44bb0a7574bef582c |
| 20:27:17 | | BFLogBot Commit: 067b0288d2e7 | Author: buckyballreaction | Message: Fix dedicated compile |
| 20:27:21 | raptor | some contest levels depend on that |
| 20:27:24 | raptor | will that be a problem? |
| 20:28:57 | Watusimoto | looking |
| 20:29:06 | Watusimoto | really? |
| 20:29:14 | Watusimoto | no, revert away |
| 20:29:37 | Watusimoto | just change line 916 |
| 20:29:59 | Watusimoto | leave the fn isWallOrForcefieldType in place for now |
| 20:30:13 | Watusimoto | we can discuss this issue later |
| 20:35:21 | raptor | ok |
| 20:35:25 | raptor | reverting and leaving... |
| 20:35:33 | Watusimoto | ok, anythink you need me to do? |
| 20:35:41 | Watusimoto | other than make a level? |
| 20:35:54 | raptor | nope |
| 20:35:56 | Watusimoto | ok |
| 20:35:58 | Watusimoto | later! |
| 20:37:50 | | BFLogBot Commit: 865d6f3bcb9e | Author: buckyballreaction | Message: Revert part of 3be21c8ad124, bursts need to damage beyond forcefields for now |
| 20:38:02 | raptor | bye |
| 20:38:04 | | raptor Quit () |
| 22:20:19 | | LordDVG has joined |
| 22:56:18 | | Fordcars has joined |
| 22:56:48 | Fordcars | is the party still on tonight? |
| 22:57:22 | kaen | you bet! |
| 22:57:31 | kaen | \o\ |
| 22:57:55 | Fordcars | nice I had been occupied lately for christmas |
| 22:59:11 | Fordcars | great to see that it's tonight because I just came back home |
| 22:59:42 | kaen | nice timing :) |
| 23:00:35 | Fordcars | you bet! I was supposed to come back on the 27 but a big snow storm blocked the roads |
| 23:01:55 | kaen | oh wow |
| 23:02:02 | kaen | I do not miss snow at all ^^ |
| 23:02:10 | Fordcars | lol |
| 23:15:58 | | LordDVG Quit (Remote host closed the connection) |
| 23:17:34 | | BFLogBot Commit: 949d75820bae | Author: watusimoto | Message: Centralize setting the timer period |
| 23:17:35 | | BFLogBot Commit: 230776e873cd | Author: watusimoto | Message: Stupid variable name |
| 23:17:37 | | BFLogBot Commit: 3d104a90c343 | Author: watusimoto | Message: Replace dynamic cast with static |
| 23:17:40 | | BFLogBot Commit: ebc1f9aa1f47 | Author: watusimoto | Message: Unkill warning -- need to read the data to keep thing srom crashing! |
| 23:17:41 | | BFLogBot Commit: 8466bef4002b | Author: watusimoto | Message: Merge |
| 23:17:43 | | BFLogBot Commit: 9e4c22c0ff41 | Author: watusimoto | Message: Merge |
| 23:17:44 | | BFLogBot Commit: 96d0db0bf864 | Author: watusimoto | Message: Fix zone control capture without flag bug |
| 23:17:46 | | BFLogBot Commit: df9f76649998 | Author: watusimoto | Message: Only send position when it changes |
| 23:17:47 | | BFLogBot Commit: 627ef1d7023e | Author: watusimoto | Message: Add TODO for 019 |
| 23:17:50 | | BFLogBot Commit: 763a81cd07cf | Author: watusimoto | Message: Whitespace |
| 23:17:52 | | BFLogBot Commit: 2d542ca1b9fb | Author: watusimoto | Message: Make sure flag goes home after touchdown in ZC |
| 23:46:32 | | raptor has joined |
| 23:46:33 | | ChanServ sets mode +o raptor |
| 23:46:43 | raptor | ello@! |
| 23:47:44 | raptor | Watusimoto: new changes for the game server? |
| 23:48:03 | Watusimoto | hi |
| 23:48:05 | Watusimoto | yes |
| 23:48:12 | Watusimoto | three major bug fixes |
| 23:48:15 | raptor | ok |
| 23:48:37 | Watusimoto | I just spun through all the stock levels using production client and latest server, and only found one bug |
| 23:48:45 | raptor | sweet! |
| 23:48:53 | Fordcars | by the way I have a tiny bug when you play retreive and you retreive all flags, the last one you bring to goal goes instantly to it's spanw point |
| 23:48:53 | Watusimoto | it's the flag left behind bug |
| 23:49:04 | Watusimoto | I think my zc fix (the last one above) broke it again |
| 23:49:17 | raptor | Fordcars: that has been a bug since i've joined bitfighter... |
| 23:49:53 | Fordcars | haha lol well then it's not important at all |
| 23:50:12 | Fordcars | is it normal you can't repair teleporters? |
| 23:50:18 | raptor | yes |
| 23:50:26 | Fordcars | ok |
| 23:50:45 | Fordcars | you could abuse the teleporter too much huh |
| 23:50:48 | raptor | because we weren't sure how game-altering they were going to be.. |
| 23:50:57 | Fordcars | yeah ok |
| 23:51:50 | raptor | oh yay dedicated still works |
| 23:52:15 | raptor | 2 hours until party! |
| 23:52:29 | raptor | i think... |
| 23:52:34 | raptor | unless i'm mixed up |
| 23:52:37 | Fordcars | yeah |
| 23:52:52 | Fordcars | its nearly 7 |
| 23:54:25 | raptor | theShip! |
| 23:55:08 | Watusimoto | is that a comment on my checkin? |
| 23:55:13 | raptor | yes |
| 23:55:15 | raptor | haha |
| 23:55:28 | Watusimoto | theStupidVariableName |
| 23:55:39 | raptor | thisIsTheVariableToUse |
| 23:55:47 | kaen | ahoy! |
| 23:55:50 | raptor | hi kaen |
| 23:55:59 | kaen | https://code.google.com/r/bkconrad-kaen-bitfighter/source/detail?r=a9bd18d61d43d91ef48e9e83d62302d606fe08e5 |
| 23:56:05 | kaen | ^ cmake |
| 23:56:14 | raptor | whoa |
| 23:56:49 | kaen | once applied just do `cmake . && make` and watch her go |
| 23:56:56 | raptor | can't wait! |
| 23:57:05 | kaen | (it'll clobber the Makefile though) |
| 23:57:10 | raptor | oh... |
| 23:57:12 | raptor | hmmm |
| 23:57:14 | raptor | ok |
| 23:57:29 | raptor | i won't merge it quite yet.. if that's OK - maybe after the contest |
| 23:57:38 | kaen | you bet |
| 23:58:11 | kaen | would you mind testing it though? |
| 23:58:14 | raptor | sure! |
| 23:58:22 | raptor | one moment... finishing my other commit reviews.. |
| 23:58:32 | kaen | no problem |
| 23:58:51 | Watusimoto | hey, so what's the advantage of using cmake? |
| 23:58:56 | Watusimoto | in our case |
| 23:59:09 | Watusimoto | (I already accept that make is horrid) |
| 23:59:10 | raptor | less maintenance of make files |
| 23:59:19 | kaen | uh, nope |
| 23:59:27 | kaen | we'd have to restructure for that |
| 23:59:32 | Watusimoto | there's not dealing with make! |
| 23:59:37 | kaen | well, maybe a little bit |
| 23:59:38 | Watusimoto | that's a plus! |
| 23:59:41 | kaen | lol |
| 23:59:42 | raptor | but also better dependency seearching.. |
| 23:59:55 | kaen | selective compilation is my big thing |