Times are UTC Toggle Colours
00:01:59 <TrueBrain> HAPPY PI DAY!! 00:02:33 <OwenS> lol 00:02:51 <KenjiE20> uk doesn't get one :( 00:03:23 <Spoons> 14/03/2010 (local) nor 2010-03-14 looks even remotely like pie! 00:03:33 *** Spoons is now known as FauxFaux 00:04:18 <KenjiE20> no but 3.14 does in US-land 00:04:59 <Chris_Booth> evening all 00:05:34 <TrueBrain> normally I have pie at pi-day ... but now it is sunday .. sucks 00:05:58 <Chris_Booth> whats pi day? 00:06:14 <OwenS> Chris_Booth: 14th March (3.14) 00:06:27 <Chris_Booth> no its the 14/3 00:06:31 <KenjiE20> pay attention Booth 00:06:32 *** fonsinchen [~fonsinche@brln-4dba8e71.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 00:06:34 <KenjiE20> we just went over this 00:06:42 <KenjiE20> :) 00:06:46 <Chris_Booth> i only just read it i am sorry KenjiE20 00:06:54 <KenjiE20> :P 00:06:55 <Chris_Booth> how is coop without me? 00:07:01 <KenjiE20> fine 00:07:11 <KenjiE20> you're unbanned btw 00:07:12 <Chris_Booth> bet its much quiter 00:07:17 <KenjiE20> dunno if anyone told you 00:07:17 <Chris_Booth> i know i am 00:07:31 <Chris_Booth> but i am to emabrased to rejoin 00:07:36 <KenjiE20> lol 00:07:42 <KenjiE20> learn to lock you're PC 00:07:46 <KenjiE20> s/you're/your/ 00:07:52 <Chris_Booth> after what my housemate wrote to you can then try to give away 00:08:02 <Chris_Booth> learnt to lock my door 00:08:05 <TrueBrain> sure, say it was your housemate 00:08:07 <TrueBrain> sure 00:08:13 <KenjiE20> hah 00:08:33 <KenjiE20> ahh the interwebs, home of cynicism 00:09:05 <Chris_Booth> TrueBrain: put it this way it want me that typed it 00:09:14 <Chris_Booth> i wouldnt call this person my mate persay 00:09:18 <Chris_Booth> but i live with him 00:09:33 *** Progman [~progman@p57A1C23C.dip.t-dialin.net] has quit [Remote host closed the connection] 00:09:50 <TrueBrain> you sense no make do not 00:10:03 *** Eddi|zuHause [~johekr@p54B75B9C.dip.t-dialin.net] has quit [] 00:10:21 <TrueBrain> owh well ... you say hello, I say goodnight. Goodnight goodnight. You say hello, I say goodnight 00:10:24 *** Eddi|zuHause [~johekr@p54B763CB.dip.t-dialin.net] has joined #openttd 00:10:25 <Chris_Booth> i make sense if you know what i am talking about 00:10:35 <TrueBrain> even then, Chris_Booth, even then :) 00:10:40 <KenjiE20> no you don't 00:10:46 <TrueBrain> Night all :) 00:10:47 <KenjiE20> :D 00:10:50 <KenjiE20> o/ 00:11:02 <OwenS> night 00:11:12 <OwenS> ...too late it seems 00:11:25 <Chris_Booth> its only 00:11 00:11:25 <TrueBrain> never 00:11:30 <OwenS> Or not. Looking in wrong place. Hiding part/join messages has it's disadvantages 00:11:39 <TrueBrain> ;) 00:13:02 * OwenS wonders how to ascertain the type of parser he's implemented :p 00:13:21 <KenjiE20> *somehow* 00:13:49 <FauxFaux> OwenS: You implemented it, so it's not LR, so just say it's LL with an arbitary number afterwards. 00:14:05 <OwenS> FauxFaux: In that case, it will be LL(1), since I only look ahead one symbol :p 00:14:38 <OwenS> I think? I certainly don't look further ahead than the symbol I just asked the lexer for :p 00:14:57 <FauxFaux> Unless you're imortal or something, then it's concievable you actually managed to get an LR parser to work. 00:16:01 <OwenS> It doesn't help that the Wikipedia articles are impenetrable :p 00:16:21 <Chris_Booth> i am not a fan of wiki 00:17:24 <OwenS> Chris_Booth: Calling Wikipedia "wiki" is like calling the A1 "road": Calling something specific by an ambiguous name refering to what it is 00:17:28 <Eddi|zuHause> <TrueBrain> HAPPY PI DAY!! <-- i'm just wondering what they'll do in 5 years, because then it's 3/14/15 00:17:36 <FauxFaux> The tiger book has a 20 page worked example for LR(0) nad it's still unpossible. 00:17:39 *** ajmiles3 [~aj@78-86-188-187.zone2.bethere.co.uk] has quit [Quit: Leaving] 00:18:18 *** frosch123 [~frosch@frnk-590fe48b.pool.mediaWays.net] has quit [Remote host closed the connection] 00:18:40 <OwenS> Heh. My parser comes in at 535 lines and it's not for a particularly simplistic grammar (Note to self: Write a formal description of grammar. That is, one more formal than a handcoded C++ recursive descent parser) 00:19:38 *** Zuu [~Zuu@c-f5f9e253.025-58-6e6b702.cust.bredbandsbolaget.se] has quit [Quit: Leaving] 00:26:01 <Jolteon> When creating a town, is there any set pattern for creating towns? 00:26:20 <Jolteon> Cause tiny 300 people village has 3 huge shopping malls 00:26:34 <Jolteon> and this little village with 210 has a ruddy football stadiym 00:26:36 <Jolteon> as iff xD 00:27:27 <Eddi|zuHause> OwenS: why do you even write a parser yourself, instead of using a parser generator like every sane person? 00:28:14 <OwenS> Eddi|zuHause: Which do you suggest? Cause Yacc/bison suck horribly 00:28:30 <Eddi|zuHause> OwenS: what kind of "suck"? 00:28:48 <OwenS> Eddi|zuHause: For a start, use of global variables. For another, they assume C style code 00:33:42 *** MeCooL [mecool@94.129.167.9] has joined #openttd 01:02:39 *** KritiK [~Maxim@95-25-135-90.broadband.corbina.ru] has quit [Quit: Leaving] 01:13:06 *** Illegal_Alien [~Illegal_A@ip4da39612.direct-adsl.nl] has quit [Quit: I love my HydraIRC -> http://www.hydrairc.com <-] 01:29:50 *** lobstah [~michielbi@86.89.201.189] has joined #openttd 01:32:12 *** KenjiE20 [~KenjiE20@92.17.249.21] has quit [Quit: WeeChat 0.3.1.1] 01:36:57 *** lobstar [~michielbi@86.89.201.189] has quit [Ping timeout: 480 seconds] 01:46:02 *** Lapsus [~Lapsusant@H82.C206.cci.switchworks.net] has joined #openttd 01:46:04 <Lapsus> Hello! :3 01:48:39 <PeterT> Hello Lapsus 01:52:58 *** Neon [~Neon@dslb-088-069-229-024.pools.arcor-ip.net] has quit [Quit: Something strange must have happened...] 01:58:02 *** lolman [~Holygoat@cust247-dsl93-89-128.idnet.net] has quit [Read error: Connection reset by peer] 01:58:11 *** OwenS [~oshepherd@cpc1-stkn14-2-0-cust562.11-2.cable.virginmedia.com] has quit [Remote host closed the connection] 02:05:56 *** Chris_Booth [~Chris_Boo@cpc7-newt30-2-0-cust443.newt.cable.virginmedia.com] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]] 02:07:52 *** lobstah [~michielbi@86.89.201.189] has quit [Ping timeout: 480 seconds] 02:08:51 *** lobstah [~michielbi@86.89.201.189] has joined #openttd 02:09:32 *** tokai [~tokai@port-92-195-107-179.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 02:10:36 *** Chrill [~chrischri@h-5-149.A212.priv.bahnhof.se] has joined #openttd 02:11:47 *** tokai [~tokai@port-92-195-100-143.dynamic.qsc.de] has joined #openttd 02:11:50 *** mode/#openttd [+v tokai] by ChanServ 02:14:03 *** Coco-Banana-Man [~Stephan.D@p5B2DBF99.dip.t-dialin.net] has quit [Quit: Regel Nr. 1: Jeder hört auf mein Kommando! - Regel Nr. 2: Jeder bleibt auf dem Weg! - Regel Nr. 3: ... ... Der, der blÀht, als hinterster geht!] 02:15:01 *** zachanima [~zach@90.185.77.237] has joined #openttd 02:18:56 *** Fast2 [~Fast2@p57AF95BB.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 02:22:22 *** lolman [~Holygoat@cust247-dsl93-89-128.idnet.net] has joined #openttd 02:45:49 *** lobstar [~michielbi@86.89.201.189] has joined #openttd 02:46:36 *** lobstah [~michielbi@86.89.201.189] has quit [Read error: Operation timed out] 02:50:30 *** Lakie [~Lakie@91.84.251.149] has quit [Quit: Sleep.] 02:56:19 *** lobstah [~michielbi@86.89.201.189] has joined #openttd 02:58:27 *** lobstar [~michielbi@86.89.201.189] has quit [Ping timeout: 480 seconds] 03:09:04 *** aber [~Adium@p5B323A6D.dip.t-dialin.net] has quit [Quit: Leaving.] 03:25:16 *** Adambean [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing] 03:26:33 *** lugo [~lugo@mgdb-4db8cf42.pool.mediaWays.net] has quit [Remote host closed the connection] 03:33:00 *** Chrill [~chrischri@h-5-149.A212.priv.bahnhof.se] has quit [] 03:57:49 *** Fuco [~dota.keys@fuco.sks3.muni.cz] has quit [Ping timeout: 480 seconds] 04:11:03 *** DDR [~chatzilla@66.183.125.196] has joined #openttd 04:35:02 *** glx [glx@2a01:e35:2f59:c7c0:c465:c02e:4b32:5dc2] has quit [Quit: bye] 05:00:42 *** ptr [~peter@c213-89-142-224.bredband.comhem.se] has quit [Read error: Connection reset by peer] 05:01:02 *** ptr [~peter@c213-89-142-224.bredband.comhem.se] has joined #openttd 05:48:42 *** woldemar [~osaka@213.178.34.57] has quit [Read error: Connection reset by peer] 05:55:04 *** DanMacK [~here@65.94.201.53] has joined #openttd 05:57:34 *** woldemar [~osaka@213.178.34.57] has joined #openttd 05:59:06 *** DanMacK [~here@65.94.201.53] has quit [] 07:18:05 *** ecke [~ecke@188.75.128.2] has quit [Quit: ecke] 07:45:45 *** Singaporekid [~notme@cm76.epsilon84.maxonline.com.sg] has joined #openttd 08:12:57 *** Progman [~progman@p57A1DB2D.dip.t-dialin.net] has joined #openttd 08:24:00 *** tdev [~tdev@p508EB06E.dip.t-dialin.net] has joined #openttd 08:37:20 *** kd5pbo [~kd5pbo@adsl-99-65-9-161.dsl.hstntx.sbcglobal.net] has quit [Quit: Leaving.] 09:09:40 *** heffer [~felix@ip-88-152-182-156.unitymediagroup.de] has joined #openttd 09:22:13 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 09:23:48 *** Neon [~Neon@dslb-088-069-205-064.pools.arcor-ip.net] has joined #openttd 09:33:00 *** tokai [~tokai@port-92-195-100-143.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 09:35:13 *** tokai [~tokai@port-92-195-160-71.dynamic.qsc.de] has joined #openttd 09:35:16 *** mode/#openttd [+v tokai] by ChanServ 09:36:01 *** Tennel [~Tennel@88.150.10.254] has joined #openttd 09:44:51 <andythenorth> @seen pikka 09:44:51 <DorpsGek> andythenorth: pikka was last seen in #openttd 19 hours, 23 minutes, and 7 seconds ago: <Pikka> hrrrrrrrrrrr 09:45:04 <andythenorth> grr 09:45:13 <andythenorth> I need more refits for AV8 :| 09:49:39 * andythenorth hey, pikka just replied to my forum thread. must be telepathic 09:54:18 *** Zuu [~Zuu@c-f5f9e253.025-58-6e6b702.cust.bredbandsbolaget.se] has joined #openttd 09:57:12 *** Terkhen [~Terkhen@197.68.220.87.dynamic.jazztel.es] has joined #openttd 09:57:23 <Terkhen> good morning 10:00:36 <planetmaker> morning Terkhen 10:01:09 *** frosch123 [~frosch@frnk-590fd481.pool.mediaWays.net] has joined #openttd 10:04:46 <andythenorth> morning 10:09:39 <frosch123> hmm, indeed "morning", what am i doing here that early? 10:09:49 <jordi> Rubidium: I don't think that (grfcodec not being in archive) would be a reason to reject opengfx. I bet their scripts actually check for deps in the new queue 10:09:50 *** DDR [~chatzilla@66.183.125.196] has quit [Ping timeout: 480 seconds] 10:09:58 <jordi> Rubidium: I think it's common practice 10:10:00 *** tokai [~tokai@port-92-195-160-71.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 10:12:18 *** tokai [~tokai@port-92-195-154-205.dynamic.qsc.de] has joined #openttd 10:12:21 *** mode/#openttd [+v tokai] by ChanServ 10:12:35 <andythenorth> planeset good, AV8 better :) 10:27:07 * andythenorth is very excited by the idea of new airports 10:28:04 * andythenorth wonders if industry funding cost be calculated depending on player's available money? 10:32:41 <Rubidium> andythenorth: it isn't 10:33:02 <andythenorth> sorry, 'could it be?' /s 10:34:49 * Alberth orders a factory with golden stairs, and a large main port with diamonds from andythenorth 10:35:18 <andythenorth> Alberth: does the palette have a 'sparkle' cycle? 10:35:46 <Alberth> it'd look electrifying, wouldn't it? 10:36:41 *** Fast2 [~Fast2@p57AF9080.dip0.t-ipconnect.de] has joined #openttd 10:39:45 <planetmaker> lool @ Alberth's order 10:41:56 *** oskari89 [~oskari89@212-149-205-119.bb.dnainternet.fi] has joined #openttd 10:43:20 <Alberth> and I don't even own the factory :( 10:56:55 * planetmaker gulps. Nooo! really?! 10:57:01 <planetmaker> (pun intended) 10:59:08 * Alberth places the factory right across his head quarters for a good view 11:00:59 * Alberth considers changing jobs 11:02:28 *** kd5pbo [~kd5pbo@adsl-99-65-9-161.dsl.hstntx.sbcglobal.net] has joined #openttd 11:05:28 <roboboy> hello 11:09:53 *** heffer [~felix@ip-88-152-182-156.unitymediagroup.de] has quit [Quit: heffer] 11:10:13 *** Pikka [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has joined #openttd 11:10:31 <Alberth> hello 11:10:43 <Pikka> bonjour 11:11:39 <__ln__> yakshemash 11:11:44 *** lestat [~Mesias7.4@141.149.220.87.dynamic.jazztel.es] has joined #openttd 11:12:33 <lestat> hi all 11:12:43 <Alberth> hi 11:13:45 <andythenorth> Pikka: hi hi 11:15:14 <lestat> I created a game who joins? 11:16:09 <Terkhen> andythenorth: http://devs.openttd.org/~terkhen/firs/ <-- this happens after the first month, I'm testing FIRS r611 11:16:16 *** Tennel [~Tennel@88.150.10.254] has quit [Quit: WeeChat 0.3.1.1] 11:16:58 <lestat> 87.220.149.141:40000 11:17:00 <andythenorth> Terkhen: I get that too 11:17:05 <andythenorth> something must be missing from the water plant 11:17:13 <andythenorth> does it happen for any other industries? 11:17:20 *** Gorillagram [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has joined #openttd 11:17:24 <Gorillagram> well that's torn it... 11:17:35 <Terkhen> not that I noticed, let me check 11:17:42 <andythenorth> Terkhen: actually do you mean the stupid production, or the missing string? 11:17:51 <Terkhen> the production 11:18:07 <andythenorth> ok, that's a known issue :| 11:18:18 <andythenorth> it's a bug of the 'unfinished' kind 11:18:40 * andythenorth needs to think about how water is handled in FIRS 11:19:03 <Terkhen> oh, okay :) 11:19:50 <Zuu> lestat: What differs your game from all other servers? 11:20:31 <andythenorth> Water Plants....should they produce 'food' (water packed in bottles?) I think not. 11:20:43 <Terkhen> I find that strange too 11:20:45 *** heffer [~felix@ip-88-152-182-156.unitymediagroup.de] has joined #openttd 11:20:47 <andythenorth> when planning FIRS we thought they might produce food for some reason. 11:20:57 <andythenorth> could be so they could appear in other climate 11:21:00 <andythenorth> s 11:21:01 <lestat> NewGRFs 11:22:18 * andythenorth wonders if water plants are like fishing harbours....and should therefore accept both engineering supplies and manufacturing supplies 11:22:50 *** Pikka [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has quit [Ping timeout: 480 seconds] 11:23:37 *** Tennel [~Tennel@88.150.10.254] has joined #openttd 11:23:43 *** Grelouk [~Grelouk@123.155.206-77.rev.gaoland.net] has joined #openttd 11:25:06 <andythenorth> RL vs gameplay: water can be shipped in bottles ('manufacturing supplies'). But who really cares? 11:26:49 <andythenorth> ^ nobody apparently :P 11:27:01 <Rubidium> andythenorth: then call them recyclable bottles and ship them from towns back to the industry 11:27:18 <Rubidium> plus an industry that makes those bottles 11:27:28 <andythenorth> waste -> recycling plant -> manufacturing supplies? 11:27:36 <andythenorth> that was the plan, until I culled waste as a boring cargo 11:27:55 <Rubidium> it probably is 11:27:57 <andythenorth> bottles come from the glass plant and plastic plant initially 11:28:29 *** Gorillagram is now known as Pikka 11:28:45 * andythenorth afk 11:30:41 <Alberth> andythenorth: waste is different in the sense that it is opposite in direction compared with mine -> factory -> ... -> factory -> city 11:34:54 <Alberth> adding some old old steel with the ore to produce steel has benefits: "..has drastically reduced energy and material requirements compared with refinement from iron ore" (wikipedia) 11:37:55 *** Chrill [~chrischri@h-5-149.A212.priv.bahnhof.se] has joined #openttd 11:39:39 *** Gorillagram [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has joined #openttd 11:40:37 *** Pikka [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has quit [Ping timeout: 480 seconds] 11:43:21 *** OwenS [~oshepherd@cpc1-stkn14-2-0-cust562.11-2.cable.virginmedia.com] has joined #openttd 11:43:55 *** Coco-Banana-Man [~Stephan.D@p5B2DA61F.dip.t-dialin.net] has joined #openttd 11:45:40 *** Gorillagram is now known as Pikka 11:52:39 *** lestat [~Mesias7.4@141.149.220.87.dynamic.jazztel.es] has quit [Quit: MESIAS 7.4 by: Lois & JAP- http://www.lois.infierno.org] 11:55:13 <Singaporekid> Scout should have bonk and sticky launcher to take out sentries in the event of failteams 11:56:04 <Pikka> good point 12:03:56 <Singaporekid> Hmm, can't fire while invulnerable though 12:04:10 <Singaporekid> Maybe demomon should have bonk instead so he can scores taunt while invulnerable 12:04:38 <CIA-6> OpenTTD: alberth * r19413 /trunk/src/rail.h: -Codechange: Merging RailtypeFlag enum (a bit number) with RailTypeFlags enum (had values only). 12:05:09 <Alberth> Singaporekid: we are supposed to understand what you say? 12:05:18 <Singaporekid> Only on weekdays 12:05:22 <Alberth> phew 12:07:51 *** Gorillagram [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has joined #openttd 12:08:12 *** Pikka [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has quit [Ping timeout: 480 seconds] 12:08:12 *** lugo [~lugo@mgdb-4db8dfc8.pool.mediaWays.net] has joined #openttd 12:13:34 *** Pikka [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has joined #openttd 12:13:45 *** fonsinchen [~fonsinche@brln-4dbaa94b.pool.mediaWays.net] has joined #openttd 12:15:57 *** Gorillagram [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has quit [Ping timeout: 480 seconds] 12:22:09 *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd 12:37:14 *** tdev_ [~tdev@p508EE12F.dip.t-dialin.net] has joined #openttd 12:39:51 <CIA-6> OpenTTD: alberth * r19414 /trunk/src/ (6 files): -Doc: Several doxygen additions and corrections. 12:44:21 *** tdev [~tdev@p508EB06E.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 12:51:17 *** Skiddles [~notme@cm76.epsilon84.maxonline.com.sg] has joined #openttd 12:56:37 *** Singaporekid [~notme@cm76.epsilon84.maxonline.com.sg] has quit [Read error: Operation timed out] 12:57:24 *** Scuddles [~notme@cm76.epsilon84.maxonline.com.sg] has joined #openttd 12:57:34 <Pikka> o 12:59:01 <Eddi|zuHause> why does that nick always remind me of Skittles? 12:59:20 <CIA-6> OpenTTD: alberth * r19415 /trunk/src/ (6 files): -Codechange: Forward CommandCost with an error back to the caller. 13:03:09 *** Chris_Booth [~Chris_Boo@cpc7-newt30-2-0-cust443.newt.cable.virginmedia.com] has joined #openttd 13:04:02 *** Skiddles [~notme@cm76.epsilon84.maxonline.com.sg] has quit [Ping timeout: 480 seconds] 13:04:47 <Scuddles> Why doesn't it? 13:05:05 *** tdev_ [~tdev@p508EE12F.dip.t-dialin.net] has quit [Quit: Leaving] 13:06:19 *** glx [glx@2a01:e35:2f59:c7c0:5dd:9e9a:5779:3d2d] has joined #openttd 13:06:22 *** mode/#openttd [+v glx] by ChanServ 13:27:21 *** Neon [~Neon@dslb-088-069-205-064.pools.arcor-ip.net] has quit [Quit: Something strange must have happened...] 13:36:08 *** fjb is now known as Guest921 13:36:09 *** fjb [~frank@p5485D42E.dip.t-dialin.net] has joined #openttd 13:43:05 *** Guest921 [~frank@p5485F9F3.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 13:49:52 <CIA-6> OpenTTD: alberth * r19416 /trunk/src/water_cmd.cpp: -Codechange: Code style, move variable declarations to their first use. 13:54:39 *** Pikka [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has quit [] 13:56:07 *** Grelouk [~Grelouk@123.155.206-77.rev.gaoland.net] has quit [Read error: Connection reset by peer] 13:56:31 *** KritiK [~Maxim@95-26-236-168.broadband.corbina.ru] has joined #openttd 13:57:42 *** Grelouk [~Grelouk@123.155.206-77.rev.gaoland.net] has joined #openttd 13:58:04 <andythenorth> Terkhen: I've fixed the FIRS water plant. Should show up in nightly later today. Won't be save game compatible though! 13:59:05 *** [com]buster [~eternal@cust-03-55bf402e.adsl.scarlet.nl] has joined #openttd 14:02:20 <CIA-6> OpenTTD: alberth * r19417 /trunk/src/autoreplace_cmd.cpp: -Codechange: More code style, move variable declarations to their first use. 14:02:54 <Zuu> Lol, my new water boiler "This product must not be used by anyone (ncluding children) suffering from physical or mental impairment". Luckily hearing impairment is not covered by that so I'm allowed to use the product. :-) 14:04:03 <OwenS> Zuu: Hearing is not a physical impairment? :p 14:04:42 <Zuu> As far as I'm aware it does usually not fall under that category. 14:05:22 <Eddi|zuHause> i suppose the majority of people here have mental impairment :p 14:05:38 <Zuu> Otherwise I'd love to park at the special parking lots etc. :-p 14:06:34 <andythenorth> frosch123 / anyone industry cb 3D, does that reliably run every time cargo arrives at an industry? I have a case where I don't want to use production cb, but I do want to do something when cargo arrives.... 14:08:50 <frosch123> it is run everytime cargo is delivered, but be careful, it is called more than once. e.g. once per vehicle and gradual loading step or even more often 14:09:19 <frosch123> the production callback otoh is called only once, which is likely different from ttdp 14:09:49 <frosch123> s/per vehicle/per wagon resp. articulated part/ 14:09:57 <andythenorth> I have working code based on the production cb, but in the industry window, I have no use for the 'cargo waiting to be processed' string (in this specific case) 14:10:09 <andythenorth> It's not a big deal, just a nice tweak for players 14:10:13 <andythenorth> I might not bother 14:10:14 <frosch123> however the number and time of calls is not set in stone and might change 14:11:16 <andythenorth> hmmm....in that case my production cb code might produce wrong results in some situations. I hope I've covered that though. 14:12:28 *** Illegal_Alien [~Illegal_A@ip4da39612.direct-adsl.nl] has joined #openttd 14:13:47 *** Tennel [~Tennel@88.150.10.254] has quit [Quit: WeeChat 0.3.1.1] 14:26:21 *** APTX_ [~APTX@chello089076052083.chello.pl] has joined #openttd 14:28:04 *** glx [glx@2a01:e35:2f59:c7c0:5dd:9e9a:5779:3d2d] has quit [Read error: Network is unreachable] 14:28:17 *** glx [glx@2a01:e35:2f59:c7c0:5dd:9e9a:5779:3d2d] has joined #openttd 14:28:20 *** mode/#openttd [+v glx] by ChanServ 14:28:40 *** APTX [~APTX@chello089076052083.chello.pl] has quit [Ping timeout: 480 seconds] 14:31:20 <CIA-6> OpenTTD: alberth * r19418 /trunk/src/rail_cmd.cpp: -Codechange: Code style fix for ValParamTrackOrientation(). 14:37:04 <CIA-6> OpenTTD: alberth * r19419 /trunk/src/ (ai/api/ai_object.cpp bridge_gui.cpp command.cpp): -Codechange: Use failed CommandCost object to retrieve message instead of _error_message. 14:41:48 <Terkhen> andythenorth: thanks :) 14:47:30 *** Pikka [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has joined #openttd 14:48:53 *** lobstar [~michielbi@86.89.201.189] has joined #openttd 14:53:31 *** Fuco [~dota.keys@fuco.sks3.muni.cz] has joined #openttd 14:54:27 *** lobstah [~michielbi@86.89.201.189] has quit [Ping timeout: 480 seconds] 14:56:37 *** aber [~Adium@p5B326F17.dip.t-dialin.net] has joined #openttd 14:57:02 *** Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd 15:04:08 *** Pikka [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has quit [] 15:14:48 <Chrill> Any norwegians here? 15:18:13 <fonsinchen> May I request an empty operator=, copy-constructor and default constructor for PoolItem? 15:19:08 <fonsinchen> like this: http://paste.openttd.org/225256 15:21:02 <fonsinchen> Shall I make that a bug report? You cannot copy-construct or assign any pooled objects. I think that's bad ... 15:21:32 *** lobstah [~michielbi@86.89.201.189] has joined #openttd 15:24:27 *** lobstar [~michielbi@86.89.201.189] has quit [Ping timeout: 480 seconds] 15:29:40 *** JVassie [~TheExile^@nelocat2.gotadsl.co.uk] has quit [Ping timeout: 480 seconds] 15:30:23 *** aber [~Adium@p5B326F17.dip.t-dialin.net] has quit [Quit: Leaving.] 15:30:52 <planetmaker> Alberth, I don't assume that any windows binary uses SDL. 15:31:54 <Eddi|zuHause> why? if it's possible to configure, so why are you certain that not even 0.0001% of the windows users do that? 15:33:36 <planetmaker> one could certainly. Looks like it is as recommended as on OSX then ;-) 15:33:39 <planetmaker> http://www.tt-forums.net/viewtopic.php?f=29&t=47480&start=40 15:35:15 <andythenorth> waste is boring cargo....just loads of trucks moving around town. But hey an AI could do that right? 15:36:42 <Eddi|zuHause> that "32 colour" screenshot looks almost like the mars climate :p 15:36:58 <Alberth> planetmaker: it just shows how much I know about Windows :p 15:37:54 <Eddi|zuHause> it's funny, the image is 1600x1200 but the resolution says 1920x1200 15:38:56 <Alberth> Eddi|zuHause: it cannot be difficult to make a 'Mars' advanced setting then :) 15:42:19 <andythenorth> there ought to be a secondhand market in vehicles. 15:42:53 <andythenorth> after the model is no longer available new, it should remain available at a seriously depreciated price (reliability is probably already covered for that). 15:42:56 <CIA-6> OpenTTD: alberth * r19420 /trunk/src/ (rail_cmd.cpp road_cmd.cpp): -Codechange: Don't use _error_message to keep track of success/failure, use a had_success boolean. 15:43:33 <Alberth> with high running costs :) 15:43:53 <andythenorth> Alberth: pikka already has that bit covered with NARS 2 15:44:11 <andythenorth> it can all be done in newgrf I guess 15:45:01 <andythenorth> if the game showed 'purchased' date instead of 'build' date that would be handy 15:45:25 *** erani [eran-@garde.fi] has quit [Ping timeout: 480 seconds] 15:46:03 <Alberth> doesn't that look funny for a train engine? 15:46:30 <andythenorth> dunno. US railroads are often trading engines. Short lines use a lot of old engines, some are 50 years old 15:47:18 <Alberth> you only know that because they state the build date 15:47:20 <Eddi|zuHause> these US guys apparently didn't understand the concept of electrification... 15:48:25 <Alberth> Eddi|zuHause: isn't it mostly freight? I never see an American movie with a train, only with planes or buses 15:48:49 <Eddi|zuHause> in Dogma they use the train :) 15:49:27 <Eddi|zuHause> yes, the americans totally screwed up their passenger train service... 15:50:48 <andythenorth> :| pikka forbids me cattle cars after a certain date 15:50:50 *** erani [eran-@garde.fi] has joined #openttd 15:50:56 * andythenorth considers coding an add on for NARS 2 15:51:16 * andythenorth considers flying cattle 15:51:19 <Eddi|zuHause> yeah, livestock transport also bothers me in DBSet 15:51:47 <Eddi|zuHause> because the fastest livestock transport is 100km/h, while all other cargo gets a 120km/h wagon 15:54:16 * andythenorth considers building a highway 15:56:03 *** Adambean` [CG1@82.hosts.reece-eu.net] has joined #openttd 15:56:14 *** Adambean` [CG1@82.hosts.reece-eu.net] has quit [] 15:59:55 *** Goulp [~Goulp@main.goulp.net] has joined #openttd 16:07:55 <Zuu> Is there someone who is good at windows command prompt escaping? As far as I understood if I enclose a parameter in " and replace all " with "" in the parameter string itself it should be safe? As in whatever the parameter string is, it can't be used to execute abritary commands? 16:09:43 <Zuu> I have noticed that including ; or && in the password parameter could break OpenTTD reading of the password parameter, but will not let you execute any commands as long as you ar forbidden to insert single ". 16:13:21 *** ecke [~ecke@188.75.128.2] has joined #openttd 16:22:18 *** aber [~Adium@p5B326F17.dip.t-dialin.net] has joined #openttd 16:26:31 <fjb> Eddi|zuHause: Livestock isn't transported by DB any more. So there are no real modern livestock wagons. 16:26:56 <Eddi|zuHause> fjb: i know the argument, but it harms gameplay 16:27:03 <Eddi|zuHause> it's "too realistic" :) 16:28:24 <Eddi|zuHause> what do i do with a "D.img" [4GB] and a "D2.img" [16GB]? 16:29:44 <fonsinchen> Yay! Now my autogrowing goods entry vector is finally faster than the array 16:29:44 <Eddi|zuHause> it looks like D is a prefix of D2 16:29:56 <fonsinchen> ... by 6 seconds in 12 minutes ... :| 16:30:07 <planetmaker> lol @ fonsinchen :-) 16:30:22 <planetmaker> Think of it in terms of green IT: you save power :-) 16:30:24 <fonsinchen> However, it also saves space 16:30:25 <Eddi|zuHause> hm, not really 16:30:41 <Eddi|zuHause> first difference is Byte 193720361 16:30:53 *** _newage_ [~victor@81.32.62.61] has joined #openttd 16:31:03 <fjb> Eddi|zuHause: Modern trucks (eGRVS) are a ggod replacement for trains (even is livestock on eGRVS vehicles looks funny). 16:32:12 <Eddi|zuHause> fjb: but "TTD is een Isenbahnspeel." 16:33:12 <fjb> Eddi|zuHause: Stop sounding like MB and get serious again. :-) 16:33:38 <Eddi|zuHause> i mean, his arguments can quickly be used against him... 16:33:56 <planetmaker> :-D 16:33:57 <fjb> Just don't discuss with him. 16:35:13 <OwenS> fonsinchen: Did you end up using the likely/unlikely macros? 16:38:15 *** aber [~Adium@p5B326F17.dip.t-dialin.net] has quit [Quit: Leaving.] 16:38:35 <fonsinchen> no, I avoided the length checks where possible and removed one layer of indirection 16:38:55 <fonsinchen> most things only query all existing goods entries 16:39:30 <fonsinchen> thus you can do a for(Bla::Iterator i(begin()); i < end(); ++i) 16:40:02 <fonsinchen> then you are sure you stay within the given length and thus you don't need to override operator* or operator-> of the iterator 16:40:10 <Eddi|zuHause> question: can the upgradecost from railtype 1 to railtype 2 be adjusted by the newgrf? 16:40:58 <planetmaker> not that I know, Eddi|zuHause 16:41:13 <planetmaker> how are they determined, though? Difference in purchase price? 16:41:29 <Eddi|zuHause> because in some cases upgrading might only include the difference of the cost, while in other cases, upgrading includes removing and rebuilding stuff, which makes it almost as ore even more expensive than building new rail 16:43:25 <CIA-6> OpenTTD: alberth * r19421 /trunk/src/rail_cmd.cpp: -Codechange: Remove explicit use of _error_message from CmdConvertRail(). 16:43:44 <Ammler> Eddi|zuHause: the price you "pay" is the hassle with replacing the vehicels ;-) 16:43:48 <Eddi|zuHause> i think Alberth is racist against global variables 16:44:08 <Alberth> only one at a time :) 16:44:23 <Eddi|zuHause> Ammler: i'm specifically aiming at "compatible" railtypes 16:54:32 *** Nite [5472b1fc@webchat.mibbit.com] has joined #openttd 16:54:44 <Nite> Hi 16:55:00 <planetmaker> ho 16:55:14 <Nite> right place and tiem to talk about bugs? 16:55:50 <planetmaker> you could try 16:56:05 <planetmaker> bugs in acrobat distiller go elsewhere, though 16:56:22 <Nite> ottd bugs off cource 16:56:26 <planetmaker> :-) 16:56:26 <Nite> s 16:57:25 <Nite> i have noticed that a "non onway" track which has a path signal at one end and a block at the other will crash trains 16:58:03 <planetmaker> I guess you should show that in either a screenshot and / or a savegame 16:58:23 *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has quit [Read error: Connection reset by peer] 16:58:57 *** Fast2 [~Fast2@p57AF9080.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 16:59:18 <planetmaker> as I have never seen that kind of bug. Also: what version of OpenTTD do you use? (There's no 'latest') 16:59:19 <Nite> could demonstrate it on a 1.0rc2 server ... 16:59:51 *** APTX_ [~APTX@chello089076052083.chello.pl] has quit [Quit: No Ping reply in 180 seconds.] 17:00:01 <Nite> if u like 17:00:13 *** APTX [~APTX@chello089076052083.chello.pl] has joined #openttd 17:00:30 <Nite> if anyone likes 17:03:21 <Alberth> an explanation + a save game is more useful for bug hunting 17:03:31 <Nite> server is called "strange crash" 17:03:56 *** KenjiE20 [~KenjiE20@92.17.249.21] has joined #openttd 17:04:02 <Nite> demonstration is useful here - 2 phases 17:04:17 <Alberth> I don't know what patches the server is running, I'd prefer a demo in a local unmodified copy 17:04:31 <Nite> no patches 17:04:37 <Nite> 1.0.0 rc2 17:05:17 <Alberth> you cannot submit a server to a bug report in FlySpray 17:05:55 <Alberth> neither can a dev run local tests to find the cause 17:06:11 *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd 17:06:23 <Nite> i try to set it up so the trains will cras 17:07:28 <Alberth> ok, submit the save game + explanation how to reproduce to FlySpray please (bugs.openttd.org) 17:07:53 <Nite> i try to 17:08:13 <Nite> crash should happen when unpause the game 17:09:44 <Alberth> just to be at the safe side, do not use any NewGRFs 17:09:55 <Nite> newgrfs are used 17:10:15 <Alberth> then it could also be a bug in the NewGRF :( 17:10:17 <planetmaker> Nite, you can save the game the server is running 17:10:31 <planetmaker> and test whether it works in single player for you. 17:10:40 <planetmaker> If so: then do as Alberth suggested :-) 17:10:46 <Nite> but its 2 trains seperated by 2 signals, so they shouldnt crash 17:11:12 <Alberth> indeed, if they do, it is a bug 17:11:20 <planetmaker> can you maybe make a quick screenshot of the situation and post it somewhere? 17:11:33 <Alberth> we just try to eliminate as much possibilities that we can 17:11:40 <planetmaker> Alberth, not if trains are turned and go backwards through a path signal 17:11:49 <Nite> the server is online - you can take a saave from there 17:11:56 <planetmaker> Nite, I can't. 17:12:06 <planetmaker> You are online. So... 17:12:15 <Nite> you are 2 so 17:12:18 <planetmaker> what's the issue to test locally? 17:12:23 <Alberth> Nite: you can also post at the forum (general openttd probably) 17:12:40 <Nite> ill test it in singleplayer and without newgrfs first 17:12:43 <planetmaker> Nite, I'm connected to IRC. But not to any server nor can I connect to any right now 17:13:04 <planetmaker> It's also fine to report the error with newgrfs. They shouldn't do cause such bugs either. 17:13:07 <Alberth> I don't even have 1.0-RC2 here :) 17:13:12 <planetmaker> Alberth, me neither :-) 17:13:21 <Nite> dl it ;) 17:13:22 <planetmaker> nor elsewhere 17:13:29 <planetmaker> Nite, not for my platform. 17:13:38 <Nite> ic 17:13:54 <Nite> server is online anyway ... 17:14:08 <Nite> testing ... 17:14:30 <Alberth> post of an image would help a lot already 17:16:03 <Nite> on flyspray? 17:16:06 <planetmaker> e.g. use img.openttdcoop.org to quickly upload a screenshot. 17:16:06 *** fonsinchen [~fonsinche@brln-4dbaa94b.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 17:16:13 <planetmaker> maybe it's no bug after all. 17:17:02 <Nite> when 2 trains are seperated by 2 signals and both enter the same block it shouldnt happen so its pretty buggish 17:18:28 <Nite> is there someting like "savegame.openttdcoop.org" ;) 17:18:34 <Nite> gotta see it moving 17:19:12 <Nite> at first a train waits at signal but then enters the block at the same time teh non waiting already reserved train enters the block 17:19:18 <Ammler> frosch123: you could add target bundle_zip to the ttdviewer, then we could add it to the newgrf nightly script 17:19:48 <frosch123> you mean an alias for "make release"? or is it different? 17:20:01 <frosch123> btw. are you notified on every push? 17:20:15 <Ammler> yes, on #openttdcoop.devzone 17:20:19 <Nite> target bundle? alias make release ?? 17:20:24 <frosch123> :o 17:20:34 <Ammler> or http://dev.openttdcoop.org/projects/ttdviewer/activity 17:20:34 <Nite> sry but sounds little gibberish to me 17:20:56 <planetmaker> Nite, path signals can be passed from the back. You now talked a lot, but showed us nothing :-( 17:21:17 <planetmaker> and both didn't talk to you. 17:22:05 <Nite> you mean oneway path signals? 17:22:39 <Nite> ok where can i post savegame? 17:22:41 <planetmaker> btw, frosch123 there's no target 'make release'... at least in newer makefiles of mine. Dunno right now - did you use mine? Seems improbable given TTDViewer is no newgrf 17:22:56 <Alberth> the general openttd forum? 17:22:59 <Nite> maybeee its not a bug and you yust have to avoid that construction 17:23:04 <Ammler> he didn't 17:23:32 <Nite> it ry to pick teh right place but you tell em numerous places 17:23:42 <frosch123> planetmaker: all targets are made up myself, that is why they are so dodgy :p 17:23:50 <planetmaker> :-) 17:24:08 <Alberth> http://www.tt-forums.net/viewforum.php?f=29 17:24:13 * planetmaker goes looking how those targets are called 17:24:23 <frosch123> i have some trouble writing a makefile for a compiler that does dependencies itself (or not at all?) 17:25:03 <planetmaker> he, yeah, that sucks. 17:25:14 <planetmaker> I wrote my own dep check for the newgrf makefiles 17:25:32 <planetmaker> doing basically a recursive pattern search on the main source file 17:26:21 <frosch123> i just made "clean" a dependecy of "all" :p 17:26:57 <Alberth> :) 17:27:03 <planetmaker> hm, doesn't sound quite desirable. It means a full re-built every time you make all 17:27:31 <frosch123> it does not really matter, i could have written a shell script just as well 17:27:45 <planetmaker> :-) 17:27:48 <Alberth> that would have the same effect :) 17:32:28 <planetmaker> Nite, ... so... savegame or screenshot? 17:32:52 <Nite> i upload atm at img.openttd.org 17:33:32 <Nite> "fatal error" :( 17:33:36 <PeterT> I didn't know such a domain existed 17:33:51 <planetmaker> Nite, image too large? (<2MB) 17:34:51 <Nite> wrong file type pcx moment ... 17:34:58 <planetmaker> pcx should be fine 17:35:11 <planetmaker> hm, no, sorry 17:35:17 <PeterT> planetmaker: Where are you uploading it to? 17:35:30 <planetmaker> to my server 17:36:16 <PeterT> oh 17:36:28 <planetmaker> it's the same machine as devzone 17:36:28 <PeterT> what is this "img.openttd.org" talk 17:36:44 <planetmaker> that's a mis-spelled server name 17:36:46 <Nite> ups sry the options window is on it 17:37:26 <PeterT> planetmaker: Ah, img.openttdcoop.org then? 17:38:08 <Alberth> afk for some food 17:38:40 <planetmaker> PeterT, yes 17:38:45 <PeterT> ok 17:39:37 <Nite> http://img.openttdcoop.org/?v=strangdld. 17:39:58 <planetmaker> uhm... Nite... ? 17:40:00 <Nite> "Ah, img.openttdcoop.org then?" true 17:40:12 <PeterT> Nite: Image does not exist 17:40:48 *** fonsinchen [~fonsinche@brln-4dbaa94b.pool.mediaWays.net] has joined #openttd 17:40:57 <PeterT> fonsinchen 17:42:05 <Nite> when i click on the link it does exist 17:42:37 <planetmaker> yes... I notice that... 17:42:56 <Nite> is it there for u now? 17:43:15 <planetmaker> no 17:44:48 <Nite> phew 17:44:52 <planetmaker> http://img.openttdcoop.org/?v=strangdld. <-- the dot is important 17:44:53 <Nite> dl link: http://img.openttdcoop.org/images/strangdld. 17:45:33 <planetmaker> so. where's the problem? 17:45:39 <KenjiE20> pm 17:45:50 <KenjiE20> make sure your url parser is grabbing the . 17:46:00 * KenjiE20 just got it to load 17:46:07 <Nite> so everyone has it exept who? 17:46:21 <KenjiE20> also ew, bmp 17:46:35 <Nite> it gave me the link like this 17:46:52 <Nite> with no file extension strangely 17:46:53 <PeterT> what's the bug? 17:47:15 <planetmaker> Nite, yes, that's only an issue of how our IRC clients grab URLs. But what's your ingame issue now? 17:47:33 <Nite> it is that wehn both trains have loaded fully ... 17:47:48 <Nite> ... tehy both grab the left lane 17:48:14 <SpComb^> ew, mixed path signals block signals 17:48:20 <Nite> and also both enter it - the bottom train first waits at the block sig 17:48:41 <Nite> (im aware that when i donot mix them it works 17:48:48 <SpComb^> do they crash? 17:49:16 <Nite> but then enters it when tho upper train enters the "middle section/block" 17:49:23 <Nite> they do crash every time 17:49:34 <planetmaker> hm... I agree they shouldn't. 17:49:38 <KenjiE20> I see what happens 17:49:39 <Nite> (i used only path signals to prevent it) 17:50:04 <planetmaker> I think you should upload the savegame with a bug description at bugs.openttd.org 17:50:19 <Nite> (server "strange crash" is still there) 17:50:25 <KenjiE20> http://img.openttdcoop.org/images/senwelltra.png 17:50:38 <KenjiE20> that probably shows it clearer 17:50:46 <planetmaker> yep 17:51:02 <Nite> that sould cras them - heve you tried it? 17:51:11 <KenjiE20> they have no orders 17:51:14 <planetmaker> oh. 17:51:17 <KenjiE20> so my train went up the other lane 17:51:25 <Nite> give them orders 17:51:28 <KenjiE20> but in theory it could enter the left one 17:51:37 <KenjiE20> since the light is green 17:52:04 <Nite> no the light gets red - train waits - but then enters the block 17:53:27 *** Fast2 [~Fast2@p57AF9080.dip0.t-ipconnect.de] has joined #openttd 17:54:23 <KenjiE20> nope 17:54:31 <KenjiE20> mine stopped on both sides of the red 17:55:14 <Nite> the train at the path sigs goes through 17:55:30 <Nite> from behind noticeable 17:55:38 <KenjiE20> mine are both waiting at the two way red 17:55:50 <Nite> can you go online? 17:55:58 <Nite> ottd ingame online 17:56:54 <planetmaker> Nite: do upload your savegame please. 17:56:58 <KenjiE20> ^ 17:57:23 <planetmaker> if you're online, just save the stuff and upload it. To tt-forums or bugs.openttd.org 17:57:44 <Nite> not signed up there 17:57:55 <KenjiE20> 'worksforme' in RC2 17:58:36 <KenjiE20> I even added a third train and set turbo on to increase the chances, still just sat at reds 17:58:44 <planetmaker> for me it works in r19412 17:58:56 * KenjiE20 bets one train has a SPAD set 17:59:16 <Nite> ? 17:59:39 <KenjiE20> signal pass at danger 18:01:19 <KenjiE20> anyway yes, up a save somewhere so we can see 18:01:59 *** erani [eran-@garde.fi] has quit [Ping timeout: 480 seconds] 18:03:12 <Nite> cannot reproduce it new game either - same grfs same rc2 18:03:43 <planetmaker> http://www.tt-forums.net/viewtopic.php?f=29&t=47635 <-- that is funny :-) 18:03:50 <Nite> how to set such a spad? 18:04:49 <Nite> classic why has nonone tried it before 18:06:24 <planetmaker> just click on 'ignore' signal and voilà 18:07:54 *** erani [eran-@garde.fi] has joined #openttd 18:08:31 <Nite> trains have no ignore signal set ... 18:08:38 <Nite> (no spad) 18:08:55 <Nite> the one at the block sig ignores it by magic ... 18:08:55 <planetmaker> there's no GUI way to say... 18:09:30 <Nite> is any file upload servce ok for save? 18:09:45 <planetmaker> they usually suck big time 18:10:08 <Nite> but work 18:10:19 <planetmaker> for certain definitions of 'work' 18:10:29 <Nite> for small file exchanges 18:10:49 <Nite> but ok which one should i choose? 18:10:57 <planetmaker> bugs.openttd.org :-P 18:11:43 <Nite> register :-ö 18:17:30 *** lobstar [~michielbi@86.89.201.189] has joined #openttd 18:20:30 *** lobstah [~michielbi@86.89.201.189] has quit [Ping timeout: 480 seconds] 18:22:43 <Zuu> Nite: You'll be able to use that account for many things on openttd.org :-) 18:23:00 <Zuu> wiki, bananas etc. 18:23:08 <planetmaker> translations 18:23:43 <planetmaker> Zuu, does it also work for the NoAI zone? 18:23:48 <Zuu> Nope 18:23:52 <planetmaker> hm :-( 18:23:57 <Zuu> NoAI zone uses a separate system. 18:32:46 *** Tennel [~Tennel@88.150.10.254] has joined #openttd 18:34:52 <Nite> http://ul.to/wdnovg 18:35:52 <Nite> savegame to the traincrash above 18:39:56 <Nite> maybee someon ealready signed up can use it ... 18:46:48 <CIA-6> OpenTTD: translators * r19422 /trunk/src/lang/ (10 files): (log message trimmed) 18:46:48 <CIA-6> OpenTTD: -Update from WebTranslator v3.0: 18:46:48 <CIA-6> OpenTTD: bulgarian - 61 changes by yxomo 18:46:48 <CIA-6> OpenTTD: catalan - 2 changes by arnau 18:46:48 <CIA-6> OpenTTD: esperanto - 1 changes by kristjan 18:46:50 <CIA-6> OpenTTD: estonian - 9 changes by irve 18:46:50 <CIA-6> OpenTTD: greek - 37 changes by fumantsu 18:47:19 <frosch123> always the same translators mess it up :p 18:47:53 <SpComb^> PeterT: `make bundle` translates Win64 to x64 18:48:14 <SpComb^> (context: http://www.tt-forums.net/viewtopic.php?p=864387#p864387 ) 18:48:40 *** heffer [~felix@ip-88-152-182-156.unitymediagroup.de] has quit [Quit: heffer] 18:50:24 <PeterT> neob begged to diffe3r 18:50:26 <PeterT> -3 18:54:56 *** DanMacK [~DanMacK@206.191.69.149] has joined #openttd 18:55:37 *** fjb [~frank@p5485D42E.dip.t-dialin.net] has quit [Remote host closed the connection] 18:55:48 <DanMacK> Hello all 18:56:02 *** Dreamxtreme [~Dreamxtre@host86-147-226-93.range86-147.btcentralplus.com] has joined #openttd 18:57:06 <planetmaker> hello DanMacK :-) 18:57:14 *** APTX_ [~APTX@chello089076052083.chello.pl] has joined #openttd 18:57:17 *** Progman [~progman@p57A1DB2D.dip.t-dialin.net] has quit [Remote host closed the connection] 18:57:24 *** Chrill [~chrischri@h-5-149.A212.priv.bahnhof.se] has quit [] 18:59:14 *** APTX [~APTX@chello089076052083.chello.pl] has quit [Ping timeout: 480 seconds] 19:00:11 <PeterT> SpComb^: http://paste.openttd.org/225257 19:00:44 *** Progman [~progman@p57A1DB2D.dip.t-dialin.net] has joined #openttd 19:01:09 <PeterT> SpComb^: http://paste.openttd.org/225258 rather 19:01:27 <SpComb^> TARGET := $(shell echo $(PLATFORM) | sed "s@win64@x64@;s@win32@Win32@") 19:02:04 <SpComb^> perhaps it's win64, I'm not sure if sed's case-insensitive per default 19:02:10 *** FR^2 [~fr@frquadrat.de] has joined #openttd 19:02:34 <PeterT> it is case sensitive 19:07:51 <SpComb^> that should be fixed.. 19:08:10 <Nite> *yawns* 19:09:07 <michi_cc> Nite: that's a known problem when mixing path and block signals that will likely not be fixed. The problem is that determining the red/green state in all cases can be computationally very expensive for larger games. 19:09:59 <andythenorth> anything happening? 19:10:03 <Nite> thx that helps alot 19:10:23 <Nite> so i just avoid mixing these signals 19:11:33 <Nite> then again even in a non mixed track setup it has to "computerize" every state or otherwise trains would crash 19:12:07 <Nite> i dont get why it exeptionally doesent check it in "that" setup - anyway ... 19:13:55 <SpComb^> http://qmsk.net/~terom/openttd/patches/Makefile.msvc-icase.patch 19:13:57 <michi_cc> only for block signals, and (with the exception of combo signals) normally only up to the next signals. with mixed signals, you can construct a setup where every single track of your network as to be checked fore a train. 19:14:34 <SpComb^> er, wait 19:15:02 <michi_cc> and for why not in this instance: there are so many different possible combinations that special-casing some is totally impractical 19:15:10 <SpComb^> oh wait, fine, I thought it might have been Win32 19:16:49 <michi_cc> (and as a side note: setups mixing path signals and one-way block signals are mostly fine, two-sided block signals are the troublesome ones) 19:17:04 <SpComb^> ( http://paste.openttd.org/225259 ) 19:17:12 <Nite> ok i understand that it can be only a limited number of "next" siganls to process 19:18:10 <Nite> in this case it only is T H E next siganl thats not processed - and thus trains crash and not only get stuck/jammed up ... 19:18:55 <Nite> (ill take care with two way blocksigs) 19:20:12 <Nite> its: "train signal train" and so i was shocked to see the traincrash 19:20:29 <michi_cc> so we fix this. the next time, someone will complain that it's only the next two signals or that the next signals are both path and block signals or something. it's simply impractical from a code maintenance point of view. 19:20:58 <Eddi|zuHause> rule of thumb: do not mix block and path signals 19:22:47 *** Dreamxtreme [~Dreamxtre@host86-147-226-93.range86-147.btcentralplus.com] has quit [Read error: Connection reset by peer] 19:23:06 *** Dreamxtreme [~Dreamxtre@host86-147-226-93.range86-147.btcentralplus.com] has joined #openttd 19:23:10 <Nite> i now know how to get around it - still a train going into a clearly by signals divided secton where a train already is is strange 19:24:34 <Nite> if a path signal would be also a block signal (= chacking the next block for beein free) this crash wouldnt happen (jsut a thought) 19:24:51 <Nite> trains woudl get stuck and jammed but no crash 19:25:16 <Eddi|zuHause> what?!? the sense of a path signal is exactly that it is NOT a block signal 19:25:20 *** Dreamxtreme [~Dreamxtre@host86-147-226-93.range86-147.btcentralplus.com] has quit [] 19:25:22 <Nite> (chEcking adn beeing *sry*) 19:26:21 <Eddi|zuHause> so... copying a 16GB file to an NTFS drive with 16GB free is not going to b fun... 19:27:03 *** aber [~Adium@gb049.stw.stud.uni-saarland.de] has joined #openttd 19:27:43 <Nite> eddi true 19:27:58 <michi_cc> not really possible because the concept of a signal block simply fails with two-way path signals 19:28:28 <Nite> true true i typed to fast 19:29:16 <Nite> strangely the train wrongly entering the section is behind a two way block ... 19:29:47 <Eddi|zuHause> michi_cc: what about "a train entering through a block signal with a path signal near must reserve a path to a safe waiting point as if it were entering through a path signal"? 19:30:02 <Eddi|zuHause> or did i understand the situation the wrong way? 19:30:03 <Nite> just wondering what is the section between a two-way-block and path signal - is it a block section or pat section? 19:30:45 <Nite> have the save? 19:31:01 <michi_cc> it works like this, but this logic isn't really working with two-sided block signals as these can already be a destination for a reservation 19:31:03 <Eddi|zuHause> no, i don't download savegames 19:31:50 <Nite> http://ul.to/wdnovg 19:32:14 <Eddi|zuHause> michi_cc: but if this signal is already destination of a reservation, then the train wouldn't be able to reserve a path there, and thus would stop with "waiting for path"? 19:32:26 <Nite> obove you can check the crash 19:32:49 <frosch123> Eddi|zuHause: i guess rather make block signals check for reserved tracks instead of trains on the tiles 19:32:49 <Eddi|zuHause> Nite: what was the part you misunderstood about "i don't download savegames"? 19:32:55 <michi_cc> this particular problem could probably be fixed by forcing a reserved two-sided block signal to red, but this is not a general solution for every possible situation 19:33:06 <Eddi|zuHause> frosch123: the problem is that the reservation is not in the "block" 19:33:19 <Rubidium> Eddi|zuHause: probably the "I", "n't", "download" and "savegames" 19:34:28 <Nite> the train shoucld simpyl stay behind the twowayblock 19:34:57 <Nite> its a blcik signal and thus it must not go into the next section where a trian is entering/entered 19:35:43 <Nite> (no eddi i dont understand the word "dont" ;) ) 19:39:07 *** fonsinchen [~fonsinche@brln-4dbaa94b.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 19:39:18 <Eddi|zuHause> that's fine, because "dont" isn't a word, but "don't" should make a difference :) 19:40:47 <Nite> i don't like ot signup you don't like to download - where would the net be with only ppl like that ... 19:40:49 * SpComb^ admires fonso's `enum SaveLoadVersions` 19:41:00 <SpComb^> something like that should go into trunk 19:41:17 *** Hyronymus [~chatzilla@s5591a1ba.adsl.wanadoo.nl] has joined #openttd 19:41:26 <SpComb^> I also propose adding an `SLV_NEXT` item to it, and then defining the current saveload version as `SLV_NEXT - 1` 19:42:10 <SpComb^> so `enum SaveLoadVersions { SLV_TRUNK = 140, SLV_NEXT, SLV_MAX = 255 };` or so 19:42:38 <Nite> still i now ask myself how can a train suddenly enter a block that was occupied by allredy processed path an d now gets occupied by the train that uses the path ... 19:43:01 <__ln__> *already 19:43:52 <Nite> thx -l 19:44:11 <frosch123> why are the graphics in the java look&feel repository not part of the default runtime environment :s 19:46:50 *** TheMask96 [martijn@gluttony.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds] 19:46:54 <Nite> i assumed that trains always check the next section weather block or path ... 19:48:13 <Zuu> Oh, nice "bug", currently OTTDAU 2.0.2 users will get 2.0.2 when they update to 2.0.3 :-) 19:48:59 <frosch123> keeps them busy :) 19:49:05 <Zuu> Yep :-p 19:49:34 <Nite> never heard 0ttdau 19:49:36 <Zuu> As they could keep update and update.. but it is not totaly automatic, you get a window that asks you if you want to update or not. 19:49:52 <Zuu> Nite: http://users.tt-forums.net/ottdau/ 19:50:01 <Zuu> Look at the 2.0 part of the page. 19:50:36 <Nite> nice 19:50:59 <Zuu> Oh, I need to update the website as well. So it links you to 2.0.3. 19:51:27 <Rubidium> Zuu: isn't it about time to ditch NoAI nightly support? 19:51:41 <Zuu> I think it is already ditched. 19:51:47 <Zuu> Just old screenshots. 19:51:51 <Rubidium> then fix your website :) 19:52:54 *** fonsinchen [~fonsinche@brln-4dbaa94b.pool.mediaWays.net] has joined #openttd 19:53:24 <Nite> the traincrash i produced still is the strangest - the signal is red but the train goes over it whe the signal that makes it red is passed - not before ... 19:53:44 <Ammler> Zuu: if you update the screenshot: !s/#coop/#openttdcoop/ 19:53:55 *** TheMask96 [martijn@sirius.ne2000.nl] has joined #openttd 19:54:02 <Nite> so that means it is checked (computed and already uses processing power) but sdoes it wrong ... 19:54:44 <Zuu> Ammler: Okay, that would probably had happened anyways since I've made that change localy. 19:55:03 <KenjiE20> Nite: a thought, try it without a tunnel 19:55:25 <Nite> i will in a sec 19:55:31 <Ammler> Zuu: not necessary, just if you update anyway :-) 19:56:49 <Nite> same without tunnel 19:58:26 <Nite> same without depot or tunnel 19:59:54 <Nite> train waiting for free path enters a section which does not have a path - thats it and i cant tell why 20:00:14 <CIA-6> OpenTTD: alberth * r19423 /trunk/src/ (command_func.h industry_gui.cpp network/network_command.cpp): -Codechange: Move error message reporting of industry build in SE to a callback. 20:00:24 *** Scuddles [~notme@cm76.epsilon84.maxonline.com.sg] has quit [Quit: Leaving] 20:02:16 <PeterT> Zuu: ping 20:02:27 <Zuu> PeterT: pong 20:02:42 <PeterT> Zuu: Is this a bug or on purpose? 20:02:49 <Zuu> What? 20:04:58 <PeterT> Zuu: http://img706.imageshack.us/img706/8747/ottdau.png 20:05:07 <PeterT> No buttons at the bottom 20:05:19 <Zuu> hmm, thats strange 20:05:31 <Nite> (know now how to reproduce ...) 20:06:26 <Sacro> oh aye ;) 20:06:52 <Zuu> I have no idea, I'll check trough the source whenever the highth of that window is set. 20:07:30 <PeterT> is the source available? 20:07:55 <Zuu> Not as in OS but I do have it. :-) 20:08:35 <Zuu> If you resize the window what happens then? I guess the buttons follow behind? 20:09:12 <PeterT> Zuu: Never mind 20:09:19 <PeterT> I just closed it and opened it again 20:09:29 <Zuu> The window height is stored in the ini-file but I would guess that the buttons should follow the bottom even if it is resized by code. 20:09:49 <Nite> i find that path sigs are brutally complex 20:10:19 <Zuu> It's a strange error that I haven't seen before, though I'm not a Delphi guru like Belugas. ;-) 20:11:06 <Eddi|zuHause> Zuu: what i've been meaning to ask: when you abbreviated "OpenTTD Auto Update" to "OTTDAU", did you realize what "DAU" actually means in german? :) 20:11:13 <Alberth> Nite: allowing trains from behind a signal makes it much more complicated, I only use one way path signals and one way block signals 20:11:24 <Zuu> Eddi|zuHause: Nope, I don't know german. 20:12:08 <Zuu> I hope it is not to terrible as it would be a lot of work to change that. :-) 20:12:27 <Eddi|zuHause> Zuu: expands to "DÃŒmmster Anzunehmender User" and translates to "pebkac" or similar 20:14:03 <Eddi|zuHause> (it's derived from "GAU" meaning "GröÃter Anzunehmender Unfall" as in "worst possible case" [usually refers to a nuclear meltdown]) 20:14:27 <Alberth> add a dash: OTTD-AU 20:14:52 <Alberth> Eddi|zuHause: must remember that, sounds like a good name for whatever I will make next :p 20:15:05 <Nite> i also thaought about ott-dau :-D 20:15:38 <Alberth> that'd be Original Transport Tycoon 20:16:22 <PeterT> Nobody calls it that though 20:16:23 <Eddi|zuHause> there was a guy here a few weeks ago who asked for a program/website that checks whether names mean something problematic in other languages... i should have thought of that case back then... 20:16:28 <Nite> dau = dumbest assumable user 20:16:31 <PeterT> TTO is Transport Tycoon Original 20:16:52 *** ajmiles2 [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd 20:17:21 <Alberth> oh 20:17:42 <Eddi|zuHause> more common is "TT" though 20:18:00 <PeterT> Right 20:18:01 <Nite> "otto" maybee 20:18:38 <Eddi|zuHause> why is there a "speak like a pirate" day, but no "speak in palindromes" day? 20:18:49 <SmatZ> arrrr 20:19:03 <Eddi|zuHause> that is not a palindrome := 20:19:14 <Coco-Banana-Man> rrrra 20:19:18 <Coco-Banana-Man> rrarr 20:19:18 <SmatZ> :) 20:19:20 <Nite> its an acronym 20:20:03 <PeterT> Step on no pets! 20:20:36 <Nite> honestly i thaought ottdau was a joke liek there should be a ottd for teh dumbest useres assumable ... 20:20:42 *** fonsinchen [~fonsinche@brln-4dbaa94b.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 20:20:43 <SmatZ> :)_ 20:21:10 <Zuu> Hehe 20:21:16 <Nite> and then it is something for ppl who cant update amnually 20:21:21 <Zuu> Nite: Not everyone knows german... 20:22:19 <Zuu> Well, thanks for telling me about the fun. I don't have time to "fix" it now though. 20:22:40 <Nite> works in english too 20:23:06 <PeterT> Zuu: 20:23:10 <PeterT> [16:09:15] <PeterT> Zuu: Never mind 20:23:10 <PeterT> [16:09:22] <PeterT> I just closed it and opened it again 20:23:15 *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has quit [Ping timeout: 480 seconds] 20:23:22 <Zuu> Yes and? 20:23:28 <Nite> dont change the name it stays in ppls minds taht way (mostly germans) 20:23:35 <Zuu> I was refering to the name change. 20:23:55 <PeterT> It's not broken, nothing to fix 20:26:28 <Zuu> Nite: True. 20:27:52 <Zuu> Though, it does not magically install for you. You still need to get the OpenTTD base graphics/sounds and setup the OpenTTD installations in OTTDAU. 20:28:12 <Zuu> Eg. you can't be completely DAU to use it. ;-) 20:30:04 * andythenorth looks for a way for an industry to find the population of the nearest town 20:30:17 <andythenorth> var 65 has some 'bits reserved for future use'.... 20:31:07 <Rubidium> related object? 20:31:09 *** guru3_ is now known as guru3 20:31:53 <Nite> i thought you dont need old tto grfx in 1.0 any more ... 20:33:31 <Ammler> you don't need, but you still can... 20:33:40 <Rubidium> andythenorth: http://wiki.ttdpatch.net/tiki-index.php?page=VarAction2Cities 20:34:06 <Ammler> hmm, not sure about tto, but ttd 20:34:26 <andythenorth> Rubidium: thanks...I"m not sure how to use it yet, but looks like I could have recycling plant production depend on nearby town population... 20:35:27 <Rubidium> it's scary how much of NewGRF I know from glancing newgrf_*.* so many times 20:35:51 <Rubidium> just finding it in the specs is difficult 20:36:04 <Nite> true ttd i emant 20:36:13 *** Devedse [~Devedse@cable-213-34-232-56.zeelandnet.nl] has joined #openttd 20:36:25 <Alberth> source code is much more readable :) 20:37:43 <andythenorth> I've never used 'related object'. I sort of knew about it. Looks quite...interesting. 20:38:00 <andythenorth> oh, I've used it in articulated rvs 20:38:10 <andythenorth> and industries. doh 20:41:01 * andythenorth wonders if recycling plant production *should* depend on town population 20:41:44 <Eddi|zuHause> yes, better than collecting waste all over the place... 20:42:24 <Nite> btw the opengfx fields look barren all the time - little more yellow would do them good (also to spot them quicker from "above") 20:43:13 <andythenorth> mmmm new code to figure out then 20:44:27 <andythenorth> hmm. Feel like I've discussed having 'random' output cargos from industries before. Is it an annoying idea? 20:44:31 <Eddi|zuHause> crazy idea: have the recycling plant "chop" houses like the saw mill chopping trees :p 20:44:38 <michi_cc> Nite: after investigating your savegame more detailed I have to acknowledge that this specific situation really *is* a bug. (this doesn't invalidate what I said earlier, mixing signals still can lead to problems in some situations) 20:45:02 <andythenorth> Eddi|zuHause: yup, crzy :D 20:45:26 <Eddi|zuHause> dunno, i had this picture in my head and had to share it :p 20:45:35 <Rubidium> Eddi|zuHause: nah, let it recycle stuff of your company 20:45:46 <Rubidium> only on difficulty level "hard" 20:50:51 <andythenorth> but seriously, assume that 'waste' is not generally available in FIRS, but there is a recycling plant. It acts like a primary industry, what should it produce? Options include: scrap metal, farm supplies (compost), manufacturing supplies (plastic and glass) 20:50:51 *** Dred_furst [~Dred_furs@cpc3-pool3-0-0-cust999.sotn.cable.ntl.com] has joined #openttd 20:50:51 <Eddi|zuHause> maybe have the compost produced by a treatment plant instead? 20:50:51 <andythenorth> nah, no more new industries :) The sprites for this one are done, and I am fighting a battle against 'too many industries' 20:50:51 <andythenorth> although we did talk rather too much about sewage farms once 20:50:51 <Nite> @michi_cc i thought so 20:50:51 <Eddi|zuHause> farm supplies doesn't really fit in... 20:50:51 <andythenorth> scrap food goes to animals, compost goes to farms?? 20:50:51 <Nite> i can now easyly reproduce that "bug" or glitch 20:51:17 <Nite> let the first train get the rout and the let the second one search for one ... bam 20:51:54 <Nite> i also dont get why both trains liek to choose the "outer" route 20:52:34 <Nite> i expierienced more glitchy things (also with depots and path siganls) ... 20:52:36 <michi_cc> the real problem is the bridge directly in front of the station, if you remove it the crash prevention works like intended 20:52:38 *** Nite_Owl [~Nite_Owl@c-98-254-113-47.hsd1.fl.comcast.net] has joined #openttd 20:52:52 <Nite_Owl> Hello all 20:53:03 <PeterT> Hi Nite_Owl 20:53:08 <Rubidium> Nite Nite_Owl :) 20:53:09 <Nite> oh the bridge was teh only object i didnt remove (tried it without depot and tunnel) 20:53:10 <Nite> brb 20:53:59 <CIA-6> OpenTTD: frosch * r19424 /trunk/src/group_cmd.cpp: -Codechange: Call command procs only via DoCommand(). 20:54:26 <Nite_Owl> Hello Rubidium 20:55:39 <Nite_Owl> Hey ---- wait a minute ---- copyright infringement 20:55:52 <Nite_Owl> PeterT was Hello'd on another channel 20:57:22 <Nite_Owl> well copyright infringement minus the Owl 20:59:15 <CIA-6> OpenTTD: michi_cc * r19425 /trunk/src/pbs.cpp: -Fix: [YAPP] A train on a bridge/tunnel was not always found when checking for trains on a reserved path. 21:01:10 <Nite> keep in mind that when the train anters the "crashsection/block" the train isnt on the bridge anymore 21:02:05 <Nite> i had a problem with trains accepting the platform behind the bridge though (rebuild teh paltform then they acceppted/found it) 21:03:30 <Nite_Owl> Windows compile problems again with the nightly or a daylight savings time glitch ?? 21:03:50 <__ln__> expected: verb 21:04:44 <Nite_Owl> Are there.... 21:05:05 <Nite_Owl> not really a verb but you get the idea 21:05:24 <Rubidium> vbox glitch 21:05:33 <Eddi|zuHause> Nite: that may occur when you have the wrong railtype 21:06:09 <michi_cc> Nite: the last carriage still is on the bridge 21:06:30 <Nite_Owl> the many joys of a complex compilation farm 21:07:01 <Nite> wasnt the wrong railtiype (steam can run on every type) - i blamed the newgrf 21:07:20 <Rubidium> Nite: not complex, rather not wanting to mess too much with the server 21:07:48 <Nite> you meant niteowl? 21:08:01 <Rubidium> yeah, tab completion and such :) 21:08:48 <Nite> i dont even know how 2 do the "Name:" thing 21:09:12 *** Frankr [~chatzilla@nas46-122.york.ac.uk] has joined #openttd 21:09:28 <Rubidium> anyhow, there is a vbox update that fixes the problem but that requires a kernel update and given the trouble we had to get the initial kernel running properly... better not push our luck 21:09:45 <Rubidium> besides that, we don't have enough time at the moment to clean up the mess if it goes wrong 21:09:59 <OwenS> Rubidium: vbox? Virtualbox? Something else? 21:10:07 <Rubidium> OwenS: virtualbox 21:10:26 <OwenS> This is the point where I hug OpenSolaris' checkpointing on updates 21:10:29 <Eddi|zuHause> where is daylight savings time? 21:10:49 <frosch123> here in two weeks or so 21:10:52 <Nite_Owl> U.S. as of last night 21:11:40 <Eddi|zuHause> the nightly server runs on european time 21:11:57 <OwenS> An update goes wrong... you boot the previous boot archive, everything is fine 21:12:07 <Nite> "summertime" march 28 here 21:12:26 * Nite_Owl fails at a humor attempt 21:12:40 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 21:12:41 <Rubidium> OwenS: fine, now do that without having any remote 'real console' access, i.e. with only ssh access 21:13:28 <OwenS> Rubidium: Even my VPS gives me real console access over SSH 21:13:38 <Nite_Owl> Nite: "/nick" without the quotes I believe 21:13:51 <Rubidium> OwenS: VPS != dedicated server 21:14:01 *** JVassie [~James@nelocat2.gotadsl.co.uk] has joined #openttd 21:14:02 <OwenS> Rubidium: Plug the serial box into a terminal server ;-) 21:14:06 <OwenS> serial port*** 21:14:26 <Eddi|zuHause> Nite: you type the first few letters of a name and then press the "tab" key 21:14:41 <Rubidium> OwenS: and how much is that going to cost extra per month? 21:14:52 <Nite> Eddi|zuHause: nice 21:15:13 * andythenorth ponders being evil with industry code 21:15:18 <OwenS> Rubidium: I don't know. The alternative is just to change the grub boot file to a different archive, assuming things still boot (If they don't... you're in the same boat on any OS) 21:15:42 <Eddi|zuHause> andythenorth: the tricky part about being evil is to avoid facing the consequences ;) 21:16:09 * andythenorth wonders what the consequences might be 21:16:16 <Nite_Owl> my bad - I thought you meant changing a nickname (wishful thinking on my part perhaps) 21:16:46 <Rubidium> OwenS: yes, I know that... but that's the tricky part where you need to get it right and such. Lots of work to validate, not much time to do so 21:17:10 <Rubidium> besides that... the issue only happens occasionally and doesn't really break stuff 21:17:19 <Rubidium> except windows nightlies 21:17:33 <OwenS> Hmm... /me notes that struct Tile is at least 28bytes on ARM 21:17:47 <Nite_Owl> in any case I am sure it will work tomorrow 21:18:45 <Nite_Owl> and if not then I am also sure it will be fixed as soon as possible 21:18:54 <OwenS> (ARM alignment rules are align to max(sizeof(X), 4)) 21:19:33 <Rubidium> OwenS: also with 'pack'? 21:20:00 <Rubidium> i.e. __attribute__((packed)) 21:20:49 <Rubidium> but I doubt that it's 28 bytes on ARM, otherwise dominik would've told us about it 21:21:05 *** erani [eran-@garde.fi] has quit [Ping timeout: 480 seconds] 21:22:27 *** Nite [5472b1fc@webchat.mibbit.com] has left #openttd [] 21:24:37 * Nite_Owl is longer having an identity crises 21:25:16 <OwenS> Rubidium: packed overrides that, but the ARM ABI says to align to 4 bytes 21:25:50 *** erani [eran-@garde.fi] has joined #openttd 21:26:12 * Nite_Owl <correction> is no longer having an identity crisis 21:27:20 <Nite_Owl> poor attempts at humor when you leave out a key word 21:29:21 *** Nite [5472b1fc@webchat.mibbit.com] has joined #openttd 21:33:11 * andythenorth thinks how nice it would be to be able to check persistent storage at one industry from another industry :P 21:34:02 <peter1138> hurrllo 21:34:12 <peter1138> should i try compiling openttd for my acorn a7000? :p 21:34:29 <Rubidium> is that the Born kind of acorn? 21:34:47 <andythenorth> peter1138 why not. There's an A3000 in a loft somewhere with my name on it 21:34:49 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 21:35:11 <Nite> can you get passwords for nicknames on irc (sry very offtopic) 21:35:24 <PeterT> Yes 21:35:30 <PeterT> /msg NickServ help register 21:35:30 * andythenorth faces a mountain of nfo :| 21:35:32 <peter1138> andythenorth, er, well... 21:35:44 <peter1138> andythenorth, that would need a RISC OS port :s 21:36:06 <andythenorth> ok, skip that. we have enough troubles with...no lets not go there 21:36:07 <peter1138> unless there's some unixy environment (cygwin-alike) for it 21:37:24 * andythenorth stares lovingly at industry var 68, wondering if it could do more.... 21:38:09 <Rubidium> andythenorth: don't think 1 MiB is enough for OpenTTD 21:38:30 <andythenorth> mine had 2MB. *very* expensive upgrade 21:38:42 <andythenorth> anyway, ancient history 21:39:11 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 21:39:27 <Rubidium> andythenorth: wouldn't that be a A3020? 21:39:31 <andythenorth> nope 21:39:42 <andythenorth> they sort of worked reliably. ours....didn't 21:39:52 <peter1138> this machine has 36MB 21:40:02 *** frosch123 [~frosch@frnk-590fd481.pool.mediaWays.net] has quit [Remote host closed the connection] 21:41:45 *** Grelouk [~Grelouk@123.155.206-77.rev.gaoland.net] has quit [Quit: Quitte] 21:42:29 <Nite> register 21:43:46 *** aber [~Adium@gb049.stw.stud.uni-saarland.de] has left #openttd [] 21:48:42 *** FR^2 [~fr@frquadrat.de] has quit [Quit: und weg...] 21:48:46 *** Hyronymus [~chatzilla@s5591a1ba.adsl.wanadoo.nl] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]] 21:49:10 *** Nite [5472b1fc@webchat.mibbit.com] has left #openttd [] 21:49:11 <andythenorth> goodnight 21:49:30 <Nite_Owl> later andythenorth 21:50:48 *** andythenorth [~andytheno@salieri.openttdcoop.org] has left #openttd [] 21:51:34 <OwenS> Rubidium: Hmm. It seems that the ARM EABI may no loger align everything on word boundaries 21:52:14 <peter1138> hm 21:52:25 <peter1138> okay, it has 40MB ram 21:52:27 <OwenS> (The original ARM ABI definitely does) 21:52:40 <peter1138> however, it is only a 48Mhz ARM7500FE 21:54:42 * Zuu goes and finds some signed material to watch 21:56:58 *** valhallasw [~valhallas@ip80-101-230-165.hotspotsvankpn.com] has joined #openttd 22:09:27 <PeterT> http://paste.openttd.org/225263 22:13:11 <Xaroth> you broke it 22:15:33 <Terkhen> good night 22:15:38 *** Terkhen [~Terkhen@197.68.220.87.dynamic.jazztel.es] has quit [Quit: ...] 22:16:30 *** valhallasw [~valhallas@ip80-101-230-165.hotspotsvankpn.com] has quit [Ping timeout: 480 seconds] 22:16:53 *** JakeGrimshaw [~jake.grim@customers.elgar.uob.ask4.co.uk] has joined #openttd 22:17:04 <JakeGrimshaw> hello all 22:17:32 <Nite_Owl> Hello JakeGrimshaw 22:18:00 <PeterT> Hey 22:18:14 *** Fast2 [~Fast2@p57AF9080.dip0.t-ipconnect.de] has quit [Quit: ChatZilla 0.9.86 [Firefox 2.0.0.20/2008121709]] 22:20:39 *** [com]buster [~eternal@cust-03-55bf402e.adsl.scarlet.nl] has quit [Remote host closed the connection] 22:21:14 <JakeGrimshaw> tested my scenario yet petert ? 22:21:23 <PeterT> Not yet 22:21:28 <PeterT> #jolteon, btw 22:21:32 <PeterT> You should join there 22:23:11 *** einKarl [~einKarl@95-89-121-65-dynip.superkabel.de] has quit [Remote host closed the connection] 22:31:15 *** Mad-Schlumpf [~Mad-Schlu@dslb-092-078-041-017.pools.arcor-ip.net] has joined #openttd 22:33:29 *** Mad-Schlumpf [~Mad-Schlu@dslb-092-078-041-017.pools.arcor-ip.net] has quit [] 22:34:04 *** tdev [~tdev@p508EE12F.dip.t-dialin.net] has joined #openttd 22:38:41 *** oskari89 [~oskari89@212-149-205-119.bb.dnainternet.fi] has quit [] 22:44:06 *** fonsinchen [~fonsinche@brln-4dbaa94b.pool.mediaWays.net] has joined #openttd 22:49:09 *** Lakie [~Lakie@91.84.251.149] has joined #openttd 22:52:16 <DanMacK> Hey Lakie 22:52:31 <Lakie> Hi Dan, 22:58:05 *** Nite_Owl [~Nite_Owl@c-98-254-113-47.hsd1.fl.comcast.net] has quit [Quit: Read You Soon] 23:01:29 *** valhallasw [~valhallas@s55928dd9.adsl.wanadoo.nl] has joined #openttd 23:01:29 *** helb [~helb@84.244.90.53] has quit [Read error: Connection reset by peer] 23:01:44 *** helb [~helb@84.244.90.53] has joined #openttd 23:03:07 *** tokai [~tokai@port-92-195-154-205.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 23:04:36 *** Devedse [~Devedse@cable-213-34-232-56.zeelandnet.nl] has quit [Quit: Ik ga weg] 23:05:42 *** tokai [~tokai@port-92-195-214-164.dynamic.qsc.de] has joined #openttd 23:05:45 *** mode/#openttd [+v tokai] by ChanServ 23:29:13 *** Tennel [~Tennel@88.150.10.254] has quit [Quit: WeeChat 0.3.1.1] 23:31:51 *** DevedseDS [~nds@cable-213-34-232-56.zeelandnet.nl] has joined #openttd 23:32:13 *** Tennel [~Tennel@88.150.10.254] has joined #openttd 23:35:12 * SpComb^ updated the MinGW page on the wiki to link to MSYS-1.0.11 23:35:20 <SpComb^> I hope that isn't known-incompatible or something 23:35:35 <SpComb^> but man, bash version 2.04 is OLD 23:40:19 *** KritiK [~Maxim@95-26-236-168.broadband.corbina.ru] has quit [Quit: Leaving] 23:43:26 <PeterT> Nooooo 23:43:32 <PeterT> why did you do that, SpComb^ 23:43:54 <PeterT> Now we have to deal with all the "I updated and it doesn't work" reports 23:43:57 *** DevedseDS [~nds@cable-213-34-232-56.zeelandnet.nl] has quit [Quit: ClIRC - IRC client for Nintendo DS] 23:45:19 <PeterT> binaries: binaries is missing in the topic 23:45:47 *** Dred_furst [~Dred_furs@cpc3-pool3-0-0-cust999.sotn.cable.ntl.com] has quit [Read error: Connection reset by peer] 23:46:12 <SpComb^> PeterT: well, what's broken with it then? 23:46:38 <PeterT> It was a prediction 23:48:14 <SpComb^> well, it seems to be not entirely out of place, patch seems to reject all hunks now 23:48:28 <SpComb^> even with -l 23:49:57 <PeterT> Perhaps the same thing happened with this person: http://www.tt-forums.net/viewtopic.php?p=861456#p861456 23:50:22 <SpComb^> perhaps 23:50:46 <SpComb^> I'd say that looks more like the the 1.0.11 version 23:50:57 <SpComb^> I'm guessing a line endings issue 23:51:07 <SpComb^> but it doesn't particularly make sense 23:56:17 <SpComb^> perplexing 23:56:39 <planetmaker> Don't underestimate line endings ;-) 23:57:21 <planetmaker> \n vs \r\n vs \r is the joy :-) 23:58:39 *** Progman [~progman@p57A1DB2D.dip.t-dialin.net] has quit [Remote host closed the connection] 23:59:10 <OwenS> planetmaker: \r is dead :p 23:59:15 <SpComb^> well, it fails with a unix2dos'd .patch 23:59:35 <SpComb^> it gets the header right, and finds the file, but all hunks except those for empty files just fail 23:59:37 <planetmaker> OwenS: I know. Since MacOS X 23:59:54 <Rubidium> my patch just ignores line endings by default 23:59:55 <planetmaker> SpComb^: yes