Config
Log for #openttd on 8th January 2007:
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

Powered by YARRSTE version: svn-trunk