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

00:08:05  *** adf88 has quit IRC



00:08:18  *** adf88 has joined #openttd.dev



00:08:19  *** ChanServ sets mode: +v adf88



00:36:36  *** adf88 has quit IRC



00:36:48  *** adf88 has joined #openttd.dev



00:36:48  *** ChanServ sets mode: +v adf88



01:24:01  *** adf88 has quit IRC



01:24:13  *** adf88 has joined #openttd.dev



01:24:13  *** ChanServ sets mode: +v adf88



01:43:42  *** adf88 has quit IRC



01:43:54  *** adf88 has joined #openttd.dev



01:43:54  *** ChanServ sets mode: +v adf88



02:45:52  *** adf88 has quit IRC



02:46:04  *** adf88 has joined #openttd.dev



02:46:04  *** ChanServ sets mode: +v adf88



03:03:31  *** adf88 has quit IRC



07:46:20  *** Supercheese has quit IRC



08:55:41  *** Ristovski has joined #openttd.dev



09:14:53  *** adf88 has joined #openttd.dev



09:14:54  *** ChanServ sets mode: +v adf88



10:07:31  *** adf89 has joined #openttd.dev



10:07:31  *** adf88 has quit IRC



10:23:09  *** adf88 has joined #openttd.dev



10:23:09  *** ChanServ sets mode: +v adf88



10:23:09  *** adf89 has quit IRC



12:05:49  *** adf88 has quit IRC



12:05:49  *** Ristovski has quit IRC



12:05:49  *** tycoondemon has quit IRC



12:05:51  *** Belugas has quit IRC



12:05:51  *** dihedral has quit IRC



12:05:51  *** LordAro has quit IRC



12:05:51  *** Rubidium has quit IRC



12:05:51  *** Terkhen has quit IRC



12:06:11  *** Ristovski has joined #openttd.dev



12:07:03  *** LordAro has joined #openttd.dev



12:07:03  *** Terkhen has joined #openttd.dev



12:07:03  *** Rubidium has joined #openttd.dev



12:07:03  *** resistance.oftc.net sets mode: +vvv LordAro Terkhen Rubidium



12:08:27  *** Rubidium has quit IRC



12:08:27  *** Terkhen has quit IRC



12:08:27  *** LordAro has quit IRC



12:09:34  *** tycoondemon has joined #openttd.dev



12:09:57  *** Belugas has joined #openttd.dev



12:09:57  *** dihedral has joined #openttd.dev



12:09:57  *** graviton.oftc.net sets mode: +v Belugas



12:10:09  *** adf88 has joined #openttd.dev



12:10:09  *** oxygen.oftc.net sets mode: +v adf88



12:12:06  *** LordAro has joined #openttd.dev



12:12:06  *** Rubidium has joined #openttd.dev



12:12:06  *** Terkhen has joined #openttd.dev



12:12:06  *** weber.oftc.net sets mode: +vvv LordAro Rubidium Terkhen



12:48:51  *** Ristovski has quit IRC



12:50:08  *** Ristovski has joined #openttd.dev



12:59:56  *** Ristovski has quit IRC



13:28:09  *** Ristovski has joined #openttd.dev



16:37:42  *** adf88 has quit IRC



17:02:47  *** frosch123 has joined #openttd.dev



17:02:47  *** ChanServ sets mode: +v frosch123



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



18:44:40  <fonsinchen> frosch123: the errors in 3082 warn you about a possible deadlock.



18:45:37  <frosch123> i am going to change it, so it checks whether the mutex is owned



18:45:57  <fonsinchen> If one thread first acquires lock A and then lock B and another one first lock B and then A, then they can deadlock if both acquire their first lock in short succession and then wait for the respective other thread on the second lock.



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



18:46:13  <frosch123> hmm, oh, that kind of deadliock



18:46:21  <frosch123> are there even two mutexes involved?



18:47:51  <fonsinchen> Apparently there is one in gfx.cpp:1289 and one in sdl_v.cpp:844



18:48:34  <fonsinchen> or sdl_v.cpp:778 and gfx.cpp:1289 for that matter



18:48:51  <frosch123> oh, model progress



18:48:56  <frosch123> *modal



18:49:40  <fonsinchen> That's a very nice tool you've discovered there



18:49:45  * fonsinchen makes a note



18:50:13  <frosch123> well, it need patience



18:50:26  <frosch123> you cannot run ottd with -v sdl:no_threads obviously :p



18:50:34  <frosch123> so it becomes very hard to use



18:50:53  <frosch123> if i would use it longer i would have to add keyboard shortcuts for everything :p



18:50:56  * fonsinchen spent the entire last week manually debugging thread synchronization at work ...



18:55:03  *** DorpsGek changes topic to "OpenTTD Dev Channel || Latest SVN: r26330 || 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:37:17  <fonsinchen> https://github.com/ulfhermann/openttd/commit/617abc888ea563e92ca6879d9b77ef562b026fca



19:37:39  <fonsinchen> Can this be the cause of FS#5898?



19:37:51  <fonsinchen> It seems I have to finish my windows install after all...



19:38:01  <planetmaker> interesting diff :)



19:38:34  <LordAro> is the constant not used anywhere?



19:38:46  <fonsinchen> No, it's just there for completeness



19:39:20  <fonsinchen> The interesting part is the other half of the patch. If you have > 64k link graph jobs, something interesting should happen



19:39:28  <fonsinchen> But what? no idea



19:39:59  <fonsinchen> And I can't imagine that guy routinely produces more than 64k link graph jobs.



19:42:57  <Rubidium> if the INVALID_LINK_GRAPH_JOB isn't used, then that bit won't do much... which is why I'd ponder why the decrease would improve something... except that LinkGraphJobID is uint16, so *if* for whatever reason those jobs are leaking or so, you'd get into trouble



19:43:56  <frosch123> having more than uint16 entries in the pool makes it impossible to address them



19:44:09  <frosch123> once created you willl access other ones



19:45:43  <fonsinchen> There's no offline way of installing VC++, is there?



19:45:47  <fonsinchen> I hate it ...



19:45:58  <frosch123> you can copy the compilefarm vm



19:46:03  <frosch123> only 5gb :p



19:46:33  <fonsinchen> Would be fine for me. Is it 64bit?



19:52:43  <frosch123> that savegame is not particulary big



19:52:48  <frosch123> it's a small map



19:52:50  <frosch123> only few lines



19:52:54  <fonsinchen> I know



19:53:18  <fonsinchen> The only way this could affect it is if it leaks link graph jobs in a nasty way



19:53:44  <fonsinchen> There's no obvious way to make it do that.



19:57:46  <Rubidium> the same happens with LinkGraph; 16 bit variable, 24 bit pools size



20:03:56  <Rubidium> http://rbijker.net/openttd/max_size_validation.diff



20:06:34  <fonsinchen> Yes, good idea.



20:07:02  <fonsinchen> I'll only fix the typo then.



20:07:32  <Rubidium> pff, just merge this with it ;)



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



21:53:36  *** Ristovski has quit IRC



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