IRC logs for #openttd.dev on OFTC at 2014-02-20
#openttd.dev / 2014 / 02 
            

07:24:40  *** Supercheese has quit IRC



11:09:14  *** michi_cc has quit IRC



11:16:00  *** michi_cc has joined #openttd.dev



11:16:00  *** ChanServ sets mode: +v michi_cc



16:58:52  *** michi_cc has quit IRC



17:14:59  *** michi_cc has joined #openttd.dev



17:15:00  *** ChanServ sets mode: +v michi_cc



17:39:40  *** frosch123 has joined #openttd.dev



17:39:40  *** ChanServ sets mode: +v frosch123



17:45:44  *** frosch123 has quit IRC



17:49:50  *** frosch123 has joined #openttd.dev



17:49:50  *** ChanServ sets mode: +v frosch123



18:45:09  *** DorpsGek changes topic to "OpenTTD Dev Channel || Latest SVN: r26358 || Logs: http://webster.openttdcoop.org/?channel=openttd.dev || Voice (talk-right) upon request via #openttd; make sure you are registered to NickServ before asking"



19:34:03  *** Alberth has joined #openttd.dev



19:34:03  *** ChanServ sets mode: +v Alberth



21:32:47  <frosch123> hmm, so even NOT_REACHED does not give a proper backtrace



21:37:08  <Alberth> :(



21:37:35  <frosch123> i do not see where win32_v could cause a recursive mutex lock



21:38:19  <Alberth> gn



21:38:24  *** Alberth has left #openttd.dev



21:41:34  <Rubidium> frosch123: I think the tool on openttd.org isn't doing something right



21:41:44  <frosch123> nope



21:41:52  <Rubidium> it takes MSVC in my virtual box literally minutes to get the stack trace



21:41:54  <frosch123> i knew that it doesn't do anything for assert



21:42:11  <frosch123> but apparently NOT_REACHED is the same :p



21:42:24  <Rubidium> loading all kinds of symbols and the likes; if the one on openttd.org does that in mere seconds, it's probably not doing something



21:44:49  <Rubidium> frosch123: https://bugs.openttd.org/task/5922#comment13090



21:47:06  <frosch123> that are four recusions of WndProcGdi, right?



21:47:59  <Rubidium> yeah, looks like it



21:48:13  <frosch123> looks like ClientSizeChanged should use recursive mutex



21:48:33  <frosch123> or no mutex at all?



21:48:39  <frosch123> it is only called from WndProcGdri



21:48:50  <frosch123> which shuold have the mutex ni all cases, right?



21:49:02  <Rubidium> I have no idea about that



21:51:23  <frosch123> well, 3 options :)



21:51:30  <frosch123> 1) remove the mutex, considering it wrong



21:51:39  <frosch123> 2) make the mutex recursive



21:51:47  <frosch123> 3) remove the recursivity checks for windows



22:05:38  *** frosch123 has quit IRC



22:46:44  *** JGR_ has joined #openttd.dev



22:47:03  *** JGR has quit IRC