Config
Log for #openttd on 16th November 2008:
Times are UTC Toggle Colours
00:02:00  *** Antdovu [~Otinn@vpn2-030.vpn.net.ed.ac.uk] has quit [Ping timeout: 480 seconds]
00:09:26  <Eddi|zuHause> interesting, "kfnmnpa" gives 4 google results ;)
00:10:36  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
00:10:56  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has left #openttd []
00:11:04  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
00:12:01  <Eddi|zuHause> wasn't there once a competition to find a word that gives exactly one google result?
00:12:09  <SpComb> yes
00:12:24  <SpComb> or perhaps it was two dictionary words that give exactly one result
00:12:27  <SpComb> googlewhacking, iirc
00:12:58  <SpComb> http://www.googlewhack.com/
00:13:26  <Eddi|zuHause> what's more interesting about "kfnmnpa" is that these seem like german sites, what was there in the english version?
00:16:47  <ln> hmm: http://www.cbsnews.com/stories/2008/11/14/eveningnews/main4606261.shtml
00:17:22  *** Zuu [~Zuu@c-a4fbe253.025-58-6e6b702.cust.bredbandsbolaget.se] has quit [Quit: Leaving]
00:17:39  <Eddi|zuHause> it's a scene from scrubs, where turk changes his cell phone number to "call tur(k)", and J.D. says he can't remember that, and he'd stay with "kfnmnpa"
00:24:32  <Aali> Eddi|zuHause: its kfnmnpa in english too
00:30:07  *** vraa_ [~vraa@h14.64.20.98.dynamic.ip.windstream.net] has joined #openttd
00:32:36  *** Eddi|zuHause [~johekr@p54B75DDC.dip.t-dialin.net] has quit []
00:32:50  *** vraa [~vraa@h191.182.30.71.dynamic.ip.windstream.net] has quit [Ping timeout: 480 seconds]
00:32:57  *** Eddi|zuHause [~johekr@p54B77C20.dip.t-dialin.net] has joined #openttd
00:34:42  *** vraa_ [~vraa@h14.64.20.98.dynamic.ip.windstream.net] has quit []
01:08:34  *** Chyoko [~chrissi@CPE001839bcf907-CM0014e886a05a.cpe.net.cable.rogers.com] has quit [Ping timeout: 480 seconds]
01:09:23  *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Ping timeout: 480 seconds]
01:14:49  *** Avdg [~kvirc@78-21-56-40.access.telenet.be] has quit [Quit: KVIrc 3.4.0 Virgo http://www.kvirc.net/]
01:15:29  *** Sacro_ [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has joined #openttd
01:15:40  *** HerzogDeXtEr1 [~Flex@89.246.182.148] has joined #openttd
01:16:11  *** Yeggstry is now known as Yeggzzz
01:17:53  <ln> 'night
01:19:29  *** XeryusTC is now known as Xeryus|bnc
01:19:30  *** Sacro__ [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has joined #openttd
01:21:47  *** Sacro [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds]
01:21:57  *** tokai [~tokai@p54B803C3.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
01:22:32  *** HerzogDeXtEr [~Flex@89.246.182.51] has quit [Ping timeout: 480 seconds]
01:24:18  *** tokai [~tokai@p54B82CF1.dip0.t-ipconnect.de] has joined #openttd
01:24:21  *** mode/#openttd [+v tokai] by ChanServ
01:25:47  *** Sacro_ [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds]
01:42:22  *** mortal`` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Quit: Enohp eht no S'enilorac, Regor... Tnoflahc, mraf ynnuf eht fo erac, 'Knip Dlo' ot rewsna ruoy dnes esaelp. Egassem terces eht derevocsid tsuj evah uoy, sn]
01:55:58  *** Sacro__ [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has quit [Quit: Leaving]
01:56:04  *** Sacro [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has joined #openttd
01:57:31  *** KritiK [~Maxim@89-178-90-200.broadband.corbina.ru] has quit [Quit: Leaving]
02:04:24  *** M4rk [~M4rk@5ED06979.cable.ziggo.nl] has joined #openttd
02:04:24  *** Korenn [~kvirc@93-125-161-18.dsl.alice.nl] has quit [Quit: KVIrc 3.4.0 Virgo http://www.kvirc.net/]
02:04:28  *** M4rk is now known as Mark
02:06:06  *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye]
02:36:08  *** Mark [~M4rk@5ED06979.cable.ziggo.nl] has quit [Read error: Connection reset by peer]
03:19:22  *** davis- [~suckyours@p5B28F2B3.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
04:24:43  *** Doorslammer [Doorslamme@PIPP-p-203-54-14-69.prem.tmns.net.au] has joined #openttd
04:27:55  *** DASPRiD is now known as DASPRiD|off
04:38:34  *** Sacro [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has quit [Quit: Leaving]
04:46:06  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Ping timeout: 480 seconds]
05:23:23  *** Fuco [~dota.keys@fuco.sks1.muni.cz] has quit [Quit: Quit]
05:31:31  <George> OTTD devs, what about FS 1941? A patch was updated as frosch has suggested.
06:02:04  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
06:02:12  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has left #openttd []
06:02:27  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
06:47:18  *** rortom [~rortom_@5aca97b0.bb.sky.com] has joined #openttd
06:52:20  *** Singaporekid [~notme@cm68.psi140.maxonline.com.sg] has joined #openttd
07:20:25  *** Gekz_ [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
07:20:54  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Read error: Connection reset by peer]
07:21:26  *** Gekz_ is now known as Gekz
07:40:53  *** FloSoft [~sifldoer@g230005123.adsl.alicedsl.de] has joined #openttd
07:48:04  *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
07:59:52  *** DephNet[Paul] [~paul@host81-156-74-176.range81-156.btcentralplus.com] has joined #openttd
08:02:21  *** paul_ [~paul@host81-156-74-176.range81-156.btcentralplus.com] has quit [Ping timeout: 480 seconds]
08:03:22  *** De_Ghosty [~s@206-248-191-213.dsl.teksavvy.com] has quit [Remote host closed the connection]
08:04:35  *** vraa [~vraa@h14.64.20.98.dynamic.ip.windstream.net] has joined #openttd
08:08:18  *** De_Ghosty [~s@206-248-191-213.dsl.teksavvy.com] has joined #openttd
08:26:56  *** vraa_ [~vraa@h25.176.213.151.dynamic.ip.windstream.net] has joined #openttd
08:29:38  *** vraa [~vraa@h14.64.20.98.dynamic.ip.windstream.net] has quit [Ping timeout: 480 seconds]
08:36:25  *** jnd [~jenda@r4ad200.net.upc.cz] has quit [Ping timeout: 480 seconds]
09:01:28  *** Wolf01 [~wolf01@host121-194-dynamic.58-82-r.retail.telecomitalia.it] has joined #openttd
09:03:08  *** Purno [~Purno@5350931D.cable.casema.nl] has joined #openttd
09:03:15  *** Purno [~Purno@5350931D.cable.casema.nl] has quit [Read error: Connection reset by peer]
09:05:41  <Wolf01> hello
09:23:05  *** sunkan [sunkan@sunkan.bsnet.se] has quit [Quit: - nbs-irc 2.36 - www.nbs-irc.net -]
09:24:16  <Alberth> hello
09:25:38  *** sunkan [sunkan@sunkan.bsnet.se] has joined #openttd
09:31:04  *** nekx [~asd@0x3e42e6e6.adsl.cybercity.dk] has joined #openttd
09:32:04  *** Zahl [~Zahl@f051075091.adsl.alicedsl.de] has joined #openttd
09:43:56  *** M4rk [~M4rk@5ED06979.cable.ziggo.nl] has joined #openttd
09:44:00  *** M4rk is now known as Mark
10:05:57  *** Zorni [zorn@e177234030.adsl.alicedsl.de] has joined #openttd
10:06:24  *** FR^2 [frr@oscar.frquadrat.de] has joined #openttd
10:13:04  *** Korenn [~kvirc@93-125-161-18.dsl.alice.nl] has joined #openttd
10:13:20  *** Zorn [zorn@e177224233.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds]
10:34:48  *** davis- [~suckyours@p5B28DB1A.dip.t-dialin.net] has joined #openttd
10:37:20  <ln> hello
10:42:08  <FR^2> hiho
10:50:33  *** Progman [~progman@p57A1BFE0.dip.t-dialin.net] has joined #openttd
11:01:41  <Tefad> halo
11:02:37  *** Singaporekid [~notme@cm68.psi140.maxonline.com.sg] has quit [Quit: Leaving]
11:07:12  *** yorick [yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd
11:07:15  *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd
11:07:20  *** Vikthor [~Vikthor@161-18-80-78.strcechy.adsl-llu.static.bluetone.cz] has joined #openttd
11:07:21  <yorick> why are the MP_VOID tiles still kept?
11:11:13  *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd
11:17:52  *** FloSoft [~sifldoer@g230005123.adsl.alicedsl.de] has quit [Quit: computer has gone to sleep]
11:24:16  *** Zahl_ [~Zahl@g226145197.adsl.alicedsl.de] has joined #openttd
11:27:41  *** yorick [yorick@s55924da0.adsl.wanadoo.nl] has quit [Remote host closed the connection]
11:27:53  *** vraa [~vraa@h77.163.30.71.dynamic.ip.windstream.net] has joined #openttd
11:27:53  *** yorick [yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd
11:28:14  *** Zahl [~Zahl@f051075091.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds]
11:28:15  *** Zahl_ is now known as Zahl
11:30:37  *** vraa_ [~vraa@h25.176.213.151.dynamic.ip.windstream.net] has quit [Ping timeout: 480 seconds]
11:33:09  *** FloSoft [~sifldoer@g230005123.adsl.alicedsl.de] has joined #openttd
11:42:10  *** Yeggzzz is now known as Yeggstry
11:43:12  *** Dred_furst [~Dred_furs@resnet594.bournemouth.ac.uk] has joined #openttd
11:44:08  <CIA-5> OpenTTD: truebrain * r14579 /branches/noai/ (bin/ai/regression/regression.txt src/ai/api/ai_engine.cpp): [NoAI] -Fix: ships have their own rules for refitting (Morloth)
11:50:21  *** Belugas [~belugas@216.191.111.226] has quit [Ping timeout: 480 seconds]
11:52:01  *** Belugas [~belugas@216.191.111.226] has joined #openttd
11:52:04  *** mode/#openttd [+o Belugas] by ChanServ
11:53:44  *** DASPRiD|off [~dasprid@dasprids.de] has quit [Ping timeout: 480 seconds]
12:15:30  *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd
12:17:37  *** rortom [~rortom_@5aca97b0.bb.sky.com] has quit [Quit: Leaving]
12:26:50  *** vraa_ [~vraa@h158.67.89.75.dynamic.ip.windstream.net] has joined #openttd
12:28:43  *** yorick is now known as Guest3547
12:29:00  *** yorick [yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd
12:31:01  *** Guest3547 [yorick@s55924da0.adsl.wanadoo.nl] has quit [Ping timeout: 480 seconds]
12:33:07  *** vraa [~vraa@h77.163.30.71.dynamic.ip.windstream.net] has quit [Ping timeout: 480 seconds]
12:39:12  *** Xeryus|bnc is now known as XeryusTC
12:43:49  <yorick> debug builds are 30 mb :o
12:48:05  <FauxFaux> 7-zip'll fix that quite quickly.
12:51:47  <Alberth> hg repo of trunk is already 70MB without building anything
12:52:38  <Rubidium> that's what a few years of history does ;)
12:55:10  <Eddi|zuHause> time for another repository crash :p
12:56:26  *** Zorni [zorn@e177234030.adsl.alicedsl.de] has quit [Read error: Connection reset by peer]
12:56:32  *** Zorn [zorn@e177234030.adsl.alicedsl.de] has joined #openttd
12:57:13  <Rubidium> then we'd just reimport a hg/git repository
12:58:19  <Eddi|zuHause> but that wouldn't solve the history size problem then :p
13:00:51  <Qball> git normally manages history quiet efficient
13:02:23  <Ammler> is ottd git repo smaller?
13:03:03  <Qball> git gc  to clean it
13:05:29  <CIA-5> OpenTTD: rubidium * r14580 /trunk/ (Makefile.bundle.in media/ os/win32/installer/install.nsi): -Fix [FS#2404]: scripts directory not being copied into bundles.
13:06:16  <yorick> Rubidium, I still don't see the use of a double-check on a CMD_OFFLINE command...
13:06:46  <yorick> better just remove the CMD_OFFLINE-ness if running debug mode
13:07:07  <yorick> and make it CMD_SERVER?
13:12:03  *** ecke [~ecke@213.195.202.130] has quit [Read error: Connection reset by peer]
13:14:52  <Eddi|zuHause> sounds like a horrible idea
13:15:05  <Eddi|zuHause> the server might be a player, too
13:15:25  <Eddi|zuHause> which would then be unlimitedly able to cheat
13:17:02  <yorick> what did you think I need it for...
13:19:22  *** ecke [~ecke@213.195.202.130] has joined #openttd
13:19:26  *** NukeBuster [~NukeBuste@80.101.115.82] has joined #openttd
13:19:37  <planetmaker> cheatahh!
13:22:15  <yorick> nono, feeding the landflattener-restore script
13:22:43  <yorick> I can't be a control-freak admin without unlimited money!
13:23:56  <yorick> btw, you have no way to access the money-cheat in non-debug mode
13:24:38  <planetmaker> hu? Works for me in SP.
13:24:44  <yorick> yes, MP
13:25:07  <yorick> the client-side check is not really needed
13:25:21  *** Antdovu [~Otinn@vpn2-050.vpn.net.ed.ac.uk] has joined #openttd
13:32:31  *** Hirundo [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd
13:34:14  *** Zahl_ [~Zahl@e176228185.adsl.alicedsl.de] has joined #openttd
13:37:56  *** Zahl [~Zahl@g226145197.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds]
13:37:56  *** Zahl_ is now known as Zahl
13:38:02  *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has quit [Ping timeout: 480 seconds]
13:38:14  *** Hirundo is now known as Swallow
13:49:48  <CIA-5> OpenTTD: rubidium * r14581 /trunk/src/rail_cmd.cpp: -Fix: make rail, road and canal building behave the same when overbuilding already built stretches.
13:52:29  *** Singaporekid [~notme@cm68.psi140.maxonline.com.sg] has joined #openttd
13:56:08  *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd
13:56:11  *** mode/#openttd [+v glx] by ChanServ
14:04:39  *** tokai [~tokai@p54B82CF1.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
14:07:23  *** Eddi|zuHause [~johekr@p54B77C20.dip.t-dialin.net] has quit [Remote host closed the connection]
14:07:33  *** Eddi|zuHause [~johekr@p54B77C20.dip.t-dialin.net] has joined #openttd
14:07:45  *** tokai [~tokai@p54B833F5.dip0.t-ipconnect.de] has joined #openttd
14:07:48  *** mode/#openttd [+v tokai] by ChanServ
14:08:21  <yorick> SB(_m[t].m3, 0, 2, 1); <-- if I do this, will bit 0 be set to 1?
14:08:42  *** KritiK [~Maxim@78-106-214-110.broadband.corbina.ru] has joined #openttd
14:08:47  <SmatZ> yes, and bits 1,2 to 0
14:09:03  <yorick> ok :)
14:09:12  <SmatZ> errrr
14:09:16  <SmatZ> only bit 1
14:09:42  <yorick> yes, that
14:09:45  <yorick> thanks
14:11:38  <yorick> SB(_m[t].m3, 2, 0, 1); <-- and if I do this, bit 1 is set to 1?
14:12:00  <SmatZ> no
14:12:32  <SmatZ> 2 = starting bit position   0 = number of affected bits (0 is meaningless here)    1 = value to write
14:12:37  <yorick> ok
14:12:49  <yorick> that way
14:13:30  <glx> SB(_m[t].m3, 0, 2, 2); or SB(_m[t].m3, 1, 1, 1); or SETBIT(_m[t].m3, 1);
14:17:41  <CIA-5> OpenTTD: rubidium * r14582 /trunk/src/ (lang/english.txt terraform_cmd.cpp terraform_gui.cpp):
14:17:41  <CIA-5> OpenTTD: -Fix [FS#2392]: blank box on cost estimation of levelling a flat area.
14:17:41  <CIA-5> OpenTTD: -Fix: make levelling, raising and lowering of an area behave the same.
14:21:16  *** TrogDoor [Doorslamme@144.138.223.249] has joined #openttd
14:23:45  *** Doorslammer [Doorslamme@PIPP-p-203-54-14-69.prem.tmns.net.au] has quit [Ping timeout: 480 seconds]
14:24:01  *** sladen [paul@193.28.45.41] has joined #openttd
14:24:20  * sladen thought it would pop by after having made the effort of signing up with flyspray
14:24:27  <sladen> he would
14:25:05  <sladen> do we have a 'Rubidium' around here?
14:26:41  <planetmaker> never seen or heard of him :P
14:26:55  *** rortom [~rortom_@5aca97b0.bb.sky.com] has joined #openttd
14:27:13  <planetmaker> except... when looking through commit list, talking about OpenTTD and stuff ;)
14:28:21  * Rubidium doesn't remember seeing or hearing a 'Rubidium' either
14:28:29  *** yorick [yorick@s55924da0.adsl.wanadoo.nl] has quit [Quit: Poef!]
14:29:35  <Antdovu> what is this 'OpenTTD' you keep talking about?
14:30:21  <planetmaker> Open tedious tasks in development ;)
14:31:27  <Eddi|zuHause> how do MSVC builds get endian_target.h?
14:34:09  <Rubidium> Eddi|zuHause: they don't
14:34:25  <Eddi|zuHause> then why is this thing telling me it doesn't find it...
14:34:52  <glx> msvc doesn't need it
14:35:51  <Rubidium> Eddi|zuHause: probably because WIN32/WIN64 isn't defined
14:36:03  <sladen> Rubidium: the error comes (of the bug that was closed earlier) comes from  gfxinit/CheckExternalFiles();  which is checking only that the uppercase MD5s in tables/files.h files_win[]  match
14:36:23  <glx> and that's weird as WIN32/WIN64 are magically defined
14:36:52  *** stillunk1own [~stillunkn@vpn006175.vpn.utwente.nl] has joined #openttd
14:37:11  <Rubidium> sladen: so you weren't using trunk?
14:37:48  * sladen looks.  apparently not.  0.6.0
14:38:43  <glx> so why did you set reported version to trunk ?
14:38:49  *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Ping timeout: 480 seconds]
14:38:51  <Eddi|zuHause> well, i don't exactly use MSVC :p... my command line looks something like this: edgcpfe --microsoft --microsoft_bugs --microsoft_version=1400 -x -e3 -tused -D_M_IX86=500 -DWIN32 -D_CONSOLE -DWIN32_EXCEPTION_TRACKER -DWIN32_ENABLE_DIRECTMUSIC_SUPPORT -DWITH_ZLIB -DWITH_PNG -DWITH_FREETYPE -DENABLE_NETWORK -DWITH_PERSONAL_DIR -DPERSONAL_DIR=\"OpenTTD\" -DWITH_ASSERT articulated_vehicles.cpp
14:39:07  <sladen> glx: because it my old tree on the harddrive
14:39:22  <rortom> lol: --microsoft_bugs
14:39:24  <sladen> glx: so this is something that got changed/fixed in the last 6 month
14:39:38  <Eddi|zuHause> where i read the -D thingies out of the vcproj
14:39:57  <glx> sladen: I mean "Reported Version  ,...trunk" in the FS task details
14:40:31  <Eddi|zuHause> rortom: well, there are things that microsoft does non-standard, and things, that microsoft does plainly wrong :p
14:40:46  <Eddi|zuHause> hence the two switches for microsoft dialect ;)
14:40:53  <rortom> Eddi|zuHause: who wonders ;)
14:41:15  <Rubidium> sladen: nothing did change the last 6 months; since *at least* 0.4.0 both uppercase and lowercase are checked
14:42:04  <sladen> let me suck down the latest over GPRS and I'll retest
14:42:27  <Rubidium> sladen: furthermore it works on unix with lowercase names
14:43:16  <sladen> Rubidium: (that aside, in this particular case, on this particular machine, on this particular day, I have a repeatable issue)
14:43:58  <glx> and why not put the files in the usual places? like ~/.openttd/data ?
14:43:59  <sladen> bugs are things that occur when what is intended does not match what actually happens
14:45:07  <sladen> glx: I unpacked them, cd'ed to that directory, ran openttd.  To move them is extra hassle;  and increases the general barrier to entry
14:46:04  <glx> but openttd still searches them in a data subdir
14:46:34  <glx> be it in ~/.openttd, cwd, install dir or /usr/local/games/openttd
14:47:32  <sladen> so moving them (or rather a symlink) into  ~/.openttd/data  does make it start without complaint
14:47:58  *** sulai [~Miranda@p5B282D68.dip0.t-ipconnect.de] has joined #openttd
14:48:12  <sladen> so the actual issue is openttd not finding lowercase datafiles when in the current directory
14:48:31  <Antdovu> resizing windows: uint diff = delta.x / 2; <-- should really be a signed type
14:48:56  <sladen> Antdovu: what if the window origin is off-screen
14:49:04  <glx> the actual issue is you not reading the readme file :)
14:49:38  <Antdovu> so?
14:50:06  <sladen> glx: well, I can't argue with that.
14:51:07  <Rubidium> sladen: the actual issue is more openttd finding the uppercase datafiles when in the current directory
14:55:35  *** stillunknown [~stillunkn@vpn006146.vpn.utwente.nl] has joined #openttd
14:57:34  *** stillunk1own [~stillunkn@vpn006175.vpn.utwente.nl] has quit [Ping timeout: 480 seconds]
15:09:31  <sladen> glx:
15:10:46  <glx> what?
15:10:48  <sladen> Rubidium: oh?  (ah, it doesn't find uppercase, so skips the check without complaining?)
15:14:51  <sladen> nope, mixed case fails
15:15:14  *** TrogDoor is now known as Doorslammer
15:15:28  <sladen> Rubidium: puzzled, did you intentionally write _uppercase_?
15:16:14  *** rortom [~rortom_@5aca97b0.bb.sky.com] has quit [Quit: Leaving]
15:19:26  <Rubidium> sladen: I do not see *any* reason why it would find them uppercased and it wouldn't find them lowercased. For each location where the uppercase could fail immediately the lowercase version is tried, unless you've got a non-official binary
15:20:28  <Rubidium> I can't even reproduce it locally
15:20:53  *** |Jeroen| [~jeroen@d51A43482.access.telenet.be] has joined #openttd
15:21:25  <petern> mixed case?
15:23:34  *** Chrill [~chrischri@c80-216-96-107.bredband.comhem.se] has joined #openttd
15:32:43  <Ammler> how would you make a "or" statement with nfo?
15:34:54  <Ammler> something like "if not (param1 or param2) then goto x"
15:35:26  <Eddi|zuHause> not (a or b) == (not a) and (not b)
15:36:53  <Ammler> and how to make a and?
15:37:49  <Aali> Ammler: just chain up some action7's
15:37:54  *** SpComb^ [terom@fixme.fi] has quit [Ping timeout: 480 seconds]
15:37:59  <Ammler> yeah, that would need 3
15:38:10  <Eddi|zuHause> if (a and b) == if (a) if (b)
15:38:12  <Ammler> I am thinking, if it would work with 2?
15:38:47  <Ammler> if would skip a unconditional jump
15:39:09  <Eddi|zuHause> what?
15:39:25  <Ammler> if not param1 skip 2
15:39:33  <Ammler> if not param2 skip 1
15:39:38  <Ammler> skip 1
15:39:51  <Aali> if param1 skip 3
15:39:54  <Aali> if param2 skip 2
15:40:31  <Eddi|zuHause> i don't see your problem
15:41:00  <Ammler> Eddi|zuHause: is it possible with 2 action7?
15:41:07  <Aali> if you want to leave out the unconditional jump, just invert the logic
15:41:47  <Ammler> Aali: show me?
15:41:51  *** Fuco [~dota.keys@fuco.sks1.muni.cz] has joined #openttd
15:41:58  <Ammler> ah, you did
15:42:22  <Aali> you would of course need to adjust the skip values
15:42:31  <Ammler> no, you didn't
15:43:05  <Eddi|zuHause> can't you do expression evaluation with advanced action 2?
15:44:34  <Eddi|zuHause> or maybe you should use a higher level language that just gets compiled into NFO
15:44:37  <Eddi|zuHause> err... wait...
15:44:59  <Ammler> :P
15:45:10  <Ammler> well, I do it with my 3, I was just wondering
15:45:39  <Eddi|zuHause> well, the problem you face is probably very common for assembler problems
15:49:46  <Ammler> he, now I know, why my escapes don't work
15:49:52  <Ammler> no boost installed
15:50:16  <Ammler> as I compiled nforenum
15:53:48  <Eddi|zuHause> error: no operator "-=" matches these operands
15:53:49  <Eddi|zuHause>             operand types are: std::list<CargoPacket *,
15:53:50  <Eddi|zuHause>                       std::allocator<CargoPacket *>>::_Iterator<true> -=
15:53:52  <Eddi|zuHause>                       ptrdiff_t
15:53:57  <Eddi|zuHause> maybe i should give up...
15:54:56  <Antdovu> if all else fails, read the manual/docs/interface
15:55:22  <Alberth> Eddi|zuHause: you seem to subtract a ptrdiff from a list<> container
15:55:30  <Aali> Eddi|zuHause: what exactly are you doing anyway?
15:55:44  <Rubidium> he's trying to move an iterator more than one position at a time
15:55:49  <Eddi|zuHause> getting this compiler to compile openttd
15:55:50  *** Sacro [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has joined #openttd
15:56:17  <Aali> Eddi|zuHause: well its not ready for it :P
15:56:25  <Alberth> Eddi|zuHause: svn revert ; ./configure ; make :)
15:56:53  <Eddi|zuHause> Alberth: it's about the compiler, not about openttd
15:57:19  <Eddi|zuHause> and apparently it's getting confused with the template instantiation
15:57:19  <Rubidium> and looking at the specs... the random access iterator which Eddi|zuHause assumes he is using isn't used for iterating lists
15:58:25  <Eddi|zuHause> i didn't make any modifications to the source... that would be silly for such a test ;)
15:58:35  <Alberth> Rubidium, Eddi|zuHauseoh right, I missed the ::Iterator<true> :(
16:00:26  <Eddi|zuHause> well, if i change instantiation method from -tall to -tused, i get this error:
16:00:27  <Eddi|zuHause> "autoreplace.cpp", line 14: error: identifier "_EngineRenew_pool" is undefined
16:00:30  <Eddi|zuHause>   DEFINE_OLD_POOL_GENERIC(EngineRenew, EngineRenew)
16:01:17  <Rubidium> then the compiler's not understanding that _EngineRenew_pool is used?
16:04:16  *** vraa_ [~vraa@h158.67.89.75.dynamic.ip.windstream.net] has quit [Quit: Leaving...]
16:04:33  *** sulai [~Miranda@p5B282D68.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
16:12:17  <Eddi|zuHause> when i manually expand the macro, it changes to this message:
16:12:20  <Eddi|zuHause> "/home/johannes/spiele/OpenTTDx/trunk/src/autoreplace.cpp", line 14: error:
16:12:23  <Eddi|zuHause>           identifier "_EngineRenew_pool" is undefined
16:12:23  <Eddi|zuHause>   OldMemoryPool<EngineRenew> _EngineRenew_pool( "EngineRenew", EngineRenew_POOL_MAX_BLOCKS, EngineRenew_POOL_BLOCK_SIZE_BITS, sizeof(EngineRenew), PoolNewBlock<EngineRenew, &_EngineRenew_pool>, PoolCleanBlock<EngineRenew, &_EngineRenew_pool>); template EngineRenew *PoolItem<EngineRenew, EngineRenewID, &_EngineRenew_pool>::AllocateSafeRaw(uint &first);
16:12:24  <Eddi|zuHause>                                                                                                                                                                               ^
16:12:51  <Eddi|zuHause> so it chokes on this reference to itself, or something...
16:16:43  *** Ridayah [~ridayah@173-19-228-199.client.mchsi.com] has quit [Quit: The Rise and Fall of the Heavens themselves is dependant upon Humanity's belief and disbelief.]
16:17:11  *** Ridayah [~ridayah@173-19-228-199.client.mchsi.com] has joined #openttd
16:20:31  <Antdovu> how can I make my window catch all keystrokes, not just some of them?
16:21:42  *** lobstar is now known as lobster
16:22:43  <Antdovu> it gets esc, enter, some letters but not 'l' (opens landscape toolbar instead)
16:22:50  *** d-mike [~mibindsei@p4FC23F2A.dip.t-dialin.net] has joined #openttd
16:32:13  *** lobster_MB [~michielbr@86.89.201.189] has joined #openttd
16:32:44  *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
16:34:35  *** Doorslammer [Doorslamme@144.138.223.249] has quit [Quit: I'll get you next episode, Inspector Gadget! NEXT EPISODE!]
16:44:35  *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has quit [Read error: Connection reset by peer]
16:44:50  *** Hirundo [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd
16:44:52  *** Hirundo is now known as Swallow
16:51:37  <Eddi|zuHause> Antdovu: there are some global shortcuts, it'll be difficult to override those
16:51:43  <Eddi|zuHause> except you have a text field
16:53:39  *** KillaloT [~killalot@0x5738c869.rdnqu1.dynamic.dsl.tele.dk] has joined #openttd
16:54:56  *** elmex [~elmex@e180066207.adsl.alicedsl.de] has joined #openttd
16:54:57  *** elmex [~elmex@e180066207.adsl.alicedsl.de] has quit [Remote host closed the connection]
16:55:25  *** elmex [~elmex@e180066207.adsl.alicedsl.de] has joined #openttd
16:55:27  <Antdovu> I have "struct SaveLoadCompanyInfoWindow : public QueryStringBaseWindow"
16:56:43  <Antdovu> I basically used the save/load window as a reference
16:56:56  *** elmex [~elmex@e180066207.adsl.alicedsl.de] has quit [Remote host closed the connection]
16:57:13  *** elmex [~elmex@e180066207.adsl.alicedsl.de] has joined #openttd
17:01:22  *** mikl [~mikl@cpe.ge-0-2-0-812.0x50c774be.boanqu1.customer.tele.dk] has joined #openttd
17:04:06  *** Chrill [~chrischri@c80-216-96-107.bredband.comhem.se] has quit []
17:06:12  <china> anyone good at autocad mechanical '08 here? i need help with changing the font size on the output of linear measurment lines.
17:14:50  <Ammler> if I use the special control string 0E, it does make the text smaller after but the linehigh for the whole text
17:15:34  <Ammler> is that, why nforenum warns about?
17:16:17  <Ammler> nforenum complains also about colors...
17:17:27  *** yorick [yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd
17:22:25  <Swallow> @china I don't know anything about your specific version, but in AutoCAD 2007 the DIMSTYLE command is most likely what you're looking for
17:37:09  *** questionmark [yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd
17:37:17  *** yorick is now known as Guest3574
17:37:17  *** questionmark is now known as yorick
17:44:04  *** Guest3574 [yorick@s55924da0.adsl.wanadoo.nl] has quit [Ping timeout: 480 seconds]
17:44:31  <yorick> oops, it moved the wrong way > http://img142.imageshack.us/my.php?image=screenshot1nt6.png
17:46:22  <ln> ¿donde están Gonozal_VIII y meush?
17:47:27  <Eddi|zuHause> no sé
17:48:04  *** Hirundo [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd
17:50:00  <Eddi|zuHause> yorick: what exactly is this picture supposed to tell us?
17:50:29  <yorick> my 'lively' river flooded the town
17:50:39  *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has quit [Read error: Connection reset by peer]
17:50:47  *** Hirundo is now known as Swallow
17:50:56  <Eddi|zuHause> well, obviously you should add rivers before towns :p
17:51:55  <Eddi|zuHause> and it needs a higher chance for bending before it hits an obstacle ;)
17:52:37  <yorick> it currently has no chance of bending at all :-p
17:52:48  <Eddi|zuHause> exactly
17:52:50  <Antdovu> hint: make sure not to overflow the buggers
17:52:51  <yorick> unless it hits an obstacle, that is
17:52:56  <yorick> the what?
17:52:57  <Antdovu> buffers*
17:53:04  <yorick> ?
17:53:44  <Antdovu> overflow is bad :P
17:54:02  <yorick> how should I be able to overflow the buffers?
17:54:54  <Eddi|zuHause> build a buffer. flow the river over it
17:54:58  <Eddi|zuHause> easy. :p
17:55:15  <Antdovu> just check for null pointer
17:56:01  <Eddi|zuHause> next thing he'll tell us is to defrag the hdd
17:56:10  <Antdovu> sometimes you can have  leaks so rivers go underground
17:56:40  <Antdovu> that way you can overflow the basements
17:57:08  <Antdovu> any of you confused now?
17:57:27  <yorick> and that's a too big chance
17:57:33  <yorick> it looks more like a snake now
17:58:46  *** frosch123 [~frosch@frnk-590ff47f.pool.einsundeins.de] has joined #openttd
18:00:07  <yorick> random is rather predictable...
18:00:30  *** Fuco [~dota.keys@fuco.sks1.muni.cz] has quit [Read error: Connection reset by peer]
18:01:49  *** Fuco [~dota.keys@fuco.sks1.muni.cz] has joined #openttd
18:02:36  <Antdovu> you can always distill randomness...
18:10:38  *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Quit: Leaving]
18:15:04  <ln> bbl
18:16:12  *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd
18:33:18  *** TinoM [~Tino@i59F5F122.versanet.de] has joined #openttd
18:53:06  *** Singaporekid [~notme@cm68.psi140.maxonline.com.sg] has quit [Quit: Leaving]
18:59:11  <CIA-5> OpenTTD: translators * r14583 /trunk/src/lang/ (6 files in 2 dirs): (log message trimmed)
18:59:11  <CIA-5> OpenTTD: -Update: WebTranslator2 update to 2008-11-16 18:59:11
18:59:11  <CIA-5> OpenTTD: dutch - 4 changed by Excel20 (4)
18:59:11  <CIA-5> OpenTTD: english_US - 7 fixed by WhiteRabbit (7)
18:59:11  <CIA-5> OpenTTD: french - 2 fixed, 2 changed by glx (4)
18:59:13  <CIA-5> OpenTTD: persian - 21 fixed by ali sattari (21)
18:59:13  <CIA-5> OpenTTD: portuguese - 49 fixed by joznaz (49)
19:01:41  *** questionmark [yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd
19:01:49  *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd
19:03:03  *** stillunknown [~stillunkn@vpn006146.vpn.utwente.nl] has quit [Ping timeout: 480 seconds]
19:03:48  *** `Fuco` [~dota.keys@fuco.sks1.muni.cz] has joined #openttd
19:03:49  *** `Fuco` [~dota.keys@fuco.sks1.muni.cz] has quit [Remote host closed the connection]
19:06:21  *** Fuco [~dota.keys@fuco.sks1.muni.cz] has quit [Read error: Connection reset by peer]
19:06:56  *** Mark [~M4rk@5ED06979.cable.ziggo.nl] has quit [Ping timeout: 480 seconds]
19:08:13  *** yorick [yorick@s55924da0.adsl.wanadoo.nl] has quit [Ping timeout: 480 seconds]
19:09:04  *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds]
19:09:50  *** Hirundo [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd
19:11:29  *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has quit [Read error: Connection reset by peer]
19:11:33  *** Hirundo is now known as Swallow
19:12:54  <ln> hello
19:17:15  <Antdovu> there is nobody here
19:17:27  <Antdovu> openttd has been discontinued
19:17:35  <planetmaker> openttd: /home/openttd/svn-public/src/oldpool.h:125: T* OldMemoryPool<T>::Get(uint) const [with T = Station]: Assertion `index < this->GetSize()' failed.
19:17:37  <planetmaker> Server has exited <-- r14572. is it known?
19:18:34  *** Fuco [~dota.keys@fuco.sks1.muni.cz] has joined #openttd
19:18:49  <SmatZ> planetmaker: I saw that today at PS, but failed to reproduce :-x
19:19:10  <planetmaker> yeah, thats from ps right now
19:19:30  <De_Ghosty> bad ram?
19:20:45  <SmatZ> the same assert twice in one day
19:21:06  <Eddi|zuHause> solar dust ;)
19:21:13  <Rubidium> the savegame can already be compromised
19:21:20  <Eddi|zuHause> background radiation ;)
19:21:24  <SmatZ> true
19:21:39  *** questionmark [yorick@s55924da0.adsl.wanadoo.nl] has quit [Ping timeout: 480 seconds]
19:21:58  <Aali> any specific reason why openttd doesn't get a backtrace on its own?
19:22:32  <Rubidium> because there isn't a cross-platform-compatible way to do that
19:22:42  <Eddi|zuHause> Aali: do you want to compile a debugger into every binary?
19:22:54  <Rubidium> and releasing 30+MB binaries isn't quite what we want to do either
19:24:09  *** yorick [yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd
19:24:13  <Aali> i'll take that as a no
19:25:04  <Aali> because those are some lame excuses
19:25:10  <Aali> and they dont make any sense
19:25:18  <Antdovu> yes they do
19:25:55  <Aali> you dont have to generate a proper backtrace for every platform out there for it to be useful
19:26:15  <Antdovu> so for which one do you want to generate it?
19:26:15  <Rubidium> Aali: so, what platforms should we do it for?
19:26:17  <Aali> you dont have to resolve symbols, just printing the address is fine for official builds
19:26:31  <SmatZ> ....
19:26:50  <Eddi|zuHause> Aali: MSVC releases do that already
19:27:14  <Eddi|zuHause> they produce a crash.dmp file, which you can then load into the MSVC debugger
19:27:53  <Aali> yeah, and thats great, what about other platforms?
19:28:03  <petern> 19:26 < Aali> you dont have to generate a proper backtrace for every platform
19:28:05  <Aali> something similar should be doable for linux, at the very least
19:28:07  <Eddi|zuHause> and my wild guess is that these are 98% of all binaries out there
19:28:13  <Rubidium> Eddi|zuHause: not that those dumps contain much usuable information
19:28:37  <Rubidium> Aali: please show me your implementation
19:28:48  <Eddi|zuHause> i did not say that... but a random backtrace does not usually contain enough useful information either ;)
19:29:41  <petern> man backtrace
19:30:03  <petern> no entry :(
19:30:08  <SmatZ> though... even printing 256 bytes on top of stack would help
19:30:38  <Aali> ^
19:32:19  <Eddi|zuHause> or you could just run the server in gdb
19:32:30  <Aali> if you reproduce it
19:33:03  <Aali> unless you want to make a habit of always running it in gdb, but thats just wrong :/
19:33:31  <Eddi|zuHause> Aali: so instead you want to compile gdb into the binary for all people?
19:33:34  <Aali> *can reproduce it, even
19:33:53  <Aali> Eddi|zuHause: printing the top of the stack is hardly compiling gdb into the binary
19:34:37  <Rubidium> telling people to upload their binary so we can debug it is useful?
19:35:03  <Eddi|zuHause> no, but it's nothing compared to a human readable or even interactive representation of the program state either
19:35:22  <Aali> why would they need to upload their binary?
19:35:35  <Rubidium> Aali: because the stacktrace depends heavily on the binary
19:35:42  <Aali> if its not an official binary its not your problem
19:35:46  <Rubidium> and because the binary usually isn't a binary build by us
19:35:57  <SmatZ> it could help for debugging releases (when people usually use the precompiled binary)
19:36:06  <Eddi|zuHause> Aali: because 80% of all people who run linux and report bugs use custom binaries
19:36:14  <SmatZ> and for nighlies too
19:36:46  <Eddi|zuHause> and 87% of all statistics are made up on the fly :p
19:37:14  <Aali> Eddi|zuHause: and what did you lose there? what happens to those people? are they going to be pissed because they got some extra bytes on their system?
19:37:59  <SmatZ> :)
19:38:06  <Rubidium> Aali: the unix/osx people that report crashes have (as far as I can remember) always used custom build binaries
19:38:20  <Eddi|zuHause> Aali: backtraces of those binaries are 100% useless unless you have the exact binary to match
19:38:21  <Aali> its not going to hinder debugging with homebrewed binaries, and its sure to help people who do use the official binaries
19:39:09  <Eddi|zuHause> Aali: it's about developers debugging other people's bugs
19:40:06  <Aali> and that will suffer from this simple addition?
19:40:21  <Eddi|zuHause> no, but it will not gain anything
19:40:31  <Eddi|zuHause> which makes it an unreasonable effort
19:40:47  <Aali> fine, whatever, its your loss
19:41:16  <Eddi|zuHause> well, you were already told: if you provide an implementation, it might be considered
19:42:24  <Aali> and you just tried to convince me it wasn't worth the effort :P
19:42:52  <Eddi|zuHause> yes, but you don't have to believe me :p
19:43:21  *** Hirundo [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd
19:44:15  <Aali> on another note, has anyone else noticed how mercurial queues tends to "lose" files randomly?
19:45:28  <Aali> sometimes i have to revert files i haven't touched because they've been deleted or otherwise mutilated by mq :/
19:50:00  *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has quit [Ping timeout: 480 seconds]
19:50:12  *** Dred_furst [~Dred_furs@resnet594.bournemouth.ac.uk] has quit [Read error: Connection reset by peer]
20:01:52  <Antdovu> Suppose I have a window and do something useful in OnTimeout(). Where would be a good place to delete the window?
20:03:56  *** Runr [~Runar@30.11.erx-lhm.eidsiva.net] has joined #openttd
20:06:08  <CIA-5> OpenTTD: glx * r14584 /trunk/configure: -Fix: reconfigure when any *.in file is changed
20:10:23  <glx> be careful when you delete a window
20:12:42  <Antdovu> I already discovered that it will crash in any of the places I tried :P
20:15:27  <CIA-5> OpenTTD: michi_cc * r14585 /trunk/os/win32/installer/install.nsi: -Fix (r14580): File mask for the script directory was wrong in the Win32 install script.
20:18:29  <Antdovu> Is it safe to mark it useless, then mark it dirty and finally delete it in OnPaint()?
20:20:05  *** Runr [~Runar@30.11.erx-lhm.eidsiva.net] has left #openttd []
20:21:03  <SmatZ> I don't think it is a good idea
20:22:42  *** |Jeroen| [~jeroen@d51A43482.access.telenet.be] has quit [Quit: oO]
20:22:50  <Antdovu> neither do I
20:23:12  <Antdovu> it seems to work but there is likely a better solution
20:23:42  <Vikthor> I wonder, shouldn't be the wagon(or rather road vehicle) length callback called after refit too?
20:24:12  <frosch123> isn't it called when leaving the depot?
20:24:20  <frosch123> SmatZ should know :)
20:28:42  <frosch123> hmm, it seems like the depot-thingie only applies to trains
20:28:48  <Vikthor> doesn't seem to work for me and it doesn't seem so form the code, but then again maybe I am doing something wrong in the grf
20:28:51  *** Hirundo [~chatzilla@5355F5FD.cable.casema.nl] has quit [Read error: Connection reset by peer]
20:28:51  *** Schwalbe [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd
20:28:52  *** Schwalbe is now known as Swallow
20:28:52  *** questionmark [yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd
20:29:24  <Vikthor> frosch123: If it so maybe I can suggest this http://paste.openttd.org/176741 ?
20:29:37  <SmatZ> Vikthor: for trains, it is called
20:29:44  <SmatZ> for road vehicles, it isn't
20:30:06  <frosch123> RoadVehUpdateCache() would be more appropiate (I guess)
20:30:36  <Vikthor> yeah, that was my second guess
20:30:40  <SmatZ> yeah
20:31:49  <Vikthor> and another question, when you allowed refitting to zero capacity, would it be possible to allow refiting from zero capacity?
20:32:15  <frosch123> err, it is not allowed?
20:32:25  *** questionmark [yorick@s55924da0.adsl.wanadoo.nl] has quit []
20:32:54  <Vikthor> http://paste.openttd.org/176534
20:33:58  *** yorick [yorick@s55924da0.adsl.wanadoo.nl] has quit [Ping timeout: 480 seconds]
20:34:04  <frosch123> hmm, I doubt that is correct
20:35:34  <frosch123> but, seems like that was the reason zero was not allowed :)
20:36:42  <Vikthor> maybe it it's correct, but my grf worked with that patch, though I know that's not enough for trunk inclusion
20:37:14  <Antdovu> OK, so nobody actually knows where I should delete the window? :(
20:37:28  <frosch123> I fear there are some interactions between "cargo_cap == 0" and "cargo_type == INVALID_CARGO" :(
20:40:07  <Swallow> @Antdovu do you use DeleteWindowById(...) or something similar?
20:42:25  <Vikthor> hmm, anyway by allowing refiting to 0 and not from 0, we at least behave as TTDPatch 2.6 r 2071
20:42:26  <frosch123> Antdovu: I did not understand your initial problem, but maybe you want to call OnTimeout in the destructor
20:43:52  <Vikthor> Seems like people will have to take care to which cargo they refit, because for some of them they will not be able to refit back :p
20:44:45  <Antdovu> OnTimeout is called by something out of my control
20:45:03  *** d-mike [~mibindsei@p4FC23F2A.dip.t-dialin.net] has quit []
20:45:39  <Antdovu> it gets called when the Save button or enter key is pressed
20:46:01  <Antdovu> like when you try to save the game
20:46:02  *** bleepy [bleepy@5adad485.bb.sky.com] has quit [Ping timeout: 480 seconds]
20:46:13  *** bleepy [bleepy@5adad493.bb.sky.com] has joined #openttd
20:47:09  <Rubidium> Antdovu: we can keep guessing for possible solutions and even what you are trying to do, but that doesn't help you solving your issue
20:47:34  <Antdovu> what would?
20:48:09  <Rubidium> for example showing a diff of what you've done so far
20:52:29  <Antdovu> http://paste.openttd.org/176742
20:52:54  <Antdovu> the interesting place in code: "// ALL DONE, now need to get rid of the window"
20:54:10  <glx> Antdovu: why include vector and string everywhere?
20:55:20  <Rubidium> Antdovu: move the ontimeout code to the onclick and most likely it works
20:56:18  <SmatZ> Antdovu: why references when pointers are much better readable?
20:57:33  <frosch123> [21:58] <SmatZ> Antdovu: why references when pointers are much better readable? <- with that attitude you will not get the job of my first job interview either :)
20:57:34  <Rubidium> ontimeout isn't meant for handling user input, but rather to force updates of the window (resorting lists etc)
20:58:53  <SmatZ> frosch123: you failed because of this opinion? the job wasn't at your level then ;-)
20:59:09  <SmatZ> like, level(frosch123) > level(job)
21:00:32  <frosch123> well, the question was quite confusing in the end, as he was heading for const reference vs. stack copy ...
21:00:34  *** Nuke2 [~NukeBuste@80.101.115.82] has joined #openttd
21:04:47  *** NukeBuster [~NukeBuste@80.101.115.82] has quit [Ping timeout: 480 seconds]
21:05:22  *** Nite_Owl [~Nite_Owl@c-76-109-75-37.hsd1.fl.comcast.net] has joined #openttd
21:05:45  <Nite_Owl> Hello all
21:05:53  <Antdovu> Rubidium: that worked :)
21:06:46  *** vraa [~vraa@h158.67.89.75.dynamic.ip.windstream.net] has joined #openttd
21:06:48  *** mortal`` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd
21:08:18  *** TinoM [~Tino@i59F5F122.versanet.de] has quit [Quit: Verlassend]
21:08:21  <Antdovu> now I just need to figure out why the main window catches my OnKeyPress()
21:11:14  <glx> Antdovu: probably HandleKeypress doesn't know your window has an input box
21:13:53  <Antdovu> how can I let it know that it does?
21:14:07  *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds]
21:14:15  *** nekx [~asd@0x3e42e6e6.adsl.cybercity.dk] has quit [Remote host closed the connection]
21:15:03  <Eddi|zuHause> look at other windows that have an edit box?
21:15:20  <glx> just look at HandleKeypress() source
21:15:26  <glx> in window.cpp
21:15:35  <glx> it's very easy to see what is needed
21:23:14  <Wolf01> 'night
21:23:26  *** Wolf01 [~wolf01@host121-194-dynamic.58-82-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.]
21:28:04  <ln> night, Wolf01
21:31:36  *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd
21:33:42  *** mikl [~mikl@cpe.ge-0-2-0-812.0x50c774be.boanqu1.customer.tele.dk] has quit [Ping timeout: 480 seconds]
21:34:54  *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has quit [Quit: ChatZilla 0.9.83 [Firefox 3.0.4/2008102920]]
21:37:30  <CIA-5> OpenTTD: rubidium * r14586 /trunk/Makefile.bundle.in: -Fix (r14580): missing mkdir causing make install to fail when there's no scripts directory already.
21:38:37  *** mortal`` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds]
21:44:53  *** vraa_ [~vraa@h212.76.29.71.dynamic.ip.windstream.net] has joined #openttd
21:47:35  *** vraa [~vraa@h158.67.89.75.dynamic.ip.windstream.net] has quit [Ping timeout: 480 seconds]
21:48:39  *** FR^2 [frr@oscar.frquadrat.de] has quit [Quit: Connection reset by caffein depletion...]
21:51:02  *** lobstar_MB [~michielbr@86.89.201.189] has joined #openttd
21:51:42  *** lobstar [~michielbi@86.89.201.189] has joined #openttd
21:55:12  *** Vikthor [~Vikthor@161-18-80-78.strcechy.adsl-llu.static.bluetone.cz] has quit [Ping timeout: 480 seconds]
21:56:17  *** lobster_MB [~michielbr@86.89.201.189] has quit [Ping timeout: 480 seconds]
21:56:40  *** lobster [~michielbi@86.89.201.189] has quit [Ping timeout: 480 seconds]
21:57:15  <ln> http://arxiv.org/abs/0810.5056
21:58:37  <Antdovu> randomly generated description?
21:58:56  *** Vikthor [~Vikthor@161-18-80-78.strcechy.adsl-llu.static.bluetone.cz] has joined #openttd
22:00:39  *** Runr [~Runar@30.11.erx-lhm.eidsiva.net] has joined #openttd
22:02:42  *** Runr [~Runar@30.11.erx-lhm.eidsiva.net] has quit []
22:08:16  *** Zahl [~Zahl@e176228185.adsl.alicedsl.de] has quit [Quit: Rhabarberbarbarabarbarbarenbartbarbierbierbar]
22:08:48  <Ammler> is that known, if you load a game with enabled magic bulldozer on a server, you can use it?
22:13:46  <mrfrenzy> I read in the forum if you leave the magic bulldozer on the cities will use it to destroy whatever is in the way when building roads - including industries and stations
22:14:17  <frosch123> maybe that is no longer true
22:15:19  * SmatZ agrees
22:15:24  <SmatZ> but maybe it is a bug :-P
22:15:38  <Eddi|zuHause> Ammler: if you used the money cheat on a savegame, and then load it in MP, you don't lose the money either
22:15:55  <Rubidium> the town destroying industries with magic bulldozer? That's a feature!
22:15:57  <Ammler> :-)
22:16:30  <Ammler> indeed, nice feature :-)
22:16:38  <Eddi|zuHause> i don't see a reason why the cheat should magically turn itself of...
22:16:49  <Eddi|zuHause> except if you can prove it's not MP safe
22:17:01  <frosch123> well, the old feature of removing industries using the terraform tool was removed
22:17:11  <Ammler> the other cheats aren't MP safe?
22:17:21  <frosch123> I don't know whether that also removed the town removing industries feature
22:17:52  <Eddi|zuHause> Ammler: i don't think they have been properly checked for that :p
22:18:12  <Ammler> Always thought, there is an other reason, to not allow those on MP.
22:18:28  <Ammler> :-)
22:18:30  <Rubidium> changing player isn't safe
22:18:31  <Eddi|zuHause> you got your causality reversed
22:18:38  <Rubidium> neither is changing climate
22:18:45  <Ammler> Rubidium: dih proved it other
22:18:54  <Ammler> we have a move patch
22:19:17  <Rubidium> Ammler: if you change player and do a command you'll get kicked
22:19:32  <Eddi|zuHause> not the cheats are not allowed in MP because they are not safe, they are not safe because they weren't made safe because they're not useable in MP anyway
22:19:36  <Rubidium> i.e. it isn't MP safe
22:19:37  <Ammler> Rubidium: with the cheat.
22:19:53  <Ammler> Eddi|zuHause: lol
22:19:58  <Rubidium> well, yes... we're talking about cheats, right?
22:20:26  <Ammler> I am wondering, the map is still there :-)
22:23:27  <Aali> Ammler: i'm looking at the wwottdgd patches right now, what was the mysterious server problem with the 55 clients patch?
22:23:39  *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Quit: Enohp eht no S'enilorac, Regor... Tnoflahc, mraf ynnuf eht fo erac, 'Knip Dlo' ot rewsna ruoy dnes esaelp. Egassem terces eht derevocsid tsuj evah uoy, sn]
22:24:00  <Rubidium> Aali: buffer overruns/overflows
22:24:04  <Ammler> Aali: that problem is fixed on current trunk
22:24:14  <Aali> right
22:24:22  <Aali> because i couldn't find it :)
22:24:28  <Aali> but that explains it
22:24:59  <Ammler> hehe, nice, planetmaker will be happy about help for wwottdgd/3 ;-)
22:25:49  <planetmaker> :)
22:26:22  <planetmaker> Aali: http://www.openttdcoop.org/files/pm/patches/wwottdgd/
22:26:32  <planetmaker> and also here a good night to all :)
22:27:24  *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd
22:28:15  <Aali> i was just looking for the one-tile terraform patch originally, but some of the other stuff you've done caught my eye :)
22:29:35  <planetmaker> mind that most wasn't done by me. I just collected them
22:29:52  <Aali> you as in all of you :P
22:30:33  <Aali> hmm, i get a 403 on gui+move+mute.diff
22:33:08  *** elmex [~elmex@e180066207.adsl.alicedsl.de] has quit [Remote host closed the connection]
22:34:22  <Aali> (i can still get the other file of course, but should that be there?)
22:35:52  *** KillaloT [~killalot@0x5738c869.rdnqu1.dynamic.dsl.tele.dk] has quit [Read error: Connection reset by peer]
22:36:37  <planetmaker> should be changed
22:36:50  <planetmaker> so, now really off. bye :)
22:37:27  <china> http://fac.dndr.se/poo/Bilder/?page=konstruktion
22:42:36  <Antdovu> is IniFile::RemoveGroup() supposed to delete group "AA" if it gets "A" as the group it is supposed to delete?
22:44:48  <Antdovu> that is: should IniFile::RemoveGroup("A")  delete an existing group named "AA" if there is no group named "A"?
22:49:12  <Antdovu> because that is exactly what it currently does
22:49:52  <Antdovu> it removes the first group with the given prefix, not caring whether they are actually equal
22:51:10  *** Nuke2 [~NukeBuste@80.101.115.82] has quit [Quit: http://www.interplay.com/]
22:51:34  <SmatZ> hmm interesting
22:51:56  <SmatZ> I would say it may cause buffer overflow
22:52:59  <Antdovu> I would say that it probably breaks newgrf presets
22:53:31  <SmatZ> good idea
22:55:02  <Antdovu> yep, it does
22:55:09  <Aali> i would say that it should check strlen(A) == strlen(B) before comparing anything
22:55:46  *** frosch123 [~frosch@frnk-590ff47f.pool.einsundeins.de] has quit [Remote host closed the connection]
22:56:31  <Antdovu> amazing idea: use strcmp(s1, s2) to compare 2 strings
22:57:36  <Aali> i haven't looked at the code, but yes, that might work
22:57:38  <Antdovu> took me ages to find out why my delete button kept deleting the wrong files :(
22:57:54  <Aali> what is it doing now?
22:58:50  <Antdovu> well, you have a group "AA" and try to delete "A" then it deletes "AA" unless you also have "AA"
22:59:03  <Aali> yes, but why?
22:59:10  <Antdovu> prefix matching
22:59:19  <Antdovu> if (memcmp(group->name, name, len) == 0)
22:59:32  <Aali> nice
22:59:41  <Aali> clever use of memcmp, there
23:00:53  <Aali> i assume len is assigned from strlen somewhere?
23:01:01  <Antdovu> yes
23:01:10  <Antdovu> len = strlen(name)
23:01:10  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Read error: Connection reset by peer]
23:01:50  <Aali> awesome
23:02:06  <Aali> so its just like a strcmp, except with 50% more bugs
23:02:22  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
23:02:25  <Aali> :P
23:02:35  <Antdovu> AND it is effective
23:02:59  <Antdovu> made me waste over an hour debugging my code
23:03:54  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has left #openttd []
23:04:10  <Rubidium> it's not even that obscure for a bug
23:04:11  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
23:04:43  <Rubidium> it only wonders me that it's found now; it's there for eons (r1-ish)
23:07:12  <Patrick> yikes
23:07:19  <Patrick> it might be from the Old Code then
23:08:05  *** Yeggstry is now known as Yeggzzz
23:08:30  *** davis- [~suckyours@p5B28DB1A.dip.t-dialin.net] has quit [Read error: Connection reset by peer]
23:14:24  <dihedral> Rubidium, real r1 or r1 from this repo? :P
23:15:19  <Rubidium> more pre any r1 (0.2.0)
23:17:49  <Antdovu> how often do ancient bugs like that crawl out in openttd?
23:18:12  <Rubidium> less often over time
23:20:09  <dihedral> lol
23:20:12  <dihedral> anyway
23:20:14  <dihedral> good night
23:21:47  <Eddi|zuHause> finding of such bugs increases with new features that overcome old limitations, and decrease with old code being rewritten
23:22:41  <Eddi|zuHause> the higher the standards of the new code, the more likely the decreasing part will dominate
23:24:55  <Antdovu> this shows that the newgrf presets patch either wasn't tested that much or the weird behaviour wasn't noticed
23:25:47  <Antdovu> (I am working on something that uses the same method of storage)
23:53:38  <welshdragon> openttd is driving me mad. i've been having connection lost all night on brianetta's server
23:56:26  <Rubidium> that isn't OpenTTD's fault
23:56:40  <Eddi|zuHause> it's my fault
23:56:49  <Eddi|zuHause> i've been overoccupying the internet :p
23:57:52  <welshdragon> Eddi|zuHause, that'll do me
23:57:52  <Rubidium> okay, OpenTTD requires that your client replies to some requests of the server within 8 seconds
23:57:55  *** jpm_ [pekka@kone.suomen4g.fi] has quit [Read error: Connection reset by peer]
23:58:19  *** Progman [~progman@p57A1BFE0.dip.t-dialin.net] has quit [Remote host closed the connection]
23:58:52  <Rubidium> and if your OS can't maintain a connections that replies within 8 seconds there's something wrong with either your OS or the ISP(s) or your local network
23:59:16  <welshdragon> Rubidium, probably the isop's
23:59:32  <welshdragon> (well, isp here in Hull)

Powered by YARRSTE version: svn-trunk