Config
Log for #openttd on 16th February 2007:
Times are UTC Toggle Colours
00:00:51  *** green-devil [~rendmig@0x5358b8c8.arcnxe1.adsl-dhcp.tele.dk] has joined #openttd
00:03:39  *** Frostregen_ [SADDAM@dslb-084-058-183-231.pools.arcor-ip.net] has joined #openttd
00:09:50  *** Frostregen [~sucks@dslb-084-058-139-213.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds]
00:10:19  *** Frostregen_ is now known as Frostregen
00:15:58  *** re06011988 [~r.erwan@vol21-2-82-226-46-162.fbx.proxad.net] has left #openttd []
00:19:15  *** gass [~any@81.84.150.85] has joined #openttd
00:32:27  *** Sacro|Laptop [~ben@87.102.80.3] has joined #openttd
00:32:39  *** SpComb [terom@zapotek.paivola.fi] has joined #openttd
00:33:06  <Digitalfox> He's back.. So now i can go to bed and read in the morning the log..  :)
00:34:50  *** Roel [~roel@e74036.upc-e.chello.nl] has quit [Remote host closed the connection]
00:34:53  *** Twofish [~Twofish@195.204.107.4] has joined #openttd
00:34:58  *** Roel [~roel@e74036.upc-e.chello.nl] has joined #openttd
00:36:45  <KeeperOfTheSoul> damn it, now we can't talk about Digitalfox whilst he's not here >.>
00:37:10  <Sacro|Laptop> could always switch to another channel
00:37:23  <Sacro|Laptop> #insultdigitalfox or something
00:39:09  *** Sacro|Laptop [~ben@87.102.80.3] has quit [Remote host closed the connection]
00:39:35  * Digitalfox starts channel inspection, looking for evidence of lies about him and collecting proves..
00:41:59  *** |2rB [~Twofish@195.204.107.4] has quit [Ping timeout: 480 seconds]
00:45:48  *** Vikthor [~Vikthor@snat2.arachne.cz] has quit [Quit: Leaving.]
00:49:26  *** Osai [~Osai@pD9EB7EB2.dip.t-dialin.net] has quit [Quit: Osai]
01:08:06  *** Digitalfox_ [~chatzilla@bl8-41-24.dsl.telepac.pt] has joined #openttd
01:09:37  *** Digitalfox [~chatzilla@bl8-41-24.dsl.telepac.pt] has quit [Read error: Connection reset by peer]
01:09:47  *** Digitalfox_ is now known as Digitalfox
01:35:26  <CIA-1> OpenTTD: belugas * r8753 /trunk/src/newgrf.cpp: -Regression (r8455): Do not unilateraly decide that this engine is a single-headed. Only do it if it previously had no power and that now there is. Or something...
01:41:43  <Sacro> Belugas: "Or something..." doesnt fill me with hope
01:46:54  *** Digitalfox [~chatzilla@bl8-41-24.dsl.telepac.pt] has quit [Read error: Connection reset by peer]
01:47:08  *** gass [~any@81.84.150.85] has quit [Quit: Leaving]
01:47:36  *** green-devil [~rendmig@0x5358b8c8.arcnxe1.adsl-dhcp.tele.dk] has quit []
01:55:04  *** Digitalfox [~chatzilla@bl8-41-24.dsl.telepac.pt] has joined #openttd
02:08:17  <Ailure> hmm
02:08:19  <Ailure> hahahahaha
02:08:29  <Ailure> nice typo in the Swedish translation
02:18:56  *** KritiK [Maxim@ppp85-141-226-49.pppoe.mtu-net.ru] has quit [Quit: Leaving]
02:20:41  <Ailure> also
02:20:52  <Ailure> I woke up to the sounds of the openTTD titlescreen
02:21:06  <Ailure> ...I'm a such nerd, I forgot to close it down while being in a multiplayer game. xD
02:31:38  *** Eddi|zuHause2 [~johekr@p54B75DEE.dip.t-dialin.net] has joined #openttd
02:38:06  *** Eddi|zuHause3 [~johekr@p54B75B3A.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
03:06:28  *** PandaMojo [~chatzilla@ip72-197-231-130.sd.sd.cox.net] has quit [Quit: Chatzilla 0.9.74 [Firefox 1.5.0.9/2006120612]]
03:17:34  *** roboboy [~Leo@c211-30-195-152.carlnfd4.nsw.optusnet.com.au] has joined #openttd
03:26:01  *** PandaMojo [~chatzilla@ip72-197-231-130.sd.sd.cox.net] has joined #openttd
04:14:14  *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye]
04:31:46  *** DaleStan [~Dale@74-140-44-235.dhcp.insightbb.com] has quit [Quit: Leaving]
04:32:32  *** Quark [~Quark@de4.tcompressor.com] has joined #openttd
04:35:53  <Quark> Hello, can someone advice me how to move files as in makefile_rewrite?
04:36:06  *** DaleStan [~Dale@74-140-44-235.dhcp.insightbb.com] has joined #openttd
04:37:56  *** Burgundavia [~corey@S010600502c03205f.gv.shawcable.net] has joined #openttd
04:38:58  *** Quark [~Quark@de4.tcompressor.com] has quit [Quit:  HydraIRC -> http://www.hydrairc.com <- IRC has never been so good]
04:57:26  *** Sacro [Ben@87.102.80.3] has quit [Read error: Connection reset by peer]
05:24:08  *** setrodox [~setrodox@83-65-237-199.dynamic.xdsl-line.inode.at] has quit [Remote host closed the connection]
06:26:04  *** Alltaken [~chatzilla@121-72-235-8.cable.telstraclear.net] has joined #openttd
06:36:19  *** roboboy [~Leo@c211-30-195-152.carlnfd4.nsw.optusnet.com.au] has quit [Read error: Connection reset by peer]
06:42:26  *** DJ_Mirage [~sexybigge@biggetje.xs4all.nl] has joined #openttd
06:44:13  *** raimar2 [~hawk@p5489F0DC.dip.t-dialin.net] has joined #openttd
06:48:25  *** XeryusTC [~irc@217.123.58.238] has quit [Ping timeout: 480 seconds]
06:48:54  *** raimar3 [~hawk@p5489F4AC.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
06:51:56  *** TPK [~jeff@c211-28-160-244.eburwd2.vic.optusnet.com.au] has joined #openttd
06:56:12  *** Burgundavia_ [~corey@S010600502c03205f.gv.shawcable.net] has joined #openttd
06:57:16  *** Burgundavia [~corey@S010600502c03205f.gv.shawcable.net] has quit [Read error: Connection reset by peer]
06:57:35  *** Burgundavia_ is now known as Burgundavia
06:59:04  *** ThePizzaKing [~jeff@c211-28-162-213.eburwd2.vic.optusnet.com.au] has quit [Ping timeout: 480 seconds]
07:05:12  *** Alltaken [~chatzilla@121-72-235-8.cable.telstraclear.net] has quit [Quit: Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120418]]
07:32:25  <CIA-1> OpenTTD: tron * r8754 /trunk/src/order_cmd.cpp:
07:32:25  <CIA-1> OpenTTD: -Fix
07:32:26  <CIA-1> OpenTTD: Do not handle a special case for goto hangar orders to oilrigs - they do not have a hangar anyway
07:33:24  *** Desolator [~admin@86.126.43.192] has joined #openttd
07:34:35  <hylje> :o
07:34:44  <Desolator> :O
07:36:09  *** TPK is now known as ThePizzaKing
07:39:04  *** Burgundavia [~corey@S010600502c03205f.gv.shawcable.net] has quit [Ping timeout: 480 seconds]
07:41:15  *** Burgundavia [~corey@S0106000fb085cc63.gv.shawcable.net] has joined #openttd
07:49:07  <Tron> grr, the depot windows are totally  broken
07:49:14  <Tron> wrong position of sprites
07:49:21  <Tron> wrong vehicles in the build lists
07:49:30  <Tron> who f*** with that stuff?
07:55:13  *** Wolfy [~wolf@a61145.upc-a.chello.nl] has joined #openttd
08:03:45  *** Desolator [~admin@86.126.43.192] has quit []
08:06:47  *** XeryusTC [~irc@217.123.58.238] has joined #openttd
08:17:09  <Ailure> I wish economy stats
08:17:12  <Ailure> was kept permamently around
08:17:18  <Ailure> or for a much longer time, like Simcity does :/
08:17:35  <Ailure> past five years or so isn't enough :P
08:19:06  *** Alltaken [~chatzilla@121-72-235-8.cable.telstraclear.net] has joined #openttd
08:40:34  *** TinoM [~Tino@i5387C040.versanet.de] has joined #openttd
08:43:30  *** Alltaken [~chatzilla@121-72-235-8.cable.telstraclear.net] has quit [Quit: Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120418]]
08:43:43  *** Osai [~Osai@pD9EB7EE4.dip.t-dialin.net] has joined #openttd
08:46:06  *** lolman [~lolman@81.100.228.56] has quit [Remote host closed the connection]
08:48:22  *** lolman [~lolman@81.100.228.56] has joined #openttd
08:54:14  *** lolman [~lolman@81.100.228.56] has quit [Remote host closed the connection]
08:55:16  *** Vikthor [~Vikthor@212.24.150.227] has joined #openttd
08:56:24  *** lolman [~lolman@81.100.228.56] has joined #openttd
09:13:19  <Darkvater> morning
09:27:50  *** Progman [~progman@p57A1F170.dip.t-dialin.net] has joined #openttd
09:33:08  <Ailure> morning
09:38:19  *** Neonox [~Neonox@p57B2AA89.dip0.t-ipconnect.de] has joined #openttd
09:38:47  <CIA-1> OpenTTD: tron * r8755 /trunk/src/ (7 files in 2 dirs):
09:38:47  <CIA-1> OpenTTD: -Fix
09:38:47  <CIA-1> OpenTTD: Abbreviate GetAirport(st->airport_type) to st->Airport()
09:39:34  <CIA-1> OpenTTD: truelight * r8756 /trunk/src/video/dedicated_v.cpp:
09:39:34  <CIA-1> OpenTTD: [PSP] -Fix: made the dedicated code compile with PSP. It is almost UNIX, just it needs more includes ;)
09:39:34  <CIA-1> OpenTTD:  (or more, it compiles, if it works is a whole other story ;))
09:42:16  <boekabart_> Darkvater: I compiled trunk with vs2003, clean install on a fresh xp. no patch, but still only runs on 95 and 98, not on nt4. --- what is special about the vs2003 that is used for the official build?
09:43:11  <Darkvater> I have not tried trunk/ yet on anything
09:43:17  <Darkvater> 0.5 is from before cpp
09:44:56  *** Neonox [~Neonox@p57B2AA89.dip0.t-ipconnect.de] has quit [Quit: bin wech....]
09:50:32  <CIA-1> OpenTTD: truelight * r8757 /trunk/ (6 files in 3 dirs):
09:50:32  <CIA-1> OpenTTD: -Add: added libtimidity music driver (it is a nice small library simular to timidity via extmidi)
09:50:32  <CIA-1> OpenTTD: [PSP] -Add: added PSP specific code for libtimidity. libtimidity code is based on the work of Turulo. Tnx a bunch!
09:51:30  *** Neonox [~Neonox@p57B2AA89.dip0.t-ipconnect.de] has joined #openttd
10:08:47  <CIA-1> OpenTTD: truelight * r8758 /trunk/ (config.lib configure): -Fix r8757: wrong variable to check libtimidity on if it is found or not
10:08:49  *** blindwaves [~woogleman@cm136.sigma117.maxonline.com.sg] has quit [Quit: Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120418]]
10:10:23  *** Osai [~Osai@pD9EB7EE4.dip.t-dialin.net] has quit [Quit: Osai]
10:11:13  *** Osai [~Osai@pD9EB7EE4.dip.t-dialin.net] has joined #openttd
10:16:09  *** Tron_ [zwqLFfx8@nat-1.rz.uni-karlsruhe.de] has joined #openttd
10:21:24  *** Neonox [~Neonox@p57B2AA89.dip0.t-ipconnect.de] has quit [Quit: Verlassend]
10:22:07  *** Burgundavia [~corey@S0106000fb085cc63.gv.shawcable.net] has quit [Remote host closed the connection]
10:23:42  *** bubersson [~bubersson@mnisek.casablanca.cz] has joined #openttd
10:27:48  <boekabart_> trunk has cpp?
10:28:19  <boekabart_> anyway, ok i'll try 050 then
10:29:42  <Darkvater> otherwise I donnu what changes trunk/ exactly has
10:29:53  <boekabart_> doesn't matter
10:31:38  *** bubersson [~bubersson@mnisek.casablanca.cz] has left #openttd []
10:34:59  *** HMage [~HMage@85.21.179.41] has joined #openttd
10:43:29  *** PandaMojo [~chatzilla@ip72-197-231-130.sd.sd.cox.net] has quit [Quit: Chatzilla 0.9.74 [Firefox 1.5.0.9/2006120612]]
10:47:09  *** iPandaMojo [~panda@ip72-197-231-130.sd.sd.cox.net] has joined #openttd
10:55:49  <Ailure> I love translations that uses rarely used words
10:57:58  <Darkvater> -s
10:58:18  <GoneWacko> "translation that uses"
10:58:22  <GoneWacko> har har.
10:58:29  <GoneWacko> har.
10:59:52  <Ailure> heh
11:00:01  <Ailure> I should contact a translator about some typo I found anyway
11:01:09  *** ChrisM87 [~ChrisM@p54AC5760.dip.t-dialin.net] has joined #openttd
11:02:40  *** iPandaMojo [~panda@ip72-197-231-130.sd.sd.cox.net] has quit [Quit: iPandaMojo]
11:02:54  *** PandaMojo [~chatzilla@ip72-197-231-130.sd.sd.cox.net] has joined #openttd
11:13:20  *** bubersson [~bubersson@mnisek.casablanca.cz] has joined #openttd
11:48:35  *** Neonox [~Neonox@p57B2AA89.dip0.t-ipconnect.de] has joined #openttd
12:10:29  <CIA-1> OpenTTD: celestar * r8759 /trunk/src/ (aircraft_cmd.cpp airport.cpp airport.h airport_movement.h): -Feature: Allow airports to have up to 4 entry points depending on approach direction. Note: they're not yet used, but will be soon
12:17:15  *** dihedral [~dihedral@dslb-084-056-248-015.pools.arcor-ip.net] has joined #openttd
12:31:31  *** Neonox [~Neonox@p57B2AA89.dip0.t-ipconnect.de] has quit [Quit: Verlassend]
12:32:05  *** Neonox [~Neonox@p57B2AA89.dip0.t-ipconnect.de] has joined #openttd
12:36:18  *** Neonox [~Neonox@p57B2AA89.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
12:38:05  *** Neonox [~Neonox@p57B2AA89.dip0.t-ipconnect.de] has joined #openttd
12:39:06  <Neonox> Tron_ ping
12:39:21  <Eddi|zuHause2> do you ever say anything else?
12:39:32  <Neonox> eh. no
12:39:35  <Neonox> :)
12:42:01  *** Ailure [Gamefreak@194.47.44.229] has quit [Ping timeout: 480 seconds]
12:46:39  <boekabart_> Darkvater: I tried. the same clean XP install, installed vs2003, (no dx/platform sdk), built 050 RC5, exe works on 95 but not on NT4: crash.
12:47:08  <boekabart_> there must be something different in the official built environment...
12:49:02  *** bubersson [~bubersson@mnisek.casablanca.cz] has left #openttd []
12:49:12  <Darkvater> boekabart_: and the official RC5 works on NT4?
12:49:16  <boekabart_> yep
12:49:27  <Darkvater> and RC4/RC3?
12:49:32  <Darkvater> what kind of crash?
12:49:32  <boekabart_> does it matter?
12:49:41  <boekabart_> access violation
12:49:58  <Darkvater> yes (rubidium did RC5, I did RC4 (bad) and RC3 (good)
12:50:13  *** ThePizzaKing [~jeff@c211-28-160-244.eburwd2.vic.optusnet.com.au] has quit [Quit: ThePizzaKing]
12:50:41  <boekabart_> do you have just the exes at hand?
12:51:16  <boekabart_> sourceforge site doesn't work in IE2 (nt4) ;(
12:51:36  *** Neonox [~Neonox@p57B2AA89.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
12:54:21  *** Neonox [~Neonox@p57B2AA89.dip0.t-ipconnect.de] has joined #openttd
12:55:17  *** Aloysha [~Aloysha@121.44.231.56] has joined #openttd
12:55:21  *** Aloysha [~Aloysha@121.44.231.56] has quit []
12:55:39  <dihedral> i managed to output the current game state btw
12:55:50  <dihedral> sorry - not state - date is what i meant
12:56:59  <boekabart_> why does strgen keep building all the time, annoying
13:01:46  <Darkvater> boekabart_: eh sorry no, i can get you the link though
13:04:03  <Darkvater>  http://switch.dl.sourceforge.net/sourceforge/openttd/openttd-0.5.0-RC4-win32.zip
13:04:08  <Darkvater>  http://switch.dl.sourceforge.net/sourceforge/openttd/openttd-0.5.0-RC3-win32.zip
13:13:20  <MiHaMeK> [NSFW] http://www.2spare.com/_media/imgs/2spare/articles/newfirefox.jpg
13:15:21  <boekabart_> fuck my ass!!
13:15:40  <Sionide> ...
13:15:43  <boekabart_> it was the dbg version that crashes on nt4 (probably some assert that fails), the release ver works
13:15:55  <boekabart_> even with target platform set to 2ksp6 in the stdafx.h
13:17:16  <Darkvater> he
13:17:27  <Darkvater> asserts DON'T crash
13:17:44  <boekabart_> anyway, the dbg version crashes, the release works like a charming charm
13:18:00  <boekabart_> so, i guess my patch is safe :)
13:20:46  <Darkvater> I wonder what the dbg version crashes on...
13:26:23  *** scrooge [~balli@dsl-149-96-155.hive.is] has joined #openttd
13:27:07  <boekabart_> me too; why doesn't the vs2005 version run on 95 98 , actually? says smth about IsDebuggerPresent...
13:27:13  <Darkvater> that's why
13:27:43  <boekabart_> that's all?
13:27:57  <Darkvater> fucking vs2005 implicitly links to this function whether you want it or not and it's not present in kernel32.dll
13:28:14  <Darkvater> I could not find a way to not link against this function,e ven with a stub
13:28:15  <boekabart_> Client Requires Windows Vista, Windows XP, Windows 2000 Professional, Windows NT Workstation 4.0, Windows Me, or Windows 98.
13:28:15  <boekabart_> Server Requires Windows Server "Longhorn", Windows Server 2003, Windows 2000 Server, or Windows NT Server 4.0.
13:28:19  <Darkvater> just gaay, very very gay
13:28:24  <boekabart_> only 95 , 98 and nt4 should work
13:28:46  *** setrodox [~setrodox@83-65-237-199.dynamic.xdsl-line.inode.at] has joined #openttd
13:28:53  <boekabart_> 95 is gay anyway. my colleague is doing smth on it today, and notices: jeeez windows 95 crashes easily
13:28:58  <boekabart_> cough! crash.
13:29:10  <boekabart_> not that gays crash a lot... or do they?
13:29:43  <Darkvater> w95 is pretty crappy...I even got it to crash using openttd in a debugger
13:30:09  <boekabart_> so can't 95 be not supported? ;)
13:30:20  <boekabart_> (is there actually a DOS version of ottd?)
13:30:34  <Darkvater> why? 99.99% works on w95
13:30:45  <boekabart_> of people or of functions? :)
13:30:48  <Darkvater> I am not going to add some gay XP-only function
13:31:08  <boekabart_> as i said: isDebuggerPresent "Client Requires Windows Vista, Windows XP, Windows 2000 Professional, Windows NT Workstation 4.0, Windows Me, or Windows 98.  "
13:31:12  <Darkvater> of openttd, for the remaining .01% I've made some simple workarounds
13:31:18  <Darkvater> so?
13:31:20  <boekabart_> which are those, eg?
13:31:22  <Darkvater> VS2003 works
13:31:56  <Darkvater> some shell functions, registry differences
13:32:05  <Darkvater> and keyboard input
13:32:14  <Darkvater> luckily MSLU does a pretty good job
13:32:54  <boekabart_> what if you define _WIN32_WINDOWS_ to be == 0x0400 ?
13:33:05  <boekabart_> they IsDebuggerPresent isn't defined
13:33:25  <Darkvater> donnu, never messed around with winversions
13:33:33  <boekabart_> WinBase.h: #if (_WIN32_WINNT >= 0x0400) || (_WIN32_WINDOWS > 0x0400)
13:33:33  <boekabart_> WINBASEAPI BOOL WINAPI IsDebuggerPresent(     VOID     );
13:34:00  <boekabart_> win versions: but with latest sdk , we need to since it won't compile without
13:34:11  <boekabart_> let me do some tests, i'll let you know
13:34:30  <Darkvater> question is not if it isn't available but if it still links against or not
13:34:54  <boekabart_> true... i'll let you know
13:38:14  <boekabart_> only fontcache.c doesn't compile not
13:38:17  <boekabart_> now
13:39:13  <Darkvater> why not?
13:40:39  <boekabart_> some func of WITH_FREETYPE doesn't exist when WINNT_VER_ isn't set to 2000 or higher
13:40:44  <boekabart_> i'll try without freetype
13:40:48  <Darkvater> which func?
13:41:00  <boekabart_> i sec and i'll tell you
13:41:05  <Darkvater> sec's up ;)
13:41:16  <boekabart_> fontcache.c(113) : error C2065: 'SHGFP_TYPE_CURRENT' : undeclared identifier
13:42:05  *** Digitalfox [~chatzilla@bl8-41-24.dsl.telepac.pt] has quit [Quit: Bye Bye...]
13:42:05  <boekabart_> which only is defined in SHlObj.h (platformsdk) if  " #if (NTDDI_VERSION >= NTDDI_WIN2K) "
13:42:05  <Darkvater> ah
13:42:09  <Darkvater> but that's only a simple define
13:42:35  <boekabart_> enum, 0
13:42:56  <Darkvater> openttd/src/win32.h:42:#define SHGFP_TYPE_CURRENT 0
13:43:01  <boekabart_> but that piece of code isn't available on nt4 or non-nt, apparently ?
13:43:41  <Darkvater> openttd/src/win32.h:33:/* Override SHGetFolderPath with our custom implementation */
13:43:55  <boekabart_> __MINGW32__ ?
13:45:08  <Darkvater> mingw doesn't have this define
13:45:33  <Darkvater> but we can also define it for winver<ancient if we use some min windws version
13:45:33  <boekabart_> what is mingw?
13:46:04  <boekabart_> why doesn't this happen on vs2003 build, actually?
13:46:08  <boekabart_> (it doesn't)
13:46:16  <boekabart_> no freetype?
13:46:45  <boekabart_> hm, no that's not it
13:48:13  <Darkvater> mingw: gcc compiler for win32 (kinda)
13:48:25  <Darkvater> what doesn't happen on vs2003?
13:48:33  <Darkvater> all your problems are caused by the vista SDK
13:50:27  *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd
13:50:28  *** mode/#openttd [+v glx] by ChanServ
13:57:01  <Belugas> hello
14:00:46  <dihedral> how do i truncate a file in c++?
14:01:08  <dihedral> i am thinking along the lines of an optional parameter to 'script' in order to truncate the file before writing to it
14:01:33  <SpComb> open it up as w instead of a or r+?
14:01:50  <dihedral> sweet :-)
14:01:52  <dihedral> cheers
14:12:02  *** Bjarni [~Bjarni@0x53589005.virnxx14.adsl-dhcp.tele.dk] has joined #openttd
14:12:04  *** mode/#openttd [+o Bjarni] by ChanServ
14:13:58  <dihedral> and how do i get hold of the system time?
14:14:04  *** Neonox [~Neonox@p57B2AA89.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
14:14:11  *** HMage [~HMage@85.21.179.41] has quit [Read error: Connection reset by peer]
14:14:11  *** setrodox_ [~setrodox@83-65-237-236.dynamic.xdsl-line.inode.at] has joined #openttd
14:14:23  <boekabart_> DarkVater: 1 problem is caused by 'latest platform sdk' yes. not valid?
14:19:24  *** setrodox [~setrodox@83-65-237-199.dynamic.xdsl-line.inode.at] has quit [Ping timeout: 480 seconds]
14:20:52  <boekabart_> Darkvater: target win95 on vs2005 answer: (3th post @ http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=242608&SiteID=1 )
14:20:58  <boekabart_> (complicated hack :) )
14:21:18  <boekabart_> guess the vs80 CRT thinks it needs it
14:34:05  *** Ailure [Gamefreak@194.47.44.229] has joined #openttd
14:40:16  <Brianetta> we have a Schroedinbug
14:40:18  <Brianetta> I just found a bug
14:40:20  <Brianetta> and bow I have found it, it always occurs
14:40:29  <Brianetta> and I look at the code and realise that it couldn't possible have worked before
14:40:40  <Brianetta> This is the second one I've ever seen
14:40:49  <Brianetta> and even one is rare enough
14:40:55  <Brianetta> but two ina lifetime?
14:41:14  *** stillunknown [~stillunkn@212-182-130-7.dsl.ip.tiscali.nl] has quit [Quit: Leaving]
14:44:10  <Bjarni> well
14:44:42  <Bjarni> a while ago, I used fontconfig in a build where the makefile disabled fontconfig
14:44:54  <Bjarni> I never figured out why and I couldn't reproduce the event
14:45:30  <Bjarni> but I did manage to change the makefile so it would not disable support by default :)
14:45:38  <Bjarni> even better than reproducing the bug
14:50:19  *** DaleStan_ [~Dale@74-140-44-235.dhcp.insightbb.com] has joined #openttd
14:52:00  *** scrooge [~balli@dsl-149-96-155.hive.is] has quit [Quit: Konversation terminated!]
14:52:42  *** ChrisM87 [~ChrisM@p54AC5760.dip.t-dialin.net] has quit [Remote host closed the connection]
14:54:41  *** HMage [~HMage@85.21.179.41] has joined #openttd
14:55:41  *** ChrisM87 [~ChrisM@p54AC5760.dip.t-dialin.net] has joined #openttd
14:56:41  *** DaleStan [~Dale@74-140-44-235.dhcp.insightbb.com] has quit [Ping timeout: 480 seconds]
14:58:16  *** stillunknown [~stillunkn@212-182-130-7.dsl.ip.tiscali.nl] has joined #openttd
15:09:56  *** Neonox [~Neonox@p57B2AA89.dip0.t-ipconnect.de] has joined #openttd
15:27:01  *** waxman [cfluegel@88.198.62.74] has joined #openttd
15:27:39  *** Neonox [~Neonox@p57B2AA89.dip0.t-ipconnect.de] has quit [Quit: Verlassend]
15:33:13  *** ChrisM87 [~ChrisM@p54AC5760.dip.t-dialin.net] has quit [Remote host closed the connection]
15:38:26  *** ChrisM87 [~ChrisM@p54AC5760.dip.t-dialin.net] has joined #openttd
15:46:25  *** scrooge [~balli@dsl-149-96-155.hive.is] has joined #openttd
15:49:58  *** setrodox_ [~setrodox@83-65-237-236.dynamic.xdsl-line.inode.at] has quit [Quit: Leaving]
15:50:08  *** setrodox [~setrodox@83-65-237-236.dynamic.xdsl-line.inode.at] has joined #openttd
15:53:47  *** boekabart [~boekabart@c97171.upc-c.chello.nl] has joined #openttd
15:59:39  *** boekabart [~boekabart@c97171.upc-c.chello.nl] has quit [Quit: Your eyes grow heavy.. you grow very sleepy..... zzzz...]
16:01:09  *** Rens2Sea [~Rens2Sea@213.211.185.168] has joined #openttd
16:02:28  *** boekabart [~boekabart@c97171.upc-c.chello.nl] has joined #openttd
16:03:45  *** lolman [~lolman@81.100.228.56] has quit [Quit: Leaving]
16:06:41  *** DaleStan_ is now known as DaleStan
16:10:56  *** blindwaves [~woogleman@cm136.sigma117.maxonline.com.sg] has joined #openttd
16:38:18  *** TronBSD [~tron@p54A3EFF0.dip.t-dialin.net] has joined #openttd
16:43:39  *** Tron [~tron@p54A3D7D5.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
16:46:48  *** stillunknown [~stillunkn@212-182-130-7.dsl.ip.tiscali.nl] has quit [Quit: Leaving]
16:46:51  *** Rens2Sea is now known as Rens2SupCom
16:47:08  <Maedhros> hi
16:55:21  *** stillunknown [~stillunkn@212-182-130-7.dsl.ip.tiscali.nl] has joined #openttd
16:56:25  <Belugas> hey Maedhros
16:58:12  <Maedhros> hey Belugas
17:03:08  *** Rens2SupCom [~Rens2Sea@213.211.185.168] has quit [Ping timeout: 480 seconds]
17:04:48  *** orudge [~orudge@8afbfebe.resnet.st-andrews.ac.uk] has quit []
17:05:37  *** Rens2Sea [~Rens2Sea@213.211.185.168] has joined #openttd
17:06:51  *** Digitalfox [~chatzilla@bl7-189-160.dsl.telepac.pt] has joined #openttd
17:10:37  *** Rens2Sea is now known as Rens2Eat
17:11:11  *** orudge [~orudge@8afbfebe.resnet.st-andrews.ac.uk] has joined #openttd
17:11:12  *** mode/#openttd [+o orudge] by ChanServ
17:16:44  *** HMage [~HMage@85.21.179.41] has quit [Read error: Connection reset by peer]
17:18:27  *** Desolator [~admin@86.126.43.192] has joined #openttd
17:33:15  *** Wolf01 [~wolf01@host175-238-dynamic.0-87-r.retail.telecomitalia.it] has joined #openttd
17:33:25  <Wolf01> hello
17:40:08  *** Sacro|Laptop [~ben@adsl-83-100-236-220.karoo.KCOM.COM] has joined #openttd
17:43:16  *** Neonox [~Neonox@p57B2AA89.dip0.t-ipconnect.de] has joined #openttd
17:45:48  *** PandaMojo_ [~chatzilla@ip72-197-231-130.sd.sd.cox.net] has joined #openttd
17:50:40  *** PandaMojo [~chatzilla@ip72-197-231-130.sd.sd.cox.net] has quit [Ping timeout: 480 seconds]
17:50:51  *** PandaMojo_ is now known as PandaMojo
17:52:11  <CIA-1> OpenTTD: maedhros * r8760 /branches/newhouses/ (117 files in 16 dirs): [NewHouses] -Sync with trunk r8651:8759
18:02:02  *** Sacro|Laptop [~ben@adsl-83-100-236-220.karoo.KCOM.COM] has quit [Remote host closed the connection]
18:03:07  <Wolf01> http://www.autohotkey.com/docs/ this software is THE software :O
18:07:23  *** Osai [~Osai@pD9EB7EE4.dip.t-dialin.net] has quit [Quit: Osai]
18:09:13  *** BJH2 [~chatzilla@e176116246.adsl.alicedsl.de] has joined #openttd
18:10:47  *** scia [~scia@AveloN.xs4all.nl] has joined #openttd
18:12:52  <Born_Acorn> Can I play Minesweeper on it?
18:13:05  <Born_Acorn> Because if not, it is not the software at al.
18:13:08  <Born_Acorn> l
18:14:05  <Maedhros> any opinions on http://devs.openttd.org/~maedhros/split_off_m7.diff before i commit it (to newhouses) ?
18:14:13  <Eddi|zuHause2> its for windows only... it can't be THE software
18:14:53  <Wolf01> is THE windows software :P
18:15:11  <Eddi|zuHause2> that is an oxymoron ;)
18:20:07  *** Neonox [~Neonox@p57B2AA89.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
18:22:45  *** Rens2Eat is now known as Rens2Sea
18:32:57  *** Sacro|Laptop [~ben@adsl-83-100-236-220.karoo.KCOM.COM] has joined #openttd
18:33:17  <Belugas> DaleStan : ping
18:36:07  *** Digitalfox [~chatzilla@bl7-189-160.dsl.telepac.pt] has quit [Quit: Bye Bye...]
18:36:42  <CIA-1> OpenTTD: rubidium * r8761 /branches/0.5/lang/ (9 files): [0.5] -Update: add some missing strings that are in 0.5, but not in trunk.
18:38:12  *** Tron_ [zwqLFfx8@nat-1.rz.uni-karlsruhe.de] has quit [Quit: Leaving]
18:39:13  *** Sacro|Laptop [~ben@adsl-83-100-236-220.karoo.KCOM.COM] has quit [Remote host closed the connection]
18:39:40  <Desolator> [NewHouses] -Sync with trunk r8651:8759 --> what? newhouses work? cool!
18:40:47  <Belugas> been a while ^_^
18:42:31  *** Rens2Sea is now known as Rens2SupCom
18:44:24  <Desolator> =D
18:44:42  <Desolator> I hoep that TTRS 3 works
18:45:04  <Maedhros> it does
18:45:34  <Belugas> you tell test it :)  That would be another happy tester ;)
18:45:55  <DaleStan> Belugas: pong
18:45:58  <Desolator> Yay! Is it compiled or do I need to do it myself? Just asking
18:46:08  <Desolator> Hmm...not nightly time...
18:46:13  *** HMage [~HMage@85.21.179.41] has joined #openttd
18:46:28  <Belugas> http://nightly.openttd.org/newhouses/files/
18:46:50  <Belugas> DaleStan, hello
18:47:15  <Belugas> do you know if the grfids of newhouses are available on ttdpatch savegames?
18:48:25  <Belugas> newhouses or any other, by the way :S
18:48:33  <Maedhros> Desolator: it'll be compiled later on this evening
18:48:53  <Maedhros> (in about 2 and a bit hours, i think)
18:49:09  <Desolator> in about 10 minutes
18:49:11  *** setrodox [~setrodox@83-65-237-236.dynamic.xdsl-line.inode.at] has quit [Remote host closed the connection]
18:49:24  <Maedhros> no, newhouses isn't compiled at the same time as the nightlies are
18:49:25  <DaleStan> TTDPatch saves all active non-FFFFFFFF GRFIDs in one of the mandatory-load additional data sections.
18:49:35  <Desolator> oh
18:49:41  <DaleStan> ... looking up which one.
18:50:06  *** KritiK [Maxim@ppp85-141-225-193.pppoe.mtu-net.ru] has joined #openttd
18:50:26  *** HMage [~HMage@85.21.179.41] has quit [Read error: Connection reset by peer]
18:51:10  <Wolf01> eheheh, win+logs opens the ottd logs page.. the hard thing is to press [win]+[l]+[o]+[g]+[s] :P
18:52:03  <Desolator> I cant get source from the r8760 branch
18:52:48  <glx> Desolator: svn co svn://svn.openttd.org/branches/newhouses
18:53:13  *** HMage [~HMage@85.21.179.41] has joined #openttd
18:53:17  <Desolator> THank you!
18:54:07  <Desolator> Can't wait to test it.
18:54:10  *** Purno [~Purno@5351C430.cable.casema.nl] has joined #openttd
18:54:47  *** scia_ [~scia@80.126.77.53] has joined #openttd
18:55:27  <DaleStan> Belugas: 2.0r1 puts the known GRFIDs in the optional-load section 2; 2.5 puts them in mandatory-load section (800)4.
18:55:53  *** Purno [~Purno@5351C430.cable.casema.nl] has quit []
18:56:52  <Maedhros> DaleStan: in ttdpatch newhouses also stores lists of grfids<->newhouse ids
18:57:06  <Maedhros> do you know where that would be, or how we could find out?
18:57:20  *** Purno [~Purno@5351C430.cable.casema.nl] has joined #openttd
18:58:25  <DaleStan> I believe that is 8005.
19:00:20  <DaleStan> The IDs used for each of the extra chunks, and the corresponding contents, are documented starting near line 65 of TTDPatch's trunk/patches/loadsave.asm
19:00:46  <Belugas> thanks :) much appreciated
19:01:04  *** scia [~scia@AveloN.xs4all.nl] has quit [Ping timeout: 480 seconds]
19:03:42  *** KeeperOfTheSoul [~a@dyn-62-56-58-173.dslaccess.co.uk] has quit []
19:05:25  *** TronBSD is now known as Tron
19:05:52  <Darkvater> boekabart: way not worth it (to get w95 to work on vs2005)
19:07:33  <Darkvater> Maedhros: I already have code that loads all TTDP grfid's so don't bother :)
19:08:02  <Darkvater> "documented starting near line 65 of TTDPatch'" << he, documented... assembly code is not a document :)
19:08:11  <Darkvater> but patchman is and he is most helpful :)
19:08:41  *** KeeperOfTheSoul [~a@dyn-62-56-58-173.dslaccess.co.uk] has joined #openttd
19:09:41  <Maedhros> Darkvater: cool, but newhouses also stores extra information about which house id comes from which grf
19:10:07  <DaleStan> Well, you'll get the right chunk ID from there. For some of the chunks, a couple educated guesses should work well, and if they don't, I'm not the person to ask about the actual contents of the chunks.
19:10:16  <Darkvater> well TTDP only saves grfids and the newhouses array in the extra chunks
19:11:28  <Darkvater> Rubidium: ping
19:14:01  <Ailure> hehe
19:14:06  <Ailure> I'm bit of an ass on this game
19:14:11  <Ailure> despite playing within the rules
19:14:11  <Desolator> Awww...may somebody tell me again where to change from debug to release?
19:14:31  <Desolator> Please?
19:14:38  <Ailure> excluse transporting rights
19:14:44  <Ailure> or whatever it's called in local authority options
19:14:53  <Ailure> have funny effects on some people's networks :)
19:14:55  * Darkvater picks up magic ball to find out what OS and compiler Desolator is using
19:14:58  <Ailure> if they're badly designed
19:15:10  <Ailure> such as the waiting trains jamming the whole network
19:15:20  <Desolator> DV: XP SP2, VC++ 2005
19:15:36  <Desolator> Though nice joke :)
19:15:38  <Ailure> note that this player in question have a company bigger than mine so heh
19:15:45  <Ailure> so i'm not bullying a small company :P
19:15:47  <Darkvater> Desolator: it was not a joke
19:15:56  <Bjarni> yeah
19:15:57  <Darkvater> and I gather you have never used MSVC before
19:16:04  <Desolator> Whatever...so you actually have a magic ball?
19:16:12  <Bjarni> Darkvater can really tell stuff that's not in the channel
19:16:12  <Desolator> Heh, I have it for 3 days...
19:16:26  <Bjarni> like me
19:17:31  <Darkvater> Desolator: although the most simplest of google searches would've found what you were looking for...
19:17:39  <Darkvater> there is a big dropdown button that says 'Debug'
19:17:40  * Desolator feels and is lazy
19:17:52  <Darkvater> now try to guess what happens when you change that to
19:17:55  <Darkvater> *shock*
19:17:58  <Desolator> Ha, it was under my nose...
19:17:59  <Darkvater> 'Release'
19:18:47  <Desolator> I always miss obious (spell?) stuff...
19:18:58  <Desolator> And don't miss hard to find stuff...
19:19:31  <CIA-1> OpenTTD: maedhros * r8762 /branches/newhouses/src/ (7 files): [NewHouses] -Codechange: Split m7 out of Tile and into TileExtended to keep Tile an even 8 bytes.
19:19:51  <Maedhros> and with that, newhouses is ready to merge, i hope
19:19:53  * Desolator stops compiling and updates
19:20:48  <Tron> that's the worst of all solutions
19:21:18  <Maedhros> gah, it's not like i haven't been asking for opinions for the last three days...
19:22:18  <Maedhros> Tron: what would be a better solution?
19:22:22  <Desolator> -.-
19:22:22  <Belugas> the worst solutoin woulsd have been to keep the array at 9 bytes
19:22:46  <Tron> i don't agree
19:22:55  <Belugas> suggestions?
19:23:06  <DaleStan> Remember, just because x86 processors have no trouble with 9-byte structures doesn't mean that other processors have the same abilities.
19:23:13  *** HMage [~HMage@85.21.179.41] has quit [Read error: Connection reset by peer]
19:23:29  <Tron> DaleStan: do not try to tell me something about processor architectures
19:23:39  *** tokai [~tokai@p54B80995.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
19:23:57  <Belugas> we want ideas, sugestions, the BEST solution. please
19:24:10  <Tron> in fact factor except 1, 2, 4 and 8 are pessimal for x86
19:24:25  <Tron> s/factor/factors/
19:24:33  <Desolator> Interesting stuff...I like how the discussion moves from software to hardware and then to software and to hardware and so on...
19:25:34  <DaleStan> Tron: x86 effective address calculations can multiply by 9 quite easily. Ditto for 3 and 5.
19:25:47  <Tron> DaleStan: you are wrong
19:25:50  <Ailure> I want to start a discussion on firmware now
19:25:56  <Ailure> esxpect I know nothing about firmwares
19:25:56  <Ailure> :p
19:25:58  <Tron> you can multiply a NUMBER with 9 easily
19:26:00  <DaleStan> Lea esi, [esi*8+esi]
19:26:03  *** tokai [~tokai@p54B81CFE.dip0.t-ipconnect.de] has joined #openttd
19:26:04  *** mode/#openttd [+v tokai] by ChanServ
19:26:06  <Tron> but you cannot access an array effectifly
19:26:25  <Tron> because the base is already used for the base of the array
19:26:31  <DaleStan> OK, lea esi [baseadd + esi + esi*8]
19:26:40  <Tron> the base is NOT fixed
19:26:41  *** Desolator is now known as Desolator[TOILET]
19:27:15  <DaleStan> So add an add afterwards; that's one extra cycle.
19:27:29  <Tron> nice theory, too bad it's wrong
19:27:49  <Tron> you need at least one more register
19:28:31  <Tron> and registers are a very scarce resource on x86
19:29:26  <DaleStan> No, you don't. Unless you're managing to squeeze base and index into the same register before the EA calculation?
19:29:47  <Tron> you need an extra register to hold the calculated address
19:30:09  *** Desolator[TOILET] is now known as Desolator
19:30:10  <Tron> or rather scaled index
19:30:27  <DaleStan> Use the same register you used for the un-scaled index.
19:30:27  <Tron> lea a, [a + a * 8]
19:30:35  <Tron> mov b, [c + a]
19:30:51  <Tron> in this case you don't need an extra register, because the original value is dead
19:30:57  <Tron> this is an unusual case
19:31:02  <Tron> therefore you normally get
19:31:07  <Tron> lea d, [a + a * 8]
19:31:09  <Brianetta> This is totally old-school.  I haven't seen attempts to optimise at CPU level for years.
19:31:10  <Tron> mov b, [c + d]
19:31:18  <Desolator> jeez...
19:31:35  <Tron> which means one more used register
19:31:51  <Tron> which ususally leads to significantly more spill code on x86
19:32:11  <Tron> because the ISA design is plain braindead
19:33:41  <Tron> even then you don't want 9 bytes, because this leads to misaligned accesses of the entities larger than 1 byte
19:34:09  <Tron> which is a no-no for the write combiners etc.
19:34:27  <Tron> so you have to go for 10 bytes (because it holds 2byte entities)
19:34:37  <Tron> and you can't lea a 10
19:35:46  <Maedhros> ok, so this seems to emphasise to me that 9-byte struct arrays are bad
19:35:59  <Maedhros> so why are 8-byte and 1-byte struct arrays worse?
19:36:25  <Belugas> or could a 10 byte struct array be acceptable?
19:36:53  <Darkvater> < sports
19:36:55  <Tron> you need 2 base pointers while we're at the hardware level
19:37:20  * Desolator wonders what dosdummy.grf is for
19:37:34  <Tron> it just fills some sprite slots
19:37:44  <Desolator> oh
19:38:11  <Desolator> BTW, does ottd support multiple parameters?
19:38:18  <Tron> pardon?
19:38:35  <Desolator> "Optionally, you can add up to four numbers (parameters) to the end of the line.
19:38:43  <Desolator> from TTRS 3 readme
19:38:57  <Maedhros> then yes, openttd supports newgrf parameters
19:38:59  <Tron> Maedhros: on a higher level: check r2558. i don't want that back
19:39:17  <Eddi|zuHause2> yes, comma or space separated list, Desolator
19:39:31  <Desolator> Thanks
19:39:32  * Maedhros looks
19:39:49  *** scia_ [~scia@80.126.77.53] has quit [Quit: Lost terminal]
19:40:04  <Tron> Maedhros: mainly check map.h, the other changes are just long and tedious
19:40:34  <Desolator> Eddi|zuHause2: like this: newgrf\ttrs3w.GRF 0,0,1,1?
19:40:51  <Belugas> Tron, do we have to understand that you'd rather see a 10 bytes structure?
19:40:56  <Belugas> then anything else?
19:41:08  <Eddi|zuHause2> have you ever considered just reading the wiki?
19:41:15  <Tron> i still have a hard time believing houses are the problem
19:41:30  <Tron> they're mostly eye candy
19:41:30  <Desolator> Actually never look at that part...
19:41:45  <Belugas> believe me, it is required
19:41:56  <Tron> they hardly have any game significant state
19:42:43  <DaleStan> Oh, so let's change all Tron's houses so they accept 3/8 units of coal and nothing else.
19:42:49  <Tron> except for their sheer existence to produce passengers
19:43:11  <Belugas> triggers, animations etc etc...
19:43:23  <Belugas> but please Tron, 10 bytes better?
19:44:06  <DaleStan> The acceptance is significant. The ways that the acceptance can change are significant.
19:44:08  *** Rens2SupCom is now known as Rens2Sea
19:44:38  <Tron> DaleStan: you miss the point entierly
19:45:29  *** Desolator [~admin@86.126.43.192] has quit [Quit: testing the branch]
19:45:43  <Tron> Belugas: do you know how much 2^64 is? if you can count really fast - like incrementing by one one billion times a second - it takes more than 500 years to count all possible states
19:46:52  *** Desolator [~admin@86.126.43.192] has joined #openttd
19:46:57  <Desolator> ha, first bug
19:47:10  <Maedhros> be that as it may, it is impossible to implement the newhouse specs with the current map array
19:47:15  <Maedhros> believe us, we've tried
19:48:02  <Belugas> and we even had to drop some stuff
19:48:03  <Tron> something is very, very wrong here
19:48:19  <Tron> it's just houses
19:49:40  <Maedhros> random bits -> 8 bits, house id -> 9 bits, age of house /  construction state -> 8 bits
19:49:42  <Desolator> Maedhros: I don't understanf, if its impossible, then how did the guys @ TTDP did it?
19:50:00  <Desolator> *understand
19:50:17  <Maedhros> because they a) don't store the town id in the map array, saving 2 bytes and b) don't use openttd's map array
19:50:46  <Tron> how is b) a valid argument?
19:50:48  <Maedhros> animation frame -> 5 bits, whether a house is completed -> 1 bit, periodic processing time remaining -> 8 bits
19:51:40  *** scia [~scia@AveloN.xs4all.nl] has joined #openttd
19:52:11  <Belugas> [14:51] <Tron> how is b) a valid argument? <--- because it's still a collection of arrays, for once
19:52:21  <Maedhros> *sigh* in this case, it's not terribly valid, although ttdpatch has got 9 bytes to use
19:52:27  <Tron> Belugas: and?
19:52:29  <Belugas> then they do not have the same requirements
19:52:42  <Maedhros> i was just saying that they're not necessarily directly comparable
19:52:47  <Belugas> they are not limited to have 1, 5, 7,9 bytes array
19:53:46  *** Digitalfox [~chatzilla@bl8-41-24.dsl.telepac.pt] has joined #openttd
19:54:09  *** caladan [~caladan@161-be2-18.acn.waw.pl] has joined #openttd
19:56:02  <Tron> Maedhros: btw: anything else? i see 39 bits so far. If you deduce the mandatory 8 bits for type and height and the 16 bits for town id (though probably 12 would suffice), then there's still one free bit
19:56:17  * Desolator has added a bug report and goes to play RA2
19:56:19  *** HMage [~HMage@85.21.179.41] has joined #openttd
19:56:19  <Maedhros> i've probably forgotten something
19:56:29  <Belugas> so now, we have 3 choices : 1) 10 bytes array 2) 8 bytes array and 1 byte array 3) cancel newhouses
19:56:31  *** Desolator [~admin@86.126.43.192] has quit [Quit: RA2]
19:56:38  <Belugas> 3) is out of the question
19:57:29  <Ailure> what brings the least headache?
19:57:31  <Ailure> :p
19:57:53  <Belugas> depends who you're talking too...
19:59:39  <Maedhros> Tron: there are also 5 bits for triggers which aren't used yet
20:00:02  <Maedhros> but anyway, 39 bits isn't enough because we can only use bits 2..7 of m6 due to the tropic zone
20:03:21  <CIA-1> OpenTTD: tron * r8763 /trunk/src/aircraft_cmd.cpp:
20:03:21  <CIA-1> OpenTTD: -Fix
20:03:21  <CIA-1> OpenTTD: Don't do bogus initialisations and prefer simpler code
20:03:39  <Tron> maybe i could think about it if i didn't have to clean up behind others
20:04:18  <Ailure> wel hmm
20:04:28  <Ailure> personally I would prefer using it in a seperate array
20:04:45  *** peter1138 [~peter@svn.bucks.net] has joined #openttd
20:05:07  <peter1138> is it me
20:05:08  <peter1138> or
20:05:10  <peter1138> should [   49.968000] BUG: soft lockup detected on CPU#0!
20:05:14  <peter1138> not happen on boot up?
20:07:53  <Maedhros> heh, doesn't sound too good, no
20:07:57  <Ailure> wth would a soft lockup be?
20:08:37  <Maedhros> hmm, since i don't have windows / MSVC, Desolator's bug report is completely useless to me
20:08:50  <Ailure> then if I made a simulatr game
20:08:50  *** MUcht [~Mucht@p57A0DCDE.dip.t-dialin.net] has joined #openttd
20:08:53  <Maedhros> especially since ttrs3 has never caused the newhouses branch to crash for me
20:09:04  <Ailure> I probably would use some abstract object for the whole array
20:10:15  <Eddi|zuHause2> the whole point is to not use an array of objects
20:10:31  <Eddi|zuHause2> to have a continuous chunk of memory
20:11:39  <Eddi|zuHause2> otherwise, 90% of the time is wasted on cache misses
20:12:34  *** Mucht_ [~Mucht@p57A0EF5D.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
20:21:35  *** HMage [~HMage@85.21.179.41] has quit [Read error: Connection reset by peer]
20:25:53  * boekabart is going away on a holiday for a week and hopes to see RC6/Final out when he comes back. He still thinks that his proposed patch for making ottd compile with latest platform sdk belongs in; he didn't spend 2 days testing in on all existing windows OSes for nothing...
20:25:57  *** boekabart [~boekabart@c97171.upc-c.chello.nl] has left #openttd [Your eyes grow heavy.. you grow very sleepy..... zzzz...]
20:26:36  <caladan> still arguing about that additional byte?
20:26:44  <Belugas> and here is the actual layaout of nehwouse :
20:26:45  <Belugas> m1       : random bits
20:26:45  <Belugas> m2       : town index
20:26:45  <Belugas> m3[7]    : house completed          m3[4..0] : triggers
20:26:45  <Belugas> m3[6]    : type
20:26:50  <Belugas> m4       : type
20:26:50  <Belugas> m5[5..3] : building stage           m5       : age
20:26:50  <Belugas> m5[2..0] : building tick
20:26:50  <Belugas> m6[7..2] : lift position            m6[7..3] : animation frame
20:26:50  <Belugas> m6[1..0] : tropic zone
20:26:51  <Belugas> m7[4..1] : lift destination         m7       : processing remaining
20:26:51  <Belugas> m7[0]    : lift has destination
20:27:03  <Belugas> as one can see, not much of a free space there
20:27:08  <Belugas> 2 bits, iirc
20:27:39  <caladan> what is lift destination? :>
20:28:00  <Belugas> the destination florr of the lift
20:28:11  <caladan> in buildings? :>
20:28:15  <caladan> i see..
20:28:20  <Maedhros> you can see the building that uses it on the title screen
20:29:49  * caladan makes emerge --update --deep world
20:42:47  <Belugas> looks like the discussion is over
20:42:57  <Belugas> it's that or else...
20:43:09  *** tokai [~tokai@p54B81CFE.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
20:45:19  <peter1138> hmm
20:45:24  <peter1138> pc not booting now
20:45:45  *** tokai [~tokai@p54B80DBF.dip0.t-ipconnect.de] has joined #openttd
20:45:45  *** mode/#openttd [+v tokai] by ChanServ
21:06:11  <CIA-1> OpenTTD: miham * r8764 /trunk/src/lang/ (10 files in 2 dirs): (log message trimmed)
21:06:11  <CIA-1> OpenTTD: -Update: WebTranslator2 update to 2007-02-16 22:03:24
21:06:11  <CIA-1> OpenTTD: afrikaans - 1 changed by TrueTenacity (1)
21:06:11  <CIA-1> OpenTTD: brazilian_portuguese - 1 fixed, 1 changed by fukumori (2)
21:06:11  <CIA-1> OpenTTD: bulgarian - 4 fixed by groupsky (4)
21:06:12  <CIA-1> OpenTTD: dutch - 3 fixed by habell (3)
21:06:14  <CIA-1> OpenTTD: esperanto - 3 fixed by LaPingvino (3)
21:06:15  *** Sacro|Laptop [~Ben@adsl-83-100-236-220.karoo.KCOM.COM] has joined #openttd
21:09:20  <MiHaMeK> Total I18N status: 96% - 4207 bad strings out of 108072 strings (2844 strings / language)
21:14:02  *** TinoDidri [~projectjj@nat.kollegienet.dk] has joined #openttd
21:14:03  *** Zaviori [~Zavior@d195-237-7-217.elisa-laajakaista.fi] has joined #openttd
21:14:11  *** dihedral_ [~dihedral@dslb-084-056-248-015.pools.arcor-ip.net] has joined #openttd
21:14:23  *** mikk36[EST] [~mikk36@ip22.cab12.ktln.starman.ee] has joined #openttd
21:14:31  *** Frostregen_ [SADDAM@dslb-084-058-183-231.pools.arcor-ip.net] has joined #openttd
21:14:33  *** TinoM| [~Tino@i5387C040.versanet.de] has joined #openttd
21:15:43  *** Frostregen [SADDAM@dslb-084-058-183-231.pools.arcor-ip.net] has quit [Read error: Connection reset by peer]
21:15:43  *** Zavior [~Zavior@d195-237-7-217.elisa-laajakaista.fi] has quit [Read error: Connection reset by peer]
21:16:11  *** Frostregen_ is now known as Frostregen
21:16:56  *** Neonox [~Neonox@p57B2AA89.dip0.t-ipconnect.de] has joined #openttd
21:19:05  *** dihedral [~dihedral@dslb-084-056-248-015.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds]
21:19:09  *** dihedral_ is now known as dihedral
21:19:40  <Rubidium> Darkvater: pong
21:20:20  <Eddi|zuHause2> >2h, now that is a lag :p
21:20:50  *** Jezral [~projectjj@nat.kollegienet.dk] has quit [Ping timeout: 480 seconds]
21:21:00  *** TinoM [~Tino@i5387C040.versanet.de] has quit [Ping timeout: 480 seconds]
21:21:00  *** mikk36 [~mikk36@ip22.cab12.ktln.starman.ee] has quit [Ping timeout: 480 seconds]
21:21:17  <Rubidium> Eddi|zuHause2: better a little lag than no reply at all
21:21:51  <Eddi|zuHause2> i'm not judging ;)
21:22:18  *** Neonox [~Neonox@p57B2AA89.dip0.t-ipconnect.de] has quit [Quit: bin wech....]
21:26:42  *** Neonox [~Neonox@p57B2AA89.dip0.t-ipconnect.de] has joined #openttd
21:30:48  *** Desolator [~admin@86.126.43.192] has joined #openttd
21:31:06  <Desolator> Boom!
21:33:05  *** Desolator [~admin@86.126.43.192] has quit []
21:35:25  *** Desolator [~admin@86.126.43.192] has joined #openttd
21:35:28  *** Desolator [~admin@86.126.43.192] has quit []
21:35:51  *** green-devil [~rendmig@0x5735573d.vgnxx6.adsl-dhcp.tele.dk] has joined #openttd
21:37:58  *** Neonox [~Neonox@p57B2AA89.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
21:38:28  *** Purno [~Purno@5351C430.cable.casema.nl] has quit [Quit: Life is a game of pick-up-sticks, played by fucking lunatics.]
21:41:33  *** Neonox [~Neonox@p57B2AA89.dip0.t-ipconnect.de] has joined #openttd
21:42:31  <Darkvater> Rubidium: roadstops?
21:44:03  <Rubidium> what about them?
21:44:38  <Rubidium> let me rephrase that, what is still wrong with them?
21:44:48  *** peter1138 [~peter@svn.bucks.net] has quit [Quit: sleep, ....]
21:47:31  <Wolf01> 'night all
21:47:43  *** Wolf01 [~wolf01@host175-238-dynamic.0-87-r.retail.telecomitalia.it] has quit []
21:49:42  <Belugas> byebye
21:50:26  <Darkvater> Rubidium: there is still too many checks in road_gui
21:50:53  <Darkvater> Rubidium: it only needs to pass a bit saying whether you want a roadstop or a normal station and the CMD_ has to handle everything else
21:51:18  <Darkvater> now if those checks don't exist in the CMD_ then it is *definitely* wrong
21:51:29  <Darkvater> and if they do, then it's duplicate code and wrong as well
21:52:32  <Rubidium> Darkvater: you haven't seen I already have fixed most of them?
21:52:55  <Darkvater> you mean r8741?
21:52:58  <Rubidium> yes
21:53:07  <Darkvater> head still have a bunch of checks in the gui
21:53:57  <Rubidium> hmm, so the CMD_AUTO flag should be toggled in CmdBuildRoadStop
21:54:00  <Darkvater> s/have/has
21:54:04  <Darkvater> dammit I'm going bjarni
21:54:54  <Rubidium> hmm, or do you mean only checking whether the tile is a road tile is enough in road_gui?
21:55:17  <Darkvater> not even that perse
21:55:19  <Bjarni> <Darkvater>	dammit I'm going bjarni -- are you going to flame me for that as well?
21:55:26  <Bjarni> and it's Bjarni, not bjarni
21:55:30  <Bjarni> it's a name :P
21:55:42  <Darkvater> it's not capitalised if used as a verb ^^
21:56:01  <Bjarni> I'm not a verb either :P
21:56:05  <Darkvater> Rubidium: well not even that perse, because it just duplicates checks and the CMD_ needs to check that either way
21:56:32  <Rubidium> you meant something like http://rubidium.student.utwente.nl/openttd/road_gui-stuff.diff I guess
21:57:09  <Darkvater> what's cmd_auto for?
21:57:10  <Darkvater> but yes
21:58:15  <Eddi|zuHause2> Darkvater: i think english has some rule that words that are derived from names are still capitalized (like "English")
21:58:24  *** BurningFeetMan [~chatzilla@CPE-60-227-109-199.nsw.bigpond.net.au] has joined #openttd
21:58:51  *** Sacro|Laptop [~Ben@adsl-83-100-236-220.karoo.KCOM.COM] has quit [Read error: Connection reset by peer]
22:00:02  <Rubidium> Eddi|zuHause2: isn't English a name? Though names can become words over time; Internet -> internet
22:01:04  <Eddi|zuHause2> "English" can also be used as adjective/adverb
22:01:09  <Darkvater> Rubidium: you do see my point, right?
22:01:21  <Rubidium> yes
22:01:25  *** dihedral [~dihedral@dslb-084-056-248-015.pools.arcor-ip.net] has quit [Quit: Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120418]]
22:01:30  <Eddi|zuHause2> names tend to be nouns ;)
22:01:41  <Darkvater> donnu what CMD_AUTO is for though, it is probably unneeded as well I think
22:02:36  <Eddi|zuHause2> anyway, in english class, i generally had it marked as mistake if i wrote "English" not capitalized (because in german it isn't)
22:04:47  <Rubidium> DC_AUTO is by the way used so there is no 'street must be removed' error when building a road stop over a street
22:04:49  <BurningFeetMan> Anyone up to scratch with the latest/second gen PC gear out? P5B mbs, 7950gt's
22:05:16  *** ThePizzaKing [~jeff@c211-28-162-213.eburwd2.vic.optusnet.com.au] has joined #openttd
22:06:00  <Eddi|zuHause2> BurningFeetMan: we don't need phallus symbols
22:06:07  <Darkvater> Rubidium: ah...that can be handled in the CMD_ function so probably remove it from the gui
22:06:33  <BurningFeetMan> phal·lus Pronunciation (fls)
22:06:35  <BurningFeetMan> n. pl. phal·li (fl) or phal·lus·es
22:06:36  <BurningFeetMan> 1. Anatomy
22:06:36  <Darkvater> Rubidium: eg a hacked client could remove this and you'd get spammed by these error messages
22:06:38  <BurningFeetMan> a. The penis.
22:06:39  <BurningFeetMan> =\
22:07:02  <Eddi|zuHause2> that is what it means, yes.
22:07:22  <BurningFeetMan> Eddi|zuHause2, nothing to do with my epenis size, but I'll be playing supreme commander shortly.
22:07:38  <BurningFeetMan> So figured it's upgrade time after 5 years.
22:07:53  <Rubidium> Darkvater: are those printed when bad stuff comes from the network?
22:08:09  <Darkvater> what is printed?
22:08:15  <Eddi|zuHause2> you are free to upgrade your computer, but you do not need to spam it into a totally unrelated discussion
22:08:42  <Darkvater> Rubidium: just imagine calling the function without CMD_AUTO and you have the effects of a hacked client
22:10:07  <izhirahider> Can any of you tell me how can I use svn to revert to revision XXXX ?
22:10:19  <Darkvater> svn up -r XXXX
22:10:26  <izhirahider> thanks
22:10:38  <Darkvater> or even better
22:10:52  <Darkvater> svn help update
22:11:03  <Darkvater> OMG :O it's all in there :)
22:11:21  <Eddi|zuHause2> who'd have thunk!
22:11:31  <Eddi|zuHause2> (is that even english?)
22:11:34  <Darkvater> no
22:12:00  <Rubidium> Darkvater: it's still toggling the CMD_AUTO in CmdBuildRoadStop, so if you are toggling it in your hacked client you've got exactly the same characteristics
22:12:20  <Darkvater> Rubidium: so if it's toggling it in CMD_ then why toggle it in GUI?
22:12:38  <Eddi|zuHause2> but i think i have read this several times before
22:12:55  <Darkvater> it's "thought"
22:12:59  <Rubidium> Darkvater: in my updated version it toggles it in CmdBuildRoadStop and not in the GUI
22:13:06  <Eddi|zuHause2> yes, i know
22:13:17  <Rubidium> but a 'hacked' client can always undo that toggling in CmdBuildRoadStop
22:13:21  <Darkvater> Rubidium: http://rubidium.student.utwente.nl/openttd/road_gui-stuff.diff << not this one
22:13:22  <Maedhros> yeah, it's a reasonably well known statement, but it's isn't english :)
22:13:38  <Darkvater> Rubidium: who cares about that? They will desync instantly
22:13:39  <Maedhros> surprisingly like that last sentence ...
22:14:01  <Darkvater> Rubidium: removing it in the gui (and not setting it in the cmd_) will be an annoyance to _all_ players
22:14:43  <Eddi|zuHause2> so it's somewhere a similar level of english as "yoda speak"
22:14:53  <Rubidium> true, but 'in essence' nothing changes by moving the CMD_AUTO from the gui to the cmd code
22:15:09  <Darkvater> that's a start :)
22:15:14  <Darkvater> so why is it in the gui ;p
22:16:07  <Maedhros> Eddi|zuHause2: pretty much, yes
22:16:14  <Rubidium> that's a different issue from the "imagine calling the function without CMD_AUTO and you have the effects of a hacked client"
22:17:03  <Darkvater> it'd be valid if CMD_AUTO was not set in the CmdFunction
22:17:10  <Darkvater> which is, so it makes no difference
22:17:24  <Darkvater> therefore it's pointless to have in the gui
22:17:29  <Digitalfox> So the discussion of newhouses has ended and we can move to merge or we need to go back to the white board?? :\
22:17:34  <Darkvater> which I already said and you're probably getting tired of
22:19:12  <Darkvater> I think I need Belugas's landscape doc for newhouses
22:19:17  <Darkvater> to make some judgement
22:19:43  <Rubidium> I only say that it's bogus to say that 'toggling (CMD|DC)_AUTO in gui is bad as you can 'hack' it, but in cmd it is ok'
22:20:22  <Rubidium> I have no problem with moving the logic to cmd though, this is however not a valid reason, whereas 'we should keep the GUI code as small as possible' would be a valid reason
22:20:39  <Rubidium> anyway, I've updated the diff
22:21:34  <Darkvater> one would assume toggling DC_AUTO in gui is done because it is not done in CMD_
22:23:55  <Darkvater> Rubidium: I am fine with that diff if all checks from the gui that were removed in your diff are present in the CMD_
22:24:02  <Rubidium> which is correct. Without the road_gui-stuff.diff it's done in gui, with the diff it's done in CMD
22:24:09  <Rubidium> Darkvater: they are
22:24:44  <Darkvater> only after r8741 :)
22:24:47  <Darkvater> but then it's good
22:25:31  <Progman> how can I see the debug-lines if I use debug(...);?
22:25:50  <Rubidium> what are the first two parameters you used?
22:26:36  <Rubidium> basically starting openttd with '-d <first param>=<second param or larger>'
22:26:55  <Progman> hmm
22:27:08  <Progman> now its debug("maxspeed is %d", maxspeed);
22:28:26  <Progman> or shouldn't I use debug() and should use DEBUG() instead?
22:29:24  <Rubidium> always use DEBUG
22:31:46  <Eddi|zuHause2> that's one of the reasons why i hate case-sensitive languages
22:34:16  <KeeperOfTheSoul> yeah, case-senitivity in a language was a truly excellent idea
22:35:20  <Smoovious> shhh... don't say that... you'll only embolden the script kiddies
22:39:49  *** Neonox [~Neonox@p57B2AA89.dip0.t-ipconnect.de] has quit [Quit: bin wech....]
22:45:00  <CIA-1> OpenTTD: rubidium * r8765 /trunk/src/ (road_gui.cpp station_cmd.cpp): -Codechange: remove logic redundancy by moving it from the gui into the cmd code.
22:47:40  *** setrodox [~setrodox@83-65-237-236.dynamic.xdsl-line.inode.at] has joined #openttd
22:50:25  *** HMage [~HMage@85.21.179.41] has joined #openttd
23:00:42  *** Sacro [Ben@87.102.80.3] has joined #openttd
23:02:30  *** Zaviori [~Zavior@d195-237-7-217.elisa-laajakaista.fi] has quit [Read error: Connection reset by peer]
23:04:19  *** Zavior [~Zavior@d195-237-7-217.elisa-laajakaista.fi] has joined #openttd
23:08:51  *** Zavior [~Zavior@d195-237-7-217.elisa-laajakaista.fi] has quit []
23:09:49  *** Zavior [~Zavior@d195-237-7-217.elisa-laajakaista.fi] has joined #openttd
23:16:32  *** TinoM [~Tino@i5387D2FC.versanet.de] has joined #openttd
23:16:48  *** Zavior [~Zavior@d195-237-7-217.elisa-laajakaista.fi] has quit [Quit: ( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )]
23:20:13  *** Bjarni [~Bjarni@0x53589005.virnxx14.adsl-dhcp.tele.dk] has quit [Quit: Leaving]
23:20:56  *** Zavior [~Zavior@d195-237-7-217.elisa-laajakaista.fi] has joined #openttd
23:23:09  *** TinoM| [~Tino@i5387C040.versanet.de] has quit [Ping timeout: 480 seconds]
23:24:27  *** Digitalfox [~chatzilla@bl8-41-24.dsl.telepac.pt] has quit [Quit: Leaving]
23:24:39  *** scia [~scia@AveloN.xs4all.nl] has quit [Read error: Connection reset by peer]
23:29:30  *** nairan [~Maui_key@p5498D857.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
23:33:37  *** nairan [~Maui_key@p5498CB53.dip.t-dialin.net] has joined #openttd
23:33:40  *** ChrisM87 [~ChrisM@p54AC5760.dip.t-dialin.net] has quit [Remote host closed the connection]
23:40:49  *** Osai [~Osai@pD9EB7EE4.dip.t-dialin.net] has joined #openttd
23:43:45  *** DJ_Mirage [~sexybigge@biggetje.xs4all.nl] has quit [Quit: www.sexybiggetje.nl]
23:47:47  <Darkvater> bleh branches/newhouses/docs/landscape.html isn't updated with newhouse specs :s
23:53:33  <Darkvater> seemingly though you can't save bits in there
23:54:45  <Darkvater> although perhaps m5 (age) could be half'd (only check per 2 years) and lift bitwasting sanitized (11!!bits), but at some point you'd need more bits anyways
23:55:27  <Progman> I dont get it: where is GetStation() defined?
23:55:51  <Darkvater> station.h
23:56:30  *** Digitalfox [~chatzilla@bl8-41-24.dsl.telepac.pt] has joined #openttd
23:57:24  <Rubidium> Darkvater: I only see 10 bits; dest 3 bits, current level 6 bits and whether it's moving (1 bit)
23:58:00  <Darkvater> m6[7..2] : lift position  m7[4..1] : lift destination m7[0]    : lift has destination
23:58:12  *** rahikkala [~ari@85-23-20-187-Korvensuora-TR1.suomi.net] has joined #openttd
23:58:16  <Darkvater> that still looks 11 to me
23:59:09  <Progman> sure it is in station.h? dont find it or dont understand it o_O
23:59:12  <Rubidium> hmm, then there is 1 bit that can be easily freed; the one from the current level
23:59:49  <Darkvater> Progman: it's poolerized, you don't need to understand it

Powered by YARRSTE version: svn-trunk