Times are UTC Toggle Colours
00:00:16 *** elmex [~elmex@e180066120.adsl.alicedsl.de] has quit [Remote host closed the connection] 00:09:40 *** Vikthor [~Vikthor@212.24.150.226] has quit [Quit: Leaving.] 00:17:14 *** lolman [~lolman@cpc3-leds2-0-0-cust55.leed.cable.ntl.com] has joined #openttd 00:21:22 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has quit [Quit: Zzz] 00:29:25 *** Nickman^Away [~nn@d54C1C327.access.telenet.be] has quit [Quit: ( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )] 00:39:38 *** XeryusTC [~irc@cc480157-b.sneek1.fr.home.nl] has quit [Quit: Solong, and thanks for all the fish.] 00:39:46 *** Maedhros [~jc@i-195-137-43-74.freedom2surf.net] has quit [Quit: good night] 00:42:28 *** RichK67 [~RichK67@194.164.100.143] has quit [Quit: RichK67] 01:07:58 *** Bjarni [~Bjarni@0x50c79a05.virnxx14.adsl-dhcp.tele.dk] has quit [Quit: Leaving] 01:15:43 *** Ben_1 [~Ben@82.152.217.161] has joined #openttd 01:20:30 *** _Ben_ [~Ben@82.152.217.161] has quit [Ping timeout: 480 seconds] 01:28:10 *** _Ben_ [~Ben@82.152.217.161] has joined #openttd 01:31:37 *** Eddi|zuHause2 [~johekr@p54B74CE6.dip.t-dialin.net] has joined #openttd 01:32:01 *** Ben_1 [~Ben@82.152.217.161] has quit [Ping timeout: 480 seconds] 01:37:59 *** Eddi|zuHause [~johekr@p54B75BD7.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 01:39:02 *** Que [addicted@210.57.222.3] has joined #openttd 01:47:09 *** Que [addicted@210.57.222.3] has quit [Ping timeout: 480 seconds] 01:55:32 *** Eddi|zuHause2 [~johekr@p54B74CE6.dip.t-dialin.net] has quit [Remote host closed the connection] 01:55:36 *** Eddi|zuHause3 [~johekr@p54B74CE6.dip.t-dialin.net] has joined #openttd 02:03:36 *** Ammller [~Ammler@adsl-84-227-73-213.adslplus.ch] has joined #openttd 02:10:28 *** Ammler [~Ammler@adsl-84-227-73-213.adslplus.ch] 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 [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye] 02:44:29 *** lolman [~lolman@cpc3-leds2-0-0-cust55.leed.cable.ntl.com] has quit [Ping timeout: 480 seconds] 02:54:03 *** Ben_1 [~Ben@82.152.217.161] has joined #openttd 02:58:38 *** _Ben_ [~Ben@82.152.217.161] has quit [Ping timeout: 480 seconds] 03:17:10 *** Ben_ [~Ben@82.152.217.161] has joined #openttd 03:20:42 *** lolman [~lolman@cpc3-leds2-0-0-cust55.leed.cable.ntl.com] has joined #openttd 03:23:33 *** Ben_1 [~Ben@82.152.217.161] 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 [~lolman@cpc3-leds2-0-0-cust55.leed.cable.ntl.com] has quit [Ping timeout: 480 seconds] 05:16:32 *** Zr40 [~zr40@zr40.xs4all.nl] has joined #openttd 05:21:43 *** Ammller [~Ammler@adsl-84-227-73-213.adslplus.ch] has quit [Ping timeout: 480 seconds] 05:23:44 *** Code601 [code601@cpc2-glen3-0-0-cust301.belf.cable.ntl.com] has joined #openttd 05:40:46 *** Code601 [code601@cpc2-glen3-0-0-cust301.belf.cable.ntl.com] has quit [Ping timeout: 480 seconds] 05:47:59 *** Deathmaker [~Miranda@dslb-082-083-199-022.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 06:24:47 *** Gekkko` [~Gekkko@CPE-124-183-12-152.nsw.bigpond.net.au] has joined #openttd 06:26:42 *** Gekkko` is now known as Gekko 06:35:21 *** Maedhros [~jc@i-195-137-43-74.freedom2surf.net] has joined #openttd 07:04:19 *** TinoM [~Tino@i5387D656.versanet.de] 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@211.28.155.84] has joined #openttd 07:39:10 *** HMage [HMage@hmage.dialup.corbina.ru] has joined #openttd 08:12:31 *** Deathmaker [~Miranda@dslb-082-083-216-005.pools.arcor-ip.net] has joined #openttd 08:23:44 *** Maedhros_ [~jc@i-195-137-43-74.freedom2surf.net] has joined #openttd 08:23:50 *** Vikthor [~Vikthor@212.24.150.226] has joined #openttd 08:30:39 *** Maedhros [~jc@i-195-137-43-74.freedom2surf.net] has quit [Ping timeout: 480 seconds] 08:32:45 *** elmex [~elmex@e180064147.adsl.alicedsl.de] has joined #openttd 08:34:33 *** tokai [~tokai@p54B80D13.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 08:36:14 *** tokai [~tokai@p54B82121.dip0.t-ipconnect.de] has joined #openttd 08:36:16 *** mode/#openttd [+v tokai] by ChanServ 08:44:23 *** helb [~helb@84.244.90.159] has quit [Ping timeout: 480 seconds] 08:45:30 *** helb [~helb@84.244.90.159] has joined #openttd 08:51:08 *** kaan [~klaus@82.192.152.195] 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 [~smatz@a40-prg1-5-107.static.adsl.vol.cz] has joined #openttd 09:18:52 *** ThePizzaKing [~jeff@211.28.155.84] has quit [Quit: ThePizzaKing] 09:22:32 *** Thomas[NL] [~thomas@vdburgt.xs4all.nl] has joined #openttd 09:22:54 *** TinoM| [~Tino@i5387D656.versanet.de] has joined #openttd 09:23:03 *** iPandaMojo [~panda@c-67-183-216-154.hsd1.wa.comcast.net] has joined #openttd 09:30:31 *** Ammler [~Ammler@adsl-84-227-73-213.adslplus.ch] has joined #openttd 09:30:33 *** TinoM [~Tino@i5387D656.versanet.de] has quit [Ping timeout: 480 seconds] 09:34:23 *** elmex [~elmex@e180064147.adsl.alicedsl.de] has quit [Remote host closed the connection] 09:45:41 *** Nickman [~nn@d54C1C327.access.telenet.be] has joined #openttd 09:47:25 *** Progman [~progman@p57A1D69A.dip.t-dialin.net] 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 [HMage@hmage.dialup.corbina.ru] has quit [Ping timeout: 480 seconds] 09:50:44 <Noldo> :) 09:51:27 <SmatZ> hello, about the http://git.openttd.org/cgi-bin/gitweb.cgi?p=svn/trunk.git;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 [~irc@cc480157-b.sneek1.fr.home.nl] has joined #openttd 10:14:24 *** Maedhros_ is now known as Maedhros 10:25:28 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has joined #openttd 10:26:03 *** skidd13 [~skidd13@p548A70F8.dip.t-dialin.net] has joined #openttd 10:30:05 *** helb [~helb@84.244.90.159] has quit [Remote host closed the connection] 10:31:14 *** helb [~helb@84.244.90.159] has joined #openttd 10:44:12 *** Alltaken [~chatzilla@121-72-235-8.cable.telstraclear.net] has joined #openttd 10:53:14 *** SmatZ [~smatz@a40-prg1-5-107.static.adsl.vol.cz] has quit [Remote host closed the connection] 10:54:50 *** SmatZ [~smatz@a40-prg1-5-107.static.adsl.vol.cz] has joined #openttd 10:58:40 *** kaan [~klaus@82.192.152.195] has quit [Quit: Leaving.] 11:02:44 *** smoovi [smoovi@e178200040.adsl.alicedsl.de] has joined #openttd 11:30:33 *** skidd13 [~skidd13@p548A70F8.dip.t-dialin.net] 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 [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has joined #openttd 11:40:18 *** helb [~helb@84.244.90.159] 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 [Maxim@ppp85-141-224-42.pppoe.mtu-net.ru] has joined #openttd 11:49:19 *** helb [~helb@84.244.90.159] 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 [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] has joined #openttd 11:58:52 *** glx [~glx@bny93-6-82-245-156-124.fbx.proxad.net] 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> http://squirrel-lang.org/default.aspx 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 "squirrel_export.sh" script for NoAI Branch... 12:23:22 <Eddi|zuHause3> de.wikipedia says "ld" or "lb" for log_2 12:23:29 <Rubidium> Nickman: sh squirrel_export.sh 12:23:38 <Nickman> I'll try 12:23:49 <Eddi|zuHause3> and "lg" for log_10 12:24:09 <Nickman> squirrel_export.sh: line 2: $'\r': command not found 12:24:09 <Nickman> squirrel_export.sh: line 4: $'\r': command not found 12:24:09 <Nickman> squirrel_export.sh: line 6: syntax error near unexpected token `$'do\r'' 12:24:09 <Nickman> 'quirrel_export.sh: 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 [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] 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 [~Ammler@adsl-84-227-73-213.adslplus.ch] has joined #openttd 12:27:01 <Nickman> and how do I do that? :p 12:27:09 *** Gekko [~Gekkko@CPE-124-183-12-152.nsw.bigpond.net.au] has quit [Quit: http://bbqsrc.org - 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 [lolman@cpc3-leds2-0-0-cust55.leed.cable.ntl.com] has joined #openttd 12:27:49 <Nickman> you guys rock you know ;) :D 12:28:10 *** ThePizzaKing [~jeff@211.28.166.100] 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 [~Ammler@adsl-84-227-73-213.adslplus.ch] 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@211.28.166.100] has quit [Quit: ThePizzaKing] 12:38:15 <SmatZ> at least it ran with no errors :) 12:39:06 *** Ammlller [~Ammler@adsl-84-227-53-70.adslplus.ch] 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 [~Ammler@adsl-84-227-73-213.adslplus.ch] 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 [~Wezz6400@ndb.demon.nl] 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@212.24.150.226] has quit [Remote host closed the connection] 13:21:11 *** Vikthor [~Vikthor@snat1.spoje.net] has joined #openttd 13:22:13 *** arcil [~arcil@p5B07660D.dip.t-dialin.net] 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 [lolman@cpc3-leds2-0-0-cust55.leed.cable.ntl.com] 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 [~arcil@p5B07660D.dip.t-dialin.net] 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 [~Wezz6400@ndb.demon.nl] has joined #openttd 13:45:35 *** helb [~helb@84.244.90.159] has quit [Remote host closed the connection] 13:46:47 *** helb [~helb@84.244.90.159] 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] [~thomas@vdburgt.xs4all.nl] has quit [Remote host closed the connection] 13:54:41 <Gekko[PDA]> 1 in approx 1 trillion 13:54:45 *** Code601 [code601@cpc2-glen3-0-0-cust301.belf.cable.ntl.com] 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] [~thomas@vdburgt.xs4all.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 [~chatzilla@121-72-235-8.cable.telstraclear.net] has quit [Quit: ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007072518]] 14:13:59 *** mode/#openttd [+v orudge] by ChanServ 14:14:02 *** mode/#openttd [+v peter1138] by ChanServ 14:15:51 *** Taebs [~madmichim@BAA7db2.baa.pppool.de] 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 [~lolman@cpc3-leds2-0-0-cust55.leed.cable.ntl.com] 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 [~arcil@p5B07660D.dip.t-dialin.net] 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 [~Ammler@adsl-84-227-53-70.adslplus.ch] has quit [Remote host closed the connection] 14:30:29 *** Ammler [~Ammler@adsl-84-227-53-70.adslplus.ch] 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 [~dgf@pub70089.brzesko.net.pl] has joined #openttd 14:52:00 *** PinguTux [~PinguTux@pD9E9F9F1.dip.t-dialin.net] 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@84.244.90.159] 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, sample.cat) -> 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 (cocoa_v.mm:2067) 15:08:47 <PinguTux> 1 openttd 0x00187d8f ShowMacDialog(char const*, char const*, char const*) + 31 (macos.mm:112) 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> http://phpfi.com/254180 15:17:16 *** Zaviori [~asdsad@d195-237-7-209.elisa-laajakaista.fi] has joined #openttd 15:18:26 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has quit [Quit: Tschüß] 15:22:31 <PinguTux> i think the regression happened in r10444 or r10450 15:24:25 *** Zavior [~asdsad@d195-237-7-209.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 15:29:12 <glx> PinguTux: maybe post the diff in http://bugs.openttd.org/task/435 or http://bugs.openttd.org/task/873 15:30:10 *** Zaviori [~asdsad@d195-237-7-209.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 15:32:16 <PinguTux> ok, will do 15:32:58 *** |Jeroen| [~jeroen@d51A43614.access.telenet.be] has joined #openttd 15:34:40 *** exe [~dgf@pub70089.brzesko.net.pl] has left #openttd [] 15:42:22 *** Frostregen_ [~sucks@dslb-084-058-173-195.pools.arcor-ip.net] 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 [~skidd13@p548A5B3D.dip.t-dialin.net] has joined #openttd 15:47:56 *** Frostregen [~sucks@dslb-084-058-129-061.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 15:48:02 *** Frostregen_ is now known as Frostregen 15:48:53 *** PinguTux [~PinguTux@pD9E9F9F1.dip.t-dialin.net] has quit [Quit: PinguTux] 15:51:06 *** Digitalfox_Desktop [~Digitalfo@bl7-180-129.dsl.telepac.pt] has joined #openttd 15:51:34 <Digitalfox_Desktop> Good Afternoon to you all ;) 15:51:39 *** PinguTux [~PinguTux@pD9E9F9F1.dip.t-dialin.net] has joined #openttd 15:52:59 *** PinguTux [~PinguTux@pD9E9F9F1.dip.t-dialin.net] 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 opntitle.dat.org 16:05:23 *** iPandaMojo [~panda@c-67-183-216-154.hsd1.wa.comcast.net] has quit [Quit: iPandaMojo] 16:05:37 <skidd13> the savegame compatibility isn't that far AFAIK 16:13:05 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has quit [Quit: bbl :)] 16:16:07 *** skidd13 [~skidd13@p548A5B3D.dip.t-dialin.net] 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 [~spoot@e156067.upc-e.chello.nl] has joined #openttd 16:44:21 *** Xintron [xintron@blinkenshell.org] 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 [~wolf01@host170-239-dynamic.8-87-r.retail.telecomitalia.it] 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 [~Wezz6400@ndb.demon.nl] has joined #openttd 16:51:29 <Prof_Frink> Once you've installed the .deb, you need to copy all the *.grf files and sample.cat 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 [~smatz@a40-prg1-5-107.static.adsl.vol.cz] 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 [Queneex@hmage.dialup.corbina.ru] has joined #openttd 17:19:52 *** HMage [Queneex@hmage.dialup.corbina.ru] 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| [~jeroen@d51A43614.access.telenet.be] 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 [~lolman@cpc3-leds2-0-0-cust55.leed.cable.ntl.com] has quit [Read error: Connection reset by peer] 18:06:09 *** helb [~helb@84.244.90.159] has joined #openttd 18:06:46 *** HMage [HMage@hmage.dialup.corbina.ru] has joined #openttd 18:07:52 *** Vikthor [~Vikthor@snat1.spoje.net] 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 [~arcil@p5B07660D.dip.t-dialin.net] 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@84.244.90.159] 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] [~thomas@vdburgt.xs4all.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] [~thomas@vdburgt.xs4all.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 [smoovi@e178200040.adsl.alicedsl.de] has quit [Remote host closed the connection] 19:00:37 *** helb [~helb@84.244.90.159] 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 [~asdsad@d195-237-7-209.elisa-laajakaista.fi] has joined #openttd 19:17:00 <CIA-1> OpenTTD: glx * r10769 /branches/noai/src/ai/api/squirrel_export.sh: 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 [~zr40@zr40.xs4all.nl] has quit [Quit: Zr40] 19:26:26 *** Taebs [~madmichim@BAA7db2.baa.pppool.de] has quit [Ping timeout: 480 seconds] 19:34:40 *** dihedral [~nathanael@joshua.dihedral.de] 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 [~stillunkn@82-171-87-247.dsl.ip.tiscali.nl] has joined #openttd 19:50:41 *** Ben_ is now known as _Ben_ 19:58:08 *** Digitalfox_Notebook [~chatzilla@bl7-180-129.dsl.telepac.pt] has joined #openttd 19:59:07 *** Digitalfox_Notebook [~chatzilla@bl7-180-129.dsl.telepac.pt] has quit [] 20:00:27 *** helb [~helb@84.244.90.159] has quit [Remote host closed the connection] 20:01:40 *** helb [~helb@84.244.90.159] 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@84.244.90.159] has quit [Remote host closed the connection] 20:20:41 *** helb [~helb@84.244.90.159] has joined #openttd 20:22:38 *** Eddi|zuHause [~johekr@p54B7749A.dip.t-dialin.net] has joined #openttd 20:25:23 *** Nigel_ [~nigel@202-154-152-154.ubs-dynamic.connections.net.nz] has joined #openttd 20:25:33 *** Eddi|zuHause3 [~johekr@p54B74CE6.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 20:27:09 *** Nigel [~nigel@202-154-152-154.ubs-dynamic.connections.net.nz] has quit [Ping timeout: 480 seconds] 20:27:39 *** helb [~helb@84.244.90.159] 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 [lolman@cpc3-leds2-0-0-cust55.leed.cable.ntl.com] 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 [~Wezz6400@ndb.demon.nl] 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 [code601@cpc2-glen3-0-0-cust301.belf.cable.ntl.com] 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 [HMage@hmage.dialup.corbina.ru] 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@84.244.90.159] 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| [~Tino@i5387D656.versanet.de] 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 [~smatz@a40-prg1-5-107.static.adsl.vol.cz] 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 [~panda@c-67-183-216-154.hsd1.wa.comcast.net] 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 [~nigel@202-154-152-154.ubs-dynamic.connections.net.nz] 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_ [~nigel@202-154-152-154.ubs-dynamic.connections.net.nz] 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 [~progman@p57A1D69A.dip.t-dialin.net] 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 [~panda@c-67-183-216-154.hsd1.wa.comcast.net] 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 [~Miranda@dslb-082-083-216-005.pools.arcor-ip.net] 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 [~spoot@e156067.upc-e.chello.nl] 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 [Maxim@ppp85-141-224-42.pppoe.mtu-net.ru] 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 [~thomas@vdburgt.xs4all.nl] has joined #openttd 22:25:39 *** Thomas[NL] [~thomas@vdburgt.xs4all.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 [~Wezz6400@ndb.demon.nl] has joined #openttd 22:40:11 <Sacro> ooh a binary 22:44:12 <Sacro> is http://www.microsoft.com/downloads/details.aspx?familyid=83A52AF2-F524-4EC5-9155-717CBE5D25ED&displaylang=en 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 [~thomas@vdburgt.xs4all.nl] 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 [~Digitalfo@bl7-180-129.dsl.telepac.pt] 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 [lolman@cpc3-leds2-0-0-cust55.leed.cable.ntl.com] 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 [~progman@p57A1D69A.dip.t-dialin.net] 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> http://www.esoftinteractive.com/forums/viewtopic.php?t=1658&sid=d3a42203f52e71c995e8bc0a2b4fdafc 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 [~jc@i-195-137-43-74.freedom2surf.net] 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> http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01885.html <- it even is a regression 23:49:19 *** Smoovious [~imp486@c-71-205-140-67.hsd1.mi.comcast.net] 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: http://www.ambrosephotography.net/woodshed/wp-content/uploads/2006/11/mig21.jpg 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@84.244.90.159] 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 : http://paste.openttd.org/197 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 -> http://gcc.gnu.org/gcc-4.2/changes.html 23:57:21 *** skidd13 [~skidd13@p548A6526.dip.t-dialin.net] 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