IRC logs for #openttd on OFTC at 2009-03-14
⏴ go to previous day
00:06:29 *** blathijs has joined #openttd
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:48:08 *** Yeggstry is now known as Yeggzzz
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 has left #openttd
01:41:35 *** blathijs has joined #openttd
01:57:02 *** TheMask96 has joined #openttd
02:01:04 <FauxFaux> screenshot_1 is your girlfriend?
02:06:57 <energetic> we want harder maps
02:09:05 *** blathijs has joined #openttd
02:09:20 <energetic> 7 is a good start ;)
02:34:48 *** blathijs has joined #openttd
03:12:33 *** TinoDidriksen has joined #openttd
03:42:50 *** TinoDidriksen has joined #openttd
03:52:47 *** DaleStan has joined #openttd
04:54:31 *** blathijs 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
06:21:03 *** michi_cc has joined #openttd
06:21:03 *** ChanServ sets mode: +v michi_cc
06:33:50 *** goodger has joined #openttd
06:42:03 *** Alberth has joined #openttd
06:50:21 *** goodger has joined #openttd
06:53:17 *** blathijs has joined #openttd
07:42:00 *** blathijs 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: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 :)
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:57 <Zuu> I don't even have dual core these days.
08:12:35 *** welshdragon has joined #openttd
08:12:44 <OsteHovel^EEE> Hi welshdragon!
08:15:40 <OsteHovel^EEE> My pc just freezed...
08:15:47 <OsteHovel^EEE> when i logged on to windows
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 tt-forums.net
08:17:15 <OsteHovel^EEE> Happy Birthday welshdragon
08:22:56 *** blathijs 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: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: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: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> 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:59:39 <pavel1269> this one is funny for me :-)
08:59:41 <pavel1269> 307 331 rename(file_new, filename);
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:05:06 *** blathijs 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: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: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:28:14 *** tkjacobsen has joined #openttd
09:33:05 <pavel1269> bad error occured :-(
09:34:11 <OsteHovel^EEE> MoveFileEX do NOT work on Windows 98
09:34:24 <OsteHovel^EEE> Rubidium: MoveFileEX do NOT work on Windows 98
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:36:12 <petern> win95 is... nearly 15 years old
09:36:22 <petern> nobody should be use....
09:36:27 <pavel1269> any idea with my error? :-/
09:36:37 <petern> win95's been fucking you far longer already
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:33 <pavel1269> sounds like a game haha
09:39:37 <taisteluorava> windows 7 will be pretty nice. you can even disable IE8
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:41:20 <taisteluorava> check it out ^^
09:43:09 *** Vikthor has joined #openttd
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)
10:04:09 <OsteHovel^EEE> Have someone change Squerrrel latly?
10:04:44 *** lewymati has joined #openttd
10:05:38 <OsteHovel^EEE> welshdragon: are you here?
10:10:08 *** Mortomes has joined #openttd
10:17:19 *** Progman has joined #openttd
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: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: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> 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: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:38:06 <OsteHovel^EEE> cant remeber install unicode
10:39:50 <OsteHovel^EEE> if i just used: --disable-unicode ... i think i "fixed" it :;p
10:40:37 <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: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:36 <OsteHovel^EEE> becouse i rember i install libsdl & allegro
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:54:13 <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: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
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 has joined #openttd
11:03:38 *** ChanServ sets mode: +v tokai
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:08:20 <OsteHovel^EEE> check out this error;.
11:08:21 <OsteHovel^EEE> --disable-unicode
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:24:11 *** |Jeroen| has joined #openttd
11:34:43 *** stuffcorpse 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: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:43:02 <Rubidium> sounds like your cross compile environments misses some important pieces of headers
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: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:49:36 <OsteHovel^EEE> strange that it fails
11:53:14 <pavel1269> OsteHovel^EEE: haha, i just renamed unlink() :-)
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:09:24 <OsteHovel^EEE> it just to remove this line: "#define unlink(file) _tunlink(OTTD2FS(file))"
12:10:25 <Rubidium> that does only break it again
12:14:09 <OsteHovel^EEE> i will test your patch Rubidium
12:14:48 <OsteHovel^EEE> testing it now..
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:22 <OsteHovel^EEE> now building with unicode dissabled
12:19:46 <Rubidium> try removing io.h from win32.cpp
12:21:39 <OsteHovel^EEE> With or without unicode support?
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:36 <OsteHovel^EEE> the build works with DISABLE UNICODE and without "#include <io.h>" in win32.cpp
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: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:30 *** frosch123 has joined #openttd
12:30:06 <OsteHovel^EEE> MSVS SUCKS... becouse i will never be able to compile as fast i do with GCC+DistCC
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: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: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: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: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: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:42:04 <Alberth> whether they modified the right part of the code.
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: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: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: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:57 <OsteHovel^EEE> (or just upload directly to me: ftp.ostsoft.net/incomming
12:57:40 <pavel1269> ahh here we goo :-)
12:58:13 <OsteHovel^EEE> i maybe fucked up your upload
12:58:37 <OsteHovel^EEE> how big was the file?
13:02:06 <OsteHovel^EEE> lol just need to clean my openttd trunk dir
13:03:15 *** KenjiE20 has joined #openttd
13:04:24 <OsteHovel^EEE> This patch need's boost
13:04:41 <OsteHovel^EEE> i dont have boost.. yet..
13:04:53 <pavel1269> okay ... gonna try on my own
13:05:04 <OsteHovel^EEE> (downloading boost now)
13:10:54 *** HerzogDeXtEr has joined #openttd
13:11:47 <pavel1269> if(this->d.entry.setting == NULL) DEBUG(misc, 0, this->d.entry.name );
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:57 <petern> you only need the includes
13:14:57 <OsteHovel^EEE> im using Linux as Host but crosscompiling to windows
13:17:08 <OsteHovel^EEE> now its compiling the rest of openttd
13:18:27 <OsteHovel^EEE> the patch is suposedly working fine here
13:18:33 <OsteHovel^EEE> what shoud the patch do?
13:18:52 <OsteHovel^EEE> it fucks when you press settings
13:19:03 <pavel1269> thats the problem :-)
13:25:58 *** ChanServ sets mode: +v Darkvater
13:25:58 *** ChanServ sets mode: +v Belugas
13:30:49 <pavel1269> OsteHovel^EEE: so, hows debuggin? :-)
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:32:54 <Aali> keep the unlink fix in there though, it might come in handy
13:34:29 <pavel1269> but it repairs only colision with boost libs, bot that broken gcc
13:35:51 <OsteHovel^EEE> your patch break compiling of openttd for linux
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:20 <OsteHovel^EEE> i see its in settings_economy
13:37:24 <OsteHovel^EEE> in the backtrace
13:38:01 <Aali> I'm making a proper update to cargodest
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: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: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: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: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: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:57 <pavel1269> so src/saveload/station_sl.cpp, saveload.cpp and setting.cpp ... all need an update?
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:44:23 *** Brokkoli has joined #openttd
14:53:58 *** DaleStan 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: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:28:56 <pavel1269> gonna rework realistic/safer crossing ... both of them
15:31:20 *** DaleStan 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:27 <yorick> hm, openttd fails to compile here
15:40:12 <Zuu> yorick: That one is known
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: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: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:49:54 <Alberth> that line looks like output from a linux process :)
15:51:34 <OsteHovel^EEE> 4 gb with 32bit :P
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:54:13 <petern> either stick with stables or update nightlies...
15:54:36 <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:56:39 <petern> and no comma after 'i thought' either
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:49 <Rubidium> but it'd mean something completely different
15:58:10 <Ammler> which could be wrong ;-)
16:00:00 <Rubidium> I'm an hour to late for UTC pi :(
16:01:07 <Rubidium> it's not possible :(
16:01:12 *** MrFrans has joined #openttd
16:01:43 <Rubidium> unless we redefine time: 3/14 15:92:65
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: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:10:20 *** stuffcorpse 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:42:19 <[wito]> toolbar_gui.o: In function `MenuClickHelp(int)':
16:42:19 <[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:52 <Zuu> hmm, and that is another error than the one fixed by r15710 I think.
16:51:45 <glx> looks like a makedepend failure
16:56:12 *** lewymati has joined #openttd
16:56:19 *** NukeBuster 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 has joined #openttd
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:31:25 <[wito]> anyone else having problems with the newest revisions breaking cargodest?
17:32:22 <petern> nobody else is doing anything with cargodest
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: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: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:40:31 <pavel1269> i meant crossing ... crossroad :-)
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: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:45:42 *** Timitry has joined #openttd
18:16:44 <CIA-1> OpenTTD: rubidium * r15711 /trunk/src/ (53 files in 10 dirs): -Codechange: lots of whitespace cleanup/fixes
18:21:44 *** Hirundo has joined #openttd
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)
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:11:42 <DorpsGek> frosch123: I haven't seen anyone matching jpx*.
19:11:45 <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:24:09 *** Nite_Owl has joined #openttd
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: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: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:43 <SmatZ> I wouldn't mind using cat svn_log | grep, but Eddi would eat me alive
20:03:37 *** Mortomes has joined #openttd
20:16:13 *** Cybert1nus has joined #openttd
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:32:08 *** glx sets mode: +b *!proxy@spomtzsrv003.basebrasilcorretora.com.br
20:34:35 *** lewymati has joined #openttd
20:35:59 *** taisteluorava has joined #openttd
20:38:38 *** turcotte has joined #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: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:44:57 <frosch123> MK( 26, 'FZDR', 48, 2, 6250, 30, 50, true, TE_FOOD, STR_002D_FIZZY_DRINKS, STR_004D_FIZZY_DRINK, STR_ITEMS, STR_QUANTITY_FIZZY_DRINKS, STR_ABBREV_FIZZY_DRINKS, SPR_CARGO_FIZZYDRINK, CC_PIECE_GOODS ),
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:48:06 <George> Are BUBL piece cargo too?
20:48:49 *** stillunknown has joined #openttd
20:48:55 *** pouhyet has joined #openttd
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: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 :: www.nnscript.com :: www.esnation.com )
20:53:13 <George> stupid me. Bug found. Sorry
20:57:08 *** JLKalmar has joined #openttd
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:39 <JLKalmar> the roads seem empty with just my vehicles roaming about
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:46 <frosch123> George: use action7 to check climate or cargo-availabilty
20:59:53 <planetmaker> That fills towns pretty quickly
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: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: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: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: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: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: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:06:10 <Zuu> That is how I keep my PAXLink AI alive :)
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:30 <Zuu> Its "only" one about week of work, so it still strugels to make money.
21:07:38 <Ammler> "her" might be obsolete :-(
21:08:52 <JLKalmar> does anyone know of a complete 32bpp release?
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:00 <petern> ain't none? so there is at least one?
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:58 *** 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: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:23:00 <TrueBrain> (the last one is a false error, FYI)
21:26:51 <eQualizer> What does submarines do? :D
21:27:07 <Prof_Frink> eQualizer: Nothing.
21:27:09 <[wito]> eQualizer: nothing, IIRC
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:53 <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: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:31:06 <TrueBrain> I am just running a lint over OpenTTD, wondering what it comes up with :p
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: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: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: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: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: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: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: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
21:47:32 <valhallasw> TrueBrain: nope. it has two bots so it's impossible to do it in a symmetrical situation
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: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: wiki.openttd.org, 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: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: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: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: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:47 <TrueBrain> I can't sit out 100 minutes with her ....
21:56:49 <TrueBrain> I have to leave after 50
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:15 <TrueBrain> IRAF is not a language :p
21:57:19 <TrueBrain> IRAF is a piece of shit :)
21:57:37 <valhallasw> yeah. the first 2 minutes you use it
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: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: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: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: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: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:10:08 <TrueBrain> I ran OpenTTD thingies there ...
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:44 <TrueBrain> "YOU HAVE AN ACCOUNT, SO YOU CAN READ YOUR EMAIL!"
22:10:49 <TrueBrain> "FORWARD YOUR EMAIL!"
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:12:23 <valhallasw> not to mention the pc's they are not replacing although the hardware is there.. in storage
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:16:22 <TrueBrain> wasn't there, when I did that :p
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: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:20:26 *** frodsham has joined #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:21:59 <valhallasw> or rather: 'GRATIES NEEMEE' :P
22:22:06 *** glx sets mode: -b *!proxy@spomtzsrv003.basebrasilcorretora.com.br
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: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:34 <TrueBrain> so called FITS, yes
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:16 <TrueBrain> valhallasw: good luck with your RoboCom
22:27:55 *** TrueBrain has left #openttd
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:58:51 <[wito]> Your mapgen script patch glarbles on save
22:59:24 <Yexo> that's possible, I'll test that
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:15:41 <Nite_Owl> score: water buffalo 1 - lions 0 - crocodile 0
23:19:54 <Yexo> [wito]: can you give me a backtrace?
23:31:50 *** stillunk1own has joined #openttd
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
continue to next day ⏵