Times are UTC Toggle Colours
00:00:04 <Wolf01> 'night all, good work TrueBrain ;) 00:00:07 <Eddi|zuHause> the standard does not really care about overflow... it usually assumes ring semantics 00:00:11 *** Wolf01 [~wolf01@host170-239-dynamic.8-87-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 00:01:56 *** Digitalfox_Notebook [~chatzilla@bl7-180-129.dsl.telepac.pt] has joined #openttd 00:02:29 <SmatZ> Eddi|zuHause: well I just suppose the gcc developers are not intentionally doing things breaking the standard, and even putting that switch as default for some optimisation level ... 00:02:56 <Eddi|zuHause> SmatZ: i am not discussing this any further 00:03:23 <SmatZ> Eddi|zuHause: i agree 00:03:27 <Eddi|zuHause> gcc is either wrong in giving this warning or wrong in doing actions causing this warning... 00:04:16 *** skidd13 [~skidd13@p548A6526.dip.t-dialin.net] has left #openttd [] 00:06:24 <Rubidium> the problem is that there is no standard; just an assumed standard which they basically are breaking with that option 00:06:38 *** KUDr [KUDr@mazanec1.netbox.cz] has quit [Ping timeout: 480 seconds] 00:07:03 <SmatZ> Rubidium: yes, I agree with you, too 00:08:00 *** Smoovious [~imp486@c-71-205-140-67.hsd1.mi.comcast.net] has joined #openttd 00:08:51 <Rubidium> -O2 compiling is slow if you don't have gcc 4.2 installed on your distccds 00:10:46 <SmatZ> Rubidium: actually, I use the default './configure' with no switches, and it sets the '-O2 -fomit-frame-pointer' flags ... I compile with that settings, too 00:12:37 *** Gekkko` [~Gekkko@CPE-124-183-12-152.nsw.bigpond.net.au] has joined #openttd 00:15:35 <SmatZ> Rubidium: in openttd, byte is signed, isn't it? it is causing an ineffective code in CBlobT::Size(), as TBase::RawSize() is of type byte, that may be signed 00:15:43 <SmatZ> the generated asm checks if it is signed 00:16:17 <Rubidium> byte is unsigned 00:16:43 <Ammler> Hallo, is there a max for autoclean_unprotected 00:16:54 <SmatZ> because instead of '/ Titem_size' it does bit shifting, but for negative numbers, it must be changed to give the same value as division 00:17:10 <SmatZ> then gcc is dumb 00:17:13 <Ammler> I set it to 2400, but my unprotected company was cleaned 00:17:32 *** Progman [~progman@p57A1D69A.dip.t-dialin.net] has quit [Remote host closed the connection] 00:17:45 <SmatZ> ah, not, it is not 00:17:46 <SmatZ> hmm 00:17:49 <SmatZ> I am dumb 00:18:15 <Rubidium> Ammler: there is a max 00:18:38 <Ammler> I like to reset the passwort soon 00:18:47 <SmatZ> bsize_t is the same as ptrdiff_t that is signed 00:19:00 <Ammler> but no company cleaning 00:19:22 <Ammler> autoclean_protected = 24 00:19:31 <Rubidium> and ptrdiff_t is most likely an int 00:19:39 <Rubidium> (signed) 00:21:08 <SmatZ> Rubidium: I trust you :) now I search why bsize_t must be signed 00:23:44 <Eddi|zuHause> SmatZ: probably because of avoiding signed/unsigned mix in arithmethic calculations 00:26:23 <SmatZ> Eddi|zuHause: maybe, but I didn't find any problem - there are very few arithmetic operations done, and all are between bsize_t,bsize_t ... only one substraction is done, and the operands are checked not to give a negative results 00:26:39 <SmatZ> one additiion, and it is checked not to be negative 00:29:26 <SmatZ> after changing the typedef to typedef ::uint32 bsize_t; everything seems to work ok ... nvm 00:29:42 <SmatZ> hmmm no 00:30:13 <SmatZ> there are comparisons outside the blob.hpp, you are right, Eddi|zuHause 00:30:20 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 00:33:50 <SmatZ> http://88.146.45.107/ttd/half.png <-- a try to half all sprites in size :) (for smaller menu) 00:35:26 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Remote host closed the connection] 00:36:21 <Eddi|zuHause> maybe you can insert that into the art series of TrueBrain's :p 00:37:09 <SmatZ> :) 00:39:00 <Eddi|zuHause> btw, the offset of the truck icon looks kinda wrong 00:39:46 *** Nickman [~nn@d54C1C327.access.telenet.be] has quit [Quit: ( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )] 00:40:47 <SmatZ> Eddi|zuHause: yes, it is ... maybe it is placed in a different way (by the center of the sprite, not the corner) in the ottd code 00:42:04 <Rubidium> too bad it gives totally unreadable text 00:43:26 <SmatZ> hmm it is not placed in a different way than other widgets... 00:44:39 <SmatZ> yes, it is unreadable... it could be changed, to use smaller fonts, but if it was meant only for toolbars, it wouldn't matter 00:46:01 <SmatZ> but the icons are not nice when downsampled this way 00:46:09 <Rubidium> SmatZ: toolbars are solved on another way already 00:46:24 <CIA-1> OpenTTD: rubidium * r10779 /trunk/config.lib: 00:46:24 <CIA-1> OpenTTD: -Fix: GCC 4.2 makes (by default for -O2, -O3 and -Os) an assumption that signed 00:46:24 <CIA-1> OpenTTD: integers do not overflow, whereas it is very likely that some of the legacy code 00:46:24 <CIA-1> OpenTTD: does so. It furthermore breaks with the assumed standard (the behaviour is not 00:46:24 <CIA-1> OpenTTD: actually defined in the standard) about the behaviour when signed integers wrap. 00:46:31 <SmatZ> yes I know :) 00:47:37 <SmatZ> I just tried something different, for really small displays in all directions 00:47:41 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 00:47:45 <SmatZ> whoa thanks Rubidium :) 00:48:38 <Rubidium> SmatZ: I'd start with some really large windows that cannot be downscaled much 00:48:45 <Rubidium> like the autoreplace window 00:48:52 <Gekkko`> Rubidium: nice fix above 00:48:57 <Rubidium> or the new vehicle window 00:49:03 *** Gekkko` is now known as Gekko 00:49:39 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [] 00:49:44 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 00:50:52 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Remote host closed the connection] 00:51:33 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 00:57:58 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Remote host closed the connection] 00:58:26 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 01:00:10 <Wezz6400> is it me or is openttd mostly developed during the night (for that particular developer) 01:00:44 <Rubidium> depends on what you call night 01:00:49 <Wezz6400> 3 am 01:00:50 <Rubidium> and where you are 01:00:52 <SmatZ> :-) 01:00:53 <Wezz6400> for example 01:00:57 <Wezz6400> ;) 01:01:26 <Rubidium> I've basically stopped developing more than 3.5 hours ago ;) 01:01:40 <Wezz6400> then why did you just commit? 01:02:06 *** ThePizzaKing [~jeff@c211-28-166-100.eburwd2.vic.optusnet.com.au] has joined #openttd 01:02:10 <glx> I don't call that a "developement" commit :) 01:02:55 <Rubidium> basically a no-brainer 01:03:11 <Wezz6400> hmm ok 01:03:31 <Wezz6400> still, I've been up at this time of day lately and I noticed commits by people I know to be in my timezone 01:03:45 <Rubidium> Wezz6400: and how would you know I'm in your timezone 01:03:47 <Rubidium> ? 01:04:18 <Eddi|zuHause> that is not very difficult to figure out :p 01:04:23 <SmatZ> err /whois Rubidium ... utwente.nl 01:04:28 <Wezz6400> Well if you go around tt-f it's not that hard to find people's nationality, however your hostname is also kind of a giveaway 01:04:32 <glx> my client says you are both supposed to be in .nl 01:04:47 <Rubidium> SmatZ: that only tells you where my "screen" with irssi is running 01:04:57 <Rubidium> it does not say a thing about my physical location 01:05:09 <Wezz6400> well I'm gonna assume you're not that far away from the timezone that machine is running 01:05:28 <SmatZ> Rubidium it can be true 01:05:29 <Wezz6400> it's not like you can get a uttwente hostname by just requesting it :P 01:05:47 <Rubidium> I was a few months ago 9 timezones away and will be 8 timezones away in a few months 01:05:54 <Eddi|zuHause> well, he could be at a "conference" somewhere half around the world temporarily 01:06:28 <Wezz6400> yeah true 01:06:35 <Wezz6400> however most of the time he won't 01:06:39 <Rubidium> for all you know I'm now in Montreal 01:06:43 <Wezz6400> therefore it's a good guess 01:06:58 <glx> Rubidium: really? 01:07:29 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Read error: Connection reset by peer] 01:07:30 <Rubidium> glx: no, there's nothing interesting in Montreal right now ;) 01:07:40 <glx> Belugas is there :) 01:07:58 <Wezz6400> Rubidium for all you know that one girl is there right now ;) 01:08:28 <Rubidium> glx: I doubt that he is right now 01:09:06 <glx> well he said he won't move far from it 01:09:17 <Wezz6400> anyways I wasn't critizing or anything, I just noticed 01:09:25 <Eddi|zuHause> it's like in Scrubs: "I go to a medical conference in Cleveland. By medical conference i mean golf session. And by Cleveland i mean Honululu." - "My taxi is waiting outfront. And by taxi i mean helicopter." 01:09:42 <glx> dr Kelso 01:09:53 <Wezz6400> helicopters don't wait out front :P 01:10:16 <Rubidium> you'd be amazed 01:10:17 <Eddi|zuHause> it's not a literal quote... it's more like a back-translation 01:10:27 <Wezz6400> hmm 01:10:38 <Wezz6400> I should go to bed, my remarks are borked 01:12:49 <Rubidium> bed, that's so overrated ;) 01:13:16 <Wezz6400> heh 01:13:22 <Eddi|zuHause> go to bed != sleep 01:13:35 <Wezz6400> well it's 3:13 am (for me at least) so yeah, I agree 01:14:01 <Rubidium> advantage of doing devving late/at night is the fact that you most likely wont get called, don't have any problems with noise from small children playing, motor "terrorists" (i.e. the people driving with way too much noise) etc. 01:14:05 <Wezz6400> I actually found out I'm fitter when I sleep less than 8 hours a night, 7 or 7,5 is much better 01:14:07 <Rubidium> just perfect silence 01:14:28 *** Ammler [~Ammler@adsl-84-227-53-70.adslplus.ch] has quit [Ping timeout: 480 seconds] 01:14:44 <Rubidium> well, the spinning of my hdd because I turned laptop mode off as it made my movie playback jerky 01:15:26 <Wezz6400> hmm 01:15:29 <Wezz6400> I know what you mean 01:15:38 <Wezz6400> however atm I'm too tired to really do anything 01:15:39 <Rubidium> and no disturbances means much better efficiency 01:15:42 <Wezz6400> I just had a lot of fun on irc ;) 01:15:54 <Eddi|zuHause> 'motor "terrorists"' <- people with lawnmowers or motorscythes 01:16:06 <Rubidium> that too 01:16:28 <Rubidium> and I sleep well enough to not be waked by them in the morning ;) 01:16:34 <Wezz6400> hehe 01:16:39 <Eddi|zuHause> i have very light sleep 01:16:52 <Eddi|zuHause> i wake by the slightest noises 01:16:54 <Rubidium> poor Eddi 01:16:56 <Wezz6400> I live along a tram line and a reasonable busy road (with buses going one way) but it doesn't really bother me 01:17:23 <Wezz6400> it did a bit when I moved, but you get used to it 01:17:31 <Rubidium> you'll adjust pretty easily when the sounds are constant enough (i.e. happen often enough) 01:17:37 <Eddi|zuHause> the worst thing around here is the garbage-car every 2 weeks 01:17:39 <SmatZ> Rubidium: CanBuildVehicleInfrastructure() should return false for spectators ... it may cause problems lake this (with non-def GRF) -> http://192.168.0.5/ttd/screenshot.png (airport, rail available to specs) ... or eg. Shift+F1 asserts the game for spectators even with default GRF 01:18:18 <Wezz6400> Eddi|zuHause hmm 01:18:18 <SmatZ> maybe the first problem is already fixed 01:18:26 <Wezz6400> my parents live a very silent neighbourhood 01:18:31 <Rubidium> SmatZ: I don't have that image on my secondary server 01:18:35 <Wezz6400> the worst thing there is the county's lawn mowers 01:18:55 <Eddi|zuHause> there was a time when i did not wake from the radio, but from my sister knocking against the wall shouting i should turn the volume of the radio down 01:19:17 <Wezz6400> lol 01:19:27 <SmatZ> Rubidium: http://88.146.45.107/ttd/screenshot.png :-P maybe this problem is corrected already, the shot is from 2nd July ... CanBuildVehicleInfrastructure() maybe works fine 01:19:56 <Eddi|zuHause> while the radio really wasn't very loud, it was just next to the wall, so it was louder on her side 01:19:57 <SmatZ> but the second part, Shift+F1 asserts for spectator openttd: /mnt/svn/openttd/trunk/src/player.h:241: Player* GetPlayer(PlayerID): Assertion `( (uint)((i) - (PLAYER_FIRST)) < ((uint)((sizeof(_players)/sizeof(_players[0])))) )' failed. 01:20:02 <SmatZ> should I open FS bug? 01:21:26 <glx> try to reproduce in latest trunk and if it is still present then open a bug report 01:22:11 <SmatZ> glx the second "[03:20:03] <SmatZ> but the second part, ..." is in the latest trunk, will test the first problem and in 0.5 branch 01:24:26 *** Nigel is now known as G 01:25:53 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 01:25:57 <CIA-1> OpenTTD: rubidium * r10780 /trunk/src/group_gui.cpp: -Fix: assertion when opening the advanced vehicle list with the shortcut when being a spectator. 01:26:06 <Rubidium> SmatZ: it's related to the advanced vehicle list, so it's not in 0.5 01:26:20 <Rubidium> and it shouldn't be in trunk either ;) 01:26:26 <SmatZ> ok, it was related... :) 01:27:15 *** Sacro_ [~ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 01:27:56 *** Sacro_ [~ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [] 01:29:12 <Wezz6400> well gl devving a bit more ;) 01:29:13 <Wezz6400> nn 01:29:24 <SmatZ> nn Wezz6400 01:29:40 <Rubidium> devving, where? 01:29:54 <Wezz6400> hehe 01:30:02 <Wezz6400> you are a stubborn man aren't you ;) 01:31:29 *** Eddi|zuHause2 [~johekr@p54B760E1.dip.t-dialin.net] has joined #openttd 01:31:31 <Rubidium> seen the diff? It's a one-liner and the bug was identified and fixed within a minute 01:31:37 <Wezz6400> ugh 01:31:55 <Wezz6400> sorry dude I was just kidding but I'm too tired 01:32:14 <glx> even SmatZ said what was needed 01:32:36 *** Sacro_ [~ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 01:32:44 *** Sacro_ [~ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Remote host closed the connection] 01:32:45 <Wezz6400> happens often when I'm tired, somehow the difference between a funny nasty remark gets borked for me and people misunderstand me, oh well 01:32:58 <Wezz6400> my bed is shouting ;) 01:33:25 <Rubidium> we're just playing with you ;) 01:33:30 <Wezz6400> argh 01:33:32 <Wezz6400> I'm telling you 01:33:36 <Wezz6400> I am too tired! 01:33:37 <Rubidium> slaapze 01:33:40 <Wezz6400> me, who is never tired 01:33:43 <Rubidium> truste 01:33:43 <Wezz6400> never ever ever 01:33:53 <Rubidium> :O paradox 01:33:59 <Wezz6400> I sometimes stay up until 7 for no particular reason :X 01:34:53 <Wezz6400> well I was tired already and was just about to go to bed when something funny happened on irc so I stayed; maybe I had a good reason to go to bed early :X 01:35:06 <Wezz6400> oh well, welterusten to you to when you do sleep ;) 01:35:08 <Rubidium> like on a winters afternoon starting with TTD and wondering why the sun is still shining after a "while"? 01:35:23 <Wezz6400> hmm 01:35:35 <SmatZ> :-) 01:35:47 <Wezz6400> well for me it's usually thinking "oh crap" when I realize it's the first tram of the day I hear passing by 01:36:48 <Rubidium> for me it was rather: "oh crap", I've got to go to college in an hour 01:37:06 <Wezz6400> heh 01:37:31 <Wezz6400> I never have had an hour, but I did stay up until like 6:30 once knowing all to well I had an appointment with classmates at 10:15 01:37:49 <Wezz6400> which ended up doing nothing but making nasty remarks from 12 to 15 I think :X 01:37:58 *** Eddi|zuHause [~johekr@p54B7749A.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 01:39:01 *** SmatZ [~smatz@a40-prg1-5-107.static.adsl.vol.cz] has quit [Remote host closed the connection] 01:39:40 *** SmatZ [~smatz@a40-prg1-5-107.static.adsl.vol.cz] has joined #openttd 01:39:59 <SmatZ> oh no, I forgot running wine crashes my KDE :-x 01:40:09 <glx> :) 01:40:21 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has quit [Quit: more irc... no... sleepy time... argh!] 01:41:14 <Rubidium> never ever run an application related to Microsoft Application (Interfaces) and irc on the same computer 01:41:32 <SmatZ> it shouldn't and didn't before gcc 4.2.0 ... maybe I should put that '-fno-strict-overflow' to my cflags too :-x 01:41:34 <SmatZ> :-D 01:41:53 <glx> I'm on windows and on irc on the same computer :) 01:42:27 <Rubidium> yeah, and every day you are disconnected a few hours because you have to reboot your computer ;) 01:42:31 <glx> usually when windows crashes it does it on start 01:42:38 <glx> somewhere in netapi.dll 01:43:29 *** Ammler [~Ammler@adsl-84-227-53-70.adslplus.ch] has joined #openttd 01:44:15 <Eddi|zuHause2> it's so funny (or rather not)... my (linux) computer sometimes crashes on boot, while my brother's (windows) computer is on 01:44:52 <Eddi|zuHause2> i think it has to do with smb/cifs, but i can't isolate/solve the problem 01:46:38 *** Ammler [~Ammler@adsl-84-227-53-70.adslplus.ch] has quit [] 01:48:18 *** XeryusTC [~irc@cc480157-b.sneek1.fr.home.nl] has quit [Quit: Solong, and thanks for all the fish.] 01:52:27 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Remote host closed the connection] 01:54:07 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 01:59:18 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Remote host closed the connection] 02:00:44 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 02:02:47 *** glx [~glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye] 02:16:46 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Remote host closed the connection] 02:19:40 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 02:20:18 <SmatZ> oh, it is 0420 now! 02:20:42 <SmatZ> in less than a hour, I am leaving to Holiday to biking in Norway... bye all! :) 02:21:51 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Remote host closed the connection] 02:24:17 *** Sacro [~ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 02:27:39 *** G [~nigel@202-154-152-154.ubs-dynamic.connections.net.nz] has quit [Ping timeout: 480 seconds] 02:31:19 <Eddi|zuHause2> at 5AM? that's an odd time... 02:31:28 <Eddi|zuHause2> (literally :p) 02:33:24 <SmatZ> yes yes it is :) 02:33:48 <SmatZ> hopefully I am not a driver, we go by bus... so I will sleep later 02:54:55 *** G [~nigel@202-154-152-154.ubs-dynamic.connections.net.nz] has joined #openttd 03:06:36 <SmatZ> byebye 03:07:02 *** SmatZ [~smatz@a40-prg1-5-107.static.adsl.vol.cz] has quit [Quit: Konversation terminated!] 03:35:47 *** Sacro [~ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Remote host closed the connection] 03:48:05 *** ThePizzaKing [~jeff@c211-28-166-100.eburwd2.vic.optusnet.com.au] has quit [Ping timeout: 480 seconds] 03:49:10 *** ThePizzaKing [~jeff@c211-28-166-100.eburwd2.vic.optusnet.com.au] has joined #openttd 03:58:00 *** ThePizzaKing [~jeff@c211-28-166-100.eburwd2.vic.optusnet.com.au] has quit [Ping timeout: 480 seconds] 04:16:05 *** rav [~rav_nl@213-84-75-15.adsl.xs4all.nl] has joined #openttd 04:16:26 <rav> mornin 04:40:25 *** KUDr [KUDr@mazanec1.netbox.cz] has joined #openttd 04:50:42 *** rav [~rav_nl@213-84-75-15.adsl.xs4all.nl] has left #openttd [] 05:41:16 *** Peakki [antti@cs181000195.pp.htv.fi] has joined #openttd 05:45:27 *** roboman [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] has joined #openttd 05:55:17 *** Zr40 [~zr40@zr40.xs4all.nl] has joined #openttd 05:55:35 *** roboman [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] has quit [Ping timeout: 480 seconds] 06:28:39 *** Ailure [Gamefreak@194.47.44.201] has quit [Ping timeout: 480 seconds] 06:44:59 *** ThePizzaKing [~jeff@c211-28-166-100.eburwd2.vic.optusnet.com.au] has joined #openttd 07:00:05 *** Zr40 [~zr40@zr40.xs4all.nl] has quit [Quit: Zr40] 07:00:19 *** Vikthor [~Vikthor@212.24.150.226] has joined #openttd 07:16:27 *** Wolf01 [~wolf01@host170-239-dynamic.8-87-r.retail.telecomitalia.it] has joined #openttd 07:16:40 <Wolf01> hello 07:18:00 *** HMage [Queneex@hmage.dialup.corbina.ru] has joined #openttd 07:29:00 *** Deathmaker [~Miranda@dslb-082-083-208-206.pools.arcor-ip.net] has joined #openttd 07:34:52 *** TinoM [~Tino@i5387CE88.versanet.de] has joined #openttd 08:03:08 *** HMage [Queneex@hmage.dialup.corbina.ru] has quit [Ping timeout: 480 seconds] 08:05:02 *** HMage [HMage@hmage.dialup.corbina.ru] has joined #openttd 08:09:25 *** Ammler [~Ammler@adsl-84-227-53-70.adslplus.ch] has joined #openttd 08:20:43 *** Ailure [Gamefreak@194.47.44.201] has joined #openttd 08:34:06 *** Deathmaker [~Miranda@dslb-082-083-208-206.pools.arcor-ip.net] has quit [Read error: Connection reset by peer] 08:34:27 *** tokai [~tokai@p54B82121.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 08:36:19 *** tokai [~tokai@p54B8054A.dip0.t-ipconnect.de] has joined #openttd 08:36:21 *** mode/#openttd [+v tokai] by ChanServ 08:37:57 *** Chris82 [~Chris82@p579E132A.dip.t-dialin.net] has joined #openttd 08:38:00 <Chris82> good morning :) 08:38:14 <Chris82> has this AllocateTown(); been replaced by something? 08:39:28 *** Prof_Frink [~proffrink@5acf1b8e.bb.sky.com] has quit [Ping timeout: 480 seconds] 08:42:21 <Chris82> ah I just see it has been removed in r10755 08:42:28 <Chris82> but I don't really know what's the replacement for it 08:43:14 <peter1138> Town *t = new Town(); possibly 08:45:58 <Chris82> yep thx :) fixed it, found a town messed that one up 08:49:13 *** Ailure [Gamefreak@194.47.44.201] has quit [Ping timeout: 480 seconds] 08:50:32 *** Chris82 [~Chris82@p579E132A.dip.t-dialin.net] has quit [Quit: HydraIRC -> http://www.hydrairc.com <- Now with extra fish!] 08:50:55 *** Maedhros [~jc@i-195-137-43-74.freedom2surf.net] has joined #openttd 08:51:19 <Maedhros> morning 08:51:52 <Wolf01> hello 09:00:45 <Rubidium> if only the author of that patch Chris82 had trouble with had listened... Chris82 would never had to ask this. 09:03:18 <Gekko> how so? 09:08:48 *** pPACO_BAN [PACO@CPE0011d8690c25-CM001225db7ae8.cpe.net.cable.rogers.com] has joined #openttd 09:09:00 *** De_Ghost [~De_Ghost@CPE0050ba8caf2c-CM0011aec4b06a.cpe.net.cable.rogers.com] has quit [Ping timeout: 480 seconds] 09:10:36 *** Phazorx [PACO@CPE0011d8690c25-CM001225db7ae8.cpe.net.cable.rogers.com] has quit [Read error: Connection reset by peer] 09:12:16 *** De_Ghost [~De_Ghost@CPE0050ba8caf2c-CM0011aec4b06a.cpe.net.cable.rogers.com] has joined #openttd 09:15:50 <Rubidium> Gekko: then there wouldn't be two functions that are virtually the same except for one or two lines 09:16:01 <Gekko> I see. 09:22:01 <peter1138> heh 09:46:44 *** Progman [~progman@p57A1C81C.dip.t-dialin.net] has joined #openttd 09:59:59 <Ammler> Heya 10:00:22 <Ammler> something special changed since r10737? 10:00:44 *** Prof_Frink [~proffrink@152.78.189.230] has joined #openttd 10:06:09 *** Nickman [~nn@d54C1C327.access.telenet.be] has joined #openttd 10:13:09 *** Prof_Frink [~proffrink@152.78.189.230] has quit [Read error: Connection reset by peer] 10:15:52 *** Prof_Frink [~proffrink@152.78.189.230] has joined #openttd 10:32:33 <Nickman> hi all 10:35:44 *** pPACO_BAN is now known as Phazorx 10:37:21 <peter1138> Ammler: in 43 revisions, i'm guessing there must be some changes... 10:43:40 *** Ailure [Gamefreak@194.47.44.201] has joined #openttd 10:49:36 <Ammler> peter1138: just asked if we should update #openttdcoop server 10:52:07 *** ThePizzaKing [~jeff@c211-28-166-100.eburwd2.vic.optusnet.com.au] has quit [Quit: ThePizzaKing] 10:58:23 *** elmex [~elmex@e180064005.adsl.alicedsl.de] has joined #openttd 11:07:07 <Phazorx> is there a reason why bridge and tunnel head tiles are flagged as "no pass zone" for RVs ? 11:09:48 *** XeryusTC [~irc@cc480157-b.sneek1.fr.home.nl] has joined #openttd 11:11:38 <Gekko> crashes? 11:13:26 <Phazorx> what kind of crashes? 11:13:32 <Phazorx> game or vehicles? 11:18:44 *** De_Ghost [~De_Ghost@CPE0050ba8caf2c-CM0011aec4b06a.cpe.net.cable.rogers.com] has quit [Ping timeout: 480 seconds] 11:20:13 *** De_Ghost [~De_Ghost@CPE0050ba8caf2c-CM0011aec4b06a.cpe.net.cable.rogers.com] has joined #openttd 11:31:09 *** G_ [~nigel@202-154-152-154.ubs-dynamic.connections.net.nz] has joined #openttd 11:32:58 *** G [~nigel@202-154-152-154.ubs-dynamic.connections.net.nz] has quit [Ping timeout: 480 seconds] 11:33:11 *** kaan [~klaus@82.192.152.195] has joined #openttd 11:33:18 <kaan> hi all :) 11:47:10 *** G [~nigel@202-154-152-154.ubs-dynamic.connections.net.nz] has joined #openttd 11:49:00 *** G_ [~nigel@202-154-152-154.ubs-dynamic.connections.net.nz] has quit [Ping timeout: 480 seconds] 11:56:16 *** Code601 [code601@cpc2-glen3-0-0-cust301.belf.cable.ntl.com] has joined #openttd 12:00:15 *** helb [~helb@84.244.90.159] has joined #openttd 12:05:03 *** Gekko [~Gekkko@CPE-124-183-12-152.nsw.bigpond.net.au] has quit [Quit: http://bbqsrc.org - Now less gay.] 12:05:42 *** helb [~helb@84.244.90.159] has quit [Remote host closed the connection] 12:07:11 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 12:07:13 *** mode/#openttd [+v glx] by ChanServ 12:15:52 *** simon444 [~simon@203-158-46-123.dyn.iinet.net.au] has joined #openttd 12:15:57 <simon444> hi 12:15:59 <simon444> ouch 12:16:10 <Eddi|zuHause2> Phazorx: have you ever seen a (2-way) tunnel that allowed overtaking? 12:16:33 <simon444> someone dropped a chair on my foot 12:16:48 *** Scuddles [~notme@cm59.epsilon124.maxonline.com.sg] has joined #openttd 12:16:50 <hylje> chair throwing reaches to australia? 12:16:54 <Phazorx> Eddi|zuHause2: cant really say... it's hard to observe overtaking in tunnel 12:17:04 <simon444> my reflexes hit my hand forward 12:17:17 <Phazorx> but on one way i seen such things (trucks coming out in diffrent order than they come in) 12:17:33 <simon444> I hit some 8 year in front of me in the cheek 12:17:52 <simon444> the childs father then punched me in the jaw 12:18:17 <simon444> I think I have a bit of internal bleeding 12:18:27 <simon444> any suggestions? 12:18:32 <Eddi|zuHause2> *oooh* ... a bag of pity for simon444,,, 12:18:54 <simon444> I was hit about 25min ago 12:19:02 <simon444> thanks Eddi|zuHause2 12:19:44 <Eddi|zuHause2> well... i don't see how people on the other side of the world are supposed to help you... 12:20:17 *** Code601 [code601@cpc2-glen3-0-0-cust301.belf.cable.ntl.com] has quit [] 12:21:34 <simon444> any suggestions? 12:23:24 <Eddi|zuHause2> go see a doctor?!? 12:23:54 <simon444> he isn't working right now 12:24:45 <Eddi|zuHause2> there's always emergency service somewhere... 12:25:35 <simon444> and 11 hour waits 12:25:49 <Eddi|zuHause2> and while you're at it, sue the guy... 12:25:57 <simon444> I think I'll call that Jewish emergency service 12:26:24 <simon444> it is the sabbath so they are in service 12:26:40 <simon444> now what is it called again? 12:26:49 <simon444> heztzoola? 12:27:15 <Phazorx> hezbollah? 12:27:15 <simon444> "Did you mean: hatzolah " 12:27:18 *** Deathmaker [~Miranda@dslb-082-083-208-206.pools.arcor-ip.net] has joined #openttd 12:28:07 <simon444> Phazorx, wtf I am not after some militant group 12:28:44 <Phazorx> the word actualy means "civil consil" :) 12:29:21 <Phazorx> but they'll sure get the joke at jewish centre, on shabat day :) 12:30:52 <simon444> http://en.wikipedia.org/wiki/Hatzolah 12:31:05 <simon444> Hatzolah ("rescue" or "relief" in Hebrew) 12:41:17 *** kaan [~klaus@82.192.152.195] has left #openttd [] 12:44:44 *** Ammller [~Ammler@adsl-62-167-33-153.adslplus.ch] has joined #openttd 12:46:05 *** helb [~helb@84.244.90.159] has joined #openttd 12:48:43 *** Ammler [~Ammler@adsl-84-227-53-70.adslplus.ch] has quit [Ping timeout: 480 seconds] 12:49:10 *** simon444 [~simon@203-158-46-123.dyn.iinet.net.au] has quit [Ping timeout: 480 seconds] 12:52:58 *** helb [~helb@84.244.90.159] has quit [Remote host closed the connection] 12:54:14 <CIA-1> OpenTTD: truelight * r10781 /trunk/src/ (6 files in 2 dirs): 12:54:14 <CIA-1> OpenTTD: -Fix: ported more pieces to WinCE, so it compiles a bit more 12:54:14 <CIA-1> OpenTTD: -Fix: WinCE doesn't support console 12:54:14 <CIA-1> OpenTTD: -Fix: Set debug lvl4 when running a debug WinCE build (as you can't give parameters any easy way) 12:54:31 <Wolf01> wooohoooo 12:56:31 *** Ammller [~Ammler@adsl-62-167-33-153.adslplus.ch] has quit [Quit: Konversation terminated!] 12:56:41 <hylje> isnt wince a bit.. old? 12:57:06 *** KritiK [Maxim@ppp83-237-101-58.pppoe.mtu-net.ru] has joined #openttd 12:57:13 <TrueBrain> only if you don't know all the facts :p 12:57:52 *** simon444 [~simon@203-206-249-225.dyn.iinet.net.au] has joined #openttd 13:00:48 <Nickman> hi TrueBrain :) 13:01:28 <Nickman> how is the NewGRF site coming? :) 13:10:21 * Phazorx pings Rubidium 13:12:08 <simon444> <simon444> wow they are so helpful 13:12:09 <simon444> <simon444> they came to my home to check out my jaw 13:12:09 <simon444> <simon444> they said if I start getting pain in 4-6 hours to go to get it xrayed 13:12:09 <simon444> <simon444> they didn't take my donation 13:12:26 <Phazorx> jaw? 13:12:33 <Phazorx> wasnt it your foot? 13:12:45 <simon444> <simon444> the childs father then punched me in the jaw 13:13:16 <Phazorx> ah great 13:16:27 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 13:21:14 <Wolf01> eh... hello sacro 13:21:26 <Sacro> hey Wolf01 13:22:48 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Remote host closed the connection] 13:22:50 *** Ailure [Gamefreak@194.47.44.201] has quit [Ping timeout: 480 seconds] 13:23:47 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 13:26:22 *** Ammler [~Ammler@adsl-62-167-33-153.adslplus.ch] has joined #openttd 13:26:39 *** De_Ghost [~De_Ghost@CPE0050ba8caf2c-CM0011aec4b06a.cpe.net.cable.rogers.com] has quit [Ping timeout: 480 seconds] 13:28:10 *** De_Ghost [~De_Ghost@CPE0050ba8caf2c-CM0011aec4b06a.cpe.net.cable.rogers.com] has joined #openttd 13:35:06 *** Ammler [~Ammler@adsl-62-167-33-153.adslplus.ch] has quit [Read error: Connection reset by peer] 13:35:18 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Remote host closed the connection] 13:36:13 *** Ammler [~Ammler@adsl-62-167-33-153.adslplus.ch] has joined #openttd 13:39:11 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 13:41:57 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has joined #openttd 13:43:19 *** helb [~helb@84.244.90.159] has joined #openttd 13:47:47 <simon444> oh boy 13:47:56 <simon444> I am feeling really sick 13:48:02 <simon444> and dizzy 13:48:28 *** Ammller [~Ammler@adsl-62-167-33-153.adslplus.ch] has joined #openttd 13:49:20 <simon444> oh shit 13:51:55 <CIA-1> OpenTTD: truelight * r10782 /trunk/src/video/win32_v.cpp: -Fix: wrongly places #endif a long time ago broke WinCE compiling for sure 13:52:13 *** Ammler [~Ammler@adsl-62-167-33-153.adslplus.ch] has quit [Ping timeout: 480 seconds] 13:52:32 <simon444> my stomach 13:55:57 *** helb [~helb@84.244.90.159] has quit [Remote host closed the connection] 13:56:42 *** helb [~helb@84.244.90.159] has joined #openttd 14:08:30 *** smoovi [~smoovi@dslb-088-073-100-173.pools.arcor-ip.net] has joined #openttd 14:08:31 *** helb [~helb@84.244.90.159] has quit [Read error: Connection reset by peer] 14:09:31 <simon444> ok I'm a bit better 14:16:44 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Remote host closed the connection] 14:22:16 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 14:31:11 *** helb [~helb@84.244.90.159] has joined #openttd 14:34:19 *** Thomas[NL] [~thomas@vdburgt.xs4all.nl] has joined #openttd 14:44:18 <peter1138> 13:53 < hylje> isnt wince a bit.. old? 14:44:35 <peter1138> yeah, so is windows, linux, bsds, os x... 14:48:00 *** Ammller [~Ammler@adsl-62-167-33-153.adslplus.ch] has quit [Read error: Connection reset by peer] 14:48:47 *** Ammller [~Ammler@adsl-62-167-33-153.adslplus.ch] has joined #openttd 14:49:12 *** skidd13 [~skidd13@p548A4BEC.dip.t-dialin.net] has joined #openttd 14:52:02 <Wolf01> TrueBrain, could you emulate also the battery usage with OTTD? this night i had a power consumption of 50% after closing OTTD, i hope it don't forget open threads, else i need to soft reset every time 14:56:03 *** helb [~helb@84.244.90.159] has quit [Remote host closed the connection] 14:58:31 *** Thomas[NL] [~thomas@vdburgt.xs4all.nl] has quit [Remote host closed the connection] 14:59:44 <TinoDidriksen> ...if you exit a program it is the OS' job to clean up such things. 15:00:23 <Wolf01> with MS OSes could happen anything 15:00:51 <simon444> ms makes good oses 15:00:58 <simon444> they buy crappy ones 15:01:21 <simon444> so far they haven't released any of their own oses 15:01:40 *** Ammlller [~Ammler@adsl-62-167-33-153.adslplus.ch] has joined #openttd 15:02:12 <Wolf01> this is not the first time it happens, last time happened with a wardriving tool which i uninstalled 15:04:26 *** skidd13 [~skidd13@p548A4BEC.dip.t-dialin.net] has left #openttd [] 15:04:47 <TinoDidriksen> Uninstalling can leave behind stuff, sure. But if your taskman says OTTD is not running, then it is not running. 15:05:13 *** Ammller [~Ammler@adsl-62-167-33-153.adslplus.ch] has quit [Ping timeout: 480 seconds] 15:11:18 <Wolf01> ok, before OTTD the power meter said 280-300mA, after is stable over 340mA 15:13:13 *** Ammlller [~Ammler@adsl-62-167-33-153.adslplus.ch] has quit [Read error: Connection reset by peer] 15:13:16 *** Ammlller [~Ammler@adsl-62-167-33-153.adslplus.ch] has joined #openttd 15:14:48 <Priski> Markus Schulz - First Time, nice song, reminds me of first time of being with woman first time :) 15:15:09 <Priski> recomment to all trance addicts :) 15:16:36 *** Ailure [Gamefreak@194.47.44.201] has joined #openttd 15:17:02 <Priski> and now everybody thinks that I am an freak... no big loss though... 15:22:20 <TrueBrain> Wolf01: when you close down OpenTTD normally, it closes all threads and stuff 15:24:43 <simon444> o__0 15:29:47 <Nickman> TrueBrain, how is the NewGRF site coming along? 15:29:50 *** skidd13 [~skidd13@p548A57AF.dip.t-dialin.net] has joined #openttd 15:29:54 <TrueBrain> Nickman: which site? 15:30:22 <Nickman> wern't you making a site to organize all the GRF's that need to be done and stuff? 15:30:34 <glx> 32bpp? 15:32:13 <Nickman> I think 15:32:14 <Nickman> :) 15:33:22 *** Wolf01 is now known as Wolf01|AWAY 15:34:46 <skidd13> Nickman: IIRC this is the thread you'r talking about ( http://www.tt-forums.net/viewtopic.php?f=36&t=27416 ) 15:35:36 *** Maedhros [~jc@i-195-137-43-74.freedom2surf.net] has quit [Quit: leaving] 15:35:47 <skidd13> Or are you talking about http://grfcrawler.tt-forums.net/ 15:35:53 <Nickman> not really, hav'nt even seen that thread :D 15:35:56 <Nickman> nope :p 15:36:43 <Nickman> I thought truebrain was working on someting to organise the making of 32 bpp sprites, but I could be mistaken :D 15:37:27 <TrueBrain> I was 15:37:28 <TrueBrain> or am 15:37:32 <TrueBrain> but I don't have the time 15:37:41 <TrueBrain> and nobody seem to want to pick it up 15:37:41 <Nickman> see ;) 15:38:00 <Nickman> what do you have at the moment? 15:38:20 *** skidd13 is now known as Skidd13|away 15:38:40 <TrueBrain> <html><head></head><body></body></html> 15:38:45 <Nickman> hehe :D 15:38:47 <Nickman> nice ;) 15:39:01 <TrueBrain> yeah, I like to have things efficient :p 15:39:10 <TrueBrain> no, the problem is that I have no clue what artists need 15:39:29 <TrueBrain> and I don't have the time to find out :p 15:39:37 <Nickman> I would like to help if possible... :) 15:39:50 <TrueBrain> sure: figure out what is needed :p 15:39:51 <TrueBrain> hehehehehehe 15:40:02 <Nickman> but what do you mean by that? 15:40:07 <Nickman> "what is neededé 15:40:13 *** Prof_Frink [~proffrink@152.78.189.230] has quit [Ping timeout: 480 seconds] 15:40:15 <TrueBrain> we can make a long list with current graphics 15:40:19 <TrueBrain> and tell people: make 32bpp 15:40:22 <TrueBrain> but that will result in a disaster 15:40:26 <Nickman> are you talking about website features? 15:40:27 <TrueBrain> there need to be guidelines 15:40:33 <TrueBrain> no, graphics :p 15:40:42 <TrueBrain> the website is, what, 10 hour work? 15:40:53 <Nickman> depends on what you wan't to build ofcourse ;) 15:41:04 <Nickman> could be from 10 minutes to 10 days :D 15:41:04 <Nickman> :p 15:41:14 <TrueBrain> what I think we need, takes me about 10 hours 15:41:23 <TrueBrain> I mean, you might do it in 10 minutes to 10 days :p 15:41:30 <Nickman> I think a list of what sprites are currently in the game is necessary 15:41:39 <TrueBrain> yeah, that is no problem, I have that list 15:41:49 <Nickman> with screens of the sprites to? 15:41:57 <TrueBrain> yup 15:42:06 <TrueBrain> even with xoffs and yoffs 15:42:11 <TrueBrain> anyway, my biggest problem 15:42:19 <TrueBrain> is that we need a checklist of some kind 15:42:25 <TrueBrain> which 32bpp need to follow 15:42:32 <TrueBrain> like: light-direction, detail, size, ... 15:42:34 <Nickman> so if you make a system where people can upload their creations, and you can view thems ide by side and choose the best one? 15:42:52 <TrueBrain> that basicly is what I have in mind yes 15:42:57 <TrueBrain> with some kind of voting system maybe 15:42:59 *** Frostregen_ [~sucks@dslb-084-058-151-150.pools.arcor-ip.net] has joined #openttd 15:43:06 <TrueBrain> possibility to see more of the same author 15:43:08 <Nickman> yeah 15:43:08 <TrueBrain> give comments 15:43:17 <TrueBrain> login/register for artists 15:43:44 <Nickman> you might need to make some ristrictions that artist have to submit a full set of something 15:43:44 <TrueBrain> a nice piece of text that tells them that if they upload anything, it immediatly falls under the license of OpenTTD Developer Team 15:43:59 <TrueBrain> I do not really care if they upload one sprite or many sprites 15:44:01 <TrueBrain> up to them 15:44:01 <simon444> oook 15:44:55 <TrueBrain> I mean: one sprite of one artists can be 10 times better than 100 sprites of an other artists 15:44:59 <Nickman> so, what else do you need? :) 15:45:03 <TrueBrain> guidelines 15:45:03 <Nickman> that is true 15:45:07 <TrueBrain> that really is my biggest problem 15:45:25 <TrueBrain> also, the upload should not only upload the png, but also the source file of which ever program is used 15:45:26 <Nickman> but you won't be using one grass tile from one artist and another one with different slope from another one will you? :D 15:45:37 <TrueBrain> most likely not, no 15:45:40 <Nickman> that isn't to hard :) 15:45:57 <TrueBrain> as said, the website itself is really easy 15:46:06 <TrueBrain> but just making the website doesn't make the 32bpp to work 15:46:08 <TrueBrain> it needs more 15:46:08 <Nickman> and the guidelines, is that like you have to use these colours or thesematerials? 15:46:16 <TrueBrain> for example 15:46:22 <TrueBrain> I am no artist, so I have no idea what needs to be defined 15:46:32 <TrueBrain> to make sure the quality of the sprites is good enough 15:46:39 <Nickman> we could ask in the 32bpp blender thread (or make a new one... :)) 15:47:36 *** Skidd13|away [~skidd13@p548A57AF.dip.t-dialin.net] has left #openttd [] 15:47:38 <Nickman> Wan't me to make a thread? :) 15:48:26 *** Frostregen [~sucks@dslb-084-058-173-195.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 15:48:36 *** Frostregen_ is now known as Frostregen 15:48:37 <TrueBrain> please do; yesterday I also talked to _Ben_; he wanted some clearification too.. we need someone to 'lead' this 32bpp stuff forward, so I won't stop you :p 15:48:37 <TrueBrain> hehe 15:49:08 *** Ailure [Gamefreak@194.47.44.201] has quit [Ping timeout: 480 seconds] 15:51:08 *** tokai [~tokai@p54B8054A.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 15:51:49 <peter1138> what is all this misuse of apostrophes? 15:52:06 <Nickman> I'll see what I can make up ;) 15:52:10 <TrueBrain> Nickman: tnx 15:52:42 *** tokai [~tokai@p54B82863.dip0.t-ipconnect.de] has joined #openttd 15:52:45 *** mode/#openttd [+v tokai] by ChanServ 15:52:52 <peter1138> "wan't" "hav'nt" "you'r" ... 15:54:20 <ln-> that should no't be tolera'ted. 15:54:24 <Nickman> we like apostrophes? 15:55:01 <TrueBrain> sorry we all aren't as perfect as you are :D 15:55:20 <peter1138> TrueBrain: you can shut up, you get them right :p 15:55:44 <TrueBrain> peter1138: I refuse to put myself under the same group as you :p 15:56:46 <ln-> let's say peter1138 is one of the "devs" group, and you are one of the "dev's" group. happy? 15:57:01 <TrueBrain> :) 16:11:08 <simon444> * ChanServ gives voice to tokai 16:11:11 <simon444> MAGIC! 16:11:20 <simon444> ChanServ isn't even here 16:11:31 <simon444> tokai must be a witch 16:11:36 <simon444> lets burn him! 16:13:20 <Sacro> but how do you know he is a witch? 16:13:43 <ln-> ChanServ is, that's for sure. 16:13:54 <simon444> Sacro, you must also be one! 16:14:05 <Sacro> but i weigh more than a duck 16:14:07 * simon444 pours petrol around Sacro 16:14:48 <Sacro> :( 16:15:09 * simon444 throws a match towards Sacro 16:15:24 <simon444> woho, Sacro is burning! 16:15:36 <simon444> Now we can all start to talk about sex 16:17:02 <Sacro> :o 16:17:54 <peter1138> # let's talk about sex, bay bee 16:17:57 <simon444> he is flying away~ 16:18:10 <simon444> SHOOT HIM DOWN 16:18:21 <simon444> I think we could turn this into a game 16:18:27 <simon444> Sacro, start coding 16:18:57 <Sacro> int main (int argc, char *argv[]) 16:19:01 <Sacro> your turn 16:19:05 <glx> { 16:19:44 <Sacro> :( damn 16:23:58 <SpComb> return 1337; 16:25:49 <Nickman> The site will be for 32 bpp graphics only TrueBrain? :) 16:27:29 *** Ammlller [~Ammler@adsl-62-167-33-153.adslplus.ch] has quit [Remote host closed the connection] 16:27:39 <TrueBrain> Nickman: a big fat yes 16:27:42 <Nickman> ;) 16:27:50 <peter1138> i'd imagine so. 8bpp artists seem to be capable of managing by themselves 16:29:31 <Nickman> indeed :) 16:29:36 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has quit [Quit: dinner time :9] 16:31:44 <simon444> okay any ideas for what do add to my mash potato? 16:32:02 <simon444> I have Balsamic vinegar 16:32:30 <simon444> other than that the stuff I have is pretty ordinary 16:32:54 <TrueBrain> flame it! 16:33:47 <simon444> TrueBrain, No! 16:34:07 <simon444> what should I add? 16:34:13 <simon444> salt? pepper? 16:34:30 <SpComb> simon444: eggs 16:35:07 <simon444> SpComb, heh, thanks but I can't eat eggs as they are icky 16:35:37 <SpComb> meatballs? 16:35:54 <TrueBrain> add flames! 16:37:43 <simon444> TrueBrain, you must be a witch 16:37:49 <simon444> SpComb, don't have any 16:37:52 <simon444> :( 16:38:09 <TrueBrain> simon444: you are weird 16:38:12 <simon444> maybe I should add some oil and fry them into balls 16:40:14 <Scuddles> Balsamic vinegar. 16:41:36 <simon444> Scuddles, yes? 16:45:58 <simon444> what a useless channel 16:46:08 <simon444> can anyone recommend me a useful channel? 16:46:48 <simon444> (better not be one of those autoban from the server channels) 16:53:28 <simon444> when is the next/last nightly build? 16:54:15 <peter1138> 8pm in some timezone 16:54:58 <simon444> peter1138, what time zone? 16:57:32 *** Scuddles [~notme@cm59.epsilon124.maxonline.com.sg] has quit [] 17:01:31 *** Digitalfox_Notebook [~chatzilla@bl7-180-129.dsl.telepac.pt] has quit [Quit: ChatZilla 0.9.78.1 [Firefox 2.0.0.5/2007071317]] 17:04:26 <glx> my timezone 17:13:20 <simon444> glx, which is? 17:13:27 <simon444> BBQ SOURCE! 17:13:57 * simon444 put bbq source and parsley in his mash potato 17:14:28 <glx> nightly download page tell it 17:15:16 <simon444> oh let me check 17:15:24 <DaleStan> And, for those of who don't know the current GMT offset for CEST? 17:16:14 <Sacro> +2 afaik 17:16:33 <glx> http://en.wikipedia.org/wiki/Central_European_Summer_Time 17:17:27 <DaleStan> So why can't the page just say "22:00:06 GMT", like every other timestamp on *.openttd.org? 17:17:51 <glx> because the compile farm is on a server with CEST time 17:17:59 <simon444> Fri Aug 3 20:00:03 CEST 2007 17:18:00 <glx> and that is not modifiable 17:18:30 <glx> TrueBrain would like to have it in UTC though 17:18:32 <simon444> glx, so just convert it 17:18:57 <DaleStan> And the rest of the servers are all on UTC? Why does that matter? My computer is quite capable of generating UTC timestamps, despite being 4 or 5 hours off, depending on the time of year. 17:19:54 <simon444> Google, time in cest doesn't work! 17:20:06 <simon444> Google, time in nyc works. 17:20:59 <simon444> so another 3 hours till another build 17:21:02 <simon444> pfft 17:21:20 <glx> no just 40 minutes 17:21:57 <glx> for it to start 17:23:12 <simon444> and another 2 hours for it to complete? 17:23:34 <simon444> glx, which box do I make sure not to visit in order not to slow down the compile? 17:26:08 *** RichK67 [~RichK67@194.164.100.143] has joined #openttd 17:26:47 <CIA-1> OpenTTD: richk * r10783 /branches/NewGRF_ports/ (11 files in 4 dirs): 17:26:47 <CIA-1> OpenTTD: [NewGRF_ports] -Feature: Added placing FSMport in any of up to 4 different orientations. GUI now has a preview image for each orientation - not interactive, just a screenshot stored. 17:26:47 <CIA-1> OpenTTD: Next to modify the vehicle movement to account for the station orientation. Need to add saveload ability. 17:26:47 <CIA-1> OpenTTD: Commuter Airport rb_airport2.grf now includes 2 orientations. 17:26:49 <CIA-1> OpenTTD: airports.grf modified to include direction arrows. 17:27:14 <RichK67> :) 17:28:00 <simon444> woo 17:28:35 <simon444> RichK67, just in time. glx is about to start compiling the nightly 17:28:39 <RichK67> i discovered that you only need one finite state machine to cope with all 4 orientations 17:28:59 <peter1138> yes 17:29:01 <glx> simon444: it's an automatic process and I'm not responsible for it 17:29:03 <RichK67> but you needed 4 graphics layouts... the rest is maths 17:29:42 <simon444> glx, I thought you compile it by hand 17:30:48 <RichK67> simon444: this isnt in trunk/nightly... its being developed in a branch, for merge later 17:30:57 <RichK67> lots of problems to solve yet 17:31:33 <simon444> RichK67, oh that sucks 17:31:39 <RichK67> lol 17:32:06 <simon444> is there anywhere I could see the last patches submitted? 17:32:07 <simon444> cia? 17:32:07 <RichK67> minor little one of cant save it atm, and cant load an existing game... other than that, its great ;) 17:32:23 <simon444> RichK67, nightlys are meant to be broken! 17:32:36 <RichK67> not ours 17:32:56 <simon444> RichK67, the one I used the other night was 17:33:14 <glx> which one? 17:33:46 <RichK67> ah, but that is the rare exception... the aim is always to have nightly as stable or better than last release (since it has latest bugfixes) 17:35:25 <simon444> nightlys are just bug fixes 17:35:28 <simon444> ROTFL 17:42:21 *** Ailure [Gamefreak@194.47.44.201] has joined #openttd 17:50:04 *** simon444 [~simon@203-206-249-225.dyn.iinet.net.au] has quit [Read error: Connection reset by peer] 17:51:43 *** simon444 [~simon@203-206-249-225.dyn.iinet.net.au] has joined #openttd 17:52:17 <simon444> okay who thought that was funny? 17:52:45 <simon444> to reboot my machine? 18:00:55 <Zavior> Actually, I did 18:02:36 <simon444> MAGIC! 18:02:56 <simon444> YOU SON OF A BITCH, You must be a witch! (sorry capslock) 18:19:37 *** Rexxie [~rexxars@ti0140a340-0274.bb.online.no] has joined #openttd 18:20:15 <simon444> who wants to play a team game with me? 18:21:01 <simon444> Rexxie, how about you? 18:21:18 <Rexxie> I'm busy writing an angry letter to air france 18:21:48 <RichK67> only one? 18:22:04 <simon444> RichK67, one game? 18:22:09 <simon444> Rexxie, LOL! 18:22:17 <simon444> Rexxie, need help? 18:22:29 <simon444> Rexxie, I have written many such letters 18:23:29 <RichK67> one angry leter 18:23:36 <RichK67> +t 18:23:39 <Rexxie> I think I'll manage 18:24:24 <simon444> Rexxie, I can increase your success rate 18:24:41 <simon444> Is this air france in ottd? 18:24:43 <Nickman> TrueBrain, you here? 18:26:03 <simon444> glx, how long till the nightly is complete? 18:27:38 <RichK67> its like a boiling kettle.... the more you watch it, the longer it takes... ;) 18:32:12 <simon444> I want to know to download fridays or if I should wait a little bit 18:33:09 *** Kittysune [Gamefreak@194.47.44.201] has joined #openttd 18:33:09 *** Ailure [Gamefreak@194.47.44.201] has quit [Read error: Connection reset by peer] 18:33:56 <RichK67> check the website - it tells you when it is run 18:34:50 *** UnderBuilder [~chatzilla@168.226.106.211] has joined #openttd 18:35:18 <simon444> RichK67, it is being ran right now 18:35:46 <simon444> w000000t 18:35:50 <simon444> it is done 18:35:55 <simon444> DONE 18:47:22 <simon444> anyone want to play??? 18:50:01 *** Wolf01|AWAY is now known as Wolf01 18:51:14 <Wolf01> RichK67, i have an old idea for you, you might be interested 18:51:16 <simon444> I found a bug 18:51:45 <simon444> I made a town 18:51:52 <simon444> then bombed all the houses 18:52:00 <simon444> then went to start an industry 18:52:11 <simon444> and it gave me the error need to build a town first 18:52:26 <simon444> I have a town! 18:52:35 <RichK67> hi Wolf01... fire away 18:53:05 <Wolf01> do you remember my idea (and Frostregen's patch) about eyecandy? 18:53:14 <simon444> another bug 18:53:26 <simon444> I expanded it and bombed everything but one house 18:53:32 <simon444> population is zero! 18:54:11 <simon444> I expanded the town fours times 18:54:18 <simon444> and left one of the outer house 18:54:48 <simon444> I did this again only expanding one time and leaving the outer house and it has a population of 13! 18:54:55 <RichK67> Wolf01: yeah, i thought it was effectively superceded by action0houses 18:54:56 <simon444> 13 buggers in one house! 18:55:13 <Wolf01> the idea is to extend that patch to load eyecandy objects from grf, but also to have "active" eyecandy, such houses generating passengers to build your own city, and maybe to build industries 18:56:08 <RichK67> Wolf01: very useful in scenario building... not so sure it would be ok in network though 18:56:32 <simon444> okay this is a real bug: I have a town with 13 pop and it still says must build town before can place coal mine 18:56:56 <simon444> wtf 18:57:06 <RichK67> simon444: write them down, then submit them with savegames to Flyspray 18:57:20 <simon444> I have a town with 1433 and still can't start a coal mine 18:57:32 <RichK67> in other words... less running commentary ;) 18:57:41 <simon444> RichK67, would you just try it out 18:58:01 <Wolf01> yes, that is not a problem, the eyecandy objects now are a sprite replacement for the purchased land, for complex things the editor should be the right place 18:58:14 <RichK67> nope - im busy writing airport FSM rotation 18:58:31 <simon444> RichK67, I started a new game and the same problem 18:58:44 <simon444> I think this is a proper bug 18:59:02 <simon444> RichK67, so much for nightly being stable 18:59:03 <RichK67> then submit it with savegame to bugs.openttd.org ... aka Flyspray 18:59:54 <RichK67> i said... "as stable or better"... of course, new features introduce new bugs.... give us the full info, and it will be looked at 18:59:57 <simon444> RichK67, I have to registered 19:00:11 <RichK67> so register.... its automatic i think 19:00:22 <simon444> 1) scenario editor 19:00:31 <simon444> 2) build town 19:00:42 <simon444> 3) build coal mine 19:00:53 <simon444> 4) error - need to build town first 19:01:26 <RichK67> last time i say this: submit it to bugs.openttd.org.... 19:03:28 <simon444> never mind - making a random town isn't bugged 19:03:54 <simon444> RichK67, I am not going to register and this is such a basic bug that someone else will submit it 19:04:33 <Wolf01> it should allow guest submissions 19:04:54 <Phazorx> i think simon444 got more stubborn after being hit in the head 19:05:12 *** skidd13 [~skidd13@p548A5066.dip.t-dialin.net] has joined #openttd 19:05:18 <simon444> Phazorx, maybe 19:08:42 <simon444> Wolf01, it doesn't 19:09:31 <Wolf01> but you can always register, you might need it in a later time, it doesn't bite, like me 19:15:08 <simon444> Wolf01, is that a requirement of GPL4? 19:15:30 <Wolf01> maybe 19:17:30 <RichK67> simon444: one question... how close to the town did you try to build the mine? if a long way away, you could be outside its radius 19:17:57 <simon444> RichK67, very close 19:18:12 <simon444> I tried all different town sizes 19:18:12 <RichK67> and radius is related to population... so pop=0, no radius 19:18:29 <simon444> my random town has 0 pop 19:18:45 <RichK67> ok just an idea... 19:18:49 <simon444> and is about 700 blocks away from my coal mine 19:20:47 <glx> 700 tiles is too far 19:20:56 <Wolf01> i can feel smell of no-bugs 19:21:18 <Wolf01> maybe is it pebkac? 19:21:47 <glx> ok reproduced :) 19:22:45 <simon444> you see! 19:22:58 <simon444> glx, well it is working at 700 blocks 19:23:04 <simon444> but only if it is a random town 19:23:14 <simon444> regular towns of any size are broken 19:25:13 <glx> it needs at least one random town 19:25:19 <glx> and that's a bug 19:25:38 <glx> I'll look at it later 19:36:10 <Rubidium> people not being registered when they post a bug makes it virtually impossible to ask addition questions to the bugsubmitter 19:36:13 <Rubidium> Phazorx: pong 19:37:59 <Phazorx> Rubidium: yesterday desyncs 19:38:09 <Phazorx> it is sort of reproducable in 14 game days 19:38:26 <Phazorx> but doesnt wotk every time (gotta be right half of day as well i guess) 19:38:47 <Rubidium> that isn't difficult ;) 19:38:55 <Rubidium> just send a pause command at the right moment ;) 19:39:04 <Rubidium> it's like two lines of code 19:39:11 <Phazorx> that's what i was trying but still i get it like every other time 19:39:19 <Phazorx> not sutre what esle is a faktor 19:39:53 <Phazorx> and another thing, server start date is aug01, 19:40:22 <Phazorx> client that join before aug 13-14 desync at 14-15 19:40:43 <Phazorx> client joined before aug 11-12 do not desync 19:41:02 <Phazorx> but pretty much all client who have not desync earlier will desycn at Oct 13 19:41:11 <Phazorx> is that same bug or 2 different ones you think? 19:41:11 <simon444> is there any undo button? 19:41:19 <simon444> I just fucked something up 19:41:32 <Rubidium> hopefully the first ;) 19:41:37 <simon444> and saved a bit to early 19:42:10 <simon444> Rubidium, eeew that would be my wife if anything... 19:42:39 <simon444> there is no undo command in the terminal 19:43:22 <simon444> Rubidium, is there a way of undoing or should I just go back to my last save? 19:45:11 <simon444> the silence is killing me 19:45:20 <simon444> someone say something 19:45:43 <simon444> ah crap forget 19:45:44 <Phazorx> there is no undo 19:45:54 <simon444> it I am just loading my last save 19:48:57 *** Peakki [antti@cs181000195.pp.htv.fi] has quit [Quit: Lähdössä] 19:57:19 <Xintron> Spider pig, spider pig, does whatever a spider pig does. Can he swing from a web, no he can't he's a pig. Lookoooooooout he is a spider pig! 19:57:30 <simon444> wtf? 19:58:08 <Xintron> spider pig! 19:58:33 <Xintron> simon444: http://www.youtube.com/watch?v=_2uZkae8ra8 19:58:51 <simon444> what year does electric rails come? 19:59:25 <simon444> Xintron, WTF!!!! 19:59:36 <Xintron> hehe? 20:01:19 <simon444> oooh maglev 20:03:01 <Sacro> hmmm, sh4un.co.uk is no longer the first hit for spiderpig 20:05:12 *** alex_ [~alexalex@78.86.15.85] has joined #openttd 20:05:20 <alex_> offtopic: whats a good flash editor? 20:05:25 <Rubidium> vim? 20:05:40 <Rubidium> or hexedit 20:05:56 <Rubidium> really, who wants flash? 20:06:09 <Rubidium> I've seen someone trying to do debugging in it and it was awful 20:06:53 <Rubidium> function does not exist, don't care, I'll just make it return 0 or false whatever you want as return value type 20:07:08 <Rubidium> or at least something like that, don't remember exactly 20:07:40 <Phazorx> it ingonres duplicate function definiton 20:07:43 *** Prof_Frink [~proffrink@5acf1b8e.bb.sky.com] has joined #openttd 20:07:59 <Phazorx> and if they are on different layers - can call one or another clsoe to random 20:08:20 <Phazorx> sloping is broken to in some nested case 20:09:48 *** skidd13 [~skidd13@p548A5066.dip.t-dialin.net] has quit [Quit: Leaving.] 20:14:22 <Rubidium> Phazorx: got that savegame for me? 20:14:31 <Rubidium> the desyncing one that is 20:15:10 <Phazorx> trying to find definitive pattern here... but i guess we both can do same with more efficiency 20:15:13 <Phazorx> FS or DCC ? 20:15:32 <Rubidium> http 20:15:36 <Rubidium> ;) 20:15:49 <Phazorx> fs = flyspray 20:16:16 <Rubidium> that gives annoying filenames when you download stuff 20:16:27 <Phazorx> k 20:17:34 <Rubidium> and my computer is kinda running out of cpu power at the moment :( 20:18:33 <simon444> alex_, porting ottd to flash so the little kiddiez play with it? 20:19:37 <Phazorx> http://openttdcoop.ppcis.org/blog/files/phazorx/autosave12.sav 20:19:56 <Phazorx> somewhere around 13th is the even that causes desync on 14th 20:24:18 <alex_> simon444: lol 20:26:47 <simon444> alex_, think of the ad money! 20:26:59 <simon444> too bad you will have to open source it 20:27:10 <simon444> then I can just steal it and make the ad money 20:28:57 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has joined #openttd 20:37:47 *** smoovi [~smoovi@dslb-088-073-100-173.pools.arcor-ip.net] has quit [Remote host closed the connection] 20:38:07 *** smoovi [~smoovi@dslb-088-073-100-173.pools.arcor-ip.net] has joined #openttd 20:45:44 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has quit [Quit: Watch out for the bomb!] 20:46:38 <Rubidium> Phazorx: that game is way too big for my computer to be able to find the cause of the desync 20:46:50 <Rubidium> it takes more than 10 seconds to do one day :( 20:47:03 <Phazorx> you only need 15 days... 20:47:33 <Rubidium> and I need to do that a lot of times 20:48:05 <Phazorx> well that's the best i can do i'm affraid 20:48:42 <Rubidium> can't you stop some groups of vehicles and still get the desync? 20:48:55 <Phazorx> if i'd have guaranteed way to get the desync i;d try to stop some 20:49:04 <Phazorx> well if i stop all - no desync 20:51:27 <simon444> WTF 20:51:32 <simon444> there is a UFO!!! 20:51:40 <simon444> is this a new feature 20:51:56 <Phazorx> yeah since 1992 20:52:08 <simon444> LOL 20:52:10 <simon444> why? 20:52:17 <Phazorx> it's TTO feature 20:52:29 <Phazorx> chris made the game this way 20:53:01 <Rubidium> huh? 20:53:15 <Phazorx> disasters 20:53:41 <Phazorx> Rubidium: can you trace the cause of desync somehow? 20:53:56 <Rubidium> yes 20:54:17 <Phazorx> i mean i can disable groups if i know how exactly to cause it 20:54:21 <Rubidium> but it requires incrementally adding more debug output till you find the origin of the desync 20:54:41 <Phazorx> currently there us a high chance of desyncing but i'm not getting it every time for some reason 20:54:42 <Rubidium> which means rerunning it a lot of times 20:55:00 <Rubidium> and having a guaranteed desync is a must 20:55:18 <Phazorx> well i need soemthing mroe granular than a date then 20:55:35 <Phazorx> is there a way to get tick count, or even better freeze at particular tick? 20:55:41 <Rubidium> and you must always hit the same desync, otherwise your incremental search back into "history" does not work 20:56:11 <Phazorx> hence my question... cuz i know there are more than one instance that causes it 20:56:24 <Rubidium> _tick_counter 20:56:32 <Phazorx> variable? 20:56:49 *** Zr40 [~zr40@zr40.xs4all.nl] has joined #openttd 20:58:18 <Rubidium> and: if (_tick_counter == <<magic value>>) DoCommandP(0, 1, 0, NULL, CMD_PAUSE); in for example IncreaseDate 20:58:28 <Rubidium> Phazorx: yes, it's a variable 20:58:43 <Phazorx> hmm... 20:59:27 <Rubidium> RichK67: would you be so kind to commit airports.grf as I suspect you've got a local modification in there that is needed to be able to build airports. 20:59:31 <simon444> Phazorx, which chris 20:59:41 <simon444> I am going to kick his butt 21:00:05 <Phazorx> Sawyer? 21:01:00 <simon444> photo? 21:01:40 <Wolf01> 'night 21:01:47 <Phazorx> chrissawyer.com 21:01:48 *** Wolf01 [~wolf01@host170-239-dynamic.8-87-r.retail.telecomitalia.it] has quit [Read error: Connection reset by peer] 21:03:09 * Rubidium guesses Phazorx is talking to someone who is on my irc client's ignore list 21:03:35 <Phazorx> i tihnk you made the right choice there mate :) 21:03:42 <simon444> gostsex dude! 21:08:27 <RichK67> Rubidium: it should have gone up with the last submit 21:09:28 <RichK67> yup, r10783... first item in list 21:09:45 <Rubidium> oh, then you forgot to update files.h ;) 21:09:57 <RichK67> offsf 21:10:08 <Rubidium> and it doesn't explain the crash when opening the build airport window 21:10:20 <Rubidium> without having any newgrf loaded 21:10:40 <RichK67> yeah... it will eventually be 100% newgrf... dont try it withotu 21:10:43 <RichK67> without 21:12:41 <RichK67> ill bother about MD5ing it once development (and mods to airport.grf are finished) 21:13:18 <Rubidium> can't find the hangar of the rotated commuter, is that a know issue? 21:13:23 <RichK67> yup 21:13:57 <RichK67> read the commit message... only placement has been done (except i have it working locally on my pc :) ) 21:15:12 <Rubidium> are you aware of any deadlocks in the normally oriented commuter? 21:15:19 <RichK67> none 21:15:25 <RichK67> that i know of 21:16:00 <RichK67> same FSM anyway... its only the graphics that shift for rotation 21:16:05 <RichK67> btw 21:16:07 <RichK67> consts 21:17:02 <RichK67> i have a const... and want to pass one of its values to be used in a routine that expects a non-const as input... how do i do it... it keeps whining 21:17:03 <Rubidium> plane in souther and middle terminals, plane circling to land, planes in depot try to go to a terminal and a plane just before the depot with it's nose to SW (would need to rotate 90 degrees clockwise if it goes into the depot) 21:17:23 <Sacro> RichK67: pass by reference? 21:17:28 <RichK67> take a screenie... saves are useless 21:17:38 <RichK67> i would like to sacro... it still whines 21:17:59 <Sacro> RichK67: hmmm 21:18:04 <Sacro> -Wignore? 21:18:21 <Rubidium> RichK67: http://rubidium.student.utwente.nl/openttd/Trinborough%20Transport,%2013th%20Jun%202010.png 21:18:45 <Rubidium> RichK67: depends on whether the function actually needs the variable to be non-const 21:18:54 <simon444> fuck openttd crashed! 21:19:14 <Rubidium> the ugly way would be just casting it to a non-const version 21:19:26 <Rubidium> but that might make the compilers do wrong things with it 21:20:12 <Rubidium> RichK67: what you miss in that screenshot is the aircraft flying around to land (must have taken the image at the wrong time 21:20:19 <RichK67> sorted it anyway... it works now :) 21:21:18 <simon444> it crashed again! 21:21:41 <simon444> is there any dumps i should send in 21:21:54 <simon444> I think I know what is causing it 21:22:23 <RichK67> Rubidium: can you check if the the one outside the depot is heading to hangar? 21:22:54 <Rubidium> it wasn't 21:23:13 <simon444> yep confirmed the problem 21:23:29 <simon444> creating the 26th train = crash! 21:23:31 <RichK67> ok, ill throw a ton of a/c at it... problem will be in the state machine, not the controller (i hope) 21:25:26 <Rubidium> hmm, it looks like once all aircraft have taken off, there can only be one aircraft at the ground 21:26:33 <simon444> RichK67, what info should I give for my bug? 21:26:39 <Rubidium> unless an aircraft goes into the depot, as then a second can land 21:28:22 <RichK67> Rubidium: somethings gone screwy there... ive not yet seen it in my tests, and unfortunately i need to see what it was prior to the blocks getting set... something is set, and has not got cleared. 21:28:51 <simon444> RichK67, bug not present in a slightly older build 21:28:54 *** smoovi [~smoovi@dslb-088-073-100-173.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 21:29:02 <simon444> what info should I put in my report 21:29:23 <simon444> or should I just wait and see if it is still there in a few days from now 21:31:16 <Rubidium> it's fairly easy to reproduce: (well, what I've done) 21:31:53 * simon444 thinks he is being ignored :( 21:32:03 *** Ammler [~Ammler@adsl-62-167-33-153.adslplus.ch] has joined #openttd 21:32:39 <Rubidium> start a game in 2010 with only the NewGRF FSM airport grf, build a commuter in the original direction and a commuter in the other direction adjacent to the airport (press CTRL) 21:33:29 <Rubidium> then build two of the cheaper (second) aircraft, give the first orders to go from the first to the second airport, start that, clone the orders of the first for the second aircraft, start that aircraft 21:34:05 <hylje> starcraft! 21:34:18 <Rubidium> cheat to get money, clone one aircraft and clone that one 7 times (button where the go-to-depot button is when not in the depot) (so you've got 10 aircraft), then start all of them at once (green flag) 21:35:08 <glx> RichK67: would be nice to fix all warnings in newgrf_fsmports.h 21:35:34 <RichK67> would be if i had any 21:35:50 <hylje> Rubidium: clone one aircraft 7 times produces ten aircraft? 21:36:07 <RichK67> 1+1+1+7 = 10 21:38:04 <glx> RichK67: http://paste.openttd.org/198 21:38:06 <RichK67> glx: i get no warnings at all... 21:38:18 <Rubidium> I'll solve them 21:39:48 <RichK67> glx: check out newgrf.cpp line 2103. the three "not used" entries are used there 21:44:21 <glx> but as they are static they are "defined" in all cpp that includes newgrf_fsmports.h I think 21:45:10 <RichK67> they will be dying later, as i wont need that way of instantiating once the predefined old airports are removed 21:45:40 <RichK67> but fine, spend time fixing stuff that is going to be deleted ;) 21:45:58 <peter1138> simon444: version, problem, savegame, steps 21:46:31 <Rubidium> RichK67: all those warnings make you miss other warnings that might be important 21:46:47 <Rubidium> like /home/rubidium/openttd/ports/src/aircraft_cmd.cpp:1094: warning: taking address of temporary 21:47:08 <simon444> my first 10 trains are not servicing and have had 30 break downs since last service 21:47:41 <simon444> I have deports on the route 21:47:48 <simon444> 4 of them 21:48:09 <Rubidium> what basically happens is that some struct is pushed on the stack, then the address of that is stored in amd and then the struct is popped from the stack 21:48:18 *** elmex [~elmex@e180064005.adsl.alicedsl.de] has quit [Remote host closed the connection] 21:48:23 <simon444> they are breaking down so much that my newer trains are claiming they are lost 21:48:36 <Rubidium> which means that anything that pushes something on the stack corrupts your data 21:49:17 <RichK67> ok, so how do i get to see these warnings then... 21:49:25 <RichK67> (in MSVC) 21:49:38 <Rubidium> you don't as they are generated by gcc 21:49:57 <Rubidium> and neither MSVC nor gcc is superior in the generated warnings 21:50:20 <RichK67> Rubidium: cant reproduce your error - followed to the letter.... 10 perfectly flying aircraft 21:50:20 <Rubidium> the union of the warnings generated by both compilers is much more interesting 21:51:48 <Rubidium> RichK67: it could be caused by the beforementioned issue 21:52:19 <RichK67> so maybe MSVC is compiling the problem away 21:53:07 <Rubidium> maybe it pops it later 21:53:15 <Rubidium> are you running a debug or release binary? 21:53:21 <RichK67> debug 21:53:31 *** KritiK [Maxim@ppp83-237-101-58.pppoe.mtu-net.ru] has quit [Quit: Leaving] 21:54:44 *** Darkebie [~dkb@d5153D5CD.access.telenet.be] has joined #openttd 21:56:00 <Phazorx> err 21:56:12 <Phazorx> hwo do i revert to stock from applied patch in svn ? 21:56:21 <peter1138> svn revert -R . 21:56:26 <RichK67> Rubidium: i think ive fixed it.... ill diff, and pastebin 21:56:41 <Phazorx> peter1138: no revision needed? 21:57:28 <DaleStan> That'll revert to whatever revision happens to be local, Phazorx. To change revisions, use svn up instead. 21:57:54 <Phazorx> DaleStan: got that one 21:58:32 <RichK67> hmmm.... inconsistent newlines again 21:59:52 <RichK67> weird... all of todays edits have used LF, not native CRLF 22:00:58 <Rubidium> RichK67: http://rubidium.student.utwente.nl/openttd/solve_mentioned_warning-issue.diff <- that solves the "takes pointer of temporary data" warning 22:01:19 *** helb [~helb@84.244.90.159] has joined #openttd 22:01:47 <Rubidium> http://rubidium.student.utwente.nl/openttd/Fort%20Brutfinghill%20Transport,%2017th%20Mar%202010.png <- another deadlock. Might unreproducable for you because you have other local modificaton? 22:02:35 <RichK67> amd_original is only used there, and is unnecessary... try this instead 22:02:47 <RichK67> http://paste.openttd.org/199 22:03:37 <RichK67> nothing looks deadlocked there... that can be a normal position... which a/c is the problem 22:03:48 <hylje> oo 22:04:02 <Rubidium> RichK67: they are all stationary/non-moving 22:04:36 <Rubidium> and that patch won't solve the issue as the issue is the &RotateAMDbyRotation() 22:05:30 <Rubidium> i.e. getting the pointer of the return value without keeping the return value 22:06:33 <RichK67> hmmm... i get way confused on when to use which... oh well... back to "hello world" 22:07:01 <RichK67> Rubidium: can you apply your diff, ill scrap my mod 22:07:19 <Rubidium> I'll apply your change over mine 22:07:38 <RichK67> ok 22:08:05 *** simon444 [~simon@203-206-249-225.dyn.iinet.net.au] has quit [Ping timeout: 480 seconds] 22:08:44 <RichK67> i cant see any visual reason why those arent moving right 22:09:21 <Rubidium> neither can I 22:11:12 <RichK67> im laying money on the MSVC / gcc difference.... its working perfectly here 22:11:44 <Rubidium> the rest of the warnings remaining for newgrf ports are unused variable/function warnings which I'll just ignore for now as you might need it in one of the upcoming patches. 22:13:38 <RichK67> ive got 18 a/c zipping around having great fun... no sign of a lock here 22:14:05 <Rubidium> here a deadlock is a sure thing :( 22:14:09 <Phazorx> why can i not use "many random industries" in scenario editor? 22:14:20 <Phazorx> build button is greyed out 22:16:17 <Rubidium> because you don't have a town yet? 22:16:57 <Phazorx> i have 12 22:17:01 <Phazorx> on 1024x1024 22:17:10 <Phazorx> manualy placed tho 22:18:38 <Rubidium> I can't reproduce it 22:18:41 * glx kicks CIA-1 22:18:42 <CIA-1> ow 22:18:52 <glx> I though it was dead 22:18:56 <hylje> :o 22:19:09 <Phazorx> Rubidium: can not reproduce what ? 22:19:43 <Rubidium> the greyed out button 22:20:02 <Phazorx> perhaps that's GRFs i have ? 22:20:29 <glx> Phazorx: I have a pending fix for that 22:20:37 <glx> caused by 10755 22:20:59 <Phazorx> ahh... and in mean time? 22:21:10 <Phazorx> wait 22:21:11 <glx> place a random town 22:21:11 <peter1138> in the mean time, ignore it 22:21:12 <Phazorx> i have 737 22:21:22 <Phazorx> shoyuld be before that issue 22:22:20 <Rubidium> ah, I finally reproduced it 22:22:21 *** Zr40 [~zr40@zr40.xs4all.nl] has quit [Quit: Zr40] 22:23:01 <Rubidium> you've got the difficulty setting industries set to none 22:23:25 <Rubidium> which makes the random industry building build none 22:23:29 <RichK67> Rubidium: debug build or release build, and i cant reproduce your bug... can i leave you to hunt it? (state machine in rb_airport2.grf is probably ok... look elsewhere first) 22:23:41 <Phazorx> Rubidium: thanks! 22:24:09 <Phazorx> Rubidium: does that preference option controls random in game building ? 22:24:20 <Rubidium> no 22:24:27 <Phazorx> cuz only reason i was setting it to none to avoid industries building later 22:24:29 <Phazorx> okay 22:24:42 <Phazorx> is there a way to disable/conrol that ? 22:25:12 <peter1138> you can probably write a newgrf to do it 22:25:22 <Rubidium> yes, as peter1138 said 22:25:23 <peter1138> although you won't be happy when all your industries have closed down 22:25:48 <peter1138> maybe that is newgrf controllable, i don't know. 22:26:04 <Phazorx> hmm... i'd rather have it as game option tho 22:26:22 <Phazorx> kidna makes more sense since that is engione behavior rather thana mod to content 22:26:32 <Nickman> TrueBrain you here? :p 22:26:41 <Phazorx> peter1138: with prospering enabled that is not an issue 22:26:53 <Phazorx> and i'd like to be able to disable all industries for pax only games 22:27:17 <Phazorx> as well as disabel building powerstations and any other second tier when it is not needed 22:28:59 <CIA-1> OpenTTD: rubidium * r10786 /branches/NewGRF_ports/src/aircraft_cmd.cpp: [NewGRF_ports] -Fix: do not get a pointer of memory that might get overwritten and assume it is correct; just keep the returned struct as-is. 22:29:14 <Rubidium> :O time dilation 22:29:31 *** Zr40 [~zr40@zr40.xs4all.nl] has joined #openttd 22:31:21 *** Red [SeXyRed@24-197-198-56.dhcp.roch.mn.charter.com] has joined #openttd 22:31:52 <RichK67> btw, Rubidium. does your problem happen with unadjacent airports? 22:33:04 <Rubidium> yes 22:33:22 <Rubidium> the aircraft before the depot is waiting on "something" 22:39:57 <RichK67> when it happens, pause, put a breakpoint on aircraft_cmd.cpp:1908, and then check the heading, position, v->u.air.owned_blocks, and st->airport_flags.... i expect st->airport_flags to have upper_block = 0000001 .. ie runway blocked .. if it isnt i have no idea 22:40:04 *** Zr40 [~zr40@zr40.xs4all.nl] has quit [Quit: Zr40] 22:40:41 *** lolman [~lolman@cpc3-leds2-0-0-cust55.leed.cable.ntl.com] has joined #openttd 22:41:13 <RichK67> Rubidium: it may be worth you checking my coding of fsmblockmap ... i could well have made one of these weirdo stack references 22:41:34 <RichK67> of course, doesnt explain why MSVC works 22:41:51 <Rubidium> RichK67: it looks ok to me, though it leaks some memory 22:42:59 <RichK67> anyway, do you like the gui? 22:45:46 <Rubidium> it looks nice 22:47:11 <RichK67> what should we do about the old buttons? should we keep the standard OTTD airport buttons, but hot-wire them to an ottd_newgrf_standard_airports.grf?? 22:48:52 <peter1138> no 22:48:59 <peter1138> use whatever new gui you're doing 22:49:08 <peter1138> like the fund industry gui did 22:50:01 <RichK67> so all airports to be loaded via newgrf... and hardcode in a load of a default newgrf? 22:51:35 <Eddi|zuHause2> what does the GUI have to do with how they are loaded? 22:51:54 <Rubidium> RichK67: v[05]: 0000000400000000, s[00]: 0000002c0000000e 22:52:08 <RichK67> indexed to different structures 22:52:18 <Rubidium> first are upper,lower of vehicle, second of the station 22:52:29 <Rubidium> that's the one before the depot 22:53:24 <RichK67> block 40 looks clear.... 22:54:51 <Rubidium> v[01]: 0000002800000002, s[00]: 0000002c0000000e 22:54:57 <RichK67> you'll need to step through, trying to catch its movement, and watch the block states change.... i cant imagine why its happening... the state machine is doing the right things (its got pretty simple now) 22:54:59 <Rubidium> that's the one waiting at the top 22:55:27 <Rubidium> it holds quite a few blocks 22:55:46 <RichK67> ill add saving, and then you can send a game... :) 22:55:50 <RichK67> maybe tomorrow 22:56:18 *** TinoM [~Tino@i5387CE88.versanet.de] has quit [Quit: Verlassend] 22:57:25 <RichK67> at least we know the adjacent is a red herring 23:03:23 <Rubidium> where do those block bits relate to? to the positions? 23:06:33 <RichK67> lower blocks 0x00-0x3F are terminals etc, upper 0x40-0x7B are "open" blocks.... and can represent anywhere you need a block 23:07:07 <RichK67> you'll need to compare with the state machine in rb_airport2.nfo 23:08:02 <Rubidium> oh, I didn't add enough zeros to those strings :( 23:08:17 <Phazorx> hmm... hard crashes with nothing in debug 23:08:23 <Rubidium> and your 40 was in hex 23:08:34 <Phazorx> last line "dbg: [misc] [Pool] (CargoPacket) cleaning pool.. 23:08:35 <Phazorx> " 23:08:43 <Rubidium> debug is not for hard crashes 23:08:55 <RichK67> position 01 should move to position 0B if block43 is free... 43 is 0000....0004, so yes it has the block, is looking for the block... 23:09:10 <RichK67> so should proceed 23:09:28 <Phazorx> nm, my bad 23:09:49 <Phazorx> was not starting dedicated.. and guess what happens if the box doesnt have X 23:10:23 <RichK67> definitely check out HasBlocks and BlocksAreFree... i suspect you may catch it doing something odd around a/c_cmd:1936 23:12:21 *** EmiT [~Miranda@194-176-150-82.gw.cz] has joined #openttd 23:12:42 <RichK67> one thing to check... does any other aircraft have block 43 as well? 23:12:52 <RichK67> (it shouldnt) 23:13:17 <Rubidium> no 23:14:00 <RichK67> cant see why it doesnt pass this then: if (st->airport_flags.BlocksAreFree(¤t->reserveblock) || //if can reserve blocks 23:14:00 <RichK67> v->u.air.owned_blocks.HasBlocks(¤t->reserveblock)) { //or vehicle already has blocks 23:14:22 <RichK67> first clause should be false, second true 23:14:51 *** CIA-1 [~CIA@208.69.182.149] has quit [] 23:15:03 *** CIA-4 [~CIA@208.69.182.149] has joined #openttd 23:15:43 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has joined #openttd 23:16:20 <RichK67> thing is, i really cant understand why its ok here.... 23:17:52 <Rubidium> v[07]: 00000000000000040000000000000000, s[00]: 000000000000002c000000000000000e 23:18:09 <Rubidium> with that state it should go into that branch? 23:18:14 <RichK67> yes 23:18:34 <RichK67> check state and heading 23:18:42 <RichK67> state should be 41 takeoff 23:19:27 <RichK67> heading (ie. entry in FSM command) should also be 41 23:19:54 <RichK67> when stopped on line 1936 23:20:10 <RichK67> current->heading 23:22:49 <Rubidium> v[ 1]: 1936. r: 00000000000000080000000000000000, h: 65 23:22:56 <Rubidium> heading 65 23:23:02 <RichK67> =0x41 23:23:29 <RichK67> with block 0x42 occupied... looks A1 23:23:35 <Rubidium> and no blocks to reserve 23:24:09 <Rubidium> oh, one block to reserve ;) 23:24:11 <RichK67> reserveblock = 0? 23:24:27 <Rubidium> there's an 8 in there 23:25:06 <RichK67> should be (hex)... heading=41, reserve=block43, release=block42, next_pos=0x0B 23:25:42 <RichK67> and i would guess, holding block42 23:25:54 <RichK67> OH! 23:25:59 <Rubidium> v[01]: 00000000000000040000000000000000, s[00]: 000000000000002c000000000000000e 23:26:00 <RichK67> its holding block 44 23:26:22 <RichK67> im totatlly confused now 23:27:10 <Rubidium> the vehicle is holding block 42, the station has blocks 42 and 43 and 45 set 23:27:14 <RichK67> nope, 43... bah... too late to do 128 bit binary 23:27:47 <RichK67> did any aircraft takeoff and land? 23:28:05 <Rubidium> all the time, but the last plane that did that landed 23:28:36 <Rubidium> v[06]: 00000000000000280000000000000004, s[00]: 000000000000002c000000000000000e 23:28:39 <Rubidium> that one 23:29:01 <Rubidium> which has locked 43 and 45 23:29:04 <RichK67> thing is, as a protection against leaving an airport in a bad state, all a/c release all blocks they hold at exit, and zero all their holdings 23:29:36 <RichK67> so in theory, even if an aircraft leaves a bad block lingering, it should clean up on exit 23:30:18 <RichK67> 45 is the airport entrance next to the tower 23:30:51 <RichK67> (where it is i'd guess) 23:31:04 <RichK67> and it has reserved term3 23:31:21 <Rubidium> yes, waiting to get into the block to get into terminal "lane" 23:31:43 <Rubidium> s/the block to get into// 23:31:45 <RichK67> (and people want to automatically create their own plug-together airports... sheeshk!) 23:32:46 *** UnderBuilder [~chatzilla@168.226.106.211] has quit [Quit: ChatZilla 0.9.78.1 [Firefox 2.0.0.5/2007071317]] 23:32:54 <RichK67> ah... sorry misread your lists 23:33:32 <RichK67> v1 is holding block42 only (correct), and wants (= r) block43... which the station says is not clear 23:33:53 <RichK67> so correctly, it waits 23:34:00 <Rubidium> yes 23:34:11 <RichK67> the problem is the unreleasing of some other aircraft... a/c 1 is just the victim 23:34:31 <Rubidium> aircraft #6 in this case 23:36:21 *** Nickman [~nn@d54C1C327.access.telenet.be] has quit [Quit: ( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )] 23:36:42 <RichK67> is it absolutely predictably repeatable ... ie. can you force #6 to be the problem again... 23:37:20 <Rubidium> it had block 43 and 44, then it took 45 and freed 44 23:37:25 <RichK67> we need to trace what happens as #6 moves from 01 to 0B and onwards on its takeoff cycle before it snafus it 23:37:58 <RichK67> the fault is that it should not have retained 43 23:38:29 <RichK67> it should be 100% clean coming in after its takeoff 23:40:06 <RichK67> block43 should have been released when it went from the tile next to the runway onto the runway for takeoff 23:40:28 <RichK67> and then if it still had it on exit, it should also have been cleared 23:41:00 <Rubidium> it gets bits 40, 43 and 44 all at the same time 23:41:04 *** CIA-4 [~CIA@208.69.182.149] has quit [Ping timeout: 480 seconds] 23:42:02 <glx> RichK67: http://www.tt-forums.net/viewtopic.php?p=614626#p614626 <-- you'll like it :) 23:44:38 <RichK67> lol, snao 23:44:42 <RichK67> snap 23:45:00 <RichK67> Rubidium.... interesting... we have a good pointer there then 23:45:34 <RichK67> there is only one multi-block reserve, and it should be just 44 and 40 23:47:13 <RichK67> so, its probably the newgrf translator taking the block in incorrectly... newgrf.cpp:2286 ReadBlocksInto command 23:47:41 <Rubidium> hmm, some weird things seem to be happening 23:47:58 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has quit [Quit: Tschüß] 23:48:15 <Rubidium> I give you some stuff in the actual order it was executed: 23:48:17 <Rubidium> v[01]: 00000000000000180000000000000000, s[01]: 000000000000001c000000000000000c 23:48:20 <Rubidium> v[01]: 00000000000000280000000000000002, s[01]: 000000000000002c000000000000000e 23:48:23 <Rubidium> v[ 1]: 1936, res: 00000000000000200000000000000000, rel: 00000000000000100000000000000000, h: 0 23:48:41 <Rubidium> the reservation and release done after it has actually happened? 23:48:58 <Rubidium> or is there another place where reservations can be done? 23:49:51 *** kd82 [kd82@80-192-15-181.cable.ubr03.dund.blueyonder.co.uk] has joined #openttd 23:49:56 <kd82> hey 23:50:07 *** kd82 [kd82@80-192-15-181.cable.ubr03.dund.blueyonder.co.uk] has left #openttd [] 23:50:25 *** Jobbe [~moren_j91@5634b611.rev.stofanet.dk] has joined #openttd 23:52:13 *** Jobbe [~moren_j91@5634b611.rev.stofanet.dk] has left #openttd [] 23:52:39 <RichK67> about 4 locations: AirportMove is where 90%+ happen. only others are FreeTerminal (where it reserves the terminal), EnterHangar (where it clears all blocks it owns), and Flying (where it reserves the landing approach reserves) 23:53:03 <RichK67> oh, and EndTakeoff, where it releases everything again 23:54:35 <RichK67> can you check what blocks it is trying to reserve in the Flying step... it should be upper 00000000011 (ie. 40 and 44 23:55:15 <RichK67> break on line 1774 23:56:16 <RichK67> if its 00000000000019, then we have our culprit 23:56:38 <RichK67> in the current->reserveblock.upper 23:57:20 *** Gekkko` [~Gekkko@CPE-124-183-12-152.nsw.bigpond.net.au] has joined #openttd 23:57:47 *** Gekkko` is now known as Gekko 23:57:52 <Rubidium> 0, v[ 1]: 1936, res: 00000000000000190000000000000000, rel: 00000000000000000000000000000000, h: 68 23:57:59 <RichK67> bingo 23:58:01 <Rubidium> i.e. it is *19* 23:58:31 <RichK67> error is in my coding of ReadBlocksInto ... i was well confused there 23:59:07 <RichK67> newgrf.cpp:2046.... can you analyse and recode it properly... it will be same weirdo referencing thingy 23:59:46 <RichK67> (it will be the multi-block handling code