Times are UTC Toggle Colours
00:00:05 <Bjarni> KUDr: what else ;) 00:00:16 *** HMage [~HMage@85.21.179.41] has joined #openttd 00:00:22 <KUDr> i don't have such 00:00:32 <KUDr> so i dunno if you have 00:00:36 <Bjarni> you don't? 00:00:39 <KUDr> no 00:00:48 <KUDr> also i don't have op 00:01:16 *** mode/#openttd [+o KUDr] by Bjarni 00:01:18 <Bjarni> I can't see that 00:01:20 <KUDr> hehe 00:01:33 *** mode/#openttd [-o KUDr] by KUDr 00:03:13 <Bjarni> LOL, some elderly Swedish couple got a compensation because in their flight from India to Sweden, some Swedish singer and guy... touched each other loudly, so the elderly people thought they had sex and they claim it completely ruined their vacation 00:03:43 <Bjarni> so the whole vacation ended up being bad because of one incident in the plane home 00:03:54 <Brianetta> night all - bed time 00:04:16 <Ailure> haha 00:04:20 <Bjarni> but I agree with them. People should not start sexual acts in aircraft or other public places 00:04:32 <Ailure> I read about that earlier on the news 00:04:49 <Ailure> well I guess it could been really annoying 00:05:00 <Bjarni> yeah 00:05:39 <blathijs> KUDr: I thought you mentioned NPF supporting some stuff that YAPF did not? 00:05:42 <Bjarni> it's actually offensive to other people to act like they are alone 00:05:59 <blathijs> KUDr: Perhaps just some penalty differences or something? 00:07:11 <KUDr> blathijs: i don't remember any such feature, but i would like to have NPF as well for debugging purposes and so on. It helped me a lot when i worked on YAPF 00:08:26 <blathijs> okay.. 00:10:29 <Smoovious> <Bjarni> but I agree with them. People should not start sexual acts in aircraft or other public places <--- should have practiced the same ettiquette in school... if you bring in a treat, be sure to have enough for everyone and share. :D 00:10:44 <Bjarni> LOL 00:11:00 <Bjarni> I don't think it works like that though 00:11:04 <Sacro> Bjarni: i disagree, i think hot swedoish girls should start more 00:11:45 <Smoovious> I'm sure the elderly couple wouldn't have complained so much had he got a BJ and she got some attention herself 00:12:22 <Bjarni> hahaha. Some famous Brazilian woman had sex on the beach and somebody managed to record that on video and uploaded it to youtube. Then she filed a lawsuit and won and youtube removed it, but the guy with the video keeps on uploading it and now she demands that youtube goes offline :D 00:12:25 *** robobed is now known as roboboy_ 00:12:47 <Bjarni> news can be so odd once in a while 00:13:25 <Bjarni> why have sex in public and then demand that nobody are allowed to see it? Isn't that kind of "in public" indicates? 00:14:52 <Smoovious> my thoughts too 00:15:24 <Smoovious> in public, has implied consent for other people to see 00:17:52 <Darkvater> hmm for bridge building 00:18:10 <Darkvater> wash is signal propagation and yapfnotifylayout done outside of DC_EXEC? 00:19:20 * Bjarni still tries to translate that line of Darkvaterian into English 00:19:30 <Darkvater> *why is* 00:19:47 <Bjarni> ahh 00:20:07 <Bjarni> and that is a very good question 00:21:02 <Darkvater> I don't think this can desync since outside of DC_EXEC the rails have not changed but still... 00:21:07 <Darkvater> KUDr: any opinion on this? 00:22:12 <Rubidium_> Darkvater: I think it can 00:22:48 <Rubidium_> as it increases a counter, which is used to flush the caches 00:23:16 <Darkvater> ah 00:23:31 <Rubidium_> but then the client who build/modifies the rail should desync 00:23:37 <Darkvater> have I found a desync bug? ^^ 00:24:13 <Darkvater> yeah something like that would've been pretty obvious to find 00:24:17 <Rubidium_> so it's not Brianetta's desync bug where joining clients desync almost instaniously (that's what happens, right?) 00:25:01 <Darkvater> yeah 00:25:07 <Darkvater> Brianetta just has corrupt ram ;p 00:25:34 <Gonozal_VIII> no, i also had those desyncs 00:25:39 <Rubidium_> or it is some GRF that does something on loading depending on the date 00:26:28 <Darkvater> *cough* ttrsv3 00:26:37 <Darkvater> which I still think is butt-ugly in what it does 00:26:56 * Sacro fancies redoing PBS 00:27:04 <Gonozal_VIII> may be so but it's not the cause of those desyncs 00:30:02 <valhallasw> go Sacro :D 00:30:18 <Sacro> valhallasw: i feel i will fail though 00:30:50 <valhallasw> so will I 00:30:57 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye] 00:30:59 <Sacro> and do you have a highlight on pbs? 00:31:02 <valhallasw> no 00:31:11 <valhallasw> I just happened to come by 00:31:58 <Sacro> lol 00:32:10 <Darkvater> if KUDr ok's it (unless he has some very important reason as it keep it such) I'll change it 00:32:15 <Sacro> Anyone able to tell me where i can find the signalling related code? 00:33:15 <Gonozal_VIII> i thought there was some new signalling in the making that is also some kind of pbs? 00:33:28 <Sacro> Gonozal_VIII: yes... 00:33:35 <Bjarni> Sacro: in the trunk 00:33:57 <Sacro> ... 00:34:03 <Sacro> care to be a bit more specific? 00:34:09 <Bjarni> and start to look at obvious places like src/rail_cmd.c 00:34:13 <Bjarni> see what you can find 00:34:34 <valhallasw> always cynical, our dear Bjarni ;P 00:34:45 <Gonozal_VIII> why bother with the old pbs then? 00:34:52 <Bjarni> I don't know 00:34:57 <Bjarni> it's broken by design 00:35:00 <valhallasw> PBS? 00:35:25 <Bjarni> AFAIK some of the bugs can't be solved due to the design 00:35:39 <Sacro> a) who posted this link http://www.tt-forums.net//files/clipboard_1_196.png and b) HOW DID YOU GET THE DATE IN THE CORNER 00:35:49 <Bjarni> a new design should make it possible to eliminate those bugs from the start though 00:36:07 <valhallasw> yeah 00:36:19 <kampasky_> hmmm 00:36:22 <Gonozal_VIII> my date is better :-) 00:36:26 <valhallasw> the current implementation is broken by design ;) 00:36:36 <valhallasw> Gonozal_VIII ? 00:36:39 <PandaMojo> Sacro: ...it's over there by default on the Windows XP menu bar? 00:36:39 <kampasky_> now since stable is branched out I should revive my airport allowance patch I guess 00:36:45 <Gonozal_VIII> same info, less space used 00:36:48 <Sacro> PandaMojo: i just have the time 00:36:49 <valhallasw> PandaMojo: not with the date 00:36:56 <PandaMojo> Oh. 00:37:12 <PandaMojo> Right click menu option somewhere. 00:37:12 <valhallasw> Gonozal_VIII: how? 00:37:13 <Gonozal_VIII> ptbsync 00:37:13 <Sacro> unless you make it 2 high 00:37:13 <KUDr> [01:23:09] <Darkvater> KUDr: any opinion on this? << sorry, i am out of sync somehow - i duuno what is the question? 00:37:16 <Sacro> which i dont want to do 00:37:18 <PandaMojo> Don't have access to my windows comp atm to get the exact steps :P 00:37:25 <Belugas_Gone> kampasky_ : quite a good idea! 00:37:37 <valhallasw> I need to make it 3-high for the date to get there :p 00:37:39 <Darkvater> KUDr: tunnelbridge_cmd.c:~414 00:38:03 <Darkvater> KUDr: SetSignalsOnBothDir and YapfNotifyTrackLayoutChange are execute *outside* of a DC_EXEC block 00:38:04 <kampasky_> I'll look at it on monday, can live only with ssh until then 00:38:29 <KUDr> Darkvater: aha 00:38:35 <KUDr> i will look there 00:38:59 <Gonozal_VIII> oh.. not same info, it also says that it's saturday :-) 00:39:22 <Rubidium_> Darkvater: what version are you looking at? 00:39:37 <Darkvater> RC1 00:39:45 <KUDr> Darkvater: it is not good, but can't cause desync in MP (cache is deleted each frame anyway) 00:39:46 <Rubidium_> for trunk it's around line 373 00:40:59 *** HMage [~HMage@85.21.179.41] has quit [Read error: Connection reset by peer] 00:41:07 <Darkvater> ok, will put in a change there 00:41:32 <KUDr> Darkvater: so you will correct it? 00:41:42 <Darkvater> yes 00:42:17 <KUDr> ok 00:42:22 <KUDr> thanks 00:42:44 <KUDr> move also SetSignalsOnBothDirs 00:43:05 <Sacro> KUDr: which file is that in? 00:43:08 <KUDr> it can cause desync (theoretically) 00:43:18 <Darkvater> who came up with this? 00:43:21 <Darkvater> ((1 << b) & (M(1)|M(2)|M(4)|M(8))) 00:43:28 <Darkvater> RoadBits b = GetRoadBits(tile); 00:43:36 <Darkvater> #define M(x) (1<<(x)) 00:43:39 <KUDr> tunnelbridge_cmd.c:373 00:43:50 <Darkvater> KUDr: yeah the 2 things ypaf+signal 00:43:56 <KUDr> ok 00:43:57 *** Progman [~progman@p57A1DBA3.dip.t-dialin.net] has quit [Remote host closed the connection] 00:44:16 <Darkvater> road_cmd.c:ClearTile_Road 00:44:28 <Darkvater> is this totally braindead or am I missing something? 00:44:31 *** thgergo [~th_gergo@dsl51B7A1A2.pool.t-online.hu] has quit [Ping timeout: 480 seconds] 00:45:54 <KUDr> M(1)|M(2)|M(4)|M(8) == 0x0F i guess 00:45:56 <Darkvater> or it does some is-only-1-bit-set? 00:46:02 <KUDr> no 00:46:11 <Darkvater> no 00:46:20 <Darkvater> M(1)|M(2)|M(4)|M(8) = 2|4|16|256 00:46:25 <KUDr> yes 00:46:34 <Darkvater> 0x116 00:46:34 <KUDr> what it does mean? 00:47:06 <Darkvater> if I knew I wouldn't ask it 00:47:27 <KUDr> RoadBitd can be 0..15 00:47:33 <KUDr> -d+s 00:47:45 <KUDr> aha 00:47:48 <KUDr> i have it 00:47:57 <KUDr> if only one bit is set 00:47:59 <KUDr> in b 00:48:08 <KUDr> heh 00:48:17 <KUDr> smart but crazy 00:49:07 <KUDr> so it means "road piece that can continue' 00:49:16 <Darkvater> half-tile 00:49:27 <Darkvater> good find :) 00:49:48 <Darkvater> should I rename those 1,2,4,8 to their ENUM names? or just comment? 00:49:48 <KUDr> nice :) 00:50:01 <KUDr> both 00:50:04 <KUDr> please 00:50:13 * Rubidium_ goes for the 'both' option too 00:50:15 <KUDr> it is really fucking style 00:57:00 <Sacro> fucking style? 00:59:10 <valhallasw> yeah, fucking style 00:59:16 <valhallasw> style is female, you know? 01:01:43 *** ufoun [~ha@b07-305a.kn.vutbr.cz] has quit [Ping timeout: 480 seconds] 01:04:27 <KUDr> openttd - 200 error(s), 9 warning(s) 01:05:36 <CIA-1> KUDr * r7894 /branches/cpp/src/ (20 files in 2 dirs): [cpp] - Few more type changes/casts/conversions 01:06:08 *** KritiK [Maxim@ppp85-141-225-131.pppoe.mtu-net.ru] has quit [Quit: Leaving] 01:08:44 *** RockerTimmy [~RockerTim@a82-92-123-126.adsl.xs4all.nl] has joined #openttd 01:10:03 *** Osai is now known as Osai^zZz 01:12:52 <Darkvater> !(!a & (!b | !c) & d) 01:12:57 <Darkvater> what does this equal to? ;p 01:13:17 <Darkvater> I got: a | (b&c) | !d 01:13:19 <Sacro> Darkvater: 2 01:13:49 <Sacro> doesnt (!b | !c) = ! (b & c) ? 01:14:28 <Darkvater> note the ! in front 01:14:42 <Sacro> ah, you inverted the lot 01:17:11 <KUDr> hmm: 01:17:12 <KUDr> p:\proj\svn\openttd\cpp\cur\src\tgp.cpp(268) : warning C4293: '<<' : shift count negative or too big, undefined behavior 01:17:31 <Darkvater> whohoo :) 01:18:10 <Sacro> hmm, OOo doesnt like =NOT(NOT(A1) AND(NOT(B1) OR(NOT(C1)) and D1)) 01:18:14 <Darkvater> Sacro: inverting gives me ors instead of || which could result in faster evaluation/or slower ;p but also 1 less negate operatir 01:18:35 <Sacro> heh, i figured it 01:18:54 * Darkvater hates the negate operator 01:19:03 <Darkvater> especially in combination with && or || 01:19:05 <Sacro> =NOT(NOT(A1) AND(NOT(B1) OR(NOT(C1)) and D1)) 01:19:05 <Darkvater> so confusing 01:22:52 <Sacro> no they are not the same 01:23:02 <Sacro> if C = 1 01:23:07 <Sacro> then the first is false and the 2nd is true 01:23:23 <Bjarni> goodnight 01:23:25 <Sacro> = A1 OR ( AND(B1;C1)) OR (NOT (D1)) 01:23:27 *** Bjarni [~Bjarni@0x50a46ac4.virnxx14.adsl-dhcp.tele.dk] has quit [Quit: Leaving] 01:24:09 <Darkvater> aren't you forgetting the NOT in front which the original doesn't have? 01:24:46 <Sacro> =NOT(NOT(A1) AND(NOT(B1) OR(NOT(C1)) AND(D1))) 01:24:53 <Sacro> and = A1 OR ( AND(B1;C1)) OR (NOT (D1)) 01:25:17 <Darkvater> hmm where does my logic fail me then? 01:25:22 <Darkvater> !a & (!b|!c) & d 01:25:26 <Darkvater> !a & !(b&c) & d <<<< 01:25:27 <Darkvater> right? 01:25:51 <Darkvater> !(!a & !(b&c) & d) << we negate the whole thing 01:26:02 <Darkvater> !(!a & (!(b&c) & d)) 01:26:11 <Darkvater> a | !(!(b&c) & d) 01:26:21 <Sacro> err... 01:26:21 <Darkvater> a | (b&c) | !d 01:26:23 <Sacro> im gonna draw it 01:28:43 <Sacro> now convert to NAND 01:30:19 <Sacro> A | B = !(!A & !B) i think 01:31:09 <Darkvater> yeah 01:33:08 *** nairan [~maui_key@p5498F82B.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 01:34:26 <Darkvater> but good night for now 01:34:31 <Sacro> so i have !A !(B & C) | D 01:34:34 <Sacro> i think 01:36:13 <Rubidium_> I come to a | (b & c) | !d 01:36:38 <Ailure> I love the negate operator 01:36:39 <Rubidium_> !(!a & (!b | !c) & d) -> a | !(!b | !c) | !d -> a | (b & c) | !d 01:36:52 <Sacro> no, i lost D 01:37:39 <Sacro> A | (B&C) & D 01:38:06 <Sacro> or not D 01:38:10 <Sacro> that is the question 01:38:37 <Sacro> A | (B & C) | D 01:38:43 <Sacro> A | (B & C) | !D even 01:38:48 * Sacro head asplode 02:00:50 <Ailure> GRAH IM GOING TO EAT THIS MPOUSE FAWR 02:01:44 <Ailure> now it works fine 02:01:45 <Ailure> hmm 02:05:19 <Ailure> anyway 02:05:22 *** Frostregen_ [~sucks@dslb-084-058-138-051.pools.arcor-ip.net] has joined #openttd 02:05:24 <Ailure> BITTI! 02:11:25 *** Frostregen [~sucks@dslb-084-058-151-191.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 02:11:31 *** Frostregen_ is now known as Frostregen 02:12:32 <Sacro> ? 02:13:28 <Ailure> BITTE! 02:13:33 <Ailure> xD 02:13:51 <Sacro> n00b 02:14:23 <Ailure> :( 02:15:38 <Ailure> Lady madonna at 150% speed is strangely amusing 02:19:23 * Sacro verifies 02:24:20 <Belugas_Gone> any one familiar with asm ? I would like to know what "and al, ~0xc0" would means, more specifically what ~ would do 02:28:41 <Sacro> Belugas_Gone: best to ask DaleStan 02:28:56 <Sacro> actually, it might invert it 02:29:12 <PandaMojo> ~ = binary invert/not 02:29:34 <PandaMojo> e.g. ~11100000 == 00011111 02:30:00 <PandaMojo> (Well, this is C/C++, not asm) 02:30:04 <PandaMojo> (asm has no ~) 02:31:11 <Belugas_Gone> thanks PandaMojo. 02:31:29 *** Eddi|zuHause3 [~johekr@p54B77514.dip.t-dialin.net] has joined #openttd 02:31:35 <Belugas_Gone> but looking at TTDPatch, i would say it does ^^ 02:31:42 *** setrodox [~setrodox@83-65-234-231.dynamic.xdsl-line.inode.at] has quit [Quit: Leaving] 02:31:52 *** setrodox [~setrodox@83-65-234-231.dynamic.xdsl-line.inode.at] has joined #openttd 02:32:20 <Belugas_Gone> the line of code i've shown was from trigger.asm,line 350 : checkhousetriggerbits 02:32:29 <PandaMojo> Oh. Maybe I'm a liar then. 02:32:34 <Belugas_Gone> someone, it make sens, by the way 02:32:36 <Belugas_Gone> nonono 02:32:46 <PandaMojo> :P 02:32:49 <Belugas_Gone> just that we do learn something everyfay ;) 02:32:58 <pv2b> why couldn't asm have ~? :-) 02:33:17 <pv2b> it's just a constant... they can be substituted at preprocessing 02:33:20 <PandaMojo> I still like my *statements* to be factual. 02:33:27 <PandaMojo> pv2b: Point 02:34:24 <Belugas_Gone> didn't thought there would be preprocessing there :) My turn to learn something 02:34:48 *** Duckleon__ [~chatzilla@ADijon-257-1-94-3.w86-218.abo.wanadoo.fr] has joined #openttd 02:34:58 <Belugas_Gone> and to present my excuses to PandaMojo ;) 02:35:35 <DaleStan> Belugas_Gone: PandaMojo is correct., except for the fact that C0 is 11000000, not 11100000. 02:35:36 <DaleStan> ~ is binary not. So ~0xC0 is 0x3F, 0xFF3F or 0xFFFFFF3F, depending on the width required. In this case it's the first, because al is a byte register. 02:36:00 *** RockerTimmy [~RockerTim@a82-92-123-126.adsl.xs4all.nl] has quit [] 02:36:06 <PandaMojo> Yes, my example wasn't meant to correspond to 0xC0. 02:36:20 <PandaMojo> Probably should've picked something more clearly different, or the actual constant :P 02:37:03 <Belugas_Gone> thanks DaleStan :) 02:37:26 <Belugas_Gone> one step further on deciphering those triggers 02:37:56 *** Eddi|zuHause2 [~johekr@p54B76655.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 02:38:00 <KUDr> openttd - 118 error(s), 3 warning(s) 02:38:03 <CIA-1> KUDr * r7895 /branches/cpp/src/ (18 files in 2 dirs): [cpp] - Few more type changes/casts/conversions 02:38:56 <KUDr> gn all 02:40:22 <Belugas_Gone> night KUDr, and nice going :) 02:40:30 *** Duckleon [~chatzilla@ADijon-257-1-143-11.w90-6.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 02:40:41 *** Duckleon__ is now known as Duckleon 02:47:44 <Belugas_Gone> this is sooo... hard to follow! 02:48:01 * Belugas_Gone thinks he will better sleep 02:48:12 <Belugas_Gone> and i will 02:48:16 <Belugas_Gone> see you all 03:16:45 *** Ailure [~Coming@h236n9c1o912.bredband.skanova.com] has quit [Ping timeout: 480 seconds] 03:23:43 *** roboboy_ [~Leo@c211-30-116-5.carlnfd2.nsw.optusnet.com.au] has quit [Read error: Connection reset by peer] 03:25:23 *** PandaMojo [~panda@c-67-183-223-161.hsd1.wa.comcast.net] has quit [Quit: PandaMojo] 03:26:45 *** nairan [~maui_key@p5498DCC0.dip.t-dialin.net] has joined #openttd 03:35:46 *** Duckleon__ [~chatzilla@ADijon-257-1-161-3.w90-13.abo.wanadoo.fr] has joined #openttd 03:41:30 *** Duckleon [~chatzilla@ADijon-257-1-94-3.w86-218.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 03:41:44 *** Duckleon__ is now known as Duckleon 03:44:09 *** GoneWacko [~gonewacko@c18041.upc-c.chello.nl] has joined #openttd 03:46:52 *** HMage [~HMage@85.21.179.41] has joined #openttd 03:49:34 *** Ailure [~Coming@h236n9c1o912.bredband.skanova.com] has joined #openttd 03:51:13 *** dp_ [~dp@p54B2EEDA.dip.t-dialin.net] has joined #openttd 03:54:19 *** dp [~dp@p54B2D809.dip.t-dialin.net] has quit [Read error: Operation timed out] 03:55:16 *** Zahl [~SENFGURKE@p549F2932.dip0.t-ipconnect.de] has quit [Quit: YOU! It was you wasn't it!?] 04:07:49 *** GoneWack1 [~gonewacko@c18041.upc-c.chello.nl] has joined #openttd 04:10:07 *** roboboy [~leo@c211-30-116-5.carlnfd2.nsw.optusnet.com.au] has quit [Quit: Ex-Chat] 04:10:44 *** GoneWacko [~gonewacko@c18041.upc-c.chello.nl] has quit [Ping timeout: 480 seconds] 04:10:44 *** GoneWack1 is now known as GoneWacko 04:45:19 *** PandaMojo [~panda@c-67-183-223-161.hsd1.wa.comcast.net] has joined #openttd 05:08:21 *** Sacro_ [~Ben@213.249.248.210] has joined #openttd 05:11:24 *** Sacro [~Ben@adsl-213-249-186-101.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds] 06:03:52 *** Sacro_ [~Ben@213.249.248.210] has quit [Read error: Connection reset by peer] 06:11:06 *** GoneWacko [~gonewacko@c18041.upc-c.chello.nl] has quit [Ping timeout: 480 seconds] 06:14:34 *** Tron [~tron@p54A3D1A5.dip.t-dialin.net] has quit [Quit: Client exiting] 06:14:54 *** Tron [~tron@p54A3D1A5.dip.t-dialin.net] has joined #openttd 06:43:56 *** HMage [~HMage@85.21.179.41] has quit [Read error: Connection reset by peer] 06:50:39 *** PandaMojo [~panda@c-67-183-223-161.hsd1.wa.comcast.net] has quit [Quit: PandaMojo] 06:52:52 *** PandaMojo [~panda@c-67-183-223-161.hsd1.wa.comcast.net] has joined #openttd 06:54:51 *** HMage [~HMage@85.21.179.41] has joined #openttd 07:13:59 *** HMage [~HMage@85.21.179.41] has quit [Read error: Connection reset by peer] 07:19:49 *** HMage [~HMage@85.21.179.41] has joined #openttd 07:26:20 <CIA-1> miham * r7896 /trunk/src/lang/ (italian.txt lithuanian.txt unfinished/slovenian.txt): 07:26:20 <CIA-1> WebTranslator2 update to 2007-01-06 08:24:52 07:26:20 <CIA-1> italian - 211 changed by sidew (211) 07:26:20 <CIA-1> lithuanian - 66 changed by Domas (66) 07:26:20 <CIA-1> slovenian - 131 fixed by ThePianoGuy (31), Necrolyte (100) 07:35:23 *** Gonozal_VIII [~Gono@62.47.41.205] has quit [Ping timeout: 480 seconds] 07:36:17 *** Gonozal_VIII [~Gono@N877P014.adsl.highway.telekom.at] has joined #openttd 09:07:00 <Eddi|zuHause3> am i starting to see things or are those really double decker wagons: http://www.ewetel.net/~michael.blunck/ttd/br143_1.html ? 09:07:12 <Eddi|zuHause3> (on the right) 09:14:20 <peter1138> probably 09:19:25 *** ufoun [~ha@b07-305a.kn.vutbr.cz] has joined #openttd 09:23:42 <nairan> morning 09:57:06 *** GoneWacko [~gonewacko@c18041.upc-c.chello.nl] has joined #openttd 09:58:58 <Eddi|zuHause3> MB has to do a release soon, or i am gonna explode ;) 09:59:36 *** HMage [~HMage@85.21.179.41] has quit [Quit: HMage] 10:03:22 *** PandaMojo [~panda@c-67-183-223-161.hsd1.wa.comcast.net] has quit [Quit: PandaMojo] 10:07:23 <Darkvater> http://sourceforge.net/tracker/index.php?func=detail&aid=1623073&group_id=103924&atid=636365 10:07:38 <Darkvater> I can't find the source of this bug :s 10:07:59 <Darkvater> the bridge thing over half-town-road tile 10:11:14 <KUDr> gm 10:11:14 <Darkvater> hmm 10:11:27 <Eddi|zuHause3> is it me or does newstations 0.44 identify itself as newstations 0.42? 10:12:16 <Darkvater> although it could be that you clear a tile, start looping the bridge and clearing the half-road tile the town gives no more permit... 10:12:20 <Darkvater> morning KUDr 10:12:38 <KUDr> master 10:12:48 <Darkvater> Eddi|zuHause3: http://tt-forums.net/viewtopic.php?p=529780#529780 10:13:30 <Darkvater> I had the same quetion, MB forgot to update the number 10:13:51 <Darkvater> why he hasn't released a fixzed version is beyond me... 10:13:54 *** roboboy [~leo@c211-30-116-5.carlnfd2.nsw.optusnet.com.au] has joined #openttd 10:15:54 <Darkvater> hmm I might actually be right...checks 10:16:00 <Eddi|zuHause3> yeah, i'm just reading that 10:18:03 *** Tino|Home [~Tino@i5387F785.versanet.de] has joined #openttd 10:18:03 *** Duckleon [~chatzilla@ADijon-257-1-161-3.w90-13.abo.wanadoo.fr] has quit [Read error: Connection reset by peer] 10:18:04 <DaleStan> Having long-standing slightly-off texts strings is an MB trademark. For a long time (and maybe this is still the case), DBSetXL objected that it required "... at least TTDPatch version 2.1 alpha ..." 10:18:16 *** Duckleon__ [~chatzilla@ADijon-257-1-161-3.w90-13.abo.wanadoo.fr] has joined #openttd 10:18:18 *** Duckleon__ is now known as Duckleon 10:21:52 *** Tino|Home is now known as TinoM 10:25:10 *** TinoM| [~Tino@i5387F785.versanet.de] has quit [Ping timeout: 480 seconds] 10:32:23 <peter1138> hmm 10:35:41 *** tokai [~tokai@p54B83E67.dip0.t-ipconnect.de] has joined #openttd 10:35:44 *** mode/#openttd [+v tokai] by ChanServ 10:38:17 *** Wolf01 [~wolf01@host79-232-dynamic.15-87-r.retail.telecomitalia.it] has joined #openttd 10:38:39 <Wolf01> ello 10:42:36 *** Osai^zZz is now known as Osa 10:42:40 *** Osa is now known as Osai 10:45:20 <Darkvater> hmm 10:45:24 <Darkvater> Action taken: Clean failed : Quarantine failed : Delete succeeded : Access denied 10:46:06 <Darkvater> so is this a good thing or a bad thing? 10:46:14 <Darkvater> eg did it succeed or not? 10:47:44 <Darkvater> mind you this happened a day after I removed Kerio firewall and turned on the windows one... 10:48:14 *** Syscalo [~BlackArt@213-140-21-224.fastres.net] has joined #openttd 10:48:34 <Darkvater> so much for its crappiness 10:49:38 <Rubidium_> I think it failed; tried to clean/remove a openen file or so 10:49:59 <Rubidium_> *opened 11:04:02 *** XeryusTC [~irc@cc480157-b.sneek1.fr.home.nl] has joined #openttd 11:16:11 *** stillunknown [~stillunkn@82-168-177-167.dsl.ip.tiscali.nl] has quit [Quit: Leaving] 11:16:28 *** stillunknown [~stillunkn@82-168-177-167.dsl.ip.tiscali.nl] has joined #openttd 11:16:55 *** Rens2Sea [~Rens2Sea@213.211.185.168] has joined #openttd 11:17:21 *** mikk36 [~mikk35@pc54.host1.starman.ee] has quit [Ping timeout: 480 seconds] 11:17:25 <peter1138> heee 11:17:38 <peter1138> http://grfcrawler.tt-forums.net/details.php?do=details&id=143 11:17:42 <stillunknown> how is your illness? 11:17:42 <peter1138> "quality" 11:17:50 <peter1138> i came into work 11:17:56 <peter1138> so i'm not on modem :D 11:18:47 <stillunknown> what is it with these 32bpp grf's, are they different from normal ones? 11:20:07 <peter1138> they're not 32bpp at all 11:21:26 *** DJ_Mirage [~sexybigge@biggetje.xs4all.nl] has joined #openttd 11:25:18 <Eddi|zuHause3> http://tt-forums.net/files/scr988_169.png <- this looks so totally awesome, any chance we could get this supported when it comes out? 11:26:32 <peter1138> it'll probably just work anyway 11:35:28 <peter1138> hmm, our terraforming is dodgy 11:39:10 <CIA-1> KUDr * r7897 /branches/cpp/src/ (17 files in 4 dirs): [cpp] - Few more type changes/casts/conversions 11:47:55 <CIA-1> KUDr * r7898 /branches/cpp/src/network/ (network.cpp network_data.h): [cpp] - Codechange: some network related global variables are now instantiated in .cpp instead of in .h 11:57:56 <nairan> how many errors/warnings left? =) 11:59:21 <Eddi|zuHause3> this internet security thing of last night is strange... it demands that i show the porn i get to my parents... 12:00:08 <nairan> lol. they will be not happy if ya would =) 12:00:21 <KUDr> nairan: only some unresolved externals (VC8 compiles fine now) 12:00:54 <Rubidium_> gcc got a lot of complaining left :) 12:00:56 <nairan> wow ya fast! 12:01:07 <KUDr> Rubidium_: expected ;) 12:01:50 <KUDr> Rubidium_: can you help me to deal with them? 12:02:02 <KUDr> i will work on linker issues 12:02:38 <peter1138> so this c++ lark still doesn't result in compilers warning about the same stuff? ;p 12:02:59 <KUDr> same stuff? 12:03:09 <peter1138> yeah 12:03:17 <KUDr> like what? 12:03:19 <peter1138> clearly msvc & gcc complain about different stuff 12:03:24 <peter1138> rather than the same stuff 12:03:25 <KUDr> same functions or so? 12:03:30 <peter1138> in general 12:03:45 <peter1138> table/ai_rail.h:38: excess elements in aggregate initializer 12:03:48 <peter1138> tum te tum 12:04:07 <KUDr> i see such errors only: 12:04:08 <KUDr> rail_cmd.obj : error LNK2001: unresolved external symbol "struct TileIndexDiffC const * const _tileoffs_by_diagdir" (?_tileoffs_by_diagdir@@3QBUTileIndexDiffC@@B) 12:04:17 <KUDr> many many of them 12:05:18 <peter1138> seems gcc doesn't like the data[] entry 12:05:28 *** ChrisM87 [~ChrisM@p54AC5D55.dip.t-dialin.net] has joined #openttd 12:05:40 <peter1138> if i use a fixed size it gets further, but not much because it's variably sized for a reason... 12:05:44 <KUDr> zero length arrays? 12:05:58 <peter1138> variable length 12:06:06 <KUDr> there must be switch i guess 12:06:42 <KUDr> MSVC generates warnings by default and i suppressed it 12:07:07 <peter1138> o_O 12:08:14 * DaleStan sets /W4 /WX when compiling with MSVC 12:09:17 <KUDr> aha, some of them are because in declaration there is [4] but in definition [] 12:10:09 <Eddi|zuHause3> /home/johannes/spiele/OpenTTD3/cpp/src/ai/default/../../table/ai_rail.h:38: error: too many initializers for 'AiDefaultBlockData [0u]' 12:10:19 <peter1138> Eddi|zuHause3: that's what we're talking about 12:10:19 <Eddi|zuHause3> and two dozens more of that kind 12:10:26 *** GoneWacko [~gonewacko@c18041.upc-c.chello.nl] has quit [Ping timeout: 480 seconds] 12:11:34 *** asdfas [~Coming@h148n1c1o912.bredband.skanova.com] has joined #openttd 12:14:11 *** Ailure [~Coming@h236n9c1o912.bredband.skanova.com] has quit [Ping timeout: 480 seconds] 12:14:56 *** Progman [~progman@p57A1CA86.dip.t-dialin.net] has joined #openttd 12:19:36 *** asdfas [~Coming@h148n1c1o912.bredband.skanova.com] has quit [Ping timeout: 480 seconds] 12:22:02 <KUDr> hmmm 12:22:22 <KUDr> it can't satisfy extern declarations inside inline functions 12:22:41 <KUDr> is it bug? 12:23:16 <peter1138> "it" ? 12:23:36 <KUDr> that it can't satisfy extern declarations inside inline functions 12:23:41 <peter1138> ... 12:23:45 <peter1138> i meant the first it 12:23:50 <KUDr> i dunno if it is correct behavior or not? 12:24:01 <KUDr> linker 12:24:20 <KUDr> knows about them but... 12:24:22 *** Vikthor [~Vikthor@snat2.arachne.cz] has joined #openttd 12:25:27 <peter1138> pass 12:27:12 <KUDr> you have it compiled? 12:28:21 <peter1138> no 12:29:42 <peter1138> see above ^^ 12:29:45 <Brianetta> People (including me) are getting "blah has left the game (connection lost) 12:29:46 <Brianetta> " 12:29:56 <Brianetta> not desyncs, just cut off 12:30:00 *** BJH2 [~chatzilla@e176104154.adsl.alicedsl.de] has joined #openttd 12:30:01 <Brianetta> it's damned weird 12:30:58 <Brianetta> well, I restarted my server, so perhaps that'll make life easier 12:32:25 *** Vikthor [~Vikthor@snat2.arachne.cz] has quit [Ping timeout: 480 seconds] 12:33:49 *** GoneWacko [~gonewacko@c18041.upc-c.chello.nl] has joined #openttd 12:39:22 *** Bjarni [~Bjarni@0x50a46ac4.virnxx14.adsl-dhcp.tele.dk] has joined #openttd 12:39:23 *** mode/#openttd [+o Bjarni] by ChanServ 12:43:47 <CIA-1> KUDr * r7899 /branches/cpp/src/ (newgrf_cargo.h openttd.cpp): [cpp] - Codechange: void VARDEF definition restored, VARDEF replaced by extern for some arrays instantiated elsewhere 12:44:08 *** Vikthor [~Vikthor@snat2.arachne.cz] has joined #openttd 12:44:25 <peter1138> VARDEF should be removed 12:44:29 <peter1138> but, feh 12:44:32 *** BobingAbout [~BobingAbo@adsl-83-100-172-10.karoo.KCOM.COM] has joined #openttd 12:44:34 *** BobingAbout [~BobingAbo@adsl-83-100-172-10.karoo.KCOM.COM] has quit [] 12:45:43 <KUDr> yes, but now want to make it compilable 12:45:50 <KUDr> and linkable 12:49:52 <peter1138> yeah 12:49:58 <peter1138> hence "but, feh" :P 13:02:13 <Darkvater> 12:17 < peter1138> so i'm not on modem :D << is your ADSL back up? 13:02:53 <peter1138> no 13:03:12 <peter1138> 11:15 < peter1138> i came into work 13:04:12 <Darkvater> well it could've been "it came into work" 13:05:39 <Darkvater> hmm, which firewall shall I use? Any suggestions? 13:05:52 <Darkvater> it needs to be free, work nicely and not be Kerio cause I get BSOD with it 13:06:12 <peter1138> bah, desync 13:06:37 <nairan> sysgate : at least i like it 13:06:47 <nairan> as firewall 13:07:04 <Tron> Darkvater: none, just disable unnecessary services 13:07:26 <Darkvater> that doesn't really help on winxp 13:07:32 <nairan> how to know whats a non important service in windows =P 13:07:35 <Darkvater> it's so much crap you do need a firewall 13:07:41 <Tron> nonesense 13:07:49 <peter1138> disable RPC :D 13:07:52 <Darkvater> nonsense? don't think so 13:08:32 <Tron> http://blog.copton.net/articles/pfw-versagen/ (german) 13:10:12 <nairan> interesting (since im german hand have no prob to unbderstand it =P ) 13:11:48 <Darkvater> ugh, too much german 13:11:52 <Darkvater> makes me tired to read :) 13:12:15 <nairan> lol symantec gets a lot evil critics for the firewall and what all evil ya can do when their programm is on it 13:12:36 <Darkvater> do they say firewalls don't do anything and can actually open new holes? 13:12:57 <Darkvater> I also use a firewall though to control outbound connections. I want to know when and what wants to dial home 13:13:24 <Tron> that's exactly the topic: they present several easy ways to circumvent this 13:13:25 <CIA-1> KUDr * r7900 /branches/cpp/src/ (26 files in 2 dirs): [cpp] - Fix: some 'unresolved external' linker errors resolved by adding 'extern' before the variable definition. Don't know if it is correct. 13:13:33 *** KritiK [Maxim@ppp85-140-205-54.pppoe.mtu-net.ru] has joined #openttd 13:13:39 <Tron> either by using a "authorized" application 13:13:57 <nairan> well there seems to be programms or commands which fake some windows windows and command and so acces your computer without the firewall noticing it 13:14:02 <Tron> or by automatically clicking away the "shall FOO be allowed to send data?" dialog 13:14:35 <nairan> when the remoteshell is active 13:14:39 <Tron> bottom line: if the code is running on your box, you lost 13:14:53 <nairan> yes but hoe to find out =) 13:15:08 <nairan> havent read all text yet im still reading =) 13:17:03 <Tron> some games even ask you on installation if they should deactivate the filtering by themselves 13:17:52 <peter1138> o_O 13:18:10 <Tron> and even other games should be considered malware 13:18:16 <Tron> they replace CD/DVD drivers 13:18:33 <nairan> some do what alcohole or deamon tools do 13:18:38 <Tron> or deactivate other programs like daemon tools 13:18:51 <Darkvater> it's really fun. With that latest games you are much better off using pirated versions 13:18:55 <Darkvater> crazy :s 13:19:04 <Tron> yes, way cheaper and no hassle 13:19:34 <Darkvater> hell I'm even using Warcraft3 with daemon tools cause I'm sick of having it check my cd everytime 13:19:38 <Darkvater> works a lot faster as well 13:21:02 <nairan> jeez the list for setting services is long .. very long 13:22:08 <Tron> somebody should change "sort by engine number" to "sort by class" 13:23:26 <nairan> http://www.ntsvcfg.de/kss_xp/kss_xp.html explain what serv ice need what port (but its also in german) 13:25:02 <nairan> http://www.ntsvcfg.de/ is the main site 13:25:06 <Bjarni> wow, the OSX binary is the most downloaded torrent of all of the RC2 torrents 13:25:27 <Bjarni> it got even more downloads than all the windows binaries compined 13:25:39 <Tron> "The safest code is the code which doesn't get executed" (it also uses the least cycles) 13:26:10 <CIA-1> peter1138 * r7901 /trunk/src/ (newgrf_cargo.h newgrf_engine.h): -Codechange: Remove some misplaced externs and use extern, not VARDEF, in the place they should be... 13:26:13 <Darkvater> Bjarni: and you're not even fixing OSX bugs ^^ 13:27:42 <Darkvater> Tron: you mean 'classic sort (Engine ID)'? 13:27:52 <peter1138> bye 13:27:57 <Darkvater> bye peter1138 :) 13:30:02 <Bjarni> not fixing OSX bugs? 13:30:32 <Bjarni> I solved the dynamic linking to that fontlib thing 13:35:18 * Digitalfox Goes to work.. :( Bye 13:35:38 *** Digitalfox is now known as Digitalfox_Away 13:37:05 *** Digitalfox_Away [~chatzilla@bl8-40-207.dsl.telepac.pt] has quit [Quit: Bye Bye...] 13:38:02 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 13:38:03 *** mode/#openttd [+v glx] by ChanServ 13:39:12 <CIA-1> KUDr * r7902 /branches/cpp/src/ (11 files in 3 dirs): [cpp] - Fix: some more externals are now resolved by linker. Builds with VC8 now. 13:39:28 <roboboy> gnight 13:39:35 <CIA-1> KUDr * r7903 /branches/cpp/src/train_cmd.cpp: [cpp] - Fix: assert on NOT_REACHED() added in (r7875) 13:39:47 *** Sacro [Ben@213.249.248.210] has joined #openttd 13:40:05 *** roboboy [~leo@c211-30-116-5.carlnfd2.nsw.optusnet.com.au] has quit [Quit: Ex-Chat] 13:42:01 <Bjarni> wait a minute. I recall my last statement. It's not for RC2, but for 0.4.8 13:42:23 <Bjarni> Didn't notice that some files were RC2 and some were 0.4.8 13:42:53 <Bjarni> oh well. We still got more torrent downloads of OSX than for the windows binaries combined, but it's for 0.4.8 13:43:53 <KUDr> cpp ottd works on Win32 ! 13:43:58 <Bjarni> nice 13:44:10 <KUDr> ok, now gcc issues... 13:44:20 <Bjarni> don't you mean g++? 13:44:22 <Bjarni> ;) 13:44:23 <KUDr> but first some food 13:44:31 <stillunknown> KUDr: is the ai suppose to compile? 13:44:32 <Rubidium_> KUDr: http://rubidium.student.utwente.nl/openttd/makelog 13:44:34 <KUDr> dunno 13:44:39 <KUDr> gcc or g++ 13:44:43 <KUDr> same for me 13:44:44 <stillunknown> g++ 13:45:03 <KUDr> stillunknown: what ai? 13:45:04 *** Rens2Sea [~Rens2Sea@213.211.185.168] has quit [] 13:45:12 <stillunknown> KUDr: the default one 13:45:15 <KUDr> on VC8 it compiles fine 13:45:18 <KUDr> yes 13:45:25 <stillunknown> error: too many initializers for 'AiDefaultBlockData [0u]' 13:45:28 <Rubidium_> KUDr: look at the makelog I just gave you the url of 13:45:31 <glx> fails on ai_rail.h 13:45:38 <KUDr> stillunknown: what compiler? 13:45:43 <stillunknown> g++ 13:45:49 <KUDr> ahh 13:45:57 <KUDr> there will be many issues 13:46:05 <KUDr> i need breakfast first 13:46:13 <KUDr> then i will look at it 13:46:31 <Eddi|zuHause3> breakfast at 15:00... you sound like me ;) 13:47:54 <stillunknown> and i thought i was very late with lunch ;-) 13:47:59 <Bjarni> are we in the same timezone? 13:48:03 <Bjarni> I already had lunch 13:48:15 <stillunknown> KUDr lives in east-europe 13:48:20 <Bjarni> I know 13:48:41 <stillunknown> so it can only be >gmt+1 13:48:44 <stillunknown> >= 13:48:55 <Bjarni> why the sad face? 13:48:58 <Bjarni> :P 13:49:31 <Eddi|zuHause3> a few days ago, i heard someone say "good night" at 16:00 13:50:02 <Sacro> i get up around then 13:50:16 <Bjarni> so you are still asleep? 13:50:26 <Sacro> nah, up early today 13:50:39 <Bjarni> lost your sanity? 13:50:46 <Sacro> never found it 13:50:50 *** thgergo [~th_gergo@dsl51B78827.pool.t-online.hu] has joined #openttd 13:51:17 <Bjarni> Sacro: it's in the mall, but it will only reveal itself to completely naked people 13:51:29 <Sacro> :o 13:51:46 <Bjarni> so if you go to the mall and get naked, stuff will happen 13:51:58 <Sacro> normally i just get arrested 13:52:01 <Sacro> and laughed at 13:52:21 <Bjarni> so it's like IRC then? 13:52:44 <Sacro> yeah 13:52:49 <nairan> same here also had breakfast some hours ago 13:53:58 <Eddi|zuHause3> have you ever seen naked people on IRC? 13:54:06 <Eddi|zuHause3> wait... don't answer that... 13:54:17 <Bjarni> I meant people laughing at Sacro 13:55:10 <Bjarni> however Diablo-D3 once said something like "for all you know, I could be in a nudist camp"... we never asked him to tell more 13:57:31 *** Rens2Sea [~Rens2Sea@213.211.185.168] has joined #openttd 13:57:44 <stillunknown> Rubidium: do you do something special so it doesn't stop on errors? 13:58:56 *** thgergo [~th_gergo@dsl51B78827.pool.t-online.hu] has quit [Ping timeout: 480 seconds] 13:59:21 <Rubidium_> stillunknown: -k, --keep-going Keep going when some targets can't be made. 14:09:34 <Darkvater> Bjarni: add up the SF downloads and OSX bites the dust ^^ 14:10:18 <Bjarni> I know 14:10:24 <Bjarni> well 14:10:41 <Bjarni> SF shows the marked shares, so it's as well as could be expected 14:11:19 <KUDr> back (full) 14:11:27 <KUDr> stillunknown: where are you? 14:11:47 *** Ailure [~Coming@h104n9c1o912.bredband.skanova.com] has joined #openttd 14:11:52 <stillunknown> west-europe 14:11:57 <Darkvater> same time-zone 14:12:03 <KUDr> UK? 14:12:09 <stillunknown> NL 14:12:11 <KUDr> yes, then same 14:14:41 *** Osai^2 [~Osai@pD9EB58A2.dip.t-dialin.net] has joined #openttd 14:14:54 *** Syscalo [~BlackArt@213-140-21-224.fastres.net] has quit [Quit: KVIrc] 14:15:12 <nairan> germany here 14:15:53 <stillunknown> the land of masses s' 14:16:01 <stillunknown> *of many s' 14:17:34 <KUDr> hmm, how should i run make after makefile rewrite? 14:17:46 <KUDr> tells me no target, no makefile found 14:17:55 <Bjarni> use configure 14:18:01 <Bjarni> ./configure && make 14:18:16 *** Mizipzor [~Mizipzor@c-b66370d5.020-16-6b736810.cust.bredbandsbolaget.se] has joined #openttd 14:18:46 <KUDr> hmm 14:18:51 <KUDr> doesn't work 14:19:05 <Rubidium_> however, not that you only need to do ./configure once. After that reconfigures are automatically done whenever needed. 14:19:17 <Rubidium_> KUDr: what OS? 14:19:29 <Rubidium_> if windows: cygwin or mingw? 14:19:38 <Darkvater> HA 14:19:43 <Darkvater> I can reproduce the SF problem 14:19:44 <Rubidium_> and what doesn't work? 14:19:47 <KUDr> config.lib: line 2: syntax error near unexpected token '{ 14:19:54 <Darkvater> and I get 2 billion ^^ 14:20:09 <KUDr> something missing on my ubuntu? 14:20:15 *** Osai [~Osai@pD9EB5B56.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 14:20:34 <Rubidium_> KUDr: what does /bin/sh --version say? 14:20:54 <Rubidium_> KUDr: oh, no... you are using cygwin, right? 14:21:03 <KUDr> sh-3.00# 14:21:04 <stillunknown> ubuntu 14:21:07 <stillunknown> he said 14:21:13 <KUDr> ubu 14:21:31 <KUDr> it worked before 14:21:36 <KUDr> with old makefile 14:21:50 <KUDr> but i know shit about it 14:21:58 <KUDr> i am lost 14:21:58 <Rubidium_> hmm, no bash as basic shell? 14:22:17 <Rubidium_> KUDr: 'bash ./configure' should work 14:22:41 <KUDr> aha will try 14:23:09 <KUDr> the same 14:23:09 * Rubidium_ wonders what shell /bin/sh is for KUDr 14:23:23 <KUDr> bash 14:24:14 <Rubidium_> then it makes absolutely no sense why it doesn't work... have you maybe done the checkout of that directory in windows? 14:24:41 <KUDr> it is shared sfom windows 14:24:48 <KUDr> ubu is connected there 14:24:51 <stillunknown> KUDr: i would do a clean checkout 14:24:54 <KUDr> as it was always 14:25:05 <glx> eol problem 14:25:07 <Rubidium_> no, bash is kind of broken for \r\n :( 14:25:12 <KUDr> i have no svn client on ubu 14:25:12 <Rubidium_> dos2unix config.lib 14:25:17 <Rubidium_> should solve the problem 14:25:36 <KUDr> 'dos2unix config.lib' from console? 14:25:40 <stillunknown> yes 14:25:43 <Rubidium_> under linux yes 14:26:16 <KUDr> bash: dos2unix: command not found 14:26:27 <Rubidium_> arg 14:26:36 <Biff> KUDr: du you have tr? 14:26:45 <KUDr> arg also not found 14:26:54 <KUDr> tr? 14:26:57 <Biff> yup 14:26:59 <KUDr> whats that? 14:27:14 <KUDr> yes 14:27:14 <Darkvater> http://bugs.openttd.org/task/519 14:27:15 <Biff> tr - translate or delete characters 14:27:23 <Darkvater> okay anybody has any clever ideas? 14:27:26 <CIA-1> rubidium * r7904 /branches/masterserver_updater/ (5 files in 2 dirs): [MSU] -Add: initial stub for the updater; the network part is implemented, the database part not. 14:27:27 <KUDr> 'two strings must be given' 14:27:49 <Biff> cat config.lib | tr -d "\r" 14:28:10 <Rubidium_> KUDr: arg was kind of saying damn (not a command :)) 14:28:31 <KUDr> aha 14:28:43 <KUDr> cat config.lib | tr -d "\r" << did some output 14:28:55 *** Born_Acorn [~bornacorn@zernebok.com] has quit [Ping timeout: 480 seconds] 14:28:59 *** Celestar [~Jadzia_Da@galadriel.td.mw.tum.de] has quit [Read error: Connection reset by peer] 14:29:12 *** Celestar [~Jadzia_Da@galadriel.td.mw.tum.de] has joined #openttd 14:29:12 <Bjarni> Darkvater: well, make a tunnel instead of a bridge. It will prevent the trains from going more up and down than needed, but as for the bug... no :( 14:29:23 <Darkvater> .. 14:29:23 <Biff> KUDr: ok 14:29:36 <CIA-1> miham * r7905 /trunk/src/lang/ (estonian.txt italian.txt turkish.txt unfinished/frisian.txt): 14:29:36 <CIA-1> WebTranslator2 update to 2007-01-06 15:28:31 14:29:36 <CIA-1> estonian - 5 changed by kristjans (5) 14:29:36 <CIA-1> frisian - 669 fixed, 17 changed by ikkejw (574), Bouke (2), talzaroff (110) 14:29:36 <CIA-1> italian - 1 changed by sidew (1) 14:29:36 <CIA-1> turkish - 2 fixed, 16 changed by jnmbk (18) 14:29:40 <Biff> tr -d '52' < config.lib > .tmp && mv .tmp config.lib 14:29:45 <Biff> something like that 14:29:55 <Biff> unix <3 14:30:35 *** Born_Acorn [~bornacorn@zernebok.com] has joined #openttd 14:30:47 * Rubidium_ proposes to do a 'svn propset svn:eol-style LF config.lib && svn commit -m "-Fix (r7759): bash doesn't like CRLF"' 14:31:37 <KUDr> Biff: only one string may be given when deleting without squeezing repeats 14:31:40 <glx> Rubidium_: msys bash doesn't care :) 14:31:56 <stillunknown> maybe older bash care? 14:32:04 <KUDr> what is the problem? CRLF instead of LF only? 14:32:42 <Biff> KUDr: try " " instead of '' 14:32:43 <Biff> mayb 14:32:48 <stillunknown> my editor sais there are only LF :-| 14:32:49 <Rubidium_> yes, somehow (some) bashes cannot handle that 14:32:49 <Biff> cygwin seems broken 14:33:14 <KUDr> Rubidium_: ahaaa, so i can convert it by VC 14:33:19 <KUDr> it is easier 14:33:54 <Rubidium_> hmm, my bash doesn't like CRLF either 14:34:09 <stillunknown> which version Rub? 14:34:19 <Biff> KUDr: VC? 14:34:27 <Rubidium_> GNU bash, version 3.1.17(1)-release (i486-pc-linux-gnu) 14:34:29 <KUDr> Visual C 14:34:33 <stillunknown> Visual C(++) 14:34:39 <Biff> oh 14:34:41 <Biff> yes 14:34:44 <Biff> probably 14:34:53 <KUDr> you load it and tell save as unix (LF only) 14:35:05 <Biff> ah 14:35:26 <KUDr> now it does something more 14:35:38 <KUDr> hmm 14:35:45 <KUDr> freetype.config 14:35:59 <KUDr> missing 14:36:00 <Rubidium_> ./configure --without-freetype :) 14:36:02 <KUDr> or what 14:36:40 <KUDr> wow! 14:36:44 <KUDr> thanks! 14:36:54 <KUDr> compiles 14:37:28 <stillunknown> have fun with the errors :-) 14:38:00 *** RockerTimmy [~RockerTim@a82-92-123-126.adsl.xs4all.nl] has joined #openttd 14:38:20 <stillunknown> Darkvater: is it predictable what the effect of tree removal is on rating? 14:39:01 <KUDr> stillunknown: thanks i will enjoy 14:39:03 <Darkvater> -30 or something based on number of trees 14:39:14 <Bjarni> I got a question for you guys. I want to know what OS and CPU active players use (OSX players in particular), since this would have helped in the decision to discontinue support of OSX 10.2.8 and I don't know what similar decisions I have to make in the future. I wonder about adding that info to the request for the server list at the central server. This way we will know what platforms, that are really active. It will however not fi 14:39:14 <Bjarni> nd those, who plays offline all the time. What do you say? 14:39:25 <Darkvater> but this can also happen with two half-tile roads below a bridge 14:40:17 <stillunknown> Bjarni: OSX is now at 10.5? 14:40:19 <Darkvater> why do you want to discontinue support for more OSX platforms? 14:40:27 *** thgergo [~th_gergo@dsl51B7892D.pool.t-online.hu] has joined #openttd 14:41:17 <Bjarni> I don't plan to do so, but if I need to consider that in say a year, it would be wise to start collecting such info now so it's in the system so I have results in the future 14:41:42 <Bjarni> it could also be for other issues, like do people have a velocity engine and so on (for optimisation) 14:41:54 <Darkvater> why would you consider doing so? 14:41:58 <stillunknown> velocity engine? 14:42:00 <Darkvater> it works now it'll surely will work in a year 14:42:34 <Bjarni> stillunknown: it's actually 10.4.8, but rumours claims that it will be 10.5 from Apple's presentation on monday 14:43:05 <Bjarni> <Darkvater> it works now it'll surely will work in a year <-- 10.2.8 worked a year ago. Now it's really broken 14:43:16 <Darkvater> what did you do to break it? 14:43:33 <Bjarni> it broke big time when YAPF got merged 14:43:46 <Bjarni> but it had issues before that, like no iconv support 14:44:15 <stillunknown> Bjarni: why isn't osx dealt with like another unix alike os? 14:44:30 <Bjarni> in theory those issues can be solved, but odds are that so few people use it, so it would not be worth my time 14:44:41 <Bjarni> in the future I would like to know for sure 14:44:56 <Darkvater> I think that is a very easy way out 14:45:17 <Darkvater> I am sure only a handful people use win95/98 to play openttd as well 14:45:20 <Darkvater> but it DOES work 14:46:22 <Bjarni> but what if something breaks and it's not easy to repair and you don't really know where to start? 14:46:30 <nairan> windows user 14:46:51 <Bjarni> I mean... I had problems like "#include <new>" failed big time.... wtf? 14:46:56 <Darkvater> I'm sure it can be fixed Bjarni with a little effort 14:47:04 <Bjarni> fine 14:47:06 <Darkvater> Bjarni: it doesn't have to COMPILE on that OS 14:47:06 <Bjarni> do it :P 14:47:15 <Darkvater> openttd doesn't ocmpile on win9x either 14:47:21 <Darkvater> cause it only has VC6 14:47:29 <Bjarni> I can't crosscompile to 10.2.8 either 14:47:44 <stillunknown> you do release conceptually unix like os'es are different from windows 14:47:56 <Bjarni> the binary relies on libs added/modified in 10.3.x 14:48:09 <Darkvater> there is no 10.2.8 anymore, but the nightlies work for all others so you do not need to drop any of them (10.3.x) 14:48:36 <stillunknown> *realise 14:48:56 <Darkvater> stillunknown: it's all dynamically linked 14:49:16 <Darkvater> but if you want you can static link the libraries needed and i'tll most likely works 14:49:28 <Darkvater> (forgetting libc problems for the moment if any) 14:49:36 <stillunknown> but microsoft tends to keep certain api's around forever and stuff like that 14:51:30 <stillunknown> i'm still surprised win9x is supported 14:51:42 <Darkvater> I just don't agree with the practice of dropping support for a certain OS just cause one can't bother to figure how to solve it 14:51:53 <Darkvater> stillunknown: yeah it took some magic, MS tries very hard to not make it possible 14:51:54 <Bjarni> it's not like that 14:51:59 <Bjarni> I actually tried 14:52:10 <Darkvater> (speaking in general terms) 14:52:13 <Bjarni> I had no idea where to start, so I asked around and nobody had any ideas 14:52:14 <Darkvater> not blaming you Bjarni 14:52:29 <Darkvater> but I will blame you if you drop support for 10.3.9> 14:52:46 <stillunknown> depends on when 14:53:30 <nairan> ya might do a post on the forum where ppls can vote so ya will see what they use 14:53:40 <Bjarni> I wouldn't mind dropping support for 10.3.9 if I could benefit/save a lot of time by doing so if I could tell for sure that the users didn't use that OS anymore 14:53:51 <Bjarni> that could be the case in the future 14:54:20 <Bjarni> nobody uses OSX 10.1 anymore. Nearly nobody uses 10.2 anymore and eventually it will be the same for 10.3 14:55:26 <Bjarni> but the point is... I'm thinking about a tool to know what people use so it can collect the info before I need it 14:56:05 <Bjarni> say I noticed that all G3s are too old to actually play, I could start to code stuff to increase speed, but it would need G4 or newer to work 14:57:23 <nairan> the tool would get all online players but what about the ones who think they are not ready to play online (new players with no experience or frightened ones)? 14:57:23 <Bjarni> nairan: I thought about that one, but only a fraction of the people, who downloads the game ever visits the forums and if they do, not all of them vote and then the question is: will the poll be real? 14:57:49 <Bjarni> or is it that people, who use the computer to visit forums and such tend to have the newest computers? 14:58:35 <nairan> its quite difficult to get a real answer because of all the facts which are needed 14:59:17 <stillunknown> if the time comes, you can ask on the forum, if noone has that version, then it's unlikely a lot of people still use it 14:59:30 <Bjarni> also I would say that the people, who use the old hardware/software tend not to know what they got if you ask them, hence they will stay out of polls 14:59:43 <ln-> http://www.shoutfile.com/v/gSfSsCpR/Why_People_Believe_Americans_Are_Stupid 15:00:12 <Darkvater> we could have ottd phone home with anonymous statistics ^^ 15:00:42 <Bjarni> yeah... as long as we clearly inform people what happens. It should not be considered spyware 15:00:57 <ln-> they've got the source code. 15:01:18 <ln-> naturally everyone reads it before executing code downloaded from the evil internet. 15:01:29 <Bjarni> how many of the users (specially with old hardware/software) do you think read the source? 15:01:49 <Bjarni> well 15:02:05 <Bjarni> at one time, the windows installer deleted all savegames when updating 15:02:24 <Bjarni> several people reported this 15:02:32 <Bjarni> so they didn't read the source first 15:02:44 <CIA-1> rubidium * r7906 /branches/masterserver_updater/src/shared/ (main.c main.h): [MSU] -Fix: forgot to set svn:keywords on some files. 15:05:16 *** mikk36 [~mikk35@sopruse.ee] has joined #openttd 15:05:23 *** lolman [~Simon@AC9F8B31.ipt.aol.com] has joined #openttd 15:06:42 <lolman> Afternoon :) 15:07:22 <ln-> lolman: what's the currency used in United Kingdom? 15:07:39 <Bjarni> a heavy one 15:07:59 <lolman> Sterling 15:08:07 <lolman> (The Pound) 15:08:09 <Eddi|zuHause3> Darkvater: suggestion, the autoreplace code adds some magical value of money for the vehicles that are about to be sold, which can be used to buy the new vehicles, and gets removed afterwards... maybe you can do something similar for bridge building 15:08:14 <ln-> correct 15:08:29 <lolman> Why? 15:09:17 <Eddi|zuHause3> or alternatively, in the dry run, 'collect' all possible town rating adjustments, then on execute, do not affect town rating, and then do all at once 15:09:59 <ln-> 16:59 < ln-> http://www.shoutfile.com/v/gSfSsCpR/Why_People_Believe_Americans_Are_Stupid 15:10:17 <lolman> I'm from the UK :P 15:10:46 <Eddi|zuHause3> how is it done for stations? they are not placed piece by piece either, and they get affected by town ratings, too 15:10:55 <ln-> your host is aol.com which makes you almost equal to american. 15:11:09 <lolman> I'm at a friend's house, my ISP is NTL L( 15:11:11 <lolman> :)* 15:11:55 <stillunknown> ln-: I'm sure there are people in the USA who are decent 15:14:22 <Eddi|zuHause3> those are very rare... 15:14:48 <Eddi|zuHause3> it's probably not a coincidence why 90% of all people in this channel are european ;) 15:15:03 <Bjarni> yeah 15:15:13 <Bjarni> Americans can't spell openttd 15:15:35 <stillunknown> What do they say? 15:15:41 <lolman> Not that, they can't spell oftc 15:15:47 <Bjarni> I have no idea 15:15:56 <Bjarni> I muted my computer 15:16:03 <Bjarni> so I didn't watch that movie 15:16:20 <Bjarni> interviews are somewhat boring when muted xD 15:16:54 <lolman> Back in a bit, food required 15:17:47 <Eddi|zuHause3> <lolman> Not that, they can't spell oftc <- it's not that europeans can do that, but that they learned the magic of copy&paste 15:18:16 <CIA-1> rubidium * r7907 /branches/masterserver_updater/ (5 files in 4 dirs): [MSU] -Codechange: move shared functions/definitions away out the masterserver and updater specific code. 15:18:23 <lolman> Eddi, hehehe 15:19:08 <stillunknown> Eddi: I can spell oftc, just don't know what it means :-) 15:21:07 <Eddi|zuHause3> i did look that up once, but i forgot it 15:21:08 <CIA-1> rubidium * r7908 /branches/masterserver_updater/src/shared/ (rbtree.c rbtree.h udp.c udp.h): [MSU] -Fix: forgot svn:eol-style/svn:keywords on some more files. 15:21:30 <Eddi|zuHause3> "The Open and Free Technology Community" 15:21:31 <Rubidium_> open and free technology community 15:21:33 <Eddi|zuHause3> (from the MOTD) 15:22:12 *** scia [~scia@AveloN.xs4all.nl] has joined #openttd 15:23:42 <stillunknown> i saw that too, maybe they should call themselves the FLOSSers 15:24:36 <Bjarni> did we ever come to a conclusion about getting OS versions and such? 15:25:02 <Eddi|zuHause3> that video is soooo predictable 15:25:13 <Eddi|zuHause3> he asked a guy: "who is in the axis of evil" 15:25:23 <Eddi|zuHause3> and i think by myself: "he's saying Germany" 15:25:27 <Eddi|zuHause3> and he actually does ;) 15:26:15 <Bjarni> but 15:26:27 <Bjarni> are you sure that he is wrong? 15:26:52 <Eddi|zuHause3> nobody said that i think that ;) 15:27:21 <Bjarni> so you think that he is right? 15:29:26 <Eddi|zuHause3> it really depends on how you define 'evil' ;) 15:29:26 *** Gonozal_VIII [~Gono@N877P014.adsl.highway.telekom.at] has quit [Read error: Connection reset by peer] 15:29:36 <lolman> I do...that Merkel is a weird woman... 15:29:38 <CIA-1> KUDr * r7909 /branches/cpp/src/table/ai_rail.h: [cpp] - Fix: g++ complained about initialization of multiple var-array items 15:29:53 *** Osai^2 is now known as Osai 15:30:33 <Eddi|zuHause3> hmm... Maedhros's diagonal crossings have issues, if two trains are on the same tile 15:30:48 <lolman> What happens? 15:30:54 <Eddi|zuHause3> it does not turn off the crossing correctly, when they leave 15:31:02 <lolman> Ah 15:31:22 <Eddi|zuHause3> so you end up with one closed tile on the outside, and the other two tiles are open 15:31:36 <Sacro> oh noes 15:31:43 <lolman> Oh Noes indeed 15:32:52 <lolman> How be Sacro? 15:33:06 <Sacro> he be struggling along slowly 15:33:08 <Sacro> how be lolman ? 15:33:17 <lolman> He be enjoying himself 15:34:37 *** lolman [~Simon@AC9F8B31.ipt.aol.com] has left #openttd [] 15:35:45 *** setrodox [~setrodox@83-65-234-231.dynamic.xdsl-line.inode.at] has quit [Ping timeout: 480 seconds] 15:36:10 *** Gonozal_VIII [~Gono@88.117.41.102] has joined #openttd 15:37:08 *** MUcht [~Mucht@p57A0D4F7.dip.t-dialin.net] has joined #openttd 15:41:25 <CIA-1> KUDr * r7910 /branches/cpp/src/ (industry_cmd.cpp station_cmd.cpp): [cpp] - Fix: 'or' is defined as '||' on g++ so it is probably not good idea to give local variables the name 'or' 15:41:37 *** Aloysha [~Aloysha@ppp233-166.lns3.syd7.internode.on.net] has joined #openttd 15:42:23 *** setrodox [~setrodox@83-65-234-231.dynamic.xdsl-line.inode.at] has joined #openttd 15:43:45 *** Mucht_ [~Mucht@p57A0FED3.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 15:46:51 *** Tron_ [~tron@p54A3CDCC.dip.t-dialin.net] has joined #openttd 15:47:11 *** Aloysha [~Aloysha@ppp233-166.lns3.syd7.internode.on.net] has quit [Quit: Aloysha] 15:50:01 *** RockerTimmy [~RockerTim@a82-92-123-126.adsl.xs4all.nl] has quit [] 15:51:15 *** setrodox [~setrodox@83-65-234-231.dynamic.xdsl-line.inode.at] has quit [Ping timeout: 480 seconds] 15:51:25 *** setrodox [~setrodox@83-65-234-231.dynamic.xdsl-line.inode.at] has joined #openttd 15:53:24 *** Tron [~tron@p54A3D1A5.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 15:53:28 <CIA-1> KUDr * r7911 /branches/cpp/src/ (unix.cpp video/sdl_v.cpp): [cpp] - Fix: some more type conversion issues (unix, sdl) 15:54:22 <nairan> tried to build ottd in vc++ 2005 and failed 15:54:27 <nairan> 37 errors 15:55:05 <KUDr> nairan: trunk? 15:55:25 <nairan> svc updated with turtle 15:55:58 <KUDr> what branch? 15:56:41 *** helb [~helb@84.244.90.159] has quit [Quit: Leaving] 15:56:48 <nairan> rev 7911 .svn 15:57:13 <KUDr> check if you have DX SDK installed 15:57:51 *** helb [~helb@84.244.90.159] has joined #openttd 16:02:15 *** setrodox [~setrodox@83-65-234-231.dynamic.xdsl-line.inode.at] has quit [Ping timeout: 480 seconds] 16:03:49 <Eddi|zuHause3> i get: train_gui.cpp:(.text+0x3034): undefined reference to `CheckTrainStoppedInDepot(Vehicle const*)', and a few: undefined reference to `_openttd_revision' 16:04:56 <nairan> with devcc its not compilable right? 16:05:12 <KUDr> Eddi|zuHause3: working on it 16:05:33 <Eddi|zuHause3> hm... i kinda could use bridges in miniin right now :( 16:05:38 <KUDr> Eddi|zuHause3: what compiler? 16:05:42 <Eddi|zuHause3> g++ 16:05:45 *** setrodox [~setrodox@83-65-234-231.dynamic.xdsl-line.inode.at] has joined #openttd 16:06:52 <nairan> bloodshed dev c++ =) 16:12:43 *** helb [~helb@84.244.90.159] has quit [Quit: Leaving] 16:13:59 *** helb [~helb@84.244.90.159] has joined #openttd 16:18:24 <CIA-1> KUDr * r7912 /branches/cpp/ (Makefile.src.in src/network/network.cpp src/train_cmd.cpp): [cpp] - Fix: some more unresolved externals (g++). Now it compiles on g++ too (with many warnings). Fails on assert (rail_map.h:241) 16:20:56 *** helb [~helb@84.244.90.159] has quit [Quit: Leaving] 16:25:17 *** helb [~helb@84.244.90.159] has joined #openttd 16:27:42 *** helb_ [~helb@84.244.90.159] has joined #openttd 16:28:02 *** helb [~helb@84.244.90.159] has quit [] 16:31:08 <Eddi|zuHause3> hm, we had like 400 revisions in the last 2 weeks 16:33:29 <izhirahider> I was doing a patch that applied correctly 200 revisions ago. What do I need to do to make it work again? I assume some of this code was already changed :/ 16:33:50 *** TinoM| [~Tino@i5387F785.versanet.de] has joined #openttd 16:35:50 <Bjarni> heh, just got a complain 16:35:57 <Bjarni> "game stopped when server died" 16:36:09 <Smoovious> yeah, it'll do that 16:36:14 <Sacro> Bjarni: its a pain when that happens 16:36:26 <Bjarni> yeah 16:36:33 <Bjarni> but 16:36:42 <Bjarni> what should we do about it? 16:37:02 <KUDr> allow save/load and continue 16:37:34 <Sacro> "Lost contact with server, going locally" 16:37:43 <Naksu> how about 16:38:34 <Naksu> have one of the clients pick-up the game 16:40:30 *** TinoM [~Tino@i5387F785.versanet.de] has quit [Ping timeout: 480 seconds] 16:43:13 *** Mizipzor_ [Mizipzor@c-b66370d5.020-16-6b736810.cust.bredbandsbolaget.se] has joined #openttd 16:47:50 <Eddi|zuHause3> the clients not necessarily have a connection between each other 16:48:20 <Eddi|zuHause3> plus, the client that takes over has a multiple of the previous bandwidth usage 16:48:35 <hylje> could be neat to replace the server when it drops 16:48:58 <hylje> clients could keep pinging each other for their locations 16:50:01 *** Mizipzor [~Mizipzor@c-b66370d5.020-16-6b736810.cust.bredbandsbolaget.se] has quit [Ping timeout: 480 seconds] 16:50:01 <stillunknown> don't forget firewall issues 16:50:27 <Eddi|zuHause3> that's exactly what i meant 16:51:04 <Eddi|zuHause3> 1 server with open firewall, 7 clients with closed firewalls... server dies... nobody is capable of taking over 16:51:09 <hylje> the pinging process could also be used to determine the hosting ability 16:51:21 <hylje> if no client can host, the game dies 16:51:22 *** Tino|Home [~Tino@i5387DC5C.versanet.de] has joined #openttd 16:52:04 *** Syscalo [~BlackArt@213-140-21-224.fastres.net] has joined #openttd 16:57:59 *** Mizipzor_ [Mizipzor@c-b66370d5.020-16-6b736810.cust.bredbandsbolaget.se] has quit [Read error: Connection reset by peer] 16:58:01 <CIA-1> KUDr * r7913 /branches/cpp/src/settings.cpp: [cpp] - Fix: many "missing braces" warnings and one "case not handled in switch" 16:58:39 *** TinoM| [~Tino@i5387F785.versanet.de] has quit [Ping timeout: 480 seconds] 17:00:06 <Celestar> I don't think we want to build HA features into openttd 17:00:14 *** Progman [~progman@p57A1CA86.dip.t-dialin.net] has quit [Remote host closed the connection] 17:01:03 <Celestar> if you need them google for linux HA or heartbeat 17:01:07 <Celestar> :> 17:01:22 *** Vikthor [~Vikthor@snat2.arachne.cz] has quit [Read error: No route to host] 17:01:37 *** Vikthor [~Vikthor@snat2.arachne.cz] has joined #openttd 17:02:37 <Celestar> Darkvater: ping 17:05:06 *** BJH2_ [~chatzilla@e176119214.adsl.alicedsl.de] has joined #openttd 17:06:57 *** setrodox [~setrodox@83-65-234-231.dynamic.xdsl-line.inode.at] has quit [Remote host closed the connection] 17:07:50 *** BJH2 [~chatzilla@e176104154.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds] 17:08:10 *** Tino|Home is now known as TinoM 17:09:51 *** Digitalfox [~digitalfo@bl8-40-207.dsl.telepac.pt] has joined #openttd 17:10:42 <SpComb> Logs: http://zapotek.paivola.fi/~terom/logs/openttd 17:10:42 <Digitalfox> !logs 17:10:43 *** scia [~scia@AveloN.xs4all.nl] has quit [Quit: Lost terminal] 17:12:47 *** mikk36[EST] [~mikk35@sopruse.ee] has joined #openttd 17:13:15 *** BurningFeetMan_ [~chatzilla@CPE-60-227-105-136.nsw.bigpond.net.au] has joined #openttd 17:13:18 *** glx|away [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 17:13:50 *** KritiK [Maxim@ppp85-140-205-54.pppoe.mtu-net.ru] has quit [Read error: Connection reset by peer] 17:13:50 *** BurningFeetMan [~chatzilla@CPE-60-227-105-136.nsw.bigpond.net.au] has quit [Read error: Connection reset by peer] 17:13:57 *** BurningFeetMan_ is now known as BurningFeetMan 17:14:12 *** KritiK [Maxim@ppp85-140-205-54.pppoe.mtu-net.ru] has joined #openttd 17:14:40 <CIA-1> KUDr * r7914 /branches/cpp/src/table/engines.h: [cpp] - Fix: some more "missing braces" 17:15:45 <Digitalfox> After cpp brach is finished will it be merged with trunk or something else? 17:16:03 <KUDr> Digitalfox: no, it will be deleted 17:16:08 <KUDr> :) 17:16:18 <Sacro> how... silly 17:16:23 <Celestar> he wasn 17:16:28 <Celestar> he wasn't DEAD serious 17:17:21 <Digitalfox> KUDr: I asked because i thought it could be merged first with cbh.. :) 17:17:46 <Celestar> Digitalfox: cbh was the reason we started it 17:17:54 <Celestar> cbh causes a lot of troubles 17:17:56 <hylje> :o 17:18:11 <KUDr> so it must go into trunk first 17:18:12 <Digitalfox> Yes, and i asked because i thought to cbh to be finished it needed cpp 17:18:29 <Celestar> Digitalfox: the new map will be tried on cpp 17:18:37 <Celestar> and hopefully completed 17:18:41 *** Syscalo [~BlackArt@213-140-21-224.fastres.net] has quit [Ping timeout: 480 seconds] 17:18:51 <KUDr> Digitalfox: but cpp if big enough 'feature' to be merged separatelly 17:19:04 <Digitalfox> ok :) 17:19:26 *** mikk36 [~mikk35@sopruse.ee] has quit [Ping timeout: 480 seconds] 17:19:31 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Ping timeout: 480 seconds] 17:19:34 <stillunknown> i looked at the assert, turns out something is using a trackdir of 247 17:19:50 <Celestar> stillunknown: that is kind of suboptimal 17:20:26 <stillunknown> ofcource, maybe KUDr knows more 17:20:34 <KUDr> hmm 17:20:36 <KUDr> 247 17:20:36 <stillunknown> (talking about the cpp branch) 17:20:55 <stillunknown> it's like 50% of the calls 17:20:57 <KUDr> 247 == -9? 17:21:59 *** glx|away is now known as glx 17:22:06 <KUDr> but why on VC/win32 it works fine? 17:22:10 <KUDr> hmmmm 17:22:13 <blathijs> KUDr: when the number is signed int, that would sorta make sense 17:22:26 <Digitalfox> Anyway, KUDr keep the good work, since this last days you have made a terrific job.. Everytime i look at SVN log, there's new changes to cpp made by you and i check a lot of times in a day... :) 17:22:41 <KUDr> blathijs: deault enum evaluates to signed int 17:22:48 <KUDr> but i wrap it by byte 17:22:51 <Celestar> KUDr: in gcc as well? I don't think so 17:22:57 <KUDr> this can be the reason 17:23:09 <Celestar> KUDr: I *think* itis int 17:23:15 <Celestar> it is 17:24:03 <KUDr> int is signed or not? 17:24:04 <stillunknown> if (!HasSignalOnTrackdir(gp.new_tile, ReverseTrackdir(i))) 17:24:17 <stillunknown> this piece of code suggest something reverse'ish 17:24:24 <Celestar> KUDr: unsigned but I can try. wait 17:25:48 <stillunknown> static inline Trackdir ReverseTrackdir(Trackdir trackdir) { 17:25:48 <stillunknown> return (Trackdir)(trackdir ^ 8); 17:25:48 <stillunknown> } 17:26:32 <stillunknown> is this safe to do KUDr? 17:28:19 <KUDr> aha 17:28:23 <KUDr> 247 17:28:32 <KUDr> missing bit 3 17:28:36 <KUDr> ^ 8 17:28:41 <KUDr> you have it 17:29:17 <KUDr> so it was INVALID_TRACKDIR 17:29:32 <KUDr> before it entered this func 17:29:49 <KUDr> one more assert needed :) 17:29:54 <Celestar> maybe the func should assert before that? 17:29:57 <Eddi|zuHause3> could use an assert there ;) 17:29:59 <Celestar> hehe @ KUr 17:29:59 <KUDr> and then hunt it further 17:30:55 <Celestar> KUDr: the official C++ standard states what types enums should have 17:31:35 <Eddi|zuHause3> i need an E 91 right now... curses on MB :) 17:31:36 <stillunknown> i'm glad someone here knows what is wrong 17:31:55 <stillunknown> because i don't know what missing bit 3 means 17:32:10 <stillunknown> in this context 17:32:15 <Eddi|zuHause3> ^ 8 toggles the 3rd bit 17:32:25 <stillunknown> brb 17:32:47 <Eddi|zuHause3> well. the 4th. but you start counting from 0 17:33:09 <CIA-1> KUDr * r7915 /branches/cpp/src/rail.h: [cpp] - Codechange: added assert while hunting another one (thanks stillunknown) 17:33:46 <Eddi|zuHause3> so if you have FF and you do ^ 8, you end up with F7, which is 247 17:39:36 <Eddi|zuHause3> the point is, the function should never have been called with FF (= INVALID_TRACKDIR) in the first place 17:43:31 *** Bjarni [~Bjarni@0x50a46ac4.virnxx14.adsl-dhcp.tele.dk] has quit [Ping timeout: 480 seconds] 17:45:47 *** Bjarni [~Bjarni@0x50a46ac4.virnxx14.adsl-dhcp.tele.dk] has joined #openttd 17:45:51 *** mode/#openttd [+o Bjarni] by ChanServ 17:47:01 <SpComb> Logs: http://zapotek.paivola.fi/~terom/logs/openttd 17:47:01 <Bjarni> !logs 17:47:28 <Bjarni> hmm 17:47:35 <Bjarni> missed one line of chat 17:52:45 <Eddi|zuHause3> you need 10 minutes to reconnect? 17:54:08 <Digitalfox> Hum.. I know 16383 is openttd sprite limit, but what's sprite limit of the patch?? 17:54:23 <Digitalfox> I tried to found in patch wiki but didn't find 17:55:28 <stillunknown> some things are so meaningless at first sight 17:55:37 <Celestar> Rubidium_: you there? 17:56:21 <Bjarni> Eddi|zuHause3: I reconnect somewhat fast, but it took a while to figure that I had lost the connection :s 17:57:02 <Eddi|zuHause3> i set my timeout to 20s or something 17:59:22 <Bjarni> hmm 17:59:28 * Bjarni wonders where to set that up 18:00:53 <Celestar> fuck 18:01:03 <stillunknown> KUDr: the problem lies somewhere in the train controller area, the variable ts is cast to something and it gets cut of due to data type 18:01:24 <stillunknown> the ts variable comes from a lot of bit operations that make no sense to me 18:01:26 <KUDr> hmm 18:01:38 <KUDr> trackdir bits 18:01:47 <KUDr> upper 16 bits are signals 18:01:56 <Celestar> stillunknown: please rebuild the code WITHOUT optimizations (you need to manually edit config.lib) 18:01:57 <KUDr> lower 16 are tracks on the tile 18:02:00 <Celestar> stillunknown: and then try again 18:02:15 <stillunknown> ok 18:02:16 <Celestar> Rubidium_: please respond 18:05:08 <stillunknown> Celestar: i think building with debug level 3 is enough 18:05:14 <stillunknown> that shuts down O2 18:05:22 <Celestar> stillunknown: no,it doesn't 18:05:27 <Celestar> stillunknown: -O is still active then 18:05:43 <Celestar> stillunknown: because for me, the assert does NOT happen if optimizatios are disabled 18:07:56 <Celestar> I think there are two options: we f*ck up the stack somewhere or g++ has a problem 18:09:25 <stillunknown> unless i made a serious mistake, it still asserts for me 18:09:55 <Celestar> stillunknown: if you run ./configure --enable-debug=3 ... read CAREFULLY ... I usually have two -O options 18:12:31 <stillunknown> Celestar: is it just me, or do the ammount of warnings increase when compiling without optimisation? 18:13:16 <Celestar> stillunknown: did not check yet 18:14:12 <Celestar> ok I'll start cleanly 18:14:20 <Celestar> it's a rather strange bug 18:16:28 <blathijs> Do we have a backtrace? 18:18:09 <Celestar> blathijs: yes. 18:18:14 <Celestar> blathijs: stack looks normally 18:19:11 <stillunknown> i may have something 18:19:15 <KUDr> Celestar found it 18:19:16 <Celestar> stillunknown: we have it possibly :) 18:19:23 <Celestar> stillunknown: what is your finding? 18:19:26 <stillunknown> two declerations of DiagDirectionByte 18:19:28 <stillunknown> one old 18:19:32 <stillunknown> one a new enum 18:19:33 <Celestar> stillunknown: hm? 18:19:33 <KUDr> here it runs on ubuntu ! 18:19:45 <Celestar> stillunknown: where are those? 18:19:45 <stillunknown> static const DiagDirectionByte _dir_from_track[14] = { 18:19:45 <stillunknown> DIAGDIR_NE, DIAGDIR_SE, DIAGDIR_NE, DIAGDIR_SE, DIAGDIR_SW, DIAGDIR_SE, DIAGDIR_NE, DIAGDIR_NE, 18:19:45 <stillunknown> DIAGDIR_SW, DIAGDIR_NW, DIAGDIR_NW, DIAGDIR_SW, DIAGDIR_NW, DIAGDIR_NE, 18:19:45 <stillunknown> }; 18:19:49 <stillunknown> direction.h 18:20:06 <stillunknown> that's in rail_cmd.c 18:20:13 <stillunknown> direction.h has this 18:20:21 <stillunknown> template <> struct EnumPropsT<DiagDirection> : MakeEnumPropsT<DiagDirection, byte, DIAGDIR_BEGIN, DIAGDIR_END, INVALID_DIAGDIR> {}; 18:20:21 <stillunknown> typedef TinyEnumT<DiagDirection> DiagDirectionByte; 18:20:33 <glx> stillunknown: it's not a declaration of DiagDirectionByte :) 18:20:47 <glx> it's a declaration of _dir_from_track 18:20:57 <Celestar> true 18:21:01 <stillunknown> sorry 18:21:16 <Celestar> stillunknown: don't worry, KUDr and I found it 18:21:31 <stillunknown> i'm away for a bit 18:21:41 <Celestar> have fun 18:23:02 <Celestar> peter1138: ping 18:24:35 <stillunknown> Celestar: what was it? 18:25:29 <Celestar> stillunknown: FindFirstBit2x64 doesn't take uint32s 18:26:22 <stillunknown> and now you're feeding it? 18:26:49 <Celestar> uint16 18:27:09 <Celestar> somehow I'm not fully understanding the problem, but I found it and KUDr is solving it :P 18:28:03 <stillunknown> just ask KUDr to make a nice commit message :-) 18:28:04 <glx> http://glx.dnsalias.net:8080/openttd/cpp.txt <-- mingw gcc 3.4.2 warnings (though it compiles and works) 18:29:41 *** Celestar_ [~Jadzia_Da@galadriel.td.mw.tum.de] has joined #openttd 18:29:51 <Celestar_> ?? 18:30:21 *** Celestar [~Jadzia_Da@galadriel.td.mw.tum.de] has quit [Killed (NickServ (GHOST command used by Celestar_))] 18:30:26 *** Celestar_ is now known as Celestar 18:30:42 <Celestar> what did I miss? 18:31:03 <stillunknown> stillunknown> just ask KUDr to make a nice commit message :-) 18:31:03 <stillunknown> <glx> http://glx.dnsalias.net:8080/openttd/cpp.txt <-- mingw gcc 3.4.2 warnings (though it compiles and works) 18:31:49 <Celestar> ok 18:32:33 <CIA-1> KUDr * r7916 /branches/cpp/src/ (rail.h train_cmd.cpp): 18:32:33 <CIA-1> [cpp] - Fix: wrong value passed into FindFirstBit2x64(). ts variable in 18:32:33 <CIA-1> TrainController() contains invalid value (upper 16 bits contain signal states) 18:32:33 <CIA-1> and therefore FindFirstBit2x64() failed. (thanks Celestar and stillunknown for 18:32:33 <CIA-1> help with gdb/linux and debugging this) 18:34:06 <stillunknown> didn't use a lot of gdb, i just do that to determine the spot to look 18:34:22 <stillunknown> after that i usually stick some printf's in the code 18:34:22 <KUDr> heh 18:34:26 *** scia [~scia@AveloN.xs4all.nl] has joined #openttd 18:34:44 <KUDr> but i am too stupid for gdb 18:35:00 <KUDr> Celestar helped me to get some output from it 18:35:02 <stillunknown> not too stupid, it's just different way to work 18:35:23 <KUDr> stupid and old (i should retire) 18:35:42 <stillunknown> windows users, even good coders are different from linux/bsd/unix users 18:35:46 <stillunknown> how old? 18:36:00 <KUDr> almost 41 18:36:10 <stillunknown> that's mid age 18:36:14 <KUDr> hehe 18:36:32 <KUDr> its too much for coding 18:36:32 <caladan> stillunknown: you believe that? i thought I'm old and I'm just 22 18:36:45 <KUDr> at work i also almost don't do it 18:37:23 <Celestar> ^^ 18:37:35 <stillunknown> someone old when he/she doesn't know what happens in the world around him/her 18:37:49 <stillunknown> when he can't walk anymore 18:37:51 <stillunknown> stuff like that 18:37:55 <nairan> lol there are no servers with rev. =( 18:38:09 <Eddi|zuHause3> you mean like the people that got interviewed (see link earlier today)? 18:38:13 <nairan> only with 4.8 or 5.x 18:38:18 <KUDr> stillunknown: i can't code anymore - it is the same 18:38:30 <Eddi|zuHause3> they don't know what is happening in the world around them either 18:38:39 <stillunknown> KUDr: you made yapf :-) 18:38:51 <Eddi|zuHause3> nairan: there is no 4.8 or 5.x 18:38:51 <nairan> im 29 and guess what i cant code '=/ 18:39:20 <KUDr> stillunknown: did you look into the yapf code? nobody understands it. Neither me 18:39:53 *** HMage [~HMage@85.21.179.41] has joined #openttd 18:39:57 <nairan> i ment 0.4.8 and 0.5.0 +x 18:40:09 <caladan> Soo... If it works, dont touch that, general rule :-) 18:40:42 <Eddi|zuHause3> if only things would work in the first place :p 18:41:42 <Eddi|zuHause3> why do roads on snow have green trees next to them? 18:41:56 <stillunknown> KUDr: the problem is that everyone here are/were mostly C coders 18:42:23 <KUDr> yeah 18:42:35 <caladan> And what's problem with that? 18:42:38 <KUDr> but C++ is easy 18:42:44 <Bjarni> so you claim 18:42:58 <Bjarni> I'm still not sure that I get the idea in it :s 18:43:02 <KUDr> it is not a claim it is fact 18:43:08 <stillunknown> yapf is a complex piece of code 18:43:32 <stillunknown> // to access inherited path finder 18:43:32 <stillunknown> FORCEINLINE Tpf& Yapf() {return *static_cast<Tpf*>(this);} 18:43:48 <stillunknown> this for example makes little sense to me 18:43:52 <stillunknown> yet it is critical 18:43:58 <KUDr> Bjarni: ask celestar - he understand templates quite well 18:43:59 <caladan> why little sense? 18:43:59 <Bjarni> a path finder is either complex or bad 18:44:10 <Bjarni> or both ;) 18:44:27 *** BurningFeetMan_ [~chatzilla@CPE-60-227-105-136.nsw.bigpond.net.au] has joined #openttd 18:44:54 *** BurningFeetMan [~chatzilla@CPE-60-227-105-136.nsw.bigpond.net.au] has quit [Read error: Connection reset by peer] 18:44:55 *** BurningFeetMan_ is now known as BurningFeetMan 18:45:26 <CIA-1> celestar * r7917 /branches/cpp/src/ai/ (default/default.cpp trolly/pathfinder.cpp trolly/trolly.cpp): [cpp] - Fix: Silence some more warnings (signed/unsigned and types) 18:45:55 <Celestar> KUDr: I'm just not sure about the "Tpf&" bit .. is it a pointer? 18:46:23 <KUDr> where? 18:46:33 <blathijs> Celestar: Reference 18:46:35 <blathijs> I guess 18:46:40 <KUDr> yes looks like 18:46:40 <caladan> reference is something like pointer :D 18:48:06 <Eddi|zuHause3> reference is a pointer without the ability to do arithmetics 18:48:29 <caladan> dont like'em :/ 18:48:51 <blathijs> Eddi|zuHause3: And without the ability to be NULL 18:52:28 <CIA-1> KUDr * r7918 /branches/cpp/src/pathfind.cpp: [cpp] - Fix: some more "missing braces" and "signed/unsigned comparison" warnings 18:52:56 <KUDr> blathijs: NULL works fine for references, but it is not supposed tto contain NULL 18:53:10 <KUDr> i used it before 18:53:23 <KUDr> and Tron explained me why it is wrong 18:53:54 <Tron_> <Eddi|zuHause3> reference is a pointer without the ability to do arithmetics <-- in Java, but not C++ 18:54:00 *** Tron_ is now known as Tron 18:55:20 <Celestar> food time 19:01:52 <blathijs> Tron: How is it different in C++ then? 19:02:18 <blathijs> KUDr: How do you assign NULL to a reference then? Is NULL a special language construct? 19:02:30 <Tron> blathijs: foremost there are _no_ operations on C++ references 19:02:39 <Tron> a reference can exactly be initialised and that's it 19:02:58 <Tron> it is just an another name for an object 19:03:14 <Tron> blathijs: there is no such thing as a "NULL reference" 19:03:15 <Eddi|zuHause3> so what exactly was wrong with my statement? 19:04:48 <Tron> Eddi|zuHause3: the difference between a "pointer without arithmetics" and "reference" is fundamental 19:05:27 <Tron> a pointer is something which points at something (or maybe not, if it is 0) 19:05:41 <Tron> a reference IS the something, just another name for it 19:06:07 <Tron> Java references act more like C(++) pointers than C++ references 19:06:22 <Tron> you can assign to them 19:06:31 <Tron> they can point at nothing 19:06:51 <Eddi|zuHause3> i think of references as in 'call by reference' 19:06:55 <Tron> you can compare them 19:07:13 <Tron> (no to be confused with comparing the objects) 19:07:17 <Tron> s/no/not/ 19:07:53 <Eddi|zuHause3> i.e. you have two names denoting (pointing to) the same object 19:08:29 <Tron> that's aliasing 19:08:49 <Tron> nothing unique to call by reference 19:09:22 <Eddi|zuHause3> yeah, there are lots of names for things that describe pretty similar features 19:09:23 <Tron> both pointers and references have this "problem" 19:10:30 <Tron> but again: a C++ reference is conceptually different to a Java reference 19:11:46 <Tron> a C++ reference _always_ refers to an object (everything else is undefined behavior) 19:12:15 <caladan> naaah, reference is just wrapped pointer to me 19:12:22 <Tron> no, it's not! 19:12:25 <caladan> for those C++ programmers who hate pointers 19:12:29 <Tron> do NOT confuse concept and implementation! 19:13:04 <Tron> in many cases pointers and references have a very similar implementation 19:13:06 *** Smoovious [~smoovious@c-71-205-140-67.hsd1.mi.comcast.net] has quit [Quit: My imaginary friend thinks you have serious problems...] 19:14:01 <Tron> bool f(int& x) { return &x == 0; } 19:14:23 <Tron> a compiler is perfectly allowed to optimise this to: 19:14:30 <Tron> bool f(int&) { return true; } 19:15:39 <DaleStan> I would have thought that would be "return false;"? 19:15:55 <Tron> bah, typo 19:16:08 <Tron> yes, should be false 19:16:50 <stillunknown> Tron: it would say, statement always false :-) 19:16:52 <Tron> also there is no way to change what a reference refers to, because the reference is the SAME as the object, just a different name (a bit like hardlinks if you are familiar with UNIX file systems) 19:17:17 <Tron> stillunknown: thanks captain obvious, you're late 19:17:41 <caladan> Huh, i see it in other way 19:17:44 <caladan> it's a pointer 19:17:58 <caladan> for those who would hurdt themselves with pointer :D 19:18:11 <caladan> If you pass something by reference you pass pointer 19:18:28 <caladan> if you did not, the compilier would make code copy it to the stack to make a local copy of it 19:18:43 <caladan> so reference isnt the object itself 19:19:00 <Tron> no, do not think of it this way! 19:19:34 <Tron> the semantics are quite different to a pointer 19:19:46 <Tron> also your last statement makes no sense 19:20:03 <caladan> i do not claim that it is like using pointers 19:20:13 <caladan> but internally it *is* pointer 19:20:36 <Tron> that's an implementation detail, which is not necessarily true 19:20:50 *** Celestar [~Jadzia_Da@galadriel.td.mw.tum.de] has quit [Ping timeout: 480 seconds] 19:21:22 <caladan> from outisde point of view it's a just the object 19:21:30 <DaleStan> Just because that's the only sane implementation you or I can come up with does not make it universally true. 19:23:06 <caladan> i agree, you use it like object 19:23:14 <caladan> and cant assign something else to it 19:23:28 <caladan> but it isnt object itself 19:24:02 *** Celestar [~Jadzia_Da@galadriel.td.mw.tum.de] has joined #openttd 19:24:04 *** Mizipzor [~Mizipzor@c-b66370d5.020-16-6b736810.cust.bredbandsbolaget.se] has joined #openttd 19:24:36 <Tron> it IS the object 19:24:37 <DaleStan> And even then, it's not the only sane implementation. For passing int&, or other reference-to-small, the compiler could (I believe) choose to behave as if the passed argument was an int, and then pop the changed value back off the stack and into the specified memory location. 19:24:43 <Tron> int i = 23; 19:24:49 <Tron> int& x = i; 19:24:58 <Tron> x = 42; // now i equals 42 19:25:14 <KUDr> <blathijs> KUDr: How do you assign NULL to a reference then? << i did it so: *(type*)NULL 19:25:20 <Tron> <DaleStan> And even then, it's not the only sane implementation. For passing int&, or other reference-to-small, the compiler could (I believe) choose to behave as if the passed argument was an int, and then pop the changed value back off the stack and into the specified memory location. <--- no 19:25:23 <KUDr> but it is wrong 19:25:26 *** Smoovious [~smoovious@c-71-205-140-67.hsd1.mi.comcast.net] has joined #openttd 19:25:45 <Tron> DaleStan: simple counterexample 19:26:03 <Tron> void f(int& x, int& y) { ++x; ++y; } 19:26:05 <Tron> ... 19:26:10 <Tron> int i = 0; 19:26:14 <Tron> f(i, i); 19:26:19 *** Mizipzor [~Mizipzor@c-b66370d5.020-16-6b736810.cust.bredbandsbolaget.se] has quit [Remote host closed the connection] 19:27:02 <Tron> with copy-back semantics (which btw is usually used for RPC) i would be 1 after calling f 19:28:14 <DaleStan> Hm... yeah. Didn't think about aliasing. 19:28:57 <DaleStan> But if assume-no-aliasing is specified? Then would it be valid? 19:29:22 <Tron> the reference itself is per definition an alias (; 19:30:34 *** Bjarni [~Bjarni@0x50a46ac4.virnxx14.adsl-dhcp.tele.dk] has quit [Ping timeout: 480 seconds] 19:30:42 *** ArmEagle [~armeagle@cc8543-a.groni1.gr.home.nl] has quit [Read error: Connection reset by peer] 19:31:06 *** ArmEagle [~armeagle@cc8543-a.groni1.gr.home.nl] has joined #openttd 19:38:34 *** Bjarni [~Bjarni@0x50a46ac4.virnxx14.adsl-dhcp.tele.dk] has joined #openttd 19:38:35 *** mode/#openttd [+o Bjarni] by ChanServ 19:38:59 *** scia [~scia@AveloN.xs4all.nl] has quit [Quit: Lost terminal] 19:41:24 *** pecisk [~pecisk@purvc-44-54.maksinets.lv] has joined #openttd 19:42:25 <izhirahider> Can any of you explain me by showing me an example of what I should add to --with-midi-arg flag for the configure script? Should be a flag to the midi player, but doesn't seem to properly work 19:42:53 <izhirahider> ./configure --with-midi=timidity --with-midi-arg=Os (I need to use "timidty -Os" to play midi's) 19:42:58 <izhirahider> I get 19:43:05 <izhirahider> extmidi.c:76: error: 'Os' undeclared (first use in this function) 19:45:11 <glx> izhirahider: try ./configure --with-midi=timidity --with-midi-arg=\"-Os\" 19:47:31 <izhirahider> glx, I'm affraid not, same result: 19:47:33 <blathijs> hmm, kinda broken 19:47:38 <izhirahider> extmidi.c: In function 'DoPlay': 19:47:45 <izhirahider> extmidi.c:76: error: 'Os' undeclared (first use in this function) 19:47:46 <izhirahider> ... 19:49:47 *** Purno [~Purno@5351CF18.cable.casema.nl] has joined #openttd 19:52:51 <izhirahider> this new build system is not that easy to work with 19:53:00 <Tron> you need more backslashes 19:53:16 <Tron> twice as many for every stage which interprets the strings 19:53:24 <Tron> so you probably need \\ instead of one \ 19:54:15 <izhirahider> ok, after I configure, and make, what should I do? 19:54:30 <izhirahider> before, the executable openttd would remain in the same directory and I could just execute it right there 19:56:09 <blathijs> bin/openttd IIRC 19:57:22 <Tron> cd bin && openttd 19:57:29 <Tron> just calling it does not work 19:58:08 *** Digitalfox [~digitalfo@bl8-40-207.dsl.telepac.pt] has quit [] 19:58:10 <Eddi|zuHause3> "make run" 19:58:11 <izhirahider> ok, as long as everything without having to install, it's cool :) 19:58:32 <Eddi|zuHause3> basically does what tron said ;) 19:59:31 <blathijs> Tron: ./openttd I think? 19:59:40 <Tron> probably 19:59:43 <izhirahider> ok, using \\"-Os\\" does give a different error 19:59:48 <Tron> still it sucks 19:59:49 <caladan> yeah, unless you got it in path 20:01:02 <izhirahider> Tron, if you wouldn't mind taking a look: http://phpfi.com/191117 20:01:59 <Tron> not really. i'm used to fixing things others broke 20:02:54 <Tron> -DMIDI_ARG="\-Os\" 20:03:25 <Tron> .oO( if /somebody/ would get his escaping right, this wouldn't be an issue ) 20:05:41 <ln-> ok, who is behind this? 20:06:11 <CIA-1> KUDr * r7919 /branches/cpp/src/ (gfx.h openttd.h player.h rail_cmd.cpp viewport.h): [cpp] - Fix: some more warnings sorted 20:07:23 <izhirahider> Tron, you mean ./configure ...etc... -DMIDI_ARG=\"-Os\" 20:07:49 <Tron> no, look at the line with the error 20:08:29 <Tron> basically the escaping in the script is totally f*** 20:08:49 <CIA-1> celestar * r7920 /branches/cpp/src/engine_gui.cpp: [cpp] - Fix: Completed another switch statement 20:10:23 <izhirahider> well, it works if I put ./configure --enable-translator -DMIDI=\"timidity\" -DMIDI_ARG="\-Os\" 20:10:25 <CIA-1> celestar * r7921 /branches/cpp/src/misc_gui.cpp: [cpp] - Fix: Another set of warnings in initializers 20:10:33 *** GoneWacko [~gonewacko@c18041.upc-c.chello.nl] has quit [Ping timeout: 480 seconds] 20:13:05 <izhirahider> Tron, thanks for the help 20:14:13 <Tron> np. for myself i just wrote a simple Makefile 20:19:42 <Wolf01> http://www.tt-forums.net/viewtopic.php?p=538562#538562 again these mokups :| 20:20:26 <izhirahider> where should I put the gm/ directory for music now? 20:20:30 <izhirahider> in bin/ too? 20:22:48 <glx> yes 20:26:02 *** tudor [~tudor@tomka.hu] has joined #openttd 20:26:17 <tudor> hi 20:26:19 *** GoneWacko [~gonewacko@c18041.upc-c.chello.nl] has joined #openttd 20:26:33 <tudor> please someone give me a sample.cat file, i don't have. 20:27:26 <tudor> oh, i found one 20:33:52 *** Digitalfox_Away [~chatzilla@bl8-40-207.dsl.telepac.pt] has joined #openttd 20:33:59 *** Digitalfox_Away is now known as Digitalfox 20:34:34 <SpComb> Logs: http://zapotek.paivola.fi/~terom/logs/openttd 20:34:34 <Digitalfox> !logs 20:38:56 *** roboboy [~Leo@c211-30-116-5.carlnfd2.nsw.optusnet.com.au] has joined #openttd 20:39:29 <CIA-1> glx * r7922 /trunk/config.lib: -Fix: bad escaping in CFLAGS 20:46:04 *** Peakki [antti@cs181000195.pp.htv.fi] has joined #openttd 20:51:29 <KUDr> anybody knows how disable those silly g++ warnings? 'enumeral and non-enumeral type in conditional expression' and so on... 20:56:25 *** HMage` [~HMage@85.21.179.41] has joined #openttd 20:57:21 *** HMage [~HMage@85.21.179.41] has quit [Read error: Connection reset by peer] 20:58:55 <tudor> hm 21:00:28 *** HMage` [~HMage@85.21.179.41] has quit [Read error: Connection reset by peer] 21:02:31 *** HMage [~HMage@85.21.179.41] has joined #openttd 21:03:35 *** pecisk [~pecisk@purvc-44-54.maksinets.lv] has quit [Quit: J?iet prom] 21:04:22 <stillunknown> KUDr: maybe this helps: http://gcc.gnu.org/ml/gcc-patches/1999-08n/msg00843.html 21:04:38 <KUDr> thanks 21:09:21 <CIA-1> KUDr * r7923 /branches/cpp/src/helpers.hpp: [cpp] - Codechange: disabled C++ stuff in helpers.hpp when "__cplusplus" is not defined 21:30:24 <stillunknown> KUDr: was that info you wanted? 21:30:34 <KUDr> no 21:30:49 <stillunknown> maybe you can't shut it up 21:30:55 <KUDr> g++ 2.96 -W issues bogus warning for conditional expression with enum and unsigned 21:31:07 <KUDr> must be possible 21:31:16 <stillunknown> but it mentions the conditions it should happen 21:31:46 <glx> KUDr: I think g++ wants the same type for a and b in "test?a:b" 21:32:00 <Celestar> glx: yes. 21:32:07 <stillunknown> or int32 21:32:18 <KUDr> glx: yes but it is bogus 21:32:29 <KUDr> there is '==' operator 21:32:33 <Celestar> KUDr: you need -fcond-mismatch then 21:32:41 <KUDr> so it doesn't matter what types they are 21:32:54 <Celestar> BAH 21:33:04 <Celestar> -fcond-mismatch Allow conditional expressions with mismatched types in the second and third arguments. The value of such an expression is void. This option is not supported for C++ 21:33:13 <KUDr> Celestar: but it will disable them also for '<' and '>' operators or not? 21:33:43 <Celestar> "conditional expressions" are ":?" 21:33:50 <KUDr> aha 21:33:50 <Celestar> "?:" 21:33:57 <Celestar> but "not supported for C++" 21:34:12 <KUDr> i thought that it is if (a < b) 21:34:20 <KUDr> but i was wrong as i see 21:34:57 <Celestar> it mentions 2nd and 3rd argument. a "<" operator has no third argument 21:35:52 <KUDr> true 21:36:06 <Celestar> KUDr: "<" is a comparison operator, not a conditional operator :) 21:36:13 <KUDr> yes 21:36:25 <KUDr> i get always confused from terms 21:36:37 <KUDr> can you add it into makefle? 21:36:42 <stillunknown> nevertheless, it doesn't count for c++ 21:37:07 <Celestar> unless the manpage is wrong 21:37:27 <KUDr> hmm 21:37:32 *** Peakki [antti@cs181000195.pp.htv.fi] has quit [Quit: Lähdössä] 21:37:35 * Celestar goes trying 21:38:45 <Celestar> bah 21:38:48 <Celestar> I'm in the wrong dir 21:39:09 <Celestar> cc1plus: warning: switch '-fcond-mismatch' is no longer supported 21:39:10 <Celestar> ok 21:39:15 <Celestar> the manpage is right :) 21:40:13 <stillunknown> basicly it conflicts with iso c++, that's the reason 21:40:23 <Celestar> yes 21:40:28 <Celestar> so we should code it "properly" :P 21:41:02 <KUDr> "properly"? 21:41:05 <KUDr> hmm 21:41:27 <stillunknown> the right way 21:41:45 <stillunknown> or were you asking something else? 21:43:50 <glx> enum PaletteSprites should be a PalSpriteID for example 21:44:15 <Celestar> glx: yes, it should 21:44:20 <Celestar> do it :) 21:44:30 <glx> don't know how to do that 21:44:31 <stillunknown> let the warnings stay as a reminder 21:45:03 * stillunknown is away 21:50:53 <Eddi|zuHause3> arggh... how do i "svn log -r <revision>" for a revision before the renaming from 'branch/' to 'branches/'? 21:51:49 <Eddi|zuHause3> it just gives error "file not found" 21:52:44 <Eddi|zuHause3> ah... found it 21:52:52 <Eddi|zuHause3> have to give the full URL 22:07:12 <izhirahider> glx, thanks 22:09:40 <CIA-1> KUDr * r7924 /branches/cpp/src/ (gfx.h hal.h video/cocoa_v.h): [cpp] - Added: extern "C" for stuff needed by cocoa driver 22:13:06 <Eddi|zuHause3> Celestar: i have a question about the bridge merge... in pathfind.c, around line 260, there were some checks that say something like "don't enter road stop/road depot from the back", and you removed those... why? 22:13:29 <Celestar> Eddi|zuHause3: give me diff ? 22:14:06 <Celestar> er KUDr 22:14:16 <Celestar> /home/vici/openttd/branches/cpp/src/hal.h:7:2: error: invalid preprocessing directive #extern 22:15:45 <Darkvater> hiya peeps 22:15:48 <Darkvater> got held up a bit 22:16:01 <Eddi|zuHause3> www.informatik.uni-halle.de/~krause/bridge.diff 22:16:12 <Darkvater> will see about RC3, not sure if feasible tonight 22:17:01 <Celestar> Eddi|zuHause3: good question :o 22:17:02 <Eddi|zuHause3> Celestar: in pathfind.c, the first lines that get removed 22:17:34 <Celestar> Eddi|zuHause3: can you ask me again tomorrow? I think I had too much booze today 22:17:41 <Eddi|zuHause3> fine 22:17:43 <Celestar> Eddi|zuHause3: you sure it wasn't re-added later? 22:17:52 <Eddi|zuHause3> no, i did not check that yet 22:18:32 <Celestar> Eddi|zuHause3: it's there 22:18:38 <Eddi|zuHause3> where? 22:18:42 <Celestar> line 297 22:19:10 <CIA-1> KUDr * r7925 /branches/cpp/src/ (hal.h openttd.cpp player.h video/cocoa_v.h win32.cpp): [cpp] - Fix: (r7924) has broken everything (Mea Culpa) 22:19:14 <Wolf01> mmmm maybe i found a bug: the city can destroy a purchased land by building a 4 tiles structure like the shopping center or a stadium... 22:19:33 *** Jango [~daniel@puritan.demon.co.uk] has quit [Quit: Leaving] 22:21:17 <Eddi|zuHause3> this is confusing at best... those lines are not added again anywhere in that diff... were they there twice before? 22:21:17 *** roboboy [~Leo@c211-30-116-5.carlnfd2.nsw.optusnet.com.au] has quit [Read error: Connection reset by peer] 22:21:33 <Celestar> Eddi|zuHause3: good question :P 22:21:42 <Celestar> Wolf01: file it 22:22:00 <Wolf01> this doesn't happen always, but is the third time it happen (i purchased a border around the city to limit the expansion, and i couldn't understand why sometimes the cities can pass throught the border 22:25:20 <Wolf01> http://wolf01.game-host.org/OTTD_related/2048x2048,custom.sav is the tile 0x26476 22:26:24 <CIA-1> celestar * r7926 /branches/cpp/src/ (station.h vehicle.h): [cpp] - Fix: silence some warnings by changing INVALID_STATION and INVALID_VEHICLE to consts for the time being 22:26:51 *** RockerTimmy [~RockerTim@a82-92-123-126.adsl.xs4all.nl] has joined #openttd 22:27:20 *** Purno [~Purno@5351CF18.cable.casema.nl] has left #openttd [Life is a game of pick-up-sticks, played by fucking lunatics.] 22:27:43 <CIA-1> KUDr * r7927 /branches/cpp/src/video/cocoa_v.h: [cpp] - Fix: (r7924) something more got broken 22:29:06 <Eddi|zuHause3> looks like those superfluous lines got introduced in the bridge-merge-removal of r5155 22:29:36 <Celestar> Eddi|zuHause3: I see 22:32:29 <Eddi|zuHause3> hm, no, they were there before, too 22:33:06 <glx> KUDr: 22:33:07 <glx> [SRC] Compiling driver.cpp 22:33:07 <glx> In file included from d:/developpement/ottd/cpp/src/driver.cpp:27: 22:33:07 <glx> d:/developpement/ottd/cpp/src/video/cocoa_v.h:12: error: uninitialized const `_cocoa_video_driver' 22:33:21 <KUDr> glx i know 22:33:27 <KUDr> extern missing 22:33:32 <Celestar> vim 7.0 is neat 22:33:42 <Celestar> glx: why is that file included in the first place? 22:34:29 <glx> dunno they are all included in drivers.cpp 22:34:43 <CIA-1> KUDr * r7928 /branches/cpp/src/video/cocoa_v.h: [cpp] - Fix: (r7924) one more error 22:35:10 *** DJ_Mirage [~sexybigge@biggetje.xs4all.nl] has quit [Quit: www.sexybiggetje.nl] 22:35:12 <izhirahider> I put a gm/ directory with all the gm_tt??.gm files in there, but the game doesn't play the midi's. I set -DMIDI as timidity and -DMIDI_ARGS as -Os (I can only play them in a shell by using "timidity -Os file.gm") Any thoughts? 22:35:17 *** RockerTimmy [~RockerTim@a82-92-123-126.adsl.xs4all.nl] has quit [Quit: Ik ga weg] 22:36:17 <Eddi|zuHause3> Celestar: the first set of lines says "check if the old tile can be left" and the second says "check if the new tile can be entered" 22:37:09 *** RockerTimmy [~tim@a82-92-123-126.adsl.xs4all.nl] has joined #openttd 22:37:53 <Darkvater> it shouldn't worry as you're not on cocoa and should be ifdeffed out 22:38:01 <Darkvater> about the "error: uninitialized const `_cocoa_video_driver'" error 22:38:32 <CIA-1> celestar * r7929 /branches/cpp/src/table/sprites.h: [cpp] - Fix: Move PALETTE_CRASH to a const for the time being as well 22:41:17 <Eddi|zuHause3> // TODO doesn't work - WHAT doesn't work? <- i love this line... what's it supposed to mean? ;) 22:41:34 <Celestar> Eddi|zuHause3: good question .. 22:41:49 <Celestar> Eddi|zuHause3: I've been wondring that for weeks 22:43:15 <CIA-1> Darkvater * r7930 /trunk/src/newgrf.c: -Fix: [FS#520] Wrong GRF flag set for gradual loading (mart3p) 22:44:17 *** RockerTimmy [~tim@a82-92-123-126.adsl.xs4all.nl] has left #openttd [] 22:55:14 <Celestar> ok and for sure doing too much CLI 22:55:22 <Celestar> I wanted to find out something about a movie 22:55:41 <Celestar> and typed in the webbrowser: http://www.tvtoday.de | grep $MOVIE_TITLE 22:56:27 <Darkvater> he 22:56:34 <Darkvater> I just do 'i $MOVIE_TITLE' 22:56:37 <Darkvater> opera rulez ^^ 22:56:59 *** Mizipzor [~Mizipzor@c-b66370d5.020-16-6b736810.cust.bredbandsbolaget.se] has joined #openttd 22:58:07 <CIA-1> rubidium * r7931 /trunk/ (5 files in 3 dirs): -Fix (r7759): multiple (different) -O flags made compilations with the wrong optimisations. 22:58:23 <Mizipzor> could anyone care to explain to me how the "replace vehicles" button work? :) 22:58:42 <Mizipzor> i press on it but nothing happens, no trains go to a depot or something to be replaced 22:58:51 <Celestar> Mizipzor: it happens over time 22:58:55 <Mizipzor> do i need to keep the window open or something? 22:59:01 <Celestar> Mizipzor: when vehicles are scheduled for servicing 22:59:10 <hylje> Mizipzor: trains get replaced when they visit a depot 22:59:14 <Eddi|zuHause3> no, it just sets up a replacement rule, you need to send the trains to depot manually (or by servicing) 22:59:14 <Celestar> if you disable servicing ... tough luck 22:59:37 <hylje> Celestar: trunk builds have an opt to send all trains for servicing 22:59:50 <Eddi|zuHause3> well, we do have a "send all vehicles [in this list] to depot" 23:00:02 <hylje> also 23:00:17 <hylje> that button is dangerously close to the "Replace Vehicles" button 23:00:28 <Eddi|zuHause3> ctrl+click hopefully lets them leave right away 23:00:29 <CIA-1> rubidium * r7932 /trunk/src/network/ (core/config.h core/udp.c network_udp.c): -Fix (r7931): committed a few files too much :( (the ones I used to test the new masterserver) 23:00:44 <hylje> so if you just want to see what vehicles you got, you risk sending em all to depot 23:00:45 <caladan> not only trunk, 0.5.0rc2 has also 23:00:58 <hylje> :o 23:01:04 <hylje> i never use the stable builds 23:01:36 *** XeryusTC [~irc@cc480157-b.sneek1.fr.home.nl] has quit [] 23:01:51 <caladan> i do, cause i play over net 23:01:58 <Eddi|zuHause3> hm... in rail_cmd.c 23:02:00 <Eddi|zuHause3> - !IsCompatibleRail(GetRailType(tile), railtype)) { 23:02:00 <Eddi|zuHause3> + GetRailType(tile) != railtype) { 23:02:09 *** Smoovious [~smoovious@c-71-205-140-67.hsd1.mi.comcast.net] has quit [Quit: My imaginary friend thinks you have serious problems...] 23:02:12 <Eddi|zuHause3> i am not very sure about the correctness of that change 23:03:34 <caladan> why? 23:03:37 <Eddi|zuHause3> i would assume that breaks the feature that you can build normal rail over electric (or vice versa) 23:03:46 *** Ailure [~Coming@h104n9c1o912.bredband.skanova.com] has quit [Ping timeout: 480 seconds] 23:04:06 *** ufoun [~ha@b07-305a.kn.vutbr.cz] has quit [Ping timeout: 480 seconds] 23:04:10 <CIA-1> KUDr * r7933 /branches/cpp/src/ (gfx.h hal.h openttd.cpp openttd.h variables.h window.h): [cpp] - Codechange: isolate stuff required by cocoa driver in hal.h 23:04:11 <Eddi|zuHause3> i should probably check this 23:04:34 <caladan> hmmm 23:04:48 <caladan> true 23:05:48 <Eddi|zuHause3> hm, but that still seems to work 23:06:40 <ln-> why would you want to break it? 23:06:41 <caladan> maybe there's another bit for electric/normal, and not in railtype 23:07:32 *** GoneWacko [~gonewacko@c18041.upc-c.chello.nl] has quit [Read error: Operation timed out] 23:07:45 <Eddi|zuHause3> hm... that change is not in trunk anymore 23:09:11 <Rubidium_> IsCompatibleRail lets the diesel/steam trains drive over electrified track 23:09:33 <caladan> HasPowerOnTrack checks that? 23:09:37 <Eddi|zuHause3> that change is in a function that builds rail 23:10:08 <Eddi|zuHause3> is it me or is svn not responding? 23:11:14 <Mizipzor> hylje, Celestar, thanks 23:11:22 <Rubidium_> svn 23:11:31 <Rubidium_> or the internet connection to the svn :) 23:11:31 <caladan> svn seems to be down 23:12:04 <hylje> Mizipzor: np 23:14:01 *** TheMask96 [martijn@sirius-r4.ne2000.nl] has quit [Remote host closed the connection] 23:15:00 *** _42_ [truelight@openttd.org] has quit [Remote host closed the connection] 23:15:13 <orudge> It's not just SVN 23:15:15 <orudge> It's Eweka 23:15:25 <orudge> http://www.ams-ix.net/technical/stats/ <-- noticable drop in the graph, there ;) 23:15:54 *** Smoovious [~smoovious@c-71-205-140-67.hsd1.mi.comcast.net] has joined #openttd 23:16:24 *** Born_Acorn [~bornacorn@zernebok.com] has quit [Ping timeout: 480 seconds] 23:16:26 *** Belugas_Gone [belugas@openttd.org] has quit [Ping timeout: 480 seconds] 23:16:28 <Eddi|zuHause3> what's eweka? 23:16:33 <Darkvater> dutch provider 23:16:54 <orudge> They carry some 30Gbit/sec within AMS-IX 23:17:07 <orudge> they're the single largest provider in Amsterdam, I believe. 23:17:14 <Sacro> orudge: not currently 23:17:51 <Darkvater> eweka was a good ISP until they decided to kick out all their subscribers :s 23:18:24 * orudge is annoyed 23:19:24 *** TheMask96 [martijn@sirius-r4.ne2000.nl] has joined #openttd 23:19:30 <ln-> you're saying OpenTTD svn being down causes a noticable drop in their stats? 23:19:33 *** Born_Acorn [~bornacorn@zernebok.com] has joined #openttd 23:19:36 <SpComb> :o 23:22:13 <orudge> ln-: no. 23:22:17 <orudge> Eweka being down, is. 23:22:34 <orudge> The OpenTTD SVN was just a very small portion of what's hosted in that 30Gbit/sec worth of traffic 23:24:04 <SpComb> yawn 23:24:25 *** Guest56 [~Gono@M3148P006.adsl.highway.telekom.at] has joined #openttd 23:26:14 *** _42_ [truelight@openttd.org] has joined #openttd 23:27:07 <caladan> it seems to work again 23:29:55 *** Gonozal_VIII [~Gono@88.117.41.102] has quit [Ping timeout: 480 seconds] 23:31:53 *** TrueBrain [truelight@openttd.org] has joined #openttd 23:32:00 <TrueBrain> !openttd Darkvater bark 23:32:00 <_42_> Darkvater: bark bark bark woef woef grrrrr 23:32:03 *** TrueBrain [truelight@openttd.org] has left #openttd [So long and tnx for all the fish] 23:32:28 *** Belugas [belugas@openttd.org] has joined #openttd 23:33:32 <Darkvater> ? 23:33:52 *** Gonozal_VIII [~Gono@N926P022.adsl.highway.telekom.at] has joined #openttd 23:33:57 <Belugas> ! 23:34:04 <Belugas> ^^ 23:36:09 <nairan> LOL 23:36:19 <Sacro> !openttd orudge bark 23:36:19 <_42_> orudge: bark bark bark woef woef grrrrr 23:36:29 <Sacro> wow ^_^ 23:36:34 *** Guest56 [~Gono@M3148P006.adsl.highway.telekom.at] has quit [Ping timeout: 480 seconds] 23:36:44 <Eddi|zuHause3> !openttd svn bark 23:36:45 <_42_> svn: bark bark bark woef woef grrrrr 23:36:48 <orudge> Quite 23:36:55 <Sacro> !openttd _42_ bark 23:36:55 <_42_> _42_: bark bark bark woef woef grrrrr 23:38:06 <Darkvater> ok I'll kick the next one who does this 23:42:52 <Wolf01> night all 23:42:55 *** Wolf01 [~wolf01@host79-232-dynamic.15-87-r.retail.telecomitalia.it] has quit [] 23:43:30 *** Vikthor [~Vikthor@snat2.arachne.cz] has quit [Quit: Leaving.] 23:44:41 <Darkvater> ok wtf 23:48:03 <CIA-1> Darkvater * r7934 / (6 files in 2 dirs): -Cleanup: [win32] Remove unused and totally useless files. 23:50:14 <CIA-1> KUDr * r7935 /branches/cpp/src/ (8 files in 2 dirs): [cpp] - Codechange: some more driver specific stuff moved 23:51:28 <Darkvater> he Rubidium_ your way too nice for mr.j by removing all his vehicles :) 23:51:49 <Darkvater> playing for 9 months on the same game though... damn 23:52:15 <Rubidium_> Darkvater: all his signals states are still the same though 23:52:49 <Darkvater> ;p 23:53:46 <Darkvater> Rubidium_: why don't you remove all his signals as well? :P 23:54:16 *** KritiK [Maxim@ppp85-140-205-54.pppoe.mtu-net.ru] has quit [Ping timeout: 480 seconds] 23:54:30 *** nairan is now known as nairan|ZZzzz 23:54:35 <nairan|ZZzzz> night 23:54:56 <Rubidium_> nah, he can fix that himself :) 23:55:29 <Darkvater> that'll suck 23:55:36 *** thgergo [~th_gergo@dsl51B7892D.pool.t-online.hu] has quit [Ping timeout: 480 seconds] 23:55:38 <Darkvater> he has to force a train through every signal block 23:55:44 * Darkvater will play god now ^^ 23:58:38 *** Ailure [~Coming@h104n9c1o912.bredband.skanova.com] has joined #openttd 23:58:44 <Ailure> [00:58] <Ailure> is there any server at all using newGRF's? 23:58:44 <Ailure> [00:59] <Ailure> (excluding the coop ones) 23:58:53 <Darkvater> brianetta's 23:59:49 <Ailure> Which is where?