Back to Home / #openttd / 2014 / 01 / Prev Day | Next Day
#openttd IRC Logs for 2014-01-18

---Logopened Sat Jan 18 00:00:34 2014
00:22-!-Guest4148 [~xubuntu@CPE-124-181-208-207.lnse3.win.bigpond.net.au] has joined #openttd
00:23-!-Guest4148 [~xubuntu@CPE-124-181-208-207.lnse3.win.bigpond.net.au] has quit []
00:56-!-Eddi|zuHause [~johekr@p57BD5502.dip0.t-ipconnect.de] has quit []
00:56-!-Eddi|zuHause [~johekr@p57BD57EA.dip0.t-ipconnect.de] has joined #openttd
01:18-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd
01:34-!-Randominty [~Randomint@124.168.211.251] has joined #openttd
01:49<andythenorth>o/
01:50-!-Flygon_ [~Flygon@147.18.214.218.sta.commander.net.au] has joined #openttd
01:50-!-Flygon [~Flygon@147.18.214.218.sta.commander.net.au] has quit [Read error: Connection reset by peer]
01:52-!-sla_ro|master [slamaster@95.76.164.39] has joined #openttd
02:42-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth]
02:43-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd
02:43-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit []
03:00-!-adf88 [~Thunderbi@wis-zul.spine.pl] has joined #openttd
03:03<LordAro>mornings
03:04-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd
03:31<andythenorth>hmm
03:40-!-kais58 is now known as kais58|AFK
03:40-!-kais58|AFK is now known as kais58
03:42-!-Pensacola [~quassel@h220216.upc-h.chello.nl] has joined #openttd
03:47<andythenorth>this pixa stuff isn't crap
03:48<andythenorth>it's just a bit mental
03:55-!-Pereba [~UserNick@179.186.27.48.dynamic.adsl.gvt.net.br] has joined #openttd
03:58-!-valhallasw [~valhallas@s55978e11.adsl.online.nl] has joined #openttd
03:59<dihedral>morning
04:08<andythenorth>if you saw a codebase with pipelines and modules, what would you think their relationship was?
04:09<dihedral>dependencies :-P
04:11-!-Midnightmyth [~quassel@93-167-84-102-static.dk.customer.tdc.net] has joined #openttd
04:14-!-Pereba [~UserNick@179.186.27.48.dynamic.adsl.gvt.net.br] has quit [Quit: Quit Message sponsored by AdiIRC - www.adiirc.com]
04:15-!-Pereba [~UserNick@179.186.27.48.dynamic.adsl.gvt.net.br] has joined #openttd
04:16-!-oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has joined #openttd
04:35-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth]
04:38-!-Progman [~progman@p57A1893E.dip0.t-ipconnect.de] has joined #openttd
04:38-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd
04:45-!-sla_ro|master [slamaster@95.76.164.39] has quit []
04:52-!-Alberth [~hat@2001:980:272e:1:be5f:f4ff:feac:e11] has joined #openttd
04:52-!-mode/#openttd [+o Alberth] by ChanServ
04:53<andythenorth>lo Alberth
04:54<@Alberth>hi hi
05:02<andythenorth>Alberth: does it sound like bad style to have a package called 'graphics_modules' :P
05:02<andythenorth>it does strictly, tbh, contain modules
05:03<@Alberth>i'd probably call it "graphics" or so, but the name is not so bad imho
05:03<andythenorth>it's kind of conflating modules
05:03<andythenorth>I have a graphics pipeline, which is modular
05:03<andythenorth>the modules happen to be implemented as python modules, which is a coincidence ;P
05:04<andythenorth>I can't find a synonym for module
05:04<@Alberth>I have no problems with modules containing other modules, without giving meta-names, but I do a lot of recursive programming
05:05<@Alberth>you can also see it as a module providing you graphics. That is uses modules on its own is purely internal
05:05<@Alberth>s/is/it/
05:07<@Alberth>but if you prefer to see it as a collection of graphics-thingies, that's a valid viewpoint as well
05:08<andythenorth>I dislike naming confusions :)
05:08<andythenorth>but I am short on words
05:08<andythenorth>so graphics_modules will do
05:10<andythenorth>he
05:10<andythenorth>I could call it 'arbitrarily_combinable_modular_graphics_processing_pipeline_components'
05:10<andythenorth>:)
05:10-!-Haube [~michi@77-20-215-214-dynip.superkabel.de] has joined #openttd
05:12<@Alberth>just "components" ?
05:13<Eddi|zuHause>just name them X, XX, ...
05:13<Eddi|zuHause>i probably still have a disk with files like that :p
05:16<andythenorth>I have employed people who name their variables 'a', 'b', 'c' etc
05:16<andythenorth>because 'long variable names run slower'
05:18<Eddi|zuHause>and if a black cat crosses your screen your program crashes?
05:21<andythenorth>it was mostly flash actionscript, so quite plausibly yes
05:28<@Alberth>I II III IV V ... :)
05:44-!-lugo [lugo@apple.bnc4free.com] has quit [Quit: I'm using a Free IRC Bouncer from BNC4FREE - http://bnc4free.com/]
05:50-!-lugo [lugo@apple.bnc4free.com] has joined #openttd
05:52-!-Extrems [borgs@24.157.137.219] has quit [Read error: Connection reset by peer]
05:53-!-Extrems [borgs@24.157.137.219] has joined #openttd
06:21-!-Japa_ [~Japa@117.201.103.82] has joined #openttd
06:24<andythenorth>HMM
06:24<andythenorth>improved auto-road construction - show the direction of build?
06:27-!-Japa [~Japa@117.201.103.82] has quit [Read error: Operation timed out]
06:30-!-Randominty [~Randomint@124.168.211.251] has quit []
06:30<@Alberth>you can drive faster when you move in the same direction as it was built? :)
06:30<@Alberth>afaik we cheat, road and tracks are always laid in the same direction, no matter where you start or end
06:31<peter1138>?
06:34<Eddi|zuHause><andythenorth> improved auto-road construction - show the direction of build? <-- someone posted sprites for roadbit highlighting on the forum, but nobody ever coded it
06:58<andythenorth>ugh three levels of directory nesting
07:02<Eddi|zuHause>only?
07:02-!-montalvo [~montalvo@ip68-108-148-173.lv.lv.cox.net] has joined #openttd
07:26-!-retro|cz [~retro@ip-89-176-82-80.net.upcbroadband.cz] has joined #openttd
07:31-!-Supercheese [~Superchee@98.145.80.103] has quit [Read error: Connection reset by peer]
07:32-!-Supercheese [~Superchee@98.145.80.103] has joined #openttd
07:42-!-adf88 [~Thunderbi@wis-zul.spine.pl] has quit [Remote host closed the connection]
07:42-!-adf88 [~Thunderbi@wis-zul.spine.pl] has joined #openttd
08:12<andythenorth>hmm
08:12<andythenorth>maybe I've fork-bombed python :P
08:13-!-Djohaal [~Djohaal@201.22.30.220.dynamic.adsl.gvt.net.br] has joined #openttd
08:14-!-Aristide [~quassel@tok69-5-82-235-150-75.fbx.proxad.net] has joined #openttd
08:14-!-KritiK [~Maxim@0001264a.user.oftc.net] has joined #openttd
08:14<andythenorth>or maybe it just takes a long time to count to 999999999
08:17-!-Japa_ [~Japa@117.201.103.82] has quit [Read error: Connection reset by peer]
08:18-!-Japa_ [~Japa@117.201.103.82] has joined #openttd
08:18<andythenorth>hmm. For an IO task (writing spritesheets to disk), is there likely to be negligible benefit from using MultiProcessing library?
08:18<andythenorth>or does that depend on my OS and crap
08:18<andythenorth>?
08:19<andythenorth>I guess it can't do any harm :P
08:19<andythenorth>unless it blocks in some horrible unanticipated way, but I doubt it's significant
08:23-!-Pikka [~Octomom@d58-106-24-179.rdl801.qld.optusnet.com.au] has joined #openttd
08:24<@Alberth>unless you write big data, you're mostly just filling disk cache which is kept in memory, so writing is quite fast
08:24<@Alberth>assuming you don't use a synchronized file system :p
08:28<andythenorth>seems to work fine :P
08:32<Pikka>what have you done
08:33<andythenorth>I don't know :)
08:33<andythenorth>what did I do :)
08:34<andythenorth>Pikka: for shame, one thing I did was cheat at Euro Truck Simulator
08:34<Pikka>how can you cheat at euro truck simulator?
08:35<Pikka>and I don't know what you did, but "seems to work fine :P" sound like famous last words
08:36<andythenorth>Pikka: like the colour? o_O https://dev.openttdcoop.org/attachments/download/5740/ETS.png
08:37<andythenorth>I cheated money, I got bored
08:37-!-adf89 [~Thunderbi@wis-zul.spine.pl] has joined #openttd
08:37<Pikka>I prefer yellow myself
08:37-!-adf88 [~Thunderbi@wis-zul.spine.pl] has quit [Ping timeout: 480 seconds]
08:38<Pikka>but the point of the game is to drive the truck... money is irrelevant D:
08:38<andythenorth>child number 1 wanted a bigger truck ;)
08:39<andythenorth>and we got a €48,000 fine on one delivery
08:39<Pikka>harsh
08:39<andythenorth>there were a few crashes
08:39<andythenorth>I am hoping they do mac ETS 2 this year :P
08:39<andythenorth>they promised it
08:40<andythenorth>meanwhile, back to spriting :P
08:40<Pikka>I realised just how many files my project is going to generate, so my task for the morning is making some kind of meaningful directory structure... fun.
08:42<Pikka>http://i.imgur.com/EZUsMkq.png spriting is fun, wot?
08:43-!-frosch123 [~frosch@frnk-4d01214b.pool.mediaways.net] has joined #openttd
08:43<Pikka>good morning frosch123
08:44<frosch123>hola
09:04<@planetmaker>hello
09:05<Pikka>et tu, planetmaker
09:08<andythenorth>Pikka: I like him
09:08<andythenorth>also, you can do donuts in ETS
09:08<andythenorth>it's not that fun though
09:09<andythenorth>hrm
09:09<andythenorth># check for __main__ because fork bombs are bad
09:09<andythenorth>if __name__ == '__main__':
09:09<andythenorth>but that means my code doesn't work when called from another module
09:11<scshunt>why would checking for __main__ stop forkbombs?
09:15<andythenorth>http://stackoverflow.com/questions/14583742/using-multiprocessing-in-a-sub-process
09:22<Xaroth|Work>if you don't do that
09:22<Xaroth|Work>and that file gets included by something
09:23<Xaroth|Work>your code will be executed
09:23<Xaroth|Work>multiprocessing tends to load files, even if they aren't the intended run-file
09:23<Xaroth|Work>which can cause issues
09:28<andythenorth>so what's the correct thing to do?
09:28<andythenorth>I need to import this module into another module
09:29<Xaroth|Work>use if __name__ == '__main__' for the entrypoint of your software
09:29<Xaroth|Work>where you do like ./main.py run
09:29<Xaroth|Work>main.py needs that line
09:29<Xaroth|Work>the rest doesn't
09:29<andythenorth>ok
09:29<Xaroth|Work>as long as they don't execute stuff by themselves
09:29<andythenorth>so if other people come along and change stuff, and they miss the guard, that's their problem
09:30<Xaroth|Work>the guard is only there to make sure that code doesn't run when you import it
09:30<Xaroth|Work>they can always circumvent it by doing whatever is after the if themselves after they import
09:30<Xaroth|Work>it's common practice that people call a main() function in that if
09:30<Xaroth|Work>so it's still importable and runnable if that is wanted
09:30<Xaroth|Work>it just doesn't do anything by itself
09:33-!-Japa__ [~Japa@117.201.105.80] has joined #openttd
09:33<andythenorth>hmm
09:33<andythenorth>so I call the module with the MP stuff with
09:33<andythenorth>import render_graphics
09:33<andythenorth>so I should wrap that in the guard?
09:33<andythenorth>or I have to fuck around with a main() function in render_graphics?
09:34-!-tokai|mdlx [~tokai@port-92-195-157-209.dynamic.qsc.de] has joined #openttd
09:35<Xaroth|Work>I would say a main() function
09:36<andythenorth>urgh
09:38-!-triad [~triad@5-13-83-159.residential.rdsnet.ro] has joined #openttd
09:39<andythenorth>so if I have 50% of the functionality wrapped in main(), how do I run the script directly?
09:39<andythenorth>currently I used python src/render_graphics.py
09:39<andythenorth>which now fails to do 50% of what's needed
09:39-!-Japa_ [~Japa@117.201.103.82] has quit [Ping timeout: 480 seconds]
09:40-!-tokai|noir [~tokai@00012860.user.oftc.net] has quit [Ping timeout: 480 seconds]
09:41<andythenorth>it's this again http://thecodelesscode.com/case/121
09:41-!-triad [~triad@5-13-83-159.residential.rdsnet.ro] has left #openttd []
09:42<Xaroth|Work>if you have the if __name__ == "__main__": thing
09:42<Xaroth|Work>python path/to/file.py
09:43<@Alberth>or make it executable with a #!/usr/bin/python :)
09:43<Xaroth|Work>or that
09:44<andythenorth>it already has a hash bang
09:44<andythenorth>I had to add if __name__ == '__main__': main()
09:44<andythenorth>which seems like excessive beauracracy
09:47<@Alberth>just main() will do, if you never want to import the file
09:47<andythenorth>I do want to import it :)
09:47<andythenorth>if I just do main() then I think I just have Even More Code, with the same fork bomb problem :(
09:48<@Alberth>then you're stuck with excessiveness, or you make a new file: from foo import main; main()
09:49-!-retro|cz [~retro@ip-89-176-82-80.net.upcbroadband.cz] has quit [Read error: Operation timed out]
09:49<andythenorth>oic :)
09:49<andythenorth>I think I'll do without that
09:49<andythenorth>as I don't understand the fork bomb issue, I'll just live with the excess stuff
09:50-!-Tom_Soft [~id@31.207.167.58] has joined #openttd
09:52-!-sla_ro|master [slamaster@95.76.164.39] has joined #openttd
09:53<andythenorth>urgh
09:54<andythenorth>hg merges are non-functional
09:54<andythenorth>just don't do them
09:54<andythenorth>avoid
09:54<andythenorth>time for git?
09:54<@Alberth>it's worse, imo
09:54<fjb>Moin
09:54<Pikka>moin
09:54<@planetmaker>andythenorth, how are they 'non functional'?
09:55<andythenorth>they are hopeless at resolving conflicts
09:55<andythenorth>and the lack of stash makes it trivial to get into a conflict
09:55<andythenorth>the process for marking a merge complete makes no sense to me
09:55<@planetmaker>s/lack of stash//
09:57<andythenorth>maybe git has made me use version control non-defensively :(
09:57<andythenorth>hg makes it harder to get into 'omg what have you done to the repo'
09:58<andythenorth>but git workflow is much more productive imho
09:58<@planetmaker>uh... no
09:58<@planetmaker>andythenorth, you might want to use a different merge tool maybe?
09:59<@planetmaker>also there's histedit and rebase...
09:59<@planetmaker>and there is hg shelve
09:59<@planetmaker>to temporarily shelve your outstanding changes
10:00-!-yorick [~yorick@ip51cd0513.speed.planet.nl] has joined #openttd
10:00<andythenorth>hg shelve looks handy o_O
10:02<@Alberth>I just make a new clone for every shelve
10:02<@planetmaker>I simply commit and update to the previous rev
10:02<@planetmaker>(and maybe add a bookmark)
10:02<@planetmaker>before updating to the previous rev
10:02<andythenorth>I upped to a previous rev to check something, and screwed myself :P
10:03<@planetmaker>don't do that with outstanding changes
10:03<andythenorth>unsaved changes
10:03<@planetmaker>merging graphics usually is a big pita
10:03<andythenorth>it's hard to remember the right thing to do when you work with 3 different vcs
10:03<andythenorth>I could install git -> hg front end, but I've heard they suck :P
10:04*Alberth confirms
10:04<andythenorth>it's even worse with svn
10:04<andythenorth>I try and totally avoid having to do any work on svn repos now
10:04<@planetmaker>hg -> git is also not exactly excellent
10:04<andythenorth>"commit" is thoroughly likely to get me yelled at with svn
10:04-!-oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has quit []
10:04<@planetmaker>hgsubversion (or was it hgsvn?) is quite ok
10:04<@Alberth>I use svn -> hg for making a local copy of the svn repo
10:19-!-Superuser [~superuser@cpc11-lewi15-2-0-cust98.2-4.cable.virginm.net] has joined #openttd
10:19-!-retro|cz [~retro@ip-89-176-82-80.net.upcbroadband.cz] has joined #openttd
10:21-!-Superuser [~superuser@cpc11-lewi15-2-0-cust98.2-4.cable.virginm.net] has quit []
10:21-!-Tom_Soft [~id@31.207.167.58] has quit [Ping timeout: 480 seconds]
10:30-!-tokai [~tokai@00012860.user.oftc.net] has joined #openttd
10:30-!-mode/#openttd [+v tokai] by ChanServ
10:31-!-tokai|mdlx [~tokai@port-92-195-157-209.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
10:33-!-tokai|mdlx [~tokai@port-92-195-125-44.dynamic.qsc.de] has joined #openttd
10:36-!-Progman [~progman@p57A1893E.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
10:38-!-tokai [~tokai@00012860.user.oftc.net] has quit [Read error: Operation timed out]
10:43*andythenorth wonders when the overhead of starting python MP processes outweighs the benefits...
10:44<@Alberth>that's easy, when a single process is faster than a MP implementation
10:44<@Alberth>if you think in terms of programming effort, the balancing point is earlier
10:45<andythenorth>I guess it's empirical then :P
10:46<@Alberth>it's not even constant at a single machine :)
10:46<@Alberth>$ git co --help
10:46<@Alberth>`git co' is aliased to `checkout' <-- git is soooo helpful at times :)
10:47<andythenorth>I am a convert to git
10:47<andythenorth>it's obviously mad
10:47<andythenorth>but it seems to work
10:47<@Alberth>depends on your definition of "work"
10:47<@Alberth>people also claim to be productive with a windows machine
10:48<andythenorth>I've even met some
10:48<Taede>hello
10:48<Taede>does it count if i edit code on windows, but execute it in linux?
10:49*Alberth wonders whether to start about productivity and editors
10:55-!-Flygon_ is now known as Flygon
10:55<Flygon>Taede: It does
10:55<Flygon>Afterall
10:55<Flygon>I've worked with Mega Drive devs who dev on Win7 64-bit and Macs
10:55<Flygon>To compile software for execution on the Mega Drive
10:56<Flygon>Getting decent 68k compilers for Apple OS's is a huge pita though
10:58<andythenorth>@calc 8/12
10:58<@DorpsGek>andythenorth: 0.666666666667
10:58<andythenorth>a bit faster with MP
10:59<Pikka>there we go
10:59<Pikka>http://i.imgur.com/3Kqs9Js.png
10:59<andythenorth>nice :)
10:59*andythenorth likes
11:04-!-DarkAceZ [~BillyMays@50-32-40-157.drr01.hrbg.pa.frontiernet.net] has quit [Ping timeout: 480 seconds]
11:08<andythenorth>ugh
11:08<andythenorth>puzzling results
11:08<andythenorth>if I run src/render_nml directly, templating takes 20s with MP, and 13s without
11:09<andythenorth>if I run the makefile, which calls it via a chain of stuff, I get 8s instead of 12s
11:09<andythenorth>with MP
11:09<andythenorth>bizarre
11:09-!-Djohaal_ [~Djohaal@201.22.30.220.dynamic.adsl.gvt.net.br] has joined #openttd
11:09-!-Djohaal_ [~Djohaal@201.22.30.220.dynamic.adsl.gvt.net.br] has quit []
11:10<Pikka>mm, puzzling results
11:11<andythenorth>resulting puzzles
11:11<@planetmaker>Pikka, your new engines: can you make them look a bit more used?
11:12<@planetmaker>they look so clean :)
11:14*andythenorth waves hands at anyone who knows how to python profile
11:14<andythenorth>these results are odd
11:14<Pikka>:o maybe, planetmaker. but given the size of the sprites you want them to be *reasonably* clean. noise will obscure the shapes.
11:17<@planetmaker>Pikka, I don't mean in a shape-obscuring way. Just more real-coloured (yes, I know, the bad r-word)
11:18-!-tokai|mdlx [~tokai@port-92-195-125-44.dynamic.qsc.de] has quit [Read error: Operation timed out]
11:20-!-tokai|mdlx [~tokai@port-92-195-112-228.dynamic.qsc.de] has joined #openttd
11:26<frosch123>i think except for the pink, yellow and white one they look already quite dirty
11:26-!-adf89 [~Thunderbi@wis-zul.spine.pl] has quit [Ping timeout: 480 seconds]
11:26<frosch123>dirt is only visible on bright colours
11:27<@planetmaker>oh, I also didn't see today's image
11:28<@planetmaker>nice :)
11:28<Pikka>that bright spot on the corner of the roof is annoying me, I've removed it and am re-rendering, whee.
11:28<Pikka>it wasn't as visible on the grey roof as it is on the black ones
11:36<andythenorth>anybody care to school me in inter-process communication with python MP library?
11:36<andythenorth>actually I could just write files to disk and join them :P
11:45<Pikka>too complicated for me
11:45<Pikka>http://pikkarail.com/wp-content/uploads/2014/01/AMF_Pax_Liveries.png much better. :D
11:47<@planetmaker>isn't the roof a bit dark, Pikka ?
11:47<@planetmaker>especially with some colours?
11:47<Pikka>I don't think so? Roofs should be dark, shouldn't they?
11:48<@planetmaker>dunno. I thought they were rather metal-ish
11:50-!-Pensacola [~quassel@h220216.upc-h.chello.nl] has quit [Remote host closed the connection]
11:50<Pikka>even metallish ones get dark when they're dirty. ;) but yeah.. the "some colours" have black roofs, and the others have metal ones
11:50<Pikka>which are the same colour as, eg, the stripe on the side of the dark blue carriage, so if they look dark that'll be down to the lighting. :P
11:51-!-tokai [~tokai@00012860.user.oftc.net] has joined #openttd
11:51-!-mode/#openttd [+v tokai] by ChanServ
11:52<@planetmaker>ah, ok, so that's intended :)
11:52-!-DarkAceZ [~BillyMays@50-32-40-157.drr01.hrbg.pa.frontiernet.net] has joined #openttd
11:53-!-tokai|mdlx [~tokai@port-92-195-112-228.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
11:58-!-tokai|mdlx [~tokai@port-92-195-66-165.dynamic.qsc.de] has joined #openttd
11:59-!-gelignite [~gelignite@i528C3DD1.versanet.de] has joined #openttd
12:01-!-Djohaal [~Djohaal@201.22.30.220.dynamic.adsl.gvt.net.br] has quit [Quit: Leaving]
12:03-!-tokai [~tokai@00012860.user.oftc.net] has quit [Ping timeout: 480 seconds]
12:16-!-valhallasw [~valhallas@s55978e11.adsl.online.nl] has quit [Ping timeout: 480 seconds]
12:25<andythenorth>hrm
12:25*andythenorth profiling hamfistedly
12:27<andythenorth>hmm
12:27<andythenorth>think I'm about to get schooling about mult-processing problems
12:44-!-valhallasw [~valhallas@s55978e11.adsl.online.nl] has joined #openttd
12:48<andythenorth>herp
12:48<andythenorth>lack of environment vars :(
12:52-!-retro|cz [~retro@ip-89-176-82-80.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds]
13:00-!-glx [~glx@000128ec.user.oftc.net] has joined #openttd
13:00-!-mode/#openttd [+v glx] by ChanServ
13:02-!-Cybertinus [~Cybertinu@2001:828:405:30:83:96:177:42] has quit [Remote host closed the connection]
13:02-!-Cybertinus [~Cybertinu@2001:828:405:30:83:96:177:42] has joined #openttd
13:06-!-Pikka [~Octomom@d58-106-24-179.rdl801.qld.optusnet.com.au] has quit [Quit: Leaving]
13:12-!-Wolf01 [~wolf01@host58-55-dynamic.182-80-r.retail.telecomitalia.it] has joined #openttd
13:12<Wolf01>hello
13:15-!-Elukka [~Elukka@a91-152-213-89.elisa-laajakaista.fi] has quit []
13:24<andythenorth>grr
13:24<andythenorth>I can't get the template engine to see the fricking cache directory when I run a module directly
13:24<andythenorth>but it will see it when the module is called from another module
13:25<andythenorth>some os.environment thing that I don't understand :(
13:25<@Alberth>hi Wolf01
13:26<@Alberth>what did you want to have refactored andy?
13:29-!-tokai|noir [~tokai@00012860.user.oftc.net] has joined #openttd
13:29-!-mode/#openttd [+v tokai|noir] by ChanServ
13:34-!-Lizz [~Lizz@blk-89-196-21.eastlink.ca] has joined #openttd
13:36-!-tokai|mdlx [~tokai@port-92-195-66-165.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
13:38<andythenorth>Alberth: biab - bath time
13:39<andythenorth>although this environment var stuff is bugging me :)
13:39<@Alberth>ok
13:39<andythenorth>Alberth: do you have a checkout of IH?
13:40<@Alberth>nope :)
13:42<@Alberth>yes
13:45<@DorpsGek>Commit by translators :: r26264 trunk/src/lang/danish.txt (2014-01-18 18:45:12 UTC)
13:45<@DorpsGek>-Update from WebTranslator v3.0:
13:45<@DorpsGek>danish - 75 changes by Elyon
13:48<andythenorth>Alberth: run src/build_iron_horse.py and watch the chameleon_cache dir fill...
13:49<andythenorth>then clear the cache dir, and run src/render_nml.py
13:49<andythenorth>for me, it doesn't produce any cache files
13:49<andythenorth>the cache is an os.environment setting, which is set by iron_horse.py
13:50<andythenorth>I've tried setting it in every file, but to no avail
13:51<@Alberth>do you use python2 or python3? i have 2 python-chameleon packages
13:51<andythenorth>python 2
13:53-!-Djohaal [~Djohaal@201.22.30.220.dynamic.adsl.gvt.net.br] has joined #openttd
13:55-!-Andreas [~Tyrion@s5375406a.adsl.online.nl] has quit [Ping timeout: 480 seconds]
14:06-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth]
14:11-!-APTX [APTX@aptx.org] has quit [Quit: No Ping reply in 180 seconds.]
14:11-!-APTX [APTX@aptx.org] has joined #openttd
14:14-!-fjb is now known as Guest4187
14:14-!-fjb [~frank@000158aa.user.oftc.net] has joined #openttd
14:17<LordAro>evening all
14:22-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd
14:22-!-Guest4187 [~frank@000158aa.user.oftc.net] has quit [Ping timeout: 480 seconds]
14:22<@Alberth>evenink
14:22<andythenorth>I seem to have got bounced out :P
14:22<@Alberth>andythenorth: I have that too
14:22<andythenorth>the same chameleon behaviour?
14:23<@Alberth>yes
14:25<@planetmaker>oddink :)
14:25<@Alberth>wouldn't chameleon read such a variable when importing chameleon?
14:26<andythenorth>I would have thought so
14:27<@Alberth>src/iron_horse.py sets the os.environ['CHAMELEON_CACHE'] = chameleon_cache_path
14:27<andythenorth>yes
14:27<@Alberth>src/render_nml.py import chameleon without setting that env var
14:28<andythenorth>but it has imported iron_horse
14:28<andythenorth>as does build_iron_horse.py
14:28<andythenorth>hmm
14:28<andythenorth>I have just made a test
14:28<@Alberth>it imports iron_horse later
14:30<@Alberth>line 15, after line 11
14:30<andythenorth>I am making a test of that too :)
14:30<andythenorth>yeah changing the import order solves it :)
14:30<andythenorth>of course :P
14:31<@Alberth>interesting programming style, using import as subroutine call :)
14:31<andythenorth>winner
14:31<andythenorth>using MP saves 5 or 6 seconds
14:32<@Alberth>too bad you can only run each file once :)
14:32<andythenorth>it will save more proportionally as the set grows
14:32<andythenorth>Alberth: I could convert them all to have a main() :P
14:32<andythenorth>kind of works though :P
14:32<@Alberth>yeah, it's an interesting technique :)
14:33<andythenorth>kind of dangerous with multiprocessing I guess
14:36<andythenorth>ho I actually save 7 or 8 seconds without a bazillion print statements running
14:36-!-Andreas [~Tyrion@88.128.80.4] has joined #openttd
14:40-!-triad [~triad@5-13-83-159.residential.rdsnet.ro] has joined #openttd
14:42-!-tokai|mdlx [~tokai@port-92-195-4-202.dynamic.qsc.de] has joined #openttd
14:47-!-tokai [~tokai@00012860.user.oftc.net] has joined #openttd
14:47-!-mode/#openttd [+v tokai] by ChanServ
14:48-!-tokai|noir [~tokai@00012860.user.oftc.net] has quit [Ping timeout: 480 seconds]
14:49<andythenorth>planetmaker: today might be the day I need to add a 'build' dir or such
14:49<andythenorth>I now have generated graphics, and intermediate nml files :P
14:49<andythenorth>does that name make sense?
14:51-!-tokai|mdlx [~tokai@port-92-195-4-202.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
14:51-!-Andreas [~Tyrion@88.128.80.4] has quit [Ping timeout: 480 seconds]
14:52<frosch123>call it "generated"
14:52<frosch123>easier to understand
14:52<andythenorth>ok
14:52-!-tokai [~tokai@00012860.user.oftc.net] has quit [Read error: Operation timed out]
14:56-!-Andreas [~Tyrion@88.128.80.4] has joined #openttd
14:57<@planetmaker>yup
14:57-!-adf88 [~Thunderbi@wis-zul.spine.pl] has joined #openttd
15:01-!-APTX_ [APTX@aptx.org] has joined #openttd
15:02-!-APTX [APTX@aptx.org] has quit [Read error: Connection reset by peer]
15:08-!-oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has joined #openttd
15:08*andythenorth does that now
15:10<andythenorth>I should move the generated lang in there
15:10<andythenorth>and tell nml about it
15:12<@planetmaker>hm. you can define NML_FLAGS in Makefile.config and declare there a different lang dir
15:12<@planetmaker>Remember to also tell eints about different dir
15:12<@planetmaker>hm... that doesn't need a different dir as it doesn't change, yes?
15:14<andythenorth>I could just leave it as is
15:15<andythenorth>I would be happier if everything generated was in one location, but it could be a tidy mind problem
15:15<andythenorth>no real-world issue
15:15<@planetmaker>suggestion: move the code thing first. And try that
15:15-!-valhallasw [~valhallas@s55978e11.adsl.online.nl] has quit [Read error: Operation timed out]
15:15<@planetmaker>if that works: you can tidy your mind and try the lang move :)
15:16<@planetmaker>tidy structures don't hurt
15:16<@planetmaker>and NML_FLAGS purpose lies in exactly this reason...
15:17-!-Devroush [~dennis@dD5765BAC.access.telenet.be] has quit []
15:18<andythenorth>nml is done, doing graphics now
15:18<@planetmaker>:)
15:18<andythenorth>I've left the final iron_horse.nml in root dir
15:18<andythenorth>make sense?
15:18<@planetmaker>yes. That's makefile's default assumption
15:24<andythenorth>planetmaker: I think for FIRS eints must already know about lang_src?
15:24<andythenorth>not FIRS :P
15:24<andythenorth>Iron Horse sorry
15:26<@planetmaker>might be, yes. In .devzone/translations you can define that
15:27<frosch123>andythenorth: https://dev.openttdcoop.org/projects/iron-horse/repository/entry/.devzone/translations/langdir
15:27<andythenorth>yup
15:27<andythenorth>so I could sort that out and get rid of this ugly lang_src pattern
15:28<andythenorth>graphics are done :)
15:34-!-Devroush [~dennis@dD5765BAC.access.telenet.be] has joined #openttd
15:35<andythenorth>hrm
15:35<andythenorth>do I want to face down changing the lang :P
15:36<andythenorth>presumably there's a makefile flag somewhere
15:37<andythenorth>planetmaker: do NML_FLAGS need specified in Makefile.config ?
15:37<@planetmaker>no. But if you need something special, then you can re-define it
15:38<@planetmaker>By default it is defined as -c
15:38-!-Andreas [~Tyrion@88.128.80.4] has quit [Ping timeout: 480 seconds]
15:38<@planetmaker>(crop)
15:39<andythenorth>so to change lang dir...
15:39<andythenorth>need to set -l
15:39<@planetmaker>-c --lang-dir=PATH
15:40<@planetmaker>you should keep the -c. You'll overwrite it, it doesn't append
15:40<andythenorth>let's try
15:44<andythenorth>hmm
15:45<andythenorth>works
15:47-!-Pikka [~Octomom@d58-106-24-179.rdl801.qld.optusnet.com.au] has joined #openttd
15:54<andythenorth>planetmaker: that just leaves docs_src :)
15:54<andythenorth>which I don't like :P
15:54<andythenorth>see http://dev.openttdcoop.org/projects/iron-horse/repository
15:55<andythenorth>graphics_sources is valid I think
15:55<@planetmaker>what's wrong with docs_src?
15:55<andythenorth>nothing much, except the result is generated into /docs
15:56<andythenorth>so then confusion arises :)
15:56<@planetmaker>instead of generated/docs?
15:56<andythenorth>shall I move it there?
15:56<@planetmaker>hm :)
15:56<andythenorth>I think docs are properly separate to grf, so /docs_src is valid ish
15:56<@planetmaker>yes
15:56<andythenorth>I don't know what bundles does to expose it
15:56<andythenorth>e.g. http://bundles.openttdcoop.org/iron-horse/push/LATEST/docs/
15:56<andythenorth>probably something simple
15:57<@planetmaker>well, I've some rules there as to what to copy
15:57<@planetmaker>that can be adopted
15:57<@planetmaker>and/or more generalized
15:57<@planetmaker>it's currently from docs: html, license.txt, readme.txt, changelog.txt
15:58<andythenorth>it's controlled in .devzone/build/files afaict
15:58<andythenorth>not sure how we'd mangle the path though
15:59<andythenorth>L13 http://dev.openttdcoop.org/projects/iron-horse/repository/entry/.devzone/build/files
15:59<@planetmaker>for f in `ls -d *.zip *.gz *.nml *.nfo *.md5 *.txt lang docs/*.txt docs *.ob?`; do cp -r $f build; done
15:59<@planetmaker>^ that's the files which I copy to bundles
16:00<@planetmaker>I'm aware that I copy the txt in docs twice. That's intentional
16:00<andythenorth>shall I move the docs into generated and we see what happens? o_O
16:01<@planetmaker>I know that they won't be published unless I change the rules for bundle server :)
16:01<@planetmaker>but I can add that
16:02<@planetmaker>generated/docs ?
16:02<@planetmaker>hg st
16:03<@Alberth>everybody is committed
16:06<Pikka>or at least they should be
16:08<andythenorth>oops
16:08<andythenorth>the makefile is sulking about docs path being wrong
16:08<andythenorth>maybe I should leave this one be
16:10<andythenorth>iirc something blows up if I comment the docs lines in Makefile.config
16:13<andythenorth>hmm 'graphics' could go back into 'src' where I think it belongs
16:14<@planetmaker>no shit, trying to build iron-horse completely rendered my system unresponsive to all kind of input including external ssh access :S
16:14<andythenorth>:o
16:14<andythenorth>fork bombed?
16:14<@planetmaker>seems so
16:14<andythenorth>sorry :(
16:15<andythenorth>it hasn't brought down devzone?
16:15<@planetmaker>no, my desktop
16:15<andythenorth>did it come back?
16:15<@planetmaker>I hard reset after two minutes
16:15<andythenorth>sorry :(
16:16<andythenorth>that is umm...a problem
16:16<andythenorth>it blocks CPU quite hard on my mine, for 10s or so
16:16<andythenorth>planetmaker: it's not running windows?
16:16<@planetmaker>I'm used to allowing additional cores by using -jX. So make should use one core unless allowed differently
16:17<@planetmaker>no, linux
16:17<@planetmaker>they keyboard num led would still toggle :P
16:20<andythenorth>I wonder why it does that :P
16:20<andythenorth>it spawns 61 processes, not 1000s
16:20<andythenorth>although I might have to go learn about pools
16:24<@planetmaker>devzone is not harmed as the VMs are CPU - limited and nothing is harmed when the build VM uses all of its CPU. So no worries there
16:25-!-oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has quit []
16:26<andythenorth>I might have a new version soon if you dare :P
16:26<andythenorth>hrm
16:26-!-triad [~triad@5-13-83-159.residential.rdsnet.ro] has quit [Quit: Konversation terminated!]
16:26<andythenorth>it's marginally faster for some reason :P
16:27<andythenorth>despite fewer processes
16:27<andythenorth>maybe there's an overhead to having 61 processes running :P
16:27<@planetmaker>definitely. No point to run more processes than there are CPUs
16:27<@planetmaker>or not many more
16:27<andythenorth>planetmaker: I've just pushed one that is limited to 16
16:28<andythenorth>doesn't block my laptop now either
16:28<andythenorth>risk it? o_O
16:28<andythenorth>r533
16:29<@planetmaker>534:fc9905f20ecc ?
16:30<andythenorth>o_O
16:30<andythenorth>same hash, my rev is 533
16:30<andythenorth>odd
16:30<@planetmaker>not odd. I might have used amend somewhen or so
16:30<@planetmaker>numeric revs are local only
16:31<andythenorth>k
16:31<skyem123>Jenkins thinks it is 532
16:31<@planetmaker>see you in a minute, maybe :P
16:31<@planetmaker>behaves better
16:32<@planetmaker>MUCH better
16:32<andythenorth>phew :)
16:32<@planetmaker>but... didn't build the grf :P
16:32<andythenorth>details :P
16:33<@planetmaker>couldn't generate docs/license.txt
16:33<@planetmaker>thus failed
16:33<@planetmaker>let's purge and re-try
16:33<andythenorth>did it generate a docs folder?
16:34<@planetmaker>seems to work after purge
16:34<andythenorth>k
16:34<andythenorth>I am going to move lang into src I think, and tell eints about it
16:34<@planetmaker>I'd say built in 5 seconds or so
16:35<@planetmaker>that's pretty good :)
16:35<andythenorth>takes about 20 for me
16:35<andythenorth>all in
16:36<@planetmaker>all in all it's 17.1s, yes
16:36<andythenorth>not too bad
16:36<andythenorth>not as bad as FIRS :)
16:36<@planetmaker>:)
16:36<@planetmaker>would probably be 2ms faster, if it didn't say 'blah' :)
16:36-!-Djohaal [~Djohaal@201.22.30.220.dynamic.adsl.gvt.net.br] has quit [Read error: Connection reset by peer]
16:37<andythenorth>ho ho
16:40-!-Tuhin [~Tuhin@fip8c159.banglalionwimax.com] has joined #openttd
16:43-!-Djohaal [~Djohaal@201.22.30.220.dynamic.adsl.gvt.net.br] has joined #openttd
16:47<skyem123>The makefile doesn't know about the windows "py" command.
16:50<andythenorth>herp
16:50<@planetmaker>http://bundles.openttdcoop.org/iron-horse/push/LATEST/ <-- seems alright, andythenorth ?
16:50<@planetmaker>I didn't change a thing, though
16:50<andythenorth>planetmaker: yeah, I didn't change docs yet :)
16:51<@planetmaker>ah, k
16:51<andythenorth>it tends to break the makefile in boring ways iirc
16:51<@planetmaker>can be, yes
16:51<andythenorth>it's not essential
16:51<andythenorth>just tidiness
17:00-!-Progman [~progman@p57A1893E.dip0.t-ipconnect.de] has joined #openttd
17:01<andythenorth>hmm
17:01<andythenorth>handling failing code in multiprocessing is...harder
17:01<andythenorth>the pool seems to eat errors
17:02-!-Tuhin [~Tuhin@fip8c159.banglalionwimax.com] has quit [Quit: HydraIRC -> http://www.hydrairc.com <- Would you like to know more?]
17:05-!-gelignite [~gelignite@i528C3DD1.versanet.de] has quit [Ping timeout: 480 seconds]
17:07-!-George|2 [~George@185.43.94.91] has joined #openttd
17:07-!-George is now known as Guest4202
17:07-!-George|2 is now known as George
17:12-!-gelignite [~gelignite@i528C3C93.versanet.de] has joined #openttd
17:13-!-Guest4202 [~George@185.43.94.91] has quit [Ping timeout: 480 seconds]
17:14<andythenorth>sovlde
17:17<skyem123>uh oh... When i try to build it on windows, it goes in an infinite loop
17:17-!-Midnightmyth [~quassel@93-167-84-102-static.dk.customer.tdc.net] has quit [Ping timeout: 480 seconds]
17:27<andythenorth>skyem123: iron horse?
17:27<skyem123>yup
17:27<skyem123>A multi tasking one,
17:27<andythenorth>how naughty of it
17:28<andythenorth>there are known issues with multiprocessing on windows
17:28<andythenorth>but I thought I'd done the correct thing to handle it :P
17:28<skyem123>Can you add a disable multitasking option as a failsafe?
17:32<andythenorth>skyem123: which rev / hash?
17:34<skyem123>I'm on a6f658d0807115bec6a815d060528793ff07adbf
17:35-!-Alberth [~hat@2001:980:272e:1:be5f:f4ff:feac:e11] has left #openttd []
17:35<skyem123>In that one the screen output is mutch cleaner.
17:36<andythenorth>pull the latest
17:36<andythenorth>I was hopeful that I'd at least limited it to 16 processes, and also prevented the known windows issue
17:36<andythenorth>changeset 7bedb75d28ce
17:38<skyem123>same problem
17:42<andythenorth>ugh
17:43<andythenorth>wonder why it does it :)
17:43<skyem123>I can give you the console output.
17:44<andythenorth>might as well
17:44<andythenorth>I need someone else to check my python I think
17:46<skyem123>http://paste.openttdcoop.org/show/3012/
17:46-!-FLHerne [~FLHerne@dsl-217-155-24-22.zen.co.uk] has joined #openttd
17:46<skyem123>it didn't log everything in the console.
17:47<skyem123>how do i redirect stderror?
17:48<@planetmaker>command.sh 2>file
17:49<+glx>or 2>&1 to redirect stderr to stdout
17:49<skyem123>41kb for a few seconds!
17:49<andythenorth>ok that somewhat makes sense
17:49<andythenorth>dunno what to do about it
17:50<skyem123>http://paste.openttdcoop.org/show/3013/
17:50<skyem123>this happens a lot
17:50<skyem123>it gets repeated
17:51<skyem123>it seems to be trying to access the output nml file
17:52<andythenorth>what's odd is the repeating of the [BUILD] stuff
17:52<andythenorth>there's no cause for repeating that, it's called once
17:53<skyem123>it does the same thing when i limit the processes to 1
17:53<skyem123>except error about the file
17:54<andythenorth>I think I understand that
17:54<skyem123>so by limiting the processes to 1 it didn't have the file access error
17:57-!-Flygon_ [~Flygon@147.18.214.218.sta.commander.net.au] has joined #openttd
17:57-!-Flygon [~Flygon@147.18.214.218.sta.commander.net.au] has quit [Read error: Connection reset by peer]
18:00<andythenorth>skyem123: can you run python files?
18:00<skyem123>yup
18:00<andythenorth>if so, run src/render_nml.py
18:00<andythenorth>should have the same issue
18:01-!-sla_ro|master [slamaster@95.76.164.39] has quit []
18:05<skyem123>Same issue!
18:05<skyem123>and...
18:05<skyem123>it suddenly stopped
18:06<Taede>gnite all
18:06<andythenorth>same issue is good news in this case
18:06<skyem123>it's doing somthing similar but differant
18:06<@planetmaker>g'night, Taede
18:06<skyem123>but the loop is still there
18:06<andythenorth>skyem123: edit L 44 - reduce 16 to 1
18:07<andythenorth>might still loop
18:08<skyem123>it does an access is denied error using src/render_nml.py
18:08<skyem123>then stops
18:08<skyem123>using make it still loops
18:08<andythenorth>it loops with 16 changed to 1?
18:09<skyem123>with make, yes
18:09<andythenorth>quaint
18:09<skyem123>(using make command)
18:10<skyem123>with /src/render_nml, no
18:11<skyem123>I think it loops in two places.
18:11<andythenorth>it will also loop in render_graphics
18:12<skyem123>It seems to loop in build_iron_horse
18:12<andythenorth>that is what puzzles me
18:13-!-fjb is now known as Guest4205
18:13-!-fjb [~frank@000158aa.user.oftc.net] has joined #openttd
18:15<andythenorth>I won't solve it tonight :(
18:15<andythenorth>bed time
18:15<skyem123>is it possible to remove the threading code?
18:16<andythenorth>possible yes
18:16<skyem123>easy?
18:16<andythenorth>change 1 line, delete 3 others
18:17-!-Guest4205 [~frank@000158aa.user.oftc.net] has quit [Read error: Operation timed out]
18:17<andythenorth>instead of pool.apply_async(render_consist_nml, args=( consist, ))
18:17<skyem123>what ones
18:17<andythenorth>use render_consist_nml(consist)
18:17<andythenorth>and then delete the other nearby lines beginning 'pool'
18:17<skyem123>ok...
18:18<andythenorth>it will still fail on render_graphics probably
18:18<skyem123>it that loops...
18:18<andythenorth>but test it...
18:19<skyem123>What does the threading DO?
18:19<andythenorth>renders graphics and code faster
18:20<skyem123>how? does it use one theread per module?
18:20<skyem123>with a limit of 16 threads at a time?
18:20<andythenorth>I don't know
18:20<andythenorth>the pool() stuff is pretty much magic
18:20<skyem123>uh...
18:21<andythenorth>has it worked?
18:21<skyem123>it it getting permission errors
18:22<skyem123>used by another process
18:23<skyem123>is that the graphics erroring?
18:23<andythenorth>possibly yes
18:24<@planetmaker>sounds like race condtions
18:24<andythenorth>open src/render_graphics.py
18:24<skyem123>remove the pool code?
18:24<andythenorth>yup
18:25<andythenorth>L59-L63
18:25<andythenorth>replace with
18:25<andythenorth> shutil.copy(os.path.join(graphics_input, variant.get_spritesheet_name(consist)), graphics_output_path)
18:26<skyem123>you mean to code in:
18:26<skyem123>for variant, consist in variants.iteritems():
18:26<andythenorth>yes
18:27<skyem123>still an error.
18:27<skyem123>no loops
18:28<skyem123>Traceback (most recent call last):
18:28<skyem123> File "src/build_iron_horse.py", line 18, in <module>
18:28<skyem123> import render_nml
18:28<skyem123> File "i:\NewGRF Coding\Projects\Iron Horse\src\render_nml.py", line 24, in <mo
18:28<skyem123>dule>
18:28<skyem123> os.mkdir(generated_nml_path)
18:28<skyem123>WindowsError: [Error 5] Access is denied: '.\\generated\\nml'
18:28<skyem123>make: *** [iron-horse-nml] Error 1
18:28-!-montalvo [~montalvo@ip68-108-148-173.lv.lv.cox.net] has quit [Quit: Textual IRC Client: www.textualapp.com]
18:28<andythenorth>funky
18:29<skyem123>is it the way you handle filenames?
18:29<andythenorth>does Windows have permissions or something?
18:29<skyem123>yup
18:29<skyem123>NTFS
18:29<skyem123>has them
18:30<andythenorth>replace generated_nml_path = os.path.join(iron_horse.generated_files_path, 'nml')
18:30<andythenorth>with generated_nml_path = os.path.join(currentdir, 'generated', 'nml')
18:31<andythenorth>shouldn't make any bloody difference :)
18:31<andythenorth>but we'll see
18:32<skyem123>it seems to be working. for the nml at least
18:32<skyem123>i THINK i know what is happening!
18:32<andythenorth>if that change fixed it, then it's path issues
18:33-!-KritiK [~Maxim@0001264a.user.oftc.net] has quit [Quit: Leaving]
18:34<andythenorth>the path throws a permissions error
18:34<andythenorth>and the way windows handles python multiprocessing means it gets thrown over and over again
18:34<andythenorth>is my guess
18:34<skyem123>generated_files_path = os.path.join(currentdir, global_constants.generated_files_dir)
18:36<skyem123>what is global_constants.generated_files_dir?
18:39<andythenorth>it's just a string
18:39<andythenorth>'generated'
18:40<andythenorth>os.path() should be able to join previously joined paths, but maybe it fails
18:41<skyem123>it seems to also have problems if the files already exist in the "generated" folder
18:41<andythenorth>they're supposed to have been deleted
18:41<andythenorth>there's code for that :)
18:41<andythenorth>or run make clean
18:41*andythenorth needs bed, but the path stuff is pretty easy to change if you want to try it
18:41<skyem123>i think the code runs to fast
18:42<andythenorth>night
18:42<skyem123>Goodnight!
18:42-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth]
18:44-!-Pereba [~UserNick@179.186.27.48.dynamic.adsl.gvt.net.br] has quit [Quit: AdiIRC, where fake vikings are welcome. [www.adiirc.com]]
18:49-!-yorick [~yorick@ip51cd0513.speed.planet.nl] has quit [Remote host closed the connection]
18:58-!-Ttech [~ttech@00014919.user.oftc.net] has quit [Ping timeout: 480 seconds]
19:03<Wolf01>'night
19:03-!-Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.]
19:04-!-Devroush [~dennis@dD5765BAC.access.telenet.be] has quit []
19:13-!-Ttech [~ttech@00014919.user.oftc.net] has joined #openttd
19:16-!-Aristide [~quassel@tok69-5-82-235-150-75.fbx.proxad.net] has quit [Remote host closed the connection]
19:19-!-Progman [~progman@p57A1893E.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
19:26-!-frosch123 [~frosch@frnk-4d01214b.pool.mediaways.net] has quit [Quit: be yourself, except: if you have the opportunity to be a unicorn, then be a unicorn]
19:29-!-Flygon [~Flygon@147.18.214.218.sta.commander.net.au] has joined #openttd
19:29-!-Flygon_ [~Flygon@147.18.214.218.sta.commander.net.au] has quit [Read error: Connection reset by peer]
19:37-!-Hazzard [~43aefd2c@188.cimarosa.openttdcoop.org] has joined #openttd
19:42-!-skyem123 [~skyem123@cpc1-walt4-0-0-cust432.13-2.cable.virginm.net] has quit [Quit: Leaving]
19:42-!-Tuhin [~Tuhin@fip31c164.banglalionwimax.com] has joined #openttd
19:51-!-GriffinOneTwo [~oftc-webi@adsl-68-123-207-248.dsl.irvnca.pacbell.net] has joined #openttd
20:12-!-Tuhin [~Tuhin@fip31c164.banglalionwimax.com] has quit [Quit: Try HydraIRC -> http://www.hydrairc.com <-]
20:22-!-jjavaholic_ [~jjavaholi@grahamg63.plus.com] has joined #openttd
20:24-!-jjavaholic [~jjavaholi@grahamg63.plus.com] has quit [Ping timeout: 480 seconds]
20:31-!-FLHerne [~FLHerne@dsl-217-155-24-22.zen.co.uk] has quit [Remote host closed the connection]
20:34-!-DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has quit [Read error: Connection reset by peer]
20:35-!-DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has joined #openttd
20:42-!-GriffinOneTwo [~oftc-webi@adsl-68-123-207-248.dsl.irvnca.pacbell.net] has quit [Remote host closed the connection]
20:49-!-GriffinOneTwo [~oftc-webi@adsl-68-123-207-248.dsl.irvnca.pacbell.net] has joined #openttd
20:58-!-gelignite_ [~gelignite@i528C3FD6.versanet.de] has joined #openttd
21:01-!-Aleksandr [~Evil_O@cpe-75-185-26-54.columbus.res.rr.com] has joined #openttd
21:01<Aleksandr>Is their anyway to issue orders to an entire group? x.x
21:01<Aleksandr>there, even
21:04-!-gelignite [~gelignite@i528C3C93.versanet.de] has quit [Read error: Connection reset by peer]
21:07<Pinkbeast>Aleksandr: Use shared orders.
21:09<Aleksandr>There's a way to issue them to an entire group at once?
21:09<Pinkbeast>No, I mean that the right way to do this is to cause vehicles you wish to give orders to at once to have shared orders, irrespective of the group they are in.
21:16-!-Japa__ [~Japa@117.201.105.80] has quit [Read error: Operation timed out]
21:17-!-Japa__ [~Japa@117.201.105.80] has joined #openttd
21:28-!-Haube [~michi@77-20-215-214-dynip.superkabel.de] has quit [Read error: Connection reset by peer]
21:45-!-HerzogDeXtEr [~flex@i59F6B21F.versanet.de] has joined #openttd
21:49-!-wubic [~eviltoast@c-62-220-183-22.cust.bredband2.com] has quit [Quit: /join #real-life | Leaving]
21:51-!-GriffinOneTwo [~oftc-webi@adsl-68-123-207-248.dsl.irvnca.pacbell.net] has quit [Remote host closed the connection]
21:51-!-HerzogDeXtEr1 [~flex@i59F6C85.versanet.de] has quit [Ping timeout: 480 seconds]
21:54-!-wubic [~eviltoast@c-62-220-183-22.cust.bredband2.com] has joined #openttd
22:18-!-Japa__ [~Japa@117.201.105.80] has quit [Ping timeout: 480 seconds]
22:26-!-eviltoaster [~eviltoast@c-62-220-183-22.cust.bredband2.com] has joined #openttd
22:26-!-eviltoaster [~eviltoast@c-62-220-183-22.cust.bredband2.com] has quit []
22:26-!-Japa__ [~Japa@117.201.105.80] has joined #openttd
22:31-!-wubic [~eviltoast@c-62-220-183-22.cust.bredband2.com] has quit [Read error: Operation timed out]
22:32-!-wubic [~eviltoast@c-62-220-183-22.cust.bredband2.com] has joined #openttd
22:34-!-Aleksandr_ [~Evil_O@cpe-75-185-26-54.columbus.res.rr.com] has joined #openttd
22:38-!-Aleksandr [~Evil_O@cpe-75-185-26-54.columbus.res.rr.com] has quit [Ping timeout: 480 seconds]
22:55-!-adf88 [~Thunderbi@wis-zul.spine.pl] has quit [Quit: adf88]
22:57-!-HerzogDeXtEr [~flex@i59F6B21F.versanet.de] has quit [Quit: Leaving.]
23:11-!-Pikka [~Octomom@d58-106-24-179.rdl801.qld.optusnet.com.au] has quit [Quit: Leaving]
23:16-!-Japa__ [~Japa@117.201.105.80] has quit [Quit: Leaving]
23:17-!-Japa [~Japa@117.201.105.80] has joined #openttd
23:25-!-Aleksandr_ [~Evil_O@cpe-75-185-26-54.columbus.res.rr.com] has quit []
23:31-!-retro|cz [~retro@ip-89-176-82-80.net.upcbroadband.cz] has joined #openttd
23:32-!-gelignite_ [~gelignite@i528C3FD6.versanet.de] has quit [Quit: http://bit.ly/nkczDT]
23:34-!-Lizz [~Lizz@blk-89-196-21.eastlink.ca] has quit [Ping timeout: 480 seconds]
23:58-!-glx [~glx@000128ec.user.oftc.net] has quit [Quit: Bye]
---Logclosed Sun Jan 19 00:00:35 2014