Log for on 15th September 2013:
Times are UTC Toggle Colours
00:28:35  *** LordAro has quit IRC
06:50:20  *** Zuu has joined
06:50:20  *** ChanServ sets mode: +v Zuu
07:03:11  *** Supercheese has quit IRC
08:41:45  *** LordAro has joined
08:41:45  *** ChanServ sets mode: +v LordAro
09:08:09  *** ntoskrnl has joined
09:39:43  *** Alberth has joined
09:39:43  *** ChanServ sets mode: +v Alberth
09:50:50  *** frosch123 has joined
09:50:50  *** ChanServ sets mode: +v frosch123
15:40:52  <planetmaker> any objections? The new version seems to address rubi's comment
15:41:39  <planetmaker> is ok in the first place as far as I see
15:42:50  <frosch123> yeah, look fine to me
15:53:28  <planetmaker> is nice, too, I think
15:55:49  <frosch123> :)
15:56:58  <planetmaker> time to get a few things of our bug tracker :-)
15:57:37  *** andythenorth has joined
15:57:37  *** ChanServ sets mode: +v andythenorth
15:57:38  *** andythenorth has left
15:58:24  * LordAro pokes planetmaker about his patches :p
16:07:44  <planetmaker> hm...
16:10:33  <LordAro> most of adf's patches are good, im(irrelevant)o
16:10:43  <planetmaker> so it seems to me, too
16:12:34  <frosch123> i have no idea what that diff does
16:12:42  <planetmaker> I wonder, too :-)
16:12:59  <frosch123> mostly because the code before was already weird :p
16:13:19  <planetmaker> it's weired pathfinder stuff to me :D
16:13:37  <frosch123> i have more an issue with the "back of a signal"
16:13:51  <frosch123> i have no idea what side that is, not what side the guy thought it was when writing the comment
16:15:08  <planetmaker> that guy should join IRC :-P
16:15:58  <frosch123> ah, i get an idea
16:16:34  <frosch123> it is about getting reset when approaching a non-pbs signal from the wrong side
16:17:32  <frosch123> but it seems redundant
16:18:54  <frosch123> so, maybe "if (HasSignalOnTrackdir(gp.new_tile, dir))" only? without the weird old condition?
16:19:15  <frosch123> Rubidium: isn't that code by you?
16:20:08  <Rubidium> what?
16:20:22  <frosch123> train_cnd.cpp:3149
16:21:47  <Rubidium> can't remember that
16:25:43  <Rubidium> apparantly I did write it... but can't remember anything about it
17:56:55  <LordAro> hmm, what are your thoughts on range-based for loops?
17:59:32  <frosch123> iterator based for loops are useful
17:59:39  <frosch123> range-bases for loops are rare anyway
18:01:58  <LordAro> ah "anything you can iterate through like an STL-sequence defined by a begin() and end()."
18:02:14  <frosch123> so, if you refer to c++11, then the "auto" keyword and iterator based for loops are very useful for stl-like containers
18:02:20  <LordAro> i suspect it'd be more useful (in ottd context at least) if you could use them for enums
18:02:44  <frosch123> where do you iterator over an enum?
18:02:57  <LordAro> that is true :)
18:15:55  *** frodus has joined
18:17:37  *** Supercheese has joined
19:05:17  *** Alberth has left
19:40:30  *** frodus_dev has joined
19:46:41  *** frodus has quit IRC
19:50:19  *** ntoskrnl has quit IRC
20:08:03  *** Zuu_ has joined
20:11:02  *** Zuu has quit IRC
20:18:40  *** Zuu_ has quit IRC
20:38:49  *** LordAro has quit IRC
20:47:46  *** LordAro has joined
20:47:46  *** ChanServ sets mode: +v LordAro
21:59:57  *** frosch123 has quit IRC
22:40:51  *** frodus_dev has quit IRC

Powered by YARRSTE version: svn-trunk