Times are UTC Toggle Colours
00:02:49 *** Samu [~oftc-webi@po1-84-90-249-214.netvisao.pt] has quit [Remote host closed the connection] 00:04:23 *** DanMacK [~3fee8a84@188.cimarosa.openttdcoop.org] has quit [Ping timeout: 480 seconds] 00:31:33 *** Samu [~oftc-webi@po1-84-90-249-214.netvisao.pt] has joined #openttd 00:45:21 *** Samu [~oftc-webi@po1-84-90-249-214.netvisao.pt] has quit [Remote host closed the connection] 00:47:26 *** Quatroking [~Quatrokin@ip226-139-211-87.adsl2.static.versatel.nl] has quit [Read error: Connection reset by peer] 00:51:38 *** Oddingar [~Odd@141.0.247.63] has quit [] 00:53:56 <supermop> yo 00:56:34 *** liq3 [~liq3@CPE-120-147-178-81.gdfw1.lon.bigpond.net.au] has joined #openttd 00:56:49 *** KWKdesign [~KWKdesign@pool-71-185-189-198.phlapa.fios.verizon.net] has quit [Quit: Leaving] 00:59:21 *** FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Quit: There's a real world out here!] 01:01:39 *** HerzogDeXtEr [~flex@i59F6CA9C.versanet.de] has quit [Quit: Leaving.] 01:20:03 *** openbu|2 [~openbu@182.245.58.156] has joined #openttd 01:25:09 *** openbu [~openbu@182.242.116.204] has quit [Read error: Connection reset by peer] 01:27:42 *** Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Read error: Connection reset by peer] 01:43:42 *** smoke_fumus [~smoke_fum@188.35.176.90] has quit [Read error: Connection reset by peer] 01:47:59 *** DDR [~david@S010600254bbe4e1c.vc.shawcable.net] has joined #openttd 01:55:02 *** tokai|mdlx [~tokai@port-92-195-62-129.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 01:56:01 *** tokai|mdlx [~tokai@port-92-195-34-201.dynamic.qsc.de] has joined #openttd 02:05:17 *** luaduck is now known as luaduck_zzz 02:46:38 *** dih [~dih@znc.dihedral-server.de] has quit [Ping timeout: 480 seconds] 02:59:49 *** Ttech [~ttech@dragons.have.mostlyincorrect.info] has quit [Remote host closed the connection] 03:03:28 *** dihedral [~dih@znc.dihedral-server.de] has joined #openttd 03:11:50 *** Flygon [~Flygon@147.18.214.218.sta.commander.net.au] has joined #openttd 03:13:51 *** Flygon_ [~Flygon@147.18.214.218.sta.commander.net.au] has joined #openttd 03:18:16 *** Flygon__ [~Flygon@147.18.214.218.sta.commander.net.au] has quit [Ping timeout: 480 seconds] 03:20:17 *** Flygon [~Flygon@147.18.214.218.sta.commander.net.au] has quit [Ping timeout: 480 seconds] 03:22:29 *** glx [~glx@000128ec.user.oftc.net] has quit [Quit: Bye] 03:32:41 *** Flygon [~Flygon@147.18.214.218.sta.commander.net.au] has joined #openttd 03:38:17 *** Flygon_ [~Flygon@147.18.214.218.sta.commander.net.au] has quit [Ping timeout: 480 seconds] 04:50:55 *** Pereba [~UserNick@187.59.111.250] has quit [Quit: Possibilities are endless, patience is not. This means that a conclusion is simply the place where you got tired of thinking. [www.adiirc.com]] 04:53:26 *** HerzogDeXtEr [~flex@i59F6CA9C.versanet.de] has joined #openttd 05:48:01 *** dihedral [~dih@znc.dihedral-server.de] has quit [Ping timeout: 480 seconds] 05:48:15 *** dihedral [~dih@znc.dihedral-server.de] has joined #openttd 05:56:01 *** Eddi|zuHause [~johekr@p57BD59D8.dip0.t-ipconnect.de] has quit [] 05:56:16 *** Eddi|zuHause [~johekr@p5DC67C97.dip0.t-ipconnect.de] has joined #openttd 06:08:13 *** Maarten1 [~irc@76.91.112.76] has joined #openttd 06:13:56 *** Maarten [~irc@2605:e000:160b:8138:ec6f:b990:6c3e:7866] has quit [Ping timeout: 480 seconds] 06:27:46 *** Ttech [~ttech@72.14.179.207] has joined #openttd 06:28:52 *** Ttech [~ttech@72.14.179.207] has quit [] 06:37:37 *** Ttech [~ttech@dragons.have.mostlyincorrect.info] has joined #openttd 06:59:29 *** davidstrauss [~quassel@2001:4800:7813:516:62f:ce48:ff05:1b82] has quit [Remote host closed the connection] 07:09:53 *** davidstrauss [~quassel@2001:4800:7813:516:62f:ce48:ff05:1b82] has joined #openttd 07:15:57 *** DDR [~david@S010600254bbe4e1c.vc.shawcable.net] has quit [Read error: Connection reset by peer] 07:32:19 *** Celestar [~Celestar@mnch-5d85d66d.pool.mediaWays.net] has joined #openttd 08:09:23 *** Celestar [~Celestar@mnch-5d85d66d.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 08:18:44 *** lobstar [~mccrabbym@94.231.249.233] has joined #openttd 08:19:14 *** Dennis95 [~Dennis@i234039.upc-i.chello.nl] has joined #openttd 08:19:23 *** Dennis95 is now known as Dennis_ 08:20:20 *** Celestar [~Celestar@fire3.tngtech.com] has joined #openttd 08:23:29 <Dennis_> Hi there! Is there a way to set the game speed? Im hosting a server that keeps alive 24/7 but when the night comes almost 50years past by. 08:24:51 *** crabster [~mccrabbym@94.231.249.233] has quit [Ping timeout: 480 seconds] 08:25:47 <planetmaker> Dennis_, you can pause the game when no client (or too few) are connected. Look for min_active_clients 08:25:53 <planetmaker> but you cannot set game speed 08:26:18 <Flygon> Hmmmm 08:26:22 <Flygon> Dynamic game speed would be quite neatg 08:26:25 <Flygon> neat* 08:26:30 <Dennis_> Thanks a lot. @planetmaker 08:26:32 <Flygon> As more years pass 08:26:37 <Flygon> The slower the years go by 08:31:15 <Celestar> write a patch, or adjust one of the many daylength patches :P 08:31:40 <planetmaker> well. First make daylength work with less rough edges. Then adjust it for time-varying daylength ;) 08:35:27 <V453000> I would have expected slow motion mode in some action games but openttd? :D 09:07:10 *** Pikkaphone [~yaaic@131.181.158.143] has joined #openttd 09:14:36 <Pikkaphone> yes but 09:15:48 *** Dennis_ [~Dennis@i234039.upc-i.chello.nl] has quit [Quit: Bye!] 09:19:27 <Pikkaphone> that got rid of *him*! 09:21:07 <planetmaker> o/ 09:21:08 <V453000> xd 09:21:11 <V453000> hi 09:21:42 <planetmaker> I notice that pikka didn't vote for a titlegame :P 09:34:30 <supermop> yo 09:47:39 <Pikkaphone> well I always use nightlies so I haven't seen a new one in years anyway. ;) 09:48:00 <Pikkaphone> yoyo toto 09:49:16 <V453000> the nightly one is best, though on larger screens the bottom right is a bit boring :) 10:01:06 *** Pikkaphone [~yaaic@131.181.158.143] has quit [Ping timeout: 480 seconds] 10:02:51 <__ln___> http://www.torontosun.com/2015/03/03/star-trek-fans-told-to-stop-spocking-5-bill 10:53:17 *** Quatroking [~Quatrokin@ip226-139-211-87.adsl2.static.versatel.nl] has joined #openttd 11:34:22 *** Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd 11:35:18 <V453000> fuck, making a model of steamer is really a lot of shit to do :D 11:38:15 *** Biolunar [Biolunar@blfd-5d820da8.pool.mediaWays.net] has joined #openttd 11:39:52 *** glevans2 [~glevans2@71-8-126-76.dhcp.ftwo.tx.charter.com] has quit [Ping timeout: 480 seconds] 11:40:32 *** __johannes [~johannes@HSI-KBW-091-089-127-154.hsi2.kabelbw.de] has joined #openttd 11:40:51 <__johannes> hello, can someone plz help with a sound problem on linux? 11:41:08 <__johannes> during to some linux update, music is not playing anymore (sound is) 11:41:36 <__johannes> I read this here: https://wiki.openttd.org/FAQ_troubleshooting#Emu10k1 11:41:57 <__johannes> it worked, but why isn't it working without that? 11:54:15 *** smoke_fumus [~smoke_fum@188.35.176.90] has joined #openttd 11:55:00 *** Pikkaphone [~yaaic@203-206-161-219.perm.iinet.net.au] has joined #openttd 12:20:59 *** glevans2 [~glevans2@71-8-126-76.dhcp.ftwo.tx.charter.com] has joined #openttd 12:28:25 *** Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Remote host closed the connection] 12:31:29 *** Flygon_ [~Flygon@147.18.214.218.sta.commander.net.au] has joined #openttd 12:31:49 *** DanMacK [~3fee8a84@188.cimarosa.openttdcoop.org] has joined #openttd 12:31:56 <DanMacK> Hey all 12:32:04 *** Supercheese is now known as Guest586 12:32:09 *** Supercheese [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has joined #openttd 12:35:01 *** Flygon [~Flygon@147.18.214.218.sta.commander.net.au] has quit [Ping timeout: 480 seconds] 12:37:17 *** Guest586 [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has quit [Ping timeout: 480 seconds] 12:38:43 *** Bobix [Bobix@f1014.ip13.netikka.fi] has joined #openttd 12:41:32 *** glevans2 [~glevans2@71-8-126-76.dhcp.ftwo.tx.charter.com] has quit [Ping timeout: 480 seconds] 12:45:07 *** Suicyder [~Suicyder@86.92.59.88] has joined #openttd 12:53:03 *** DanMacK [~3fee8a84@188.cimarosa.openttdcoop.org] has quit [Quit: Page closed] 13:20:03 *** Cybert1nus [~Cybertinu@cybertinus.customer.cloud.nl] has joined #openttd 13:24:28 *** Cybertinus [~Cybertinu@cybertinus.customer.cloud.nl] has quit [Ping timeout: 480 seconds] 13:30:34 *** __johannes [~johannes@HSI-KBW-091-089-127-154.hsi2.kabelbw.de] has quit [Quit: Lost terminal] 13:40:26 *** Quatroking [~Quatrokin@ip226-139-211-87.adsl2.static.versatel.nl] has quit [Read error: Connection reset by peer] 13:40:43 *** liq3 [~liq3@CPE-120-147-178-81.gdfw1.lon.bigpond.net.au] has quit [] 13:44:48 *** smoke_fumus [~smoke_fum@188.35.176.90] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/] 14:13:04 *** luaduck_zzz is now known as luaduck 14:13:54 *** sla_ro|master [slamaster@95.76.27.245] has joined #openttd 14:31:09 *** smoke_fumus [~smoke_fum@188.35.176.90] has joined #openttd 14:45:00 *** Samu [~oftc-webi@po1-84-90-250-196.netvisao.pt] has joined #openttd 14:48:14 <Samu> hi 14:52:26 *** supermop [~supermop@d110-33-177-242.sun801.vic.optusnet.com.au] has quit [Ping timeout: 480 seconds] 14:52:26 *** chillcore [~chillcore@2a02:a03f:1048:5400:4e72:b9ff:feac:5979] has joined #openttd 14:52:39 <chillcore> hello all o/ 14:55:09 <chillcore> hmm only 2031 views ... https://www.youtube.com/watch?v=VmavC7r5KI4 14:56:12 <V453000> for good reason o_O 14:56:23 <chillcore> hehe 14:56:48 <chillcore> it helps if you understand them ;) 14:57:02 <chillcore> but yeah tastes and colours ... 14:59:41 *** chillcore [~chillcore@2a02:a03f:1048:5400:4e72:b9ff:feac:5979] has quit [Quit: Only mortals are affected by fame and power.] 15:00:12 *** chillcore [~chillcore@2a02:a03f:1048:5400:4e72:b9ff:feac:5979] has joined #openttd 15:00:59 *** Ttech [~ttech@dragons.have.mostlyincorrect.info] has quit [Quit: Este é o fim.] 15:04:31 <V453000> MY TASTE IS BIGGER THAN YOURS 15:09:20 <chillcore> ... 15:12:22 <V453000> :> 15:13:13 *** openbu [~openbu@182.245.58.156] has joined #openttd 15:13:13 *** openbu|2 [~openbu@182.245.58.156] has quit [Read error: Connection reset by peer] 15:19:11 *** Ttech [ttech@72.14.179.207] has joined #openttd 15:22:02 *** dustinm` [~dustinm`@2607:5300:100:200::160d] has quit [Ping timeout: 480 seconds] 15:24:07 <chillcore> :) V453000 15:25:02 <V453000> NO 15:25:08 <V453000> THOU SHALT NOT SMILETH 15:26:31 <Ketsuban> "Thou shalt not smile". 15:26:43 <V453000> I FUCKETH CARETH NOTH 15:26:47 <V453000> =D 15:27:06 <chillcore> I see there is no STR_JUST_UINT in the lang files ... how much pixels do I reserve for negative signs to prevent '...' cutoffs in number strings? <- GetStringBoundingBox returns size is in pixels 15:29:11 *** dustinm` [~dustinm`@105.ip-167-114-152.net] has joined #openttd 15:29:14 <chillcore> V453000: I can not help but smileth ... me and my cookiemunching wild bird are building a nest since a day or three 15:29:34 <V453000> wat 15:32:09 <chillcore> for real ... this bird goes nuts when it sees me and it has decided to build a nest on top of an old ladder 15:32:10 *** Pikkaphone [~yaaic@203-206-161-219.perm.iinet.net.au] has quit [Read error: Connection reset by peer] 15:33:17 <chillcore> I'll take some pics and post 'em somewhere ;) 15:33:42 *** Pereba [~UserNick@187.59.111.250] has joined #openttd 15:35:22 *** FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd 15:35:50 *** KWKdesign [~KWKdesign@pool-71-185-189-198.phlapa.fios.verizon.net] has joined #openttd 15:36:10 <V453000> =D 15:36:24 <V453000> send burd 15:38:51 <chillcore> and as if that is not enough to make me smile ... I had my way with this public computer ... again (deleting spyware and locking it down somewhat). friday I get to demonstrate the advantages of giving each user his own USB with own OS on it instead off letting everyone use the same account and infecting eachother without them realising it. 15:41:38 <planetmaker> chillcore, yes, GetStringBoundingBox should return the (maximum) size a string can have. If you calculate that for varying numbers, feed it with like -9999 or whatever 15:41:46 <planetmaker> is the maximum you need to display 15:42:27 <V453000> 666 15:44:22 <chillcore> ye that is the prob planetmaker, I can not find a string that has just a minus sign to add to the maxsize 15:45:21 <planetmaker> I don't understand. Maybe GetStringBoundingBox is wrong as it does not consider a sign? 15:45:28 <chillcore> but I should rephrase my question and make it a bugreport? STR_JUST_INT does not take into account the possibility of having a negative sign in the string 15:45:35 <chillcore> you were faster ;) 15:46:22 <planetmaker> Make it a patch instead of bug report :P 15:47:16 <chillcore> hmm I can not add it to STR_JUST_INT ... and I has me three 'bugs' already 15:48:19 <chillcore> three bugs that have me scratching my head that is. I really should focus on getting terrainengeration acceptable for trunk 15:49:45 <chillcore> otherwise I'd be happy to; maybe I can solve it while doing the rest of my tgen patch 15:49:48 <V453000> XD 15:50:03 <V453000> yeah, crowds wants terragen 15:52:58 *** Celestar1 [~Celestar@ip-109-43-3-145.web.vodafone.de] has joined #openttd 15:53:03 <chillcore> yeah me too ... 15:57:22 *** Celestar [~Celestar@fire3.tngtech.com] has quit [Ping timeout: 480 seconds] 16:00:30 *** Samu [~oftc-webi@po1-84-90-250-196.netvisao.pt] has quit [Quit: Page closed] 16:03:06 *** Celestar1 [~Celestar@ip-109-43-3-145.web.vodafone.de] has quit [Quit: Leaving.] 16:04:22 *** Alberth [~alberth@2001:981:c6c5:1:be5f:f4ff:feac:e11] has joined #openttd 16:04:25 *** mode/#openttd [+o Alberth] by ChanServ 16:17:49 *** Samu [~oftc-webi@po1-84-90-250-196.netvisao.pt] has joined #openttd 16:18:05 <Samu> i can't create patch, i get inconsistent new lines 16:18:18 <Samu> because of those html files 16:23:38 <Samu> screw them, i put them apart 16:24:56 <Samu> https://paste.openttdcoop.org/pznarhprs 16:25:19 <Samu> this kind of works 16:25:48 <Samu> i get unhandled exception when i build a canal on scenario editor when I don't have a town yet 16:25:57 <Samu> what can i do 16:26:29 <Alberth> don't allow building a canal 16:27:17 <Samu> not a good solution 16:27:28 <Samu> i could place canals before 16:28:16 <Samu> i'd like to apply the exception rule for GetTileOwner 16:29:38 <Alberth> change all code that does something with the owner of a tile then 16:29:43 <Samu> store as OWNER_TOWN, but retrieve, behave, etc... as OWNER_NONE 16:30:00 <Alberth> as the guarantee that the assert gives, doesn't apply then 16:30:44 <Alberth> you ever have a real OWNER_TOWN? 16:30:59 <Alberth> if yes, how do you know the difference? 16:31:06 <Samu> i don't think towns can ever have canals 16:31:15 <Samu> at least, I've never seen any with one 16:31:23 <Alberth> so why do you even store OWNER_TOWN then? 16:31:50 <Samu> because i want to use 4 bits only for owners, instead of 5 16:32:03 <Alberth> "I've never seen" doesn't count, the code must make it impossible 16:32:36 <Alberth> unless you have checked every possible openttd map that may exist 16:32:51 <Alberth> but that would take more time than you live 16:34:42 <chillcore> V45300: did you not ask for a windoze binary to test the tgen patch a few days back? moki posted one that you could use to help me tune values ... hint hint :) 16:35:17 <Alberth> hi hi chillcore 16:36:18 <chillcore> you may want to tune large maps ( bigger than 512) and small maps seperatly, I'll most likely introduce two arrays to make things simpler 16:36:24 <chillcore> hello Alberth 16:38:15 <Samu> Owner: Brealey... this is wrong, that's the name of a town 16:38:42 <Samu> m1 = 0x2f - this part here is correct however 16:39:59 <Samu> can towns own tiles of type object? 16:40:08 <Samu> if they can, I'm screwed 16:41:34 <Alberth> look in the landscape.html file, it's documented there 16:42:49 <Samu> âŸbits 4..0 : owner of the object (for lighthouses and transmitters normally 10) 16:43:35 <openbu> ?PNG 16:43:36 <openbu> 16:43:38 <openbu> 16:43:39 <openbu> 6?L?l 16:43:41 <openbu> ??M??=???g 16:43:43 <openbu> g#??_?f???[.sn8?\_?_?g?? 16:43:44 <openbu> {`????y[q??i?>??ww???P?Jy?47?V(??*?*???<?(28? 16:43:46 <openbu> ?{w????u?T*??`?E?????^1k?%? ?$?Z?v`c?X??i????5????'/xI?????dn????d???/o??1????-?e???7??x^?a???1J?Q@!??0??l?<?9?M??8g?"?+???*??b|/@???0???? 16:43:47 <openbu> ?jZ?}??.??(v@~??_???g?yoss???s?n???u_|??s.??????@^?a?.?]?I&ZI?&9c?@P?????Z?(B)?1!??!??w?M???H?1?? 16:43:49 <openbu> V?X1s?U?UJ}?9????~??;t???;v,?wym}F?"%????m???)B+GF8+? 16:43:51 <openbu> ????KNihhx????W?y??j???N?nqk?H?R???K??v??{eW_O+?3??JQ?i#????f?????Uo?!?"?a "??i\?J?!<??0??????4?q??X? C??9????!??!c??OS?<??M`E $?(??;?????Ib?/ 16:43:52 <openbu> ?s.???????M?š³O>?i?Y?\?l6;??N8W?rBjkk????G?>??o???W{Z#?@k?@F?[f?w??r-(D5tBUB?(???yU??#?1K?~?v?????8O`LD ?t 16:43:54 <openbu> !?=?? 16:43:55 <Samu> what's that? 16:43:56 <openbu> ??Y?E?-v???}-B???J??~??,Z??]??Wm???1a 16:43:57 <openbu> !??m?wV?????? ) 16:43:59 <openbu> ?e??š¶6?\???S*F8??+??Xa9??§¢??Rud??!e???=??e??3?????(?x???k??š¯ Zi?s8???x?I?K????????E?b?rI//n???Wa?vL?? 16:44:01 <openbu> ?,Z??e`?E:;?#u?)??-??8??k????8?R????[p????66G}??a?A+?%56v?&O?s`??k???lU???g 16:44:02 <openbu> ????Z?U??? ????Q\?W>?tD?j??*b?{?·©Ti|?C'|?O'I???:~C???(.E?%??A 16:44:04 <openbu> ?CP.V?2?B??g?/??1h????"?|AW?R??>8AlB¡§??kjDK?z??s?/_?S7Q?v'1?Cu?S?^??}?????K?,????q??E??<?S7Q??c????H2?,?Š£+(?U?8??p8???)??a????0a?F?IA:?E,bF-J$?c?@U?I?)?D?\.?a\?T?09?b?)G*??\Vd????J??YO?+?(?Y?p?IITs?J?????sY1\?i?O?gwl???+??!?? ?t????? KO?0??Z???^q?????8?J?????>?VT+ubU|| 8Zj?Z??M??R??Q)?Y?8D???()?)|O1????u??I?O????%(????C?=/?P?q?????ijN????nH?Kd??????+???????5??%?l?a?8"|`?!?c?!-??§°F{>A?M??R?P<?= 16:44:04 <openbu> 4?`??;????9???&???H??i??j[t&oz???[?d?z??5Cb,T?S4??b"G{{3??N???'??#W? 16:44:06 <openbu> CyD?0?+b??(?B??'??w6?R(e?d??L:5jX-?P<L?BC???F???x?a?D?)?T????#CE6?CjGdZ??6 16:44:08 <openbu> ?W?y?D?'4? 16:44:10 <openbu> 7???W-_<??ÃÃŒ?5 ???Q??????j?y?}???m%?G?y????"D?B?X??0*F?U?o*H??!?J?.?T?)E~?U*`??H' <?J??)??#??"=A?F?H?r8#?@???T??>NIJ#??? 16:44:11 <gnu_jj> dafuq stop it 16:44:12 <openbu> /MT)?!?J?S?Omv Y??}|??D?? .?? -j2Y?8?[?X?)?}'l? 16:44:14 <openbu> ?F? n????????D????Op?)??@>D?H??<'@??? <???TFF0??YcB?Q??§Â§@y>?t?K?r?%? ?q?c?o e1"FH?F?o?j?$Z ??"?s?, 16:44:16 <openbu> ?N?!BC:???"#?E?L~?H8J?|Y+ZJri???Z???????9??S?h??|"??J???z????*??;?5? ?F?He1?X#?a??Z+?8??k???Q?(?H&????f?B???>RW??F????$ 16:44:18 <openbu> -Rj???? 16:44:18 *** openbu [~openbu@182.245.58.156] has quit [Remote host closed the connection] 16:44:59 <SpComb> if you look at it cross-eyed in the right way you can kinda make out the image 16:45:51 <Samu> all I see is question marks 16:46:32 <juzza1> is some of the text blinking for anyone else? 16:46:38 <juzza1> didn't know that was even possible 16:46:47 <Samu> nop 16:46:50 <chillcore> not for me juzza 16:49:21 *** TheMask96 [martijn@lust.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds] 16:49:56 <Leander_> if you're in a terminal and your client didn't escape that thing properly, maybe 16:50:34 <Samu> "I've never seen" doesn't count, the code must make it impossible. hmm, how do i make canals never owned by towns 16:50:46 <Samu> by code 16:50:48 <Samu> :o 16:51:37 <Samu> assert(o != OWNER_TOWN);? 16:52:19 <Samu> gonna try 16:52:40 <chillcore> oh my ... 16:55:03 *** TheMask96 [martijn@envy.vhost.ne2000.nl] has joined #openttd 16:55:11 <planetmaker> wtf... 16:55:48 <Samu> what 16:55:54 <planetmaker> one really should not paste PNG files as text in IRC ;) 16:56:09 <Samu> ah, i see 16:57:16 <Samu> i don't get the heck out of asserts 16:57:24 <Samu> unhandled exception again 16:57:43 <planetmaker> they're simple: they're wards against doing stupid things. 16:58:12 <planetmaker> they're lines of code which say "if you encounter this condition here, something is seriously wrong. I abort now before worse happens" 16:58:40 <planetmaker> and you need to check why you encounter the assert, thus which placed called that function with wrong assumptions 16:59:11 <Alberth> in terms of a developer it means "you messed up, fix your code so you don't get here at this moment" 16:59:33 <Alberth> and yep, it happens to me too every now and then :) 16:59:53 <Samu> it passed the assert 17:00:00 <Samu> but gave me unhandled exception 17:00:27 <Eddi|zuHause> <juzza1> is some of the text blinking for anyone else? <-- i suppose "blinking" doesn't fall under "no colour codes (+C)" mode 17:00:29 <Alberth> segmentation fault or bus error or so? 17:01:00 <Eddi|zuHause> but the terminal-emulator (or client) must implement that 17:01:23 <Samu> Unhandled exception at 0x00FEAB4B in openttd.exe: 0xC0000005: Access violation reading location 0x00000000. 17:01:30 <__ln___> i do see many colors despite +c 17:01:37 <Alberth> ah, null pointers :) 17:01:39 <Samu> i was querying a tile with owner_town in scenario editor 17:01:47 <Samu> and no town in existance 17:01:58 <__ln___> *existence 17:02:04 <Samu> oki, existence 17:02:30 <Samu> i built a canal tile, then query it, boom unhandled exception 17:02:51 <Alberth> querying a town under that circumstance will probably give you a NULL value, which you cannot use to get a tile owner 17:03:06 <Alberth> since NULL means "nothing" 17:03:43 <Samu> if i built a town first, then place canal, then it comes up with canal being owned by town, it's also wrong, should be owned by none 17:03:46 <Alberth> and 'nothing' has no tile owner 17:07:51 <Samu> void GetNameOfOwner(Owner owner, TileIndex tile) 17:08:10 <Samu> SetDParam(1, t->index); 17:08:20 <Samu> it ends here 17:08:48 <Samu> i didn't edit company_cmd.cpp, but the error was here? 17:08:59 <Samu> this is so confusingh 17:11:06 <Leander_> the game probably assumes that everything "built" belongs to a town or a player? 17:11:20 <Samu> + t 0x00000000 <NULL> const Town * 17:11:33 <Samu> owner MAX_COMPANIES (15) Owner 17:11:41 <Samu> tile 2022 unsigned int 17:12:31 <Alberth> a large amount of code accesses the map, so yeah, it's likely you didn't edit all map accesses 17:12:43 <Samu> ah, I see, the game is treating it as being part of a town, this is wrong, it should not do that 17:13:35 <Alberth> no, GetNameOfOwner suggests it wants the name of the owner 17:13:52 <Samu> it's trying to get the name of the closest town 17:13:55 <Samu> there is no town 17:13:56 <Alberth> ie for a station tile that would be the owning company 17:14:14 <Samu> shouldn't even be doing this 17:14:21 <Alberth> k 17:15:44 <Samu> when i built a canal tile, this happens: if (o == OWNER_NONE) o = OWNER_TOWN; 17:15:57 <Samu> then MakeWater does something, let me see 17:16:19 <Samu> SetTileOwner(t, o); 17:16:29 <Samu> this is what's ruining everything 17:17:59 <Samu> canal on scenario editor is by OWNER_NONE 17:18:09 <Samu> i rename owner to town 17:18:18 <Samu> i want to store it as 4 bits only 17:18:19 <Samu> at m1 17:18:28 <Samu> but still treat it as OWNER_NONE 17:18:36 <Samu> this part is missing 17:18:55 <Eddi|zuHause> Samu: when you convert OWNER_NONE to OWNER_TOWN on writing, you must obviously make the reverse conversion on reading 17:19:35 <Samu> that's at GetTileOwner? 17:19:44 <Samu> or at MakeWater? 17:20:42 <Eddi|zuHause> you probably put the conversion in the wrong place 17:21:30 <Eddi|zuHause> you don't want to change the owner for the generic SetTileOwner 17:21:41 <Eddi|zuHause> you only want to change it in SetCanalOwner 17:23:20 <Samu> i have to store owners twice when making a canal tile 17:23:34 <Eddi|zuHause> yes 17:24:25 <Eddi|zuHause> but you need to store the unchanged owner in the place that stores the tile owner 17:24:38 <Eddi|zuHause> and store the changed owner only in the place that stores the canal owner 17:25:57 <Samu> hmm, confused 17:26:09 <Samu> must store the unchanged owner 17:26:12 <Samu> that is 5 bits? 17:26:49 <Samu> it must be 4 on both owners :( 17:26:57 <Samu> else i'm screwed 17:27:01 <Samu> not enough free bits 17:27:25 <Eddi|zuHause> you need to pass the unchanged 5 bits to any function that stores or reads an owner, and then fudge the storage to store only 4 of these 5 bits 17:27:43 <Eddi|zuHause> so any piece in the code THINKS it's storing all 5 bits 17:27:53 <Eddi|zuHause> even if it doesn't 17:28:25 *** oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has joined #openttd 17:29:32 <Eddi|zuHause> so, the conversion must happen at the place that sets or reads m6 (or m1) 17:29:42 <Eddi|zuHause> and only there 17:29:57 <Samu> GetCanalOwner and GetTileOwner 17:30:05 <Eddi|zuHause> yes 17:30:13 <Samu> SetCanalOwner and SetTileOwner 17:30:37 <Eddi|zuHause> exaclty. those are the ONLY places where such a conversion may happen 17:31:45 <Samu> i'm at tile_map.h 17:31:53 <Samu> this is where GetTileOwner is located 17:32:21 <Eddi|zuHause> yes. because owner is supposed to be handled the same in all types of tiles 17:32:34 <Eddi|zuHause> now you want to make an exception for water tiles 17:33:21 <Samu> not all water tiles, just water tiles with waterclass canal 17:33:35 <Eddi|zuHause> so you must either put an exception in GetTileOwner. or you must make a new function ("GetWaterOwner" or so), and make all places that call GetTileOwner check for IsWater first 17:33:41 <Samu> and it's not only for water, but also object and station 17:37:44 <Samu> tiles of type station, water, object, if of waterclass canal - GetTileOwner at m1 17:38:08 <Samu> tiles of type station, water, object, industry, if of waterclass canal - GetCanalOwner at m6 17:39:32 <Samu> tiles of type station, water, object, if waterclass not canal - GetTileOwner at m1 as 5 bits 17:40:15 <Samu> tiles of type station, water, object, industry, if waterclass not canal - nothing to do about m6 17:40:59 <Eddi|zuHause> yes, so that should be a simple condition to check 17:42:20 <Eddi|zuHause> (there is probably potential for optimization here, but let's not worry about that for now) 17:42:32 * chillcore builds canals in scenario editor before a town exists with owner N/A ... 17:43:02 <Samu> that is the behaviour I am trying to achieve, even though i'm to store them as 4 bits 17:43:17 <Samu> ok, gonna try zuhause 17:43:54 <chillcore> I was just saying ... I still think you are trying to fix things that are not broken while creating broken stuffs 17:45:00 <Samu> i have to break it to get one extra bit out of it 17:45:12 <Samu> it will have a meaning later on 17:45:47 <chillcore> ok 17:53:45 <Samu> if (IsTileType(tile, (MP_STATION || MP_WATER || MP_OBJECT)) && IsWaterTile(tile) && owner == OWNER_TOWN) SB(_m[tile].m1, 0, 4, OWNER_TOWN); 17:54:08 <Samu> oops, water class missing 17:54:13 *** glx [~glx@000128ec.user.oftc.net] has joined #openttd 17:54:16 *** mode/#openttd [+v glx] by ChanServ 17:58:47 <Samu> error, identifier IsCanal is undefined 17:58:50 <Samu> :( 17:59:07 <glx> missing include 18:02:23 <Samu> oh, so that was it, I had similar problem yesterday night 18:03:52 <Samu> nope, can't do it :( 18:04:43 <Samu> 2900 errors, it's becoming worse with include 18:05:12 *** roidal [~roland@cm140-210.liwest.at] has joined #openttd 18:06:08 <Samu> identifier not found :( 18:06:21 <Samu> 182 errors 18:06:35 <Samu> 182 errors or 2900 errors with include 18:06:37 <Samu> what can i do 18:07:15 <Alberth> find the cause 18:07:30 <Samu> IsCanal is the cause 18:08:06 <glx> undefined identifier implies missing include 18:09:04 <Samu> i'm removing iscanal then 18:09:16 <glx> checking the errors and fixing them in order is the best thing to do 18:09:54 <chillcore> Alberth, there is no WWT_SLIDER yet, right? My thingy does not slide properly. 18:09:56 <glx> just trying random things usually doesn't work 18:10:30 <Alberth> chillcore: right, I didn't make such a thing, not even in freerct, and it's on my list there :) 18:10:40 <chillcore> also int32 will happily overflow while UINT16 does not ... hmm 18:10:48 <Eddi|zuHause> chillcore: peter's 32bpp colour patch had sliders 18:10:49 <Samu> without iscanal it can boot the game 18:10:49 <Alberth> lol 18:10:59 <Samu> but then, it's not doing the right thing 18:11:44 <Eddi|zuHause> "removing the battery fixes the short circut. but then it's not powered." 18:11:57 <Alberth> yep, all code has a purpose 18:12:10 <chillcore> I already have the link I believe Alberth, I'll check to see if I can steal something 18:12:42 *** frosch123 [~frosch@frnk-5f7421d8.pool.mediaWays.net] has joined #openttd 18:12:52 <chillcore> thing is I have this one slider that does not slide but clicking in the box works ... I want to fix that before adding 9 more 18:13:01 <Eddi|zuHause> <glx> just trying random things usually doesn't work <-- well, trying a million random things might work. then you have genetic programming :p 18:13:06 <Alberth> if you can steal the code of my not implemented slider thingie, I'd like a copy :) 18:14:01 <Eddi|zuHause> well, a slider is basically a horizontal scroll bar? 18:14:44 <Eddi|zuHause> just without an associated panel/list that gets scrolled 18:15:18 <chillcore> Alberth: ofcourse you get a copy ... me works on GPL v2 not later project ... I meant I should have the link of peterns colour patch 18:15:32 <planetmaker> chillcore, we have scrollbars 18:15:52 <planetmaker> chillcore, dunno what you plan, but they might double as what you want. See e.g. station and object selection windows 18:16:24 <chillcore> ye but I do not want the gui to start scrolling ... :P 18:17:35 <chillcore> I am adding sliders for the perlin noise params ... I could post what I have so far, it has been a few days and some things are added already, working but buggy still kinda 18:18:30 <planetmaker> aye 18:18:43 <chillcore> I used the slider from music gui ... volume and effect volume 18:19:13 <Eddi|zuHause> but those are vertical? 18:19:14 <planetmaker> :) 18:19:16 <Eddi|zuHause> seems impractical 18:19:38 <Alberth> rotate the monitor :p 18:20:15 <chillcore> just that my slider is stuck-ish on one side because I did not yet convert the SetVolume code ... which I can not find 18:20:21 <Eddi|zuHause> i mean, most of the ingame guis extend more easy horizontally than vertically 18:20:32 <planetmaker> chillcore, misc_gui? 18:20:46 <chillcore> yes indeed and no I am having horizontal sliders 18:20:58 <chillcore> music_gui planetmaker 18:21:03 <planetmaker> :) 18:22:22 <chillcore> I'll post the pacth then you can see what I did so far ... zippedy-zipping 18:23:07 <chillcore> patch* ...darned dyslectic fingers of mine 18:23:37 <Alberth> nah, your brain is too fast :) 18:24:26 *** Progman [~progman@p57A18981.dip0.t-ipconnect.de] has joined #openttd 18:25:07 <chillcore> hmm could that be the cause? I'd like to think so. ;) 18:30:52 * V453000 wants RGB sliders 18:31:24 <Alberth> add a "rainbow" slider too 18:31:41 <Eddi|zuHause> that's what i think causes stuttering, the brain is moving faster than the mouth reacts 18:32:15 <Eddi|zuHause> so when the mouth is speaking word X, the brain is already thinking word Y, and that confuses the mouth 18:32:16 <planetmaker> @logs 18:32:16 <DorpsGek> planetmaker: http://irclogs.qmsk.net/channels/openttd 18:33:42 <Eddi|zuHause> what i never really figured out. if RGB is caused by our eyes/brains, then how is there a "colour circle", when the rainbow/visible light spectrum is linear? 18:35:50 <Eddi|zuHause> mixing red+green, and green+blue causes colours that are on the rainbow/spectrum inbetween, but how can red+blue make a colour, that can't be on the spectrum (because that would be green) 18:37:02 *** Wolf01 [~wolf01@0001288e.user.oftc.net] has joined #openttd 18:37:48 <Wolf01> hlo 18:38:48 <Wolf01> (i have a bunch of cotton in my mouth) 18:39:14 <Eddi|zuHause> dentist forgot to take them out? 18:39:23 <Wolf01> what the pain... it's not the act of pop a tooth, it's the after 18:39:27 <frosch123> Eddi|zuHause: how can e^iÏ be the same as e^-iÏ 18:40:00 <Eddi|zuHause> frosch123: because complex numbers are not a linear spectrum 18:40:10 <frosch123> how can you smoothly transform a line into a circle? :p 18:40:23 <Eddi|zuHause> because you can't 18:40:40 <Eddi|zuHause> you can transform a line into a circle, but you loose the "smooth" part 18:40:53 <Eddi|zuHause> or you get a gap in the circle 18:40:53 <Wolf01> use a filter 18:41:27 <peter1138> who what 18:42:00 <frosch123> Eddi|zuHause: they are holomorphic almost everywhere, how can it be more smooth? 18:42:12 <planetmaker> Eddi|zuHause, depends on the nature of the origin. If it's a significant root, integration e^i\pi won't end in the same place but further up or down :) 18:42:23 *** zeknurn` [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has quit [Remote host closed the connection] 18:42:53 <Eddi|zuHause> frosch123: the fun part about "almost" everywhere, is the points where it's not (singularities) 18:42:58 <chillcore> I want to steal your sliders peter ... after you fixed 'em. :P 18:43:05 *** zeknurn [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has joined #openttd 18:44:01 <frosch123> Eddi|zuHause: ah, well, the colour circle does not matter. green is the best colour anyway 18:44:09 <chillcore> not that I have tested if they are broken or not ... I was told they may still have some bugsies ;) 18:44:22 <Eddi|zuHause> frosch123: so the dress is green? 18:44:37 <planetmaker> kermit-green, of course :P 18:44:53 <planetmaker> similar to chillcore's colour actually ;) 18:45:14 <frosch123> Eddi|zuHause: that was the first time spon gave me a hint to understand xkcd 18:45:30 <Eddi|zuHause> frosch123: haha :p 18:45:41 <chillcore> for me dress is ligt blue and brown golden (in that overlighted picture)... and ye colourblindness is greatly underestimated 18:46:04 <Eddi|zuHause> chillcore: except it's not about colour blindness at all 18:46:40 <chillcore> it is kinda related ... but yeah I get your point 18:46:44 <Eddi|zuHause> chillcore: it's like the optical illusions about "these squares are the same colour", or "these figures are the same size" 18:46:56 <chillcore> yeah 18:47:19 <Eddi|zuHause> your brain does internal colour correction 18:47:42 *** gelignite [~gelignite@i528C3115.versanet.de] has joined #openttd 18:47:43 <Eddi|zuHause> and depending on how your brain is conditioned, it interpretes the dress in different colours 18:48:04 <chillcore> <planetmaker> similar to chillcore's colour actually ;) ... here we say "still wet behind the ears" 18:48:10 *** Pensacola [~quassel@c80094.upc-c.chello.nl] has joined #openttd 18:48:34 <Eddi|zuHause> chillcore: "GrÃŒnschnabel" 18:48:44 <chillcore> hihi 18:49:00 <planetmaker> chillcore, I was more referencing the colour you have in my IRC client. But there's "grÃŒn hinter den Ohren" oder "GrÃŒnschnabel" ;) 18:49:32 <frosch123> are greenhorns close relatives to unicorns? 18:50:03 <chillcore> ah ok ... the only coloour I have is yellow when someone mentions me ... horrible unreadable yellow 18:50:14 <Eddi|zuHause> frosch123: i imagine they have two green horns. 18:50:33 <Eddi|zuHause> frosch123: unicorns exist. only they are fat and live in africa. 18:52:09 <frosch123> Eddi|zuHause: the "last unicorn" is a silly term. there is only a "unique unicorn", which travels time and space, so you can see it multiple times 18:52:32 <Eddi|zuHause> frosch123: also, if "being mammals" means "closely related", then probably yes 18:53:26 <Eddi|zuHause> except if you think it's an alien. then it's probably not related at all 18:56:09 <Terkhen> hello 18:56:34 <Wolf01> but there is a song which tells of a "last winged unicorn", so? 18:57:15 <chillcore> haai Terkhen o/ 18:57:20 <Eddi|zuHause> frosch123: but that's just a semantical thing if the only thing could also be the last? 18:57:51 <Wolf01> or the first 18:58:06 <Eddi|zuHause> frosch123: is there a last doctor? 18:58:31 <Eddi|zuHause> frosch123: is the doctor a unicorn? 18:59:58 *** Progman [~progman@p57A18981.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 19:01:14 *** Pensacola [~quassel@c80094.upc-c.chello.nl] has quit [Remote host closed the connection] 19:02:40 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd 19:02:42 <andythenorth> o/ 19:03:02 <Wolf01> o/ 19:03:07 <Eddi|zuHause> i was just thinking "there is cat" 19:03:50 <Wolf01> I sometimes find the cat but not his human 19:04:20 <Samu> Owner: someone 19:04:27 <Samu> it's something 19:04:40 <Eddi|zuHause> GetCatOwner 19:04:53 <andythenorth> None 19:05:04 <Eddi|zuHause> or Town? 19:05:07 <Samu> i managed to get the game booting and to query a tile 19:05:10 <andythenorth> cat owner always returns None 19:05:37 <Eddi|zuHause> i suppose there are some towns that employ cats 19:05:57 <Samu> i get tons of warnings 19:06:01 <Samu> but oh well 19:06:04 <Samu> it boots 19:07:44 <Samu> Warning 6 warning C4353: nonstandard extension used: constant 0 as function expression. Use '__noop' function intrinsic instead (..\src\bridge_gui.cpp) c:\openttd\trunk\src\tile_map.h 177 1 openttd 19:07:55 * andythenorth should do something useful 19:08:01 <Samu> tons of these 19:08:40 <Eddi|zuHause> Samu: that probably means you did something very wrong 19:08:47 <Samu> Owner co = (Owner)(0(GB(_m[tile].m1, 0, 4))); 19:09:15 <Eddi|zuHause> yes. that looks very wrong. 19:09:32 <Wolf01> what's that 0? 19:09:35 <Samu> how do i put the 5th bit as 0 in there? 19:09:49 <Samu> simulate as 0 19:09:50 <Wolf01> with SB()? 19:10:12 <Samu> 0xxxx, xxxx won't get over 1111 19:10:17 <Eddi|zuHause> Samu: bits are always 0 unless you set them 19:10:41 <Samu> but it needs to behave like it's 01111 19:10:44 <Eddi|zuHause> GB always returns 32 bit, with most of them as 0 19:10:49 <Samu> that 0 however, isn't there 19:11:06 <Samu> it's simulated 19:11:16 <Eddi|zuHause> Samu: but "0(x)" is a function called "0" that gets parameter "x" 19:11:28 <Eddi|zuHause> Samu: which is probably not what you meant to write 19:11:37 <Samu> it's not :) 19:11:56 <Eddi|zuHause> Samu: see, and that's why the compiler warns you 19:12:28 <Samu> Owner: someone, at least it not unhandled exception 19:13:42 <Samu> hmm 19:14:10 <Eddi|zuHause> Samu: well, the return value of the function "0" is probably of type "void" 19:14:22 <Eddi|zuHause> which you then cast into "Owner" 19:14:31 <Eddi|zuHause> which means it's either 0 or garbage 19:15:00 <Samu> 0x3f 19:15:02 <Eddi|zuHause> where in C(++) it usually tends towards garbage 19:15:32 <Samu> it's wrong 19:15:37 <Samu> shouldn't be 3f 19:15:45 <Wolf01> because it's garbage 19:15:46 <Eddi|zuHause> of course it's wrong 19:16:00 <Samu> should have been 2f 19:16:19 <Samu> that "0" turned to "1" :( 19:16:21 <Samu> lel 19:17:19 <Eddi|zuHause> Samu: say, you want to buy bananas. but instead of a store, you went to a dumping site 19:17:29 <Eddi|zuHause> Samu: how can you expect to return with a banana? 19:17:50 <Samu> :) 19:18:43 <Eddi|zuHause> even if you went to aisle 3, row 4, and grabbed the yellow object there, assuming it's yellow. 19:19:09 <Eddi|zuHause> because that's where the bananas are in the shop where you usually go 19:20:06 <Wolf01> really? never noticed that 19:20:19 <Samu> trying Owner co = (Owner)(_m[tile].m1 &= GB(_m[tile].m1, 0, 4)); 19:20:58 <Alberth> nice :p 19:21:05 <Eddi|zuHause> so you destroy whatever else is written in m1, just to read it? 19:21:14 <Samu> i have no idea 19:21:23 <Eddi|zuHause> we noticed that 19:21:25 <Wolf01> destructive read 19:21:36 <Samu> assertion failed now 19:21:53 <Eddi|zuHause> Samu: so you throw away the chocolate in the kinder egg, to get to the toy? 19:22:20 <Samu> hmm 19:23:30 *** roidal [~roland@cm140-210.liwest.at] has quit [Quit: WeeChat 1.0.1] 19:26:28 <TrueBrain> hmmm ... BaNaNaS .... 19:27:29 <Xaroth|Work> BaNaNaNaNaNaNaNaNaNaNaNaNaNaNaNaNaNaNaNaNaNaNaNas 19:27:43 <Eddi|zuHause> ... Batman! 19:27:58 <TrueBrain> no more yellow furry small living silly thingies for you Xar 19:28:09 <Xaroth|Work> but but but 19:28:10 <Xaroth|Work> MINIONS 19:28:29 <Xaroth|Work> https://www.youtube.com/watch?v=wCkerYMffMo 19:28:58 <TrueBrain> ITS SO FLUFFY IM GONNA DIE 19:29:47 <peter1138> moo 19:29:59 <TrueBrain> you are a cow? 19:30:03 <peter1138> yes 19:30:11 <Xaroth|Work> also: https://www.youtube.com/watch?v=zGyf9nOs4C0 19:31:04 <andythenorth> NANANANA 19:31:33 <TrueBrain> now you are just being silly andythenorth 19:31:54 <andythenorth> sorry 19:31:56 <andythenorth> Iâll stop 19:31:59 <TrueBrain> :D 19:34:45 <Wolf01> mmmh, it's starting the headache... 19:36:18 <Eddi|zuHause> # la la lala la la la la lala 19:38:04 *** Quatroking [~Quatrokin@ip226-139-211-87.adsl2.static.versatel.nl] has joined #openttd 19:41:16 <andythenorth> suggestions forum is dissapointing 19:42:37 <andythenorth> or disappointing 19:43:04 <Alberth> both are not good :) 19:44:32 <Samu> Owner co = (Owner)(SB(co,_m[tile].m1, 0, 4)); 19:44:54 <Samu> fails 19:45:40 <Samu> Error 1 error C2678: binary '&=' : no operator found which takes a left-hand operand of type 'Owner' (or there is no acceptable conversion) (..\src\animated_tile.cpp) c:\openttd\trunk\src\core\bitmath_func.hpp 62 1 openttd 19:45:53 <Samu> i am horrible at this 19:46:36 <Eddi|zuHause> because you don't listen to anything we say 19:48:21 <planetmaker> we had that very same message yesterday or the day before from you. Quite literally. 19:48:33 <planetmaker> Also your preceeding and trailing lines to that error 19:48:41 <planetmaker> quite a déjà vu 19:49:33 <Samu> i got this on the other Owner co = (Owner)(GB(_me[t].m6, 0, 2) || GB(_me[t].m6, 6, 2)); 19:50:36 <Eddi|zuHause> "we put 10 differences in these two lines, can you spot them all?" 19:51:32 <Samu> so it's also wrong? 19:51:45 <Samu> bah.. 19:52:52 <Eddi|zuHause> i mean, independently of whether that last line is wrong or not. can you name some differences beteween the two lines? 19:52:59 <Alberth> c++ doesn't mind if you want to shoot yourself in the foot 19:53:56 <Alberth> it will happily allow you to do so 19:54:30 <Eddi|zuHause> i've never seen anyone shoot himself in the foot so much, and keep going... 19:58:48 *** luaduck is now known as luaduck_zzz 19:58:56 <andythenorth> tenacity 19:59:11 <andythenorth> nineacity 19:59:14 <andythenorth> eightacity 19:59:15 <Eddi|zuHause> is there an elevenacity? 19:59:26 <andythenorth> is it louder than tenacity? 19:59:47 <Eddi|zuHause> elevenacious D? 20:00:18 <Samu> Owner co = (Owner)GB(_m[tile].m1, 0, 4); 20:00:26 <Samu> this? 20:00:43 <Eddi|zuHause> Samu: is that an answer to my question? 20:00:59 <Samu> i get assertion with that 20:01:34 *** Klanticus [~quassel@200-161-120-132.dsl.telesp.net.br] has quit [Remote host closed the connection] 20:02:16 <chillcore> samu then it is not that 20:03:24 <Samu> https://paste.openttdcoop.org/pow6kkx9d#line-1 20:03:33 <Samu> no idea what to do 20:04:08 <chillcore> join the club ;) 20:05:01 <chillcore> may I suggest you read logs for the past week or two? 20:05:02 *** _dp_ [~dP@92-100-245-206.dynamic.avangarddsl.ru] has quit [Ping timeout: 480 seconds] 20:05:08 <chillcore> no offense intended 20:05:31 <NGC3982> No intern offended 20:05:52 <chillcore> :P 20:06:23 <Eddi|zuHause> no online internet 20:09:17 <chillcore> I swear if my old ISP sends me a new invoice end of april before offering me free internet for seven months at least, 4G or not, the online internet will be too small. 20:09:45 * chillcore refuses to send back modem as that would mean I have cancelled subscription myself 20:09:59 <chillcore> anyhoo 20:11:32 <Samu> what the assert says is 20:11:59 <Samu> line 113 of pool_type.hpp 20:14:11 *** _dp_ [~dP@95-55-6-194.dynamic.avangarddsl.ru] has joined #openttd 20:14:29 <chillcore> pretty sure the assert sais more than that samu ... 20:15:01 <Samu> cannot load savegame etc... I wasn't loading any save 20:15:07 <Samu> i was starting openttd 20:15:23 <Wolf01> which loads the title screen, which is a savegame 20:15:34 <Samu> ah 20:17:14 <Samu> assert(index < this->first_unused); 20:17:27 <Samu> expression: assert(index < this->first_unused); 20:17:56 <Alberth> sounds useful to enforce 20:18:07 <Eddi|zuHause> that's where you use a debugger, and go "up" in the backtrace until you find a sensible line 20:18:41 <Alberth> ha, it implies ability to detect "sensible line" 20:18:55 <Eddi|zuHause> yes, i'm naive like that :p 20:18:56 <chillcore> https://www.youtube.com/watch?v=mVYxHwibXug 20:20:08 <Alberth> woo, that's old :) 20:20:14 <chillcore> ye 20:20:42 <Alberth> swingin' yeah! 20:20:49 <chillcore> "ik zoek iets maar ik weet niet wat" 20:20:52 <chillcore> hehe 20:21:33 <Samu> ignoring assert error and it gets unhandled exception 20:21:47 <chillcore> you're not supposed to ignore asserts 20:21:56 <Samu> if (GetWaterClass(tile) == WATER_CLASS_CANAL && !is_lock_middle) Company::Get(old_owner)->infrastructure.water--; 20:22:03 <Samu> line 1302 at water_cmd.cpp 20:22:07 <chillcore> assert means "you made booboo" 20:22:22 <Samu> i really don't know what to do 20:22:28 <Samu> go up 20:22:29 <Alberth> chillcore: don't bother, samu has been told so a zillion times 20:22:42 <chillcore> I know :/ 20:22:43 *** Quatroking_ [~Quatrokin@ip226-139-211-87.adsl2.static.versatel.nl] has joined #openttd 20:23:02 <Eddi|zuHause> Samu: my guess is that Company::Get(old_owner) fails because old_owner has a wrong value 20:23:03 <Wolf01> assert means "you are lucky I stopped this stuff before it does something weird and I also tell you why I stopped it" 20:23:53 *** lobstar is now known as lobster 20:24:56 <Eddi|zuHause> Samu: which is to be expected, even if you did it right. because the old savegame has the owner still stored in the old way, so you cannot call "GetTileOwner" on that old savegame in AfterLoadGame anymore 20:25:56 *** Quatroking [~Quatrokin@ip226-139-211-87.adsl2.static.versatel.nl] has quit [Ping timeout: 480 seconds] 20:27:11 <andythenorth> what happens if the assert is broken? o_O 20:27:50 <Eddi|zuHause> andythenorth: fixing the assert is something different than ignoring the assert 20:27:59 <chillcore> we need asserts on the asserts? 20:28:06 <andythenorth> chillcore: we should probably 20:28:07 <andythenorth> or tests 20:28:14 <andythenorth> and tests for the tests 20:28:19 <Alberth> @pre 20:28:27 * andythenorth canât debug with python multiprocessing 20:28:31 <Eddi|zuHause> chillcore: the weird thing about listening to dutch is that you understand half a sentence, and then nothing 20:28:47 <andythenorth> the Error object doesnât pickle cleanly I think, so the error handling just blows up 20:28:56 <andythenorth> which is fun the first time 20:28:59 <andythenorth> and then very boring 20:29:08 <chillcore> ye many dialects ... belgium is worse then the dutchies in that regards 20:29:23 <chillcore> I think 20:29:36 <Samu> Call Stack says > ntdll.dll!77bcf8d4() Unknown 20:29:37 <Eddi|zuHause> chillcore: well, i don't speak dutch at all :p 20:29:54 <Samu> there's many lines 20:30:02 <Quatroking_> kanker 20:30:05 *** Quatroking_ [~Quatrokin@ip226-139-211-87.adsl2.static.versatel.nl] has left #openttd [Leaving] 20:30:06 <Eddi|zuHause> Samu: that is a not-useful line 20:30:06 <Samu> and I don't know what to get out of that 20:30:14 <chillcore> I don't speak german so I get that too ... understanding half and misunderstanding the other half, eddi 20:30:21 <Samu> sorry 20:30:47 <Eddi|zuHause> Samu: you won't get anything out of that line, no matter how hard you try 20:30:58 <Samu> [Frames below may be incorrect and/or missing, no symbols loaded for user32.dll] 20:31:07 <Samu> ok, i'm stopping for now 20:32:55 <Samu> oh i had to change the Thread 20:33:13 <Samu> > openttd.exe!Pool<Company,TinyEnumT<enum Owner>,1,15,1,0,1>::Get(unsigned int index=1) Line 113 C++ 20:35:18 <Eddi|zuHause> that seems to want the 2nd company 20:35:36 <Eddi|zuHause> where probably only one company (with index 0) exists most of the time 20:36:59 *** Biolunar [Biolunar@blfd-5d820da8.pool.mediaWays.net] has quit [Quit: leaving] 20:37:07 <Samu> > openttd.exe!Pool<Company,TinyEnumT<enum Owner>,1,15,1,0,1>::PoolItem<&_company_pool>::Get(unsigned int index=1) Line 249 C++ 20:37:50 <Samu> > openttd.exe!ChangeTileOwner_Water(unsigned int tile=257, Owner old_owner=1, Owner new_owner=INVALID_OWNER) Line 1302 C++ 20:37:52 <Eddi|zuHause> that is basically the same as above. still says index=1. nothing interesting 20:38:13 <Samu> this one is where it gets unhandled exception 20:38:23 <Eddi|zuHause> yes 20:38:32 <Eddi|zuHause> but the question is WHY old_owner=1 there 20:38:51 <Samu> > openttd.exe!ChangeTileOwner(unsigned int tile=257, Owner old_owner=1, Owner new_owner=INVALID_OWNER) Line 521 C++ 20:39:26 <Samu> > openttd.exe!AfterLoadGame() Line 1799 C++ 20:39:29 <chillcore> titlegame only has 1 company which is 0, no matter how many times you post the same error 20:39:55 <Eddi|zuHause> Samu: that finally seems like an interesting line. 20:39:58 <Wolf01> help us obi wan kenoby, you are our only hope 20:40:04 <Samu> oh really? 20:40:11 <Samu> hmm oki 20:40:22 <Eddi|zuHause> Samu: and points us back to what i initially said 20:40:43 <chillcore> *waves hand* this is not the company you are looking for 20:40:48 <Eddi|zuHause> Samu: you read an old savegame (which likely has stored 10001 for invalid owner), and read only 4 bits of that (which is 0001) 20:41:31 <Eddi|zuHause> Samu: you must convert the owner from the old format to the new format BEFORE this is done 20:41:43 <Eddi|zuHause> (this needs a savegame bump) 20:42:00 <Eddi|zuHause> (you can't get away with fudging this like last time) 20:43:41 <Samu> i see, makes sense 20:44:45 <Samu> so that's what assertions do 20:45:34 <Samu> that savegame must be really really old 20:46:06 <Samu> to catch all errors 20:46:19 <chillcore> you'd get the same prob with a new one ... 20:46:33 <Samu> okay, creating a bump 20:46:36 <Samu> brb 20:48:29 <Eddi|zuHause> but yes, we intentionally kept this really really old savegame to catch all sorts of errors 20:48:50 <Wolf01> at least it seem he visualized his flux capacitor 20:49:57 <chillcore> hmm pete*rns fuzzle dir ask for a password ... 20:51:18 <chillcore> and alb*erths code is hosted on google+ which I have blocked ... 20:51:31 <chillcore> so much for stealing sliders :P 20:51:40 <Alberth> /me whispers about a GH mirror 20:51:41 <Eddi|zuHause> so why intentionally not highlight him, when he's the only one who could possibly have a sane response? 20:52:20 <chillcore> ah ye ... me checks to see if I have a checkout on this HDD 20:52:34 <Alberth> but no worries, it's not there either, other than a few sprites 20:52:46 <chillcore> because I do not expect peeps to change their stuffs for me eddi 20:53:26 <chillcore> ah ok alberth 20:54:50 *** frosch123 [~frosch@frnk-5f7421d8.pool.mediaWays.net] has quit [Quit: be yourself, except: if you have the opportunity to be a unicorn, then be a unicorn] 20:55:02 <Alberth> not tonight, but if you give me a few pointers to the problem, I can have a look 20:55:45 *** tokai|noir [~tokai@00012860.user.oftc.net] has joined #openttd 20:55:48 *** mode/#openttd [+v tokai|noir] by ChanServ 20:57:15 <chillcore> the patch in my last posted patch works but the code is ugly (no WWT_SLIDER) and the slider does not slide properly yet, most likely because I do not call a redraw properly after changing the value 20:58:01 <chillcore> read: slider wiggles but keeps jumping back to the side 20:58:18 <Eddi|zuHause> prost http://img.pr0gramm.com/2015/03/04/a5be680cfe158c1b.webm 20:58:38 <Eddi|zuHause> chillcore: seems like you reset the value somewhere 20:58:56 <chillcore> Also I do not think I should copy the same code 9 times neither 20:59:27 <chillcore> hmm that is possible eddi, I'll have a looksie for that 20:59:43 *** sla_ro|master [slamaster@95.76.27.245] has quit [] 20:59:56 <chillcore> thing is that the number reads/changes correctly on the button 21:00:07 <chillcore> so I did not think of that yet 21:00:12 *** HerzogDeXtEr1 [~flex@i59F6D6F2.versanet.de] has joined #openttd 21:00:52 <Eddi|zuHause> so that interfering code only sets the slider position, not the slider's associated value 21:01:18 <chillcore> something like that yes 21:02:01 *** tokai|mdlx [~tokai@port-92-195-34-201.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 21:03:13 <chillcore> however the same code works for music gui volume 21:04:01 <Eddi|zuHause> maybe you forgot to customize something in your 9 copies 21:04:15 <Eddi|zuHause> and that part accesses all 9 things simultaneously 21:04:40 <chillcore> I have just one for the moment untill I get this fixed 21:05:18 <chillcore> then I will remove the magic nrs and make it a funtion with parameters 21:05:42 <chillcore> before aplying to the other 9 values ;) 21:05:56 *** HerzogDeXtEr [~flex@i59F6CA9C.versanet.de] has quit [Ping timeout: 480 seconds] 21:06:03 <Terkhen> good nigh 21:06:33 <chillcore> I'll take a screenshot of the current gui that will make it easier to see without having to compile 21:06:41 <chillcore> good night Terkhen 21:07:04 <Samu> version 87 0.5.x 21:07:37 <Samu> 12129 21:07:43 <Samu> woah 21:10:34 <Alberth> good night 21:11:22 * andythenorth also 21:11:23 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has left #openttd [] 21:11:28 <chillcore> good night Alberth 21:11:30 *** Alberth [~alberth@2001:981:c6c5:1:be5f:f4ff:feac:e11] has left #openttd [] 21:12:18 <chillcore> eddi, second attachment of my last post, ideally I want to make the label a button and have the slider contain the value 21:13:22 <chillcore> as you can see the slider is not slightly past the middle 21:14:25 <Eddi|zuHause> i won't try (or read) that 21:17:40 <chillcore> hmm? not reading the code is fine really ... it is fuggly 21:26:47 <chillcore> also, if I do not get things properly working and cleaned up by sunday next week will be spent tweaking values for trunk as it is now 21:26:59 <chillcore> I can still do a gui afterwards 21:30:05 <Samu> the first GetTileOwner is at line 433, omg... 21:32:56 <chillcore> cool now find the other 130 occurances ... 21:33:16 *** Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd 21:33:21 <Samu> line 525 bool AfterLoadGame() 21:34:02 <Samu> there's GetTileOwner before line 525 21:34:08 <Samu> am I screwed? 21:34:16 <chillcore> samu GetTileOwner is about 130 times in the code ... please do not list em all 21:35:05 <chillcore> in afterload cpp you need to convert from the olds avegameformat to the new 21:35:16 <chillcore> there are plenty of examples 21:35:38 <chillcore> but only changing it there will not solve your prob 21:39:17 <Samu> im worried about that 21:40:55 <Samu> I need some sort of GetTileOwnerOldBehaviour 21:41:00 <chillcore> you need to change it there yes but you also need to make sure you do not violate asserts 21:42:47 <chillcore> what for? 21:42:57 <Eddi|zuHause> Samu: you only need to change from the old format to the new format once, before the first GetTileOwner is called. then you should be fine 21:44:31 *** gelignite [~gelignite@i528C3115.versanet.de] has quit [Quit: http://bit.ly/1kso8Ta] 21:58:50 *** luaduck_zzz is now known as luaduck 22:02:20 *** liq3 [~liq3@CPE-120-147-178-81.gdfw1.lon.bigpond.net.au] has joined #openttd 22:06:32 *** Suicyder [~Suicyder@86.92.59.88] has quit [Quit: HydraIRC -> http://www.hydrairc.com <- s0 d4Mn l33t |t'z 5c4rY!] 22:21:12 *** Progman [~progman@p57A18981.dip0.t-ipconnect.de] has joined #openttd 22:21:14 <Samu> pff, i have a problem somewhere else 22:21:59 <Samu> tile owner is 0x3f, that happens at the brother 22:22:06 <Samu> should be 0x2f 22:22:13 <Samu> SetTileOwner 22:22:15 <Samu> grr 22:27:56 <Eddi|zuHause> no. 22:28:25 <Eddi|zuHause> you don't set bit 4 anymore, so it retains whatever value was in there. but you also don't care about that anymore, because you don't read it 22:33:21 <Samu> hmm 22:33:36 <Samu> let me think 22:35:40 *** Progman [~progman@p57A18981.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 22:35:42 <Samu> that 1 shouldn't be there either 22:35:52 <Samu> i'm doing a bad conversion 22:37:17 *** oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has quit [] 22:38:18 <Samu> SB(_m[tile].m1, 0, 4, OWNER_TOWN); 22:38:33 <Samu> why is that the first value is 1? 22:38:43 <Eddi|zuHause> it's not 22:38:56 <Samu> what happens when i build a canal? 22:39:05 <Samu> that 1 is coming from something else 22:39:27 <Eddi|zuHause> when you build a canal, you need to convert from the old format to the new 22:40:06 <Eddi|zuHause> but you set the owner anyway when building a canal 22:40:13 <Eddi|zuHause> so it will automatically get the new format 22:40:30 <Eddi|zuHause> assuming you set the canal bit before calling SetTileOwner 22:41:13 <Eddi|zuHause> <Samu> SB(_m[tile].m1, 0, 4, OWNER_TOWN); <-- this writes 4 bits. the 5th bit is unchanged 22:41:36 <Eddi|zuHause> (as are the 6ths, 7th or 8th) 22:42:09 <Samu> hmm, must be landscape clear again 22:42:20 <Samu> bah 22:42:33 <Samu> this is so depressing 22:43:13 <Eddi|zuHause> that's because you're changing something which works better if left unchanged 22:43:42 <Eddi|zuHause> but also, because you don't understand bitstuffing 22:45:23 <Eddi|zuHause> anyway, you must set bit 4 separately, because when you add meaning to it, you also have to add a map accessor function for it. 22:45:57 <Eddi|zuHause> and before you add that map accessor, the value of the bit is irrelevant 22:48:47 <Samu> ret = DoCommand(tile, 0, 0, flags | DC_FORCE_CLEAR_TILE, CMD_LANDSCAPE_CLEAR); 22:48:59 <Samu> set bit 4 separately 22:49:29 <Samu> i wish i could understand what you're trying to tell me, it not that I don't listen 22:49:47 <Samu> i listen, but i'm as clueless as before 22:52:08 <Eddi|zuHause> Samu: again, clear tile probably sets owner to 10001. then you turn it into a canal. then you set the tile owner to 1111 22:52:19 <Eddi|zuHause> but not to 01111 like it used to 22:52:24 <Eddi|zuHause> so the 1 stays in place 22:52:54 <Eddi|zuHause> you then need to overwrite this 1 with "tile_was_river_before" or somesuch 22:53:24 <Samu> somewhere at DoCommand 22:53:34 <Samu> must have that fix 22:53:37 <glx> no 22:53:40 <Samu> :( 22:53:40 <Eddi|zuHause> in MakeCanal or so 22:53:59 <glx> clear tile does exactly what it have to 22:53:59 <Eddi|zuHause> before calling the clear command 22:54:07 <Eddi|zuHause> you read what the tile was 22:54:17 <Eddi|zuHause> if the tile was a river, you remember that for later 22:54:22 <Samu> ah, like i did for the industry 22:54:30 <Samu> but ah... i see 22:54:35 <Eddi|zuHause> and after clear command, turn into canal, set owner, you set the other bit for river 22:55:08 *** Pikka [~Octomom@203-206-161-219.perm.iinet.net.au] has joined #openttd 22:55:44 <Samu> i see that i need something that identifies that bit 4 as meaning something else first 22:56:12 <Samu> at the so called map accessor 22:56:16 <Samu> which is what? 22:56:22 <Samu> water_map? 22:56:30 <Samu> tile_map? 22:57:22 <Samu> depot_map 22:57:24 <Samu> station_map 22:57:26 <Samu> all these? omg 22:59:17 <Samu> Map accessors for 'clear' tiles 22:59:27 <Samu> i have other plan 22:59:29 <Samu> :o 23:00:00 <Samu> okay nevermind, I better not 23:01:11 <Samu> let me see which files i have to edit 23:03:19 *** George [~George@185.43.94.91] has joined #openttd 23:03:26 <George> Hi 23:03:40 <Eddi|zuHause> Samu: you only need one map accessor (as long as all the tiles access the bit in the same place) 23:04:00 <Eddi|zuHause> Samu: but you need to call this accessor from anything that creates canals (like build industry on river) 23:04:10 <George> How to test if vehicle with specified ID is available on the market in CB? 23:04:45 <George> Additional text CB 23:04:46 <Eddi|zuHause> George: i don't think NewGRF has access to that information 23:05:06 <Eddi|zuHause> George: but the availability is a bitmask that has one bit per company 23:05:28 <George> It has accest for vehicle_is_available for the current vehicle 23:05:54 <George> Also vehicle_is_offered and vehicle_is_testing are available 23:06:05 <George> But for current vehicle too 23:06:38 <Eddi|zuHause> i don't think there is a way to access other vehicles 23:06:45 <George> Eddi|zuHause: in my case it would be ok if I get this information for the current player only 23:06:56 <Pikka> I don't think so as well also, Eddi|zuHause 23:08:27 <Eddi|zuHause> George: what exactly is your use case? 23:10:01 <George> For the DR1A_H I want to change additional text to "Can attach DR1A_N" when DR1_N appears on the market 23:10:47 <Samu> something is telling me it's a mixture of tile_map.h and water_map.h 23:10:51 *** FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Quit: There's a real world out here!] 23:11:12 <Samu> all others access tile_map.h though 23:11:16 <Bobix> is there a way to disable the ship is lost warning without disabling it for the other vehicle types? 23:11:18 <Samu> im unsure about this 23:12:52 <Eddi|zuHause> George: what's the harm in writing that before it's available? a player might not check the text again later 23:13:42 <George> I would do it in case there is no other solution 23:13:56 <Eddi|zuHause> Bobix: try YAPF for ships instead of original pathfinder, it should get "lost" messages way less 23:14:30 <Eddi|zuHause> George: the closest you can do is check the date for when the vehicle is usually available 23:14:37 <George> Eddi|zuHause: Because DR1A_H appears 15 years before DR1A_N 23:14:50 <Bobix> ty i'll try that Eddi|zuHause 23:15:01 <Eddi|zuHause> the intro date is randomized by 512 days (about 2 years) 23:15:16 <Eddi|zuHause> plus potentially the 1 year trial period 23:15:31 *** cypher_ [~cypher@ip-89-176-82-64.net.upcbroadband.cz] has joined #openttd 23:16:12 <cypher_> Hi. Is anybody here? I'd like to ask someone about a compiling error I get while trying to compile OpenTTD. 23:16:31 <Pikka> there's nobody here but us chickens 23:16:33 <Bobix> already had YAPF enabled 23:16:45 <Pikka> build more bouys, Bobix 23:17:06 <Eddi|zuHause> Hi. Is there anybody here? I'd like to ask someone about a meta question i get" 23:17:37 <Bobix> it happens when they are at dock but maybe some bouys just outside of my neatly build harbours will help 23:17:37 *** liq3 [~liq3@CPE-120-147-178-81.gdfw1.lon.bigpond.net.au] has quit [] 23:17:38 <cypher_> Pikka, well do you chickens know what might be causing this? error: 'fdatasync' was not declared in this scope 23:17:48 <Samu> it's at water_map.h right? 23:17:55 <Samu> i have to create some enumerator? 23:17:57 <Samu> enum 23:17:58 <Eddi|zuHause> Bobix: that probably means they have not enough space to turn around 23:18:37 <Bobix> that's likely 23:18:38 <cypher_> (building in mingw32) 23:18:42 <Eddi|zuHause> Samu: well, you don't HAVE to, but it makes the code way more readable 23:19:29 <Samu> ok, i prefer to get the code more readable 23:19:31 <Samu> :p 23:19:38 <Eddi|zuHause> Bobix: that may actually be something better fixed in the game logic. ships turning around when leaving the dock, like trains do 23:20:06 <Bobix> it would be more realistic 23:20:55 <Eddi|zuHause> Bobix: in that case, make a feature request at the bugtracker. maybe someone will do it 23:21:09 <Eddi|zuHause> Bobix: also, adding a savegame might help your case 23:28:35 <Samu> IsRiverOnCanal(tile) 23:28:42 <Samu> :) keke 23:29:19 <Samu> i wonder how i do this 23:30:26 <Samu> this looks so simple but when i start doing it, i get to messed up 23:32:49 *** George [~George@185.43.94.91] has quit [] 23:33:09 <chillcore> cypher: you are trying to compile clean trunk on windows right? just asking ... not sure if I will be able to help you 23:35:07 <cypher_> chillcore, yes. In fact, I managed to "figure it out" temporarily - just commented out the (conditional) code that relied on fdatasync, however now I get some problem with icu. 23:35:34 <cypher_> chillcore, c:/dev/mingw/bin/../lib/gcc/mingw32/4.8.1/../../../../mingw32/bin/ld.exe: c:/dev 23:35:34 <cypher_> t$_ZNK6icu_4615ParagraphLayout4Line17getDynamicClassIDEv[__ZNK6icu_4615Paragraph 23:35:34 <cypher_> Layout4Line17getDynamicClassIDEv]' 23:35:34 <cypher_> c:/dev/mingw/bin/../lib/gcc/mingw32/4.8.1/../../../../mingw32/bin/ld.exe: final 23:35:35 <cypher_> link failed: Invalid operation 23:35:40 <chillcore> well I was going to suggest to look in ini.cpp ye 23:35:55 <chillcore> seems you found that part already ;) 23:36:03 <cypher_> I did, and it helped. However I'm not sure how to deal with this... 23:38:18 <chillcore> well since the include is excluded from the windoze part there must be a reason for it ... I wish I knew which 23:39:44 <Wolf01> 'night 23:39:51 *** Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.] 23:39:52 <chillcore> are you sure your compiler is sert up correctly? the configure part that is 23:40:37 <chillcore> it has been ages I used mingw/msys 23:40:46 <Eddi|zuHause> cypher_: people have been reporting problems with icu on mingw. the usual answer is just disabling it 23:41:15 <chillcore> I had a tough time getting the libs in the correct dir 23:41:24 <chillcore> that I do remember 23:41:41 <chillcore> in the end I moved stuffs manually 23:42:02 <cypher_> Eddi|zuHause, riddiculous question perhaps, but how do I disable it? 23:42:14 <Eddi|zuHause> ./configure --without-icu or so 23:42:43 <glx> icu is a pain to build on windows 23:42:50 <Bobix> Eddi|zuHause: i did it https://bugs.openttd.org/task/6244 23:43:21 <chillcore> ye but also msys ... it has some "same name" folders as mingw 23:43:37 <chillcore> I just provided libs in both 23:44:05 <Eddi|zuHause> chillcore: that *shouldn't* be a problem 23:44:32 <Eddi|zuHause> as long as both are in the search path 23:44:47 <chillcore> I guess so ... but it was for me at the time 23:45:02 <chillcore> maybe search paths is what was wrong for me yeah 23:45:42 <Eddi|zuHause> that can be a pain to figure out if you're not familiar with the system, and it doesn't do The Right Thing(tm) 23:45:56 <chillcore> exactly 23:46:26 <cypher_> Damn I hope it compiles now :-D 23:46:41 <chillcore> I have set it up twice ... not planning on doing it again any time soon :P 23:46:46 <chillcore> and Yay 23:49:40 <chillcore> hmm you hope ... missed that little detail somehow :P 23:51:27 <cypher_> OK... any ideas? :( http://pastebin.com/k1XqFLJE 23:53:09 <Eddi|zuHause> never seen that before 23:53:29 <Eddi|zuHause> maybe an incompletely installed library? 23:54:03 <cypher_> Really? I just followed the manual :/ 23:55:37 <Samu> I'm lost 23:55:56 <Eddi|zuHause> nothing new there. 23:55:59 <chillcore> I did see '__errno' before I did what I discribed above 23:56:34 <chillcore> I am sure that having the same libs in two folders is not the best solution 23:57:19 <chillcore> did you follow the manual to the letter? cypher 23:57:32 <cypher_> Yeah. 23:58:02 <Eddi|zuHause> did you read the manual? [yes] [no] 23:58:14 <Eddi|zuHause> did you really read the manual? [maybe] [no] 23:58:23 <Eddi|zuHause> seriously, did you read the manual? [no] 23:58:58 <cypher_> yes, yes and yes -f