Log for #openttd on 6th January 2007:
Times are UTC Toggle Colours
00:00:05  <Bjarni> KUDr: what else ;)
00:00:16  *** HMage [~HMage@] 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 [] 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 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:'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@] 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 [] 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 [] 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 [] 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 [] has quit [Quit: Leaving]
01:08:44  *** RockerTimmy [] 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 [] 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 [] 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:01:44  <Ailure> now it works fine
02:01:45  <Ailure> hmm
02:05:19  <Ailure> anyway
02:05:22  *** Frostregen_ [] has joined #openttd
02:05:24  <Ailure> BITTI!
02:11:25  *** Frostregen [] 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 [] has joined #openttd
02:31:35  <Belugas_Gone> but looking at TTDPatch, i would say it does ^^
02:31:42  *** setrodox [] has quit [Quit: Leaving]
02:31:52  *** setrodox [] 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__ [] 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 [] 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 [] 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 [] 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 [] has quit [Ping timeout: 480 seconds]
03:23:43  *** roboboy_ [] has quit [Read error: Connection reset by peer]
03:25:23  *** PandaMojo [] has quit [Quit: PandaMojo]
03:26:45  *** nairan [] has joined #openttd
03:35:46  *** Duckleon__ [] has joined #openttd
03:41:30  *** Duckleon [] has quit [Ping timeout: 480 seconds]
03:41:44  *** Duckleon__ is now known as Duckleon
03:44:09  *** GoneWacko [] has joined #openttd
03:46:52  *** HMage [~HMage@] has joined #openttd
03:49:34  *** Ailure [] has joined #openttd
03:51:13  *** dp_ [] has joined #openttd
03:54:19  *** dp [] has quit [Read error: Operation timed out]
03:55:16  *** Zahl [] has quit [Quit: YOU! It was you wasn't it!?]
04:07:49  *** GoneWack1 [] has joined #openttd
04:10:07  *** roboboy [] has quit [Quit: Ex-Chat]
04:10:44  *** GoneWacko [] has quit [Ping timeout: 480 seconds]
04:10:44  *** GoneWack1 is now known as GoneWacko
04:45:19  *** PandaMojo [] has joined #openttd
05:08:21  *** Sacro_ [~Ben@] 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@] has quit [Read error: Connection reset by peer]
06:11:06  *** GoneWacko [] has quit [Ping timeout: 480 seconds]
06:14:34  *** Tron [] has quit [Quit: Client exiting]
06:14:54  *** Tron [] has joined #openttd
06:43:56  *** HMage [~HMage@] has quit [Read error: Connection reset by peer]
06:50:39  *** PandaMojo [] has quit [Quit: PandaMojo]
06:52:52  *** PandaMojo [] has joined #openttd
06:54:51  *** HMage [~HMage@] has joined #openttd
07:13:59  *** HMage [~HMage@] has quit [Read error: Connection reset by peer]
07:19:49  *** HMage [~HMage@] 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@] has quit [Ping timeout: 480 seconds]
07:36:17  *** Gonozal_VIII [] has joined #openttd
09:07:00  <Eddi|zuHause3> am i starting to see things or are those really double decker wagons: ?
09:07:12  <Eddi|zuHause3> (on the right)
09:14:20  <peter1138> probably
09:19:25  *** ufoun [] has joined #openttd
09:23:42  <nairan> morning
09:57:06  *** GoneWacko [] 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@] has quit [Quit: HMage]
10:03:22  *** PandaMojo [] has quit [Quit: PandaMojo]
10:07:23  <Darkvater>
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:
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 [] 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 [] has joined #openttd
10:18:03  *** Duckleon [] 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__ [] 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| [] has quit [Ping timeout: 480 seconds]
10:32:23  <peter1138> hmm
10:35:41  *** tokai [] has joined #openttd
10:35:44  *** mode/#openttd [+v tokai] by ChanServ
10:38:17  *** Wolf01 [] 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 [] 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 [] has joined #openttd
11:16:11  *** stillunknown [] has quit [Quit: Leaving]
11:16:28  *** stillunknown [] has joined #openttd
11:16:55  *** Rens2Sea [~Rens2Sea@] has joined #openttd
11:17:21  *** mikk36 [] has quit [Ping timeout: 480 seconds]
11:17:25  <peter1138> heee
11:17:38  <peter1138>
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 [] has joined #openttd
11:25:18  <Eddi|zuHause3> <- 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 [] 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 [] has quit [Ping timeout: 480 seconds]
12:11:34  *** asdfas [] has joined #openttd
12:14:11  *** Ailure [] has quit [Ping timeout: 480 seconds]
12:14:56  *** Progman [] has joined #openttd
12:19:36  *** asdfas [] 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 [] 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 [] 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 [] has quit [Ping timeout: 480 seconds]
12:33:49  *** GoneWacko [] has joined #openttd
12:39:22  *** Bjarni [] 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 [] 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> (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 [] 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> explain what serv ice need what port (but its also in german)
13:25:02  <nairan> 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 [] has quit [Quit: Bye Bye...]
13:38:02  *** glx [] 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@] has joined #openttd
13:40:05  *** roboboy [] 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:
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@] 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 [] 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@] has joined #openttd
13:57:44  <stillunknown> Rubidium: do you do something special so it doesn't stop on errors?
13:58:56  *** thgergo [] 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 [] 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 [] has joined #openttd
14:14:54  *** Syscalo [] 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 [] 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 [] 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>
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 [] has quit [Ping timeout: 480 seconds]
14:28:59  *** Celestar [] has quit [Read error: Connection reset by peer]
14:29:12  *** Celestar [] 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 [] 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 [] 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 [] 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->
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 [] has joined #openttd
15:05:23  *** lolman [] 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->
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 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 [] 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 [] 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 [] has left #openttd []
15:35:45  *** setrodox [] has quit [Ping timeout: 480 seconds]
15:36:10  *** Gonozal_VIII [~Gono@] has joined #openttd
15:37:08  *** MUcht [] 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 [] has joined #openttd
15:42:23  *** setrodox [] has joined #openttd
15:43:45  *** Mucht_ [] has quit [Ping timeout: 480 seconds]
15:46:51  *** Tron_ [] has joined #openttd
15:47:11  *** Aloysha [] has quit [Quit: Aloysha]
15:50:01  *** RockerTimmy [] has quit []
15:51:15  *** setrodox [] has quit [Ping timeout: 480 seconds]
15:51:25  *** setrodox [] has joined #openttd
15:53:24  *** Tron [] 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@] 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@] has joined #openttd
16:02:15  *** setrodox [] 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 [] has joined #openttd
16:06:52  <nairan> bloodshed dev c++ =)
16:12:43  *** helb [~helb@] has quit [Quit: Leaving]
16:13:59  *** helb [~helb@] has joined #openttd
16:18:24  <CIA-1> KUDr * r7912 /branches/cpp/ ( 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@] has quit [Quit: Leaving]
16:25:17  *** helb [~helb@] has joined #openttd
16:27:42  *** helb_ [~helb@] has joined #openttd
16:28:02  *** helb [~helb@] 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| [] 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 [] has quit [Ping timeout: 480 seconds]
16:43:13  *** Mizipzor_ [] 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 [] 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 [] has joined #openttd
16:52:04  *** Syscalo [] has joined #openttd
16:57:59  *** Mizipzor_ [] 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| [] 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 [] 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 [] has quit [Read error: No route to host]
17:01:37  *** Vikthor [] has joined #openttd
17:02:37  <Celestar> Darkvater: ping
17:05:06  *** BJH2_ [] has joined #openttd
17:06:57  *** setrodox [] has quit [Remote host closed the connection]
17:07:50  *** BJH2 [] has quit [Ping timeout: 480 seconds]
17:08:10  *** Tino|Home is now known as TinoM
17:09:51  *** Digitalfox [] has joined #openttd
17:10:42  <SpComb> Logs:
17:10:42  <Digitalfox> !logs
17:10:43  *** scia [] has quit [Quit: Lost terminal]
17:12:47  *** mikk36[EST] [] has joined #openttd
17:13:15  *** BurningFeetMan_ [] has joined #openttd
17:13:18  *** glx|away [] has joined #openttd
17:13:50  *** KritiK [] has quit [Read error: Connection reset by peer]
17:13:50  *** BurningFeetMan [] has quit [Read error: Connection reset by peer]
17:13:57  *** BurningFeetMan_ is now known as BurningFeetMan
17:14:12  *** KritiK [] 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 [] 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 [] has quit [Ping timeout: 480 seconds]
17:19:31  *** glx [] 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 [] has quit [Ping timeout: 480 seconds]
17:45:47  *** Bjarni [] has joined #openttd
17:45:51  *** mode/#openttd [+o Bjarni] by ChanServ
17:47:01  <SpComb> Logs:
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> };
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> <-- mingw gcc 3.4.2 warnings (though it compiles and works)
18:29:41  *** Celestar_ [] has joined #openttd
18:29:51  <Celestar_> ??
18:30:21  *** Celestar [] 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> <-- 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 [] 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@] 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_ [] has joined #openttd
18:44:54  *** BurningFeetMan [] 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 [] 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 [] 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 [] has joined #openttd
19:24:04  *** Mizipzor [] 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 [] 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 [] 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 [] has quit [Ping timeout: 480 seconds]
19:30:42  *** ArmEagle [] has quit [Read error: Connection reset by peer]
19:31:06  *** ArmEagle [] has joined #openttd
19:38:34  *** Bjarni [] has joined #openttd
19:38:35  *** mode/#openttd [+o Bjarni] by ChanServ
19:38:59  *** scia [] has quit [Quit: Lost terminal]
19:41:24  *** pecisk [] 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 [] 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 [] 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:
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 [] 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> 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 [] has joined #openttd
20:26:17  <tudor> hi
20:26:19  *** GoneWacko [] has joined #openttd
20:26:33  <tudor> please someone give me a file, i don't have.
20:27:26  <tudor> oh, i found one
20:33:52  *** Digitalfox_Away [] has joined #openttd
20:33:59  *** Digitalfox_Away is now known as Digitalfox
20:34:34  <SpComb> Logs:
20:34:34  <Digitalfox> !logs
20:38:56  *** roboboy [] has joined #openttd
20:39:29  <CIA-1> glx * r7922 /trunk/config.lib: -Fix: bad escaping in CFLAGS
20:46:04  *** Peakki [] 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@] has joined #openttd
20:57:21  *** HMage [~HMage@] has quit [Read error: Connection reset by peer]
20:58:55  <tudor> hm
21:00:28  *** HMage` [~HMage@] has quit [Read error: Connection reset by peer]
21:02:31  *** HMage [~HMage@] has joined #openttd
21:03:35  *** pecisk [] has quit [Quit: J?iet prom]
21:04:22  <stillunknown> KUDr: maybe this helps:
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 [] 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>
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 [] 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 [] 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>,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 [] has joined #openttd
22:27:20  *** Purno [] 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 [] has quit [Quit:]
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") Any thoughts?
22:35:17  *** RockerTimmy [] 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 [] 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 [] 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: | 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 [] 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 [] 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 [] 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 [] has quit [Ping timeout: 480 seconds]
23:04:06  *** ufoun [] 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 [] 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 [] has quit [Remote host closed the connection]
23:15:00  *** _42_ [] 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> <-- noticable drop in the graph, there ;)
23:15:54  *** Smoovious [] has joined #openttd
23:16:24  *** Born_Acorn [] has quit [Ping timeout: 480 seconds]
23:16:26  *** Belugas_Gone [] 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 [] 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 [] 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 [] has joined #openttd
23:26:14  *** _42_ [] has joined #openttd
23:27:07  <caladan> it seems to work again
23:29:55  *** Gonozal_VIII [~Gono@] has quit [Ping timeout: 480 seconds]
23:31:53  *** TrueBrain [] 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 [] has left #openttd [So long and tnx for all the fish]
23:32:28  *** Belugas [] has joined #openttd
23:33:32  <Darkvater> ?
23:33:52  *** Gonozal_VIII [] 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 [] 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 [] has quit []
23:43:30  *** Vikthor [] 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 [] 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 [] 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 [] 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?

Powered by YARRSTE version: svn-trunk