IRC logs for #openttd on OFTC at 2007-06-08
⏴ go to previous day
00:09:08 *** strstrep has joined #openttd
00:25:00 <kaan> oh darn, sourceforge has some kind of problem refreshing the file releases from the incoming folder
00:25:32 <glx> kaan: they are automoved :)
00:26:05 <glx> you put them in incomming and they are sent in your project
00:26:18 <glx> then you release them using the interface
00:26:29 <kaan> not untill you go to the special releases page and include the file in a release
00:26:53 <kaan> heh, problem is that the page wont show any file right now
00:27:49 <glx> you follow the naming rule?
00:28:06 <kaan> I didnt know there was a rule?
00:28:29 <kaan> i called it BuildOTTD-1.0-RC1.exe :P
00:28:52 <glx> and how is called your project?
00:29:31 <kaan> but it shouldnt matter, normally i see all the files in the incoming folder when i do this
00:29:55 <ln-> has someone seen patrouille de france irl?
00:30:17 <glx> maybe when I was younger ln- (but I can't remember)
00:34:15 *** Aerandir has joined #openttd
01:31:34 *** Eddi|zuHause3 has joined #openttd
02:56:42 *** setrodox has joined #openttd
04:02:24 *** ChanServ sets mode: +v tokai
04:37:28 *** ThePizzaKing has joined #openttd
05:24:16 *** Smoky555 has joined #openttd
05:48:17 *** XeryusTC has joined #openttd
05:48:27 *** lolman_ has joined #openttd
05:52:11 <CIA-1> OpenTTD: miham * r10060 /trunk/src/lang/ (6 files):
05:52:11 <CIA-1> OpenTTD: -Update: WebTranslator2 update to 2007-06-08 07:51:39
05:52:11 <CIA-1> OpenTTD: estonian - 228 changed by kristjans (228)
05:52:11 <CIA-1> OpenTTD: japanese - 13 fixed by ickoonite (13)
05:52:11 <CIA-1> OpenTTD: portuguese - 2 fixed by izhirahider (2)
05:52:13 <CIA-1> OpenTTD: slovenian - 99 fixed by Necrolyte (99)
06:04:29 *** Frostregen_ has joined #openttd
06:07:29 *** Frostregen8 has joined #openttd
06:07:59 *** Frostregen8 is now known as Frostregen__
06:25:36 *** boekabart has joined #openttd
06:28:11 <CIA-1> OpenTTD: peter1138 * r10061 /trunk/src/newgrf_engine.cpp: -Codechange: [NewGRF] Add common cargo subtype support to vehicle var 42
06:39:32 *** Thomas[NL] has joined #openttd
07:31:28 <Eddi|zuHause3> <ln-> has someone seen patrouille de france irl? <- what exactly is that?
07:37:35 *** boekabart has joined #openttd
08:04:31 <boekabart> hm. how can i see what linux distro/version is installed when logged on to a shell
08:04:46 <boekabart> it doesn't seem to know apt-get :(
08:05:55 <boekabart> Sionide: LOL: unknown unknown GNU/Linux
08:05:56 <Sionide> cat: /etc/version: No such file or directory
08:06:10 <Sionide> Linux sphinx 2.6.20-16-generic #2 SMP Wed May 23 01:46:23 UTC 2007 i686 GNU/Linux
08:06:11 <boekabart> anyway, it doesn't have apt-get
08:09:01 <boekabart> is that installable?
08:09:43 <boekabart> i don't even know how to install a rpm or deb
08:11:40 <Sionide> just use linux i686 nightly build or such
08:11:54 <Sionide> extract it and you're done
08:13:43 <boekabart> ok say I downloaded the rpm for git
08:14:02 <boekabart> then,there is this rpm command that exists
08:18:30 <Eddi|zuHause3> rpm -ihv file.rpm or something
08:20:57 <boekabart> !! thanks Eddi|zuHause3
08:23:30 *** Vikthor has joined #openttd
09:35:53 <CIA-1> OpenTTD: peter1138 * r10062 /trunk/src/ (5 files): -Codechange: Don't redraw all station tiles when cargo is added or removed if the station has no custom graphics.
09:49:06 *** Progman has joined #openttd
10:25:20 *** Alltaken has joined #openttd
10:34:56 <Gekkko> i was just jerking around >_>!
10:35:09 <Gekkko> rofl, inuendo unintended
10:35:23 <Gekkko> I use PalmTTD, a crappy version of OpenTTD that crashs at the year 2005
10:35:26 <Gekkko> because of memory leaks :P
10:35:35 <Gekkko> it uses a 0.4.x nightly build.
10:37:28 <boekabart> Q: when a train is going over a bridge/through a tunnel
10:37:33 *** TheJosh has joined #openttd
10:37:52 <TheJosh> hey thanks everyone for all the help yesterday
10:37:58 <boekabart> are his pos_x/pos_y moving?
10:38:09 <boekabart> (knowing that he does remain on the bridgehead tile)
10:38:20 <TrueBrain> yes, else the viewport of the train wouldn't update ;)
12:21:59 *** skidd13 has joined #openttd
13:13:53 <Belugas> good afternon guys :)
13:14:14 <Belugas> (somebody reminded it was afternoon over there...)
13:16:28 <boekabart> Belugas: it's almost weekend here
13:17:33 <Belugas> yeah... i can imagine
13:17:55 <Belugas> although mine is so booked by God Wife that i would not be able to rest...
13:19:09 <Belugas> I have to remove all the tiles on my entry floor, put some plywood over the whole entrance corridor whit my father, cut the grass, open up a new spot on the garden for more flowers...
13:19:24 <Belugas> on top of all the regular weekend duties :S
13:24:53 <skidd13> did someone tried Zojj's performance meter patch?
13:27:59 <peter1138> it should update less often, else it'll affect results ;p
13:29:03 <skidd13> patch fails to compile. :( SYSTEMTIME is unkonwn. Shouldn't be there an include?
13:38:17 <skidd13> damned it's winows.h ! so no OS compatibility :(
13:41:55 <skidd13> winows.h -> windows.h
13:50:47 <boekabart> skidd13: you need millisec?
13:51:37 <boekabart> SYSTEMTIME return ms?
13:51:52 <peter1138> my fps counter just counted the ticks as provided by the video driver
13:51:58 <peter1138> of course, it only works for the sdl driver, hehe
13:53:00 *** Vikthor has joined #openttd
13:55:42 <boekabart> and systemtime for non-win
13:59:05 <TrueBrain> use TIC/TOC if ou use OpenTTD :p
14:04:04 <skidd13> I just wanted to test zojj's performance meter patch for openttd, but it needs, "windows.h". And I'm using Linux, so no windows.h. What provides this TIC/TOC?
14:04:18 <TrueBrain> TIC/TOC is a debug thingy to time things :)
14:31:56 <skidd13> I was thinking about the sprites in openttd.grf. It would be nice to change them via newgrf. What about Action 5 Type 07? There could be an action 7/9 before to check for openttd.
14:37:11 <Belugas> skidd13, what do youmean?
14:37:57 <skidd13> ttdpatch maps them. so why can't openttd map them another way?
14:41:26 <peter1138> might as well just add another type
14:41:37 <peter1138> as a little patch i have does
14:41:51 <boekabart> trunk doesn't need to be stable anyway :)
14:41:58 <peter1138> i never commit patches, least of all mine
14:42:08 <Belugas> iirc, it can be done as is. Just use the sprite id + the offset of our own opentttdbase
14:42:34 <Belugas> somebody did it already
14:42:52 <peter1138> if the offset changed, heh
14:42:59 <boekabart> it never does though
14:43:06 <peter1138> it does with my patch ;)
14:43:14 <boekabart> never commit that then!
14:43:34 <Belugas> ah... offset changing... indeed
14:49:18 <glx> I remember me changing offsets in r10017 :)
14:52:29 * boekabart is so deeply ashamed that he's going home now
14:58:22 <Belugas> have a nice weekend ayway...
14:58:27 <Belugas> even if you already left :)
15:02:24 *** |Jeroen| has joined #openttd
15:38:08 <stillunknown> Is it possible not to redraw stuff every tick?
15:38:30 <stillunknown> Like track related stuff.
15:38:48 <peter1138> stuff is only redrawn if it's marked dirty
15:39:37 <stillunknown> Then why does the drawing of catenaries take so much cpu?
15:40:16 <peter1138> because it's... cpu intensive?
15:40:23 <Rubidium> because there's some complex algorithm to determine where to draw the poles
15:40:48 <peter1138> store it on the map? heh
15:41:06 <hylje> its not like the poles are dynamic
15:41:09 <peter1138> map space, presumably
15:41:28 <Rubidium> hylje: they are (slightly)
15:41:47 <peter1138> yeah, it can depend on whats around it
15:41:57 <peter1138> but you could cater for that when building
15:42:10 <peter1138> wonder how many map bits it would require, heh
15:45:18 <Rubidium> and 2 on level crossings/stations
15:47:47 <hylje> with map-level catenary
15:48:19 <hylje> it could be easier to do multitile catenary poles
15:49:03 <CIA-1> OpenTTD: belugas * r10063 /trunk/src/ (industry.h industry_cmd.cpp):
15:49:03 <CIA-1> OpenTTD: -Codechange: Change VARDEF for extern
15:49:03 <CIA-1> OpenTTD: -CodeChange: Add the count of industries, basic support for variable 67, var action02 forindustries
15:50:36 <Belugas> not a big one... and when doing 3 things at the same time, it can be expected :P
15:57:06 *** ChanServ sets mode: +o Bjarni
15:59:17 <CIA-1> OpenTTD: belugas * r10064 /trunk/src/industry.h: -Fix(r10063): compile again, when changing stuff. DOn't trust first run
16:05:07 <stillunknown> Do tiles get dirtied when a vehicle leaves a tile?
16:06:03 <peter1138> and moves over it in general
16:06:18 <Rubidium> peter1138: isn't it only the viewport?
16:07:30 <peter1138> it marks the viewport area as dirty
16:07:35 <peter1138> which causes the tiles to be redrawn
16:07:38 <peter1138> so much the same effect
16:08:21 <stillunknown> So the entire viewport is marked dirty?
16:08:34 <peter1138> no, only the area covered by the vehicle
16:12:16 <stillunknown> peter1138: were in the code does it determine if a tile in the viewport should be marked dirty?
16:24:42 <peter1138> ViewportAddLandscape() probably
16:25:02 <peter1138> that's where it actually draws them if the area was marked dirty
16:25:20 <peter1138> EndVehicleMove() marks the area dirty when vehicles move
16:27:34 <Phazorx> is stillunknown patch in trunk yet? :)
16:41:35 *** skidd13 has joined #openttd
16:43:36 <Wolf01> look what i started! i'm the chaos!
16:43:48 <Belugas> depends on the weather
16:49:38 * Touqen wonders what he should do for lunch
16:51:22 <Belugas> don't DO lunch.. CALL for lunch
16:52:41 <Touqen> So my computer decided to stop behaving properly :/
16:53:08 <Touqen> I did a windows update and updated my video drivers and my puter started freezing almost immediately after boot.
16:53:19 <Touqen> I reverted my video drivers and it still freezes :/
16:53:45 <CIA-1> OpenTTD: glx * r10065 /trunk/src/newgrf_house.h: -Cleanup (r9850): remove now unneeded stuff
16:54:24 <skidd13> Touquen: Is MS office installed?
16:58:48 <skidd13> Check if svchost.exe causes high cpu usage
16:59:15 <Touqen> I would but half the time it dies just before the login dialog.
16:59:20 <Touqen> s/half/most of the time/
16:59:44 <Touqen> I'll probably do a repair install when I get the time and see if that fixes it if not, it's reformatting time :D
17:00:48 <skidd13> I've had trouble with it the recent weeks at my department.
17:08:53 <skidd13> how far is newindustries support?
17:11:04 <skidd13> hey, it's open source, and allways free time, so don't agitate! ;)
17:13:34 <peter1138> we want newindustries NOW!
17:15:00 <stillunknown> peter1138: I have been testing these hashmap improvements
17:15:55 <stillunknown> peter1138: I'm almost embarrassed to say that they work better than my patch.
17:16:08 <stillunknown> based on a few minutes of profiling
17:17:26 <stillunknown> For some reason the gfx stuff seems to cause less load.
17:17:43 <stillunknown> Maybe due to the seperate hashmaps?
17:17:46 <Phazorx> can both be combined?
17:18:31 <stillunknown> It can be coded to work together, but i'm more inclined to push for these changes first.
17:19:20 <stillunknown> But i need to longer profiling first.
17:21:17 <Rubidium> Phazorx: not really. The separate hashmaps are a big part of the speedup.
17:21:38 <Rubidium> one is in "map" coordinates, the other in "viewport" coordinates
17:22:03 <stillunknown> But the performance seems to be sweet.
17:22:17 <Phazorx> even with huge games?
17:23:07 <Eddi|zuHause3> err... especially with huge games...
17:24:16 <stillunknown> I wonder why this was never picked up by someone.
17:24:24 * Phazorx waits for the patch trunked impatiently
17:25:24 <Rubidium> because the forum isn't the place to make patches trackable
17:28:10 <stillunknown> But still, someone must have noticed.
17:28:46 <Rubidium> yes, and then forgot about it
17:30:27 <Rubidium> skidd13: why is the ClearSlot in CmdMoveOrders?
17:30:41 <Phazorx> optimization is good and there is always room for soem more
17:32:03 <skidd13> Rubidium: Good question. Have to check that.
17:32:12 <stillunknown> Phazorx: i tested the local&express concept, it outperforms my "solution"
17:34:37 <stillunknown> I never realised the hashmap was such a bottleneck.
17:35:03 <skidd13> Rubidium: I got it, it seems to be at the wrong place. It belongs to the update of the current_order.
17:35:52 <skidd13> It should be placed after u->cur_order_index = target_order; and the v should be changed to u.
17:37:33 <Rubidium> but still, why ClearSlot
17:38:13 <Rubidium> the orders that the vehicles have do not change, so no reason to clear the slot (I think)
17:39:05 <skidd13> Then it is not nessesary in CmdSkipTo too.
17:39:40 <Rubidium> there it is, because you change the "current" order of the vehicle
17:42:10 <skidd13> Theoretical could it be that you change the order. But if you think that it's not needed.
17:43:25 <Rubidium> well, moving orders doesn't change the order (I assume)
17:44:19 <stillunknown> peter1138: i posted some profiling in the thread
17:44:22 <skidd13> I experienced that If the order is changed in the same moment as the vehicle is leaving the station....
17:46:23 <skidd13> It's development trunk and you are a dev not me. So you have to choose!
17:47:39 <Rubidium> skidd13: I fear more about the other case
17:48:21 <skidd13> Rubidium: What are you talking about?
17:49:13 <Rubidium> vehicles trying to go to a station and then getting their allocated slot cleared
17:50:51 <skidd13> Hmm, agreed, so go ahead with removing it.
17:51:21 <skidd13> Beside g++-4.2 gives a warning src/yapf/../misc/blob.hpp: In member function »void CBlobT<Titem_, Tbase_>::Free() [with Titem_ = int, Tbase_ = CBlobBaseSimple]«:
17:51:35 <skidd13> src/yapf/../misc/blob.hpp:240: Warning: assuming signed overflow does not occur when assuming that (X - c) >= X is always true
17:54:43 <CIA-1> OpenTTD: belugas * r10066 /trunk/src/ (newgrf_commons.cpp newgrf_commons.h newgrf_house.cpp): -Codechange: Expose function GetNearbyTile by moving it to newgrf_commons.[cpp|h]. Will be used by industries in a few.
17:55:00 <CIA-1> OpenTTD: truelight * r10067 /trunk/Makefile.in: -Add: 'make run-prof' profiles your code, simular to 'make run' and 'make run-gdb'
17:57:31 <stillunknown> TrueBrain: what's the advantage to make run?
17:57:40 <stillunknown> with profiling enabled
17:59:06 * skidd13 wonders how fast g++-4.4 -O3 compiled openttd starts
18:10:59 *** Rubidium is now known as blathijs2
18:11:11 *** blathijs2 is now known as Rubidium
18:13:02 <Sug> can anyone suggest a way of showing different speeds line side other than different colours, its a bit small to simply write the speed
18:15:30 <CIA-1> OpenTTD: rubidium * r10068 /trunk/src/dock_gui.cpp: -Fix [FS#835]: coverage area highlight was still show when it was turned off for docks.
18:15:38 *** skidd13 is now known as skidd13|away_pizza_for_dinner
18:16:58 *** BobingAbout has joined #openttd
18:19:51 <stillunknown> Bjarni: I have determined that SmatZ' modifications work faster than what i did, so i suggest you try that and maybe try to speed up the process ;-)
18:23:39 <CIA-1> OpenTTD: truelight * r10069 /trunk/src/debug.h: -Documentation: some documentation for TIC/TOC, as it isn't what I expected...
18:26:32 <TrueBrain> stillunknown: I created 'make run' because I was too lazy to do: cd bin && ./openttd, all the time
18:26:42 <TrueBrain> then I made the env var: OPENTTD_ARGS, which controls what goes behind ./openttd
18:26:48 <TrueBrain> and now we also have make run-gdb and make run-prof
18:26:55 <TrueBrain> so you can easy switch between gdb runs and normal ones
18:27:10 <Rubidium> so he doesn't need to do "gprof ./openttd"
18:27:22 * Phazorx wants voice control module for building trains
18:28:34 <hylje> Dear aunt double the killer select all: Invalid command
18:29:23 <peter1138> i always just type bin/openttd :p
18:29:38 <TrueBrain> make run <- 8 chars
18:29:42 <TrueBrain> bin/openttd <- 11 chars
18:29:57 <Rubidium> make&&bin/openttd <- 17 chars
18:30:06 *** KritiK_ has joined #openttd
18:30:10 <TrueBrain> Rubidium: make;bin/openttd
18:30:11 <Phazorx> you gues ever heard about aliases :o)
18:30:13 <TrueBrain> unsafe, but 1 less char :)
18:30:19 <peter1138> make run <- 8 chars *still*
18:32:45 <Eddi|zuHause3> bin/o[tab] <- 6 keys
18:34:27 <Eddi|zuHause3> unfortunately b[tab] does not work, because it completes programs in path, not subdirectories
18:34:53 <Wolf01> just one question, if scenarios are savegames, why not make possible to edit savegames directly without renaming them? and load scenarios in dedicated servers without renaming them?
18:35:13 <Eddi|zuHause3> ./b[tab]o[tab] works though
18:35:25 *** KritiK_ is now known as KritiK
18:35:59 <peter1138> export PATH=bin/:$PATH
18:36:27 <Phazorx> really... this is why aliases were invented
18:36:36 <Phazorx> less typing for common tasks
18:41:19 <skidd13|away_pizza_for_dinner> belugas: geat idea to order a pizza. yummy
18:43:15 <skidd13|away_pizza_for_dinner> geat -> great
18:43:44 *** skidd13|away_pizza_for_dinner is now known as skidd13
18:43:44 <Eddi|zuHause3> arghh... he is branded by real life contact... he might be contageous!!
18:45:28 <CIA-1> OpenTTD: truelight * r10070 /trunk/src/ (gfx.cpp zoom.hpp): -Fix: fix the rounding problem of zoom-levels in zoom.hpp, so it is global for every call
18:45:45 <TrueBrain> 10070... almost 10101!
18:47:03 <Belugas> good for you skidd13 :D
18:48:56 <Eddi|zuHause3> is that when people get nightmares if it is 10102?
18:49:41 <skidd13> Name it party 21. Damned 21 is only half the truth. :)
18:52:10 <skidd13> I'm off to the beer garden. GN
18:54:42 <Eddi|zuHause3> is "beer garden" even a proper english term?
18:59:31 <Sacro> Eddi|zuHause3: we have beer gardens
18:59:53 <CIA-1> OpenTTD: rubidium * r10071 /trunk/src/ (5 files in 2 dirs): -Feature [FS#828]: moving of orders (skidd13).
19:04:18 <Noldo> some drag-drop stuff maybe
19:04:54 <Phazorx> for tuning/optimizing of largenetworks it's important to know average speed and number of trains passing throguh certain point
19:05:04 <Phazorx> is it possible to add that to WP functionality?
19:05:20 <Phazorx> 2 counter one for speed another for number of passed trains and ability to reset them
19:06:48 <CIA-1> OpenTTD: truelight * r10072 /trunk/src/zoom.hpp: -Fix r10070: typo in zoom.hpp
19:07:51 <Eddi|zuHause3> Phazorx: there used to be a "waypoint statistics" patch on the forum, maybe that helps
19:08:33 <Phazorx> well since i'm talking about coop games - is it trunkable?
19:10:11 <Phazorx> it would be very ncie to have that
19:14:50 <peter1138> this order moving thing doesn't give a visual indication that that is what you're doing :o
19:15:34 *** TrueBrain is now known as Tron
19:15:42 *** Tron is now known as TrueBrain
19:15:44 <TrueBrain> Oh, that is nasty :)
19:18:13 <DorpsGek> Eddi|zuHause3: tron was last seen in #openttd 2 minutes and 32 seconds ago: <Tron> let me revert it
19:18:27 <Eddi|zuHause3> you totally confused the bot :p
19:18:55 <_42_> glx, Tron (truelight@openttd.org) was last seen changing his/her nick to TrueBrain on #openttd.notice 3 minutes ago (08.06. 19:15). TrueBrain is still there.
19:19:15 <Eddi|zuHause3> you'd kinda expect that from a DorpsGek :p
19:19:49 <glx> yes the name is explicit :D
19:20:06 <Eddi|zuHause3> ps: what do we need two bots for?
19:20:43 <TrueBrain> @kick Eddi|zuHause3 We don't like two bots!
19:20:43 *** Eddi|zuHause3 was kicked by DorpsGek (We don't like two bots!)
19:21:16 *** Eddi|zuHause3 has joined #openttd
19:21:28 <TrueBrain> sorry Eddi|zuHause3, bad TrueBrain, bad bad bad TrueBrain
19:21:39 <Phazorx> Eddi|zuHause3: looks likr it died
19:21:48 <Phazorx> before getting comminted :(
19:22:01 <Eddi|zuHause3> gnah, typed /join #openttd in the wrong server window :p
19:24:06 <Eddi|zuHause3> hm, i think what i meant was a different patch... it was part of the miniin
19:33:35 *** boekabart has joined #openttd
19:46:04 *** boekabart has left #openttd
19:50:25 *** Wolf01 is now known as Wolf01|AWAY
20:01:37 <Barry> I opened a scenario that was made in an older version of openttd an d now some newgrf are not loaded when I open the scenario in in a nightlyversion. Is that correct or can I fix it?
20:03:16 <Rubidium> on the toolbar there's a wrench, click on it, then select newgrf settings
20:03:31 <Rubidium> there you can add all needed grfs, and then you can click on apply
20:12:46 <Barry> I have allready al of them standard added in my version
20:20:32 <Barry> Somebody wanna test the scenario with his nightly edition?
20:21:44 <ln-> gah, how do i choose another compiler?
20:24:46 <Eddi|zuHause3> Barry: if they were not saved with the scenario, they will not be loaded with the scenario
20:25:22 <Eddi|zuHause3> and before 0.5, newgrf information was not saved at all, so no newgrfs will be loaded
20:25:53 <Eddi|zuHause3> the newgrfs you add from the title screen only apply to new games, not scenarios
20:25:54 <Barry> Ok is there any way to pump them in the scenario? Or do I have to create that scenario in nightly?
20:26:34 <Barry> ok thats a pity. Because I found a nice scenario of The NEtherlands and parts of Germany and Belgium\
20:26:52 <Eddi|zuHause3> you need to load the scenario, add the newgrfs manually, and save it again, then it will be loaded with the newgrfs
20:27:50 <Barry> How can I add them manually in a scenario? Is there some sticky for it?
20:28:04 <Eddi|zuHause3> read what rubidium said
20:32:36 <ln-> have i mentioned earlier that the new build system is in many senses completely fucked up.
20:41:14 <peter1138> i think you mentioned it, yes
20:50:36 <ln-> how do i choose another compiler, btw?
20:51:30 <Belugas> why not starting by checking waht is available foryour OS?
20:51:42 <Belugas> then, among those, which one is supported by OTTD?
20:51:44 <ln-> i know what is available; distcc.
20:52:59 <ln-> $ DISTCC_HOSTS='localhost/2 192.168.1.136/2' make -j 4 CC=distcc CXX=distcc VERBOSE=1
20:53:04 <ln-> g++ -DUNIX -DWITH_REV -O2 -fomit-frame-pointer -Wall -Wno-multichar -Wsign-compare -Wundef -Wwrite-strings -Wpointer-arith -W -Wno-unused-parameter -DWITH_SDL -I/usr/include/SDL -D_REENTRANT ...
20:54:03 <ln-> ah, so i needed to run configure with CC=
20:54:09 <Belugas> so much easier with MSVC...
20:54:18 <ln-> are you saying that's the normal procedure?
20:55:05 <peter1138> checking build system type... /usr/bin/ccache unusable
20:55:13 <peter1138> the CC environment variable is set, but it doesn't seem to be a gcc binary
20:58:41 <ln-> distcc -I /home/lauri/openttd/objs/lang /home/lauri/openttd/src/endian_check.cpp -o endian_check
20:58:44 <ln-> /tmp/cc8tKMZ3.o:(.eh_frame+0x11): undefined reference to `__gxx_personality_v0'
20:58:47 <ln-> collect2: ld returned 1 exit status
20:58:50 <ln-> distcc[27486] ERROR: compile /home/lauri/openttd/src/endian_check.cpp on localhost failed
20:59:50 <ln-> hmmm, must be because it's trying to link the file, too.
21:01:51 <ln-> so $CC shouldn't be used for that.
21:02:26 <ln-> besides, it's actually CXX= that matters.
21:10:54 *** Phazorx has joined #openttd
21:12:03 *** Phazorx has joined #openttd
21:16:42 <CIA-1> OpenTTD: rubidium * r10073 /trunk/src/ (fileio.cpp newgrf.cpp newgrf_config.cpp stdafx.h win32.cpp): -Codechange: make the NewGRF paths in the config file without any full paths (again).
21:18:43 <stillunknown> rubidium: how will this work when newgrf's with the same name are in different folders?
21:19:56 <stillunknown> And how was that?
21:19:57 <Rubidium> unless it has the same name in the "second data dir" too
21:20:22 <Rubidium> you have to give the "path" from /data/ (without the /data/)
21:21:13 <Rubidium> so only *if* you have the "second data dir" enable, which you most likely do not have, it'll just load all GRFs regardless of their name, but duplicates (GRF ID + md5sum) will only be shown once
21:29:41 *** Desolator has joined #openttd
21:29:49 <stillunknown> peter1138: You saw the profiling i did?
21:34:48 *** Nickman has joined #openttd
21:38:10 <Eddi|zuHause3> not even midnight yet :)
21:38:23 <Desolator> any chance of being able to apply more patches using BOTTD?
21:40:40 <Rubidium> because patches can collide very easily
21:41:15 <Eddi|zuHause3> use tortoisesvn instead
21:41:49 <Rubidium> Eddi|zuHause3: then it's still likely that patches collide
21:41:53 <Desolator> yeah I use it but it's a pain waiting for MSVC to compile OTTD, it's slow
21:42:10 <Eddi|zuHause3> yes, but it has a builtin utility to resolve that :p
21:42:11 <Rubidium> Desolator: then don't build release binaries
21:42:35 <Rubidium> Eddi|zuHause3: it won't resolve collisions when you apply multiple patches correctly in all cases
21:42:44 <Desolator> debug isn't any faster in compiling here and it's slower cuz of the debug window
21:43:04 <bencvt> Desolator: you can always just cat two patches together and hope for the best
21:43:20 <bencvt> chances are there will be a collision of course if the patches arent simple
21:43:54 <Desolator> well one doing with the stations and one with trains won't collide
21:44:14 <bencvt> depends which files they touch, and where
21:44:31 <Desolator> yeah...but that's rare
21:44:36 <Eddi|zuHause3> i have had the most unexpected collisions already
21:44:55 <Desolator> anyway, thanks, i'll go to bed
21:44:56 <Eddi|zuHause3> like two totally unrelated patches adding strings at the end of english.txt :)
22:00:06 *** skidd13 has joined #openttd
22:07:37 *** Osai is now known as Osai^zZz
22:12:13 <kaan> Rubidium: thank for providin tech support for me ;)
22:12:25 <kaan> man i cant spell tonight
22:13:10 <kaan> anyways, BuildOTTD 1.0-RC1 is up now :)
22:45:15 <skidd13> Is there dev interest for the new order text display or the new order gui (text button based)?
22:49:36 *** Wolf01|AWAY is now known as Wolf01
22:50:18 <geoffk> if i set autoclean_protected 0 would a company get deleted? i want to clean up comanies with no pass set but not ones which have
22:53:35 <geoffk> i need to go out for 30 mins, thanks in advance to anyone who can answer that
22:53:53 *** Eddi|zuHause has joined #openttd
continue to next day ⏵