--- Log opened Wed Jun 01 00:00:48 2016
20160601 00:11:27-!- irker259 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20160601 00:16:53-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20160601 00:37:12-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160601 00:37:46-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20160601 00:44:32-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160601 00:46:23-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160601 00:56:04-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20160601 01:02:11-!- ancestral [~ancestral@67-4-254-184.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160601 01:17:40-!- ancestral [~ancestral@67-4-254-184.mpls.qwest.net] has joined #wesnoth-dev
20160601 01:29:20-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160601 01:33:34-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 252 seconds]
20160601 01:45:48-!- ancestral [~ancestral@67-4-254-184.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160601 01:52:26-!- un214 [~un214@104.220.56.173] has joined #wesnoth-dev
20160601 01:59:21-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20160601 02:03:04-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20160601 02:04:16-!- ancestral [~ancestral@67-4-254-184.mpls.qwest.net] has joined #wesnoth-dev
20160601 02:09:16-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20160601 02:09:22-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20160601 02:12:10-!- un214 [~un214@104.220.56.173] has quit [Remote host closed the connection]
20160601 02:21:49-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20160601 03:24:42-!- Bonobo [~Bonobo@ppp121-45-122-101.lns20.adl6.internode.on.net] has joined #wesnoth-dev
20160601 03:59:18-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20160601 03:59:24-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20160601 04:05:31-!- hk238 [~kvirc@t224.ip7.netikka.fi] has joined #wesnoth-dev
20160601 04:21:33-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 240 seconds]
20160601 04:23:51-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160601 04:27:24-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20160601 04:43:37-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20160601 04:43:42-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Read error: Connection reset by peer]
20160601 05:08:36-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160601 05:10:18-!- Kwandulin [~Miranda@p200300760F3B06C7383460948C24F535.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160601 05:13:17-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 260 seconds]
20160601 05:20:41-!- Kwandulin [~Miranda@p200300760F3B06C7383460948C24F535.dip0.t-ipconnect.de] has quit [Ping timeout: 258 seconds]
20160601 05:32:09-!- celmin [~celticmin@unaffiliated/celticminstrel] has quit [Read error: Connection reset by peer]
20160601 05:32:10-!- celticmistral [~celticmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20160601 05:32:57-!- mjs-de [~mjs-de@p508C8754.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160601 05:40:47-!- celticmistral [~celticmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The minstrel departs, to spread the music to the masses!]
20160601 05:52:50-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The computer falls into a deep sleep, to awake again some other day!]
20160601 06:25:19-!- exciton_ [chuck-the-@89.208.170.132] has joined #wesnoth-dev
20160601 06:29:03-!- exciton [chuck-the-@89.208.170.132] has quit [Ping timeout: 240 seconds]
20160601 06:51:28-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 264 seconds]
20160601 06:52:31-!- ancestral [~ancestral@67-4-254-184.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160601 06:54:09-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20160601 06:55:44 * Aginor runs a git fetch
20160601 06:56:06< Aginor> which is my way of saying that I think I'll be able to be less useless again
20160601 06:56:57-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160601 06:57:15< Aginor> does anyone want to mute the bot before I cause spam?
20160601 06:57:30< Aginor> shadowm?
20160601 06:58:11< loonycyborg> you want to do git merge master?
20160601 06:58:21< loonycyborg> I can mute it
20160601 06:58:31< Aginor> loonycyborg: yes please
20160601 06:58:39-!- mode/#wesnoth-dev [+q irker*!*@*] by ChanServ
20160601 06:58:48 * Aginor pushes
20160601 06:58:52-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20160601 06:58:59-!- mode/#wesnoth-dev [+o shadowm] by ChanServ
20160601 06:58:59-!- irker259 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20160601 06:59:03-!- mode/#wesnoth-dev [+z] by shadowm
20160601 06:59:03< loonycyborg> but generally I do it after it starts
20160601 06:59:25<@shadowm> wb Aginor.
20160601 06:59:27< Aginor> :D
20160601 06:59:30< Aginor> thanks shadowm 
20160601 07:00:19< vultraz> hey Aginor 
20160601 07:00:20< vultraz> how's stuff?
20160601 07:00:23-!- hk238 [~kvirc@t224.ip7.netikka.fi] has quit [Quit: http://www.kvirc.net/ 4.9.1 Aria]
20160601 07:00:30<@shadowm> Why does it look like it has loonycyborg's wesnothd asio port commits?
20160601 07:00:36< Aginor> vultraz: better
20160601 07:00:47<@shadowm> Or was that merged to master and I didn't notice?
20160601 07:00:51< Aginor> shadowm: because my email told me they were merged to master
20160601 07:00:53< loonycyborg> it was
20160601 07:00:54<@shadowm> Oh.
20160601 07:01:09-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 250 seconds]
20160601 07:01:24<@shadowm> loonycyborg: Did you ask anyone to rebuild the trunk server afterwards...?
20160601 07:01:37<@shadowm> Or did I miss that too?
20160601 07:01:43< loonycyborg> no, I didn't
20160601 07:01:55<@shadowm> Well, do you want me to try to do that right now?
20160601 07:01:56< loonycyborg> but restarting trunk server will require care
20160601 07:02:06<@shadowm> Why, exactly?
20160601 07:02:28< vultraz> loonycyborg: I'm trying to update the CB projfile. Do the new files need to be in both the wesnoth and wesnothd builds?
20160601 07:02:29< loonycyborg> because it's major change
20160601 07:02:51<@shadowm> Yes, I know it's a major change, but AFAIK it didn't change any semantics besides the rooms stuff, right?
20160601 07:03:15< loonycyborg> not change on purpose at least
20160601 07:03:15<@shadowm> So e.g. the redirection functionality (which is the only mission critical part of that instance) should still work like before?
20160601 07:03:41<@shadowm> Besides, the sooner it's tested, the sooner we'll find out what needs to be fixed.
20160601 07:04:08<@shadowm> It wouldn't do if we waited until 1.13.4 was released and then discovered we shipped a broken wesnothd for the dev server/LAN usage.
20160601 07:04:16<@shadowm> 1.13.4? 1.13.5.
20160601 07:04:23< loonycyborg> vultraz: most if not all go to server only
20160601 07:04:23<@shadowm> Whatever the next dev release is.
20160601 07:04:31< vultraz> blah
20160601 07:04:46< vultraz> ok, let me try to sort out what was added
20160601 07:05:08< loonycyborg> shadowm: ok, rebuild and restart it and tell me when you're done 
20160601 07:05:09<@shadowm> vultraz: You saw the comment on your commit regarding Unicode glyphs, right?
20160601 07:05:15< vultraz> I did
20160601 07:05:21<@shadowm> Okay, just checking.
20160601 07:06:02<@shadowm> Looks like the flood is over.
20160601 07:06:16-!- mode/#wesnoth-dev [-oqz shadowm irker*!*@*] by shadowm
20160601 07:06:23< Aginor> thanks
20160601 07:07:10< vultraz> loonycyborg: I'm confused about https://github.com/wesnoth/wesnoth/commit/cea8fb1dc9fecf91b27ce33485cd92da364e7385 . You seemed to remove a lot of files but some of them now still exists in master and I can't find a commit readding them
20160601 07:07:30-!- hk238 [~kvirc@t224.ip7.netikka.fi] has joined #wesnoth-dev
20160601 07:08:25< loonycyborg> vultraz: like which files still exist?
20160601 07:09:12< vultraz> I'm seeing room.*pp and room_manager.*pp
20160601 07:09:30< shadowm> Maybe I should stick a -j2 in the wesnothd/campaignd build script.
20160601 07:09:35< vultraz> proxy.*pp and rooms.*pp are gone
20160601 07:10:00< irker259> wesnoth: Wedge009 wesnoth:master 2f73681499c5 / src/server/server.cpp: Fix broken Windows compilation. https://github.com/wesnoth/wesnoth/commit/2f73681499c5b8216967feb8e74e7ddce7a8c7e2
20160601 07:10:02< irker259> wesnoth: Wedge009 wesnoth:master c8c1e750de7b / projectfiles/VC12/ (4 files): Update VC project files to correspond with PR #645 being merged. https://github.com/wesnoth/wesnoth/commit/c8c1e750de7bb94ae533a23a34df31cb4a41abf4
20160601 07:10:28< shadowm>     $ fgrep model\ name /proc/cpuinfo
20160601 07:10:32< shadowm>     model name      : Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
20160601 07:10:45< shadowm> I don't know why but I always find it funny that it's the same as my desktop's CPU.
20160601 07:12:33< shadowm> loonycyborg: Rebuilt and restarted.
20160601 07:13:42< shadowm> It redirected my 1.12 client as expected.
20160601 07:14:01< shadowm> However...
20160601 07:14:25< shadowm> I'm not seeing the MOTD on my pre-merge 1.13.4+dev client, which probably indicates it didn't finish connecting.
20160601 07:14:57< shadowm> Either that or the MOTD functionality is broken.
20160601 07:15:35< shadowm> Hm, I think it's that, because I joined a second 1.13.4+dev client and they can see each other.
20160601 07:16:06< shadowm> If I type /query motd myself I get the MOTD, though.
20160601 07:16:29< shadowm> I'm going to build a post-merge client and check again.
20160601 07:17:55< shadowm> Hey, why is server3.wesnoth.org missing on the game's server list?
20160601 07:18:53< loonycyborg> vultraz: I didn't remove room.?pp room_manager.?pp for some reason but they're not used in build
20160601 07:19:07< shadowm> It's in the WML but somehow it doesn't appear on the dialog?
20160601 07:19:40< shadowm> vultraz: Can you take a screenshot of the list on Multiplayer → Connect to Server?
20160601 07:20:09< vultraz> I don't have current master, is that a problem?
20160601 07:20:18< vultraz> But I am not seeing server3
20160601 07:21:10< shadowm> I don't either, I somehow don't think it'll make a difference.
20160601 07:21:22< shadowm> Although I am about to find out anyway.
20160601 07:21:35< vultraz> do you still need the shot?
20160601 07:21:57< shadowm> The verbal confirmation is enough, thanks.
20160601 07:22:15< shadowm> loonycyborg: I gave you a link to the current server log via query.
20160601 07:22:23< loonycyborg> cool
20160601 07:22:26< shadowm> Note the "end of file" errors.
20160601 07:22:50< shadowm> These did not happen with the previous (SDL_net) build.
20160601 07:23:13< shadowm> Neither did anything like this: 20160601 07:15:01 error config: ERROR: 'did not find end of attribute'
20160601 07:23:18-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.]
20160601 07:23:34< shadowm> Or this: 20160601 07:15:01 warning config: async_send_doc: simple_wml error: did not find end of attribute
20160601 07:23:35-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20160601 07:24:24< shadowm> Also, I'm really curious why something in my system (probably not wesnoth or SDL 2) decided at some point that every time a SDL 2 application launches window compositing should be disabled.
20160601 07:24:51< loonycyborg> end of file errors are just results of clients closing connection, I'm planning to improve handling of this case
20160601 07:25:46< shadowm> Handling. Okay. What about the MOTD thing?
20160601 07:26:12< shadowm> I just fired up a post-merge client build and it has the same issue.
20160601 07:26:43< loonycyborg> did not find end of attribute was in response to 1.8.6 client right?
20160601 07:27:17< shadowm> You tell me.
20160601 07:27:52< loonycyborg> it seems so to me
20160601 07:28:02< loonycyborg> you could try to connect withit again
20160601 07:28:12< shadowm> It wasn't me.
20160601 07:28:41< loonycyborg> oh
20160601 07:28:46< shadowm> You can easily tell which client is me in that log by pairing up the IP address and nickname. :p
20160601 07:29:15< shadowm> Looks like I still have a working 1.8 build somehow.
20160601 07:29:18-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20160601 07:29:57< shadowm> And it's stuck at "Reading from server...".
20160601 07:30:19< shadowm> 20160601 07:29:26 info server: 186.37.118.233   player joined using unknown version 1.8.6+svn:  rejecting them
20160601 07:30:22< shadowm> 20160601 07:29:26 error config: ERROR: 'did not find end of attribute'
20160601 07:30:24< shadowm> 20160601 07:29:26 warning config: async_send_doc: simple_wml error: did not find end of attribute
20160601 07:30:28-!- travis-ci [~travis-ci@ec2-54-163-137-83.compute-1.amazonaws.com] has joined #wesnoth-dev
20160601 07:30:29< travis-ci> wesnoth/wesnoth#9520 (renderpath_redo - f2e9dec : Andreas Löf): The build has errored.
20160601 07:30:29< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/134372051
20160601 07:30:29-!- travis-ci [~travis-ci@ec2-54-163-137-83.compute-1.amazonaws.com] has left #wesnoth-dev []
20160601 07:30:30< shadowm> This is me, my client is still waiting for a response it seems.
20160601 07:30:50< loonycyborg> according to log it rejects 1.8 but still redirects 1.6
20160601 07:31:23< shadowm> I  probably should fix that but that's orthogonal to the issue at hand.
20160601 07:32:51< vultraz> bah C:\Users\Charles\Documents\wesnoth-git\src\server\server.cpp|371|error: class 'wesnothd::server' does not have any field named 'input_'|
20160601 07:33:04< loonycyborg> vultraz: there was a fix for windows committed by someone who isn't me
20160601 07:33:58< loonycyborg> so try to git pull
20160601 07:34:02< wedge009> vultraz: I had the same thing. Pull again.
20160601 07:34:22< loonycyborg> yes I meant wedge009's fix :P
20160601 07:37:08 * Aginor highfives wedge009 fixing stuff
20160601 07:37:31< Aginor> +for
20160601 07:41:33 * Aginor goes and does some git blame
20160601 07:42:24< zookeeper> compilation still fails for me due to fixed_t
20160601 07:43:17< loonycyborg> wedge009: oh ty for fixing, fifos are disabled on windows and I still need to get around to doing a windows build
20160601 07:44:38< Aginor> can anyone tell me if connect_waiter in dialogs.cpp:1233(ish) runs in the main thread or a separate thread?
20160601 07:45:21< Aginor> I can't help but to notice that it's pumping events, and if it's not in the main thread that's a rather serious bug
20160601 07:45:54< loonycyborg> zookeeper: did you paste the full error message?
20160601 07:47:19< zookeeper> loonycyborg, now i have: http://pastebin.com/ESW1ugaL
20160601 07:49:28< Aginor> shadowm and vultraz: Who's providing project infrastructure? Are there some companies providing a few servers, or how does it work?
20160601 07:51:09< shadowm> I'm going to say a thing, let it be on record that I'm not responsible for any loss of faith in humanity that may result from it.
20160601 07:51:32< shadowm> All of wesnoth.org is a single server, except for server2.wesnoth.org and server3.wesnoth.org which are alternate MP servers sponsored by third-parties.
20160601 07:52:21< shadowm> And yes I'm perfectly aware of the issues with this but I'm not the one who runs the base environment or pays for the hosting. :p
20160601 07:52:50 * Aginor shrugs
20160601 07:52:59< Aginor> it's more or less what I expected :)
20160601 07:53:02< Aginor> thanks
20160601 07:53:39< shadowm> The hosting for core wesnoth.org is paid by Wesnoth Inc, of course.
20160601 07:56:00< wedge009> loonycyborg: No worries. I saw it was disabled in the header, so I thought it was fine to disable it in the code too. Is the lack of a FIFO implementation in Windows a problem?
20160601 07:56:44< loonycyborg> nope, since it's used only on our unix servers
20160601 07:57:46< loonycyborg> To directly funnel commands to it, without having to run a client
20160601 08:00:50< vultraz> bah, now I have .objs-release\src\server\server.o:server.cpp|| undefined reference to `AcceptEx@32'|
20160601 08:01:08< vultraz> and .objs-release\src\server\server.o:server.cpp:(.text$_ZN5boost4asio6detail25win_iocp_socket_accept_opINS0_12basic_socketINS0_2ip3tcpENS0_21stream_socket_serviceIS5_EEEES5_NS_3_bi6bind_tIvNS_4_mfi3mf2IvN8wesnothd6serverERKNS_6system10error_codeENS_10shared_ptrINS0_19basic_stream_socketIS5_S7_EEEEEENS9_5list3INS9_5valueIPSE_EENS_3argILi1EEENSP_ISM_EEEEEEE11do_completeEPNS1_19win_iocp_io_serviceEP
20160601 08:01:10< vultraz> NS1_18win_iocp_operationESI_j[__ZN5boost4asio6detail25win_iocp_socket_accept_opINS0_12basic_socketINS0_2ip3tcpENS0_||undefined reference to `GetAcceptExSockaddrs@32'|
20160601 08:01:13< vultraz> the jell is this
20160601 08:01:16< vultraz> hell
20160601 08:01:18< vultraz> O_O
20160601 08:03:05< shadowm> It's an undefined reference error.
20160601 08:03:32< vultraz> obviously, but why is it preceded by jumbled nonsense
20160601 08:03:55< shadowm> It's not nonsense to the linker. I thought you were aware of symbol name mangling by now.
20160601 08:05:20< shadowm> The undefined foo@32s are not C++ symbols, but rather C symbols in the Microsoft STDCALL convention.
20160601 08:05:30< shadowm> Those need the extra metadata for reasons I don't remember.
20160601 08:05:30< vultraz> Google has informed me I must also link with wsock32
20160601 08:05:31< loonycyborg> vultraz: I think you need to link against winsock
20160601 08:05:37< shadowm> Pretty much all of the Win32 API uses STDCALL.
20160601 08:06:10< vultraz> loonycyborg: is that the same as wsock32?
20160601 08:06:15< vultraz> I just linked with that and it works now
20160601 08:06:19< loonycyborg> yes
20160601 08:07:03< loonycyborg> zookeeper: try to add #include <cstdint> before line that causes those errors
20160601 08:07:11< vultraz> ok, thanks
20160601 08:07:13< zookeeper> loonycyborg, where?
20160601 08:07:14< irker259> wesnoth: Charles Dang wesnoth:master dc9db2e830cf / projectfiles/CodeBlocks/ (wesnoth.cbp wesnothd.cbp): Updated CB projfiles https://github.com/wesnoth/wesnoth/commit/dc9db2e830cf0853e37e33120663e2c13c491ba8
20160601 08:07:31< zookeeper> loonycyborg, i mean... is there _one_ place where i can add that, as opposed to in all those files?
20160601 08:07:38< shadowm> loonycyborg, wedge009: If someone felt it was a productive use of their time to implement a server command file option that uses the Windows named pipe mechanism we could look into merging that, but I wouldn't recommend worrying about it.
20160601 08:08:00< shadowm> Especially since right now no-one would test or use it.
20160601 08:08:07< loonycyborg> zookeeper: they all are from util.hpp header
20160601 08:08:17< loonycyborg> that is used by many files
20160601 08:08:21< shadowm> (Yes, there is a way to do named pipes on Windows, but it's not very nice.)
20160601 08:08:22< zookeeper> right
20160601 08:09:41< shadowm> loonycyborg: The --keepalive doesn't seem to have changed anything with regards to rejected clients waiting for a response forever.
20160601 08:10:09< zookeeper> loonycyborg, not finished compiling yet, but yeah that seems to do the trick
20160601 08:10:10< shadowm> And for that matter, the initial MOTD on connect is still missing.
20160601 08:10:57< loonycyborg> I'll look into motd more closely
20160601 08:11:58< vultraz> um
20160601 08:12:06< vultraz> why is wesnoth suddenly starting in half the time
20160601 08:12:45< vultraz> I built, and suddenly it's faster 
20160601 08:12:52< vultraz> did someone optimize something
20160601 08:17:03-!- exciton_ [chuck-the-@89.208.170.132] has quit [Read error: Connection reset by peer]
20160601 08:17:17-!- exciton [chuck-the-@89.208.170.132] has joined #wesnoth-dev
20160601 08:20:49 * Aginor makes a frowny face
20160601 08:20:56< Aginor> master isn't building for me
20160601 08:22:22< Aginor> http://pastebin.com/WaUf7SPc
20160601 08:22:44< shadowm> loonycyborg: ^
20160601 08:23:05< shadowm> Would be great if someone could either remove that option from CMake or add it to SCons.
20160601 08:23:43< shadowm> I'm inclined to prefer the latter, since according to our bible we shall not use the most powerful cast in vain.
20160601 08:24:01< Aginor> more warnings!
20160601 08:24:07 * Aginor looks at the Sconstruct
20160601 08:25:48< loonycyborg> scons already has strict=true
20160601 08:26:25< shadowm> I mean -Wold-style-cast, not -Werror.
20160601 08:27:13< loonycyborg> it's not emitted by default?
20160601 08:27:20< shadowm> Apparently not.
20160601 08:27:22< shadowm> Beware that the CMake recipe makes exceptions for src/lua/ and possibly other files where converting those casts would be too much of a hassle.
20160601 08:31:15< shadowm> loonycyborg: Try observing my game on the trunk server.
20160601 08:31:38< loonycyborg> ok sec
20160601 08:31:43< shadowm> Ugh, what the hell, looks like my second client got sent to limbo.
20160601 08:33:19< loonycyborg> it results in OOS
20160601 08:33:30< shadowm> Really? For me it results in soemthign much worse.
20160601 08:33:46< shadowm> Huh, now it gives me an OOS too.
20160601 08:33:55< shadowm> Earlier it was giving me a WML parser error.
20160601 08:34:14< shadowm>     error general: Error while reading the WML: Unexpected characters at line start at <unknown>:1
20160601 08:34:24< shadowm> That was the error from my previous two attempts.
20160601 08:34:49< loonycyborg> it's from client right?
20160601 08:34:54< shadowm> Yes.
20160601 08:35:01< shadowm> I'm going to kick you.
20160601 08:35:13< shadowm> What the fuck, kicking you crashed _me_.
20160601 08:36:09< loonycyborg> hmm interesting
20160601 08:36:34< shadowm> So I started a new game.
20160601 08:36:50< shadowm> My observer client is getting the WML error again.
20160601 08:37:02< loonycyborg> at least I tested kicking
20160601 08:37:04< shadowm> Afterwards it goes back to the lobby but never gets anything back.
20160601 08:37:07< loonycyborg> and it worked forme
20160601 08:37:33< shadowm> Which I'm not sure is the server's fault, or the client's fault for being unable to handle incoming malformed WML correctly.
20160601 08:37:53< loonycyborg> it let me observe that game
20160601 08:38:05< loonycyborg> and now I see two ais playin with each other
20160601 08:38:25< shadowm>     20160601 04:38:08 error general: Error while reading the WML: Unexpected closing tag at <unknown>:140
20160601 08:38:35< shadowm> It's starting to seem like non-deterministic behavior to me.
20160601 08:39:01-!- travis-ci [~travis-ci@ec2-54-146-36-34.compute-1.amazonaws.com] has joined #wesnoth-dev
20160601 08:39:02< travis-ci> wesnoth/wesnoth#9522 (master - dc9db2e : Charles Dang): The build has errored.
20160601 08:39:02< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/134382785
20160601 08:39:02-!- travis-ci [~travis-ci@ec2-54-146-36-34.compute-1.amazonaws.com] has left #wesnoth-dev []
20160601 08:39:03< shadowm> 20160601 04:38:48 error general: Error while reading the WML: Unexpected characters after variable name (expected , or =) at <unknown>:1
20160601 08:39:11< shadowm> Since as you can see I'm getting a different error every time.
20160601 08:39:39< shadowm> 20160601 04:39:23 error general: Error while reading the WML: Unexpected characters at line start at <unknown>:1
20160601 08:40:36< shadowm> Argh, I started with --log-debug=network to see the incoming bad WML and now it's back to giving me OOS instead.
20160601 08:41:19< shadowm> Okay, now I got a parser error again.
20160601 08:41:51< shadowm> So yeah, definitely not ready for production I'm afraid.
20160601 08:43:02< shadowm> And now using :kick caused my client to freeze.
20160601 08:43:44< shadowm> I probably should point out here that these aren't debug builds, so if there's some weird bug that's sensitive to memory layout or execution timing...
20160601 08:44:29< loonycyborg> I saw one wml error in server log too
20160601 08:44:36< loonycyborg> about members not being ordered
20160601 08:45:08-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160601 08:45:45< shadowm> Also, I just realized that --log-debug=network won't get me any useful information because its output looks exactly like config::debug()'s output.
20160601 08:46:02< shadowm> For which a successful parse is required. :\
20160601 08:46:44< loonycyborg> does it happen only for observers?
20160601 08:46:47< shadowm> Anyway, I'm off now. Hopefully you'll find more interesting stuff with your own tools.
20160601 08:47:42-!- mjs-de [~mjs-de@p508C8754.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20160601 08:47:45< shadowm> You have access to the server and everyone can join up to n clients from the same address to the server (where n is a value that is robably large enough for this use case and really shouldn't be disclosed anyway).
20160601 08:48:14< shadowm> :p
20160601 08:48:55< loonycyborg> ok, will test more
20160601 08:49:00< shadowm> (Also, the less amount of time I have to spend looking at that obnoxious UI font the better.)
20160601 08:49:08< loonycyborg> so much too do and so little ram..
20160601 08:49:32-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 244 seconds]
20160601 08:49:36< shadowm> That's what you get for running KDE on a machine with less than 16 GiB.
20160601 08:50:17< Aginor> I soon have a fix for scons, I think
20160601 08:51:11-!- Bonobo [~Bonobo@ppp121-45-122-101.lns20.adl6.internode.on.net] has quit [Quit: Leaving]
20160601 08:51:24< loonycyborg> Aginor: this line: env.AppendUnique(CCFLAGS = Split("-W -Wall"), CFLAGS = ["-std=c99"])
20160601 08:51:44< Aginor> yeah, that's the bit I have
20160601 08:52:01< Aginor> src/lua/Sconscript is what I'm trying to make prettier
20160601 08:52:11< Aginor> you need to add Split("-Wno-old-style-cast -Wno-useless-cast") somethere too
20160601 08:52:19< Aginor> I could just duplicate the flags, but that's ugly
20160601 08:52:21< loonycyborg> it should be changed to env.AppendUnique(CXXFLAGS = ["-Wold-style-cast"], CCFLAGS = Split("-W -Wall"), CFLAGS = ["-std=c99"])
20160601 08:52:56< shadowm> Oh, and the first :kick crash was apparently due to this:
20160601 08:52:59< shadowm>     wesnoth: src/replay.cpp:572: config& replay::add_command(): Assertion `at_end()' failed.
20160601 08:54:05< shadowm> Hard to say if that's because of the wesnothd breakage or because of some other stuff going on in gfgtdf land, and I'd need to build a pre-merge wesnothd to check anyway.
20160601 08:54:53< shadowm> Now I'm off for real.
20160601 08:55:01< loonycyborg> bb
20160601 08:56:34-!- horrowind [~Icedove@2a02:810a:83c0:1c18:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20160601 08:57:47< loonycyborg> hmm since when did sources in src/lua became cpp?
20160601 08:58:55< zookeeper> got tons of this kind of compile error crap: http://pastebin.com/NDYbewWu
20160601 08:59:59< irker259> wesnoth: Andreas Löf wesnoth:master d350d91c40c3 / SConstruct src/lua/SConscript: Make strict compilation under scons behave like cmake https://github.com/wesnoth/wesnoth/commit/d350d91c40c390dad29a68846aec641f3afebd01
20160601 09:00:47< loonycyborg> nice ty
20160601 09:00:52< Aginor> np
20160601 09:01:00< Aginor> now please fix the errors :D
20160601 09:01:55-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20160601 09:03:52< loonycyborg> zookeeper: seems messages in your paste are warnings
20160601 09:04:14< zookeeper> oh, wait, so they are
20160601 09:04:32< zookeeper> yeah the compilation actually succeeded
20160601 09:04:47< zookeeper> i'm just so used to messages looking like that being errors that i automatically assumed they were
20160601 09:06:53< loonycyborg> seems types that resulted from boost.multi-index ended up too long for msvc
20160601 09:07:06< loonycyborg> but it still didn't result in error
20160601 09:11:47< loonycyborg> https://msdn.microsoft.com/en-us/library/074af4b6.aspx
20160601 09:12:05< loonycyborg> it won't result in incorrect code at least
20160601 09:24:57-!- travis-ci [~travis-ci@ec2-54-146-36-34.compute-1.amazonaws.com] has joined #wesnoth-dev
20160601 09:24:58< travis-ci> wesnoth/wesnoth#9523 (master - d350d91 : Andreas Löf): The build failed.
20160601 09:24:58< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/134392802
20160601 09:24:58-!- travis-ci [~travis-ci@ec2-54-146-36-34.compute-1.amazonaws.com] has left #wesnoth-dev []
20160601 09:40:30-!- Duthlet [~Duthlet@p5485FA59.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160601 09:52:28< loonycyborg> Aginor: Actually I'll need to think which C++ cast to use there
20160601 09:58:28-!- enchi [enchilado@defocus/yummy/enchilado] has quit [Ping timeout: 252 seconds]
20160601 10:18:52< Aginor> static casts?
20160601 10:19:09< loonycyborg> nope
20160601 10:19:28< loonycyborg> the first case I fixed by switching to plain char from unsigned char
20160601 10:19:38< loonycyborg> the rest are in fact reinterpret_casts
20160601 10:21:38< loonycyborg> and there are some in network_worker.cpp too
20160601 10:21:50< loonycyborg> and I did no changes to it
20160601 10:22:01< loonycyborg> at least in that pr
20160601 10:26:10< Aginor> there might have been other people using scons that have broken things
20160601 10:26:37< loonycyborg> or msvc :P
20160601 10:27:03< Aginor> yes :)
20160601 10:27:17< Aginor> is anyone here fluent in travis?
20160601 10:27:38< Aginor> we should add a cmake target too
20160601 10:27:45< loonycyborg> funny thing I didn't get the warning travis failed at
20160601 10:29:45< vultraz> Aginor: so you're back now?
20160601 10:30:46< Aginor> vultraz: somewhat at least
20160601 10:30:52< vultraz> :D
20160601 10:32:44< Aginor> enough to come and be a pain :D
20160601 10:33:24-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160601 10:36:06-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has joined #wesnoth-dev
20160601 10:37:40-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 244 seconds]
20160601 10:43:04-!- louis94 [~~louis94@91.178.241.61] has joined #wesnoth-dev
20160601 10:52:56< irker259> wesnoth: loonycyborg wesnoth:master 724408ceb828 / src/ (SDL_SavePNG/savepng.cpp network_worker.cpp server/server.cpp server/server.hpp): Fixed -Wold-style-cast warnings https://github.com/wesnoth/wesnoth/commit/724408ceb828781cf73001020ecc83a1b730ac95
20160601 10:53:05< loonycyborg> Aginor: ^
20160601 10:59:48-!- louis94 [~~louis94@91.178.241.61] has quit [Ping timeout: 260 seconds]
20160601 11:02:03-!- exciton [chuck-the-@89.208.170.132] has quit [Read error: Connection reset by peer]
20160601 11:02:17-!- exciton [chuck-the-@89.208.170.132] has joined #wesnoth-dev
20160601 11:02:43-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has quit [Quit: ChipmunkV]
20160601 11:20:12-!- gfgtdf [~chatzilla@x4e363ff6.dyn.telefonica.de] has joined #wesnoth-dev
20160601 11:22:23-!- travis-ci [~travis-ci@ec2-54-147-33-40.compute-1.amazonaws.com] has joined #wesnoth-dev
20160601 11:22:24< travis-ci> wesnoth/wesnoth#9524 (master - 724408c : loonycyborg): The build is still failing.
20160601 11:22:24< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/134413745
20160601 11:22:24-!- travis-ci [~travis-ci@ec2-54-147-33-40.compute-1.amazonaws.com] has left #wesnoth-dev []
20160601 11:27:15< gfgtdf> 20160601 07:44:38< Aginor> can anyone tell me if connect_waiter in dialogs.cpp:1233(ish) runs in the main thread or a separate thread?
20160601 11:27:30< gfgtdf> Aginor: the lan is to rmove thos dialogs and to use gui2 network-.transmission instad
20160601 11:27:32< gfgtdf> plan
20160601 11:28:56-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160601 11:31:39-!- louis94 [~~louis94@91.178.241.61] has joined #wesnoth-dev
20160601 11:34:25-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160601 11:34:41-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 240 seconds]
20160601 11:36:28-!- gfgtdf [~chatzilla@x4e363ff6.dyn.telefonica.de] has quit [Quit: ChatZilla 0.9.92 [Firefox 46.0.1/20160502172042]]
20160601 11:40:00-!- exciton [chuck-the-@89.208.170.132] has quit [Read error: Connection reset by peer]
20160601 11:40:14-!- exciton [chuck-the-@89.208.170.132] has joined #wesnoth-dev
20160601 11:44:24-!- stikonas_ is now known as stikonas
20160601 11:46:00-!- exciton [chuck-the-@89.208.170.132] has quit [Read error: Connection reset by peer]
20160601 11:51:15-!- exciton [chuck-the-@89.208.170.132] has joined #wesnoth-dev
20160601 11:52:06-!- exciton [chuck-the-@89.208.170.132] has quit [Read error: Connection reset by peer]
20160601 11:55:34< irker259> wesnoth: loonycyborg wesnoth:master 2755920ba268 / src/server/server.cpp: Fixed wesnothd not showing MOTD https://github.com/wesnoth/wesnoth/commit/2755920ba268a9237c182c867b6acef7161fee67
20160601 11:56:16-!- exciton [chuck-the-@89.208.170.132] has joined #wesnoth-dev
20160601 12:20:06-!- horrowind [~Icedove@2a02:810a:83c0:1c18:21b:fcff:fee3:c3ff] has quit [Quit: horrowind]
20160601 12:21:35-!- Bonobo [~Bonobo@ppp121-45-122-101.lns20.adl6.internode.on.net] has joined #wesnoth-dev
20160601 12:21:42-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160601 12:22:58-!- travis-ci [~travis-ci@ec2-54-146-36-34.compute-1.amazonaws.com] has joined #wesnoth-dev
20160601 12:22:59< travis-ci> wesnoth/wesnoth#9525 (master - 2755920 : loonycyborg): The build is still failing.
20160601 12:22:59< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/134425311
20160601 12:22:59-!- travis-ci [~travis-ci@ec2-54-146-36-34.compute-1.amazonaws.com] has left #wesnoth-dev []
20160601 12:26:11-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 258 seconds]
20160601 12:31:10-!- aidanhs [~aidanhs@2a00:d880:6:1ad::8e27] has quit [Ping timeout: 258 seconds]
20160601 12:38:16-!- aidanhs [~aidanhs@2a00:d880:6:1ad::8e27] has joined #wesnoth-dev
20160601 12:42:33-!- prkc_ [~prkc@gateway/vpn/privateinternetaccess/prkc] has quit [Ping timeout: 240 seconds]
20160601 12:48:20-!- Kwandulin [~Miranda@p200300760F3B06C76835EB3F24A13B68.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160601 12:50:23-!- enchi [enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20160601 12:57:09-!- prkc [~prkc@192.40.89.13] has joined #wesnoth-dev
20160601 13:12:31-!- prkc [~prkc@192.40.89.13] has quit [Ping timeout: 250 seconds]
20160601 13:27:13-!- prkc [~prkc@gateway/vpn/privateinternetaccess/prkc] has joined #wesnoth-dev
20160601 13:29:16-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 264 seconds]
20160601 13:30:43-!- Kwandulin [~Miranda@p200300760F3B06C76835EB3F24A13B68.dip0.t-ipconnect.de] has quit [Ping timeout: 250 seconds]
20160601 13:30:46-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20160601 13:42:03-!- ancestral [~ancestral@67-4-254-184.mpls.qwest.net] has joined #wesnoth-dev
20160601 14:05:18< irker259> wesnoth: Charles Dang wesnoth:master 0cd14d875d9e / src/ (6 files in 2 dirs): Fixed accelerated speed settings not being respected in-game (bug #24653) https://github.com/wesnoth/wesnoth/commit/0cd14d875d9ec04b9327aaff14567b1d522f7fa3
20160601 14:09:36-!- louis94 [~~louis94@91.178.241.61] has quit [Ping timeout: 276 seconds]
20160601 14:18:32-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20160601 14:25:33-!- ancestral [~ancestral@67-4-254-184.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160601 14:31:03< irker259> wesnoth: loonycyborg wesnoth:master 67479e407414 / SConstruct: scons: properly move asio check to serverside checks https://github.com/wesnoth/wesnoth/commit/67479e4074142a87453beb92064b1413c90ad328
20160601 14:32:24-!- travis-ci [~travis-ci@ec2-54-145-109-102.compute-1.amazonaws.com] has joined #wesnoth-dev
20160601 14:32:25< travis-ci> wesnoth/wesnoth#9526 (master - 0cd14d8 : Charles Dang): The build is still failing.
20160601 14:32:25< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/134456886
20160601 14:32:25-!- travis-ci [~travis-ci@ec2-54-145-109-102.compute-1.amazonaws.com] has left #wesnoth-dev []
20160601 14:36:29-!- louis94 [~~louis94@91.178.241.61] has joined #wesnoth-dev
20160601 14:42:45-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20160601 14:57:33-!- travis-ci [~travis-ci@ec2-107-22-126-62.compute-1.amazonaws.com] has joined #wesnoth-dev
20160601 14:57:34< travis-ci> wesnoth/wesnoth#9527 (master - 67479e4 : loonycyborg): The build is still failing.
20160601 14:57:34< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/134463900
20160601 14:57:34-!- travis-ci [~travis-ci@ec2-107-22-126-62.compute-1.amazonaws.com] has left #wesnoth-dev []
20160601 15:00:48-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20160601 15:15:06-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20160601 15:19:06-!- Bonobo [~Bonobo@ppp121-45-122-101.lns20.adl6.internode.on.net] has quit [Quit: Leaving]
20160601 15:37:27-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20160601 15:45:24-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20160601 15:45:58-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160601 15:53:31-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth-dev
20160601 15:53:32-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has quit [Excess Flood]
20160601 15:54:11-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth-dev
20160601 16:00:19-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has quit [Excess Flood]
20160601 16:03:24-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth-dev
20160601 16:03:27-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has quit [Excess Flood]
20160601 16:04:16-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth-dev
20160601 16:04:17-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has quit [Excess Flood]
20160601 16:05:11-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth-dev
20160601 16:08:26-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160601 16:18:53-!- gfgtdf [~chatzilla@x4e363ff6.dyn.telefonica.de] has joined #wesnoth-dev
20160601 16:19:11< gfgtdf> loonycyborg: the bad scalability was about the room feauter or about the gui2 lobby in general ?
20160601 16:19:29< loonycyborg> about lobby in general
20160601 16:20:47-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has joined #wesnoth-dev
20160601 16:21:05-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160601 16:24:21-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 244 seconds]
20160601 16:24:22-!- wedge010 is now known as wedge009
20160601 16:28:24-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20160601 16:30:34-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20160601 16:31:58< Soliton> the main issue was that it always scrolled back to the top when the lobby was updated.
20160601 16:42:13< gfgtdf> Soliton: hmm so that is was loonycyborg meant?
20160601 16:42:33-!- louis94 [~~louis94@91.178.241.61] has quit [Ping timeout: 240 seconds]
20160601 16:43:06< Soliton> no idea but that was the main issue.
20160601 16:44:04< Soliton> there's a thread about it here: https://forums.wesnoth.org/viewtopic.php?f=6&t=29482
20160601 16:46:02-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160601 16:46:57< vultraz> Soliton, gfgtdf: scrolling to the top is a bug with the gui2 listbox
20160601 16:47:19< wedge009> Aginor: I didn't even know you had left.
20160601 16:48:36-!- louis94 [~~louis94@91.178.241.61] has joined #wesnoth-dev
20160601 16:49:54< vultraz> gfgtdf: so, basically, there are two listbox bugs that need to be fixed before the new lobby can go into production: * list scrolls to the top when updated, and * when refreshed, the list rows will often shrink smaller than the listbox itself
20160601 16:57:03-!- louis94 [~~louis94@91.178.241.61] has quit [Ping timeout: 240 seconds]
20160601 17:05:54-!- oldlaptop [~quassel@50.36.249.13] has quit [Quit: No Ping reply in 180 seconds.]
20160601 17:10:02-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160601 17:19:39-!- oldlaptop [~quassel@50.36.249.13] has joined #wesnoth-dev
20160601 17:21:19-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160601 17:31:17-!- irker259 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20160601 17:34:27-!- horrowind [~Icedove@2a02:810a:83c0:1c18:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20160601 17:44:27-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160601 18:00:42-!- oldlaptop [~quassel@50.36.249.13] has quit [Remote host closed the connection]
20160601 18:07:27-!- travis-ci [~travis-ci@ec2-107-22-126-62.compute-1.amazonaws.com] has joined #wesnoth-dev
20160601 18:07:28< travis-ci> gfgtdf/wesnoth-old#651 (master - 5412450 : gfgtdf): The build has errored.
20160601 18:07:28< travis-ci> Build details : https://travis-ci.org/gfgtdf/wesnoth-old/builds/134519726
20160601 18:07:28-!- travis-ci [~travis-ci@ec2-107-22-126-62.compute-1.amazonaws.com] has left #wesnoth-dev []
20160601 18:12:29-!- oldlaptop [~quassel@50.36.249.13] has joined #wesnoth-dev
20160601 18:17:46-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160601 18:22:49-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 252 seconds]
20160601 18:27:28-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160601 18:31:41-!- edgrey [~edgrey@178.204.48.35] has joined #wesnoth-dev
20160601 18:37:21-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20160601 18:37:29-!- louis94 [~~louis94@91.178.241.61] has joined #wesnoth-dev
20160601 18:38:39< mattsc> wedge009, gfgtdf: in order to get bug #24679 to manifest itself, you need a unit that is a candidate for retreating (that is, low HP)
20160601 18:39:08< mattsc> So, use debug commands and give a unit 1 HP (or less than .. 12 or so) and hit end turn.
20160601 18:39:21-!- irker880 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20160601 18:39:21< irker880> wesnoth: loonycyborg wesnoth:master 904b4668cec6 / src/server/ (forum_user_handler.cpp forum_user_handler.hpp): Replace shared_ptr with unique_ptr as suggested in TODO item https://github.com/wesnoth/wesnoth/commit/904b4668cec65f849037e6e7d5507d9ac66e90b3
20160601 18:39:21< wedge009> Ah, thanks.
20160601 18:39:36< mattsc> Both celticminstrel and I know, in principle, how to fix this, but I’ve been traveling for the last 2 weeks and haven’t had time to do the required testing.
20160601 18:40:01< celticminstrel> I don't remember what bug 24679 is though.
20160601 18:40:19< celticminstrel> I don't memorize which number is which bug.
20160601 18:40:20< mattsc> celticminstrel: even though I keep bugging you about it?  (pun intended)
20160601 18:40:25< celticminstrel> Heh.
20160601 18:40:43< celticminstrel> I'd probably remember if you used a 2-3 word description instead of the number.
20160601 18:41:36< wedge009> It's the AI error in Legend of Wesmere Scenario 3 (Kalian under attack).
20160601 18:42:09-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160601 18:42:55< celticminstrel> Apparently, the context in which it occurs is not enough to trigger my memory (in this case at least).
20160601 18:56:11-!- edgrey [~edgrey@178.204.48.35] has quit [Quit: Konversation terminated!]
20160601 18:58:59-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20160601 19:02:28< wedge009> vultraz: Maybe you already know about it, but I think you redesigned the Recruit Unit dialogue, right? https://gna.org/bugs/?24703
20160601 19:04:01-!- exciton [chuck-the-@89.208.170.132] has quit [Read error: Connection reset by peer]
20160601 19:04:16-!- exciton [chuck-the-@89.208.170.132] has joined #wesnoth-dev
20160601 19:04:34-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160601 19:06:40-!- travis-ci [~travis-ci@ec2-54-145-109-102.compute-1.amazonaws.com] has joined #wesnoth-dev
20160601 19:06:41< travis-ci> wesnoth/wesnoth#9528 (master - 904b466 : loonycyborg): The build is still failing.
20160601 19:06:41< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/134541012
20160601 19:06:41-!- travis-ci [~travis-ci@ec2-54-145-109-102.compute-1.amazonaws.com] has left #wesnoth-dev []
20160601 19:15:01< irker880> wesnoth: loonycyborg wesnoth:master 0f9e04501f2d / CMakeLists.txt SConstruct: Remove obsolete and unused HAVE_CXX0X macro from buildsystems https://github.com/wesnoth/wesnoth/commit/0f9e04501f2de74880234299875763f854f206ce
20160601 19:15:47-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20160601 19:24:06-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has quit [Quit: Connection closed for inactivity]
20160601 19:30:40-!- louis94 [~~louis94@91.178.241.61] has quit [Ping timeout: 260 seconds]
20160601 19:34:52< zookeeper> loonycyborg, so in case i wasn't clear, the #include <cstdint> addition did work just fine
20160601 19:35:21< loonycyborg> zookeeper: commit it then :P
20160601 19:35:40< zookeeper> all right
20160601 19:36:55< irker880> wesnoth: ln-zookeeper wesnoth:master cc8fcf81181b / src/util.hpp: Fixed compilation issue https://github.com/wesnoth/wesnoth/commit/cc8fcf81181b1d91c14d529465173468965a66a8
20160601 19:36:59-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160601 19:37:32-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160601 19:41:14-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160601 19:47:01-!- travis-ci [~travis-ci@ec2-107-22-126-62.compute-1.amazonaws.com] has joined #wesnoth-dev
20160601 19:47:02< travis-ci> gfgtdf/wesnoth-old#652 (master - 6c96827 : gfgtdf): The build has errored.
20160601 19:47:02< travis-ci> Build details : https://travis-ci.org/gfgtdf/wesnoth-old/builds/134544783
20160601 19:47:02-!- travis-ci [~travis-ci@ec2-107-22-126-62.compute-1.amazonaws.com] has left #wesnoth-dev []
20160601 19:47:47< Aginor> thanks loonycyborg 
20160601 19:49:12< Aginor> wedge009: I got injured, now I'm better again
20160601 19:49:37< wedge009> Oh no. ): Well, if you're better now, good.
20160601 19:50:06< loonycyborg> iirc you said it was a concussion
20160601 19:50:12< Aginor> indeed
20160601 19:50:35< loonycyborg> from doing too much sport? :P
20160601 19:50:56< Aginor> alledgedly taking an elbow to the face while doing sports
20160601 19:51:05< Aginor> I don't actually remember
20160601 19:51:44< shadowm> Must have been pretty bad then if you don't remember. :p
20160601 19:52:02< loonycyborg> afaik they can cause short term memory loss
20160601 19:52:55< Aginor> indeed
20160601 19:53:23< Aginor> and you feel crap for a while afterwards, and computer screens are bad and so on
20160601 20:02:52-!- horrowind [~Icedove@2a02:810a:83c0:1c18:21b:fcff:fee3:c3ff] has quit [Ping timeout: 264 seconds]
20160601 20:03:50< Aginor> right, coffee roasted, I'm off while having morning coffee and going to work and the like
20160601 20:07:28-!- travis-ci [~travis-ci@ec2-54-147-33-40.compute-1.amazonaws.com] has joined #wesnoth-dev
20160601 20:07:29< travis-ci> wesnoth/wesnoth#9530 (master - cc8fcf8 : ln-zookeeper): The build is still failing.
20160601 20:07:29< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/134555659
20160601 20:07:29-!- travis-ci [~travis-ci@ec2-54-147-33-40.compute-1.amazonaws.com] has left #wesnoth-dev []
20160601 20:10:21-!- horrowind [~Icedove@2a02:810a:83c0:1c18:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20160601 20:10:49-!- gfgtdf [~chatzilla@x4e363ff6.dyn.telefonica.de] has quit [Quit: ChatZilla 0.9.92 [Firefox 46.0.1/20160502172042]]
20160601 20:21:55-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: mattsc]
20160601 20:24:54-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20160601 20:27:08-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Client Quit]
20160601 20:35:22< Aginor> so, I was thinking...
20160601 20:35:29< Aginor> do we really need both scons and cmake?
20160601 20:36:17< Aginor> can we simply not remove one of them and then rely on the other?
20160601 20:38:00< shadowm> Devs prefer scons, packagers kind of need cmake.
20160601 20:38:20< Aginor> devs should learn to love cmake then :)
20160601 20:39:29< shadowm> Can't say I haven't tried.
20160601 20:40:01< Aginor> lets make travis use cmake :)
20160601 20:41:37< Aginor> I'm trying to figure out why open.cpp is failing in scons but not cmake now
20160601 20:42:01< Aginor> because apparently I'm not going to work yet
20160601 20:42:40< Aginor> right
20160601 20:42:50< Aginor> because they're also excluded
20160601 20:43:08< shadowm> Is this src/desktop/open.cpp?
20160601 20:43:15< Aginor> yes
20160601 20:43:25< shadowm> Bleh: src/tests/test_lua.cpp:39:86: error: use of old-style cast [-Werror=old-style-cast]
20160601 20:43:29-!- louis94 [~~louis94@91.178.241.61] has joined #wesnoth-dev
20160601 20:44:05< shadowm> Since open.cpp doesn't involve unwieldy macroified 3rd party code (unlike the line above) I'd rather fix it than make an exception.
20160601 20:44:09< Aginor> http://pastebin.com/NzfyueWf
20160601 20:44:21< Aginor> it's already an exception in cmake
20160601 20:44:34< shadowm> I'd rather fix it than keep the exception.
20160601 20:44:41< Aginor> fair enough
20160601 20:44:56< shadowm> It's my code, so I'm going to take al ook too.
20160601 20:45:05< Aginor> okok :)
20160601 20:48:18< shadowm> Ooookay I don't get an error.
20160601 20:52:35-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20160601 20:54:20< loonycyborg> Aginor: I'm not going to adopt cmake in any case
20160601 20:54:29< loonycyborg> I'd sooner stop contributing
20160601 20:54:57 * Aginor blinks
20160601 20:55:04< Aginor> it's just a build system
20160601 20:55:20< Aginor> you must feel stronger about those things than I do
20160601 20:55:24< celticminstrel> Seems reasonable to have a CMake build on Travis though, so that people are less likely to automatically break it.
20160601 20:55:34< celticminstrel> ^accidentally
20160601 20:55:44< Aginor> nice slip :D
20160601 20:56:27< shadowm> Aginor: Can you paste the error you encountered with open.cpp?
20160601 20:56:45< loonycyborg> But we could learn to love autotools
20160601 20:56:57< shadowm> Also, are you targeting Linux or Windows, maybe that's an important distinction to make for these files.
20160601 20:57:03< shadowm> s/maybe//
20160601 20:57:08< loonycyborg> and cmake is in all respects worse than autotools
20160601 20:57:26< celticminstrel> From what I've heard, autotools itself is pretty bad.
20160601 20:57:46< shadowm> CMake is so bad that like a thousand open source projects use it, yes.
20160601 20:58:10< shadowm> Hmmmmmmmmmm I can't cross-compile anymore.
20160601 20:58:43< shadowm> Looks like I'm looking at a libstdc++ with incomplete C++11 support.
20160601 20:58:53< shadowm>   /home/shadowm/src/wesnoth/src/tstring.cpp:537:13: error: ‘mutex’ in namespace ‘std’ does not name a type
20160601 20:59:16< shadowm> Oh well I'm not planning to touch master anyway.
20160601 21:00:09< loonycyborg> Aginor: well if it's just a buildsystem then people could as well adopt scons :P
20160601 21:00:46< Aginor> shadowm: https://travis-ci.org/wesnoth/wesnoth/jobs/134413746
20160601 21:01:01< Aginor> shadowm: I'm failing on src/network_worker.cpp with scons atm
20160601 21:01:05< Aginor> and now I do need to leave
20160601 21:01:09< Aginor> back in a bit
20160601 21:01:26< shadowm> https://wiki.debian.org/UpstreamGuide#SCons
20160601 21:01:50< loonycyborg> Aginor: what exactly you're failing with?
20160601 21:01:57< shadowm> The wording is a bit monochrome, but I said ages ago that you could figure something out if you took the diplomatic option.
20160601 21:05:34< loonycyborg> that installer module is interesting
20160601 21:06:06< loonycyborg> also scons has support for sonames now
20160601 21:17:10-!- louis94 [~~louis94@91.178.241.61] has quit [Ping timeout: 252 seconds]
20160601 21:22:15-!- gfgtdf [~chatzilla@x4e363ff6.dyn.telefonica.de] has joined #wesnoth-dev
20160601 21:22:30< gfgtdf> loonycyborg: the wesnothd server crashes on windows
20160601 21:23:43< gfgtdf> loonycyborg: first, boost::asio::deadline_timer used threads so it conflics with BOOST_ASIO_DISABLE_THREADS
20160601 21:24:14< gfgtdf> loonycyborg: assuming that BOOST_ASIO_DISABLE_THREADS is just a temporatily solution aynways i'll gnore this for now
20160601 21:24:58< loonycyborg> it uses threads on windows only?
20160601 21:25:12< gfgtdf> loonycyborg: don't know about non-windows
20160601 21:26:08< loonycyborg> atleast on linux server builds without -pthread now
20160601 21:26:34< gfgtdf> loonycyborg: the orther problsm are the sighup_ and sigs_, don't know whyt they do but the make it crash on windows too.
20160601 21:32:25< loonycyborg> gfgtdf: anyway I don't remember the purpose of that IOCP setting
20160601 21:32:56-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has quit [Quit: ChipmunkV]
20160601 21:33:03< gfgtdf> loonycyborg: hmm not sure what you mean 
20160601 21:33:08< loonycyborg> either it was to support winxp or to support canceling of connections
20160601 21:33:22< loonycyborg> oh
20160601 21:33:26< loonycyborg> Igotconfused
20160601 21:34:17< loonycyborg> that's DISABLE_THREADS
20160601 21:34:37< loonycyborg> and the purpose was to avoid enabling threads when they're not needed
20160601 21:35:02< gfgtdf> loonycyborg: hmm accoding to your commit message the porpose was to avid linking erros
20160601 21:35:41< loonycyborg> linking errors without -pthread
20160601 21:35:47< Aginor> loonycyborg: I'd be happy to adopt scons. Can you get packagers onboard with that too? :)
20160601 21:35:57< loonycyborg> alternative would be to pass -pthread for server
20160601 21:36:05< Aginor> 09:01 < loonycyborg> Aginor: what exactly you're failing with?
20160601 21:36:10< Aginor> compile errors
20160601 21:36:28-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 264 seconds]
20160601 21:37:00< gfgtdf> loonycyborg: hmm i dont see a problem with -pthreads, afaik the old network code also used threads and to me it sounds liek avilding threads coudl make teh server slower
20160601 21:37:00< loonycyborg> exact errors?
20160601 21:37:33< Aginor> loonycyborg: I've gone to work so I don't have the logs here
20160601 21:37:40< shadowm> Aginor: Re open.cpp, yeaeh, we'll need an exception. :|
20160601 21:37:51< shadowm> The offending code uses libc macros which we are supposed to use.
20160601 21:37:55< Aginor> shadowm: it's what I suspected :/
20160601 21:38:20< Aginor> I am starting to think that we should revert my commit and just add a cmake travis target instead
20160601 21:38:58< loonycyborg> gfgtdf: the thing is old network code uses threads tosolely wait for connections
20160601 21:40:02< shadowm> Aginor: I think doing the latter and keeping the commit would be better.
20160601 21:40:47< loonycyborg> gfgtdf: actual work is still done in 1 thread
20160601 21:40:50< shadowm> If you really wanted to revert the commit we should also remove -Wold-style-cast from CMake, otherwise there's no point in having two build systems use different diagnostic options.
20160601 21:41:16< shadowm> Regardless of travis' involvement in the development process.
20160601 21:41:58< loonycyborg> gfgtdf: so async implementation without thread ends up having as much paralellism as old threaded one
20160601 21:42:51< gfgtdf> loonycyborg: hmm from looking at the code it seem like the decompressing and config parsing happend in the worker threrads, at lest on clientside
20160601 21:44:09< loonycyborg> hmm maybe..
20160601 21:44:11< Aginor> shadowm: I suspect it will require doing a lot to scons to make it work properly, which is why I'm getting cold feet
20160601 21:44:44< shadowm> loonycyborg is the one who should be dealing with SCons, at any rate.
20160601 21:45:17< loonycyborg> yup Ican help with that
20160601 21:45:33< loonycyborg> only not sure what exactly is the objective
20160601 21:48:07< shadowm> Enforce one of our coding style requirements.
20160601 21:49:23< gfgtdf> loonycyborg: in any case te current coanfiguatation makes wensoth d crash on windows, since -pthread sounds liek a linux-only thing, i suggest o warp the nothreads macro in a  #ifndef win32_
20160601 21:49:50< gfgtdf> loonycyborg: for the other isuse, i ahve no idea on how to fix them since i don't know what sighup_ and sigs_ do
20160601 21:49:53< loonycyborg> gfgtdf: you're using msvc right?
20160601 21:50:00< gfgtdf> loonycyborg: yes
20160601 21:50:02< shadowm> You mean #ifndef _WIN32.
20160601 21:52:29< loonycyborg> gfgtdf: I'musing gcc on windows too
20160601 21:52:43< loonycyborg> so feel free to add some conditional compilation for msvc
20160601 21:53:04< gfgtdf> loonycyborg: and you didnt get those crashes on windows?
20160601 21:53:29< gfgtdf> loonycyborg: i'd think sure those crashes apply to gcc on windows awell
20160601 21:54:39-!- Appleman1234_ [~Appleman1@KD036012039010.au-net.ne.jp] has joined #wesnoth-dev
20160601 21:55:27-!- hk238 [~kvirc@t224.ip7.netikka.fi] has quit [Ping timeout: 260 seconds]
20160601 21:55:33-!- Appleman1234 [~Appleman1@KD036012033052.au-net.ne.jp] has quit [Ping timeout: 240 seconds]
20160601 21:55:50< loonycyborg> gfgtdf: hmmnot sure, will check later
20160601 21:56:05< loonycyborg> I only got it to build on windows so far
20160601 21:56:12< loonycyborg> didn't get aroundto testing yet
20160601 21:57:50-!- Appleman1234_ is now known as Appleman1234
20160601 22:00:28< loonycyborg> gfgtdf: anyway wecan have several worker threads in asio too
20160601 22:00:40< loonycyborg> but I planned to look into it later
20160601 22:00:51< loonycyborg> cause it would require synchronization
20160601 22:01:17< gfgtdf> loonycyborg: y, more importatn for me it that it dosnt crash.
20160601 22:11:22-!- gfgtdf [~chatzilla@x4e363ff6.dyn.telefonica.de] has quit [Quit: ChatZilla 0.9.92 [Firefox 46.0.1/20160502172042]]
20160601 22:18:40< Aginor> loonycyborg: I'd say that the objective would be to make scons and cmake behave in the same way when strict mode is enabled. Preferably using the compile options from cmake as they are stricter. This requires there to be exceptions for certain source files, see my pastebin from above for the ones that are in place in cmake
20160601 22:18:55-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit []
20160601 22:22:33< loonycyborg> Aginor: I'm not sure having exceptions on some source files is even a good idea
20160601 22:25:54< loonycyborg> I fixed the warning for savepng.cpp
20160601 22:27:08< loonycyborg> Aginor: it could be done in scons, but it'll be burdensome
20160601 22:27:17< loonycyborg> and not just in scons
20160601 22:27:48< loonycyborg> better have global project settings that are uniform
20160601 22:28:02< loonycyborg> in case people copy code from one place toanother
20160601 22:28:18< loonycyborg> and later get surprised that it suddenly started to trigger a warning
20160601 22:28:30< loonycyborg> but anyway
20160601 22:28:51< loonycyborg> I think gcc has some attribute to override warning settings now
20160601 22:29:05< loonycyborg> equivalent to msvc's #pragma warn
20160601 22:29:16< loonycyborg> wouldn't it make more sense to use those?
20160601 22:29:38< Aginor> we certainly want to exclude third-party libraries we've inlined
20160601 22:29:59< Aginor> for our own sources, I think we should fix the errors
20160601 22:30:08< loonycyborg> what are those libs beside lua?
20160601 22:31:47< Aginor> I can't check, I'm at work, but look at the pastebin I made earlier
20160601 22:32:40< loonycyborg> lua is the only inline lib in that paste
20160601 22:33:39< Aginor> what about SDL_savepng?
20160601 22:34:10< Aginor> we do need an exception for open.cpp as well as the problem is in the glibc macros we use
20160601 22:34:13< loonycyborg> isn't it wesnoth's own source?
20160601 22:35:11< loonycyborg> ohwait
20160601 22:35:20< loonycyborg> it has README.mdeven
20160601 22:36:34< loonycyborg> I think it'll be fine to modify that one
20160601 22:37:09-!- irker880 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20160601 22:37:15< loonycyborg> Aginor: both savepng and lua got changed to cpp extensions for some reason
20160601 22:37:30< celticminstrel> GCC does have warning-related pragmas, and clang supports the GCC syntax too.
20160601 22:37:33< loonycyborg> this means that they can no longer be treated as C source
20160601 22:37:56-!- horrowind [~Icedove@2a02:810a:83c0:1c18:21b:fcff:fee3:c3ff] has quit [Quit: horrowind]
20160601 22:38:19< loonycyborg> and we could as well convert them to C++ style casts too :P
20160601 22:38:49-!- horrowind [~Icedove@2a02:810a:83c0:1c18:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20160601 22:40:14-!- horrowind [~Icedove@2a02:810a:83c0:1c18:21b:fcff:fee3:c3ff] has quit [Client Quit]
20160601 22:43:01< Aginor> loonycyborg: that's probably too much work, I think the idea is that they just "drop in"
20160601 22:43:09< Aginor> but vultraz knows about that
20160601 22:43:22-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth-dev
20160601 22:43:24-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has quit [Excess Flood]
20160601 22:43:39< loonycyborg> Aginor: but the point is
20160601 22:43:46< loonycyborg> after you make them C++
20160601 22:43:56< loonycyborg> you can't consider them drop in anymore
20160601 22:44:12< loonycyborg> because C++ has different rules for many obscure things
20160601 22:44:15-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth-dev
20160601 22:44:15-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has quit [Excess Flood]
20160601 22:44:39< loonycyborg> you can't let yourself to treat them as black box anymore
20160601 22:44:54-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20160601 22:46:00< Aginor> I agree with that
20160601 22:46:07-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth-dev
20160601 22:46:24< Aginor> but that's what's been done, and I haven't been involved in those decisions so I don't know why it is that way
20160601 22:46:43< Aginor> so either we fix it properly, or we at the very least make everything conform
20160601 22:47:22< Aginor> conform with our workarounds
20160601 22:47:30-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20160601 22:51:15< loonycyborg> Aginor: I'd prefer to fix them and use gcc's pragmas if it's impossible
20160601 22:51:45< Aginor> loonycyborg: I agree with that, except for lua :)
20160601 22:51:54< Aginor> which I don't think we should spend time messing with
20160601 22:52:03-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20160601 22:52:08< loonycyborg> there's already special case for lua in scons
20160601 22:56:04< Aginor> yes, I added that yesterday
20160601 22:56:16< Aginor> we also need to take out the other special cases from cmake
20160601 22:56:24< loonycyborg> something must be improved about it?
20160601 22:57:14< loonycyborg> I mean about lua in scons
20160601 23:00:09< Aginor> no, nothing needs to be done for lua in scons
20160601 23:00:34< loonycyborg> about cmake since you logged them in pastebin just removing them will be easy right?
20160601 23:05:11< Aginor> yeah
20160601 23:11:35-!- louis94 [~~louis94@91.178.241.61] has joined #wesnoth-dev
20160601 23:13:57-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160601 23:24:05-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160601 23:33:34-!- Samual [~Samual@xonotic/core-team/Samual] has quit [Ping timeout: 258 seconds]
20160601 23:35:16-!- Duthlet [~Duthlet@p5485FA59.dip0.t-ipconnect.de] has quit [Quit: leaving]
20160601 23:35:55-!- Samual [~Samual@xonotic/core-team/Samual] has joined #wesnoth-dev
20160601 23:36:30< shadowm> loonycyborg: Lua is compiled as C++ for exception support, we've been over this before.
20160601 23:37:28< shadowm> And we've already faced the consequences before for doing otherwise, so there's no alternative to consider.
20160601 23:37:30-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160601 23:48:43-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160601 23:49:09< loonycyborg> shadowm: ok
20160601 23:49:40< loonycyborg> I kinda forgot about that
20160601 23:50:23< loonycyborg> when I saw that having compiled as C would solve the issue with casts
--- Log closed Thu Jun 02 00:00:34 2016