--- Log opened Wed Oct 09 00:00:06 2013
20131009 00:10:41-!- justinzane [~justinzan@tiny.justinzane.com] has quit []
20131009 00:19:01-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20131009 00:24:38-!- irker969 [~irker@ai0867.net] has quit [Quit: transmission timeout]
20131009 00:31:05-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20131009 00:55:41-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20131009 00:57:09-!- mattsc [~mattsc@fw.hia.nrc.ca] has quit [Quit: Ciao]
20131009 01:34:03-!- Coffee_irc [~david@ppp118-210-106-138.lns20.adl2.internode.on.net] has joined #wesnoth-dev
20131009 01:39:52-!- mjs-de [~mjs-de@g224187087.adsl.alicedsl.de] has quit [Remote host closed the connection]
20131009 01:46:59-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Remote host closed the connection]
20131009 01:51:22-!- apoi [~andi@85-126-180-242.volume.xdsl-line.inode.at] has quit [Ping timeout: 246 seconds]
20131009 01:57:48-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20131009 02:06:16-!- mattsc [~mattsc@154.20.32.246] has joined #wesnoth-dev
20131009 02:08:27-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20131009 02:12:08-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20131009 02:12:28-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Client Quit]
20131009 02:39:40-!- Turuk [~Turuk@cpe-65-29-217-233.cinci.res.rr.com] has joined #wesnoth-dev
20131009 03:13:43-!- un214 [~un214@2602:304:37b8:c439:224:8cff:fed2:ef57] has joined #wesnoth-dev
20131009 03:25:31-!- Turuk [~Turuk@cpe-65-29-217-233.cinci.res.rr.com] has quit [Quit: Turuk]
20131009 03:29:02-!- Turuk [~Turuk@cpe-65-29-217-233.cinci.res.rr.com] has joined #wesnoth-dev
20131009 03:40:18-!- un214 [~un214@2602:304:37b8:c439:224:8cff:fed2:ef57] has quit [Remote host closed the connection]
20131009 03:44:22-!- Octalot [~noct@host86-186-158-234.range86-186.btcentralplus.com] has quit []
20131009 03:50:44-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20131009 04:09:17< mattsc> Ahhh!  I finally seem to be able to reproduce the "Assertion failed: (teamindex < teams_->size()),  ..." crash to Desktop in replays reliably !
20131009 04:10:04< mattsc> And it seems to work with both trunk and 1.11.6 ...  Or rather not work.
20131009 04:10:45< mattsc> Could somebody try the following, please?
20131009 04:11:07-!- Ivanovic_ [~ivanovic@x2f4b00f.dyn.telefonica.de] has joined #wesnoth-dev
20131009 04:11:48< mattsc> - Get yourself to the beginning of S2 in SotBE  (haven't tried with other campaigns yet) - it doesn't seem to matter whether you play to it, or cheat your way there.  You need a start-of-scenario save though, so S1 doesn't work.
20131009 04:12:20< mattsc> - After the scenario starts, reload the start-of-scenario save (this is the crucial step)
20131009 04:12:31< mattsc> - Play through 1 turn, then save a replay.
20131009 04:12:49< mattsc> - When I then try to reload that replay save, Wesnoth crashes for me.
20131009 04:13:21-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 245 seconds]
20131009 04:15:00-!- Ivanovic_ is now known as Ivanovic
20131009 04:20:21-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20131009 04:21:53-!- H-Hour_ [~H-Hour@cpc7-sgyl35-2-0-cust428.18-2.cable.virginmedia.com] has quit [Quit: Leaving]
20131009 04:23:14-!- justinzane [~justinzan@tiny.justinzane.com] has joined #wesnoth-dev
20131009 04:29:52-!- justinzane [~justinzan@tiny.justinzane.com] has quit [Ping timeout: 264 seconds]
20131009 04:29:54< Coffee_irc> mattsc: IIRC there was some work recently done to change the teams in the code from 1,2,3... to 0,1,2,3 
20131009 04:30:01< Coffee_irc> can't remember who did it though
20131009 04:31:31< mattsc> Coffee_irc: okay, sounds like something to look into.
20131009 04:32:22< mattsc> I'm currently getting stuck on this because I am trying to figure out if an AI thing I am doing is replay safe - and my replays keep crashing Wesnoth (and not because of the AI).  :(
20131009 04:32:44< mattsc> Also, this is an existing bug report, but so far I don't think anybody has been able to reproduce it reliably.
20131009 04:32:46-!- alkenrinnstet [~alkenrinn@175.156.14.192] has joined #wesnoth-dev
20131009 04:33:55< vultraz> Ah, no wonder that save I sent you that time crashed. It was a turn 1 save
20131009 04:34:55< mattsc> vultraz: it happens on all kinds of turns.  The problem seems to occur when you load a start-of-scenario save and then save a replay.
20131009 04:35:08< mattsc> When you play into the scenario from the previous one, it doesn't seem to happen.
20131009 04:35:11< vultraz> oh. hm
20131009 04:35:14< vultraz> yes, I did that
20131009 04:35:32< vultraz> or did I cl...?
20131009 04:35:49< mattsc> Anyways, that's how far I got and I have to be off, probably for the rest of the night.
20131009 04:36:26< mattsc> I'll do some more tests tomorrow morning and add info to the bug report - unless somebody beats me to it.  :)
20131009 04:37:59< Coffee_irc> I've got a bug of my own that I'd like to look into
20131009 04:38:26< Coffee_irc> have a good night mattsc
20131009 04:39:01< Coffee_irc> when you start wesnoth with the -m switch it appears to load the unit data and such twice
20131009 04:39:30< Coffee_irc> for me, eliminating one pass would speed things up a bit
20131009 04:42:08< Coffee_irc> may be just wishful thinking and one pass for the default units, the second for the addons
20131009 04:51:42-!- justinzane [~justinzan@tiny.justinzane.com] has joined #wesnoth-dev
20131009 05:02:22-!- apoi [~andi@85-126-180-242.volume.xdsl-line.inode.at] has joined #wesnoth-dev
20131009 05:06:02< Coffee_irc> looks like it was wisful thinking, and the c++ code to build units is run only when they appear on the map
20131009 05:17:31-!- AI0867_ [~ai@wesnoth/developer/ai0867] has joined #wesnoth-dev
20131009 05:22:38-!- Netsplit *.net <-> *.split quits: Smar, AI0867, melinath
20131009 05:23:24-!- Netsplit over, joins: melinath
20131009 05:28:43-!- Smar [smar@nano.smar.fi] has joined #wesnoth-dev
20131009 05:46:53-!- apoi [~andi@85-126-180-242.volume.xdsl-line.inode.at] has quit [Read error: Operation timed out]
20131009 06:03:32-!- apoi [~andi@85-126-180-242.volume.xdsl-line.inode.at] has joined #wesnoth-dev
20131009 06:15:03-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20131009 06:15:17-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20131009 06:26:02-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20131009 06:26:16-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20131009 06:31:19-!- exciton_ [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20131009 06:32:02-!- exciton_ [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20131009 06:34:23-!- exciton [chuck-the-@89.208.169.104] has quit [Ping timeout: 260 seconds]
20131009 06:36:16-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20131009 06:43:03-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20131009 06:43:17-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20131009 06:47:02-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20131009 06:48:18-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20131009 06:50:03-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20131009 06:58:18-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20131009 07:03:21-!- exciton_ [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20131009 07:04:03-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20131009 07:04:15-!- exciton [chuck-the-@89.208.169.104] has quit [Ping timeout: 260 seconds]
20131009 07:05:03-!- exciton_ [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20131009 07:08:19-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20131009 07:09:28-!- EliDupree [~quassel@66-189-34-122.dhcp.oxfr.ma.charter.com] has quit [Ping timeout: 240 seconds]
20131009 07:09:47-!- tomreyn_ [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20131009 07:12:02-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20131009 07:12:15-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Read error: Operation timed out]
20131009 07:13:19-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20131009 07:21:03-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20131009 07:21:17-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20131009 07:24:13-!- Ivanovic [~ivanovic@x2f4b00f.dyn.telefonica.de] has quit [Changing host]
20131009 07:24:13-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20131009 07:30:03-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20131009 07:30:17-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20131009 07:31:03-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20131009 07:35:15-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20131009 07:35:17-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20131009 07:38:03-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20131009 07:40:17-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20131009 07:46:03-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20131009 07:46:17-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20131009 07:48:40-!- mattsc [~mattsc@154.20.32.246] has quit [Quit: Ciao]
20131009 07:54:02-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20131009 07:56:05-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 240 seconds]
20131009 07:58:11-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20131009 07:59:17-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20131009 08:00:02-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20131009 08:04:18-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20131009 08:06:03-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20131009 08:08:51-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20131009 08:09:18-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20131009 08:12:34-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has joined #wesnoth-dev
20131009 08:12:54-!- tomreyn_ is now known as tomreyn
20131009 08:16:41-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Ping timeout: 245 seconds]
20131009 08:19:23-!- exciton [chuck-the-@89.208.169.104] has quit [Ping timeout: 260 seconds]
20131009 08:21:21-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20131009 08:21:24-!- shadowm_desktop2 [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20131009 08:23:03-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20131009 08:26:21-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20131009 08:26:34-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 240 seconds]
20131009 08:30:02-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20131009 08:31:22-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20131009 08:36:13-!- Samual_ [diotecktec@c-71-195-88-69.hsd1.pa.comcast.net] has joined #wesnoth-dev
20131009 08:36:14-!- Samual_ [diotecktec@c-71-195-88-69.hsd1.pa.comcast.net] has quit [Changing host]
20131009 08:36:14-!- Samual_ [diotecktec@xonotic/core-team/Samual] has joined #wesnoth-dev
20131009 08:37:08-!- Samual [diotecktec@xonotic/core-team/Samual] has quit [Ping timeout: 240 seconds]
20131009 08:38:40-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20131009 08:49:59-!- shadowm_desktop2 is now known as shadowm_desktop
20131009 08:51:00-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20131009 08:52:07-!- boucman_work [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20131009 09:17:15-!- Coffee_irc [~david@ppp118-210-106-138.lns20.adl2.internode.on.net] has quit [Ping timeout: 260 seconds]
20131009 09:41:49-!- thunderstruck [~zaibotren@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has joined #wesnoth-dev
20131009 10:02:26-!- irker699 [~irker@ai0867.net] has joined #wesnoth-dev
20131009 10:02:26< irker699> wesnoth: Andrius Silinskas wesnoth-old:master 025565622d0e / src/ (multiplayer_connect.cpp multiplayer_connect.hpp): Removed code for never fixed feature. http://git.io/Bpk0-w
20131009 10:02:28< irker699> wesnoth: Andrius Silinskas wesnoth-old:master cb6b0798df63 / / (4 files in 2 dirs): Added a lock for side controllers in mp::connect. http://git.io/k-_avw
20131009 10:08:14-!- Gallaecio [~quassel@84.120.112.34.dyn.user.ono.com] has quit [Read error: Connection reset by peer]
20131009 10:09:28-!- Gallaecio [~quassel@84.120.112.34.dyn.user.ono.com] has joined #wesnoth-dev
20131009 10:22:29-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20131009 10:22:59-!- Octalot [~noct@host86-186-158-234.range86-186.btcentralplus.com] has joined #wesnoth-dev
20131009 10:27:32-!- thunderstruck [~zaibotren@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has quit [Quit: leaving]
20131009 10:31:52-!- Kostic [~marko@net125-1-245-109.mbb.telenor.rs] has joined #wesnoth-dev
20131009 10:36:06-!- DCW [~Thunderbi@cpc1-finc14-2-0-cust12.4-2.cable.virginmedia.com] has joined #wesnoth-dev
20131009 10:54:24-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 248 seconds]
20131009 11:24:47-!- mjs-de [~mjs-de@g224186072.adsl.alicedsl.de] has joined #wesnoth-dev
20131009 11:37:36-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 248 seconds]
20131009 11:46:40-!- DCW [~Thunderbi@cpc1-finc14-2-0-cust12.4-2.cable.virginmedia.com] has quit [Quit: DCW]
20131009 12:00:33-!- Coffee_irc [~david@ppp118-210-106-138.lns20.adl2.internode.on.net] has joined #wesnoth-dev
20131009 12:13:26-!- Kostic [~marko@net125-1-245-109.mbb.telenor.rs] has quit [Ping timeout: 264 seconds]
20131009 12:45:40-!- thunderstruck [~zaibotren@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has joined #wesnoth-dev
20131009 13:02:30-!- irker699 [~irker@ai0867.net] has quit [Quit: transmission timeout]
20131009 13:10:24-!- thunderstruck [~zaibotren@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has quit [Quit: leaving]
20131009 13:28:34-!- Kostic [~marko@85.202.113.76] has joined #wesnoth-dev
20131009 13:28:39-!- horon [~horon@nttkyo386211.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20131009 14:28:07-!- DCW1 [~Thunderbi@cpc1-finc14-2-0-cust12.4-2.cable.virginmedia.com] has joined #wesnoth-dev
20131009 14:34:48-!- alkenrinnstet [~alkenrinn@175.156.14.192] has quit [Ping timeout: 240 seconds]
20131009 14:37:31-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20131009 15:04:39-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20131009 15:05:48-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 240 seconds]
20131009 15:07:53-!- AI0867_ is now known as AI0867
20131009 15:24:34-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20131009 15:32:31-!- irker511 [~irker@ai0867.net] has joined #wesnoth-dev
20131009 15:32:31< irker511> wesnoth: flix wesnoth-old:master 828c4bfb6bd5 / src/ (pathfind/pathfind.cpp pathfind/pathfind.hpp scripting/lua.cpp): Modify lua function find_cost_map http://git.io/dvFtLQ
20131009 15:33:58-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 268 seconds]
20131009 15:41:16-!- timotei__ [~timotei@wesnoth/developer/timotei] has quit [Quit: leaving]
20131009 15:43:28-!- timotei_ [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20131009 15:44:52-!- timotei_ [~timotei@wesnoth/developer/timotei] has quit [Client Quit]
20131009 15:49:52-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20131009 15:50:56-!- mattsc [~mattsc@207.230.251.234] has joined #wesnoth-dev
20131009 15:54:03< mattsc> flix: woot !
20131009 15:55:23< mattsc> flix: Is that an [avoid] filter, or an anti-[avoid] filter?
20131009 15:57:11< flix> mattsc: There you are! :) No, it has nothing to do with avoid. Remember you once tested find_cost_map and had some wishes how to change it. That's it. I also (finally) updated the wiki page. (http://wiki.wesnoth.org/LuaWML:Pathfinder#wesnoth.find_cost_map)
20131009 15:57:30< flix> mattsc: But now I have time for your [avoid] problem :)
20131009 15:58:12< mattsc> flix: oh, right, I apparently only read find_ ... and assumed what the rest of the function name is called.  :P
20131009 16:01:32< flix> mattsc: could you briefly introduce you to the [avoid]-thing? I've read some logs, but it would be nice when you could give me some kind of specification about what you want.
20131009 16:02:45< mattsc> flix: well, it comes from comments that some Micro AIs do not respect the [avoid] aspect.
20131009 16:02:58< irker511> wesnoth: flix wesnoth-old:master 68c3221a4921 / src/scripting/lua.cpp: Fix a typo. http://git.io/ZZHJBg
20131009 16:03:14< mattsc> That's often by design, but it would be nice to add it into some of them at least.
20131009 16:03:42< mattsc> But for doing that, I need to do path finding with taking the [avoid] SLF into account.
20131009 16:04:31< mattsc> We discussed a while ago, among others with Crab_, that it would be better to add this as a general functionality in the C++ code, rather than me writing a Lua function for it, so as to not duplicate code and potentially have different behavior as version evolve.
20131009 16:05:28< flix> mattsc: Would a option for wesnoth.find_path and wesnoth.find_reach a solution? Something like "ignore_avoid"?
20131009 16:05:39< mattsc> So that's essentially it.  We'd like to add an optional parameter to find_path() ...
20131009 16:05:49< mattsc> flix: Yes, that's what I was getting at.
20131009 16:06:32< mattsc> I don't really care whether it's an 'avoid-this-location' or 'use-only-these-locations' filter, as you can easily go from one to the other.
20131009 16:07:27< flix> mattsc: Ah, so the extra-option need to be a SLF?
20131009 16:07:28< mattsc> flix: just one thing, in the default behavior of other CAs, units can cross avoided terrain, they just cannot end their move there, so it would be nice to replicate that.
20131009 16:07:50< mattsc> Yes, the [avoid] aspect is a SLF.
20131009 16:08:02< mattsc> flix: so that's what we should use here too.
20131009 16:08:32< mattsc> flix: 'avoid-this-location' should have really been 'avoid-these-locations'
20131009 16:09:04-!- timotei_ [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20131009 16:10:23< flix> mattsc: Okay, I'll do it within the next days
20131009 16:11:19< mattsc> flix: great, thanks!
20131009 16:11:35< mattsc> flix: how hard do you think the add-replay-safe-actions thing is?
20131009 16:11:53< mattsc> That'd actually be the higher priority for me at the moment.
20131009 16:12:52< mattsc> flix: because the transport AI that I am currently working on is, as I expected, not replay safe.  (Now that I have figured out how to avoid replays from crashing Wesnoth...)
20131009 16:12:58< flix> mattsc: I have no idea, because I never worked with replays before.
20131009 16:13:33< mattsc> flix: do you know what ai.moves, ai.attack or ai.stop_unit do so that they are synced?
20131009 16:13:42-!- horon [~horon@nttkyo386211.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...]
20131009 16:13:47< flix> mattsc: no
20131009 16:14:15< mattsc> flix: okay.  Crab_ didn't seem to think it was all that hard, but that might only mean for him, who knows this code in and out.  :)
20131009 16:15:49< flix> mattsc: so ai.moves is not replay safe? And this means the replay won't work if you use ai-moves in lua?
20131009 16:16:10< mattsc> flix: the ideal thing I can think of right now would be to add a synced ai.fire_event().  With that I could solve all my problems in that respect -- although I have tons of ideas for other things that would be useful as well  :D
20131009 16:16:28< mattsc> flix: no, ai.moves is safe.  As are all the other ai.* functions.
20131009 16:16:58< mattsc> flix: but anything else you do to a unit or the map from inside the AI is not.
20131009 16:17:13< mattsc> flix: let me give you an example from the transport code:
20131009 16:18:25< mattsc> You have a ship that transports troops.  Unloading of the troops is triggered by a moveto event, but the moving is done by a Lua AI and the unloading location is flexible.  So, the normal SLF for the moveto event doesn't work.
20131009 16:18:53< mattsc> I am currently doing that by setting a variable inside the transport unit, and then filter for that variable in the moveto event.  But even that is not replay safe.
20131009 16:19:28< mattsc> ... because the variable gets set in the AI, and takes effect when you play.  However, when you do the replay, nothing sets the variable, and the troops never unload.
20131009 16:19:34< mattsc> flix: does that make sense?
20131009 16:22:42< mattsc> Btw, I have now confirmed that the replay crash I reported on last night also happens in HttT and in exactly the same way as in SotBE.
20131009 16:22:43< flix> mattsc: Yes it does. But right now I have absolutely no idea how to solve it. I will try to understand the code and maybe come up with an idea. But if Crab_ says it shouldn't be that hard, he is definitely a better person to do it.
20131009 16:23:34< mattsc> flix: okay, thank you!  That would be an extremely powerful tool to have available.
20131009 16:23:54< flix> mattsc: I have to go off now. See you tomorrow!
20131009 16:24:07< mattsc> flix: bye, and thank you.
20131009 16:24:17-!- flix [~flix@37-5-10-145-dynip.superkabel.de] has left #wesnoth-dev []
20131009 16:25:37< mattsc> Back to the replay crash: I can now make it happen - and not make it happen - repeatedly and I know exactly what causes it (reloading a start-of-scenario safe, that is), so I have a starting point for checking out the problem.
20131009 16:30:56-!- timotei_ [~timotei@wesnoth/developer/timotei] has quit [Quit: Lost terminal]
20131009 16:31:28-!- mattsc [~mattsc@207.230.251.234] has quit [Quit: Computer's napping]
20131009 16:35:40-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20131009 16:40:40-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Ping timeout: 264 seconds]
20131009 16:43:41-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20131009 16:51:16-!- mattsc [~mattsc@fw.hia.nrc.ca] has joined #wesnoth-dev
20131009 16:56:09-!- thunderstruck [~zaibotren@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has joined #wesnoth-dev
20131009 17:07:26-!- EliDupree [~quassel@66-189-34-122.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20131009 17:20:38-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20131009 17:22:14-!- knotwork [~markm@unaffiliated/knotwork] has quit [Read error: Connection reset by peer]
20131009 17:23:15-!- knotwork [~markm@142.68.131.136] has joined #wesnoth-dev
20131009 17:23:22-!- knotwork [~markm@142.68.131.136] has quit [Changing host]
20131009 17:23:22-!- knotwork [~markm@unaffiliated/knotwork] has joined #wesnoth-dev
20131009 17:50:53-!- DCW1 [~Thunderbi@cpc1-finc14-2-0-cust12.4-2.cable.virginmedia.com] has quit [Remote host closed the connection]
20131009 17:51:46< mattsc> wesbot: seen Ayne
20131009 17:51:46< wesbot> mattsc: Sorry, I don't know of Ayne.
20131009 17:53:23-!- Turuk [~Turuk@cpe-65-29-217-233.cinci.res.rr.com] has quit [Ping timeout: 260 seconds]
20131009 17:53:25< mattsc> Well:  20121011 13:12:33-!- Ayne [~Ayne@131.173.233.147] has joined #wesnoth-dev
20131009 17:53:53< bumbadadabum> interesting
20131009 17:54:02< bumbadadabum> maybe wesbot only registers when you talk?
20131009 17:54:31< mattsc> Does anybody else here know abut how save_games are created, and esp. the [replay_start] tag in it?
20131009 17:55:13< mattsc> Specifically, in 1.10, start-of-scenario saves contain the [replay_start] tag, in current trunk they do not, which causes replays to crash.
20131009 17:55:43< mattsc> I'd like to know if that's intentional (the fact that the tag is not included, not the crash) or a bug.
20131009 17:56:00< mattsc> I know that Ayne did a whole bunch of refactoring of this some while ago ...
20131009 17:57:03< mattsc> wesbot: seen jamit
20131009 17:57:03< wesbot> mattsc: The person with the nick jamit last spoke 5d 14h ago.  5d 14h ago they left with the message: Quit: Leaving.
20131009 17:57:07-!- boucman_work [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.]
20131009 18:08:45-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20131009 18:16:12-!- mattsc [~mattsc@fw.hia.nrc.ca] has left #wesnoth-dev []
20131009 18:16:38-!- mattsc [~mattsc@fw.hia.nrc.ca] has joined #wesnoth-dev
20131009 18:27:55-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20131009 18:31:05-!- DCW1 [~Thunderbi@cpc1-finc14-2-0-cust12.4-2.cable.virginmedia.com] has joined #wesnoth-dev
20131009 18:35:23-!- DCW1 [~Thunderbi@cpc1-finc14-2-0-cust12.4-2.cable.virginmedia.com] has quit [Client Quit]
20131009 19:00:32-!- stikonas_ [~gentoo@46.246.48.44] has joined #wesnoth-dev
20131009 19:00:32-!- stikonas_ [~gentoo@46.246.48.44] has quit [Changing host]
20131009 19:00:32-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20131009 19:03:00-!- irker511 [~irker@ai0867.net] has quit [Quit: transmission timeout]
20131009 19:56:53-!- Octalot [~noct@host86-186-158-234.range86-186.btcentralplus.com] has quit [Ping timeout: 248 seconds]
20131009 20:00:13-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20131009 20:04:05-!- Linunix [52f680a2@gateway/web/freenode/ip.82.246.128.162] has joined #wesnoth-dev
20131009 20:05:27-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20131009 20:09:07-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20131009 20:24:03< mattsc> Woot!  I figured it out ...
20131009 20:26:48< mattsc> Here's the 'git diff' output: http://pastebin.com/uxc8RNrs
20131009 20:28:04< mattsc> This fixes bug #20564  https://gna.org/bugs/?func=detailitem&item_id=20564
20131009 20:28:32< mattsc> Any reason why I should not commit this?
20131009 20:33:24-!- irker386 [~irker@ai0867.net] has joined #wesnoth-dev
20131009 20:33:24< irker386> wesnoth: Nils Kneuper wesnoth-old:master 389a155e1257 / po/ (wesnoth-ai/el.po wesnoth-anl/el.po): updated Greek translation http://git.io/yyZjfQ
20131009 20:33:26< irker386> wesnoth: Nils Kneuper wesnoth-old:1.10 13dc5612db9a / po/wesnoth-anl/el.po: updated Greek translation http://git.io/R-zbxg
20131009 20:34:57< Linunix> is there  someone here, who work on the network for the game ?
20131009 20:39:51-!- thunderstruck [~zaibotren@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has quit [Quit: leaving]
20131009 20:41:33-!- Linunix [52f680a2@gateway/web/freenode/ip.82.246.128.162] has quit [Ping timeout: 250 seconds]
20131009 20:42:27-!- thunderstruck [~zaibotren@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has joined #wesnoth-dev
20131009 21:02:49-!- {V} [~V@139-79-ftth.on.nl] has quit [Ping timeout: 240 seconds]
20131009 21:03:47-!- {V} [~V@139-79-ftth.on.nl] has joined #wesnoth-dev
20131009 21:12:59-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has quit [Ping timeout: 248 seconds]
20131009 21:13:46-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20131009 21:39:38< mattsc> Hi zookeeper.  I have Lua AI code ready for the transports in SotBE S6.
20131009 21:40:00< mattsc> It moves the transports in deep water surrounded only by deep water until the turn when they land.
20131009 21:41:03< mattsc> For landing, it chooses sites with the most free adjacent land hexes, preferably close to the originally chosen destination.
20131009 21:41:31< mattsc> It also makes sure the units exit the transport on land hexes, if possible; or on hexes adjacent to land as a second choice.
20131009 21:42:40< mattsc> The problem is that it is currently not replay safe.  I will wait a couple days to see what flix finds out and then decide whether I will set up a workaround for this or wait for the changes to the LuaAI functinoaity.
20131009 21:46:31< zookeeper> hmh, okay
20131009 22:06:16-!- Kostic [~marko@85.202.113.76] has quit [Ping timeout: 245 seconds]
20131009 22:10:22-!- flix [~flix@37-5-10-145-dynip.superkabel.de] has joined #wesnoth-dev
20131009 22:49:13< justinzane> Hello everyone. I've been working on a personal branch and I've managed to screw something up so that I get en error converting an NULL char* to a std::string **before** main()
20131009 22:50:32< justinzane> How on earth do I track down where I messed up when I can't get to step through with GDB since the damn error occurs loading the executable?
20131009 22:56:36-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 265 seconds]
20131009 23:00:33-!- Kostic [~marko@net125-1-245-109.mbb.telenor.rs] has joined #wesnoth-dev
20131009 23:07:53-!- Turuk [~Turuk@208.102.36.12] has joined #wesnoth-dev
20131009 23:12:34-!- thunderstruck [~zaibotren@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has quit [Quit: leaving]
20131009 23:14:27-!- exciton [chuck-the-@89.208.169.104] has quit [Ping timeout: 260 seconds]
20131009 23:15:31-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20131009 23:21:13< shadowm> justinzane: git bisect?
20131009 23:24:52-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20131009 23:26:02-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Ping timeout: 264 seconds]
20131009 23:33:28-!- irker386 [~irker@ai0867.net] has quit [Quit: transmission timeout]
20131009 23:34:57-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Ping timeout: 252 seconds]
20131009 23:42:38< justinzane> oh, that's a great idea --  for those who commit frequently :)
20131009 23:43:20< justinzane> I've made hundreds of changes relating to one refactoring, an only commited when thing build.
20131009 23:43:34< justinzane> <-- things
20131009 23:45:42< justinzane> For whatever reason, it dies here: game_events::queued_event queued_event_context::default_qe(("_from_lua",map_location(), map_location(),config());
20131009 23:45:51< justinzane> in lua.cpp
20131009 23:46:17< shadowm> Since you say the crash takes place before the final main() is executed, perhaps you have a static initialization order issue?
20131009 23:47:17< shadowm> (I.e. the compiler and linker make no guarantees regarding the order of initialization of two objects that reside in completely separate code units/object files.)
20131009 23:47:53< shadowm> (Which is a problem when one or both of the objects depend on each other.)
20131009 23:58:34< justinzane> shadowm: Would you be the Ignacio I see in header comments?
--- Log closed Thu Oct 10 00:00:08 2013