IRC logs for #openttd on OFTC at 2009-04-04
⏴ go to previous day
00:24:02 <Ammler> what can we do, to have our servers on the list again?
00:24:52 <Rubidium> apparantly you lot got IPv6 ;)
00:26:24 <spoold> hi rubidium... im trying to make my server show up on the list, i have opened port 3979 on both settings, checked with a port ckeck site that they are open, chose start server with internet (advertise) selected, opened firewall and everything but cant seem to get it going
00:26:54 <spoold> i have dynamic IP. but ip only changes if i restart the router... i have got it working once, but cant seem to figure out where im going wrong
00:26:59 <Rubidium> what version of OpenTTD?
00:27:19 <Rubidium> then I've got no idea
00:27:19 <spoold> just uninstalling now and installing again
00:28:23 <spoold> k, i think it may be windows. just a sneeky suspition from past experience
00:28:49 <Ammler> I am quite sure we did bind to ip
00:29:04 <Ammler> as we have multiple ips on that server
00:29:09 <Rubidium> Ammler: what version are you using by the way?
00:29:47 <spoold> you would not have a version of the original ttd you could dcc me by any chance? just to make sure its not a core problem. i got my copy years ago and been passing it from drive to drive as i backup and format over time
00:29:59 <Ammler> only the "old" Infra server is on the list
00:30:08 <Rubidium> hmm, that's before my ipv6 changes? then it shouldn't make any difference
00:30:23 <Ammler> spoold: do you know google?
00:31:01 <spoold> gonna see what this ipv6 is too and if i have it
00:31:03 <Ammler> Rubidium: maybe the master server changes?
00:31:45 <Ammler> ipv6 won't be needed in the next 20 years ;-)
00:32:22 <glx> Ammler: ipv6 is needed mor many asiatic web sites
00:33:25 <glx> yes, US reserved most ipv4 ranges
00:33:53 <Ammler> I fear my old router won't support it
00:34:30 <Ammler> at least I wasn't able to call that ipv6 page yesterday
00:35:43 <Ammler> I guess, the "coop" servers are the only ones missing
00:36:15 <Ammler> but I can't see what we have made other then with the infra server
00:47:20 <CIA-1> OpenTTD: rubidium * r15946 /trunk/src/network/ (core/address.cpp core/address.h network.cpp): -Codechange: move netmask matching to NetworkAddress and add some support for IPv6 netmask matching.
00:49:10 <CIA-1> OpenTTD: rubidium * r15947 /trunk/src/ (7 files in 2 dirs): -Codechange: replace uint32 client_ip with NetworkAddress client_address.
00:53:08 <Ammler> is there already a ipv6 server to test?
00:54:23 <Rubidium> except the contentserver ;)
00:59:37 <Ammler> oh, you have also lag of ips?
00:59:55 <spoold> here some info regarding not apparing on the list... i just checked to see if port 3979 is open on canyouseeme.org and it says it is not open. however, in my router settings it says it is indeed open. so i think i need to phone my ISP, see whats going on
01:00:50 <Ammler> outgoing is everything open?
01:15:22 <spoold> everything is open yea
01:15:30 <spoold> need to slap my ISP i think
01:16:29 <spoold> see... i dont log in to my router the normal way, they have this elaborate madness where i go to a URL, i type in my phone number to some special page, and configure my router in some applet.
01:17:13 <spoold> the crazy applet says my ports are open, internal and exteral. but when i check with an independent service, it says some times my ports are open, and other times that its not
01:17:42 <spoold> i think thats why i managed to set up a server yesterday, and today without any change, it does not work.
01:18:09 <spoold> gonna install service pack 3, see if that helps. brb
01:21:26 *** redcore has joined #openttd
01:23:10 <redcore> This a place where i can find a bit of help with a problem i'm having with my servers.
01:25:48 *** spooldk has joined #openttd
01:28:00 <redcore> I have two games running on a host in a datacenter in the US, called Red-Core.NET Big Map #1 & Red-Core.NET Big Map #2, running on port 3979 & 3980. All is well for the last few weeks, the servers are reloaded every night and traffic on the server is been pretty high. The problem i'm having now is that the master server doesn't seem to be advisting them anymore. Anyone help here?
01:51:44 <CIA-1> OpenTTD: rubidium * r15948 /trunk/src/network/core/address.h: -Fix: resolve network addresses before comparing them
01:58:50 <spooldk> hi guys... i just found out some info you may like to know for when people say ''i dont see my server in the list''
01:59:28 <spooldk> ok... i have opened the ports, but when i go to port check, it tells me that they are not open. when i phone my isp they say it is open, but i cant find a single site that agrees with them
01:59:35 <spooldk> so i looked in to my router model
01:59:57 <spooldk> apparantly (acording to some magaxine) this router tells lies
02:00:19 <spooldk> it was never ment to have port forwarding. thats why i have to log in to some weird URL to open ports
02:00:57 <spooldk> i typed my ip in to the browser and went in that way this time... and ndeed, under SUA and NAT there is nothing to open ports. so its some botched frankenstein
02:01:31 <spooldk> apparantly its a popular router, so maybe when people say they cant see them selves on the list, or they can but not always, they may have one of these nasty browsers
02:02:33 <Ammler> created a new server (0.7.0) with default cfg, doesn't list on the server list either
02:02:58 <Rubidium> Ammler: then there is something funky on your side
02:03:09 <Rubidium> it works fine for my server
02:04:50 <spooldk> yea, im convinced its my side, and that its this router. i managed to set up a server yesterday, but i cant today. and when i check if my ports are open (without changes to router) it tells me 95% of the time no and 5% yes. so i need to go get a new router tomorrow and it should be fine
02:05:37 <Ammler> Rubidium: how long does it take until a new server appears on the web?
02:06:09 <Rubidium> there's some caching there IIRC
02:07:47 <Belugas> it's less than 2 seconds
02:14:27 <Ammler> does the masterserver have issues, if we use different servers with same IP/port?
02:14:47 <Rubidium> Ammler: at the same time?
02:14:48 <CIA-1> OpenTTD: rubidium * r15949 /extra/masterserver_updater/src/ (5 files in 2 dirs): [MSU] -Fix: advertising did mess up some addresses making it impossible to register... thanks to Yexo for spotting part of it
02:15:00 <Ammler> that woudn't work, afaik
02:15:05 <Rubidium> no, it'll probably reuse the entry
02:21:19 *** lobster has joined #openttd
02:52:37 *** nairan_z has joined #openttd
03:12:28 *** TinoDidriksen has joined #openttd
03:42:52 *** TinoDidriksen has joined #openttd
03:45:14 <CIA-1> OpenTTD: glx * r15950 /trunk/src/network/core/address.cpp: -Fix (r15946): mingw compilation
03:54:23 *** ijustam has joined #openttd
03:54:40 <ijustam> hi, where is the "no train service" option?
03:55:32 <ijustam> and by "no train service" -- does this mean trains are disabled
03:55:38 <ijustam> or trains never need maintenance
04:28:58 *** scarabeus has joined #openttd
04:50:50 <nicfer> Released no april 1st?
04:55:00 <nicfer> Now cargo dest enters trunk and I'll have to wait until next release
04:55:49 <gleeb> I can't wait for CargoDest + IS + 0.7's UI enhancements.
04:56:07 <nicfer> Always happens the same thing
04:56:13 <gleeb> (Mostly CTRL when bridging)
04:58:30 <nicfer> Rule 1 of ottd: when a new release is out, next day there's something new in trunk
05:06:51 <Sacro> Yeah, they tend to bugfix when there is a stable branch
05:07:02 <Sacro> and then upon release they are free to work on 0.8.0
05:07:16 <Sacro> unless we need a 0.7.0.1 or a 0.7.1
05:07:35 *** scarabeus has joined #openttd
05:07:38 <gleeb> That's roughly how most projects work.
05:11:16 *** Singaporekid has joined #openttd
05:11:28 *** HerzogDeXtEr has joined #openttd
05:11:47 <nicfer> When there was 0.6 people wanted pbs and such stuff, now they'll want cargo dest and infrastructure sharing
05:17:13 *** Hendikins|SRA412 is now known as Hendikins
05:20:02 <De_Ghosty> what they really want is signal on bridge and in tunnels :D
05:20:18 <gleeb> That's quite a game changer, though.
05:20:32 <De_Ghosty> so was dragable signal
05:20:40 <gleeb> It would need quite a change in the way the game works.
06:03:56 <planetmaker> trunk compilation is broken for me (gcc 4.0.1):
06:04:01 <planetmaker> [SRC] Compiling network/core/address.cpp
06:04:03 <planetmaker> /Users/ingo/ottd/trunk/src/network/core/address.cpp: In member function 'bool NetworkAddress::IsInNetmask(char*)':
06:04:04 <planetmaker> /Users/ingo/ottd/trunk/src/network/core/address.cpp:128: error: 'struct in6_addr' has no member named 's6_addr32'
06:04:06 <planetmaker> /Users/ingo/ottd/trunk/src/network/core/address.cpp:129: error: 'struct in6_addr' has no member named 's6_addr32'
06:10:51 <planetmaker> due to the time of the day :P I add it to flyspray
06:18:14 *** maristo has joined #openttd
06:56:53 *** artart78 has joined #openttd
07:02:15 *** Alberth has joined #openttd
07:52:53 *** Progman has joined #openttd
08:27:20 *** JapaMala has joined #openttd
08:27:22 *** JapaMala is now known as |Japa|
08:39:48 *** maristo has joined #openttd
08:48:25 <CIA-1> OpenTTD: rubidium * r15951 /trunk/src/network/core/address.cpp: -Fix (r15946) [FS#2803]: ofcourse a couple of OSes/compilers do not provide a nice 'interface', so we have to do it the ugly way.
09:01:50 *** tkjacobsen has joined #openttd
09:03:39 <CIA-1> OpenTTD: alberth * r15952 /trunk/src/graph_gui.cpp: -Codechange: Added nested widgets to operating profit, income, delivered cargo, and company value windows.
09:13:40 <planetmaker> thank you rubidium
09:46:20 *** lewymati has joined #openttd
09:48:51 *** fonsinchen has joined #openttd
09:50:58 *** BlueSteel has joined #openttd
10:00:06 *** Vikthor has joined #openttd
10:20:50 <BlueSteel> does anyone know why I don't seem to be able to make any profit sometimes...
10:21:09 <BlueSteel> my vehicles still show up as making profit each time.. see the dollar symbols... but no increase in my money
10:21:27 <Rubidium> you're using transfer
10:22:13 <Rubidium> transfer means that you want to transport it further, i.e. no final delivery so no payment
10:22:34 <BlueSteel> so that's all it is?
10:23:17 <BlueSteel> wow, seems you were right
10:23:22 <BlueSteel> so when should I use transfer?
10:23:38 <BlueSteel> or is it saying... just go past this point but don't drop anyone off
10:24:09 <Rubidium> imagine three mines nearby bringing coal to a single 'aggregator' station from where long trains bring it to a power plant
10:24:26 <Rubidium> the trains from the mines to the aggregator station would have a transfer order
10:24:41 <|Japa|> I tried something like that once
10:25:12 <|Japa|> worked well, till I circled around, and ened with the coal taking a longer trip than normal
10:25:13 <BlueSteel> ah fair enough, i've done that previously, but I just told them to get a full load from the mines, then unload at the transfer depot (aggregator station) in between
10:25:52 <|Japa|> in the end, I have tl27, and they were filling near instantly
10:26:04 <Rubidium> though those vehicles unloading at the aggregator wouldn't get a share in the 'profit'
10:26:51 *** energetic2 has joined #openttd
10:29:43 *** pavel1269 has joined #openttd
10:36:23 *** lewymati has joined #openttd
10:41:12 <Zr40> I finally got myself a good IRC client - irssi :)
10:41:27 <TrueBrain> you call that good? You are SO WEIRD! :)
10:42:04 <TrueBrain> not irssi :p Ghehe :)
10:42:40 <TrueBrain> be back later, need to take ashower
10:42:49 <planetmaker> good day TrueBrain :)
10:42:59 <Zr40> well, I haven't found any other good clients
10:43:06 <Zr40> xchat crashes when minimized
10:43:23 <planetmaker> can you do me a favour and schedule a compilation of the head-to-head branch today? Somewhen late afternoon or so?
10:43:23 <TrueBrain> Zr40: I haven't found a good one either, I have to admit
10:43:29 <TrueBrain> using Konversation now, but it sucks :p
10:43:40 <TrueBrain> planetmaker: schedule: no; besides, I need Yexo to request that ;)
10:43:48 <Zr40> irssi works behind screen :)
10:43:57 <Zr40> so I just have to connect to ssh now
10:44:00 <planetmaker> mö... I'm sure he would like people be able to test it, TrueBrain :)
10:44:21 <Zr40> and it properly supports multiple networks
10:44:22 <planetmaker> and there is a commit which fixes an assert which constantly pops up
10:44:23 <TrueBrain> planetmaker: I am sure too, but I need to know if he isn't planninn a commit seconds after I start the compile ;)
10:44:29 <Yexo> I don't really care at the moment, since the desyncs are still not fixed
10:44:37 <Yexo> TrueBrain: so no, I'm not planning a commit now
10:44:40 <TrueBrain> see, planetmaker, clearly it is not useful ;)
10:44:43 <Yexo> in fact, not before monday probably
10:44:51 <planetmaker> TrueBrain: well... it would still be.
10:44:59 <planetmaker> A desync is painful but not deadly
10:45:07 <TrueBrain> as deadly as an assert :p
10:45:15 <planetmaker> With only desyncs we would have been able to continue somewhat :P
10:45:23 <TrueBrain> takes 23 mins for the CF to puke out some binaries
10:45:29 <planetmaker> and we might be able to find _what_ causes them.
10:45:47 <TrueBrain> it takes longer nowedays? :p
10:46:02 <planetmaker> And in order to allow for some bright idea ... that's why I thought of late afternoon :P
10:46:06 <Rubidium> the OSX binary takes more than 30 minutes
10:46:08 <TrueBrain> okay, sorry, 39 minutes
10:46:47 <TrueBrain> my keyboard is refusing ...
10:46:51 <DorpsGek> TrueBrain: 33.9666666667
10:46:58 <TrueBrain> OSX alone takes 34 minutes .......
10:47:21 <Zr40> what causes it to take that long?
10:47:41 <TrueBrain> 3 binaries in one ...
10:47:42 <planetmaker> TrueBrain: that's hard to believe... your machine certainly faster than mine - and my laptop(!) takes only 5 minutes
10:47:54 <TrueBrain> planetmaker: single-core compiles, remember that .. also: universal builds
10:48:05 <TrueBrain> I wonder if tat ppc570 or what is it called is used
10:48:11 <planetmaker> TrueBrain: single core? Oh... well... then :)
10:48:20 <TrueBrain> planetmaker: we have 3 compiles running in parallel
10:48:34 <Yexo> planetmaker: you can work around that assert by loading the savegame in a fixed binary, then save the game and load it again on the server
10:48:36 <TrueBrain> so either OSX does it in 5 minutes, and than others starts .. or it takes 34 minutes and others can run in the background too :p
10:48:39 <planetmaker> ok, didn't know that. I assumed obviously wrongly that you compile in sequence not in parallel.
10:48:58 <planetmaker> doens't matter, I guess :)
10:49:09 <TrueBrain> in the end, it does't really
10:49:14 <Yexo> before saving wait untill the oilrig is completed though
10:49:16 <TrueBrain> and virtualization supports single-core better ;)
10:49:24 <planetmaker> point for that :)
10:49:37 <TrueBrain> Yexo: he will have its own fixed binary in several minutes anyway :p
10:49:40 <TrueBrain> oh, wait, shower ...
10:50:07 <planetmaker> Yexo: thanks for the hint
10:56:53 <JH> ini: ignoring invalid NewGRF '2cc_trainset.beta_2.01\2ccdj.grf': not found
10:57:22 <JH> linux version can't find the grf's insite the archives like windows client ?
10:57:40 <Rubidium> they probably use a different file name
10:57:52 <Rubidium> and unices usually have / as directory separator
10:58:28 <Rubidium> TrueBrain: ppc970 to ppc is what i686 is to i386
10:58:51 *** |Infusion| has joined #openttd
10:59:24 <|Infusion|> hi, sb has started gentoo ebuild with kde 3.5?
10:59:28 <CIA-1> OpenTTD: rubidium * r15953 /trunk/src/gfx.cpp: -Fix [FS#2783]: left - right != width causing strings to be truncated too early
10:59:40 <JH> Rubidium ok that seems to fix it
10:59:55 <JH> dbg: [grf] [2cc_trainset.beta_2.01/2ccdj.grf:1] ReserveChangeInfo: Invalid pseudo sprite length 4 (expected 6)!
11:00:13 <JH> don't know if that error is here that it should be reported though...
11:00:30 <planetmaker> JH: it's an error in the grf
11:00:32 <jpm> I have noticed that trees are growing and filling every place... is tree growing rate depended of grf package used?
11:00:44 <planetmaker> report that in the 2cc trainset thread with the openttd version you use
11:00:50 <JH> planetmaker yes thats why it porberly need posting on forum instead ;)
11:00:51 <planetmaker> and the exact grf version
11:01:27 <Rubidium> the tree problem is because there're no animals to graze, so young trees don't die ;)
11:01:30 <petern> |Infusion|, then write 'somebody', heh
11:01:36 <petern> |Infusion|, and the ebuild is nothing to do with us
11:01:44 <petern> (or something like that)
11:01:50 <jpm> petern: Can you say from where I found code dealing with trees?
11:02:14 <Rubidium> why would we tell you where you found something?
11:02:23 <JH> Rubidium you should maybee think about make the linux client autoreplace \ with / in the client so grf settings from windows works on linux without problem ?
11:03:16 <jpm> Rubidium: so you can't...
11:03:17 <|Infusion|> sorry petern, i just want to know if it works, because it looks like no starting
11:03:35 <petern> what relevance is kde?
11:03:53 <|Infusion|> you are windows user, right?
11:04:13 <Rubidium> jpm: I have found my car keys, were did I find them? (other words, same meaning as your question)
11:05:04 <|Infusion|> and you don t know what kde is?
11:05:16 <jpm> Rubidium: yes I noticed my error, I meant: Can you point me source file to deal with tree algorihtm...
11:05:48 <petern> of course i know what kde is
11:06:00 <Rubidium> jpm: something dealing with trees, what word would you put in the filename to tell someone the file is about trees?
11:07:07 <jpm> Rubidium: Hmm... maybe pine, oak or ...
11:07:09 <|Infusion|> petern: so whats the problem with my question?
11:07:53 <petern> hmm, where does one start...
11:07:54 <planetmaker> |Infusion|: you want to find something
11:08:06 <planetmaker> not know where you found something ;) - it's a matter of time :P
11:08:14 <petern> we've cover the useless abbreviation
11:08:22 <jpm> Rubidium: PlaceTreesRandomly at tree_cmd.cpp
11:08:27 <petern> i've tried to cover the fact that you're using kde seems pretty irrelevant
11:09:04 <petern> shall i mention the fact that you've not actually stated if you have a problem, and if so, what the problem is?
11:09:11 <Rubidium> sounds like a start (don't know exactly where the in-game tree planting is myself)
11:10:38 <|Infusion|> my problem is that openttd does not start, there is no error msg or something like this. if i execute there comes nothing
11:10:49 <Zr40> talking about trees, what's the difference between the original and improved tree algorithm?
11:11:37 <petern> are you starting it from the terminal window or from kde's menu?
11:12:34 <Rubidium> let me guess, the ebuild builds a dedicated server if it doesn't have libsdl...
11:13:02 <TrueBrain> Rubidium: only if you did: USE="-sdl"
11:13:02 <petern> you'd still get some output in a terminal though
11:13:27 <TrueBrain> |Infusion|: open a console and type: 'openttd'
11:13:33 <TrueBrain> most likely you are not in the group 'games'
11:17:40 <|Infusion|> group games is set on the user, but it doesnt work, command not fount
11:17:56 <TrueBrain> did you install the game? :p
11:18:00 <TrueBrain> check /usr/games/bin
11:19:03 <petern> it's like getting blood out of a stone
11:22:10 <Zr40> |Infusion|: did you change groups without logging out?
11:36:34 *** KenjiE20 has joined #openttd
12:05:56 <TrueBrain> File "//usr/lib64/python2.5/site-packages/libsvn/client.py", line 924, in svn_client_log
12:05:57 <TrueBrain> return apply(_client.svn_client_log, args)
12:05:59 <TrueBrain> TypeError: not a string
12:06:00 <TrueBrain> I love clear errors ...
12:15:03 <petern> i love clear interface ...
12:17:06 *** welshdragon has joined #openttd
12:17:28 <TrueBrain> @kick welshdragon stop being so scary
12:17:28 *** welshdragon was kicked by DorpsGek (stop being so scary)
12:17:32 *** welshdragon has joined #openttd
12:17:49 * welshdragon has posted a technical suggestion
12:18:15 <welshdragon> TrueBrain: ouch, thanks for that
12:18:34 <TrueBrain> you are very welcome
12:19:44 <Rubidium> welshdragon: may I suggest you to fix FS#1495 and FS#1944 as part of implementing that suggestion?
12:20:27 <welshdragon> Rubidium: i wasn't aware of flyspray........
12:20:50 *** Bennythen00b has joined #openttd
12:21:31 <welshdragon> also, i'm no coderm so can't fix it
12:22:05 <petern> yup, coders were born coding
12:22:51 <Progman> "doctor, what is it?" - "its a coder"
12:25:04 <welshdragon> so i guess i shouldn't inundate my tram system with trams then?
12:34:38 *** Polygon has joined #openttd
12:40:55 *** welterde has joined #openttd
12:42:10 <EoD> any (interesting) news so far?
12:42:27 <Forked> the internet is shutting down due to lack of users
12:42:28 <planetmaker> EoD: the Earth moved on...
12:42:52 <EoD> As long as the ipv6 internet stays...
12:43:12 <Forked> also we're going back to appletalk
12:52:04 <EoD> so i'll try compile the current trunk
12:56:44 <EoD> dbg: [misc] Nested widgets give different results ... interesting
12:57:17 <TrueBrain> SystemError: NULL result without error in PyObject_Call <- getting better and better ...
12:57:40 <EoD> glx: actually openttd hangs. I'll activate more debug lvls
12:58:20 <glx> but I think the hang is not caused by nested widgets
12:58:55 <EoD> probably something from the net-code
12:59:58 <EoD> yeah, i only happens when i press multiplayer
13:01:14 <EoD> Debian Linux, HEAD (r15953)
13:01:45 <EoD> dedicated server seems to work, but it hangs when i press the multiplayer button in the main menu. And it doesn't really hang, but it's very very slow (CPU ~100%)
13:03:20 <EoD> debug lvl3 isn't very helpful so far
13:09:44 <Rubidium> EoD: try svn up && make clean && make
13:09:49 <CIA-1> OpenTTD: rubidium * r15954 /trunk/src/network/core/address.h: -Fix: comparing addresses kinda fails (sometimes) causing duplicates in the game list
13:10:05 <Rubidium> or disable makedepend cause it doesn't quite work
13:13:11 <EoD> it doesn't quite work? why not?
13:13:54 <EoD> how do i "disable" makedepend?
13:14:02 <Rubidium> ./configure --without-makedepend
13:14:23 *** Timitry_ has joined #openttd
13:14:24 <Rubidium> makedepend doesn't like #define within #ifdef
13:14:26 <EoD> does this "without" work with all "with" options?
13:14:46 <Rubidium> well, it should at least
13:15:41 <EoD> rubidium: it works with r15954
13:25:40 * TrueBrain just received 3 TB of HD space and 8 GB of RAM :p
13:27:33 <Forked> the ram is only impressive if it's somewhat expensive :p
13:28:22 <TrueBrain> just nice to put it all in one box
13:28:27 <TrueBrain> and then have to ship it out to a customer :(
13:28:30 <kokx> where do you use it for TrueBrain ?
13:28:53 <kokx> 4GB would be fine for you probably ;)
13:28:57 <TrueBrain> kokx: yup :p Want to see how big mine is?
13:29:06 <TrueBrain> it is a VM box .. so 8 is even on the low side
13:29:49 <kokx> ah, when you are using VM's it is usefull ;)O
13:30:58 <TrueBrain> Xen kind of sucks ... IO performance is to cry about
13:31:46 <EoD> hmmm... But ESXi is proprietary
13:32:10 <TrueBrain> if I would use Xen, I would use XenServer from Citrix
13:32:16 <TrueBrain> so not much difference there ;)
13:32:52 <EoD> we are buying some quad cores atm, and we thought of installing some windows-terminal server on one of those machines (there are *always* people who want to have windows :( )
13:33:43 <TrueBrain> EoD: that won't change; people like windows :p
13:33:48 <jonty-comp> I installed the IPv6 onto this work server, and RPC crashed
13:34:01 <jonty-comp> cue hasty cmd-tapping to abort the shutdown
13:34:03 <TrueBrain> jonty-comp: I think you should stop touching IPv6 :p
13:34:07 <TrueBrain> you only make things crash :p
13:34:41 <jonty-comp> now I started RPC again, but the network connection doesn't show up in the gui :(
13:35:06 <jonty-comp> it's still there if I do ipconfig /all though, and it seems to have given itself an ipv6 address
13:35:32 <jonty-comp> so I shall restart it later, when there aren't 4 people using it
13:37:40 <TrueBrain> why do you do such things on it, when 4 people are wokring on it in the first place?
13:38:01 <TrueBrain> I have this machine that refuses to load .. it hangs on smartd :s
13:38:15 <jonty-comp> it's also used as a normal workstation :p
13:38:51 <jonty-comp> I had to change all the passwords earlier because my boss managed to turn off comodo antivirus and install some malware ._>
13:40:28 <jonty-comp> which then put obfusicated virus-downloading javascript on all our websites
13:40:35 <jonty-comp> so that was my morning gone
13:40:43 <EoD> i'm so glad, that noone except we admins have root access to all the machines... It would be a horror if your "bosses" would have access, too
13:42:49 <TrueBrain> @calc 75000 / 24 / 365
13:42:49 <DorpsGek> TrueBrain: 8.56164383562
13:43:11 <TrueBrain> I have a HD with ATA version 7 who claims to be Powered On for 8.5 years
13:43:14 <TrueBrain> I don't beleve him :p
13:43:45 <Rubidium> and when it's in minutes?
13:43:57 <TrueBrain> @calc 75000 / 24 / 365 / 60
13:43:57 <DorpsGek> TrueBrain: 0.142694063927
13:44:04 <TrueBrain> disk is around 2 years old
13:44:43 <Rubidium> refurbished model with new platters ;)
13:45:23 <TrueBrain> anyway .. an other SMART-marked-error disk ... 6000 power-on hours ..
13:45:29 <TrueBrain> HDs don't like IO load :p
13:47:35 <jonty-comp> Apparently I can hot-sqap my main desktop drive
13:47:40 <jonty-comp> but I think I'll pass
13:47:45 <EoD> does it work without problems? I only used scsi hotswap, yet
13:48:28 <TrueBrain> of course it works :p
13:48:42 <EoD> which hardware do you have?
13:50:07 <TrueBrain> too bad mdadm doesn't pick up on the removal of a drive :(
13:53:58 <EoD> we had some (very old) poweredge around here with hardware raid. This was absolutely great. You could remove one HDD, wait some time and put another again in and everything was instantly synched in a few minutes
13:58:13 <TrueBrain> I had mdadm, that you can't remove a drive if the 'node' is gone .. /dev/sdd1 is gone, as the drive died
13:58:17 <TrueBrain> now I can't remove it :p
13:58:27 <TrueBrain> neither does mdadm detect it is no longer there :p
14:05:17 <TrueBrain> creating a fake node fixed that ... lol
14:07:01 <TrueBrain> I love hot recoveries :) 0 downtime ;) ghehe :)
14:07:32 <SmatZ> Silly mdadm... Why don't you let me remove that drive? It is not even there!
14:07:57 <TrueBrain> SmatZ: that was what I said ... in dutch, but nevertheless :p
14:08:03 <TrueBrain> oh well, time to get out of here, back in a few :)
14:12:06 * EoD has to go shopping now :-S
14:19:09 *** Singaporekid has joined #openttd
14:27:26 *** DaleStan_ has joined #openttd
14:27:26 *** DaleStan is now known as Guest1498
14:27:26 *** DaleStan_ is now known as DaleStan
15:02:45 *** Darkvater has joined #openttd
15:02:45 *** ChanServ sets mode: +o Darkvater
15:02:59 <Darkvater> hmm...annoying that IRC just drops out....
15:05:16 * TrueBrain gives Darkvater a cookie
15:05:53 <TrueBrain> so how are you doing Darkvater? :)
15:06:22 *** frosch123 has joined #openttd
15:07:04 <Darkvater> meh, busy... as usual
15:07:25 <Darkvater> wouldn't even be here if the weather were nicer :)
15:08:04 <TrueBrain> hehe, on the latter I agree :)
15:08:18 <Darkvater> I did go out on the roof to clean me windows
15:08:22 <Darkvater> almost fell even :P
15:08:22 * welshdragon has bright sunshine
15:08:30 <TrueBrain> be careful Darkvater :)
15:08:36 <Darkvater> so, still managed an exciting day
15:09:01 <Darkvater> TrueBrain: I'm not devving anymore (for the time being), so it's okay
15:09:18 <TrueBrain> I still rather have you alive
15:11:04 <Rubidium> hmm, cleaning your windows... is that an euphemism for preparing windows to make a few nice screenshots?
15:16:41 <Darkvater> congratulations on the release of 0.7.0 Rubidium :D
15:16:48 <Darkvater> and everyone else of course as well!
15:16:56 *** mizipzor has joined #openttd
15:21:56 <mizipzor> i want to get involved in th development of openttd, but im unsure on where to start... i, like everyone else, has many (of course, brutally great) ideas, but i need to understand the current codebase first... im looking through flyspray on the hunt for small/easy bugs that could get me started
15:24:34 <Rubidium> small and easy... then they're most likely already fixed ;)
15:24:59 <mizipzor> Rubidium: yes, thats usually the problem with opensource projects when one wants to get involved
15:25:09 *** |Jeroen| has joined #openttd
15:25:19 <Rubidium> unless... do you have a mac?
15:25:26 <planetmaker> mizipzor: an idea might be to pick up a patch which you like and really make it a decent patch
15:26:10 <mizipzor> some teams save the most easy/small in a "dirty work" list, it just takes time and provides no challenge for the "real" developers, so the newbie can do it... in wine, that list is called "tasklets"... was wondering if openttd has something similiar?
15:26:23 <George> I try to upload a grf, but it sais "The pack didn't contain a custom license."
15:26:36 <mizipzor> Rubidium: no, lets just say i dont like macs ;) and leave it at that so i dont make any enemies :p
15:26:52 <George> What am I doing wrong?
15:27:08 <Rubidium> George, TrueBrain'll be delighted to tell you ;)
15:27:21 <George> I had no problem like this when I used it in january
15:27:24 <mizipzor> planetmaker: yes, i was thinking of something like that as well, but most patches are big and heavly integrated with the rest of the code, thus requiring a certain understanding of the codebase... and that is the threshold im trying to cross atm
15:28:00 <planetmaker> mizipzor: well... yes to more or less.
15:28:22 <welshdragon> mizipzor: why not look at trying to fix some of the bugs relating to road vehicles?
15:28:22 <planetmaker> I can recomend the filter-by-cargo patch. It needs a decent re-write :)
15:28:39 <petern> i recommend making a fruit cage for my garden
15:28:57 <Darkvater> ey petern, how's openLOMO?
15:28:59 <petern> it needs to be 6.5m long, 1.8m wide and 2m tall
15:29:17 <TrueBrain> Rubidium: I REFUSE!
15:29:23 <mizipzor> welshdragon: found 7 bugs on flyspray in the vehicle category
15:29:46 <frosch123> mizipzor: 2787 is a good choicce :)
15:30:51 *** Dr_Jekyll has joined #openttd
15:31:09 <mizipzor> hehe, bug 119 is still open... old one :)
15:31:10 <TrueBrain> thank you for noticing :)
15:31:24 <Darkvater> mizipzor: wouldn't start with that ;)
15:31:28 <frosch123> reporting is more important :)
15:31:40 <Darkvater> but someone who has OSX would be pretty great
15:31:53 <petern> old bugs are generally old for a reason, heh
15:32:05 <Darkvater> ugh; clipping *shudder*
15:32:52 <Darkvater> TrueBrain: is there some special reason openttd.org has no link to bananas and vv?
15:33:00 <petern> so i went out to purchase bits to make a fruit cage
15:33:08 <petern> and came back with a kitchen sink instead :/
15:34:19 * Darkvater pushes reset button
15:35:19 <frosch123> EoD: ~EoD@derbian.gaf.fs.lmu.de (Ipv6 forever!)
15:37:22 <mizipzor> how come the codestyle doesnt define a recemended maxmimum line length/width? horizontal scrolling isnt my favorite activity
15:37:43 <Darkvater> get a bigger screen ;)
15:37:57 <frosch123> because screen size is growing faster than code is reworked
15:38:11 <mizipzor> frosch123: good point, hehe
15:42:59 <mizipzor> hmm... i started to look at #2787, finding the function in newgrf_industries.cpp at line 562... but it seems it doesnt call itself? thus, there is no recursive depth problems... or am i wrong?
15:43:40 <frosch123> it is a for() without limit
15:45:22 *** Swallow has joined #openttd
15:45:25 <frosch123> the fix of my choice would be to limit the number of iterations to 0x10000 and to show an error message ("newgrf buggy ..." as in other places) if the limit is exceeded
15:46:17 <TrueBrain> mizipzor: I guess you found a "dirty work" entry ;)
15:46:38 <mizipzor> TrueBrain: indeed, happy times!
15:48:37 <mizipzor> im gonna be happy if a solve it in a way that doesnt make the channel laugh ;)
15:48:55 <TrueBrain> I wish you the best of luck :) (meant with less sarcasm than one might expect :))
15:52:41 <mizipzor> frosch123: now the numbers confuse me, you state that 0x10000 should be the limit of the loop, that is hex, correct? according to my calculator, the equivilent in decimal is 2710.. but in the ticket the proposed limit is 65536... did i get the numbers wrong or is there just two different ideas?
15:52:59 <Darkvater> calculator is buggy :)
15:53:28 <mizipzor> Darkvater: yes, this was with the windows calculator
15:53:57 <TrueBrain> I would demand my money back at microsoft! :p
15:53:59 <frosch123> you did it the wrong way around :)
15:55:08 <mizipzor> ah! now i see it... lol
15:55:37 <mizipzor> i printed in 10000 and demanded a conversion to hex >.<
16:07:32 *** maristo has joined #openttd
16:08:52 <frosch123> Sacro would be amazed about so many bs
16:10:22 <bobo_b> i can't seem to figure out how to change the working directory in windows
16:11:10 <bobo_b> i tried -c some config file and thought it would put the savegames there too
16:12:41 <mizipzor> the working directory is where the exe is located, -c just loads a config from another location, doesnt effect where saves are stored or graphics are loaded etc
16:13:02 <mizipzor> in unix, this would have been easy with symlinks... i always miss them on windows
16:13:10 <bobo_b> ok i don't mean working directory then
16:13:28 <bobo_b> i wanna change ...\My Files\OpenTTD to something else
16:13:58 <frosch123> start it in a console with "-d misc=3" and it will tell you were it looks at
16:17:39 <bobo_b> well, it says C:\...\My Files\OpenTTD\ found as personal directory
16:17:57 <TrueBrain> damn, I make good food :)
16:18:28 <TrueBrain> Rubidium: come and get it!
16:19:00 *** Polygon has joined #openttd
16:19:42 <frosch123> he's a coder, so something between pizza and coffee
16:20:05 <Rubidium> nah, must be something much stronger
16:20:08 <frosch123> yeah, british beer might indeed be something between pizza and coffee
16:20:55 <glx> [18:12:43] <mizipzor> the working directory is where the exe is located, -c just loads a config from another location, doesnt effect where saves are stored or graphics are loaded etc <-- wrong, working directory is where you started it
16:21:29 <bobo_b> well, anyway, i want to change the "personal directory"
16:22:40 <bobo_b> well, i have a shared partition (shared between operating systems) where i usually put my application data
16:23:35 <glx> -c should work if there is save and data there
16:25:46 <bobo_b> strange, it says f:\... found as personal directory but still saves to mydocs
16:28:57 *** goodger has joined #openttd
16:34:12 <bobo_b> it is there, i copied the whole directory there
16:34:19 <bobo_b> so everything needed should be there
16:37:15 <bobo_b> ok, now i downloaded an AI, it was saved into the new directory, but savegames still go to mydocs... (??)
16:58:03 <Maarten-> Hey to all the devs, keep up the good work, 0.7.0 is a great version so far :)
16:58:08 *** Maarten- is now known as Maarten
17:05:37 *** stuffcorpse has joined #openttd
17:22:21 *** rosaleen has joined #openttd
17:40:55 <TrueBrain> $ svn log -r 7788 svn://svn.openttd.org/trunk/src/lang/norwegian.txt
17:40:56 <TrueBrain> svn: File not found: revision 15954, path '/trunk/src/lang/norwegian.txt'
17:41:05 <TrueBrain> why does SVN query revision 15954 when I ask him for 7788? :(
17:42:34 <Rubidium> that svn log -r 7788 svn://svn.openttd.org/trunk/src/lang/norwegian.txt@7788 <- shows an empty log
17:43:34 <TrueBrain> what is that for bull? :s
17:45:25 <TrueBrain> you ask for revision 7788, but unless you tell it me twice, I don't listen?
17:45:51 <Rubidium> yes, but you ask for revision X of the file at HEAD
17:46:30 <Rubidium> when there isn't a repo there's no BASE ;)
17:46:31 *** BlueSteel has joined #openttd
17:46:51 <TrueBrain> okay, svn_client_log3 allows me to give @7788 ..
17:46:54 <frosch123> hmm, true, he specified a repo :/
18:31:00 *** fonsinchen has joined #openttd
18:31:36 <frosch123> welcome back, you cannot image what you have missed
18:32:36 * Rubidium wonders who has 222.173.222.173 as IP
18:33:30 <Rubidium> would look funky in hexadecimal IPv6
18:33:42 <TrueBrain> I think Rubidium is bored
18:34:03 <Rubidium> and for the fun of it I would make the computer at that IP become a tar pit
18:34:41 <EoD> frosch123: what did i miss?
18:34:55 <EoD> earth has stopped turning around?
18:35:20 <fonsinchen> how good that I didn't leave my basement today ...
18:35:43 <frosch123> maybe, there as not a single join/leave/timeout/netsplit in #notice
18:35:43 <Rubidium> oh noes... we're already reusing existing IPs on multiple computers
18:36:02 <frosch123> what, do you also have 127.0.0.1 ?
18:36:16 <Rubidium> yeah, someone must have assigned that to me too
18:38:20 <frosch123> nah, you are showing off
18:39:12 * Rubidium ponders the usefulness of two colons
18:40:07 <EoD> 0000:0000:0000:0000:0000:0000:0000:1
18:40:32 <frosch123> either "0" or "0001"
18:40:45 <EoD> sorry, 0000:0000:0000:0000:0000:0000:0000:0001
18:43:33 <EoD> would be interesting who got a 127.0.0.2... Does Windows/Mac also route 127/8 locally?
18:44:59 <TrueBrain> all 127 addresses should have /32
18:45:01 <petern> 16 million IP addresses wasted!
18:45:33 <EoD> yeah, but linux routes 127.0.0.0/8 to the loopback device
18:45:42 <TrueBrain> I have 12 127. addresses :p
18:45:47 <TrueBrain> all /32 (on the local loopback)
18:47:43 <jonty-comp> petern: a drop in the ocean!
18:48:57 <jonty-comp> by the way, if/whenever openttd gets full ipv6 support I will gladly host a server to test it! :D
18:49:53 <TrueBrain> and crash our server?
18:49:59 <TrueBrain> I rather have you nowhere NEAR our server, thank you very much :p
18:50:40 <petern> they ought to allocate stuff to me at the weekend :/
18:51:16 <Rubidium> didn't the week just begin?
18:52:24 <EoD> jonty-comp: we could test it on my server and claim that you have nothing to do with it :-D
18:54:02 <jonty-comp> TrueBrain: it's the tt-forums server, not yours! :p
18:54:06 <jonty-comp> and I did somewhat break the server today.
18:54:23 <TrueBrain> jonty-comp: the only thing I read from you is that you break computers when it comes to IPv6 :p
18:54:23 <EoD> jonty-comp: of course only if it fails :)
18:54:42 <jonty-comp> turns out while the hexago people insist it works on server 2003 fine, when I restarted the server their tunnel broke my active directory
18:55:06 <EoD> except the first ipv6-version of openttd! It seemed like jonty-comp did real good work there
18:57:25 * EoD can't find any around here...
18:57:40 <sigmund> Upon installing opengrf all maglev and monorail - engines and some buildings textures are missing, ie. black squares instead. Is this a normal problem?
18:58:12 <petern> the bit where it mentions black boxes...
18:59:17 <EoD> you could try to create some of the missing graphics...
18:59:42 <sigmund> i actually searched for black boxes, but the known bugs list list them as black rectangles :)
19:00:21 <sigmund> EoD: the day i get less to do at work, i'll look into that :)
19:00:46 <TrueBrain> sigmund: and you asked us about squares ... so we already have 3 words for the same thing :p
19:01:06 <EoD> sigmund: sounds good to me :)... at least, don't forget your promise ;)
19:02:14 <sigmund> TrueBrain: we are clearly in need of standardisation? :P
19:04:11 <frosch123> else we become thesauri?
19:13:00 <petern> not had one of those for ... ages
19:20:23 *** tkjacobsen has joined #openttd
19:20:49 <Roujin> planetmaker: how's the timelapse recording client for openttdcoop going? :P
19:21:13 <planetmaker> Roujin: I haven't really running any recording now. But looks fine :)
19:21:34 <planetmaker> and yes... that's still mostly in the idea phase...
19:22:38 <planetmaker> automatic screenshots
19:22:39 <Roujin> I made a patch that automatically makes screenshots every x days (and/or y commands), one can use that to make nice little timelapse movies for youtube or such
19:23:15 <planetmaker> if people respect the signs...
19:23:53 <frosch123> TrueBrain: we need a new section on the homepage next to screenshots: timelapse videos :p
19:25:15 <TrueBrain> Roujin: I liked my animated gifs more :p
19:25:51 <TrueBrain> dunno if they are still at their url ..
19:25:58 *** HerzogDeXtEr1 has joined #openttd
19:28:07 <Roujin> well, speaking err writing about AIs, I accidentally recorded a bit of AdmiralAI during testing..
19:29:06 <Roujin> that gave me the idea that it might be a nice little way of comparing some AIs
19:30:27 <Roujin> now that we don't have any AI tournaments.. ;)
19:31:53 <EoD> Convoy vs AdmiralAI or AdmiralAI#1 vs AdmiralAI#2?
19:34:38 *** Roujin_ has joined #openttd
19:39:08 <TrueBrain> AI tournaments are a bad idea, I found out :)
19:39:22 <TrueBrain> it creates agressive AIs, instead of nice AIs to play against :)
19:40:45 <frosch123> then you have to split it in a "profit score" and a "niceness score"
19:41:08 <TrueBrain> you make a formula for the latter? :p
19:41:36 <frosch123> there are 15 company slots for 15 ais, and 240 spectator slots for the judge :p
19:41:57 <TrueBrain> one hell of a nasty tournament that will be :)
19:41:58 <Noldo> how else are you going to make "nice to play with" AIs if not by first defining what it means?
19:43:12 <planetmaker> @admin capability add narc user.voice
19:46:09 <TrueBrain> planetmaker: you might want to try an other channel :p
19:46:11 *** DorpsGek sets mode: +v planetmaker
19:46:58 <planetmaker> TrueBrain: right... nasty tabs... :) got the wrong one.
19:47:10 <planetmaker> should have been #coopetition
19:47:28 <TrueBrain> sorry if I gave you the impression I cared for what channel it was meant :p
19:47:32 <planetmaker> the head-to-head channel as it currently is :)
19:47:43 <planetmaker> TrueBrain: :) no. But to feed the curious
19:58:06 <orudge> TrueBrain: 2.67% of tt-forums traffic IPv6 in the past 24 hours :)
19:59:29 <TrueBrain> orudge: traffic? And IPs?
19:59:46 <orudge> traffic as in bandwidth usage
19:59:52 <TrueBrain> IPv4 hits: 674005 hits
19:59:54 <TrueBrain> IPv6 hits: 18360 hits
19:59:55 <TrueBrain> IPv6 ratio: 2.6517 %
19:59:57 <TrueBrain> IPv4 uniq: 9701 IPs
20:00:00 <TrueBrain> IPv6 ratio: 0.6960 %
20:00:07 <TrueBrain> yesterday (till 0700 CEST, 24 hour frame)
20:00:11 <orudge> 2.65%, pretty close, heh
20:01:51 <TrueBrain> eth0: today 925.75 MB / 21.26 GB / 22.16 GB / 26.57 GB
20:01:53 <TrueBrain> sixxs: today 8.94 MB / 169.96 MB / 178.91 MB / 211 MB
20:02:02 <DorpsGek> TrueBrain: 0.00787871998805
20:02:05 <TrueBrain> @calc 211 / 26781 * 100
20:02:05 <DorpsGek> TrueBrain: 0.787871998805
20:02:10 <TrueBrain> raw traffic is a bit less ;)
20:02:35 <DorpsGek> TrueBrain: 0.00801612180923
20:03:19 <mizipzor> was working on #2787 when i realised i havent done svn update since pre 0.7.0... doing that i got compile errors... blaming myself i made a fresh checkout, but errors are still there... only thing ive done is removed directmusic support... its in adress.cpp, apparently something related to ipv6
20:04:36 <mizipzor> error C2065: 'AI_ADDRCONFIG' : undeclared identifier
20:04:49 <mizipzor> error C2065: 'IPV6_V6ONLY' : undeclared identifier
20:06:23 <Rubidium> yeah, we realised it's broken for MSVC (and probably other platform too)
20:06:29 <mizipzor> from the looks of it, the lines around line 37 in os_abstraction.h has some #ifdefs that cause it to not be defined
20:06:57 <mizipzor> Rubidium: right, i was just about to mention im on windows
20:07:11 <Rubidium> but well... it's very low level and there is no API that works on all platforms
20:07:18 <Rubidium> they all implemented different quirks
20:08:47 <mizipzor> yea, one of the problems of cross platform
20:09:20 <Rubidium> I propose you install a newer platform SDK ;)
20:11:15 <mizipzor> i didnt even know windows had a sdk... apart from directx
20:11:26 *** BlueSteel has joined #openttd
20:11:31 <Rubidium> The AI_ADDRCONFIG flag is defined on the Windows SDK for Windows Vista and later.
20:12:06 *** Ammler is now known as Coopeter
20:12:32 <mizipzor> seems like the erroring defines were introduced in rev 15945, ironically named "win32 compilation" :p
20:12:32 *** Coopeter is now known as Ammler
20:12:40 <mizipzor> Rubidium: so the problem is that im on xp?
20:12:57 <Rubidium> no, the problem is that the platform SDK you are using is too old
20:13:04 <Roujin_> hmm, seems I can't build release builds with MSVC...
20:13:19 <Roujin_> 4>dmusic.obj : error LNK2001: Nicht aufgelöstes externes Symbol "_IID_IDirectMusicLoader".
20:13:37 <Roujin_> plus 9 more similar ones
20:13:53 <Zr40> Roujin_: you probably did something in debug but not in release
20:14:00 <TrueBrain> mizipzor: Microsoft is stupid in naming .. SDK for Windows Vista and later doesn't mean it can't be used on XP
20:14:06 <Rubidium> like setting the include/library paths
20:15:12 <TrueBrain> mizipzor: I don't know nothing about MSVC, but I know they keep a tricky naming scheme :p
20:15:20 <Zr40> yes. when no vista-specific functions are being used it works fine on xp
20:15:54 <mizipzor> Roujin_: i remember getting some compile errors before i removed WIN32_ENABLE_DIRECTMUSIC_SUPPORT, maybe you can try that?
20:15:54 <Roujin_> strange, can't remember changing something that would affect only debug builds..
20:16:10 <mizipzor> my directx sdk is probably very old as well :p
20:16:33 <Zr40> what does WIN32_ENABLE_DIRECTMUSIC_SUPPORT actually do?
20:16:43 <Zr40> when I remove that, music still works
20:16:52 <Zr40> and I can actually compile :)
20:17:13 <Rubidium> it uses directx's music stuff
20:17:49 <Zr40> I recall the wiki implied it was the only way to get music working
20:18:07 <mizipzor> if i remove it, music doesnt work, but with it in, i got some linker errors... although, my speakers could just have been muted :p dont quote me on that
20:18:27 <Rubidium> and I think the other method requires the sound card to actually play midi
20:18:29 * mizipzor is downloading *huge* windows sdk file
20:18:38 <Zr40> actually, it states it explicitly
20:18:51 <Rubidium> instead of the OS sampling the music so the sound card can play it like "simple" sound
20:19:03 <Zr40> doesn't both xp and vista have a software sythesizer?
20:19:59 <mizipzor> every time i code something, i miss linux as hell >.<
20:20:37 <mizipzor> if only all my favorite games worked on wine
20:21:03 <Prof_Frink> Why? openttd works natively.
20:21:08 <Prof_Frink> What more do you need?
20:21:13 <frosch123> haha, today I installed a tax software for windows. It needed to reboot twice :p
20:21:25 <Zr40> it probably installed sql server
20:21:37 <Rubidium> frosch123: just install the linux version of the tax software
20:21:42 <Prof_Frink> frosch123: Only three things are certain. Death, taxes and rebooting windows.
20:22:00 <frosch123> I just grabbed the cheap software from the supermarket, when they had tons of it
20:22:20 *** ChanServ sets mode: +v tokai
20:22:32 <frosch123> it installed .net 2.0, rebootet, installed .net 2.0 SP 1, rebooted, and then installed itself
20:23:08 <mizipzor> Prof_Frink: i like to try out new games as they come along, some mmo's, some shooters... in windows, i just install and play, the system soon gets chaotic but i dont care, i just play... on linux, new stuff usually dont work and maybe maybe i can get it to work with some patchhunting in wine... but spending an hour or two to get it to work and realising its shit after playing for five minutes... well...
20:23:16 * Rubidium just downloaded the linux version from the government's tax collectors
20:23:41 <mizipzor> opensource games are a blast though! and have a charm in their own... besides openttd, dwarf fortress is my favorite
20:23:44 <frosch123> hmm, maybe I should move to the netherlands...
20:23:59 <mizipzor> (which ironically isnt opensource, but works flawlessy under wine)
20:24:10 <Roujin_> removing WIN32_ENABLE_DIRECTMUSIC_SUPPORT from preprocessor directives indeed worked
20:24:41 <Roujin_> but this leaves me wondering why I can compile debug builds without removing this definition
20:24:44 * tokai 's favourite Open Source game is Primate Plunge :)
20:25:34 <frosch123> I could accept that, if OpenTTD would be your favourite open source work
20:27:02 <tokai> frosch123: it was until it switched to C++ :)
20:27:24 <tokai> now it's some hate/love thingy... love the game.. hate the source. :)
20:27:55 <Roujin_> is WIN32_ENABLE_DIRECTMUSIC_SUPPORT ignored on debug builds or something?
20:32:01 <Rubidium> as I said before: you have not set the library path correctly for the release build
20:32:44 *** Klanticus has joined #openttd
20:33:22 *** Hendikins is now known as Hendikins|SRA412
20:40:31 *** Roujin__ has joined #openttd
20:40:53 <Roujin__> Rubidium: thanks, I am stupid :)
20:41:48 <Roujin__> especially since I didn't get you the first time
20:44:49 <Ammler> hmm, is there need to cache (config.cache) the --revision argument?
20:47:46 <Ammler> when will config.cache be executed?
20:49:12 <Ammler> do you have a example?
20:50:40 *** Nite_Owl has joined #openttd
20:50:45 <Zr40> towns refuse to build on the first row or column of the map
20:50:54 <frosch123> hmm, subversion 1.6... and it needs masked kdelibs :s
20:51:00 <Zr40> but they happily build on the last row or column
20:59:03 <frosch123> hmm, single files as svn:external. sounds like a mess
20:59:19 *** lewymati has joined #openttd
20:59:20 <TrueBrain> frosch123: :s Remind me not to update to 1.6 :p
21:00:16 <frosch123> to prevent you from using that "feature"? :p
21:00:39 <taisteluorava> hm, there are annoying bugs in 7.0. I was playing a public server, and my brother came to help me little bit to my company, but my trains could not use his buildet stations/railways. I had to "overmake" those to get them work.
21:01:24 <taisteluorava> another bug is when placing PDS signals front of stations, some trains freeze to "waiting free path", and does nothing else
21:01:26 <Lex> anyone having issues compiling r15906 for mac os x?
21:01:56 <planetmaker> why not newer? :)
21:02:01 <Lex> planetmaker, 's the revision for the coop server
21:02:10 <planetmaker> oh. Ok, then I don't have problems
21:02:25 <planetmaker> I compiled it today successfully
21:02:26 <Zr40> taisteluorava: sounds like you're using electric trains and he built non-electric track
21:02:46 <frosch123> TrueBrain: it is not like I expected it first. it is rather support for symbolic links inside repositories
21:03:03 <TrueBrain> well, that _might_ be useful
21:03:10 <TrueBrain> I wonder how that works on windows :p
21:03:29 <taisteluorava> yeah, thats possible
21:03:30 <Lex> windows can do hard links
21:03:35 <planetmaker> lex:what's your problem there then?
21:03:38 <taisteluorava> but that another is annoying
21:03:46 <Lex> planetmaker, the compile fails with that
21:04:07 <Lex> make -j4 bundle in this case
21:04:13 <TrueBrain> Lex: which SDK are you running?
21:04:25 <planetmaker> didn't see that link, sorry.
21:04:43 <planetmaker> compile works. linking fails
21:05:13 <Zr40> taisteluorava: you can see which trains have reserved a path. Go to advanced settings, open interface, open display options and enable Show reserved tracks
21:05:18 <TrueBrain> looks like a conflict between libs and headers
21:05:23 <taisteluorava> zero, i have it
21:05:31 <planetmaker> hm... I've 10.4.11... that might explain the difference :)
21:05:34 <Lex> no idea how to find out which sdk I'm on, but I think it's the latest
21:05:50 <taisteluorava> next time when it happening i take a screenshot
21:06:07 <Lex> if it ever told me when updates were due, I'd always have the latest
21:06:46 <Nite_Owl> taisteluorava: check the forums or the wiki - there is a setting that fixes that. It is the station penalty setting for PBS and YAPF. I d onot remember much else off the top of my head.
21:07:11 <taisteluorava> where i can find it?
21:07:19 <taisteluorava> any search word suggestion? ^^
21:07:37 <Lex> planetmaker, could you send me your copy?
21:07:48 <Nite_Owl> station penalty setting ??
21:08:25 <Nite_Owl> Let me check something
21:08:26 <planetmaker> I can... not sure it will work for you, though... as it's linked to the 10.4 libraries
21:08:53 <planetmaker> I would reccomend that ^^,too
21:08:54 <TrueBrain> planetmaker: not a problem, CF links to 10.4u libraries too ;)
21:09:22 <TrueBrain> Lex: we have a big archive of past binaries (up to 60 days)
21:10:54 <planetmaker> Lex: do you know the !download command in our channel? (Don't try here, though) ;)
21:11:28 <Nite_Owl> check you openttd.cfg file for - yapf.rail_station_penalty = 3000 - try lower numbers until the problem goes away
21:11:52 <Nite_Owl> but that will not work on a running game
21:12:11 <mizipzor> yay, with new windows sdk, the game compiles and runs :)
21:12:28 <mizipzor> it always bugs me though that without a config file, the game defaults to some arabic language
21:13:28 <Nite_Owl> I can not remember the console command for it on a running game but it should not be too difficult to find with help and list commands
21:15:44 <taisteluorava> Nite_Owl, is there any bad side when lower that nuber?
21:16:18 <Nite_Owl> not that I can think of
21:17:03 <taisteluorava> there is another player too, we are pretty thight
21:21:41 <Rubidium> Lex: the linking issue might already be solved by r15909
21:22:33 <Ammler> Nite_Owl: we had the discussion about station penalty too, today, what don't get it at all, why did it need to drop to 1000?
21:23:33 <Rubidium> mizipzor: what language is your OS in then?
21:23:38 <planetmaker> looks like we should update again... :)
21:23:50 <Nite_Owl> I am not sure of the reasons but it works
21:24:23 <Nite_Owl> I think it has something to do with distance to a particular platform
21:25:57 <Nite_Owl> I am looking for forums thread
21:28:36 <taisteluorava> Nite_Owl, yapf.rail_station_penalty is 1000 by default
21:28:56 *** Ammler is now known as Coopeter
21:30:09 *** Coopeter is now known as Ammler
21:31:03 <mizipzor> Rubidium: so thats where it gets it? os language is english, but regional settings (time/date format) is swedish... but my keyboard layout is my own, a custom variant of dvorak, which i saved under some random language i thought would never be used :p
21:31:16 <Ammler> taisteluorava: it was 3k before YAPP->trunk
21:31:23 <Nite_Owl> it is set to 3000 in my .cfg for some reason - I can easily change it
21:31:31 <Rubidium> mizipzor: then I guess it's using that random language as 'locale'
21:31:52 <Ammler> and so players which have a cfg older then yapp has 3k :-)
21:32:31 <taisteluorava> yeah, i m using 4 diffrent openttd builds which all use same config file
21:32:51 <planetmaker> taisteluorava: that is normally no problem...
21:32:59 <planetmaker> I'm using 8 with the same :)
21:33:08 <planetmaker> or something like that :P
21:33:16 <Ammler> it is specially nice with a lot patches
21:33:25 <taisteluorava> yeah, and same data folder also
21:33:34 <Rubidium> for 0.6 and such there was no arabic yet, but now there is ;) have fun with it
21:33:38 <planetmaker> especially the latter
21:33:55 <planetmaker> he... arabic fonts... :S
21:34:08 <Ammler> i.e. infra 2 uses same names but completly different defaults
21:34:44 <planetmaker> hehe... that's bad luck, Ammler :)
21:35:10 <Ammler> that is why everything was so cheap on our test game, as we already tested infra 1 with that server.
21:36:37 <mizipzor> Rubidium: fyi, i type with a keyboard layout for "Xhosa"... i wonder what language it was before i replaced, apparently thats what openttd thinks what i want to use :p
21:36:44 <Roujin> # Mr Nuke woke up this morning hoping that he could demolish something. Are you going to help out Mr Nuke?
21:39:40 <Ammler> Nite_Owl: reading that, but we used pbs that way too, and have penalty 3k
21:42:02 <Nite_Owl> it also depends on how you build your stations in terms of distance from entry point to platform
21:42:41 <Nite_Owl> at least that is how I interpret it
21:42:43 <mizipzor> ok, i reproduced #2787, using a conditional breakpoint i found that "loop" in IndustryProductionCallback indeed gets higher than 66000
21:45:07 <mizipzor> im unsure as to how i should handle the error, i currently just assert, but one of those nifty red warningboxes would be nice... and the function should be aborted, but i dont know how important it is that the rest of the calls are made
21:47:15 <Nite_Owl> I have never run into a problem with mine set at 3000 - it probably has some other dependencies as well but I have no idea what they may be
21:48:41 *** Klanticus has joined #openttd
21:49:04 <mizipzor> adding a return just after the assert lets the game continue fine... dont know if something went wrong under the hood though :p
21:51:58 <EoD> roadveh_cmd.cpp probably?
21:53:48 <mizipzor> Rubidium: any comments on what i just said about the bug im hunting?
21:56:03 <Ammler> Nite_Owl: "they" just suggested to fiddle with penalty, but finally it was a ghosty bug in beta1, which was gone in beta2...
21:57:27 <Nite_Owl> Hmmm - I could be remembering a different thread then or I am remembering it wrong
22:01:54 <mizipzor> hmm... should a towns name pointer be null?
22:05:51 <Nite_Owl> I guess michi_cc has been away from his puter during this discussion. YAPP is his baby after all.
22:06:56 <petern> mizipzor, if it doesn't have a custom name, yes
22:09:23 <frosch123> [23:45] <mizipzor> im unsure as to how i should handle the error, i currently just assert, but one of those nifty red warningboxes would be nice... and the function should be aborted, but i dont know how important it is that the rest of the calls are made <- take a look at ShowNewGrfVehicleError, how is it used, and what does it do :)
22:11:26 <mizipzor> frosch123: understood
22:11:40 <frosch123> IIRC there are currently two newgrf bug messages. 1. When vehicles change lengths while outside of depot, which is critical and might crash ottd immediatelly or later, and which is therefore stored in the gamelog. 2. When newgrfs return inconsistent information in purchase list, which is not critical, and is not logged.
22:12:46 <frosch123> the infinite loop is also non-critical, as ottd can just continue operating without desyncing or crashing or corrupting the gamestate
22:12:54 <mizipzor> frosch123: this bug isnt for vehicles, its for newgrf industries
22:13:57 <frosch123> hehe, there is no generic function yet :) however the industry error should also blame the faulty newgrf, and tell which industrytype caused the problem
22:14:50 <frosch123> but with only two (or now three) newgrf errors you can hardly design a generic newgrf error function :)
22:15:31 <mizipzor> i agree... but what do i set EngineID to? 0?
22:15:53 <mizipzor> if not the industry have some fancy id i can use in place of that
22:17:30 <frosch123> you cannot use that function directly, as it calls GetEngine() which needs a valid EngineID.
22:18:30 <frosch123> so either you have to duplicate half of ShowNewGrfVehicleError, or you find some nice way to share some code of them in a more generic ShowNewGrfError() or whatever
22:20:20 <frosch123> IndustrySpec *GetIndustrySpec(IndustryType thistype); <- with that function you should get enough info about the industry using ind->type
22:20:42 <frosch123> the IndustrySpec also seems to already be used in IndustryProductionCallback
22:23:00 <mizipzor> my current plan is to duplicate parts of the ShowNewGrfVehicleError into IndustryProductionCallback
22:24:06 <mizipzor> but the former func relies on GRFConfig for getting names and such, and i cant seem to be able to figure out how to retrieve the grfid for the industry
22:24:52 <frosch123> it should be part of the IndustrySpec
22:24:57 <mizipzor> something along the lines of GetGRFConfig(GetEngine(engineid)->grftile->grfid)); but for the industry
22:25:56 <frosch123> IndustrySpec::grf_prop.grffile
22:26:43 <mizipzor> yes, i just found the GRFFileProps struct... it has some other nice data and ids to, maybe i could use that in the error message?
22:31:18 <frosch123> you could print the local_id, though just printing the name might be easier for bug reports of players
22:34:35 <TrueBrain> @mode +q *!*@2001:a60:f066:0:3540:68ab:ecd1:455
22:34:35 *** DorpsGek sets mode: +q *!*@2001:a60:f066:0:3540:68ab:ecd1:455
22:35:48 <TrueBrain> @mode -q *!*@2001:a60:f066:0:3540:68ab:ecd1:455
22:35:48 *** DorpsGek sets mode: -q *!*@2001:a60:f066:0:3540:68ab:ecd1:455
22:36:55 <frosch123> so, new stuff in the village, and dorpsgek has to play with it
22:37:03 <mizipzor> frosch123: how do you handle strings? StringID is defined to an uint, which leads me to believe its just an index so it can be translated and such... but how can i show error messages with arbitrary text? such as this... and how should i tackle the problem of localizing this error message?
22:37:17 <mizipzor> where are the StringIDs located? what messages is there to choose from?
22:37:43 <frosch123> mizipzor: add a line to src/lang/english.txt at your favorite place (it should fit contextually)
22:38:26 <frosch123> e.g. after the other newgrf error messages, if they are in a block
22:39:05 <frosch123> by "make" the STR_xxx will find it's way into src/table/strings.h
22:40:56 <frosch123> TrueBrain: I am a lot older than dorpsgek, so everything related to him is new, and I am also senile enough to consider maybe older stuff as newer
22:41:18 <TrueBrain> frosch123: ah, that explains :)
22:44:13 <mizipzor> ok, so ive added the newgrf error string among the others... whats the difference between {STRING1} and {RAW_STRING}?
22:44:31 <mizipzor> also, i guess that both are arguments, so the error string is a bit more general
22:44:57 <frosch123> When using {STRING} you have to pass a StringID using SetDParam, when using {RAW_STRING} you can pass a char *
22:45:00 <mizipzor> i would like to display which grf file that caused the error, i have a const char*, would raw_string be good then?
22:49:27 *** Brianetta has joined #openttd
22:52:56 <mizipzor> now i need a way to bind a const char* to a StringID, before calling ShowErrorMessage... i thought SetDParamStr was supposed to be just that, but it displays some other strings
22:53:30 <frosch123> isn't that also done in ShowNewGrfVehicleError ?
22:54:37 <mizipzor> yes, on lines 121-123 in vehicle.cpp
22:54:52 <frosch123> well, if it works there, it should also work in your case :)
22:54:57 <mizipzor> or rather, SetDParam is used, but ShowErrorMessage uses the StringIDs passed to the function
22:55:51 <frosch123> if you want to include a StringID into message use {STRING} instead of {RAW_STRING}
22:57:35 *** thingwath has joined #openttd
22:58:37 <mizipzor> SetDParamStr "function is used to "bind" a C string to a OpenTTD dparam slot."
22:59:07 <EoD> i have to leave now, wish everyone a good nigh
22:59:22 <EoD> (maybe until April 17th ;) )
23:00:35 <mizipzor> that will make my char* go into a StringID? sounds dangerous... but i "bind" my char* to id 0, and then display String 0 in the error... but that was wrong apparently, but i cant figure out how to properly use it from looking at ShowNewGrfVehicleError
23:02:26 <frosch123> what string do you want to bind? the grfname is also used in ShowNewGrfVehicleError, so you should be able to do exactly the same. and the industry name is a stringid
23:06:37 <mizipzor> ah! now im on to something here
23:12:40 <mizipzor> crashed in Utf8Decode, tried to see if my new string made it into the table, but it seems i dont have a src/table/strings.h... wierd
23:13:09 <Rubidium> objs/lang/table/strings.h
23:13:21 <mizipzor> there it was, thanks
23:23:56 <mizipzor> making progress :) but the grffile containing the error cause the string to be to long to be displayed entirely in the error window... is there a way to change how big it is?
23:24:52 <frosch123> the window should grow vertically to make it fit. but that might also be broken :)
23:25:11 <frosch123> and about the width, it looks also stupid for the other messages :)
23:25:21 <frosch123> i.e. different task
23:25:47 <mizipzor> i also noticed that trains passing under the window makes the color of the text go foobar :p
23:26:20 <mizipzor> ill rephrase the error message so that at least as much of the bad file as possible is shown then
23:26:38 <frosch123> then add a colorcode at the beginning of the string :)
23:33:50 <mizipzor> well, an endless loop is now detected and a new error string has been created for that... to bad the errormessage doesnt want to work with me
23:33:58 <mizipzor> wanna take a look at the .diff?
23:38:00 <frosch123> use {NUM} and pass the local_id as number, instead of converting it
23:38:05 <mizipzor> itoa flags some deprecation warnings on some compilers, i didnt know what your attitude towards it was... but it was the easiest way i could see to get the local_id into the message... which isnt displayd to the small box anyways >.<
23:38:29 <mizipzor> oh... that answer was so quick, it was before i asked the question ;)
23:39:13 <frosch123> + if (loop>0x10000) { <- should be ">="
23:39:43 <frosch123> and finally you should consider the coding style for comments and whitespace in expressions
23:39:51 *** fonsinchen1 has joined #openttd
23:40:09 <Rubidium> SetDParamStr + ShowError + local stack variable == bad things happen
23:40:19 <mizipzor> Rubidium: its already gone ;)
23:40:41 <mizipzor> i added whitespace around the operator in the if
23:41:28 <frosch123> the deluxe version would of course add a new item to the GRFBugs enum, only show the message once per session, and pause the game in singleplayer :)
23:42:41 <SmatZ> maybe it's better to bugger the user everytime it fails though ;)
23:42:53 <mizipzor> frosch123: i was thinking about adding it to the grfbugs
23:43:01 <frosch123> ok, smatz is in an evil mood :)
23:43:26 <Rubidium> taint the savegame ;)
23:43:34 <mizipzor> SmatZ: i think so at least, it doesnt fail all that often afaik, and its quite unpredictable to :p
23:44:48 <Rubidium> if (involved(sirkoz) && !Random()) *((byte*)0) = 0xdieddead;
23:45:19 <mizipzor> although, i know way to little to discuss how the game should handle the bug... i dont know really what causes it, i just handle an endless loop letting the user know and making the game continue, with no idea whatsoever about what could happen now when the loop apparently couldnt find a good solution
23:45:36 <SmatZ> 'di' isn't a valid hex number :-x
23:46:08 <Rubidium> if (involved(sirkoz) && !Random()) *((byte*)0) = 0xd1eddead;
23:46:21 <frosch123> mizipzor: the goal is to make the user continue the game, and to enable him to report the bug to the grf creator
23:46:55 <Rubidium> hmm... lets give SmatZ some electrolytes
23:47:15 <mizipzor> frosch123: indeed... but will the graphic creator know what to do about it? do you know what causes the bug?
23:47:43 <mizipzor> i dont even know what IndustryProductionCallback does :p well, apart from the documentation of the func
23:47:53 <frosch123> you have to look at the newgrf for that, but I would bet for an obiwan
23:49:10 <frosch123> like: "x < a" -> do something, "x > a" -> do something different, "x == a" -> hmm, don't know, will hardly happen
23:49:18 <mizipzor> ah, so these callbacks are quite generic and designed by the graphicset?
23:49:33 <mizipzor> sweet, almost like a psuedo scripting language :)
23:49:42 <mizipzor> havent done anything in newgrf myself though
23:50:28 <mizipzor> frosch123: btw, do you see if i make any error there? or is the non-resizing error box another bug?
23:51:33 <frosch123> currently there is a lot of restructing in the gui code. I saw a similiar bug in the forums today, but I suppose - as always - it did not make it to flyspray :)
23:51:56 <frosch123> your code is fine in that point, it is the fault of the error window
23:52:33 <frosch123> oh, I was wrong \o/ fs#2811
23:53:19 <mizipzor> so now that ive got a patch and a proposed workaround, where is the proper location to post it? in the forumtopic asking about the freeze in game? or the flyspray bug created by the topic?
23:53:36 <frosch123> post it in the fs task
23:54:19 <mizipzor> will do... if you dont mind that is?
23:54:59 <frosch123> i'll take a look at it tomorrow :)
23:55:32 <frosch123> but it is quite rare that someone figures out the coding style (esp. indentation) that fast :)
23:55:38 <mizipzor> nice, im heading for the bed as soon as i hit "post" myself :)
23:56:16 <mizipzor> tbh, i make a living as a coder :p so the strict guidelines isnt something new to me </brag>
23:57:05 <mizipzor> but i take it as a compliment ;)
23:58:27 <frosch123> must be a nice company you are at :) in my company there are a lot coding styles :p
continue to next day ⏵