[06:06] <RAOF> Wey, hey! At least clang notices that 1024 * 256 -> unsigned long isn't a narrowing conversion :)
[10:38] <alan_g> alf__: do you mind if I steal lp:1335741?  It has a different cause to the fix you have.
[10:38] <alf__> alan_g: yes you are right, please do, I will open a new bug
[10:53] <alf__> alan_g: note that some invalid memory errors we see with valgrind are actually the result of --gtest_break_on_failure (i.e. gtest causes a segv to drop into the debugger, if any)
[10:54] <alan_g> alf__: yes
[11:05] <camako> Hello cosmonauts! We have started the process for a new Mir release. Packages will be announced here when they are ready.
[11:11] <camako> saviq, greyback, Heads up! This MP (https://code.launchpad.net/~afrantzis/unity-mir/fix-1332624-input-area/+merge/224768) will be landing with the Mir 0.4.0 release. Row 25 on CI train spreadsheet.
[11:11] <Saviq> camako, k thanks
[11:12] <greyback> camako: noted, tq
[14:06] <alan_g> camako: you might want to use this (once it lands) https://code.launchpad.net/~alan-griffiths/mir/spike-nested-server-test-fixture/+merge/224637
[14:07] <camako> alan_g... sure
[14:07] <alan_g> So you might also want to review. ;)
[14:08] <camako> alan_g... :-) will do
[21:20] <racarr> #0  0x00000000010bb050 in typeinfo for testing::internal::ThreadLocalValueHolderBase ()
[21:20] <racarr> #0  0x00000000010bb050 in typeinfo for testing::internal::ThreadLocalValueHolderBase ()
[21:20] <racarr> #0  0x00000000010bb050 in typeinfo for testing::internal::ThreadLocalValueHolderBase ()
[21:20] <racarr> #0  0x00000000010bb050 in typeinfo for testing::internal::ThreadLocalValueHolderBase ()
[21:20] <racarr> #0  0x00000000010bb050 in typeinfo for testing::internal::ThreadLocalValueHolderBase ()
[21:20] <racarr> #0  0x00000000010bb050 in typeinfo for testing::internal::ThreadLocalValueHolderBase ()
[21:20] <racarr> whoops!
[21:26] <racarr> ah...
[21:26] <racarr> I think my test is finishing before the testing server status listener gets to call on_start
[21:26] <racarr> because my tests can finish entirely in the input threads...
[21:26] <racarr> and then
[21:26] <racarr> something goes pretty wrong lol
[21:27] <racarr> presumably invalid thisreferencein the little lambda