Log for #openttd on 3rd August 2007:
Times are UTC Toggle Colours
00:00:16  *** elmex [] has quit [Remote host closed the connection]
00:09:40  *** Vikthor [~Vikthor@] has quit [Quit: Leaving.]
00:17:14  *** lolman [] has joined #openttd
00:21:22  *** Wezz6400 [] has quit [Quit: Zzz]
00:29:25  *** Nickman^Away [] has quit [Quit: ( :: NoNameScript 4.02 :: )]
00:39:38  *** XeryusTC [] has quit [Quit: Solong, and thanks for all the fish.]
00:39:46  *** Maedhros [] has quit [Quit: good night]
00:42:28  *** RichK67 [~RichK67@] has quit [Quit: RichK67]
01:07:58  *** Bjarni [] has quit [Quit: Leaving]
01:15:43  *** Ben_1 [~Ben@] has joined #openttd
01:20:30  *** _Ben_ [~Ben@] has quit [Ping timeout: 480 seconds]
01:28:10  *** _Ben_ [~Ben@] has joined #openttd
01:31:37  *** Eddi|zuHause2 [] has joined #openttd
01:32:01  *** Ben_1 [~Ben@] has quit [Ping timeout: 480 seconds]
01:37:59  *** Eddi|zuHause [] has quit [Ping timeout: 480 seconds]
01:39:02  *** Que [addicted@] has joined #openttd
01:47:09  *** Que [addicted@] has quit [Ping timeout: 480 seconds]
01:55:32  *** Eddi|zuHause2 [] has quit [Remote host closed the connection]
01:55:36  *** Eddi|zuHause3 [] has joined #openttd
02:03:36  *** Ammller [] has joined #openttd
02:10:28  *** Ammler [] has quit [Ping timeout: 480 seconds]
02:21:38  <CIA-1> OpenTTD: glx * r10761 /trunk/src/ (gfx.cpp os/macosx/splash.cpp video/win32_v.cpp): -Fix (FS#1101, r10216): _pal_last_dirty changed to _pal_count_dirty without updating, so it was of by one
02:22:43  <Phazorx> is there a reason why RVs can not pass each other at bridgeheads and tunnel entrances ?
02:22:56  <Phazorx> these tiles breake overtaking sequence
02:32:03  *** glx [] has quit [Quit: bye]
02:44:29  *** lolman [] has quit [Ping timeout: 480 seconds]
02:54:03  *** Ben_1 [~Ben@] has joined #openttd
02:58:38  *** _Ben_ [~Ben@] has quit [Ping timeout: 480 seconds]
03:17:10  *** Ben_ [~Ben@] has joined #openttd
03:20:42  *** lolman [] has joined #openttd
03:23:33  *** Ben_1 [~Ben@] has quit [Ping timeout: 480 seconds]
05:11:45  *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Read error: Connection reset by peer]
05:14:44  *** lolman [] has quit [Ping timeout: 480 seconds]
05:16:32  *** Zr40 [] has joined #openttd
05:21:43  *** Ammller [] has quit [Ping timeout: 480 seconds]
05:23:44  *** Code601 [] has joined #openttd
05:40:46  *** Code601 [] has quit [Ping timeout: 480 seconds]
05:47:59  *** Deathmaker [] has quit [Ping timeout: 480 seconds]
06:24:47  *** Gekkko` [] has joined #openttd
06:26:42  *** Gekkko` is now known as Gekko
06:35:21  *** Maedhros [] has joined #openttd
07:04:19  *** TinoM [] has joined #openttd
07:19:43  <dihedral> mornin ladies ^^
07:30:06  <Gekko> hey thar
07:31:19  <hylje> morning o lady
07:35:54  *** ThePizzaKing [~jeff@] has joined #openttd
07:39:10  *** HMage [] has joined #openttd
08:12:31  *** Deathmaker [] has joined #openttd
08:23:44  *** Maedhros_ [] has joined #openttd
08:23:50  *** Vikthor [~Vikthor@] has joined #openttd
08:30:39  *** Maedhros [] has quit [Ping timeout: 480 seconds]
08:32:45  *** elmex [] has joined #openttd
08:34:33  *** tokai [] has quit [Ping timeout: 480 seconds]
08:36:14  *** tokai [] has joined #openttd
08:36:16  *** mode/#openttd [+v tokai] by ChanServ
08:44:23  *** helb [~helb@] has quit [Ping timeout: 480 seconds]
08:45:30  *** helb [~helb@] has joined #openttd
08:51:08  *** kaan [~klaus@] has joined #openttd
08:51:13  <kaan> hi all :)
09:09:14  <CIA-1> OpenTTD: peter1138 * r10762 /trunk/src/ (5 files in 2 dirs):
09:09:14  <CIA-1> OpenTTD: -Codechange: Change enum StringIDEnum { to static const StringID = for
09:09:14  <CIA-1> OpenTTD: each STR_ entry. This avoids the need for a cast to StringID in some
09:09:14  <CIA-1> OpenTTD: places and thus better type-safety.
09:17:41  *** SmatZ [] has joined #openttd
09:18:52  *** ThePizzaKing [~jeff@] has quit [Quit: ThePizzaKing]
09:22:32  *** Thomas[NL] [] has joined #openttd
09:22:54  *** TinoM| [] has joined #openttd
09:23:03  *** iPandaMojo [] has joined #openttd
09:30:31  *** Ammler [] has joined #openttd
09:30:33  *** TinoM [] has quit [Ping timeout: 480 seconds]
09:34:23  *** elmex [] has quit [Remote host closed the connection]
09:45:41  *** Nickman [] has joined #openttd
09:47:25  *** Progman [] has joined #openttd
09:47:49  <Noldo> Is there something happening?
09:50:10  <blathijs> A lot of things, probably
09:50:21  <blathijs> Care to make your query a bit more specific? :-p
09:50:33  *** HMage [] has quit [Ping timeout: 480 seconds]
09:50:44  <Noldo> :)
09:51:27  <SmatZ> hello, about the;a=commitdiff;h=f3ef132edd72b0f74cb2e58c721890fa3c57fdbf;hp=80e74b2dbc7e500b936ed147f9f1e9e14738974f
09:51:46  <Noldo> I just feel like getting excited by some new hip feature or something
09:52:58  <Gekko> me too
09:53:05  <Gekko> like porno trains
09:53:10  <Noldo> plaah
09:53:10  <Gekko> with the newindustries newgrf
09:53:20  <Gekko> hooker cabs
09:54:25  <blathijs> SmatZ: what about it?
09:54:27  <SmatZ> wouldn't changing it to '(const) OldMemoryPoolNewBlock const *new_block_proc' do the job? eg. const pointer to (const) proc
09:55:40  <Rubidium> SmatZ: it isn't really important, but does that mean you can't change the pointer once it's written to?
09:56:19  <SmatZ> Rubidium: I suppose so - constant pointer is different than pointer to const
09:56:43  <SmatZ> Yes it is not important :)
09:56:57  <SmatZ> bye, I have a lunch
10:12:35  *** XeryusTC [] has joined #openttd
10:14:24  *** Maedhros_ is now known as Maedhros
10:25:28  *** Wezz6400 [] has joined #openttd
10:26:03  *** skidd13 [] has joined #openttd
10:30:05  *** helb [~helb@] has quit [Remote host closed the connection]
10:31:14  *** helb [~helb@] has joined #openttd
10:44:12  *** Alltaken [] has joined #openttd
10:53:14  *** SmatZ [] has quit [Remote host closed the connection]
10:54:50  *** SmatZ [] has joined #openttd
10:58:40  *** kaan [~klaus@] has quit [Quit: Leaving.]
11:02:44  *** smoovi [] has joined #openttd
11:30:33  *** skidd13 [] has left #openttd []
11:36:45  <Nickman> Can you execute .sh scripts on windows in cygwin or so?
11:37:08  <Rubidium> yes
11:39:44  *** Brianetta [] has joined #openttd
11:40:18  *** helb [~helb@] has quit [Read error: Connection reset by peer]
11:40:45  <Brianetta> Anybody know an easy way to calculate a base 2 logarithm?  Basically, an inverse of two-to-the-power?
11:40:50  <Brianetta> By easy, I mean possible to do on a handheld calculator (:
11:46:49  <ln-> does it have logarithms?
11:48:17  <Rubidium> Brianetta: integral or float result?
11:48:20  <ln-> if yes, wouldn't that be something like log[2] x = log[10] x / log[10] 2
11:49:04  <Brianetta> ln-: Thanks - you were just beaten by a guy on #linux
11:49:11  *** KritiK [] has joined #openttd
11:49:19  *** helb [~helb@] has joined #openttd
11:49:20  <Brianetta> Rubidium: Integral.  It's for working out CIDR notation netmasks
11:49:50  <Brianetta> Who'd have thought the log buttons on a calculator were still relevant? (-:
11:56:46  *** roboman [] has joined #openttd
11:58:52  *** glx [] has joined #openttd
11:58:53  *** mode/#openttd [+v glx] by ChanServ
12:05:58  <valhallasw> Brianetta: log is irrelevant. ln isn't ;)
12:06:52  <valhallasw> and what's worse
12:07:00  <valhallasw> for mathematicians, log==ln
12:07:19  <valhallasw> i.e. ^e log
12:08:41  <Eddi|zuHause3> actually, "log" is whatever you view the most relevant
12:08:55  <Eddi|zuHause3> what you mean is "lg"
12:10:31  <CIA-1> OpenTTD: rubidium * r10763 /trunk/src/direction.h: -Documentation [FS#1098]: document direction.h. Patch by Progman.
12:11:12  <Brianetta> I always use the ln button anyway
12:11:18  <Brianetta> it takes less space ont he claculator's screen
12:11:31  <Brianetta> ln (4) is shorter than log (4)
12:11:39  <Brianetta> which lets me see more terms on the 12 cell display
12:12:16  <Nickman> would like to use a square root in my Squirrel AI, do I have to write an algorithm in Squirrel or can just add the function somwhere so it gets registerd tot he squirrel engine?
12:12:39  <Brianetta> What's squirrel?  I only know the webmail product
12:13:07  <Eddi|zuHause3> squirrel is the language of choice for the NoAI branch
12:13:14  <Nickman>
12:13:47  <Brianetta> ah
12:14:35  <Eddi|zuHause3> Nickman: why use a sqrt?
12:14:36  <Brianetta> An iterative sqrt function is slow; wouldn't the presence of a lookup-based library function be better off?
12:14:52  <Eddi|zuHause3> integer-sqrt is probably not the greatest idea
12:15:15  <Eddi|zuHause3> instead of testing x==sqrt(a) i would check x^2==a
12:15:21  <Nickman> I would like to use a sqrt to make some estimate of the town area
12:15:51  <Brianetta> How is that necessary?
12:16:08  <Brianetta> Just wondering how you're performing the estimate
12:16:21  <CIA-1> OpenTTD: rubidium * r10764 /trunk/src/road.h: -Documentation: [FS#1099]: of road.h. Based on a patch by Progman.
12:17:16  <Nickman> I use the town population and then some operations to try and make an estimate of the size :)
12:17:21  <valhallasw> Eddi|zuHause3: lg is ^2 log, generally
12:17:38  <valhallasw> but that may be country or even university-dependent ;)
12:17:39  <Eddi|zuHause3> valhallasw: no, that is "ld"
12:18:34  <valhallasw> "lg, an abbreviation of logarithm of the base 2 in informatics (an alternative to ld)", but also "lg, an abbreviation of logarithm of the base 10 in Russia and other European countries", according to en.wikipedia
12:19:04  <Eddi|zuHause3> yes, germany is probably "other european country" :p
12:19:12  <SmatZ> :)
12:19:23  <valhallasw> yeah, well, the netherlands seems not to be european then :D
12:19:44  <valhallasw> or at least Leiden :)
12:22:59  <Nickman> cygwin can't execute the "" script for NoAI Branch...
12:23:22  <Eddi|zuHause3> de.wikipedia says "ld" or "lb" for log_2
12:23:29  <Rubidium> Nickman: sh
12:23:38  <Nickman> I'll try
12:23:49  <Eddi|zuHause3> and "lg" for log_10
12:24:09  <Nickman> line 2: $'\r': command not found
12:24:09  <Nickman> line 4: $'\r': command not found
12:24:09  <Nickman> line 6: syntax error near unexpected token `$'do\r''
12:24:09  <Nickman> ' line 6: ` for f in `ls *.hpp `; do
12:24:34  <glx> cygwin doesn't understand crlf
12:24:49  <glx> ie windows files
12:25:00  <Eddi|zuHause3> what a stupid program...
12:26:27  <Nickman> so I can't execute it on windows? :p
12:26:35  *** roboman [] has quit [Ping timeout: 480 seconds]
12:26:43  <Eddi|zuHause3> you can, but you have to convert the file to linux format
12:26:50  *** Ammller [] has joined #openttd
12:27:01  <Nickman> and how do I do that? :p
12:27:09  *** Gekko [] has quit [Quit: - Now less gay.]
12:27:09  <glx> dos2unix
12:27:25  <Nickman> sweet!
12:27:27  <Nickman> thx!
12:27:40  <Nickman> works now ;)
12:27:41  *** lolman [] has joined #openttd
12:27:49  <Nickman> you guys rock you know ;) :D
12:28:10  *** ThePizzaKing [~jeff@] has joined #openttd
12:28:19  <alex__> i try
12:30:08  <CIA-1> OpenTTD: rubidium * r10765 /trunk/src/rail.h: -Documentation [FS#1100]: of rail.h. Based on a patch by Progman.
12:31:33  *** Ammler [] has quit [Ping timeout: 480 seconds]
12:34:42  <Nickman> hmmmm, I ran the squirrel script and compiled with no errors, but now I can't load my AI anymore :D
12:38:00  *** ThePizzaKing [~jeff@] has quit [Quit: ThePizzaKing]
12:38:15  <SmatZ> at least it ran with no errors :)
12:39:06  *** Ammlller [] has joined #openttd
12:40:44  <Nickman> yeah, but It's all broken now
12:42:18  <Rubidium> what have you changed to the API?
12:42:30  <Nickman> I added two files of my own
12:42:37  <Nickman> I'm trying to get a new type of list into it
12:43:03  *** Ammller [] has quit [Ping timeout: 480 seconds]
12:43:30  <Rubidium> are any of the .sq files modified in the API directory except the two that belong to the new files.
12:43:49  <Nickman> when I run the .sh script it updates alot of .sq files wich I havn't touched
12:44:16  <Nickman> actuelly
12:44:26  <Nickman> I get a whole list of files, this is the end of the list
12:44:33  <Nickman> Updated: ai_transactionmode.hpp
12:44:35  <Nickman> Updated: ai_vehicle.hpp
12:44:37  <Nickman> Updated: ai_vehiclelist.hpp
12:44:39  <Nickman> Updated: ai_vehiclelist_valuator.hpp
12:44:41  <Nickman> Updated: ../ai_squirrel.cpp
12:44:48  <Nickman> but there is a bunch of them before this
12:44:58  <Nickman> files wich I havn't touched
12:46:20  <Nickman> I have now reverted my "ai_squirrel.cpp file and it works again
12:46:31  <Nickman> but I don't have my ex functionallity ofcourse
12:48:13  <Nickman> ex = extra
12:51:49  *** Wezz6400 [] has quit [Quit: bbl]
12:52:35  <Nickman> so, how do i make the squirrel script work properly :p
13:04:34  <glx> what happens if you run "make regression" after you compile your changes?
13:06:43  <blathijs> make regression? What does that doe?
13:06:47  <blathijs> s/doe/do/
13:07:05  <glx> it checks the api still do what it is supposed to do
13:07:37  <blathijs> that's for the ai / sq stuff only, or for all of ottd?
13:07:45  <glx> noai only
13:11:21  <TrueBrain> for now :p
13:20:33  *** Vikthor [~Vikthor@] has quit [Remote host closed the connection]
13:21:11  *** Vikthor [] has joined #openttd
13:22:13  *** arcil [] has joined #openttd
13:22:19  <Nickman> I'll give it a try
13:23:09  <Nickman> where do i run that?
13:24:55  *** lolman [] has quit [Read error: Connection reset by peer]
13:26:24  <glx> same as "make"
13:29:50  <alex__> while in game is there a way to check server IP address through client console?
13:29:57  <Nickman> $ make regression
13:29:57  <Nickman> make: *** No rule to make target `regression'. Stop.
13:31:05  <alex__> anyone know?
13:31:10  <alex__> like status - but for system server info
13:34:19  *** arcil [] has quit [Remote host closed the connection]
13:36:00  <glx> Nickman: that's very strange
13:36:13  <Nickman> I know :s
13:38:43  <Nickman> but I don't know why the squirrel scripts ajusts all those files instead of only my changed one
13:40:08  <glx> it re-generates .sq files, as projects/generate does for *.vcproj files
13:40:35  <Nickman> yeah, but when I run it a second time, it doesn't change anything so...
13:41:33  *** Wezz6400 [] has joined #openttd
13:45:35  *** helb [~helb@] has quit [Remote host closed the connection]
13:46:47  *** helb [~helb@] has joined #openttd
13:48:59  *** Sacro [Ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd
13:51:40  <peter1138> oh god, not sacro
13:51:47  <Sacro> :o
13:51:49  <Sacro> wtf?
13:52:00  <Gekko[PDA]> hoi
13:52:11  <hylje> no wai
13:52:21  <alex__> o rly?
13:52:31  <Eddi|zuHause3> move all zig!
13:52:51  <alex__> peter1138, what are the chances of a copy + paste feature,
13:52:59  <hylje> no.
13:53:14  <alex__> like ive just made this awesome station layout, and now i wanna copy + paste it around the map
13:53:18  <peter1138> what are the chances of winning a lottery?
13:54:35  *** Thomas[NL] [] has quit [Remote host closed the connection]
13:54:41  <Gekko[PDA]> 1 in approx 1 trillion
13:54:45  *** Code601 [] has joined #openttd
13:54:46  <Sacro> peter1138: 1/49!
13:54:48  <Sacro> err
13:54:53  <Sacro> 6/49!
13:55:01  <Sacro> which is about 1 in 14 billion afaik
13:55:06  <Eddi|zuHause3> Sacro: wrong
13:55:12  * Sacro is confused
13:55:14  <Sacro> oh yes
13:55:17  <Sacro> tis 1/49!
13:55:59  <Eddi|zuHause3> no, whar you mean is 6!*(49-6)!/49!
13:56:12  <Sacro> !calc 6!*(49-6)!/49!
13:56:15  <_42_> Sacro: (standard_in) 2: parse error;(standard_in) 2: parse error;
13:56:21  <Eddi|zuHause3> but you can "win" in the lottery without hitting all 6 numbers
13:56:33  <glx> [15:40:35] <Nickman> yeah, but when I run it a second time, it doesn't change anything so... <-- it's because EOL, first time .sq are dos files, and the script generates unix files
13:56:41  <Eddi|zuHause3> and i think it's rather 14 million
13:57:20  <Eddi|zuHause3> !calc 49*48*47*46*45*44/6/5/4/3/2
13:57:21  <_42_> Eddi|zuHause3: 13983816.0000000000;
13:57:24  *** Thomas[NL] [] has joined #openttd
13:57:28  <Eddi|zuHause3> see
14:00:40  <Sacro> oooh clever
14:01:33  <Nickman> ah, so thats why
14:02:06  <Eddi|zuHause3> why what?
14:09:37  *** Alltaken [] has quit [Quit: ChatZilla [Firefox]]
14:13:59  *** mode/#openttd [+v orudge] by ChanServ
14:14:02  *** mode/#openttd [+v peter1138] by ChanServ
14:15:51  *** Taebs [] has joined #openttd
14:16:23  <Taebs> hey @ all i have a question ^^
14:17:04  <Taebs> someone on?
14:17:17  <Gekko[PDA]> _no.
14:17:19  <Gekko[PDA]> lol
14:17:28  <Taebs> germans?
14:17:42  <Gekko[PDA]> maybe.
14:17:53  <glx> just ask
14:17:56  <glx> it's easier
14:18:02  <Taebs> how can i change a cityname on a dedicated server?
14:18:07  <Noldo> I seem to suck at making wikipages
14:18:31  <Taebs> i diddn't found a command
14:18:39  <glx> Taebs: you can't, you need to use the gui to do that
14:19:03  <Taebs> gui?
14:19:18  <Gekko[PDA]> lol.
14:19:25  <Gekko[PDA]> Taebs++
14:19:36  <glx> ie non dedicated server
14:19:36  <Taebs> ?
14:19:46  <Taebs> it'S my server ^^
14:19:58  <Gekko[PDA]> it's my pie!
14:20:04  <Taebs> but when i connect as a player i can'T change the name ;)
14:20:17  <glx> yes only the server can do that
14:20:23  <Taebs> how?
14:20:29  <glx> but only if the server is not dedicated
14:20:34  <Taebs> -_-
14:20:45  <Taebs> why there isn't a command for that? ^^
14:20:57  <Taebs> you can nearly all change there xD
14:21:27  *** Ammlller is now known as Ammler
14:21:27  <Gekko[PDA]> glx: he has a valid point.
14:22:14  <glx> but I think there will be a lot of errors as you can't say rename X to Y, only rename town 0 or town 10
14:22:44  <Gekko[PDA]> why not?
14:22:55  <Taebs> rename "cityname" = "newcityname"
14:22:56  *** lolman [] has joined #openttd
14:23:02  <Gekko[PDA]> pointers and variables
14:23:02  <Taebs> or something like that
14:23:31  <Taebs> rename_city "cityname" <newcityname>
14:23:39  <Taebs> like normal name command ^^
14:23:43  *** arcil [] has joined #openttd
14:23:48  <glx> needs to lookup ALL towns to find the index
14:24:18  <Taebs> mhh.. a command which only works if the city is on the map.. isn't it easier?
14:27:12  <Eddi|zuHause3> on what map?
14:27:59  <Taebs> hö?
14:28:27  *** Ammler [] has quit [Remote host closed the connection]
14:30:29  *** Ammler [] has joined #openttd
14:35:25  <Eddi|zuHause3> as for your request, there might be a far future when the squirrel interface from the NoAI branch could be adapted as a console scripting language
14:35:35  <Eddi|zuHause3> then you can ask again, if it was easy to introduce such a command
14:36:03  <Eddi|zuHause3> or you write the command yourself
14:36:24  <Eddi|zuHause3> if you do it right, it should be completely server side, and not affect clients joining your server
14:43:31  *** exe [] has joined #openttd
14:52:00  *** PinguTux [] has joined #openttd
14:55:37  <PinguTux> hi guys! i have found a crash bug in current mac os x nightlies.
14:58:31  *** helb [~helb@] has quit [Remote host closed the connection]
15:00:13  <Eddi|zuHause3> and we are now supposed to use our telepathic powers to find out what is wrong?
15:04:00  <PinguTux> no :)
15:05:16  <PinguTux> steps to reproduce: download latest nightly, run nightly (without trg*.grf, -> crash
15:05:49  <glx> it asserts as it should do
15:06:08  <glx> so not a bug
15:06:12  <PinguTux> yes, but there is no dialog, this is a regression
15:06:29  <glx> it's not a release version
15:07:59  <PinguTux> it asserts with a bus error and in the wrong place :)
15:08:47  <PinguTux> Thread 0 Crashed:
15:08:47  <PinguTux> 0   openttd 	0x0018bfbc CocoaDialog(char const*, char const*, char const*) + 64 (
15:08:47  <PinguTux> 1   openttd 	0x00187d8f ShowMacDialog(char const*, char const*, char const*) + 31 (
15:08:47  <PinguTux> 2   openttd 	0x0015ce9d ShowOSErrorBox(char const*) + 43 (unix.cpp:119)
15:08:48  <PinguTux> 3   openttd 	0x000c7ad9 error(char const*, ...) + 71 (openttd.cpp:108)
15:08:48  <PinguTux> 4   openttd 	0x00054e81 FioOpenFile(int, char const*) + 71 (fileio.cpp:184)
15:08:48  <PinguTux> 5   openttd 	0x001196a1 OpenBankFile(char const*) + 45 (sound.cpp:33)
15:10:21  * PinguTux and it isn't an exception: Exception:  EXC_BAD_ACCESS (0x0001)
15:10:21  * PinguTux Codes:      KERN_PROTECTION_FAILURE (0x0002) at 0x00000000
15:10:52  <glx> should assert in openttd.cpp:110
15:11:36  <ln-> hmm, it's crashing when it's trying to show the error dialog.
15:12:11  <PinguTux> the problem is: _video_driver is NULL
15:14:23  <TrueBrain> known problems of OSX, see bug-tracker
15:14:33  <TrueBrain> assert shit in OSX is ... well.. not always as correct as one might hope
15:14:35  <TrueBrain> go fix :)
15:15:22  <PinguTux> i have made a small patch which makes the error go away and shows the dialog again, but i dont know if the patch is ok
15:16:53  <PinguTux>
15:17:16  *** Zaviori [] has joined #openttd
15:18:26  *** Brianetta [] has quit [Quit: Tschüß]
15:22:31  <PinguTux> i think the regression happened in r10444 or r10450
15:24:25  *** Zavior [] has quit [Ping timeout: 480 seconds]
15:29:12  <glx> PinguTux: maybe post the diff in or
15:30:10  *** Zaviori [] has quit [Ping timeout: 480 seconds]
15:32:16  <PinguTux> ok, will do
15:32:58  *** |Jeroen| [] has joined #openttd
15:34:40  *** exe [] has left #openttd []
15:42:22  *** Frostregen_ [] has joined #openttd
15:43:35  <alex__> while in game is there a way to check server IP address through client console?
15:43:43  <alex__> server name/ ip address?
15:46:26  *** skidd13 [] has joined #openttd
15:47:56  *** Frostregen [] has quit [Ping timeout: 480 seconds]
15:48:02  *** Frostregen_ is now known as Frostregen
15:48:53  *** PinguTux [] has quit [Quit: PinguTux]
15:51:06  *** Digitalfox_Desktop [] has joined #openttd
15:51:34  <Digitalfox_Desktop> Good Afternoon to you all ;)
15:51:39  *** PinguTux [] has joined #openttd
15:52:59  *** PinguTux [] has quit []
15:53:12  <Digitalfox_Desktop> I have compile the last build of branch new_ports , and when running it it crashes on openttd menu, it doesn't let even acess/change anything in the menu!! Using windows OS..
15:53:37  <Digitalfox_Desktop> Anyone tried it and have the same problem?
15:54:36  <Taebs> Eddi|zuHause? noch da?
15:55:42  <glx> Digitalfox_Desktop: works for me, it just fails to load intro game
15:56:27  <Digitalfox_Desktop> Well in my case it crashes, so can i remove the intro file and it works?
15:57:24  <Digitalfox_Desktop> Crash = assertion on aircraft_cmd.cpp
16:05:10  <skidd13> just rename opntitle.dat to
16:05:23  *** iPandaMojo [] has quit [Quit: iPandaMojo]
16:05:37  <skidd13> the savegame compatibility isn't that far AFAIK
16:13:05  *** Wezz6400 [] has quit [Quit: bbl :)]
16:16:07  *** skidd13 [] has left #openttd []
16:24:04  <Digitalfox_Desktop> Well i don't acre about, savegame, after all this brach is for testing and development, so it's not a stable one :) But even renaming or removing doesn't prevent the assertion, and i just tryed erasing my cfg file, and it still causes assertion
16:43:19  *** sPooT [] has joined #openttd
16:44:21  *** Xintron [] has joined #openttd
16:44:26  <Xintron> Hello!
16:45:14  <Xintron> I would like some help ;)
16:45:35  <Xintron> I need help to install openttd on my computer (linux)
16:45:46  <Xintron> Don't really know how I should install TTD
16:45:59  <Phazorx> got svn?
16:46:15  <Xintron> svn?
16:46:24  <|Jeroen|> subversion
16:46:28  <Phazorx> subversion i take that as a no
16:46:46  *** Wolf01 [] has joined #openttd
16:46:48  <Wolf01> hello
16:46:50  <Xintron> Subversion would be?
16:46:56  <Prof_Frink> Xintron: What distro are you using?
16:47:00  <Xintron> Ubuntu
16:47:09  <Xintron> I got TTD for windows
16:47:52  <Prof_Frink> Get the .deb and install it with gdebi
16:48:22  <Wolf01> or download the nightly and untar it in a folder
16:48:41  <Prof_Frink> Wolf01: Let's keep this simple
16:49:07  <Xintron> What's the difference?
16:49:40  <Prof_Frink> Xintron: The nightly has some newer features, but is potentially unstable
16:49:46  <Xintron> ah
16:49:47  <Xintron> ok
16:50:59  *** Wezz6400 [] has joined #openttd
16:51:29  <Prof_Frink> Once you've installed the .deb, you need to copy all the *.grf files and from TTD to /usr/share/games/openttd/data/
16:52:15  <Prof_Frink> You'll need to be root (sudo) to do so.
16:52:20  <Xintron> I knw
16:52:23  <Xintron> *know
16:56:59  <Sacro> Prof_Frink: sudo make me a sandwich
16:57:29  <Wolf01> Sacro: OLD! :D
16:58:05  * Prof_Frink shoots lightning from his fingertips and levitates
16:58:38  * Wezz6400 sets Prof_Frink on fire
16:58:48  *** SmatZ [] has quit [Quit: Konversation terminated!]
17:00:01  <Xintron> So, done copy etc
17:00:07  <Xintron> Is it only to run the game now?
17:00:22  <Xintron> nvm ;)
17:10:53  <Xintron> ok, how do I turn off sound in the game menu?
17:11:25  <glx> start a game and set the volume
17:12:02  <Xintron> ah
17:12:57  <Wezz6400> you don't really want to turn it off now do you? ;)
17:13:59  <glx> another way is to start with "./openttd -m null"
17:14:17  <glx> hmm -s null for sound
17:18:07  *** HMage [] has joined #openttd
17:19:52  *** HMage [] has quit [Read error: Connection reset by peer]
17:20:10  <Wolf01> i'm still with the opinion that an option menu which allows you to set all the options in one window is better, and i think is possible also to find a little space for a little 0[----I------]100 <- i don't know how is called, to set the volume of the sound/music without start a new game and open the jukebox
17:25:42  <Xintron> yeah
17:25:47  *** |Jeroen| [] has quit [Quit: oO]
17:25:50  <Xintron> And to dissable sound in the game menu
17:26:18  <Xintron> Cuz I had it running for a while, listening to music at the same time, couldn't stand it. Had to start a new game and pause/turn down the volume to get rid off it
17:39:37  <blathijs> Sacro: I have the T-shirt :-)
17:39:55  <Sacro> blathijs: haha, nice
17:39:58  <Sacro> so does orudge i belive
17:40:01  <blathijs> indeed :-)
17:40:15  <Wolf01> i just forced a friend to do a thing with sudo
17:40:33  <Wolf01> he asked for a password :D
17:40:51  <orudge> I have multiple t-shirts!
17:41:08  <Xintron> Spider pig, spider pig, does whatever a spider pig does!
17:41:31  <Taebs> lol xD
17:41:52  <Xintron> Senn it Taebs?
17:42:12  <Taebs> seen? simpsons kino?
17:42:22  <Taebs> sure ^^
17:42:24  <Xintron> yes
17:42:27  <Taebs> 2 times ^^
17:42:34  <Xintron> Spiderschwein, spiderschwien :)
17:42:42  <Taebs> das so genial ^^
17:42:49  <Xintron> ofc it is!
17:42:52  <Taebs> danke frau mit den größen brüsten ^^
17:43:22  <Taebs> in der zentrale von den telefonaten abhör bla xDDDD looooool ^^
17:43:39  <Taebs> JAAA! jaaa! ich habe es! entlich unser erster erfolg mit dieser aktion! ^^
17:59:54  *** lolman [] has quit [Read error: Connection reset by peer]
18:06:09  *** helb [~helb@] has joined #openttd
18:06:46  *** HMage [] has joined #openttd
18:07:52  *** Vikthor [] has quit [Quit: Leaving.]
18:10:43  <CIA-1> OpenTTD: richk * r10766 /branches/NewGRF_ports/ (173 files in 12 dirs): [NewGRF_ports] -Sync: with trunk r10651-10765
18:23:36  <Taebs> mhhh... someone i don'T understand....
18:24:26  <Taebs> why the monorail X2001 only drive 268km/h? it should drive up to 304km/h
18:25:01  <CIA-1> OpenTTD: richk * r10767 /branches/NewGRF_ports/bin/data/ (7 files in 2 dirs): [NewGRF_ports] -Add: Added sprite and nfo data for newgrf files.
18:26:27  <Rubidium> 'cause you are running the train with too many wagons for the engine to pull
18:26:55  *** arcil [] has quit [Quit: Leaving]
18:28:09  <Phazorx> ... or perhaps there is something else limitting the speed like an slow bridge, a slope, a crurve, another train ahead
18:34:01  <Taebs> mhhhhh.... okay... rubdiums answer was rigth in this situation ^^
18:34:13  <Taebs> *rubidium
18:35:01  <CIA-1> OpenTTD: rubidium * r10768 /trunk/src/oldpool.h: -Codechange: allow to specify from which index to search for a free pool item.
18:35:05  <Taebs> and what is wagonspeedlimit? O.o
18:36:20  *** helb [~helb@] has quit [Remote host closed the connection]
18:37:38  <Rubidium> some wagons (newgrfs) have speed limits, which obviously limit the speed of the whole consist
18:37:38  *** Thomas[NL] [] has quit [Remote host closed the connection]
18:38:24  <Taebs> mhh... thx.. afk
18:40:28  <Phazorx> Rubidium: coopers have another series of concurrent desyncs... on RV only game... interested?
18:40:50  *** Thomas[NL] [] has joined #openttd
18:41:34  <Eddi|zuHause3> that "co-opers" really should need a hypen there
18:42:19  <Phazorx> not my call :)
18:42:37  <Eddi|zuHause3> well, a "cooper" is something entirely different :p
18:42:50  <Phazorx> care to elaborate?
18:43:23  <Prof_Frink> Jus' like that!
18:54:12  <Maedhros> coopers are people who make wagon wheels, iirc
18:54:53  <Prof_Frink> Or dead magicians
18:55:17  <Phazorx> we make wagon wheels spin a lot :)
19:00:27  *** smoovi [] has quit [Remote host closed the connection]
19:00:37  *** helb [~helb@] has joined #openttd
19:09:36  <Digitalfox_Desktop> Nice, after compiling the last build of new_ports branch i have no longer assertions :)
19:15:31  *** Zavior [] has joined #openttd
19:17:00  <CIA-1> OpenTTD: glx * r10769 /branches/noai/src/ai/api/
19:17:00  <CIA-1> OpenTTD: [NoAI] -Fix: EOL only changes are now considered as "not changed"
19:17:00  <CIA-1> OpenTTD: [NoAI] -Add: remove .hpp.sq if .hpp doesn't exist
19:22:27  <Rubidium> Phazorx: any idea when the desync happens? How many desync? How often? What version?
19:23:09  *** Zr40 [] has quit [Quit: Zr40]
19:26:26  *** Taebs [] has quit [Ping timeout: 480 seconds]
19:34:40  *** dihedral [] has quit [Quit: leaving]
19:36:14  <CIA-1> OpenTTD: rubidium * r10770 /trunk/src/ (9 files):
19:36:14  <CIA-1> OpenTTD: -Codechange: use the pool item class as super class for the vehicle struct.
19:36:14  <CIA-1> OpenTTD: -Codechange: do not force "special" vehicles to be allocated in the low 1024 vehicle slots and non "special" vehicles in the rest of the slots.
19:37:18  <De_Ghost> what's a special vheical?
19:37:27  <De_Ghost> a vehicale for the disables?
19:37:34  <glx> smoke, disasters
19:39:32  <Wolf01> when slots for grf vehicles?
19:45:05  *** stillunknown [] has joined #openttd
19:50:41  *** Ben_ is now known as _Ben_
19:58:08  *** Digitalfox_Notebook [] has joined #openttd
19:59:07  *** Digitalfox_Notebook [] has quit []
20:00:27  *** helb [~helb@] has quit [Remote host closed the connection]
20:01:40  *** helb [~helb@] has joined #openttd
20:06:05  <Phazorx> Rubidium: 10737, quite often after a bit of playtime... very similar to plane speed bug, all new players get desynced in a matter of days
20:06:20  <Phazorx> perrhaps relevant to evergoing autoreplace desyncs
20:06:28  <Phazorx> since before we used it - was not happening
20:06:39  <Phazorx> unfortunatelly after restart goes away
20:06:49  <Phazorx> so i could not reproduce it locally
20:06:58  <Rubidium> if you disable autoreplaces, does it work?
20:07:37  <Rubidium> i.e. does it not desync
20:08:00  <CIA-1> OpenTTD: rubidium * r10771 /trunk/src/oldloader.cpp: -Codechange: remove some code duplication from the old loader.
20:09:11  <Phazorx> i'm doign some experiments lcoally
20:09:20  <Phazorx> there are no autoreplace going atm
20:09:41  <Phazorx> but even after i stopped all replacaces manually - it was still desyncing frequently untill server restart
20:17:40  <CIA-1> OpenTTD: rubidium * r10772 /trunk/src/ (vehicle.cpp vehicle.h): -Codechange: also make use of the generic clean and destroy pool callback functions for vehicle.
20:18:50  <CIA-1> OpenTTD: rubidium * r10773 /trunk/src/ (8 files): -Codechange: use pool.CleanPool instead of CleanPool(&pool) and similarly for AddBlock*.
20:19:33  *** helb [~helb@] has quit [Remote host closed the connection]
20:20:41  *** helb [~helb@] has joined #openttd
20:22:38  *** Eddi|zuHause [] has joined #openttd
20:25:23  *** Nigel_ [] has joined #openttd
20:25:33  *** Eddi|zuHause3 [] has quit [Ping timeout: 480 seconds]
20:27:09  *** Nigel [] has quit [Ping timeout: 480 seconds]
20:27:39  *** helb [~helb@] has quit [Remote host closed the connection]
20:47:12  <CIA-1> OpenTTD: rubidium * r10774 /trunk/src/oldpool.h: -Fix (r10768): obiwan pleased us with a visit.
20:52:50  <Sacro> Rubidium: wtf?
20:54:03  <Prof_Frink> svn diff time?
20:57:24  <Phazorx> Rubidium: there is a reproducable way to get desynced
20:57:28  <Phazorx> but it is kinda ugly
20:57:47  <Phazorx> sometihng of the kind "let server run unpaused for a whiler and then join"
20:57:56  <Phazorx> a while is more than a month most liky
20:59:53  *** lolman [] has joined #openttd
21:02:10  <Eddi|zuHause> how about something like daily autosave, and then finding the latest one that the desync happens?
21:02:32  <Phazorx> Eddi|zuHause: it is a cumulative runtime issue
21:02:50  <Phazorx> a save made day prior to desync does not desync when loaded
21:02:56  <Eddi|zuHause> exactly
21:02:58  <Phazorx> but will after some time
21:02:59  *** Wezz6400 [] has quit [Quit: te laat, ik ben al weg :P]
21:03:21  <Eddi|zuHause> and somehere inbetween there is a "shortest" time between load and desync
21:03:30  <Phazorx> Eddi|zuHause: i mean that all of these saves will desync eventualy
21:03:50  <Phazorx> i dont think it is proportinal to time
21:04:08  <Phazorx> at least it diesnt look like it now
21:04:44  <Rubidium> the problem is that the save made a day before the desync is actually after the desync occured
21:04:49  <Eddi|zuHause> the timeline is like: <load> |----- <event> ---- <desync>
21:04:51  <Rubidium> it is just before the desync was notified
21:05:12  <Phazorx> Rubidium agreed: any suggestions?
21:05:19  <Eddi|zuHause> so you need to find a savegame where time between "load" and "event" is shortest
21:05:22  <Rubidium> rather: <load> |----- <desyninc event> ---- <notification of the desync>
21:05:43  <Phazorx> Eddi|zuHause: that's a lot of load/save
21:05:43  <Eddi|zuHause> yeah, your version is more verbose :)
21:05:48  <Rubidium> Phazorx: can you compile yourself?
21:05:50  <Phazorx> and no guaranteed result
21:05:55  <Phazorx> Rubidium: i always do
21:06:04  <Rubidium> open network.h
21:06:11  <Rubidium> uncomment line 21
21:06:15  <Rubidium> and recompile
21:06:55  <Phazorx> /#define ENABLE_NETWORK_SYNC_EVERY_FRAME ?
21:07:08  <Rubidium> oh, never mind
21:07:22  <Rubidium> you said that the desync happened if you run the server for a while
21:07:30  <Phazorx> correct
21:07:33  <Rubidium> and then join, without performing any action
21:08:21  <Phazorx> yes
21:08:21  <Phazorx> it's a data/cache based desync looks like it
21:08:21  <Rubidium> so the only thing that can be done is redoing it again and find the earliest join date that desyncs happen
21:08:21  <Phazorx> something that needs to be is not saved or some data is "assuemed" valid on cline t when it is not
21:08:21  <Eddi|zuHause> yeah, that's a typical cache/recalculation symptom
21:09:47  <Phazorx> hmm... there must be more analytical aproach
21:09:53  *** Code601 [] has quit [Ping timeout: 480 seconds]
21:10:03  <Rubidium> and then try to move the begin date forward; i.e. load savegame, proceed a day, reload savegame wait till "earliest desync join date", join, check whether it desyncs
21:10:05  <Phazorx> cuz save/load is mroe like guessing and elimination which always takes a whie;
21:10:56  <Eddi|zuHause> well you can do one long run with daily save, and then do a binary search over those savegames
21:10:58  <Rubidium> Phazorx: it is guessing, but making the desync testing faster makes solving it much faster
21:11:20  <Rubidium> as I have to run the same thing a gazillion times to backtrace the cause of the desync
21:11:42  *** HMage [] has quit [Quit: HMage]
21:11:54  <Phazorx> well i'm gonna try stopping vehciles 1st
21:12:06  <Phazorx> at least narrows down search area
21:12:14  <Phazorx> is there a way to get a date from server concsole?
21:12:19  <Rubidium> and that takes at least 20 iterations and usually much more, so any time gained there is good
21:12:21  <peter1138> "getdate"
21:12:22  <Rubidium> Phazorx: getdate
21:12:29  <Phazorx> thanks
21:18:23  <Eddi|zuHause> daily autosave is pretty easy, just move the line _do_autosave = true; within the IncreaseDate function in date.cpp
21:18:49  <Eddi|zuHause> before the check if a new month begins
21:19:29  <Eddi|zuHause> the number of autosaves to keep might be a problem then, because they are overwritten pretty fast
21:20:09  <Rubidium> there's an patch option to get autosaves with dates
21:20:27  <Eddi|zuHause> cool, haven't seen that one
21:20:35  <Rubidium> keep_all_autosave
21:20:47  <Rubidium> probably not gui accessible
21:22:25  <Phazorx> !calc 250*365
21:22:26  <_42_> Phazorx: 91250;
21:22:40  <Phazorx> 100 megs of saves for year
21:23:08  <Eddi|zuHause> 250kb? that's a quite small savegame :)
21:23:14  <Phazorx> yeah
21:23:36  <Eddi|zuHause> my savegames are usually more like 2MB
21:23:48  <Phazorx> this is 512x128
21:23:51  <Phazorx> and no trains
21:25:07  <TrueBrain> Nananananana: I have OpenTTD on my PocketPC, based on the latest nightly
21:25:09  <TrueBrain> Nanananananaa
21:25:42  *** helb [~helb@] has joined #openttd
21:25:45  <Wolf01> i have hello world on my pocket pc vompiled without visual studio 2005 nanananannanannana
21:25:50  <Wolf01> *compiled
21:26:07  <TrueBrain> that isn't hard :p
21:26:54  <Wolf01> maybe not for you, but i sweat 7 bottles
21:27:59  <TrueBrain> it took me ... 4 days to setup a MSVC env to make Windows Mobile software
21:28:06  <TrueBrain> it took me... 8 GiB of HD space
21:28:09  <TrueBrain> for what I am still unsure
21:28:26  *** TinoM| [] has quit [Quit: Verlassend]
21:28:30  <TrueBrain> it took me 4 hours to just compile a simple stupid example software
21:28:38  <TrueBrain> and 1 day to get OpenTTD to compile for it
21:28:48  <TrueBrain> so, yeah, MS did a nice job in making it impossible
21:28:53  <Rubidium> and it will take you days to run it on my phone (if you ever succeed)
21:29:05  <Wolf01> lol
21:31:22  <Wolf01> so, we might have an official ottd windows mobile port?
21:31:45  <TrueBrain> who knows
21:31:50  <Wolf01> (i need it, i'm bored of sim city 2000)
21:32:00  <TrueBrain> only the mouse appears broken
21:32:00  *** SmatZ [] has joined #openttd
21:33:19  <Wolf01> what about map size? can you run maps > 256^2?
21:33:28  <TrueBrain> haha, dunno
21:33:35  <TrueBrain> I just tried it on the emulator
21:33:36  <TrueBrain> SLOW!
21:33:39  <TrueBrain> but that is logic
21:34:11  <Wolf01> think that i have all what i need but the visual studio :/
21:34:19  *** iPandaMojo [] has joined #openttd
21:34:25  <Wolf01> i already downloaded the sdk, the emulator image etc
21:34:39  <TrueBrain> you need Standard or better
21:34:51  <TrueBrain> and the Windows Mobile 5 PocketPC SDK
21:34:56  <Wolf01> but since it is not compatible with express, i can do nothing
21:35:05  <TrueBrain> :)
21:35:17  <Wolf01> i'm still looking for a student edition
21:35:19  *** Nigel [] has joined #openttd
21:35:26  <TrueBrain> I just pressed some buttons, got myself an empty DVD, and several hours later (VS SP1 update took me 5 hours!!)
21:35:32  <TrueBrain> I had MSVC VS2005 Professional
21:36:36  <Wolf01> the problem is that MS forces you to have an IDE of which you'll use only the 10%, at the price of a space shuttle
21:36:46  <TrueBrain> I will never but it
21:36:51  <TrueBrain> I hate it
21:36:59  <Wolf01> i need only the 10% :)
21:37:03  <TrueBrain> but it is the only software that allows to debug PocketPC
21:37:05  *** Nigel_ [] has quit [Ping timeout: 480 seconds]
21:37:15  <Wolf01> yes, i know
21:37:18  <TrueBrain> as the emulator can ONLY be installed if you install the SDK, which needs MSVC VC2005 Standard...
21:38:57  <TrueBrain> Wolf01: I can always give you a binary :p
21:39:09  <Wolf01> yeah :D
21:39:20  <Wolf01> so i can try it
21:39:28  <Eddi|zuHause> and why is there no gcc for pocketpc?
21:39:42  <TrueBrain> there is
21:39:44  <TrueBrain> but you can't debug
21:39:44  <Wolf01> there is a port
21:39:47  <TrueBrain> and it crashed for no clear reason
21:44:22  *** Progman [] has quit [Remote host closed the connection]
21:52:54  <Sacro> ooh
21:53:06  <Sacro> i have a wm5 ppc next to me
21:53:37  <TrueBrain> then you can soon run it too :p
21:54:08  <Prof_Frink> Hmm, does this mean there'll be a setting for small resolutions?
21:54:18  <TrueBrain> there already is :p
21:54:58  * Prof_Frink shall have to poke about and get a less old version running on his Z
21:57:12  <Eddi|zuHause> Prof_Frink: in the past week(s?) there were a lot of commits like "make window xyz be able to be smaller than default resolution"
21:57:34  <Prof_Frink> woot
21:57:57  * Sacro goes to visit esoftinteractive
21:59:10  <Wolf01> please sacro, don't tease them
21:59:28  <Sacro> aww but i want to
22:00:12  *** iPandaMojo [] has quit [Quit: iPandaMojo]
22:00:50  * Sacro unties his washing line and plugs it into his pda
22:02:38  <Wolf01> mmmh sloooooow terribly slooooooow
22:02:50  <Wolf01> and load failed because of zlib ;)
22:03:04  <TrueBrain> yeah, I know Wolf01
22:03:06  <TrueBrain> was too lazy
22:03:15  <TrueBrain> and the debug version indeed is very slow
22:03:22  <Sacro> now, what do i need to download to compile for a pocketpc?
22:03:32  <Wolf01> the world
22:03:48  <glx> msvc2005 (not express), wm sdk, ...
22:03:57  <Wolf01> there are at least 3gb of softwares
22:04:07  <Sacro> i have msvc 2005 downloaded and installed
22:04:49  <TrueBrain> Wolf01: I have 8 GiB used by it, including the downloaded shit
22:04:53  <Wolf01> the sea animation seem to be normal
22:05:02  <TrueBrain> anyway, Sacro, I can also just give you the binary :p
22:05:08  <Sacro> TrueBrain: yes please!
22:05:23  <Wolf01> duh... it needs to be set on landscape mode
22:05:36  <Sacro> hmm, minisd doesn't fit into my laptop
22:05:58  <TrueBrain> currently it is generating code for the release version..
22:06:13  <Sacro> TrueBrain: i'd like to set up an ide for it anyway
22:06:43  <Sacro> but i need the software to copy stuff to/from it
22:06:50  <TrueBrain> Sacro: MSVC 2005 Standard+, WM SDK, WM 2005 PocketPC SDK
22:06:52  <TrueBrain> and my patch :p
22:07:06  <Sacro> i think i already have the wm sdk
22:07:10  <Sacro> for compiling openttd for win32
22:07:28  <TrueBrain> Windows Mobile SDK
22:07:29  <Wolf01> win32 is not windows mobile
22:07:50  <Sacro> ahh
22:07:56  <Sacro> hmm
22:08:00  <Sacro> it wants to validate windows
22:08:09  *** Deathmaker [] has quit [Read error: Connection reset by peer]
22:08:16  <Sacro> ah, cos i'm using firefox
22:08:34  <Sacro> my net seems seriously slow tonight
22:08:58  <Wolf01> maybe is because of emule
22:09:12  <Eddi|zuHause> who in his right mind uses emule?!?
22:09:24  <Prof_Frink> Sacro: Stop downloading goat pr0n
22:09:29  <Wolf01> lol
22:10:01  <CIA-1> OpenTTD: rubidium * r10775 /branches/noai/ (179 files in 14 dirs): [NoAI] -Sync: with trunk r10535:r10774.
22:10:08  <Wolf01> uhm, the map scrolls automatically :O
22:10:55  <Wolf01> a suggestion about the menu: use 2 arrows to move it left and right ;)
22:12:07  <TrueBrain> in order to make PocketPC usable
22:12:11  <TrueBrain> we need tons of changes and additions :p
22:12:18  <TrueBrain> but okay, it at least starts now :)
22:12:33  <Wolf01> ok, now i learnt how to use the stylus, the "mouse" seem to respond on the second click
22:12:46  <TrueBrain> for some unknown reason, yes
22:12:52  <Sacro> Prof_Frink: i'm not
22:12:56  <SmatZ> maybe downsampling the menu to half the size would be nice, too -
22:12:58  *** sPooT [] has quit [Remote host closed the connection]
22:13:18  <Wolf01> :O a sheep sound near a factory!!! now a cow!!!!!!!
22:13:23  <Eddi|zuHause> you mean resizing the sprites?
22:13:25  *** KritiK [] has quit [Quit: Leaving]
22:13:40  <SmatZ> TrueBrain: does pocketpc use some strange architecture, or the problem lies only in the GUI part?
22:13:48  <SmatZ> Eddi|zuHause:  yes, is it a problem?
22:13:53  <Wolf01> *factory->farm
22:14:03  <TrueBrain> SmatZ: it has its own arch yes, 'arm'
22:14:26  <TrueBrain> current target is armv4
22:14:37  <TrueBrain> which is basicly PocketPC 2003 and above
22:14:40  <Eddi|zuHause> SmatZ: well, you might want to try to shove it through the zooming code, but it is quite a big change
22:14:45  <TrueBrain> or at least WM5 and WM6 :p
22:17:06  <SmatZ> TrueBrain: I am sorry, I don't know PocketPC at all :( if there are needs to change a lot of things (not only big/little endian), it could be a challenge ...
22:17:33  <TrueBrain> I just finished initial support, so the challenge is kind of over
22:17:33  <SmatZ> TrueBrain: sorry I sent previous line by mistake
22:17:33  <TrueBrain> the rest is optimizing :)
22:18:27  <SmatZ> Eddi|zuHause: I though just to downsample some sprites just while loading them -
22:19:04  <Sacro> Windows Mobile 5.0 SDK for Pocket PC?
22:19:17  <Eddi|zuHause> yes... "just"... but the infrastructure for that is not there
22:19:22  <Sacro> 700KB//s
22:19:26  <Sacro> no so bad
22:19:26  <TrueBrain> Sacro: yes
22:23:39  <Sacro> need activesync too i guess
22:23:59  <TrueBrain> not if you use emulators
22:24:27  <Sacro> i have the actual phone :p
22:24:39  <TrueBrain> you don't want to send it to there every time
22:24:46  <TrueBrain> it crashes the phone in the worst case
22:24:48  <TrueBrain> and it takes for ever
22:24:55  <TrueBrain> in the emulator you can save a state
22:25:00  <TrueBrain> and make it easier to work with it
22:25:06  <TrueBrain> (although it still is a big PAIN IN THE ASS)
22:25:39  *** ThomasNL [] has joined #openttd
22:25:39  *** Thomas[NL] [] has quit [Read error: Connection reset by peer]
22:26:31  <Xintron> I just started playing this wonderful game but have problems with airplanes
22:26:36  <Xintron> How do I get planes?
22:26:53  <Rubidium> build an airport and click on the hangar
22:27:01  <Xintron> ok
22:27:11  <Rubidium> looks a little like a train/road depot, but with a curved roof and it's grayish
22:27:22  <Xintron> I found it
22:27:24  <Xintron> thanks :)
22:27:26  <Xintron> Love this game
22:37:20  <Sacro> TrueBrain: you got the ppc5 binary?
22:38:09  <Xintron> If a train crashes, what do I do with that train?
22:38:21  <Sacro> Xintron: clear it up
22:38:33  <Sacro> inform the next of kin
22:38:33  <Xintron> how?
22:38:44  <Xintron> it disspaered now :)
22:38:49  <TrueBrain> Sacro: the mouse is broken, we know that :p
22:38:52  <TrueBrain> you need to double click
22:39:23  <Sacro> TrueBrain: eh?
22:39:35  <TrueBrain> the binary I just gave you
22:39:40  <TrueBrain> it has a known problem with mouse handling
22:39:42  *** Wezz6400 [] has joined #openttd
22:40:11  <Sacro> ooh a binary
22:44:12  <Sacro> is all i need to compile?
22:45:05  <Sacro> TrueBrain: where do all the data files go?
22:45:18  <glx> in data
22:45:19  <TrueBrain> Sacro: store it somewhere yourself
22:45:27  <TrueBrain> oh, like that
22:45:32  <TrueBrain> Sacro: same layout as any other system
22:45:37  <Sacro> and does it need svn or stable?
22:46:04  <glx> latest trunk
22:46:13  <Sacro> hmmm
22:46:24  <glx> (10774)
22:46:25  <Sacro> nightly do?
22:46:38  <TrueBrain> most likely
22:46:51  <Sacro> hmmm
22:46:54  <Sacro> which SDK do i need
22:47:58  *** ThomasNL [] has quit [Remote host closed the connection]
22:48:15  <Sacro> i have the Windows Mobile 5 SDK
22:48:49  * Sacro puts on Brianettas Standard grf set
22:48:52  <Sacro> need to have UKRS :p
22:49:23  *** Digitalfox_Desktop [] has quit [Quit: Bye]
22:50:16  <TrueBrain> lol
22:50:24  <TrueBrain> it already takes for ever to start :p
22:50:46  <Sacro> norev000 :(
22:50:53  <Sacro> and i wanted to play onlie
22:50:54  <Sacro> :o
22:50:57  <TrueBrain> haha :)
22:50:59  <Sacro> loader for zlib is not available
22:51:02  <TrueBrain> yup
22:51:10  <Sacro> hmm
22:51:13  <Sacro> needs to be landscape
22:51:27  <TrueBrain> yeah, working on a new version
22:51:27  <glx> you can change it yourself
22:51:37  <TrueBrain> which autodetects the res
22:51:37  <Sacro> glx: can i?
22:51:52  <TrueBrain> Settings > Screen > Landscape :p
22:52:02  * Prof_Frink has an xrandr rotatey button in his panel
22:52:27  <Sacro> hmmm
22:52:29  <Sacro> slight issue
22:52:36  <Sacro> i managed to open the options menu
22:52:43  <Sacro> but the ok button is offscreen
22:53:49  <TrueBrain> not all screens can handle the lowres yet
22:54:11  <glx> they all can handle psp res
22:54:20  <glx> IIRC
22:54:23  <Sacro> 2048x2048
22:54:25  <Sacro> i like big maps
22:57:01  * Wolf01 nods
22:58:24  <TrueBrain> Sacro / Wolf01: reload binary, it has some updates (runs a bit smoother ;))
23:01:36  <Sacro> hmm
23:01:41  <Sacro> someones playing with a police siren
23:03:32  <Eddi|zuHause> that ought to be a crime
23:03:36  <Rubidium> glx: not all can handle the psp resolution; difficulty, patches and graphs are the ones I know of.
23:04:08  <glx> I though it was ok
23:04:53  <SmatZ> !revision
23:05:03  <SmatZ> sorry
23:05:26  <Rubidium> well, those windows are (really) not needed for game play
23:05:51  <Rubidium> the difficulty is small enough when in the main menu, but in the normal game you've got the toolbars
23:05:52  <Wolf01> TrueBrain, i think you can disable the generation of maps size > 512^2
23:06:04  <TrueBrain> Wolf01: if some idiot wants to do so...
23:06:22  <Rubidium> and the patch window is just generally too large
23:06:51  <Wolf01> it crashes wit "not enough memory to store the map" or something like it
23:07:29  *** lolman [] has quit [Read error: Connection reset by peer]
23:07:30  <Sacro> We're sorry...
23:07:30  <Sacro> ... but your query looks similar to automated requests from a computer virus or spyware application. To protect our users, we can't process your request right now.
23:07:32  <Sacro> :o
23:08:23  <Wolf01> i think you should make an hardware button to close all the windows
23:09:11  <Sacro> yep
23:09:19  <Wolf01> Sacro, you are a bot, and that is the evidence
23:09:22  <Rubidium> one good hit with a hammer closes all windows
23:09:35  <Sacro> Rubidium: in my house, it opens them
23:09:42  <Sacro> or as good as
23:11:37  *** Sacro [Ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Read error: Connection reset by peer]
23:14:35  *** Progman [] has joined #openttd
23:16:45  <SmatZ> are you testing gcc 4.2.x to compile openttd?
23:17:34  <TrueBrain> are you?
23:17:49  <SmatZ> yes
23:18:10  <SmatZ> I just get irritating warnings /mnt/svn/openttdcoop/src/yapf/../misc/blob.hpp:376: warning: assuming signed overflow does not occur when assuming that (X - c) >= X is always true
23:18:20  <SmatZ> so if any of devs is aware of that
23:18:41  <SmatZ> it can be avoided by adding -fno-signed-overflow or something like that...
23:19:19  <CIA-1> OpenTTD: rubidium * r10776 /trunk/src/tunnelbridge_cmd.cpp: -Fix [FS#1081]: you would not pay for some foundations of bridges whereas you would pay for others.
23:19:20  <Rubidium> SmatZ: that's a compiler bug
23:19:41  <CIA-1> OpenTTD: truelight * r10777 /trunk/src/station.h: -Fix: don't put the ctor debug on lvl3, it is more a lvl5 debug
23:20:30  <Rubidium> the compiler does optimizations and determines that some value is always positive, whereas it does not need to be always that way
23:24:50  <Wolf01> looooooooool
23:25:06  <Rubidium> SmatZ: do you think the following is wrong?
23:25:07  <Rubidium> 		assert(idx >= 0); assert(idx < Size());
23:25:18  <SmatZ> Rubidium: I am looking into the code...
23:25:20  <Rubidium> where idx is a signed integer
23:25:37  <Rubidium> and Size() too
23:26:24  <CIA-1> OpenTTD: truelight * r10778 /trunk/src/ (6 files in 2 dirs):
23:26:24  <CIA-1> OpenTTD: -Fix: one-liners to allow MSVC and WINCE to work together (or anyway, a step towards that goal)
23:26:24  <CIA-1> OpenTTD: -Fix: put DEBUG lines under WINCE via a function designed for just that under WINCE
23:27:51  <SmatZ> Rubidium: seems everything works ok - the only case when it would fail would be if one/both of idx and Size() were big positive/negative numbers
23:28:18  <SmatZ> and they are not... and compiler is just giving information it is assuming the signed overflow doesn't occur
23:28:28  *** Maedhros [] has quit [Quit: leaving]
23:29:48  <SmatZ> Rubidium: I just needed more time to imagine what is going on :(
23:30:28  <Rubidium> but the warning has nothing to do with the actual checks
23:31:18  <Rubidium> otherwise it has to give this warning *everywhere* where you check stuff like "val >= 0 && val < 10"
23:31:23  <SmatZ> maybe ... maybe the code generated does, I will check the asm
23:33:03  <Rubidium> Wolf01: stupid Sergej
23:37:02  <SmatZ> Rubidium: maybe it checks Size() - idx >= 0 instead
23:37:36  <SmatZ> assuming it won't overflow, it has the same effect... except different assert triggered
23:39:18  <Rubidium> still, I don't care how it optimizes as long as it does it correctly and does not give warnings about it's own optimized code
23:42:46  <SmatZ> what kind of warnings do you mean? gcc 4.2.x gives those warnings ... they are not critical at all, but they are still warnings
23:43:06  <SmatZ> mmm nevermind, you have something really more interesting to do :) sorry
23:43:07  <Rubidium> the warnings gcc gives
23:43:43  <Rubidium> SmatZ: we shouldn't hide GCC warnings that GCC finds in it's own optimized code
23:44:49  <SmatZ> Rubidium: thanks, that explains everything
23:45:42  <TrueBrain> night all
23:45:58  <Rubidium> on the other hand, I wonder whether they do know about this issue
23:46:18  <SmatZ> TrueBrain: night
23:47:26  <SmatZ> Rubidium: do you think this is an issue? it seems to give information like 'I am doing some expectations while optimising, if the C code was not conforming to the standards, it might not work aas expected'
23:48:22  <Rubidium> <- it even is a regression
23:49:19  *** Smoovious [] has quit [Ping timeout: 480 seconds]
23:49:27  <Eddi|zuHause> SmatZ: no, it is not, it is a real error, if it does unsafe optimisations
23:49:37  <ln-> wtf:
23:50:16  <Eddi|zuHause> what exactly is the "wtf"?
23:50:41  <Eddi|zuHause> ah... it's an "american" mig 21 :p
23:50:48  *** helb [~helb@] has quit [Remote host closed the connection]
23:51:31  <ln-> indeed...
23:52:11  <SmatZ> Rubidium: this seems to be an error because of excessive warning, but not all warnings are excessive
23:52:48  <SmatZ> it is from the gcc testsuite, where it shouldn't give any warning
23:52:49  <SmatZ> or os
23:52:50  <SmatZ> so
23:53:37  <glx> in the followup of the message Rubidium pointed they even seem to have a fix
23:54:17  <SmatZ> Eddi|zuHause:  from the gcc manpage :
23:55:59  <Eddi|zuHause> SmatZ: i know what an overflow is, that is not the point
23:56:52  <SmatZ> Eddi|zuHause: true, it was not the correct text to paste ...
23:57:17  <SmatZ> gcc 4.2 release notes ->
23:57:21  *** skidd13 [] has joined #openttd
23:57:50  <Eddi|zuHause> SmatZ: the point is that the code at the given lines does not do any arithmetics at all, so if the compiler "optimises" any arithmetics in there, it has to prove that it does not change the semantics of the code (beyond what the specs allow)
23:58:12  <Rubidium> adding -fstrict-overflow does not sounds like the way to go; there is a lot of code that assumes that overflows happens and (by some "law") there will be one that uses signed integers.
23:58:40  <SmatZ> Eddi|zuHause: "-fstrict-overflow tells the compiler that it may assume that the program follows the strict signed overflow semantics permitted for the language: for C and C++ this means that the compiler may assume that signed overflow does not occur."
23:58:52  <Eddi|zuHause> so that warning does not warn about the code, but about internal code replacements that the "user" should not have to know about
23:59:16  <SmatZ> they are talking about 'strict signed overflow semantics permitted for the language' - what is the standard?
23:59:45  <SmatZ> Rubidium: the problem is that -fstrict-overflow is enabled by default with -O2 and higher ... maybe even -O1
23:59:54  <SmatZ> Eddi|zuHause: yes

Powered by YARRSTE version: svn-trunk