Log for #openttd on 2nd March 2006:
Times are UTC Toggle Colours
00:01:44  *** dp [] has joined #openttd
00:05:18  *** Osai [] 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-- [] 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 [] 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 [] has joined #openttd
00:42:57  *** tiberiusteng [] has quit [Read error: 110 (Connection timed out)]
00:47:54  *** Sionide [n=sphinx@] has quit ["/quit"]
00:49:40  *** Zr40_ [] has joined #openttd
00:49:44  *** Zr40 [] 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_ [] has joined #openttd
01:13:57  *** BJH_ [] has quit [Client Quit]
01:30:27  *** BJH [] has quit [Read error: 110 (Connection timed out)]
01:30:43  *** Born_Acorn [] 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 [] has quit ["Miranda IM! Smaller, Faster, Easier."]
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>
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@] 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@] has joined #openttd
02:39:31  <BFM> w00t!
03:07:55  <ln-> yes?
03:17:26  *** AciD [] has joined #openttd
03:28:20  <BFM> yes!
03:37:54  *** BFM [] has quit ["Chatzilla [Firefox 1.0.7/20050919]"]
04:11:23  *** bp0 [] has joined #openttd
04:19:04  *** bp0 [] has left #openttd []
04:28:01  *** stefan [] has quit [Read error: 104 (Connection reset by peer)]
04:28:22  *** stefan [] has joined #openttd
04:31:12  *** stefan [] has quit [Nick collision from services.]
04:31:28  *** stefan [] has joined #openttd
04:31:33  *** ThePizzaKing [] has joined #openttd
05:11:49  *** Tron [] has joined #openttd
05:12:31  *** Torrasque_ [] 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 [] has quit [Read error: 110 (Connection timed out)]
05:30:59  <Markavian> g'night
05:31:00  *** Markavian [n=Markavia@] has left #OpenTTD ["Leaving"]
05:33:41  *** Diablo-D3 [] has quit [Remote closed the connection]
05:38:15  *** bp0 [] has joined #openttd
05:39:01  *** Osai [] has joined #openttd
05:41:51  *** Pulec [n=Pulcoj@] has joined #openttd
05:51:25  *** Osai [] has quit []
05:51:38  *** bp0 [] has left #openttd []
06:02:42  *** alastair [] has joined #openttd
06:03:08  *** _Red [] has joined #openttd
06:15:07  *** dfox [] has quit [Read error: 113 (No route to host)]
06:21:49  *** Red [] 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 [] has joined #openttd
06:35:14  *** mode/#openttd [+o Bjarni] by ChanServ
06:41:38  *** RoySmeding [] has joined #openttd
07:05:38  *** RoySmeding_ [] has joined #openttd
07:05:38  *** RoySmeding [] 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__ [] 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 [] has quit [Nick collision from services.]
07:14:06  *** Tron_ [] has joined #openttd
07:14:09  *** Tron [] has joined #openttd
07:20:37  *** Jenkz [] has joined #openttd
07:22:44  *** mouse_ [n=mouse@] has quit [Connection timed out]
07:27:03  *** Nubian [] has joined #openttd
07:28:54  *** OpenMind [n=openmind@] has joined #openttd
07:30:21  *** OpenMind [n=openmind@] has left #openttd []
07:53:37  *** tefad [] has quit [Remote closed the connection]
08:02:18  *** tefad [] has joined #openttd
08:08:56  *** _Red [] has joined #openttd
08:24:33  *** Jenkz` [] has joined #openttd
08:24:34  *** Jenkz` [] has quit [Remote closed the connection]
08:27:38  *** Nevermind^aw [] has joined #openttd
08:27:42  *** egladil [n=egladil@] 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@] has joined #openttd
08:32:01  *** egladil_train [n=egladil@] has quit [Read error: 104 (Connection reset by peer)]
08:33:35  *** egladil is now known as egladil_train
08:35:52  *** Red [] 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 [] 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 [] 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 [] has joined #openttd
09:14:07  *** tokai [] has quit [Connection reset by peer]
09:14:41  *** tokai [] has joined #openttd
09:21:33  *** MeusH [] 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 [] 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 [] 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 [] has quit [Read error: 110 (Connection timed out)]
09:50:36  *** _Red is now known as Red
09:55:24  *** egladil_train [n=egladil@] 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 [] has quit [Read error: 104 (Connection reset by peer)]
10:12:28  *** Singaporekid [] has joined #openttd
10:24:03  *** tokai [] has joined #openttd
10:30:51  *** DaleStan_ [] has joined #openttd
10:30:59  *** DaleStan [] has quit [Nick collision from services.]
10:50:18  *** _Red [] has joined #openttd
10:58:24  *** _Red [] has quit [Read error: 104 (Connection reset by peer)]
10:58:59  <MeusH> cya
10:59:03  *** MeusH [] has quit ["Cya layer"]
10:59:31  *** tokai [] has quit ["It's like, wah."]
10:59:52  *** _Red [] has joined #openttd
11:00:32  *** ThePizzaKing [] has joined #openttd
11:02:42  *** KUDr_wrk [] has joined #openttd
11:05:00  *** Qrrbrbirlbel [] has joined #openttd
11:11:25  *** eQualizer [] has quit ["r3b00t"]
11:11:46  *** Red [] has quit [Read error: 110 (Connection timed out)]
11:11:47  *** _Red is now known as Red
11:12:54  *** tokai [] has joined #openttd
11:15:33  *** eQualizer [] has joined #openttd
11:16:54  *** Sionide [n=sphinx@] has joined #openttd
11:28:03  *** e1ko [] has joined #openttd
11:31:45  *** ThePizzaKing [] has quit ["Let's got to London!!!"]
11:31:47  *** Born_Acorn [] has joined #openttd
11:32:43  *** BurtyB [] has quit ["upgrade"]
11:38:30  <peter1138> nroca nrob
11:39:08  *** Zr40_ [] has quit ["Leaving"]
11:39:26  *** mouse_ [n=mouse@] has joined #openttd
11:41:38  *** mouse__ [] has quit [Read error: 110 (Connection timed out)]
11:41:49  *** BurtyB [] has joined #openttd
11:48:19  *** Osai [] has joined #openttd
11:51:56  *** _Red [] has joined #openttd
11:56:54  *** Xeryus|School is now known as XeryusTC
11:57:08  <XeryusTC> hi all
11:58:22  *** egladil [] has joined #openttd
12:10:34  *** Coder`TuX [n=codertux@] has joined #openttd
12:17:12  *** Red [] 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 [] has quit ["changing servers"]
12:39:21  *** Red [] has joined #openttd
12:44:22  *** Torrasque [] 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@] 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 [] has joined #openttd
13:41:25  *** ^Cartman^ [] 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> <--- 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 [] 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 [] 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@] 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^ [] 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 [] 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 [] 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 [] has joined #openttd
15:02:17  *** valhallasw [] 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 [] has quit [Read error: 110 (Connection timed out)]
15:09:17  *** Forexs [] 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 [] has quit ["Chatzilla [Firefox]"]
15:23:52  *** Prof_Frink [] 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@] has quit [Read error: 110 (Connection timed out)]
15:26:16  *** jnmbk [n=ugur@] has quit [Remote closed the connection]
15:28:24  <Tron> road_cmd.c:819...
15:28:33  *** ^Cartman^ [] has quit ["Que?"]
15:28:46  <Tron> ah, no, that's really bool
15:29:07  *** Prof_Frink [] has quit [Read error: 104 (Connection reset by peer)]
15:29:09  *** Prof_Frink [] has joined #openttd
15:31:02  *** _Red [] has joined #openttd
15:36:00  *** jnmbk [n=ugur@] 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>
15:44:55  <Bjarni> this should raise the quality of bug reports :)
15:45:34  <TrueLight> hehe
15:46:20  *** Prof_Frink [] 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 [] 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 [] 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:
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 [] has joined #openttd
15:57:24  *** Coder`TuX [n=codertux@] has joined #openttd
15:57:37  <Brianetta> Coder`TuX0Rz!
15:59:49  *** Schamane_ [] has joined #openttd
16:01:14  *** Belugas_Gone is now known as Belugas
16:01:35  *** Prof_Frink [] has joined #openttd
16:01:45  *** Prof_Fri1k [] has joined #openttd
16:01:45  *** Prof_Frink [] 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 [] has quit [Read error: 110 (Connection timed out)]
16:10:07  * peter1138 nods
16:10:58  *** BurtyB_ [] has joined #openttd
16:11:21  *** BurtyB [] has quit [Read error: 104 (Connection reset by peer)]
16:11:43  *** orudge [] 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 [] has joined #openttd
16:28:31  *** Scia [] has quit ["kwiet"]
16:29:36  *** sulai [] has joined #openttd
16:29:54  <sulai> hey guys :)
16:30:01  <sulai> Celestar: are you there? ^^
16:31:32  *** Osai [] has quit []
16:35:29  *** Singaporekid [] has quit ["Raah raah"]
16:36:17  *** sulai [] 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 [] has joined #openttd
16:44:01  *** sulai [] has joined #openttd
16:44:03  <sulai> re
16:46:38  *** Eddi|zuHause2 [] 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@] 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@] 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 [] 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@] 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@] 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 [] has quit []
17:26:04  *** Schamane_ is now known as SchAmane
17:28:14  *** Prof_Frink [] 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 [] has quit [Read error: 104 (Connection reset by peer)]
17:33:04  <sulai> I'm just reading
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?
17:36:25  <peter1138> not really
17:37:07  *** Tron [] 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 [] 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 (
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 [] has joined #openttd
17:51:14  *** sw4y [] 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 [] 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
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 [] has joined #openttd
18:03:11  *** Born_Acorn [] has quit [Read error: 104 (Connection reset by peer)]
18:05:32  *** DaleStan [] has quit [Connection timed out]
18:05:33  <sulai> I think this order stuff is also done, right?
18:05:34  <sulai>
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:
18:14:22  *** e1ko_AfK is now known as e1ko
18:14:32  *** tank [] has quit [Nick collision from services.]
18:14:37  *** tank__ [] has joined #openttd
18:14:45  *** DaleStan [] has joined #openttd
18:16:26  <TrueLight> sulai: it is
18:17:31  <sulai> ok
18:19:18  *** znikoz [] has quit [Read error: 110 (Connection timed out)]
18:20:41  *** XeryusTC [] has quit ["So Long, and Thanks for All the Fish"]
18:22:01  *** DJ_Mirage [] has joined #openttd
18:24:58  *** XeryusTC [] has joined #openttd
18:25:03  *** |Jeroen| [] has joined #openttd
18:33:56  *** mgla__ [n=mgla@wikipedia/mgla] has joined #openttd
18:36:03  *** Born_Acorn [] 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 [] has quit [Read error: 110 (Connection timed out)]
18:45:05  *** |Jeroen| [] has quit [Remote closed the connection]
18:46:09  *** |AciD| [] 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 [] 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 [] has joined #openttd
19:03:54  *** |AciD| is now known as AciD
19:04:48  *** Scia [] has joined #openttd
19:07:13  *** Pulec [n=Pulcoj@] has joined #openttd
19:07:44  *** |Jeroen| [] 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 [] 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 [] 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:
19:19:00  *** sergeynik [] has joined #openttd
19:20:38  *** Belugas is now known as Belugas_Work
19:20:58  *** Jezral [] has quit [Read error: 104 (Connection reset by peer)]
19:21:21  *** Jezral [] 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 [] has quit [Read error: 110 (Connection timed out)]
19:26:30  *** KritiK [] 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 [] 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 [] has joined #openttd
19:32:56  *** Rexxie [] 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 [] 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 [] 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| [] has quit [Remote closed the connection]
19:44:21  *** znikoz [] has joined #openttd
19:47:15  *** sergeynik [] 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 [] 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 [] has joined #openttd
19:53:45  *** Jezral [] 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@] 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| [] 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 [] 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 [] 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 [] 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 [] 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 [] 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 [] 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>
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 [] 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 [] 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 [] has quit [Success]
20:35:15  <Bjarni> most likely on the forum
20:35:28  <Tron>
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 [] 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 [] 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 [] 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 [] 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 [] 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 [] has quit [Read error: 113 (No route to host)]
20:59:31  <TrueLight> I will put the binary somewhere
21:00:04  <TrueLight> <- 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 [] 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 [] 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 [] 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@] 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 [] 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@] 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 [] has quit [Remote closed the connection]
21:20:31  *** Prof_Frink [] 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 [] has quit [Remote closed the connection]
21:27:57  *** Prof_Frink [] has joined #openttd
21:28:29  *** gagarin_lg [] has quit ["Verlassend"]
21:30:38  *** Jenkz [] 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 [] has joined #openttd
21:31:43  *** Jezral [] has quit [Read error: 104 (Connection reset by peer)]
21:31:57  *** sulai [] has joined #openttd
21:32:06  <sulai> hey
21:35:55  *** znikoz2 [] 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| [] 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 [] 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 [] 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^ [] has joined #openttd
22:05:45  *** _StefaN^ [] 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_ [] has joined #openttd
22:08:01  *** DaleStan [] has quit [Nick collision from services.]
22:08:14  *** DaleStan_ is now known as DaleStan
22:12:46  *** Osai [] has quit []
22:14:24  *** Angst [] has quit [""cal 9 1752""]
22:18:22  *** Spoco [] 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 [] 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^ [] 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 [] 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@] has joined #openttd
22:56:26  <Celestar> I've found that I have to set myself deadlines to do stuff
22:56:48  *** KUDr [] has joined #openttd
22:56:56  <Qball> Celestar: known problem
22:57:46  <Born_Acorn> Thats horribly close to today!
22:57:54  <Bjarni> <--- 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 [] has joined #openttd
23:17:49  <Darkvater> sorry it took so long to get back..damn day
23:18:14  *** tokai|ni [] has quit [Read error: 110 (Connection timed out)]
23:18:57  *** XeryusTC is now known as Xeryus|sleep
23:27:19  *** sulai [] has quit [Read error: 110 (Connection timed out)]
23:27:41  <Bjarni> Darkvater: you broke the nightly build for OSX
23:27:42  *** e1ko [] 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@] has quit ["( :: NoNameScript 3.81 :: )"]
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>
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 <-> 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> <-- 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 [] 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 [] 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__ [] has joined #openttd
23:59:34  *** Head [] has joined #openttd

Powered by YARRSTE version: svn-trunk