IRC logs for #openttd.dev on OFTC at 2014-09-11
⏴ go to previous day
00:00:34 *** Rubidium has joined #openttd.dev
00:00:34 *** Supercheese has joined #openttd.dev
00:00:34 *** keoz has joined #openttd.dev
00:00:34 *** planetmaker has joined #openttd.dev
00:00:34 *** Hirundo has joined #openttd.dev
00:00:34 *** JGR_ has joined #openttd.dev
00:00:34 *** nickolai has joined #openttd.dev
00:00:34 *** kalenz__ has joined #openttd.dev
00:00:34 *** TheIJ has joined #openttd.dev
00:00:34 *** Belugas has joined #openttd.dev
00:00:34 *** resistance.oftc.net sets mode: +vvv Supercheese planetmaker Belugas
00:02:12 *** Supercheese has joined #openttd.dev
00:02:12 *** keoz has joined #openttd.dev
00:02:12 *** planetmaker has joined #openttd.dev
00:02:12 *** Hirundo has joined #openttd.dev
00:02:12 *** JGR_ has joined #openttd.dev
00:02:12 *** nickolai has joined #openttd.dev
00:02:12 *** kalenz__ has joined #openttd.dev
00:02:12 *** Belugas has joined #openttd.dev
00:02:12 *** TheIJ has joined #openttd.dev
00:02:12 *** graviton.oftc.net sets mode: +vvv Supercheese planetmaker Belugas
01:23:29 *** Yexo has joined #openttd.dev
03:35:31 *** tycoondemon has joined #openttd.dev
05:16:32 *** Godde has joined #openttd.dev
05:24:29 *** fonsinchen has joined #openttd.dev
11:31:45 *** Supercheese is now known as Guest438
11:31:49 *** Supercheese has joined #openttd.dev
11:31:49 *** ChanServ sets mode: +v Supercheese
12:09:41 *** Rubidium has joined #openttd.dev
15:27:25 *** Alberth has joined #openttd.dev
15:27:25 *** ChanServ sets mode: +v Alberth
16:32:32 *** frosch123 has joined #openttd.dev
16:32:32 *** ChanServ sets mode: +v frosch123
17:08:22 <Alberth> hmm, /me made a stupid typo :(
17:37:26 <frosch123> i have no idea why the engine pool is not zero initialised
17:38:54 <frosch123> oh wait, the trap is the _temp_engine thingie
17:39:07 <frosch123> it does not use the pool "new" operator
17:39:32 <frosch123> and pool item constructors must not zero stuff for other reasons
17:40:27 *** ChanServ sets mode: +v Rubidium
17:40:30 <Rubidium> didn't we work around that for vehicles?
17:41:16 <frosch123> constructors may not zero the "index" member, so they do not zero anything
17:41:22 <frosch123> instead the new operator does the zeroing
17:41:32 <frosch123> but _temp_engine does not use the new operator
17:52:00 <frosch123> trying the same currently :)
17:52:14 <frosch123> also replacing the map with a vector
17:52:32 <frosch123> later on it uses < size() to check membership :p
17:52:33 <Rubidium> although, you might need to call the constructor if needed
18:41:01 <frosch123> hmm, wait, that likely does not do what i wanted
18:41:11 <frosch123> we have an overloaded new operator
18:41:23 <frosch123> ottd is too tricky :p
18:42:29 <frosch123> that operator is overloaded just as well
19:07:45 *** JGR has joined #openttd.dev
19:25:24 *** Alberth has left #openttd.dev
19:35:44 <Rubidium> frosch123: I think the coding style is 'new (param) Class()'
19:36:24 <Rubidium> although fixedsizearray and 3rdparty are not following that style
19:36:48 <Rubidium> it is not possible to have a hole in the engine array?
19:36:59 <Rubidium> removing vehicle newgrfs or so?
19:48:59 <Rubidium> would it make sense to use smallvec to prevent the copying?
19:51:50 *** pm is now known as planetmaker
19:54:26 <frosch123> it reads them from the save file, which is a non-sparse array
19:54:50 <frosch123> also, if there were holes, then CopyTempEngineData would completely break
19:55:00 <frosch123> since it checks membership with >= size()
22:32:32 *** nickolai has joined #openttd.dev
continue to next day ⏵