--- Log opened Mon Nov 23 00:00:10 2015
20151123 00:05:23-!- mjs-de [~mjs-de@f049115010.adsl.alicedsl.de] has quit [Remote host closed the connection]
20151123 00:20:50< shadowm> loonycyborg: Remind me whether you use Mingw or Mingw-w64 for building our Windows packages.
20151123 00:21:01< loonycyborg> mingw 
20151123 00:21:07< shadowm> Well, we may have a problem then.
20151123 00:21:16< loonycyborg> I'm planning to switch
20151123 00:21:47< shadowm> In particular, SDL 2.0's headers require a Windows header that isn't provided by the latest stable Mingw.
20151123 00:21:50< loonycyborg> but preferably only for dev releases first :P
20151123 00:22:45< shadowm> Yeah, it's very doubtful there'll be any changes in that regard in 1.12, the Windows support code there is pretty much frozen solid.
20151123 00:26:16-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20151123 00:30:31-!- Appleman1234 [~Appleman1@KD111107151154.au-net.ne.jp] has joined #wesnoth-dev
20151123 00:49:21-!- louis94 [~~louis94@109.129.245.154] has quit [Quit: Konversation terminated!]
20151123 00:54:31-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Remote host closed the connection]
20151123 00:57:16-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20151123 01:08:23-!- Appleman1234 [~Appleman1@KD111107151154.au-net.ne.jp] has quit [Ping timeout: 252 seconds]
20151123 01:10:24< shadowm> I wish Wine would stop doing this stupid thing with Wesnoth's log files where it needs to print a backtrace during process exit and it appears to seek stderr to 0 (????).
20151123 01:10:50< shadowm> So it clobbers the start of the log file. I hope it doesn't mean I'm doing something wrong.
20151123 01:17:49-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20151123 01:27:44< shadowm> There is a thing I'm not doing which is to close the log file. Do I want to do that? Do we have any destructors that write to stderr?
20151123 01:28:33< shadowm> Although... I guess SDL 1.2 closes the log file before destructors are called anyway.
20151123 01:29:29< shadowm> Or something. When do atexit handlers get called actually?
20151123 01:30:06< shadowm> "The functions will be called during the destruction of the static objects, in reverse order".
20151123 01:35:06-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20151123 01:35:12-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20151123 02:04:56-!- Appleman1234 [~Appleman1@KD111107160213.au-net.ne.jp] has joined #wesnoth-dev
20151123 02:08:27-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20151123 02:22:57-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20151123 02:26:54-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20151123 02:42:01-!- Appleman1234 [~Appleman1@KD111107160213.au-net.ne.jp] has quit [Ping timeout: 272 seconds]
20151123 02:48:44-!- gfgtdf_ [~chatzilla@f054157094.adsl.alicedsl.de] has joined #wesnoth-dev
20151123 02:49:51-!- irker116 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20151123 02:52:00-!- gfgtdf [~chatzilla@f054061040.adsl.alicedsl.de] has quit [Ping timeout: 255 seconds]
20151123 02:52:09-!- gfgtdf_ is now known as gfgtdf
20151123 02:55:28-!- iceiceice [~chris@50.245.222.235] has joined #wesnoth-dev
20151123 02:55:28-!- iceiceice [~chris@50.245.222.235] has quit [Changing host]
20151123 02:55:28-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20151123 03:10:27-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 255 seconds]
20151123 03:12:29-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20151123 03:28:36-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20151123 03:31:25-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 272 seconds]
20151123 03:31:26-!- wedge010 is now known as wedge009
20151123 03:35:07-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20151123 03:38:34-!- Appleman1234 [~Appleman1@KD111107159246.au-net.ne.jp] has joined #wesnoth-dev
20151123 03:40:22-!- gfgtdf [~chatzilla@f054157094.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.92 [Firefox 42.0/20151029151421]]
20151123 04:24:00-!- ancestral [~ancestral@184-100-99-25.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20151123 04:25:17-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20151123 04:55:22-!- ancestral [~ancestral@184-100-99-25.mpls.qwest.net] has joined #wesnoth-dev
20151123 05:25:56-!- Kwandulin [~Miranda@p200300760F61EE97C1D751DC6FFD61D9.dip0.t-ipconnect.de] has joined #wesnoth-dev
20151123 05:35:22-!- Qudit314159 [~user@unaffiliated/qudit314159] has joined #wesnoth-dev
20151123 05:47:35-!- Appleman1234 [~Appleman1@KD111107159246.au-net.ne.jp] has quit [Ping timeout: 272 seconds]
20151123 06:37:19-!- celticminstrel is now known as celmin|sleep
20151123 06:43:39-!- irker943 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20151123 06:43:39< irker943> wesnoth: Ignacio R. Morelle wesnoth:master aae8e70c7aff / / (9 files in 2 dirs): log/windows: Add our own stdout/stderr redirection on Windows http://git.io/vBTtT
20151123 06:43:39< irker943> wesnoth: Ignacio R. Morelle wesnoth:master 900dc5b07017 / src/log_windows.cpp: log/windows: Implement log file rotation http://git.io/vBTtk
20151123 06:43:40< irker943> wesnoth: Ignacio R. Morelle wesnoth:master bc9fb0c11100 / src/log_windows.cpp: log/windows: Close stdout and stderr on destruction if redirected http://git.io/vBTtI
20151123 06:43:42< irker943> wesnoth: Ignacio R. Morelle wesnoth:master 53ed94da251b / / (9 files in 4 dirs): log/windows: Integrate implementation of --wconsole http://git.io/vBTtL
20151123 06:43:45< irker943> wesnoth: Ignacio R. Morelle wesnoth:master baae0bd708d3 / src/log_windows.cpp: log/windows: Auto-disable log file if a console is attached at startup http://git.io/vBTtm
20151123 06:43:49< irker943> wesnoth: Ignacio R. Morelle wesnoth:master 758f929a7bca / RELEASE_NOTES changelog: Update changelog and RELEASE_NOTES http://git.io/vBTtY
20151123 06:43:50-!- Appleman1234 [~Appleman1@KD111107163141.au-net.ne.jp] has joined #wesnoth-dev
20151123 06:43:57< irker943> wesnoth: Ignacio R. Morelle wesnoth:master 71009d939f37 / / (14 files in 5 dirs): Merge branch 'feature/win32-stdio-redir' http://git.io/vBTtO
20151123 06:47:05< shadowm> gfgtdf: Can you confirm that https://gna.org/bugs/index.php?22897 is fixed now? (I assume you are the OP, could be wrong though.)
20151123 06:50:09< shadowm> Aginor_: I ended up landing the new stdout+stderr redirection code on master instead since it turned out to work without modifications with SDL 1.2 (since the fact that we've stolen stdout/stderr control from it is largely immaterial as already seen with --wconsole).
20151123 06:51:20< shadowm> (SDL 1.2 still creates the stdout.txt and stderr.txt files of course, but since we shouldn't ever get a chance to write to them they'll get deleted at the end by the atexit handler SDL 1.2 installs anyway.)
20151123 06:51:55-!- Kwandulin [~Miranda@p200300760F61EE97C1D751DC6FFD61D9.dip0.t-ipconnect.de] has quit [Ping timeout: 240 seconds]
20151123 06:52:54-!- Ivanovic_ [~ivanovic@p579FB357.dip0.t-ipconnect.de] has joined #wesnoth-dev
20151123 06:53:30-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 240 seconds]
20151123 06:53:35< shadowm> (And yes, it took me more than a couple of days in the end, sorry about that. The branch took me an absurd amount of time to refine because I kept running into idiotic fat-finger bugs several times, and then inadvertently hit an issue with iostreams initialization order that took me a whole night to figure out, forcing me to rework some of the code.)
20151123 06:54:31-!- Ivanovic_ [~ivanovic@p579FB357.dip0.t-ipconnect.de] has quit [Changing host]
20151123 06:54:31-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20151123 06:55:00-!- Ivanovic_ is now known as Ivanovic
20151123 07:03:37-!- Qudit314159 [~user@unaffiliated/qudit314159] has left #wesnoth-dev ["ERC (IRC client for Emacs 24.5.1)"]
20151123 07:06:11-!- Appleman1234 [~Appleman1@KD111107163141.au-net.ne.jp] has quit [Ping timeout: 264 seconds]
20151123 07:12:30-!- cib0 [~cib@p5DC75C31.dip0.t-ipconnect.de] has joined #wesnoth-dev
20151123 07:14:35< Necrosporus> What is a fat-finger bug?
20151123 07:30:18-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20151123 07:52:26-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20151123 07:57:39-!- ancestral [~ancestral@184-100-99-25.mpls.qwest.net] has quit [Read error: Connection reset by peer]
20151123 07:58:12-!- ancestral [~ancestral@184-100-99-25.mpls.qwest.net] has joined #wesnoth-dev
20151123 08:22:21-!- Appleman1234 [~Appleman1@KD111107163126.au-net.ne.jp] has joined #wesnoth-dev
20151123 08:26:34-!- cib0 [~cib@p5DC75C31.dip0.t-ipconnect.de] has quit [Quit: Leaving]
20151123 09:02:44< Aginor_> shadowm: I saw your email about it. Were there any issues with SDL2 or did it just work?
20151123 09:06:43-!- Aginor_ is now known as Aginor
20151123 09:09:15< shadowm> Aginor: It just worked, SDL 2 is a blank slate in this regard.
20151123 09:10:17< shadowm> As I said before, SDL 2 doesn't include any stdout+stderr redirection code in the Windows version of SDL2main.lib, so we have free pass to do absolutely anything we want with that.
20151123 09:12:43< Aginor> yes, my understanding is that SDL2main.lib is more or less empty in Windows
20151123 09:13:39< shadowm> It still does a very crucial job for most SDL applications: hiding WinMain() from coders, creating the illusion that main() is the entry point to end all entry points.
20151123 09:13:42< Aginor> I have not managed to get windows builds going in visual studio yet
20151123 09:14:11< Aginor> my nuget approach is not working with the project setup for some reason
20151123 09:15:06< shadowm> In reality, when building for Windows, #define main SDL_main crops up somewhere in the SDL headers, so the coder's main() is actually SDL_main() and WinMain() (or console_main()) calls that with Unixish arguments.
20151123 09:15:55< Aginor> yup
20151123 09:15:58< Aginor> it's glorious :)
20151123 09:17:21< shadowm> One issue that kept bothering me (which is why I wound up rebasing my branch on master instead of sdl2) was that SDL 2 Wesnoth keeps segfaulting on exit or on window resize when run under Wine 1.7.55.
20151123 09:17:53< Aginor> hmmm
20151123 09:17:56< shadowm> Haven't encountered this with Windows 8.1 or Wine 1.6, oddly enough.
20151123 09:18:01< Aginor> that's interesting
20151123 09:18:07< shadowm> So it might as well be a bug in Wine.
20151123 09:18:09< Aginor> I should try to reproduce that
20151123 09:18:40< Aginor> wedge009: which version of windows were you testing under?
20151123 09:18:57< Aginor> shadowm: a backtrace could confirm it though
20151123 09:19:36< Aginor> there might be somewhere in the code where a copy is kept of the framebuffer instead of a reference
20151123 09:19:41< Aginor> I may have missed somewhere
20151123 09:22:38< Aginor> shadowm: shadowm are these still relevant: http://wiki.wesnoth.org/User:Iceiceice/Cross-compiling
20151123 09:23:51< wedge009> Aginor: Windows 7
20151123 09:24:06< Aginor> thanks wedge009 
20151123 09:24:17< Aginor> by the way, I hope that life is treating you well :)
20151123 09:24:54< wedge009> I'm okay. Just haven't had any Wesnoth dev time for what feels like a few weeks now. Is your new job going okay?
20151123 09:25:14< Aginor> it's been tiring with all the new things but it's finally settling down again
20151123 09:25:37< Aginor> it's forced me to change my hours a bit as well, I get up earlier and go to bed earlier :/
20151123 09:25:46< Aginor> and I haven't started to IRC from work yet :)
20151123 09:25:59< wedge009> I always thought you went to bed quite late. (:
20151123 09:26:12< shadowm> Aginor: Mostly, I think. On Debian I skipped straight to installing Mingw-w64 (AFAIK stable versions of vanilla Mingw will NOT build SDL 2.0 headers due to a missing Windows API header).
20151123 09:26:40< Aginor> shadowm: thanks. I'll give it a go on fedora and see if I can reproduce your crashes
20151123 09:26:43< shadowm> (i.e. wouldn't bother with vanilla Mingw at all. SDL themselves appear to use Mingw-w64.)
20151123 09:27:18< shadowm> I pestered loonycyborg to death when setting up my cross-compiling environment.
20151123 09:27:19< Aginor> in the meanwhile, a stacktrace would be appreciate it, or checking if the sdl_surface.pixels points to valid memory for src and dst
20151123 09:27:57< Aginor> given his and my different timezones, it may turn out to be hard to pester him much :)
20151123 09:28:03< shadowm> Yeah, I've not figured out yet how to get gdb working on Wine.
20151123 09:28:41< shadowm> Not that I've had much luck with gdb on Windows either, tried to debug something the other day and kept getting nonsense from gdb.
20151123 09:29:04< wedge009> Do you need me to test anything? I saw the redirection update, but I never worked out how to reproduce the original bug.
20151123 09:29:51< shadowm> Aginor: Do expect to have to compile Boost yourself if you go down this road, though.
20151123 09:30:09< Aginor> shadowm: yes, I was
20151123 09:30:11< shadowm> It doesn't sound like a big deal until you realize that Boost's build system wasn't designed for end users.
20151123 09:30:25< Aginor> I get that impression from the wiki page
20151123 09:30:35< shadowm> Options are weird, diagnostics are absurdly cryptic, etc.
20151123 09:30:38< Aginor> shadowm: if you have a config, feel free to share :)
20151123 09:31:17< shadowm> My ~/user-config.jam only contains a single line:   using gcc : w64mingw32 : i686-w64-mingw32-g++ ;
20151123 09:31:50< Aginor> that's encouraging
20151123 09:32:17< shadowm> I appear to have left these instructions for my future self too: http://pastebin.com/XVwjdNcH
20151123 09:33:13< wedge009> I worked out Boost building myself, but later found aquileia's explanation quite succinct and helpful: https://github.com/aquileia/external
20151123 09:33:26< Aginor> andreas@goddess:~$sudo dnf search mingw64 | grep boost
20151123 09:33:26< Aginor> mingw64-boost.noarch : MinGW Windows Boost C++ library for the win64 target
20151123 09:33:26< Aginor> mingw64-boost-static.noarch : Static version of the MinGW Windows Boost C++
20151123 09:33:33< shadowm> (The scons -Y part is to make out-of-tree scons builds -- in this case, to have a scons-win32-crosscompile/ dir in the source tree with the scons options and intermediate files instead of clobbering my native Linux build every time.)
20151123 09:33:35< Aginor> maybe I'll have luck
20151123 09:33:47< shadowm> (scons -Y tends to break at random though.)
20151123 09:34:56< shadowm> wedge009: The original bug is that stdout.txt and stderr.txt will not come into existence if the process working dir is a path that contains characters that don't map into the system's ANSI code page.
20151123 09:35:09< Aginor> thanks wedge009 
20151123 09:35:32< Aginor> it's sadly getting very close to my bedtime now, but I'll give this a start tomorrow
20151123 09:35:57< shadowm> That's the strict technical version, I don't expect it to make sense to anyone (what the "ANSI code page" for a given system configuration is might be the biggest mystery of the universe).
20151123 09:36:36< shadowm> The less technical version is that stdout.txt and stderr.txt won't come into existence if the working dir path contains Unicode characters that you wouldn't expect to see in a 256 char codepage.
20151123 09:36:59< Aginor> that's silly and broken.
20151123 09:37:20< wedge009> But seems to be resolved now with the help of SDL2, I gather.
20151123 09:37:47< shadowm> Especially if they don't look like stuff from your system language (i.e. Japanese kana characters in a Spanish system?).
20151123 09:38:14< wedge009> Heh, wow. Well, time to look into this more tomorrow, I suspect.
20151123 09:38:19< shadowm> It's not that hard to reproduce once you find the right test case.
20151123 09:38:29< shadowm> The point is, with my code the bug _should_ no longer apply.
20151123 09:39:18< shadowm> It was caused by SDL 1.2 taking an unbelievably naïve approach to... stuff in SDLmain.lib, and using ANSI versions of several Windows API functions (unless running on Windows CE, go figure).
20151123 09:39:50< shadowm> My code uses Unicode versions instead and converts strings to UTF-8 using our built-in facilities.
20151123 09:40:09< shadowm> Plus now we write the log file to a different path.
20151123 09:40:29< shadowm> A path which may be overridden with --config-dir, though.
20151123 09:43:57-!- irker943 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20151123 09:50:20-!- ancestral [~ancestral@184-100-99-25.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20151123 09:59:01-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 250 seconds]
20151123 10:04:46-!- zombah [~zombah@2a02:28:3:1:214:4fff:fe47:5920] has joined #wesnoth-dev
20151123 10:26:53-!- Appleman1234 [~Appleman1@KD111107163126.au-net.ne.jp] has quit [Ping timeout: 272 seconds]
20151123 10:36:35-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20151123 11:05:28-!- mjs-de [~mjs-de@f049115010.adsl.alicedsl.de] has joined #wesnoth-dev
20151123 11:23:07-!- markus_ [~mjs-de@f048044009.adsl.alicedsl.de] has joined #wesnoth-dev
20151123 11:23:42-!- Appleman1234 [~Appleman1@KD111107163069.au-net.ne.jp] has joined #wesnoth-dev
20151123 11:24:48-!- cib0 [~cib@132.231.178.10] has joined #wesnoth-dev
20151123 11:27:11-!- mjs-de [~mjs-de@f049115010.adsl.alicedsl.de] has quit [Ping timeout: 264 seconds]
20151123 11:35:20-!- horrowind1 [~Icedove@2a02:810a:8b00:1c54:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20151123 12:17:57< loonycyborg> seems asio doesn't support fifos, only unix domain sockets..
20151123 12:21:39-!- louis94 [~~louis94@109.129.245.154] has joined #wesnoth-dev
20151123 12:30:13-!- louis94 [~~louis94@109.129.245.154] has quit [Quit: Konversation terminated!]
20151123 13:05:55-!- cib0 [~cib@132.231.178.10] has quit [Ping timeout: 240 seconds]
20151123 13:16:55-!- fabi [~quassel@wesnoth/developer/fendrin] has quit [Remote host closed the connection]
20151123 13:19:28-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20151123 13:29:44-!- aquileia [~chatzilla@eduroam167-110.wlan.uni-ulm.de] has joined #wesnoth-dev
20151123 13:32:17< aquileia> shadowm: My pofix patch initially replaced "Hakims" -> "Hakim" instead of "Hakims are" -> "Hakim are" - however, this led to me noticing that the Spanish translation po/wesnoth-units/es.po copied the error...
20151123 13:33:11-!- Appleman1234 [~Appleman1@KD111107163069.au-net.ne.jp] has quit [Ping timeout: 264 seconds]
20151123 13:33:14< aquileia> Could you decide which plural form is preferable in Spanish?
20151123 13:37:04-!- JamK [dc23d40e@gateway/web/freenode/ip.220.35.212.14] has joined #wesnoth-dev
20151123 13:38:07-!- cib0 [~cib@132.231.178.195] has joined #wesnoth-dev
20151123 13:44:44< Soliton> neverEnough: what kind of protocol description are you looking for? maybe http://wiki.wesnoth.org/MultiplayerServerWML helps.
20151123 13:46:22< Soliton> loonycyborg: shouldn't be too hard to switch some scripts over to unix domain sockets, so that shouldn't be a deal breaker.
20151123 13:54:43-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: mattsc]
20151123 14:02:31-!- JamK [dc23d40e@gateway/web/freenode/ip.220.35.212.14] has quit [Quit: Page closed]
20151123 14:05:18< loonycyborg> Soliton: but it seems you can't just redirect echo output to domain sockets :P
20151123 14:05:51< Soliton> sure, got to put netcat or similar inbetween.
20151123 14:06:39< loonycyborg> So you don't mind if I complicate things with domain sockets?
20151123 14:06:44-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20151123 14:07:03< loonycyborg> because I'm also considering trying to make it work with fifos anyway
20151123 14:07:19< loonycyborg> Already tried to in face
20151123 14:07:34< loonycyborg> but results unsatisfactory
20151123 14:07:57< Soliton> i don't think it'd be a big deal. but shadowm would be more directly affected...
20151123 14:09:10< loonycyborg> like I can create a descriptor stream from  a file descriptor of the fifo created with open()
20151123 14:09:21< loonycyborg> but can't read from it in true asynchronous fashion
20151123 14:09:48< loonycyborg> without O_NONBLOCK it locks up
20151123 14:10:05< loonycyborg> with O_NONBLOCK reads fail immediately with EOF
20151123 14:13:13-!- celmin|sleep is now known as celticminstrel
20151123 14:14:02-!- Facebook [5770b72c@gateway/web/freenode/ip.87.112.183.44] has joined #wesnoth-dev
20151123 14:14:13-!- Facebook is now known as Wesnoth
20151123 14:14:49< Wesnoth> I seem to accidently created a Facebook group for Wesnoth that was intended for a few friends
20151123 14:14:52< Wesnoth> over the years
20151123 14:15:02< Wesnoth> people have joined the group thinking it is an official thing?
20151123 14:15:15< Wesnoth> Would anyone like to take ownership of the group?
20151123 14:22:20-!- Wesnoth [5770b72c@gateway/web/freenode/ip.87.112.183.44] has quit [Quit: Page closed]
20151123 14:29:35-!- Appleman1234 [~Appleman1@KD111107154137.au-net.ne.jp] has joined #wesnoth-dev
20151123 14:52:14-!- horrowind1 [~Icedove@2a02:810a:8b00:1c54:21b:fcff:fee3:c3ff] has quit [Quit: horrowind1]
20151123 15:02:52-!- aquileia [~chatzilla@eduroam167-110.wlan.uni-ulm.de] has quit [Ping timeout: 244 seconds]
20151123 15:13:19-!- aquileia [~chatzilla@eduroam167-110.wlan.uni-ulm.de] has joined #wesnoth-dev
20151123 15:24:16-!- gfgtdf [~chatzilla@f054157094.adsl.alicedsl.de] has joined #wesnoth-dev
20151123 15:27:26-!- Kwandulin [~Miranda@p200300760F61EE6B183A9867AFFEBEE8.dip0.t-ipconnect.de] has joined #wesnoth-dev
20151123 15:28:32-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20151123 15:29:21< gfgtdf> shadowm: Is there a reason why libc_error doesnt derive from std::exception ?
20151123 15:32:51-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 260 seconds]
20151123 15:32:51-!- wedge010 is now known as wedge009
20151123 15:36:44< gfgtdf> shadowm: y iirc i did that bugreport, i will mostlikeley test it today.
20151123 15:39:02-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: mattsc]
20151123 15:57:49-!- Appleman1234 [~Appleman1@KD111107154137.au-net.ne.jp] has quit [Ping timeout: 250 seconds]
20151123 16:00:41-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20151123 16:03:48-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20151123 16:22:07< aquileia> Aginor: BTW, the repo wedge009 linked doesn't only contain instructions to build Boost but a copy of all dependencies you need for Wesnoth with Visual C++
20151123 16:36:19-!- aquileia [~chatzilla@eduroam167-110.wlan.uni-ulm.de] has quit [Quit: ChatZilla 0.9.92 [Firefox 42.0/20151029151421]]
20151123 16:39:52-!- zombah [~zombah@2a02:28:3:1:214:4fff:fe47:5920] has quit [Quit: Leaving]
20151123 16:46:53-!- midzer [~quassel@p4FFCE1F9.dip0.t-ipconnect.de] has left #wesnoth-dev ["http://quassel-irc.org - Chat comfortably. Anywhere."]
20151123 16:50:45-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20151123 16:55:30-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20151123 17:29:03-!- cib0 [~cib@132.231.178.195] has quit [Ping timeout: 255 seconds]
20151123 17:29:10-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Read error: Connection reset by peer]
20151123 17:29:38-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20151123 17:32:58-!- rayblade53 [~chatzilla@124.109.10.167] has joined #wesnoth-dev
20151123 17:32:58-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Read error: Connection reset by peer]
20151123 17:33:14-!- rayblade53 is now known as vultraz
20151123 17:36:21-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20151123 17:43:06-!- vultraz [~chatzilla@124.109.10.167] has quit [Read error: Connection reset by peer]
20151123 17:44:28-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20151123 17:44:35-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Read error: Connection reset by peer]
20151123 17:45:07-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20151123 17:46:46-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Remote host closed the connection]
20151123 17:55:07< neverEnough> Soliton, ouch amazing, thanks for it. I totally missed it as u read
20151123 17:55:30< neverEnough> Soliton, i see u was the first documenting it, was u involved into protocol revisions?
20151123 17:57:13-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20151123 18:05:07-!- Kwandulin [~Miranda@p200300760F61EE6B183A9867AFFEBEE8.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20151123 18:23:46< Soliton> neverEnough: i've done a couple of server-side changes. not sure how many protocol changes were involved.
20151123 18:25:35-!- ancestral [~ancestral@63.92.240.233] has joined #wesnoth-dev
20151123 18:37:29-!- irker351 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20151123 18:37:29< irker351> wesnoth: gfgtdf wesnoth:master 3f37e4a51d07 / src/variable_info.cpp: Revert "fix crash in set_variables" http://git.io/vBtmw
20151123 18:37:29< irker351> wesnoth: gfgtdf wesnoth:master b7f9775872b6 / src/variable_info.cpp: fix crash in [set_variables] http://git.io/vBtmr
20151123 18:39:10-!- ancestral [~ancestral@63.92.240.233] has quit [Quit: i go nstuf kthxbai]
20151123 18:40:24-!- cib0 [~cib@p5DC75C31.dip0.t-ipconnect.de] has joined #wesnoth-dev
20151123 18:42:58-!- raoni [~raoni@labs-gw.ic.unicamp.br] has quit [Quit: WeeChat 1.2]
20151123 18:42:59-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20151123 18:49:13-!- Kwandulin [~Miranda@p200300760F61EE6B1D85F15A56B9C1C6.dip0.t-ipconnect.de] has joined #wesnoth-dev
20151123 18:49:58-!- TC01_ [~quassel@london.acm.jhu.edu] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
20151123 18:50:13-!- TC01 [~quassel@london.acm.jhu.edu] has joined #wesnoth-dev
20151123 18:55:09-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: So long and thanks for all the fish.]
20151123 18:57:27-!- markus_ [~mjs-de@f048044009.adsl.alicedsl.de] has quit [Remote host closed the connection]
20151123 19:00:31-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20151123 19:06:39-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20151123 19:21:48-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has joined #wesnoth-dev
20151123 19:26:23-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20151123 19:38:05-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20151123 19:38:49-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has quit [Ping timeout: 250 seconds]
20151123 19:40:21-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20151123 19:41:57-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20151123 19:42:00-!- iceiceice [~chris@50.245.222.235] has joined #wesnoth-dev
20151123 19:42:01-!- iceiceice [~chris@50.245.222.235] has quit [Changing host]
20151123 19:42:01-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20151123 19:50:51-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has joined #wesnoth-dev
20151123 20:01:21-!- Kwandulin [~Miranda@p200300760F61EE6B1D85F15A56B9C1C6.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20151123 20:13:19-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20151123 20:23:30-!- cib [~cib@p5DC75C31.dip0.t-ipconnect.de] has joined #wesnoth-dev
20151123 20:23:34-!- cib0 [~cib@p5DC75C31.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20151123 20:23:54-!- cib is now known as Guest65616
20151123 20:32:46-!- ancestral [~ancestral@147.sub-70-197-226.myvzw.com] has joined #wesnoth-dev
20151123 20:36:48-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20151123 20:51:55-!- noy [~Noy@wesnoth/developer/noy] has quit [Ping timeout: 240 seconds]
20151123 21:04:15-!- ancestral [~ancestral@147.sub-70-197-226.myvzw.com] has quit [Quit: i go nstuf kthxbai]
20151123 21:18:19-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20151123 21:24:22< shadowm> gfgtdf: The reason is that I deemed it unnecessary.
20151123 21:25:38< shadowm> aquileia: I really can't and shouldn't do that. I'll try to contact the translation maintainer.
20151123 21:26:57< shadowm> loonycyborg: Why do we need Asio handling this?
20151123 21:27:31< loonycyborg> it must be part of event look
20151123 21:27:33< loonycyborg> loop
20151123 21:27:46< shadowm> Because right now we use standard libc functions.
20151123 21:28:07-!- shadowm_desktop [~ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20151123 21:28:52< loonycyborg> without asio integration it's impossible to wait for data from fifo properly
20151123 21:29:39-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20151123 21:30:04< loonycyborg> I can still make fifos work somehow I think eventually
20151123 21:30:13< loonycyborg> but I can change ipc mechanism too
20151123 21:30:35< loonycyborg> either to domain sockets or any other mechanism of your choice :P
20151123 21:30:52< shadowm> I've never used Unix sockets in scripts before I believe.
20151123 21:31:34< shadowm> Normally you write to a named pipe as if it were a regular file. I assume sockets work the same, right?
20151123 21:32:56-!- Necrosporus_ [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20151123 21:33:27< shadowm> Actually, now that I think of it, can Unix sockets even exist in the filesystem? :|
20151123 21:34:07-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Disconnected by services]
20151123 21:34:08-!- Necrosporus_ is now known as Necrosporus
20151123 21:34:13< gfgtdf> shadowm: I think every class that is thrown shodul derive form std::exception, just for the better error message when it's catched in main.
20151123 21:35:01< shadowm> gfgtdf: Yes. The reason I deemed it is unnecessary is the fact that the only paths that throw the exception right now catch it and terminate the process instead of propagating it to main().
20151123 21:35:45< gfgtdf> shadowm: you might have made a mistake (which doesnt mean i think you did).
20151123 21:35:49< loonycyborg> shadowm: unix sockets exist as filenames
20151123 21:35:55< loonycyborg> but you can't pipe to them
20151123 21:36:01< loonycyborg> it requires connect() and stuff
20151123 21:36:20< loonycyborg> so have to use netcat or socat instead
20151123 21:36:21< shadowm> For the record, desc() was originally what() and libc_error was a subclass of std::exception but then I got frustrated by compiler errors regarding throw specifications.
20151123 21:36:41< loonycyborg> actually I would kinda prefer fifos myself too
20151123 21:37:13< shadowm> loonycyborg: Yeah, that's a bit inconvenient because we'd need to use a different send_server_command script for 1.13.2+.
20151123 21:37:23< shadowm> Or whatever_version_this_will_land_on+.
20151123 21:37:47< shadowm> Script: https://github.com/wesnoth/wesnoth/blob/master/utils/mp-server/send_server_command
20151123 21:38:33< shadowm> And yes, the scripts call it a "socket" like the C++ does but it's only ever assumed to be a named pipe.
20151123 21:39:00-!- irker351 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20151123 21:40:22< gfgtdf> (mistake like in some rare case the exception is not catched.)
20151123 21:41:26< loonycyborg> I could do fifo in different thread but then I'll have an opportunity to fuck up with synchronization :P
20151123 21:41:50< loonycyborg> the selling point of asio is possibility to avoid threads imo
20151123 21:43:06-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20151123 21:45:30< celticminstrel> There's no particular reason for thrown classes to derive from std::exception.
20151123 21:46:22< celticminstrel> Though I suppose it is useful to be able to print the exception if it propagates up to main, rather than just relying on catch(...)
20151123 21:49:37-!- irker459 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20151123 21:49:37< irker459> wesnoth: Ignacio R. Morelle wesnoth:master da9a3c4b6ee9 / src/libc_error.hpp: Make libc_error a subclass of std::exception http://git.io/vBqWi
20151123 21:49:46< shadowm> gfgtdf: ^
20151123 21:51:41< gfgtdf> shadowm: ty
20151123 21:51:55< gfgtdf> shadowm: you know what teh source in the tool/ dir does?
20151123 21:58:17< shadowm> gfgtdf: No, although I have a vague idea of three of them at least.
20151123 21:58:50-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20151123 21:59:00< shadowm> The exploder and cutter tools have been used in the past for making castle terrain graphics in some way.
20151123 21:59:53< shadowm> There's a schema generator tool and I don't know exactly how it's used but I assume it may have been used to generate the GUI2 WML schema in the past.
20151123 22:00:40< zookeeper> why are those castlecutter coords and stuff written in WML anyway? :x did someone have a tool for interpreting them or something?
20151123 22:04:39< zookeeper> err, and by castlecutter i mean exploder
20151123 22:04:58< zookeeper> and i'm guessing the castlecutter scripts are what the WML is fed to
20151123 22:05:09< zookeeper> maybe, or maybe not
20151123 22:05:13< zookeeper> it's too arcane
20151123 22:05:58< shadowm> I literally have no idea how any of this works, I only know it exists.
20151123 22:10:55-!- noy [~Noy@wesnoth/developer/noy] has quit [Ping timeout: 250 seconds]
20151123 22:15:20-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20151123 22:20:55-!- noy [~Noy@wesnoth/developer/noy] has quit [Ping timeout: 240 seconds]
20151123 22:24:22-!- cib0 [~cib@p5DC75C31.dip0.t-ipconnect.de] has joined #wesnoth-dev
20151123 22:24:22-!- Guest65616 [~cib@p5DC75C31.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20151123 22:31:17-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 250 seconds]
20151123 22:59:56-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 246 seconds]
20151123 23:01:00< irker459> wesnoth: Ignacio R. Morelle wesnoth:master 03648f7f9e6f / src/wesnoth.cpp: Remove a few superfluous includes http://git.io/vBqHc
20151123 23:01:20-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20151123 23:10:14-!- louis94 [~~louis94@109.129.245.154] has joined #wesnoth-dev
20151123 23:27:46-!- cib0 [~cib@p5DC75C31.dip0.t-ipconnect.de] has quit [Ping timeout: 240 seconds]
20151123 23:35:35< stikonas> Hi, I was playing Legend of Wesmere (multiplayer) and two copies of leader Kalenz seem to be recalled.
20151123 23:35:46< stikonas> error engine: Trying to add Kalenzas - Kalenz - 1 (6,28) over Kalenzas - Kalenz - 1 (7,29). The new unit will be assigned underlying_id=268 to prevent duplicate id conflicts.
20151123 23:36:18< stikonas> is this something that was reported before?
20151123 23:36:23< stikonas> can't find anything on bugzilla
20151123 23:36:47-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20151123 23:37:09-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 255 seconds]
20151123 23:40:17< gfgtdf> stikonas: which wesnoth version? which scenario ?
20151123 23:40:55< gfgtdf> stikonas: were you the host of teh game ?
20151123 23:41:29< stikonas> gfgdf: 1.12.4  at the beginning of 4th scenario
20151123 23:42:00< stikonas> I was the host of the game
20151123 23:42:17< stikonas> well, actually I was runing wesnothd on the other computer
20151123 23:42:36-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20151123 23:42:36< stikonas> I have a server running wesnothd but it shouldn't matter...
20151123 23:42:42< gfgtdf> stikonas: this bug was fixed in 1.12.5 (as noted in the forum announcement: "Legend of Wesmere: Fixed various carryover bugs in scenarios 5-12 (missing units, duplicated units, etc.)") (the host client must have wesnoth 1.12.5)
20151123 23:43:09< stikonas> oh, thanks for telling, then I'll just need to update 
20151123 23:43:30< stikonas> gentoo still has 1.12.4  in stable...
20151123 23:45:27-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20151123 23:45:39< gfgtdf> stikonas: i dont really know how installing on linux works...
20151123 23:45:50< gfgtdf> stikonas: but to fix this speific issue you actually only need 1.12.5 LoW campaign files.
20151123 23:46:01< gfgtdf> stikonas: not sure if this helps though
20151123 23:47:52< stikonas> I'm fine with installing on linux, don't worry... I can of course grab just the campaign files, I have git checkout anyway but updating is simpler...
20151123 23:48:04< stikonas> gfgtdf: thanks anyway
20151123 23:48:09< stikonas> this helps a lot
20151123 23:49:07< gfgtdf> stikonas: note that using the master (1.13.x) campaign files will mostlikeley not work.
20151123 23:49:47< stikonas> yeah, I understand, 1.13.x is not compatible
20151123 23:50:04< celticminstrel> You know you can do 'git checkout 1.12.5', right gfgtdf?
20151123 23:50:19< gfgtdf> celticminstrel: y i know
20151123 23:50:27< celticminstrel> Oh, okay. Sorry.
20151123 23:51:27-!- travis-ci [~travis-ci@ec2-107-22-7-206.compute-1.amazonaws.com] has joined #wesnoth-dev
20151123 23:51:28< travis-ci> wesnoth/wesnoth#7828 (master - 03648f7 : Ignacio R. Morelle): The build has errored.
20151123 23:51:28< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/92826433
20151123 23:51:28-!- travis-ci [~travis-ci@ec2-107-22-7-206.compute-1.amazonaws.com] has left #wesnoth-dev []
20151123 23:54:29< shadowm> What's with the `host: idling in Multiplayer Connect waiting for ready in chat` spam in that failed job's log?
20151123 23:56:26< gfgtdf> shadowm: it seems liek the mp test has failed
20151123 23:59:14-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has quit [Remote host closed the connection]
--- Log closed Tue Nov 24 00:00:22 2015