#bitfighter IRC Log

IRC Log for 2012-06-04

Timestamps are in GMT/BST.

00:10:11 Little_Apple has joined
00:10:17 Little_Apple heelloo
00:11:34 Watusimoto Quit (Ping timeout: 248 seconds)
00:22:21 sam686 hi
00:43:56 Little_Apple yay a reply! :D
00:47:02 sam686 ok
00:56:40 Little_Apple Quit (Quit: Page closed)
03:07:08 raptor has joined
03:07:08 ChanServ sets mode +o raptor
03:11:21 raptor good evening
03:12:23 sam686 good odding
03:12:32 raptor har har
03:12:35 raptor :)
04:46:26 raptor Quit ()
05:02:40 BFLogBot - Commit 3b8abb1bd972 | Author: sam8641 | Log: Added GridDatabase copy constructor to fix some undo crashing in editor. Fixed inconsistant line ending using Unix(LF)
05:23:04 sam686 Quit (Ping timeout: 245 seconds)
05:56:10 zoomber_mbp has joined
06:00:44 zoomber_mbp gonna try to work on something music-like for bitfighter
06:00:57 zoomber_mbp keep watch of me, maybe ill turn up something killer
06:42:45 zoomber_mbp Quit (Quit: zoomber_mbp)
07:13:43 kodaws has joined
07:40:14 watusimoto has joined
07:40:14 ChanServ sets mode +o watusimoto
09:16:14 Watusimoto_ has joined
09:42:43 Watusimoto_ Quit (Ping timeout: 265 seconds)
12:41:51 kaen Quit (Ping timeout: 244 seconds)
13:00:03 IAmBeard has joined
14:37:17 zoomber_mbp has joined
14:48:02 zoomber_mbp Quit (Quit: zoomber_mbp)
14:58:53 raptor has joined
14:58:53 ChanServ sets mode +o raptor
14:59:03 raptor good day!
15:01:57 raptor voting thread open
15:13:54 Watusimoto_ has joined
15:35:10 zoomber_mbp has joined
15:43:43 zoomber_mbp Quit (Quit: zoomber_mbp)
15:44:15 Watusimoto_ Quit (Ping timeout: 265 seconds)
15:47:29 IAmBeard raptor, where are the downloads to all the maps we're voting on?
15:47:40 raptor not available until the contest is over
15:48:01 raptor when I will restore the author names  :)
15:48:38 raptor your not the first person to ask about downloading them already...  was there something in particular you wanted to know about the map?
15:48:43 raptor *you're
15:51:24 IAmBeard oh, i wasn't sure if we were downloading download them to vote, or to just play them on the server
15:51:36 IAmBeard the server system is sort of horrible, considering non-admins can't change the map
15:51:36 IAmBeard =/
15:51:44 raptor heh
15:51:58 raptor level change password is 01612
15:52:00 raptor oops
15:52:01 raptor 0612
15:52:05 raptor it's always MMYY
15:52:12 IAmBeard i understand why, but it makes it tough to test some of the maps :)
15:52:14 IAmBeard ah
15:55:48 watusimoto hi
15:55:58 raptor hi
15:56:23 raptor watusimoto: sam686 added a griddatabase copy constructor - wasn't that something you were trying to avoid?
15:56:33 watusimoto I saw that
15:57:02 watusimoto I think we don't actually need it
15:57:25 watusimoto I have a potentially better solution I want to look at tonight
15:57:36 watusimoto but no, I'm not opposed to a copy constructor there
15:57:45 raptor ok
15:57:58 watusimoto what I did want to avoid was having to write copy constructors for all our objects
15:58:07 raptor ah, that's right
15:58:09 watusimoto if we need one for the database, that's fine
15:58:21 watusimoto but I really want to rely on the default one where possible
15:59:30 watusimoto raptor: regarding the level change pw for contest servers, perhaps we should just pick a fixed one, so that people who know it don't need to keep reentering it every month
15:59:42 raptor sure
15:59:46 watusimoto the extra security offered by a revolving pw seems minimal
15:59:57 raptor i just continued _k's methodology
16:00:02 watusimoto I know
16:00:15 BFLogBot - Commit e23d1cbebad7 | Author: buckyballreaction | Log: Fix compiling in Linux
16:00:24 watusimoto it just seems to add work without adding security
16:00:32 watusimoto not your fault though :-)
16:00:45 raptor want me to just remove it?  or maybe change it to a default and post it in the forums?
16:00:58 watusimoto let's worry about it next time
16:01:00 raptor ok
16:01:03 watusimoto I'd leave it as is for now
16:01:14 watusimoto I have some insight into the lua crash
16:01:19 watusimoto bot crashes, that is
16:01:24 raptor oooo
16:01:27 raptor insight is good
16:01:37 watusimoto it seems that occasionally lua gets confused about what kind of object something is
16:01:55 watusimoto so, for example, when you get that error you see, I think it thinks the ship is a projectile
16:02:07 watusimoto and then errors out when you run getEnergy
16:02:12 watusimoto because projectiles don't have that
16:02:38 watusimoto it in particular seems to confuse ships and projectiles, though that may just be a manifestation of the script itself
16:02:55 watusimoto I'm not sure why this would happen, but I've seen it in two places
16:03:23 raptor looks at s_bot.bot again
16:03:23 watusimoto and it's really hard to see what's going on because it involves a lot of the native lua interpreter code
16:03:41 watusimoto the bot code is not the problem
16:04:44 raptor yeah - i'm just seeing what specific things it considers an 'enemy'
16:05:30 raptor updated doxygen..
16:13:42 raptor you think our internal object types could be messed up somewhere?
16:14:04 Watusimoto_ has joined
16:15:37 watusimoto I think they may become corrupted somehow
16:15:45 watusimoto because it works for a while, then breaks
16:16:03 watusimoto and rerunning the bot seems to make it crash more quickly after the first crash
16:17:23 raptor yes, i've noticed that
16:19:31 raptor maybe i should run it through valgrind?
16:20:42 watusimoto hmmm
16:20:55 watusimoto sure
16:21:32 watusimoto looks like my kids are playing computer games (watusimoto_)
16:21:42 raptor haha
16:26:09 raptor so i'm now 6 min. into my valgrind test and still can't get it to crash
16:26:42 watusimoto that's the problem I was having last night
16:26:55 watusimoto adding testing code seemed to change the behavior
16:27:08 watusimoto  A quantum bug
16:28:03 watusimoto what I tried was dumping  the object structure from lua just before I ran getEnergy()
16:28:17 watusimoto and found that the object looks correct
16:28:52 watusimoto so we're (probably) not creating the wrong kind of object in lua, but somehow interpreting it incorrectly when we need it
16:28:58 watusimoto if that makes sense
16:29:21 raptor valgrind found something in doFindItems...  want the report?
16:29:28 watusimoto sure
16:29:42 Watusimoto_ Quit (Ping timeout: 244 seconds)
16:29:55 watusimoto idid it find something close in time to a crash?
16:30:27 raptor http://sam686.maxhushahn.com/upload/1valgrind.out.zip
16:30:34 raptor never got it to crash
16:30:43 raptor :(
16:30:55 raptor warning, the extracted file is 11MB (don't open with notepad)
16:31:58 watusimoto where to start?
16:32:02 watusimoto I hate these files
16:32:06 raptor bottom up is what i always do...
16:32:32 raptor there are several, 'definitely lost' that end with luaW
16:32:46 watusimoto lots with sound
16:34:53 raptor yeah - there's always been lots with sound, not sure why
16:35:19 raptor i don't even know how to read most of this...
16:35:25 watusimoto lots of spurious stuff
16:35:39 watusimoto for example, Conditional jump or move depends on uninitialised value(s)
16:35:42 watusimoto pointing to this:
16:35:49 watusimoto ool Rect::intersects(const Rect &r)
16:35:49 watusimoto {
16:35:49 watusimoto    return min.x < r.max.x && min.y < r.max.y &&
16:35:49 watusimoto          max.x > r.min.x && max.y > r.min.y;
16:35:49 watusimoto }
16:36:16 watusimoto I don't see how we could have unitialized values there, as everything is intialized in the constructor
16:36:44 raptor i just did 'valgrind --leak-check=yes'  on a debug build of bitfighter...
16:37:58 raptor the last record (347)
16:38:09 raptor is the largest case of 'definitely lost'
16:38:35 raptor is luaW not cleaning up everything?
16:39:53 watusimoto it's possible
16:40:16 watusimoto did you do a clean quit of the game?
16:40:36 watusimoto what happens is every object that gets passed to lua gets a proxy created for it
16:40:41 watusimoto that proxy is created with new
16:40:55 watusimoto and we set a flag telling lua it can delete those when its done
16:41:13 watusimoto so sometimes we get 1000 projectile objects created before lua does a full gc pass
16:41:40 watusimoto so at any given time, there may be "lost objects" that just haven't been gc'ed yet
16:41:52 raptor so maybe i quit the game too quickly...
16:41:57 watusimoto I've tested this in a couple of ways, and it seems to work
16:42:04 raptor before the lua gc has run
16:42:13 watusimoto I've monitored how many objects are alive at any point, and also total memory use over time
16:42:18 watusimoto with lots of bots
16:42:25 watusimoto and both suggest things are ok
16:42:30 raptor hmmm
16:42:35 watusimoto but I'm still a little insecure about it :-)
16:42:45 watusimoto I don't see anything here that's concerning
16:42:49 raptor see, i've run valgrind tons of times and i've never solved anything with it...
16:43:37 watusimoto and a lot that's just baffling, like that rect thing I posted
16:43:47 watusimoto I've found some problems in the past
16:43:54 watusimoto it's a useful tool, sometimes
16:45:07 watusimoto so luaW_check is supposed to check a lua object to see if it's the correct type
16:45:48 watusimoto and sometimes the wrong luaW_check is being called (i.e. with wrong template parameter)
16:47:43 LordDVG has joined
16:51:57 watusimoto out of here.
16:51:59 watusimoto bye
16:52:03 raptor BYE
16:52:10 raptor bye
16:56:04 kodaws Quit (Read error: Connection reset by peer)
16:56:27 watusimoto Quit (Ping timeout: 252 seconds)
17:04:14 IAmBeard Quit (Quit: Leaving)
17:54:22 Watusimoto has joined
18:08:52 Watusimoto Quit (Ping timeout: 250 seconds)
18:30:19 Watusimoto has joined
19:12:17 sam686 has joined
19:12:17 ChanServ sets mode +v sam686
19:15:40 LordDVG Quit (Remote host closed the connection)
20:11:32 BFLogBot - Commit b8086c11779a | Author: watusim...@bitfighter.org | Log: Fix undo/redo problem (now they work again), minor code cleanup
20:11:34 BFLogBot - Commit 23dbfb349243 | Author: watusim...@bitfighter.org | Log: Merge
20:11:51 raptor a commit!
20:15:24 koda has joined
20:37:14 Watusimoto fixes all the issues I was having in the editor
20:39:56 Watusimoto sam686: my latest commit gets rid of the copy constructor.  If you added it to fix something that I broke recently, I don't think we need it.  If you added it for another reason, I may need to put it back.
20:40:17 Watusimoto sorry, talking about the database copy constr you added yesterday
20:40:37 raptor interesting - #2 seems to have been fixed somehow, too: http://bitfighter.org/wiki/index.php/Running_Bug_List
20:41:27 sam686 i think only one place used to do GridDatabase copy constructor.. without GridDatabase copy constructor, it can corrupt memory when copied..
20:41:54 raptor at least, since i last looked at that bug..
20:41:55 sam686 but now, i think none of it use GridDatabase copy contructor as of latest changes
20:43:18 raptor i wonder if #1 was fixed...
20:44:41 sam686 as for number 1, i have seen undestroyable forcefield when levelgen adds them from ctrl + R in editor..
20:46:37 raptor huh, can't duplicate it...  i bet..
20:46:55 raptor could it be because two forcefield are on top of each other?
20:46:58 sam686 but i will test again (that was a while ago)
20:49:29 raptor have either of you had a chance to test out my /idle?
20:52:43 sam686 i guess the problem now is, levelgen can only add barriers in editor ctrl+r, and ctel+i doesn't work
20:53:00 raptor poor, poor levelgens
20:53:26 sam686 but, levelgen works fine when hosting in game
21:08:04 Watusimoto levelgens crash for me in game... but they will rise again
21:08:42 Watusimoto in fact, I hope to make levelgens work better than ever, with more access to interact with game items (i.e. modify them, for example)
21:09:03 Watusimoto and hopefully provide a more sane alternative to having them generate levelcode
22:01:43 raptor gotta run!
22:02:06 raptor Quit ()
22:04:49 Little_Apple has joined
22:04:53 Little_Apple helloo
22:09:08 Little_Apple Quit (Client Quit)
22:21:06 Watusimoto I may have fixed the bot
22:21:17 Watusimoto well, the lua problems plaguing the bot
22:21:24 Watusimoto but the solution is no good
22:21:36 Watusimoto but it may offer a clue towards a better solution
22:21:42 Watusimoto testing now
22:24:49 Watusimoto bot is beating me 184 - 0
22:36:52 BFLogBot - Commit b728f3c90c62 | Author: watusim...@bitfighter.org | Log: TEMPORARY fix to bots -- does this fix the problem for you?
22:37:34 Watusimoto ooops.. it finally crashed with the new fix
23:15:17 raptor has joined
23:15:17 ChanServ sets mode +o raptor
23:15:51 raptor aww, it still crashed?
23:17:58 raptor i think it may be a general memory error, instead of something with projectile...
23:18:06 raptor maybe an overflow somewhere?
23:18:31 raptor that would make sense that debugging code would take longer to get to it, being slower
23:58:45 Frank_ has joined
23:59:48 koda Quit (Quit: koda)

Index Search ←Prev date Next date→

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

00:10:11		Little_Apple has joined
00:10:17	Little_Apple	heelloo
00:11:34		Watusimoto Quit (Ping timeout: 248 seconds)
00:22:21	sam686	hi
00:43:56	Little_Apple	yay a reply! :D
00:47:02	sam686	ok
00:56:40		Little_Apple Quit (Quit: Page closed)
03:07:08		raptor has joined
03:07:08		ChanServ sets mode +o raptor
03:11:21	raptor	good evening
03:12:23	sam686	good odding
03:12:32	raptor	har har
03:12:35	raptor	:)
04:46:26		raptor Quit ()
05:02:40		BFLogBot - Commit 3b8abb1bd972 \| Author: sam8641 \| Log: Added GridDatabase copy constructor to fix some undo crashing in editor. Fixed inconsistant line ending using Unix(LF)
05:23:04		sam686 Quit (Ping timeout: 245 seconds)
05:56:10		zoomber_mbp has joined
06:00:44	zoomber_mbp	gonna try to work on something music-like for bitfighter
06:00:57	zoomber_mbp	keep watch of me, maybe ill turn up something killer
06:42:45		zoomber_mbp Quit (Quit: zoomber_mbp)
07:13:43		kodaws has joined
07:40:14		watusimoto has joined
07:40:14		ChanServ sets mode +o watusimoto
09:16:14		Watusimoto_ has joined
09:42:43		Watusimoto_ Quit (Ping timeout: 265 seconds)
12:41:51		kaen Quit (Ping timeout: 244 seconds)
13:00:03		IAmBeard has joined
14:37:17		zoomber_mbp has joined
14:48:02		zoomber_mbp Quit (Quit: zoomber_mbp)
14:58:53		raptor has joined
14:58:53		ChanServ sets mode +o raptor
14:59:03	raptor	good day!
15:01:57	raptor	voting thread open
15:13:54		Watusimoto_ has joined
15:35:10		zoomber_mbp has joined
15:43:43		zoomber_mbp Quit (Quit: zoomber_mbp)
15:44:15		Watusimoto_ Quit (Ping timeout: 265 seconds)
15:47:29	IAmBeard	raptor, where are the downloads to all the maps we're voting on?
15:47:40	raptor	not available until the contest is over
15:48:01	raptor	when I will restore the author names :)
15:48:38	raptor	your not the first person to ask about downloading them already... was there something in particular you wanted to know about the map?
15:48:43	raptor	*you're
15:51:24	IAmBeard	oh, i wasn't sure if we were downloading download them to vote, or to just play them on the server
15:51:36	IAmBeard	the server system is sort of horrible, considering non-admins can't change the map
15:51:36	IAmBeard	=/
15:51:44	raptor	heh
15:51:58	raptor	level change password is 01612
15:52:00	raptor	oops
15:52:01	raptor	0612
15:52:05	raptor	it's always MMYY
15:52:12	IAmBeard	i understand why, but it makes it tough to test some of the maps :)
15:52:14	IAmBeard	ah
15:55:48	watusimoto	hi
15:55:58	raptor	hi
15:56:23	raptor	watusimoto: sam686 added a griddatabase copy constructor - wasn't that something you were trying to avoid?
15:56:33	watusimoto	I saw that
15:57:02	watusimoto	I think we don't actually need it
15:57:25	watusimoto	I have a potentially better solution I want to look at tonight
15:57:36	watusimoto	but no, I'm not opposed to a copy constructor there
15:57:45	raptor	ok
15:57:58	watusimoto	what I did want to avoid was having to write copy constructors for all our objects
15:58:07	raptor	ah, that's right
15:58:09	watusimoto	if we need one for the database, that's fine
15:58:21	watusimoto	but I really want to rely on the default one where possible
15:59:30	watusimoto	raptor: regarding the level change pw for contest servers, perhaps we should just pick a fixed one, so that people who know it don't need to keep reentering it every month
15:59:42	raptor	sure
15:59:46	watusimoto	the extra security offered by a revolving pw seems minimal
15:59:57	raptor	i just continued _k's methodology
16:00:02	watusimoto	I know
16:00:15		BFLogBot - Commit e23d1cbebad7 \| Author: buckyballreaction \| Log: Fix compiling in Linux
16:00:24	watusimoto	it just seems to add work without adding security
16:00:32	watusimoto	not your fault though :-)
16:00:45	raptor	want me to just remove it? or maybe change it to a default and post it in the forums?
16:00:58	watusimoto	let's worry about it next time
16:01:00	raptor	ok
16:01:03	watusimoto	I'd leave it as is for now
16:01:14	watusimoto	I have some insight into the lua crash
16:01:19	watusimoto	bot crashes, that is
16:01:24	raptor	oooo
16:01:27	raptor	insight is good
16:01:37	watusimoto	it seems that occasionally lua gets confused about what kind of object something is
16:01:55	watusimoto	so, for example, when you get that error you see, I think it thinks the ship is a projectile
16:02:07	watusimoto	and then errors out when you run getEnergy
16:02:12	watusimoto	because projectiles don't have that
16:02:38	watusimoto	it in particular seems to confuse ships and projectiles, though that may just be a manifestation of the script itself
16:02:55	watusimoto	I'm not sure why this would happen, but I've seen it in two places
16:03:23		raptor looks at s_bot.bot again
16:03:23	watusimoto	and it's really hard to see what's going on because it involves a lot of the native lua interpreter code
16:03:41	watusimoto	the bot code is not the problem
16:04:44	raptor	yeah - i'm just seeing what specific things it considers an 'enemy'
16:05:30	raptor	updated doxygen..
16:13:42	raptor	you think our internal object types could be messed up somewhere?
16:14:04		Watusimoto_ has joined
16:15:37	watusimoto	I think they may become corrupted somehow
16:15:45	watusimoto	because it works for a while, then breaks
16:16:03	watusimoto	and rerunning the bot seems to make it crash more quickly after the first crash
16:17:23	raptor	yes, i've noticed that
16:19:31	raptor	maybe i should run it through valgrind?
16:20:42	watusimoto	hmmm
16:20:55	watusimoto	sure
16:21:32	watusimoto	looks like my kids are playing computer games (watusimoto_)
16:21:42	raptor	haha
16:26:09	raptor	so i'm now 6 min. into my valgrind test and still can't get it to crash
16:26:42	watusimoto	that's the problem I was having last night
16:26:55	watusimoto	adding testing code seemed to change the behavior
16:27:08	watusimoto	A quantum bug
16:28:03	watusimoto	what I tried was dumping the object structure from lua just before I ran getEnergy()
16:28:17	watusimoto	and found that the object looks correct
16:28:52	watusimoto	so we're (probably) not creating the wrong kind of object in lua, but somehow interpreting it incorrectly when we need it
16:28:58	watusimoto	if that makes sense
16:29:21	raptor	valgrind found something in doFindItems... want the report?
16:29:28	watusimoto	sure
16:29:42		Watusimoto_ Quit (Ping timeout: 244 seconds)
16:29:55	watusimoto	idid it find something close in time to a crash?
16:30:27	raptor	http://sam686.maxhushahn.com/upload/1valgrind.out.zip
16:30:34	raptor	never got it to crash
16:30:43	raptor	:(
16:30:55	raptor	warning, the extracted file is 11MB (don't open with notepad)
16:31:58	watusimoto	where to start?
16:32:02	watusimoto	I hate these files
16:32:06	raptor	bottom up is what i always do...
16:32:32	raptor	there are several, 'definitely lost' that end with luaW
16:32:46	watusimoto	lots with sound
16:34:53	raptor	yeah - there's always been lots with sound, not sure why
16:35:19	raptor	i don't even know how to read most of this...
16:35:25	watusimoto	lots of spurious stuff
16:35:39	watusimoto	for example, Conditional jump or move depends on uninitialised value(s)
16:35:42	watusimoto	pointing to this:
16:35:49	watusimoto	ool Rect::intersects(const Rect &r)
16:35:49	watusimoto	{
16:35:49	watusimoto	return min.x < r.max.x && min.y < r.max.y &&
16:35:49	watusimoto	max.x > r.min.x && max.y > r.min.y;
16:35:49	watusimoto	}
16:36:16	watusimoto	I don't see how we could have unitialized values there, as everything is intialized in the constructor
16:36:44	raptor	i just did 'valgrind --leak-check=yes' on a debug build of bitfighter...
16:37:58	raptor	the last record (347)
16:38:09	raptor	is the largest case of 'definitely lost'
16:38:35	raptor	is luaW not cleaning up everything?
16:39:53	watusimoto	it's possible
16:40:16	watusimoto	did you do a clean quit of the game?
16:40:36	watusimoto	what happens is every object that gets passed to lua gets a proxy created for it
16:40:41	watusimoto	that proxy is created with new
16:40:55	watusimoto	and we set a flag telling lua it can delete those when its done
16:41:13	watusimoto	so sometimes we get 1000 projectile objects created before lua does a full gc pass
16:41:40	watusimoto	so at any given time, there may be "lost objects" that just haven't been gc'ed yet
16:41:52	raptor	so maybe i quit the game too quickly...
16:41:57	watusimoto	I've tested this in a couple of ways, and it seems to work
16:42:04	raptor	before the lua gc has run
16:42:13	watusimoto	I've monitored how many objects are alive at any point, and also total memory use over time
16:42:18	watusimoto	with lots of bots
16:42:25	watusimoto	and both suggest things are ok
16:42:30	raptor	hmmm
16:42:35	watusimoto	but I'm still a little insecure about it :-)
16:42:45	watusimoto	I don't see anything here that's concerning
16:42:49	raptor	see, i've run valgrind tons of times and i've never solved anything with it...
16:43:37	watusimoto	and a lot that's just baffling, like that rect thing I posted
16:43:47	watusimoto	I've found some problems in the past
16:43:54	watusimoto	it's a useful tool, sometimes
16:45:07	watusimoto	so luaW_check is supposed to check a lua object to see if it's the correct type
16:45:48	watusimoto	and sometimes the wrong luaW_check is being called (i.e. with wrong template parameter)
16:47:43		LordDVG has joined
16:51:57	watusimoto	out of here.
16:51:59	watusimoto	bye
16:52:03	raptor	BYE
16:52:10	raptor	bye
16:56:04		kodaws Quit (Read error: Connection reset by peer)
16:56:27		watusimoto Quit (Ping timeout: 252 seconds)
17:04:14		IAmBeard Quit (Quit: Leaving)
17:54:22		Watusimoto has joined
18:08:52		Watusimoto Quit (Ping timeout: 250 seconds)
18:30:19		Watusimoto has joined
19:12:17		sam686 has joined
19:12:17		ChanServ sets mode +v sam686
19:15:40		LordDVG Quit (Remote host closed the connection)
20:11:32		BFLogBot - Commit b8086c11779a \| Author: watusim...@bitfighter.org \| Log: Fix undo/redo problem (now they work again), minor code cleanup
20:11:34		BFLogBot - Commit 23dbfb349243 \| Author: watusim...@bitfighter.org \| Log: Merge
20:11:51	raptor	a commit!
20:15:24		koda has joined
20:37:14	Watusimoto	fixes all the issues I was having in the editor
20:39:56	Watusimoto	sam686: my latest commit gets rid of the copy constructor. If you added it to fix something that I broke recently, I don't think we need it. If you added it for another reason, I may need to put it back.
20:40:17	Watusimoto	sorry, talking about the database copy constr you added yesterday
20:40:37	raptor	interesting - #2 seems to have been fixed somehow, too: http://bitfighter.org/wiki/index.php/Running_Bug_List
20:41:27	sam686	i think only one place used to do GridDatabase copy constructor.. without GridDatabase copy constructor, it can corrupt memory when copied..
20:41:54	raptor	at least, since i last looked at that bug..
20:41:55	sam686	but now, i think none of it use GridDatabase copy contructor as of latest changes
20:43:18	raptor	i wonder if #1 was fixed...
20:44:41	sam686	as for number 1, i have seen undestroyable forcefield when levelgen adds them from ctrl + R in editor..
20:46:37	raptor	huh, can't duplicate it... i bet..
20:46:55	raptor	could it be because two forcefield are on top of each other?
20:46:58	sam686	but i will test again (that was a while ago)
20:49:29	raptor	have either of you had a chance to test out my /idle?
20:52:43	sam686	i guess the problem now is, levelgen can only add barriers in editor ctrl+r, and ctel+i doesn't work
20:53:00	raptor	poor, poor levelgens
20:53:26	sam686	but, levelgen works fine when hosting in game
21:08:04	Watusimoto	levelgens crash for me in game... but they will rise again
21:08:42	Watusimoto	in fact, I hope to make levelgens work better than ever, with more access to interact with game items (i.e. modify them, for example)
21:09:03	Watusimoto	and hopefully provide a more sane alternative to having them generate levelcode
22:01:43	raptor	gotta run!
22:02:06		raptor Quit ()
22:04:49		Little_Apple has joined
22:04:53	Little_Apple	helloo
22:09:08		Little_Apple Quit (Client Quit)
22:21:06	Watusimoto	I may have fixed the bot
22:21:17	Watusimoto	well, the lua problems plaguing the bot
22:21:24	Watusimoto	but the solution is no good
22:21:36	Watusimoto	but it may offer a clue towards a better solution
22:21:42	Watusimoto	testing now
22:24:49	Watusimoto	bot is beating me 184 - 0
22:36:52		BFLogBot - Commit b728f3c90c62 \| Author: watusim...@bitfighter.org \| Log: TEMPORARY fix to bots -- does this fix the problem for you?
22:37:34	Watusimoto	ooops.. it finally crashed with the new fix
23:15:17		raptor has joined
23:15:17		ChanServ sets mode +o raptor
23:15:51	raptor	aww, it still crashed?
23:17:58	raptor	i think it may be a general memory error, instead of something with projectile...
23:18:06	raptor	maybe an overflow somewhere?
23:18:31	raptor	that would make sense that debugging code would take longer to get to it, being slower
23:58:45		Frank_ has joined
23:59:48		koda Quit (Quit: koda)