Timestamps are in GMT/BST.
| 00:23:07 | | raptor Quit () |
| 00:23:18 | | raptor has joined |
| 00:23:19 | | ChanServ sets mode +o raptor |
| 00:28:58 | raptor | i wonder if levelgens work now... |
| 00:30:59 | | sam686 Quit (Ping timeout: 245 seconds) |
| 00:31:31 | | sam686 has joined |
| 00:31:32 | | ChanServ sets mode +v sam686 |
| 00:31:47 | raptor | somehow s_bot can't aim well anymore... - i thought i fixed that... |
| 00:33:30 | raptor | segfault on levelgens still.. |
| 03:09:19 | | sam686 Quit (Ping timeout: 245 seconds) |
| 03:09:37 | | raptor Quit (Ping timeout: 246 seconds) |
| 03:09:43 | | sam686 has joined |
| 03:09:44 | | ChanServ sets mode +v sam686 |
| 03:31:27 | | Zoomber_ has joined |
| 03:31:27 | | ChanServ sets mode +v Zoomber_ |
| 03:31:28 | | Zoomber Quit (Read error: Connection reset by peer) |
| 03:31:28 | | Zoomber_ is now known as Zoomber |
| 03:35:59 | | Zoomber_ has joined |
| 03:35:59 | | Zoomber Quit (Read error: Connection reset by peer) |
| 03:35:59 | | ChanServ sets mode +v Zoomber_ |
| 03:36:00 | | Zoomber_ is now known as Zoomber |
| 03:45:14 | | Frank__ has joined |
| 03:46:13 | | Frank__ Quit (Client Quit) |
| 04:02:25 | | raptor has joined |
| 04:02:25 | | ChanServ sets mode +o raptor |
| 04:05:09 | | sam686 Quit (Ping timeout: 245 seconds) |
| 04:05:50 | | sam686 has joined |
| 04:05:51 | | ChanServ sets mode +v sam686 |
| 05:00:09 | | sam686 Quit (Ping timeout: 245 seconds) |
| 05:00:47 | | sam686 has joined |
| 05:00:47 | | ChanServ sets mode +v sam686 |
| 06:32:57 | | raptor Quit () |
| 06:59:44 | | sam686 Quit (Ping timeout: 245 seconds) |
| 07:00:15 | | sam686 has joined |
| 07:00:17 | | ChanServ sets mode +v sam686 |
| 07:35:34 | | sam686 Quit (Ping timeout: 245 seconds) |
| 07:36:12 | | sam686 has joined |
| 07:36:13 | | ChanServ sets mode +v sam686 |
| 07:57:26 | | Watusimoto has joined |
| 08:06:24 | | sam686 Quit (Ping timeout: 245 seconds) |
| 09:01:07 | | LordDVG has joined |
| 10:16:17 | | watusimoto1 has joined |
| 10:29:56 | | watusimoto1 Quit (Quit: Leaving.) |
| 10:40:36 | | Watusimoto_ has joined |
| 10:41:38 | | Watusimoto Quit (Ping timeout: 276 seconds) |
| 12:32:23 | | Watusimoto has joined |
| 12:35:03 | | Watusimoto_ Quit (Ping timeout: 245 seconds) |
| 13:10:09 | | Watusimoto Quit (Ping timeout: 240 seconds) |
| 13:24:48 | | raptor has joined |
| 13:24:48 | | ChanServ sets mode +o raptor |
| 13:25:28 | | LordDVG Quit (Ping timeout: 272 seconds) |
| 15:45:09 | | raptor Quit () |
| 16:33:00 | | Watusimoto has joined |
| 16:39:30 | | LordDVG has joined |
| 17:08:31 | | BFLogBot - Commit 381e68a293a9 | Author: watusim...@bitfighter.org | Log: Further cleanup |
| 17:08:33 | | BFLogBot - Commit 3554f409ac47 | Author: watusim...@bitfighter.org | Log: Rename function, pass name in |
| 17:08:34 | | BFLogBot - Commit 1ecbc8e46130 | Author: watusim...@bitfighter.org | Log: Rename function, add comment |
| 17:08:36 | | BFLogBot - Commit ae1866a1cc46 | Author: watusim...@bitfighter.org | Log: Add TODO |
| 17:08:37 | | BFLogBot - Commit fb97d6da9fd4 | Author: watusim...@bitfighter.org | Log: Comment |
| 17:08:39 | | BFLogBot - Commit fca5975fb69d | Author: watusim...@bitfighter.org | Log: Fix warnings |
| 17:08:40 | | BFLogBot - Commit d688509ee4e1 | Author: watusim...@bitfighter.org | Log: Fix warnings |
| 17:08:42 | | BFLogBot - Commit b6d59719fed0 | Author: watusim...@bitfighter.org | Log: Compiled scrips now cached -- makes bot startup faster |
| 17:28:45 | | BFLogBot - Commit dad8acd2d051 | Author: watusim...@bitfighter.org | Log: Change to deque |
| 17:34:23 | | Watusimoto Quit (Ping timeout: 276 seconds) |
| 18:31:55 | | raptor has joined |
| 18:31:55 | | ChanServ sets mode +o raptor |
| 18:57:51 | | Watusimoto has joined |
| 21:29:14 | raptor | hello |
| 21:41:02 | Watusimoto | hi |
| 21:41:13 | Watusimoto | just wrapped up my taxes for the evening |
| 21:41:21 | Watusimoto | never ending story |
| 22:02:16 | | kaen has joined |
| 22:08:59 | | LordDVG Quit (Quit: Leaving) |
| 22:17:02 | | sam686 has joined |
| 22:17:03 | | ChanServ sets mode +v sam686 |
| 22:17:08 | Watusimoto | raptor: you probably haven't looked at my recent checkins, but we finally have a deque in there! |
| 22:36:47 | raptor | Watusimoto: i have been trying my hardest to understand what you've been doing... |
| 22:36:53 | raptor | and i see the deque! |
| 22:37:14 | raptor | didn't we try and use one before for something, but it crashed all the time? |
| 22:38:50 | Watusimoto | I don't recall. What I'm trying to do is simplify, clarify, and streamline script running |
| 22:39:10 | raptor | advantage of deque again? faster insertion from either end? |
| 22:39:16 | raptor | or was it removal.. |
| 22:39:52 | Watusimoto | well, I'm hoping it's optimized to add at one end and remove at the other |
| 22:40:03 | Watusimoto | that's the way we're using it, at least |
| 22:40:10 | raptor | that's right |
| 22:40:16 | Watusimoto | but the lists are small |
| 22:40:27 | Watusimoto | right now 2 elements, in future maybe 10 or 15 or so |
| 22:40:27 | raptor | addition and removal from either end without having to copy the whole array |
| 22:40:39 | Watusimoto | so probably it doesn't really matter |
| 22:41:25 | Watusimoto | you may have a hard time following things edit-by-edit because I keep shuffling things around |
| 22:41:37 | Watusimoto | but hopefully the whole flow makes more sense now |
| 22:41:58 | Watusimoto | I keep going over it, trying to improve the clarity and such |
| 22:42:09 | Watusimoto | btw, /addbots 100 is very fast now |
| 22:42:15 | Watusimoto | at least compared to the way it was before |
| 22:43:11 | Watusimoto | not that people should be doing that... |
| 22:43:35 | Watusimoto | what I need to do now is make sure the error handling works well |
| 22:43:42 | Watusimoto | because I ripped a lot of that out |
| 22:44:50 | raptor | so tell me about the 'bot caching' |
| 22:44:56 | raptor | what is it you've actually done |
| 22:46:57 | Watusimoto | ok, lua_loadfile reads a file and compiles the code (but does not execute it) |
| 22:47:14 | Watusimoto | the compiled chunk gets put on top of the stack, where it can be executed by pcall() |
| 22:47:21 | Watusimoto | lua_pcall() |
| 22:47:42 | Watusimoto | but you can also further manipulate it before you run it |
| 22:47:59 | Watusimoto | (it is compiled as if it were a function, which is just a different data type iun Lua) |
| 22:48:29 | Watusimoto | so before we run it, we copy it to the registry table, which is a special table that C++ can use to store stuff |
| 22:48:40 | Watusimoto | so we store the loaded and compiled program |
| 22:49:06 | Watusimoto | next time someone wants to run the same code, we can pull from the registry table rather than load and compile |
| 22:49:13 | Watusimoto | that's essentially it |
| 22:49:59 | Watusimoto | so we have methods loadCompile, which loads and compiles a file |
| 22:50:14 | Watusimoto | and loadCompileSave which runs loadCompile and save the result to the registry |
| 22:51:06 | Watusimoto | loadCompile is just lua_loadfile with some not-quite-working error handling |
| 22:51:15 | raptor | ok |
| 22:51:47 | Watusimoto | I find it very helpful to have this open when I'm reading the code |
| 22:51:47 | Watusimoto | http://www.lua.org/manual/5.1/manual.html#pdf-tostring |
| 22:52:06 | raptor | how would that affect adding an s_bot with different offense/defense settings? |
| 22:52:16 | Watusimoto | and I'm trying to comment things well, especially what we think is on the lua stack |
| 22:52:35 | Watusimoto | no change -- the code is the same regardless, the settings are passed in when we run it |
| 22:52:51 | Watusimoto | so we can still pass in different args to the cached scripts |
| 22:52:59 | Watusimoto | can and do |
| 22:53:16 | Watusimoto | we are only caching what is in the file itself |
| 22:53:38 | Watusimoto | i.e. s_bot.lua |
| 22:56:33 | raptor | excellent |
| 22:58:28 | Watusimoto | the only hitch is if we're caching, it's harder to tweak bots |
| 22:58:46 | Watusimoto | so I think we shouldn't cache in the editor, and you should be able to disable it for developing |
| 22:59:04 | Watusimoto | but for ordinary use, I think caching will work really well |
| 22:59:17 | Watusimoto | especially with such a limited number of scripts |
| 23:02:38 | Watusimoto | a question for later is whether to cache levelgens |
| 23:02:55 | Watusimoto | as they are much less performance-sensitive, being only run during level changes |
| 23:03:13 | Watusimoto | though i suppose as long as we only have one bot, we might as well |
| 23:06:17 | Watusimoto | I'm making a big presentation of my project at work in a week. On Thursday, I decided to delete the project and start over. So things are kind of stressful in the office :-) |
| 23:06:50 | Watusimoto | 6 months of work need to be rebuilt in a week |
| 23:06:59 | Watusimoto | and it has to be better |
| 23:09:12 | raptor | !!! |
| 23:09:34 | raptor | as in: you *chose* to do 6 months in one week? |
| 23:11:06 | Watusimoto | well, it appeared the easiest course |
| 23:11:37 | raptor | i'll have to believe you.. |
| 23:11:40 | Watusimoto | sometimes it is easier to rebuild than to repair |
| 23:11:42 | raptor | yes |
| 23:11:53 | Watusimoto | as I learned on my house much to my financial detriment |
| 23:12:03 | raptor | blech |
| 23:12:23 | Watusimoto | turned out pretty nice, just made me poor |
| 23:14:04 | raptor | wow, bot loading is fast |
| 23:14:32 | Watusimoto | yes |
| 23:14:34 | Watusimoto | after the first one |
| 23:14:44 | Watusimoto | no more disk access, no more compiling |
| 23:14:59 | raptor | got a segfault on the client when adding 50 bots to a server - server didn't crash though |
| 23:15:12 | Watusimoto | huh |
| 23:15:32 | raptor | here: http://pastie.org/3795020 |
| 23:15:42 | raptor | client is trying to delete a lua something? |
| 23:16:08 | Watusimoto | try again with my latest checkin |
| 23:16:31 | Watusimoto | it's trying to clean up for a script that didn;t get run |
| 23:16:38 | raptor | i just did a clean compile from stuff you checked in about 5 hours ago |
| 23:16:50 | raptor | oh, maybe i forgot to copy over new scripts... |
| 23:16:51 | Watusimoto | I checked in about 1 minute ago |
| 23:17:04 | Watusimoto | fixed a problem in the same area |
| 23:17:05 | raptor | not on google code yet... |
| 23:17:25 | Watusimoto | oops |
| 23:17:36 | Watusimoto | ok |
| 23:18:00 | Watusimoto | wait |
| 23:18:07 | Watusimoto | this happened on the client |
| 23:18:18 | Watusimoto | was that a seperate process from the server? |
| 23:18:25 | raptor | yes, i was running htem separately |
| 23:18:31 | Watusimoto | ah, interesting |
| 23:18:37 | Watusimoto | ok, my fix should probably fix it |
| 23:18:43 | Watusimoto | though accidentally |
| 23:19:29 | | BFLogBot - Commit 148d03838310 | Author: watusim...@bitfighter.org | Log: Fix crash when running robot that doesn't exist |
| 23:20:32 | raptor | looks like it did |
| 23:20:56 | raptor | and i have 100 bots running at 27MB ram |
| 23:21:03 | raptor | yay! |
| 23:22:13 | raptor | looks good: http://sam686.maxhushahn.com/upload/11screenshot_3.png |
| 23:22:48 | Watusimoto | wow |
| 23:25:23 | raptor | i will run valgrind memory check... been a while since i've done that |
| 23:26:20 | Watusimoto | ok, good |
| 23:26:34 | Watusimoto | I'm going to bed. I'll look for your results tomorrow |
| 23:27:09 | Watusimoto | I think we should cap bots at 64, personally... |
| 23:27:18 | Watusimoto | ok, later |
| 23:27:24 | raptor | night |
| 23:29:32 | | BFLogBot - Commit cda958e41e6f | Author: watusim...@bitfighter.org | Log: whitespace |
| 23:47:24 | | Watusimoto Quit (Ping timeout: 250 seconds) |
| 23:54:35 | | BFLogBot - Commit 2c2748b6549d | Author: buckyballreaction | Log: Fix segfault on exit if bitfighter -dedicated was specified |
