Back to Home / #openttd / 2009 / 03 / Prev Day | Next Day
#openttd IRC Logs for 2009-03-14

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