IRC logs for #openttd on OFTC at 2009-10-04
⏴ go to previous day
00:03:29 *** KenjiE20|LT has joined #openttd
01:05:01 <thepalm> Hi all, I am trying to write a patch to limit terraforming per month, but something is screwing up in adding the setting to the advanced settings window. The patch compiles but crashes due to assert when advanced settings is viewed
01:30:16 <welshdragon> thepalm: is there a thread for it on www.tt-forums.net ?
01:43:21 <welshdragon> thepalm: post your problem in there
02:15:19 *** welshdragon has joined #openttd
04:57:14 <CIA-4> OpenTTD: smatz * r17688 /trunk/src/ (roadveh.h train.h): -Fix (r17684): incorrect comments
05:05:31 *** thepalm has joined #openttd
05:56:07 *** thepalm has joined #openttd
07:01:30 <Pikka> hmm, apparently TTD is still fun with the original vehicles :o
07:01:40 * Pikka has just been playing on some random server
07:39:18 *** Terkhen has joined #openttd
07:48:08 <Pikka> we talked the whole night through
07:48:13 <Pikka> good morning, good morning, to you!
08:14:14 * yorick ctrl-c s out of the loop
08:17:23 *** Brianetta has joined #openttd
08:28:04 *** Grelouk has joined #openttd
08:47:11 *** Progman has joined #openttd
08:50:42 *** |Jeroen| has joined #openttd
09:01:26 *** Cybertinus has joined #openttd
09:05:04 *** Polygon has joined #openttd
09:34:22 *** valhallasw has joined #openttd
09:38:35 *** tux_mark_5 has joined #openttd
09:41:42 *** Terkhen has joined #openttd
09:46:28 *** Polygon has joined #openttd
10:00:18 <thepalm> I am getting something weird happening with trains and pbs signals. When the train has the choice of two paths and only one is available, occasionally the train stops briefly before continuing on the free path
10:03:22 <Xaroth> multiple PBS on the route?
10:04:35 <Xaroth> on the entire track or just at the junctions?
10:05:23 <Xaroth> ah, that might cause it
10:05:51 <Xaroth> generally works better if you use PBS only on the junctions
10:06:09 <Xaroth> since that's really the only place where it needs to do signal states based on the path it's taking
10:06:16 <Xaroth> if it's just a straight line pbs are inefficient
10:06:24 <Rubidium> very likely the other track was (temporary) more expensive for some reason
10:07:14 <thepalm> still, it seems an odd behaviour
10:07:54 <thepalm> the trains basically start as again as soon as they stop
10:09:50 *** Belugas has joined #openttd
10:09:50 *** ChanServ sets mode: +o Belugas
10:15:36 <thepalm> rubidium: I think it was a penalty issue, putting a road on one track seems to have fixed the problem
10:52:39 *** KenjiE20 has joined #openttd
10:57:45 *** |Jeroen| has joined #openttd
11:02:26 *** Sitethief[TOP] has quit IRC
11:30:04 <TrueBrain> (needed for OpenDUNE :p)
11:33:36 <_ln> TrueBrain: s's scope could be more limited, i.e. if(char *s = strrchr(path, '/')) *s = '\0';
11:35:28 <TrueBrain> the scope is now 1 line more ... lets not make code unneeded unreadable just to gain 1 line of lesser scope :s
11:36:15 <_ln> TrueBrain: well true, i just personally happen to prefer the syntax i mentioned.
11:38:29 * SmatZ buys _ln one copy of "K&R"
11:39:07 <_ln> SmatZ: since when is K&R syntax relevant in a C++ file?
11:39:16 <_ln> SmatZ: but thanks, i'll gladly accept your gift.
11:41:13 *** zachanima has joined #openttd
11:41:50 *** Alberth has joined #openttd
11:42:46 <SmatZ> anyway... "if (ptr != NULL)" should be used in OTTD instead of "if (ptr)"
11:46:09 *** thepalm has joined #openttd
12:07:40 <TrueBrain> (causing nasty segfaults with OpenDUNE otherwise :p)
12:09:32 <TrueBrain> would you mind committing it? I don't have an active OpenTTD checkout :$
12:17:24 <CIA-4> OpenTTD: glx * r17689 /trunk/src/depend/depend.cpp: -Fix (r16307): depend could segfault in some case (TrueBrain)
12:19:54 *** Chris_Booth has joined #openttd
12:21:38 <Xaroth> wait, that came out wrong
12:39:59 *** Dred_furst has joined #openttd
12:55:17 *** tokai|mdlx has joined #openttd
12:57:25 *** HerzogDeXtEr has joined #openttd
13:00:13 *** Luukland has joined #openttd
13:00:37 <Luukland> Muxy, Goulpadmin are u here?
13:03:11 *** Chris_Booth has joined #openttd
13:12:24 *** frosch123 has joined #openttd
13:40:20 <Muxy> have defined a string with a parameter : blablabla {STRING}. This string is used in a window title. how can i change the {String} parameter ?
13:42:11 <Alberth> there should be a SetDParam(0, <something>) just above this->DrawWidgets() in OnPaint()
13:43:30 <Alberth> in the new nested widgets, set the param in 'virtual void SetStringParameters(int widget) const' method
13:43:30 <Muxy> and i replaced this by a SetDParamStr( 0, mystring )
13:44:48 <Alberth> eg town_gui.cpp, line 176
13:45:10 <Alberth> (probably for {town} but you get the idea :)
13:46:54 <Muxy> SetStringParameters in town_gui.cpp ? trunk ?
13:48:44 <Muxy> and new nested widget is used in 0.7.3 ?
13:49:13 <Muxy> i'm currently working on 0.7.2
13:49:30 <Alberth> no nested widgets in 0.7.x
13:49:50 <Muxy> so i should use SetDParam
13:50:31 <Alberth> or SetDParamStr(), I don't know.
13:51:03 <Muxy> yeap just before the DrawWidgets()
14:09:26 *** HerzogDeXtEr1 has joined #openttd
14:14:47 *** [com]buster has joined #openttd
14:16:49 *** Phoenix_the_II has joined #openttd
14:21:50 *** zachanima has joined #openttd
14:27:57 *** Chruker has joined #openttd
14:31:56 *** DaleStan_ has joined #openttd
14:31:56 *** DaleStan is now known as Guest155
14:31:56 *** DaleStan_ is now known as DaleStan
14:45:10 <Terkhen> is there any ide/tool/script that allows to find unneeded includes?
14:49:52 <CIA-4> OpenTTD: smatz * r17690 /trunk/src/driver.cpp: -Fix: minor coding style issue
14:51:23 <Rubidium> when did thy last run it?
14:51:53 <SmatZ> it doesn't remove many includes, so I left it as it is :)
14:52:59 <Terkhen> I'm not familiar with bash scripts... what are the parameters to run it?
14:54:20 <Rubidium> there don't seem to be any parameters
14:55:11 <Terkhen> I was trying the second one, the first seems to be running with no parameters
14:55:56 <Rubidium> it seems to be removing quite a bit
14:56:51 <SmatZ> some includes it removes shouldn't be removed
14:56:59 <SmatZ> like, those OS-specific onec
14:57:16 <Rubidium> - if (verbose) fprintf(stderr, "%s #include ", filename);
14:57:51 <Rubidium> but yes, it definitely needs a review :)
15:00:00 <Terkhen> okay, I'll see what I can catch :)
15:07:14 *** Grelouk has joined #openttd
15:16:08 *** Xaroth_ has joined #openttd
15:19:03 *** Dred_furst` has joined #openttd
15:19:10 *** Terkhen has joined #openttd
15:24:41 *** KenjiE20 has joined #openttd
15:29:10 <Rubidium> 100k of diff for removing includes :(
15:29:38 *** KenjiE20 is now known as Guest166
15:29:42 *** KenjiE20 has joined #openttd
15:29:54 <SmatZ> something like svn revert -R src/3rdparty is a good thing to do :)
15:32:17 <Eddi|zuHause> frosch123: yes, after i read the reply i wanted to make a bug reportt, but didn't get round to it yet
15:32:36 *** Terkhen has joined #openttd
15:38:28 <CIA-4> OpenTTD: rubidium * r17691 /trunk/src/statusbar_gui.cpp: -Codechange: make the status bar nested
15:39:11 *** Progman has joined #openttd
15:40:35 <Rubidium> SmatZ: lovely... now I'm getting linking errors ;)
15:40:48 <Rubidium> after manually sifting through the diff
15:41:01 <Rubidium> seems like some changes shouldn't be done after all
15:41:31 <Rubidium> still 85k of diff remaining
15:44:35 <SmatZ> -#include "settings_type.h"
15:44:43 <SmatZ> Alberth objected against these last time
15:47:35 *** Xaroth_ is now known as Xaroth
15:48:14 *** th1ngwath has joined #openttd
15:52:55 <Rubidium> okay, one minor change and it works for MSVC too
15:53:27 <Alberth> not sure what you are refering to, I am making diner atm
15:55:14 *** CraKinShOt has joined #openttd
16:10:20 *** Xaroth_ has joined #openttd
16:14:41 *** Xaroth is now known as Guest175
16:14:41 *** Xaroth_ is now known as Xaroth
16:26:06 <Ammler> this inlcude stuff looks like a missing feature of c
16:30:19 *** Lakie` is now known as Lakie
16:32:42 <Alberth> it is a general problem. Compilers are good in finding things that are missing, but not in finding stuff that is not needed or obsolete.
16:33:52 *** KenjiE20 is now known as Guest177
16:33:55 *** KenjiE20 has joined #openttd
16:34:08 <Lakie> Actually quite a few compilers for higher languages will give a warning for unused variables.
16:34:21 <Lakie> Not so much for classes, but thats down to programmers.
16:35:06 <Alberth> exactly my point, local vars can be found, but not an unused global declaration, or an unused class
16:35:34 <glx> unused global vars are found
16:35:37 <Alberth> or an unused function
16:37:35 <Lakie> I think thats because some people keep unused functions and classes for COM support sometimes.
16:38:41 <Alberth> then they are not unused imho
16:38:53 <Lakie> They ARE for that compile
17:11:20 <CIA-4> OpenTTD: smatz * r17692 /trunk/src/ (12 files in 4 dirs): -Codechange: minor coding style fixes
17:12:14 <SmatZ> linker should remove unused symbols :)
17:12:22 <SmatZ> it doesn't solve compile-time issue though
17:16:55 <CIA-4> OpenTTD: rubidium * r17693 /trunk/src/ (185 files in 15 dirs): -Cleanup: remove some unneeded includes
17:16:55 *** welshdragon has joined #openttd
17:26:55 <CIA-4> OpenTTD: smatz * r17694 /trunk/src/ai/api/squirrel_export.awk: -Codechange: don't break $ to two lines in squirrel_export.awk
17:31:02 *** Terkhen has joined #openttd
17:34:48 *** CraKinShOt has joined #openttd
17:41:54 *** lordaro has joined #openttd
17:45:27 <CIA-4> OpenTTD: translators * r17695 /trunk/src/lang/ (5 files in 2 dirs):
17:45:27 <CIA-4> OpenTTD: -Update from WebTranslator v3.0:
17:45:27 <CIA-4> OpenTTD: frisian - 37 changes by Minifan
17:45:27 <CIA-4> OpenTTD: hebrew - 133 changes by dnd_man
17:45:27 <CIA-4> OpenTTD: hungarian - 2 changes by alyr
17:45:28 <CIA-4> OpenTTD: thai - 66 changes by ityellow
17:45:28 <CIA-4> OpenTTD: vietnamese - 12 changes by nglekhoi
17:46:41 <PeterT> how do I view what alyr changed in Hungarian?
17:48:25 <_ln> by viewing diff between 17694:17695
18:10:41 <PeterT> How do I make it so that people can see my server without me having to give them my IP address and port to connect?
18:14:12 <CIA-4> OpenTTD: rubidium * r17696 /trunk/src/fontcache.h: -Fix (r17693): compile failure when compiling without freetype
18:16:56 <CIA-4> OpenTTD: rubidium * r17697 /trunk/src/ai/api/ (53 files): -Codechange: coding style in the automatically generated squirrel wrapper code
18:21:48 <StM> Is there a way in NoAI (or squirrel in fact) to build a singleton?
18:24:04 *** tokai|mdlx has joined #openttd
18:39:18 *** Grelouk has joined #openttd
18:45:28 *** TheMask96 has joined #openttd
18:46:44 <Rubidium> StM: probably not, well not in the 'classical' way. Would be possible with a global variable, although maybe you can make a global class variable in the same way
18:47:44 <Rubidium> StM: MyClass.MySingletonVar <- "something" ?
18:48:29 <StM> Rubidium I tried that but i get a unknown index error :)
18:48:42 <StM> It looks he tries to lookup in the global table
18:49:09 <PeterT> was squirrel specifically designed for OpenTTD?
18:49:32 <Rubidium> then I got no clue; try asking it on the forum though. As that's the place where most AI developers hang out
18:51:35 *** Terkhen has joined #openttd
18:52:46 <CIA-4> OpenTTD: frosch * r17698 /trunk/src/sound.cpp: -Fix (r17140) [FS#3205]: Convert endian after loading sounds from file.
18:52:53 <avdg> I have a problem that openttd doesnt close in linux (ubuntu 9.04)
18:53:59 <Rubidium> avdg: does it happen each time?
18:54:12 <avdg> i had it a few times today
18:54:32 <avdg> but it closed well sometimes
18:54:32 <avdg> its the latest from the trunk
18:54:56 <avdg> should I test it in the console?
18:54:57 <Rubidium> please start OpenTTD with -d 9 as parameter and tell the last few lines before it freezes
18:55:05 <Rubidium> yes, from the console
18:55:47 <avdg> wow... it doesnt close with system monitor
18:55:53 <Terkhen> avdg: I'm having a similar problem... sometimes it gets frozen when I click "Yes" at the return to Unix window... and once that it happens every instance of OpenTTD I open wil get the same problem
18:56:00 <Terkhen> I have to kill it with kill -9
18:56:39 <Rubidium> no, but it isn't confirmed to be OpenTTD's fault
18:57:03 <Terkhen> when I get the problem again I will run it with -d 9
18:57:34 <avdg> dammit, my desktop is empty too...
18:59:46 <avdg> test 1: open and close: succes
19:00:42 <avdg> test 2: open, load game and close: succes :/
19:01:03 <avdg> any idea what i should try now?
19:01:15 <frosch123> [21:02] <Terkhen> I have to kill it with kill -9 <- use at least -6, so a crash.log is generated
19:01:57 <avdg> in the same directory as the binary right?
19:02:26 <Terkhen> frosch123: okay, I will do that
19:03:04 <avdg> I couldn't find the file :/
19:03:09 <Alberth> Terkhen: when clicking exit, my display also freezes for a few seconds, it syncs stuff to disk then (openttd.cfg I think).
19:04:26 <frosch123> is it on the network? :o
19:05:21 <Rubidium> frosch123: probably not, but more an file system misfeature; fsyncing the data of a file requiring to flush the whole transaction log to the disk first etc.
19:06:02 <avdg> maybe play for some minutes...
19:07:26 <Rubidium> it's probably something external from OpenTTD that locks something in the audio subsystem or so
19:08:30 <Terkhen> I think it's related to audio too, because when it happens all sound applications I open can't play anything at all until restart
19:08:34 <frosch123> ah, in that case i would never notice :)
19:09:03 <avdg> ok, fail that try too :/
19:09:59 *** zachanima has joined #openttd
19:10:08 <avdg> hmm... wich actions should i take to hear all music
19:11:00 <Rubidium> Terkhen: so it's more likely that it's something in SDL or the library SDL uses than in OpenTTD itself
19:11:50 *** HerzogDeXtEr has joined #openttd
19:13:07 <avdg> i'll stop testing, I have work todo tomorrow
19:27:22 *** markk is now known as Markk
19:31:58 <michi_cc> dihedral: Did you have a Mac as well or am I misremembering that?
19:34:37 <michi_cc> (anybody else with a Mac can of course test it as well :)
19:39:52 *** ChanServ sets mode: +v tokai
19:51:58 <welshdragon> michi_cc: i'm testing that now
19:53:18 <michi_cc> welshdragon: could you make sure that you don't have a music_driver configured in openttd.cfg?
19:53:44 <michi_cc> as that build features a new midi player using CoreAudio only.
19:55:12 <michi_cc> and a second test: does pasting something into for example the multiplayer name work?
19:55:42 <michi_cc> the edit box I mean :)
19:55:47 <welshdragon> michi_cc: you mean extmidi?
19:56:27 <michi_cc> the new driver is called cocoa
19:57:55 <welshdragon> pasting works michi_cc
19:58:50 <michi_cc> ah, no, I meant the setting musicdriver in the misc section. If you don't have it, everythings perfect alredy
20:01:08 <CIA-4> OpenTTD: rubidium * r17699 /trunk/src/network/ (13 files in 2 dirs): -Codechange: move #ifdef ENABLE_NETWORK till after the 'generic' includes so compilation without network support doesn't get broken as easily by changes in header files
20:07:01 <michi_cc> welshdragon: does even setting the music volume work?
20:07:26 <dihedral> michi_cc, yep i have a mac
20:07:55 <michi_cc> so, can you test just what welshdragon tested as well?
20:08:22 <welshdragon> michi_cc: yes, all works fine
20:08:55 <dihedral> what do i need to look out for?
20:09:30 <michi_cc> does the music work (without a custom musicdriver setting in the openttd.cfg)
20:09:46 <michi_cc> and can you paste something into for example the multiplayer name edit box
20:10:12 <dihedral> i do not use music in ttd
20:10:38 <dihedral> sound is fine though
20:10:48 <michi_cc> sound I didn't change :)
20:11:33 <dihedral> looks good, from inside the game
20:11:58 <dihedral> am i seeing this right?? you feel like stepping up for os x port?
20:12:28 <michi_cc> as far as it is possible with VMware only
20:13:18 <michi_cc> 10.5.8 is actually running quite good
20:15:47 <dihedral> well, you surly will make 2% of openttd players happy :-)
20:33:30 <CIA-4> OpenTTD: frosch * r17700 /trunk/src/ (6 files in 2 dirs): -Codechange: Integrate ShipVehicleInfo::refittable into EngineInfo::refit_mask during initialisation.
20:35:59 <TrueBrain> michi_cc: you have 10.5.8 running in vmware? Impressive ;)
20:37:44 <michi_cc> Well, I wouldn't have without all the pre-made hackintosh packages. I mean, there's even a hacked together VMware Tools now
20:38:01 <TrueBrain> I wish I had VT-X .....
20:38:53 <TrueBrain> impressive work to do from a VM :p
20:40:29 <michi_cc> The most complicated thing was probably the new music driver, and that I couldn't have done without the matching sample code from apple
20:41:43 <TrueBrain> For what it is worth, you have my respect :) Even with having OSX running on my machine, I couldn't get a decent developer env to work on ...
20:42:01 <TrueBrain> (1024x768 on a 22" WD is bad for your eyes :p)
20:52:05 <CIA-4> OpenTTD: smatz * r17701 /trunk/src/ (12 files in 5 dirs): -Codechange: don't start line with a space if it's not inside comment
20:53:34 <CIA-4> OpenTTD: michi_cc * r17702 /trunk/ (5 files in 3 dirs):
20:53:34 <CIA-4> OpenTTD: -Change: [OSX] Assure that the minimal OSX version is defined in all cases.
20:53:34 <CIA-4> OpenTTD: -Codechange: [OSX] Improve conditional defines for OS version dependant code.
20:53:38 <CIA-4> OpenTTD: michi_cc * r17703 /trunk/config.lib:
20:53:38 <CIA-4> OpenTTD: -Change: [OSX] Rework the configure OSX SDK detection to actually try different SDK versions and use the best SDK for each universal target.
20:53:38 <CIA-4> OpenTTD: -Change: [OSX] Improve the configure checks for QuickDraw and QuickTime.
20:53:41 <CIA-4> OpenTTD: michi_cc * r17704 /trunk/src/os/macosx/ (macos.h macos.mm): -Codechange: [OSX] Improve detection of OS X version. (planetmaker)
20:53:52 <PeterT> michi_cc: lots of changes, wow
20:54:17 <PeterT> is it possible to cross compile, mac OSX to win32?
20:54:43 <michi_cc> that was always possible, you just need a properly build compiler
20:56:28 <PeterT> tbh, I can't keep track of the versions
20:58:02 <welshdragon> can I get trains that are not ending their run to not use the terminus platforms?
20:58:26 <Yexo> welshdragon: you could split your trains by waypoints
20:58:34 <welshdragon> Yexo: without waypionts
20:58:47 <welshdragon> i'm talking in the config
20:58:50 <Yexo> I can't think of another way
21:01:28 <welshdragon> i'll just have to add another depot
21:08:38 <CIA-4> OpenTTD: michi_cc * r17705 /trunk/src/os/ (macosx/macos.h unix/unix.cpp): -Fix: [OSX] Re-enable signal handling on OSX 10.3.9. Trying to link with an undefined symbols that lives in the system library seems to confuse the loader on 10.3.9. Use a different function to circumvent it.
21:08:41 <CIA-4> OpenTTD: michi_cc * r17706 /trunk/ (10 files in 5 dirs): -Codechange: [OSX] Rework the crash handling to use the common CrashLog infrastructure.
21:08:46 <CIA-4> OpenTTD: michi_cc * r17707 /trunk/src/video/cocoa/cocoa_v.mm: -Fix: [OSX] Show the OS mouse cursor when displaying a dialog box if it was hidden.
21:08:51 <CIA-4> OpenTTD: michi_cc * r17708 /trunk/src/ (6 files in 5 dirs): -Feature [FS#2053]: [OSX] Implement clipboard support for OS X.
21:13:09 <CIA-4> OpenTTD: michi_cc * r17709 /trunk/src/os/macosx/crashlog_osx.cpp: -Fix (r17706): Missing svn-props. Sigh.
21:13:36 *** zachanima has joined #openttd
21:20:45 <SmatZ> PeterT: use monospaced font
21:21:20 <PeterT> I have to change the font in my script?
21:22:31 <SmatZ> or use the same font & size in your editor and OTTD ;)
21:23:06 <PeterT> what font is my game using?
21:23:10 <PeterT> I would switch to that
21:23:59 <Rubidium> SmatZ: but... that doesn't propagate to the clients so it doesn't work!
21:24:20 <CIA-4> OpenTTD: michi_cc * r17710 /trunk/ (5 files in 2 dirs): -Feature [FS#3223]: [OSX] Add a MIDI driver using Cocoa/CoreAudio.
21:25:37 <glx> PeterT: default is sprite font
21:26:02 <PeterT> so if I change my Notepad font to that, then it will work?
21:26:40 <glx> default font is in base grfs
21:26:48 <PeterT> so, what the hell happened?
21:27:08 <Rubidium> and for what it's worth... the font in OpenGFX is different
21:28:48 <glx> PeterT: different character width
21:29:21 <PeterT> I don't understand, what do I do to fix it?
21:29:40 <glx> use a monospace font in openttd
21:29:59 <Rubidium> glx: but... that doesn't propagate to the clients so it doesn't work!
21:30:46 <glx> then just remove the trailing spaces and stars :)
21:31:44 <PeterT> so there is no way possible to make my script look like it does in the text editor?
21:33:43 <CIA-4> OpenTTD: michi_cc * r17711 /trunk/src/ (4 files in 2 dirs): -Codechange: [OSX] Don't use deprecated methods to construct a Cocoa string.
21:33:48 <CIA-4> OpenTTD: michi_cc * r17712 /trunk/src/video/cocoa/cocoa_v.mm: -Codechange [FS#1411]: [OSX] Replace undocumented process manager API calls with a documented alternative. (pyth)
21:36:29 <CIA-4> OpenTTD: michi_cc * r17713 /trunk/src/ (os/macosx/macos.mm video/cocoa/cocoa_v.mm): -Cleanup: [OSX] Move variable definitions to first use and apply more coding style.
21:36:34 <CIA-4> OpenTTD: michi_cc * r17714 /trunk/src/video/cocoa/ (wnd_quartz.mm wnd_quickdraw.mm): -Cleanup: [OSX] Apply more coding style.
21:36:37 <CIA-4> OpenTTD: michi_cc * r17715 /trunk/src/video/cocoa/ (event.mm fullscreen.mm): -Cleanup: [OSX] And a final round of coding style and some cleaning.
21:36:48 <Xaroth> michi_cc is on a rampage
21:37:03 * PeterT wonders what the most amount of revisions ever in a day is
21:39:20 <CIA-4> OpenTTD: michi_cc * r17716 /trunk/src/video/cocoa/cocoa_v.mm: -Codechange: [OSX] Invoke a (semi-)private Objective-C method in a way that does not rely on the SDK version.
21:39:25 <CIA-4> OpenTTD: michi_cc * r17717 /trunk/src/video/cocoa/fullscreen.mm: -Codechange: [OSX] Replace deprecated variable type.
21:39:28 <Rubidium> any number != 0 is always true
21:40:00 <PeterT> I like your screenshot thread on tt-forums :)
21:40:27 <PeterT> Sorry if that's a bit offtopic
21:41:58 <Rubidium> SmatZ: people who can't speak 'properly' are exempt from being true? :)
21:43:43 <PeterT> Rubidium: would you mind deleting my topic for me?
21:43:59 <PeterT> I can't do it unless I delete my post, then you delete yours, then I delete mine again
21:44:08 <PeterT> And it would be easier if you did it
21:46:49 <michi_cc> (master) $ git log --date=short --pretty=format:%cd | uniq -c | sort | tail -n 2
21:47:38 <michi_cc> so, 49 commits on 2008-08-02 (times UTC). Includes trunk only though, some day with many branch commits might still have more
21:49:10 *** thepalm has joined #openttd
21:49:28 <PeterT> keep going michi_cc, you can do it :)
21:53:51 <Rubidium> yup, some branches have seen a lot of commits in a single day
21:54:49 <Rubidium> that 2008-08-02 screwed the translator tool a bit
21:55:09 <Rubidium> couldn't cope with the rapid succession of commits with string changes
21:55:53 *** zachanima has joined #openttd
21:56:42 <PeterT> what does he speciallize in?
21:57:54 <Rubidium> now look at the # of lines changed
21:58:01 <Rubidium> then I'm underrepresented too
22:05:25 *** MizardX- has joined #openttd
22:06:25 *** MizardX- is now known as MizardX
22:09:41 *** Nite_Owl has joined #openttd
22:12:11 <planetmaker> wow, what a changelog when I just came here to look for what's new :-)
22:12:22 <planetmaker> kudos, michi_cc :-)
22:12:57 <planetmaker> and with that a good night from here already again
22:40:17 <michi_cc> sum of added and removed lines in trunk, a changed line is counted as remove and add
22:41:49 <SmatZ> michi_cc: when a 1000 lines long file is renamed, 1000 is added to both fields, right?
22:42:56 <michi_cc> no, probably not, at least git notes a rename in the actual diff
22:43:25 <michi_cc> but let me find a sample commit to check that
22:44:30 <SmatZ> (it fetches data from svn)
22:46:22 <Xaroth> heh, Rubidium almost removed more than he added :P
22:47:52 <michi_cc> ah, sorry, I need to recalculate that, moves are accounted for, but only if I tell git ti actually do so :-s
22:48:45 <michi_cc> whoever did the c++ rename will suddenly have a lot less lines :)
22:52:15 *** Phoenix_the_II has quit IRC
22:52:18 *** Phoenix_the_II has joined #openttd
22:52:32 <SmatZ> Rubidium did other massive changes
22:52:54 <michi_cc> maybe in some branch, but Rb just lost almost half his lines, that's why I guessed that
22:54:10 <Rubidium> well, KUDr lost even more
22:54:24 <Rubidium> relatively speaking ofcourse
22:54:48 <StM> 4 guys who do the most work :)
22:54:53 <PeterT> What do I need to change in the source to change the version number
22:54:58 <Rubidium> though I did some even more massive moves during makefile rewrite
22:55:43 <Rubidium> miham/translator are the translators
22:56:08 <Rubidium> truebrain did the initial commit
22:56:58 <Rubidium> guess those stringid changes really made a dent in those statistics
22:59:09 <Eddi|zuHause> PeterT: ./configure --help
23:01:17 <R0b0t1> "Checking if build environment is sane... Build environment is holding a spatula and smiling. Guess not."
23:03:08 <StM> The only place where google finds my error is the openttd svn :p
23:03:18 <StM> couldn't detect real instance of class for non static call
23:03:32 <StM> local nearbyTowns = NearbyTownList(townID, 100);
23:03:32 <StM> nearbyTowns.Valuate(NearbyTownList.getDistance);
23:04:37 <PeterT> Eddi|zuHause, like this? "./configure --revision=17777M"
23:04:56 <Eddi|zuHause> if that's what it said...
23:06:07 <Rubidium> try nearbyTowns as second parameter
23:07:21 <StM> NearbyTownList is a extend of AITownList
23:07:40 <Rubidium> for some reason it thinks getDistance isn't a static function; don't know how to work around it, maybe Yexo knows
23:10:43 <Yexo> StM: can you copy a bit more related code to paste.openttd.org? Like the NearbyTownList class?
23:12:26 <StM> The RoadManager :) wich calls it
23:13:30 <Yexo> I'd expect that code to throw some "can't multiply instance with integer"-like error
23:14:02 <StM> Yea the function is a dummy from the wiki :)
23:14:28 <StM> And the squirrel docu isnt really nice readable :)
23:15:19 <Yexo> compiling trunk now to run some tests, will take a few minutes
23:18:34 <glx> <StM> And the squirrel docu isnt really nice readable :) <-- better than their source :)
23:21:51 <PeterT> Eddi|zuHause, thanks for the help, It worked :)
23:23:29 <Yexo> StM: NearbyTownList::constructor should call the constructor of AITownList
23:23:53 <StM> pfff ok logical :) Maybe add a check for it? :>
23:24:13 <Yexo> not sure if that's easily possible
23:24:16 <StM> SInce the error really gives no clue :>
23:26:17 <Yexo> Current message is: "couldn't detect real instance of class for non-static call", would changing it to "Couldn't detect real instance of class for non-static call. If you extend an API class call the constructor of the base class in your constructor" help?
23:27:11 <StM> Then i would have fixed in 1 minute. see the error, look in the docu how to call the parent and fixed it
23:29:43 <Yexo> hmm, the error message can only be a single line
23:30:32 <StM> Maybe add something like (Faq #11) wich is then a FAQ answer? :)
23:30:52 <Yexo> the faq is in the wiki, so please add it :p
23:32:25 <StM> There is no NoAI faq :) New chapter under development?
23:32:49 <Yexo> first sticky in noai forum lists a wiki page
23:33:13 <StM> Ok then i have to sign up first :>, moment
23:33:16 *** Eddi|zuHause has joined #openttd
23:33:28 <Yexo> you can read the forums / edit the wiki without an account
23:33:59 <Yexo> it should be split in user questions and development questiosn, but for now just add it there
23:34:09 <Yexo> unless you feel like splitting it of course :)
23:40:22 <StM> _8_ my class works great now :)
23:46:28 <PeterT> in svn, what command do I use to checkout to a certain revision?
23:46:56 <PeterT> that will checkout also?
23:47:09 <Yexo> no, that is for if you already have a working checkout
23:47:39 <PeterT> svn co svn://svn.openttd.org/trunk && svn up -r 17680
23:48:03 <Yexo> or just use "svn co svn://svn.openttd.org/trunk -r 17680"
23:48:26 <PeterT> will that make a new folder?
23:51:25 *** PhoenixII has joined #openttd
23:51:25 *** Phoenix_the_II has quit IRC
23:53:40 <PeterT> yexo: is it possible to decompile openttd.exe?
23:54:09 <Eddi|zuHause> why the hell would you do that?
23:54:28 <PeterT> Eddi|zuHause, why not?
23:54:53 <KenjiE20> because you can read all the source without?
23:55:00 <Eddi|zuHause> PeterT: is it possible to extract the sugar out of a bowl of cereals?
23:55:15 <PeterT> and if the source isn't availible to you?
23:55:26 <PeterT> what about people cracking software?
23:55:40 <PeterT> do you think the developers just 'give' them the source?
23:55:49 <KenjiE20> what does that have to do with decompiling openttd.exe ?
23:56:17 <PeterT> that compiling openttd isn't useless
23:56:46 <Yexo> KenjiE20: you can stop trying to argue, you'll fail
23:56:57 <Yexo> (but are of course correct)
continue to next day ⏵