Back to Home / #openttd / 2009 / 04 / Prev Day | Next Day
#openttd IRC Logs for 2009-04-04

---Logopened Sat Apr 04 00:00:31 2009
00:28-!-scarabeus [] has joined #openttd
00:48-!-nicfer [] has joined #openttd
00:49<nicfer>Oh cool, .7 is here!
00:50<nicfer>Released no april 1st?
00:51<nicfer>No -> on
00:55<nicfer>Now cargo dest enters trunk and I'll have to wait until next release
00:55<gleeb>I can't wait for CargoDest + IS + 0.7's UI enhancements.
00:56<nicfer>Always happens the same thing
00:56<gleeb>(Mostly CTRL when bridging)
00:58<nicfer>Rule 1 of ottd: when a new release is out, next day there's something new in trunk
01:00<nicfer>Laws of murphy reem
01:00<nicfer>seem to be true*
01:05-!-scarabeus [] has quit [Ping timeout: 480 seconds]
01:06<Sacro>Yeah, they tend to bugfix when there is a stable branch
01:07<Sacro>and then upon release they are free to work on 0.8.0
01:07<Sacro>unless we need a or a 0.7.1
01:07-!-scarabeus [] has joined #openttd
01:07<gleeb>That's roughly how most projects work.
01:11-!-Singaporekid [] has joined #openttd
01:11-!-HerzogDeXtEr [~Flex@] has joined #openttd
01:11<nicfer>When there was 0.6 people wanted pbs and such stuff, now they'll want cargo dest and infrastructure sharing
01:13-!-nicfer [] has left #openttd []
01:17-!-Hendikins|SRA412 is now known as Hendikins
01:20<De_Ghosty>what they really want is signal on bridge and in tunnels :D
01:20<gleeb>That's quite a game changer, though.
01:20<De_Ghosty>so was dragable signal
01:20<gleeb>It would need quite a change in the way the game works.
01:21-!-Sacro [~ben@static-87-102-39-137.karoo.KCOM.COM] has quit [Quit: Sacro]
01:23-!-el_en [] has joined #openttd
01:26-!-NukeBuster [~wouter@] has quit [Remote host closed the connection]
02:03<planetmaker>good morning
02:03<planetmaker>trunk compilation is broken for me (gcc 4.0.1):
02:04<planetmaker>[SRC] Compiling network/core/address.cpp
02:04<planetmaker>/Users/ingo/ottd/trunk/src/network/core/address.cpp: In member function 'bool NetworkAddress::IsInNetmask(char*)':
02:04<planetmaker>/Users/ingo/ottd/trunk/src/network/core/address.cpp:128: error: 'struct in6_addr' has no member named 's6_addr32'
02:04<planetmaker>/Users/ingo/ottd/trunk/src/network/core/address.cpp:129: error: 'struct in6_addr' has no member named 's6_addr32'
02:04-!-ijustam [] has left #openttd [Leaving]
02:05<planetmaker>for r15950
02:10<planetmaker>due to the time of the day :P I add it to flyspray
02:18-!-maristo [] has joined #openttd
02:18-!-FR^2 [] has joined #openttd
02:56-!-artart78 [] has joined #openttd
03:02-!-Alberth [] has joined #openttd
03:10-!-|Japa| [~Japa@] has joined #openttd
03:15-!-|Japa| [~Japa@] has quit [Remote host closed the connection]
03:15-!-|Japa| [~Japa@] has joined #openttd
03:18-!-maristo [] has quit [Quit: Ухожу я от вас (xchat 2.4.5 или старше)]
03:34-!-Fenris [] has joined #openttd
03:47-!-Mucht [] has quit [Remote host closed the connection]
03:50-!-Mucht [] has joined #openttd
03:52-!-Progman [] has joined #openttd
04:06-!-Fenris [] has quit []
04:16-!-Fenris [] has joined #openttd
04:25-!-Exl [] has joined #openttd
04:27-!-JapaMala [~Japa@] has joined #openttd
04:27-!-|Japa| [~Japa@] has quit [Read error: Connection reset by peer]
04:27-!-JapaMala is now known as |Japa|
04:27-!-Fenris [] has quit [Quit: Fenris]
04:31-!-MrFrans [] has quit [Ping timeout: 480 seconds]
04:36-!-Fenris [] has joined #openttd
04:39-!-maristo [] has joined #openttd
04:45-!-TinoM [] has joined #openttd
04:48<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.
05:01-!-tkjacobsen [] has joined #openttd
05:03-!-Alberth [] has left #openttd []
05:03<CIA-1>OpenTTD: alberth * r15952 /trunk/src/graph_gui.cpp: -Codechange: Added nested widgets to operating profit, income, delivered cargo, and company value windows.
05:07-!-JH [] has joined #openttd
05:07-!-Gekz [] has joined #openttd
05:08-!-OwenS [] has joined #openttd
05:10-!-|Japa| [~Japa@] has quit [Ping timeout: 480 seconds]
05:13<planetmaker>thank you rubidium
05:26-!-tkjacobsen [] has quit [Remote host closed the connection]
05:36-!-Zahl [] has joined #openttd
05:46-!-lewymati [] has joined #openttd
05:48-!-fonsinchen [] has joined #openttd
05:50-!-BlueSteel [] has joined #openttd
05:59-!-|Japa| [~Japa@] has joined #openttd
06:00-!-Vikthor [] has joined #openttd
06:20<BlueSteel>does anyone know why I don't seem to be able to make any profit sometimes...
06:21<BlueSteel>my vehicles still show up as making profit each time.. see the dollar symbols... but no increase in my money
06:21<@Rubidium>you're using transfer
06:22<@Rubidium>transfer means that you want to transport it further, i.e. no final delivery so no payment
06:22<BlueSteel>ah ok
06:22<BlueSteel>so that's all it is?
06:23<BlueSteel>wow, seems you were right
06:23<BlueSteel>so when should I use transfer?
06:23<BlueSteel>or is it saying... just go past this point but don't drop anyone off
06:24<@Rubidium>imagine three mines nearby bringing coal to a single 'aggregator' station from where long trains bring it to a power plant
06:24<@Rubidium>the trains from the mines to the aggregator station would have a transfer order
06:24<|Japa|>I tried something like that once
06:25<|Japa|>worked well, till I circled around, and ened with the coal taking a longer trip than normal
06:25<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
06:25<@Rubidium>that works too
06:25<|Japa|>in the end, I have tl27, and they were filling near instantly
06:26<@Rubidium>though those vehicles unloading at the aggregator wouldn't get a share in the 'profit'
06:26-!-energetic2 [] has joined #openttd
06:27-!-energetic2 [] has quit []
06:29-!-pavel1269 [] has joined #openttd
06:32-!-Zr40 [] has joined #openttd
06:35-!-lewymati [] has quit [Ping timeout: 480 seconds]
06:35-!-|Japa| [~Japa@] has quit [Ping timeout: 480 seconds]
06:36-!-lewymati [] has joined #openttd
06:37-!-lewymati [] has quit []
06:40<Zr40>hey brain
06:40<TrueBrain>hi Zr40
06:41<Zr40>I finally got myself a good IRC client - irssi :)
06:41<TrueBrain>you call that good? You are SO WEIRD! :)
06:41<blathijs>irssi rox the bomb
06:41<Zr40>what do you call good?
06:42<TrueBrain>not irssi :p Ghehe :)
06:42<TrueBrain>hi blathijs :)
06:42<TrueBrain>be back later, need to take ashower
06:42<planetmaker>good day TrueBrain :)
06:42<Zr40>well, I haven't found any other good clients
06:43<Zr40>xchat crashes when minimized
06:43<Zr40>mirc is meh
06:43<planetmaker>can you do me a favour and schedule a compilation of the head-to-head branch today? Somewhen late afternoon or so?
06:43<TrueBrain>Zr40: I haven't found a good one either, I have to admit
06:43<TrueBrain>using Konversation now, but it sucks :p
06:43<TrueBrain>planetmaker: schedule: no; besides, I need Yexo to request that ;)
06:43<Zr40>irssi works behind screen :)
06:43<Zr40>so I just have to connect to ssh now
06:44<planetmaker>mö... I'm sure he would like people be able to test it, TrueBrain :)
06:44<Zr40>and it properly supports multiple networks
06:44<planetmaker>and there is a commit which fixes an assert which constantly pops up
06:44<TrueBrain>planetmaker: I am sure too, but I need to know if he isn't planninn a commit seconds after I start the compile ;)
06:44<Yexo>I don't really care at the moment, since the desyncs are still not fixed
06:44<Yexo>TrueBrain: so no, I'm not planning a commit now
06:44<TrueBrain>see, planetmaker, clearly it is not useful ;)
06:44<Yexo>in fact, not before monday probably
06:44<planetmaker>TrueBrain: well... it would still be.
06:44<planetmaker>A desync is painful but not deadly
06:45<TrueBrain>as deadly as an assert :p
06:45<planetmaker>With only desyncs we would have been able to continue somewhat :P
06:45<TrueBrain>takes 23 mins for the CF to puke out some binaries
06:45<planetmaker>and we might be able to find _what_ causes them.
06:45<@Rubidium>23 mins?
06:45<TrueBrain>it takes longer nowedays? :p
06:45<@Rubidium>no OSX binary?
06:46<planetmaker>And in order to allow for some bright idea ... that's why I thought of late afternoon :P
06:46<@Rubidium>the OSX binary takes more than 30 minutes
06:46<TrueBrain>okay, sorry, 39 minutes
06:46<TrueBrain>that is just sik
06:46<TrueBrain>my keyboard is refusing ...
06:46<TrueBrain>@calc 2038 / 60
06:46<@DorpsGek>TrueBrain: 33.9666666667
06:46<TrueBrain>OSX alone takes 34 minutes .......
06:47<Zr40>what causes it to take that long?
06:47<TrueBrain>Zr40: being OSX
06:47<TrueBrain>3 binaries in one ...
06:47<planetmaker>TrueBrain: that's hard to believe... your machine certainly faster than mine - and my laptop(!) takes only 5 minutes
06:47<Zr40>ah, of course
06:47<TrueBrain>planetmaker: single-core compiles, remember that .. also: universal builds
06:48<TrueBrain>I wonder if tat ppc570 or what is it called is used
06:48<planetmaker>TrueBrain: single core? Oh... well... then :)
06:48<TrueBrain>planetmaker: we have 3 compiles running in parallel
06:48<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
06:48<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
06:48<planetmaker>ok, didn't know that. I assumed obviously wrongly that you compile in sequence not in parallel.
06:48<planetmaker>doens't matter, I guess :)
06:49<TrueBrain>in the end, it does't really
06:49<Yexo>before saving wait untill the oilrig is completed though
06:49<TrueBrain>and virtualization supports single-core better ;)
06:49<planetmaker>point for that :)
06:49<TrueBrain>Yexo: he will have its own fixed binary in several minutes anyway :p
06:49<TrueBrain>oh, wait, shower ...
06:50<planetmaker>Yexo: thanks for the hint
06:56<JH>ini: ignoring invalid NewGRF '2cc_trainset.beta_2.01\2ccdj.grf': not found
06:57<JH>linux version can't find the grf's insite the archives like windows client ?
06:57<@Rubidium>they probably use a different file name
06:57<@Rubidium>and unices usually have / as directory separator
06:58<@Rubidium>TrueBrain: ppc970 to ppc is what i686 is to i386
06:58-!-|Infusion| [~|] has joined #openttd
06:59<|Infusion|>hi, sb has started gentoo ebuild with kde 3.5?
06:59<CIA-1>OpenTTD: rubidium * r15953 /trunk/src/gfx.cpp: -Fix [FS#2783]: left - right != width causing strings to be truncated too early
06:59<JH>Rubidium ok that seems to fix it
06:59<@petern>sb? kde?
06:59<JH>dbg: [grf] [2cc_trainset.beta_2.01/2ccdj.grf:1] ReserveChangeInfo: Invalid pseudo sprite length 4 (expected 6)!
06:59<|Infusion|>sb ? somebody?
07:00<JH>don't know if that error is here that it should be reported though...
07:00<planetmaker>JH: it's an error in the grf
07:00<jpm>I have noticed that trees are growing and filling every place... is tree growing rate depended of grf package used?
07:00<planetmaker>report that in the 2cc trainset thread with the openttd version you use
07:00<JH>planetmaker yes thats why it porberly need posting on forum instead ;)
07:00<@petern>jpm, no
07:00<planetmaker>and the exact grf version
07:01<planetmaker>JH: yes :)
07:01<@Rubidium>the tree problem is because there're no animals to graze, so young trees don't die ;)
07:01<@petern>|Infusion|, then write 'somebody', heh
07:01<@petern>|Infusion|, and the ebuild is nothing to do with us
07:01<@petern>(or something like that)
07:01<jpm>petern: Can you say from where I found code dealing with trees?
07:02<@Rubidium>why would we tell you where you found something?
07:02<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 ?
07:03<jpm>Rubidium: so you can't...
07:03<|Infusion|>sorry petern, i just want to know if it works, because it looks like no starting
07:03<@petern>what relevance is kde?
07:03<|Infusion|>you are windows user, right?
07:04<@Rubidium>jpm: I have found my car keys, were did I find them? (other words, same meaning as your question)
07:04<@petern>|Infusion|, no
07:05<|Infusion|>and you don t know what kde is?
07:05<jpm>Rubidium: yes I noticed my error, I meant: Can you point me source file to deal with tree algorihtm...
07:05<@petern>of course i know what kde is
07:06<@Rubidium>jpm: something dealing with trees, what word would you put in the filename to tell someone the file is about trees?
07:07<jpm>Rubidium: Hmm... maybe pine, oak or ...
07:07<|Infusion|>petern: so whats the problem with my question?
07:07<@petern>hmm, where does one start...
07:07<planetmaker>|Infusion|: you want to find something
07:08<planetmaker>not know where you found something ;) - it's a matter of time :P
07:08<@petern>we've cover the useless abbreviation
07:08<jpm>Rubidium: PlaceTreesRandomly at tree_cmd.cpp
07:08<@petern>i've tried to cover the fact that you're using kde seems pretty irrelevant
07:09<@petern>shall i mention the fact that you've not actually stated if you have a problem, and if so, what the problem is?
07:09<@Rubidium>sounds like a start (don't know exactly where the in-game tree planting is myself)
07:10<|Infusion|>my problem is that openttd does not start, there is no error msg or something like this. if i execute there comes nothing
07:10<jpm>Thanks anyway :)
07:10<Zr40>talking about trees, what's the difference between the original and improved tree algorithm?
07:11<@petern>are you starting it from the terminal window or from kde's menu?
07:11<|Infusion|>tested both
07:12<@Rubidium>let me guess, the ebuild builds a dedicated server if it doesn't have libsdl...
07:13<TrueBrain>Rubidium: only if you did: USE="-sdl"
07:13<@petern>you'd still get some output in a terminal though
07:13<TrueBrain>|Infusion|: open a console and type: 'openttd'
07:13<TrueBrain>most likely you are not in the group 'games'
07:17-!-Yexo [] has quit [Quit: bye]
07:17<|Infusion|>group games is set on the user, but it doesnt work, command not fount
07:17<TrueBrain>did you install the game? :p
07:18<TrueBrain>check /usr/games/bin
07:18-!-kokx [] has joined #openttd
07:19<@petern>it's like getting blood out of a stone
07:22<Zr40>|Infusion|: did you change groups without logging out?
07:23-!-|Infusion| [~|] has quit [Quit: KVIrc 3.4.0 Virgo]
07:31-!-divo [] has joined #openttd
07:36-!-KenjiE20 [~KenjiE20@] has joined #openttd
07:42-!-KritiK [] has joined #openttd
08:05<TrueBrain> File "//usr/lib64/python2.5/site-packages/libsvn/", line 924, in svn_client_log
08:05<TrueBrain> return apply(_client.svn_client_log, args)
08:05<TrueBrain>TypeError: not a string
08:06<TrueBrain>I love clear errors ...
08:14-!-FR^2 [] has quit [Quit: Connection reset by caffein depletion...]
08:15<@petern>i love clear interface ...
08:17-!-welshdragon [~welshdrag@] has joined #openttd
08:17<TrueBrain>@kick welshdragon stop being so scary
08:17-!-welshdragon was kicked from #openttd by DorpsGek [stop being so scary]
08:17-!-welshdragon [~welshdrag@] has joined #openttd
08:17*welshdragon has posted a technical suggestion
08:18<welshdragon>TrueBrain: ouch, thanks for that
08:18<TrueBrain>you are very welcome
08:19<@Rubidium>welshdragon: may I suggest you to fix FS#1495 and FS#1944 as part of implementing that suggestion?
08:20<welshdragon>Rubidium: i wasn't aware of flyspray........
08:20-!-Bennythen00b [] has joined #openttd
08:21<welshdragon>also, i'm no coderm so can't fix it
08:22<@petern>yup, coders were born coding
08:22<Progman>"doctor, what is it?" - "its a coder"
08:23<TrueBrain>lol @ Progman
08:25<welshdragon>so i guess i shouldn't inundate my tram system with trams then?
08:34-!-Polygon [] has joined #openttd
08:38-!-|Japa| [~Japa@] has joined #openttd
08:38-!-welterde [] has quit [Remote host closed the connection]
08:39-!-murr4y [murray@2001:470:1f0a:1be::42] has quit [Remote host closed the connection]
08:39-!-EoD [] has joined #openttd
08:39-!-murr4y [murray@2001:470:1f0a:1be::42] has joined #openttd
08:40-!-welterde [] has joined #openttd
08:42<EoD>any (interesting) news so far?
08:42<TrueBrain>I took a shower!
08:42<Forked>the internet is shutting down due to lack of users
08:42<planetmaker>EoD: the Earth moved on...
08:42<EoD>sounds great!
08:42<EoD>As long as the ipv6 internet stays...
08:43<Forked>also we're going back to appletalk
08:45-!-glx [] has joined #openttd
08:45-!-mode/#openttd [+v glx] by ChanServ
08:52<EoD>so i'll try compile the current trunk
08:56<EoD>dbg: [misc] Nested widgets give different results ... interesting
08:57<+glx>probably not important
08:57<TrueBrain>SystemError: NULL result without error in PyObject_Call <- getting better and better ...
08:57<+glx>error without error?
08:57<EoD>glx: actually openttd hangs. I'll activate more debug lvls
08:57<+glx>just -dmisc1
08:58<+glx>but I think the hang is not caused by nested widgets
08:58<EoD>me neither
08:58<EoD>probably something from the net-code
08:59<EoD>yeah, i only happens when i press multiplayer
09:00<+glx>OS, version, ... ?
09:00<+glx>the usual questions ;)
09:01<EoD>Debian Linux, HEAD (r15953)
09:01<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%)
09:03<EoD>debug lvl3 isn't very helpful so far
09:05<EoD>no more questions?
09:09<@Rubidium>EoD: try svn up && make clean && make
09:09<CIA-1>OpenTTD: rubidium * r15954 /trunk/src/network/core/address.h: -Fix: comparing addresses kinda fails (sometimes) causing duplicates in the game list
09:10<@Rubidium>or disable makedepend cause it doesn't quite work
09:13<EoD>it doesn't quite work? why not?
09:13<EoD>how do i "disable" makedepend?
09:14<@Rubidium>./configure --without-makedepend
09:14-!-Timitry_ [] has joined #openttd
09:14<@Rubidium>makedepend doesn't like #define within #ifdef
09:14<EoD>does this "without" work with all "with" options?
09:14-!-Polygon [] has quit [Quit: Verlassend]
09:14<@Rubidium>well, it should at least
09:14-!-Zahl_ [] has joined #openttd
09:15<EoD>rubidium: it works with r15954
09:22-!-Zahl [] has quit [Ping timeout: 480 seconds]
09:22-!-Zahl_ is now known as Zahl
09:25*TrueBrain just received 3 TB of HD space and 8 GB of RAM :p
09:27<Forked>the ram is only impressive if it's somewhat expensive :p
09:28<TrueBrain>non-ECC :p
09:28<TrueBrain>just nice to put it all in one box
09:28<TrueBrain>and then have to ship it out to a customer :(
09:28<kokx>where do you use it for TrueBrain ?
09:28<Forked>aw :\
09:28<kokx>to show off?
09:28<kokx>4GB would be fine for you probably ;)
09:28<TrueBrain>kokx: yup :p Want to see how big mine is?
09:29<TrueBrain>it is a VM box .. so 8 is even on the low side
09:29<kokx>ah, when you are using VM's it is usefull ;)O
09:30<EoD>do you use Xen?
09:30<TrueBrain>nope, ESXi
09:30<TrueBrain>Xen kind of sucks ... IO performance is to cry about
09:31<EoD>hmmm... But ESXi is proprietary
09:31<TrueBrain>it is free
09:32<TrueBrain>if I would use Xen, I would use XenServer from Citrix
09:32<TrueBrain>so not much difference there ;)
09:32<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 :( )
09:33<TrueBrain>EoD: that won't change; people like windows :p
09:33<jonty-comp>I installed the IPv6 onto this work server, and RPC crashed
09:34<jonty-comp>cue hasty cmd-tapping to abort the shutdown
09:34<TrueBrain>jonty-comp: I think you should stop touching IPv6 :p
09:34<TrueBrain>you only make things crash :p
09:34<jonty-comp>now I started RPC again, but the network connection doesn't show up in the gui :(
09:34-!-FR^2 [] has joined #openttd
09:35<jonty-comp>it's still there if I do ipconfig /all though, and it seems to have given itself an ipv6 address
09:35<jonty-comp>so I shall restart it later, when there aren't 4 people using it
09:37<TrueBrain>why do you do such things on it, when 4 people are wokring on it in the first place?
09:37<jonty-comp>because I'm bored
09:38<TrueBrain>I have this machine that refuses to load .. it hangs on smartd :s
09:38<jonty-comp>it's also used as a normal workstation :p
09:38<jonty-comp>I had to change all the passwords earlier because my boss managed to turn off comodo antivirus and install some malware ._>
09:40<jonty-comp>which then put obfusicated virus-downloading javascript on all our websites
09:40<jonty-comp>so that was my morning gone
09:40<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
09:40<EoD>sounds great :-S
09:42<TrueBrain>@calc 75000 / 24 / 365
09:42<@DorpsGek>TrueBrain: 8.56164383562
09:43<TrueBrain>I have a HD with ATA version 7 who claims to be Powered On for 8.5 years
09:43<TrueBrain>I don't beleve him :p
09:43<@Rubidium>and when it's in minutes?
09:43<TrueBrain>@calc 75000 / 24 / 365 / 60
09:43<@DorpsGek>TrueBrain: 0.142694063927
09:44<TrueBrain>Don't think os ;)
09:44<TrueBrain>disk is around 2 years old
09:44<@Rubidium>refurbished model with new platters ;)
09:45<TrueBrain>anyway .. an other SMART-marked-error disk ... 6000 power-on hours ..
09:45<TrueBrain>HDs don't like IO load :p
09:45-!-FR^2 [] has quit [Remote host closed the connection]
09:46*TrueBrain loves hot-swap
09:47<EoD>SATA hotswap?
09:47<jonty-comp>Apparently I can hot-sqap my main desktop drive
09:47<jonty-comp>but I think I'll pass
09:47<EoD>does it work without problems? I only used scsi hotswap, yet
09:48<TrueBrain>of course it works :p
09:48<EoD>which hardware do you have?
09:48<TrueBrain>stock hardware :p
09:50<TrueBrain>too bad mdadm doesn't pick up on the removal of a drive :(
09:52-!-otih [] has quit [Remote host closed the connection]
09:53<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
09:57-!-|Japa| [~Japa@] has quit [Ping timeout: 480 seconds]
09:58<TrueBrain>I had mdadm, that you can't remove a drive if the 'node' is gone .. /dev/sdd1 is gone, as the drive died
09:58<TrueBrain>now I can't remove it :p
09:58<TrueBrain>neither does mdadm detect it is no longer there :p
09:58-!-Singaporekid [] has quit [Quit: how do i took shower]
10:05<TrueBrain>creating a fake node fixed that ... lol
10:05<TrueBrain>silly mdadm :p
10:05-!-FR^2 [] has joined #openttd
10:05-!-George [~George@] has quit [Read error: Connection reset by peer]
10:05-!-Pikka [] has quit []
10:07<TrueBrain>I love hot recoveries :) 0 downtime ;) ghehe :)
10:07<SmatZ>Silly mdadm... Why don't you let me remove that drive? It is not even there!
10:07<TrueBrain>SmatZ: that was what I said ... in dutch, but nevertheless :p
10:08<TrueBrain>oh well, time to get out of here, back in a few :)
10:08-!-George [~George@] has joined #openttd
10:09-!-fonsinchen [] has quit [Quit: Leaving.]
10:10<SmatZ>bye EoD
10:12*EoD has to go shopping now :-S
10:15-!-maristo [] has quit [Remote host closed the connection]
10:16-!-|Japa| [~Japa@] has joined #openttd
10:19-!-Singaporekid [] has joined #openttd
10:24-!-EoD [] has quit [Remote host closed the connection]
10:25-!-Timitry_ [] has quit [Read error: Connection reset by peer]
10:27-!-DaleStan_ [] has joined #openttd
10:27-!-DaleStan is now known as Guest1498
10:27-!-DaleStan_ is now known as DaleStan
10:28-!-Guest1498 [] has quit [Ping timeout: 480 seconds]
10:40<TrueBrain>back! :)
10:46-!-EoD [] has joined #openttd
11:02-!-Darkvater [] has joined #openttd
11:02-!-mode/#openttd [+o Darkvater] by ChanServ
11:02<@Darkvater>hmm...annoying that IRC just drops out....
11:05<TrueBrain>poor Darkvater
11:05*TrueBrain gives Darkvater a cookie
11:05<@Darkvater>I know *sob*
11:05<TrueBrain>so how are you doing Darkvater? :)
11:06-!-frosch123 [] has joined #openttd
11:07<@Darkvater>meh, busy... as usual
11:07<@Darkvater>wouldn't even be here if the weather were nicer :)
11:08<TrueBrain>hehe, on the latter I agree :)
11:08<@Darkvater>I did go out on the roof to clean me windows
11:08<@Darkvater>almost fell even :P
11:08*welshdragon has bright sunshine
11:08<TrueBrain>be careful Darkvater :)
11:08<@Darkvater>so, still managed an exciting day
11:09<@Darkvater>TrueBrain: I'm not devving anymore (for the time being), so it's okay
11:09<TrueBrain>I still rather have you alive
11:10<@Darkvater>thx ;)
11:11<@Rubidium>hmm, cleaning your windows... is that an euphemism for preparing windows to make a few nice screenshots?
11:11<@Darkvater>of my street, yes
11:16-!-mizipzor [] has quit [Quit: Lost terminal]
11:16<@Darkvater>congratulations on the release of 0.7.0 Rubidium :D
11:16<@Darkvater>and everyone else of course as well!
11:16-!-mizipzor [] has joined #openttd
11:21<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
11:24<@Rubidium>small and easy... then they're most likely already fixed ;)
11:24<mizipzor>Rubidium: yes, thats usually the problem with opensource projects when one wants to get involved
11:25-!-|Jeroen| [] has joined #openttd
11:25<@Rubidium>unless... do you have a mac?
11:25<planetmaker>mizipzor: an idea might be to pick up a patch which you like and really make it a decent patch
11:25<George>I'v got problem with
11:26<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?
11:26-!-|Japa| [~Japa@] has quit [Quit: HydraIRC -> <- Now with extra fish!]
11:26<George>I try to upload a grf, but it sais "The pack didn't contain a custom license."
11:26<mizipzor>Rubidium: no, lets just say i dont like macs ;) and leave it at that so i dont make any enemies :p
11:26<George>while I selected CC
11:26<George>What am I doing wrong?
11:27<@Rubidium>George, TrueBrain'll be delighted to tell you ;)
11:27<George>I had no problem like this when I used it in january
11:27<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
11:27<George>Rubidium: Thanks
11:27<mizipzor>this ones seems small enough, i wonder why no one have done it?
11:28<planetmaker>mizipzor: well... yes to more or less.
11:28<@Darkvater>newgrf probably
11:28<welshdragon>mizipzor: why not look at trying to fix some of the bugs relating to road vehicles?
11:28<planetmaker>I can recomend the filter-by-cargo patch. It needs a decent re-write :)
11:28<@petern>i recommend making a fruit cage for my garden
11:28<@Darkvater>ey petern, how's openLOMO?
11:28<@petern>it needs to be 6.5m long, 1.8m wide and 2m tall
11:29<TrueBrain>Rubidium: I REFUSE!
11:29<@petern>never heard of it
11:29<TrueBrain>George: hit reload
11:29<mizipzor>welshdragon: found 7 bugs on flyspray in the vehicle category
11:29<frosch123>mizipzor: 2787 is a good choicce :)
11:30-!-Dr_Jekyll [] has joined #openttd
11:31<George>TrueBrain: thank you
11:31<mizipzor>hehe, bug 119 is still open... old one :)
11:31<TrueBrain>thank you for noticing :)
11:31<@Darkvater>mizipzor: wouldn't start with that ;)
11:31<frosch123>reporting is more important :)
11:31<@Darkvater>but someone who has OSX would be pretty great
11:31<@petern>old bugs are generally old for a reason, heh
11:32<@Darkvater>ugh; clipping *shudder*
11:32<@Darkvater>TrueBrain: is there some special reason has no link to bananas and vv?
11:32<TrueBrain>Darkvater: nope
11:33<@petern>so i went out to purchase bits to make a fruit cage
11:33<TrueBrain>not any special
11:33<@petern>and came back with a kitchen sink instead :/
11:33<TrueBrain>villa volta
11:33<@Darkvater>vice versa
11:34<TrueBrain>who where what?
11:34*Darkvater pushes reset button
11:34-!-Wolle [] has quit [Ping timeout: 480 seconds]
11:34<EoD>where am i?
11:34<EoD>who am i?
11:35<frosch123>EoD: (Ipv6 forever!)
11:35<EoD>ah, thanks :)
11:36-!-Bennythen00b [] has quit [Read error: Connection reset by peer]
11:37<mizipzor>how come the codestyle doesnt define a recemended maxmimum line length/width? horizontal scrolling isnt my favorite activity
11:37<@Darkvater>get a bigger screen ;)
11:37<frosch123>because screen size is growing faster than code is reworked
11:38<mizipzor>frosch123: good point, hehe
11:42<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?
11:43<frosch123>it is a for() without limit
11:45-!-Swallow [] has joined #openttd
11:45<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
11:46<TrueBrain>mizipzor: I guess you found a "dirty work" entry ;)
11:46<mizipzor>TrueBrain: indeed, happy times!
11:46<TrueBrain>not happy?
11:47-!-Sacro [~ben@static-87-102-39-137.karoo.KCOM.COM] has joined #openttd
11:48<mizipzor>im gonna be happy if a solve it in a way that doesnt make the channel laugh ;)
11:48<TrueBrain>I wish you the best of luck :) (meant with less sarcasm than one might expect :))
11:50<@Darkvater>evil my friend is
11:52<TrueBrain>oeh, hungry
11:52<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?
11:52<@Darkvater>calculator is buggy :)
11:53<TrueBrain>very buggy
11:53<frosch123>indeed :)
11:53<TrueBrain>@base 16 10 10000
11:53<@DorpsGek>TrueBrain: 65536
11:53<mizipzor>Darkvater: yes, this was with the windows calculator
11:53<frosch123>@base 10 16 10000
11:53<@DorpsGek>frosch123: 2710
11:53<TrueBrain>I would demand my money back at microsoft! :p
11:53<frosch123>you did it the wrong way around :)
11:55<mizipzor>ah! now i see it... lol
11:55<mizipzor>i printed in 10000 and demanded a conversion to hex >.<
12:07-!-maristo [] has joined #openttd
12:08-!-bobo_b [] has joined #openttd
12:08<frosch123>Sacro would be amazed about so many bs
12:10<bobo_b>i can't seem to figure out how to change the working directory in windows
12:11<bobo_b>i tried -c some config file and thought it would put the savegames there too
12:11<bobo_b>but it doesn't
12:11<bobo_b>anybody can help?
12:12<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
12:13<mizipzor>in unix, this would have been easy with symlinks... i always miss them on windows
12:13<bobo_b>ok i don't mean working directory then
12:13<bobo_b>i wanna change ...\My Files\OpenTTD to something else
12:13<frosch123>start it in a console with "-d misc=3" and it will tell you were it looks at
12:17<bobo_b>well, it says C:\...\My Files\OpenTTD\ found as personal directory
12:17<bobo_b>can i change that?
12:17<TrueBrain>damn, I make good food :)
12:18<@Rubidium>lemme taste it
12:18<frosch123>which food? :p
12:18<TrueBrain>my food!!
12:18<TrueBrain>Rubidium: come and get it!
12:18<EoD>what kind of food?
12:19-!-Polygon [] has joined #openttd
12:19<TrueBrain>tasteful food
12:19<frosch123>he's a coder, so something between pizza and coffee
12:20<@Rubidium>nah, must be something much stronger
12:20<frosch123>yeah, british beer might indeed be something between pizza and coffee
12:20<+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
12:21<bobo_b>well, anyway, i want to change the "personal directory"
12:22<+glx>to what?
12:22<+glx>by default it's mydocs
12:22<bobo_b>to another directory
12:22<bobo_b>well, i have a shared partition (shared between operating systems) where i usually put my application data
12:23<+glx>-c should work if there is save and data there
12:25<bobo_b>strange, it says f:\... found as personal directory but still saves to mydocs
12:27-!-goodger [] has quit [Remote host closed the connection]
12:28-!-goodger [] has joined #openttd
12:31<+glx>add a save dir there
12:34<bobo_b>it is there, i copied the whole directory there
12:34<bobo_b>so everything needed should be there
12:37<bobo_b>ok, now i downloaded an AI, it was saved into the new directory, but savegames still go to mydocs... (??)
12:54-!-dfox [] has quit [Read error: Connection reset by peer]
12:54<EoD>i'm off for now
12:54<EoD>maybe bbl
12:55-!-EoD [] has quit [Quit: ChatZilla 0.9.84 [Iceweasel 3.0.7/2009030810]]
12:58<Maarten->Hey to all the devs, keep up the good work, 0.7.0 is a great version so far :)
12:58-!-Maarten- is now known as Maarten
12:59-!-stuffcorpse [~rick@] has quit [Remote host closed the connection]
13:02-!-bobo_b [] has quit []
13:05-!-stuffcorpse [~rick@] has joined #openttd
13:06-!-Dr_Jekyll [] has quit [Quit: - das Wiki rund um's Thema Lager und Logistik]
13:06-!-dfox [] has joined #openttd
13:09-!-JH [] has quit []
13:22-!-rosaleen [] has joined #openttd
13:22-!-rosaleen [] has left #openttd []
13:40<TrueBrain>$ svn log -r 7788 svn://
13:40<TrueBrain>svn: File not found: revision 15954, path '/trunk/src/lang/norwegian.txt'
13:41<TrueBrain>why does SVN query revision 15954 when I ask him for 7788? :(
13:42<@Rubidium>that svn log -r 7788 svn:// <- shows an empty log
13:43<TrueBrain>what is that for bull? :s
13:44<@Rubidium>the fecal type?
13:45<TrueBrain>you ask for revision 7788, but unless you tell it me twice, I don't listen?
13:45<@Rubidium>yes, but you ask for revision X of the file at HEAD
13:46-!-BlueSteel [] has quit [Ping timeout: 480 seconds]
13:46<frosch123>or at BASE?
13:46<@Rubidium>when there isn't a repo there's no BASE ;)
13:46-!-BlueSteel [] has joined #openttd
13:46<TrueBrain>okay, svn_client_log3 allows me to give @7788 ..
13:46<frosch123>hmm, true, he specified a repo :/
13:49-!-|Jeroen| [] has quit [Quit: oO]
14:04-!-ecke [~ecke@] has joined #openttd
14:14-!-Sacro [~ben@static-87-102-39-137.karoo.KCOM.COM] has quit [Quit: Sacro]
14:28-!-EoD [~EoD@2001:a60:f066:0:3540:68ab:ecd1:455] has joined #openttd
14:31-!-fonsinchen [] has joined #openttd
14:31<frosch123>welcome back, you cannot image what you have missed
14:32*Rubidium wonders who has as IP
14:33<@Rubidium>would look funky in hexadecimal IPv6
14:33<TrueBrain>I think Rubidium is bored
14:33<frosch123>I have
14:34<@Rubidium>and for the fun of it I would make the computer at that IP become a tar pit
14:34<EoD>frosch123: what did i miss?
14:34<EoD>earth has stopped turning around?
14:35<fonsinchen>how good that I didn't leave my basement today ...
14:35<frosch123>maybe, there as not a single join/leave/timeout/netsplit in #notice
14:35<@Rubidium>oh noes... we're already reusing existing IPs on multiple computers
14:36<frosch123>what, do you also have ?
14:36<@Rubidium>yeah, someone must have assigned that to me too
14:38<EoD>i got a ::1
14:38<frosch123>nah, you are showing off
14:39*Rubidium ponders the usefulness of two colons
14:40<frosch123>either "0" or "0001"
14:40<@Rubidium>colon explosion!
14:40<EoD>sorry, 0000:0000:0000:0000:0000:0000:0000:0001
14:41<EoD>i prefer ::1 ;)
14:43<EoD>would be interesting who got a Does Windows/Mac also route 127/8 locally?
14:44<TrueBrain>all 127 addresses should have /32
14:45<@petern>16 million IP addresses wasted!
14:45<EoD>yeah, but linux routes to the loopback device
14:45<TrueBrain>I have 12 127. addresses :p
14:45<TrueBrain>all /32 (on the local loopback)
14:47<jonty-comp>petern: a drop in the ocean!
14:48<jonty-comp>by the way, if/whenever openttd gets full ipv6 support I will gladly host a server to test it! :D
14:49<TrueBrain>and crash our server?
14:49<TrueBrain>I rather have you nowhere NEAR our server, thank you very much :p
14:50<@petern>silly RIPE
14:50<@petern>they ought to allocate stuff to me at the weekend :/
14:50<TrueBrain>poor petern
14:51<@Rubidium>didn't the week just begin?
14:52<EoD>jonty-comp: we could test it on my server and claim that you have nothing to do with it :-D
14:52-!-Swallow [] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]]
14:53-!-Sacro [~ben@static-87-102-39-137.karoo.KCOM.COM] has joined #openttd
14:53<jonty-comp>EoD: :(
14:54<jonty-comp>TrueBrain: it's the tt-forums server, not yours! :p
14:54<jonty-comp>and I did somewhat break the server today.
14:54<TrueBrain>jonty-comp: the only thing I read from you is that you break computers when it comes to IPv6 :p
14:54<EoD>jonty-comp: of course only if it fails :)
14:54<EoD>me, too ;)
14:54<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
14:55<EoD>except the first ipv6-version of openttd! It seemed like jonty-comp did real good work there
14:56<EoD>yeah, damn ass-kissers!
14:57*EoD can't find any around here...
14:57<TrueBrain>try the mirror
14:57<sigmund>Upon installing opengrf all maglev and monorail - engines and some buildings textures are missing, ie. black squares instead. Is this a normal problem?
14:57<TrueBrain>unload OpenGFX
14:57<@petern>try reading
14:58<@petern>the bit where it mentions black boxes...
14:58<sigmund>ah. thanks
14:59<EoD>you could try to create some of the missing graphics...
14:59<sigmund>i actually searched for black boxes, but the known bugs list list them as black rectangles :)
15:00<sigmund>EoD: the day i get less to do at work, i'll look into that :)
15:00<TrueBrain>sigmund: and you asked us about squares ... so we already have 3 words for the same thing :p
15:01<EoD>sigmund: sounds good to me :)... at least, don't forget your promise ;)
15:01<sigmund>EoD: i will not :)
15:02<sigmund>TrueBrain: we are clearly in need of standardisation? :P
15:04<frosch123>else we become thesauri?
15:08-!-pavel1269 [] has quit [Remote host closed the connection]
15:12<@petern>bah, pbs train crash
15:13<@petern>not had one of those for ... ages
15:17<planetmaker> <-- now, that's an AI :)
15:18-!-Roujin [] has joined #openttd
15:20-!-tkjacobsen [] has joined #openttd
15:20<Roujin>planetmaker: how's the timelapse recording client for openttdcoop going? :P
15:21<planetmaker>Roujin: I haven't really running any recording now. But looks fine :)
15:21<planetmaker>and yes... that's still mostly in the idea phase...
15:22<planetmaker>automatic screenshots
15:22<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
15:23<planetmaker>a nice toy :)
15:23<planetmaker>if people respect the signs...
15:23<Roujin>something like this:
15:23<frosch123>TrueBrain: we need a new section on the homepage next to screenshots: timelapse videos :p
15:24<TrueBrain>frosch123: on it!
15:25<TrueBrain>Roujin: I liked my animated gifs more :p
15:25<Roujin>which ones?
15:25<TrueBrain>dunno if they are still at their url ..
15:25-!-HerzogDeXtEr1 [~Flex@] has joined #openttd
15:27<TrueBrain>Roujin: <- picked a random one from my archive
15:27<Roujin>ahh, those :)
15:28<Roujin>well, speaking err writing about AIs, I accidentally recorded a bit of AdmiralAI during testing..
15:29<Roujin>that gave me the idea that it might be a nice little way of comparing some AIs
15:30<Roujin>now that we don't have any AI tournaments.. ;)
15:31<EoD>Convoy vs AdmiralAI or AdmiralAI#1 vs AdmiralAI#2?
15:32-!-HerzogDeXtEr [~Flex@] has quit [Ping timeout: 480 seconds]
15:34-!-Roujin_ [] has joined #openttd
15:39<TrueBrain>AI tournaments are a bad idea, I found out :)
15:39<TrueBrain>it creates agressive AIs, instead of nice AIs to play against :)
15:40<frosch123>then you have to split it in a "profit score" and a "niceness score"
15:41<TrueBrain>you make a formula for the latter? :p
15:41-!-Roujin [] has quit [Ping timeout: 480 seconds]
15:41<frosch123>there are 15 company slots for 15 ais, and 240 spectator slots for the judge :p
15:41<TrueBrain>one hell of a nasty tournament that will be :)
15:41<Noldo>how else are you going to make "nice to play with" AIs if not by first defining what it means?
15:43<planetmaker>@admin capability add narc user.voice
15:45-!-Singaporekid [] has quit [Quit: what a smeel]
15:45<planetmaker>... yeah...
15:46<TrueBrain>planetmaker: you might want to try an other channel :p
15:46<TrueBrain>@voice planetmaker
15:46-!-mode/#openttd [+v planetmaker] by DorpsGek
15:46<+planetmaker>TrueBrain: right... nasty tabs... :) got the wrong one.
15:47<+planetmaker>should have been #coopetition
15:47<TrueBrain>sorry if I gave you the impression I cared for what channel it was meant :p
15:47*TrueBrain goes evil
15:47<+planetmaker>the head-to-head channel as it currently is :)
15:47<+planetmaker>TrueBrain: :) no. But to feed the curious
15:58<@orudge>TrueBrain: 2.67% of tt-forums traffic IPv6 in the past 24 hours :)
15:59<TrueBrain>orudge: traffic? And IPs?
15:59<@orudge>traffic as in bandwidth usage
15:59<TrueBrain>IPv4 hits: 674005 hits
15:59<TrueBrain>IPv6 hits: 18360 hits
15:59<TrueBrain>IPv6 ratio: 2.6517 %
15:59<TrueBrain>IPv4 uniq: 9701 IPs
15:59<TrueBrain>IPv6 uniq: 68 IPs
16:00<TrueBrain>IPv6 ratio: 0.6960 %
16:00<TrueBrain>yesterday (till 0700 CEST, 24 hour frame)
16:00<@orudge>2.65%, pretty close, heh
16:01<TrueBrain>eth0: today 925.75 MB / 21.26 GB / 22.16 GB / 26.57 GB
16:01<TrueBrain>sixxs: today 8.94 MB / 169.96 MB / 178.91 MB / 211 MB
16:02<TrueBrain>@calc 211 / 26781
16:02<@DorpsGek>TrueBrain: 0.00787871998805
16:02<TrueBrain>@calc 211 / 26781 * 100
16:02<@DorpsGek>TrueBrain: 0.787871998805
16:02<TrueBrain>raw traffic is a bit less ;)
16:02<TrueBrain>@calc 179 / 22330
16:02<@DorpsGek>TrueBrain: 0.00801612180923
16:02<TrueBrain>yeah .. :p
16:03<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
16:04<mizipzor>error C2065: 'AI_ADDRCONFIG' : undeclared identifier
16:04<mizipzor>error C2065: 'IPV6_V6ONLY' : undeclared identifier
16:06<@Rubidium>yeah, we realised it's broken for MSVC (and probably other platform too)
16:06<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
16:06<mizipzor>Rubidium: right, i was just about to mention im on windows
16:07<@Rubidium>but well... it's very low level and there is no API that works on all platforms
16:07<@Rubidium>they all implemented different quirks
16:08-!-maristo [] has quit [Remote host closed the connection]
16:08-!-Sacro [~ben@static-87-102-39-137.karoo.KCOM.COM] has quit [Quit: Sacro]
16:08<mizipzor>yea, one of the problems of cross platform
16:09-!-BlueSteel [] has quit [Ping timeout: 480 seconds]
16:09<@Rubidium>I propose you install a newer platform SDK ;)
16:11<mizipzor>i didnt even know windows had a sdk... apart from directx
16:11-!-BlueSteel [] has joined #openttd
16:11<@Rubidium>The AI_ADDRCONFIG flag is defined on the Windows SDK for Windows Vista and later.
16:12-!-Ammler is now known as Coopeter
16:12<mizipzor>seems like the erroring defines were introduced in rev 15945, ironically named "win32 compilation" :p
16:12-!-Coopeter is now known as Ammler
16:12<mizipzor>Rubidium: so the problem is that im on xp?
16:12<@Rubidium>no, the problem is that the platform SDK you are using is too old
16:13<Roujin_>hmm, seems I can't build release builds with MSVC...
16:13<Roujin_>4>dmusic.obj : error LNK2001: Nicht aufgelöstes externes Symbol "_IID_IDirectMusicLoader".
16:13<Roujin_>plus 9 more similar ones
16:13<Zr40>Roujin_: you probably did something in debug but not in release
16:14<TrueBrain>mizipzor: Microsoft is stupid in naming .. SDK for Windows Vista and later doesn't mean it can't be used on XP
16:14<@Rubidium>like setting the include/library paths
16:14<mizipzor>TrueBrain: i was just searching through looking for a xp sdk, you say i can use a vista one as well?
16:15<TrueBrain>mizipzor: I don't know nothing about MSVC, but I know they keep a tricky naming scheme :p
16:15<Zr40>yes. when no vista-specific functions are being used it works fine on xp
16:15<mizipzor>Roujin_: i remember getting some compile errors before i removed WIN32_ENABLE_DIRECTMUSIC_SUPPORT, maybe you can try that?
16:15<Roujin_>strange, can't remember changing something that would affect only debug builds..
16:16<mizipzor>my directx sdk is probably very old as well :p
16:16<Zr40>what does WIN32_ENABLE_DIRECTMUSIC_SUPPORT actually do?
16:16<Zr40>when I remove that, music still works
16:16<Zr40>and I can actually compile :)
16:17<@Rubidium>it uses directx's music stuff
16:17<Zr40>I recall the wiki implied it was the only way to get music working
16:17*Zr40 rereads that
16:18<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
16:18<@Rubidium>and I think the other method requires the sound card to actually play midi
16:18*mizipzor is downloading *huge* windows sdk file
16:18<Zr40>actually, it states it explicitly
16:18<@Rubidium>instead of the OS sampling the music so the sound card can play it like "simple" sound
16:19<Zr40>doesn't both xp and vista have a software sythesizer?
16:19<mizipzor>every time i code something, i miss linux as hell >.<
16:20<mizipzor>if only all my favorite games worked on wine
16:21<Prof_Frink>Why? openttd works natively.
16:21<Prof_Frink>What more do you need?
16:21<frosch123>haha, today I installed a tax software for windows. It needed to reboot twice :p
16:21<Zr40>it probably installed sql server
16:21<@Rubidium>frosch123: just install the linux version of the tax software
16:21<Prof_Frink>frosch123: Only three things are certain. Death, taxes and rebooting windows.
16:22<frosch123>I just grabbed the cheap software from the supermarket, when they had tons of it
16:22<frosch123>(months ago :P)
16:22-!-tokai [] has joined #openttd
16:22-!-mode/#openttd [+v tokai] by ChanServ
16:22<frosch123>it installed .net 2.0, rebootet, installed .net 2.0 SP 1, rebooted, and then installed itself
16:23<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...
16:23*Rubidium just downloaded the linux version from the government's tax collectors
16:23<mizipzor>opensource games are a blast though! and have a charm in their own... besides openttd, dwarf fortress is my favorite
16:23<frosch123>hmm, maybe I should move to the netherlands...
16:23<mizipzor>(which ironically isnt opensource, but works flawlessy under wine)
16:24<Roujin_>removing WIN32_ENABLE_DIRECTMUSIC_SUPPORT from preprocessor directives indeed worked
16:24<Roujin_>but this leaves me wondering why I can compile debug builds without removing this definition
16:24*tokai 's favourite Open Source game is Primate Plunge :)
16:25<frosch123>I could accept that, if OpenTTD would be your favourite open source work
16:27<+tokai>frosch123: it was until it switched to C++ :)
16:27<+tokai>now it's some hate/love thingy... love the game.. hate the source. :)
16:27<Roujin_>is WIN32_ENABLE_DIRECTMUSIC_SUPPORT ignored on debug builds or something?
16:29-!-Zorni [] has joined #openttd
16:32<@Rubidium>as I said before: you have not set the library path correctly for the release build
16:32-!-Klanticus [~quassel@] has joined #openttd
16:33-!-Hendikins is now known as Hendikins|SRA412
16:34-!-Zorn [] has quit [Read error: Connection reset by peer]
16:34-!-Zorn [] has joined #openttd
16:36-!-Zorn [] has quit [Read error: Connection reset by peer]
16:40-!-Roujin__ [] has joined #openttd
16:40<Roujin__>Rubidium: thanks, I am stupid :)
16:41<Roujin__>especially since I didn't get you the first time
16:42-!-Zorni [] has quit [Ping timeout: 480 seconds]
16:44<Ammler>hmm, is there need to cache (config.cache) the --revision argument?
16:46<Ammler>oh, it doesn't matter
16:47-!-Roujin_ [] has quit [Ping timeout: 480 seconds]
16:47<Ammler>when will config.cache be executed?
16:48<TrueBrain>when it is needed
16:48<Ammler>only manual?
16:49<Ammler>do you have a example?
16:49<TrueBrain>touch configure
16:50-!-Nite_Owl [] has joined #openttd
16:50<Zr40>towns refuse to build on the first row or column of the map
16:50-!-divo [] has quit [Read error: Connection reset by peer]
16:50<frosch123>hmm, subversion 1.6... and it needs masked kdelibs :s
16:50<Nite_Owl>Hello all
16:51<Zr40>but they happily build on the last row or column
16:59<frosch123>hmm, single files as svn:external. sounds like a mess
16:59-!-lewymati [] has joined #openttd
16:59<TrueBrain>frosch123: :s Remind me not to update to 1.6 :p
17:00<frosch123>to prevent you from using that "feature"? :p
17:00<TrueBrain>yes :p
17:00<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.
17:00-!-Lex [] has joined #openttd
17:01<taisteluorava>another bug is when placing PDS signals front of stations, some trains freeze to "waiting free path", and does nothing else
17:01<Lex>anyone having issues compiling r15906 for mac os x?
17:01<+planetmaker>Lex: why r15906?
17:01<+planetmaker>why not newer? :)
17:02<Lex>planetmaker, 's the revision for the coop server
17:02<+planetmaker>oh. Ok, then I don't have problems
17:02<+planetmaker>I compiled it today successfully
17:02<Zr40>taisteluorava: sounds like you're using electric trains and he built non-electric track
17:02<Lex>I got this:
17:02<frosch123>TrueBrain: it is not like I expected it first. it is rather support for symbolic links inside repositories
17:03<TrueBrain>well, that _might_ be useful
17:03<TrueBrain>I wonder how that works on windows :p
17:03<frosch123>hard link actually
17:03<taisteluorava>yeah, thats possible
17:03<Lex>windows can do hard links
17:03<+planetmaker>lex:what's your problem there then?
17:03<taisteluorava>but that another is annoying
17:03<Lex>planetmaker, the compile fails with that
17:04<Lex>make -j4 bundle in this case
17:04<TrueBrain>Lex: which SDK are you running?
17:04<+planetmaker>didn't see that link, sorry.
17:04<+planetmaker>what version?
17:04<Lex>TrueBrain, one moment
17:04<+planetmaker>compile works. linking fails
17:04<Lex>i'm on 10.5.6
17:05<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
17:05<TrueBrain>looks like a conflict between libs and headers
17:05<taisteluorava>zero, i have it
17:05<+planetmaker>hm... I've 10.4.11... that might explain the difference :)
17:05<Lex>no idea how to find out which sdk I'm on, but I think it's the latest
17:05<taisteluorava>next time when it happening i take a screenshot
17:06<Lex>if it ever told me when updates were due, I'd always have the latest
17:06<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.
17:07<Nite_Owl>*do not
17:07<taisteluorava>where i can find it?
17:07<taisteluorava>any search word suggestion? ^^
17:07<Lex>planetmaker, could you send me your copy?
17:07<Nite_Owl>station penalty setting ??
17:08<Nite_Owl>Let me check something
17:08<+planetmaker>I can... not sure it will work for you, though... as it's linked to the 10.4 libraries
17:08<+planetmaker>I would reccomend that ^^,too
17:08<TrueBrain>planetmaker: not a problem, CF links to 10.4u libraries too ;)
17:09<TrueBrain>Lex: we have a big archive of past binaries (up to 60 days)
17:10<+planetmaker>Lex: do you know the !download command in our channel? (Don't try here, though) ;)
17:11<Nite_Owl>check you openttd.cfg file for - yapf.rail_station_penalty = 3000 - try lower numbers until the problem goes away
17:11<Nite_Owl>but that will not work on a running game
17:12<mizipzor>yay, with new windows sdk, the game compiles and runs :)
17:12<mizipzor>it always bugs me though that without a config file, the game defaults to some arabic language
17:13<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
17:15<taisteluorava>Nite_Owl, is there any bad side when lower that nuber?
17:16<Nite_Owl>not that I can think of
17:16<taisteluorava>btw, i have nice game in maarten2 server, check my huge station :)
17:17<taisteluorava>there is another player too, we are pretty thight
17:19-!-el_en [] has quit [Ping timeout: 480 seconds]
17:21<@Rubidium>Lex: the linking issue might already be solved by r15909
17:22<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?
17:23<@Rubidium>mizipzor: what language is your OS in then?
17:23<+planetmaker>looks like we should update again... :)
17:23<Nite_Owl>I am not sure of the reasons but it works
17:24<Nite_Owl>I think it has something to do with distance to a particular platform
17:24-!-lewymati [] has quit []
17:25<Nite_Owl>I am looking for forums thread
17:26-!-Lex [] has left #openttd [Leaving]
17:26-!-tkjacobsen [] has quit [Remote host closed the connection]
17:28<taisteluorava>Nite_Owl, yapf.rail_station_penalty is 1000 by default
17:28-!-Ammler is now known as Coopeter
17:30-!-Coopeter is now known as Ammler
17:31<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
17:31<Ammler>taisteluorava: it was 3k before YAPP->trunk
17:31<Nite_Owl>it is set to 3000 in my .cfg for some reason - I can easily change it
17:31<@Rubidium>mizipzor: then I guess it's using that random language as 'locale'
17:31<Ammler>and so players which have a cfg older then yapp has 3k :-)
17:32<taisteluorava>yeah, i m using 4 diffrent openttd builds which all use same config file
17:32<Ammler>that is common
17:32<+planetmaker>taisteluorava: that is normally no problem...
17:32<+planetmaker>I'm using 8 with the same :)
17:33<+planetmaker>or something like that :P
17:33<Ammler>it is specially nice with a lot patches
17:33<taisteluorava>yeah, and same data folder also
17:33<@Rubidium>for 0.6 and such there was no arabic yet, but now there is ;) have fun with it
17:33-!-Roujin [] has joined #openttd
17:33<+planetmaker>especially the latter
17:33<+planetmaker>he... arabic fonts... :S
17:34<Ammler>i.e. infra 2 uses same names but completly different defaults
17:34<+planetmaker>hehe... that's bad luck, Ammler :)
17:35<Ammler>that is why everything was so cheap on our test game, as we already tested infra 1 with that server.
17:36<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
17:36<Roujin># Mr Nuke woke up this morning hoping that he could demolish something. Are you going to help out Mr Nuke?
17:36<Nite_Owl>finally found it
17:37-!-FR^2 [] has quit [Quit: Connection reset by caffein depletion...]
17:39-!-Roujin__ [] has quit [Ping timeout: 480 seconds]
17:39<Ammler>Nite_Owl: reading that, but we used pbs that way too, and have penalty 3k
17:42<Nite_Owl>it also depends on how you build your stations in terms of distance from entry point to platform
17:42<Nite_Owl>at least that is how I interpret it
17:42<mizipzor>ok, i reproduced #2787, using a conditional breakpoint i found that "loop" in IndustryProductionCallback indeed gets higher than 66000
17:44-!-divo [] has joined #openttd
17: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
17:45-!-Klanticus [~quassel@] has quit [Remote host closed the connection]
17:47<EoD>no that important :-D
17:47<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
17:48-!-Klanticus [~quassel@] has joined #openttd
17:49<mizipzor>adding a return just after the assert lets the game continue fine... dont know if something went wrong under the hood though :p
17:51<EoD>Has anyone a clue where to start for bug 1495? ( )
17:51<EoD>roadveh_cmd.cpp probably?
17:53<mizipzor>Rubidium: any comments on what i just said about the bug im hunting?
17:56<Ammler>Nite_Owl: "they" just suggested to fiddle with penalty, but finally it was a ghosty bug in beta1, which was gone in beta2...
17:57<Nite_Owl>Hmmm - I could be remembering a different thread then or I am remembering it wrong
18:01-!-Progman [] has quit [Remote host closed the connection]
18:01<mizipzor>hmm... should a towns name pointer be null?
18:02-!-Fenris [] has quit [Quit: Nettalk6 -]
18:02-!-Klanticus [~quassel@] has quit [Remote host closed the connection]
18:05<Nite_Owl>I guess michi_cc has been away from his puter during this discussion. YAPP is his baby after all.
18:06<@petern>mizipzor, if it doesn't have a custom name, yes
18:07<mizipzor>petern: i see
18:09<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 :)
18:11<mizipzor>frosch123: understood
18:11<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.
18:12<frosch123>the infinite loop is also non-critical, as ottd can just continue operating without desyncing or crashing or corrupting the gamestate
18:12<mizipzor>frosch123: this bug isnt for vehicles, its for newgrf industries
18:13<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
18:14<frosch123>but with only two (or now three) newgrf errors you can hardly design a generic newgrf error function :)
18:15<mizipzor>i agree... but what do i set EngineID to? 0?
18:15<mizipzor>if not the industry have some fancy id i can use in place of that
18:17<frosch123>you cannot use that function directly, as it calls GetEngine() which needs a valid EngineID.
18:18<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
18:19-!-nairan_z [] has left #openttd []
18:20<frosch123>IndustrySpec *GetIndustrySpec(IndustryType thistype); <- with that function you should get enough info about the industry using ind->type
18:20<frosch123>the IndustrySpec also seems to already be used in IndustryProductionCallback
18:23<mizipzor>my current plan is to duplicate parts of the ShowNewGrfVehicleError into IndustryProductionCallback
18:24<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
18:24<frosch123>it should be part of the IndustrySpec
18:24<mizipzor>something along the lines of GetGRFConfig(GetEngine(engineid)->grftile->grfid)); but for the industry
18:25<mizipzor>oh i see
18:26<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?
18:27-!-KritiK [] has quit [Quit: Leaving]
18:31<frosch123>you could print the local_id, though just printing the name might be easier for bug reports of players
18:34<TrueBrain>@mode +q *!*@2001:a60:f066:0:3540:68ab:ecd1:455
18:34-!-mode/#openttd [+q *!*@2001:a60:f066:0:3540:68ab:ecd1:455] by DorpsGek
18:35<TrueBrain>@mode -q *!*@2001:a60:f066:0:3540:68ab:ecd1:455
18:35-!-mode/#openttd [-q *!*@2001:a60:f066:0:3540:68ab:ecd1:455] by DorpsGek
18:36<frosch123>so, new stuff in the village, and dorpsgek has to play with it
18:37<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?
18:37<TrueBrain>frosch123: new?
18:37<mizipzor>where are the StringIDs located? what messages is there to choose from?
18:37<frosch123>mizipzor: add a line to src/lang/english.txt at your favorite place (it should fit contextually)
18:38<frosch123>e.g. after the other newgrf error messages, if they are in a block
18:39<frosch123>by "make" the STR_xxx will find it's way into src/table/strings.h
18:40<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
18:41<TrueBrain>frosch123: ah, that explains :)
18:44<mizipzor>ok, so ive added the newgrf error string among the others... whats the difference between {STRING1} and {RAW_STRING}?
18:44<mizipzor>also, i guess that both are arguments, so the error string is a bit more general
18:44<frosch123>When using {STRING} you have to pass a StringID using SetDParam, when using {RAW_STRING} you can pass a char *
18:45<mizipzor>i would like to display which grf file that caused the error, i have a const char*, would raw_string be good then?
18:45<mizipzor>raw_string it is
18:47-!-Nite_Owl [] has quit [Quit: Read You Soon]
18:49-!-Brianetta [] has joined #openttd
18:52-!-thingwath [] has quit [Quit: Neni kam utect.]
18:52<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
18:53<frosch123>isn't that also done in ShowNewGrfVehicleError ?
18:54<mizipzor>yes, on lines 121-123 in vehicle.cpp
18:54<frosch123>well, if it works there, it should also work in your case :)
18:54<mizipzor>or rather, SetDParam is used, but ShowErrorMessage uses the StringIDs passed to the function
18:55<frosch123>if you want to include a StringID into message use {STRING} instead of {RAW_STRING}
18:57-!-thingwath [] has joined #openttd
18:58<mizipzor>SetDParamStr "function is used to "bind" a C string to a OpenTTD dparam slot."
18:59<EoD>i have to leave now, wish everyone a good nigh
18:59<mizipzor>EoD: bye!
18:59<EoD>(maybe until April 17th ;) )
18:59-!-EoD [~EoD@2001:a60:f066:0:3540:68ab:ecd1:455] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.1b3/20090314143441]]
19:00<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
19:02<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
19:05-!-OwenS [] has quit [Remote host closed the connection]
19:05-!-tokai [] has quit [Quit: icebears... take care of them!]
19:06<mizipzor>ah! now im on to something here
19:12<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
19:13<mizipzor>there it was, thanks
19:13-!-Roujin [] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]]
19:22-!-Vikthor [] has quit [Quit: Leaving.]
19:23<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?
19:24<frosch123>the window should grow vertically to make it fit. but that might also be broken :)
19:25<frosch123>and about the width, it looks also stupid for the other messages :)
19:25<frosch123>i.e. different task
19:25<mizipzor>i also noticed that trains passing under the window makes the color of the text go foobar :p
19:26<mizipzor>ill rephrase the error message so that at least as much of the bad file as possible is shown then
19:26<frosch123>then add a colorcode at the beginning of the string :)
19:33<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
19:33<mizipzor>wanna take a look at the .diff?
19:34<frosch123>sure :)
19:34<frosch123>or fs
19:36-!-Zahl [] has quit [Quit: *schiel*]
19:38<frosch123>use {NUM} and pass the local_id as number, instead of converting it
19:38<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 >.<
19:38<mizipzor>oh... that answer was so quick, it was before i asked the question ;)
19:39<frosch123>+ if (loop>0x10000) { <- should be ">="
19:39<frosch123>and finally you should consider the coding style for comments and whitespace in expressions
19:39-!-fonsinchen1 [] has joined #openttd
19:40<@Rubidium>SetDParamStr + ShowError + local stack variable == bad things happen
19:40<mizipzor>Rubidium: its already gone ;)
19:40<mizipzor>i added whitespace around the operator in the if
19:41<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 :)
19:42<SmatZ>maybe it's better to bugger the user everytime it fails though ;)
19:42<mizipzor>frosch123: i was thinking about adding it to the grfbugs
19:43<frosch123>ok, smatz is in an evil mood :)
19:43<@Rubidium>taint the savegame ;)
19:43<mizipzor>SmatZ: i think so at least, it doesnt fail all that often afaik, and its quite unpredictable to :p
19:43-!-fonsinchen [] has quit [Ping timeout: 480 seconds]
19:44<@Rubidium>if (involved(sirkoz) && !Random()) *((byte*)0) = 0xdieddead;
19:45<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
19:45<SmatZ>'di' isn't a valid hex number :-x
19:46<@Rubidium>if (involved(sirkoz) && !Random()) *((byte*)0) = 0xd1eddead;
19:46<mizipzor>viewing a diff on two diffs >.< lol
19:46*SmatZ has brain dead :-x
19:46<frosch123>mizipzor: the goal is to make the user continue the game, and to enable him to report the bug to the grf creator
19:46<SmatZ>night :)
19:46<@Rubidium>hmm... lets give SmatZ some electrolytes
19:47<mizipzor>frosch123: indeed... but will the graphic creator know what to do about it? do you know what causes the bug?
19:47<mizipzor>i dont even know what IndustryProductionCallback does :p well, apart from the documentation of the func
19:47<frosch123>you have to look at the newgrf for that, but I would bet for an obiwan
19:48-!-fonsinchen1 [] has quit [Quit: Leaving.]
19:49<frosch123>like: "x < a" -> do something, "x > a" -> do something different, "x == a" -> hmm, don't know, will hardly happen
19:49<mizipzor>ah, so these callbacks are quite generic and designed by the graphicset?
19:49<mizipzor>sweet, almost like a psuedo scripting language :)
19:49-!-Sacro [~ben@static-87-102-39-137.karoo.KCOM.COM] has joined #openttd
19:49<mizipzor>havent done anything in newgrf myself though
19:50-!-Exl [] has quit [Quit: Bitches.]
19:50<mizipzor>frosch123: btw, do you see if i make any error there? or is the non-resizing error box another bug?
19:51<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 :)
19:51<frosch123>your code is fine in that point, it is the fault of the error window
19:52<mizipzor>good to hear
19:52<frosch123>oh, I was wrong \o/ fs#2811
19:53<TrueBrain>night all
19:53<frosch123>night tb
19:53<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?
19:53<mizipzor>TrueBrain: night
19:53<frosch123>post it in the fs task
19:54<mizipzor>will do... if you dont mind that is?
19:54-!-Polygon [] has quit [Quit: Verlassend]
19:54<frosch123>i'll take a look at it tomorrow :)
19:55<frosch123>but it is quite rare that someone figures out the coding style (esp. indentation) that fast :)
19:55<mizipzor>nice, im heading for the bed as soon as i hit "post" myself :)
19:56<mizipzor>tbh, i make a living as a coder :p so the strict guidelines isnt something new to me </brag>
19:57<mizipzor>but i take it as a compliment ;)
19:58<frosch123>must be a nice company you are at :) in my company there are a lot coding styles :p
20:00<mizipzor>well, its totally the same here... thats kinda what i meant... to read code and work effectively, i must be able to instantly switch the coding style in my programmer eye :p
20:02<frosch123>well, night from me :)
20:02-!-frosch123 [] has quit [Remote host closed the connection]
20:12-!-ecke [~ecke@] has quit [Quit: ecke]
20:16-!-MrFrans [] has joined #openttd
20:18-!-KenjiE20 [~KenjiE20@] has quit [Quit: HydraIRC -> <- IRC with a difference]
20:18-!-ecke [~ecke@] has joined #openttd
20:24<mizipzor>night night to anyone still awake :)
20:24*mizipzor detaches screen
20:43<CIA-1>OpenTTD: rubidium * r15955 /extra/masterserver_updater/src/ (6 files in 3 dirs): [MSU] -Codechange: use NetworkAddress instead of an IPv4 only "implementation" of NetworkAddress.
21:12-!-thingwath [] has quit [Quit: It's all over.]
21:14-!-Ridayah [] has quit [Ping timeout: 480 seconds]
21:16-!-thingwath [] has joined #openttd
21:20-!-Brianetta [] has quit [Quit: Tschüß]
21:27-!-scarabeus [] has quit [Read error: Connection reset by peer]
21:27-!-scarabeus [] has joined #openttd
21:29-!-divo [] has quit [Read error: Connection reset by peer]
21:45-!-Ridayah [] has joined #openttd
23:00-!-TinoM| [] has joined #openttd
23:07-!-TinoM [] has quit [Ping timeout: 480 seconds]
23:09-!-TinoDidriksen [] has quit [Ping timeout: 480 seconds]
23:10-!-glx [] has quit [Quit: bye]
23:12-!-TinoDidriksen [] has joined #openttd
23:24-!-padi [] has joined #openttd
23:30-!-ecke [~ecke@] has quit [Quit: ecke]
23:32-!-michi_cc [] has quit [Ping timeout: 480 seconds]
23:38-!-TinoDidriksen [] has quit [Ping timeout: 480 seconds]
23:42-!-TinoDidriksen [] has joined #openttd
23:46-!-padi [] has quit [Quit: ( :: NoNameScript 4.2 :: )]
---Logclosed Sun Apr 05 00:00:34 2009