Log for #openttd on 14th March 2009:
Times are UTC Toggle Colours
00:06:28  *** blathijs [~matthijs@] has quit [Remote host closed the connection]
00:06:29  *** blathijs [~matthijs@] has joined #openttd
00:13:55  *** davis` [] has quit [Quit: ( :: NoNameScript 4.2 :: )]
00:21:00  *** KritiK [] has quit [Quit: Leaving]
00:26:11  <CIA-1> OpenTTD: michi_cc * r15706 /trunk/src/ (fios.cpp stdafx.h): -Fix: Make sure the filename passed to unlink() is always in file system encoding.
00:26:16  <CIA-1> OpenTTD: michi_cc * r15707 /trunk/src/ini.cpp: -Fix (r15686): The config file was not updated on Windows because rename() can't replace existing files.
00:41:16  *** [s] [~Ugnis@] has joined #openttd
00:41:20  <[s]> hello :)
00:42:44  *** [s] [~Ugnis@] has quit []
00:44:00  <MrFrans>
00:48:08  *** Yeggstry is now known as Yeggzzz
00:48:38  *** Mortal [] has quit [Read error: Connection reset by peer]
00:49:03  *** Mortal [] has joined #openttd
00:54:32  *** OwenS [] has quit [Remote host closed the connection]
00:56:39  *** Yeggzzz [] has quit [Read error: Connection reset by peer]
01:02:19  *** Progman [] has quit [Remote host closed the connection]
01:09:43  *** Mortal [] has quit [Quit: from __future__ import antigravity]
01:27:34  *** NightKhaos [] has joined #openttd
01:30:57  *** roboboy [] has joined #openttd
01:32:17  <CIA-1> OpenTTD: yexo * r15708 /trunk/src/ (4 files in 2 dirs): -Feature [FS#2728]: Pop up the AI Debug Window if one of the AIs crashed and show a message that the user should report the crash.
01:41:19  *** welshdragon [~welshdrag@] has left #openttd []
01:41:27  *** blathijs [~matthijs@] has quit [Remote host closed the connection]
01:41:35  *** blathijs [~matthijs@] has joined #openttd
01:43:20  *** Lakie [~Lakie@] has quit [Quit: Sleep.]
01:48:15  *** Splex [~splex@] has quit [Remote host closed the connection]
01:51:35  *** TheMask96 [martijn@] has quit [Remote host closed the connection]
01:57:02  *** TheMask96 [] has joined #openttd
01:58:42  *** blathijs [~matthijs@] has quit [Remote host closed the connection]
02:00:25  <Yexo> Some screenshots from a new (scripted) map generator:
02:01:04  <FauxFaux> screenshot_1 is your girlfriend?
02:04:59  <Yexo> ....
02:05:29  *** NightKhaos [] has quit [Quit: Leaving...]
02:06:42  <energetic> nice
02:06:57  <energetic> we want harder maps
02:08:00  <Yexo> like 7?
02:09:05  *** blathijs [~matthijs@] has joined #openttd
02:09:20  <energetic> 7 is a good start ;)
02:11:26  *** Belugas_Gone [] has quit [Quit: How about sleeping? Yeaaa..]
02:11:46  <Yexo> good night
02:12:27  <MrFrans> good nigth
02:26:04  *** Gekz [] has joined #openttd
02:28:06  *** blathijs [~matthijs@] has quit [Ping timeout: 480 seconds]
02:29:14  *** stillunknown [] has quit [Ping timeout: 480 seconds]
02:34:48  *** blathijs [~matthijs@] has joined #openttd
02:36:05  *** AshKyd [] has joined #openttd
02:46:59  *** Gekz [] has quit [Ping timeout: 480 seconds]
03:06:52  *** glx [] has quit [Quit: bye]
03:09:06  *** TinoDidriksen [] has quit [Ping timeout: 480 seconds]
03:12:20  *** Dred_furst [] has quit [Quit: Leaving]
03:12:33  *** TinoDidriksen [] has joined #openttd
03:12:53  *** racetrack [] has quit [Quit: no. just, no.]
03:22:47  *** AshKyd [] has quit [Quit: Leaving.]
03:29:39  *** SHRIKEE [] has quit [Quit: SHRIKEE]
03:38:49  *** TinoDidriksen [] has quit [Ping timeout: 480 seconds]
03:42:50  *** TinoDidriksen [] has joined #openttd
03:46:47  *** Splex [~splex@] has joined #openttd
03:47:37  *** DaleStan [] has quit [Ping timeout: 480 seconds]
03:52:47  *** DaleStan [] has joined #openttd
04:07:39  *** KenjiE20 [~KenjiE20@] has quit [Quit:  HydraIRC -> <-]
04:19:04  *** Brokkoli [] has quit [Quit: The tree of liberty must be refreshed from time to time with the blood of patriots and tyrants. (Thomas Jefferson)]
04:26:32  *** michi_cc [] has quit [Ping timeout: 480 seconds]
04:54:00  *** blathijs [~matthijs@] has quit [Remote host closed the connection]
04:54:31  *** blathijs [~matthijs@] has joined #openttd
04:59:17  *** hackalittlebit [] has joined #openttd
05:01:00  <hackalittlebit> having problems compiling new nightly
05:06:14  *** hackalittlebit [] has left #openttd []
05:49:04  *** RS-SM [] has quit [Quit: RS-SM]
05:49:48  *** RS-SM [] has joined #openttd
05:58:25  *** MrFrans [] has quit [Quit: *Adios Amigos*]
06:07:04  *** NukeBuster [~wouter@] has quit [Quit: using sirc version 2.211+KSIRC/1.3.12]
06:21:03  *** michi_cc [] has joined #openttd
06:21:06  *** mode/#openttd [+v michi_cc] by ChanServ
06:27:10  *** goodger [] has quit [Ping timeout: 480 seconds]
06:33:50  *** goodger [] has joined #openttd
06:42:03  *** Alberth [] has joined #openttd
06:43:18  *** Splex [~splex@] has quit [Remote host closed the connection]
06:45:11  *** goodger [] has quit [Ping timeout: 480 seconds]
06:50:13  *** Splex [~splex@] has joined #openttd
06:50:21  *** goodger [] has joined #openttd
06:52:29  *** blathijs [~matthijs@] has quit [Remote host closed the connection]
06:53:17  *** blathijs [~matthijs@] has joined #openttd
07:28:21  *** TinoM [] has joined #openttd
07:41:45  *** blathijs [~matthijs@] has quit [Remote host closed the connection]
07:42:00  *** blathijs [~matthijs@] has joined #openttd
07:43:55  *** OsteHovel^EEE [] has joined #openttd
07:50:04  <OsteHovel^EEE> Rubidium: im here
07:54:18  <OsteHovel^EEE> it takes about 14 minuts to download 500 mb :P its so LONG....
07:54:22  *** Sionide [] has quit [Ping timeout: 480 seconds]
07:55:11  <OsteHovel^EEE> (Me is currently downloading Vmware Workstation from Vmware to test out some functions in windows95 that can be used in openttd)
07:56:26  <Alberth> OsteHovel^EEE: you are lucky, something that big takes me 3 hours or so
07:56:50  <OsteHovel^EEE> I peak at 610 kb/s
07:57:17  <OsteHovel^EEE> At school i peak at 11000 kb/s
07:57:20  <Alberth> but they never last long enough :)
07:58:06  <OsteHovel^EEE> True
07:59:38  *** Zuu [] has joined #openttd
07:59:51  <OsteHovel^EEE> Hi Zuu :D
08:00:07  <Zuu> Hi OsteHovel^EEE :)
08:00:48  <Zuu> Got to work on my assignment for monday, but though I could keep an eye on your work :D
08:06:07  <OsteHovel^EEE> the download is now sooon finished just 50 secounds...
08:06:34  <OsteHovel^EEE> I think i will use more time installing Vmware workstation than it takes to install windows 95 inside vmware :P
08:06:59  <OsteHovel^EEE> Do windows 95 take any use of 2 CPU's?
08:08:47  <Zuu> No idea
08:08:57  <Zuu> I don't even have dual core these days.
08:12:35  *** welshdragon [~welshdrag@] has joined #openttd
08:12:44  <OsteHovel^EEE> Hi welshdragon!
08:12:55  <welshdragon> good morning!
08:15:30  <OsteHovel^EEE> LOOOL
08:15:40  <OsteHovel^EEE> My pc just freezed...
08:15:47  <OsteHovel^EEE> when i logged on to windows
08:16:21  <welshdragon> hee
08:16:21  <welshdragon> he
08:16:34  <petern> froze
08:16:49  <OsteHovel^EEE> Im so happy i use Linux on all the other pc's becouse thats what i hate about windows...
08:16:49  * welshdragon looks at the very bottom of the homepage of
08:17:15  <OsteHovel^EEE> Happy Birthday welshdragon
08:17:27  <welshdragon> :D
08:17:47  <OsteHovel^EEE> You are 22?
08:18:06  <welshdragon> indeed
08:22:55  *** blathijs [~matthijs@] has quit [Remote host closed the connection]
08:22:56  *** blathijs [~matthijs@] has joined #openttd
08:23:26  <OsteHovel^EEE> PXE / Network Boot is genius :P
08:27:31  <OsteHovel^EEE> "The installation of Windows 95 will take from 30 minutes to 1 hour"
08:27:32  <OsteHovel^EEE> :P
08:28:32  <Zuu> Now let see how much vmware fools the installer :)
08:30:51  <OsteHovel^EEE> It finished in 3 minutes and 30 scounds
08:32:28  <Zuu> Nice, then it was far quicker than installing WinXP on vmware for me. But then Win95 is probably much smaller installation too.
08:32:54  <OsteHovel^EEE> Windows 95 uses 95 mb when its installed
08:35:32  <OsteHovel^EEE> Now im installing Windows 98
08:38:22  *** pavel1269 [] has joined #openttd
08:38:42  <OsteHovel^EEE> Good morning pavel1269
08:38:43  <pavel1269> hi
08:38:51  <pavel1269> hello OsteHovel^EEE :-)
08:41:48  <pavel1269> OsteHovel^EEE: any progress on that win bug?
08:43:12  <OsteHovel^EEE> pavel1269: Rubidium fixed it
08:43:13  <OsteHovel^EEE> :P
08:43:33  <Rubidium> huh?
08:43:38  <pavel1269> nice .... he was just shitting about win and .... ola :-)
08:43:56  <pavel1269> not that he was lieing, but still, everyone know that :D
08:44:02  <OsteHovel^EEE> i think i read that in the SVN log...
08:44:28  <OsteHovel^EEE> r15707 | michi_cc | 2009-03-14 01:26:03 +0100 (Sat, 14 Mar 2009) | 1 line
08:44:28  <OsteHovel^EEE> Changed paths:
08:44:28  <OsteHovel^EEE>    M /trunk/src/ini.cpp
08:44:28  <OsteHovel^EEE> -Fix (r15686): The config file was not updated on Windows because rename() can't replace existing files.
08:44:33  <OsteHovel^EEE> it was michi_cc
08:45:06  <pavel1269> ye, looked at it now :-P
08:46:10  <pavel1269> this is best thing i love on openttd, you found bug, which is really .... bad .... and second day, it might be fixed :-)
08:46:28  <pavel1269> openttd devs are doing great work ;)
08:47:00  *** planetmaker is now known as Cooper
08:47:39  *** Cooper is now known as planetmaker
08:48:15  *** planetmaker is now known as Guest1004
08:48:52  *** Guest1004 is now known as planetmaker
08:52:39  *** Yeggstry [] has joined #openttd
08:52:56  *** planetmaker [] has left #openttd []
08:55:05  *** planetmaker [] has joined #openttd
08:57:30  *** blathijs [~matthijs@] has quit [Remote host closed the connection]
08:57:51  <Zuu> regarding r15707, is shellapi.h included on WIN64 already? shellapi.h is only included for WIN32, but not WIN64.
08:59:39  <pavel1269> this one is funny for me :-)
08:59:41  <pavel1269> #else
08:59:41  <pavel1269> 307	331	  rename(file_new, filename);
08:59:42  <pavel1269> #else
08:59:42  <pavel1269> 307	331	  rename(file_new, filename);
08:59:51  <pavel1269> omg sry for duplicate
09:01:25  <OsteHovel^EEE> Hot food in the morning is so GOOD...
09:01:32  *** Cybertinus [] has joined #openttd
09:01:34  <OsteHovel^EEE> Are food in the morning called Breakfast?
09:01:53  <Zuu> Depends if you are English or not I guess :)
09:04:41  <Cybertinus> hi
09:04:45  *** Yeggstry [] has quit [Ping timeout: 480 seconds]
09:05:06  *** blathijs [~matthijs@] has joined #openttd
09:05:14  <Alberth> good morning Cybertinus
09:05:18  <Cybertinus> OsteHovel^EEE: yeah, the food you eat in the morning is called Breakfast
09:06:00  <petern> Zuu: i think WIN32 is defined whatever windows is in use
09:06:21  <petern> or ... who knows
09:06:48  <OsteHovel^EEE>  ;P
09:06:49  <Zuu> Ok, so why add || WIN64 at one spot, but not all?
09:07:01  <petern> i don't know, hence "or ... who knows"
09:07:06  <Zuu> :)
09:07:41  <OsteHovel^EEE> Zuu: maybe they forgot to add || WIN64 this time
09:10:18  <OsteHovel^EEE> I FUCKED up my installation of mingw on my compile server
09:15:20  *** dvo [] has joined #openttd
09:26:40  <pavel1269> :-)
09:27:15  <OsteHovel^EEE> :-)
09:28:14  *** tkjacobsen [] has joined #openttd
09:33:05  <pavel1269> bad error occured :-(
09:33:58  <pavel1269>
09:34:11  <OsteHovel^EEE> MoveFileEX do NOT work on Windows 98
09:34:12  <OsteHovel^EEE> :P
09:34:24  <OsteHovel^EEE> Rubidium:   MoveFileEX do NOT work on Windows 98
09:34:34  <pavel1269> he knew that haha
09:34:48  <OsteHovel^EEE> hehe
09:34:56  <OsteHovel^EEE> I just needed to try it
09:35:04  <pavel1269> <Rubidium> hmm... MoveFileEx: Requires Windows NT 3.1 or later; Win9x/ME: Not supported
09:35:38  <OsteHovel^EEE> Do openttd run on win9x?
09:35:51  <petern> (does)
09:35:54  <petern> not any more :D
09:36:02  <Sacro> fuck em
09:36:04  <Sacro> and the os/2 lot
09:36:09  <Sacro> and osx 10.3
09:36:12  <Sacro> and erm
09:36:12  <petern> win95 is... nearly 15 years old
09:36:17  <Sacro> petern: almost legal
09:36:22  <petern> nobody should be use....
09:36:22  <OsteHovel^EEE> :p
09:36:23  <petern> sacro
09:36:27  <pavel1269> any idea with my error? :-/
09:36:37  <petern> win95's been fucking you far longer already
09:36:46  <Sacro> true dat
09:36:53  <Sacro> i went 95 - 2k - xp
09:37:49  <OsteHovel^EEE> i went: DOS -> Windows 3.1 -> Windows 3.11 -> Windows 95 -> Windows 98 -> Windows NT 4.0 -> Windows 2k -> Windows XP (and im stuck at XP)
09:38:12  <pavel1269> same hehe .... but i skipped NT 4.0 :-)
09:38:45  <OsteHovel^EEE> I will never forget the Bluescreen
09:38:51  <OsteHovel^EEE> i forgot: -> Linux
09:39:28  <pavel1269> BSOD .-P
09:39:33  <pavel1269> sounds like a game haha
09:39:37  <taisteluorava> windows 7 will be pretty nice. you can even disable IE8
09:39:45  <pavel1269> :-)
09:39:58  <OsteHovel^EEE> :)
09:39:59  <pavel1269> it looks like, they will finaly do sth what is working :-)
09:40:11  <pavel1269> on way it has to :-)
09:40:46  <Sacro> taisteluorava: list
09:40:48  <Sacro> *lise
09:40:49  <Sacro> er
09:40:50  <Sacro> lies
09:40:52  <Sacro> stupid mornings
09:40:59  <taisteluorava> no :)
09:41:00  <Sacro> mornings = fail
09:41:17  <taisteluorava>,7187.html
09:41:20  <taisteluorava> check it out ^^
09:43:09  *** Vikthor [] has joined #openttd
09:44:04  <pavel1269> cargodest .... give this error against current trunk
09:44:10  <Rubidium> Microsoft and "something that is working"? Well...maybe their scams
09:44:29  <pavel1269> MSVS is one, the only one, what is working atm :-)
09:45:49  <Rubidium> gheheh... boost using unlink as parameter/function name?
09:46:42  <pavel1269> static void unlink(node_type* x)
09:46:45  <pavel1269> :-)
09:46:58  <pavel1269> so func name win
09:59:47  *** |Japa| [~Japa@] has joined #openttd
10:04:09  <OsteHovel^EEE> Have someone change Squerrrel latly?
10:04:22  <SmatZ> what?
10:04:44  *** lewymati [] has joined #openttd
10:05:38  <OsteHovel^EEE> welshdragon: are you here?
10:06:13  *** OwenS [] has joined #openttd
10:10:08  *** Mortomes [] has joined #openttd
10:11:57  <OsteHovel^EEE> hmm
10:12:02  <OsteHovel^EEE> i got a error
10:15:20  <OsteHovel^EEE>
10:17:19  *** Progman [] has joined #openttd
10:17:29  *** |Japa| [~Japa@] has quit [Quit:  HydraIRC -> <- IRC with a difference]
10:22:56  <OsteHovel^EEE> Can someone check out my error: (Im using Mingw at Linnux)
10:25:18  *** tkjacobsen [] has quit [Remote host closed the connection]
10:25:40  <Alberth> OsteHovel^EEE:
10:27:27  <Alberth> euhm, my version may be incorrect
10:27:48  <OsteHovel^EEE> "    43		scsprintf(_ss(v)->GetScratchPad(100), _SC("unexpected type %s"), IdType2Name(type));
10:27:48  <OsteHovel^EEE> "
10:27:56  <OsteHovel^EEE> that was wat i got
10:29:12  <Alberth> sorry, it is correct, I am confused with svn vs hg :(
10:29:40  <Alberth> I don't see a swprintf there
10:31:13  <OsteHovel^EEE> strange
10:32:40  <Alberth> Last change at that line was in r15578 when squirrel got added to trunk
10:34:02  <Alberth> ah, got it: ./squirrel/include/squirrel.h:#define scsprintf swprintf
10:35:38  <OsteHovel^EEE> SQInteger sq_aux_invalidtype(HSQUIRRELVM v,SQObjectType type)
10:35:38  <OsteHovel^EEE> {
10:35:38  <OsteHovel^EEE> 	scsprintf(_ss(v)->GetScratchPad(100), _SC("unexpected type %s"), IdType2Name(type));
10:35:38  <OsteHovel^EEE> 	return sq_throwerror(v, _ss(v)->GetScratchPad(-1));
10:35:38  <OsteHovel^EEE> }
10:35:48  <OsteHovel^EEE> ok
10:36:03  <Alberth> seems to depend on SQUNICODE setting
10:36:25  <OsteHovel^EEE> But it worked yesterday... :P
10:36:46  <Alberth> then yesterday you didn't have unicode? :P
10:37:22  <OsteHovel^EEE> no idea
10:38:06  <OsteHovel^EEE> cant remeber install unicode
10:38:16  *** OwenS [] has quit [Remote host closed the connection]
10:39:50  <OsteHovel^EEE> if i just used: --disable-unicode ... i think i "fixed" it :;p
10:40:03  <OsteHovel^EEE> hmm
10:40:09  <OsteHovel^EEE> new error
10:40:38  <Alberth> 'man wsprintf' works here, so I may have the function in the C library
10:41:30  <Alberth> what would be the fun if the tools simply worked :P
10:42:51  <OsteHovel^EEE> New log:
10:44:05  <SmatZ> your gcc is broken
10:44:21  <OsteHovel^EEE> :p
10:44:21  <OsteHovel^EEE> ok
10:44:27  * OsteHovel^EEE need to build it again
10:47:49  *** racetrack [] has joined #openttd
10:53:21  <OsteHovel^EEE> i think i know why it all fails
10:53:26  <OsteHovel^EEE> *failed
10:53:36  <pavel1269> :-)
10:53:36  <OsteHovel^EEE> becouse i rember i install libsdl & allegro
10:53:40  <pavel1269> as u said
10:53:47  <OsteHovel^EEE> right before i turned off my pc
10:53:50  <pavel1269> <OsteHovel^EEE> I FUCKED up my installation of mingw on my compile server
10:53:54  <pavel1269> :-) so true
10:54:14  <OsteHovel^EEE> so it finds the libsdl & allegro in /usr/lib | /usr/include and then it includes files from that direcotry
10:54:18  <OsteHovel^EEE> things that i SHOUDENT do
10:54:48  *** blathijs [~matthijs@] has quit [Remote host closed the connection]
10:54:53  <OsteHovel^EEE> with flags: --with-sdl=0 and --with-allegro=0 it "worked"
10:54:54  <Alberth> "shouldn't", but I tend to agree
10:54:57  <OsteHovel^EEE> i got a new error
10:55:43  <OsteHovel^EEE> the "./configure" shoud have had a --prefix=/usr/i586-mingw32 so it JUST searching for lib's/include's in that directory and its subdirectories
10:56:21  <Alberth> no, prefix is the destination prefix afaik
10:56:52  <OsteHovel^EEE> --prefix-dir is prefix for destination
10:56:53  <OsteHovel^EEE> :P
11:00:35  *** DaleStan [] has quit [Ping timeout: 480 seconds]
11:01:35  <Alberth> --prefix-dir is only used with OpenTTD it seems, ./configure manual of Gnu doesn't know that option
11:01:47  *** blathijs [~matthijs@] has joined #openttd
11:02:01  *** tokai [] has quit [Ping timeout: 480 seconds]
11:03:38  *** tokai [] has joined #openttd
11:03:41  *** mode/#openttd [+v tokai] by ChanServ
11:03:42  <OsteHovel^EEE> if i use --disable-unicode it all fucks up too..
11:03:51  <Alberth> and OpenTTD doesn't know --prefix
11:04:34  <OsteHovel^EEE> i know thats why it shoud be implented
11:05:42  <Alberth> simply never install the program, and you never have to specify a --prefix-whatever :P
11:06:24  <OsteHovel^EEE> :P
11:06:25  <pavel1269> :-)
11:08:20  <OsteHovel^EEE> check out this error;.
11:08:21  <OsteHovel^EEE> --disable-unicode
11:08:23  <OsteHovel^EEE> *ops
11:08:29  <OsteHovel^EEE> In file included from /home/ostehovel/openttd/trunk/src/win32.cpp:17:
11:08:29  <OsteHovel^EEE> /usr/i586-mingw32/lib/gcc/i586-mingw32/4.3.3/../../../../i586-mingw32/include/io.h:306: error: 'int _wunlink' redeclared as different kind of symbol
11:08:29  <OsteHovel^EEE> /usr/i586-mingw32/lib/gcc/i586-mingw32/4.3.3/../../../../i586-mingw32/include/wchar.h:366: error: previous declaration of 'int _wunlink(const wchar_t*)'
11:08:29  <OsteHovel^EEE> /usr/i586-mingw32/lib/gcc/i586-mingw32/4.3.3/../../../../i586-mingw32/include/io.h:306: error: expected primary-expression before 'const'
11:09:30  <pavel1269> lol at patch :-)
11:09:34  <pavel1269> *path
11:13:30  <OsteHovel^EEE> hehe
11:24:11  *** |Jeroen| [] has joined #openttd
11:30:47  *** stuffcorpse [~rick@] has quit [Ping timeout: 480 seconds]
11:34:43  *** stuffcorpse [~rick@] has joined #openttd
11:38:34  <OsteHovel^EEE> I found the error
11:39:44  <OsteHovel^EEE> Line :254 "#define unlink(file) _tunlink(OTTD2FS(file))" in stdafx.h
11:39:44  <OsteHovel^EEE> :P
11:40:02  <OsteHovel^EEE> was changed in revision 15706 :P
11:41:21  <SmatZ> r15709: -Remove: support for OS Windows
11:42:14  <petern> :D :D :D :D :D :D :D :D :D
11:42:32  <OsteHovel^EEE> :P
11:43:02  <Rubidium> sounds like your cross compile environments misses some important pieces of headers
11:43:11  *** goodger [] has quit [Ping timeout: 480 seconds]
11:43:42  *** goodger [] has joined #openttd
11:43:43  *** stillunknown [] has joined #openttd
11:44:21  <OsteHovel^EEE> but it works if i do remove that line in stdafx.h(line 254)
11:45:08  <OsteHovel^EEE> maybe..
11:46:44  <Rubidium> OsteHovel^EEE: for what it's worth, look at the diff of r15706 and be amazed that it now breaks for you when it didn't before
11:47:54  *** Hirundo [] has joined #openttd
11:48:19  <OsteHovel^EEE> ( , they just moved OTTD2FS( from fios.cpp to stdafx.h)
11:49:36  <OsteHovel^EEE> strange that it fails
11:53:14  <pavel1269> OsteHovel^EEE: haha, i just renamed unlink() :-)
11:53:27  <pavel1269> only in 3 places
11:55:00  <pavel1269> OsteHovel^EEE: try this ... that unlink fix :-)
11:57:29  <pavel1269> wait_oneway_signal should have default value 255
12:04:15  *** fonsinchen [] has joined #openttd
12:06:37  <pavel1269> OsteHovel^EEE: did it help?
12:08:00  <Rubidium> <- might have more chance of working
12:08:08  <OsteHovel^EEE> Hmm
12:09:08  <OsteHovel^EEE> :P
12:09:24  <OsteHovel^EEE> it just to remove this line: "#define unlink(file) _tunlink(OTTD2FS(file))"
12:09:54  <OsteHovel^EEE> in stdafx.h
12:10:25  <Rubidium> that does only break it again
12:12:02  <OsteHovel^EEE> ok
12:14:09  <OsteHovel^EEE> i will test your patch Rubidium
12:14:48  <OsteHovel^EEE> testing it now..
12:14:49  <OsteHovel^EEE> compiling,...
12:15:29  <OsteHovel^EEE> if i use your patch i get this
12:15:52  <OsteHovel^EEE> In file included from /home/ostehovel/openttd/trunk/src/win32.cpp:17:
12:15:52  <OsteHovel^EEE> /usr/i586-mingw32/lib/gcc/i586-mingw32/4.3.3/../../../../i586-mingw32/include/io.h:306: error: 'int _wunlink' redeclared as different kind of symbol
12:15:52  <OsteHovel^EEE> /usr/i586-mingw32/lib/gcc/i586-mingw32/4.3.3/../../../../i586-mingw32/include/wchar.h:366: error: previous declaration of 'int _wunlink(const wchar_t*)'
12:15:52  <OsteHovel^EEE> /usr/i586-mingw32/lib/gcc/i586-mingw32/4.3.3/../../../../i586-mingw32/include/io.h:306: error: expected primary-expression before 'const'
12:15:57  <OsteHovel^EEE> and thats with unicode enabled
12:16:03  *** lewymati [] has quit []
12:16:22  <OsteHovel^EEE> now building with unicode dissabled
12:16:25  <OsteHovel^EEE> *disabled
12:17:10  <OsteHovel^EEE> It suceeded
12:19:46  <Rubidium> try removing io.h from win32.cpp
12:21:06  <OsteHovel^EEE> ok
12:21:39  <OsteHovel^EEE> With or without unicode support?
12:21:45  <Rubidium> both
12:22:05  <OsteHovel^EEE> ok
12:22:10  <OsteHovel^EEE> a clean build?
12:22:13  <OsteHovel^EEE> *ops
12:22:24  <OsteHovel^EEE> forget my 2 previus lines
12:23:16  <OsteHovel^EEE> with unicode first:
12:23:37  <OsteHovel^EEE> (without "#include <io.h>" in win32.cpp)
12:24:03  <OsteHovel^EEE> In file included from /usr/i586-mingw32/lib/gcc/i586-mingw32/4.3.3/../../../../i586-mingw32/include/fcntl.h:20,
12:24:03  <OsteHovel^EEE>                  from /home/ostehovel/openttd/trunk/src/win32.cpp:18:
12:24:03  <OsteHovel^EEE> /usr/i586-mingw32/lib/gcc/i586-mingw32/4.3.3/../../../../i586-mingw32/include/io.h:306: error: 'int _wunlink' redeclared as different kind of symbol
12:24:03  <OsteHovel^EEE> /usr/i586-mingw32/lib/gcc/i586-mingw32/4.3.3/../../../../i586-mingw32/include/wchar.h:366: error: previous declaration of 'int _wunlink(const wchar_t*)'
12:24:05  <OsteHovel^EEE> /usr/i586-mingw32/lib/gcc/i586-mingw32/4.3.3/../../../../i586-mingw32/include/io.h:306: error: expected primary-expression before 'const'
12:24:18  <Rubidium> then I've got no clue
12:24:30  <OsteHovel^EEE> building with unicode (without "#include <io.h>" in win32.cpp):
12:24:51  <Rubidium> and someone has to read the headers and figure out what kind of crappy mess they are in
12:25:13  <OsteHovel^EEE> it works
12:25:36  <OsteHovel^EEE> the build works with DISABLE UNICODE and without "#include <io.h>" in win32.cpp
12:26:06  <pavel1269> :-)
12:26:21  <Alberth> it seems io.h gets pulled in again via fcntl.h
12:26:47  <OsteHovel^EEE> so unicode is fucked up on my build system
12:27:36  <Rubidium> no, mingw has made a ginourmous mess of their headers
12:27:47  <OsteHovel^EEE> true
12:28:02  <OsteHovel^EEE> is it posible to use some headers that is with msvc with gcc?
12:29:02  <Alberth> normally header files belong to a specific library, so just copying them will just make a bigger mess when trying to link
12:29:16  <pavel1269> :-)
12:29:30  *** frosch123 [] has joined #openttd
12:29:31  * pavel1269 kisses his MSVS
12:29:33  <OsteHovel^EEE> ok
12:29:33  <OsteHovel^EEE> :p
12:30:06  <OsteHovel^EEE> MSVS SUCKS... becouse i will never be able to compile as fast i do with GCC+DistCC
12:30:46  <petern> uh huh
12:30:59  <petern> never mind that it might be slower because it's optimizing it better...?
12:31:22  <OsteHovel^EEE> (I use linux pc's  + windows pc's to make a cluster to compile on)
12:32:09  <pavel1269> thanks peter :-P
12:32:19  <OsteHovel^EEE> But MSVS have a nice IDE :p
12:32:35  <pavel1269> MSVS have everythink better than GCC :-P
12:32:42  <Alberth> OsteHovel^EEE: using multiple machines to increase compile speed is cheating
12:32:48  <OsteHovel^EEE> :P
12:32:49  <pavel1269> :-D
12:33:07  <OsteHovel^EEE> Alberth: the only Reason i can compile openttd on 45 secounds is becouse i use alot of pc's
12:33:34  <pavel1269> ye, MSVS is slow .... one build from scratch is like 5mins :O
12:33:44  <pavel1269> but result is always nice :-)
12:33:53  <Alberth> OsteHovel^EEE: 45 seconds? Thats slow, you don't have enough computer systems obviously :D
12:34:03  <OsteHovel^EEE> but MSVS HAS MUCH better Optimizations than GCC/MINGW
12:34:15  <OsteHovel^EEE> its a cluster of SUCKING OLD pc's :P
12:34:28  <pavel1269> Reason: Assertion failed at ..\src\settings_gui.cpp:714: this->d.entry.setting != NULL
12:34:28  <pavel1269> Language: czech.lng
12:34:38  <pavel1269> that assertation means, string empty?
12:34:48  <planetmaker> jo
12:34:54  <Alberth> non-existing patch option name I think
12:34:55  <pavel1269> other words ... lng broken :-/
12:35:25  <Rubidium> pavel1269: the lng is just fine
12:35:39  <planetmaker> pavel1269: if there's no such string, it needs to be in english.txt
12:35:44  <planetmaker> but it isn't there, either.
12:35:47  <planetmaker> --> broken patch
12:35:48  <Alberth> s/patch option/advanced setting/
12:35:54  <Rubidium> the assertion fails because you try to add a non-existing setting to the settings window
12:36:00  <pavel1269> okay
12:36:59  <pavel1269> strange is .... all patches on their own ... work, together its broken, and in places where it hadnt conficts ... :/
12:38:08  <Alberth> pavel1269: the joys of modified meaning of values in variables
12:38:10  <Rubidium> lovely tools automatically 'resolving' conflicts in the wrong way
12:38:26  <pavel1269> Rubidium: it not automatic ... i do it manualy
12:38:54  <Rubidium> pavel1269: patch (and friends) all resolve conflicts to some degree
12:39:30  <pavel1269> hmm .... thats bad :-O
12:41:22  <Alberth> They are right most of the time. However, you cannot trust them blindly, and you need to check after wards
12:41:47  <pavel1269> what check?
12:42:04  <Alberth> whether they modified the right part of the code.
12:42:40  <Alberth> (in the good way) :)
12:43:02  *** Wolf01 [] has joined #openttd
12:43:13  <Wolf01> hello
12:43:16  <pavel1269> hi
12:43:19  <Alberth> hello Wolf01
12:43:29  <pavel1269> Alberth: sometimes its nearly impossible
12:43:56  <Alberth> pavel1269: I never said it was easy
12:45:43  <Alberth> In general, you need to understand how the program works, and how each patch modifies that behavior. Then you should be able to understand where problems may arise.
12:47:41  <pavel1269> if this error means, some string is missing .... i sohuld only check if all strings defined?
12:48:23  <Alberth> it is the name of a advanced settings that does not exist
12:48:25  <Rubidium> this error means: setting not defined even though you want it to be shown in the settings gui
12:48:44  *** Mortal [] has joined #openttd
12:51:12  <Alberth> in the same d.entry is also the name that is attempted. With a debugger you should be able to get that value at the time of the crash. Then you'll have the precise name of the non-existing setting.
12:51:15  *** DaleStan [] has joined #openttd
12:51:58  <pavel1269> with debugger, you mean, i should debug it manually with MSVS? :O
12:53:36  <Alberth> alternatively, you can invent an artificial intelligent being that does the debugging for you
12:53:44  <OsteHovel^EEE> hehe
12:54:02  <OsteHovel^EEE> pavel1269: can you upload the patched openttd source and i can try to debug it...
12:54:02  <KingJ> heh, just come across my original transport tycoon delux box
12:54:08  <pavel1269> no other way, like openttd.exe -d ? :-)
12:54:27  <pavel1269> thats it ...
12:55:15  <OsteHovel^EEE> Can i PM you pavel1269?
12:55:26  <pavel1269> this client dont support sending files :-(
12:55:37  <pavel1269> ur nick on tt forums?
12:55:39  <planetmaker> use tt-forums
12:55:57  <OsteHovel^EEE> (or just upload directly to me:
12:57:22  <pavel1269> failed?
12:57:40  <pavel1269> ahh here we goo :-)
12:57:42  <pavel1269> all.patch
12:58:08  <OsteHovel^EEE> fuck
12:58:13  <OsteHovel^EEE> i maybe fucked up your upload
12:58:32  <pavel1269> reupload?
12:58:37  <OsteHovel^EEE> how big was the file?
12:58:47  <OsteHovel^EEE> 255kb?
12:58:55  <pavel1269> 261 048
12:58:56  <pavel1269> y
12:59:11  <OsteHovel^EEE> :p
12:59:15  <pavel1269> 254,9 :-P
12:59:36  <Alberth> ascii-mode transfer?
12:59:42  <OsteHovel^EEE> 261048 byte
12:59:48  <pavel1269> so debug ;)
13:00:14  <OsteHovel^EEE> if people want the uploaded file its here:
13:02:06  <OsteHovel^EEE> lol just need to clean my openttd trunk dir
13:02:07  <OsteHovel^EEE> :P
13:02:34  *** roboboy [] has quit [Quit: ajax IRC Client]
13:02:37  *** Gekz [] has joined #openttd
13:03:15  *** KenjiE20 [~KenjiE20@] has joined #openttd
13:04:24  <OsteHovel^EEE> This patch need's boost
13:04:33  <pavel1269> y
13:04:41  <OsteHovel^EEE> i dont have boost.. yet..
13:04:45  <pavel1269> :-/
13:04:53  <pavel1269> okay ... gonna try on my own
13:05:04  <OsteHovel^EEE> (downloading boost now)
13:10:54  *** HerzogDeXtEr [~Flex@] has joined #openttd
13:11:47  <pavel1269> if(this->d.entry.setting == NULL) DEBUG(misc, 0, this-> );
13:11:52  <pavel1269> jsut before assert :-P
13:13:13  <OsteHovel^EEE> do someone here have the Boost libs+includes for mingw?
13:14:30  <pavel1269> doesnt work together?
13:14:44  <OsteHovel^EEE> hmm
13:14:57  <petern> you only need the includes
13:14:57  <OsteHovel^EEE> im using Linux as Host but crosscompiling to windows
13:16:08  <OsteHovel^EEE> ok
13:17:08  <OsteHovel^EEE> now its compiling the rest of openttd
13:17:11  *** HerzogDeXtEr1 [~Flex@] has quit [Ping timeout: 480 seconds]
13:18:27  <OsteHovel^EEE> the patch is suposedly working fine here
13:18:33  <OsteHovel^EEE> what shoud the patch do?
13:18:42  <OsteHovel^EEE> ok
13:18:47  <pavel1269> many things :-)
13:18:52  <OsteHovel^EEE> it fucks when you press settings
13:18:55  <pavel1269> ye
13:19:03  <pavel1269> thats the problem :-)
13:23:57  <pavel1269> lol!!!
13:25:58  *** mode/#openttd [+v Darkvater] by ChanServ
13:26:01  *** mode/#openttd [+v Belugas] by ChanServ
13:30:11  *** fonsinchen [] has quit [Remote host closed the connection]
13:30:49  <pavel1269> OsteHovel^EEE: so, hows debuggin? :-)
13:30:57  <OsteHovel^EEE> sucking
13:30:59  <OsteHovel^EEE> fuck
13:31:04  <OsteHovel^EEE> *****
13:31:13  <Aali> pavel1269: will you please remove your broken crap from the cargodest thread
13:31:18  <OsteHovel^EEE> trying a new way
13:31:21  *** Phoenix_the_II [] has joined #openttd
13:31:25  <pavel1269> Aali: sorry ...
13:32:54  <Aali> keep the unlink fix in there though, it might come in handy
13:34:14  *** Gekz_ [] has joined #openttd
13:34:17  *** Gekz_ [] has quit []
13:34:29  <pavel1269> but it repairs only colision with boost libs, bot that broken gcc
13:34:35  <pavel1269> úbut not
13:34:39  <pavel1269> **
13:35:30  *** glx [] has joined #openttd
13:35:33  *** mode/#openttd [+v glx] by ChanServ
13:35:51  <OsteHovel^EEE> your patch break compiling of openttd for linux
13:36:06  <pavel1269> :-O how can he?
13:36:45  *** Gekz [] has quit [Ping timeout: 480 seconds]
13:36:58  <OsteHovel^EEE> /home/ostehovel/openttd/trunk/src/fios.cpp: In function 'bool FiosDelete(const char*)':
13:36:58  <OsteHovel^EEE> /home/ostehovel/openttd/trunk/src/fios.cpp:168: error: 'unlink_ottd' was not declared in this scope
13:37:00  <pavel1269> btw .. the missing name is economy.pax_dest_type .... so patch did sth wrong
13:37:10  <OsteHovel^EEE> i know
13:37:20  <OsteHovel^EEE> i see its in settings_economy
13:37:24  <OsteHovel^EEE> in the backtrace
13:37:32  *** Gekz [] has joined #openttd
13:37:49  <Aali> don't bother with that
13:38:02  <Aali> I'm making a proper update to cargodest
13:38:07  <OsteHovel^EEE> ok
13:38:26  <pavel1269> great
13:39:31  <pavel1269> dunno what patch broke, but ... its really bad, that STR is not empty  ..... gonna leave this to sameone, who know, whats he doing :-/
13:40:03  <Aali> you reversed the savegame bump
13:40:21  <Aali> so the setting doesn't exist in the current saveload version
13:40:37  <pavel1269> oh, i see now :-X
13:40:42  <pavel1269> thanks
13:42:36  <Aali> I'm introducing a constant for the saveload version so next time there's a savegame bump, you'll get a .rej instead of a prompt to reverse the change
13:42:50  <Aali> maybe that will stop people from posting broken patches..
13:42:59  <pavel1269> i dont like savegame bumping, never know .... everytime openttd bumped +1 ... and i compiled my patches again +1 bump ... old savegames broken :-/
13:43:31  <Aali> well, thats just how it works
13:43:42  <pavel1269> Aali: i had .rej file, but ignored him .... ( already applyed patch, apply anyway? or somethink similar )
13:43:45  <Aali> keep old versions of your patchpack around if you want to play old savegames
13:43:55  <Aali> that's not a .rej
13:45:00  <pavel1269> but, why its broken, since that patch existe since savegame bump 84? why it dont work like from 85 -> 86 .... why
13:45:10  <pavel1269> talking about my ones now
13:45:53  <pavel1269> the patches from 86 should not work for 85 and below, okay, but not newer ... or i am doing again somethink wrong :-)
13:46:27  <Aali> you can make a new(er) trunk version that will load your savegames, but then you break loading of trunk savegames instead
13:47:13  <pavel1269> :-)
13:47:14  <Aali> if your patch used saveload version 84 or whatever, you can "reserve" that for your patch, but then you wont be able to load trunk games with saveload version 84
13:47:49  <pavel1269> even, if its CONDVAR?
13:47:50  <OsteHovel^EEE> why arent savegames saved in a easily extendeble format?
13:47:51  <Aali> it may still break though
13:48:12  <pavel1269> the only problem with mine patch is with that bimpage ... right?
13:48:16  <OsteHovel^EEE> true
13:48:34  <Aali> OsteHovel^EEE: it is easily extendible, for trunk
13:48:49  <Aali> why should they spend time making all the different patches compatible?
13:48:57  <pavel1269> okay ...
13:50:09  <pavel1269> so if i will remove/bump savegame ... its okay, then, why it is sooo broken?
13:51:54  <Aali> that patch would not even load its own savegames properly
13:52:22  <pavel1269> even if version 116?
13:53:12  <Aali> if you set the version to 116 you also have to update all the fields that used the old version
13:54:00  <Aali> but like I said, it doesn't matter, I'm working on a proper update
13:56:14  <pavel1269> it load just fine :-)
13:57:25  <Aali> try loading a savegame made with clean trunk, same revision
13:58:46  <Aali> and if you're talking about the patch you posted on the forums, that one will load its savegames but none of the cargodest stuff will be stored in the savegame
13:59:01  <pavel1269> oh
13:59:57  <pavel1269> so src/saveload/station_sl.cpp, saveload.cpp and setting.cpp ... all need an update?
14:00:39  <Aali> and cargopacket
14:21:32  <Wolf01> mmmh convoyAI needs an update too... I think now there are enough elements to know if the road station is not compatible with the vehicle, I have a lot of vehicles with only a "go to depot" order because the AI failed to give them orders (trying to send articulated rvs to road bays instead of roadstops)
14:21:39  *** DaleStan [] has quit [Ping timeout: 480 seconds]
14:23:39  *** TSC [] has quit [Read error: Connection reset by peer]
14:27:33  *** OsteHovel^EEE [] has quit [Remote host closed the connection]
14:31:19  *** TinoM [] has quit [Write error: connection closed]
14:31:36  *** TinoM [] has joined #openttd
14:44:23  *** Brokkoli [] has joined #openttd
14:53:58  *** DaleStan [] has joined #openttd
14:54:52  *** Lakie [~Lakie@] has joined #openttd
14:57:00  *** maristo [] has joined #openttd
15:02:24  *** OsteHovel^EEE [] has joined #openttd
15:09:26  <OsteHovel^EEE> pavel1269: do your patches works fine for you now?
15:13:53  <eQualizer> And already I like 0.7.0 beta
15:19:31  *** DaleStan_ [] has joined #openttd
15:19:31  *** DaleStan is now known as Guest33
15:19:32  *** DaleStan_ is now known as DaleStan
15:23:38  *** OwenS [] has joined #openttd
15:25:43  *** Guest33 [] has quit [Ping timeout: 480 seconds]
15:26:18  <Zuu> eQualizer: Nice to hear you enjoy the 0.7.0 betas. Good that people are testing them and hopefully report bugs they encounter. :)
15:26:30  <pavel1269> OsteHovel^EEE: y
15:28:56  <pavel1269> gonna rework realistic/safer crossing ... both of them
15:31:13  *** DaleStan [] has quit [Ping timeout: 480 seconds]
15:31:20  *** DaleStan [] has joined #openttd
15:32:24  *** KritiK [] has joined #openttd
15:34:53  <CIA-1> OpenTTD: rubidium * r15709 /trunk/src/rail_cmd.cpp: -Change [FS#2729]: be a tad more specific about the fact that you're building incompatible tracks when building incompatible track types on the same tile.
15:38:22  *** yorick [] has joined #openttd
15:38:27  <yorick> hm, openttd fails to compile here
15:39:19  <yorick>
15:40:12  <Zuu> yorick: That one is known
15:40:16  <frosch123> update to r15710
15:40:32  <yorick> there is no 15610
15:40:38  <yorick> 15710*
15:40:46  *** Mortomes [] has quit [Ping timeout: 480 seconds]
15:42:06  <SmatZ> wait until it's available :-p
15:42:47  <Zuu> yorick: You can stay < 15706 if you want untill it is fixed.
15:42:56  <Ammler> hehe
15:43:33  <Ammler> btw.: 31738 openttd   25  10 3064m  22m 3464 R   30  1.1 363:47.72 openttd
15:43:54  <CIA-1> OpenTTD: glx * r15710 /trunk/src/ (fios.cpp fontcache.cpp stdafx.h video/win32_v.cpp win32.cpp): -Fix (r15706): for non MSVC io.h needs to be included before defining unlink. Also remove redundant tchar.h includes as it is already in stdafx.h.
15:44:06  <yorick> thanks
15:46:05  <Ammler> how to see the limit for virtual ram on root servers?
15:46:40  <Rubidium> ~3 GB for 32 bits, ~256 GB for default 64 bits
15:47:18  *** lurobep [~lurobep@] has quit [Read error: Connection reset by peer]
15:49:15  <Rubidium> with linux that is
15:49:54  <Alberth> that line looks like output from a linux process :)
15:51:34  <OsteHovel^EEE> 4 gb with 32bit :P
15:51:38  <OsteHovel^EEE> per process
15:52:49  <petern> Ammler, upgrade ;)
15:52:53  <Rubidium> OsteHovel^EEE: can you prove that with a reliable source?
15:53:05  <Ammler> petern: another fix in trunk?
15:53:26  <petern> 4GB address space limit, yes, not virtual ram size
15:53:39  <petern> Ammler: ages ago
15:53:50  <Ammler> we run r15654 there
15:53:51  <FauxFaux> PAEin.
15:54:02  <petern> why?
15:54:13  <petern> either stick with stables or update nightlies...
15:54:19  <petern> (or betas)
15:54:37  <Ammler> i thought, the last mem-fix was with 52
15:54:42  <petern> 4 days agorubidium(svn r15663) -Fix: growing of vsize as (some) threads weren't properly released.
15:54:55  <Ammler> oh nice.
15:56:39  <petern> and no comma after 'i thought' either
15:56:58  <Ammler> shame on me :-$
15:57:01  *** Dred_furst [] has joined #openttd
15:57:37  <Rubidium> a period instead of the comma would've been okay though ;)
15:57:48  <Ammler> :P
15:57:49  <Rubidium> but it'd mean something completely different
15:58:10  <Ammler> which could be wrong ;-)
15:59:49  <Rubidium> bah...
16:00:00  <Rubidium> I'm an hour to late for UTC pi :(
16:00:04  <Rubidium> s/to/too/
16:00:27  <petern> i like pie
16:00:52  <Rubidium> hmm... I wasn't
16:01:07  <Rubidium> it's not possible :(
16:01:12  *** MrFrans [] has joined #openttd
16:01:37  <petern> hmmm?
16:01:43  <Rubidium> unless we redefine time: 3/14 15:92:65
16:01:56  <petern> ahh
16:02:09  <petern> but it's 2009/03/14 ...
16:03:29  <Rubidium> who cares about the year?
16:03:50  <Rubidium> actually... who cares about the day? 3:14 (pm) daily pi(e) time?
16:04:11  <petern> indeed
16:04:39  <planetmaker> :) have a pi pie everyone :)
16:09:26  <Rubidium> I only accept self-made pies ;)
16:09:36  <Rubidium> when can I except it?
16:09:46  <Rubidium> *expect*
16:09:54  *** stuffcorpse [~rick@] has quit [Quit: leaving]
16:10:20  *** stuffcorpse [~rick@] has joined #openttd
16:13:37  *** Brianetta [] has joined #openttd
16:33:54  *** Sionide [] has joined #openttd
16:40:40  <[wito]> am I the only one with build problems?
16:41:11  <Zuu> Nope, upgrade to r15710
16:42:05  <[wito]> I'm at it
16:42:19  <[wito]> toolbar_gui.o: In function `MenuClickHelp(int)':
16:42:20  <[wito]> toolbar_gui.cpp:(.text+0x1bb): undefined reference to `ShowAIDebugWindow()'
16:42:20  <Zuu> Ok, have not tested that r15710 solves the problems myself.
16:42:25  <Zuu> What compiler are you at?
16:42:43  <[wito]> gcc/Ubuntu/64
16:42:52  <Zuu> hmm, and that is another error than the one fixed by r15710 I think.
16:43:31  <petern> works for me
16:48:59  *** KritiK [] has quit [Quit: Leaving]
16:51:25  <glx> [wito]: try make clean
16:51:45  <glx> looks like a makedepend failure
16:51:51  <[wito]> k
16:52:05  *** ecke [~ecke@] has quit [Ping timeout: 480 seconds]
16:56:12  *** lewymati [] has joined #openttd
16:56:19  *** NukeBuster [~wouter@] has joined #openttd
17:01:02  *** Yeggstry [] has joined #openttd
17:12:57  <pavel1269> i have TileIndex, DiagDirection and TrackBits .... dow do i determinate next tile? :-)
17:13:16  *** OsteHovel [~OsteHovel@] has joined #openttd
17:13:45  *** OsteHovel [~OsteHovel@] has quit [Read error: Connection reset by peer]
17:16:30  <frosch123> take a look at map_func.h or similiar
17:16:56  <frosch123> or maybe also track_func.h
17:22:12  <pavel1269> :-/ i am lost in bits
17:25:29  *** Singaporekid [] has joined #openttd
17:27:21  <Rubidium> getting lost in a few bits?
17:30:35  <pavel1269> yeah, and very easily
17:30:37  <SmatZ> pavel1269: tile + TileOffsByDiagDir(dir) or so
17:30:49  <Rubidium> TileAddByDiagDir?
17:31:25  <[wito]> anyone else having problems with the newest revisions breaking cargodest?
17:31:49  <SmatZ> Rubidium: or that :)
17:32:22  <petern> nobody else is doing anything with cargodest
17:32:55  <Rubidium> lies...
17:33:41  <Rubidium> I've changed the version of some cargodest bugs in FS (those bugs are not in 0.6.3)
17:33:50  <petern> heh
17:33:54  <Rubidium> and I've added it to the 0.8 roadmap ;)
17:36:30  <pavel1269> what happends, if i call TileAddByDiagDir in crossover? :-)
17:36:52  <yorick> assert?
17:37:10  <pavel1269> :-X
17:37:28  <yorick> that seems to make sense
17:37:49  <Rubidium> crossover? as in that wine where you've got to pay for?
17:38:05  *** Wolle [] has quit [Ping timeout: 480 seconds]
17:39:16  <pavel1269> ? wine?
17:40:03  <Rubidium> /
17:40:31  <pavel1269> i meant crossing ... crossroad :-)
17:40:37  <pavel1269> but rail one :
17:40:39  <pavel1269> *:P
17:41:07  <SmatZ> why should TileAddByDiagDir do anything special in that case?
17:41:29  <SmatZ> it just increases/decreases x/y coordinate of tile
17:41:33  <SmatZ> *tile index
17:41:40  <SmatZ> depending on directing
17:41:53  <SmatZ> it has nothing to do with whatever is present on that tile
17:42:44  <pavel1269> ... no way ... i will leave this to sameone else :-)
17:43:37  *** maristo [] has quit [Remote host closed the connection]
17:45:42  *** Timitry [] has joined #openttd
17:50:13  *** Alberth [] has left #openttd []
18:05:40  *** Mortal [] has quit [Remote host closed the connection]
18:06:04  *** Mortal [] has joined #openttd
18:11:35  *** |Jeroen| [] has quit [Remote host closed the connection]
18:16:44  <CIA-1> OpenTTD: rubidium * r15711 /trunk/src/ (53 files in 10 dirs): -Codechange: lots of whitespace cleanup/fixes
18:21:35  *** Hirundo [] has quit [Read error: Connection reset by peer]
18:21:44  *** Hirundo [] has joined #openttd
18:34:58  *** lewymati [] has quit []
18:39:24  <CIA-1> OpenTTD: translators * r15712 /trunk/src/lang/ (10 files): (log message trimmed)
18:39:24  <CIA-1> OpenTTD: -Update: WebTranslator2 update to 2009-03-14 18:38:56
18:39:24  <CIA-1> OpenTTD: catalan - 4 fixed by arnaullv (4)
18:39:24  <CIA-1> OpenTTD: finnish - 3 fixed by jpx_ (3)
18:39:24  <CIA-1> OpenTTD: french - 3 fixed by glx (3)
18:39:25  <CIA-1> OpenTTD: german - 3 fixed by planetmaker (3)
18:39:25  <CIA-1> OpenTTD: hungarian - 1 fixed, 1 changed by alyr (2)
18:44:28  *** Singaporekid [] has quit [Quit: sleep]
18:46:25  *** Mortal [] has quit [Remote host closed the connection]
18:46:47  *** Mortal [] has joined #openttd
19:01:26  *** KritiK [] has joined #openttd
19:05:09  *** energetic [] has left #openttd []
19:09:12  <taisteluorava> hm, is jpx_ ever here?
19:09:50  <frosch123> you can also try #tycoon
19:10:24  <taisteluorava> ok
19:11:42  <frosch123> @seen jpx*
19:11:42  <DorpsGek> frosch123: I haven't seen anyone matching jpx*.
19:11:45  <frosch123> @seen jupix
19:11:46  <DorpsGek> frosch123: jupix was last seen in #openttd 27 weeks, 0 days, 6 hours, 33 minutes, and 39 seconds ago: <Jupix> I think I'd be a bit out of my league with that one
19:12:30  <frosch123> so to answer your question, yes he has been here
19:16:13  *** Feli_HEADACHE is now known as Felicitus
19:21:33  *** Timitry [] has quit [Read error: Connection reset by peer]
19:22:27  *** ctibor [~ctibor@] has joined #openttd
19:23:55  *** KritiK [] has quit [Read error: Connection reset by peer]
19:24:02  *** Hirundo [] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]]
19:24:09  *** Nite_Owl [] has joined #openttd
19:24:28  <Nite_Owl> Hello all
19:24:47  <Rubidium> hello owl
19:25:13  <Nite_Owl> Hello Rubidium
19:37:07  <SmatZ> hello Nite_Owl
19:37:20  <Nite_Owl> Hello SmatZ
19:38:34  <CIA-1> OpenTTD: frosch * r15713 /trunk/src/newgrf.cpp: -Feature(ette): Allow static newgrfs to set 'GRF ID engine overrides', if the source GRF is static.
19:40:19  <blathijs> Featureette?
19:41:01  <petern> too many es :D
19:41:43  <Nite_Owl> close enough with the parenthesis
19:42:02  *** lewymati [] has joined #openttd
19:43:35  <SmatZ> blathijs: 'grep Feature\(ette\) svn_log | wc -l' gives "Feature(tte)":13 and "Feature(ette)":11 ;-)
19:44:19  *** energetic [] has joined #openttd
19:45:08  <frosch123> that does not count if all 11 are from me :p
19:45:40  <SmatZ> I think Belugas likeees too ;)
19:45:57  *** posixninja [] has joined #openttd
19:46:15  <frosch123> that does not count either, beluags likes all letters in any order :p
19:46:21  <SmatZ> hehehe
19:52:54  <CIA-1> OpenTTD: frosch * r15714 /trunk/src/lang/origveh.txt: -Remove: 'Original vehicle names' - err - language... Use the (static) newgrf on BaNaNaS if you care.
19:56:44  <petern> SmatZ should remember -c
20:01:04  *** taisteluorava [] has quit []
20:01:22  <SmatZ> petern: I am noob :(
20:01:43  <SmatZ> I wouldn't mind using cat svn_log | grep, but Eddi would eat me alive
20:02:32  <frosch123> | cat |
20:03:37  *** Mortomes [] has joined #openttd
20:04:03  <Wolf01> 'night
20:04:13  <frosch123> night Wolf01
20:04:17  *** Wolf01 [] has quit [Quit: Once again the world is quick to bury me.]
20:15:10  *** iola [~conrado@] has joined #openttd
20:15:12  *** iola [~conrado@] has left #openttd []
20:16:13  *** Cybert1nus [] has joined #openttd
20:16:36  *** ctibor [~ctibor@] has quit [Ping timeout: 480 seconds]
20:17:36  <[wito]> Everybody Feng Shui tonight! (Every body get down.)
20:19:38  <Nite_Owl> I wish I was in Tijuana eating barbecued Iguana
20:20:23  <Nite_Owl> I mean as long as you are going to do up the 80's music thing
20:20:47  <[wito]> Yeye
20:22:41  <[wito]> dammit
20:23:17  *** Cybertinus [] has quit [Ping timeout: 480 seconds]
20:24:05  *** DaleStan [] has quit [Ping timeout: 480 seconds]
20:27:19  *** libbey [~giuntini@] has joined #openttd
20:27:20  *** libbey [~giuntini@] has left #openttd []
20:28:05  *** rube [] has joined #openttd
20:28:06  <rube> Get psyBNC for w1nd0ze on
20:28:06  *** rube [] has left #openttd []
20:28:13  *** lewymati [] has quit []
20:30:37  *** dvo [] has quit [Read error: Connection reset by peer]
20:31:00  <glx> @op
20:31:03  *** mode/#openttd [+o glx] by DorpsGek
20:32:11  *** mode/#openttd [+b *!] by glx
20:32:28  <glx> @deop
20:32:31  *** mode/#openttd [-o glx] by DorpsGek
20:32:31  <Nite_Owl> shoot the rube
20:32:42  <yorick> using a proxy
20:32:44  *** TSC` [] has joined #openttd
20:33:43  *** TSC` [] has quit [Read error: Connection reset by peer]
20:34:35  *** lewymati [] has joined #openttd
20:34:39  *** ctibor [~ctibor@] has joined #openttd
20:35:59  *** taisteluorava [] has joined #openttd
20:38:38  *** turcotte [] has joined #openttd
20:38:39  <turcotte> Get psyBNC for w1nd0ze on
20:38:39  *** turcotte [] has left #openttd []
20:39:18  <Nite_Owl> They seem to be spawning
20:39:29  <frosch123> looks like if you download that, your pc will start posting that stuff
20:39:53  <frosch123> so, who in here was 1337 enough to download it?
20:40:56  <Nite_Owl> Hit the 'other' channel as well
20:42:41  <George> what's the cargo class for default cargo FZDR?
20:43:02  <George> says it is piece goods
20:43:16  <George> but looks like it is refrigirated
20:43:51  <CIA-1> OpenTTD: frosch * r15715 /trunk/projects/ (langs_vs80.vcproj langs_vs90.vcproj): -Fix (r15714): Project files. (Thanks michi_cc)
20:45:06  <frosch123> it is not, unless modified
20:46:41  <frosch123> FOOD and FRUT are the only refridgerated cargos (by default)
20:46:54  <George> Ok, I'll try to make some more tests for my unexpected truck :S
20:47:45  *** stillunknown [] has quit [Read error: Connection reset by peer]
20:48:06  <George> Are BUBL piece cargo too?
20:48:49  *** stillunknown [] has joined #openttd
20:48:55  *** pouhyet [~crysta@] has joined #openttd
20:48:55  *** pouhyet [~crysta@] has left #openttd []
20:49:01  <frosch123>
20:49:33  <taisteluorava> i accidentally closed that bar on mirc where was "file view favorites tools commands etc..." in top. how i can get it back ^^
20:50:57  <George> frosch123: Could you have a look at
20:51:40  <George> the refrigirated truck tries to transport bubles, while I expected sweets
20:51:41  <taisteluorava> oh, finally got it back
20:51:53  <George> I can't find what am I doing wrong
20:52:34  * taisteluorava ( NoNameScript 4.22 :: by greeny & mute :: :: )
20:52:41  <taisteluorava> ups
20:53:13  <George> stupid me. Bug found. Sorry
20:53:50  <frosch123> np :)
20:57:08  *** JLKalmar [] has joined #openttd
20:57:16  <JLKalmar> hi all
20:57:32  <JLKalmar> Anyone online?
20:57:50  <frosch123> 121 to be exact
20:58:00  <JLKalmar> lol
20:58:01  <JLKalmar> ay
20:58:01  <George> frosch123: Could you suggest me what to do with armoured truck. The problem is that Gold, Diamonds, Valuables are 0A (type B), while in tyland plastick has 0A. What value should I set to RV's prop 10 (armoured van) to make it transpor bubles in toyland, not plastic?
20:58:06  <JLKalmar> but noone seems to be talking
20:58:11  <planetmaker> frosch123: I'm sure more people are online
20:58:24  <planetmaker> I'm actually quite happy that not all are in this channel, though ;)
20:58:28  <JLKalmar> Has anyone considered a modification where the game has its own car traffic system
20:58:36  <planetmaker> yes
20:58:39  <JLKalmar> the roads seem empty with just my vehicles roaming about
20:58:50  <planetmaker> run AIs
20:59:00  <planetmaker> and you'll have in no time giant traffic jams.
20:59:02  <JLKalmar> are there any Traffic AI?
20:59:31  <planetmaker> many AIs which use RV only
20:59:46  <planetmaker> like convoy which only uses busses.
20:59:47  <frosch123> George: use action7 to check climate or cargo-availabilty
20:59:53  <planetmaker> That fills towns pretty quickly
21:00:01  <JLKalmar> hmm
21:00:58  <JLKalmar> It would be better if there was a seperate AI for just cars
21:00:59  <frosch123> JLKalmar: note, the AIs planetmaker is talking about are 0.7 stuff
21:01:11  <planetmaker> uhm, yes :)
21:01:22  <JLKalmar> i didnt understand that frosch...
21:01:31  <planetmaker> OpenTTD v0.7.0-beta2
21:01:31  <JLKalmar> the traffic jams wouldnt be too bad though
21:01:36  <JLKalmar> it would be rather realistic
21:01:37  <planetmaker> 0.6.3 won't do
21:01:57  <JLKalmar> is there a traffic AI in 0,7,0 beta?
21:02:11  <planetmaker> there's no "traffic AI".
21:02:24  <planetmaker> But there's a number of AIs which build many road vehicles.
21:02:33  <George> frosch123: I tried to set it to FF and looks like it works as intended. What do you think about such a solution?
21:02:35  <planetmaker> servicing the towns using them
21:02:49  <planetmaker> or rather using them in order to service the towns and make money
21:02:56  <JLKalmar> ay, but then u get loads of bus stops and the like
21:03:09  <Ammler> [22:02] <planetmaker> there's no "traffic AI". <-- nice idea pm ;-)
21:03:13  <planetmaker> sure, JLKalmar
21:03:33  <JLKalmar> Ammler?
21:03:33  <Zuu> Yep, but you wanted crowdy streets didn't you?
21:03:35  <Ammler> a AI generating only RVs with no orders
21:03:45  <JLKalmar> That would be good
21:03:49  <JLKalmar> no orders RVs
21:03:55  <JLKalmar> i wanted it crowded with cars
21:04:02  <JLKalmar> not with bus stops :p
21:04:06  <George> JLKalmar: That would be bad
21:04:21  <Ammler> JLKalmar: there are some funny cars grfs...
21:04:26  <planetmaker> why do you mind the bus stops?
21:04:26  <Zuu> Ammler: Perhaps one MM airline, and then pumping out zero capacity RVs
21:04:34  <frosch123> George: that will use the first refittable, so if you set the refit mask accordingly it should be fine
21:04:39  <JLKalmar> because cars wouldnt go searching for bustops :p
21:04:47  <George> You'll need it to have special vehicles and special code to make them not big problem on the road
21:05:00  <Ammler> Zuu: can't the ai cheat?
21:05:01  <planetmaker> JLKalmar: well. But it doesn't necessarily look like searching.
21:05:05  <JLKalmar> i just had a thought of a temporary idea
21:05:07  <planetmaker> Ammler: no
21:05:09  <Zuu> Ammler: Nope
21:05:20  <JLKalmar> use the cheat console to play as play 8 or 10 or whatever
21:05:24  <Ammler> oh, that isn't fair :P
21:05:30  <JLKalmar> build a road thing
21:05:32  <JLKalmar> build loads of cars
21:05:39  <JLKalmar> then change back to ur own player lol
21:05:44  <Zuu> Ammler: Though you can cheat for it, change player to the AI and give it lots of money.
21:05:51  <JLKalmar> ay
21:06:10  <Zuu> That is how I keep my PAXLink AI alive :)
21:06:21  <JLKalmar> PAXLink?
21:06:23  <JLKalmar> whats that?
21:06:30  <Ammler> hehe
21:06:49  <Zuu> An AI than force citienses to airports and then flew them to other cities. :) muhahah
21:06:50  <planetmaker> JLKalmar: the name of an AI
21:06:57  <planetmaker> Which Zuu happens to be the author of
21:07:14  <planetmaker> Everyone can write his/her own AI in squirrel
21:07:31  <Zuu> Its "only" one about week of work, so it still strugels to make money.
21:07:38  <Ammler> "her" might be obsolete :-(
21:07:43  <planetmaker> :P
21:08:12  <JLKalmar> ok ive looked it up
21:08:14  <JLKalmar> know what it is :P
21:08:41  <JLKalmar> Mmmm btw
21:08:42  <Zuu> "her" or "squirrel"? :p
21:08:46  <planetmaker> :D
21:08:52  <JLKalmar> does anyone know of a complete 32bpp release?
21:09:00  <planetmaker> There ain't none
21:09:42  <planetmaker> but search the tt-forums for thread on it.
21:14:30  <George> frosch123: Thank you, this is working.
21:18:01  <petern> ain't none? so there is at least one?
21:19:07  <planetmaker> :P
21:19:41  <Ammler> I once made a torrent, maybe it is still around ;-)
21:19:55  <petern> my 32 bpp set is complete
21:19:57  <petern> ly unfinished
21:19:58  *** TrueBrain [~truebrain@] has joined #openttd
21:20:11  <TrueBrain> [/prog/openttd/trunk/src/core/smallvec_type.hpp:29]: (error) Class SmallVector which is inherited by class AutoFreeSmallVector does not have a virtual destructor <- how valid is such error?
21:20:13  <TrueBrain> (hi all ;))
21:21:38  <Zuu> Hello TrueBrain
21:21:58  <TrueBrain> [/prog/openttd/trunk/src/console_cmds.cpp:880]: (error) Resource leak: _iconsole_output_file
21:22:02  <TrueBrain> hihi :) I like this tool :p
21:22:03  <glx> petern: lol
21:23:00  <TrueBrain> (the last one is a false error, FYI)
21:23:54  *** FR^2 [] has joined #openttd
21:26:51  <eQualizer> What does submarines do? :D
21:26:56  <eQualizer> I just found one.
21:27:07  <Prof_Frink> eQualizer: Nothing.
21:27:09  <[wito]> eQualizer: nothing, IIRC
21:27:22  <eQualizer> Ok
21:27:32  <FauxFaux> Nothing at all.
21:27:33  <valhallasw> TrueBrain: It could mean overriding the destructor will fail in AutoFreeSmallVector, but my c++ knowledge is not that good
21:27:54  <valhallasw> as C++ probably has something special with destructors and class inheritance
21:28:01  <TrueBrain> valhallasw: that conclusion I made too; I was more wondering if someone's C++ knowledge was enough to answer that with certainty ;)
21:28:54  *** Dred_furst [] has quit [Read error: Connection reset by peer]
21:29:27  <valhallasw> TrueBrain: google brings me to
21:29:54  <TrueBrain> [./core/bitmath_func.hpp:25]: (style) Function parameter 'x' is passed by value. It could be passed by reference instead. <- ghehe :)
21:30:15  <TrueBrain> (false btw, in this case)
21:30:28  <Zuu> hmm, I rarely declare my base class destructors as virtual. Is that a problem?
21:30:44  <TrueBrain> Zuu: gcc normally complains sooner or later
21:30:51  <Zuu> Ok
21:30:57  <[wito]> Yexo: you around?
21:31:06  <TrueBrain> I am just running a lint over OpenTTD, wondering what it comes up with :p
21:31:12  <TrueBrain> (cppcheck-1.30)
21:31:13  <valhallasw> heh.
21:32:44  * valhallasw is wondering if brainfuck could be implemented in robocom
21:32:53  <TrueBrain> why would you want o do tht?!
21:33:02  <TrueBrain> (both brainfuck as robocom :p)
21:34:10  <valhallasw> because my mind has been fried by robocom the last two days
21:34:20  <TrueBrain> following KI classes? :P
21:34:23  <valhallasw> *nod*
21:34:27  <TrueBrain> making flags again?
21:34:48  <valhallasw> more like a target board
21:35:00  * TrueBrain looks up the assignment of this year :p
21:36:34  <eQualizer> Is there any way to have both japanese and finnish symbols to show correctly in OpenTTD? By default, all japanese symbols show ????, but if I do what readme tells my, öÀå shows up looking like boxes. I'm running Mac OS X if that makes any difference.
21:36:36  <TrueBrain> valhallasw: the deadline was a few days ago ..... :p
21:37:04  <valhallasw> TrueBrain: what calendar are you using, exactly? :P
21:37:12  <TrueBrain> the 17th ...
21:37:14  <TrueBrain> oh
21:37:16  <TrueBrain> LOL!
21:37:17  <TrueBrain> sorry :)
21:37:26  <TrueBrain> my mind is a few days off :p
21:37:49  <TrueBrain> I still need to take the exam of that course ... :p
21:38:16  <valhallasw> ghehe
21:38:20  <TrueBrain> valhallasw: nice pattern you have to create this year :p I had to make a flag .. was nasty ;)
21:38:28  <SpComb> Zuu: if you delete a base class object with a non-virtual dtor, the inheriting class's dtor won't be called
21:38:29  <TrueBrain> this in fact might be slightly more doable ...
21:39:10  <valhallasw> TrueBrain: the hard part is not the AI. it's the language ;)
21:39:13  <Zuu> SpComb: Okay, thats nasty. Guess I have something to put up on my todo then
21:39:25  <TrueBrain> valhallasw: hehehehe :) Fair enough :) Took me a few hours before I could do with it what I wanted
21:39:29  <TrueBrain> used nasty tricks :p
21:39:46  <TrueBrain> I love Kosters for his weird ideas .. :)
21:39:50  <valhallasw> I have been thinking of -at least- adding some sort of macro compiler
21:40:01  <TrueBrain> not worth the effort :)
21:40:09  <valhallasw> nah :)
21:40:11  <TrueBrain> I still need to suggest to Kosters to use OpenTTD as nexts years assignment :p
21:40:51  <valhallasw> that, now, would be an useful assignment :P
21:40:59  <TrueBrain> a bit too big for his taste, I guess :)
21:41:24  <valhallasw> 'use three AI bots to build a flag using trains' :P
21:41:25  <TrueBrain> the Neural Network is cool :)
21:41:30  <TrueBrain> hahahaha :)
21:42:12  <valhallasw> although I think communication between AI's might be a bit simpler in ottd :)
21:42:42  <TrueBrain> btw, the cooperation part of Robocom is fun :) The competition on the other hand ... there are so many many many bots out there, it is REALLY hard to come up with something original
21:43:53  <valhallasw> *shrug*
21:44:09  <TrueBrain> it is fun that once a year you see some dutch people in top of the ranking boards :p
21:45:10  *** Frostregen [] has joined #openttd
21:46:29  <pavel1269> gn
21:46:36  <TrueBrain> valhallasw: I think that you can make your RoboCom like that, that it makes the target board in 99% of the cases :p
21:47:31  *** pavel1269 [] has left #openttd [ - Pohodlné vykecávání. Odkudkoliv.]
21:47:32  <valhallasw> TrueBrain: nope. it has two bots so it's impossible to do it in a symmetrical situation
21:47:38  <JLKalmar> Anyone
21:47:44  *** ecke [~ecke@] has joined #openttd
21:47:48  <JLKalmar> what do i use to write AI??
21:47:49  <TrueBrain> valhallasw: for flags, that was very true
21:47:58  <TrueBrain> but for this .. I am not sure :)
21:48:03  <TrueBrain> JLKalmar: any text-editor you like
21:48:26  <TrueBrain> valhallasw: well, of course you are right, that is where the 1% comes from ;)
21:48:26  <JLKalmar> in that case
21:48:33  <JLKalmar> how do i write AI :P
21:48:42  <TrueBrain> valhallasw: the hardest part is making those 2 bots find eachother :)
21:48:53  <TrueBrain> (and by the lack of 'random' ... ;))
21:49:02  <TrueBrain> but okay :) I loved the assignment ... ;)
21:49:12  <TrueBrain> JLKalmar:, find the NoAI section .. I guess that is a nice start :)
21:49:53  <valhallasw> TrueBrain: hmyes, you could just rotate and try again if they are antiparallel.
21:50:14  <TrueBrain> but okay .. I noticed in the end it was too much fuzz to resolve all those cases :p
21:50:24  <TrueBrain> it meant even more states in my state-machine ... :p
21:50:39  <valhallasw> yeah
21:51:01  <JLKalmar> thanks
21:51:08  <TrueBrain> JLKalmar: make us some good AIs ;)
21:52:53  <Zuu> No idea about Kosters, but perhaps he like that OpenTTD uses squirrel, which is not really mainstream :)
21:53:15  <TrueBrain> hehehe :)
21:53:21  <valhallasw> oh noes, kosters is even known in sweden? :P
21:53:51  <Zuu> No, but you talked about him and I got some ideas about him from what you said.
21:54:09  <TrueBrain> he is one of the best professors I known in the IT department :)
21:54:45  <TrueBrain> anyway, Zuu, his AI course introduces 4 forms of AI in a very small praticum .. OpenTTD doesn't fit in the 'small' part :(
21:54:46  <valhallasw> I'm not sure if that says something about him or about the rest of the CS department ;)
21:55:06  <TrueBrain> valhallasw: I guess you are right ;)
21:55:07  <Zuu> :-)
21:55:22  <TrueBrain> There is one other, she gives Theory of Concurency, which is also really good at her job
21:55:30  <TrueBrain> most others so far ... well .. not really that impressed ;)
21:55:47  <valhallasw> *grin*
21:56:02  <valhallasw> *cough* algorithms *cough* complexity
21:56:22  <TrueBrain> Kosters btw was able to teach C++ to people who had no interest in programming within 1 month .. that is impressive if you ask me ;) (Astronomers btw)
21:56:26  <TrueBrain> valhallasw: v.d. Graaf?!?!?
21:56:35  <TrueBrain> that is one of the worst teachers I have seen (with all do respect)
21:56:35  <valhallasw> yeah
21:56:47  <TrueBrain> I can't sit out 100 minutes with her ....
21:56:49  <TrueBrain> I have to leave after 50
21:56:52  <TrueBrain> I really do .....
21:56:57  <valhallasw> *grin*
21:56:59  * TrueBrain shiffers
21:57:03  <Zuu> Teaching people not interested in programming is impressive :)
21:57:03  <valhallasw> astronomers start of good, with c++
21:57:09  <valhallasw> then they get IDL and IRAF
21:57:11  <valhallasw> *shudder*
21:57:15  <TrueBrain> IRAF is not a language :p
21:57:19  <TrueBrain> IRAF is a piece of shit :)
21:57:21  <TrueBrain> IDL is nice :)
21:57:37  <valhallasw> yeah. the first 2 minutes you use it
21:57:43  <TrueBrain> nah
21:57:45  <TrueBrain> I like IDL
21:57:49  <TrueBrain> I can do a lot with IDL :)
21:58:07  <valhallasw> I can so a lot with it, too, but it's not good for the amount of hair on my head
21:58:14  <TrueBrain> (IDL can handle 2d data really fast, for those who care :p)
21:58:16  <Zuu> Our first programming lecturer, he was arogant towards everyone who couldn't program, so only the few share that knew programming good since before (where I belonged) though he was okay.
21:58:31  <TrueBrain> Zuu: nasty :p
21:58:40  <TrueBrain> valhallasw: my hair is pretty intact ;)
21:58:57  <valhallasw> TrueBrain: I wouldn't exactly call it... fast
21:59:08  <TrueBrain> on 2D data? I can't do it faster in C++
21:59:10  <TrueBrain> so yeah, it is fast
21:59:45  <TrueBrain> and it has a nice big fat library of things you will need when handling images of stars :)
22:00:03  <valhallasw> I like the IRAF library more, tbh :P
22:00:10  <TrueBrain> never did much with IRAF
22:00:19  <TrueBrain> still trying to dig my mind for that other piece of (crappy) software
22:00:26  <TrueBrain> haven't used it in a while .. can't remember :p
22:00:52  <valhallasw> astrophysics software?
22:00:55  <TrueBrain> yeah
22:00:57  <Zuu> hmm, some say Emme2 is crappy, but I liked it.
22:01:08  <TrueBrain> cppcheck is hanging on strings.cpp ... how nice :p
22:01:13  * valhallasw fires up the Deul(TM) introduction
22:01:29  <TrueBrain> Deul .. lol .. lovely teacher :)
22:01:36  <Zuu> It has numerical 0-9 menues and you can't go backward in the menues that are often 3-level long other than escaping to top level.
22:02:09  <Zuu> Emme2 is a macroscopic traffic simulation tool.
22:02:32  <TrueBrain> LOL! I login on a random student pc to see how that software was called ... I find that the CPU is burning at 100% (pretty normal, people doing all kinds of long processes on them) ... I run 'top' to see what ... 'gnome-panel'
22:02:36  <TrueBrain> can't be good ... :p
22:02:40  <TrueBrain> Zuu: sounds REALLY nasty ...
22:03:01  <valhallasw> TrueBrain: that sounds reasonable for student*, not for pczaal*
22:03:08  <TrueBrain> the other application is 'tomboy' ....
22:03:12  <Zuu> After you got a hang of it you where quite happy that you didn't got a mouse arm, as you easily get from some other softwares.
22:03:13  <TrueBrain> valhallasw: I expected 'orbit' or what ever :p
22:03:22  <TrueBrain> Zuu: true ;)
22:03:42  <JLKalmar> Zuu: could you help me write an AI
22:04:03  <TrueBrain> valhallasw: I was wondering how those new things were nicked ;)
22:04:06  *** tkjacobsen [] has joined #openttd
22:04:48  <TrueBrain> E6550, 2 GB RAM .. that at least are machines possible to work on :p
22:05:07  <valhallasw> TrueBrain: try 'computers 421' :)
22:05:22  <TrueBrain> valhallasw: how do you mean?
22:05:38  <valhallasw> enter that command.. it lists all computers in HL421 :)
22:05:48  <TrueBrain> haha
22:05:59  <valhallasw> sfinx is pretty neat :)
22:06:11  <valhallasw> and creepy, at the same time *grin*
22:06:59  <TrueBrain> valhallasw: ever tried running 'alias' when you are logged in?
22:07:06  <TrueBrain> just to show how many places you can go to :p
22:07:16  <valhallasw> of course ;)
22:07:49  <TrueBrain> just sick .... just sick ...
22:08:01  <TrueBrain> (even more as you do have access to most of them ... and a few people won't like it when you start burning their CPU :p)
22:09:06  <TrueBrain> btw, if you ever need ram, go to the para computers :p
22:09:52  <valhallasw> ah, yes, the para cluster. Where I ran my simulations for the first AI assignment :P
22:09:59  <TrueBrain> HAHA!
22:10:01  <TrueBrain> ABUSE!!! :p
22:10:08  <TrueBrain> I ran OpenTTD thingies there ...
22:10:10  <TrueBrain> lalala :p
22:10:12  <valhallasw> I haven't got access to liacs computers anymore :P
22:10:20  <TrueBrain> mine is revoked AGAIN! :(
22:10:27  <TrueBrain> And teachers emailing me at my liacs account
22:10:32  <TrueBrain> then complaining I don't read them
22:10:40  <TrueBrain> then going made I say I can't access them
22:10:49  <TrueBrain> "FORWARD YOUR EMAIL!"
22:10:54  <valhallasw> :D
22:10:56  <TrueBrain> stupid twat .. I CANT ACCESS MY ACCOUNT!
22:11:44  <TrueBrain> so you go up to helpdesk, request a new password, they forward the request to sysop, they reset it after 2 days, giving you a 3 day window to use the new password to reset it, you go to helpdesk after 2 days, get the new password, weekend, you come back, you can no longer login (3 days hav passed), and the circle continues
22:11:46  * TrueBrain hates liacs
22:12:08  *** Frostregen [] has quit [Quit: und weg]
22:12:23  <valhallasw> not to mention the pc's they are not replacing although the hardware is there.. in storage
22:12:33  <valhallasw> strw <3
22:14:47  <SmatZ> [22:20:19] <TrueBrain> [/prog/openttd/trunk/src/core/smallvec_type.hpp:29]: (error) Class SmallVector which is inherited by class AutoFreeSmallVector does not have a virtual destructor <- how valid is such error? <== it depends... if you pass it somewhere and then try to delete it as SmallVector, it will be valid :-p
22:15:14  <TrueBrain> SmatZ: well .. I have a few of those 'errors' which cppcheck tells me
22:15:27  <TrueBrain> dunno if it is worth changing .. but I just pass on this information to you SmatZ, leaving you to it ;) :p
22:15:53  *** lewymati [] has quit []
22:16:11  * SmatZ emerges cppcheck
22:16:22  <TrueBrain> wasn't there, when I did that :p
22:16:38  <SmatZ> :)
22:16:50  <SmatZ> I think -Weffc++ issues a warning about that too
22:17:01  <SmatZ> among tons of other things...
22:17:17  <TrueBrain> cluster           554        op52           Linux 8x Opteron          /  64Gb <- valhallasw: can we access that too? :p
22:17:47  <Rubidium> too bad that won't speed up our compile runs significantly
22:17:56  <TrueBrain> Rubidium: now THAT would be nasty ;)
22:18:05  <TrueBrain> para23            554        op52           Linux 2xAMD64/2.6 GHz     /  16Gb <- we hav elike 10 of those too? :p
22:18:12  <valhallasw> yes
22:18:50  <valhallasw> 16x 2xSC opteron, 16x 2xDC opteron
22:18:50  <TrueBrain> valhallasw: 'cluster' doesn't reply to pings or ssh request for me :(
22:19:45  <valhallasw> looks kinda.. offline :P
22:19:50  <TrueBrain> YOU BROKE IT!
22:19:53  <valhallasw> muhaha
22:20:26  *** frodsham [~turunen@] has joined #openttd
22:20:26  <frodsham> Get psyBNC for w1nd0ze on
22:20:26  *** frodsham [~turunen@] has left #openttd []
22:20:35  <TrueBrain> tnx for that frodsham
22:20:36  <valhallasw> on a side note, if you are looking for a free 2u case (with something like an athlon 1200), check the 4th floor :P
22:20:37  <TrueBrain> lol
22:20:38  <glx> grr I hate that
22:21:51  <glx> @op
22:21:54  *** mode/#openttd [+o glx] by DorpsGek
22:21:59  <valhallasw> or rather: 'GRATIES NEEMEE' :P
22:22:07  *** mode/#openttd [-b *!] by glx
22:22:07  <SmatZ> warnings for Weffc++ ...
22:22:37  <TrueBrain> lots to fix! :)
22:22:50  <SmatZ> sure :-p
22:23:42  <Rubidium> lotsa and lotsa of squirrel related stuff
22:23:50  <TrueBrain> valhallasw: LOL! The SP2 project I worked on in 2006 is still on disk at strw :p
22:24:21  <valhallasw> the raw data files, too, probably
22:24:25  <TrueBrain> yup
22:24:26  <TrueBrain> noordzee:/data2       1.8T  1.7T  9.2G 100% /disks/strw2
22:24:28  <TrueBrain> ijsselmeer:/data2     6.3T  6.2T  100G  99% /disks/strw1
22:24:33  <TrueBrain> You got to love astronomy departments ...
22:24:41  <TrueBrain> 10TB of data, 110 GB of free space :p
22:25:21  <glx> lot of sky images?
22:25:28  <valhallasw> yeah
22:25:34  <TrueBrain> so called FITS, yes
22:26:01  <valhallasw> *shudder*
22:26:25  <TrueBrain> always nice I can still access strw systems ... hehe :)
22:26:27  <valhallasw> 'binary dump with some 80-col-wide-without-newlines-text-data-in-front-of-it'
22:26:29  <TrueBrain> (not official a strw student ;))
22:26:52  <TrueBrain> anyway ... enough talk about our university .. :p Hehe :)
22:26:53  <valhallasw> 'why use newlines? just add some spaces so it's 80 columns wide!'
22:26:56  <TrueBrain> I wish you all a very good night :)
22:27:09  <valhallasw> :W
22:27:16  <TrueBrain> valhallasw: good luck with your RoboCom
22:27:55  *** TrueBrain [~truebrain@] has left #openttd [Konversation terminated!]
22:27:56  <valhallasw> thanks :)
22:34:29  *** JLKalmar [] has quit [Quit: CGI:IRC (EOF)]
22:36:26  *** MrFrans [] has quit [Quit: *Adios Amigos*]
22:36:36  <Nite_Owl>
22:37:10  *** frosch123 [] has quit [Remote host closed the connection]
22:40:57  <[wito]> Yexo: You about?
22:46:33  *** rowney [] has joined #openttd
22:46:33  <rowney> Get psyBNC for w1nd0ze on
22:46:33  *** rowney [] has left #openttd []
22:46:54  <glx> nice botnet :)
22:47:25  <KenjiE20> yay, they've jumped onto yet another network >_>
22:47:40  <Rubidium> KenjiE20: that's the idea of a botnet
22:47:44  <KenjiE20> least it's not as bad as ETGs
22:48:12  <KenjiE20> we had join->spam->leave->rejoin w/ new hostmask every .2secs
22:48:28  <glx> so far there's brazil, italy, france
22:49:49  <glx> and US if I understand traceroute :)
22:51:03  *** Netsplit <-> quits: racetrack
22:51:10  *** lolman [~lolman@static-87-102-80-68.karoo.KCOM.COM] has joined #openttd
22:52:31  *** lolman [~lolman@static-87-102-80-68.karoo.KCOM.COM] has quit [Remote host closed the connection]
22:56:23  *** Cybert1nus [] has quit [Remote host closed the connection]
22:58:07  <Yexo> [wito]: I'm here now :)
22:58:31  <[wito]> Yexo: good
22:58:51  <[wito]> Your mapgen script patch glarbles on save
22:58:55  <[wito]> segfault
22:59:24  <Yexo> that's possible, I'll test that
23:00:43  <[wito]> also
23:01:02  <[wito]> I have a suggestion for the towns/industries/trees conondrum
23:01:24  <Yexo> it saves fine, thought it fails to load the saved game
23:01:43  <[wito]> Yexo: building the target revision now
23:01:58  <[wito]> but on the latest trunk with your patch, it dies
23:05:48  <[wito]> also the target rev
23:08:26  *** Yeggstry [] has quit [Ping timeout: 480 seconds]
23:15:41  <Nite_Owl> score: water buffalo 1 - lions 0 - crocodile 0
23:17:28  *** yorick [] has quit [Quit: Poef!]
23:18:56  *** ctibor [~ctibor@] has quit [Ping timeout: 480 seconds]
23:19:54  <Yexo> [wito]: can you give me a backtrace?
23:21:03  <[wito]> Yexo: ya, hang on
23:21:33  <[wito]> err
23:21:35  <[wito]> how? :P
23:22:00  <[wito]> nm, found it
23:28:52  *** Mortal [] has quit [Quit: from __future__ import antigravity]
23:31:34  *** tkjacobsen [] has quit [Remote host closed the connection]
23:31:50  *** stillunk1own [] has joined #openttd
23:34:20  *** stillunknown [] has quit [Ping timeout: 480 seconds]
23:35:53  *** TinoM [] has quit [Quit: Verlassend]
23:40:54  *** Vikthor [] has quit [Remote host closed the connection]
23:55:20  *** FR^2 [] has quit [Quit: Connection reset by caffein depletion...]
23:57:53  <CIA-1> OpenTTD: yexo * r15716 /trunk/src/ai/ (ai_scanner.cpp ai_scanner.hpp): -Change [NoAI]: AI libraries should now be stored in ai/library/<library_name>/ instead of ai/library/<category_name>/<library_name>/. Libraries inside tar files are not affected.
23:59:18  *** roboboy [] has joined #openttd

Powered by YARRSTE version: svn-trunk