--- Log opened Fri Jul 15 00:00:31 2016
20160715 00:01:32< zookeeper> well, sadly i need to be going, but i'll read the logs
20160715 00:01:38-!- irker214 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20160715 00:03:41-!- Shiki [~Shiki@141.39.226.227] has joined #wesnoth-dev
20160715 00:06:07-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 252 seconds]
20160715 00:08:42< celmin> No-one ever did answer my questions from this morning. Oh well, I guess I'll just put that in the changelog anyway.
20160715 00:09:52-!- irker502 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20160715 00:09:52< irker502> wesnoth: Celtic Minstrel wesnoth:master aedcdfe04b36 / RELEASE_NOTES changelog: Update changelog https://github.com/wesnoth/wesnoth/commit/aedcdfe04b3676c3702acae4d3ce238195c4c085
20160715 00:13:05-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160715 00:21:21-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160715 00:28:16< gfgtdf> zookeeper: try it:), well the action will be braodcasted immidiateley and when the event execution reaches the point where the [message]with[option]s happens it will wait for plaers 1's choice (like [delay] until it receives the choice.) it if wait for longer than a few seconds, it give a screen notification about whats going on.
20160715 00:29:49< gfgtdf> zooit bahves the same way if for examepl the current player is waiting for a [get_global_variable] from a remote choice,
20160715 00:30:33-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 240 seconds]
20160715 00:34:24< celmin> gfgtdf: What has get_global_variable to do with remote choices?
20160715 00:35:51< gfgtdf> celmin: its also implemented as a synced choice. even thogh teh 'choice' it not displayed to the user
20160715 00:35:58< celmin> Why?
20160715 00:36:05< celmin> What does it have to do with remote choices?
20160715 00:36:40-!- SigurdFireDragon [~SigurdFD@dynamic-acs-72-23-110-58.zoominternet.net] has quit []
20160715 00:36:41< gfgtdf> well the returned varaible needs to be synced and.
20160715 00:36:43-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20160715 00:36:51< celmin> Why does it need to be synched?
20160715 00:37:20< Aginor> 11:42 < zookeeper> and yeah maybe you could just send the current id counter  with each action, i don't know if there's any reason why  that couldn't work
20160715 00:37:28< celmin> It's not at all obvious that something called "get_global_variable" would need to be synched.
20160715 00:37:41< gfgtdf> celmin: i think it is
20160715 00:37:51< celmin> Then explain it to me.
20160715 00:37:54< Aginor> if two clients are executing different actions at around the same time, they will suddenly have different counter values
20160715 00:38:08< Aginor> we'd be better off sending deltas at that stage instead of absolute id's
20160715 00:38:23< gfgtdf> celmin: i mean you coudl also have it unsynced but then the returned varible would be differnt on all client so all client would have differnt variables.
20160715 00:38:33< celmin> Why would that be the case?
20160715 00:39:12< celmin> There's nothing in the term "global variable" that suggests it would be different on all clients.
20160715 00:39:15< gfgtdf> celmin: becasue all clients have differnet persistent variables
20160715 00:39:28< celmin> Why?
20160715 00:39:36< gfgtdf> celmin: i assumed you know what get_global variable does
20160715 00:39:44< celmin> I think that might be the point of my confusion.
20160715 00:42:58< celmin> So what does it do?
20160715 00:43:31< celmin> Actually, the name "get_global_variable" is quite confusing since in WML all variables are global.
20160715 00:44:28< gfgtdf> celmin: well you can read it in the wiki+
20160715 00:44:46< gfgtdf> celmin_ it basically readas a variable from disk.
20160715 00:45:08< celmin> I see.
20160715 00:46:37< celmin> That actually makes sense suddenly, though I still think "global variable" is a misleading name.
20160715 00:47:34< celmin> Okay, so now I understand why it would be considered similar to a remote choice, as well.
20160715 01:28:40-!- Shiki [~Shiki@141.39.226.227] has quit [Quit: Verlassend]
20160715 01:31:55-!- gfgtdf_ [~chatzilla@x4e3693e9.dyn.telefonica.de] has joined #wesnoth-dev
20160715 01:34:21-!- gfgtdf [~chatzilla@x4e3685ab.dyn.telefonica.de] has quit [Ping timeout: 276 seconds]
20160715 01:34:35-!- gfgtdf_ is now known as gfgtdf
20160715 01:50:20< celmin> I should try to finish that work on updating the wiki...
20160715 01:53:55< celmin> Maybe tomorrow...
20160715 02:13:55-!- gfgtdf [~chatzilla@x4e3693e9.dyn.telefonica.de] has quit [Quit: ChatZilla 0.9.92 [Firefox 47.0/20160604131506]]
20160715 02:22:14-!- Shiki [~Shiki@141.39.226.227] has joined #wesnoth-dev
20160715 02:43:44-!- ancestral [~ancestral@75-168-183-92.mpls.qwest.net] has joined #wesnoth-dev
20160715 02:48:36-!- Shiki [~Shiki@141.39.226.227] has quit [Remote host closed the connection]
20160715 03:07:25-!- Kwandulin [~Miranda@p200300760F2D811005DCE4B1C6D53CAF.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160715 03:11:28-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160715 03:13:10< vultraz> ah, ancestral 
20160715 03:13:16< ancestral> Hi
20160715 03:13:26< celmin> Gasp, a vultraz :p
20160715 03:13:36< ancestral> A wild vultraz appeared
20160715 03:13:43< celmin> And a wild ancestral 
20160715 03:13:55< vultraz> someone's been playing Pokemon Go :P
20160715 03:14:00 * ancestral throws a pokéball at it
20160715 03:14:05 * vultraz dodges
20160715 03:14:23< ancestral> It’s funny, I’m probavly the only person I know not playing it
20160715 03:14:40< vultraz> :P
20160715 03:14:46-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 244 seconds]
20160715 03:14:47-!- wedge010 is now known as wedge009
20160715 03:14:48< celmin> Wrong
20160715 03:14:54< vultraz> on a serious note, I wanted to ask you if https://gna.org/bugs/index.php?24541 was ever resolved
20160715 03:15:02< celmin> I've never played a single Pokemon game in my life
20160715 03:15:11< vultraz> celmin: neither have I
20160715 03:15:22< celmin> Well, now ancestral knows two more. :P
20160715 03:15:42< ancestral> Shame
20160715 03:15:43< vultraz> plus I couldn't play it since I'm in the middle of the pacific
20160715 03:15:48< celmin> ?
20160715 03:16:25< ancestral> I need to revisit this
20160715 03:16:39< vultraz> So it was not resolved?
20160715 03:16:49< ancestral> Not yet :(
20160715 03:16:59< vultraz> Ok, just wanted to be sure.
20160715 03:17:32< vultraz> looks like all three blockers are still open, then
20160715 03:17:40< ancestral> celmin: vultraz is not Aquaman. (I’m pretty sure, anyway.)
20160715 03:17:48< celmin> Didn't you close one of them, vultraz?
20160715 03:17:58< vultraz> it was reopened 
20160715 03:18:03< celmin> Why?
20160715 03:18:16< celmin> That reminds me, I have Wesnoth emails that I keep forgetting to check.
20160715 03:19:25< vultraz> ancestral: what about this? https://gna.org/bugs/index.php?23560
20160715 03:19:38< vultraz> I believe it was when we switched to lato, but checking
20160715 03:20:16< vultraz> as well as this https://gna.org/bugs/index.php?21649
20160715 03:20:49< vultraz> ancestral: and there's this entry in RELEASE_NOTES, dunno if it's valid after SDL2: "Fullscreen mode does not fill the entire screen when maximum resolution is selected in Preferences → Display, and user interface elements are scaled and distorted."
20160715 03:20:57< vultraz> are any of these still issues on OS X?
20160715 03:21:04< vultraz> (I know the line breaks one is fixed on Windows)
20160715 03:21:08< vultraz> s/OS X/macOS
20160715 03:21:21< celmin> Don't bother correcting yourself.
20160715 03:21:29< ancestral> I need to build with master again and find out
20160715 03:21:40< celmin> OSX is a correct way to refer to the operating system even if it's not the "official" way.
20160715 03:21:47< vultraz> ok, if you can 
20160715 03:22:09< ancestral> celmin: Please put a space betwwen ‘OS’ and ‘X’
20160715 03:22:19< celmin> I see no reason to do so?
20160715 03:22:19< vultraz> and then can you remove the relevant entry from the Known Bugs section in RN if they're fixed?
20160715 03:22:26< ancestral> And X is pronounced ‘10’
20160715 03:22:29< celmin> I know.
20160715 03:22:48< celmin> Why should I put a space in OSX when I wouldn't put it in OS9?
20160715 03:22:52< ancestral> celmin: Blasphemy!
20160715 03:22:57< celmin> Or Win7 for that matter.
20160715 03:23:30< celmin> So the Wesnoth emails were that bug that vultraz fixed that wasn't fixed by PR661… and a random guy praising the project?
20160715 03:24:20< celmin> Maybe it's terrible, but I'm feeling a little tempted to redo part of PR661.
20160715 03:26:31< vultraz> ancestral: anyway, do see if you can mark some of those bugs as fixed before the 24th
20160715 03:26:48< vultraz> definitively mark*
20160715 03:26:50< celmin> Anyone feel like dissuading me? (Or even the opposite)
20160715 03:26:58< vultraz> nah :P
20160715 03:27:02-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160715 03:27:25< ancestral> vultraz: Okay. Next Tu-Th I have time off
20160715 03:27:29< celmin> I should also get back to the formula bridge thing. It's only half done after all.
20160715 03:27:58-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 252 seconds]
20160715 03:27:58-!- wedge010 is now known as wedge009
20160715 03:30:49< celmin> I forget, did spixi have other PRs too>
20160715 03:30:51< celmin> ^?
20160715 03:44:02-!- celmin [~celticmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The minstrel departs, to spread the music to the masses!]
20160715 03:46:19< celticminstrel> Hmm, I think I actually finished two of the items on the todo list I sent to the ML.
20160715 03:46:43< celticminstrel> I think the only thing with the name generators was moving them to lua_kernel_base and fixing a bug or two, which I did just recently.
20160715 03:52:50-!- hk238 [~kvirc@t224.ip7.netikka.fi] has joined #wesnoth-dev
20160715 04:07:44-!- JyrkiVesterinen [~JyrkiVest@87-100-220-23.bb.dnainternet.fi] has joined #wesnoth-dev
20160715 04:25:30-!- hk238 [~kvirc@t224.ip7.netikka.fi] has quit [Quit: http://www.kvirc.net/ 4.9.1 Aria]
20160715 04:26:47< celticminstrel> So, limiting the size of the Lua log is harder than it looks, but adding a clear button is trivial and should alleviate the problem a bit, at least...
20160715 04:43:48-!- Kwandulin [~Miranda@p200300760F2D811005DCE4B1C6D53CAF.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160715 04:49:26< celticminstrel> ...whoa I have a lot of branches.
20160715 04:49:33< celticminstrel> I'm pretty sure some of these are obsolete though.
20160715 05:01:37< Aginor> the other kind of branch rot :D
20160715 05:02:24< celticminstrel> Other kind?
20160715 05:02:36< Aginor> lots of old defunkt branches
20160715 05:02:57< Aginor> as opposed to code rottening in a branch that nobody is touching but once had useful stuff in it
20160715 05:03:16< celticminstrel> Mind you, some of them could probably be brought up-to-date without conflicts.
20160715 05:03:30< celticminstrel> Though whether they have useful stuff in them is uncertain.
20160715 05:11:37-!- Kwandulin [~Miranda@p200300760F2D8110BCC97A98D540DB25.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160715 05:12:40-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has joined #wesnoth-dev
20160715 05:13:47-!- JyrkiVesterinen [~JyrkiVest@87-100-220-23.bb.dnainternet.fi] has quit [Quit: .]
20160715 05:19:29< vultraz> celticminstrel: this might have been useful, if it weren't fixed-size... http://www.boost.org/doc/libs/1_61_0/doc/html/circular_buffer.html
20160715 05:20:03< celticminstrel> Uhh. Why do you say it's not useful? That's the exact basic concept I would have used.
20160715 05:20:18< vultraz> "The circular_buffer is especially designed to provide fixed capacity storage"
20160715 05:20:31< celticminstrel> That's the entire point of what I want.
20160715 05:20:41< vultraz> we don't know the max size of the context list, do we?
20160715 05:21:02< celticminstrel> The what?
20160715 05:21:28< vultraz> wait, what are we talking about?
20160715 05:21:41< vultraz> I'm talking about the events PR we were working on 
20160715 05:21:43< celticminstrel> The difficulty of doing what I want is that the log is represented by a string stream, so it's nontrivial to go from that to a seqience of lines...
20160715 05:21:46< celticminstrel> Eh?
20160715 05:21:48< celticminstrel> Oh.
20160715 05:21:53< vultraz> What are YOU talking about
20160715 05:22:06< celticminstrel> I was talking about the Lua interpreter.
20160715 05:22:08< vultraz> Oh
20160715 05:22:18< celticminstrel> It gets laggy if the log gets insanely long.
20160715 05:22:23< vultraz> ah, yes
20160715 05:22:30< vultraz> that's because it's one label widget
20160715 05:22:37< celticminstrel> So I thought I should circular-buffer it, but there's the difficulty of character-stream to line-stream.
20160715 05:22:49< celticminstrel> So I added a clear button instead.
20160715 05:23:05< celticminstrel> It's not as good, but it can work around the issue at least.
20160715 05:23:20< vultraz> I'm trying to visualize how a proper text_area widget would be implemented... 
20160715 05:23:39< vultraz> or if what we have as scroll_labels is sufficient
20160715 05:23:48< celticminstrel> ...that's not that hard to visualize, surely?
20160715 05:24:01< vultraz> I'm talking about the internals
20160715 05:24:11< vultraz> so
20160715 05:24:13< celticminstrel> Uh. Is that even still visualization then?
20160715 05:24:28< vultraz> one of the things that's bad about our label widget is that adding a new line regenerates the entire contents 
20160715 05:25:35< vultraz> I think we should implement a new widget that allows insertion of lines at the end
20160715 05:25:48< vultraz> and then implement a line cap
20160715 05:26:26< celticminstrel> I don't think that would solve the problem. The Lua log exists independently of the interpreter dialog.
20160715 05:26:33< celticminstrel> It would be useful in itself though.
20160715 05:27:26< vultraz> The widget could be fed new lines as the lua log spits them out
20160715 05:27:44< celticminstrel> That's more or less what happens now.
20160715 05:27:51-!- irker502 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20160715 05:28:07< vultraz> yes, but then it erases the entire text and redraws it
20160715 05:28:19< vultraz> remember, that's *one* label
20160715 05:29:03< celticminstrel> Right.
20160715 05:29:05< vultraz> this is highly inefficient
20160715 05:29:39< vultraz> another hacky solution would be to keep track of the number of newline characters in the stringstream and truncate it after a certain number is reached
20160715 05:29:44< celticminstrel> I'm not sure it being one label is inefficient in itself...
20160715 05:29:47< vultraz> though I dunno if you can truncate the beginning of a stingstream...
20160715 05:29:58< celticminstrel> It should be possible.
20160715 05:30:05< celticminstrel> That was one of the options I considered.
20160715 05:30:24< celticminstrel> However, it kinda means implementing a custom streambuf class.
20160715 05:30:25< vultraz> I would not prefer it, though
20160715 05:30:27< vultraz> it's hacky
20160715 05:30:30< celticminstrel> streambug is hard to use.
20160715 05:30:32< celticminstrel> ^streambuf
20160715 05:30:43< celticminstrel> (Because it's really low-level)
20160715 05:30:45< vultraz> it's too low-level for something high-level
20160715 05:31:13< vultraz> we should fix the widget, not manipulate the input.
20160715 05:31:34< vultraz> especially if doing so requires custom implementations of stringstreams...
20160715 05:32:04< celticminstrel> Not stringstreams, streambufs.
20160715 05:32:11< vultraz> whats the difference
20160715 05:32:56< celticminstrel> Stringstream is the high-level class that provides the familiar API. The streambuf classes are low-level classes that do all the actual work.
20160715 05:33:29< vultraz> I see
20160715 05:33:45< celticminstrel> In the case of stringstream it's stringbuf, but I think if I had followed that path I would've changed it to an iostream with a streambuf not based on stringbuf..
20160715 05:35:20< vultraz> anyway, it sounds like a lot of work for little gain...
20160715 05:35:23< vultraz> then again 
20160715 05:35:28< celticminstrel> I think the ios subclasses aren't intended to be used as base classes for the most part, but streambuf totally is.
20160715 05:35:41< celticminstrel> Anyway, it is indeed a lot of work.
20160715 05:35:43< vultraz> maybe we'll find out iceiceice has written a circular buffer-based stringbuff 
20160715 05:35:44< celticminstrel> Probably.
20160715 05:35:47< vultraz> or something
20160715 05:36:25< celticminstrel> I was actually thinking of using a deque or list and truncate it manually when it gets too large, but a circular buffer would be fine too.
20160715 05:36:46< celticminstrel> The streambuf handles one character at a time, so it's easy to detect that there's a linefeed and move to a new string in the list.
20160715 05:38:28< celticminstrel> But I don't understand the whole streambuf thing very well, the functions are confusingly named, it's kinda low-level, and the documentation I've found isn't as good as for most other C++ standard library things.
20160715 05:39:03< vultraz> anyway
20160715 05:39:34< vultraz> I had originally been thinking of the circular buffer as a possibility for implementing the events context list.
20160715 05:39:38< celticminstrel> BTW, feel free to reposition this clear button. I'm not sure I like its current position anyway.
20160715 05:39:41< vultraz> but then I realized it's fixed-size
20160715 05:39:46< vultraz> so scratch that
20160715 05:40:17-!- irker963 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20160715 05:40:17< irker963> wesnoth: Celtic Minstrel wesnoth:master 35d17dcaa189 / data/gui/window/lua_interpreter.cfg src/gui/dialogs/lua_interpreter.cpp: Add clear button to Lua console https://github.com/wesnoth/wesnoth/commit/35d17dcaa189a97f2be8ac129f840e0cb55d63ca
20160715 05:40:25< celticminstrel> Yeah, circular buffer totally doesn't fit there. (You already made it a list, right? That's fine, right?)
20160715 05:40:40< vultraz> yes
20160715 05:40:50< vultraz> i was just thinkingof the whole cycle_focus thing
20160715 05:41:01< celticminstrel> Oh.3
20160715 05:41:14< celticminstrel> It's really not that complicated to do the loop-around thing though.
20160715 05:41:22< vultraz> it would be nice if the STL had some kind of built-in circularness for some things
20160715 05:41:24< vultraz> nah it isn't
20160715 05:41:32< vultraz> so I'm not going to worry
20160715 05:42:23< celticminstrel> Anyway, bedtime.
20160715 05:42:34< vultraz> night
20160715 05:46:30-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: KABOOM! It seems that I have exploded. Please wait while I reinstall the universe.]
20160715 05:49:16-!- JyrkiVesterinen [~JyrkiVest@87-100-220-23.bb.dnainternet.fi] has joined #wesnoth-dev
20160715 06:03:57-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 246 seconds]
20160715 06:05:21-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20160715 06:05:23-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Read error: Connection reset by peer]
20160715 06:07:17-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160715 06:16:23-!- Jetrel [~Jetrel@c-73-228-139-39.hsd1.mn.comcast.net] has quit [Read error: Connection reset by peer]
20160715 06:16:40-!- Jetrel [~Jetrel@c-73-228-139-39.hsd1.mn.comcast.net] has joined #wesnoth-dev
20160715 06:49:33< Aginor> vultraz: it doesn't crash for me on exit
20160715 06:49:40< Aginor> what do you do to repro?
20160715 06:49:54< vultraz> exit :P
20160715 06:50:13< Aginor> start game, exit from titlescreen?
20160715 06:50:39< Aginor> Process finished with exit code 0
20160715 06:51:14< vultraz> yes, that
20160715 06:52:15< Aginor> that's no crash
20160715 06:52:31< Aginor> that's happy non-crash exit
20160715 06:52:33< vultraz> no, I meant that's what I did
20160715 06:52:37< Aginor> right
20160715 06:52:45< Aginor> was your build good?
20160715 06:52:50< Aginor> it's working fine for me :D
20160715 06:53:00< vultraz> my build is good
20160715 06:53:21< vultraz> then again, I was having some weird behavior when I tried to debug this..
20160715 06:53:22< Aginor> did you ever produce that stacktrace?
20160715 06:53:38< vultraz> produce?
20160715 06:54:23< Aginor> get one
20160715 06:54:37< Aginor> get a useful one
20160715 06:55:22< vultraz> only one I've gotten is the one I had earlier
20160715 06:55:24< vultraz> namely, http://pastebin.com/MDJ5ZV9V
20160715 06:55:31< vultraz> but
20160715 06:55:42< vultraz> as I said earlier, I had some really weird experiences when debugging 
20160715 06:55:55< Aginor> mmm
20160715 06:56:04< Aginor> I'll try other compiler settings
20160715 06:56:10< vultraz> namely, if there was even a code comment in cycle_focus, it would crash, but if the function were empty, it did not.
20160715 06:56:13< vultraz> which is *bonkers*
20160715 06:56:18< vultraz> So
20160715 06:56:22< vultraz> I'm going to try a rebuild
20160715 06:56:27< Aginor> please do
20160715 06:56:38< Aginor> I'm suspicious of your build
20160715 06:57:17< vultraz> Aginor: as for the issue with the icon overlays in-game, that is not fixed by these changes
20160715 06:57:30< Aginor> vultraz: no, why would it be?
20160715 06:57:49< vultraz> (the issue seems to be certain icons don't appear unless a unit is selected or a menu is opened, etc, and then if that ceases to happen they vanish again)
20160715 06:57:59< vultraz> Aginor: just reiterating for clarity
20160715 06:58:08< vultraz> I'm sure you have a fix
20160715 06:58:11< Aginor> isn't that an extremely longstanding issue?
20160715 06:58:33< Aginor> I think I fixed it as a side-effect on renderpath-redo
20160715 06:58:53< vultraz> I don't think so
20160715 06:59:11< vultraz> Right now, the icons start the game not shown
20160715 06:59:19< vultraz> and IIRC, this was not the behavior just recently.
20160715 06:59:34< vultraz> also, it's only some icons
20160715 06:59:44< vultraz> I could have sworn we fixed this awhile back :|
20160715 07:00:27-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Quit: wedge009]
20160715 07:00:44-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160715 07:16:42< vultraz> Aginor: it no longer crashes with a fresh build :D
20160715 07:17:29< vultraz> Aginor: I think we're done
20160715 07:17:58< vultraz> ... oh wait, now it crashes again
20160715 07:18:00< vultraz> what the hell
20160715 07:18:22< vultraz> Fresh build, launch, titlescreen, quit, no problem
20160715 07:18:45< vultraz> Launch again, check the editor, check in-game, exit to titlescreen, quit, crashes
20160715 07:18:49< vultraz> what the *hell*
20160715 07:19:45< vultraz> Launch again, go in-game, use Quit to Desktop, no crash
20160715 07:19:47< vultraz> Repeat, crash
20160715 07:19:51 * vultraz throes up hands
20160715 07:19:55< vultraz> throws 
20160715 07:39:15< Aginor> start game->go into editor->exit to title->load game->quite to desktop?
20160715 07:39:54< Aginor> no crash for me
20160715 07:40:00< Aginor> vultraz: stacktrace?
20160715 07:43:05< vultraz> the same goddamn thing :|
20160715 07:43:18< Aginor> comile with -g
20160715 07:45:16-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has quit [Ping timeout: 272 seconds]
20160715 07:46:27< vultraz> -g?
20160715 07:46:36< Aginor> vultraz: debug symbols
20160715 07:46:43< Aginor> I think you're missing them
20160715 07:46:52< vultraz> oh, that's becuase this is a release build
20160715 07:46:58< vultraz> I'll make a debug build
20160715 07:55:38< Aginor> do a release build but with debug symbols
20160715 08:02:30-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20160715 08:11:14-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160715 08:13:03-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 240 seconds]
20160715 08:13:04-!- wedge010 is now known as wedge009
20160715 08:28:55-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Quit: wedge009]
20160715 08:29:15-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160715 08:29:36-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Client Quit]
20160715 08:31:28-!- molt [~molt@dynamic-213-198-235-143.adsl.eunet.rs] has joined #wesnoth-dev
20160715 08:31:36-!- Duthlet [~Duthlet@dslb-188-106-029-177.188.106.pools.vodafone-ip.de] has joined #wesnoth-dev
20160715 08:33:45-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160715 08:34:36-!- Kwandulin [~Miranda@p200300760F2D8110BCC97A98D540DB25.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160715 08:42:43< vultraz> Aginor: http://pastebin.com/twSiHUEX
20160715 08:43:06< vultraz> Aginor: seems you were right, it has something to do with the global context
20160715 08:47:11< vultraz> out to dinner
20160715 09:11:06-!- Kwandulin [~Miranda@p200300760F2D8110C9082997E53A3738.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160715 09:23:58< irker963> wesnoth: Nobun wesnoth:master ffb1588b57e5 / utils/pywmlx/autof.py: bugfix: wmlxgettext '--recursive' option now work correctly also on path contain https://github.com/wesnoth/wesnoth/commit/ffb1588b57e547cb6b17a8d00db22fcd98f3f837
20160715 09:24:00< irker963> wesnoth: Sergey Popov wesnoth:master 0b88decba5fa / utils/pywmlx/autof.py: Merge pull request #693 from AncientLich/wmlxgettext https://github.com/wesnoth/wesnoth/commit/0b88decba5fa9d2c7fb88ea5537ef82e6eee1ee0
20160715 09:45:24< Aginor> vultraz: yeah, inside std::find :/
20160715 10:09:07< Aginor> vultraz: I really cannot reproduce
20160715 10:09:49< Aginor> vultraz: try to print the size of handlers() in leave_global.
20160715 10:11:23< Aginor> it should be 1...
20160715 10:11:49< Aginor> if it crashes, we know something horrible's already happened to the global context by the time the preferences_handler is cleaned up
20160715 10:16:07< Aginor> vultraz: prefrences.cpp, in base_manager destructor. add event_hanlder_.leave_global() at the start
20160715 10:22:56-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has joined #wesnoth-dev
20160715 10:30:26-!- molt [~molt@dynamic-213-198-235-143.adsl.eunet.rs] has quit [Quit: Leaving]
20160715 10:31:22< vultraz> Aginor: testing now
20160715 10:31:39-!- Shiki [~Shiki@141.39.226.227] has joined #wesnoth-dev
20160715 10:37:05< vultraz> god, I forgot how long debug builds take to link
20160715 10:37:45< vultraz> two minutes'
20160715 10:41:10< vultraz> Aginor: ok, I cannot get the reading from handlers.size() in leave_global
20160715 10:41:27< Aginor> vultraz: because of crash?
20160715 10:41:31< vultraz> Aginor: yes
20160715 10:41:41-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160715 10:41:49< Aginor> vultraz: did you try leave_global when the preferences are destroyed?
20160715 10:41:49< vultraz> Aginor: however, with adding a leave_global call in the prefs base_manager, I get a new stacktrace http://pastebin.com/qES51CY3
20160715 10:42:08< Aginor> same thing though
20160715 10:43:27< vultraz> hm
20160715 10:43:36< vultraz> except now the crash is before the window disappears..
20160715 10:43:54< vultraz> let me try to get the size reading somewhere it appears..
20160715 10:44:06< Aginor> hmm
20160715 10:44:10< Aginor> try after adding as well
20160715 10:46:34< vultraz> . . .
20160715 10:49:20< Aginor> a good time linking?
20160715 10:49:58< vultraz> no, it's decided to stop crashing
20160715 10:50:59< vultraz> just like that
20160715 10:52:41< Aginor> that's not ideal
20160715 10:55:15< vultraz> I wish I knew what was going on here
20160715 10:58:36< vultraz> ok..
20160715 10:58:57< Aginor> I'm wondering if it might have something to do with the order of objects being destroyed
20160715 10:59:18< vultraz> I'm wondering that too
20160715 10:59:29< vultraz> Right now it seems to be consistently NOT crashing 
20160715 10:59:31< vultraz> with your prefs change
20160715 10:59:44< vultraz> reverted it, it did crash
20160715 11:01:16< vultraz> reverting it again to see
20160715 11:02:58-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has quit [Quit: ChipmunkV]
20160715 11:03:29< vultraz> not crashing
20160715 11:03:42< vultraz> I give up :|
20160715 11:04:07< Aginor> having leave_global in that destructor is the correct behaviour though
20160715 11:04:35< vultraz> alright
20160715 11:10:50< vultraz> now it crashes again
20160715 11:12:37< Aginor> good work?
20160715 11:12:53< vultraz> :|
20160715 11:13:18< vultraz> and I still can't get this damn size value
20160715 11:17:24< Aginor> hmm
20160715 11:18:02< Aginor> I think I've solved the flickering
20160715 11:18:14< Aginor> or at least added a hacky workaround for it :/
20160715 11:18:32< vultraz> this is really hard since it doesn't crash for you
20160715 11:18:40< Aginor> yes
20160715 11:19:04< vultraz> we should get a third party to test this
20160715 11:21:06< Aginor> so it's not crashing when you've put in the the destructor call to leave_global?
20160715 11:21:23< vultraz> non deterministic 
20160715 11:22:22< Aginor> add a print-statement to the destructor in context, make it print to stderr
20160715 11:23:58< vultraz> the context descructor?
20160715 11:23:59< vultraz> will have to add one
20160715 11:24:11< Aginor> do it for debugging :)
20160715 11:30:00-!- hk238 [~kvirc@t224.ip7.netikka.fi] has joined #wesnoth-dev
20160715 11:30:03< irker963> wesnoth: Andreas Löf wesnoth:flickerfix d55e88428098 / src/ (display.cpp events.cpp video.cpp video.hpp): Hacky fix for the flickering when a screen is fully redrawn. https://github.com/wesnoth/wesnoth/commit/d55e88428098fa8c6d20e0de676e3b201fd521e3
20160715 11:34:20< Aginor> https://github.com/wesnoth/wesnoth/pull/697
20160715 11:34:33< Aginor> that might be useful before the release
20160715 11:34:40< Aginor> but it's not a clean fix.
20160715 11:34:48< Aginor> a clean fix requires a lot more work though
20160715 11:40:39-!- prkc [~prkc@46.166.188.245] has quit [Ping timeout: 246 seconds]
20160715 11:55:30-!- prkc [~prkc@192.40.95.5] has joined #wesnoth-dev
20160715 11:56:07-!- Bonobo [~Bonobo@2001:44b8:254:3200:25d7:c2b3:90f4:a71] has joined #wesnoth-dev
20160715 11:59:01-!- Kwandulin [~Miranda@p200300760F2D8110C9082997E53A3738.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160715 12:04:00< vultraz> Aginor: 0
20160715 12:04:22< vultraz> handlers is size 0 in the context destructor
20160715 12:04:25< vultraz> guess that makes sense
20160715 12:04:29< Aginor> vultraz: yes
20160715 12:04:42< Aginor> and by not crashing it indicates that the memory is still valid
20160715 12:05:01< vultraz> honestly, i'm wondering if even having the print line in leave_global could have been part of the problem, since it access handlers..
20160715 12:05:09-!- travis-ci [~travis-ci@ec2-54-198-237-197.compute-1.amazonaws.com] has joined #wesnoth-dev
20160715 12:05:10< travis-ci> wesnoth/wesnoth#9794 (flickerfix - d55e884 : Andreas Löf): The build passed.
20160715 12:05:10< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/144978186
20160715 12:05:10-!- travis-ci [~travis-ci@ec2-54-198-237-197.compute-1.amazonaws.com] has left #wesnoth-dev []
20160715 12:05:59< vultraz> right now it's not crashing
20160715 12:06:22< Aginor> vultraz: good. what have you changed?
20160715 12:07:11< vultraz> the prefs thing, the context destructor
20160715 12:07:22 * Aginor nods
20160715 12:07:29-!- prkc [~prkc@192.40.95.5] has quit [Ping timeout: 250 seconds]
20160715 12:07:41< Aginor> that should be destroyed earlier and thus I'd imagine it fixing the crash
20160715 12:07:52< Aginor> so did it ever crash ever since you changed that? :D
20160715 12:07:59< vultraz> what?
20160715 12:08:07< vultraz> what is that
20160715 12:08:17< Aginor> 00:06 < Aginor> vultraz: good. what have you changed?
20160715 12:08:17< Aginor> 00:07 < vultraz> the prefs thing, the context destructor
20160715 12:08:18< vultraz> it's been seemingly random
20160715 12:08:25< vultraz> with and without those changes
20160715 12:08:39< vultraz> but gimme a sec, im testing something
20160715 12:09:07< Aginor> right
20160715 12:09:15< Aginor> most likely accessing bad memory still then
20160715 12:09:19< Aginor> ;)
20160715 12:09:22< Aginor> valgrind?
20160715 12:09:28< vultraz> nvm this
20160715 12:09:31< vultraz> dont have
20160715 12:11:34< vultraz> Aginor: honestly
20160715 12:11:36< Aginor> I'll give it a whirl and
20160715 12:11:38< vultraz> let's pick this up tomorrow
20160715 12:11:51< Aginor> yeah, I need to go to bed soon
20160715 12:12:01< vultraz> I'm trying to work on some pixel art
20160715 12:12:08< vultraz> and this is driving me crazy
20160715 12:12:14< vultraz> maybe we'll have some fresh ideas tomorrow
20160715 12:20:11< Aginor> hmm
20160715 12:20:36-!- prkc [~prkc@catv-80-98-46-199.catv.broadband.hu] has joined #wesnoth-dev
20160715 12:27:13< Aginor> valgrind tells me nothing
20160715 12:39:57-!- Kwandulin [~Miranda@p200300760F2D811040F6FA5665DDFC63.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160715 13:14:51-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20160715 13:17:53-!- molt [~molt@dynamic-213-198-235-143.adsl.eunet.rs] has joined #wesnoth-dev
20160715 13:18:39-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20160715 13:19:07-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160715 13:40:39-!- Bonobo [~Bonobo@2001:44b8:254:3200:25d7:c2b3:90f4:a71] has quit [Ping timeout: 250 seconds]
20160715 13:45:40-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20160715 13:46:07-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160715 14:15:56-!- JyrkiVesterinen [~JyrkiVest@87-100-220-23.bb.dnainternet.fi] has quit [Quit: .]
20160715 14:30:12-!- irker963 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20160715 14:49:31-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: mattsc]
20160715 14:56:35-!- gfgtdf [~chatzilla@x4e3693e9.dyn.telefonica.de] has joined #wesnoth-dev
20160715 14:58:36-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20160715 15:38:27-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20160715 16:09:13< mattsc> celticminstrel: yeah, I’ve been traveling a lot and not been around much
20160715 16:09:21< celticminstrel> Oh hey, you're around.
20160715 16:09:27< celticminstrel> Hi.
20160715 16:09:49< mattsc> I do check the logs for my nick at least every few days though (I don’t have time to read the entire log files)
20160715 16:10:16< mattsc> Do you want me to check anything in particular, or just look for whatever has changed in the wiki history
20160715 16:14:35< celticminstrel> Probably easiest to go by wiki history.
20160715 16:15:07< celticminstrel> Though, I think the aspects section of Wesnoth_AI_Framework could use particular attention.
20160715 16:18:03-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 240 seconds]
20160715 16:29:58-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160715 16:32:19-!- ancestral [~ancestral@75-168-183-92.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160715 16:34:38-!- esr [~esr@wesnoth/developer/esr] has quit [Quit: WeeChat 1.3]
20160715 16:36:11< mattsc> celticminstrel: okay, I’ll try to do that over the weekend
20160715 16:36:39< celticminstrel> I'm going over the Lua page now... I think that might actually be the last one, unless I've forgotten something.
20160715 16:39:56-!- esr [~esr@wesnoth/developer/esr] has joined #wesnoth-dev
20160715 16:40:38-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: So long and thanks for all the fish.]
20160715 16:41:02-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20160715 16:41:03-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Read error: Connection reset by peer]
20160715 16:41:03-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 240 seconds]
20160715 16:41:32-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160715 16:43:00-!- irker955 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20160715 16:43:00< irker955> wesnoth: Celtic Minstrel wesnoth:master c252ee75660f / src/ai/actions.cpp: Fix inconsistent AI status strings https://github.com/wesnoth/wesnoth/commit/c252ee75660f2aa66bf64f782a664f8ef36efe7b
20160715 16:45:31-!- Kwandulin [~Miranda@p200300760F2D811040F6FA5665DDFC63.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160715 16:46:47-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160715 16:47:37-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160715 16:47:43-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160715 16:50:09< celticminstrel> I think I might've forgotten to mention [data] somewhere...
20160715 16:52:52-!- JyrkiVesterinen [~JyrkiVest@87-100-186-129.bb.dnainternet.fi] has joined #wesnoth-dev
20160715 17:09:39-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160715 17:10:29-!- Kwandulin [~Miranda@p200300760F2D8110745E3C3A2F2CB7D9.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160715 17:36:03-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160715 17:48:54-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160715 17:53:09-!- molt [~molt@dynamic-213-198-235-143.adsl.eunet.rs] has quit [Quit: Leaving]
20160715 17:57:40-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160715 18:11:53-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160715 18:15:32-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has joined #wesnoth-dev
20160715 18:19:41 * celticminstrel pushes an update to wml-pygments for shadowm 
20160715 18:29:07-!- hk238 [~kvirc@t224.ip7.netikka.fi] has quit [Quit: http://www.kvirc.net/ 4.9.1 Aria]
20160715 18:59:57-!- Greg-Boggs [~greg_bogg@70.42.240.24] has joined #wesnoth-dev
20160715 19:02:13-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20160715 19:08:18< celticminstrel> This needs updating, but I'm not sure how to best go about it.
20160715 19:08:19< celticminstrel> https://wiki.wesnoth.org/Micro_AIs#Using_Development_.281.13.29_Version_Micro_AIs_in_your_Stable_.281.12.29_Version_Add-on
20160715 19:16:24-!- Greg-Boggs [~greg_bogg@70.42.240.24] has quit [Remote host closed the connection]
20160715 19:18:33-!- Greg-Boggs [~greg_bogg@70.42.240.24] has joined #wesnoth-dev
20160715 19:19:23-!- Greg-Boggs [~greg_bogg@70.42.240.24] has quit [Remote host closed the connection]
20160715 19:20:46-!- Greg-Boggs [~greg_bogg@70.42.240.24] has joined #wesnoth-dev
20160715 19:25:19-!- Greg-Boggs [~greg_bogg@70.42.240.24] has quit [Remote host closed the connection]
20160715 19:31:14-!- Greg-Boggs [~greg_bogg@70.42.240.24] has joined #wesnoth-dev
20160715 19:34:04< gfgtdf> shadowm, Soliton, Rhonda: http://wiki.wesnoth.org seems to be down
20160715 19:35:05< celticminstrel> Working for me. (Though on https.)
20160715 19:40:00< gfgtdf> celticminstrel: hmm it tells me "wiki.wesnoth.org" cannot be found
20160715 19:40:17< gfgtdf> celticminstrel: cahnging to https doesnt cseem to change it 
20160715 19:40:18-!- Kwandulin [~Miranda@p200300760F2D8110745E3C3A2F2CB7D9.dip0.t-ipconnect.de] has quit [Ping timeout: 272 seconds]
20160715 19:40:51< celticminstrel> That's weird, because I'm having no problem at all accessing it.
20160715 19:41:56< gfgtdf> celticminstrel: hmm but all other sites work here
20160715 19:43:05-!- irker955 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20160715 19:50:55-!- Greg-Boggs [~greg_bogg@70.42.240.24] has quit [Remote host closed the connection]
20160715 19:52:41< Shiki> works for me, but it took a while to load the boards (now is fine)
20160715 19:52:49< Shiki> but wesnothd.wesnoth.org is down
20160715 19:53:00-!- Greg-Boggs [~greg_bogg@70.42.240.24] has joined #wesnoth-dev
20160715 19:54:11-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has joined #wesnoth-dev
20160715 19:54:46-!- Greg-Boggs [~greg_bogg@70.42.240.24] has quit [Read error: Connection reset by peer]
20160715 19:55:09-!- Greg-Boggs [~greg_bogg@70.42.240.24] has joined #wesnoth-dev
20160715 19:58:12-!- Greg-Boggs [~greg_bogg@70.42.240.24] has quit [Read error: Connection reset by peer]
20160715 19:58:21-!- Greg-Bog_ [~greg_bogg@70.42.240.24] has joined #wesnoth-dev
20160715 20:00:11-!- Greg-Bog_ [~greg_bogg@70.42.240.24] has quit [Read error: Connection reset by peer]
20160715 20:00:44-!- Shiki [~Shiki@141.39.226.227] has quit [Remote host closed the connection]
20160715 20:00:51-!- Greg-Boggs [~greg_bogg@70.42.240.24] has joined #wesnoth-dev
20160715 20:01:22-!- Greg-Boggs [~greg_bogg@70.42.240.24] has quit [Remote host closed the connection]
20160715 20:04:28-!- Greg-Boggs [~greg_bogg@70.42.240.24] has joined #wesnoth-dev
20160715 20:06:41-!- Greg-Boggs [~greg_bogg@70.42.240.24] has quit [Remote host closed the connection]
20160715 20:09:06-!- Greg-Boggs [~greg_bogg@70.42.240.24] has joined #wesnoth-dev
20160715 20:11:48-!- prkc [~prkc@catv-80-98-46-199.catv.broadband.hu] has quit [Quit: Leaving]
20160715 20:12:08-!- prkc [~prkc@catv-80-98-46-199.catv.broadband.hu] has joined #wesnoth-dev
20160715 20:12:40-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160715 20:31:10-!- JyrkiVesterinen [~JyrkiVest@87-100-186-129.bb.dnainternet.fi] has quit [Quit: .]
20160715 20:33:46-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160715 20:37:56-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 250 seconds]
20160715 20:37:57-!- wedge010 is now known as wedge009
20160715 20:41:34-!- Shiki [~Shiki@141.39.226.227] has joined #wesnoth-dev
20160715 20:44:17< Rhonda> gfgtdf, shadowm, Soliton: Indeed, I'm also having troubles resolving any wesnoth.org DNS entries.
20160715 20:45:06< celticminstrel> And I still have no problems whatsoever. :S
20160715 20:45:17< celticminstrel> I've been wiki-editing for awhile now without problems.
20160715 20:45:37< Rhonda> celticminstrel: That just means the nameserver you are using it are caching the data.
20160715 20:45:45< celticminstrel> I guess so.
20160715 20:46:46< celticminstrel> Three pages left of commits to trawl through...
20160715 20:49:25< Rhonda> whut
20160715 20:49:28< Rhonda> <tech@jexiste.org>: host mail.jexiste.org[195.206.236.3] said: 550 unknown user
20160715 20:50:00-!- Bonobo [~Bonobo@ppp118-210-92-241.lns20.adl2.internode.on.net] has joined #wesnoth-dev
20160715 20:50:34 * Rhonda frowns.
20160715 20:51:02< Rhonda> I pinged cyrilb who was working for them.  Hope he can take a look at it soon.
20160715 20:55:45-!- Greg-Boggs [~greg_bogg@70.42.240.24] has quit [Read error: Connection reset by peer]
20160715 20:59:48-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has quit [Ping timeout: 276 seconds]
20160715 21:06:28-!- Greg-Boggs [~greg_bogg@70.42.240.24] has joined #wesnoth-dev
20160715 21:30:04-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has quit [Quit: ChipmunkV]
20160715 21:31:40-!- Greg-Boggs [~greg_bogg@70.42.240.24] has quit [Remote host closed the connection]
20160715 21:33:03-!- ancestral [~ancestral@209.181.254.220] has joined #wesnoth-dev
20160715 21:37:55-!- Greg-Boggs [~greg_bogg@70.42.240.24] has joined #wesnoth-dev
20160715 21:38:11< celticminstrel> Ah, now I can't connect anymore.
20160715 21:39:06-!- irker642 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20160715 21:39:06< irker642> wesnoth: Celtic Minstrel wesnoth:master 21e79b5f6a27 / data/ai/micro_ais/mai-defs/protect.lua: Protect Micro AI: Fix missing aspect ID https://github.com/wesnoth/wesnoth/commit/21e79b5f6a2771380ad6be61551617b940a6d922
20160715 21:39:06< irker642> wesnoth: Celtic Minstrel wesnoth:master 01d3156d4751 / data/ai/micro_ais/micro_ai_helper.lua: Micro AIs: Fix not properly deleting aspects https://github.com/wesnoth/wesnoth/commit/01d3156d4751ddf622d3f29e1423ec90c80d7914
20160715 21:39:07< irker642> wesnoth: Celtic Minstrel wesnoth:master 232709ea572e / / (4 files in 3 dirs): A few Micro AI tweaks https://github.com/wesnoth/wesnoth/commit/232709ea572e708d305925527f03c2984f82f573
20160715 21:39:08< irker642> wesnoth: Celtic Minstrel wesnoth:master 39037a7154b9 / changelog: Correct changelog https://github.com/wesnoth/wesnoth/commit/39037a7154b9019e26a123ff11bc6f2c3a9c3cae
20160715 21:39:09< irker642> wesnoth: Celtic Minstrel wesnoth:master 6abd7a6941e9 / changelog data/core/units/humans/Mage_Silver.cfg data/lua/wml/message.lua: Add [message]image_pos=left|right https://github.com/wesnoth/wesnoth/commit/6abd7a6941e909864f94a3e765771472e5d921f3
20160715 21:39:14-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has joined #wesnoth-dev
20160715 21:40:10< vultraz> why do we need image_pos when we have ~RIGHT()?
20160715 21:41:08< celticminstrel> ~RIGHT() is confusing, and was even more so after I tried adding ~LEFT() to counter it, so I basically reverted that in favour of this.
20160715 21:41:30< vultraz> then let's remove RIGHT
20160715 21:41:37< celticminstrel> The main advantage of image_pos is that it can work without even having the image.
20160715 21:42:03< celticminstrel> ie, you can specify image_pos without image and it'll apply to the unit's default image.
20160715 21:42:54-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has quit [Client Quit]
20160715 21:43:06< celticminstrel> I was thinking about removing ~RIGHT(), but there's one problem (besides the fact that it hasn't been deprecated) - a few units use it to make their unit portraits go right by default.
20160715 21:44:15< celticminstrel> I wonder if the DNS issue will be fixed anytime soon.
20160715 21:44:39-!- Appleman1234 [~Appleman1@KD036012046026.au-net.ne.jp] has quit [Ping timeout: 276 seconds]
20160715 21:45:22< celticminstrel> I still have at least two things to update on the wiki...
20160715 21:46:21< celticminstrel> Hmm, more like five or six.
20160715 21:48:05-!- mjs-de [~mjs-de@x4e30e18d.dyn.telefonica.de] has joined #wesnoth-dev
20160715 22:01:20-!- Greg-Boggs [~greg_bogg@70.42.240.24] has quit [Read error: Connection reset by peer]
20160715 22:01:51-!- Greg-Boggs [~greg_bogg@70.42.240.24] has joined #wesnoth-dev
20160715 22:06:17-!- ancestral [~ancestral@209.181.254.220] has quit [Quit: i go nstuf kthxbai]
20160715 22:12:23-!- Greg-Boggs [~greg_bogg@70.42.240.24] has quit [Remote host closed the connection]
20160715 22:20:33-!- Greg-Boggs [~greg_bogg@70.42.240.24] has joined #wesnoth-dev
20160715 22:23:29-!- mjs-de [~mjs-de@x4e30e18d.dyn.telefonica.de] has quit [Remote host closed the connection]
20160715 22:27:03-!- Greg-Boggs [~greg_bogg@70.42.240.24] has quit [Remote host closed the connection]
20160715 22:32:15-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 264 seconds]
20160715 22:32:19-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160715 22:32:56-!- Greg-Boggs [~greg_bogg@70.42.240.24] has joined #wesnoth-dev
20160715 22:34:17-!- stikonas_ is now known as stikonas
20160715 22:38:23-!- Greg-Boggs [~greg_bogg@70.42.240.24] has quit [Read error: No route to host]
20160715 22:38:27-!- Greg-Bog_ [~greg_bogg@70.42.240.24] has joined #wesnoth-dev
20160715 22:43:42-!- Greg-Bog_ [~greg_bogg@70.42.240.24] has quit [Remote host closed the connection]
20160715 22:49:10< celticminstrel> Still down... :|
20160715 22:50:02-!- Greg-Boggs [~greg_bogg@70.42.240.24] has joined #wesnoth-dev
20160715 22:50:34-!- Greg-Boggs [~greg_bogg@70.42.240.24] has quit [Remote host closed the connection]
20160715 22:52:17-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit []
20160715 22:54:46-!- Greg-Boggs [~greg_bogg@70.42.240.24] has joined #wesnoth-dev
20160715 22:55:50-!- Greg-Boggs [~greg_bogg@70.42.240.24] has quit [Remote host closed the connection]
20160715 22:56:02-!- Greg-Boggs [~greg_bogg@70.42.240.24] has joined #wesnoth-dev
20160715 22:57:02-!- Greg-Boggs [~greg_bogg@70.42.240.24] has quit [Remote host closed the connection]
20160715 23:25:19< irker642> wesnoth: Andreas Löf wesnoth:flickerfix aa58d83b4500 / src/ (display.cpp events.cpp video.hpp): Use RAII instead of lock->unlock directly. https://github.com/wesnoth/wesnoth/commit/aa58d83b4500bd697ef1efcea1406fe5f9318322
20160715 23:26:04< vultraz> what is RAII
20160715 23:26:15< celticminstrel> Resource Acquisition Is Initialization
20160715 23:26:22< Aginor>   https://en.wikipedia.org/wiki/Resource_Acquisition_Is_Initialization
20160715 23:26:46< celticminstrel> It's something that only really exists in languages that have destructors, like C++. (Are there even any others?)
20160715 23:27:03< celticminstrel> It's a way of ensuring that resources are properly released when they're no longer needed.
20160715 23:27:07< Aginor> celticminstrel: happier? :)
20160715 23:27:09< celticminstrel> std::shared_ptr is an example of it.
20160715 23:27:13< celticminstrel> Aginor: Yes.
20160715 23:27:30< celticminstrel> fstream would also qualify.
20160715 23:27:40< Aginor> I'm still of two minds about it as it is a really ugly hack
20160715 23:27:51< Aginor> it just adds more crap that needs to be fixed
20160715 23:28:06< celticminstrel> Oh huh, does Rust have destructors? I hear about it every so often.
20160715 23:28:16< Aginor> but it'll make the next release better, so...
20160715 23:28:47< Aginor> Java has something similarish nowadays, but it's not done through constructors and destructors, instead relying on th "autoclosable" interface
20160715 23:29:51< celticminstrel> Not sure if that quite qualifies, but I guess it is similarish.
20160715 23:30:09< celticminstrel> Python also has something like Java's version.
20160715 23:30:12< Aginor> that's why I called it similarish :)
20160715 23:30:23< Aginor> related concepts
20160715 23:37:24< vultraz> celticminstrel: any possibility you could build the events branch and see if crashes for you?
20160715 23:37:35< celticminstrel> Uhh... maybe.
20160715 23:38:25< celticminstrel> I don't remember the branch name.
20160715 23:38:44< vultraz> Vultraz-event-handling-fixes
20160715 23:39:20< celticminstrel> I wonder if branches are case-sensitive. I guess it's probably filesystem-dependent.
20160715 23:39:54-!- tad_ [add94167@gateway/web/freenode/ip.173.217.65.103] has joined #wesnoth-dev
20160715 23:39:56< celticminstrel> Are you sure that's the exact correct name?
20160715 23:40:36< vultraz> blah
20160715 23:40:41< tad_> I'm getting DNS errors on wesnoth.org can someone check so I know it's my ISP before I call them?
20160715 23:40:43< vultraz> Vultraz-event_handling_fixes
20160715 23:41:06< vultraz> tad_: it's our end
20160715 23:41:20< celticminstrel> Yeah, everyone seems to be getting them.
20160715 23:41:23< tad_> OK so I won't call the ISP, then.
20160715 23:41:39< celticminstrel> It's interfered with my wiki updates.
20160715 23:42:23< tad_> @cminstrel: And it stopped me looking up [recall] to think about the [role] changes were we discussing
20160715 23:43:31< celticminstrel> Oh, it's you.
20160715 23:43:36< celticminstrel> I would never have guessed.
20160715 23:43:43< tad_> shrugs
20160715 23:43:58< celticminstrel> I suppose you could always check web-archive or google-cache versions of the wiki.
20160715 23:44:12< celticminstrel> Very inconvenient though.
20160715 23:45:05< vultraz> tad_: what do you want to know?
20160715 23:45:26< tad_> Nah. I'll work on something else. Was doing the role stuff because I hit a point on HttT where the reassign=no would come in real handy
20160715 23:45:46< celticminstrel> BTW, did you see that PR, vultraz?
20160715 23:45:57< tad_> Was looking at [recall] to see what all the options wer
20160715 23:45:59< vultraz> yes
20160715 23:46:14< celticminstrel> I think [recall] is mainly a StandardUnitFilter.
20160715 23:46:31< tad_> Was thinking while eating that maybe instead of autorecall a [recall] sub-tag might be good .. if it was not a LOT of work.
20160715 23:47:00< tad_> Like .. no filter allowed, just the options and it always applies to the unit (variable in lua)
20160715 23:47:25< celticminstrel> It's an idea.
20160715 23:48:22< vultraz> doesnt really seem worth it
20160715 23:48:26< vultraz> iirc [recall] doesn
20160715 23:48:30< vultraz> t have special features
20160715 23:48:35< celticminstrel> Looks like [recall] is implemented in C++.
20160715 23:48:50< celticminstrel> vultraz: It does allow you to control where the unit ends up on the map, at least.
20160715 23:48:59< vultraz> yes
20160715 23:52:04-!- Jfault [~sci@2601:98a:4201:9810:45e4:e6cd:e814:b3f9] has joined #wesnoth-dev
20160715 23:53:20< tad_> The PR probably handles the idea that a role should be unique. What needs to be added is the thoughts about replacing roles on units. And I need to set up a test matrix and work it ,.. things are getting too complex to carry in my head
--- Log closed Sat Jul 16 00:00:24 2016