Times are UTC Toggle Colours
00:01:44 *** dp [n=dp@p54B2DE4B.dip.t-dialin.net] has joined #openttd 00:05:18 *** Osai [n=Osai@p54B36974.dip.t-dialin.net] has quit [] 00:07:44 <CIA-5> Darkvater * r3720 /trunk/ (settings.c settings.h): (log message trimmed) 00:07:44 <CIA-5> - [2/4] Present the game with a unified structure for the configuration-ini, 00:07:44 <CIA-5> saveload, console and gui representations of the settings. This second part gets 00:07:44 <CIA-5> rid of the old SettingDesc structures and updates them with the unified types. 00:07:44 <CIA-5> These new settings are heavily macro'd, which should make it easy to add/edit 00:07:46 <CIA-5> entries within sections. 00:07:48 <CIA-5> - Fixed a really small typo in a Doxygen comment in settings.h 00:13:39 *** dp-- [n=dp@p54B2CC65.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 00:13:39 *** dp is now known as dp-- 00:15:42 <BFM> CIA-5, Needs more dragons. 00:17:28 *** tiberiusteng [i=tiberius@211-74-178-119.adsl.dynamic.seed.net.tw] has joined #openttd 00:32:52 <CIA-5> Darkvater * r3721 /trunk/ (5 files): (log message trimmed) 00:32:52 <CIA-5> - [3/4] Present the game with a unified structure for the configuration-ini, saveload, console and gui representations of the settings. From part 3 on, OpenTTD is once again compilable. 00:32:52 <CIA-5> - Code has been added to the saveload code to honour the SLF_SAVE_NO and 00:32:52 <CIA-5> SLF_NETWORK_NO flags. SLF_NETWORK_NO just reads in the the bytestream and then 00:32:53 <CIA-5> discards it because that setting is not synchronised. For this the function 00:32:55 <CIA-5> SlSkipBytes() has been reinstated 00:32:57 <CIA-5> - SAVEGAME_VERSION has been changed from a constant ENUM to a constant integer. 00:34:30 *** tiberius1eng [i=tiberius@211-74-178-119.adsl.dynamic.seed.net.tw] has joined #openttd 00:42:57 *** tiberiusteng [i=tiberius@211-74-178-119.adsl.dynamic.seed.net.tw] has quit [Read error: 110 (Connection timed out)] 00:47:54 *** Sionide [n=sphinx@139.222.236.156] has quit ["/quit"] 00:49:40 *** Zr40_ [n=Zirconiu@cl-1124.ams-04.nl.sixxs.net] has joined #openttd 00:49:44 *** Zr40 [n=Zirconiu@cl-1124.ams-04.nl.sixxs.net] has quit [Read error: 113 (No route to host)] 00:50:01 <Born_Acorn> Darkvater, the commitage wizard 00:50:48 <Darkvater> he... 00:50:55 <Darkvater> let's wait and see how much I broke 00:51:50 <BFM> :) 01:03:33 <BFM> *BFM searches for Air Bus 380 mod* 01:05:53 <Eddi|zuHause2> wasn't there a newplanes set? 01:08:20 <BFM> I think so, Sussing it out now on the forums... 01:12:52 *** BJH_ [n=chatzill@e176109206.adsl.alicedsl.de] has joined #openttd 01:13:57 *** BJH_ [n=chatzill@e176109206.adsl.alicedsl.de] has quit [Client Quit] 01:30:27 *** BJH [n=chatzill@e176109206.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)] 01:30:43 *** Born_Acorn [n=bornacor@ACBDCF72.ipt.aol.com] has quit [] 01:40:50 <Belugas_Gone> damned... tron left :( 01:41:28 <CIA-5> Darkvater * r3722 /trunk/ (settings.c settings.h settings_gui.c): (log message trimmed) 01:41:28 <CIA-5> - [4/4] Present the game with a unified structure for the configuration-ini, saveload, console and gui representations of the settings. The last part finishes the transition with the merging of the settings_gui table(s). 01:41:28 <CIA-5> - Because patches are (will be in a few commits) saved, you cannot specify the 01:41:28 <CIA-5> order of the GUI-items in the SettingDesc tables themselves. Doing so would mean 01:41:30 <CIA-5> messing around with the savegame-version, or doing expensive lookups. So the 01:41:32 <CIA-5> GUI-tables are now just simple indeces into the original table. No more is 01:41:34 <CIA-5> needed since that table contains all information 01:46:43 *** KritiK [i=Maxim@ppp85-141-200-17.pppoe.mtu-net.ru] has quit ["Miranda IM! Smaller, Faster, Easier. http://miranda-im.org"] 01:56:28 <CIA-5> Darkvater * r3723 /trunk/ (settings.c settings_gui.c): 01:56:28 <CIA-5> - [5/6] Move over the console commands from settings_gui to settings where they rather belong. 01:56:28 <CIA-5> - Remove the restriction that the 'patch' console command can only be run from network games. 01:57:14 <Eddi|zuHause2> that is an intresting counting-scheme ;) 01:59:14 <Darkvater> it is, isn't it? :P 02:00:55 <Eddi|zuHause2> the kind that makes you think why you didn't think of it by yourself already long ago ;( 02:00:56 <Eddi|zuHause2> ;) 02:01:14 <BFM> http://en.wikipedia.org/wiki/Wikipedia:Eleventy-billion_pool 02:02:47 <Diablo-D3> lol 02:03:23 <CIA-5> Darkvater * r3724 /trunk/console_cmds.c: - [5.5/6] heh, the patch part got left out of the previous commit, sorry 02:03:25 <orudge> I wonder how much longer Windows will go without ideally needing a reboot... 02:03:28 <orudge> Operating System: (WinXP Professional 5.1 Service Pack 2 (Build #2600)) € Uptime: (1m 1d 11h 18m 41s) € Record Uptime: (1m 1d 11h 18m 41s set on Thu Mar 02 02:03:02 2006) 02:05:46 <Diablo-D3> BFM: the running september joke is hillairous 02:06:01 <Diablo-D3> (its funny if you know usenet) 02:11:59 *** Markavian` is now known as Markavian 02:17:53 <Eddi|zuHause2> you mean September 416500, 1993? 02:18:06 <Eddi|zuHause2> or which one? 02:21:42 <Diablo-D3> that one 02:21:57 <Diablo-D3> september 1993 is the eternal semptember 02:22:13 <Eddi|zuHause2> shows i don't know usenet ;) 02:22:13 <CIA-5> belugas * r3725 /branch/tfc_newmap/ (19 files in 3 dirs): [tfc_newmap] Synching to trunk r3707, r3710..r3713, r3716..r3724 02:22:25 <CIA-5> Darkvater * r3726 /trunk/ (9 files): (log message trimmed) 02:22:25 <CIA-5> - [6/6] Finalize conversion, finally save the patches struct. 02:22:25 <CIA-5> - Remove the temporary synchronisation in during the map-transfer as this is no longer needed 02:22:25 <CIA-5> - The saved patches work just like the saved gameoptions. You have a _patches 02:22:25 <CIA-5> and a _patches_newgame struct. The _patches_newgame struct contains the values 02:22:27 <CIA-5> from the configuration file and thus the defaults for new games. When a new game 02:22:29 <CIA-5> is started or an older game is loaded, the default values are copied over to 02:22:47 <Darkvater> OMG, it's 3:30 02:22:51 * Darkvater goes to bed 02:25:03 <Belugas_Gone> it is about time :D 02:28:15 <Eddi|zuHause2> hardly ;) 02:28:47 <BFM> 3:30? Where abouts is everyone? 1:30pm here, Thursday arvo. 02:29:26 *** Kjetil [i=kjetil@81.166.7.161] has quit [Read error: 110 (Connection timed out)] 02:30:18 <CIA-5> Darkvater * r3727 /trunk/ (known-bugs.txt readme.txt): - Fix some typos in the readme and known-bugs text files 02:30:30 <CIA-5> belugas * r3728 /branch/tfc_newmap/ (8 files): [tfc_newmap] Synching to trunk r3726 02:30:51 <Belugas_Gone> Sleep.... Zzzzz you know? ;) 02:31:55 <Belugas_Gone> 21:31h here, and still a synching to do Hahaha! 02:32:37 <BFM> Wow, the "other" side of the world... 02:32:48 <BFM> You guys are in the past. Quit living in the past. 02:33:02 <Belugas_Gone> That is sooo relative :) 02:34:13 <Eddi|zuHause2> A.D. 2101 Right after war begins. <- i like that one ;) 02:35:18 <Belugas_Gone> Darkvater, let say i'll skip that one :) for the good it will make... That will spear a commit number heheh 02:36:34 <Belugas_Gone> bye all. have fun, wherever you are 02:39:26 *** Kjetil [i=kjetil@81.166.7.161] has joined #openttd 02:39:31 <BFM> w00t! http://video.google.com/videosearch?q=airbus 03:07:55 <ln-> yes? 03:17:26 *** AciD [n=gni@tehpwnz.org] has joined #openttd 03:28:20 <BFM> yes! 03:37:54 *** BFM [n=chatzill@CPE-60-229-122-250.nsw.bigpond.net.au] has quit ["Chatzilla 0.9.68.5 [Firefox 1.0.7/20050919]"] 04:11:23 *** bp0 [i=pburt0@watertownDHCP-2.216-254-231.iw.net] has joined #openttd 04:19:04 *** bp0 [i=pburt0@watertownDHCP-2.216-254-231.iw.net] has left #openttd [] 04:28:01 *** stefan [i=stefan@home.stefan.id.au] has quit [Read error: 104 (Connection reset by peer)] 04:28:22 *** stefan [i=stefan@home.stefan.id.au] has joined #openttd 04:31:12 *** stefan [i=stefan@home.stefan.id.au] has quit [Nick collision from services.] 04:31:28 *** stefan [i=stefan@home.stefan.id.au] has joined #openttd 04:31:33 *** ThePizzaKing [n=chatzill@c211-28-165-87.eburwd2.vic.optusnet.com.au] has joined #openttd 05:11:49 *** Tron [n=tron@p54A3F19D.dip.t-dialin.net] has joined #openttd 05:12:31 *** Torrasque_ [n=chatzill@69.113.77.83.cust.bluewin.ch] has quit [Read error: 104 (Connection reset by peer)] 05:25:37 <Tron> <KUDr> peter1138: what do you think about NE->NW corner? Should it be LEFT or X | Y <--- neither, it's UPPER 05:27:17 *** Forexs [i=Forexs@x1-6-00-0f-b5-14-63-5f.k136.webspeed.dk] has quit [Read error: 110 (Connection timed out)] 05:30:59 <Markavian> g'night 05:31:00 *** Markavian [n=Markavia@82.109.228.38] has left #OpenTTD ["Leaving"] 05:33:41 *** Diablo-D3 [i=diablo@pool-64-222-243-87.port.east.verizon.net] has quit [Remote closed the connection] 05:38:15 *** bp0 [i=pburt0@watertownDHCP-2.216-254-231.iw.net] has joined #openttd 05:39:01 *** Osai [n=Osai@p54B36733.dip.t-dialin.net] has joined #openttd 05:41:51 *** Pulec [n=Pulcoj@62.204.255.139] has joined #openttd 05:51:25 *** Osai [n=Osai@p54B36733.dip.t-dialin.net] has quit [] 05:51:38 *** bp0 [i=pburt0@watertownDHCP-2.216-254-231.iw.net] has left #openttd [] 06:02:42 *** alastair [n=agh@220-244-72-6.static.tpgi.com.au] has joined #openttd 06:03:08 *** _Red [n=Red@81-86-117-11.dsl.pipex.com] has joined #openttd 06:15:07 *** dfox [n=dfox@r2p136.chello.upc.cz] has quit [Read error: 113 (No route to host)] 06:21:49 *** Red [n=Red@81-86-117-11.dsl.pipex.com] has quit [Read error: 110 (Connection timed out)] 06:21:51 *** _Red is now known as Red 06:34:05 <DaleStan> Darkvater: When a aircraft is exiting a hangar, and there are groups for both terminals and helipads at the airport, how are the terminal-selection instructions and the helipad-selection instructions differentiated? 06:35:11 *** Bjarni [n=Bjarni@0x535ca226.virnxx14.adsl-dhcp.tele.dk] has joined #openttd 06:35:14 *** mode/#openttd [+o Bjarni] by ChanServ 06:41:38 *** RoySmeding [i=1000@c514451cb.cable.wanadoo.nl] has joined #openttd 07:05:38 *** RoySmeding_ [i=1000@c514451cb.cable.wanadoo.nl] has joined #openttd 07:05:38 *** RoySmeding [i=1000@c514451cb.cable.wanadoo.nl] has quit [Client Quit] 07:05:38 *** RoySmeding_ is now known as RoySmeding 07:05:38 *** Xeryus|bed is now known as XeryusTC 07:05:38 *** mouse__ [n=mouse@IREX-GW-2.radio-msu.net] has joined #openttd 07:11:19 <CIA-5> rubidium * r3729 /branch/tfc_newmap/ (industry_gui.c known-bugs.txt network_data.h readme.txt): [tfc_newmap] - Synching to trunk r3727 and fix mismerges of r3726 and r3710 07:13:53 *** Tron [n=tron@p54A3F19D.dip.t-dialin.net] has quit [Nick collision from services.] 07:14:06 *** Tron_ [n=tron@p54A3F19D.dip.t-dialin.net] has joined #openttd 07:14:09 *** Tron [n=tron@p54A3F19D.dip.t-dialin.net] has joined #openttd 07:20:37 *** Jenkz [n=nobody@80-192-44-21.stb.ubr05.dund.blueyonder.co.uk] has joined #openttd 07:22:44 *** mouse_ [n=mouse@213.232.194.242] has quit [Connection timed out] 07:27:03 *** Nubian [n=nubian@mrkvovy.kokotko.sk] has joined #openttd 07:28:54 *** OpenMind [n=openmind@217.118.66.44] has joined #openttd 07:30:21 *** OpenMind [n=openmind@217.118.66.44] has left #openttd [] 07:53:37 *** tefad [n=tefad@va-chrvlle-cad1-bdgrp1-4b-b-116.chvlva.adelphia.net] has quit [Remote closed the connection] 08:02:18 *** tefad [n=tefad@va-chrvlle-cad1-bdgrp1-4b-b-116.chvlva.adelphia.net] has joined #openttd 08:08:56 *** _Red [n=Red@81-86-117-11.dsl.pipex.com] has joined #openttd 08:24:33 *** Jenkz` [n=nobody@80-192-44-21.stb.ubr05.dund.blueyonder.co.uk] has joined #openttd 08:24:34 *** Jenkz` [n=nobody@80-192-44-21.stb.ubr05.dund.blueyonder.co.uk] has quit [Remote closed the connection] 08:27:38 *** Nevermind^aw [n=b@82-168-244-204.dsl.ip.tiscali.nl] has joined #openttd 08:27:42 *** egladil [n=egladil@217.28.34.132] has joined #openttd 08:28:15 *** egladil is now known as egladil_train 08:28:29 <KUDr> "<Tron> <KUDr> peter1138: what do you think about NE->NW corner? Should it be LEFT or X | Y <--- neither, it's UPPER" <--- It can't be UPPER :) turning left from NE track to NW track (east corner) 08:32:01 *** egladil [n=egladil@217.28.34.132] has joined #openttd 08:32:01 *** egladil_train [n=egladil@217.28.34.132] has quit [Read error: 104 (Connection reset by peer)] 08:33:35 *** egladil is now known as egladil_train 08:35:52 *** Red [n=Red@81-86-117-11.dsl.pipex.com] has quit [Read error: 110 (Connection timed out)] 08:35:56 *** _Red is now known as Red 08:39:27 *** XeryusTC is now known as Xeryus|School 08:41:11 <Celestar> yo 08:48:15 <Celestar> so .. 08:48:17 <Celestar> anyone around? 08:48:34 <KUDr> me 08:48:55 <Celestar> morning ) 08:49:14 <KUDr> gm 08:49:16 <egladil_train> seem quite empty here... 08:49:23 *** TPK [n=chatzill@c211-28-165-87.eburwd2.vic.optusnet.com.au] has joined #openttd 08:53:56 <Celestar> ok 08:54:01 * Celestar goes working 08:55:18 <CIA-5> celestar * r3730 /trunk/ (6 files): (log message trimmed) 08:55:18 <CIA-5> Multistop modifications: 08:55:18 <CIA-5> -Codechange: Completely rewritten the slot assignment system. It now consumes less CPU cycles and memory 08:55:18 <CIA-5> -Codechange: Increased maximum number of roadstops to 16. 08:55:18 <CIA-5> -Fix: Several conditions where a slot becomes unliked from a vehicle 08:55:18 <CIA-5> -Codechange: ClearSlot now only takes one parameter, the vehicle 08:55:20 *** ThePizzaKing [n=chatzill@c211-28-165-87.eburwd2.vic.optusnet.com.au] has quit [Read error: 110 (Connection timed out)] 08:55:22 <CIA-5> -Feature: Console command 'clearslots' to clear ALL currently assinged slots. debug usage only 08:55:27 *** TPK is now known as ThePizzaKing 08:56:57 <peter1138> unliked slots! :) 08:57:17 <KUDr> Celestar: ping 08:57:47 <Celestar> peter1138: DAMN 08:57:49 <Celestar> hi KUDr 08:58:01 <KUDr> maybe i have the bug 08:58:04 <KUDr> for you 08:58:14 <KUDr> with that RV on bad track 08:58:21 <KUDr> don't know 08:58:30 <Celestar> go on 08:58:37 <KUDr> can you try to revert r3371? 08:58:46 <KUDr> and repro it then? 08:59:39 <KUDr> but repro it on new game 09:00:15 <KUDr> v->u.road.state = (byte)tmp; 09:00:24 <KUDr> vs. 09:00:25 <peter1138> brrr, cold today 09:00:30 <KUDr> v->u.road.state = (byte)dir; 09:01:04 <KUDr> but not sure 09:01:18 <KUDr> should be affected only when overtaking 09:01:29 <KUDr> (or after that) 09:01:41 <ThePizzaKing> how is it still 32C outside? 09:01:57 <peter1138> -3 here :( 09:02:04 <KUDr> here too 09:02:28 <ThePizzaKing> that's cold 09:02:46 <Celestar> KUDr: will try in 2-3 minutes. 09:03:06 <KUDr> ok, I'll be back in 15 mins 09:04:26 <Tron> peter1138: look at the bright side: it's 270K above absolute zero ^^ 09:05:59 <Prof_Frink> It's nice and sunny here in Loughboroughough 09:06:55 <CIA-5> celestar * r3731 /branch/cargo-packets/ (76 files in 9 dirs): -Merge from trunk: 3637:3730 09:07:21 <Celestar> bbl later people, gotta work a bit 09:07:43 <Celestar> boss expects results 09:08:47 <peter1138> :) 09:09:00 <peter1138> silly boss 09:09:15 <peter1138> Prof_Frink: yes, it is 09:09:24 <peter1138> well, here too, i mean 09:10:40 * peter1138 gives up filing paperwork and bungs it all back in the corner 09:11:44 <Celestar> WoW population above 6 million. 09:11:49 <Celestar> is it any good anyway? 09:13:12 *** tokai [n=tokai@p54B85066.dip0.t-ipconnect.de] has joined #openttd 09:14:07 *** tokai [n=tokai@p54B85066.dip0.t-ipconnect.de] has quit [Connection reset by peer] 09:14:41 *** tokai [n=tokai@p54B85066.dip0.t-ipconnect.de] has joined #openttd 09:21:33 *** MeusH [n=MeusH@host-ip18-138.crowley.pl] has joined #openttd 09:21:40 <MeusH> hello 09:26:50 <ThePizzaKing> MeusH: I like what you wrote on the wiki: 'I do not have to give a reason' :) 09:30:32 *** ThePizzaKing [n=chatzill@c211-28-165-87.eburwd2.vic.optusnet.com.au] has quit ["Let's got to London!!!"] 09:32:01 <MeusH> yeah I don't like computers acting as more wise than human... Like forcing me to put a reason. But you've left anyway 09:35:44 *** _Red [n=Red@81-86-117-11.dsl.pipex.com] has joined #openttd 09:42:43 <Darkvater> DaleStan: by aircarfat-type. Obviously only choppers can go to helipads. If there are none, they will behave like airplanes 09:43:35 <peter1138> Darkvater: settings.c:964 09:43:43 <peter1138> s/extern/static/ ? 09:43:59 <peter1138> (morning :)) 09:44:14 <MeusH> hey peter1138 09:44:17 <Darkvater> I still have an issue left with thr callbacb functions... 09:44:20 <Darkvater> morningn 09:45:05 <Celestar> Darkvater: you have declared a variable without type somewhere :) 09:46:02 <Darkvater> Celestar: the console command you added is wrong 09:46:34 <Darkvater> if it's for debugging either add it ti the debug commands or diable i in MP 09:46:55 <Celestar> oops 09:47:00 <Darkvater> wtf how did that become extern? 09:47:15 <Celestar> what how where? 09:47:23 <Celestar> DV: pm 09:48:44 <peter1138> hmm, i suppose i should get on with some work 09:50:34 *** Red [n=Red@81-86-117-11.dsl.pipex.com] has quit [Read error: 110 (Connection timed out)] 09:50:36 *** _Red is now known as Red 09:55:24 *** egladil_train [n=egladil@217.28.34.132] has quit [Read error: 104 (Connection reset by peer)] 09:57:47 <CIA-5> Darkvater * r3732 /trunk/ (settings.c settings_gui.c): 09:57:47 <CIA-5> - Fix two warnings. Stupid MSVC didn't even complain :s (Thank Tron and peter1138) 09:57:47 <CIA-5> - NOTE! There are a few warnings left in settings_gui because tha callback functions are disabled. I still need a good place for them. 10:07:07 *** tokai [n=tokai@p54B85066.dip0.t-ipconnect.de] has quit [Read error: 104 (Connection reset by peer)] 10:12:28 *** Singaporekid [n=notme@cm112.epsilon121.maxonline.com.sg] has joined #openttd 10:24:03 *** tokai [n=tokai@p54B85066.dip0.t-ipconnect.de] has joined #openttd 10:30:51 *** DaleStan_ [n=Dale@12-202-240-195.client.insightBB.com] has joined #openttd 10:30:59 *** DaleStan [n=Dale@12-202-240-195.client.insightBB.com] has quit [Nick collision from services.] 10:50:18 *** _Red [n=Red@81-86-117-11.dsl.pipex.com] has joined #openttd 10:58:24 *** _Red [n=Red@81-86-117-11.dsl.pipex.com] has quit [Read error: 104 (Connection reset by peer)] 10:58:59 <MeusH> cya 10:59:03 *** MeusH [n=MeusH@host-ip18-138.crowley.pl] has quit ["Cya layer"] 10:59:31 *** tokai [n=tokai@p54B85066.dip0.t-ipconnect.de] has quit ["It's like, wah."] 10:59:52 *** _Red [n=Red@81-86-117-11.dsl.pipex.com] has joined #openttd 11:00:32 *** ThePizzaKing [n=chatzill@c211-28-165-87.eburwd2.vic.optusnet.com.au] has joined #openttd 11:02:42 *** KUDr_wrk [n=KUDr@pcsousek.fit.vutbr.cz] has joined #openttd 11:05:00 *** Qrrbrbirlbel [n=Qrr@p54A7C57D.dip.t-dialin.net] has joined #openttd 11:11:25 *** eQualizer [n=lauri@dyn12-72.dsl.spy.dnainternet.fi] has quit ["r3b00t"] 11:11:46 *** Red [n=Red@81-86-117-11.dsl.pipex.com] has quit [Read error: 110 (Connection timed out)] 11:11:47 *** _Red is now known as Red 11:12:54 *** tokai [n=tokai@p54B85066.dip0.t-ipconnect.de] has joined #openttd 11:15:33 *** eQualizer [n=lauri@dyn12-72.dsl.spy.dnainternet.fi] has joined #openttd 11:16:54 *** Sionide [n=sphinx@139.222.237.7] has joined #openttd 11:28:03 *** e1ko [n=31k0@a02-0432c.kn.vutbr.cz] has joined #openttd 11:31:45 *** ThePizzaKing [n=chatzill@c211-28-165-87.eburwd2.vic.optusnet.com.au] has quit ["Let's got to London!!!"] 11:31:47 *** Born_Acorn [n=bornacor@ACBDCF72.ipt.aol.com] has joined #openttd 11:32:43 *** BurtyB [n=chris@adsl.chrisburton.info] has quit ["upgrade"] 11:38:30 <peter1138> nroca nrob 11:39:08 *** Zr40_ [n=Zirconiu@cl-1124.ams-04.nl.sixxs.net] has quit ["Leaving"] 11:39:26 *** mouse_ [n=mouse@213.232.194.242] has joined #openttd 11:41:38 *** mouse__ [n=mouse@IREX-GW-2.radio-msu.net] has quit [Read error: 110 (Connection timed out)] 11:41:49 *** BurtyB [n=chris@adsl.chrisburton.info] has joined #openttd 11:48:19 *** Osai [n=Osai@p54B36733.dip.t-dialin.net] has joined #openttd 11:51:56 *** _Red [n=Red@81-86-117-11.dsl.pipex.com] has joined #openttd 11:56:54 *** Xeryus|School is now known as XeryusTC 11:57:08 <XeryusTC> hi all 11:58:22 *** egladil [n=egladil@akvarium.csbnet.se] has joined #openttd 12:10:34 *** Coder`TuX [n=codertux@85.204.17.98] has joined #openttd 12:17:12 *** Red [n=Red@81-86-117-11.dsl.pipex.com] has quit [Read error: 110 (Connection timed out)] 12:17:15 *** _Red is now known as Red 12:26:31 *** TrueLight is now known as TL|Away 12:36:15 <Celestar> *sneeeeze* 12:36:26 * valhallasw pats Celestar 12:36:33 <Celestar> thanks :P 12:38:42 *** Red [n=Red@81-86-117-11.dsl.pipex.com] has quit ["changing servers"] 12:39:21 *** Red [n=Red@81-86-117-11.dsl.pipex.com] has joined #openttd 12:44:22 *** Torrasque [n=chatzill@252.115.62.81.cust.bluewin.ch] has joined #openttd 12:46:56 <Celestar> the trunk segfaults? 12:47:07 <Celestar> just when starting? 12:50:10 <Celestar> Darkvater: emergency-ping 13:16:18 * Tron slaughters Celestar out of necessity 13:16:44 *** Coder`TuX [n=codertux@85.204.17.98] has quit ["Windows, the best game ever: Try to see how many blue screens you can get per hour and then try to beat that record!"] 13:21:44 <ln-> Program received signal SIGSEGV, Segmentation fault. 13:21:44 <ln-> [Switching to Thread -1211549088 (LWP 18341)] 13:21:44 <ln-> ini_load_settings (ini=0x81b9334, sd=0x811eed4, grpname=0x811c788 "currency", object=0x8135a2a) at settings.c:646 13:21:47 <ln-> 646 case SLE_VAR_CHAR: *(char*)ptr = *(char*)p; break; 13:21:59 <Tron> print p 13:22:15 <ln-> = (const void *) 0x2e 13:22:30 <Tron> that's a garbage address 13:22:33 <Tron> looks more like an offset 13:29:08 <Celestar> it happens when openttd.cfg is non-existant 13:29:34 <Celestar> bah sometimes I hate sed 13:34:03 <Tron> mom, compiling ottd here at uni 13:34:15 <Tron> SDL, ottd, copying the data files... 13:37:30 <Celestar> foreach file (Žls -1Ž) echo $file; end 13:37:36 <Celestar> what the hell is wrong with it? 13:38:03 <BurtyB> language? 13:38:08 <Celestar> tcsh 13:38:30 <BurtyB> dunno i a bash'er 13:38:46 <Celestar> I know this in bash :) 13:39:04 <Celestar> but I'm tired of switching to bash every time I need a loop on the command line :P 13:39:44 <Noldo> it's only 4 letters \n 13:39:53 <Celestar> I know 13:41:00 *** Spoco [n=Spoco@dsl-062-197-163-95.lohjanpuhelin.fi] has joined #openttd 13:41:25 *** ^Cartman^ [n=Eric_Car@ti100710a081-3876.bb.online.no] has joined #openttd 13:41:27 <peter1138> ls -1 | xargs -i echo {} 13:41:44 <peter1138> or just "echo * | xargs -i echo {}" 13:43:35 <Celestar> ls is pefectly enough for tcsh 13:43:42 <Celestar> but it seems not to like to have a full loop on a single line :S 13:46:21 * Celestar goes back to bash 13:47:06 <Bjarni> http://www.student.dtu.dk/~s991088/G3BugWindow.png <--- so any comments on how it looks now? 13:47:26 <Bjarni> besides I just noticed I forgot to remove the last "problem" ;) 13:47:33 *** Scia [n=Scia@AveloN.xs4all.nl] has joined #openttd 13:47:36 <peter1138> argh 13:47:47 <Bjarni> is it that bad? 13:47:49 <Bjarni> :( 13:47:51 <peter1138> i just got bitten by bool blah = HASBIT(...) 13:48:09 <Bjarni> oh 13:48:17 <Bjarni> should I call 999? 13:48:41 <Bjarni> or since it's a binary problem, 0x0999 13:49:17 <Bjarni> anyway, what about the info in the window. Should I try to fetch more info from the computer in question? 13:54:08 <Bjarni> I asked a simple question and then I killed the channel? 13:54:14 <Bjarni> why do I keep doing that??? 13:55:26 <hylje> you cant ask your simple questions simply enough? 13:55:30 <Noldo> Bjarni: it was halfdead already 13:56:05 <Tron> Bjarni: more info: list of used grfs, MD5 hashes of the graphics files (or at least an indicator if they were modified) 13:56:19 <Bjarni> good idea 13:56:39 <Tron> Celestar: backticks, not ticks 13:56:49 <Tron> Celestar: and just do * instead of using ls 13:57:14 <Tron> Celestar: -1 is implicit if the output is not going to a terminal, btw 13:58:41 *** Zahl [n=SENFGURK@dslb-082-083-237-011.pools.arcor-ip.net] has joined #openttd 13:59:04 <Celestar> Tron: how do you do that on ONE LINE? 13:59:14 <Bjarni> hmm... how to generate/read a list of used grf files 13:59:14 <Celestar> I always get that damn foreach prompt 13:59:49 <Tron> Bjarni: _first_grffile 13:59:54 *** jnmbk [n=ugur@88.240.20.85] has joined #openttd 13:59:56 <Tron> Celestar: you don't 14:00:09 <Tron> foreach file (*) 14:00:11 <Tron> echo $file 14:00:12 <Tron> end 14:00:18 <Celestar> ok 14:00:21 * Celestar fires up bash 14:00:37 *** Marctraider [n=Marctrai@unaffiliated/Scenariusz] has joined #openttd 14:01:07 <Bjarni> thanks Tron 14:01:14 <Bjarni> newgrf.c: for (file = _first_grffile; file != NULL; file = file->next) { <-- grep is your friend :) 14:21:16 *** Marctraider [n=Marctrai@unaffiliated/Scenariusz] has quit ["Polskie '<' :p :D"] 14:24:58 *** _StefaN^ [n=StefaN@nat5.mnc.pl] has joined #openttd 14:26:25 <Tron> peter1138: i/we/someone has to change HASBIT and add a != 0 14:26:50 <Tron> but first every use of HASBIT must be checked that it doesn't exploit the current implementation 14:27:44 <Noldo> Tron: what would be exploiting? 14:28:17 <Tron> exploiting the fact that it returns the value of the tested bit 14:28:40 <Naksu> ... and? 14:28:53 <Noldo> can it be something else that 1 or 0 ? 14:29:19 <Tron> that's exactly the problem 14:29:58 <Noldo> stop making me feel more stupid and explain 14:30:44 <Tron> it doesn't only return 0 and 1 14:31:29 <Noldo> the only valid uses are if's and ? : 's ? 14:31:39 <peter1138> what? 14:31:39 <peter1138> heh 14:31:42 <guru3> Tron: that's an issue, no? 14:31:50 <peter1138> HASBIT() returns the value of the bit its checking (or zero) 14:32:33 <Tron> that's the problem, and every use of HASBIT must be checked to just treat it as boolean value and not use the value itself 14:32:38 <peter1138> yeah 14:33:05 <Tron> if all uses are "nice" we can add an "!= 0" to the HASBIT macro 14:33:37 <Noldo> what is HASBITS ? 14:34:04 <Tron> a glorified ampersand 14:34:11 <RoySmeding> yup 14:34:27 <RoySmeding> i haven't looked at it but i can understand what it does and ho 14:34:28 <RoySmeding> w 14:34:54 <Tron> peter1138, Celestar: i think it should be (char)p, not *(char*)p in settings.c:646 14:35:04 <Belugas_Gone> What would be needed is more HASBIT[S]SET 14:35:19 <Belugas_Gone> I think 14:35:23 <Tron> Belugas_Gone: what would this do? 14:35:52 <Belugas_Gone> Return True/False is Bit n is set or not... 14:36:30 <Tron> that's HASBIT (or at least it should do that) 14:36:31 <RoySmeding> doesn't the current one already do that.. 14:36:43 <Belugas_Gone> HASBITS as itself is misleading and does a bit like GB 14:36:46 <Belugas_Gone> I think 14:37:28 <Belugas_Gone> 0/1 != 0/128 ... 14:37:32 <Tron> - case SLE_VAR_CHAR: *(char*)ptr = *(char*)p; break; 14:37:32 <Tron> + case SLE_VAR_CHAR: *(char*)ptr = (char)(unsigned long)p; break; 14:37:48 <Belugas_Gone> gone, work@work 14:38:17 <Tron> Belugas_Gone: *at the parenthesis point* 14:38:26 *** e1ko is now known as e1ko_AfK 14:39:56 <Belugas_Gone> yeah... of course, you're right 14:44:37 <peter1138> openttd.c: SB(_m[tile].m4, 2, 2, HASBIT(_m[tile].m4, 3)); 14:45:46 <CIA-5> tron * r3733 /trunk/settings.c: Fix a bug in r3719, which caused a crash when the default value for a SLE_VAR_CHAR setting was used 14:45:58 <peter1138> that's wrong :) 14:46:13 <Tron> peter1138: i guess that never worked 14:46:26 <Tron> SB doesn't clamp the value to set 14:46:35 <Tron> so it overwrites a totally wrong bit 14:46:47 *** gagarin [n=gagarin@dslb-084-059-012-123.pools.arcor-ip.net] has joined #openttd 14:46:51 <gagarin> hi 14:47:18 <peter1138> yeah 14:47:20 <Tron> it wrote to bit 5 14:47:24 <peter1138> o_O 14:47:25 <Tron> or rather writes 14:47:58 <gagarin> I'm trying to apply the subsidiaries patch to the latest svn-version. I've got the problem, that 14:48:06 <gagarin> the implementation of the config-flags 14:48:30 <gagarin> has changed varey much, and i'm not able to include the configs for subs management 14:48:34 <Tron> peter1138: that bit is unused 14:49:01 <gagarin> can some explain to me, how you could add configs? 14:49:10 <gagarin> please 14:50:11 <peter1138> Tron: there's a couple of possible dubious uses in rail_cmd.c 14:50:20 <Tron> SB(_m[tile].m4, 2, 2, HASBIT(_m[tile].m4, 3)); 14:50:21 <Tron> CLRBIT(_m[tile].m4, 3); 14:50:28 <Tron> these two lines don't make too much sense 14:50:47 <Tron> ignoring the problem with HASBIT it still doesn't make sense 14:51:14 <Tron> SB(m4, 2, 2) isn't a field 14:51:29 <Tron> bit 2 is indicating whether it's a semaphore, but that's a single bit 14:51:32 <Tron> not 2 bits 14:52:06 <peter1138> it should be moving bit 3 to bit 2 and clearing bit 3 14:52:11 <peter1138> so... hmm. 14:52:21 <Tron> so it should be m4, 2, 1 14:52:32 <peter1138> or SETBIT... 14:52:38 <Tron> no 14:52:38 <RoySmeding> my pencils are broken :< 14:52:40 <peter1138> hmm, no :) 14:52:48 <Tron> SETBIT _set_ a bit 14:52:49 <peter1138> yeah 14:52:53 <Tron> +s 14:53:03 <peter1138> confusing names :( 14:53:37 <peter1138> still, the only thing that bug'll do is turn semaphore signals to light signals 14:54:44 <Tron> yep, at least it's somewhat harmless 14:56:48 <peter1138> rail_cmd.c:699 and 730 14:57:43 <Tron> great... 46 files use HASBIT 14:59:05 *** Diablo-D3 [i=diablo@pool-64-222-243-87.port.east.verizon.net] has joined #openttd 14:59:13 <peter1138> i've checked the rest 14:59:13 <gagarin> nobody here who could help me? 14:59:20 <peter1138> looks fine 15:01:38 *** valhalla1w [n=valhalla@dsl68-30.fastxdsl.nl] has joined #openttd 15:02:17 *** valhallasw [n=valhalla@dsl68-30.fastxdsl.nl] has quit [Read error: 110 (Connection timed out)] 15:02:55 <Tron> if (!HASBIT(ei->climates, _opt.landscape)) { 15:02:55 <Tron> e->flags |= ENGINE_AVAILABLE; 15:02:55 <Tron> e->player_avail = 0; 15:03:00 <Tron> that's naughty 15:03:18 <peter1138> hmm 15:03:38 <Tron> it's not wrong, just naughty 15:04:23 <peter1138> yeah 15:05:50 <Tron> npf.h:115 looks fragile 15:05:59 <Tron> if flag > 7 ... 15:06:07 *** Prof_Frink [n=proffrin@cpc2-shep3-4-0-cust174.leic.cable.ntl.com] has quit [Read error: 110 (Connection timed out)] 15:09:17 *** Forexs [i=Forexs@x1-6-00-0f-b5-14-63-5f.k136.webspeed.dk] has joined #openttd 15:09:19 <Tron> order_cmd.c:581 looks overly complicated 15:09:54 *** gagarin is now known as gagarin_lg 15:11:49 <Belugas_Gone> gagarin: you should contact the one who wrote the patch. None of the devs can support something they did not wrote. Further on, the config thing is a new feature from DV, which he explained toroughly on the commits of SVN. Therefore, I suggest some work on your part to make it compatible, which will benefit those who want to deal with this patch ;). Sorry for not saying "Yes I can help" ;) 15:12:57 <gagarin_lg> i have no problem with doing the work. my problem ist, that i get only seg-faults when i add a config flag. 15:13:09 <gagarin_lg> i'm doing as i think it schould be. 15:14:51 <Tron> peter1138: pathfind.c:391&392 15:15:32 <Tron> peter1138: player.h:238 looks fragile 15:15:42 <Tron> and 234, too 15:16:19 <peter1138> hmm 15:16:20 *** DaleStan_ is now known as DaleStan 15:16:21 <peter1138> oh well 15:17:40 <peter1138> hmm 15:22:07 <Tron> peter1138: rail_cmd:699 is just a regular bool (or rather 2) 15:22:27 <Tron> 730 has not HASBIT 15:22:57 <Tron> oh, i see 15:23:42 *** Torrasque [n=chatzill@252.115.62.81.cust.bluewin.ch] has quit ["Chatzilla 0.9.69.3 [Firefox 1.5.0.1/2006011112]"] 15:23:52 *** Prof_Frink [n=proffrin@cpc2-shep3-4-0-cust174.leic.cable.ntl.com] has joined #openttd 15:24:28 <Tron> peter1138: that doesn't works anyway SEMAPHOREMASK is bit 2 and the bit of the parameter is bit 3 15:24:49 <peter1138> mmm 15:25:37 *** Pulec [n=Pulcoj@62.204.255.139] has quit [Read error: 110 (Connection timed out)] 15:26:16 *** jnmbk [n=ugur@88.240.20.85] has quit [Remote closed the connection] 15:28:24 <Tron> road_cmd.c:819... 15:28:33 *** ^Cartman^ [n=Eric_Car@ti100710a081-3876.bb.online.no] has quit ["Que?"] 15:28:46 <Tron> ah, no, that's really bool 15:29:07 *** Prof_Frink [n=proffrin@cpc2-shep3-4-0-cust174.leic.cable.ntl.com] has quit [Read error: 104 (Connection reset by peer)] 15:29:09 *** Prof_Frink [n=proffrin@cpc2-shep3-4-0-cust174.leic.cable.ntl.com] has joined #openttd 15:31:02 *** _Red [n=Red@81-86-117-11.dsl.pipex.com] has joined #openttd 15:36:00 *** jnmbk [n=ugur@88.240.20.85] has joined #openttd 15:43:01 <Bjarni> When I have a function that returns a pointer to a static char array, how do I use the return value in a sprintf? 15:43:03 *** TL|Away is now known as TrueLight 15:43:08 <Bjarni> %s did me no good :( 15:43:11 <Bjarni> hi TrueLight 15:43:15 <TrueLight> hi Bjarni 15:43:41 <Bjarni> static char *GetOSString(void) <-- maybe that line is wrong... 15:44:45 <Bjarni> TrueLight: I got a new mac specific thing, that is close to be ready for committing (given that I fix this char pointer issue) 15:44:46 <Bjarni> http://www.student.dtu.dk/~s991088/G3BugWindow.png 15:44:55 <Bjarni> this should raise the quality of bug reports :) 15:45:34 <TrueLight> hehe 15:46:20 *** Prof_Frink [n=proffrin@cpc2-shep3-4-0-cust174.leic.cable.ntl.com] has quit [Connection timed out] 15:46:58 <Bjarni> nobody know how to get a return value from a function and use such a string/ char pointer as argument in sprintf? 15:48:13 <TrueLight> snprintf(buf, sizeof(buf), "%s", MyFuncThatReturnsCharAstrix); 15:48:16 <TrueLight> snprintf(buf, sizeof(buf), "%s", MyFuncThatReturnsCharAstrix()); 15:48:17 <TrueLight> :p 15:49:29 <Bjarni> see, it was a simple thing ;) 15:49:40 *** Red [n=Red@81-86-117-11.dsl.pipex.com] has quit [Read error: 113 (No route to host)] 15:49:45 <Bjarni> it didn't hurt you to answer that one, did it? 15:49:47 <Bjarni> :p 15:50:09 <TrueLight> it is basic knowledge :p 15:50:33 <Tron> Bjarni: printf("%s", GetOSString()); 15:51:19 <Tron> mh, too late 15:51:20 * Bjarni wonders why it keeps failing 15:51:58 <Bjarni> ahh 15:51:59 *** thgergo [n=th_gergo@dsl51B7A15C.pool.t-online.hu] has joined #openttd 15:52:06 <Bjarni> the actual error is somewhere else 15:52:18 <Bjarni> it's an error that is a result of another error 15:53:25 <Bjarni> now it works 15:53:31 <Bjarni> typos can be mean :( 15:54:41 <Tron> peter1138: ftp://tron.homeunix.org/ottd/hasbit.diff 15:54:42 <Bjarni> now I got the string with OS info+ newgrf stuff as a result from a function, which means I can easily add it to assert as well :) 15:56:01 <Bjarni> funny thing is that now the sprintf() looks like it did when I started... no wonder I didn't find any errors in it ;) 15:56:31 *** Brianetta [n=brian@82-39-48-88.cable.ubr03.benw.blueyonder.co.uk] has joined #openttd 15:57:24 *** Coder`TuX [n=codertux@85.204.17.98] has joined #openttd 15:57:37 <Brianetta> Coder`TuX0Rz! 15:59:49 *** Schamane_ [n=schamane@p5498E4C5.dip.t-dialin.net] has joined #openttd 16:01:14 *** Belugas_Gone is now known as Belugas 16:01:35 *** Prof_Frink [n=proffrin@cpc2-shep3-4-0-cust174.leic.cable.ntl.com] has joined #openttd 16:01:45 *** Prof_Fri1k [n=proffrin@cpc2-shep3-4-0-cust174.leic.cable.ntl.com] has joined #openttd 16:01:45 *** Prof_Frink [n=proffrin@cpc2-shep3-4-0-cust174.leic.cable.ntl.com] has quit [Client Quit] 16:01:57 *** Prof_Fri1k is now known as Prof_Frink 16:03:48 <peter1138> Tron: is that all we need? 16:03:52 <peter1138> not bad :) 16:06:16 <DaleStan> <Darkvater> DaleStan: by aircraft-type. <...> <--- That's doesn't answer my question; I guess I need to ask a different one. Imagine an airport with 2 helipad groups, 4 terminal groups, and at least one hangar. If the second entry for position 0 (a hangar exit position, so both choppers and planes are looking for selection instructions) is "{0,255,TERM_GROUP_4_block,3}" that obviously only applies to terminals. My question is: how do 16:06:16 <DaleStan> es AirportFindFreeHelipad know to skip over that entry? And the same on the third entry: "{0,255,HELIPAD_GROUP_1_block,0}", except this time it needs to be skipped in AirportFindFreeTerminal instead. 16:06:42 <DaleStan> Hm... Was that line too long or something? 16:07:44 <Tron> peter1138: i think so, it should even fix some bugs, like the one for semaphores in rail_cmd.c 16:07:49 <Brianetta> lol rofl teh th1ng3h r0><0rZ!!!!11!111 16:08:05 <Brianetta> I'm terribly sorry, I don't know *what* came over me. 16:08:56 *** SchAmane [n=schamane@p5498D82F.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 16:10:07 * peter1138 nods 16:10:58 *** BurtyB_ [n=chris@adsl.chrisburton.info] has joined #openttd 16:11:21 *** BurtyB [n=chris@adsl.chrisburton.info] has quit [Read error: 104 (Connection reset by peer)] 16:11:43 *** orudge [n=orudge@res05-ocr2.res.st-and.ac.uk] has quit [Read error: 104 (Connection reset by peer)] 16:16:51 *** mgla [n=mgla@wikipedia/mgla] has joined #openttd 16:19:05 *** tokai is now known as tokai|csi 16:20:56 *** BurtyB_ is now known as BurtyB 16:24:35 *** Eddi|zuHause [i=johekr@p54B75A3D.dip.t-dialin.net] has joined #openttd 16:28:31 *** Scia [n=Scia@AveloN.xs4all.nl] has quit ["kwiet"] 16:29:36 *** sulai [n=Admin@i577B4A6C.versanet.de] has joined #openttd 16:29:54 <sulai> hey guys :) 16:30:01 <sulai> Celestar: are you there? ^^ 16:31:32 *** Osai [n=Osai@p54B36733.dip.t-dialin.net] has quit [] 16:35:29 *** Singaporekid [n=notme@cm112.epsilon121.maxonline.com.sg] has quit ["Raah raah"] 16:36:17 *** sulai [n=Admin@i577B4A6C.versanet.de] has quit [Read error: 104 (Connection reset by peer)] 16:37:36 <CIA-5> belugas * r3734 /branch/tfc_newmap/town_cmd.c: [tfc_newmap] -Correction of Town_cmd.c wrong coding/identing 16:39:56 *** orudge [n=orudge@res05-ocr2.res.st-and.ac.uk] has joined #openttd 16:44:01 *** sulai [n=Admin@i577B4A6C.versanet.de] has joined #openttd 16:44:03 <sulai> re 16:46:38 *** Eddi|zuHause2 [i=johekr@p54B742C2.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 16:54:33 * sulai wants to compile ottd in MS VC ++ 16:54:47 <peter1138> so? 16:55:04 <sulai> 12 errors... why are most of ottd players windows users, and most of the developers linux hackers? 16:55:11 <sulai> :-P 16:57:58 <peter1138> openttd - 2 error(s), 0 warning(s) 16:58:13 <peter1138> those are: missing png.h and zlib.h 16:58:32 *** Pulec [n=Pulcoj@62.204.255.139] has joined #openttd 16:59:14 <sulai> hm I gotta set up some stuff... 17:02:07 *** XeryusTC is now known as Xeryus|voer 17:03:23 <CIA-5> rubidium * r3735 /branch/tfc_newmap/ (9 files): [tfc_newmap] - Move map_unmovable.h to unmovable_map.h and add function to create HQ's directly 17:04:40 <CIA-5> rubidium * r3736 /branch/tfc_newmap/ (7 files): [tfc_newmap] - Move MakeVoid from tile.h to void_map.h 17:06:48 <Brianetta> Developers of free software are often attracted to free platforms with free development tools 17:06:53 <Bjarni> ===> Compiling settings_gui.c 17:06:53 <Bjarni> settings_gui.c:560: warning: 'v_PositionMainToolbar' defined but not used 17:06:53 <Bjarni> settings_gui.c:566: warning: 'AiNew_PatchActive_Warning' defined but not used 17:06:53 <Bjarni> settings_gui.c:572: warning: 'Ai_In_Multiplayer_Warning' defined but not used 17:06:53 <Bjarni> settings_gui.c:581: warning: 'PopulationInLabelActive' defined but not used 17:06:54 <Bjarni> settings_gui.c:591: warning: 'InvisibleTreesActive' defined but not used 17:06:56 <Bjarni> settings_gui.c:603: warning: 'InvalidateStationBuildWindow' defined but not used 17:06:58 <Bjarni> settings_gui.c:610: warning: 'CheckInterval' defined but not used 17:07:00 <Bjarni> settings_gui.c:631: warning: 'EngineRenewUpdate' defined but not used 17:07:02 <Bjarni> settings_gui.c:637: warning: 'EngineRenewMonthsUpdate' defined but not used 17:07:04 <Bjarni> settings_gui.c:643: warning: 'EngineRenewMoneyUpdate' defined but not used 17:07:06 <Bjarni> I get those now, but I didn't get them yesterday 17:07:12 <Bjarni> I didn't modify that file myself 17:07:27 <peter1138> Bjarni: yes, they will be fixed 17:07:32 <Bjarni> good 17:07:33 <Bjarni> :) 17:08:12 <Bjarni> once in a while I get warnings that nobody else get, but when you look at the warnings, everybody should get them since they are true 17:08:23 <Bjarni> which is why I tell when I get new ones 17:08:59 <sulai> Brianetta: luckily i got a student version of vc++ :) 17:09:00 <Cipri> Anyone here play 0.4.5 wiith the UKRS? I just tried it but I have no monorail, and no maglev carts but one? 17:09:17 <Brianetta> lucky? One way of putting it. 17:09:54 <sulai> well better than changing system just because I'd like to play around with the ottd source code :P 17:09:58 <Brianetta> I have Visual C++ 3.0 for Windows 3.11 on CD somewhere here 17:10:12 <Brianetta> sulai: Change for other reasons, then 17:10:22 <sulai> no chance :P 17:10:23 <Brianetta> but at least look at what could be gained by changing (: 17:10:25 <peter1138> Cipri: yes 17:10:49 <sulai> All the games I'd like to play are just not playable under linux 17:11:01 <Brianetta> Me either 17:11:23 <Brianetta> I have Windows XP for watching DVDs, playing Thief, X and Total Annihilation 17:11:34 <Brianetta> I have Linux for going online 17:11:35 <sulai> oh cool it compiled very well, peter1138 :) 17:11:39 <Brianetta> and officey stuff 17:11:39 *** Pulec [n=Pulcoj@62.204.255.139] has quit [Read error: 113 (No route to host)] 17:12:00 <Brianetta> so my Windows install is clean of firewall, antivirus, etc 17:12:00 <Cipri> Justanother opennttd vs ttdpatch thing? :( 17:12:08 <sulai> I don't like to reboot everytime I change my mind... ;) 17:12:24 <peter1138> Cipri: no. ukrs does not contain monorail 17:12:29 <sulai> only alternative: second computer 17:12:53 <Brianetta> sulai: Or virtual machines 17:12:58 <sulai> sloooow 17:13:12 <Brianetta> hardly 17:13:20 <sulai> connect with putty to an alternative machine ;) 17:13:25 <Brianetta> It's not like the CPU has to be emulated 17:13:28 <sulai> *secondary 17:13:38 * Brianetta will not take Windows online 17:14:19 <Brianetta> There's a real performance boost to be had from no AV, no personal firewall, no email clients inthe background, no IM... 17:14:42 <Brianetta> and then there's the fact that I just don't trust it to be secure, which may well just be my prejudice. 17:14:48 <Cipri> What about maglevs? I get 4 engines and one Taurus goods sled? 17:15:03 <Brianetta> I'd prefer UKRS to ditch maglev and keep monorail 17:15:08 <sulai> yep... so is there a free virtual machine out there that serves me with linux at a apropiate performance? 17:15:24 <Brianetta> sulai: Wrong way around... 17:15:30 <sulai> hehe nonono 17:15:41 <sulai> I don't play 3D games in a VM :P 17:15:53 <Brianetta> Dual boot. 17:15:59 *** Prof_Fri1k [n=proffrin@cpc2-shep3-4-0-cust174.leic.cable.ntl.com] has joined #openttd 17:16:04 <Brianetta> It takes all of a minute to reboot if you're slow 17:16:24 <Brianetta> Takes me longer to dig out my game CDs 17:17:07 <Brianetta> Windows likes to be rebooted anyway 17:17:22 <Bjarni> yeah 17:17:35 <Bjarni> they got uptime in minutes instead of days :p 17:18:20 <peter1138> Cipri: yes. 17:18:51 <sulai> Brianetta: dual boot looks interesting 17:18:56 <sulai> *bookmark 17:18:56 <peter1138> Brianetta: don't forget in ttdp they're combined, so the maglev probably runs on monorail anyway 17:19:07 *** disavowed [n=disavowe@213.121.151.142] has quit [Read error: 110 (Connection timed out)] 17:19:10 <peter1138> s/they're/they can be/ 17:19:52 <DaleStan> In TTDPatch, they run on whichever track system is specified by the unifiedmaglev switch. 17:20:28 <peter1138> yeah 17:20:43 <peter1138> hence my change :) 17:20:51 *** disavowed [n=disavowe@213.121.151.142] has joined #openttd 17:21:49 <BurtyB> sulai you could try vmwares free jobber 17:22:41 <BurtyB> it could come in handy that it slows it down, so you dont lose 500yr when you minimise and grab a drink and go back to it 17:25:47 *** Cipri [n=Cipri@c-24-129-101-95.hsd1.fl.comcast.net] has quit [] 17:26:04 *** Schamane_ is now known as SchAmane 17:28:14 *** Prof_Frink [n=proffrin@cpc2-shep3-4-0-cust174.leic.cable.ntl.com] has quit [Read error: 110 (Connection timed out)] 17:28:14 *** Prof_Fri1k is now known as Prof_Frink 17:28:44 <sulai> Hm.. I'd like to work on cargo packages 17:29:05 <peter1138> cargo packets? 17:29:12 <sulai> yes 17:29:19 <peter1138> go for it 17:30:13 <sulai> Celestar was working on transfer, so I think he's a good consultant... who else could be a "specialist"? 17:30:21 <sulai> since Celestar seems not to be present 17:30:41 *** Nevermind^aw [n=b@82-168-244-204.dsl.ip.tiscali.nl] has quit [Read error: 104 (Connection reset by peer)] 17:33:04 <sulai> I'm just reading http://wiki.openttd.org/index.php/Cargo_Packets 17:33:41 <sulai> is there some more information i should get as a freshman to ottd coding? ;) 17:34:33 <peter1138> coding style :D 17:34:47 *** Xeryus|voer is now known as XeryusTC 17:35:34 <sulai> is this list up to date? http://wiki.openttd.org/index.php/WhoWorksOnWhat 17:36:25 <peter1138> not really 17:37:07 *** Tron [n=tron@p54A3F19D.dip.t-dialin.net] has quit ["leaving"] 17:40:18 <sulai> what about dynamic stations... could that interfere with cargo packets? 17:42:56 <Eddi|zuHause> speaking of stations... is there even a slight chance of there being newstations within the next half year or so? ;) 17:44:25 *** stavrosg [n=stavrosg@athedsl-10425.otenet.gr] has joined #OpenTTD 17:44:52 <sulai> TrueLight? 17:45:29 <TrueLight> sulai? 17:45:31 <peter1138> Eddi|zuHause: yes 17:45:42 <Eddi|zuHause> \o/ 17:45:48 <peter1138> there is a slight chance :P 17:46:01 <Eddi|zuHause> go for it ;) 17:47:49 <sulai> TrueLight: could cargo packages in some way interfere with dynamic stations, or is dynamic stations still in work (http://wiki.openttd.org/index.php/WhoWorksOnWhat#Dynamic_Stations.2FIndustries.2FVehicles.2C_etc.) 17:47:53 <sulai> ? 17:48:02 <TrueLight> sulai: wrong person to ask 17:48:26 <sulai> you are a volunteer according to wiki :P 17:48:37 <sulai> is there a right person to ask? 17:48:43 *** znikoz [i=1@ant-19.ag1.dp.ukrtel.net] has joined #openttd 17:51:14 *** sw4y [n=sw4y@snat2.arachne.czfree.net] has joined #openttd 17:51:17 <TrueLight> Celester runs cargo packets 17:51:25 <TrueLight> oh wait 17:51:25 <TrueLight> lol 17:51:28 <TrueLight> the other way around 17:51:31 <TrueLight> dynamic stuff is already in SVN 17:51:35 <TrueLight> for a long long long long long time 17:51:53 <TrueLight> even worse: cargo packets uses the memorypool designed for that :p 17:52:42 <sulai> so, cargo packets are already implemented in some way? 17:53:55 <sulai> I delete the dynamics stations stuff from the WhoWorksOnWhat... ok? 17:54:57 <TrueLight> just fine 17:55:02 <TrueLight> and we have a branch with cargo packets yes 17:55:39 *** Brianetta [n=brian@82-39-48-88.cable.ubr03.benw.blueyonder.co.uk] has quit [Read error: 104 (Connection reset by peer)] 17:55:58 <sulai> cargo packages are just included in pessenger / mail destinations? maybe we could mention that on http://wiki.openttd.org/index.php/WhoWorksOnWhat#Passenger.2Fmail_destinations 17:57:35 <sulai> are the industries and vehicles dynamic too? if so i just remove that stuff from the list 17:58:31 <TrueLight> all dynamic stuff is done 17:59:36 <sulai> nice :) 18:02:15 *** dfox [n=dfox@r2p136.chello.upc.cz] has joined #openttd 18:03:11 *** Born_Acorn [n=bornacor@ACBDCF72.ipt.aol.com] has quit [Read error: 104 (Connection reset by peer)] 18:05:32 *** DaleStan [n=Dale@12-202-240-195.client.insightBB.com] has quit [Connection timed out] 18:05:33 <sulai> I think this order stuff is also done, right? 18:05:34 <sulai> http://wiki.openttd.org/index.php/WhoWorksOnWhat#Order_system 18:06:08 <Vornicus> is Dynamic Stations just changing the stations storage from fixed-size to dynamically allocated? 18:07:04 <sulai> I think the array in which the stations are listed, is dynamic to allow "unlimited" stations 18:07:35 <sulai> oh you're right, i just misunderstood "storage" :D 18:08:07 <gagarin_lg> if anyones interested: subsidiaries is working with the latest svn-release. a patch ist avaliabl ein the forum 18:12:43 <sulai> I hope these changes are correct: http://wiki.openttd.org/index.php?title=WhoWorksOnWhat&diff=0&oldid=6022 18:14:22 *** e1ko_AfK is now known as e1ko 18:14:32 *** tank [i=tank@meinungsverstaerker.de] has quit [Nick collision from services.] 18:14:37 *** tank__ [i=tank@meinungsverstaerker.de] has joined #openttd 18:14:45 *** DaleStan [n=Dale@12-202-240-195.client.insightBB.com] has joined #openttd 18:16:26 <TrueLight> sulai: it is 18:17:31 <sulai> ok 18:19:18 *** znikoz [i=1@ant-19.ag1.dp.ukrtel.net] has quit [Read error: 110 (Connection timed out)] 18:20:41 *** XeryusTC [n=irc@cc480157-a.sneek1.fr.home.nl] has quit ["So Long, and Thanks for All the Fish"] 18:22:01 *** DJ_Mirage [n=djmirage@biggetje.xs4all.nl] has joined #openttd 18:24:58 *** XeryusTC [n=XeryusTC@cc480157-a.sneek1.fr.home.nl] has joined #openttd 18:25:03 *** |Jeroen| [n=jeroen@dD57729A7.access.telenet.be] has joined #openttd 18:33:56 *** mgla__ [n=mgla@wikipedia/mgla] has joined #openttd 18:36:03 *** Born_Acorn [n=bornacor@ACCBA8B7.ipt.aol.com] has joined #openttd 18:36:19 <CIA-5> belugas * r3737 /branch/tfc_newmap/ (8 files): [tfc_newmap] -Updated to trunk r3733 18:38:38 <TrueLight> settings_gui.c:560: warning: 'v_PositionMainToolbar' defined but not used 18:38:38 <TrueLight> settings_gui.c:566: warning: 'AiNew_PatchActive_Warning' defined but not used 18:38:38 <TrueLight> settings_gui.c:572: warning: 'Ai_In_Multiplayer_Warning' defined but not used 18:38:38 <TrueLight> settings_gui.c:581: warning: 'PopulationInLabelActive' defined but not used 18:38:38 <TrueLight> settings_gui.c:591: warning: 'InvisibleTreesActive' defined but not used 18:38:39 <TrueLight> settings_gui.c:603: warning: 'InvalidateStationBuildWindow' defined but not used 18:38:41 <TrueLight> settings_gui.c:610: warning: 'CheckInterval' defined but not used 18:38:43 <TrueLight> settings_gui.c:631: warning: 'EngineRenewUpdate' defined but not used 18:38:45 <TrueLight> settings_gui.c:637: warning: 'EngineRenewMonthsUpdate' defined but not used 18:38:47 <TrueLight> settings_gui.c:643: warning: 'EngineRenewMoneyUpdate' defined but not used 18:38:49 <TrueLight> nice job!!! 18:38:52 <Eddi|zuHause> SPAM! 18:38:58 <TrueLight> yeah 18:41:09 <hylje> pastebin 18:41:27 <TrueLight> doesn't help in this channel 18:43:53 *** KUDr [i=KUDr@mazanec1.netbox.cz] has quit [Read error: 110 (Connection timed out)] 18:45:05 *** |Jeroen| [n=jeroen@dD57729A7.access.telenet.be] has quit [Remote closed the connection] 18:46:09 *** |AciD| [n=gni@tehpwnz.org] has joined #openttd 18:47:32 *** AciD [n=gni@unaffiliated/acid] has quit [No route to host] 18:48:37 *** mgla [n=mgla@wikipedia/mgla] has quit [Read error: 110 (Connection timed out)] 18:48:52 *** mgla__ is now known as mgla 18:53:12 *** znikoz [i=1@ant-88.ag1.dp.ukrtel.net] has joined #openttd 18:54:24 *** Tron_ is now known as Tron 18:57:13 *** tank__ is now known as tank 18:57:53 *** AmiX2 [n=Michal@90.80-203-44.nextgentel.com] has joined #openttd 19:03:54 *** |AciD| is now known as AciD 19:04:48 *** Scia [n=Scia@AveloN.xs4all.nl] has joined #openttd 19:07:13 *** Pulec [n=Pulcoj@62.204.255.139] has joined #openttd 19:07:44 *** |Jeroen| [n=jeroen@dD57729A7.access.telenet.be] has joined #openttd 19:12:55 <Bjarni> ... 19:13:06 <Bjarni> my mailbox got 27 new svn messages 19:13:39 <Diablo-D3> jesus 19:14:30 <Bjarni> no, I don't think he sent any of them 19:15:07 *** Angst [n=Angst@p5494699F.dip.t-dialin.net] has joined #openttd 19:17:12 <CIA-5> belugas * r3738 /branch/tfc_newmap/roadveh_cmd.c: [tfc_newmap] -Corrections on commit r3737 19:17:20 *** eQualizer [n=lauri@dyn12-72.dsl.spy.dnainternet.fi] has quit ["Jepjep, reboot, yet again"] 19:17:23 <Belugas> Youhave one more, now Bjarni :) 19:17:48 <Bjarni> actually I'm doing the final testing on a new patch 19:18:03 <Bjarni> so I will get even more 19:18:38 <Diablo-D3> Synfig on Ubuntu: http://shadowconflict.blogspot.com/2006/03/synfig-ubuntu-debs.html 19:19:00 *** sergeynik [i=1@ant-203.ag1.dp.ukrtel.net] has joined #openttd 19:20:38 *** Belugas is now known as Belugas_Work 19:20:58 *** Jezral [n=projectj@nat.kollegienet.dk] has quit [Read error: 104 (Connection reset by peer)] 19:21:21 *** Jezral [n=projectj@nat.kollegienet.dk] has joined #openttd 19:23:50 <Belugas_Work> Remember, bjarni : each commit of dev will get his shadow in tfc. Unless I gather everything and bring it in one go, kindda end of day. Mmmm I should study that svn merge thing a bit... 19:24:27 <Bjarni> ohoh 19:24:33 <Bjarni> segmentation fault 19:24:48 * Bjarni tries to do the same to a clean source 19:25:24 <Bjarni> either somebody else broke the trunk today or I broke it in a totally weird way 19:25:29 *** znikoz [i=1@ant-88.ag1.dp.ukrtel.net] has quit [Read error: 110 (Connection timed out)] 19:26:30 *** KritiK [i=Maxim@ppp85-140-20-185.pppoe.mtu-net.ru] has joined #openttd 19:26:48 <AmiX2> Bjarni: whats the next plans for openttd? 19:27:06 <Bjarni> hmmm 19:27:11 <Bjarni> to make it better, I guess 19:28:04 *** XeryusTC [n=XeryusTC@cc480157-a.sneek1.fr.home.nl] has quit [Read error: 110 (Connection timed out)] 19:28:37 <Bjarni> AmiX2: do you have another plan? 19:28:47 <AmiX2> :) 19:28:57 <Belugas_Work> make it the bets 19:28:59 <Belugas_Work> best 19:29:01 <AmiX2> its very playable now 19:29:17 <AmiX2> i only miss 2 things :) 19:29:30 <AmiX2> trams and highways :) 19:29:37 <Bjarni> it's a question you can't answer correctly. Yes means he is sucking up to the devs, no means that he will be kicked :p 19:29:56 <AmiX2> ;) 19:31:43 <Bjarni> shit, the segmentation fault happens in a clean copy as well 19:31:50 <Bjarni> somebody broke the trunk today 19:32:02 * Bjarni looks around for somebody to blame 19:32:05 <Tron> Bjarni: are you pre 3733? 19:32:32 <Bjarni> 3738 19:32:42 <Bjarni> Program received signal EXC_BAD_ACCESS, Could not access memory. 19:32:42 <Bjarni> Reason: KERN_INVALID_ADDRESS at address: 0x100f3ca4 19:32:42 <Bjarni> 0x0002d3b0 in SelectGameWndProc (w=0x180df0, e=0xdf) at intro_gui.c:65 19:32:42 <Bjarni> 65 DrawString(223, 121, mapsizes[_patches.map_x - 6], 0x10); 19:32:48 *** BJH [n=chatzill@e176125183.adsl.alicedsl.de] has joined #openttd 19:32:56 *** Rexxie [n=rexxars@ti131310a080-7361.bb.online.no] has joined #openttd 19:33:43 <Bjarni> as luck would have it, I got commit message galore today, so it's a needle in a haystack to find the right one :( 19:33:44 *** sulai [n=Admin@i577B4A6C.versanet.de] has left #openttd [] 19:33:47 *** mgla [n=mgla@wikipedia/mgla] has quit [""Sometimes it's better to light a flamethrower than curse the darkness." - Terry Pratchett"] 19:34:31 *** AmiX2 is now known as Amix 19:34:35 *** mgla [n=mgla@wikipedia/mgla] has joined #openttd 19:36:29 *** eQualizer [n=lauri@dyn12-72.dsl.spy.dnainternet.fi] has joined #openttd 19:37:03 <Bjarni> damn, I hate when something breaks and I don't know which revision caused it 19:37:12 <Bjarni> I have to recompile so many times :( 19:41:49 *** |Jeroen| [n=jeroen@dD57729A7.access.telenet.be] has quit [Remote closed the connection] 19:44:21 *** znikoz [i=1@ant-147.ag1.dp.ukrtel.net] has joined #openttd 19:47:15 *** sergeynik [i=1@ant-203.ag1.dp.ukrtel.net] has quit [Read error: 110 (Connection timed out)] 19:51:35 <Bjarni> looking though the log, I can't see that anybody but Darkvater broke it 19:51:51 <Bjarni> but the other bug he made hide it so well that I can't know for sure 19:51:54 <Bjarni> at least not right now 19:51:58 <Bjarni> Darkvater: ping 19:52:00 <Bjarni> urgent 19:52:11 <Bjarni> it's a matter of life and death 19:52:19 <Bjarni> I can't start OpenTTD :~( 19:52:31 *** Osai [n=Osai@p54B36733.dip.t-dialin.net] has joined #openttd 19:52:58 <znikoz> Bjarni: thanks for OpenTTD 19:53:04 <Bjarni> yeah 19:53:18 <znikoz> :) 19:53:19 <Bjarni> right now it's a lot of useless bits though 19:53:34 * Bjarni hits Darkvater 19:53:41 <znikoz> :( 19:53:43 *** TinoDidri [n=projectj@nat.kollegienet.dk] has joined #openttd 19:53:45 *** Jezral [n=projectj@nat.kollegienet.dk] has quit [Read error: 104 (Connection reset by peer)] 19:53:55 <Bjarni> Darkvater: where are you???? 19:54:41 <TrueLight> hidden under a rock! 19:54:56 <Bjarni> now is the time to make insane theories 19:55:10 <Bjarni> I bet he did it on purpose and is hiding because of that 19:56:12 <Bjarni> TrueLight: without testing it, I got a feeling that the nightly build today will crash right away 19:56:35 <TrueLight> so test it before you bitch about it :p 19:57:04 <Bjarni> it's a conspiracy. Darkvater made Belugas_Work commit all those files to spam the svn log to hide the evidence 19:57:15 <TrueLight> Bjarni: find the revision that does it 19:57:34 <Belugas_Work> Yeah :) hand in hand to give nightmares Gnegnegne 19:57:48 <TrueLight> [20:32:42] <@Bjarni> 65 DrawString(223, 121, mapsizes[_patches.map_x - 6], 0x10); 19:57:53 <TrueLight> print _patches.map_x 19:58:01 <Bjarni> I fail to do that because Darkvater made another bug and this bug was introduced before the other one was fixed 19:58:06 <TrueLight> possible Darkvater made a mistake with that 19:58:26 <Bjarni> (gdb) print _patches.map_x 19:58:26 <Bjarni> = 134217728 19:58:31 <TrueLight> see? :) 19:58:32 <Bjarni> a bit high 19:58:42 <TrueLight> so his patch about saving patches and loading it clearly fucked up 19:58:44 <Bjarni> Darkvater: I use a normal sized map :p 19:58:47 <TrueLight> Bjarni: did you load an old map, or made a new, or? 19:59:04 <Bjarni> or just wrote ./openttd 19:59:11 <Bjarni> I don't even get to the main menu 19:59:15 <TrueLight> so the startup map :) 19:59:23 <TrueLight> please rename data/opntitle.dat 19:59:26 <TrueLight> and start openttd again 20:00:16 <Bjarni> no change 20:00:32 <TrueLight> check your openttd.cfg 20:00:35 <TrueLight> shouldn't matter 20:00:36 <TrueLight> hehe 20:00:37 <TrueLight> oh well 20:00:51 *** jnmbk [n=ugur@88.240.20.85] has quit [Remote closed the connection] 20:00:53 <Bjarni> it did this in two different dirs 20:01:07 <TrueLight> still the same error? 20:01:12 <Bjarni> I don't think I got the same corrupted cfg file in two different dirs 20:01:16 <Bjarni> still the same error 20:01:37 <TrueLight> check anyway Bjarni 20:01:40 <TrueLight> never assume something 20:01:57 <Bjarni> well, no change 20:02:08 <Bjarni> except now I got 20:02:08 <Bjarni> dbg: [Sl] Cannot open savegame for saving/loading. 20:02:08 <Bjarni> dbg: [Sl] Cannot open savegame for saving/loading. 20:02:11 <Bjarni> before it crashed 20:02:39 <Bjarni> hmm 20:02:47 <Bjarni> any way I can make gdb print hex? 20:03:11 <Bjarni> since this is most likely an endian bug 20:03:25 <Bjarni> Darkvater tend to make those whenever messing with saveload.c 20:03:52 <Bjarni> and I don't want to convert that number to hex in my head :p 20:04:19 <TrueLight> no jmp here 20:04:22 <TrueLight> what number? 20:04:29 <Bjarni> 134217728 20:04:35 <Bjarni> that is what I get each time 20:04:40 <Belugas_Work> I remember I compiled and run 3726 fine yesterday. For what it mught help... 20:04:51 <Tron> printf "%x\n",... 20:05:09 <TrueLight> !calc obase=16; 134217728 20:05:09 <TrueLight> [21:05:03] <jmp_ghli> >TrueLight> 8000000 20:05:48 <Bjarni> looks very much like an endian bug 20:05:53 <Bjarni> 8 read from the wrong end 20:06:02 <TrueLight> woudl be really bad :p 20:06:08 <gagarin_lg> i had a segfault, too this morning. copying the binary in the openttd-0.4.5 directory and the 2ccmap.grf in the data-directory helped 20:06:28 <TrueLight> lol, like that 2ccmap.grf had anything to do with that..... 20:06:30 <Bjarni> it is 0x0800 0000 instead of 0x0000 0008 20:06:38 <Bjarni> endian issue 20:06:40 <gagarin_lg> no, but openttd needs it 20:06:47 <TrueLight> gagarin_lg: 0.4.5 not really 20:07:07 <gagarin_lg> i copied the NEW binary in the0.4..5 dir 20:07:12 <TrueLight> !slap Darkvater: use 80 char comments, not something like 85 20:07:27 <TrueLight> gagarin_lg: sorry, misread :) 20:07:50 <TrueLight> * The 'G' stands for global, so this is the one you will use for a SettingDescGlobVarList 20:07:51 <TrueLight> * section meaning global variables. The other uses a Base/Offset and runtime variable 20:07:51 <TrueLight> Both JUST over the 80 chars, and then a hard return... I mean.. if you want to do it, do it correct ;) 20:08:18 *** |Jeroen| [n=jeroen@dD57729A7.access.telenet.be] has joined #openttd 20:09:11 <Bjarni> btw 0800 0000 x 0800 0000 would be one hell of a map size o_O 20:09:25 <Diablo-D3> Bjarni: eh 20:09:27 <Diablo-D3> not really 20:09:37 <Diablo-D3> it'd be one bitch to play 20:09:52 <TrueLight> Bjarni: default value is indeed 8 20:09:55 <Bjarni> it's even 2^(0x0800 0000) 20:10:03 <Eddi|zuHause> you probably get memory issues ;) 20:10:18 *** TinoDidri [n=projectj@nat.kollegienet.dk] has quit [Connection reset by peer] 20:10:20 <TrueLight> Bjarni: if you want to confirm this: change line 1056, map_x, the 8 in a 9 20:10:25 <TrueLight> and if needed in your openttd.cfg too 20:10:29 <TrueLight> and see his value 20:10:31 *** Jezral [n=projectj@nat.kollegienet.dk] has joined #openttd 20:10:31 <Eddi|zuHause> (2^(0x0800 0000))^2, or not? 20:11:21 <Eddi|zuHause> that's a pretty damn big number ;) 20:11:30 *** Brianetta [n=brian@82-39-48-88.cable.ubr03.benw.blueyonder.co.uk] has joined #openttd 20:11:43 <Bjarni> err, line 1056 of what file? 20:11:47 <TrueLight> settings.c 20:11:48 <TrueLight> sorry 20:12:31 *** DjViper [i=djviper@mishima-empire.h-nett.no] has quit ["Client Exiting"] 20:12:34 <Bjarni> I'm not sure this will work 20:12:49 <TrueLight> it just confirms the bug or not 20:12:52 <Bjarni> I think I read somewhere that it will always use 8x8 for main menu 20:13:02 <TrueLight> true 20:13:11 <TrueLight> forgot about that :p 20:13:20 <TrueLight> you have a savegame of a bigger map? 20:13:24 <TrueLight> use -g option to load it 20:13:51 <Bjarni> I did that 20:13:55 <Bjarni> then I got: 20:14:00 <Bjarni> Invalid map size 20:14:12 <TrueLight> lol 20:14:14 <Bjarni> looks like error() was called somewhere 20:14:24 <TrueLight> so we er back to zero-point :p 20:15:12 <Bjarni> #16 0x00058564 in error (s=0x3000006 "") at openttd.c:74 20:15:17 <Bjarni> yeah, error() was called 20:15:27 <Bjarni> but it sure did add a lot to the stack 20:15:32 <TrueLight> 16 deep? Lol :) 20:15:45 <Tron> typedef struct Patches { 20:15:46 <Tron> [...] 20:15:54 <Tron> uint map_x; // Size of map 20:15:54 <Tron> uint map_y; 20:16:20 <Tron> SDT_VAR(Patches, map_x, ---> SLE_UINT8 <--- , S, 0, 8, 6,11, STR_CONFIG_PATCHES_MAP_X, NULL), 20:16:20 <Tron> SDT_VAR(Patches, map_y, ---> SLE_UINT8 <--- , S, 0, 8, 6,11, STR_CONFIG_PATCHES_MAP_Y, NULL), 20:16:24 <TrueLight> Lol 20:16:24 <Tron> any questions? 20:16:29 <TrueLight> nice spotting Tron :) 20:17:01 <Bjarni> no wonder it failed 20:17:10 <Bjarni> GCC don't like ---> and <--- 20:17:10 <TrueLight> So we now all slap Darkvater over and over and over :) :p 20:17:11 <Bjarni> :p 20:17:24 <Tron> and then a bit more 20:17:26 <hylje> slapping machine 20:17:30 <TrueLight> haha :) 20:17:31 <hylje> set to overdrive 20:17:39 <TrueLight> SLE_FILE_U8 | SLE_VAR_U32 ;) 20:17:51 <Bjarni> while(1) {slap(Darkvater);} 20:19:44 <Bjarni> hmm 20:20:25 <Bjarni> since Darkvater wants a single byte, maybe I can get my altivec to slap him 16 times in parallel 20:21:02 <Bjarni> but then I would have to specify 16 places to hit him so they don't interfere with each other 20:21:27 <TrueLight> Use (quantum) tunneling 20:21:48 *** znikoz2 [i=1@ant-237.ag1.dp.ukrtel.net] has joined #openttd 20:21:48 <TrueLight> "Ik voel me kut in een quantum put" 20:21:57 <hylje> ! 20:22:05 <Bjarni> now it worked 20:22:11 <Bjarni> but it's still not perfect 20:22:18 <Bjarni> wtf happened to the colours??? 20:22:21 <Prof_Frink> TrueLight: He kicked you in the quantums? 20:22:56 <Bjarni> they look kind of like the Mars conversion o_O 20:23:08 <Bjarni> hmm 20:23:15 <Bjarni> water is still blue 20:23:19 <Bjarni> everything else changed 20:23:25 <TrueLight> Bjarni: compile it, pack it, and release it as the new OpenTTD: OpenTTD Mars Extension 20:23:27 <TrueLight> maybe it sells 20:23:42 *** Cipri [n=Cipri@c-24-129-101-95.hsd1.fl.comcast.net] has joined #openttd 20:24:09 <TrueLight> "Now exclusive: OpenTTD And OpenTTD: Mars Extension for just 20 pound!) 20:24:44 <TrueLight> I mean, it happened to Roller Coaster: just some new colors and we call it an addon! 20:26:16 <Bjarni> great, now I can't even access my own homepage o_O 20:26:31 <hylje> omg 20:26:34 <TrueLight> it is a virus! 20:26:37 <TrueLight> it is spreading! 20:26:39 <Bjarni> http://www.student.dtu.dk/~s991088/wrong_colourmap.png 20:26:39 <TrueLight> the virus from mars! 20:26:45 <Bjarni> it should be there 20:26:47 <peter1138> hello 20:26:50 <Bjarni> but I can't check if it really is 20:26:51 <TrueLight> hello 20:26:55 <Bjarni> hello 20:27:01 <Bjarni> 'allo 20:27:08 <TrueLight> slow http :p 20:27:18 <hylje> TrueLight: agreed 20:27:20 <Bjarni> is it slow right now for you too? 20:27:33 <peter1138> what's wrong with a uint8 for the mapsize? 20:27:43 <hylje> yes 20:28:00 <Bjarni> peter1138: big endian reads it as 0x0800 0000 for the number of bits in each direction 20:28:05 <TrueLight> peter1138: nothing... if the memory assigment is the same as the disk assigment 20:28:06 <peter1138> ah 20:28:38 <TrueLight> Bjarni: indeed, bad colors :p 20:28:46 <peter1138> silly architectures ;) 20:28:47 <TrueLight> newgrf? :p 20:28:59 <TrueLight> peter1138: no, silly Darkvater ;) 20:29:20 <Bjarni> TrueLight: btw you can make a nightly build for x86 OSX. Just use i686 gcc instead of PPC gcc and it should work 20:29:33 <Bjarni> I fixed the rest of the stuff to make it easy for everybody else 20:29:35 <TrueLight> Bjarni: sure I can, but do you have someone to test it? 20:29:45 <Bjarni> yeah 20:29:49 <Bjarni> Tobin 20:29:51 <TrueLight> you have? 20:29:56 <TrueLight> Tobin is not here :p 20:30:00 <Bjarni> I know 20:30:10 <Bjarni> he have still to test my x86 fixing patch :( 20:30:20 *** znikoz [i=1@ant-147.ag1.dp.ukrtel.net] has quit [Connection timed out] 20:30:38 <TrueLight> so I compile something you are going to fix 20:30:38 <Bjarni> something is really wrong with my homepage server 20:30:39 <TrueLight> hmmz 20:30:54 <Bjarni> I still haven't verified that I actually uploaded the file 20:31:11 <Bjarni> I mean I still have to get the reply that the server is there 20:31:32 <peter1138> yeah, it's a bit... dead 20:31:34 <Bjarni> here is the good part: it's one of the fastest servers in Denmark..... I pretty sure they fucked it up right now 20:32:46 <Bjarni> o_O 20:32:55 <Bjarni> now it all of a sudden showed up 20:33:05 <peter1138> yay 20:33:07 <peter1138> nice colours 20:33:17 <Bjarni> from the time it located the server until I got the pio, it took like no time at all 20:33:23 <peter1138> how did you manage that? 20:33:38 <TrueLight> :35:3: error: #error "SSE instruction set not enabled" 20:33:42 <TrueLight> with that, Bjarni, i686 fails 20:33:58 <Bjarni> I updated to the newest revision and compiled a clean source with no newgrf 20:34:06 *** bp0 [i=pburt0@watertownDHCP-2.216-254-231.iw.net] has joined #openttd 20:34:13 <Bjarni> so I guess we have more than one endian issue 20:34:29 <Bjarni> TrueLight: weird 20:34:44 <Tron> oh, it would be so nice if clueless people would just shut up *sigh* 20:35:02 <peter1138> which people? Heh 20:35:10 <Bjarni> I wonder the same thing 20:35:11 *** Jezral [n=projectj@nat.kollegienet.dk] has quit [Success] 20:35:15 <Bjarni> most likely on the forum 20:35:28 <Tron> http://tt-forums.net/viewtopic.php?t=22188&start=40 20:35:43 <Tron> the last posts by korenn and prissi are just plain wrong 20:35:55 <peter1138> ahh 20:36:33 <peter1138> "has only 0 and not zero" 20:36:33 <peter1138> wtf? 20:36:41 <TrueLight> Bjarni: I can just force SSE? 20:36:43 <Tron> C mandates 0 and 1 20:37:10 <Bjarni> TrueLight: beats me. I have never seen that error 20:37:20 <peter1138> i'd say ignore them, and they'll go away, but i don't think that works :( 20:37:37 <Bjarni> peter1138: it failed on Horse 20:38:36 *** DJ_Mirage [n=djmirage@biggetje.xs4all.nl] has quit [Read error: 104 (Connection reset by peer)] 20:38:53 <TrueLight> Bjarni: it needs MMX too 20:39:28 <TrueLight> Bjarni: now it compiles 20:39:56 <TrueLight> lol, mre shit :p 20:40:25 <TrueLight> /usr/i686-apple-darwin8/usr/lib/gcc/i686-apple-darwin8/4.0.1/include/mmintrin.h: 20:40:25 <TrueLight> In function '_mm_cvtsi32_si64': 20:40:25 <TrueLight> /usr/i686-apple-darwin8/usr/lib/gcc/i686-apple-darwin8/4.0.1/include/mmintrin.h: 20:40:25 <TrueLight> 63: error: can't convert between vector values of different size 20:40:39 <Bjarni> o_O 20:40:40 *** stavrosg [n=stavrosg@athedsl-10425.otenet.gr] has quit ["*poof*"] 20:41:19 <Bjarni> ok, we will postpone the x86 OSX nightly build 20:41:26 <TrueLight> :) 20:41:34 <Bjarni> partly since I'm more concerned with the PPC port right now 20:41:59 <TrueLight> #if TARGET_CPU_X86 20:41:59 <TrueLight> #include <xmmintrin.h> 20:41:59 <TrueLight> #endif 20:42:04 <TrueLight> that piece of code is tha problem! 20:42:28 *** Jezral [n=projectj@nat.kollegienet.dk] has joined #openttd 20:44:20 <TrueLight> yeah, it triggered a recompile! WHOHO! 20:44:34 <Bjarni> yeah, now I solved the colour issue 20:44:41 <Bjarni> what do you think the problem was? 20:45:29 <Bjarni> Restored 'data/opntitle.dat' 20:45:33 <Bjarni> this solved the issue 20:45:37 <TrueLight> huh? 20:45:38 <Bjarni> even though I have no idea why 20:45:38 <TrueLight> Lol!! 20:46:02 <Tron> "Perlin noise, AIUI, involves LOTS of integer multiplication byvery large (5-6 digit) primes. Optimizing such things into shifts and adds is a bit more difficult than when dealing smaller numbers." 20:46:04 <Tron> ok 20:46:09 <Tron> who released all the morons? 20:46:21 <Bjarni> Bush? 20:46:41 <TrueLight> very large primes.. 5-6 digits... oeh, very big!! :p 20:46:45 <TrueLight> Bush yes! BUSH DID IT! 20:46:48 <TrueLight> We saw it :) 20:46:51 <Tron> hm, nice try, but i guess we can not blame him for this one, sorry 20:47:09 <TrueLight> /usr/i686-apple-darwin8/usr/lib/gcc/i686-apple-darwin8/4.0.1/include/mmintrin.h: 20:47:09 <TrueLight> In function '_mm_cvtsi32_si64': 20:47:09 <TrueLight> /usr/i686-apple-darwin8/usr/lib/gcc/i686-apple-darwin8/4.0.1/include/mmintrin.h: 20:47:09 <TrueLight> 63: error: can't convert between vector values of different size 20:47:16 <TrueLight> I really have no clue what this means 20:47:18 <Bjarni> hmm 20:47:28 <Tron> perlin noise does not involve any primes, maybe the pseudo random number generator it uses does that, but not perlin noise 20:47:29 <Bjarni> then Mao Tse Tung did it 20:47:55 <Tron> multiplication by constant values is handled pretty well by todays compilers, hell, even 20 year old compilers can handle that 20:48:34 <Bjarni> SDT_BOOL(Patches, invisible_trees, S, 0, false, STR_CONFIG_PATCHES_INVISIBLE_TREES, NULL),//&InvisibleTreesActive), 20:48:34 <Bjarni> SDT_BOOL(Patches, population_in_label, S, 0, true, STR_CONFIG_PATCHES_POPULATION_IN_LABEL, NULL),//&PopulationInLabelActive), 20:48:34 <Bjarni> - SDT_VAR(Patches, map_x, SLE_UINT8, S, 0, 8, 6,11, STR_CONFIG_PATCHES_MAP_X, NULL), 20:48:34 <Bjarni> - SDT_VAR(Patches, map_y, SLE_UINT8, S, 0, 8, 6,11, STR_CONFIG_PATCHES_MAP_Y, NULL), 20:48:39 <Tron> good pseudo random number generators don't necessarily involve multiplications, btw 20:48:39 <Bjarni> + SDT_VAR(Patches, map_x,SLE_FILE_U8|SLE_VAR_U32, S, 0, 8, 6,11, STR_CONFIG_PATCHES_MAP_X, NULL), 20:48:42 <Bjarni> + SDT_VAR(Patches, map_y,SLE_FILE_U8|SLE_VAR_U32, S, 0, 8, 6,11, STR_CONFIG_PATCHES_MAP_Y, NULL), 20:48:46 <Bjarni> SDT_BOOL(Patches, link_terraform_toolbar, S, 0, false, STR_CONFIG_PATCHES_LINK_TERRAFORM_TOOLBAR,NULL), 20:48:56 <TrueLight> Bjarni: tnx for this intermezzo 20:48:58 <Bjarni> is the missing spaces better than making the lines longer than the others? 20:49:07 <TrueLight> Bjarni: I have no idea what is wrong with this i686, but they fucked something up, that is for sure 20:49:20 <Bjarni> TrueLight: I will look at it later 20:49:31 <peter1138> Bjarni: not sure that's the right solution 20:49:40 <TrueLight> Bjarni: we might just save the 32bit too 20:49:45 <TrueLight> I was kind of kidding with my solution :) 20:49:51 <Bjarni> it works 20:49:58 <TrueLight> yeah, dah, but is it correct ;) 20:50:06 <peter1138> windows *works* ... 20:50:07 <peter1138> er 20:50:08 <peter1138> mostly 20:50:09 <peter1138> hmm 20:50:13 <TrueLight> Windows doesn't work 20:50:13 <peter1138> maybe that was a bad example :) 20:50:16 <TrueLight> you work for Windows 20:50:36 <Bjarni> well, in this case it is an improvement compared to the current revision 20:50:40 <TrueLight> Sigh: /usr/i686-apple-darwin8/usr/lib/gcc/i686-apple-darwin8/4.0.1/include/xmmintrin.h:679: error: incompatible types in initialization 20:50:48 <Tron> peter1138: of course it works on windows, because that's running on a LE arch 20:50:50 <Bjarni> hehe 20:52:01 *** XeryusTC [n=XeryusTC@cc480157-a.sneek1.fr.home.nl] has joined #openttd 20:52:11 <Bjarni> TrueLight: just stop working on it now. It might be broken here as well. I will have to test myself to be sure that this way of solving the issue works here as well 20:52:23 <TrueLight> Bjarni: it has little to do with OpenTTD :p 20:52:27 <peter1138> Tron: i wasn't reering to ottd :) 20:53:06 <peter1138> uint map_x 20:53:17 <peter1138> can that be changed to uint8 (or byte) map_x? 20:53:59 <peter1138> (and would that work on BE?) 20:54:08 <Bjarni> btw if it saves how many bits it got in each direction, then why is 32 bit needed to store it instead of just 8? 20:54:32 <TrueLight> Bjarni: got it to compile 20:54:35 <TrueLight> a lot of warnings 20:54:38 <TrueLight> from OpenTTD 20:54:42 <Bjarni> when will we use more than 2^255 maps? 20:54:45 <TrueLight> but at least it now doesn't bitch that much :) 20:54:46 <peter1138> Bjarni: that's my point :) 20:54:53 <Bjarni> TrueLight: yeah, I know 20:55:00 <peter1138> Bjarni: change to byte in variables.h and see what happens? :p 20:55:14 <TrueLight> Bjarni: it needs -mmmx -msse2 to compile 20:55:23 <TrueLight> I guess all x86 hardware of MacOSX have that ;) 20:55:28 <peter1138> hm 20:55:34 <peter1138> this multistop still doesn't work right :( 20:55:48 <Bjarni> TrueLight: actually all of them got SSE3 20:55:55 <TrueLight> even better 20:56:30 <TrueLight> video/cocoa_v.m:476: warning: 'pt.x' may be used uninitialized in this function 20:56:30 <TrueLight> video/cocoa_v.m:476: warning: 'pt.y' may be used uninitialized in this function 20:56:34 <Bjarni> so they added SSE3 code even when it's not needed to beat the guys using 3rd party SSE2 hardware to pirate OSX 20:56:38 <TrueLight> video/cocoa_v.m:1192: warning: 'GetPortPixMap' is deprecated (declared at /usr/i686-apple-darwin8/System/Library/Frameworks/ApplicationServices.framework/Frameworks/QD.framework/Headers/Quickdraw.h:6049) 20:56:42 <TrueLight> and much more of those 20:56:45 <Bjarni> at least that is what I read 20:57:00 <Bjarni> I know all the deprecated stuff 20:57:04 <Bjarni> and I know why it shows up 20:57:15 <Bjarni> the issue is more like why it fails to show on PPC 20:57:16 <TrueLight> because it is deprecated ;) 20:57:40 <Bjarni> no, I meant why it fails to warn that it's deprecated 20:57:52 <Bjarni> the code works 20:57:56 <TrueLight> it doesn't fail to warn, that is the problem ;) 20:58:25 <Bjarni> I only get the warnings when compiling for x86 20:59:03 <TrueLight> k, it compiled 20:59:19 *** Scia [n=Scia@AveloN.xs4all.nl] has left #openttd ["leaving..."] 20:59:24 <TrueLight> but you first need to fix all the warnings before I put it in the nightly system 20:59:28 <TrueLight> and get me a tester 20:59:31 *** thgergo [n=th_gergo@dsl51B7A15C.pool.t-online.hu] has quit [Read error: 113 (No route to host)] 20:59:31 <TrueLight> I will put the binary somewhere 21:00:04 <TrueLight> http://nightly.openttd.org/devs/openttd <- Let someone test it, report to me, if it works, we kick it in the nightly 21:00:38 <TrueLight> file /ottd_farm/compile_test/openttd 21:00:38 <TrueLight> /ottd_farm/compile_test/openttd: data 21:00:40 <TrueLight> :p 21:00:49 <TrueLight> bbl 21:01:46 *** znikoz2 [i=1@ant-237.ag1.dp.ukrtel.net] has quit [] 21:05:56 <peter1138> hmm 21:06:04 <peter1138> Increate money by £734,449,407,616 21:06:07 <peter1138> err 21:06:08 <peter1138> Increase 21:06:18 <Tron> this DmitryKo guy writes messages and deletes them right afterwards... 21:06:28 <hylje> k 21:06:33 <peter1138> (i guess that's inflation?) 21:06:34 *** tokai|csi [n=tokai@p54B85066.dip0.t-ipconnect.de] has quit [Read error: 104 (Connection reset by peer)] 21:06:35 <peter1138> oh? 21:06:35 <peter1138> hmm 21:07:20 <TrueLight> I just made a snwoman with my mother :) IT snows here lovely hard 21:07:37 <hylje> should the game invoke forced money reforms when inflation reaches a point? 21:07:55 *** znikoz2 [i=1@ant-237.ag1.dp.ukrtel.net] has joined #openttd 21:07:57 <peter1138> 20:34 < peter1138> TrueLight: you need a woman 21:08:03 <peter1138> that's not quite what i meant ;) 21:08:05 *** Coder`TuX [n=codertux@85.204.17.98] has quit ["Windows, the best game ever: Try to see how many blue screens you can get per hour and then try to beat that record!"] 21:08:37 <Bjarni> TrueLight: can we see a picture of it? 21:08:49 <TrueLight> no 21:09:52 <Bjarni> is it really that ugly? 21:09:58 <TrueLight> yes 21:10:01 <TrueLight> but it was fun 21:10:02 <Bjarni> :p 21:10:56 <TrueLight> How to get all files between 2005-10-01 and 2005-10-31? 21:11:08 <Bjarni> setting the vars to uint8 instead of uint also fixed the problem 21:11:30 <Bjarni> TrueLight: use svn... it got some sort of date function 21:11:36 <TrueLight> Bjarni: ...... 21:11:49 <TrueLight> I ment in a random directory with files 21:11:52 <Tron> TrueLight: find 21:11:56 <TrueLight> Tron: that I know 21:11:59 <TrueLight> just the params I can't figure out :s 21:12:19 <Tron> first: which time? 21:12:25 <TrueLight> 00:00:00 :p 21:12:29 <TrueLight> (I want that month) 21:12:33 <Tron> last access? last write? creation? 21:12:39 <TrueLight> creation 21:13:07 <TrueLight> (which is last write) 21:13:08 <Tron> find -ctime 21:13:53 *** sw4y [n=sw4y@snat2.arachne.czfree.net] has quit ["Odletam do paralelniho vesmiru..."] 21:14:01 <TrueLight> Tron: that is last changed n*24 hours ago 21:14:03 <TrueLight> from current date 21:16:40 <Tron> echo 2+28+31+31+30+31 | bc 21:17:48 *** Pulec [n=Pulcoj@62.204.255.139] has quit [Read error: 113 (No route to host)] 21:18:51 <peter1138> Bjarni: that strikes me as the better solution 21:18:56 <peter1138> Darkvater: ping? :) 21:19:06 <Bjarni> Darkvater is hiding 21:19:17 <hylje> i wonder why.. 21:19:29 <hylje> or perhaps hes unconcious from all the slapping 21:19:44 <Bjarni> because he broke OpenTTD on a whole lot of computers? 21:20:04 <Bjarni> it broke it on mine, which is the worst he can do 21:20:27 <hylje> thereby bjarnis comp = a whole lot of computers 21:20:29 *** Prof_Frink [n=proffrin@cpc2-shep3-4-0-cust174.leic.cable.ntl.com] has quit [Remote closed the connection] 21:20:31 *** Prof_Frink [n=proffrin@cpc2-shep3-4-0-cust174.leic.cable.ntl.com] has joined #openttd 21:21:26 <Brianetta> Didn't break on mine 21:21:41 <Brianetta> Besides, if it's SVN it's not broken 21:21:43 <Brianetta> it's WIP 21:22:20 <peter1138> :) 21:22:38 <Brianetta> Same with the nightlies. 21:22:56 <Brianetta> My nightly server is a testing / debugging tool, not a production server. 21:23:23 <Brianetta> That's why I am happy to slap any of DV's patches on the thing 21:23:40 <Brianetta> If I wanted stable, production server I'd run the stable release (: 21:26:25 <hylje> production gaming server 21:27:23 <CIA-5> bjarni * r3739 /trunk/variables.h: -Fix: [Big endian CPUs] fixed bug introduced in rev 3720 where BE computers would read insane map sizes and crash as a result 21:27:54 *** Prof_Frink [n=proffrin@cpc2-shep3-4-0-cust174.leic.cable.ntl.com] has quit [Remote closed the connection] 21:27:57 *** Prof_Frink [n=proffrin@cpc2-shep3-4-0-cust174.leic.cable.ntl.com] has joined #openttd 21:28:29 *** gagarin_lg [n=gagarin@dslb-084-059-012-123.pools.arcor-ip.net] has quit ["Verlassend"] 21:30:38 *** Jenkz [n=nobody@80-192-44-21.stb.ubr05.dund.blueyonder.co.uk] has quit [Read error: 104 (Connection reset by peer)] 21:31:06 *** mgla [n=mgla@wikipedia/mgla] has quit [Read error: 110 (Connection timed out)] 21:31:27 *** TinoDidri [n=projectj@nat.kollegienet.dk] has joined #openttd 21:31:43 *** Jezral [n=projectj@nat.kollegienet.dk] has quit [Read error: 104 (Connection reset by peer)] 21:31:57 *** sulai [n=Admin@i577B4A6C.versanet.de] has joined #openttd 21:32:06 <sulai> hey 21:35:55 *** znikoz2 [i=1@ant-237.ag1.dp.ukrtel.net] has quit [] 21:35:58 <Brianetta> hi 21:43:10 <sulai> Brianetta: i just saw you are member of #openttdcoop? :D 21:43:11 <CIA-5> bjarni * r3740 /trunk/os/macosx/ (macos.h macos.m): 21:43:11 <CIA-5> -Feature: [OSX] added OS version, CPU type and newGRF settings to assert window and a message to tell people to add that to a bug report 21:43:11 <CIA-5> It also adds a new error window, which can be used just like assert, but it is also active when asserts are turned off 21:43:11 <CIA-5> This is useful for places where it's really important to check even if assert is turned off. It's not used in the code yet 21:43:34 <Bjarni> hmm 21:43:58 <Bjarni> what else to commit on a perfectly normal weekday that happened to have a commit frenzy... 21:44:15 <Brianetta> sulai: Honorary, yes 21:44:37 <Brianetta> Bjarni: Random code style cleanup 21:45:06 <Bjarni> <hylje> thereby bjarnis comp = a whole lot of computers <-- well, it IS a lot of transistors, so it depend on what you mean by computer ;) 21:45:07 <peter1138> Bjarni: tron's hasbit() stuff 21:45:15 <Bjarni> besides I'm not the only one to use Big Endian 21:45:28 <TrueLight> Bjarni: i686 warning fix? 21:46:25 <Bjarni> TrueLight: funny thing: it will not get rid of the warnings, but odds are that it will fix a crash in fullscreen on i686 21:46:47 <Bjarni> maybe I should just commit it since I know for sure that it can't break anything 21:47:14 <TrueLight> Bjarni: any idea how to fix the warnings? 21:47:15 <Bjarni> worst case: it just slows down something on x86 that is already broken... not the worst that can happen 21:47:26 <Bjarni> TrueLight: yeah.... but it includes a whole lot of work 21:47:43 <TrueLight> why? 21:47:46 <Bjarni> replace all calls to QuickDraw functions with calls to Quartz 21:47:52 <TrueLight> ah 21:47:55 <TrueLight> search/replace 21:48:05 <Bjarni> but they don't have 1-1 functions, so a bit of rewriting is needed :( 21:48:25 <TrueLight> hehe 21:49:01 <Bjarni> one good thing though: QuickDraw draws draws in the OS screen buffer while Quartz will try to send it directly to the GPU if possible 21:49:22 *** |Jeroen| [n=jeroen@dD57729A7.access.telenet.be] has quit [Remote closed the connection] 21:49:34 <Bjarni> the GPU don't have to do anything to it besides displaying it, but displaying is what it is meant to do 21:49:51 *** RoySmeding [i=1000@c514451cb.cable.wanadoo.nl] has quit [Remote closed the connection] 21:49:52 <Bjarni> it decreases overall memory transfers 21:50:20 <Bjarni> hence boosting performance. I don't know if you can tell the difference though 21:51:56 <Bjarni> hehe, I just realised that when eglandil shows up (tomorrow?) after being away for a week, will he read all the commit messages? 21:52:05 <Bjarni> just reading all of those today takes a while 21:54:43 <Belugas_Work> He's already there... 21:56:05 <Bjarni> hi egladil 21:56:08 *** DjViper [i=djviper@mishima-empire.h-nett.no] has joined #Openttd 21:56:16 <Bjarni> I didn't notice that you got back ;9 21:56:19 <egladil> Belugas_Work: damn. i was hoping he wouldn't notice until tomorrow :) 21:56:28 <egladil> hello 21:56:33 <Bjarni> hi egladil 21:56:58 <sulai> I'd like to know how branching works on svn. If coding a branch, is it always based on the most recent revision of the trunk? 21:56:59 <Belugas_Work> Hehehehe! 21:57:29 <Noldo> sulai: svn book might be the thing for you 21:58:04 * Bjarni hits egladil with a large stick 21:58:28 <egladil> well, i was just planning to go to sleep, so Bjarni, could you please pretend you didn't notice i was here? :) 21:58:31 <Bjarni> egladil: you added some carbon stuff in the cocoa video driver and now it is causing problems on x86 OSX :( 21:58:55 <Bjarni> ok, you need some sleep 21:59:07 <Bjarni> you got work to do :p 21:59:15 *** TinoDidri is now known as Jezral 21:59:37 <Bjarni> replacing each carbon function call in cocoa_v.m with cocoa function calls.... 22:00:59 <CIA-5> bjarni * r3741 /trunk/video/cocoa_v.m: 22:00:59 <CIA-5> -Fix: [i686 OSX] reverted the change in rev 3670 for non PowerPC (done with #ifdef) since it appeared to crash intel based macs 22:00:59 <CIA-5> This fix is not a good solution and might not work, but if it works, it's better than nothing until we get the real solution 22:01:39 <sulai> Is root/branch/cargo-packets merged from trunk automatically or manual? 22:01:41 <egladil> i'll take a look at it tomorrow then 22:01:55 <egladil> but now, goodnight 22:02:53 <Bjarni> goodnight egladil 22:05:31 *** ^Cartman^ [n=Eric_Car@ti100710a081-3876.bb.online.no] has joined #openttd 22:05:45 *** _StefaN^ [n=StefaN@nat5.mnc.pl] has quit [] 22:07:15 <Belugas_Work> goodnigh all. 22:07:22 *** Belugas_Work is now known as Belugas_Gone 22:07:57 <TrueLight> night Belugas_Gone 22:07:59 *** DaleStan_ [n=Dale@12-202-240-195.client.insightBB.com] has joined #openttd 22:08:01 *** DaleStan [n=Dale@12-202-240-195.client.insightBB.com] has quit [Nick collision from services.] 22:08:14 *** DaleStan_ is now known as DaleStan 22:12:46 *** Osai [n=Osai@p54B36733.dip.t-dialin.net] has quit [] 22:14:24 *** Angst [n=Angst@p5494699F.dip.t-dialin.net] has quit [""cal 9 1752""] 22:18:22 *** Spoco [n=Spoco@dsl-062-197-163-95.lohjanpuhelin.fi] has quit [] 22:21:29 <CIA-5> bjarni * r3742 /trunk/video/cocoa_v.m: -codechange: [OSX] changed an assert to use the new error window and added another two to show if the screen buffer fails for some reason in cocoa driver (instead of just crashing) 22:22:51 *** Nubian [n=nubian@mrkvovy.kokotko.sk] has quit [Read error: 110 (Connection timed out)] 22:24:37 *** TrueLight is now known as TL|Away 22:24:39 <TL|Away> night 22:24:53 <Bjarni> goodnight TL|Away 22:26:35 <blathijs> sulai: Probably manual, that is auto-merging and fixing mistakes 22:31:47 <sulai> thanx 22:32:55 *** ^Cartman^ [n=Eric_Car@ti100710a081-3876.bb.online.no] has quit ["Que?"] 22:34:48 <blathijs> sulai: since it happened over a one or two hour time span, and split into pieces 22:36:35 <sulai> celestar's merging? yes 22:37:05 *** Brianetta [n=brian@82-39-48-88.cable.ubr03.benw.blueyonder.co.uk] has quit ["Tschüß"] 22:46:27 <Celestar> sulai: ? 22:46:55 <blathijs> 22:59 < sulai> Is root/branch/cargo-packets merged from trunk automatically or manual? 22:48:06 <Celestar> ah 22:48:35 <Celestar> blathijs: it might be that the NPF issue I was hitting wasn't really NPF-related 22:49:58 <Celestar> not sure yet, will investigate sunday 22:50:44 <sulai> Celestar, I'm just having a look at cargo packets... in fact, I'm consuming all I can get :) 22:51:16 <sulai> Work on it has stoped since july last year, i think? 22:51:25 <Bjarni> blathijs: warning.... 22:51:34 <Born_Acorn> Celestar, how is erails progressing? 22:52:10 <Bjarni> Born_Acorn: I think the catenary fell down and people decided to postpone it for safety reasons 22:52:17 <Celestar> sulai: yes it has. 22:52:25 <Born_Acorn> humbug. 22:52:32 <Celestar> sulai: things have been going on. mainly me finding a job. 22:52:43 <Celestar> Born_Acorn: something will be commited on Tuesday 22:52:59 <Bjarni> Born_Acorn's real name is Scrooge? 22:53:08 <Bjarni> I didn't know that 22:53:12 <Bjarni> I thought it was Jackie 22:53:36 <sulai> Celestar, I see, you gotta tight sceduling :) 22:54:42 <Born_Acorn> Tuesday? :O 22:55:46 <Celestar> Born_Acorn: that's what I have planned. 22:55:49 *** Pulec [n=Pulcoj@62.204.255.139] has joined #openttd 22:56:26 <Celestar> I've found that I have to set myself deadlines to do stuff 22:56:48 *** KUDr [i=KUDr@mazanec1.netbox.cz] has joined #openttd 22:56:56 <Qball> Celestar: known problem 22:57:46 <Born_Acorn> Thats horribly close to today! 22:57:54 <Bjarni> http://www.tt-forums.net/viewtopic.php?t=22287&start=80 <--- DmitryKo actually say something that is not totally obscene, even though he ends it with a windows only speech 22:58:02 <Bjarni> but... 22:58:29 <Bjarni> how do you keep sprites in the memory of a video card and tell the video card to draw them correctly? 22:58:42 <blathijs> Bjarni: warning? 22:58:50 <blathijs> ah, warnings :-) 22:58:58 <Bjarni> yeah 22:59:00 <Celestar> Bjarni: I'll do that 22:59:20 <Bjarni> hmmm 22:59:23 <Bjarni> do what? 23:07:47 *** tokai|3 [n=tokai@p54B8046B.dip0.t-ipconnect.de] has joined #openttd 23:17:49 <Darkvater> sorry it took so long to get back..damn day 23:18:14 *** tokai|ni [n=tokai@p54B85066.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)] 23:18:57 *** XeryusTC is now known as Xeryus|sleep 23:27:19 *** sulai [n=Admin@i577B4A6C.versanet.de] has quit [Read error: 110 (Connection timed out)] 23:27:41 <Bjarni> Darkvater: you broke the nightly build for OSX 23:27:42 *** e1ko [n=31k0@a02-0432c.kn.vutbr.cz] has quit ["Chatzilla 0.9.67+ [SeaMonkey 1.0/2006013012]"] 23:28:19 <Bjarni> you save/load map size in uint8 and store them in variables.h as uint.... somehow that caused endian issues 23:28:45 <Bjarni> all of a sudden I crashed with an error because my map size was 0x0800 0000 x 0x0800 0000 23:29:03 <Bjarni> I think I would have run out of memory before filling it anyway 23:29:09 <Bjarni> btw, I fixed it 23:29:50 <Bjarni> 24 commits within the last 24 hours 23:29:56 <Bjarni> pretty good for a normal weekday 23:30:35 <Prof_Frink> Today is far from normal. 23:30:40 *** Pulec [n=Pulcoj@62.204.255.139] has quit ["( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )"] 23:31:43 <Bjarni> I know 23:31:49 <Bjarni> the mac nightly build failed 23:31:56 <Bjarni> and so did the MorphOS one 23:32:03 <Bjarni> nightly builds are usually very stable 23:33:42 <Prof_Frink> It was probably a commit @ 18:59, then another at 19:01 with "Ooops, fix huge bug in last commit" 23:35:34 <Bjarni> actually the bug was committed at 3 O'clock 23:35:47 <Bjarni> that's 17 hours before the nightly builds are build 23:36:39 <Bjarni> ahh, Darkvater: I got another new thing you should see 23:36:39 <Bjarni> http://www.student.dtu.dk/~s991088/G3BugWindow.png 23:36:59 <Bjarni> now it's also expanded to show a list of newgrf files, that is used 23:37:26 <Prof_Frink> Is it highlightable for easy copypaste? 23:37:47 <Bjarni> yes, and the text says so in the committed version 23:38:07 <Bjarni> this was made in an early stage as proof of concept 23:38:29 <Bjarni> or rather: proof that it works on old hardware as well 23:38:31 <Darkvater> hmm it seems I missed all the fun today :P 23:39:03 *** Netsplit brown.freenode.net <-> irc.freenode.net quits: Triffid_Hunter, stefan, SchAmane 23:39:03 <Darkvater> Bjarni: I? If you would look at the diffs you would see it was already UINT8 for years. It just never showed up because you were lucky 23:39:21 <Bjarni> weird 23:39:30 *** Netsplit over, joins: Triffid_Hunter, SchAmane, stefan 23:39:38 <Bjarni> well, you broke it somehow since it worked before you committed that patch :p 23:39:40 <Darkvater> Celestar: ping-reply 23:39:45 <Bjarni> he went to bed 23:40:16 <Darkvater> Bjarni: it was an untestable breakage, with a fix in a totally different part of the code :) 23:40:35 <Darkvater> which idiot made map_x uint anyways? or we support 2^39485134 maps now? 23:40:49 <Darkvater> http://www.student.dtu.dk/~s991088/wrong_colourmap.png <-- you probably want to fix this though :P 23:40:50 <Bjarni> good question 23:41:01 <Bjarni> hehe 23:41:08 <Bjarni> scroll down to see the solution 23:41:31 <Bjarni> now THAT was one really weird bug 23:42:08 <Darkvater> I thought you wrote loading the intro-game "fixed" it 23:42:15 <Darkvater> but I take if you remove it it's broken again 23:42:19 <Darkvater> so it's not fixed, no? 23:42:46 <Bjarni> maybe I should remove it again to see if it shows up again 23:43:06 <Bjarni> but why would removing it have that effect? 23:43:14 <Darkvater> donnu, it's for you to find out 23:43:25 <Darkvater> probably either ENDIAN issues or the Cocoa driver 23:43:47 <Bjarni> parts of the cocoa driver needs rewriting anyway 23:44:03 <Bjarni> since it got a little PPC only part :( 23:44:28 <Darkvater> hehe, saw that 23:44:42 <Bjarni> and here is a strange thing: the bug fix that increased speed 1000% triggered that x86 no longer could go into fullscreen 23:44:43 <Darkvater> somehow the cocoa driver looks like a bigger mess than the SDL-code.. 23:45:02 <Bjarni> actually not 23:45:22 <Bjarni> it only got one known "bug" and it affects x86 only 23:45:26 <Bjarni> while SDL.... 23:45:54 <Bjarni> besides when I could take a screenshot with the wrong colours, it's driver independent 23:45:56 <Darkvater> have you written to the SDL-guys about it? I think they would appreciate to know if there are such problems as an exit-hang 23:46:17 <Bjarni> no 23:46:45 <Bjarni> I wrote to them once because SDL failed to compile and I told that it would compile if a certain line got changed into something else 23:47:04 <Bjarni> so I have a nice Email from the guy, who started SDL in the first place 23:47:19 <Bjarni> and here I will quote the reply: 23:47:20 <Bjarni> "thanks" 23:47:25 <Bjarni> :) 23:47:35 <Darkvater> that was all? 23:47:40 <Darkvater> was it at least fixed? 23:47:58 <Bjarni> yeah, it was fixed 23:48:16 <Bjarni> and since they know the SDL internals better than I do, they fixed it in a better way 23:48:23 <Darkvater> that,s good. So write about the exit-hang :) 23:48:44 <Bjarni> but until they fixed it, I could compile with the 3rd party patch applied, so I was happy 23:49:06 <Bjarni> maybe I will 23:49:26 <Bjarni> but I would be surprised if nobody have done that 23:49:40 <Bjarni> according to google, it's a well known issue 23:49:53 <Darkvater> hmm..that's bad then :( 23:50:50 <Bjarni> If I have to use something SDL based, I will compile from source and make a dynamic build. That's the workaround to avoid that issue 23:50:55 <Bjarni> and some other ones as well 23:52:21 <Bjarni> I better get some sleep 23:52:42 *** bp0 [i=pburt0@watertownDHCP-2.216-254-231.iw.net] has left #openttd [] 23:52:45 <Bjarni> Darkvater: the next day we will have a lot of fun, we will try to pick one where you are away again :p 23:53:23 <Bjarni> goodnight 23:53:25 *** Bjarni [n=Bjarni@0x535ca226.virnxx14.adsl-dhcp.tele.dk] has quit ["Leaving"] 23:53:44 <Darkvater> hehe 23:53:56 <Darkvater> good cause I'm going skiing tomorrow so you can blame me for a week :) 23:56:48 *** dp__ [n=dp@p54B2FFB1.dip.t-dialin.net] has joined #openttd 23:59:34 *** Head [n=Head___@Pa722.p.pppool.de] has joined #openttd