Times are UTC Toggle Colours
00:00:44 <orudge> Ah, I see RC3 is out 00:00:47 <orudge> or, well 00:00:49 <orudge> the SF e-mail is 00:00:57 * orudge will hopefully have the OS/2 patches ready for 0.5.0 final 00:01:43 <Darkvater> http://www.tt-forums.net/viewtopic.php?p=539340#539340 00:01:44 <Darkvater> \o/ 00:03:19 <Darkvater> hi owen 00:03:42 <pv2b> is there an rc3 changelog yet? 00:03:44 <Darkvater> ok, almost done, just openttd newspage :) 00:04:13 <Darkvater> pv2b: look in forums post for changes that affected 0.4.8-RC2; the normal changelog is in the changelog file 00:06:29 <blathijs> pv2b: It should be in the source tgz 00:06:39 <pv2b> blathijs: ok. 00:07:55 <Brianetta> Oooh, these nighlies don't build off the bat 00:08:05 <Brianetta> Shows how long it's been since I updated that repository 00:08:21 <Brianetta> Should one configure every time one checks out a new revision? 00:08:36 <Rubidium_> no, only once 00:09:28 <Brianetta> What did it do with the Makefile I had? 00:09:43 <Rubidium_> destroy 00:09:50 <Brianetta> but it won't do that again? 00:10:06 *** ChrisM87 [~ChrisM@p54AC54A2.dip.t-dialin.net] has quit [Remote host closed the connection] 00:10:19 <Darkvater> orudge: so we'll get an OS/2 binary for RC3? 00:10:56 <Rubidium_> Brianetta: it regenerates Makefile when needed, but when you've done one configure, it'll take those parameters to do any other required reconfigures 00:11:07 <Brianetta> cool 00:11:24 <Brianetta> just checking - otherwise I'd need to edit my get_nightly.sh 00:11:47 <Brianetta> ir gropes about on the nightly page for a new build, then svn up's to that rev and makes. 00:12:02 <orudge> Darkvater: Hopefully 00:12:09 <orudge> Also, TrueLight is working on OS/2 nightlies 00:12:13 <orudge> not quite cracked it yet, but getting there... 00:12:22 <Darkvater> orudge: http://www.openttd.org/index.php ^^ 00:12:39 <orudge> Heh 00:16:11 <CIA-1> Darkvater * r7973 /trunk/ (5 files in 3 dirs): - Forward-port the release-changes from the 0.5 branch back to trunk. This ensures an updated changelog, readme, et. 00:17:04 *** Vikthor [~Vikthor@snat2.arachne.cz] has quit [Quit: Leaving.] 00:17:15 *** Sacro [~Ben@adsl-213-249-225-220.karoo.KCOM.COM] has joined #openttd 00:17:25 <CIA-1> Darkvater * r7974 /website/includes/smarty.inc.php: - [Website] Update the latest official version to 0.5.0-RC3 00:21:23 *** Darkvater changed the topic of #openttd to: =0.5.0-RC3= | Website: *.openttd.org (Translator: translator2, Gameservers: servers, Nightly-builds: nightly, WIKI: wiki, SVN mailinglist: maillist, Dev-docs: docs, Bug-reports: bugs) 00:22:54 <KUDr> good :) 00:23:10 <Darkvater> ok, I'm done for the night 00:23:18 <Darkvater> 1:30 AM again 00:23:18 <Darkvater> damn 00:23:42 <Smoovious> g'night 00:28:31 <KUDr> gn 00:32:13 *** Rens2Sea [~Rens2Sea@213.211.185.168] has quit [] 00:32:30 <pv2b> * 00:32:30 <pv2b> o 00:32:35 <pv2b> sorry. 00:48:37 <Bjarni> heh, I thought of something today and I thought "I better tell this to pv2b when he shows up" 00:48:44 <Bjarni> now I forgot what it was :P 00:49:01 <Bjarni> oh yeah, now I remember 00:49:05 <Bjarni> pv2b: PM 00:57:14 <ln-> it's ocean: http://www.youtube.com/watch?v=qPYodT4jl04 00:57:29 *** setrodox [~setrodox@83-65-234-231.dynamic.xdsl-line.inode.at] has quit [Remote host closed the connection] 00:59:37 *** Digitalfox [~digitalfo@bl8-40-207.dsl.telepac.pt] has quit [] 01:08:18 *** Digitalfox_ [~chatzilla@bl8-40-207.dsl.telepac.pt] has quit [Ping timeout: 480 seconds] 01:19:41 *** KritiK [Maxim@ppp85-140-205-157.pppoe.mtu-net.ru] has quit [Quit: Leaving] 01:21:27 *** Bjarni [~Bjarni@0x50a46ac4.virnxx14.adsl-dhcp.tele.dk] has quit [Quit: Leaving] 01:32:28 *** nairan [~maui_key@p5498F073.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 01:39:37 *** Osai [~Osai@pD9EB6C0D.dip.t-dialin.net] has quit [Quit: Osai] 01:39:46 *** Osai [~Osai@pD9EB6C0D.dip.t-dialin.net] has joined #openttd 01:40:59 *** Kouya [kouya@200165021028.user.veloxzone.com.br] has left #openttd [] 01:42:52 *** Digitalfox [~chatzilla@bl8-40-207.dsl.telepac.pt] has joined #openttd 01:43:00 <SpComb> Logs: http://zapotek.paivola.fi/~terom/logs/openttd 01:43:00 <Digitalfox> !logs 01:43:32 *** glx [~glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 01:43:35 *** mode/#openttd [+v glx] by ChanServ 02:05:28 *** Frostregen_ [~sucks@dslb-084-058-181-226.pools.arcor-ip.net] has joined #openttd 02:11:31 *** Frostregen [~sucks@dslb-084-058-181-147.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 02:11:37 *** Frostregen_ is now known as Frostregen 02:24:51 *** Jezral [~projectjj@nat.kollegienet.dk] has joined #openttd 02:31:18 *** Eddi|zuHause3 [~johekr@p54B766F2.dip.t-dialin.net] has joined #openttd 02:37:46 *** Eddi|zuHause2 [~johekr@p54B7700E.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 03:15:30 <blathijs> Darkvater: Why do you need to update php code to release a version? 03:24:45 *** nairan [~maui_key@p5498F828.dip.t-dialin.net] has joined #openttd 03:26:03 *** hylje [hylje@194.187.214.214] has quit [Ping timeout: 480 seconds] 03:30:56 *** hylje [hylje@194.187.214.214] has joined #openttd 03:39:46 *** Nigel [~Nigel@202-154-144-120.ubs-dynamic.connections.net.nz] has joined #openttd 03:44:36 *** Ailure [~Coming@h104n9c1o912.bredband.skanova.com] has joined #openttd 03:51:04 *** dp_ [~dp@p54B2E2BD.dip.t-dialin.net] has joined #openttd 03:58:03 *** dp [~dp@p54B2D4E3.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 03:58:04 *** Gonozal_VIII [~Gono@N820P021.adsl.highway.telekom.at] has quit [Ping timeout: 480 seconds] 03:59:40 *** Gonozal_VIII [~Gono@N726P005.adsl.highway.telekom.at] has joined #openttd 04:04:29 *** Sacro [~Ben@adsl-213-249-225-220.karoo.KCOM.COM] has quit [Quit: Leaving] 04:10:08 *** glx [~glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Remote host closed the connection] 05:24:31 *** Zavior [~Zavior@d195-237-7-177.elisa-laajakaista.fi] has joined #openttd 05:31:53 *** Zaviori [~Zavior@d195-237-7-207.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 05:32:27 *** Zaviori [~Zavior@d195-237-7-249.elisa-laajakaista.fi] has joined #openttd 05:37:28 *** Zavior [~Zavior@d195-237-7-177.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 05:38:02 *** BFM [~chatzilla@CPE-138-130-140-81.nsw.bigpond.net.au] has quit [Quit: Chatzilla 0.9.75 [Firefox 1.5.0.9/2006120612]] 05:49:15 *** setrodox [~setrodox@83-65-234-231.dynamic.xdsl-line.inode.at] has joined #openttd 06:12:25 *** BurningFeetMan [~chatzilla@CPE-60-227-105-136.nsw.bigpond.net.au] has joined #openttd 06:12:37 *** Duckleon__ [~chatzilla@ADijon-257-1-24-111.w86-204.abo.wanadoo.fr] has joined #openttd 06:18:21 *** Duckleon [~chatzilla@ADijon-257-1-135-89.w90-6.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 06:18:32 *** Duckleon__ is now known as Duckleon 06:59:52 *** Zavior [~Zavior@d195-237-7-146.elisa-laajakaista.fi] has joined #openttd 07:05:11 *** Zaviori [~Zavior@d195-237-7-249.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 07:05:22 *** Zaviori [~Zavior@d195-237-7-146.elisa-laajakaista.fi] has joined #openttd 07:36:48 *** Gonozal_VIII [~Gono@N726P005.adsl.highway.telekom.at] has quit [] 07:40:03 *** Danny [~DannyA@CPE-124-178-96-61.wa.bigpond.net.au] has joined #openttd 07:41:28 *** Danny [~DannyA@CPE-124-178-96-61.wa.bigpond.net.au] has quit [] 07:55:12 *** mikl [~mikl@tbv.faderhuset.org] has joined #openttd 08:16:05 <CIA-1> miham * r7975 /trunk/src/lang/ (11 files in 2 dirs): (log message trimmed) 08:16:05 <CIA-1> WebTranslator2 update to 2007-01-08 09:13:29 08:16:05 <CIA-1> brazilian_portuguese - 6 fixed, 2 changed by fukumori (8) 08:16:05 <CIA-1> danish - 5 changed by MiR (3), ThomasA (2) 08:16:05 <CIA-1> estonian - 1 changed by kristjans (1) 08:16:06 <CIA-1> frisian - 82 fixed, 85 changed by ikkejw (82), talzaroff (85) 08:16:06 <CIA-1> greek - 64 fixed, 3 changed by Kesnar (67) 08:23:43 *** tokai [~tokai@p54B828C3.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 08:26:15 *** tokai [~tokai@p54B83FF9.dip0.t-ipconnect.de] has joined #openttd 08:26:20 *** mode/#openttd [+v tokai] by ChanServ 08:32:05 *** MUcht [~Mucht@p57A0F2C7.dip.t-dialin.net] has joined #openttd 08:36:00 *** Mucht_ [~Mucht@p57A0E642.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 08:39:44 *** Vikthor [~Vikthor@snat2.arachne.cz] has joined #openttd 08:42:32 *** Tino|Home [~Tino@i5387D07A.versanet.de] has joined #openttd 08:45:42 *** ufoun [~ha@b07-305a.kn.vutbr.cz] has joined #openttd 08:46:14 *** ufoun [~ha@b07-305a.kn.vutbr.cz] has quit [] 08:49:44 *** TinoM| [~Tino@i5387D178.versanet.de] has quit [Ping timeout: 480 seconds] 08:54:43 <Brianetta> http://www.tt-forums.net/viewtopic.php?p=539453#539453 <-- server is still "up" in the state described, if it's any use. If I don't respond on IRC, PM me on the forum or email me. 08:57:50 <Celestar> Brianetta: .. 08:57:56 <Celestar> " This server is running OpenTTD version unknown " 08:58:21 <Celestar> "The game began on unknown, and is currently at unknown." 08:59:43 *** hylje [hylje@194.187.214.214] has quit [Ping timeout: 480 seconds] 09:11:26 <Celestar> Darkvater: please respond 09:23:24 *** lolma1 [~00Brennan@cpc3-leds2-0-0-cust55.leed.cable.ntl.com] has joined #openttd 09:23:55 *** lolma1 is now known as lolmanSixthForm 09:39:42 <roboboy> how can I connect to a server via the command line? 09:40:27 <Celestar> roboboy: have you EVER thought of running openttd with the -h flag? 09:40:43 <roboboy> nope 09:40:48 <Celestar> well, you shoul 09:40:48 <roboboy> but I will now 09:42:24 <roboboy> it gave me a blank window ): 09:42:40 <roboboy> ill look at the wiki 09:42:53 <Celestar> -h gives you the help 09:43:14 <Nigel> Celestar, nice one ;) 09:48:46 <roboboy> it gives me a blank window with ok and cancle with the I in a buble 09:49:13 <peter1138> heh, windows users ;p 09:49:21 <roboboy> my penttd is telling me briannetas server is down when it isnt 09:51:13 <roboboy> and i want to get on, i was on this morning and the game froze on me and has refused to let me connect ever since 09:51:55 <Brianetta> yes 09:52:05 <Brianetta> I posted to the forum about it 09:52:10 <roboboy> ok 09:52:24 * roboboy looks 09:52:30 <Brianetta> It says you're still on (: 09:52:49 <roboboy> hm 09:52:54 <Brianetta> Celestar: The "unknown" values are my script's initialisation values 09:53:04 <Brianetta> the UDP packet didn't return in 5 seconds 09:53:09 <Celestar> I see 09:53:17 <Brianetta> and that's running on the same machine, so it really should have (: 09:53:22 <Celestar> hehe 09:53:31 <roboboy> i shut openttd down because it wasnt allowing me to chat or build anything 09:53:35 <Celestar> if the latency of your loopback adapter is > 5000ms, you might have a problem 09:53:50 <Brianetta> Let's say it's significantly less 09:54:00 <Brianetta> and I can always increase the timeout 09:54:16 <Brianetta> but 5 seconds waiting for a web page is probably enough 09:55:12 <Brianetta> If a dev wants, I can arrange shell access and gdb 09:55:49 <roboboy> where did you post 09:58:00 *** Tino|Home is now known as TinoM 09:58:09 <Brianetta> in the RC3 thread 09:58:44 <roboboy> ok 09:59:56 <roboboy> found it 10:09:05 *** Purno [~Purno@5351CF18.cable.casema.nl] has joined #openttd 10:11:46 *** egladil [~egladil@frukt.csbnet.se] has quit [Quit: Leaving] 10:13:15 * Brianetta posts additional 10:16:50 <Darkvater> morning 10:17:05 <Celestar> Darkvater: good morning 10:17:08 <Darkvater> blathijs: to get RC3 servers on the top of the list on the servers.openttd.org page 10:17:23 <Darkvater> Celestar: responding... 10:27:28 *** tokai [~tokai@p54B83FF9.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 10:36:50 <CIA-1> celestar * r7976 /trunk/src/train_cmd.c: -Fix: (SF 1629560) Rail vehicles can no longer enter tunnels or bridgeheads with wrong railtype 10:37:04 <Darkvater> \o/ 10:38:24 *** lolmanSixthForm [~00Brennan@cpc3-leds2-0-0-cust55.leed.cable.ntl.com] has quit [Remote host closed the connection] 10:38:55 <peter1138> one line? :) 10:39:23 <Celestar> peter1138: accidently removed case ... 10:40:03 <Rubidium_> Brianetta: is your server still responding to commands given from the console? 10:40:38 <Darkvater> morning peter1138 10:41:03 <Nigel> peter1138, i've been using OpenTTD on Vista, no problems really 10:41:17 <Darkvater> Nigel: sound? music? choppyness? 10:41:36 <Nigel> but if you guys need any specific tests done, i'll be happy to 10:42:22 <Nigel> Darkvater, sound - as good as in XP, music - same, choppyness not that i've noticed 10:42:48 <peter1138> haha 10:42:56 <Nigel> generating a game has in some cases felt like it's stalled, but it's actually been just going slowly in places 10:42:57 <Darkvater> Nigel: can you post on the forums in the vista-whiner thread? 10:43:01 <peter1138> http://www.tt-forums.net/viewtopic.php?t=29538 10:43:14 <Brianetta> Rubidium_: Yes 10:43:24 <peter1138> yet another believer of "abandonware is a legal term" 10:43:55 <Nigel> Darkvater, got a link? also, i don't think i have an account, if i do, i can't remember under what username 10:44:04 <Darkvater> sweet, the last music-label has stopped using anti-copy measures on audio cd's 10:44:21 <Darkvater> Nigel: I think openttd problems forum, just search for vista :) 10:44:26 <Darkvater> don't have a login at hand 10:44:35 <Darkvater> but perhaps our new resident moderator can help 10:44:40 <Darkvater> Born_Acorn: newsvistas! 10:45:40 <Brianetta> Darkvater: Even Arista? 10:45:49 <Brianetta> They have a 100% copy-protected policy 10:46:02 <Darkvater> "I'm not a lawyer," and " TTD is available from many abandonware sites, so I guess it's legal " 10:46:08 <Darkvater> whohoo, mr top lawyer! 10:46:10 <Brianetta> guess indeed 10:46:27 <Darkvater> Brianetta: ok, last big music-lable 10:46:34 <Brianetta> Arista's big 10:46:38 <Darkvater> well I guess I need a few million 10:46:47 <Celestar> when will newhouses be mergable btw? 10:46:54 <Darkvater> Brianetta: I'm only copying what the news item says 10:46:59 <Darkvater> when it's done 10:47:01 <Nigel> Darkvater, looking at his posts, i'm about to just say it's the sound drivers 10:47:21 <Celestar> crappy RTL stuff 10:47:41 <Darkvater> Nigel: but more people posted in that thread 10:47:51 <Brianetta> http://en.wikipedia.org/wiki/Arista_Records_artists 10:47:56 <Nigel> yeah, sorry, i just read on 10:48:10 <Darkvater> the most funny part of this vista-choppiness is that MS rewrote the whole sound-architecture for vista to NOT get choppiness and clicks 10:48:15 <Brianetta> They are Barry Manilow's label 10:48:17 <Brianetta> and Ace of Bass 10:48:21 <Brianetta> and Meat Loaf 10:48:31 <Darkvater> mmmmmh meeeaaaat 10:48:42 <Nigel> Darkvater, i've had no sound problems on my RC1 Vista install 10:49:08 <Nigel> one thing i could imagine been the cause, is a slow CPU 10:49:32 <Darkvater> hehe 10:49:35 <Nigel> but i notice he claims issues under RC1, i've still got that installed so i'll see what happens 10:49:35 <Celestar> good job on the source architecture then :P 10:50:07 <Darkvater> vista is a bunch of crap and I have orudge to testify 10:50:15 <Brianetta> and me 10:50:30 <Brianetta> I testify to its general excremental nature 10:50:32 <Nigel> it's just the academic licensing i don't like 10:50:42 <Darkvater> oh, tell us your experiences great Brianetta :) 10:51:05 <Celestar> I don't like the licensing alltogether P 10:51:12 <Brianetta> Darkvater: Well, it's like XP, except it refuses to run any of our bespoke applications. 10:51:15 <Celestar> then again, I don' need it anyways :P 10:51:34 <Brianetta> Other than that, it's an upgrade in eye candy. 10:51:40 <Celestar> cool 10:51:41 * Darkvater still swears bij Win2k if he had to pick a windows version 10:51:57 <Brianetta> ew, windows 10:51:59 <Darkvater> Brianetta: what about all the features that were supposedly going in it? 10:52:11 <Celestar> it took MS 5 years to bring the eye-candy of XP to the level of what kde/gnome has for years. 10:52:12 <Brianetta> Darkvater: Linux has had them all for two years 10:52:15 <Nigel> wow, thats a little bit of a performance hit 10:52:38 <Brianetta> and still Linux only requires half the RAM to run them 10:53:06 <Brianetta> Besides, this whole Wondows thing 10:53:12 <Celestar> total used free shared buffers cached 10:53:12 <Celestar> Mem: 2012 1930 81 0 0 956 10:53:12 <Celestar> -/+ buffers/cache: 974 1038 10:53:14 <Celestar> hm... 10:53:19 <Darkvater> I donnu... win2k runs perfectly on my machine but suse 10.1 with KDE can be really slow 10:53:20 <Brianetta> What if you want to save resources by shutting down the GUI? Nope, sorry. 10:53:50 <peter1138> there was an edition of 2003 server that could do that, iirc 10:54:01 <Celestar> Darkvater: but you can run gnome or something even less bloated, like wmaker 10:54:26 <Brianetta> My server in London has no GUI running. I find it weird that ever Windows server in every datacentre is displaying "Press Ctrl+Alt+Delete to log in" to no monitor at all. 10:54:41 <Brianetta> Or worse, has it logged in with a VNC server running 10:54:54 <Celestar> Brianetta: I know of servers that do not even have a VGA/DVI port :P 10:54:57 <Brianetta> Celestar: XFCE for the non-bloat 10:54:58 <setrodox> i often just run linux without X in a framebuffer console with gnu screen in split mode on my old laptop when needed 10:55:28 <Darkvater> Celestar: frankly I hate gnome..it's terrible. wmaker looks so crappy I don't want to do that to my pc. All I'm saying is that a decent GUI for linux is really slow. Or it's xorg, or the drivers, donnu 10:55:35 <Brianetta> setrodox: Sometimes I even eschew screen for splitvt and regular virtual terminals 10:55:48 <Celestar> Darkvater: dunno, I'm running gnome here, but use mostly KDE programs :P 10:56:03 * Darkvater especially hates the open/save dialog that gnome has 10:56:08 <Brianetta> I'm running Gnome, and it outperforms Windows comfortably 10:56:08 <setrodox> Brianetta, heh, i couldn't really live without gnu screen, i sometimes even have gnu screen running in another gnu screen ^^ 10:56:19 <Brianetta> Not that this box dual-boots, but it's one of our stock boxen 10:56:32 <Nigel> Darkvater, looking at that post, i'm a bit concerned, that he expects it to work perfectly when using a compatibility layer 10:56:48 <Brianetta> setrodox: I dislike screen for makeing me change the way I type 10:56:56 <Brianetta> I am used to GNU Readline 10:57:09 <setrodox> hmm 10:57:22 <Brianetta> so to delete the characters at the start of a line (say, I accidentally appended two commands) 10:57:23 *** tokai [~tokai@p54B82384.dip0.t-ipconnect.de] has joined #openttd 10:57:26 *** mode/#openttd [+v tokai] by ChanServ 10:57:32 <Brianetta> I'd press up, then Ctrl-A, then Ctrl-D to delete 10:57:36 <Brianetta> unfortunately 10:57:40 <Brianetta> that detaches screen 10:57:42 <setrodox> yes, that's bad, i agree 10:57:43 <Brianetta> which is pig-annoying 10:57:58 <Brianetta> especially if I forget it's a screen session 10:57:59 <setrodox> though i adjusted to it 10:58:19 <Brianetta> otherwise I'd overcompensate and run als -l 10:58:27 <Brianetta> or atetris 10:58:34 <Brianetta> or assh -l brian blah.org 10:58:39 <Darkvater> Nigel: does ottd need a compatibility layer? 10:58:55 <Nigel> nope 10:59:03 <peter1138> you can just change screen's key 10:59:11 <Darkvater> pff vista-noobs :) 10:59:17 <setrodox> this computer here runs ratpoison anyway ^^ 10:59:27 <Nigel> hmmm, something is causing OpenTTD to use about 70% CPU 10:59:35 <peter1138> ships :D 10:59:36 <Celestar> Nigel: ships? 10:59:38 <Brianetta> peter1138: There's no way I could adjest to that 10:59:47 <Nigel> i've got a blank map on fast forward 11:00:01 <peter1138> well 11:00:01 <Brianetta> well, that would do it 11:00:03 <peter1138> yeha 11:00:05 <Celestar> Nigel: fast forward is meant to use 100% CPU 11:00:16 <Brianetta> It just hacks out all the delays 11:00:18 <peter1138> so something else is using 30%... probably the system 11:00:26 <Celestar> lol 11:00:28 <Brianetta> peter1138: IOWait 11:00:29 <Celestar> 30% for the system 11:00:36 <Brianetta> the CPU is probably partly idle 11:00:42 <Nigel> nah, 30% for everything else i'm doing 11:00:42 <peter1138> could be dual-core 11:00:48 <Celestar> my systems uses about 0.8% 11:00:59 <Brianetta> waiting for the hard disk to catch up (: 11:01:02 <Nigel> it's averaging about 3%-13% CPU atm 11:01:02 <peter1138> Celestar: by system i mean anything other than openttd 11:01:06 <peter1138> like X... 11:01:23 <Celestar> peter1138: ok .. my CPU is 96% idle 11:01:25 * Brianetta has 200MB of FC5 updates )-: 11:01:32 <Celestar> running gnome, bunch of KDE programs, Xgl 11:01:32 <Brianetta> I should have done this sooner 11:01:33 <peter1138> not in ff it's not :) 11:02:10 <Brianetta> Should have FF in multiplayer - just move the game as fast as net_frame can be sent 11:02:22 <Nigel> okay, openttd uses approx 4% CPU on this laptop 11:02:27 <Brianetta> slower clients would just have to rough it 11:02:40 <Darkvater> KUDr: ping 11:02:46 <Brianetta> "My modem exploded )-:" 11:02:53 <Darkvater> guys, what do we want to do with icelandic? 11:03:05 <Darkvater> there hasn't been a *single* update to that language since October 11:03:12 *** roboboy [~Leo@c211-30-116-5.carlnfd2.nsw.optusnet.com.au] has quit [Read error: Connection reset by peer] 11:03:13 <Celestar> Darkvater: move it to unfishied? 11:03:14 <Darkvater> now frankly; I'd move it back to unfinished 11:03:26 <Darkvater> unless someone opposes it and has pressing reasons 11:03:30 <KUDr_wrk> Darkvater: pong 11:03:47 *** roboboy [~Leo@c211-30-116-5.carlnfd2.nsw.optusnet.com.au] has joined #openttd 11:04:28 <Nigel> Darkvater, want to send me a list of more exact tests, and i'll give them a shot later today (it's just gone midnight, so read as 16-18 hours time) 11:04:51 <Brianetta> Darkvater: Would shell access to my server be useful for debugging the server? 11:05:16 *** PandaMojo [~chatzilla@ip72-197-231-130.sd.sd.cox.net] has quit [Remote host closed the connection] 11:05:34 <Darkvater> Nigel: if you feel like it :). But if it works for you it's not a general problem at least; but something on their machine 11:06:02 <Darkvater> Brianetta: that would make me somewhat 'forced' to try and fix the problem, wouldn't it? :) 11:06:02 <peter1138> maybe nigel has a 2000 GHz machine that gets around it 11:06:04 <Nigel> it could be a problem that was put in after Vista RC1 11:06:07 <Rubidium_> Brianetta: have you compiled the binary yourself? 11:06:19 <Brianetta> Darkvater: not necessarily 11:06:21 <Brianetta> Rubidium_: Yes 11:06:22 <Nigel> peter1138, 1.83 Centrino, (ala Laptop) 11:06:31 <Brianetta> from SVN 11:07:06 <Nigel> was anything changed in the industry generation code between RC1 and RC3? 11:07:09 <Brianetta> Darkvater: It's a no pressure scenario. I'm happy to let you look at the process. If it's not useful, I'll kill it and restart. 11:07:12 <Rubidium_> Brianetta: can you make a coredump of the running one with gcore and send me the dump and the executable? 11:07:26 <Brianetta> Rubidium_: Two minutes 11:07:56 <Darkvater> Brianetta: is it okay if I get back to you when the time's ripe to do some debugging? Cause I have no ideas right now, and doing just random crap I can do at home as well 11:08:11 <Brianetta> Darkvater: No problem 11:08:15 <Brianetta> It's not going anywhere 11:08:30 <peter1138> fucking outlook 11:08:34 <peter1138> or maybe 11:08:36 <peter1138> fucking emails 11:08:45 <peter1138> i just have too many of them :/ 11:09:01 *** Belugas_Gone is now known as Belugas 11:09:06 <Brianetta> gcore isn't installed 11:09:13 *** BurningFeetMan [~chatzilla@CPE-60-227-105-136.nsw.bigpond.net.au] has quit [Quit: Chatzilla 0.9.77 [Firefox 1.5.0.9/2006120612]] 11:10:02 <Nigel> Darkvater, tell you what, i'll reply to them via FlySpray, i know what my account details are for that 11:11:02 <Darkvater> kk :) 11:13:08 <peter1138> moo 11:13:18 <peter1138> bah, left the sprite limit patch at home 11:13:37 <Darkvater> tell woman to boot the modem ^^ 11:13:42 <Brianetta> Where can I get gcore? 11:13:43 <Celestar> lol 11:14:08 <Nigel> Darkvater, the only issue i'm getting on Vista with OTTD RC1, is industry generation 11:14:26 <Nigel> i had it in trunk, but then it disappeared, but it seems to have made a comeback 11:15:11 <Rubidium_> Brianetta: gcore is in for debian unstable in the gdb package 11:15:30 <Brianetta> Rubidium_: Unfortunately, in Trustix, gdb includes four files: 11:15:31 <Brianetta> /usr/bin/gdb 11:15:31 <Brianetta> /usr/bin/gdbserver 11:15:31 <Brianetta> /usr/share/man/man1/gdb.1.gz 11:15:31 <Brianetta> /usr/share/man/man1/gdbserver.1.gz 11:15:44 <Darkvater> Nigel: what issue? 11:17:27 <Nigel> industries ~3-~11 are a bit sluggish on creation, everything else during map generation is okay, i suspect it could be designed to be like that though 11:17:40 <Nigel> i just don't recall it happening in 0.4.8 11:18:02 <Darkvater> have you tried using the original terragen? 11:18:04 <Darkvater> eg not tgp 11:18:08 <Rubidium_> Nigel: on 0.4.8 you couldn't see the progress of the industry generation anyway 11:18:33 <Darkvater> cause tgp makes vastly more relief which makes it harder for industries to find a suitable spot 11:18:34 <Nigel> Darkvater, actually thats a good idea 11:18:37 <Darkvater> which reminds me... 11:18:44 <Darkvater> some russian posted a terragen patch 11:18:51 <Darkvater> which had rivers, etc. in it 11:18:52 <Darkvater> :) 11:18:54 <Nigel> Rubidium_, errr, right, it must've been the first time i used trunk then ;) 11:19:30 <Nigel> Darkvater, right, seems to be terragen 11:19:39 <Rubidium_> and with TGP finding suitable industry locations is harder, due to the rougher landscape 11:19:41 <Nigel> i take my comment back then 11:21:40 <peter1138> especially oil refineries, heh 11:21:52 <Nigel> i should sleep though, if you need me to check anything specific for Vista, send a memo or something 11:22:20 <Darkvater> gogo sleep! 11:22:40 <Brianetta> Rubidium_: Still chasing down a gcore... 11:24:43 <roboboy> gnight 11:25:22 *** roboboy is now known as robobed 11:27:05 <Nigel> Darkvater, btw, thats a good idea from the forums, why not have savegames in ~/.openttd and AppData/OpenTTD type thing, saving the permissions problem for the savegame folder 11:27:07 <Rubidium_> Brianetta: there is something else to try 11:27:21 <Darkvater> Nigel: it's being worked on 11:27:25 <Rubidium_> that is attaching gdb to the running process and make the corefile from there 11:27:25 <Darkvater> well or has been 11:27:32 <Rubidium_> gdb ./openttd <PID> 11:27:38 <Rubidium_> then a generate-core-file in gdb 11:28:10 <Nigel> i might have a look at it sometime 11:28:19 * Nigel out 11:28:39 <Rubidium_> that should make a core.<PID> which I need together with the executable 11:29:25 <Rubidium_> you might want to compress the corefiles before sending them (though my network connection will have not trouble with it) 11:29:37 <Brianetta> I'll put a zip on the web server 11:29:40 <Brianetta> it's a local copy 11:31:14 *** lolman [~John@cpc3-leds2-0-0-cust55.leed.cable.ntl.com] has quit [Read error: Connection reset by peer] 11:31:53 <Brianetta> Rubidium_: Is there anything else that would be helpful? Saved game, network temp file, etc? 11:32:33 <Brianetta> The executable is stripped, so if you want symbols they're going to have to be recreated somehow 11:32:50 <Rubidium_> hmm, that might prove difficult 11:33:03 <Brianetta> http://ppcis.org/standard/core.zip 11:34:44 <Rubidium_> ok, the stripped version is quite useless :( can you relink the binary and send the unstripped version? 11:35:52 <Brianetta> Can you tell me how? 11:38:13 <Brianetta> OK, chopped out the strip flag form Makefile and remade 11:38:35 <Rubidium_> that would be my solution too, but was looking where it was set :) 11:38:49 <Brianetta> updated zip 11:39:02 *** Zaviori [~Zavior@d195-237-7-146.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 11:39:02 *** Zavior [~Zavior@d195-237-7-146.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 11:39:26 <Brianetta> Comment out line 367 (: 11:40:01 *** egladil [~egladil@frukt.csbnet.se] has joined #openttd 11:41:04 <ln-> egladil: what would you think about swapping cmd and ctrl? 11:41:35 <egladil> it would bring ottd more in line with how other os x applications work 11:41:58 <peter1138> didn't bjarni fix stuff with that? 11:42:15 <Rubidium_> ok, that's useless too :( did you upgrade your gcc/g++ since you made the binary? 11:42:30 <Brianetta> no 11:42:33 <Brianetta> I made it last night 11:42:36 <Brianetta> nothing changed 11:42:51 <Brianetta> It didn't even recompile 11:42:54 <Brianetta> autopilot@sarah ~/openttd-svn$ make 11:42:54 <nairan> umm nr 4 in readmy text aint right anymore isnt it done internally now? 11:42:54 <Brianetta> ===> Generating table/strings.h 11:42:54 <Brianetta> ===> Linking openttd 11:43:06 <peter1138> ah, make clean first :) 11:43:18 <Brianetta> ok 11:43:37 <Rubidium_> peter1138: that does not matter 11:43:38 <Brianetta> making deps 11:43:40 <peter1138> oh 11:43:41 <peter1138> :/ 11:43:50 <peter1138> well, do you need the -g flag to be useful then? 11:44:00 <peter1138> in which case it does need a recompile 11:44:04 <Rubidium_> hmm, probably yes 11:44:08 <Brianetta> Perhaps the release candidates shouldn't be stripped? 11:44:18 <Brianetta> -g ? 11:44:46 <Rubidium_> adds some debug information (don't know what though) 11:44:51 <Brianetta> I'm not stripping RC4. 11:45:00 <Brianetta> I'm hacking the Makefile before I compile. 11:45:16 <Rubidium_> Brianetta: I would rather have you compile with DEBUG:=1 :) 11:45:25 <Brianetta> I can do that 11:45:32 <Rubidium_> it shouldn't (really) hurt the performance 11:45:57 <Brianetta> OK, so is this core useful? 11:46:06 <Brianetta> Is tere anything I can build to make it useful? 11:46:12 <Rubidium_> this one isn't 11:46:17 <Brianetta> OK 11:46:26 <Brianetta> I shall build with DEBUG defined as 1 11:46:31 <Brianetta> and restart the server 11:46:35 <Rubidium_> well, from what I know about debugging 11:46:39 <Brianetta> if it goes wrong again, we'll have more info 11:47:48 <Brianetta> I love the way the compile slows right down when it hits yapf/* 11:48:03 <Rubidium_> nice, ain't it? 11:48:23 *** Vikthor [~Vikthor@snat2.arachne.cz] has quit [Quit: Leaving.] 11:48:34 <Brianetta> OK, about time for me to reboot 11:48:38 <blathijs> Darkvater: Arent the servers just sorted by version? 11:48:43 <Brianetta> I have Fedora updates to install locally 11:48:54 <Rubidium_> blathijs: yes, alphabetically 11:49:28 <blathijs> Rubidium_: And that is a problem how? 11:49:30 <Rubidium_> so release( candidate)s come after the nightlies in the list 11:49:49 <blathijs> ah, nightlies have no version but start with an r, off course 11:50:10 *** ChrisM87 [~ChrisM@p54AC7464.dip.t-dialin.net] has joined #openttd 11:50:13 <Rubidium_> you could have seen that by looking at the list on the website :) 11:52:17 *** Progman [~progman@p57A1D05E.dip.t-dialin.net] has joined #openttd 11:54:19 <Brianetta> OK, I have a debug build running, not stripped. 11:54:33 <Brianetta> Let's see what happens. 11:55:15 *** lolman [~Apps@cpc3-leds2-0-0-cust55.leed.cable.ntl.com] has joined #openttd 11:55:25 <Rubidium_> lets hope it does the same thing soon :) 11:55:41 <Brianetta> How can I test that it's a debug build? 11:55:46 <Brianetta> It all seems the same 11:55:46 <lolman> Phew, Bjarni's not here :P 11:56:53 <Brianetta> I ran it with -d 11:57:16 <Rubidium_> Brianetta: I think you cannot see it from the application itself 11:57:31 <Brianetta> well, let's hope it's all good 11:57:44 <Brianetta> At least it's definitely an unstripped binary 12:00:51 <Brianetta> brb, reboot 12:04:11 <blathijs> Brianetta: Make it crash (in gdb) and see if you get a stacktrace that's meaningful 12:07:31 <nairan> brianetta what are those PGF grfs? 12:07:45 <nairan> *pgs 12:08:40 *** scia [~scia@AveloN.xs4all.nl] has joined #openttd 12:09:04 <peter1138> they're station grfs 12:09:21 *** TinoM|Mobil [~tino@VPNPOOL01-0287.UNI-MUENSTER.DE] has joined #openttd 12:11:18 <nairan> btw if you hit actualise (sp?) the server is shows as offline for a second 12:15:16 <Darkvater> blathijs: they are, but we always wanted the actual release on top 12:16:47 <blathijs> Darkvater: I see the problem, yes. Looks nice like this, too :-) 12:17:59 <Darkvater> truelight proposed it :) 12:18:03 <Rubidium_> but shouldn't the 'actual release' be in the database so? 12:18:11 <Darkvater> ? 12:18:37 <Darkvater> hmm I just love excel 12:18:38 <Rubidium_> does it really need to be in the template? 12:18:43 <Darkvater> NULL/1000 = 0 12:19:07 <Darkvater> where do you want to put it? 12:19:29 <Darkvater> putting it in a database is much more work 12:19:34 <Darkvater> and you still need to update it 12:19:48 <Rubidium_> same place as the MD5s are stored? 12:20:14 <Brianetta> nairan: Stations 12:20:18 <Brianetta> PGS 12:20:20 *** lolma2 [~Apps@cpc3-leds2-0-0-cust55.leed.cable.ntl.com] has joined #openttd 12:20:22 <Darkvater> Rubidium_: I'm confused 12:20:25 <Brianetta> Project Generic Stations 12:20:31 <Rubidium_> openttd.org/downloads.php 12:20:38 <Rubidium_> the MD5s on that page 12:20:44 <Darkvater> yes? 12:20:48 <peter1138> Darkvater: is there a reason the sprite cache is stuck at 1 MB? 12:21:10 <Darkvater> it was a nice round number? Don't think there was any 12:21:15 <peter1138> ok 12:21:20 <Darkvater> just some arbitraliy limit I guess 12:21:26 <peter1138> because for me, on later games, it's a big performance loss 12:21:38 <Darkvater> Rubidium_: you mean we should store the MD5's of the releases in the database? 12:21:39 <peter1138> when cities are large, and lots of stuff is going on, it has to empty it regularly 12:21:59 <Darkvater> newpoolz! 12:22:02 <peter1138> i increased the limit to 2MB and it was fine 12:22:06 *** lolman [~Apps@cpc3-leds2-0-0-cust55.leed.cable.ntl.com] has quit [Ping timeout: 480 seconds] 12:22:09 <Darkvater> increase it to 2MB? 12:22:11 <Darkvater> doe 12:22:13 <peter1138> much smoother scrolling around the map 12:22:14 <Darkvater> damn too late 12:22:29 <peter1138> that was with dbsetxl, longvehicles, tons of newstations... 12:22:35 <peter1138> i got it up to about 1.6MB 12:22:52 <Darkvater> dammit, i was shopping for a new mouse and the MX1000 is no longer available; a suitable replacement the MX610 uses batteries :( 12:23:02 <peter1138> :( 12:23:11 * Brianetta restarts his server 12:23:12 <peter1138> i prefer corded mice, heh 12:23:17 <Darkvater> I hate cords 12:23:18 <Rubidium_> no, I'm just wondering whether the 'latest' release version for servers.php can be removed from the template, so we do not have to (update/)commit the template each time a release (candidate) is released 12:23:23 <Darkvater> they're always in the way 12:23:24 <peter1138> i hate batteries running out :) 12:23:27 <Brianetta> I hate it when somebody joins, unpausing the game, looks around for a couple of yeasr then quits. 12:23:51 <Darkvater> Rubidium_: so you want to store that information in the database? 12:23:58 <Brianetta> I prefer corded mice because they don't depend on betteries 12:24:38 <Darkvater> I've had the MX1000 for about 2 years now and I've never ever ran out of juice 12:24:46 <Brianetta> I've not been so lucky 12:24:54 <Darkvater> I even forgot to put it back in the cradle many times 12:25:07 <Darkvater> when it starts going red you can still use it for a whole day 12:25:10 <peter1138> Brianetta: i guess the newgrf stuff makes it easier to connect now ;( 12:25:22 <Brianetta> peter1138: Well, there's a password 12:25:24 <Rubidium_> Darkvater: no, in the same place as those MD5s (and the rest of that page) of downloads.php are stored (if feasible) 12:25:38 <Brianetta> My scenario has a company in it 12:25:42 <Brianetta> #:1(Red) Company Name: 'Unnamed' Year Founded: 1920 Money: 100000 Loan: 100000 Value: 1 (T:0, R:0, P:0, S:0) 12:25:51 * Brianetta deletes it 12:26:10 <Darkvater> Rubidium_: ah you want it stored in servers.php? 12:26:27 <Darkvater> downloads.php gets the informatioin from the database 12:27:58 * lolma2 downloads RC3 12:28:04 *** lolma2 is now known as lolman 12:28:05 <Darkvater> rofl 12:28:09 <Darkvater> http://www.logitech.com/index.cfm/products/details/NL/EN,CRID=2464,CONTENTID=12898 12:28:18 <Darkvater> Logitech® G5 Laser Mouse - Battlefield 2142. Special Edition << this is just sad 12:28:42 <lolman> Could have picked a much better game to have sponsor it 12:28:43 <Darkvater> do I need a new mouse if battlefield 2143 comes out? 12:31:15 <Darkvater> behold, excel power! 12:31:17 <Darkvater> =IF(Factset!$ET4>0,Factset!$ET124,IF(Factset!$ET3>0,Factset!$ET123,IF(ISNUMBER(Factset!$ET2),Factset!$ET122,IF(ISNUMBER(Factset!$ET1),Factset!$ET121,IF(ISNUMBER(Factset!$ET0),Factset!$ET120,IF(ISNUMBER(Factset!$ET9),Factset!$ET119,Factset!$ET118)))))) 12:32:10 <Celestar> lol 12:32:20 <Darkvater> (I didn't write that) 12:33:18 <Darkvater> hmm, Bill Gates announces new Home Server 12:33:22 <Brianetta> He's back 12:33:26 <Brianetta> and he's spent 40,000 12:33:28 <Darkvater> I guess a simple linux installation with samba is too difficult? 12:33:33 * Brianetta allows him to live 12:33:40 <Brianetta> I'd make a good hopkeeper (: 12:33:46 <Brianetta> er, shopkeeper 12:33:53 * Brianetta has rsync-induced typing lag 12:34:46 <Brianetta> Darkvater: Bill's realised that there is actually a niche for home servers that Linux is dominating. He wants it. 12:35:37 <Darkvater> coool! It'llhave features to turn on the lights in the house 12:35:40 <lolman> What's Bill been saying? 12:35:57 <Darkvater> http://www.microsoft.com/presspass/exec/billg/speeches/2007/01-07ces.mspx 12:36:36 *** TinoM|Mobil2 [~tino@VPNPOOL01-0489.UNI-MUENSTER.DE] has joined #openttd 12:37:04 *** Digitalfox [~chatzilla@bl8-40-207.dsl.telepac.pt] has quit [Quit: Bye Bye...] 12:37:05 <lolman> Hmm, he seems to be as he always has been 12:37:50 *** TinoM|Mobil [~tino@VPNPOOL01-0287.UNI-MUENSTER.DE] has quit [Ping timeout: 480 seconds] 12:40:45 *** raimar2 [~hawk@p5489D2C6.dip.t-dialin.net] has joined #openttd 12:41:29 <lolman> Bill "I'm up my own arse" Gates 12:42:15 *** lolman [~Apps@cpc3-leds2-0-0-cust55.leed.cable.ntl.com] has quit [Read error: Connection reset by peer] 12:42:26 <Brianetta> That looks like a useful variant of Windows, for people who like that OS. 12:48:05 *** McHawk_away [~hawk@p5489DD84.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 12:57:51 *** scia_ [~scia@AveloN.xs4all.nl] has joined #openttd 12:57:56 <Biff> well, linux as a home-server is good because it runs on anything 12:58:13 <Biff> windows server needs a bit more expensive hardware 12:58:14 <Brianetta> well, yeah 12:58:21 <Brianetta> I'm a Linux user, to the core 12:59:20 <Biff> there are things windows servers do very good, but i see no need for those at home 12:59:27 <Biff> where you just need a fileserver 12:59:56 <Biff> why you would want to setup a streaming server at home i cant understand 13:01:33 <Brianetta> Can't you? 13:01:35 <Biff> no 13:01:37 <Brianetta> I have one on Linux 13:02:00 <Brianetta> I can play my MP3s over a stream to my desktop, Helen's desktop, my laptop 13:02:02 <Biff> i can play H264 files over both samba and sshfs 13:02:14 <Brianetta> Portable music on wifi 13:02:36 <Biff> and everything else i've tried 13:02:38 <Brianetta> synchronised so you can have the same music in two rooms 13:02:56 <Biff> good point 13:02:57 <Brianetta> My home server isn't just files, either 13:03:01 <Biff> i only listen to the radio :p 13:03:06 <Brianetta> it has a database, and imap, and a development web server 13:03:11 <Biff> yup 13:03:21 <Brianetta> Some like to put a web proxy on 13:03:27 <Brianetta> especially if they have kids 13:03:31 <Biff> but i doubt that will be the features on microsoft home server 13:03:37 <Brianetta> I can't see it lacking those 13:03:39 <Biff> proxy maybe 13:04:11 <Biff> well, i doubt you'll be getting iis, sql server and exchange included in the price 13:04:21 <Biff> obviously you can run oss software on it 13:04:43 *** scia [~scia@AveloN.xs4all.nl] has quit [Ping timeout: 480 seconds] 13:05:03 <Biff> but then its nothing new 13:06:09 <Biff> but raid might be good for home users 13:06:20 <Biff> since they never backup 13:10:24 <Brianetta> It includes backup 13:10:35 <Brianetta> one that hunts down and copies any Windows boxen 13:10:44 <Biff> but it will require no user interaction 13:10:51 <Biff> nobody cares about backup 13:13:37 *** scia_ is now known as scia 13:28:02 *** ufoun [~ha@b07-305a.kn.vutbr.cz] has joined #openttd 13:29:53 *** XeryusTC [~irc@cc480157-b.sneek1.fr.home.nl] has quit [Ping timeout: 480 seconds] 13:32:34 <Brianetta> ./openttd -n localhost#255 13:32:34 <Brianetta> Segmentation fault 13:32:37 <Brianetta> ): 13:33:53 <ArmEagle> zomg no.. you're looking for 'Frisian' translator(s)? 13:34:33 *** Peakki [antti@cs181000195.pp.htv.fi] has joined #openttd 13:35:00 <Brianetta> Segmentation fault (core dumped) 13:35:04 <Brianetta> Who wants that core? 13:35:26 <Celestar> Brianetta: put it up and how did you trigger it? 13:35:36 <Brianetta> [TCNTS1\brianr@c05747 openttd-0.5]$ XLIB_SKIP_ARGB_VISUALS=1 ./openttd -n localhost#255 13:35:57 <Brianetta> That first variable tells Compiz not to do transparency stuff to it 13:36:06 <Celestar> Brianetta: and then? 13:36:14 <Brianetta> and then I get prompted for the password 13:36:18 <Brianetta> and I type it in 13:36:22 <Brianetta> and then it loads the map 13:36:26 <Brianetta> and then it segv's 13:36:32 <Celestar> Brianetta: RC3 that is? 13:36:36 <Brianetta> indeed so 13:36:42 <Celestar> what is "localhost" for me? 13:36:51 <Brianetta> ppcis.org 13:36:54 <Celestar> ok 13:37:00 <Brianetta> uploading... 13:37:15 <Brianetta> http://ppcis.org/standard/crashed.zip contains core and executable 13:37:20 <Darkvater> Brianetta: you can't start a servers as a spectator 13:37:21 <Brianetta> unstripped 13:37:33 <Brianetta> Darkvater: That's not a server 13:37:36 <Darkvater> eh 13:37:37 <Darkvater> nvm 13:37:39 <Darkvater> it's connect 13:37:42 <Darkvater> ;p 13:37:45 <Brianetta> A port on localhost is tunnelled to the server 13:37:50 <Brianetta> it's how I always connect from work 13:38:08 <Brianetta> 13:37 <sarah_pilot> Player has left the game (could not load map) 13:38:11 <Brianetta> That wasn't me! 13:38:14 <Celestar> Brianetta: it was me 13:38:18 <Brianetta> ah 13:38:53 <Celestar> Brianetta: no need to put it up, I can reproduce it 13:38:59 <Brianetta> OK 13:39:37 *** FlashFF [~flashff@80-193-4-162.cable.ubr05.gill.blueyonder.co.uk] has quit [Read error: Connection reset by peer] 13:40:22 *** Osai [~Osai@pD9EB6C0D.dip.t-dialin.net] has quit [Quit: Osai] 13:40:27 *** Osai [~Osai@pD9EB6C0D.dip.t-dialin.net] has joined #openttd 13:40:48 <ArmEagle> ..after compiling i usually just rm *.c *.h *.o to clean up a bit and just leave binaries.. isn't there some installer script (though i just want it in a user dir, not /usr/share/-whatever) 13:41:21 <Celestar> peter1138: Brianetta seems like a newgrf problem? 13:41:33 <Brianetta> I do? 13:41:36 <blathijs> ArmEagle: You could pass a few options to --configure with directies you like 13:41:44 <Celestar> Brianetta: ah .. "it seems" 13:41:48 <blathijs> ArmEagle: to ./configure, that is 13:42:03 <blathijs> ArmEagle: ./configure --prefix=/home/user/openttd for example 13:42:12 <Darkvater> Celestar: it shouldn't crash. It should print out missing such and such grf then quit? 13:42:24 <Darkvater> or perhaps it doesn't quit; donnu what it does on failure 13:42:39 <blathijs> ArmEagle: you probably want to pas a couple of other dir options too, (don't know them by heart, look at ./configure --help) 13:42:40 <Celestar> Darkvater: well, actually it segfaults in the vfprintf 13:43:00 <ArmEagle> k checking 13:43:21 <ArmEagle> though even --prefix isnt in there 13:43:38 *** KritiK [Maxim@ppp85-140-204-150.pppoe.mtu-net.ru] has joined #openttd 13:43:39 <Brianetta> It didn't segfault in RC2 13:43:46 <Brianetta> and, um, I should have all the newgrfs 13:43:55 <Brianetta> because nothing's changed except the OpenTTD codebase 13:44:31 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 13:44:31 *** mode/#openttd [+v glx] by ChanServ 13:44:38 <blathijs> ArmEagle: it's --with-prefix or something like that I think? 13:45:16 <Brianetta> console shows you leaving the game 13:45:19 <Brianetta> but not joining 13:45:31 *** ufoun [~ha@b07-305a.kn.vutbr.cz] has quit [Quit: ufoun] 13:45:51 <ArmEagle> blathijs no such options (i guess since make install is still experimental. Can set paths in Makefile.config though.. 13:45:54 *** lolman [~John@cpc3-leds2-0-0-cust55.leed.cable.ntl.com] has joined #openttd 13:46:18 <blathijs> ArmEagle: What version are you compiling? 13:46:19 <Brianetta> that makes autopilot lose count (: 13:46:24 <ArmEagle> blathijs RC3 13:46:39 <blathijs> Darkvater: Do we have ./configure in 0.5? 13:46:48 <ArmEagle> blathijs sure. 13:46:58 <ArmEagle> i jsut used it :) 13:47:05 <ArmEagle> doesnt' do THAT much, but still 13:47:09 <Darkvater> blathijs: yes we do 13:47:16 <Darkvater> just a wrapper around makefile.config 13:47:21 <Darkvater> but it should work 13:47:31 <Celestar> Brianetta: I found the reason possibly 13:47:39 *** FlashFF [~flashff@80-193-4-162.cable.ubr05.gill.blueyonder.co.uk] has joined #openttd 13:47:42 <Brianetta> What is it? 13:47:43 <Darkvater> what is it? 13:47:49 <Brianetta> I'd love to spectate my game (: 13:47:57 <Celestar> Brianetta: is the server still running? 13:48:01 <Brianetta> yes 13:48:07 <Celestar> Darkvater: out-of-bounds array access is some string 13:48:08 <Brianetta> Alex and Nilo are still on it 13:48:12 <blathijs> Darkvater: Ah, but it's not the makefile rewrite yet, I see 13:48:29 <Darkvater> no, not yet 13:48:36 <Darkvater> I don't dare backport that ;p 13:48:40 <blathijs> ArmEagle: I was confused. ./configure does not support what I suggested in 0.5 yet 13:48:43 <Brianetta> Yes, the players are on, responding to chat 13:49:07 <Celestar> Brianetta: if you don't start from command line, does it work? 13:49:15 <Brianetta> let me check 13:49:21 <Darkvater> makefilerewrite broke --with-iconv for me though :(. At least the SUSE-supplied iconv. I had to install libiconv and fix some .so links 13:49:42 *** Zaviori [~Zavior@d195-237-7-146.elisa-laajakaista.fi] has joined #openttd 13:49:43 <Darkvater> Brianetta: yeah try starting openttd, opening the console and typing 'connect localhost#255' 13:50:31 <Celestar> Brianetta: Darkvater problem mostly found 13:50:33 <Celestar> fixing 13:50:49 <blathijs> ArmEagle: You should instead do "make INSTALL:=1 PREFIX=/home/user/openttd BINARY_DIR=bin DATA_DIR=data ICON_DIR=icons PERSONAL_DIR=.openttd USE_HOMEDIR=1" 13:51:04 <Celestar> Darkvater: YOU broke it :P 13:51:12 <blathijs> ArmEagle: INSTALL=1, btw, not := 13:51:16 <blathijs> ArmEagle: And after compiling do "make INSTALL=1 install" 13:51:24 <blathijs> and it should install into ~/openttd 13:51:37 <ArmEagle> oh.. was assuming some other values.. I guessthe Makefile isn't very clear about some :) 13:51:47 <Celestar> Darkvater: newgrf.c:2421 ... grfmsg level 7 does not exist. use GMS_FATAL, GMS_WARN ... 13:52:03 <Brianetta> Darkvater: SegV 13:52:11 <blathijs> ArmEagle: "other values" ? 13:52:14 <Brianetta> I can't get the dialogue to find localhost 13:52:19 <Brianetta> if I add it, it shows as offline 13:52:29 <Brianetta> because I can't forward UDP 13:52:46 <ArmEagle> yeah well that USE_HOMEDIR is a bool (ok if you think about it it might be logcial.. :) 13:52:52 <Darkvater> Celestar: ?? is that trunk? 13:52:53 <Darkvater> oh crap 13:52:57 <Darkvater> fucking debug messages 13:52:58 <Celestar> Darkvater: appears so 13:53:10 <blathijs> ArmEagle: It can be set to anything, I think, even 0 :-S 13:53:10 <Celestar> Darkvater: you fix or I fix? :P 13:53:21 <Darkvater> change grfmsg to DEBUG(grf, 7) ("... 13:53:26 <ArmEagle> hmm 13:53:40 <Celestar> Darkvater: why not grfmsg and what is the difference anyway? 13:53:42 <Darkvater> dammit, good thing it wasn't a final ;p 13:53:50 <Darkvater> in trunk difference is nothing 13:53:52 <blathijs> ArmEagle: Though I'm not completely sure about that 13:54:02 <Darkvater> in 0.5 grfmsg is...eh donnu what it is; it's stupid 13:54:24 <Brianetta> I guess there will be an RC4 (: 13:54:41 <Celestar> Brianetta: there will, maybe with a removed-station-payment-fix 13:55:00 <Brianetta> A what? 13:55:02 <Celestar> Darkvater: that does indeed fix the problem. 13:55:27 <Celestar> Darkvater: should I commit it and to where (fixed in tags now) 13:55:42 <Darkvater> it's only broken in branches/0.5 13:55:50 <Darkvater> commit to branches/0.5 13:56:12 <Brianetta> OK, so what caused it? Is there a way I can spectate my server? 13:56:48 <Celestar> Brianetta: yes you can. I'll fix 13:56:49 <Celestar> Darkvater: will do 13:57:21 <Brianetta> Is it a missing newgrf? 13:57:27 <Celestar> nope 13:57:37 <Brianetta> Just a spectator thing? 13:57:49 <CIA-1> celestar * r7977 /tags/0.5.0-RC3/newgrf.c: [0.5] - Fix: Segfault in newgrf loading code. grfmsg changed to DEBUG 13:57:50 <Celestar> FUCK 13:58:05 <Celestar> wrong directory 13:58:06 <Celestar> :S 13:58:07 <Darkvater> nice one 13:58:25 * Celestar bangs head and goes fixing the fix :S 13:58:38 * Brianetta grabs that revision (: 13:58:54 *** hylje [hylje@194.187.214.214] has joined #openttd 13:58:55 <Darkvater> grfmsg(7, "GRFID 0x%08X unknown, skipping test", BSWAP32(cond_val)); 13:58:59 <Darkvater> was it this line Celestar ? 13:59:42 <Darkvater> it's peter1138's fault though! 13:59:46 <Darkvater> he made me backport that commit 13:59:48 * Darkvater hides 14:00:22 <CIA-1> celestar * r7978 /tags/0.5.0-RC3/newgrf.c: [0.5] - Fix: Revert the previous commit. it WAS in the wrong dir 14:01:06 <Brianetta> Woo, I'm in 14:01:08 <CIA-1> celestar * r7979 /branches/0.5/newgrf.c: [0.5] - Fix: Segfault in the newgrf loading code (grfmsg => DEBUG). Do it in the right directory this time. Sorry for da mess :S 14:01:16 <Brianetta> Thanks to r7977 14:01:18 <Brianetta> (: 14:01:23 <Celestar> lol 14:01:37 <Brianetta> svn up && make 14:01:41 <Brianetta> bang 14:02:04 <Celestar> do NOT use 7978, because it will have the same problem 14:02:09 <Brianetta> yeah 14:02:20 <Celestar> use 7977 or 7979 with --revision=0.5.0-RC3 14:02:32 <Celestar> one should NOT commit to tags 14:02:45 <Darkvater> see, you should've used TortoiseSVN 14:02:53 <Darkvater> it gives a warning about committing to tags ;) 14:03:14 <Celestar> it's allright now, you guys pulled my leg long enough now :P 14:06:21 <lolman> Hey, I'd have done much worse, leave the poor guy alone ;) 14:06:35 * Darkvater thinks he got off this pretty well 14:06:48 <Darkvater> < broke RC3 and Celestar gets all the blame ^_^' 14:07:05 <lolman> Of course we must remember that DV ALWAYS seems to get away with it :P 14:07:24 <Celestar> Darkvater: I must be doing something wrong. 14:07:35 <Celestar> Darkvater: now what about that payment-fix thingy? will it break anything? 14:08:14 <lolman> Probably, and you'll get the blame for it all 14:08:20 <Darkvater> it probably will :) 14:08:36 <setrodox> btw, why is window size limited? 14:08:42 <Celestar> thank you for your support 14:08:45 <Celestar> setrodox: to what? 14:08:53 <setrodox> to some 2000 pixels or so 14:08:57 <lolman> I thought it was only limited by the monitors it was connected to? 14:09:00 <Celestar> no 14:09:02 <Darkvater> setrodox: remember red-alert? 14:09:12 <setrodox> Darkvater, hmm? 14:09:20 <lolman> setrodox: you on Windows by any chance? 14:09:28 <Darkvater> setrodox: there if you played an MP game and the other player only had 640x480 you also had to play in 640x480 instead of 800x600 14:09:36 <Darkvater> because it would've given you an unfair advantage 14:09:44 <setrodox> lolman, atm yes, normally no, i haven't tried on with dualscreen yet 14:09:46 <Darkvater> we've had this built in at great expense for the same reason 14:10:16 <setrodox> Darkvater, hmm, i use last miniin atm anyway, which doesn't have that restriction or it has it set higher 14:10:24 <Darkvater> ;p 14:10:29 <lolman> setrodox: if you run in dual screen, with independent resolutions, it's limited to the size of the PRIMARY monitor 14:10:34 <setrodox> http://setrodox.powerhuhn.net/room/screens.jpg 14:10:49 <setrodox> lolman, hmm, not here 14:11:15 <lolman> I was on about in Windows 14:11:16 <Darkvater> we have a max res of some 2400 or something. We haven't increased it cause we haven't looked yet at the redraw code which will redraw a bigger part with a higher max res 14:11:20 <setrodox> standard build is limited to 2048 pixels, not the 1680 of my monitor 14:11:28 <lolman> Hmm 14:11:36 * lolman must be thinking about DirectX stuff then 14:11:40 <setrodox> and miniin has a higher limited, don't know it atm 14:12:11 <setrodox> i use the second monitor for dialogs only anyway ^^ 14:12:40 * lolman got mixed up, sorry ^^ 14:12:47 <setrodox> np ^^ 14:13:40 <lolman> Hmm, one person on my gtalk buddy list :P 14:14:17 *** Osai^2 [~Osai@pD9EB5DF9.dip.t-dialin.net] has joined #openttd 14:15:16 *** TinoM|Mobil2 [~tino@VPNPOOL01-0489.UNI-MUENSTER.DE] has quit [Quit: Verlassend] 14:16:54 <Maedhros> for the newhouses assert, which is caused by the bridge bits in extra/m6 not being cleared when a house is deleted, i can see two solutions 14:17:22 <Maedhros> 1) clearing the bridge bits manually: http://dev.gentoo.org/~maedhros/openttd/clearbridgemiddle-newhouses.diff 14:17:46 <Celestar> Maedhros: checking 14:17:47 <Maedhros> 2) clearing the bridge bits of any non-bridgable tile when calling MakeClear: http://dev.gentoo.org/~maedhros/openttd/clear_map.diff 14:18:36 <Maedhros> which do you guys think is the better way to do it? i'd go for 2), personally 14:18:39 <Darkvater> shouldn't bridge clear its ground when it is removed? 14:18:56 <Darkvater> eg something that sets it, should clear it 14:19:27 <Maedhros> bridges do clear it; it's houses that don't 14:19:47 <Maedhros> i just don't like the idea of manally clearing those bits for everything using m6 that isn't a bridge 14:19:58 <Darkvater> ah, but houses do use it? 14:20:02 <Maedhros> yeah 14:20:09 <Darkvater> so why don't they clear it? :) 14:20:22 <Darkvater> that is what 1) and 2) are for I suppose 14:20:28 *** Osai [~Osai@pD9EB6C0D.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 14:20:38 <Maedhros> because everything to do with the map array is cleared by MakeClear, which doesn't do anything to m6 at the moment :) 14:21:22 <Celestar> Maedhros: then MakeClear should deal with it :) 14:21:33 <Celestar> aircraft are STUPIDLY slow 14:22:05 <Maedhros> Celestar: so you'd go for 2) as well then? 14:22:14 <Darkvater> I like 2 much better, mainly because it removes the retardness of trees, etc. having to know about bridges 14:22:47 <Celestar> up I argee 14:23:20 <Maedhros> cool. next question, should i commit that to newhouses, or beg someone to commit it to trunk? 14:23:53 <Darkvater> if we agree, I don't see why you couldn't commit it to trunk/ 14:24:06 <Maedhros> or i suppose i could beg for trunk commit access so _I_ can commit it to trunk ;) 14:24:21 <Rubidium_> The ClearBridgeMiddle in tree_cmd.c is totally useless anyway 14:24:43 <glx> Maedhros: theorically you already have trunk commit access :) 14:25:15 <Maedhros> ah, but the post-commit hook stops me committing anything outside -newhouses, at least last time i tried :) 14:25:26 <Darkvater> cool 14:25:29 <Darkvater> didn't know that :) 14:25:34 <glx> me neither 14:27:06 <CIA-1> celestar * r7980 /branches/cpp/src/order.h: [cpp] - Turned INVALID_ORDER into a static const 14:27:15 <Celestar> Brianetta: is it me or should we fix the aircraft speed problem? 14:27:22 * Darkvater points at peter1138 14:27:50 <ArmEagle> doh.. Brianetta 's diagonal bridge patch didn't make it to RC3 (yet). 14:29:06 <Celestar> brianettas diagonal bridge patch?! 14:29:10 <ArmEagle> euh 14:29:15 <ArmEagle> bridge over diagona ltrack 14:29:32 <glx> and it won't be in 0.5.0 either 14:29:47 <ArmEagle> sniff :) 14:30:07 <ArmEagle> Brianetta hmm i think i lost the patchfile.. 14:33:06 <Celestar> ArmEagle: use the nightly ? 14:33:20 <ArmEagle> h well euh.. :) 14:36:37 <ArmEagle> i guess i could do that. 14:36:48 <Celestar> ^^ 14:37:42 *** Osai^2 is now known as Osai 14:38:58 *** Digitalfox [~chatzilla@bl7-178-216.dsl.telepac.pt] has joined #openttd 14:39:15 <SpComb> Logs: http://zapotek.paivola.fi/~terom/logs/openttd 14:39:15 <Digitalfox> !logs 14:43:15 <peter1138> me? 14:43:25 <peter1138> oh, aircraft speed :D 14:44:00 <Darkvater> )) 14:44:02 <Darkvater> eh 14:46:17 <peter1138> hmmingness 14:49:09 <Celestar> peter1138: connect to Brianetta's server and see yourself :S 14:49:15 <peter1138> what? 14:49:22 <peter1138> oh 14:49:24 *** Sacro [~Ben@adsl-213-249-225-220.karoo.KCOM.COM] has joined #openttd 14:49:25 <peter1138> back to aircraft 14:49:34 <peter1138> yeah, i have a patch that changes the aircraft units 14:49:59 <peter1138> so they can go full speed, and stay slow when taxiing 14:50:39 <Darkvater> and don't get stuck when they're too slow? :) 14:50:55 <peter1138> no :) 14:51:29 <peter1138> well, not that i've seen anyway 14:51:47 <Darkvater> there's a bugreport on FS with a save I've verified 14:51:50 <Darkvater> (I think) 14:52:08 <Darkvater> aircraftupdatespeed or something always returns false below a certain speed 14:52:11 <Darkvater> or something like that 14:53:03 <peter1138> ah 15:18:54 <valhallasw> Darkvater: they killed gnome @ liacs 15:18:56 <valhallasw> grrr! 15:19:02 <Darkvater> they did? 15:19:05 <valhallasw> yeah 15:19:06 <hylje> :o? 15:19:06 <Darkvater> what do they have now? 15:19:06 <peter1138> what's that? 15:19:11 <Darkvater> university 15:19:13 <peter1138> oh 15:19:18 <valhallasw> it doesn't start any more :/ 15:19:19 <Darkvater> we had suse 9.3 with gnome 15:19:23 <hylje> i thought GNOME is a DE 15:19:24 <valhallasw> blackbox works 15:19:29 <valhallasw> KDE probably does 15:19:42 <Darkvater> that sucks...KDE didn't work for me; always got kicked out 15:19:49 <Darkvater> and now gnome doesn't as you say.. 15:19:50 <Darkvater> he 15:19:53 <valhallasw> blackbox is kinda nice 15:19:54 <Darkvater> I'll move to beast ;p 15:20:00 <valhallasw> beast? 15:20:26 <Darkvater> the SUN hall 15:20:30 <Brianetta> ArmEagle: I did not write the diagonal brige patch. I think the maintainers of the diagonal bridge feature would be offended that I take credit for something that doesn't involve me in any capacity at all. 15:20:31 <valhallasw> aaaah 15:20:36 <valhallasw> CDE :X 15:24:09 <valhallasw> ooh, firefox crashes, too 15:24:18 <Darkvater> it always crashes 15:24:40 <valhallasw> fscking admins 15:25:04 <hylje> hm 15:25:10 <hylje> how do i add servers at a non-standard port 15:25:27 <hylje> Brianetta: zomg! diagonal bridges! 15:25:34 <Darkvater> hylje: server:port 15:25:35 <ArmEagle> Brianetta oh.. i thought you had posted a patch here.. 15:25:47 <ArmEagle> but hey.. i'm bad with names.. :) 15:25:59 <hylje> Darkvater: k 15:26:06 * Darkvater hopes that works 15:26:21 <hylje> Brianetta: btw, on what ports ottdcoop servers run? 15:28:40 <Brianetta> +1 and +2 15:28:44 <Brianetta> er, 15:28:48 <Brianetta> 3980 and 3981 15:29:37 <hylje> hm, interesting. doesnt seem to show up when manually adding; nor in public list 15:30:37 <Brianetta> well 15:30:40 <Brianetta> they might be down 15:30:43 * Brianetta checks 15:30:58 <Brianetta> They're both running 15:31:05 <hylje> thats what im wondering here 15:31:32 <Brianetta> UDP timed out 15:31:33 <valhallasw> grrrr 15:31:37 * valhallasw slaps netscape 15:31:38 <Celestar> peter1138: Realistic Aircraft Speeds 15:31:40 <valhallasw> stop crashing! 15:31:42 <Brianetta> I think they've crashed like my standad one did last night 15:31:59 <hylje> quite likely 15:32:13 <hylje> zap em? 15:32:20 <Brianetta> what, me? 15:32:33 <peter1138> hmm 15:32:34 <hylje> i can poke someone else(TM) to do that too, though 15:32:35 <peter1138> where did my patch go 15:33:56 <Rubidium_> Brianetta: they even crashed at the same time 15:34:06 <Brianetta> Interesting 15:34:19 <valhallasw> my phone crashed. 15:34:23 <Brianetta> I suppose their core files are just as useful 15:34:24 <valhallasw> just now 15:34:48 <Brianetta> What could crash three OpenTTD servers on the same box, simultaneously, whilst leaving the dedicated console completely responsive? 15:34:52 <Rubidium_> well, unless they are (accidentally) compiled with debuggin 15:34:59 <Brianetta> They aren't 15:36:41 <peter1138> a dodgy packet 15:36:49 <Brianetta> hmm 15:36:57 <peter1138> sent at the same time 15:37:01 <Brianetta> Reckon there's an OpenTTD hack out? 15:37:09 <Brianetta> Perhaps the master server went mental 15:37:11 <peter1138> which is pretty much what happens when a client does a lookup 15:37:25 <Brianetta> or somebody with that big patch scanned all the servers... 15:37:25 <hylje> we arent seeing all the servers dead 15:37:37 <Darkvater> Brianetta: you fixed yours with the grfmsg thing, no? 15:38:06 <Brianetta> Darkvater: Different problem 15:38:17 <Brianetta> The segv on spectator joining is fixed for me 15:38:22 <Brianetta> but it's a client-side bug 15:42:15 <Darkvater> was anyone using windows? 15:42:27 <Darkvater> send me crash.dmp then or put it up somewhere 15:45:31 <ArmEagle> heh, seems like i'm getting 'train is lost' message on every train that i just ordered to be replaced with a new engine. 15:48:33 *** Tron_ [~tron@p54A3DDD6.dip.t-dialin.net] has joined #openttd 15:48:42 <Darkvater> hi Tron_ 15:50:06 <peter1138> ArmEagle: possible that to replace they went to a depot that has no route to where they want to go 15:50:15 <peter1138> just a theory though, heh 15:50:32 *** Purno [~Purno@5351CF18.cable.casema.nl] has quit [Quit: Life is a game of pick-up-sticks, played by fucking lunatics.] 15:51:03 *** Purno [~Purno@5351CF18.cable.casema.nl] has joined #openttd 15:52:11 <Darkvater> hi Purno 15:52:18 <Purno> hi Darkvater 15:53:35 *** Tron [~tron@p54A3ED05.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 15:53:35 *** Purno [~Purno@5351CF18.cable.casema.nl] has quit [] 15:53:40 <Darkvater> bye guys 15:53:49 <peter1138> bye dv 15:53:51 *** Purno [~Purno@5351CF18.cable.casema.nl] has joined #openttd 15:53:54 <Darkvater> hi Purno 15:54:01 <Purno> lol, hi 15:54:06 <Purno> trying some stuffies with xchat 15:54:06 <Darkvater> peter1138: I'm staying :) 15:56:05 <Brianetta> xchat would rock the hardest if it was a text mode client 15:56:21 <Brianetta> or somehow screenable 15:56:38 <ArmEagle> Brianetta VNC :) 15:56:43 <peter1138> hmm 15:57:11 <Brianetta> ArmEagle: Tried that 15:57:33 <Brianetta> I get a faster response using X over SSH, but it's not detachable then ): 15:57:55 <ArmEagle> aye. You'd want to use a buffer or something.. 15:58:04 <Brianetta> I'd rather not use a bouncer, as that means that I have a load of client configs to keep in sync 15:58:25 <Brianetta> I've thought of xmove, but it looks unweildy 15:58:33 <Brianetta> I might investigate that more fully 15:58:34 <ArmEagle> X just needs to evolve somewhat more. Allowing you to move any X application to another Xscreen 15:58:41 <Brianetta> xmove does that 15:58:44 <ArmEagle> oh. 15:58:46 <Brianetta> it acts as an X proxy 15:58:46 <ArmEagle> :P 15:58:58 <Brianetta> You have to run xmove, then connect your X client to it 15:59:00 <hylje> screen for X apps.. sweet? 15:59:06 <Brianetta> and it can detach from any X server, and attach to another 15:59:16 <blathijs> xdmx does something similar 15:59:25 <Brianetta> never got dmx working 15:59:42 <blathijs> It took some fidgetting, but it's a little unstable every now and then 15:59:53 <peter1138> wtf, 2ms response time for a TFT... 16:00:02 <peter1138> shame it's £210 16:00:22 <blathijs> Yet I no longer have my CRT monitor on my desk, so the use for xdmx and all the pretty scripts I wrapped it it kinda vanished 16:00:27 <Darkvater> which one is it? 16:00:42 <peter1138> iiyama PLH481S-B6S 16:01:06 <Darkvater> ah iiyama. I really liked the CRT screens, but don't have too much faith in ther flatpanels 16:01:11 <peter1138> hmm 16:01:15 <Darkvater> but does this mean you still haven't bought a new one yet? 16:01:24 <peter1138> not yet :P 16:01:32 <Darkvater> he 16:01:33 <peter1138> late xmas present :P 16:01:58 <stillunknown> wtf 16:02:07 <stillunknown> running myabs on an unsigned int :-| 16:02:43 <peter1138> hehe 16:02:46 <Darkvater> oh Rubidium_ did you see quark's thread in ottd-dev? about 'possible bug' or something 16:02:49 <peter1138> wait, that's not my code is it? 16:03:06 <Darkvater> Rubidium_: you agree that I agree that my reply is correct, right? 16:03:17 <stillunknown> peter1138: it's in ottd 16:03:33 <stillunknown> i was fixing some of the compile errors of cpp branch 16:03:42 <peter1138> ok 16:03:44 <stillunknown> it revealed when i overloaded the function myabs 16:03:47 <peter1138> so where's the needle? 16:03:49 <stillunknown> with a double variant 16:04:11 <stillunknown> industry_cmd.cpp line 1228 16:04:15 <Darkvater> stillunknown: ottd is no tusing real numbers; only integers 16:04:15 <blathijs> Darkvater: I like Iiyama's bring-a-new-one-and-take-the-old-one service best really. Dunno if they do that for TFT's too? 16:04:19 <Smoovious> you know it must be a slow news day when Fox News is broadcasting non-stop uninterrupted coverage about a smell in Manhattan... 16:04:42 <Darkvater> blathijs: from the store of your choice? 16:04:47 <peter1138> stillunknown: curh - height? 16:04:50 <stillunknown> Darkvater: some processing in tgp happens with doubles, before converting to int 16:04:53 <stillunknown> yes peter 16:05:01 <peter1138> ok 16:05:01 <SpComb> It smelled here in Grünwald last night too! 16:05:04 <peter1138> i'd say that's a bug 16:05:06 <SpComb> this really horrible sewer smell 16:05:09 <peter1138> it should be an int, not a uint 16:05:14 <SpComb> should I call Fox News? 16:05:20 <Smoovious> I think they're describing this more as a rotten egg smell 16:05:32 <SpComb> sulphur? 16:05:34 <Smoovious> SpComb... are you in Europe? 16:05:43 <SpComb> isn't that stuff somewhat unhealthy/poisonous? 16:05:48 <SpComb> I am 16:05:54 <Brianetta> I'm off for a dump, and I'm taking a paperback with me. Back in 30. 16:05:57 <Brianetta> I love my job. 16:05:59 <Smoovious> ok, then you should be calling Sky News instead. :P 16:06:44 <blathijs> Darkvater: No, they come pick it up at home 16:06:46 <SpComb> but a rotten egg smell may be a cause for concern 16:06:56 *** HMage [~HMage@85.21.179.41] has joined #openttd 16:06:56 <Darkvater> blathijs: no I mean the new monitor. 16:07:06 <blathijs> Darkvater: They come deliver it at home 16:07:11 <Smoovious> yeah, it may be, but they're not... they don't think it is gas, but a leak of the actual smell additive 16:07:17 <Darkvater> but where did you buy it? 16:07:37 <blathijs> Darkvater: IAPC, a student store her in Enschede 16:07:42 <Smoovious> they're really going overboard about it... just beginning hour #3 now 16:07:54 <Darkvater> so I mean you buy it at some store and then iiyama delivers it for fre? 16:08:06 *** Rens2Sea [~Rens2Sea@213.211.185.168] has joined #openttd 16:08:09 <blathijs> Darkvater: But they are not involved. You just call Iiyama with the problem report and the come exchange the monitor 16:08:23 <Darkvater> aah customer service 16:08:23 <blathijs> Darkvater: Never had to give them a receipt even 16:08:30 <Darkvater> I thought you talked about buying a new monitor 16:08:35 <blathijs> ah, no 16:08:37 <Darkvater> Samsung does the same :) 16:08:40 <SpComb> hmm, I guess SO2 isn't that dangerous 16:10:44 *** XeryusTC [~irc@cc480157-b.sneek1.fr.home.nl] has joined #openttd 16:12:06 <stillunknown> SpComb: SO2 smells funny, because it's not healthy for us (in large amounts) 16:12:21 <stillunknown> otherwise CO2 would stink :-) 16:12:26 <stillunknown> and O2 16:13:56 <peter1138> stillunknown: hmm... in which case a cast is needed somewhere? 16:14:14 <peter1138> height is uint, curh is expected to be uint for a function call 16:14:23 <peter1138> but curh-height could be negative 16:14:27 <stillunknown> i'm trying to make a myabs that accepts uints 16:14:41 <stillunknown> otherwise a few casts would be needed 16:14:43 <peter1138> wrong solution 16:14:50 <peter1138> a uint is always positive 16:15:13 <peter1138> whereas uint-uint... well, who knows 16:15:26 <Darkvater> doesn't it get promoted to int? 16:15:40 <stillunknown> i'll do the changes, got most of it done anyway 16:16:09 <peter1138> Darkvater: possibly, but the cpp branch is complaining about it 16:17:08 <stillunknown> it complained about it after i started overloading functions based on their input :-) 16:17:21 <stillunknown> noone should feed uint into myabs 16:17:39 <Rubidium_> Darkvater: it looks right 16:18:02 <Darkvater> lol 16:18:04 <Darkvater> Edit by peter1138: Think of the modem users (I'm not bitter!) before inlining an 800KB image. And it table-breaks... 16:18:13 <peter1138> :s 16:19:15 <Darkvater> since we've made the 'new aircraft' button list-only I've found out why CS made the 'build' button enabled if you had an airport 16:19:28 <peter1138> hmm? 16:19:29 <Darkvater> just click, build, click on eye and you have your plane 16:19:47 <Darkvater> I've read about at least the third user complaining about not being able to build X 16:19:51 <Darkvater> from the vehicle list window 16:19:51 <peter1138> heh 16:19:59 <peter1138> that's probably cos it's changed 16:20:08 <Darkvater> no, it's all new uses 16:20:10 <Darkvater> +r 16:20:20 <peter1138> there's a fair amount who complain when there are no depots even... 16:20:24 <Darkvater> or old users who have never built from a depot/hangar 16:20:57 <Smoovious> you can build without a depot/hangar? 16:21:04 <Darkvater> no 16:21:11 <Smoovious> or you used to? 16:21:14 <Darkvater> no 16:21:31 <Smoovious> then, what old users? 16:21:49 *** Digitalfox [~chatzilla@bl7-178-216.dsl.telepac.pt] has quit [Ping timeout: 480 seconds] 16:21:54 <Darkvater> those who built a depot/airport and didn't build through clicking there but by the vehicle list windows 16:22:03 <Darkvater> I know crazy, but people are crazy 16:22:11 <Smoovious> oh, yeah, I miss being able to use the vehicle lists... 16:22:31 <Smoovious> I liked having all of my networks interconnected, and buying a new vehicle from a random depot, using the vehicle list 16:22:45 <peter1138> stillunknown: hmm, ok, in C, it gets the right value without any cases 16:22:49 <Darkvater> he 16:22:50 <peter1138> er, casts 16:22:52 <Darkvater> < going home 16:22:54 <Darkvater> bye guys 16:22:58 * Smoovious grins. 16:22:59 * Smoovious waves. 16:23:12 <stillunknown> peter1138: it'll work in c++, as long as the function is not overloaded, but this is just wrong 16:23:32 <peter1138> well, cast as (int) i guess 16:23:37 <stillunknown> (signed) 16:23:40 <stillunknown> is safer 16:23:47 <peter1138> i don't think you can 16:23:50 <stillunknown> i can 16:24:05 <peter1138> hmm 16:25:12 <peter1138> ok, that was my mistake somewhere else 16:25:24 <peter1138> using (signed) or (unsigned) on a uint32/int32 type ;p 16:25:31 <peter1138> obviously doesn't work 16:26:44 <ArmEagle> heh 16:41:11 <stillunknown> why do i loose precision when casting a byte to int? 16:41:58 <caladan> stillunknown: what precision? 16:42:17 <stillunknown> yuck, feeding pointers into places they shouldn't 16:42:47 <stillunknown> just precision, that's all the error sais 16:42:52 <caladan> huh 16:43:01 <caladan> show the line and error 16:43:40 <stillunknown> it turned out i want to cast a pointer to a int, that's ofcourse not possible 16:44:09 <blathijs> since pointer is unsigned and int is signed probably 16:44:18 <peter1138> well if your pointer is 64bit... 16:44:23 <peter1138> and your int is 32bit... 16:44:36 <caladan> you got 32b or 64 bit machine? 16:44:39 <caladan> and system? 16:45:13 <stillunknown> 64bits, but i have to go eat now, talk to you later 16:45:16 *** TinoM| [~Tino@i5387D1AE.versanet.de] has joined #openttd 16:45:37 <caladan> rgr 16:45:44 <caladan> then pointers are 64bit, notice that 16:48:45 <blathijs> that too :-) 16:49:24 <caladan> in stadart 64bit systems ints are still 32bits long 16:49:46 *** |Jeroen| [~jeroen@dD5772982.access.telenet.be] has joined #openttd 16:49:50 <blathijs> depends on the compiler I think 16:49:52 <blathijs> rather funky 16:50:03 <caladan> true, you can set it to be 8B long 16:50:09 <caladan> but that would break most programs... 16:50:48 *** TinoM [~Tino@i5387D07A.versanet.de] has quit [Ping timeout: 480 seconds] 16:53:37 *** TinoM [~Tino@i5387EE1B.versanet.de] has joined #openttd 16:56:39 *** TinoM| [~Tino@i5387D1AE.versanet.de] has quit [Read error: Operation timed out] 17:00:05 *** TinoM| [~Tino@i5387CE99.versanet.de] has joined #openttd 17:00:11 *** raimar2 is now known as McHawk 17:05:32 *** TinoM [~Tino@i5387EE1B.versanet.de] has quit [Ping timeout: 480 seconds] 17:05:39 *** Hinrik [~hinrik@dsl-228-236.hive.is] has quit [Ping timeout: 480 seconds] 17:10:02 *** TinoM| is now known as TinoM 17:18:07 *** Vikthor [~Vikthor@snat2.arachne.cz] has joined #openttd 17:25:29 *** orudge [~orudge@138.251.254.190] has quit [] 17:31:50 *** Wolf01 [~wolf01@host91-173-dynamic.60-82-r.retail.telecomitalia.it] has joined #openttd 17:32:11 <Wolf01> ello 17:37:50 *** Progman [~progman@p57A1D05E.dip.t-dialin.net] has quit [Remote host closed the connection] 17:40:03 *** BobingAbout [~BobingAbo@adsl-83-100-172-10.karoo.KCOM.COM] has joined #openttd 17:40:11 *** BobingAbout [~BobingAbo@adsl-83-100-172-10.karoo.KCOM.COM] has quit [] 17:44:14 <stillunknown> return max(value, 1); <-- anyone know why this value would be passed as a reference? 17:45:14 <stillunknown> caladan maybe? 17:45:15 <caladan> and what's the prototype of function? 17:45:31 <stillunknown> int64 CalculateCompanyValue(const Player* p) 17:45:39 <caladan> and max returns? 17:45:59 <stillunknown> an int64 in this case, but somehow value is passed as reference 17:46:08 <stillunknown> value*1 is passed as value 17:46:21 <stillunknown> but i'd like to know why 17:46:33 <caladan> i dont get the idea... 17:46:44 *** orudge [~orudge@8afbfebe.resnet.st-andrews.ac.uk] has joined #openttd 17:46:46 *** mode/#openttd [+o orudge] by ChanServ 17:47:29 <stillunknown> storage/tempstorage/downloads/openttd7/cpp/src/economy.cpp:88: error: call of overloaded 'max(int64&, int64)' is ambiguous 17:47:34 <stillunknown> stuff like that 17:47:47 <caladan> why you get a reference to that int64?? 17:48:00 <stillunknown> that i'd like to know 17:48:25 <caladan> when i write function max it's like 17:48:34 <caladan> int64 max(int64, int64); 17:48:41 <stillunknown> indeed 17:48:53 <caladan> so there may be function like 17:49:04 <stillunknown> my question lies with with, why is value passed as reference 17:49:05 <caladan> int64& max(int64&,int64); 17:49:23 <caladan> and function int65 max(int64, int64); 17:49:38 <stillunknown> i have plenty of max functions already, why is this needed? 17:49:54 <peter1138> is int64 max64(int64, int64) not good enough? :p 17:50:00 <caladan> it's ok 17:50:13 <caladan> there should be maybe for int32 and for byte, but nothing more... 17:50:31 <caladan> dont get the idea with reference it only slows down code... 17:50:31 <stillunknown> not quite 17:50:46 <stillunknown> i don't want the reference 17:50:50 <stillunknown> it just does that 17:51:03 <stillunknown> and i don't understand why 17:51:04 <caladan> it cant be like "it does that" 17:51:14 <caladan> there has to be some reason, like code :D 17:51:16 <stillunknown> it does, value is an int64 17:51:30 <stillunknown> there is no reason for it to be passed as a reference 17:51:41 *** mikl [~mikl@tbv.faderhuset.org] has quit [Quit: In the end, all that matters is your relation with God...] 17:51:44 <caladan> and how you know it's a reference? 17:51:53 <stillunknown> because of the compiler complaint 17:51:57 *** BobingAbout [~BobingAbo@adsl-83-100-172-10.karoo.KCOM.COM] has joined #openttd 17:52:00 *** BobingAbout [~BobingAbo@adsl-83-100-172-10.karoo.KCOM.COM] has quit [] 17:53:29 <caladan> so there must be more max functions... 17:53:43 <stillunknown> obviously, i made them 17:54:00 <caladan> so show all prototypes 17:54:06 *** setrodox [~setrodox@83-65-234-231.dynamic.xdsl-line.inode.at] has quit [Remote host closed the connection] 17:55:45 <stillunknown> it's not a problem with those, i suspect a problem, with the definiion of int64 17:55:53 <stillunknown> going to try long long 17:56:04 <caladan> i think it's something else 17:56:24 <caladan> compilier just cant tell which copy you want to use 17:56:30 <caladan> so there are two similar functions 17:58:30 *** Digitalfox [~chatzilla@bl7-178-216.dsl.telepac.pt] has joined #openttd 17:58:42 <SpComb> Logs: http://zapotek.paivola.fi/~terom/logs/openttd 17:58:42 <Digitalfox> !logs 18:07:45 <CIA-1> KUDr * r7981 /branches/cpp/src/ (41 files in 3 dirs): [cpp] - Codechange: types Owner and PlayerID are now one enumeration type. Their short versions for structure members PlayerByte and OwnerByte are also synonyms. 18:08:00 <stillunknown> does a long unsigned int go by any other name? 18:08:03 <CIA-1> peter1138 * r7982 /trunk/src/gfx.c: -Codechange: Enumify graphics blitter modes. 18:09:54 <caladan> maybe long long? 18:10:00 <caladan> or rather unsigned long long? 18:11:07 *** |Jeroen| [~jeroen@dD5772982.access.telenet.be] has quit [Quit: Whoopsy] 18:11:25 * stillunknown wonders why people put their pointers were they shouldn't be 18:11:37 <SpComb> pointers are fun 18:12:15 <stillunknown> not in functions that were not meant for pointers 18:13:40 <caladan> stillunknown: did you found that error? 18:13:53 <Darkvater> 'ello 18:14:02 <caladan> yellow 18:14:03 <stillunknown> i fixed it in a strange way, saved for later 18:14:19 <caladan> show me, maybe i can do something with it 18:14:19 <stillunknown> is there an "inline" way to convert pointers to normal variables 18:14:31 <caladan> return *smthing; 18:14:32 *** |Jeroen| [~jeroen@dD5772982.access.telenet.be] has joined #openttd 18:14:53 <caladan> it returns the variable pointed by smthing; 18:15:55 <stillunknown> why does a byte pointer return a long unsigned int variable :-| 18:16:09 <caladan> cmon, show me the code :-) 18:16:38 <stillunknown> they are two seperate problems 18:16:40 <stillunknown> cpp branch 18:16:56 <stillunknown> src/network/network_udp.cpp 18:17:03 <stillunknown> line 338 18:17:16 <caladan> rgr 18:17:19 <stillunknown> it passes pointers and an enum into a min function 18:17:28 <caladan> wait, i must swich my os 18:17:28 *** michi_cc-away is now known as michi_cc 18:18:12 <Darkvater> KUDr_wrk: 18:18:17 <Darkvater> 220 } while (--pp != 0); 220 } while (pp--, pp != 0); 18:18:20 <Darkvater> why this change? 18:19:01 <stillunknown> i overloaded the min function for several datatypes, but a long unsigned int seems pointer size related, so dangerous to cast to rely on that 18:19:19 <stillunknown> *cast the other 18:19:54 <Darkvater> r7981 so is PlayerID now a byte or not a byte? 18:20:00 <Darkvater> this is very confusing 18:20:10 <caladan> huh, enums are as far as i remember ints.... 18:20:20 <stillunknown> the enum is not the problem 18:20:50 <stillunknown> for some reason the pointer is long unsigned int 18:21:07 <stillunknown> and no way i can convert that stupid thing to a normal variable 18:21:28 <Darkvater> MiHaMiX: ping 18:24:40 <caladan> ok, im looking how it works :D 18:26:53 <caladan> well, i get no errors while compiling src/network/network_udp.cpp 18:27:26 <stillunknown> no, you wouldn't, i would to have to give you my diff so far 18:27:45 <stillunknown> but i will 18:29:06 * Brianetta cusses at the land levelling tool 18:29:47 <Belugas> I cusse, you cusse he cusses :D 18:30:31 <Brianetta> People are wrecking my pretty landscape with it ): 18:30:34 <stillunknown> caladan: http://home.student.utwente.nl/m.g.maathuis/temp_diff.patch 18:30:44 <stillunknown> apply that, try to fix the error you get :-) 18:30:49 <caladan> rgr 18:30:51 <Brianetta> Where did they get all the dirt required to double the size of that mountian? 18:31:48 <caladan> Brianetta: LOL, make a patch so if someone wants to do a mountain he will have to dig a hole somewhere 18:31:49 <stillunknown> bought it somewhere? 18:31:54 <caladan> and: transport the dirt :D 18:32:00 <Brianetta> caladan: I would 18:32:01 <Brianetta> bu 18:32:03 <Brianetta> but 18:32:04 <hylje> :o 18:32:05 <Brianetta> I won't 18:32:20 <Brianetta> Not transport the dirt, all we need is a dirt buffer 18:32:23 <hylje> a realistic landscaping thing could be cool 18:32:25 <Brianetta> starts at zero 18:32:30 <Brianetta> can be 10 or -10 18:32:52 <stillunknown> Brianetta: do you always say you won't code it? 18:32:53 <Brianetta> incremented by lower tile, decremented by raise tile 18:33:01 <Brianetta> stillunknown:Yes, always 18:33:23 <Brianetta> Until the legal state of the GPL as applied to OpenTTD is clarified, I won't code for it 18:35:02 <stillunknown> Were did ludde live? 18:36:54 <Brianetta> No idea 18:37:00 <stillunknown> caladan: getting the error? 18:37:03 <Brianetta> Why does that matter? 18:37:10 <caladan> yes, i do 18:37:13 *** BJH2 [~chatzilla@e176097186.adsl.alicedsl.de] has joined #openttd 18:39:21 <CIA-1> miham * r7983 /trunk/src/lang/ (3 files in 2 dirs): 18:39:21 <CIA-1> WebTranslator2 update to 2007-01-08 19:37:40 18:39:21 <CIA-1> brazilian_portuguese - 111 changed by fukumori (111) 18:39:21 <CIA-1> esperanto - 11 changed by LaPingvino (11) 18:39:22 <CIA-1> japanese - 116 fixed by ickoonite (116) 18:39:45 <MiHaMiX> Darkvater: pong 18:40:32 <peter1138> Brianetta: i was wondering about doing that 18:41:02 <caladan> stillunknown: you did write that macros? 18:41:06 <peter1138> not sure what basis it could have though 18:41:10 <caladan> like min in macros.h? 18:41:10 <Brianetta> peter1138: Seems like a sensible idea - with a patch option (size of dirt stockpile, with up/down arrows and "disabled" for 0) 18:41:23 <peter1138> dirt stockpile... hmm 18:41:26 <stillunknown> caladan: i made a few more, for different data types 18:41:44 <peter1138> the stock pile can be positive or negative, i guess 18:41:51 <peter1138> will you have to pay money for it? 18:42:22 <Brianetta> No 18:42:27 <Brianetta> same terraform costs as ever 18:42:39 <Brianetta> It's just that you can't greate mountain ranges with a click 18:42:51 <Brianetta> and the ground level tool will be more for levelling than raising huge squares 18:42:55 <peter1138> hmm 18:43:04 <KUDr> Darkvater: PlayerID is enum 18:43:05 <peter1138> or if you disallow negative stockpile 18:43:12 <peter1138> then you have to dig land before you can raise it 18:43:23 <stillunknown> caladan: i'm close to making a legacy_min for stupid things like this 18:43:26 <Brianetta> That could crippe the early game 18:43:37 <KUDr> Darkvater: --pp on enum is illegal 18:43:42 <Brianetta> Basically, it's like a stockpile of 20 that starts half full 18:43:42 <peter1138> everything does :( 18:43:54 <peter1138> huh? 18:43:56 <Brianetta> So you can build an embankment straight away 18:44:00 <peter1138> --x or x-- are equivalent 18:44:06 <KUDr> no 18:44:16 <KUDr> prefix and postfix 18:44:18 <peter1138> just the value you get is either before or after the operation 18:44:29 <KUDr> postfix is defined explicitly 18:44:46 <KUDr> but it is different operator 18:44:51 <peter1138> . . . 18:45:29 <peter1138> typedef enum foos { FOO_1, FOO_2, FOO_3 } foo; foo x = FOO_2; 18:45:46 <peter1138> x-- gives you FOO_2, --x gives you FOO_1. x is FOO_1, of course. 18:46:13 <KUDr> but -- on enum is not allowed by default 18:46:21 <KUDr> both versions 18:46:24 <Brianetta> peter1138: THe problem with not having a negative stiockpile is that players will simply half-fill their stockpile straight away, leaving unsightly holes all over the place... 18:46:31 <peter1138> hmm 18:46:36 <peter1138> i guess so 18:47:02 <Brianetta> Of course, it might be necessary to have a GUI element to show the stockpile 18:47:07 <Brianetta> perhaps on the landscape toolbar 18:47:37 <Brianetta> and the land level tool would need to count its ups and downs, then check its total against the stockpile 18:49:37 *** Digitalfox [~chatzilla@bl7-178-216.dsl.telepac.pt] has quit [Remote host closed the connection] 18:50:20 *** Digitalfox [~chatzilla@bl7-178-216.dsl.telepac.pt] has joined #openttd 19:02:18 <Darkvater> hmm, enums are pretty crappy it seems KUDr ;) 19:02:24 <blathijs> Stock pile? 19:02:40 <caladan> Enums suxx... 19:02:56 <KUDr> Darkvater: why crappy 19:03:16 <KUDr> if you need --pp operator allowed, it is not a problem 19:03:25 <KUDr> but because of one case 19:03:31 <Darkvater> cause it doesn't allow prefix :) 19:03:42 <KUDr> it was easier to use ',' operator 19:03:43 <blathijs> KUDr: How would you make --pp allowed, then? 19:03:47 <peter1138> --x isn't a different operator to x--, surely 19:04:10 <KUDr> Darkvater: it doesnn't allow postfix neither 19:04:20 <KUDr> but i defined it explicitly 19:04:43 <KUDr> peter1138: read C++ specification 19:04:45 <caladan> http://www.phim.unibe.ch/comp_doc/c_manual/CPLUSPLUS/SYNTAX/enum.html 19:04:55 <orudge> Darkvater: should have a patch for OS/2 by tomorrow 19:05:02 <orudge> depending on when it's sent to me 19:05:05 <KUDr> blathijs: same way as pp-- 19:05:30 <KUDr> DECLARE_POSTFIX_INCREMENT() does it for postfix 19:05:37 <KUDr> same way can be used for prefix 19:05:43 <peter1138> more macrcos :/ 19:05:46 <caladan> stillunknown: see that link, it says we just cannot do any meth on enum :/ 19:06:03 <KUDr> peter1138: in headers only, not in code 19:07:24 *** Digitalfox [~chatzilla@bl7-178-216.dsl.telepac.pt] has quit [Quit: Bye Bye...] 19:08:45 *** KritiK [Maxim@ppp85-140-204-150.pppoe.mtu-net.ru] has quit [Quit: Leaving] 19:09:03 <KUDr> <peter1138> --x isn't a different operator to x--, surely << in C++ they are two different operators. You can define different behavior to them but it would be silly i guess 19:09:31 <peter1138> o_O 19:09:57 <peter1138> --x is more efficient, apparently 19:10:16 <KUDr> hehe, why? 19:10:25 *** KritiK [Maxim@ppp85-140-204-150.pppoe.mtu-net.ru] has joined #openttd 19:12:04 <peter1138> becuase it's doing more 19:12:22 <KUDr> only when return value is used 19:12:30 <KUDr> otherwise the code is not generated 19:12:41 <KUDr> for temp var and return 19:12:50 <peter1138> depends if it's optimising :P 19:12:59 <KUDr> compile it in release mode and look into asm 19:13:10 <KUDr> should be for release 19:13:25 <peter1138> of course, if you want to make it slow (everything adds up) for debugging, go ahead 19:14:16 <Darkvater> KUDr: ah I see; wouldn't a prefix-operator be easier than changing the code for any prefix enum-operation? 19:14:25 <Darkvater> orudge: nice, looking forward to it :) 19:14:32 <KUDr> peter1138: map accessors do it also slow 19:14:44 <KUDr> much slower than direct access 19:14:44 <peter1138> pardon? 19:14:53 <KUDr> of course 19:15:07 <KUDr> if you don't optimize, you don't inline too 19:15:09 <peter1138> yeah 19:15:17 <peter1138> but there's also not extra code to remove there, heh 19:15:19 <KUDr> so they generate functions 19:15:41 <caladan> all get functions are to be inline 19:15:46 <KUDr> "to remove there" << ? 19:15:54 <peter1138> optimise away 19:16:05 <peter1138> except the function call itself of course 19:16:09 <peter1138> anyway 19:16:22 <KUDr> it is the same 19:16:32 <KUDr> there is no difference 19:16:34 <peter1138> i think you should just include within that macro prefix operators 19:16:36 <peter1138> and rename it 19:16:47 <peter1138> cos -- isn't an INCREMENT 19:17:01 <KUDr> true, i added it today (--) 19:17:09 <Darkvater> hehe 19:17:20 <KUDr> some good name suggestions? 19:17:23 <caladan> who invented all those enums?:> 19:17:47 <peter1138> would you rather we had magic numbers everywhere? 19:17:50 <KUDr> caladan: how else would you do it? 19:18:40 <caladan> I would suggest having hmm, header files for each normal files that would hold ONLY constants 19:18:56 <CIA-1> Darkvater * r7984 /trunk/src/network/network.c: -Fix: out-of-bounds read access on _clients array (Quark) 19:19:01 <KUDr> constants of which type? 19:19:09 <caladan> ints probably 19:19:28 <caladan> weel, i donbt really mean const int something; 19:19:29 <KUDr> and how you ensure that you can't assign VehicleID into PlayerID? 19:19:42 <caladan> You cannot ;] 19:19:49 <Darkvater> they're both ints 19:19:53 <KUDr> with enums you can 19:20:00 <caladan> yes, thats ok 19:20:04 <KUDr> PlayerID is now enum 19:20:06 <peter1138> or PlayerID into Owner! ;) 19:20:12 <KUDr> so you can't assign shit 19:20:25 <KUDr> PlayerID == Owner now 19:20:28 <caladan> but look @ min functions 19:20:46 <KUDr> caladan: what min functions you mean? 19:20:48 <peter1138> how are they related? 19:20:54 <caladan> stillunknown wanted to do min(something,some_kind_of_enum); 19:21:09 <caladan> macros.h 19:21:20 <KUDr> macros.h was written for C 19:21:21 <peter1138> wasn't that min(value, 1) ? 19:21:23 <peter1138> for int64... 19:21:29 <peter1138> or was that something else... 19:21:32 <stillunknown> that was something else 19:21:33 <caladan> now there was something else 19:21:34 <KUDr> so it is was not type safe 19:21:35 <peter1138> ok :) 19:21:35 <caladan> 1 is a constant 19:21:43 <caladan> compilier casts it to proper type 19:21:47 <stillunknown> i overloaded the functions 19:21:55 <stillunknown> so now they require specific types 19:22:05 <stillunknown> problematic for a few places 19:22:05 <caladan> but you should do int min(int64, enum); 19:22:06 <KUDr> stillunknown: how? 19:22:12 <caladan> or something like this 19:22:25 <caladan> just different arguments and return types 19:22:26 <stillunknown> KUDr: how what? 19:22:26 <KUDr> int64? 19:22:35 <caladan> doesnt matter 19:22:44 <KUDr> <stillunknown> i overloaded the functions << how? 19:22:45 <caladan> can i write function that will takie enum as argument? 19:22:53 <caladan> any enum? 19:22:53 <KUDr> yes 19:22:56 <stillunknown> http://rafb.net/p/Ttfxom55.html 19:23:01 <KUDr> any enum? 19:23:04 <stillunknown> just look at macro.h 19:23:04 <KUDr> use template 19:23:12 <caladan> hmm, that's an idea... 19:23:58 <KUDr> why do you need min(int64, enum)? 19:24:08 <KUDr> seems to be nonsense 19:24:14 <caladan> yeah, it is 19:24:33 <caladan> but in that file stillunknown is working on he compares some int to an enum - size of packet 19:24:50 <stillunknown> KUDr: your template suggestion is not bad, can that be used for min and max functions? 19:24:59 <peter1138> uint -> double? huh? 19:25:02 <KUDr> of course 19:25:11 <KUDr> it is usual way in C++ 19:25:53 <caladan> so: 19:26:10 <caladan> there should by just template min and max function 19:26:16 <stillunknown> template<A, B, C> static inline C max(A a, B b) { if (a >= b) return a; return b; } 19:26:19 <KUDr> yes 19:26:20 <stillunknown> something like this? 19:26:46 <KUDr> stillunknown: should support same argument type 19:27:07 <KUDr> template <typename T> T min(T a, T b) 19:27:07 <caladan> yeah 19:27:28 <caladan> BUT: we dont need to return enum ;] 19:27:59 <stillunknown> some places use signed and unsigned this together 19:28:19 <KUDr> it should return the same type as is used for arguments 19:28:38 <stillunknown> even saw a comparison between pointers and enums 19:28:57 <KUDr> stillunknown: you cannot do < on mismatched (signed/unsigned) types 19:29:12 <caladan> and enum isnt even an int ;] 19:29:24 <KUDr> between pointers and enums? where? 19:29:27 <stillunknown> what's "<" 19:29:39 <KUDr> operator 'lower than' 19:29:47 <peter1138> template <typename T> T min(T a, T b) { return a < b ? a : b; } 19:29:56 <peter1138> i can write c++ too, feh 19:30:04 <stillunknown> src/network/network_udp.cpp 19:30:10 <KUDr> peter1138: exactly 19:30:12 <stillunknown> around line 335 19:30:23 <Darkvater> peter1138: that was easy, wasn't it? ;) 19:30:30 <stillunknown> min function 19:30:56 <peter1138> stillunknown: strlen() does not return a pointer 19:31:04 <caladan> it returns size_t 19:31:20 <caladan> and it's length is platform dependent 19:31:26 <stillunknown> it's an inline if statement 19:31:34 <stillunknown> and it returns byte pointers 19:31:38 <KUDr> stillunknown: read carefully 19:31:40 <caladan> hmm, no 19:31:44 <caladan> it's like that 19:31:49 <KUDr> it doeasnt compare poiter and enum 19:31:54 <caladan> we give 1st or 2nd pointer to strlen 19:32:03 <caladan> then we compare strlen result with that enum 19:32:19 <KUDr> strlen result is not a pointer 19:32:30 <KUDr> size_t 19:32:35 <KUDr> integral type 19:32:36 <Darkvater> it's the length in char-elements of the string 19:32:42 <caladan> size_t strlen(const char *s); 19:33:07 <Darkvater> peter1138: FS#365 (stuck blimp due to airport speed) 19:33:14 <Darkvater> found it in my savegame repository ;p 19:33:18 <peter1138> hmm 19:33:47 <peter1138> i shall download it and take it home 19:34:32 <Darkvater> what do we want rather: scrolling about window which scrolls faster if you move your mouse 19:34:43 <Darkvater> or scrolling about window that doesn't scroll when you are in pause 19:34:53 <peter1138> um... 19:35:03 <peter1138> neither? :p 19:35:04 <caladan> hmm, is there something like toggle hishspeed on and off? 19:35:12 <caladan> highspeed* 19:35:23 <caladan> i dont want to hold the tab :D 19:35:33 <Darkvater> click on it? 19:35:35 <peter1138> hmmmmm 19:35:46 <Darkvater> caladan: the FF button stays stuck 19:36:18 <caladan> huh, sorry, it works :D 19:36:27 <caladan> im just to keyboardbound.... 19:37:03 <peter1138> Darkvater: i guess WE_TICK is the doesn't scroll when paused? 19:37:10 <Darkvater> yes 19:37:29 <Darkvater> perhaps WE_TIMEOUT works... 19:37:34 <Darkvater> I'll have to chek that 19:37:35 <stillunknown> KUDr: can a C min function use the same name as a C++ template? 19:38:17 <peter1138> WE_4 but that's every 100 ticks. hmm. 19:38:36 <blathijs> stillunknown: Not if it has the same number of arguments, I'd say 19:38:53 <peter1138> otoh 19:38:56 <peter1138> hmm 19:39:04 *** Digitalfox [~digitalfo@bl8-40-207.dsl.telepac.pt] has joined #openttd 19:39:07 <caladan> you must have different arguments and not the same return type 19:39:36 <stillunknown> doesn't the fact that a template argument is given imply something? 19:39:46 <SpComb> Logs: http://zapotek.paivola.fi/~terom/logs/openttd 19:39:46 <Digitalfox> !logs 19:40:17 <blathijs> stillunknown: I think the template argument just potentially defines min functions with any argument type 19:40:31 <caladan> yeah, that's what it does... 19:40:33 <peter1138> oh, WE_4 pauses too :/ 19:40:37 <caladan> you just dont have type it manually... 19:40:37 <blathijs> stillunknown: so if you define min(int, int) and min(T, T), the compiler can't decide which one to take 19:40:44 <blathijs> if you call min(int, int) 19:41:45 <peter1138> otoh 19:41:47 <peter1138> does it matter? 19:42:28 <blathijs> I don't think you want to have both functions anyway, so no? 19:42:30 <blathijs> :-) 19:42:53 <caladan> still, to make compilier sit silent you have to type addidional line ;] 19:43:01 <caladan> and you still use it like a normal min ;] 19:43:04 <caladan> with casting... 19:43:20 <KUDr> stillunknown: how would you call template function from C code? 19:43:32 <KUDr> if you solve this problem, then yes 19:44:17 <Darkvater> peter1138: KUDr broke it ;p 19:44:36 <KUDr> Darkvater: what i broke? 19:44:42 <Darkvater> nothing, it was a joke 19:44:46 <KUDr> ahh 19:45:14 <stillunknown> fileio.cpp line 62 19:45:22 <Darkvater> the mouse input handling was changed, and now it's more responsive causing the about window the scroll faster if you move the mouse 19:45:31 <stillunknown> comparison of pointers and integer 19:46:04 <KUDr> no 19:46:20 <KUDr> _fio.buffer_end - _fio.buffer produces ptrdiff_t 19:46:30 <KUDr> which is integral type 19:46:35 <KUDr> signed 19:46:50 <Darkvater> gotta run :( 19:46:58 <Darkvater> have a nice evening guys, back around midnight/ 19:47:05 <KUDr> ok 19:47:09 <KUDr> bye 19:49:28 <KUDr> stillunknown: g++ would generate an error if you compare poiter to integral 19:49:34 *** HMage [~HMage@85.21.179.41] has quit [Read error: Connection reset by peer] 19:50:38 <caladan> KUDr: integral is hmm, some kind of sum you mean integer :-) 19:51:20 <KUDr> caladan: integer is kind of integral 19:51:27 <KUDr> size_t too 19:51:30 <KUDr> byte too 19:51:35 <KUDr> etc 19:52:03 <caladan> in my dict integral is not a number but rather a math operation, that's what i mean :-) 19:52:05 *** pecisk [~pecisk@purvc-44-54.maksinets.lv] has joined #openttd 19:52:21 <KUDr> integral is any deterministic type which represent integral (not floating point) number 19:52:31 <blathijs> caladan: http://en.wikipedia.org/wiki/Integral_%28disambiguation%29 19:52:41 <KUDr> also enum can be treated as integral (implementation specific) 19:54:15 <caladan> ok :D 19:54:34 <caladan> My bad, didnt know there are that many meanings 19:55:31 <KUDr> Types bool, char, wchar_t, and the signed and unsigned integer types are collectively called integral 19:55:34 <KUDr> types.41) A synonym for integral type is integer type. The representations of integral types shall define values 19:55:34 <KUDr> by use of a pure binary numeration system.42) [Example: this International Standard permits 2’s complement, 19:55:34 <KUDr> 1’s complement and signed magnitude representations for integral types. ] 19:55:40 <KUDr> from C++ specs 19:57:51 <caladan> ok, i get it now, just a hmmm, language misunderstanding 19:58:02 <KUDr> its ok 19:58:15 <KUDr> this is why we should look into specs sometimes 19:58:24 <KUDr> i have the same difficulties 19:58:32 <KUDr> so i look tehere sometimes 19:59:24 <stillunknown> it seems conventional functions and templates can coexist 20:00:38 <KUDr> conventional function is taken if it fits best 20:01:02 <KUDr> but it is useless if you have template version 20:01:43 <stillunknown> it's usefull until the entire uses the template functions :-) 20:01:54 <KUDr> entire? 20:02:06 <KUDr> if you don't provide non-template 20:02:12 <KUDr> then template is used 20:02:13 <stillunknown> entire coe 20:02:18 <stillunknown> code 20:02:19 *** silent [~pwr@86.121.146.234] has joined #openttd 20:02:24 *** HMage [~HMage@85.21.179.41] has joined #openttd 20:02:26 <stillunknown> typing with an apple in my hand :-) 20:02:47 <KUDr> i don't need apple to do mistakes :) 20:02:52 <KUDr> so i am better 20:03:18 <hylje> apple or Apple? 20:03:38 <KUDr> it is the same 20:03:38 <stillunknown> The kind most people can eat. 20:06:23 *** Bjarni [~Bjarni@0x50a46ac4.virnxx14.adsl-dhcp.tele.dk] has joined #openttd 20:06:27 *** mode/#openttd [+o Bjarni] by ChanServ 20:12:25 <stillunknown> KUDr: macros.hpp is an ok name? 20:15:00 <KUDr> for what? 20:15:29 <KUDr> what exactly are you truing to solve? 20:15:36 <KUDr> -u+y 20:17:07 <Ailure> mwe 20:18:43 <stillunknown> KUDr: first i made many functions, now trying to use templates for max(), min(), abs() 20:19:24 <KUDr> stillunknown: are you preparing some feature patch or are you doing new map rewrite? 20:20:02 <KUDr> or you want only to play and learn templates? 20:20:11 <KUDr> or what is the goal? 20:20:24 <hylje> :o 20:20:28 <KUDr> i suppose the goal is not 'to use templates for max(), min(), abs()' 20:20:55 <KUDr> it should be used when needed to solve some problem 20:21:06 <KUDr> or implement any new feature or so 20:21:58 <stillunknown> i saw that double's being put into a function for int's, so i made another for double, then i found out some places were putting wrong stuff into functions 20:22:19 <KUDr> stillunknown: aha 20:22:25 <KUDr> you mean g++ warnings 20:22:33 <KUDr> yeah 20:22:48 <stillunknown> yes, but as soon as i overloaded the function i saw many other errors 20:22:50 <KUDr> abs() is normally for 'double' 20:22:54 <FlashFF> hey guys 20:22:57 <KUDr> ottd has it redefined 20:23:05 <stillunknown> now i see templates are much better 20:23:08 <FlashFF> the little pin that says its supposed to stop the window being closed by "close all windows" 20:23:14 <FlashFF> doesnt appear to work in 0.4.8 20:23:15 <FlashFF> :( 20:23:48 <blathijs> FlashFF: Please try if the problem is still there in 0.5.0-RC3 20:23:57 <KUDr> stillunknown: ok, then remove the originals from macros.h 20:24:09 <KUDr> and make them templates (helpers.h) 20:24:21 <FlashFF> nm, im a retard 20:24:22 <KUDr> helpers.hpp 20:24:23 <KUDr> sorry 20:24:23 <FlashFF> lol 20:24:31 <blathijs> FlashFF: You're the first to report that AFAIK, so my guess is you either do something wrong, or you have some weird system/configuration 20:25:05 <FlashFF> the first one lol 20:25:21 <FlashFF> i looked up how to do it and read shift + del as close all windows 20:26:41 <hylje> nice 20:28:21 *** ChrisM87 [~ChrisM@p54AC7464.dip.t-dialin.net] has quit [Remote host closed the connection] 20:29:47 <KUDr> C server and CPP client in MP game seem to work fine together :) 20:32:19 <blathijs> KUDr: You faked revision number? 20:32:41 <KUDr> blathijs: no. I compiled with VC++ 20:32:49 <KUDr> 'norev000' 20:32:52 <blathijs> ah :-) 20:33:09 <blathijs> KUDr: Which trunk rev did you get? The rev where you branched cpp I guess? 20:33:50 <KUDr> 7974 20:34:13 <blathijs> which is? 20:34:27 <blathijs> I don't have a complete commit log handy in my head, sorry ;-p 20:34:39 <KUDr> somewhere in middle 20:35:00 <blathijs> so there are changes in trunk which are not in cpp, but they still work together? 20:35:38 <KUDr> seems not in sources 20:35:54 <KUDr> only 0.5 forward ports 20:36:12 <KUDr> i synced cpp to 7961 20:36:44 <blathijs> ah 20:36:47 <KUDr> and between 7961 and 7974 were no significant changes 20:36:58 <KUDr> seems so 20:37:34 <KUDr> i wanted to check compatibility (could be broken if something is different) 20:37:47 <blathijs> indeed 20:37:49 <KUDr> but seems that game goes the same 20:37:57 <KUDr> on both 20:38:04 <blathijs> if everything is done right, there should be absolutely no difference or problems 20:38:19 <KUDr> because i wanted to have no differences for now 20:38:25 <KUDr> yes 20:38:38 <KUDr> but i doubt that all is perfect 20:38:41 <blathijs> so, cpp is nearing completion? 20:38:42 <KUDr> in cpp branch 20:38:51 <KUDr> i changed thousends of lines 20:38:58 <KUDr> -e+a 20:39:15 <KUDr> blathijs: it is complete 20:39:23 <KUDr> just some warnings remain 20:39:34 <KUDr> as the compiler is much stricter 20:39:42 <KUDr> and i am silencing them now 20:39:59 <KUDr> but only g++ complains 20:40:02 <peter1138> fixing is better than silencing :P 20:40:15 <peter1138> which is probably what you mean 20:40:21 <KUDr> so i would suggest to not support it any longer and use MSVC only :) 20:40:32 <peter1138> to me, silencing is doing stuff like putting casts in everywhere 20:40:41 <peter1138> KUDr: yeah, right 20:40:44 <KUDr> peter1138: what can be fixed i fix 20:40:46 *** Mucht_ [~Mucht@p57A0E82E.dip.t-dialin.net] has joined #openttd 20:41:13 <KUDr> but sometimes it is not so easy for me understand the logic 20:41:20 <KUDr> so i can't do real fix 20:41:31 <KUDr> therefore i must use cast 20:41:48 <KUDr> now i am dealing with string ids 20:42:00 <KUDr> they are many different anonymous enums 20:42:08 <KUDr> and g++ is unhappy from it 20:43:00 <KUDr> sometimes g++ is right, sometimes it seems to be stupid 20:43:54 <KUDr> like int = condition ? enum1 : enum2; 20:44:11 <KUDr> both can be converted to int and then they are the same 20:44:26 <KUDr> but it complains that enum1 and enum2 are different 20:44:50 <KUDr> which doesn't matter in this case as they both get converted to int 20:45:06 <orudge> Darkvater: shall I make the OS/2 patch for trunk, or rc3? I'd guess the first, and it can then be backpored 20:45:09 <orudge> backported 20:45:54 <KUDr> orudge: can you try to play with cpp branch / os2 when you get some time? 20:46:20 <orudge> Not immediately, but perhaps at some point 20:46:22 <KUDr> ok 20:46:25 <KUDr> thanks 20:46:30 *** MUcht [~Mucht@p57A0F2C7.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 20:48:00 *** MUcht [~Mucht@p57A0EA76.dip.t-dialin.net] has joined #openttd 20:48:06 <blathijs> KUDr: I think explicitely marking those conversions with casts isn't a bad idea 20:48:21 <blathijs> KUDr: It will not cause a change in behaviour with current trunk anyway 20:48:37 <blathijs> KUDr: Can you normally do int = enum1; without a cast? 20:49:39 <KUDr> yes 20:49:47 <KUDr> but not the opposite 20:50:29 <blathijs> From a compiler perspective, what g++ does makes sense 20:50:42 <blathijs> as a general rule, the return types of ?: should be the same 20:50:58 <KUDr> looks so 20:51:12 <blathijs> and evalutation type constraints is, optimally, done without looking at what you are expected to return 20:51:18 <KUDr> returning the same type so strictly is not needed 20:51:23 <KUDr> but g++ does it 20:51:32 <KUDr> i dunno what specification tells 20:51:51 <KUDr> it doesn't matter as we must fix it in order to use g++ 20:52:04 <blathijs> It's probably that ?: always needs a consistent return type and only the = operator will do implicit casts 20:52:21 <KUDr> yes, it should try to do the conversion first 20:52:24 <blathijs> so it will try to cast ?:, but not the arguments to ?: 20:52:29 <KUDr> if types don't match 20:52:44 <KUDr> looks so 20:52:53 <KUDr> which can be correct 20:53:13 <KUDr> but i think it is not needed 20:54:00 *** Mucht_ [~Mucht@p57A0E82E.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 20:54:42 <blathijs> KUDr: The requirement could be 'optimized' away, but the spec probably won't allow that 20:55:00 <KUDr> possible 20:55:01 <Brianetta> http://laps.fri.uni-lj.si/~duke/HPpictures/aqueduct.jpg 20:55:04 <KUDr> i can't tell 20:55:06 <Brianetta> I want to build one of those 20:55:26 <KUDr> but from practical point of view i don't like this behavior 20:55:54 <KUDr> bbs (food) 21:02:29 <orudge> Ooh, OpenTTD was all restructured 21:02:33 <orudge> that explains the bin and src and so on 21:02:42 * orudge did wonder why tortoisesvn deleted his entire source tree 21:04:39 <Brianetta> heh 21:05:25 <orudge> Hmm, and now to figure out this new makefile structure 21:05:27 * orudge scratches head a bit 21:06:05 *** Duckleon [~chatzilla@ADijon-257-1-24-111.w86-204.abo.wanadoo.fr] has quit [Read error: Connection reset by peer] 21:06:11 <blathijs> orudge: ./configure && make 21:08:53 *** |Jeroen| [~jeroen@dD5772982.access.telenet.be] has quit [Quit: Whoopsy] 21:09:07 <orudge> I meant the actual source of it :p 21:09:13 <orudge> ie, setting up some OS/2-specific stuff :p 21:11:49 *** Mucht_ [~Mucht@p57A0F4E7.dip.t-dialin.net] has joined #openttd 21:15:43 <Ailure> People sitll use OS/2 21:15:51 *** scia [~scia@AveloN.xs4all.nl] has quit [Quit: Lost terminal] 21:15:54 <Ailure> LOL WHY WOULD PEOPLE USE A HALF OS OLOLOL 21:16:36 *** BFM [~chatzilla@CPE-138-130-140-81.nsw.bigpond.net.au] has joined #openttd 21:16:40 <blathijs> *sigh* 21:17:09 <qball> *sigh* 21:17:52 <glx> orudge: look in config.lib and Makefile.*.in 21:18:00 <Rubidium_> Ailure: why are most people using a derivative of the OS? 21:18:25 *** MUcht [~Mucht@p57A0EA76.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 21:18:51 <blathijs> Rubidium_: Because they liked the other half filled in? 21:19:20 <Ailure> :p 21:19:47 <Ailure> I want to see a Win 3.1 port 21:19:50 <Ailure> and DOS 21:19:50 <Ailure> xD 21:19:52 <Ailure> or not 21:19:56 <qball> freedos? 21:20:07 <Ailure> I actually never tried OS/2 despite having install discs 21:20:08 <Ailure> that too heh 21:20:48 *** PandaMojo [~chatzilla@ip72-197-231-130.sd.sd.cox.net] has joined #openttd 21:21:30 <orudge> glx: I figured that out 21:21:40 <orudge> It's funny, every time I mention OS/2, people here make comments for some odd reason... 21:22:12 <qball> orudge: it's because they have brain/2 21:26:42 <orudge> There we go, patch submitted 21:30:08 * MiHaMiX have a legal OS/2 license and install CD (OS/2 Warp IIRC) 21:30:21 <MiHaMiX> even though, I used it last time ~6 yrs ago 21:30:35 *** FlashFF [~flashff@80-193-4-162.cable.ubr05.gill.blueyonder.co.uk] has quit [Ping timeout: 480 seconds] 21:32:47 <Nigel> I wouldn't mind trying OS/2 actually 21:34:42 *** MUcht [~Mucht@p57A0CE9E.dip.t-dialin.net] has joined #openttd 21:36:11 *** Progman [~progman@p57A1D05E.dip.t-dialin.net] has joined #openttd 21:36:34 *** Tron_ is now known as Tron 21:41:10 *** Mucht_ [~Mucht@p57A0F4E7.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 21:42:56 *** DaleStan_ [~Dale@74-140-44-235.dhcp.insightbb.com] has joined #openttd 21:43:51 *** Purno [~Purno@5351CF18.cable.casema.nl] has quit [Quit: Life is a game of pick-up-sticks, played by fucking lunatics.] 21:45:42 <Brianetta> Your nsignalsw.grf file is corrupted or missing! 21:45:42 <Brianetta> Your 2ccmap.grf file is corrupted or missing! 21:45:43 <Brianetta> etc 21:45:44 <Brianetta> etc 21:45:51 <Brianetta> What happened? 21:46:16 <blathijs> Brianetta: What did you do? 21:46:33 <Brianetta> I tried to run openttd 21:46:35 <Brianetta> the nightly 21:46:43 <Brianetta> first time, since 0.5 21:47:13 <Celestar> hr 21:47:17 * Brianetta tries to remake 21:48:54 * Sacro wonders what highlights blathijs and qball have 21:49:28 *** DaleStan [~Dale@74-140-44-235.dhcp.insightbb.com] has quit [Ping timeout: 480 seconds] 21:49:33 <blathijs> Sacro: Why do you wonder? 21:49:37 <Celestar> Brianetta: with your collection of newgrfs? 21:49:42 <Brianetta> Celestar: No 21:49:47 <blathijs> Sacro: Your "blathijs" highlighted anyway 21:49:53 <Celestar> Brianetta: which newgrfs then? 21:49:59 <Brianetta> grfs 21:50:04 <Sacro> blathijs: just os/2 was mentioned, and 2 people popped up who never normally talk 21:50:04 <Celestar> ok 21:50:49 <Rubidium_> Brianetta: everything got moved. The executable in trunk/ is not the right one anymore, it should be in bin/ 21:51:11 <Rubidium_> furthermore there should be no *.o files in trunk/ either 21:51:20 <blathijs> Sacro: When I have a terminal open, I read 90% of what's said here :-) 21:51:43 <Sacro> blathijs: ahh nice, i just thought you ignored it all 21:52:32 <blathijs> I don't read all backlogs anymore though (I used to do that before) 21:52:34 * Brianetta symlinks everything back to where it should be 21:52:40 <Brianetta> data/ isn't a bin/ item 21:54:19 *** FlashFF [~flashff@80-193-4-162.cable.ubr05.gill.blueyonder.co.uk] has joined #openttd 21:54:24 <Rubidium_> it should be in bin 21:54:37 <Sacro> data/ as in grfs? 21:54:41 <Brianetta> yes 21:54:47 <Sacro> should not bin in bin/ 21:54:48 <Brianetta> and all your newgrfs, etc 21:54:51 <Sacro> *be in 21:54:56 <Brianetta> of course they shouldn't 21:55:02 <Brianetta> that's something make install should sort out 21:55:03 <Sacro> share/ 21:55:48 <peter1138> heh 21:56:09 <Brianetta> I'm glad I'm not runinng a nightly server 21:56:15 <Brianetta> I'd be compelled to script all sorts of hacks 21:58:27 *** Neonox [~Neonox@offb-590eba52.pool.einsundeins.de] has joined #openttd 21:58:53 <peter1138> hmm? 22:00:23 <blathijs> Brianetta: Technically, grf's are binary data, but I think I argued that's not exactly what bin is meant for usually 22:00:40 <Celestar> share/ might be a decent place 22:00:41 <Brianetta> it isn't 22:00:48 <Brianetta> share would be more consistent 22:01:03 <Brianetta> certainly if (as it seems) you intend to adhere to the fsstnd somewhat 22:01:22 <Celestar> Brianetta: we're about to adhere to it slowly 22:02:08 <Brianetta> (: 22:04:16 <peter1138> we also have to be nice for windows users :/ 22:04:44 <Wolf01> 'night all 22:04:45 <Brianetta> Don't they have make install? 22:04:47 *** Wolf01 [~wolf01@host91-173-dynamic.60-82-r.retail.telecomitalia.it] has quit [] 22:06:10 <Brianetta> r7982 -Codechange: Enumify graphics blitter modes. 22:06:20 <Brianetta> No wonder we get accused of speaking our own language 22:06:41 <Nigel> surely 'lib' would be a more appropriate place for grf's 22:06:43 <peter1138> *cough* 22:06:52 <caladan> Oh come on, one day a friend of mine phoned me 22:07:00 <caladan> he had problems with /boot and booting system 22:07:23 <caladan> so i say to him, in polish, you've got kernel in boot 22:07:38 <caladan> thous in polish it's the same as you've got your balls in shoes :D 22:08:14 <peter1138> colonel upgrades are fun 22:08:24 *** Belugas is now known as Belugas_Gone 22:09:34 *** Nigel [~Nigel@202-154-144-120.ubs-dynamic.connections.net.nz] has quit [Quit: Leaving] 22:22:34 *** DaleStan__ [~Dale@74-140-44-235.dhcp.insightbb.com] has joined #openttd 22:22:42 *** DaleStan__ is now known as DaleStan 22:22:55 <caladan> huh, i can see there is ebuild for OpenTTD-0.5.0rc2 in gentoo, good job :-) 22:23:04 <caladan> whoever made it :-) 22:24:46 *** Rens2Sea [~Rens2Sea@213.211.185.168] has quit [] 22:24:48 <peter1138> i wish they wouldn't ebuild RCs... 22:25:07 <Smoovious> colonel? 22:25:17 *** DaleStan__ [~Dale@74-140-44-235.dhcp.insightbb.com] has joined #openttd 22:25:34 <peter1138> sounds the same as/similar to kernel 22:26:01 *** Digitalfox [~digitalfo@bl8-40-207.dsl.telepac.pt] has quit [] 22:26:02 <Maedhros> i'm mildly surprised they did, but if you like i can talk to Pylon and ask him not to next time 22:26:56 <caladan> why is that bad? 22:27:02 *** HMage [~HMage@85.21.179.41] has quit [Read error: Connection reset by peer] 22:27:02 <Maedhros> also he's missed out fontconfig and freetype support 22:28:14 <caladan> it's marked as unstable, so i guess that's ok 22:29:10 *** DaleStan_ [~Dale@74-140-44-235.dhcp.insightbb.com] has quit [Ping timeout: 480 seconds] 22:29:22 <peter1138> hmm, ok 22:29:43 <peter1138> Maedhros: skip the not do it, but point out them two :) 22:31:30 <Maedhros> ok :) 22:31:45 <stillunknown> KUDr: are you still here? 22:31:50 <KUDr> yes 22:32:06 <stillunknown> i made min. max and abs template based 22:32:07 <Maedhros> in fact... i think RELEASE=${PV} is going to make it impossible to play with anyone who didn't use this ebuild, as PV=0.5.0_rc2, not 0.5.0-RC2 22:32:09 <Ailure> [22:30] * MiHaMiX have a legal OS/2 license and install CD (OS/2 Warp IIRC) 22:32:10 *** DaleStan [~Dale@74-140-44-235.dhcp.insightbb.com] has quit [Ping timeout: 480 seconds] 22:32:10 *** DaleStan__ is now known as DaleStan 22:32:13 <stillunknown> pretty large patch 22:32:14 <Ailure> I have a legal license as well xD 22:32:24 <Ailure> I got OS/2 warp free from a magazine 22:32:35 <Ailure> mostly as a advertisment for people to get a newer version if they liked it 22:32:46 <stillunknown> KUDr: want the patch now or later? 22:32:55 *** Digitalfox [~chatzilla@bl8-40-207.dsl.telepac.pt] has joined #openttd 22:32:55 <Ailure> that was during the prime-time of Win95 and when IBM hadn't abonden OS/2 warp 22:33:00 <KUDr> stillunknown: Celestar will do it probably 22:33:14 <KUDr> but you can give me it 22:33:23 <KUDr> so we can get the better way 22:33:45 <SpComb> Logs: http://zapotek.paivola.fi/~terom/logs/openttd 22:33:45 <Digitalfox> !logs 22:34:00 <stillunknown> KUDr: i'll upload it somewhere 22:34:05 <KUDr> ok 22:34:13 <KUDr> or dcc 22:35:07 <stillunknown> http://rafb.net/p/b30W4J86.html 22:35:24 <stillunknown> be sure to read it a bit 22:35:27 <KUDr> ok 22:35:29 <KUDr> thanks 22:35:31 *** HMage [~HMage@85.21.179.41] has joined #openttd 22:35:52 <stillunknown> it worked without any compile warnings 22:35:56 <KUDr> max <uint> (a, 128) 22:36:04 <KUDr> why this explicit uint 22:36:12 <KUDr> it is crazy 22:36:29 <stillunknown> it is? 22:36:35 <KUDr> yes 22:36:45 <DaleStan> KUDr: Because 128 is an int, unless explicitly casted otherwise. 22:36:50 <caladan> well, it is suitable for enums... not for standard types 22:37:06 <stillunknown> i typed everything according to the variable type 22:37:12 <KUDr> DaleStan: so it takes the type of first argument 22:37:16 <stillunknown> except a few exceptions 22:37:22 <KUDr> hmm 22:37:45 <KUDr> maybe you are right but i think it must deduce the type 22:37:58 <DaleStan> No, it doesn't. Both arguments have to match, so it doesn't know whether to cast the a to an int, or the 128 to a uint. 22:38:18 <KUDr> 128 could be any integral type 22:38:19 <blathijs> KUDr: I think you can say 128u to force it unsigned? 22:38:37 <KUDr> and should much the left in comparison operators too 22:38:45 <KUDr> so why not in templates? 22:38:50 <DaleStan> And there's also a template<typename _A, typename _B> max(_A a, _B b, type SomethingElse); 22:38:59 <KUDr> blathijs: right 22:39:06 <KUDr> could work too 22:39:07 <stillunknown> those i didn't make 22:39:20 <stillunknown> it seemed to work well with just one type 22:39:40 <caladan> there's no need for two different types 22:39:48 <caladan> it's just enought to have one 22:39:59 <caladan> and just to keep compilier silent about enums.. 22:40:37 <stillunknown> i did nothing about enums, there were just some ugly things being done in a few places 22:40:49 *** silent [~pwr@86.121.146.234] has quit [Quit: Client exiting] 22:41:17 <stillunknown> and this one template compiles for everything, which was rather nice 22:41:41 <KUDr> ok, we will see 22:42:01 <stillunknown> do what you want, just don't throw it all away 22:42:11 <KUDr> :) 22:42:17 <KUDr> don't worry 22:42:24 <stillunknown> it was not easy, but it seems to work nicer 22:42:25 <KUDr> it is inspiration at least 22:42:42 <KUDr> guys will not like those <type> 22:42:52 <KUDr> it doesn't look like C 22:43:11 *** KritiK [Maxim@ppp85-140-204-150.pppoe.mtu-net.ru] has quit [Quit: Leaving] 22:43:16 <stillunknown> but the C way i need 25 functions 22:43:17 <KUDr> and if it can be avoided we should 22:43:20 <stillunknown> now i have 3 templates 22:43:31 <KUDr> 3 templates 22:43:37 <stillunknown> min, max, abs 22:43:40 <KUDr> but use somehow type deduction 22:43:59 <KUDr> i will try it outside ottd 22:45:02 <stillunknown> it's easy to remember that <type> is needed for "macro's" 22:45:27 <stillunknown> before everything was processed as int 22:45:33 <stillunknown> with a few different 22:46:21 <Darkvater> hi 22:46:21 <blathijs> KUDr: How should I read that "type" thing? 22:46:26 <blathijs> ey DV 22:46:43 <Darkvater> orudge: yeah for trunk, then we'll backport 22:46:52 <stillunknown> basicly the datatype it processes as 22:47:06 <stillunknown> so you have one template, which you can choose the datatype 22:47:16 <KUDr> blathijs: read? 22:47:31 *** XeryusTC [~irc@cc480157-b.sneek1.fr.home.nl] has quit [] 22:47:40 <KUDr> it specifoes for which type the template should instantiate this function 22:48:33 <blathijs> KUDr: so you just add a non-used third argument to "choose" which template you want to use? 22:48:40 <stillunknown> template <typename T> FORCEINLINE T min(T a, T b) { return a < b ? a : b; } 22:48:49 <blathijs> KUDr: How would you call that max function DaleStan posted up there? 22:48:50 <caladan> blathijs: no, you dont have many tempates 22:49:05 <caladan> you have one template, and change type it uses 22:49:20 <KUDr> DaleStan? i must be blind 22:50:27 <blathijs> 23:38 < DaleStan> And there's also a template<typename _A, typename _B> max(_A a, _B b, type SomethingElse); 22:50:28 <DaleStan> I'm not sure if I got the prototype right, but there's a definitely a three-argument max for which the first two arguments can be of different types, at least in MS's version of the C++ library. 22:50:38 <KUDr> aha 22:50:47 <KUDr> it is useless 22:50:58 <KUDr> it can combine uint and int 22:51:06 <KUDr> which can't be compared 22:51:37 <blathijs> KUDr: then what is the <type> thing that "guys will not like" ? 22:51:42 <KUDr> or it must be specialized to avoid that conflict 22:52:06 <KUDr> blathijs: template argument 22:52:12 <PandaMojo> blathijs: The explicit template parameter list 22:52:15 <KUDr> compile time only 22:52:22 <KUDr> or so 22:52:25 <KUDr> yes 22:52:38 <blathijs> like, max<uint>(arg1, arg2) ? 22:52:43 <orudge> [22:46:42] <Darkvater> orudge: yeah for trunk, then we'll backport <-- see bugs.openttd.org 22:52:46 <KUDr> it is not passed to the function 22:52:48 <PandaMojo> Right. 22:52:52 <KUDr> it is for compiler only 22:53:06 <blathijs> k, then I understand :-) 22:53:08 <blathijs> Ugly indeed, but doable 22:53:15 <KUDr> yes 22:53:26 <KUDr> some projects are full of it 22:53:33 <PandaMojo> Though, if typeid(arg1)==typeid(arg2), it can be implicitly figured out by the compiler. 22:53:41 <KUDr> but in this case it must be avoidable 22:53:50 <KUDr> i think 22:54:07 <stillunknown> you know what i like about explicit? 22:54:16 <stillunknown> i did an abs of uint 22:54:25 <stillunknown> it warned and i realised i should use an int 22:54:43 *** Nigel [~nigel@202-154-144-120.ubs-dynamic.connections.net.nz] has joined #openttd 22:54:44 <KUDr> sometimes it is good 22:54:49 <stillunknown> being explicit in template 22:54:52 <KUDr> but it can be disturbing 22:54:59 <KUDr> while reading the logic 22:55:29 <stillunknown> it took a little while, but it makes sense now 22:55:42 <stillunknown> to understand templates, howto make them 22:56:05 <KUDr> templates are easy 22:56:16 <caladan> and sometimes usefull 22:56:22 <caladan> like vector<car> :D 22:57:03 <stillunknown> vectors are nice :-) 22:58:10 *** lolman [~John@cpc3-leds2-0-0-cust55.leed.cable.ntl.com] has left #openttd [] 22:58:38 <stillunknown> goodnight 22:58:44 <KUDr> gn 22:58:46 <caladan> bye :) 23:04:11 <PandaMojo> stillunknown: Actually, your compiler should still warn you even if you implicitly used the <uint> abs overload 23:04:41 *** BJH2 [~chatzilla@e176097186.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.61 [Mozilla rv:1.7.12/20050915]] 23:05:26 <PandaMojo> In fact, I spent most of yesterday wrangling around with supressing such warnings in code which is meant to work with both signed and unsigned types, causing many constant expression warnings :P 23:07:48 *** Progman [~progman@p57A1D05E.dip.t-dialin.net] has quit [Remote host closed the connection] 23:23:58 *** Vikthor [~Vikthor@snat2.arachne.cz] has quit [Quit: Leaving.] 23:24:49 *** Archieboy [Archieboy@c-1a1d71d5.013-2011-68736410.cust.bredbandsbolaget.se] has joined #openttd 23:25:03 <Archieboy> G'day 23:25:11 <Archieboy> Night 23:25:14 <Archieboy> Whatever 23:27:55 <Sacro> hey 23:29:44 <CIA-1> celestar * r7985 /branches/cpp/src/ (13 files in 2 dirs): [cpp] - Codechange: turned "myabs" into a function template. As it doesn't work for unsigned types (naturally), implement a "delta" function that gives the absolute difference between two scalar values 23:45:18 <caladan> hmm, why there are no scenarios in 0.5.0rcN? 23:45:31 <Sacro> cos its an rcN 23:45:44 <caladan> so in 0.5.0 there will be? 23:46:14 <Sacro> maybe 23:46:32 *** Sacro [~Ben@adsl-213-249-225-220.karoo.KCOM.COM] has quit [Quit: Leaving] 23:46:56 <caladan> ok, just wondered about that a bit 23:47:32 *** Sacro [~Ben@adsl-213-249-225-220.karoo.KCOM.COM] has joined #openttd 23:47:33 <Bjarni> they will most likely be in real releases 23:47:43 <Bjarni> RC = release candidates 23:47:54 <Darkvater> Bjarni: ! 23:48:02 <Bjarni> we are checking for bugs to make the stable releases... well stable ;) 23:48:06 <Bjarni> Darkvater: ! 23:48:07 <Darkvater> Bjarni: branches/makefile does it make any sense to keep it around? 23:48:21 <Bjarni> I already told Celestar that it's ok to remove it 23:48:31 <Darkvater> ok 23:48:51 <Bjarni> the makefile rewrite totally removed the need for it 23:48:52 <caladan> i know that rc stands for release candidate, but i see no objections to include scenarios in it 23:49:04 <Bjarni> I do 23:49:08 <Bjarni> more work for me 23:49:14 <Brianetta> http://ppcis.org/standard/ 23:49:18 <Brianetta> Look at my funky script 23:49:27 <Brianetta> and my funky green and red blobs 23:49:32 <Brianetta> that I made from scratch in the Gimp 23:50:09 <caladan> sweet, used that button-wizard? :D 23:50:14 <Brianetta> what? 23:50:23 <caladan> there's a button wizard in GIMP 23:50:26 <Bjarni> why is there a red dot? 23:50:30 <Bjarni> is something broken? 23:50:31 <Brianetta> I made them from scratch in the Gimp 23:50:36 <Brianetta> Bjarni: It's not in the current game 23:50:41 <Bjarni> ahh 23:50:49 <Brianetta> Idea is that the table holds all the grfs I will ever use 23:50:59 <Brianetta> and the current selection appear green 23:51:12 <Maedhros> night 23:51:18 <Brianetta> thanks to UDP protocol version 4 I can check these out (: 23:51:19 <caladan> that .zip is a good thing, easy to install... 23:51:40 <Bjarni> not as easy as the mac binary 23:52:08 <Brianetta> Bjarni: If you want to make me a dimg of thos grfs, feel free (: 23:52:35 <Bjarni> except people insist on placing it in the application folder and the game is not designed to handle that 23:52:37 <Darkvater> thos buttons 23:52:39 <Darkvater> aaagh 23:52:41 <Bjarni> dimg? 23:52:42 <Darkvater> they hurt my eyes 23:52:59 <caladan> quite "live" colours :D 23:52:59 <Brianetta> Darkvater: Get them upgraded 23:53:10 <Darkvater> make them pink! 23:53:13 <Brianetta> nooo 23:53:23 <Darkvater> but think of the gay community out there! 23:53:25 <Darkvater> racist 23:53:27 <Brianetta> They're four-layer images (: 23:53:34 <Bjarni> Darkvater: get a 2D monitor where stuff like buttons are drawn in 2D... It appears that the 3D image hit you in the head 23:53:38 <Brianetta> I have to pallete-shift all four 23:53:39 <Brianetta> it's a hassle 23:53:41 <caladan> wow, i see them flat anyway :P 23:54:09 <Rubidium_> hmm, since when are release candidates stable releases? 23:54:20 <caladan> these are not stable 23:54:24 <Bjarni> I don't know 23:54:31 <Bjarni> people act like they are stable 23:54:38 <Brianetta> Rubidium_: My server isn't finalised yet either 23:54:56 <caladan> cause they want to have electric reilways and so on... 23:54:59 <Brianetta> I am taking advantage of RC testing to run in my systems 23:55:11 <Brianetta> I should note that in the page 23:55:38 <Brianetta> there 23:55:38 <Ailure> !2na rename 2 Xkitty 23:55:39 <Ailure> eh wait 23:55:40 <Ailure> ooops 23:55:44 <Ailure> nevermind, wrong channel 23:56:35 *** Triffid_Hunter [~Splat@funkmunch.net] has quit [Server closed connection] 23:57:10 <Bjarni> Brianetta: I'm not allowed to download grfs.zip :s 23:58:08 <Brianetta> Oh crap 23:58:10 <caladan> me too, forbidden 23:58:14 <Darkvater> hmm orudge still around? 23:58:18 <Brianetta> stupid umask 23:58:22 <orudge> Yes 23:58:23 <orudge> Darkvater 23:58:32 <Darkvater> +total = 90; // 90 = the ascii value of drive 'z' 23:58:37 <Darkvater> total = 'z'; :) 23:59:06 <Bjarni> I like the first version best 23:59:10 <Bjarni> specially if we remove the comment 23:59:17 <Bjarni> we do like magic numbers, right? 23:59:20 * Bjarni hides 23:59:24 <Darkvater> or you get g++ moaning? 23:59:32 <orudge> whoops, there should be no + there 23:59:45 <orudge> that was the result of me manually "merging" patch by copy and paste :p 23:59:47 <Darkvater> that's an svn diff added line 23:59:54 <orudge> Hmm 23:59:55 <orudge> let me check that 23:59:59 <Darkvater> http://bugs.openttd.org/?getfile=564