Times are UTC Toggle Colours
00:02:50 *** Cybertinus [~Cybertinu@a82-95-167-159.adsl.xs4all.nl] has quit [Remote host closed the connection] 00:03:27 <Dr_B_Ching> !clients 00:04:54 <Sacro> Dr_B_Ching: you want !password 00:10:37 *** Mark_ [~M4rk@5351EC68.cable.casema.nl] has quit [Quit: HydraIRC -> http://www.hydrairc.com <- Now with extra fish!] 00:13:13 *** wollollo [~martin@dyn1076-184.hor.ic.ac.uk] has quit [Quit: leaving] 00:17:36 <Dr_B_Ching> Sacro: sorry - wrong window :( *blush* 00:21:55 *** NightKhaos [~nightkhao@78-86-111-126.zone2.bethere.co.uk] has joined #openttd 00:24:32 *** snorre [~snorre@cF6FC00C3.dhcp.bluecom.no] has quit [Ping timeout: 480 seconds] 00:24:39 *** Vikthor [~Vikthor@161-18-80-78.strcechy.adsl-llu.static.bluetone.cz] has quit [Remote host closed the connection] 00:46:04 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Quit: bye] 00:46:38 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd 00:54:00 *** Bjarni [~Bjarni@0x3ef3a188.virnxx14.dynamic.dsl.tele.dk] has quit [Quit: Leaving] 01:02:50 <Ammler> nightynight 01:03:32 *** Ammler [~ammler@ammler.ch] has quit [Quit: gone...] 01:04:22 *** Ammler [~Ammler@adsl-84-226-3-96.adslplus.ch] has joined #openttd 01:05:41 *** Ammler [~Ammler@adsl-84-226-3-96.adslplus.ch] has quit [Remote host closed the connection] 01:06:19 *** Ammler [~ammler@ammler.ch] has joined #openttd 01:06:50 *** Ammler is now known as Guest89 01:08:05 *** Guest89 [~ammler@ammler.ch] has quit [] 01:19:36 *** goodger [~ben@host86-148-8-231.range86-148.btcentralplus.com] has quit [Ping timeout: 480 seconds] 01:23:18 <Dr_B_Ching> quit 01:23:22 *** Dr_B_Ching [~Dr.B.Chin@cpc1-bexl2-0-0-cust368.bmly.cable.ntl.com] has left #openttd [] 01:25:30 *** goodger [~ben@host86-148-8-231.range86-148.btcentralplus.com] has joined #openttd 01:26:33 <Belugas> sleep 01:30:07 <goodger> night Belugas 01:37:07 *** RS-SM [~RSCN@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU] has quit [Quit: RS-SM] 01:40:17 *** goodger [~ben@host86-148-8-231.range86-148.btcentralplus.com] has quit [Ping timeout: 480 seconds] 01:40:47 *** goodger [~ben@host86-148-8-231.range86-148.btcentralplus.com] has joined #openttd 01:50:15 *** Brianetta [~brian@client-82-20-28-97.brhm.adsl.virgin.net] has quit [Quit: TschÃŒÃ] 01:50:59 *** RS-SM [~RSCN@216-165-16-11.DYNAPOOL.NYU.EDU] has joined #openttd 01:55:02 *** Brokkoli [~Brokkoli@f054021016.adsl.alicedsl.de] has quit [Quit: The tree of liberty must be refreshed from time to time with the blood of patriots and tyrants. (Thomas Jefferson)] 02:02:57 *** Klanticus [~quassel@189.35.29.226] has joined #openttd 02:04:32 *** KenjiE20 [~KenjiE20@92.19.130.212] has quit [Quit: I love my HydraIRC -> http://www.hydrairc.com <-] 02:24:35 *** Ammler [~ammler@ammler.ch] has joined #openttd 02:32:40 *** Klanticus [~quassel@189.35.29.226] has quit [Ping timeout: 480 seconds] 02:36:40 *** Dred_furst [~Dred@resnet674.bournemouth.ac.uk] has quit [Read error: Connection reset by peer] 02:38:35 *** goodger [~ben@host86-148-8-231.range86-148.btcentralplus.com] has quit [Ping timeout: 480 seconds] 02:39:01 *** goodger [~ben@host86-148-8-231.range86-148.btcentralplus.com] has joined #openttd 02:48:48 *** NightKhaos [~nightkhao@78-86-111-126.zone2.bethere.co.uk] has quit [Quit: Leaving...] 03:08:01 *** TinoDid [~projectjj@port432.ds1-od.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds] 03:12:10 *** TinoDidriksen [~projectjj@port432.ds1-od.adsl.cybercity.dk] has joined #openttd 03:17:42 *** roboboy [3aad2910@webchat.mibbit.com] has joined #openttd 03:19:29 *** roboboy [3aad2910@webchat.mibbit.com] has quit [] 03:19:49 *** roboboy [3aad2910@webchat.mibbit.com] has joined #openttd 03:28:44 *** NukeBuster [~wouter@80.101.115.82] has left #openttd [] 03:38:26 *** TinoDidriksen [~projectjj@port432.ds1-od.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds] 03:42:25 *** TinoDidriksen [~projectjj@port432.ds1-od.adsl.cybercity.dk] has joined #openttd 03:59:13 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye] 03:59:42 *** Audigex [~audigex@resnet-nat010.lancs.ac.uk] has joined #openttd 03:59:56 <Audigex> hey guys 04:06:33 *** Sacro_ [~ben@static-87-102-39-137.karoo.KCOM.COM] has joined #openttd 04:14:13 *** Sacro [~ben@static-87-102-39-137.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds] 04:14:38 *** Sacro_ [~ben@static-87-102-39-137.karoo.KCOM.COM] has quit [Quit: Sacro_] 04:43:20 *** racetrack [~rob@lena.its.monash.edu.au] has quit [Quit: Leaving.] 05:05:46 *** Zahl [~Zahl@78.52.223.42] has quit [Quit: Rhabarberbarbarabarbarbarenbartbarbierbierbar] 05:41:16 *** Audigex [~audigex@resnet-nat010.lancs.ac.uk] has quit [] 06:17:36 *** Singaporekid [~notme@cm164.psi148.maxonline.com.sg] has joined #openttd 06:26:02 *** el_en [~lanurmi@dyn-xdsl-83-150-113-243.nebulazone.fi] has quit [Ping timeout: 480 seconds] 06:32:18 *** Cybertinus [~Cybertinu@a82-95-167-159.adsl.xs4all.nl] has joined #openttd 06:37:45 *** Gekz [~brendan@123-243-206-232.static.tpgi.com.au] has joined #openttd 06:39:36 *** Gekz_ [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 06:46:25 *** Gekz [~brendan@123-243-206-232.static.tpgi.com.au] has quit [Ping timeout: 480 seconds] 07:00:04 <dihedral> \o/ 07:00:05 <dihedral> mornin 07:00:30 <dihedral> congrats on fixing the stupid os x issue 07:02:35 *** Gekz_ [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Ping timeout: 480 seconds] 07:03:42 <goodger> someone started a fire in cupertino? :S 07:06:56 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 07:17:37 *** sigmund_ [~sigmund@91.80-202-245.nextgentel.com] has joined #openttd 07:19:27 *** sigmund [~sigmund@91.80-202-245.nextgentel.com] has quit [Ping timeout: 480 seconds] 07:28:20 *** RS-SM [~RSCN@216-165-16-11.DYNAPOOL.NYU.EDU] has quit [Quit: RS-SM] 07:28:28 *** apo [apo@pD9E7D0A5.dip.t-dialin.net] has joined #openttd 07:30:26 *** apo_ [apo@pD9E7C757.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 07:44:30 * petern smirks at xkcd 07:44:43 *** stuffcorpse [~rick@121.98.136.241] has quit [Quit: leaving] 07:52:58 *** stuffcorpse [~rick@121.98.136.241] has joined #openttd 08:03:09 *** Cybert1nus [~Cybertinu@a82-95-167-159.adsl.xs4all.nl] has joined #openttd 08:03:09 *** Cybertinus [~Cybertinu@a82-95-167-159.adsl.xs4all.nl] has quit [Read error: Connection reset by peer] 08:04:57 *** Cybert1nus is now known as Cybertinus 08:11:06 *** MrFrans [~MrFrans@a80-101-158-105.adsl.xs4all.nl] has quit [Quit: *Adios Amigos*] 08:12:33 *** Cybertinus [~Cybertinu@a82-95-167-159.adsl.xs4all.nl] has quit [Remote host closed the connection] 08:13:36 *** Cybertinus [~Cybertinu@a82-95-167-159.adsl.xs4all.nl] has joined #openttd 08:28:16 *** Mortomes [~mortomes@i15108.upc-i.chello.nl] has quit [Quit: I can get k-lined whenever I want!] 08:31:19 <dihedral> i always think of CyberTinnitus 08:37:30 * petern rings in dihedral's ear 08:40:48 <dihedral> hihi 08:43:25 *** Singaporekid [~notme@cm164.psi148.maxonline.com.sg] has quit [Quit: Leaving] 08:46:49 *** maristo [~maristo@host217-114-156-151.pppoe.mark-itt.net] has joined #openttd 08:49:57 *** Vikthor [~Vikthor@161-18-80-78.strcechy.adsl-llu.static.bluetone.cz] has joined #openttd 08:55:06 *** stuffcorpse [~rick@121.98.136.241] has quit [Quit: leaving] 08:56:11 *** stuffcorpse [~rick@121.98.136.241] has joined #openttd 09:35:28 <dihedral> setting the map_x and map_y settings from 10 to 9 reduces the leak (or what some people think might be a leak) :-P 09:36:10 <petern> wrong 09:36:15 <petern> oh, reduces 09:36:16 <petern> not removes 09:36:21 <dihedral> e.g. in my case, out of memory ocures about 3 hours (plus/minus) 09:36:25 <petern> my map size is 8 x 9 09:36:32 *** racetrack [~racetrack@c114-76-9-162.eburwd4.vic.optusnet.com.au] has joined #openttd 09:36:36 <dihedral> sorry 09:36:36 <dihedral> later 09:36:40 <petern> do you have autosave on? 09:36:42 <dihedral> ^^ 09:36:47 <petern> (does turning that off stop it?) 09:36:56 * petern clutches at straws 09:37:39 <planetmaker> petern: he has it on afaik. 09:37:47 <dihedral> no 09:37:48 <dihedral> i save with autopilot 09:37:48 <dihedral> every 20 mins 09:37:48 <dihedral> hmmm.... 09:37:48 <dihedral> you really think? 09:37:49 <dihedral> planetmaker !! i just answered! 09:37:50 <planetmaker> Because the game continues sort-of where it was prior to a crash 09:37:56 <planetmaker> :) 09:37:59 <planetmaker> sorry dih :) 09:38:11 <dihedral> yes, what may appear and what is the case aint always the same ^^ 09:38:14 <CIA-1> OpenTTD: rubidium * r15649 /trunk/src/core/alloc_type.hpp: -Fix (r15556): don't unnecessarily reallocate 09:38:17 <petern> well 09:38:26 <petern> it's automatically saving... 09:38:34 <planetmaker> well, then it's definitely not an autosave thingy :) 09:38:47 <planetmaker> but still may be a save thingy 09:38:52 <dihedral> ap+ catches kill signals, and for one of those signals ap+ issues a save command on the console 09:39:13 <dihedral> petern 09:39:19 <dihedral> i can turn it off later today 09:40:21 * petern smirks at 15649 09:42:26 <Rubidium> bah... yapf is allocating so often that you can't quite see other allocates :( 09:45:52 <petern> hmm, and freeing? 09:46:10 <Rubidium> that I'm not tracking 09:46:11 <petern> i always wondered what managed its cache :p 09:50:09 <petern> while doing the clean up, i also noticed that a lot of it is static methods and variables hidden in classes 09:50:26 <petern> never really bothered looking before 09:54:28 *** elmex_ is now known as elmex 09:59:35 <Rubidium> http://rbijker.net/openttd/show_alloc_behaviour.diff <- for when you want to look at the allocate behaviour 10:02:51 <dihedral> Rubidium: how about a console command for dedicated servers ;-) 10:04:02 *** mikl [~mikl@90.184.195.240] has joined #openttd 10:04:13 <Rubidium> huh? 10:04:29 <Belugas> "Nintendo,Nintendo... bring a juice for dedicated server1. Hurry up" 10:04:40 <Belugas> there 10:04:44 <Belugas> a command 10:05:01 <Rubidium> Belugas: go back to bed, it's like 6 o'clock in the morning 10:05:40 <Belugas> yup it is 10:06:14 <Belugas> i was not able to get out of bed, so my wife hit the shower before me 10:06:23 <Belugas> and now, i'm waiting 10:06:30 <Belugas> ho... there she goes! 10:06:34 *** Progman [~progman@p57A1FC11.dip.t-dialin.net] has joined #openttd 10:08:33 <dihedral> ^^ 10:08:34 <dihedral> lol 10:09:36 *** Belugas [~jfranc@ip-186.43.99.216.dsl-cust.ca.inter.net] has quit [Quit: How about sleeping? Yeaaa..] 10:18:32 <Rubidium> @calc 5*60/2.22/30 10:18:32 <DorpsGek> Rubidium: 4.5045045045 10:43:54 <welshdragon> what a bizarre calculation Rubidium 10:49:09 <[wito]> Is cargodest likely to make it into trunk before 0.7.0? 10:49:30 <dihedral> search the forums for that answer 10:52:34 *** Timitry [~Tim@p5B37D423.dip.t-dialin.net] has joined #openttd 10:55:57 *** Zahl [~Zahl@78.52.223.42] has joined #openttd 11:00:19 <welshdragon> dihedral: very helpful 11:01:31 <Rubidium> bizarre? 5 minutes * 60 seconds a minute / 2.22 seconds a day / 30 days a month -> 5 minutes is ~ 4.5 months 11:02:24 <welshdragon> aah 11:07:04 *** smeding [~smeding@5354BE76.cable.casema.nl] has joined #openttd 11:09:10 <petern> incidently 11:09:30 <petern> did we ever discover why our ticks are 30ms instead of 27ms? 11:10:21 *** Singaporekid [~notme@cm164.psi148.maxonline.com.sg] has joined #openttd 11:10:26 <Rubidium> not that I am aware of 11:10:55 <petern> (if that is even the case, heh) 11:10:59 * petern applies Rubidium's patch 11:21:23 <petern> heh, warnings in blob :o 11:23:29 *** TrueBrain [~truebrain@145.118.72.57] has joined #openttd 11:23:33 <TrueBrain> Hello :) 11:23:40 <dihedral> \o/ 11:23:49 * dihedral welcomes the TrueBrain 11:23:50 <TrueBrain> I just updated most of openttd.org's software; please let me know if there are any (adnormal) glitches :) 11:24:07 <TrueBrain> (I still need to do git, hg and trac, but .. I am afraid!!! :p) 11:24:18 <dihedral> hehe 11:29:00 <TrueBrain> Rubidium: 'powered by leaseweb' was not in the Mercurial templates :p 11:29:09 <TrueBrain> neither in git ... 11:29:45 <petern> powered by dead animals 11:29:53 <TrueBrain> or maybe it was, but debian was so nice to overwrite them 11:30:01 <TrueBrain> debian, or 'apt' / 'aptitude' really sucks 11:30:13 <TrueBrain> no overview, no clear information why something is kept back, ..... 11:30:13 <petern> not really 11:30:16 <TrueBrain> idiotic software 11:30:31 <petern> stuff is kept back due to dependencies 11:30:36 <petern> which it tells you about 11:30:37 <Rubidium> it works fine as long as you don't customise stuff ;) 11:30:45 <TrueBrain> petern: haha, you would think .. you know what it told me? (for 10% of the packages) 11:30:54 <TrueBrain> This packages is held back due the following dependencies: 11:30:56 <TrueBrain> (BIG EMPTY SPACE BELOW) 11:31:03 <petern> just dist-upgrade it :p 11:31:38 <Rubidium> does the apt run lenny or testing? 11:31:39 <TrueBrain> but anyway .. it just overwritten some files ... how nice ... how lovely ... 11:32:25 <petern> calloc 1300 bytes at: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7d38455] 11:32:28 <petern> that's less useful :o 11:32:31 <petern> calloc 2880 bytes at: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7d38455] 11:32:37 <Rubidium> make a debug build 11:32:40 <petern> it is 11:32:47 <petern> (level 1) 11:33:00 <Rubidium> then uncomment the strstr(... "(") 11:33:16 <Rubidium> and you'll get openttd [0xdeadbeef] 11:33:27 <Gekz> lol 11:33:37 <petern> :D 11:33:38 <Rubidium> oh ;) 11:33:50 <Rubidium> do a LDFLAGS="-rdynamic" ;) 11:35:58 *** markk [~markk@shell.etttretresju.net] has joined #openttd 11:36:10 *** markk [~markk@shell.etttretresju.net] has quit [] 11:36:30 <petern> ah 11:40:59 *** Mark [~markk@shell.etttretresju.net] has quit [Read error: Connection reset by peer] 11:41:24 <TrueBrain> Rubidium: do you remember where the gitweb templates are located? 11:41:27 *** markk [~markk@shell.etttretresju.net] has joined #openttd 11:41:55 *** markk is now known as Markk 11:41:58 *** Markk is now known as Mark 11:43:18 <Rubidium> sadly enough I don't 11:46:16 <petern> malloc 2883592 bytes at: bin/openttd(_ZN20CNodeList_HashTableTI14CYapfRailNodeTI20CYapfNodeKeyTrackDirELi12ELi16EE13CreateNewNodeEv+0x69) [0x82eab49] 11:46:20 <petern> heh 11:46:22 <petern> that's a lot 11:46:48 <TrueBrain> C++ at work .... 11:47:18 <petern> huh? 11:47:43 <petern> well the symbol, yes, but it's just listing the parameters, heh 11:47:49 <petern> not a huge problem 11:47:56 <TrueBrain> it always makes me smile 11:47:59 <TrueBrain> so no, not a problem ;) 11:48:13 <petern> i have no idea what YAPF stores in that 2.8MB node list... 11:48:25 <petern> seems excessive for a short line 11:48:43 <TrueBrain> fix it ;) 11:51:01 <TrueBrain> okay, git and hg fixed again .. 11:51:16 <TrueBrain> that leaves track ..... 11:51:18 <TrueBrain> trac 11:51:20 <TrueBrain> lol 11:53:44 <Ammler> Hello TrueBrain, did you ever take a look on Multirepo Branch of trac? 11:53:58 <TrueBrain> why? 11:54:18 <Ammler> just wondering, but that might mean, no :-) 11:55:01 <TrueBrain> very clear .. tnx for this conversation .. 11:55:07 <TrueBrain> (people are getting more and more weird :p) 11:55:21 <Ammler> well, I was never something else, I guess. 11:57:16 <TrueBrain> I remember I tried to talk some sanity into Moriarty yesterday, about not saying to a person: CHECK THIS! But being a bit more ... well .. explaining 11:57:23 <TrueBrain> I guess I should make that a global announcement or something 11:57:57 <petern> hmm?> 11:59:08 <petern> damn, it jumped 8 MB when i wasn't looking :p 11:59:21 <Ammler> TrueBrain: I didn't say, you should check it, I asked if you already did ;-) 11:59:34 <TrueBrain> Ammler: did you ever take a look at NGC-10232? 11:59:46 <Ammler> I have no experience with, I just know there is. 12:00:43 <Ammler> and because we are mixing svn and hg, too. 12:01:21 <petern> you have no experience with? 12:01:31 <Ammler> it* :P 12:02:25 *** Vikthor [~Vikthor@161-18-80-78.strcechy.adsl-llu.static.bluetone.cz] has quit [Remote host closed the connection] 12:02:46 <petern> hmm 12:03:55 *** snorre [~snorre@cF6FC00C3.dhcp.bluecom.no] has joined #openttd 12:03:57 <Ammler> (and a lot other things...) 12:04:08 <petern> of course, it doesn't increase when i'm just watching it 12:04:29 <planetmaker> murphy has always been good at these things, petern 12:08:00 <TrueBrain> somehow revisionlog is gone in trac ... hmm ... 12:11:04 *** Klanticus [~quassel@monowall.cisc.usp.br] has joined #openttd 12:12:49 *** Klanticus [~quassel@monowall.cisc.usp.br] has quit [Remote host closed the connection] 12:13:40 <petern> it went up 12:13:52 <petern> but there's no mention in the alloc log 12:15:16 <Rubidium> then it isn't done by a Malloc/Calloc/Realloc 12:18:36 <petern> mmm 12:18:54 <petern> obviously there's lots of small allocs 12:19:03 <petern> and this constant 2.8MB alloc from yapf 12:19:15 <petern> but nothing that screams "i just allocated 8MB" 12:19:39 <petern> unless at a lower level it's just allocating in chunks of that size 12:19:55 <Rubidium> new isn't handled by my patch 12:23:09 <petern> ah 12:23:30 <petern> which would be a little tricky i suppose 12:23:31 <petern> hmm 12:23:53 <petern> there must be something simple that'll work with LD_PRELOAD... 12:24:21 <petern> http://brokestream.com/log-malloc.html 12:24:22 <petern> hmm 12:24:29 <petern> but 12:24:47 <petern> i'll see what happens, heh 12:26:22 <petern> okay, that logs... 12:30:04 <TrueBrain> Rubidium: I have NO idea where you did the powered by banner in trac last time :p 12:30:12 <TrueBrain> I can't find a template which when altered reflects on the page :( 12:32:19 <Rubidium> tried /usr/share/pyshared/trac/templates/footer.cs ? 12:32:29 <TrueBrain> I tried header.cs 12:32:32 <Rubidium> tried restarting trac once you made the change? 12:32:42 <TrueBrain> couldn't detect a change ... 12:33:19 <TrueBrain> nope ... 12:33:36 <TrueBrain> Rubidium: I HTML commented the block left-top now 12:33:39 <TrueBrain> but it is still there .. 12:34:16 <dihedral> does not each project have its own template dir? 12:34:58 <TrueBrain> it does, but if no defined, it should pick the main .. 12:35:25 <dihedral> true 12:35:49 <Rubidium> what about theme.html ? 12:36:44 <TrueBrain> Rubidium: after a restart, changing that file has some effect yes 12:36:46 <TrueBrain> tnx 12:37:40 <TrueBrain> k, done 12:37:47 <dihedral> \o/ 12:38:11 <TrueBrain> Rubidium: only leaves an update for mediawiki 12:39:50 <petern> hmm 12:39:56 * petern uses ReusableBuffer 12:39:57 <TrueBrain> so now I need a commit to see if everything went as planned .... 12:40:13 <petern> possibly one soon ;) 12:40:25 <TrueBrain> let me know when there is one ;) 12:42:06 <petern> *nod* 12:45:33 <dihedral> hehe ;-) 12:46:15 <dihedral> if there were a very large cage, i'd possibly keep a petern as pet ^^ 12:46:58 <dihedral> petern: can you tell already what's causing the issue? 12:47:34 *** KenjiE20 [~KenjiE20@92.16.118.198] has joined #openttd 12:56:07 *** Wojo [~wojo83@chello087207175230.chello.pl] has joined #openttd 12:56:20 *** Wojo [~wojo83@chello087207175230.chello.pl] has left #openttd [] 12:58:46 <petern> nope 12:58:51 <petern> this is just an aside 13:00:33 *** lolman [~lolman@static-87-102-80-68.karoo.KCOM.COM] has quit [Read error: Connection reset by peer] 13:02:44 *** lolman [~lolman@static-87-102-80-68.karoo.KCOM.COM] has joined #openttd 13:02:48 *** roboboy [3aad2910@webchat.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 13:03:13 *** tokai [~tokai@p54B84273.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 13:04:49 *** tokai [~tokai@p54B80F03.dip0.t-ipconnect.de] has joined #openttd 13:04:52 *** mode/#openttd [+v tokai] by ChanServ 13:05:56 *** Belugas [~belugas@216.191.111.226] has joined #openttd 13:05:59 *** mode/#openttd [+o Belugas] by ChanServ 13:06:39 *** tademe [~tademe@193.43.249.169] has quit [Remote host closed the connection] 13:07:00 <petern> TrueBrain: now 13:07:02 <CIA-1> OpenTTD: peter1138 * r15650 /trunk/src/newgrf.cpp: -Codechange: Use a ReusableBuffer for loading NewGRF pseudo-sprites into instead of using malloc()/free() for every single one. 13:07:41 <TrueBrain> darn ... 13:07:41 <petern> that drops my start up log file from 75MB to 30MB ;) 13:07:56 <TrueBrain> git didn't take up on the commit, and hg fucked up 13:08:12 <petern> mmm 13:08:21 <petern> didn't add the svn part 13:09:50 *** HerzogDeXtEr [~Flex@89.246.213.235] has joined #openttd 13:09:55 <TrueBrain> svn: URL 'file:///var/repos/svn/openttd/3rdparty' non-existent in that revision 13:09:56 <TrueBrain> yippie ... 13:10:02 *** lolman [~lolman@static-87-102-80-68.karoo.KCOM.COM] has quit [Remote host closed the connection] 13:10:25 *** lolman [~lolman@static-87-102-80-68.karoo.KCOM.COM] has joined #openttd 13:10:51 *** nutuka [~nutuka@193.43.249.169] has joined #openttd 13:10:56 <dihedral> ^^ 13:11:01 <dihedral> that was the conversion to hg and git? 13:11:04 *** Brokkoli [~Brokkoli@e177138112.adsl.alicedsl.de] has joined #openttd 13:11:35 <TrueBrain> Rubidium: the git diff wasn't up-to-date :( :( :( 13:12:51 <TrueBrain> $ git svn rebaseUnable to determine upstream SVN information from working tree history 13:14:44 <petern> bah, a lot of free(NULL) getting logged too :o 13:14:48 * petern ponders fixing the module 13:16:52 *** HerzogDeXtEr1 [~Flex@88.130.160.146] has quit [Ping timeout: 480 seconds] 13:17:04 * petern fixes the module 13:17:48 *** Sacro [~ben@150.237.219.211] has joined #openttd 13:17:59 <petern> sacrolege 13:18:08 <Sacro> zomg lies 13:19:19 *** ecke [~ecke@213.195.202.11] has joined #openttd 13:20:00 <petern> maybe i should just try valgrind, heh 13:20:17 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 13:20:20 *** mode/#openttd [+v glx] by ChanServ 13:20:36 <FauxFaux> You lot are so pro. <3 13:21:00 <petern> hmm 13:21:01 <petern> ? 13:21:42 <FauxFaux> Write, profile, fix. 13:25:54 *** KritiK [~Maxim@78-106-177-69.broadband.corbina.ru] has joined #openttd 13:31:09 * Belugas yawns 13:31:51 * Forked throws a banana at the yawn 13:35:41 * TrueBrain catches the banana and eats it 13:38:12 <CIA-1> OpenTTD: peter1138 * r15651 /trunk/src/newgrf_canal.cpp: -Codechange: Codestyle and comments. 13:38:59 <TrueBrain> at least mercurial is now doing what it should be doing :) 13:39:43 <Forked> yellow banana tasting like a green one. meh 13:40:04 <TrueBrain> I love green bananas :) 13:40:09 <petern> yar 13:40:13 <petern> green? yuck 13:41:47 <TrueBrain> # beep beep beep beep 13:45:01 <petern> ARGH 13:45:04 <petern> FUCKING IDIOTS 13:45:23 <petern> "my email's not working, please advise" 13:45:32 <petern> unfortunately i'm not allowed to say 13:45:45 <petern> "PLEASE COPY THE FUCKING ERROR MESSAGE YOU FUCKING IMBECILE" 13:46:02 <Forked> did he or she email you the question? :) 13:46:06 <Sacro> errm... 13:47:46 <TrueBrain> petern: I feel your pain .. 13:49:03 <Belugas> CarnavalA3 13:49:05 <petern> http://www.youtube.com/watch?v=v439zTOJVho 13:49:06 <petern> :D 13:49:11 <petern> heh, it jumped 8MB 13:49:14 <petern> with no clients :D 13:49:29 <petern> unfortunately i wasn't watching it :p 13:50:32 <SmatZ> petern: does to log new/delete too? 13:51:04 <petern> don't think so 13:51:13 <SmatZ> *it 13:51:33 <petern> i'd always assumed new/delete used malloc/free behind the scenes, but i guess not :o 13:52:37 <TrueBrain> petern: overload them to force malloc/free usage ;) 13:53:34 <petern> :o 13:53:57 <SmatZ> you can do new/free (if operator new isn't overriden) - and valgrind detects that :) http://paste.openttd.org/180196 13:55:24 <Belugas> BatifolonsGaiementA4 13:55:38 <SmatZ> http://paste.openttd.org/180197 the code :-p 13:57:38 <petern> hmm 13:57:46 <petern> it logs 2 mallocs and 2 frees for that 13:59:29 *** Sacro [~ben@150.237.219.211] has quit [Quit: Sacro] 14:04:45 <Belugas> pom te pom 14:04:58 <Belugas> sploooiiing 14:10:40 *** NukeBuster [~wouter@80.101.115.82] has joined #openttd 14:11:00 *** NightKhaos [~nightkhao@78-86-111-126.zone2.bethere.co.uk] has joined #openttd 14:11:38 *** Sacro [~ben@150.237.219.211] has joined #openttd 14:14:13 *** M4rk [~M4rk@5351EC68.cable.casema.nl] has joined #openttd 14:17:55 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Read error: Operation timed out] 14:19:28 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 14:20:37 <petern> hmm 14:20:50 <petern> valgrind doesn't say much, harder to see if it's leaked though :o 14:22:38 * Sacro leaks over petern 14:23:32 *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd 14:23:51 <petern> :o 14:25:06 * Belugas plucks Sacro's leak with a cactus 14:25:17 <Sacro> :o 14:25:18 <Sacro> ouch 14:25:59 * petern wonders why valgrind complains about newgrf_spritegroup.cpp:214 twice 14:26:20 <petern> Conditional jump or move depends on uninitialised value(s) 14:26:29 <petern> and which value is uninitialised... 14:27:22 <Zahl> SmatZ: ping 14:32:27 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd 14:35:14 *** Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd 14:35:34 * glx is trying to compile with _malloc_dbg and friends 14:36:17 <glx> but the preprocessor doesn't like Queue->Free() 14:36:27 <glx> Queue->free()* 14:36:40 <petern> :o 14:36:47 <glx> it replaces some "free" with "_free_dbg" 14:37:01 <glx> but of course not all ;) 14:38:41 *** sbn [~NewNowKno@d54C1E025.access.telenet.be] has joined #openttd 14:38:53 *** sbn [~NewNowKno@d54C1E025.access.telenet.be] has left #openttd [] 14:43:48 *** Belugas [~belugas@216.191.111.226] has quit [Quit: On snow, everyone can follow your traces] 14:45:20 *** Dred_furst [~Dred@resnet590.bournemouth.ac.uk] has joined #openttd 14:51:28 *** Belugas [~belugas@216.191.111.226] has joined #openttd 14:51:31 *** mode/#openttd [+o Belugas] by ChanServ 14:55:09 *** Zahl_ [~Zahl@e179179016.adsl.alicedsl.de] has joined #openttd 15:00:01 <glx> http://paste.openttd.org/180198 <-- the output is not easy to understand 15:00:38 *** el_en [~lanurmi@dyn-xdsl-83-150-113-243.nebulazone.fi] has joined #openttd 15:01:44 *** Zahl [~Zahl@78.52.223.42] has quit [Read error: Operation timed out] 15:01:44 *** Zahl_ is now known as Zahl 15:03:25 <SmatZ> Zahl: pong 15:03:31 <Zahl> ah 15:03:37 <Zahl> do you build yourself on windows? 15:04:12 <SmatZ> no... 15:04:21 <DASPRiD> `make self` ? 15:04:24 <SmatZ> I don't have windows here 15:04:25 <SmatZ> hehe 15:04:39 <Zahl> where's your laptop? :p 15:05:05 <SmatZ> one meter from me :) but I don't have build environment there 15:05:15 <Zahl> hmm ok 15:05:23 <SmatZ> like, it's a "company's" laptop, and I am not sure about legal things 15:05:55 <SmatZ> Zahl: why are you asking? 15:06:11 <Zahl> i might have found something but i need someone to validate 15:06:20 <Rubidium> I wouldn't build myself on Windows; chances are too high that something breaks compilation, after all... when I was born Windows wasn't invented yet 15:06:42 <SmatZ> hehe 15:06:54 <Rubidium> so I doubt there's any Windows support in my source 15:07:02 <Zahl> ok i'll try something different then :> 15:07:05 <SmatZ> Zahl: try asking glx or michi_cc or Yexo :) 15:07:29 <Zahl> do you know what the nightlies for windows are compiled with? 15:07:32 <Yexo> Zahl: what was the problem? 15:08:02 <Rubidium> MSVC 2008 for 32/64, mingw for 9x 15:08:02 <Zahl> Yexo: its about the memory issue on windows 15:08:22 <glx> Zahl: saw my paste ? 15:08:40 *** nutuka [~nutuka@193.43.249.169] has quit [Remote host closed the connection] 15:08:45 <Zahl> glx: which one? 15:08:50 <glx> http://paste.openttd.org/180198 15:09:49 <Zahl> errr.. :-D 15:10:04 <SmatZ> glx: are those really leaks? maybe you could try "#define MallocT" instead of "#define malloc" so it prints out where MallocT was called... I haven't seen the diff though :) 15:10:24 <Zahl> i tried a tool named "memory validator" yesterday... it told me something funny 15:10:43 <glx> http://glx.dnsalias.net:8080/openttd/dbg.diff <-- I used this to get the output 15:11:23 *** pavel1269 [~quassel@rb5am141.net.upc.cz] has joined #openttd 15:12:02 <SmatZ> glx: aha, interesting :) 15:12:26 *** Sacro [~ben@150.237.219.211] has quit [Quit: Sacro] 15:12:30 <glx> free -> Free changes are just to allow compilation ;) 15:12:40 <SmatZ> actually, MallocT<> can't be #defined :-x 15:12:51 <SmatZ> maybe search & replace... 15:13:17 <Rubidium> that'll suck 15:13:29 <Rubidium> you could also play tricks like I did on MallocT 15:14:00 <Rubidium> http://rbijker.net/openttd/show_alloc_behaviour.diff <- nasty but effective (with LDFLAGS=-rdynamic) 15:14:53 <SmatZ> Rubidium: can backtrace() be used to give nicer crash dumps for linux? 15:15:21 <SmatZ> when -O2 and such is used... 15:16:36 <Rubidium> unlikely; information about what function is where is probably lost 15:16:38 <petern> ==16051== LEAK SUMMARY: 15:16:38 <petern> ==16051== definitely lost: 25 bytes in 4 blocks. 15:16:38 <petern> ==16051== possibly lost: 720 bytes in 5 blocks. 15:16:38 <petern> ==16051== still reachable: 7,372,020 bytes in 18,452 blocks. 15:16:38 <petern> ==16051== suppressed: 0 bytes in 0 blocks. 15:16:40 <petern> :o 15:17:31 <SmatZ> petern: nothing new I am afraid 15:17:34 <petern> quite 15:17:35 <glx> hmm I could try visual leak detector 15:18:06 <petern> well, i had a 3GB virtual size after running a server for 2 weeks 15:18:11 <petern> maybe i should just give it more time 15:18:39 *** Dred_furst` [~Dred@resnet590.bournemouth.ac.uk] has joined #openttd 15:18:46 <Rubidium> definitely lost is probably in SDL's init 15:19:18 <SmatZ> Rubidium: or that videodriver, soundriver, blitter variables in ttd_main() 15:19:23 <SmatZ> *those 15:19:59 <SmatZ> it can as well be memory that is allocated but freed at exit so it is not marked as leak... 15:20:18 <petern> yes, my output shows no leaks, essentially. not in order of 3GB... 15:20:29 <Rubidium> SmatZ: where does this suggest OpenTTD: http://paste.openttd.org/180199 15:22:51 <petern> SmatZ, we've already discussed and decided that freeing every single bit of memory before exit is pointless 15:23:04 <petern> (the only use is to appease valgrind et al) 15:23:35 <TrueBrain> petern: it does make it easier to detect real leaks though ;) 15:23:48 * Zahl blames msvc++ 15:23:52 <Rubidium> TrueBrain: in what sense? 15:24:08 <TrueBrain> Rubidium: shorter runs 15:24:24 <Rubidium> shorter? 15:24:30 <TrueBrain> when you free everything at closure 15:24:37 <TrueBrain> and you run valgrind, which shwos things not freed 15:24:42 <TrueBrain> there is a good chance it would have leaked over time 15:25:00 <TrueBrain> in my personal projects I solved many potential memleaks that way :) 15:25:09 <Zahl> downloaded the win9x nightly and it has steady memory usage on the 500trains savegame 15:25:26 *** Dred_furst [~Dred@resnet590.bournemouth.ac.uk] has quit [Ping timeout: 480 seconds] 15:25:40 <Rubidium> Zahl: and not with the MSVC (win32) binaries? 15:25:50 <Zahl> exactly 15:26:02 <Zahl> i am running both builds right now 15:26:17 <Zahl> loaded the same savegame 15:27:01 <glx> Zahl: do you want a win32 gcc build too ? 15:28:19 *** lewymati [~lewymati@aeja32.neoplus.adsl.tpnet.pl] has joined #openttd 15:29:16 <Zahl> isn't the win9x version win32? 15:29:35 <glx> it is but unicode is disabled 15:30:16 <Zahl> well i guess the result here is already speaking for itself :-D 15:30:25 *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has quit [Read error: Connection reset by peer] 15:30:29 <Zahl> or do you think its a unicode issue? 15:30:52 <glx> who knows :) 15:30:56 <glx> it's MS after all 15:31:00 <Zahl> because if it is a bug with msvc, the output of the tool i used yesterday might actually make sense 15:31:12 <Zahl> it would be the sdt::list that is leaking then 15:31:15 <Zahl> std* 15:32:01 <Zahl> in the CargoList class 15:32:45 <Zahl> it said every instance would leak 12 bytes and highlighted the line where the list of packets is defined 15:39:03 <Rubidium> so with MSVC is leaks and with MinGW it doesn't... interesting 15:39:39 <Aali> MSVC always had a shitty STL implementation.. 15:39:51 <glx> that's not new yes ;) 15:40:00 *** NightKhaos [~nightkhao@78-86-111-126.zone2.bethere.co.uk] has quit [Quit: Leaving...] 15:40:08 <glx> I had to change AI API to not use reverse iterators 15:40:23 <michi_cc> cargopacket.cpp:209 maybe? clear() won't free the memory from the cargo packets 15:40:53 <michi_cc> or will the MoveTo() in front take care of that? 15:41:43 <Zahl> it has to, otherwise it would leak everywhere 15:41:49 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has quit [Quit: Poef!] 15:42:31 <michi_cc> no, because most of the time all packets can probably be delivered so the code path isn't reached 15:42:48 <Zahl> i mean like, on every platform and with every compiler 15:42:57 <petern> heh 15:43:03 <petern> the MoveTo takes care of it 15:43:23 <glx> visual leak detector output is better 15:43:28 <SmatZ> petern: the discussion was about freeing data marked as "still reachable", this is marked as "definitely lost" - there have been several commits (not from me) fixing those one-time leaks already 15:43:28 <glx> but it outputs a lot 15:44:10 <Rubidium> Zahl: since (approximately) when did you notice the leaky behaviour? 15:44:17 <Rubidium> i.e. does it happen in 0.6.3? 15:44:39 <Zahl> Rubidium: i have to check that, i didn't play ottd in ages 15:44:48 <Zahl> i'm gonna try some older versions 15:46:50 <petern> i hadn't run a server for ages, but don't remember a leak in 0.6.3 15:47:20 <petern> hmm 15:49:36 *** narc [~narc@86.104.40.152] has joined #openttd 15:51:28 <glx> http://glx.dnsalias.net:8080/openttd/memory_leak_report.txt.bz2 <-- it really outputs a lot :) 15:51:50 <glx> uncompressed version is available too 15:51:55 <Aali> 0.6.3 leaks too 15:52:08 <Rubidium> and 0.5.3? 15:52:23 <glx> but it's 32times bigger 15:52:42 * SmatZ knows bunzip2 ;) 15:53:55 <SmatZ> glx: I am afraid this includes those "still reachable" memory block, am I right? 15:54:32 <glx> dunno vld docs are not very explicit 15:55:22 <petern> what makes you think the 'leaked' memory is unreachable? 15:55:47 <petern> (yes, that's the definition of leak) 15:56:19 <Rubidium> SmatZ: yes, it includes "still reachable" 15:56:27 <Rubidium> such as the 4 MB sprite cache 15:56:53 <Rubidium> with all 4 MB of data 15:57:09 <Rubidium> at 16 bytes a line ;) 15:57:14 <petern> heheh 15:57:34 <Rubidium> only 262144 lines 15:58:25 <glx> it also includes sound bank 15:58:47 <Rubidium> A total of 3 leaks match this size and call stack. Showing only the first one. 15:58:48 <Rubidium> Call Stack: 15:58:48 <Rubidium> f:\dd\vctools\crt_bld\self_x86\crt\src\realloc.c (323): _realloc_base 15:58:48 <Rubidium> f:\dd\vctools\crt_bld\self_x86\crt\src\dbgrealloc.c (60): realloc 15:58:51 <Rubidium> and itself 15:59:20 <Aali> well, just let it run for a week and find the line that says "A total of 2 bazillion leaks match this size and call stack" :) 15:59:23 <SmatZ> petern: valgrind says so... local variables musicdriver, sounddriver, videodriver, blitter, graphics_set are on stack, thus the memory they point to is marked as unreachable in valgrind after ttd_main has finished 15:59:43 <glx> Aali: I did a simple launch and exit 16:00:07 <SmatZ> Rubidium: :-( 16:00:48 <petern> SmatZ, uh, okay, i'm trying to find out why my virtual size got up to 3GB. i'm pretty sure it's not those few variables... 16:01:00 <Aali> 0.5.3 does not seem to leak 16:01:23 *** zakjan [~Miranda@186.64.broadband6.iol.cz] has joined #openttd 16:01:26 <Aali> its holding at 7744k private bytes 16:01:42 <Aali> while 0.6.3 is at 30700k and growing 16:01:45 <TrueBrain> petern: virtual size, as VMZ? against RSS? 16:01:53 <Aali> both running the intro game 16:01:54 <petern> VMZ, yes. 16:01:55 <Rubidium> Aali: you compile yourself? 16:02:05 <Aali> Rubidium: nope, fetched those from the site 16:02:12 <petern> RSS was pretty normal 16:02:22 <TrueBrain> petern: RSS is the real memory usage .. I tend to ignore VMZ :p 16:02:27 <Rubidium> Aali: can you compile yourself, with MSVC? 16:02:33 <petern> TrueBrain, me too, but 3GB is excessive 16:02:45 <Aali> Rubidium: I'll try it 16:02:56 <TrueBrain> petern: I tend to agree 16:03:07 <TrueBrain> root 9250 0.0 1.5 222088 12360 ? Ss 11:51 0:00 /usr/sbin/apache2 -k start <- 220 MiB of VMZ, where only 12 MiB of RSS 16:03:11 <TrueBrain> sometimes I just don't get it :p 16:03:20 <petern> :) 16:03:36 <petern> lots of unaccessed pages 16:03:45 <petern> 21318 hlds 20 0 283m 189m 24m S 1 4.7 665:34.21 srcds_i486 16:03:49 <petern> bit bigger ;) 16:04:15 <TrueBrain> mine has a 20:1 rating 16:04:18 <TrueBrain> yours is less :p 16:04:23 <Zahl> anyone got old saves with lots of trains? 16:04:44 <Rubidium> those coop guys? 16:05:01 <SmatZ> can the problem be SetBankSource (maybe MX_AUTOFREE not correctly set or so)? 16:05:02 <Zahl> yeah but they are full of newgrfs and stuff 16:05:09 <Zahl> sunno if its good to test with those 16:05:29 <Rubidium> pile transport isn't 16:05:36 <SmatZ> Zahl: does it leak when you run -s null -m null ? 16:05:45 *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd 16:06:31 <SmatZ> hmm most likely that's not the problem 16:06:42 <Zahl> SmatZ: yeah it does 16:06:51 <Rubidium> Zahl: http://www.openttdcoop.org/wiki/MemberZone:Archive#gameid_04 16:07:44 <SmatZ> Zahl: thanks 16:07:46 <Zahl> ah perfect 16:07:58 <Ammler> another very new high usage game without newgrfs: http://www.openttdcoop.org/wiki/ProZone:Archive_-_Games_1_-_10#gameid_5 16:09:04 <TrueBrain> petern: btw, 64bit or 32bit? (sorry, didn't feel like backreading :p) 16:09:51 *** pavel [~quassel@rb5am141.net.upc.cz] has joined #openttd 16:15:11 <TrueBrain> btw, petern, ever tried pmap on the process when it consumes such an amount of VMS? 16:15:13 <TrueBrain> VSZ 16:15:18 <TrueBrain> grr ... stupid 3 letter words :p 16:16:21 *** pavel1269 [~quassel@rb5am141.net.upc.cz] has quit [Ping timeout: 480 seconds] 16:17:10 *** pavel is now known as pavel1269 16:17:20 <petern> 32 16:17:24 <petern> yes 16:17:32 <petern> i'm watching pmap at the moment ;) 16:17:37 <TrueBrain> ;) 16:17:40 <TrueBrain> boring job :p 16:17:40 <petern> i get a ton of lines with 8192K allocated 16:18:39 *** Splex [~splex@121.165.245.9] has quit [Remote host closed the connection] 16:19:09 <TrueBrain> that are big blocks :p 16:20:40 <[wito]> anyone tried patching 0.7.0b with CargoDest? 16:21:37 <Aali> Rubidium: 0.5.3 compiled with VC 9 is not leaking 16:21:53 <TrueBrain> hmm ... am I the only one unable to connect to the content service? 16:22:11 <Rubidium> is trunk r10266 ? 16:22:54 <glx> TrueBrain: fails for me too 16:23:01 <Aali> I just used the tag 16:23:17 <TrueBrain> it is running 16:23:23 <TrueBrain> maybe it didnt reconnect to the mysql :p 16:23:38 *** Ammler [~ammler@ammler.ch] has quit [Quit: gone...] 16:23:59 <Rubidium> TrueBrain: the web-test server is running 16:24:09 <TrueBrain> Rubidium: ah :) 16:24:19 <TrueBrain> and the live one crashed badly 16:24:21 <TrueBrain> memory corruption .. 16:25:57 <Rubidium> ouch 16:26:03 <TrueBrain> Rubidium: ottd_master and ottd_updater survived the mysql reconnect (or so it seems) 16:26:07 <TrueBrain> ottd_content didn't :p 16:26:26 <Rubidium> no idea why it didn't 16:26:43 <TrueBrain> no idea eiterh ;) Just relaying :) 16:27:06 <Rubidium> just kill the web-test binary so you won't be confused next time ;) 16:28:22 <Rubidium> and in more than 5 hours nobody has missed it ;) 16:28:30 <TrueBrain> inded :p 16:29:52 *** Ammler [~ammler@ammler.ch] has joined #openttd 16:30:09 <Zahl> Rubidium: 0.5.3 seems fine 16:30:24 *** Yexo_ [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd 16:30:30 *** Ammler is now known as Guest199 16:30:37 *** Splex [~splex@121.165.245.9] has joined #openttd 16:30:50 <Zahl> oh i see, Aali tested it too :) 16:32:09 <Rubidium> if Aali tests r10266 you can test r10265; just to test whether it can be the cargolist that's leaking 16:32:22 <Zahl> ok 16:34:20 *** stillunknown [~stillunkn@82-136-228-38.ip.telfort.nl] has joined #openttd 16:34:27 <Aali> r10266 is extremely leaky 16:34:47 * TrueBrain gets the touwels 16:35:08 <Rubidium> the st type of towels? 16:35:13 <glx> http://paste.openttd.org/180204 <-- this one? 16:35:52 <petern> is it extremely leaky just because the pool wasn't cleared on exit though? 16:36:13 <Aali> r10266 ate 2MB in one minute 16:36:19 <Aali> and its still going 16:36:53 <Aali> its already up to 36MB 16:36:55 <Rubidium> now the question is does 10265 the same? 16:37:17 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Ping timeout: 480 seconds] 16:37:34 <Zahl> ...no leak in 10265 16:37:41 <TrueBrain> which compilers? 16:37:52 <Zahl> vs2005 16:37:53 <pavel1269> u know, i am also sometimes ver yhungry :-) 16:37:56 <glx> http://paste.openttd.org/180205 <-- there's also this one 16:38:15 <TrueBrain> and how do you test if it is leaking Aali? 16:38:33 <Aali> I let the intro game run in ff 16:38:41 <petern> oh crap, my copy has used memory while i wasn't looking :p 16:38:41 <TrueBrain> intro game? 16:38:54 <Aali> opntitle 16:38:59 <glx> http://paste.openttd.org/180206 too 16:39:07 *** Guest199 is now known as Ammler 16:39:26 <Zahl> Aali: can you try this one? http://www.openttdcoop.org/blog/files/memberzone_archive/MemberZone_07_Final.sav 16:39:49 <TrueBrain> I guess it is MSVC only which leaks? 16:39:59 <Rubidium> TrueBrain: yup 16:40:02 <petern> ... 16:40:10 <petern> what about my leak? 16:40:21 <Rubidium> missing fclose? 16:40:22 <TrueBrain> petern: go to the badroom :p 16:40:30 <TrueBrain> petern: anyway .. what compiler / how does it leak? 16:40:42 <petern> :/ 16:40:44 <petern> gcc 16:40:53 <petern> 3GB VSZ :p 16:40:57 <TrueBrain> petern: how to reproduce? 16:41:00 <TrueBrain> as it is very stable here :) 16:41:38 <Zahl> i set up a linux dedicated a few days ago and got the same thing like petern btw... 16:41:52 <Zahl> but right now it looks like these are two different issues 16:42:04 <Zahl> i mean windows msvc and VSZ on linux 16:42:26 <pavel1269> is possible with MSVS 9/2008 to apply patch? 16:42:41 <petern> you apply patches with the patch command 16:43:11 <TrueBrain> petern: I mean, does it happen only in networking, or also a normal game, or? 16:43:15 <Zahl> pavel1269: i think the easiest way on windows will be tortoisesvn 16:43:20 <pavel1269> i am win user :-) 16:43:40 <petern> i don't know yet 16:43:59 <petern> it happened on my dedicated server after 2 weeks running 16:44:07 <Aali> r10265 leaks aswell, but not nearly as much as r10266 16:44:08 <petern> i didn't watch it during that time 16:44:22 *** Timitry [~Tim@p5B37D423.dip.t-dialin.net] has quit [Read error: Connection reset by peer] 16:44:24 <pavel1269> does tartoise also create .rcc or sth like that if he fails appling a patch? 16:44:24 <TrueBrain> petern: k .. that sucks :) 16:44:33 *** erle- [~erle@p5B3844F9.dip.t-dialin.net] has joined #openttd 16:44:36 <petern> .rej 16:44:43 <pavel1269> does he do that? 16:44:47 <Rubidium> so that kinda proves that (large) part of the curent problem comes from there 16:45:18 <petern> memleaks in 10266 may well have been accidentally fixed 16:45:21 <Rubidium> now the real question is how to solve it and what part of r10266 actually causes it 16:45:38 <TrueBrain> I agree with petern, it might be long fixed .. 16:46:09 <Rubidium> true, but there are quite a few clues that it might be caused by that 16:46:13 <Aali> r10265 may not even be leaking at all, its so slow it could just be the natural progression of the game 16:46:15 <petern> ==628== LEAK SUMMARY: 16:46:16 <petern> ==628== definitely lost: 17 bytes in 1 blocks. 16:46:16 <petern> ==628== possibly lost: 0 bytes in 0 blocks. 16:46:16 <petern> ==628== still reachable: 5,492,910 bytes in 605 blocks. 16:46:16 <petern> ==628== suppressed: 0 bytes in 0 blocks. 16:46:25 <petern> after running -v null:ticks=10000 16:46:38 <michi_cc> my win64 msvc binary doesn't leak a bit, so it's not just simply msvc alone 16:46:38 <TrueBrain> glx: your map had 544 statiosn, 226 vehicles and 26 effect vehicles when closing the game :p 16:46:39 <Rubidium> ofcourse you're free to give any other clues that you've got w.r.t. the MSVC leak problem 16:46:39 <Zahl> Aali: thats what i think, it increased by 800k here now, running for 10 minutes in fast forward 16:46:52 <SmatZ> petern: did you use --leak-check=full to see where the leaked memory was allocated? 16:46:58 <petern> yes 16:46:58 <Aali> Zahl: which year? 16:47:21 <Zahl> 2094 (in that savegame from ottdcoop) 16:47:24 <glx> TrueBrain: I just started openttd and exit immediatly 16:47:31 <Aali> oh, you're not running the intro game.. 16:47:41 <TrueBrain> glx: then it is a bit more odd ;) 16:47:44 <Zahl> Aali: http://www.openttdcoop.org/blog/files/memberzone_archive/MemberZone_07_Final.sav 16:49:12 <petern> SmatZ: http://paste.openttd.org/180207 16:49:27 <Rubidium> Aali/Zahl: does http://rbijker.net/openttd/packets.diff + trunk@HEAD reduce the leaking? 16:50:22 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Remote host closed the connection] 16:51:05 <SmatZ> petern: it seems all the memory is still reachable in that paste 16:51:20 <petern> quite so 16:51:52 <petern> as it said... 16:52:16 <petern> so the intro game does not leak for me 16:52:42 <SmatZ> [17:46:22] <petern> ==628== definitely lost: 17 bytes in 1 blocks. <== I thought this one was interesting :) but you probably know it isn't harmful 16:52:43 <TrueBrain> petern: put your server in a valgrind and wait 2 weeks ;) 16:52:59 <petern> 17 bytes? 16:53:00 <petern> no 16:53:04 <petern> 17 bytes is not 3 GB 16:53:10 <petern> it's not interesting 16:54:08 <petern> incidentally, "null:ticks=10000" is 17 bytes long 16:54:14 <petern> not a coincidence 16:55:00 <SmatZ> fine :) 16:55:42 <petern> TrueBrain: i may just do that :p 16:56:45 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 16:57:12 <TrueBrain> running dbg lvl3 and valgrind -vnull:ticks=1 takes .. well .. LONG :p 16:57:15 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd 16:57:27 <Rubidium> TrueBrain: remove your newgrfs 16:57:37 <TrueBrain> good posibility they are still there .. 16:57:46 <Zahl> Rubidium: no that patch doesn't help 16:57:59 <Zahl> but i found something else that helps 16:58:13 <Rubidium> so it isn't michi's idea that tmp.packets.clear() was the problem 16:59:05 <Zahl> i removed the call to HandleLocomotiveSmokeCloud in train_cmd.cpp 16:59:14 <TrueBrain> Rubidium: doesn't really help :p 16:59:18 <Zahl> and it leaks less 16:59:33 <Noldo> :D 16:59:58 <Rubidium> TrueBrain: what doesn't really help? 17:00:06 <glx> Zahl: so you mean it's in effects 17:00:36 <Zahl> glx: if memory validator is right, its still the std::list in CargoList 17:00:38 <Zahl> so 17:00:38 <SmatZ> or in sound :-p 17:00:53 <Zahl> HandleLocomotiveSmokeCloud created an EffectVehlice 17:00:54 <SmatZ> or generally less vehicles are created, so it allocates less memory... 17:01:06 <Zahl> which is derived from Vehicle.. and Vehicle creates a CargoList 17:01:08 <TrueBrain> Rubidium: removing my newgrfs 17:01:13 <glx> Zahl: EffectVehicle have cargolist 17:01:17 <Zahl> and with lots of trains this gets called very often 17:01:19 *** energetic [~opera@ip82-139-119-221.lijbrandt.net] has left #openttd [] 17:01:28 *** narc [~narc@86.104.40.152] has left #openttd [Coming soon to theaters near you -- PART 2] 17:01:30 <petern> SmatZ, bring out your clean-up-every-last-bit-of-memory patch 17:01:35 *** Dred_furst` [~Dred@resnet590.bournemouth.ac.uk] has quit [Ping timeout: 480 seconds] 17:01:44 <petern> that'll fix the "the pool's bigger" "leaks" ;) 17:02:07 <SmatZ> petern: good idea, I have to update it to trunk though :) 17:02:30 <TrueBrain> 51 kib of memory for ChatMessage, in single player?! (or worse: in main-menu) 17:02:32 <TrueBrain> why?! :( 17:02:51 <petern> :D 17:02:52 <Zahl> glx: actually i think i'm gonna add some code to create 50000 instances of CargoList and delete them again and see if it leaks 17:03:28 <petern> _chatmsg_list = ReallocT(_chatmsg_list, _settings_client.gui.network_chat_box_height); 17:03:40 <TrueBrain> if (!_networking) maybe? :p 17:03:54 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd 17:04:12 <Zahl> petern: and then build a dedicated server without network support :p 17:04:19 <petern> :D 17:04:30 *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd 17:04:31 <pavel1269> u r crazy ^^ 17:04:43 <petern> you are lazy 17:04:55 <pavel1269> eh, why? :-) 17:05:50 <TrueBrain> Rubidium: btw, if a patch as you just presented would really fix it, gcc should show the same problems 17:06:10 <Rubidium> TrueBrain: not if MSVC's std::list implementation is broken 17:06:33 <glx> hmm real vehicles have this->cargo.Truncate(0); in the destructor 17:06:55 <glx> EffectsVehicles don't 17:07:08 <glx> but I don't know if it's important 17:07:11 <Rubidium> on the other hand effect vehicles don't get cargopackets 17:07:18 *** Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Ping timeout: 480 seconds] 17:07:18 *** [com]buster is now known as Combuster 17:07:34 <glx> but cargo is allocated on construction 17:07:52 <TrueBrain> cargolist, yes, cargopackets, no ;) 17:08:08 *** energetic [~opera@ip82-139-119-221.lijbrandt.net] has joined #openttd 17:08:20 <TrueBrain> cargolist, std::list<cargopackets *> and cargopackets .. you got to love it :) 17:08:42 <TrueBrain> btw, Rubidium, if you think std::list is in error here, can't you replace it with one of the Simple thingies OpenTTD has? 17:08:52 <TrueBrain> SmallVec or what ever? 17:10:32 <Rubidium> smallvec isn't fifo 17:12:15 <TrueBrain> I guess it takes little effort to make it enough for its usage in cargopackets.cpp 17:12:18 <Rubidium> but could use it for poc 17:13:49 <TrueBrain> (I don't mean a correct implementation, but just one to test if it is a problem or not ;)) 17:14:26 <Zahl> i think it also cannot just be the list leaking in general, it has to be special circumstances, as the list is used in other places too 17:17:03 <TrueBrain> petern: I really wonder how your VSZ exploded like that :) 17:18:16 *** Ammler [~ammler@ammler.ch] has quit [Quit: gone...] 17:18:36 *** Ammler [~ammler@ammler.ch] has joined #openttd 17:20:13 *** Sacro [~ben@static-87-102-39-137.karoo.KCOM.COM] has joined #openttd 17:23:51 <petern> me too 17:26:29 <Zahl> http://img9.imageshack.us/img9/147/namen.png <-- is this normal y/n? :p 17:27:15 <petern> no 17:27:27 <petern> assuming they're openttd processes 17:27:28 <Rubidium> Aali/Zahl: does the following diff solve the leaking? http://rbijker.net/openttd/no_std.diff <- load savegames with version 44 or less (before ~r10000, so basically 0.5.3 or less) and do not save 17:27:51 <Zahl> i'll try 17:28:58 *** MrFrans [~MrFrans@a80-101-158-105.adsl.xs4all.nl] has joined #openttd 17:32:19 *** Lakie [~Lakie@91.84.251.149] has joined #openttd 17:40:56 <Zahl> Rubidium: as far as i can tell its solved. there's still a slight increase over time which seems to be the gamestate getting bigger.. if its still leaking, its at least much less... 17:41:42 <Rubidium> yay for std::list :( 17:43:26 <Zahl> i tried allocating and then deleting 100000 CargoList in in the "resetengines" console command earlier, but that doesn't leak for some reason 17:44:03 <Rubidium> probably because you didn't put stuff in the cargolists 17:44:26 <Zahl> yeah, but for the EffectVehicles there should also be nothing in there.. 17:44:35 <Zahl> still they trigger the leak 17:46:37 *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd 17:46:37 *** Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer] 17:46:40 *** [com]buster is now known as Combuster 17:47:29 *** frosch123 [~frosch@frnk-590ffb2b.pool.einsundeins.de] has joined #openttd 17:50:01 <planetmaker> good evening 17:56:08 <Belugas> mister planetmaker 17:56:38 *** [1]KenjiE20 [~KenjiE20@92.16.118.198] has joined #openttd 17:56:46 <planetmaker> hello Mr Belugas :) 17:57:01 *** KenjiE20 is now known as Guest211 17:57:01 *** [1]KenjiE20 is now known as KenjiE20 17:57:23 <planetmaker> how's going? 17:57:28 <pavel1269> lo mr planetmaker :-) 17:57:56 <planetmaker> 'lo pavel1269 :) 17:58:44 <el_en> nd: Lidl's Freeway MixxMax (cola & orange) 17:59:05 <Belugas> it's going working 17:59:24 <planetmaker> :D Same here, same here... still :S 17:59:28 <pavel1269> in my country we have nice "nursery rhyme" .... "why are u 17:59:30 <pavel1269> omg 18:00:03 <pavel1269> "why do u use first-anme thersm, we havent peed together" 18:00:10 <pavel1269> :D 18:00:15 <pavel1269> hope u will understand that 18:00:38 *** Guest211 [~KenjiE20@92.16.118.198] has quit [Ping timeout: 480 seconds] 18:02:15 <Belugas> nursery rhyme... i'd rather go for "Nursery Crime"! 18:02:24 <Belugas> and.. by the way.... 18:02:29 <planetmaker> :D sounds like :P 18:02:30 <Belugas> IT'S "YOU" 18:02:36 <Belugas> nut "u' 18:02:40 <michi_cc> Zahl: I've got another idea, can you replace line 611 in vehicle.cpp ("new (this) InvalidVehicle();") with "this->type = VEH_INVALID;" and report what's happening? 18:02:48 * Prof_Frink nuts Belugas 18:02:49 * planetmaker hands Belugas a "o" :P :) 18:02:53 <pavel1269> why do YOU hate "u" so much? 18:03:01 <planetmaker> I take "u"s into comission ;) 18:03:05 *** erle- [~erle@p5B3844F9.dip.t-dialin.net] has quit [Quit: that's all folks] 18:03:07 <planetmaker> pavel1269: it's ugly reading 18:03:18 <pavel1269> hmm, its fast typing :-) 18:03:27 <Belugas> it's slopiness 18:03:30 <Belugas> it's laziness 18:03:37 <Belugas> it's sloguish 18:03:40 <Belugas> it's ugly 18:03:46 <pavel1269> but u kno what i mean 18:03:51 <Belugas> it's street talk 18:03:54 <yorick> know* 18:03:57 <yorick> ^^ 18:04:03 <pavel1269> whatever 18:04:12 *** pavel1269 was kicked from #openttd by Belugas [Do you know wnat I mean?] 18:04:16 <yorick> :) 18:04:17 <planetmaker> pavel1269: it's simply _not_ readable :D 18:04:23 * planetmaker hugs Belugas :) 18:04:26 *** pavel1269 [~quassel@rb5am141.net.upc.cz] has joined #openttd 18:04:31 <planetmaker> pavel1269: it's simply _not_ readable :D 18:04:33 * yorick hugs Belugas 18:04:35 <FauxFaux> Belugas: "It's ugly." is closer to accepted English. 18:04:37 <pavel1269> wnat i mea? :D 18:04:38 <michi_cc> Rubidium: that line in vehicle.cpp looks very suspicious, as InvalidVehicle() will create a new CargoList instance without the destructor of the old one being run 18:04:43 <pavel1269> *mean 18:04:55 <FauxFaux> Not mentioning the contraction of "it is". I mean, pure sloth, right there. 18:05:08 <yorick> pavel1269: that's a typo 18:05:15 <pavel1269> lies :-) 18:05:19 <yorick> FauxFaux: it is accepted english 18:05:32 <yorick> grmbl, fail 18:05:44 <FauxFaux> Oh, indeed. I'll happily accept "I'd've" and the like. 18:05:45 <yorick> pavel1269: the h is right next to the n 18:05:58 <pavel1269> eh ... 18:06:06 <pavel1269> ahh :-) .... 18:06:08 <yorick> but the u key isnot close to the you key 18:06:13 <yorick> you see 18:06:20 <yorick> I don't even have a you-key 18:06:26 * yorick presses the any-key 18:06:32 <pavel1269> :D 18:07:13 *** Mortomes [~mortomes@i15108.upc-i.chello.nl] has joined #openttd 18:07:16 <FauxFaux> Calm down dear, it's the any key. 18:10:14 <Zahl> michi_cc: building... 18:11:12 *** pavel1269 [~quassel@rb5am141.net.upc.cz] has left #openttd [http://quassel-irc.org - Pohodlné vykecávánÃ. Odkudkoliv.] 18:11:18 *** pavel1269 [~quassel@rb5am141.net.upc.cz] has joined #openttd 18:11:59 <Zahl> michi_cc: ZOMG 18:12:01 <Zahl> its fixed 18:13:28 <Zahl> wow... just wow :-) 18:13:49 <Zahl> Rubidium: we can keep our beloved std::list it seems 18:14:21 <Zahl> (if this didn't break something else) 18:17:20 <petern> oh right 18:17:22 <petern> yeah 18:17:25 <petern> i can go home can't i 18:18:24 <Zahl> you stay right here buddy 18:19:45 <Aali> so, EffectVehicle was fucking it up all along 18:19:53 *** Splex [~splex@121.165.245.9] has quit [Ping timeout: 480 seconds] 18:20:34 <Aali> (or any other vehicle, but you don't destroy those as often) 18:21:01 <glx> Aali: disasters too 18:21:19 <Zahl> yeah that, in some wierd combination with the std::list 18:21:20 <Aali> if anyone ever played with disasters on 18:21:31 <glx> but indeed effects are the visible part of the iceberg :) 18:22:33 <[wito]> How do I invoke the configure script as for to use /usr/share/ instead of /usr/local/share? 18:25:09 <Rubidium> ./configure --help? 18:25:46 <glx> usually it's --prefix ;) 18:25:54 <Forked> Rubidium: no silly, that just brings up the "this is how you do it" list. geez :\ 18:26:31 *** Frostregen [~sucks@dslb-084-058-179-074.pools.arcor-ip.net] has joined #openttd 18:27:13 <[wito]> :P 18:29:14 *** Splex [~splex@121.165.245.9] has joined #openttd 18:30:00 *** tkjacobsen [~tkjacobse@pppoe2-ves.broadcom.dk] has joined #openttd 18:34:49 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 18:35:48 <petern> whatever's causing my vsz thingy is not lost memory :o 18:36:04 <petern> or i just didn't leave it long enough 18:38:59 *** Forked [~kjetil@presenterer.formye.info] has quit [Quit: bytte psu] 18:42:08 <CIA-1> OpenTTD: michi_cc * r15652 /trunk/src/vehicle.cpp: -Fix [FS#2706]: new (this) is seldom a good idea as destructors of member variables aren't run causing memory leaks. 18:42:22 <[wito]> yey! 18:42:29 <[wito]> r15651 with cargodest! 18:43:09 <[wito]> of course, now I'll have to update from subversion and build again. :P 18:43:19 <CIA-1> OpenTTD: translators * r15653 /trunk/src/lang/ (6 files in 2 dirs): (log message trimmed) 18:43:19 <CIA-1> OpenTTD: -Update: WebTranslator2 update to 2009-03-09 18:42:57 18:43:19 <CIA-1> OpenTTD: dutch - 1 fixed by habell (1) 18:43:19 <CIA-1> OpenTTD: german - 1 fixed by planetmaker (1) 18:43:19 <CIA-1> OpenTTD: luxembourgish - 387 fixed by Gubius (387) 18:43:21 <CIA-1> OpenTTD: romanian - 1 fixed by kkmic (1) 18:43:21 <CIA-1> OpenTTD: thai - 29 fixed by meemee1983 (29) 18:43:37 <yorick> [wito]: huh? 18:44:21 <pavel1269> cargodest in trunk? 18:44:33 <yorick> @openttd commit 15651 18:44:33 <DorpsGek> yorick: Commit by peter1138 :: r15651 trunk/src/newgrf_canal.cpp (2009-03-09 13:38:00 UTC) 18:44:34 <DorpsGek> yorick: -Codechange: Codestyle and comments. 18:45:11 <Belugas> i guess wito means that he upgraded cargodest to r15651... 18:45:23 <yorick> oh :/ 18:45:29 <el_en> @seen tron 18:45:29 <DorpsGek> el_en: tron was last seen in #openttd 1 year, 4 weeks, 0 days, 5 hours, 22 minutes, and 1 second ago: <Tron> gcc 2.95 is plain obsolete (even has several bugs in its C++ part). further at the very least the justifications given are extremely oversimplified. 18:45:32 <[wito]> actually 18:45:32 <yorick> don't scare me like that 18:45:42 <[wito]> used the 15642 patch 18:45:58 <[wito]> seems to work well enough with 15651 so far, tho' 18:45:58 *** Splex [~splex@121.165.245.9] has quit [Quit: Leaving] 18:46:04 <pavel1269> yorick: scare? why? 18:46:19 <yorick> cargodest hasn't been updated for 2 months and had some desync 18:46:38 <pavel1269> desync? :'( 18:46:58 <Belugas> which, by many standards, means it's ready for trunk inclusion :P 18:47:12 <Belugas> twweeeeet twiiiiiiiiiiiiiit 18:47:16 <planetmaker> :D 18:47:25 <Belugas> sarcasm detector gone crazy!!!! 18:47:51 <planetmaker> I saw a smoke cloud where I last saw that detector. Did something happen to it? 18:48:03 <Ammler> yorick, those desync were trunk related and are fixed. 18:48:05 <Belugas> yeah 18:48:09 <pavel1269> u'v just killed that patch for me 18:48:10 <yorick> oh 18:48:12 <Belugas> i swallowed the smoke 18:48:15 <pavel1269> ahh 18:48:17 <pavel1269> g8!! 18:48:22 <Belugas> ggrrrrrrr 18:48:28 <pavel1269> ah, sorry :-) 18:48:33 <pavel1269> that is just great! :-) 18:48:37 <Ammler> aali's patch is quite stable. 18:48:49 <pavel1269> what does mean, quite? :P 18:48:58 <pavel1269> does or doesnt? :P 18:49:01 <planetmaker> it's usually quiet :P 18:49:12 <Ammler> :-) 18:49:29 <planetmaker> Ammler: your spelling was correct :) 18:49:33 *** tkjacobsen_ [~tkjacobse@fw-inet.nru.dk] has joined #openttd 18:50:09 <yorick> pavel1269: "quite" "more than a bit" 18:50:24 <pavel1269> i know that word ... just .... :-) 18:50:39 <pavel1269> it IS stable or ISNT :-) 18:50:48 *** Yexo_ is now known as Yexo 18:50:53 <Ammler> openttd is indeed stable 18:51:07 <pavel1269> my patch is semi-working :-) 18:52:03 *** tkjacobsen [~tkjacobse@pppoe2-ves.broadcom.dk] has quit [Read error: Connection reset by peer] 18:52:12 <Ammler> it was never that stable like now, imo. (except the memory which is something else) 18:52:26 <planetmaker> yep 18:52:42 <planetmaker> I haven't seen a single desync (nasty stuff!) since autumn, I think 18:53:06 <Ammler> do you miss them too ;-) 18:53:07 <planetmaker> and the few asserts since then were quickly fixed. 18:53:12 <planetmaker> :P 18:53:14 <pavel1269> my last desync was in ..... long .... when it was almost impossible to buy industry :-) 18:53:35 <pavel1269> buy industry ... 50% to desync .... when was that? 18:53:41 <planetmaker> Ammler: not sure :) I think it's one of the things which I like to keep as "bad memory of the past" ;) 18:54:16 <planetmaker> so... not everything was better in former times :D 18:54:28 <yorick> how to get company id from Company object? 18:54:42 <planetmaker> GetCompanyID(object)? 18:54:57 *** tkjacobsen__ [~tkjacobse@fw-inet.nru.dk] has joined #openttd 18:54:58 <planetmaker> or rather o->GetCompanyID() 18:55:17 <yorick> that'd be too obvious 18:55:31 <planetmaker> yeah, sure. :P 18:55:42 <yorick> and also it isn't true 18:55:43 <planetmaker> Openttd uses preferably convoluted, unreadable code ... 18:55:47 *** Lakie` [~Lakie@91.84.251.149] has joined #openttd 18:55:54 <Belugas> [14:54] <planetmaker> I haven't seen a single desync (nasty stuff!) since autumn, I think <--- I have not seen a desynch for at least 2 years ;) 18:56:09 <yorick> Belugas hasn't played openttd for at least 2 years 18:56:12 <yorick> in multiplayer 18:56:14 <Belugas> lol 18:56:15 <planetmaker> Belugas: he :P 18:56:22 <Belugas> a cookie for the Y man 18:56:45 <Rubidium> I'm often in desync 18:56:48 <Ammler> just eaten the last one 18:56:49 <planetmaker> I wish I could say that, but my openttd history isn't as long :) 18:57:03 <CIA-1> OpenTTD: frosch * r15654 /trunk/src/ (articulated_vehicles.cpp roadveh_cmd.cpp): -Fix: Only ever call any vehicle callbacks after the whole articulated engine has been built. (except 0x16) 18:57:09 * yorick eats Ammler 18:57:19 <Ammler> iggit 18:57:23 * planetmaker slaps yorick 18:58:13 <yorick> probably d->index 18:58:59 <Aali> why do the newgame grf settings affect old savegames? 18:59:12 *** tkjacobsen_ [~tkjacobse@fw-inet.nru.dk] has quit [Ping timeout: 480 seconds] 18:59:39 *** lewymati [~lewymati@aeja32.neoplus.adsl.tpnet.pl] has quit [] 18:59:42 <planetmaker> Aali: maybe some settings weren't defined back then? 18:59:54 *** Yeggzzz is now known as Yeggstry 18:59:56 <Aali> still seems like a bad idea 19:00:03 <Ammler> Aali: pre-grfsettings-insave-games 19:00:21 <planetmaker> you then need to go by some value. 19:00:21 *** tkjacobsen [~tkjacobse@pppoe2-ves.broadcom.dk] has joined #openttd 19:01:09 <Aali> so, you could have newgrfs in a game, but the config wasn't stored in the savegame? 19:01:16 *** Klanticus [~quassel@189.103.21.88] has joined #openttd 19:01:21 <Rubidium> Aali: yup 19:01:28 <Ammler> how long do you know openttd? 19:01:37 <Rubidium> not long enough ;) 19:01:38 <Ammler> that isn't that long ago. 19:01:50 <Rubidium> planetmaker: can I join your with the slapping party? 19:01:53 <Ammler> with 0.6, iirc 19:02:03 <Aali> I started playing ottd with 0.6.2 19:02:07 <planetmaker> Rubidium: you're always welcome at my parties :) 19:02:21 *** mikl [~mikl@90.184.195.240] has quit [Quit: mikl] 19:02:36 <Rubidium> Ammler: 0.5 is the first that saves it 19:02:43 *** Lakie [~Lakie@91.84.251.149] has quit [Ping timeout: 480 seconds] 19:02:45 <Ammler> hmm 19:02:59 <planetmaker> Aali: that's quite late :) 19:03:09 <Ammler> so already 3 years 19:03:27 * planetmaker hands a large trout to Rubidium 19:03:43 <Rubidium> hmm... 19:03:49 * Rubidium starts preparing dinner 19:04:25 *** Lakie` is now known as Lakie 19:04:31 <Belugas> quiche-a-la-trout! 19:04:38 *** tkjacobsen__ [~tkjacobse@fw-inet.nru.dk] has quit [Ping timeout: 480 seconds] 19:04:57 <planetmaker> :) not the worst, I guess. Belugas I might actually try it. It's an interesting idea! 19:05:12 <planetmaker> Maybe I'll start with shrimps, though 19:05:20 <Belugas> :) 19:05:40 * planetmaker makes a mental note. 19:06:33 <Belugas> shrimps and leek 19:06:38 <Belugas> AND CREAM! 19:06:44 <Belugas> leek? 19:06:45 <Belugas> mmh.. 19:06:49 <Belugas> not for Rubidium.. 19:07:00 <Belugas> too close to leak... 19:07:16 <planetmaker> hehe :) 19:07:32 <planetmaker> Belugas: I don't know quiche without cream... :) 19:07:51 <Belugas> my wife can teach you a trick or two... 19:07:52 *** lolman [~lolman@static-87-102-80-68.karoo.KCOM.COM] has quit [Read error: Connection reset by peer] 19:08:00 <Belugas> for the sake of my belly :( 19:08:08 *** Singaporekid [~notme@cm164.psi148.maxonline.com.sg] has left #openttd [Leaving] 19:08:10 <planetmaker> he :P 19:08:29 *** Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer] 19:08:43 *** Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd 19:09:01 *** lolman [~lolman@static-87-102-80-68.karoo.KCOM.COM] has joined #openttd 19:09:20 *** sigmund_ [~sigmund@91.80-202-245.nextgentel.com] has quit [Ping timeout: 480 seconds] 19:13:51 *** sigmund [~sigmund@91.80-202-245.nextgentel.com] has joined #openttd 19:14:49 <CIA-1> OpenTTD: michi_cc * r15655 /trunk/src/articulated_vehicles.cpp: -Codechange: Initialise vehicle vars only after a placement new so possible default constructors don't overwrite the values. 19:22:12 *** Brianetta [~brian@client-82-20-28-97.brhm.adsl.virgin.net] has joined #openttd 19:27:27 *** energetic is now known as energetic|afk 19:30:16 *** qyve [~qyve@193.43.249.169] has joined #openttd 19:33:28 <Belugas> Thank You Space Expert 19:33:33 <Belugas> sooooo.... smooth... 19:42:09 <welshdragon> ooh, new Infrastructure Sharing patch 19:42:22 <welshdragon> thank you Swallow 19:43:56 *** zakjan [~Miranda@186.64.broadband6.iol.cz] has left #openttd [] 19:45:58 *** helb [~helb@84.244.90.41] has quit [Ping timeout: 480 seconds] 19:46:41 <jpm> Hi 19:46:52 <yorick> hi 19:47:54 *** Muxy [~Muxy@smtp.bdelalande.net] has joined #openttd 19:48:02 *** Muxy [~Muxy@smtp.bdelalande.net] has quit [Read error: Connection reset by peer] 19:48:47 <jpm> I was wondering does http://hg.openttd.org/developers/celestar/cargodest.hg/ contain newest version of cargodest 19:49:06 <Yexo> jpm: that's the latest version by celestar 19:49:07 <Aali> it contains the newest official version of cargodest 19:49:22 <jpm> okey 19:49:29 <Yexo> Aali has continued cargodest, but not there 19:49:47 <Aali> I haven't "continued" cargodest 19:49:57 <Aali> I've kept it alive 19:50:00 <Yexo> continued as in updated :) 19:50:18 <jpm> Aali: is you version in cargodest forum thread? 19:50:24 <Aali> yes 19:50:47 *** benoid [~benoid@tor-irc.dnsbl.oftc.net] has joined #openttd 19:51:02 <jpm> Aali: could you breafly tell difference between yours and official versions 19:51:02 <benoid> i am working on a proxy that bans all https pages by content (whenever it matches "cherry" or "bimbo" the page should be blocked and a "meal time later" message must be displayed instead), so i need to add another proxy, for mitming up my https, what mitm proxy can i use? 19:51:23 <Aali> jpm: no difference in functionality, at all 19:51:33 <jpm> ok 19:51:40 <Aali> well, thats not entirely true, I have fixed some things 19:51:44 <Aali> but you wont notice :) 19:53:19 <jpm> Aali: I was thinking implementing shared infra to cardodest, yes I know its not easy task, but i have been studying IS patch and maid some simplifications on it... 19:53:28 *** Muxy [~Muxy@smtp.bdelalande.net] has joined #openttd 19:53:32 <Aali> its a very easy task 19:53:42 *** Muxy [~Muxy@smtp.bdelalande.net] has left #openttd [] 19:53:46 <jpm> Aali: ? 19:53:55 <Aali> and if you check the old IS thread, you'll find a patch that applies to cargodest 19:54:22 <jpm> yes, but they say its buggy 19:54:40 <Aali> good thing "they" never told me about it 19:54:49 <Aali> whats the problem? 19:54:50 <jpm> in multiplayer game.. 19:55:50 <Aali> ..yes? what happens in multiplayer games? 19:56:14 <jpm> They say its buggy in multiplayer games... 19:56:17 <Belugas> benoid, i guess you're not on the right channel... 19:56:31 <Alberth> benoid: we only transport cargo, not bits 19:57:16 <benoid> what kind of cargo? 19:57:17 <Aali> jpm: who says that? and when? (I assume you can't tell me what this bug is) 19:57:47 <jpm> And old IS does not provide good way to define rents/payments 19:57:47 <Alberth> benoid: food, water, diamond, coals, etc in our transport game 19:58:29 <jpm> Aali: I can't say because I haven't tried to combine CD and IS, 19:59:01 <jpm> Aali: I would not like to build my patches on buggy combination 19:59:33 <jpm> :) 20:00:17 <jpm> Aali: Maybe I should give them a try... 20:00:24 <Aali> I'm talking about my IS+cargodest patch here, I know other people have released some buggy shit 20:00:43 <Aali> so if you know anyone who has had problems with that, I would like to get in touch with them 20:01:10 <jpm> Aali: okey, from where I can find you patch? 20:01:19 <Aali> tt forums 20:01:54 <jpm> And latest version was? 20:02:22 <Aali> r15642 20:02:34 <Aali> its the last post in the old IS thread 20:02:47 <jpm> okey, thanks I will check it out 20:02:57 *** helb [~helb@84.244.90.41] has joined #openttd 20:03:18 *** pavel [~quassel@rb5am141.net.upc.cz] has joined #openttd 20:07:12 <[wito]> the r15642 CD patch works (so far) with r15655 20:07:18 *** pavel1269 [~quassel@rb5am141.net.upc.cz] has quit [Ping timeout: 480 seconds] 20:07:57 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Quit: oO] 20:08:05 <Aali> you're better off with r15655 ;) 20:09:50 <[wito]> well, it's just 13 revs, tho' 20:10:14 *** RS-SM [~RSCN@216-165-16-29.DYNAPOOL.NYU.EDU] has joined #openttd 20:10:15 <Aali> it doesn't have a certain nasty memory leak 20:16:13 <jpm> My simple(draft) implementation of gui to easily define station rent for other players: http://194.100.84.38/~pekka/images/shared.png 20:17:29 <Aali> I would not want to configure every single station :/ 20:17:54 <jpm> You need only negotiate % with you coplayer 20:18:49 <jpm> Station owner gets now 20% of others road vehicle income on this station 20:19:24 *** NukeBuster [~wouter@80.101.115.82] has left #openttd [] 20:19:52 <Yexo> jpm: and what if the station is only used for loading? (so no actual profit is made there) 20:20:00 *** Splex [~splex@121.165.245.9] has joined #openttd 20:20:13 <Yexo> and I agree with Aali, I wouldn't want to configure the prices for every station seperatly 20:20:16 <jpm> But if you use rent based on capacity or time it is very hard to estimate is cooperation with other players profitable at all... 20:20:45 <RS-SM> station rent"? 20:20:50 <RS-SM> we could rent out stations? 20:20:55 <jpm> rent for tracks 20:21:06 <RS-SM> Ah, that 20:21:09 <Aali> jpm: the new patch adjusts vehicle profits to include sharing costs 20:21:23 <RS-SM> I am wondering 20:21:27 <Aali> so you can easily see if its profitable 20:21:37 <RS-SM> is it possible to make a station split along tracks 20:22:06 <RS-SM> I want to run a subway/monorail shuttle alongside a trans suburban heavy rail set 20:22:18 <jpm> Aali: okey... 20:24:24 <jpm> Aali: still adjustment is easier to make if rent is portion of profit/loss 20:25:08 <Aali> well, like Yexo said, what if the profit is made elsewhere? 20:25:24 *** Hirundo [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd 20:25:49 *** Splex [~splex@121.165.245.9] has quit [Read error: No route to host] 20:25:56 *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has quit [Read error: Connection reset by peer] 20:25:59 <Yexo> RS-SM: I'm not sure what you want exactly, do you know about distantant-join-stations? 20:26:04 *** Hirundo is now known as Swallow 20:26:11 <RS-SM> no 20:26:16 <RS-SM> but explain 20:26:32 <Yexo> http://wiki.openttd.org/wiki/index.php/Distant-join_stations 20:26:33 <Aali> distantant-join? is that a new feature? :P 20:27:13 <RS-SM> The arrangment is there is a a large 4 tracked heavy electrified tr.. 20:27:14 <RS-SM> FUCK YES 20:27:19 <RS-SM> THIS IS WHAT I WANTED 20:27:34 <RS-SM> I assume you need a nightly? 20:27:43 <Yexo> yes, or 0.7.0beta1 20:27:48 <Aali> you can always stationwalk 20:27:59 <RS-SM> station walk? 20:28:14 <RS-SM> I'm happy 20:28:21 *** murr4y_ [murray@2001:470:1f0a:1be::42] has joined #openttd 20:28:23 <jpm> Aali: Loading only is problem, you need to negotiate about that too 20:28:28 <RS-SM> I can now actually help my overburdened river crossings 20:28:31 <Yexo> delete the track, build the station so it's on both sides of the track, remove the middle part only 20:28:31 *** murr4y [murray@2001:470:1f0a:1be::42] has quit [Read error: Connection reset by peer] 20:28:52 <Yexo> jpm: now what if I use your tracks, but my own stations? 20:28:53 <RS-SM> since I have thousands of people boarding local trains just to go to one station 20:29:11 *** free_kill [~quassel@rb5am141.net.upc.cz] has joined #openttd 20:29:38 <jpm> Yexo: you are not allowed to use my tracks without permission 20:29:45 *** OwenS [~Akiramena@host86-160-63-111.range86-160.btcentralplus.com] has joined #openttd 20:30:03 <[wito]> Distant-join Stations was the sole reason I went thru the trouble of getting a recent trunk version with cargodest 20:30:05 <Yexo> jpm: that wasn't the point 20:30:11 <[wito]> well, that and cargodest, of course 20:30:46 *** pavel [~quassel@rb5am141.net.upc.cz] has quit [Ping timeout: 480 seconds] 20:30:58 <jpm> Yexo: Usually we have negotiated routes before hand and that is reason why rent have to be easily estimated 20:31:19 <RS-SM> gentlemen, what custom rail sets do you use, by the way 20:31:28 <yorick> opengfx 20:31:45 * Yexo doesn't play that much, and if I play it's mostly online (so whatever rail set the server is using) 20:31:53 <jpm> Yexo: usually if you want to use my tracks you have to use at least on of my stations 20:31:53 <yorick> ^^ 20:32:22 <Yexo> jpm: that may be true for the way you want to play, but please think about how other might want to play, and if that works too 20:32:40 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Ping timeout: 480 seconds] 20:33:04 <RS-SM> Ah, I see 20:33:06 <Aali> RS-SM: 2cc, japset or tropic refurbishment set 20:33:28 <RS-SM> I'm mostly an American/Japan combined for rails. 2cc for the locals and the german busses 20:33:31 <jpm> Yexo: Of course I want to know what you think about my idea but let me explain it first ;) 20:33:43 <RS-SM> they are cheap and high capacity for the giant cities 20:33:48 <[wito]> RS-SM: 2cc, NARS, Norwegian, JPset 20:33:50 *** benoid [~benoid@tor-irc.dnsbl.oftc.net] has quit [Quit: Leaving] 20:33:57 <Yexo> jpm: you can better explain it to either Aali or Swallow, as they are working on IS 20:33:58 <RS-SM> Norwegian? 20:34:07 <RS-SM> How are they, cheap or expensive? 20:34:41 <[wito]> RS-SM: expensive, I guess 20:34:42 <jpm> Yexo: Why you asked if you didn't want answer? :) 20:35:04 <RS-SM> ah, I tend to be cheap with my train sets, why I love the FP40 20:35:15 <RS-SM> no cost, it can make money anywhere 20:35:25 <Yexo> of course I'd like an answer, I was just pointing out that convincing me of your idea doesn't really help getting it in IS currently 20:36:44 <jpm> Yeah, I know that our way to play the game is quite different... 20:36:54 <RS-SM> how do you play, might I ask 20:38:17 *** racetrack [~racetrack@c114-76-9-162.eburwd4.vic.optusnet.com.au] has quit [Quit: no. just, no.] 20:38:20 <Belugas> with a mouse, a screen, a computer and a keyboard :) 20:38:29 <jpm> Once a week, usually sunday night, 3-6 players all good frends of mine 20:38:34 <planetmaker> Oh, I play w/o mouse, Belugas :) 20:38:52 <Belugas> argh... a console fanatic! 20:38:59 <planetmaker> no... touchpad :) 20:39:07 <Belugas> blep :) 20:39:41 *** NukeBuster [~NukeBuste@80.101.115.82] has joined #openttd 20:39:44 <RS-SM> mouse? 20:40:09 <Yexo> that little animal a cat likes to eat ;) 20:40:46 <Prof_Frink> I use a moose. Far more interesting. 20:41:21 *** Zahl [~Zahl@e179179016.adsl.alicedsl.de] has quit [Quit: Rhabarberbarbarabarbarbarenbartbarbierbierbar] 20:42:20 <jpm> Have have made economy patches to make game play more challenging, bank to loan money from player to player... 20:43:20 *** Splex [~splex@121.165.245.9] has joined #openttd 20:44:43 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 20:44:50 *** Shadow_Panther [~panther@shadowpanther.static.corbina.ru] has joined #openttd 20:49:56 *** Arthur_Pallas [~chatzilla@ppp079166065158.dsl.hol.gr] has joined #openttd 20:50:24 <jpm> Screenshot of patch guis: http://194.100.84.38/~pekka/images/mt.png and more info of old version : http://www.tt-forums.net/viewtopic.php?f=33&t=35303 20:50:53 *** free_kill is now known as pavel1269 20:51:13 *** Arthur_Pallas is now known as athanasios 20:51:44 *** lobster [~michielbi@86.89.201.189] has quit [Quit: AS A VAGINA ONCE SAID: <yorick> SOMEONE BAN HIM] 20:55:59 *** Muxy [~Muxy@smtp.bdelalande.net] has joined #openttd 20:56:23 *** Muxy [~Muxy@smtp.bdelalande.net] has left #openttd [] 21:03:24 <pavel1269> gn 21:03:38 *** pavel1269 [~quassel@rb5am141.net.upc.cz] has quit [Read error: Connection reset by peer] 21:10:12 *** lolman [~lolman@static-87-102-80-68.karoo.KCOM.COM] has quit [Remote host closed the connection] 21:15:19 *** Splex [~splex@121.165.245.9] has quit [Quit: Leaving] 21:15:44 <energetic|afk> jpm: have you checked out alberth's nested windows? 21:15:50 <energetic|afk> (nested widgets) 21:16:04 *** energetic|afk is now known as energetic 21:19:47 *** Splex [~splex@121.165.245.9] has joined #openttd 21:21:04 *** lolman [~lolman@static-87-102-80-68.karoo.KCOM.COM] has joined #openttd 21:24:13 *** NukeBuster [~NukeBuste@80.101.115.82] has quit [Quit: http://www.interplay.com/] 21:27:55 *** lobster [~michielbi@86.89.201.189] has joined #openttd 21:28:04 *** NukeBuster [~wouter@80.101.115.82] has joined #openttd 21:28:34 *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]] 21:30:10 *** Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer] 21:30:33 *** Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd 21:33:18 <CIA-1> OpenTTD: frosch * r15656 /trunk/src/settings.cpp: -Fix: Changing dynamic_engines also requires reloading newgrfs as well as resetting the OverrideManager. 21:42:12 *** stillunknown [~stillunkn@82-136-228-38.ip.telfort.nl] has quit [Read error: Connection reset by peer] 21:43:01 *** NightKhaos [~nightkhao@78-86-111-126.zone2.bethere.co.uk] has joined #openttd 21:48:26 *** tkjacobsen [~tkjacobse@pppoe2-ves.broadcom.dk] has quit [Remote host closed the connection] 21:50:51 *** stillunknown [~stillunkn@82-136-228-38.ip.telfort.nl] has joined #openttd 21:51:56 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has quit [Quit: Poef!] 21:54:33 *** frosch123 [~frosch@frnk-590ffb2b.pool.einsundeins.de] has quit [Remote host closed the connection] 21:55:30 <CIA-1> OpenTTD: rubidium * r15657 /trunk/src/fios.cpp: -Fix [FS#2716]: undeterministic file sorting when the date is equal for all files 22:00:28 <welshdragon> is improved timetable management in trunk? 22:00:38 <planetmaker> no 22:01:04 <Aali> improved timetable management is more or less dead at the moment 22:01:14 <welshdragon> :( 22:01:35 <welshdragon> it seemed such a good feature coupled with Infrastructure sharing 22:01:45 <planetmaker> one at a time :) 22:02:00 <[wito]> IS+CD+TM 22:02:01 <Rubidium> it's following cargodest 22:02:19 <planetmaker> he... good start then abandoned by author? 22:02:23 <[wito]> all we need something that's EA or AE 22:02:31 <[wito]> and we'll have one big chunk: DISC TEAM! 22:02:38 <petern> ARGH 22:02:43 <petern> RICK ROLLED 22:02:43 <Prof_Frink> MEAT DISC. 22:02:45 <petern> BY LAST FM 22:02:48 *** Wolle [R4R@p57B0E572.dip.t-dialin.net] has joined #openttd 22:02:49 <planetmaker> Are you alright, [wito] ? 22:02:56 <Aali> even ITiM breaks down eventually, it's only marginally less useless than trunk timetables 22:03:07 <welshdragon> xD 22:03:09 <Aali> they just can't handle crowded networks 22:03:21 <[wito]> planetmaker: quite 22:03:27 <[wito]> or that, yes 22:03:31 <[wito]> MEAT DISC 22:03:33 <[wito]> that works too. :P 22:03:33 <Aali> excellent for feeder services though 22:04:31 <planetmaker> seemed a bit out-of context to me, but might just be me, being tired, [wito] :) 22:04:44 <welshdragon> it would be interesting if you could have a command 'wait for train/vehicle x to arrive at station y' 22:05:01 *** el_en [~lanurmi@dyn-xdsl-83-150-113-243.nebulazone.fi] has quit [Ping timeout: 480 seconds] 22:05:18 <[wito]> planetmaker: I'm talking about the ultimate OpenTTD party pack 22:05:18 <Prof_Frink> ACID STEM 22:05:23 <SmatZ> welshdragon: 'and wait until it unloads, and maybe a little more' 22:05:38 <planetmaker> [wito]: also called wwottdgd/3 :P 22:05:57 <planetmaker> anyway... good night for now :) 22:06:05 <[wito]> Infrastructure Sharing + CargoDest + Timetable Management 22:06:49 <welshdragon> SmatZ: no: go to station a: wait for train 1 to arrive at station b: load 22:07:12 <welshdragon> then they both depart virtually same time 22:08:03 <petern> YOU SPIN ME ROUND 22:08:16 <welshdragon> argh 22:08:20 <welshdragon> rickroll'd 22:09:03 * Prof_Frink pokes Sacro 22:09:30 <Prof_Frink> Just thought you'd like to know... You just lost the game. 22:09:32 <welshdragon> teh Frik! 22:09:43 <welshdragon> *frink 22:09:49 <Prof_Frink> Where? 22:09:54 <welshdragon> you! 22:10:15 * welshdragon just lost the game too. b*****d 22:10:42 <Prof_Frink> Me? 22:11:02 <welshdragon> you! 22:11:20 <Prof_Frink> What the devil are you on about, old chap? 22:11:32 * welshdragon isn't old 22:12:18 <welshdragon> petern however, is 22:13:10 * TrueBrain pushed @kick at the top of the stack 22:13:29 * welshdragon hides from @kick 22:14:13 <petern> # don't you remember 22:14:15 <petern> # we built this city 22:14:25 <petern> # we built this city on rock and roll 22:15:00 <CIA-1> OpenTTD: yexo * r15658 /trunk/src/ai/api/ai_abstractlist.cpp: -Fix [NoAI]: Rewrite AIAbstractList::Valuate to make it more readable and fix a crash if no parameters are given to that function. 22:15:07 <Prof_Frink> Rock is good for foundations, but are bread products really suitable? 22:16:32 *** Dred_furst` [~Dred@resnet590.bournemouth.ac.uk] has joined #openttd 22:21:42 <goodger> Prof_Frink: dwarf bread? 22:23:28 *** racetrack [~rob@lena.its.monash.edu.au] has joined #openttd 22:23:47 <Prof_Frink> Must be. 22:24:09 *** RS-SM [~RSCN@216-165-16-29.DYNAPOOL.NYU.EDU] has quit [Ping timeout: 480 seconds] 22:24:18 <petern> is there a difference between dwarf bread and rock? 22:24:28 <petern> hmm 22:24:30 <FauxFaux> Rocks are nowhere near as tasty. 22:24:32 <petern> must be 22:24:44 <petern> otherwise the dwarves made the trolls... 22:25:43 <Prof_Frink> Dwarf bread is slightly harder. 22:28:25 *** M4rk [~M4rk@5351EC68.cable.casema.nl] has quit [Read error: Connection reset by peer] 22:28:53 <petern> and trolls are well 'ard 22:28:59 *** Combuster is now known as [sleep]buster 22:29:27 <goodger> I believe dwarf bread is baked? 22:29:32 <TrueBrain> hmm 22:29:34 <TrueBrain> dwarfs 22:30:25 *** athanasios [~chatzilla@ppp079166065158.dsl.hol.gr] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.0.1/2008070208]] 22:30:48 *** Dred_furst` [~Dred@resnet590.bournemouth.ac.uk] has quit [Quit: Leaving] 22:31:02 *** Dred_furst [~Dred@resnet590.bournemouth.ac.uk] has joined #openttd 22:31:14 *** RS-SM [~RSCN@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU] has joined #openttd 22:33:42 *** maristo [~maristo@host217-114-156-151.pppoe.mark-itt.net] has quit [Quit: Ð£Ñ ÐŸÐ¶Ñ Ñ ÐŸÑ Ð²Ð°Ñ (xchat 2.4.5 ОлО ÑÑаÑÑе)] 22:42:42 <Sacro> Prof_Frink: fuck you 22:42:50 <TrueBrain> I hope it pays money 22:43:53 <goodger> O.O 22:44:13 <goodger> craziness 22:44:46 *** Mortomes [~mortomes@i15108.upc-i.chello.nl] has quit [Ping timeout: 480 seconds] 22:45:43 *** Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd 22:50:04 *** [wito] [~wito@212251244230.customer.cdi.no] has quit [Quit: Konversation terminated!] 22:51:38 *** [sleep]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Ping timeout: 480 seconds] 22:51:38 *** Combuster is now known as [sleep]buster 22:54:03 *** smeding [~smeding@5354BE76.cable.casema.nl] has quit [Read error: Connection reset by peer] 22:54:14 *** Splex [~splex@121.165.245.9] has quit [Quit: Leaving] 22:55:46 *** [wito] [~wito@212251244230.customer.cdi.no] has joined #openttd 22:59:50 *** Splex [~splex@121.165.245.9] has joined #openttd 23:05:09 *** Splex [~splex@121.165.245.9] has quit [Remote host closed the connection] 23:06:14 *** Klanticus [~quassel@189.103.21.88] has quit [Remote host closed the connection] 23:08:21 *** Splex [~splex@121.165.245.9] has joined #openttd 23:08:45 <CIA-1> OpenTTD: yexo * r15659 /trunk/src/3rdparty/squirrel/squirrel/sqstate.cpp: -Fix [Squirrel]: The garbage collection would sometimes loop (2^32 - small_value) times instead of only small_value times. 23:10:25 *** Splex [~splex@121.165.245.9] has quit [Remote host closed the connection] 23:11:02 *** Cybertinus [~Cybertinu@a82-95-167-159.adsl.xs4all.nl] has quit [Remote host closed the connection] 23:11:41 *** Splex [~splex@121.165.245.9] has joined #openttd 23:11:52 *** Yeggstry is now known as Yeggzzz 23:18:02 *** KritiK_ [~Maxim@78-106-248-128.broadband.corbina.ru] has joined #openttd 23:23:45 *** KritiK [~Maxim@78-106-177-69.broadband.corbina.ru] has quit [Ping timeout: 480 seconds] 23:23:57 *** KritiK_ is now known as KritiK 23:24:27 *** NightKhaos [~nightkhao@78-86-111-126.zone2.bethere.co.uk] has quit [Quit: Leaving...] 23:27:45 *** Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd 23:27:49 <CIA-1> OpenTTD: rubidium * r15660 /trunk/ (5 files in 3 dirs): -Prepare: for 0.7.0-beta2 (ofcourse) 23:27:52 *** [sleep]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer] 23:27:52 *** Combuster is now known as [sleep]buster 23:28:09 <Aali> is it really okay to call LoadUnloadVehicle with negative values for *cargo_left? 23:28:18 <Aali> when does that happen? 23:28:28 <Aali> when/why 23:29:02 <SmatZ> does that happen? 23:29:06 <Aali> yes 23:30:40 <Rubidium> yes it's okay and intended that way 23:30:46 <SmatZ> int cap_left = v->cargo_cap - v->cargo.Count(); 23:30:47 <Aali> what does it mean? 23:30:48 <SmatZ> if (cap_left > 0) cargo_left[v->cargo_type] -= cap_left; 23:30:53 <SmatZ> if you have for example in mind this 23:31:00 <SmatZ> it happens when you change GRF config 23:31:10 <SmatZ> or when you load TTD game modified by TTDAlter 23:31:12 <SmatZ> and such :-p 23:31:41 <CIA-1> OpenTTD: rubidium * r15661 /tags/0.7.0-beta2/ (5 files in 3 dirs): -Release: 0.7.0-beta2 23:31:42 <Aali> err, no, it happens alot in a savegame from r15591, when I'm not doing anything 23:32:27 <Aali> wait 23:32:39 <Aali> cargo_left is an array in disguise? 23:32:51 <SmatZ> of course it's an array 23:32:57 <Aali> that makes more sense 23:33:06 <Aali> not very clear from the function declaration 23:33:28 <SmatZ> int *data is imo better readable than int data[] 23:33:37 <SmatZ> wrt for example sizeof :-p 23:33:59 <Aali> maybe 23:34:12 <Aali> anyway, thanks for your time, I was a bit of an idiot and didn't read the code 23:34:13 <SmatZ> (AcceptedCargo is an array with ugly results when sizeof is used ;) 23:34:21 <Aali> it makes sense now 23:34:22 <SmatZ> no problem :) 23:34:29 <SmatZ> you're not idiot for asking ;) 23:34:35 <SmatZ> nn 23:37:07 *** OwenS [~Akiramena@host86-160-63-111.range86-160.btcentralplus.com] has quit [Read error: Connection reset by peer] 23:38:19 *** Progman [~progman@p57A1FC11.dip.t-dialin.net] has quit [Remote host closed the connection] 23:41:00 *** DephNet[Paul] [~paul@host81-158-78-47.range81-158.btcentralplus.com] has quit [Quit: Leaving] 23:41:44 *** DephNet[Paul] [~paul@host81-158-78-47.range81-158.btcentralplus.com] has joined #openttd 23:44:13 *** Belugas_Gone [~jfranc@ip-186.43.99.216.dsl-cust.ca.inter.net] has joined #openttd 23:44:16 *** mode/#openttd [+o Belugas_Gone] by ChanServ 23:45:36 *** DephNet[Paul] [~paul@host81-158-78-47.range81-158.btcentralplus.com] has quit [] 23:46:18 *** DephNet[Paul] [~paul@host81-158-78-47.range81-158.btcentralplus.com] has joined #openttd 23:46:18 *** Ridayah_ [~ridayah@173-19-228-175.client.mchsi.com] has joined #openttd 23:46:36 *** Netsplit synthon.oftc.net <-> oxygen.oftc.net quits: Splex, HansAffe, Ridayah 23:47:05 *** Netsplit over, joins: Splex 23:47:36 *** Netsplit over, joins: HansAffe 23:48:57 *** DephNet[Paul] [~paul@host81-158-78-47.range81-158.btcentralplus.com] has quit [] 23:49:19 *** Shadow_Panther [~panther@shadowpanther.static.corbina.ru] has quit [Quit: The closer you get to light, the greater your shadow becomes] 23:50:03 *** DephNet[Paul] [~paul@host81-158-78-47.range81-158.btcentralplus.com] has joined #openttd 23:50:20 <taisteluorava> is 0.7.0 beta 2 released already? 23:50:57 <Rubidium> depends on what you call released 23:52:21 *** stillunknown [~stillunkn@82-136-228-38.ip.telfort.nl] has quit [Ping timeout: 480 seconds] 23:56:54 <NukeBuster> Is a tag enough to be released? 23:58:30 <Belugas_Gone> TAG! 23:58:33 <Belugas_Gone> You're hit!!!!