IRC logs for #openttd on OFTC at 2013-09-01
⏴ go to previous day
00:00:42 *** ChanServ sets mode: +v tokai
00:23:46 *** Pereba_ has joined #openttd
00:28:17 *** Pereba_ is now known as Pereba
00:57:57 *** JVassie has joined #openttd
01:30:30 *** Stimrol has joined #openttd
01:53:07 *** DarkAceZ has joined #openttd
03:10:51 *** roboboy has joined #openttd
03:13:06 *** roadt__ has joined #openttd
04:56:16 *** Eddi|zuHause has joined #openttd
05:34:17 *** Progman has joined #openttd
06:34:04 *** sla_ro|master has joined #openttd
06:34:15 *** Pensacola has joined #openttd
06:56:34 *** Hendrick has joined #openttd
07:32:03 *** LordAro has joined #openttd
07:43:00 *** ntoskrnl has joined #openttd
07:57:36 *** Alberth has joined #openttd
07:57:36 *** ChanServ sets mode: +o Alberth
08:05:56 *** ProfFrink has joined #openttd
08:08:16 *** ProfFrink is now known as Prof_Frink
08:58:08 *** Pensacola has joined #openttd
10:00:27 *** frosch123 has joined #openttd
10:13:50 *** gelignite has joined #openttd
10:47:30 *** KenjiE20 has joined #openttd
12:15:53 *** Biolunar has joined #openttd
12:16:26 *** Biolunar has joined #openttd
12:21:50 *** Midnightmyth has joined #openttd
13:04:19 *** Progman has joined #openttd
13:06:39 *** stuntaneous has joined #openttd
13:26:04 *** Twofish has joined #openttd
15:10:44 *** TrueBrain has joined #openttd
15:35:24 *** Stimrol has joined #openttd
16:16:42 *** sla_ro|master has joined #openttd
16:17:35 *** Stimrol has joined #openttd
16:58:03 *** tokai|mdlx has joined #openttd
17:03:04 *** oskari89 has joined #openttd
17:45:14 <DorpsGek> Commit by translators :: r25752 trunk/src/lang/slovak.txt (2013-09-01 17:45:10 UTC)
17:45:15 <DorpsGek> -Update from WebTranslator v3.0:
17:45:16 <DorpsGek> slovak - 2 changes by Milsa
18:15:50 *** chester_ has joined #openttd
18:22:15 *** Supercheese has joined #openttd
18:23:43 <Supercheese> There any patch(es) to enable drag & drop newobject
18:23:59 <Supercheese> drag & drop for newobjects*
18:24:40 *** Supercheese has left #openttd
18:24:43 *** Supercheese has joined #openttd
18:32:12 *** Prof_Frink has joined #openttd
18:48:06 <LordAro> config.lib:2198 " log 2 "Detecing awk..."" <-- it's only been there for 6.5 years :p thanks TB :)
18:58:59 <Eddi|zuHause> people here make a habit of talking in riddles
18:59:01 *** Bad_Brett has joined #openttd
18:59:54 <LordAro> seems it's easily missed :p
19:09:43 <peter1138> problem with using git
19:09:55 <peter1138> is you can't play on nightly servers... :p
19:10:43 <LordAro> silly revision numbers
19:16:28 *** andythenorth has joined #openttd
19:17:19 <oskari89> andythenorhth: I was expecting you :D
19:17:59 <oskari89> May you add Finnish Trainset to FIRS-compatible sets, we already have compability? :)
19:19:21 <Alberth> andythenorth: I removed a few double {BLACK} in the english language
19:19:46 <andythenorth> oskari89: in the docs?
19:20:11 <andythenorth> I don't think we keep a list any more
19:29:28 <V453000> andythenorth: WTF is JAVA :D
19:29:39 <andythenorth> WTF do you think? :P
19:29:50 <V453000> I expected something like COFF
19:30:19 <andythenorth> who do you think you should blame? o_O
19:31:45 <Supercheese> The Manhattan Transfer?
19:32:01 <V453000> can try frosch but I dont think it is too authentical to unicorns
19:37:55 <frosch123> V453000: try the master troll
19:38:46 <V453000> who is master troll if not andy
19:40:27 <frosch123> heffer: the stacktrace ends where it would get interesting
19:40:38 <frosch123> V453000: you do not know the master troll?
19:40:42 <heffer> frosch123: i'll try to get something more interesting :D
19:41:29 <andythenorth> V453000: elemental
19:41:35 <andythenorth> as Sherlock Holmes used to say
19:49:22 <frosch123> is that something you got from the report? or can you reproduce the crash locally?
19:50:19 <heffer> i can reproduce locally
19:50:42 <frosch123> well, can you create a gdb backtrace with debug simbols?
19:51:08 <frosch123> your first paste has no symbols from openttd
19:55:23 *** DarkAceZ has joined #openttd
20:06:04 <Rubidium> is passing NULL to a size_t & parameter allowed?
20:07:24 <frosch123> it's possible, but very unusual
20:07:47 <Rubidium> well... ICU calls openttd with a NULL references (top of stack trace)
20:08:09 <Rubidium> wiki says "References cannot be null"
20:09:00 <peter1138> it shouldn't be possible
20:09:58 <frosch123> well, if you pass *pointer of a null pointer as reference, it will crash on using the reference
20:10:45 <Rubidium> specs 8.3.2 -4- says: "Note: in particular, a null reference cannot exist in a well-defined program"
20:16:27 <heffer> so is this an ICU bug?
20:16:42 <heffer> i hate ICU. i need to rebuild openttd for each new icu build
20:17:23 <frosch123> heffer: do you have any fonts configured in openttd.cfg?
20:17:35 <heffer> nope. this is a test install in a VM
20:17:38 <frosch123> fontInstance=0x0 <- i would think the problem is around there
20:17:48 <heffer> clean install of Fedora 19
20:17:55 <heffer> then just yum install openttd
20:17:56 <Rubidium> but... I can't quite jump from MultipleSubstSubtables.cpp:32 to the GetFontTable call
20:18:12 <Rubidium> something seems to be missing there
20:20:35 <Rubidium> heffer: can you try if you can printf("%p\n", &length); before accessing length on line 83 of src/fontcache.cpp?
20:21:01 * Rubidium just gets an address there
20:28:15 <Rubidium> that paste page is funny though. It's clock seems to be off by 12 hours
20:31:14 * Rubidium should use quotes in the right place
20:34:53 <heffer> hmm that breaks my build
20:35:05 <heffer> fontcache.cpp:83:9: error: expected identifier before string constant
20:41:35 <frosch123> i think rb meant: virtual const void *GetFontTable(uint32 tag, size_t &length) { printf("%p\n", &length); length = 0; return NULL; }
20:42:16 <heffer> nevermind :P i was blind
20:47:59 <heffer> hmm looks like it's an issue that is solved with a rebuild
20:49:00 <heffer> because after building with the printf hack it works
20:49:36 <Rubidium> it still works if you remove the printf?
20:52:49 <heffer> looks like yet another ICU rebuild error
20:53:02 <Rubidium> but it should already be rebuilt
20:53:52 <heffer> yes i rebuild it not long ago for all current fedora versions
20:54:26 <Rubidium> as far as I can see on 23-07 the last icu release was done for FC19
20:55:00 <Rubidium> and openttd was rebuilt about two weeks later for FC19
20:58:15 <Rubidium> might it be that they don't use the updated version of icu?
20:58:29 <heffer> i'll ask in the bug report
21:00:41 *** sla_ro|master has joined #openttd
21:00:49 <Rubidium> good luck trying to figure it out. It somewhat smells like ICU ABI crap
21:02:01 <Rubidium> the normal complete ABI breaking is annoying, but makes it clear the ABI changed. This is somewhat more annoying as the "same" ABI has different versions
21:04:39 <Rubidium> in any case... night as well
21:10:33 <LordAro> what's the best bash way to get just the date part of this? "Last Changed Date: 2013-09-01 13:18:03 +0100 (Sun, 01 Sep 2013)"
21:10:39 <LordAro> i'm thinking grep or similar
21:13:36 <TWerkhoven> ${stringvar:19:10} ?
21:15:38 <TWerkhoven> assuming a bashscript where that line is in stringvar
21:17:33 <LordAro> hmm, is there a way i can do that in one line? (with "svn info...")
21:26:55 <TWerkhoven> think you'd have to use | with xargs
21:27:37 <TWerkhoven> check if line starts with 'last changed date', if so apply above string bit
21:30:36 <LordAro> i don't understand how i can use xargs in that context
21:51:25 <TWerkhoven> svn info | grep 'Last Changed Date:' | xargs -I stringvar echo ${stringvar:19:10}
21:51:40 <TWerkhoven> ^ will likely not work as-is, but should point in the right direction
21:56:49 <LordAro> TWerkhoven: indeed it doesn't, but i don't like xargs, and have no idea what's wrong :L
21:57:52 <planetmaker> I could give you the hg equivalent, LordAro ;-) hg log -r tip --template='{date|shortdate}'
21:58:06 <LordAro> planetmaker, i have that already ;)
21:59:14 <planetmaker> echo $string | cut -d: -f2 | cut -d\ -f1
21:59:23 <planetmaker> with $string your string
22:02:19 <planetmaker> make the last -f1 also an -f2
22:03:52 <LordAro> hmm, i need the time too
22:04:08 <planetmaker> you should have said that ;-)
22:10:46 <planetmaker> LC_ALL=en.US.utf8 svn info | grep 'Last Changed Date' | sed "s/Last Changed Date: //g" | cut -d\( -f1
22:11:40 <LordAro> is the utf8 bit necessary? :L
22:13:22 <LordAro> what if i said i didn't want the timezone? :P
22:14:00 <planetmaker> you want the time, or you want it not?
22:18:41 <planetmaker> add a | cut -c -19
22:25:25 <planetmaker> and with that good night for today :-)
23:21:12 <psde> Hey there! My steel mill has one drop-off and one loading station. but the steel mill somehow pushes some of the produced steel to the drop-off station - is there something I can do about that?
23:28:09 <Supercheese> You must have accidentally had a train that can carry steel visit the drop off
23:28:32 <Supercheese> or potentially you need to change a setting
23:29:10 <Supercheese> Advanced settings -> Stations -> Cargo Handling -> Deliver cargo only when there's demand
23:29:14 <Supercheese> check that setting, is it on or off?
23:34:11 <psde> I guess some train may have picked something up, but that was ages ago
23:36:31 <juzza1> a "fix" is to delete the station which is stealing the steel, and wait for it to disappear completely
23:37:07 <psde> I really don't want to reconfigure all my timetables
23:38:02 *** fjb is now known as Guest5173
23:39:08 <Supercheese> Your only hope, sadly, is to delete the station and wait, as juzza mentioned
23:39:19 <Supercheese> or else just live with the excess steel
23:40:21 <Eddi|zuHause> or make it a feeder system from one station to the other
23:41:07 <Eddi|zuHause> build a bunch of trucks and make them "transfer and leave empty"
23:42:24 *** JVassie has joined #openttd
continue to next day ⏵