#bitfighter IRC Log

IRC Log for 2014-09-02

Timestamps are in GMT/BST.

00:35:43 Watusimoto has joined
01:10:05 fordcars Quit (Ping timeout: 246 seconds)
01:58:28 damndisconnect has joined
02:00:30 destroyerimo has joined
02:02:32 destroyerimo_clo Quit (Ping timeout: 260 seconds)
02:03:39 damndisconnect Quit (Ping timeout: 255 seconds)
02:08:09 Nothing_Much Quit (Ping timeout: 255 seconds)
02:11:06 Nothing_Much has joined
02:55:44 Nothing_Much Quit (Ping timeout: 260 seconds)
04:31:40 destroyerimo_clo has joined
04:35:16 destroyerimo Quit (Ping timeout: 245 seconds)
05:04:15 kodabb is now known as koda
05:45:16 Watusimoto Quit (Ping timeout: 245 seconds)
05:58:24 LordDVG has joined
06:45:54 damndisconnect has joined
06:49:26 destroyerimo_clo Quit (Ping timeout: 245 seconds)
07:12:49 Nothing_Much has joined
07:18:25 LordDVG Quit (Remote host closed the connection)
07:29:56 Nothing_Much Quit (Read error: Connection reset by peer)
07:30:01 no_mu has joined
07:30:28 no_mu is now known as Nothing_Much
07:54:26 damndisconnect Quit (Ping timeout: 272 seconds)
08:11:59 damndisconnect has joined
08:14:01 Nothing_Much Quit (Ping timeout: 245 seconds)
08:35:38 damndisconnect Quit (Ping timeout: 240 seconds)
10:13:35 Watusimoto has joined
10:21:04 Watusimoto Quit (Ping timeout: 276 seconds)
11:09:03 raptor has joined
11:09:04 ChanServ sets mode +o
11:09:08 raptor good morning!
11:23:10 koda morning
11:45:00 Watusimoto has joined
12:25:36 raptor a day of debugging SQL!
12:25:42 raptor what a great way to start the week!
12:33:13 Nothing_Much has joined
13:16:03 Watusimoto hi
13:16:20 raptor hello
13:16:34 Watusimoto I got a homework assignment from one of my prospective employers
13:16:48 raptor choose 'b' !
13:16:49 Watusimoto I'm writing it in C++ CLI, which is a very weird C++ variant
13:17:13 Watusimoto it is unmanaged C++ mixed with memory managed .NET code
13:17:22 raptor oh man
13:17:28 raptor that sounds like a chimera
13:17:31 Watusimoto it introduces a new type of pointer
13:18:01 Watusimoto System::String^ newString = gcnew System::String("Hello!");
13:18:02 raptor sounds like something akin to Apple's ObjC++
13:18:10 Watusimoto yes, probably
13:18:22 raptor the ^ pointer!
13:18:27 Watusimoto so you use ^ and % to reference/deref managed pointers
13:18:29 raptor for rabbits!
13:18:36 raptor oh fun
13:18:37 koda the ^ is from pascal totally
13:18:49 Watusimoto is it?  I used to know Pascal, but it's mostly gone now
13:18:52 raptor that's totally not confusing with exponent/modulo
13:18:58 Watusimoto totally not
13:19:07 koda Watusimoto: hedgewars engine is written in pascal :))
13:19:09 Watusimoto Nor are & and *
13:19:23 raptor ha
13:19:26 Watusimoto koda: great!  Surely not Turbo Pascal!
13:19:49 raptor but i take it * and & are still available, or no?
13:19:58 Watusimoto yes, but you can't mix and match
13:20:10 Watusimoto you can't create a pointer to a managed object
13:20:11 raptor ok, that makes sense
13:20:21 raptor this can't possibly be portable code...
13:20:29 Watusimoto sure it is
13:20:36 Watusimoto you can port it to any windows machine you like
13:20:42 raptor haha
13:21:04 Watusimoto older son started school today
13:21:14 raptor i start tomorrow!
13:21:21 Watusimoto more classes?
13:21:29 raptor just one
13:21:31 Watusimoto you should learn .NET programming
13:21:33 koda with inheritance?
13:22:03 Watusimoto that would be nice -- inherit the work you already did for the parent class, implement just one short assignment
13:22:03 koda bleah .net :(
13:22:42 raptor this game is entirely in c#:  http://www.openra.net/
13:22:48 raptor runs on the mono runtime
13:25:23 Watusimoto so I need to decide which job (if either) to take -- the career-thematic, probably more interesting work, with (probably) lower pay and less vacation, or the one with very boring work but well paying and with total flexibility (i.e. 3 months of vacation are no problem) job
13:26:01 raptor it depends on how much you define yourself by your job
13:26:25 koda Watusimoto: have you got any experience with objc/ios and java/android?
13:26:42 Watusimoto sadly, no mobile experience (yet)
13:26:51 Watusimoto I don't even have a smart phone
13:26:57 koda WAT
13:27:03 koda ragequits
13:27:10 raptor agrees with that choice
13:27:16 Watusimoto I only barely have a dumb phone -- I share it with my wife, and it's off 90% of the time
13:27:21 koda :D
13:27:32 koda raptor: with ragequitting or not having a sp
13:27:33 Watusimoto so almost the entire day I am without mobile connectivity
13:27:42 raptor i don't even have a dumbphone  :)
13:31:57 Invisible has joined
13:38:13 sam686 anyone going to fix the wiki bitfighter skin? http://bitfighter.org/wiki/index.php?title=Main_Page&useskin=bitfighter
13:46:52 sam686 what it looks like in chrome: http://sam6.25u.com/upload/bfwiki_problem.png
13:47:09 sam686 after disabling overflow-x (appears to fix) http://sam6.25u.com/upload/bfwiki_fix.png
13:54:45 Watusimoto hi sam686!!
13:55:33 sam686 hi
13:55:49 raptor hi
13:56:19 raptor that overflow bit was added because the front page had a horizontal scrollbar
13:58:13 sam686 also, the home page or other non-wiki non-phpbb page have a problem when width of web browser window goes tiny or smaller thwn width of 400..
13:58:56 koda sam686: \o/
13:59:08 koda sam686: now with twice as many registers as sam386
13:59:09 raptor haha, content disappears to the left
13:59:14 sam686 we can make wiki localsettings.php default to bitfighter skin
13:59:37 raptor I think watusimoto was working on that last - is it ready for prime time?
14:00:12 sam686 make use of chrome developer tools, it helps working with web page and styles
14:01:15 raptor yes, i use the firefox developer tools
14:12:21 sam686 http://sam6.25u.com/upload/text1409/140902_13-11-11.txt perhaps that will fix seeing horizontal scroll with no overflow-x needed, also fix tiny width browser size
14:21:48 raptor margin: 10px auto 50px auto;
14:21:52 raptor might be better
14:22:01 raptor it keeps top/bottom alignment
14:22:55 Invisible Quit (Quit: Invisible)
14:31:32 sam686 you can actually keep the margin there, while removing left: 50% and adding width, margin-left, margin-right
14:32:01 Nothing_Much curious, OpenGLES 2.0 is too different for an easy implementation, right?
14:32:23 raptor itll be significant work
14:33:40 sam686 most opengl 4.0 hardware is backwords compatible all the way back to opengl 1.1
14:33:52 sam686 im not sure if the same is true for openGLES
14:34:48 raptor GLES is the issue
14:34:50 Watusimoto raptor, sam686: I have no pending changes for the website -- everything I've done is out there
14:35:00 raptor we have to do a lot of conversion to use shaders
14:35:12 Watusimoto and raptor: that Level issue you found last night is not an issue for me; maybe I fixed it on my local code
14:35:22 raptor ok
14:35:31 raptor well, when ever you push next, then we can test Opus :)
14:35:55 Watusimoto I can push what I have, but it doesn't fix walls in the game
14:36:04 Watusimoto i.e. engr items don't mount, can fly through polywalls
14:36:12 Watusimoto those are the two outstanding issues
14:36:18 Watusimoto very vexing
14:36:20 raptor that's what i have now
14:36:24 raptor i think it's a const issue...
14:36:29 Watusimoto but no errors
14:36:41 Watusimoto i.e. no asserts, no crashes, etc.
14:36:57 raptor yep, just like what i've experienced in the past
14:37:22 raptor the fix is to tediously go through all the message signatures and verify they match
14:40:37 raptor which I can probably do, once you commit/push
15:19:14 Watusimoto ok, I'll do that soon
15:36:23 raptor ok sam686, i fixed it.  does it work OK now?
15:36:30 raptor also, you can change the default skin in the wiki
15:47:39 BFLogBot Commit: 16d9b59bc8 | Author: watusimoto | Message: Whitespace
15:47:40 BFLogBot Commit: 9435405650 | Author: watusimoto | Message: Remove weirdness
15:47:42 BFLogBot Commit: f318b6fb68 | Author: watusimoto | Message: Map out where things need to happen to fix outstanding Level issues
15:47:43 BFLogBot Commit: 2406621583 | Author: watusimoto | Message: Comment
15:47:45 BFLogBot Commit: 5d3d7cc5b8 | Author: watusimoto | Message: Make method const
15:47:46 BFLogBot Commit: 3136878447 | Author: watusimoto | Message: Comments and whitespace
15:47:48 BFLogBot Commit: 273246cd3a | Author: watusimoto | Message: Checkpoint -- fixes editor crash, paves way for fixing outstanding Level refactor issues.
15:47:49 BFLogBot Commit: 85e546ae77 | Author: watusimoto | Message: Merge
15:49:15 Nothing_Much Quit (Ping timeout: 264 seconds)
16:00:08 raptor Watusimoto: is that the commit i'm looking for?
16:00:25 Watusimoto I hope so -- it's all I got
16:01:07 raptor was the merge ok?
16:01:12 raptor merge work, i mean
16:08:05 Watusimoto yes
16:08:07 Watusimoto easy
16:08:12 raptor ok good
16:08:17 raptor and it built!
16:08:49 raptor still get the crash
16:09:15 raptor http://pastie.org/pastes/9522320/text
16:09:27 raptor i do a bitfighter -dedicated, then attempt to connect to it with a client
16:14:08 raptor Watusimoto: is mLevel ever actually instantiated?
16:14:39 raptor boost::shared_ptr<Level> mLevel;  is declard int he header, but i don't see a  mLevel = boost::shared_ptr<Level>(new Level());
16:16:38 raptor I see setLevel in ServerGame and ClientGame, but only CLientGame has the Level actually set...
16:18:07 raptor yeah,  ServerGame::setLevel is called from nowhere
16:20:28 sam686 I found that a gcc compiler option -flto together with the usual -O2 or -Os does reduce compiled binary size (after strip), same goes with mingw
16:20:45 sam686 i haven't tried using -flto on bitfighter though..
16:21:20 sam686 it may slow down linker by a lot but does remove more unused code reducing binary size.
16:24:14 raptor only for gcc platforms?
16:25:10 sam686 -flto = link time optimization, windows visual C++ already have something similar back on visual c++ 2005?
16:27:32 sam686 windows visual C++ calls it "Whole program optimization" which I think is already enabled in our windows bitfighter project
16:32:14 Invisible has joined
16:37:16 raptor wow, linking sure takes a long time with that...
16:40:11 raptor still linking...
16:40:41 raptor and it failed!  with boost linking errors
16:41:07 sam686 i guess gcc have a whole lot more to optimize when using link time optimization
16:42:06 sam686 I only used it on my small project contaiming 10 cpp files and mingw cut the size from 160 mb (without -flto) down to 92 mb (with -flto)
16:42:30 sam686 windows vc++ was only able to go down to 136 mb
16:43:19 sam686 oops, thats in kb, not mb
16:50:04 Watusimoto raptor: yes, it's instantiated several places
16:50:52 Watusimoto ServerGame::loadLevel()
16:51:30 Watusimoto oops, not there
16:52:02 Watusimoto inside xxxLevelSource::getLevel()
16:52:09 Watusimoto FileListLevelSource::getLevel()
16:52:23 Watusimoto MultiLevelSource::getLevel()
16:52:33 Watusimoto StringLevelSource::getLevel()
16:52:38 raptor ok
16:52:44 Watusimoto and in the editor
16:52:46 raptor maybe it's a clientside error
16:52:48 Watusimoto look for StringLevelSource::getLevel()
16:53:00 Watusimoto argh!
16:53:01 Watusimoto Level *level = new Level();
16:53:42 raptor heh ok
16:53:49 Watusimoto levels all come from the levelsources, except in the editor, and that needs to change
16:53:54 raptor maybe the mLevel isn't available yet
16:54:15 Watusimoto where/when?
16:54:19 raptor like it's not really loaded before  Game::computeWorldObjectExtents is called
16:54:23 raptor see:  http://pastie.org/pastes/9522320/text
16:54:26 Watusimoto can you reproduce the error?
16:54:30 raptor every time
16:54:36 raptor clean compile
16:54:50 raptor start a bitfighter -dedicated, then attempt to connect to it via client
16:54:59 raptor boost assertion fail on mLevel
16:55:24 Watusimoto on client, level gets set in ClientGame::setLevel()
16:55:26 Watusimoto only
16:55:34 Watusimoto but that should be called early on
16:55:46 raptor yes, and i suspect that the call from idle() is just barely before that
16:57:37 Watusimoto oh, also in ClientGame::onGameStarting()
17:03:38 Watusimoto interesting
17:03:51 Watusimoto clientGame does idle before onGameStarting
17:05:33 Watusimoto I'll fix by uncommenting line 71 in ClientGame constructor
17:05:42 Watusimoto I don't know why that doesn't crash for me
17:06:46 raptor huh, ok
17:07:05 raptor side note:  should we be computing the world extends every tick?
17:07:37 Watusimoto not in a closed level
17:07:48 Watusimoto but in an open one, the universe could be ever-expanding
17:07:55 Watusimoto so... not sure
17:08:06 Watusimoto but I think we need a major refactor here
17:08:22 Watusimoto I think clientgame should no longer be the main thing that runs on the client
17:08:40 Watusimoto rather, it should be ui manager, and clientgame should only exist when there is an actual game going on
17:09:53 LordDVG has joined
17:09:57 Watusimoto I have no appetite for that, at the moment
17:10:35 BFLogBot Commit: 867d8f9687 | Author: watusimoto | Message: Fix null level crash on Linux
17:13:05 Nothing_Much has joined
17:13:12 raptor testing..
17:13:38 raptor so far 020 is looking big!:  LuaJIT  Win64
17:13:54 raptor and nothing the end-user will notice!
17:14:43 raptor verified fixed
17:14:44 raptor thanks
17:45:41 Flynnn has joined
17:46:43 Nothing_Much Quit (Ping timeout: 268 seconds)
17:49:39 fordcars has joined
18:39:56 Flynnn Quit (Quit: This computer has gone to sleep)
18:41:03 Nothing_Much has joined
18:42:21 Nothing_Much Quit (Client Quit)
18:47:15 Nothing_Much has joined
18:51:13 Nothing_Much Quit (Client Quit)
18:51:26 Nothing_Much has joined
18:55:42 Nothing_Much Quit (Ping timeout: 245 seconds)
19:11:58 Flynnn has joined
19:16:43 LordDVG Quit (Remote host closed the connection)
19:29:03 Nothing_Much has joined
19:32:53 Nothing_Much Quit (Client Quit)
19:59:15 raptor home again home again jiggety jig
19:59:29 raptor Quit ()
20:53:22 Watusimoto Quit (Ping timeout: 260 seconds)
20:59:24 Nothing_Much has joined
21:15:37 raptor_win64 has joined
21:15:46 raptor_win64 ok, new opus build:  http://sam6.25u.com/upload/bitfighter-win64-opus.7z
21:15:58 raptor_win64 but i have to go.  i'll be back in about 2.5 hours
21:16:02 raptor_win64 later
21:19:58 Invisible Quit (Ping timeout: 240 seconds)
21:20:25 raptor_win64 Quit (Ping timeout: 246 seconds)
21:22:56 Watusimoto has joined
21:24:25 Nothing_Much Quit (Ping timeout: 268 seconds)
22:17:14 Flynnn Quit (Quit: This computer has gone to sleep)
22:41:40 Flynnn has joined
23:02:23 Flynnn Quit (Quit: This computer has gone to sleep)
23:27:03 Watusimoto Quit (Ping timeout: 264 seconds)
23:31:17 Watusimoto has joined
23:38:10 raptor has joined
23:38:10 ChanServ sets mode +o
23:38:24 raptor good evening!
23:50:03 raptor Watusimoto: do you have time to give the voice chat another go?

Index Search ←Prev date Next date→

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

00:35:43		Watusimoto has joined
01:10:05		fordcars Quit (Ping timeout: 246 seconds)
01:58:28		damndisconnect has joined
02:00:30		destroyerimo has joined
02:02:32		destroyerimo_clo Quit (Ping timeout: 260 seconds)
02:03:39		damndisconnect Quit (Ping timeout: 255 seconds)
02:08:09		Nothing_Much Quit (Ping timeout: 255 seconds)
02:11:06		Nothing_Much has joined
02:55:44		Nothing_Much Quit (Ping timeout: 260 seconds)
04:31:40		destroyerimo_clo has joined
04:35:16		destroyerimo Quit (Ping timeout: 245 seconds)
05:04:15		kodabb is now known as koda
05:45:16		Watusimoto Quit (Ping timeout: 245 seconds)
05:58:24		LordDVG has joined
06:45:54		damndisconnect has joined
06:49:26		destroyerimo_clo Quit (Ping timeout: 245 seconds)
07:12:49		Nothing_Much has joined
07:18:25		LordDVG Quit (Remote host closed the connection)
07:29:56		Nothing_Much Quit (Read error: Connection reset by peer)
07:30:01		no_mu has joined
07:30:28		no_mu is now known as Nothing_Much
07:54:26		damndisconnect Quit (Ping timeout: 272 seconds)
08:11:59		damndisconnect has joined
08:14:01		Nothing_Much Quit (Ping timeout: 245 seconds)
08:35:38		damndisconnect Quit (Ping timeout: 240 seconds)
10:13:35		Watusimoto has joined
10:21:04		Watusimoto Quit (Ping timeout: 276 seconds)
11:09:03		raptor has joined
11:09:04		ChanServ sets mode +o
11:09:08	raptor	good morning!
11:23:10	koda	morning
11:45:00		Watusimoto has joined
12:25:36	raptor	a day of debugging SQL!
12:25:42	raptor	what a great way to start the week!
12:33:13		Nothing_Much has joined
13:16:03	Watusimoto	hi
13:16:20	raptor	hello
13:16:34	Watusimoto	I got a homework assignment from one of my prospective employers
13:16:48	raptor	choose 'b' !
13:16:49	Watusimoto	I'm writing it in C++ CLI, which is a very weird C++ variant
13:17:13	Watusimoto	it is unmanaged C++ mixed with memory managed .NET code
13:17:22	raptor	oh man
13:17:28	raptor	that sounds like a chimera
13:17:31	Watusimoto	it introduces a new type of pointer
13:18:01	Watusimoto	System::String^ newString = gcnew System::String("Hello!");
13:18:02	raptor	sounds like something akin to Apple's ObjC++
13:18:10	Watusimoto	yes, probably
13:18:22	raptor	the ^ pointer!
13:18:27	Watusimoto	so you use ^ and % to reference/deref managed pointers
13:18:29	raptor	for rabbits!
13:18:36	raptor	oh fun
13:18:37	koda	the ^ is from pascal totally
13:18:49	Watusimoto	is it? I used to know Pascal, but it's mostly gone now
13:18:52	raptor	that's totally not confusing with exponent/modulo
13:18:58	Watusimoto	totally not
13:19:07	koda	Watusimoto: hedgewars engine is written in pascal :))
13:19:09	Watusimoto	Nor are & and *
13:19:23	raptor	ha
13:19:26	Watusimoto	koda: great! Surely not Turbo Pascal!
13:19:49	raptor	but i take it * and & are still available, or no?
13:19:58	Watusimoto	yes, but you can't mix and match
13:20:10	Watusimoto	you can't create a pointer to a managed object
13:20:11	raptor	ok, that makes sense
13:20:21	raptor	this can't possibly be portable code...
13:20:29	Watusimoto	sure it is
13:20:36	Watusimoto	you can port it to any windows machine you like
13:20:42	raptor	haha
13:21:04	Watusimoto	older son started school today
13:21:14	raptor	i start tomorrow!
13:21:21	Watusimoto	more classes?
13:21:29	raptor	just one
13:21:31	Watusimoto	you should learn .NET programming
13:21:33	koda	with inheritance?
13:22:03	Watusimoto	that would be nice -- inherit the work you already did for the parent class, implement just one short assignment
13:22:03	koda	bleah .net :(
13:22:42	raptor	this game is entirely in c#: http://www.openra.net/
13:22:48	raptor	runs on the mono runtime
13:25:23	Watusimoto	so I need to decide which job (if either) to take -- the career-thematic, probably more interesting work, with (probably) lower pay and less vacation, or the one with very boring work but well paying and with total flexibility (i.e. 3 months of vacation are no problem) job
13:26:01	raptor	it depends on how much you define yourself by your job
13:26:25	koda	Watusimoto: have you got any experience with objc/ios and java/android?
13:26:42	Watusimoto	sadly, no mobile experience (yet)
13:26:51	Watusimoto	I don't even have a smart phone
13:26:57	koda	WAT
13:27:03		koda ragequits
13:27:10		raptor agrees with that choice
13:27:16	Watusimoto	I only barely have a dumb phone -- I share it with my wife, and it's off 90% of the time
13:27:21	koda	:D
13:27:32	koda	raptor: with ragequitting or not having a sp
13:27:33	Watusimoto	so almost the entire day I am without mobile connectivity
13:27:42	raptor	i don't even have a dumbphone :)
13:31:57		Invisible has joined
13:38:13	sam686	anyone going to fix the wiki bitfighter skin? http://bitfighter.org/wiki/index.php?title=Main_Page&useskin=bitfighter
13:46:52	sam686	what it looks like in chrome: http://sam6.25u.com/upload/bfwiki_problem.png
13:47:09	sam686	after disabling overflow-x (appears to fix) http://sam6.25u.com/upload/bfwiki_fix.png
13:54:45	Watusimoto	hi sam686!!
13:55:33	sam686	hi
13:55:49	raptor	hi
13:56:19	raptor	that overflow bit was added because the front page had a horizontal scrollbar
13:58:13	sam686	also, the home page or other non-wiki non-phpbb page have a problem when width of web browser window goes tiny or smaller thwn width of 400..
13:58:56	koda	sam686: \o/
13:59:08	koda	sam686: now with twice as many registers as sam386
13:59:09	raptor	haha, content disappears to the left
13:59:14	sam686	we can make wiki localsettings.php default to bitfighter skin
13:59:37	raptor	I think watusimoto was working on that last - is it ready for prime time?
14:00:12	sam686	make use of chrome developer tools, it helps working with web page and styles
14:01:15	raptor	yes, i use the firefox developer tools
14:12:21	sam686	http://sam6.25u.com/upload/text1409/140902_13-11-11.txt perhaps that will fix seeing horizontal scroll with no overflow-x needed, also fix tiny width browser size
14:21:48	raptor	margin: 10px auto 50px auto;
14:21:52	raptor	might be better
14:22:01	raptor	it keeps top/bottom alignment
14:22:55		Invisible Quit (Quit: Invisible)
14:31:32	sam686	you can actually keep the margin there, while removing left: 50% and adding width, margin-left, margin-right
14:32:01	Nothing_Much	curious, OpenGLES 2.0 is too different for an easy implementation, right?
14:32:23	raptor	itll be significant work
14:33:40	sam686	most opengl 4.0 hardware is backwords compatible all the way back to opengl 1.1
14:33:52	sam686	im not sure if the same is true for openGLES
14:34:48	raptor	GLES is the issue
14:34:50	Watusimoto	raptor, sam686: I have no pending changes for the website -- everything I've done is out there
14:35:00	raptor	we have to do a lot of conversion to use shaders
14:35:12	Watusimoto	and raptor: that Level issue you found last night is not an issue for me; maybe I fixed it on my local code
14:35:22	raptor	ok
14:35:31	raptor	well, when ever you push next, then we can test Opus :)
14:35:55	Watusimoto	I can push what I have, but it doesn't fix walls in the game
14:36:04	Watusimoto	i.e. engr items don't mount, can fly through polywalls
14:36:12	Watusimoto	those are the two outstanding issues
14:36:18	Watusimoto	very vexing
14:36:20	raptor	that's what i have now
14:36:24	raptor	i think it's a const issue...
14:36:29	Watusimoto	but no errors
14:36:41	Watusimoto	i.e. no asserts, no crashes, etc.
14:36:57	raptor	yep, just like what i've experienced in the past
14:37:22	raptor	the fix is to tediously go through all the message signatures and verify they match
14:40:37	raptor	which I can probably do, once you commit/push
15:19:14	Watusimoto	ok, I'll do that soon
15:36:23	raptor	ok sam686, i fixed it. does it work OK now?
15:36:30	raptor	also, you can change the default skin in the wiki
15:47:39		BFLogBot Commit: 16d9b59bc8 \| Author: watusimoto \| Message: Whitespace
15:47:40		BFLogBot Commit: 9435405650 \| Author: watusimoto \| Message: Remove weirdness
15:47:42		BFLogBot Commit: f318b6fb68 \| Author: watusimoto \| Message: Map out where things need to happen to fix outstanding Level issues
15:47:43		BFLogBot Commit: 2406621583 \| Author: watusimoto \| Message: Comment
15:47:45		BFLogBot Commit: 5d3d7cc5b8 \| Author: watusimoto \| Message: Make method const
15:47:46		BFLogBot Commit: 3136878447 \| Author: watusimoto \| Message: Comments and whitespace
15:47:48		BFLogBot Commit: 273246cd3a \| Author: watusimoto \| Message: Checkpoint -- fixes editor crash, paves way for fixing outstanding Level refactor issues.
15:47:49		BFLogBot Commit: 85e546ae77 \| Author: watusimoto \| Message: Merge
15:49:15		Nothing_Much Quit (Ping timeout: 264 seconds)
16:00:08	raptor	Watusimoto: is that the commit i'm looking for?
16:00:25	Watusimoto	I hope so -- it's all I got
16:01:07	raptor	was the merge ok?
16:01:12	raptor	merge work, i mean
16:08:05	Watusimoto	yes
16:08:07	Watusimoto	easy
16:08:12	raptor	ok good
16:08:17	raptor	and it built!
16:08:49	raptor	still get the crash
16:09:15	raptor	http://pastie.org/pastes/9522320/text
16:09:27	raptor	i do a bitfighter -dedicated, then attempt to connect to it with a client
16:14:08	raptor	Watusimoto: is mLevel ever actually instantiated?
16:14:39	raptor	boost::shared_ptr<Level> mLevel; is declard int he header, but i don't see a mLevel = boost::shared_ptr<Level>(new Level());
16:16:38	raptor	I see setLevel in ServerGame and ClientGame, but only CLientGame has the Level actually set...
16:18:07	raptor	yeah, ServerGame::setLevel is called from nowhere
16:20:28	sam686	I found that a gcc compiler option -flto together with the usual -O2 or -Os does reduce compiled binary size (after strip), same goes with mingw
16:20:45	sam686	i haven't tried using -flto on bitfighter though..
16:21:20	sam686	it may slow down linker by a lot but does remove more unused code reducing binary size.
16:24:14	raptor	only for gcc platforms?
16:25:10	sam686	-flto = link time optimization, windows visual C++ already have something similar back on visual c++ 2005?
16:27:32	sam686	windows visual C++ calls it "Whole program optimization" which I think is already enabled in our windows bitfighter project
16:32:14		Invisible has joined
16:37:16	raptor	wow, linking sure takes a long time with that...
16:40:11	raptor	still linking...
16:40:41	raptor	and it failed! with boost linking errors
16:41:07	sam686	i guess gcc have a whole lot more to optimize when using link time optimization
16:42:06	sam686	I only used it on my small project contaiming 10 cpp files and mingw cut the size from 160 mb (without -flto) down to 92 mb (with -flto)
16:42:30	sam686	windows vc++ was only able to go down to 136 mb
16:43:19	sam686	oops, thats in kb, not mb
16:50:04	Watusimoto	raptor: yes, it's instantiated several places
16:50:52	Watusimoto	ServerGame::loadLevel()
16:51:30	Watusimoto	oops, not there
16:52:02	Watusimoto	inside xxxLevelSource::getLevel()
16:52:09	Watusimoto	FileListLevelSource::getLevel()
16:52:23	Watusimoto	MultiLevelSource::getLevel()
16:52:33	Watusimoto	StringLevelSource::getLevel()
16:52:38	raptor	ok
16:52:44	Watusimoto	and in the editor
16:52:46	raptor	maybe it's a clientside error
16:52:48	Watusimoto	look for StringLevelSource::getLevel()
16:53:00	Watusimoto	argh!
16:53:01	Watusimoto	Level *level = new Level();
16:53:42	raptor	heh ok
16:53:49	Watusimoto	levels all come from the levelsources, except in the editor, and that needs to change
16:53:54	raptor	maybe the mLevel isn't available yet
16:54:15	Watusimoto	where/when?
16:54:19	raptor	like it's not really loaded before Game::computeWorldObjectExtents is called
16:54:23	raptor	see: http://pastie.org/pastes/9522320/text
16:54:26	Watusimoto	can you reproduce the error?
16:54:30	raptor	every time
16:54:36	raptor	clean compile
16:54:50	raptor	start a bitfighter -dedicated, then attempt to connect to it via client
16:54:59	raptor	boost assertion fail on mLevel
16:55:24	Watusimoto	on client, level gets set in ClientGame::setLevel()
16:55:26	Watusimoto	only
16:55:34	Watusimoto	but that should be called early on
16:55:46	raptor	yes, and i suspect that the call from idle() is just barely before that
16:57:37	Watusimoto	oh, also in ClientGame::onGameStarting()
17:03:38	Watusimoto	interesting
17:03:51	Watusimoto	clientGame does idle before onGameStarting
17:05:33	Watusimoto	I'll fix by uncommenting line 71 in ClientGame constructor
17:05:42	Watusimoto	I don't know why that doesn't crash for me
17:06:46	raptor	huh, ok
17:07:05	raptor	side note: should we be computing the world extends every tick?
17:07:37	Watusimoto	not in a closed level
17:07:48	Watusimoto	but in an open one, the universe could be ever-expanding
17:07:55	Watusimoto	so... not sure
17:08:06	Watusimoto	but I think we need a major refactor here
17:08:22	Watusimoto	I think clientgame should no longer be the main thing that runs on the client
17:08:40	Watusimoto	rather, it should be ui manager, and clientgame should only exist when there is an actual game going on
17:09:53		LordDVG has joined
17:09:57	Watusimoto	I have no appetite for that, at the moment
17:10:35		BFLogBot Commit: 867d8f9687 \| Author: watusimoto \| Message: Fix null level crash on Linux
17:13:05		Nothing_Much has joined
17:13:12	raptor	testing..
17:13:38	raptor	so far 020 is looking big!: LuaJIT Win64
17:13:54	raptor	and nothing the end-user will notice!
17:14:43	raptor	verified fixed
17:14:44	raptor	thanks
17:45:41		Flynnn has joined
17:46:43		Nothing_Much Quit (Ping timeout: 268 seconds)
17:49:39		fordcars has joined
18:39:56		Flynnn Quit (Quit: This computer has gone to sleep)
18:41:03		Nothing_Much has joined
18:42:21		Nothing_Much Quit (Client Quit)
18:47:15		Nothing_Much has joined
18:51:13		Nothing_Much Quit (Client Quit)
18:51:26		Nothing_Much has joined
18:55:42		Nothing_Much Quit (Ping timeout: 245 seconds)
19:11:58		Flynnn has joined
19:16:43		LordDVG Quit (Remote host closed the connection)
19:29:03		Nothing_Much has joined
19:32:53		Nothing_Much Quit (Client Quit)
19:59:15	raptor	home again home again jiggety jig
19:59:29		raptor Quit ()
20:53:22		Watusimoto Quit (Ping timeout: 260 seconds)
20:59:24		Nothing_Much has joined
21:15:37		raptor_win64 has joined
21:15:46	raptor_win64	ok, new opus build: http://sam6.25u.com/upload/bitfighter-win64-opus.7z
21:15:58	raptor_win64	but i have to go. i'll be back in about 2.5 hours
21:16:02	raptor_win64	later
21:19:58		Invisible Quit (Ping timeout: 240 seconds)
21:20:25		raptor_win64 Quit (Ping timeout: 246 seconds)
21:22:56		Watusimoto has joined
21:24:25		Nothing_Much Quit (Ping timeout: 268 seconds)
22:17:14		Flynnn Quit (Quit: This computer has gone to sleep)
22:41:40		Flynnn has joined
23:02:23		Flynnn Quit (Quit: This computer has gone to sleep)
23:27:03		Watusimoto Quit (Ping timeout: 264 seconds)
23:31:17		Watusimoto has joined
23:38:10		raptor has joined
23:38:10		ChanServ sets mode +o
23:38:24	raptor	good evening!
23:50:03	raptor	Watusimoto: do you have time to give the voice chat another go?