#bitfighter IRC Log

Index Search ←Prev date Next date→

IRC Log for 2012-06-03

Timestamps are in GMT/BST.

00:41:31Watusimotosorry
00:42:02Watusimotoclient needs to know if they are delayed
00:42:13Watusimotoand so does server
00:42:17Watusimotoserver = clientInfo
00:42:21Watusimotoclient= clientgame
00:42:24WatusimotoI'm guessing
00:43:04Watusimotobut heading to bed now
00:43:32WatusimotoI can look tomorrow if y ou're still stuck
00:43:35Watusimotogood night!
00:48:29Watusimoto Quit (Ping timeout: 245 seconds)
03:15:47koda Quit (Quit: koda)
03:40:13raptoryay i committed for once
03:43:23BFLogBot - Commit aea201e9e05d | Author: buckyballreaction | Log: Add new /idle command to make your client go immediately idle (away from keyboard)
03:44:19raptor Quit (Ping timeout: 245 seconds)
05:23:29sam686 Quit (Ping timeout: 245 seconds)
08:47:31Watusimoto has joined
12:13:16LordDVG has joined
12:14:21BFLogBot - Commit 284835e772a9 | Author: watusim...@bitfighter.org | Log: Make logging slightly more efficient, and increase capacity of strings in logs from 2K to 8K to better support lua debugging
12:14:23BFLogBot - Commit 728d9403d510 | Author: watusim...@bitfighter.org | Log: Remove most debugging strings from luaW... and... fix bot crash (why doesn't VC++ warn about missing virutual keywords?!!?!!?)
12:14:24BFLogBot - Commit b05c7dc40fb6 | Author: watusim...@bitfighter.org | Log: Looks nicer, but didn't fix the problem I was having
12:14:26BFLogBot - Commit 9702327a7df9 | Author: watusim...@bitfighter.org | Log: replace dynamic_casts with static_casts
12:14:27BFLogBot - Commit dd7dd61c0096 | Author: watusim...@bitfighter.org | Log: Script caching should be OFF by default when running from the editor. How many times have I fixed this??? Also add check for script compile error.
12:14:29BFLogBot - Commit 14db1dc1bfaf | Author: watusim...@bitfighter.org | Log: Merge
12:23:25Watusimoto Quit (Ping timeout: 256 seconds)
13:40:52raptor has joined
13:40:52ChanServ sets mode +o raptor
13:50:21Watusimoto has joined
14:07:18raptorLuaWrapper.h:249:11: warning: unused variable ‘x’ [-Wunused-variable]
14:50:54Watusimotos_bot is working
14:51:41Watusimoto if(strcmp(LuaWrapper<T>::classname, "Item") == 0)
14:51:41Watusimoto int x = 1;
14:51:53WatusimotoI use that construct as a place to put a breakpoint. Deleted
14:54:47BFLogBot - Commit 3ebe1003e8c2 | Author: watusim...@bitfighter.org | Log: Add missing method... s_bot appears to work on my machine!!
14:54:49BFLogBot - Commit f18101d01c6b | Author: watusim...@bitfighter.org | Log: remove debugging code
15:04:51BFLogBot - Commit 4072b8504ef4 | Author: watusim...@bitfighter.org | Log: Remove unused code
15:11:49raptorhi
15:12:22raptori test
15:14:17raptors_bot is working!!
15:15:40raptorok, about 8 kills in, it crashed again:
15:15:41raptor***ROBOT ERROR*** Robot error handling event Tick: robots/s_bot.bot:254: attempt to call method 'getEnergy' (a nil value).
15:17:33Watusimotointeresting
15:17:37Watusimotothat's where it crashed before
15:17:42raptori haven't seen this syntax before: target:getEnergy() + target:getHealth() * #enemies
15:17:59Watusimoto#enemies is # items in enemies table
15:18:19Watusimototarget has to either be a robot or a ship
15:18:30Watusimotowas there more than 1 bot?
15:18:53raptornope... maybe it crashed because my ship disappeared when it killed me?
15:19:03Watusimotounlikely
15:19:14Watusimotolet me try again
15:19:17raptoryeah - just throwing out ideas
15:20:02Watusimotooh wait
15:20:09Watusimotomaybe target can be something other than you
15:20:20Watusimotowere there other objects that the bot might want to shoot at?
15:20:32raptorit was in Bitmatch01 level
15:20:43raptoronly walls, healthitems, me
15:20:50Watusimotomaybe it expects other objects to have getEnergy() and it hasn't neem implmented there?
15:20:56Watusimotook, maybe not
15:21:32Watusimotobut what that error means is that the object on line 254 (target?) had no getEnergy() method
15:22:10raptori shall add logprint to see what target is...
15:23:59Watusimotolevelgens seem to crash everything
15:25:18raptorso all 'target' were like this: Robot: userdata: 0x31ac168
15:25:30raptorbut it was a different userdata pointer each time
15:25:48raptoron each onTick
15:27:40Watusimotodid it crash again?
15:27:50Watusimotoit won't crash for me
15:28:05raptoryes
15:28:10Watusimotooops
15:28:12Watusimotoit just did
15:28:29Watusimotooh I see
15:28:34Watusimotomy linne numbers are different
15:28:42WatusimotogetVel is missing somewhere
15:28:45raptoryou have a different s_bot?
15:28:48Watusimotoshould be easy to fix
15:28:57WatusimotoI have a version I've been testing with
15:29:00raptorah ok
15:29:04Watusimotoadding & deleting debugging
15:29:38Watusimotogetvel is implemented on moveobjects and projectiles
15:30:03Watusimotowait this is different
15:30:19Watusimotos_bot.bot:71: calling 'getVel' on bad self (MoveObject expected, got userdata).
15:30:48Watusimotoon bullets
15:31:50Watusimotothat's a projectile
15:31:59Watusimotohmmm
15:35:00BFLogBot - Commit 7dc419038766 | Author: buckyballreaction | Log: Fix repair circle rendering when ship is at full health
15:37:55Watusimotojust crashed the editor
15:37:59Watusimotonot lua related
15:38:06raptoreek
15:38:57raptori broke compatibility with my /idle change
15:39:10raptori should update the game version...
15:39:42raptorunless, you wanted to try and keep compatibility with 017?
15:39:48Watusimotono
15:39:55WatusimotoI don't really care most of the time
15:46:12raptordid someone split BurstProjectile from GrenadeProjectile?
15:47:16Watusimotomaybe I did?
15:47:50raptorok, i'm just cleaning up our protocol hacks that were required to keep 017a/b compatible
15:50:07Watusimotobtw, the alt key issue is still affecting me, even after total rebuild
15:50:21WatusimotoI'm in the game in windowed mode
15:50:24raptorthat is so crazy
15:50:25WatusimotoI alt-tab off it
15:50:36Watusimotothen alt-tab back
15:50:39Watusimotothe press enter
15:50:42Watusimotoand the mode changes
15:50:59Watusimotoconsistently
15:51:00raptorso you have some other keylogging/capturing utility running somewhere?
15:51:09Watusimotonot that I know of...
15:51:09raptor*do
15:51:18Watusimotokeylogger? :-)
15:51:37raptorha
15:51:47raptori guess i meant just 'capturer'
15:53:16raptorwhat i did to 'fix' your issue: on the SDL window focus lost event, i told it to reset *all* input codes to false (not pressed)
15:53:47raptorbut maybe the alt is being stuck on window focus gained?
15:55:05BFLogBot - Commit a5516d3d147a | Author: buckyballreaction | Log: Update versions since protocol changes with /idle
15:55:06BFLogBot - Commit 062955a1b04d | Author: buckyballreaction | Log: Clean-up 017 protocol compatibility hacks
15:55:46Watusimotodoesn't matter which window I go to
15:55:56Watusimotoeditor, vc++, browser, etc.
15:56:03Watusimotocan't all be broken :-)
15:56:21Watusimotocan no longer crash with the bot
15:56:24raptori mean, i wonder if it is the going *into* bitfighter that makes the key stuck
15:56:35WatusimotoI doubt it, but will test
15:56:51raptori don't know how to test that....
15:57:21Watusimotointeresting, though... alt not shown as down on the f7 screen
15:57:40Watusimotothat screen shows the correct status, always
15:57:56raptoryes... that's why i thought i fixed it
15:58:08raptorbecause it wasn't stuck leaving bitfighter
15:58:43Watusimotowell, when I mouse select a non-bf window, then alt-tab back to bitfighter, alt is not stuck
15:58:56raptoroh good
15:59:04Watusimotomaybe we just need to tap into whatever mechanism f7 is using
15:59:35raptorit's just looking at the input codes and the sdl raw input events
16:01:31Watusimotoweird... when I remove the logprint statement from s_bot, the crash appears... add it back in, the crash goes away
16:15:54Zoomber has joined
16:15:54ChanServ sets mode +v Zoomber
16:42:06raptorsquishy squishy
16:42:15raptoranother bug butes the dust
16:42:19raptor*bites
16:42:20raptorsigh
16:45:14BFLogBot - Commit bf0fdd357ff7 | Author: buckyballreaction | Log: Fix non-persistent level changer scoreboard mark. Note there is a protocol change here
16:51:24Watusimoto Quit (Ping timeout: 252 seconds)
17:03:01Zoomberhi
17:03:37raptorhi
17:37:14raptor Quit (Ping timeout: 260 seconds)
17:55:23raptor has joined
17:55:23ChanServ sets mode +o raptor
18:04:50Watusimoto has joined
18:17:23raptorheading out for a few hours, probably won't be back until late tonight
18:31:43koda has joined
18:37:46raptor Quit ()
18:42:58Zoomber Quit (Quit: Zoomber)
19:27:58LordDVG Quit (Remote host closed the connection)
19:33:53sam686 has joined
19:33:53ChanServ sets mode +v sam686
20:17:48Little_Apple has joined
20:17:54Little_Applehelloo
20:42:56Little_Apple Quit (Ping timeout: 245 seconds)
21:55:30LoneWolfy has joined
22:16:59raptor has joined
22:16:59ChanServ sets mode +o raptor
22:25:24LoneWolfy Quit (Ping timeout: 260 seconds)
22:26:07BFLogBot - Commit bd969c03d7af | Author: watusim...@bitfighter.org | Log: Remove dead code
22:26:09BFLogBot - Commit 91a92c6d7ffc | Author: watusim...@bitfighter.org | Log: Remove unneeded method
22:26:10BFLogBot - Commit 5bda1f75a18c | Author: watusim...@bitfighter.org | Log: remove dead code
22:26:12BFLogBot - Commit 96c7036df8eb | Author: watusim...@bitfighter.org | Log: dynamic -> static cast
22:26:13BFLogBot - Commit 5ca7f22f959f | Author: watusim...@bitfighter.org | Log: Add some logging, remove some dead code
22:26:15BFLogBot - Commit 641f9ec7074f | Author: watusim...@bitfighter.org | Log: Fix compile error
22:26:16BFLogBot - Commit 5e830e5a5d00 | Author: watusim...@bitfighter.org | Log: Clearer logic, perhaps
22:26:18BFLogBot - Commit 8b1561e00ee6 | Author: watusim...@bitfighter.org | Log: Remove debug code -- previous checkin seems to have fixed the problem.
22:26:19BFLogBot - Commit 28df65b440f9 | Author: watusim...@bitfighter.org | Log: Merge
22:32:38raptorWatusimoto: fixed s_bot?
22:37:19raptorno more editor database..
22:38:28raptorokeydoke later!
22:38:30raptor Quit ()
23:30:10koda Quit (Quit: koda)

Index Search ←Prev date Next date→

These logs were automatically created by BFLogBot on irc.freenode.net.