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)