--- Log opened Thu Jan 14 00:00:59 2010
20100114 00:01:33-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit ["ChatZilla 0.9.86 [Firefox 3.0.17/2009122116]"]
20100114 00:04:45-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["Leaving"]
20100114 00:11:50-!- Noyga [n=noyga@wesnoth/developer/noyga] has quit ["Quitte"]
20100114 00:17:53-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has quit [Remote closed the connection]
20100114 00:21:16-!- wesbot changed the topic of #wesnoth-dev to: string/feature freeze active! | 59 bugs, 245 feature requests, 8 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20100114 00:31:30-!- BroodKiller [n=Jakobs@chello087207048099.chello.pl] has joined #wesnoth-dev
20100114 00:31:48< BroodKiller> crimson_penguin: poke
20100114 00:31:57< crimson_penguin> hi
20100114 00:32:13< BroodKiller> howdy
20100114 00:33:15< BroodKiller> I wanted to ask how big of a trouble/unusual thing would be a non-bundled app for a mac user?
20100114 00:33:54< crimson_penguin> what would you do about libraries?
20100114 00:34:37< CIA-61> esr * r40693 /trunk/data/tools/wmlscope: Typo fix.
20100114 00:34:38< BroodKiller> linking statically should work
20100114 00:35:56< crimson_penguin> sure, if you have static libraries
20100114 00:35:57< BroodKiller> basically, the reason why I am asking is because my virtual mac machine lags so much that doing anything with Xcode takes ages
20100114 00:36:48< crimson_penguin> it is actually possible to create a .app without XCode
20100114 00:36:55< BroodKiller> fortunately though, it worked well enough to compile and fix the tool onto a fully working state
20100114 00:36:57< crimson_penguin> but you'd have to learn about the format
20100114 00:37:15< BroodKiller> which took my the last 2-3 weeks
20100114 00:37:21< BroodKiller> *me
20100114 00:37:26< BroodKiller> is it hard?
20100114 00:37:31< crimson_penguin> anyway, it would be... annoying for users, but depending, it might not be too bad
20100114 00:38:06< crimson_penguin> I don't know how to do it myself, but it shouldn't really be; you can probably find a tutorial or something
20100114 00:38:21< BroodKiller> it's basically that any program is 'expected' to be represented by a single 'file', right?
20100114 00:38:45< crimson_penguin> well, yes, but also if you don't use a .app, it'll have to be opened by the terminal
20100114 00:39:24< crimson_penguin> so here's how a .app works: it's a folder, called "Application Name.app", inside that, there's a single folder called Contents
20100114 00:40:01< BroodKiller> k
20100114 00:40:22< crimson_penguin> In there, you have MacOS, which contains just the executable itself, Frameworks, which contains libraries it uses (note though, that you have to link to them specially for it to actually work; that's not automatic), Resources, which contains data files, aaand...
20100114 00:40:57< shadowmaster> um, memory allocation failures in the kernel log
20100114 00:41:20< crimson_penguin> Info.plist, which is an "xml property list" file, with info about the app, PkgInfo, which is 8 bytes and I'm not sure what it does...
20100114 00:42:16< crimson_penguin> I think that's all the essential stuff; I don't think Resources or Frameworks are even essential, it's mainly PkgInfo and Info.plist, and of course the executable
20100114 00:43:22< BroodKiller> if the exe requests some files that should come with it, it will look for them under Resources automatically, I presume?
20100114 00:47:18< crimson_penguin> no
20100114 00:48:18< crimson_penguin> of course, if you're using Cocoa and all that, this is all abstracted and you don't even have to worry about those paths, but for C, you have to somehow cd to the directory
20100114 00:52:06< Crab_> YogiHH: I believe that I found a way to fix at least some of the issues with MP campaigns. at least I've got MP_Sandbox to work correctly in both 'local game' mode, and multiplayer mode.
20100114 00:53:01< shadowmaster> Sapient: please poke me when you appear
20100114 00:53:32< shadowmaster> I'll be afk for an hour or so, though
20100114 00:54:39< Crab_> YogiHH: there are two issues. 1) leader ids must not be overridden with player's name  2) the following 1-line patch must be applied to playcampaign.cpp : http://wesnoth.pastebin.com/m129637c9
20100114 00:58:41< Crab_> YogiHH: we already discussed (1) and it's ok.
20100114 00:58:48< Crab_> (2) is needed because for multiplayer, we want the save to contain the starting position. so, when savegame code in src/savegame.cpp:928 checks for gamestate().starting_pos["id"].empty() to see who is responsible for adding carryover info to the save, it will not add carryover info to the start-of-scenario MP save.
20100114 00:59:16< Crab_> So, in this case, after-end-of-scenario code in playcampaign.cpp is responsible for adding carryover info via "write_players(gamestate, gamestate.starting_pos, true, true);" call (from the snapshot, merging sides).
20100114 01:00:14< Crab_> and, as soon as we get the start-of-scenario-save to be correct, at least some of the problems with units/gold/side carryover go away.
20100114 01:01:52< Crab_> YogiHH: still, the patch is untested for other situations - I've just got the idea, applied it, and it worked flawlessly - recall lists, gold, and leader XP were ok in MP_Sandbox (I've tried both local and network modes)
20100114 01:02:00< esr> Crab_: Could any of your recent changes to [unitt] have had the effect of abolishing the side=1 default?
20100114 01:02:43< Crab_> esr: yes, I was the one who had made this mistake (I accidentially made side= required attribute). it's fixed in trunk.
20100114 01:02:58< esr> Ah, OK.
20100114 01:03:23-!- MikeJB [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20100114 01:03:32< esr> Well, I'm about to commit a bunch of small fixes so mainline will no longer rely on that assumption.
20100114 01:03:48< esr> (I wrote a wmllint test.)
20100114 01:04:04< Crab_> yes, that's a good thing.
20100114 01:05:16< esr> I'd actually like WML to evolve towards separating unit declarations from side declarations, as I think fendrin is suggesting.  This is preparation. 
20100114 01:06:47< Crab_> esr: yes, I remember us talking about that (with silene, too)
20100114 01:08:15< fendrin> esr: That idea wasn't mine, but I am all for it.
20100114 01:08:17< Crab_> as of now,"[side][unit]" and "[event] name=prestart [unit] " should be equivalent (except that [side][unit] doesn't need side=X)
20100114 01:09:31< Crab_> and, placement of 'leader in side' is special but it can be fully emulated by [event][unit], too.
20100114 01:10:05< esr> Crab_: Maybe it is required.  Look at bug #15123.  I'm adding a side declaration, but I suspect the submitter is right about there being an engine glitch.
20100114 01:11:27< Crab_> esr: yes, the issue in bug #15123 is fixed in the engine in trunk (so, 1.7.11 is still buggy)
20100114 01:11:37< esr> Noted.
20100114 01:12:07< esr> But I'm going to remove the dependency anyway.  Things like that make me itchy.
20100114 01:13:52< faryshta> Do you think is a good idea use the leadership animation for the recruit animation?
20100114 01:15:25< Crab_> esr: btw, note that the order of [unit] declaration matters.  note example in  http://wesnoth.pastebin.com/m2903dcbf  - the order of unit placement
20100114 01:19:05< esr> Right, I'm preserving declaration order.
20100114 01:20:29< Crab_> note that the contents of [side][unit] get processed before [event][unit], even if [event][unit] is before [side] in the file.
20100114 01:21:35< Crab_> so, when, e.g, converting from [side][unit] to [event]name=prestart[/event] , it's possible to break that order (in most cases this is not a problem, but there can be weird use cases)
20100114 01:23:10< Crab_> an example 'weird use case' is :      "place Landar via [side][unit], recall all loyals via prestart event".  as Landar is loyal, too. converting Landar from [side][unit] to  [event]name=prestart[unit] can have unintended side effects if that recall prestart event goes before the converted event.
20100114 01:27:49< Crab_> basically, it seems, to be safe, 'the converted prestart event(s) must come before all existing prestart events of the same scenario' (this approach will break only for weird games with preprocessor macroses)
20100114 01:28:12-!- Tallken [n=f2f93bf5@93.102.73.12.rev.optimus.pt] has joined #wesnoth-dev
20100114 01:30:44-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20100114 01:31:46-!- Crab_ [n=Crab_@wesnoth/developer/crab] has quit ["Leaving."]
20100114 01:33:41-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"]
20100114 01:34:15-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20100114 01:42:27< BroodKiller> crimson_penguin: I guess I will skip the bundle for the moment, maybe later. Could you just check for me if the binary works?
20100114 01:43:09< crimson_penguin> depends how big it is
20100114 01:43:38< BroodKiller> zipped less than 1.5Mb
20100114 01:43:56< BroodKiller> about 4 megs unpacked
20100114 01:46:06-!- Blueblaze [n=nick@99.158.47.180] has quit [Remote closed the connection]
20100114 01:47:37-!- PK7 [n=pk@r74-192-30-57.bcstcmta01.clsttx.tl.dh.suddenlink.net] has quit ["Java user signed off"]
20100114 01:58:41-!- Chusslove [n=Chusslov@brsg-d9bef8d1.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)]
20100114 02:03:17-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100114 02:05:45-!- Chusslove [n=Chusslov@brsg-d9bef64c.pool.mediaWays.net] has joined #wesnoth-dev
20100114 02:05:57< BroodKiller> crimson_penguin: it's just the mac binary+datafiles - http://www.mediafire.com/?zwyahzgiczq. I will be grateful for merely telling me if it works or not
20100114 02:06:15< crimson_penguin> ok
20100114 02:14:42< esr> Crab: I will apply that rule.
20100114 02:42:30< crimson_penguin> BroodKiller: sorry for the delay - it does start up
20100114 02:43:00< BroodKiller> no special error messages?
20100114 02:43:20< BroodKiller> about lack of something, critical errors or something?
20100114 02:49:55< crimson_penguin> it seems to work
20100114 02:50:10< BroodKiller> good, really good even. Thank you :)
20100114 02:50:56< crimson_penguin> everything seems to work, except I can't seem to actually play an animation
20100114 02:51:39< BroodKiller> it doesn't show anything, or just the last frame?
20100114 02:51:49-!- Tallken [n=f2f93bf5@93.102.73.12.rev.optimus.pt] has quit ["Leaving"]
20100114 02:51:51< crimson_penguin> oh, nevermind, I just only selected a 1 frame animation :P
20100114 02:52:33< BroodKiller> phew
20100114 02:53:16< BroodKiller> for a sec I got scared, because fighting with proper animation drawing on the mac was the biggest problem
20100114 02:54:18< crimson_penguin> hmmm, the display of the animation does seem slightly broken though :-/
20100114 02:54:29< crimson_penguin> mainly in regards to alpha it seems
20100114 02:54:38< BroodKiller> alpha is disabled currently
20100114 02:55:02< crimson_penguin> it also gets a bit messed up when you change the size of the window
20100114 02:55:14< BroodKiller> in what way?
20100114 02:57:04< crimson_penguin> the preview gets moved around a bit
20100114 02:57:20< crimson_penguin> temporarily by a lot, and then eventually it settles, but leaves artifacts
20100114 02:58:03< BroodKiller> uh...strangezorz....a screenie would be nice, if you could
20100114 03:01:08< crimson_penguin> http://64.201.60.211/web/anima.png
20100114 03:02:09< BroodKiller> do they disappear if you min and max?
20100114 03:04:32< esr> Ivanovic: You there? Aetheryn jost told me Wikipedia has moved from GFDL to CC+A+SA.  We should probably emulate that move on our wiki.
20100114 03:07:39< CIA-61> esr * r40694 /trunk/data/ (9 files in 8 dirs): 
20100114 03:07:39< CIA-61> Redctotr mainline code to not rely on [unit]side defaulting to 1, and
20100114 03:07:39< CIA-61> to nout use [unit] within [side].
20100114 03:13:09< crimson_penguin> BroodKiller: no
20100114 03:14:02< shadowmaster> esr: "Redctotr" doesn't ring  abell here
20100114 03:14:16< shadowmaster> *a bell
20100114 03:29:57< BroodKiller> crimson_penguin: I'll look into it. And thanks for the screenie, I also noticed some other minor things to fix.
20100114 03:32:04-!- BroodKiller [n=Jakobs@chello087207048099.chello.pl] has quit ["Leaving."]
20100114 03:40:17< AI0867> fendrin: detailed trace of our bug
20100114 03:40:20< AI0867> http://wesnoth.pastebin.com/m5ba23891
20100114 03:40:56< AI0867> the segfault happens when callend allowed_teleports.end()
20100114 03:42:56< fendrin> AI0867: Thank you. This means that the old terminator of the datastructure has been overwritten and so it walks many more segments into unknown space.
20100114 03:44:31< AI0867> yeah
20100114 03:48:43< AI0867> http://wesnoth.pastebin.com/m2e7db1f6 <-- same line, but this time it's in std::copy
20100114 03:48:50-!- faryshta [n=faryshta@168.255.251.50] has quit ["Saliendo"]
20100114 03:51:49< fendrin> AI0867: It's just a feeling but I believe it's the get_teleport_locations method that causes the error.
20100114 04:03:07-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100114 04:10:51-!- Ivanovic_ [n=ivanovic@dtmd-4db2b448.pool.mediaWays.net] has joined #wesnoth-dev
20100114 04:27:12-!- Ivanovic [n=ivanovic@wesnoth/developer/ivanovic] has quit [Read error: 110 (Connection timed out)]
20100114 04:28:49-!- Ivanovic_ is now known as Ivanovic
20100114 04:35:38-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has quit ["insert lame command line here"]
20100114 04:37:19-!- Blueblaze [n=nick@adsl-99-158-47-180.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100114 04:51:45-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20100114 04:55:46-!- SonIcco_ [n=SonIcco@pD9510F82.dip0.t-ipconnect.de] has joined #wesnoth-dev
20100114 05:15:51-!- SonIcco [n=SonIcco@pD9510EB1.dip0.t-ipconnect.de] has quit [Read error: 101 (Network is unreachable)]
20100114 05:22:02-!- dtiger [n=dtiger@dynamic-vpdn-213-184-233-29.telecom.by] has joined #wesnoth-dev
20100114 05:45:28-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20100114 06:06:04-!- dtiger [n=dtiger@dynamic-vpdn-213-184-233-29.telecom.by] has quit ["Konversation terminated!"]
20100114 06:14:31-!- MikeJB [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit ["Sleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeep"]
20100114 06:21:16-!- wesbot changed the topic of #wesnoth-dev to: string/feature freeze active! | 58 bugs, 245 feature requests, 8 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20100114 06:31:40-!- Skystriker [n=croseliu@pool-71-250-26-120.nwrknj.east.verizon.net] has quit [Read error: 60 (Operation timed out)]
20100114 06:39:04-!- Blueblaze [n=nick@adsl-99-158-47-180.dsl.hstntx.sbcglobal.net] has quit [Remote closed the connection]
20100114 06:56:41-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20100114 07:40:28-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit []
20100114 08:10:08-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20100114 08:56:40-!- Blueblaze [n=nick@99.158.47.180] has joined #wesnoth-dev
20100114 08:56:59-!- Blueblaze [n=nick@99.158.47.180] has quit [Remote closed the connection]
20100114 09:08:51-!- Blarumyrran [n=Blarumyr@81-20-159-197.levira.ee] has joined #wesnoth-dev
20100114 09:39:16-!- stikonas [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20100114 09:59:12< Ivanovic> moin
20100114 10:06:55-!- stikonas [n=and@wesnoth/translator/stikonas] has quit ["Konversation terminated!"]
20100114 10:06:58-!- stikonas_ [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20100114 10:10:23-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20100114 10:10:46-!- stikonas_ is now known as stikonas
20100114 10:17:44< Ivanovic> zookeeper: can you have a look at this one? http://forums.wesnoth.org/viewtopic.php?f=4&t=28524
20100114 10:17:56< Ivanovic> might be something with non unique ids (again)
20100114 10:21:26< zookeeper> yeah, looks like it
20100114 10:23:23< Ivanovic> maybe esr can write some test for this?
20100114 10:23:27< Ivanovic> no idea though...
20100114 10:24:37< CIA-61> zookeeper * r40695 /trunk/data/campaigns/Heir_To_The_Throne/scenarios/16_Hasty_Alliance.cfg: Fixed some duplicate unit id's.
20100114 10:31:11-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20100114 10:31:35< CIA-61> zookeeper * r40696 /trunk/data/campaigns/Heir_To_The_Throne/scenarios/ (11_The_Ford_of_Abez.cfg 13_The_Dwarven_Doors.cfg): Fixed some more duplicate unit id's.
20100114 10:42:31-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has quit [Remote closed the connection]
20100114 11:14:00-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has joined #wesnoth-dev
20100114 12:04:50< Ivanovic> esr: is it possible to add some check to wmllint regarding duplicate unit ids?
20100114 12:04:51-!- SonIcco_ [n=SonIcco@pD9510F82.dip0.t-ipconnect.de] has quit [Read error: 104 (Connection reset by peer)]
20100114 12:05:07< Ivanovic> esr: i fear this problem might exist in several campaigns
20100114 12:05:58< Ivanovic> (some warning "unit id could be duplicated, please check it yourself to be sure!" would probably be enough so that those issues are found)
20100114 12:24:28-!- loonybot [n=loonybot@ppp79-139-137-149.pppoe.spdop.ru] has joined #wesnoth-dev
20100114 12:25:11-!- loonycyborg [n=sergey@ppp79-139-137-149.pppoe.spdop.ru] has joined #wesnoth-dev
20100114 13:30:34< esr> Hm, I just ran into a casre of uplicatte IDs.  What sort of problem does it cause?
20100114 13:34:31< zookeeper> i guess right now it's just back to it being bad form
20100114 13:36:25< zookeeper> but i don't think people are going to put all that much effort into making sure they'll continue to work ok in the future.
20100114 13:40:38-!- stikonas [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20100114 13:43:22< esr> zookeeper: In UtBS"::The Morning After there are a bunch of mudcrawlers that are all given the id "Rocky Horror" so that [have_unit] can fire when the last is killed.  What's a better way to do that?
20100114 13:49:49< CIA-61> zookeeper * r40697 /trunk/data/campaigns/Under_the_Burning_Suns/scenarios/01_The_Morning_After.cfg: Fixed some duplicate unit id's.
20100114 13:49:51< zookeeper> esr, ^ that is ;)
20100114 13:54:10< esr> zookeeper: OK, I thought it would be something like that.
20100114 13:54:30-!- SonIcco [n=SonIcco@pD9510F82.dip0.t-ipconnect.de] has joined #wesnoth-dev
20100114 14:32:30-!- lukjad007 [n=lukjadOO@unaffiliated/lukjad007] has quit [Remote closed the connection]
20100114 14:33:10-!- Vetinari [n=lukjad00@unaffiliated/lukjad007] has quit [Remote closed the connection]
20100114 14:35:13-!- Vetinari [n=lukjad00@unaffiliated/lukjad007] has joined #wesnoth-dev
20100114 14:35:20-!- Vetinari_ [n=lukjad00@unaffiliated/lukjad007] has joined #wesnoth-dev
20100114 14:35:44-!- Vetinari [n=lukjad00@unaffiliated/lukjad007] has quit [Nick collision from services.]
20100114 14:37:42-!- lukjad007 [n=lukjadOO@unaffiliated/lukjad007] has joined #wesnoth-dev
20100114 14:38:08-!- Vetinari_ [n=lukjad00@unaffiliated/lukjad007] has quit [Client Quit]
20100114 14:38:21-!- Vetinari [n=lukjad00@unaffiliated/lukjad007] has joined #wesnoth-dev
20100114 15:26:50-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has quit ["Leaving"]
20100114 15:42:06-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20100114 15:46:36-!- SonIcco [n=SonIcco@pD9510F82.dip0.t-ipconnect.de] has quit [Remote closed the connection]
20100114 15:53:34-!- Shane_Gadsby [n=chatzill@ppp118-208-8-183.lns20.bne1.internode.on.net] has joined #wesnoth-dev
20100114 15:55:19-!- mjs-de [n=mjs-de@vpw.wh.uni-dortmund.de] has quit [Remote closed the connection]
20100114 15:56:40-!- Shane_Gadsby [n=chatzill@ppp118-208-8-183.lns20.bne1.internode.on.net] has left #wesnoth-dev []
20100114 16:13:01-!- Tigge_ [n=tigge@c-5ba372d5.015-28-73746f34.cust.bredbandsbolaget.se] has quit [Read error: 60 (Operation timed out)]
20100114 16:13:21-!- Smar [i=smar@smar.fi] has quit [Read error: 60 (Operation timed out)]
20100114 16:14:09-!- Skystriker [n=croseliu@pool-71-250-26-120.nwrknj.east.verizon.net] has joined #wesnoth-dev
20100114 16:14:18-!- Smar [i=smar@smar.fi] has joined #wesnoth-dev
20100114 16:18:51-!- Tigge [n=tigge@c-5ba372d5.015-28-73746f34.cust.bredbandsbolaget.se] has joined #wesnoth-dev
20100114 16:19:29-!- Jozrael [n=croseliu@pool-71-250-26-120.nwrknj.east.verizon.net] has joined #wesnoth-dev
20100114 16:38:05-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 104 (Connection reset by peer)]
20100114 16:38:16-!- Skystriker [n=croseliu@pool-71-250-26-120.nwrknj.east.verizon.net] has quit [Read error: 110 (Connection timed out)]
20100114 16:40:13-!- stikonas [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20100114 16:49:32-!- stikonas [n=and@wesnoth/translator/stikonas] has quit ["Konversation terminated!"]
20100114 16:49:35-!- stikonas [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20100114 16:51:23-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20100114 17:17:36-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20100114 17:46:40-!- elias [n=elias@allegro/developer/allefant] has joined #wesnoth-dev
20100114 17:51:14-!- esr [n=chatzill@static-71-162-243-5.phlapa.fios.verizon.net] has quit [Remote closed the connection]
20100114 17:52:58-!- fendrin [n=fabi@wesnoth/developer/fendrin] has quit [Remote closed the connection]
20100114 18:14:59-!- mjs-de [n=mjs-de@vpw.wh.uni-dortmund.de] has joined #wesnoth-dev
20100114 18:27:06-!- Noyga [n=noyga@wesnoth/developer/noyga] has joined #wesnoth-dev
20100114 18:28:12-!- crimson_pinvin [n=ben@64.201.60.211] has joined #wesnoth-dev
20100114 18:30:25-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 110 (Connection timed out)]
20100114 18:30:27-!- crimson_pinvin is now known as crimson_penguin
20100114 18:57:04-!- EdB [n=edb@tss37-1-89-84-18-220.dsl.club-internet.fr] has joined #wesnoth-dev
20100114 18:57:37-!- EdB [n=edb@tss37-1-89-84-18-220.dsl.club-internet.fr] has quit [Read error: 104 (Connection reset by peer)]
20100114 18:57:45-!- EdB [n=edb@tss37-1-89-84-18-220.dsl.club-internet.fr] has joined #wesnoth-dev
20100114 19:18:27-!- EdB [n=edb@tss37-1-89-84-18-220.dsl.club-internet.fr] has quit [Remote closed the connection]
20100114 19:19:16-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100114 19:31:49-!- mordante [n=mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20100114 19:32:03< mordante> servus
20100114 19:49:03-!- dtiger [n=dtiger@dynamic-vpdn-213-184-233-29.telecom.by] has joined #wesnoth-dev
20100114 19:58:58-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20100114 20:06:38< noy> why won't people listen?
20100114 20:06:41< noy> seriously
20100114 20:06:41-!- Crab_ [n=Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20100114 20:06:47< noy> http://www.wesnoth.org/forum/viewtopic.php?f=6&t=28440&start=45
20100114 20:15:40< AI0867> fendrin: I found the bug
20100114 20:16:00< AI0867> default-copy-assigning a map to pointers
20100114 20:16:10< AI0867> where the pointers point to something internal to the object
20100114 20:16:28< AI0867> if you default-copy-assign that, the pointers point to the *other* object's stuff
20100114 20:16:35< AI0867> and if that object goes out of scope...
20100114 20:17:43-!- Noyga [n=noyga@wesnoth/developer/noyga] has left #wesnoth-dev ["Quitte"]
20100114 20:18:19-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20100114 20:19:02-!- stikonas [n=and@bcm-131-111-247-5.girton.cam.ac.uk] has joined #wesnoth-dev
20100114 20:28:57-!- EdB [n=edb@tss37-1-89-84-18-220.dsl.club-internet.fr] has joined #wesnoth-dev
20100114 20:29:44-!- YogiHH [n=chatzill@c129085.adsl.hansenet.de] has joined #wesnoth-dev
20100114 20:30:11< YogiHH> hello
20100114 20:30:41< teaser> zookeeper: can you have a look at http://www.wesnoth.org/forum/viewtopic.php?f=21&t=28527
20100114 20:37:11< AI0867> teaser: there's only one event in there
20100114 20:37:21< AI0867> "So, the problem is in the second (nested) event."
20100114 20:38:54< zookeeper> teaser, looking..
20100114 20:43:21< zookeeper> yeah.
20100114 20:48:49-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit [Remote closed the connection]
20100114 20:52:00-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20100114 20:52:56< CIA-61> ai0867 * r40698 /branches/fendrin_pathfind/src/ (pathfind.cpp pathfind.hpp): Fix the teleport-pathfind crash bug by adding a copy-constructor and copy-assignment operator for teleport_map.
20100114 20:53:28-!- Jozrael is now known as Skystriker
20100114 21:08:38-!- esr [n=chatzill@static-71-162-243-5.phlapa.fios.verizon.net] has joined #wesnoth-dev
20100114 21:10:46< AI0867> esr: the teleport branch is now ready-and-not-crashing
20100114 21:10:59< esr> Ah, good.
20100114 21:11:35< esr> But I don't know that fendrin has WOV::2 in a state ready for testing yet.
20100114 21:13:27< CIA-61> ai0867 * r40699 /branches/fendrin_pathfind/src/pathfind.cpp: Clear out some commented-out debug code
20100114 21:13:46< teaser> zookeeper, AI0867: yes, there is only one event pasted, let me edit in the outer event (a bit shortened)...done
20100114 21:14:40-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100114 21:17:53< zookeeper> teaser, umm, you're killing the secondary unit in the attack event...
20100114 21:22:58< teaser> zookeeper, oh right. I wonder why the set_variables works on the intended unit but the set_variable doesn't, will try to use $x1 and $y1 and file a bug report either way 
20100114 21:23:37< zookeeper> huh?
20100114 21:24:18< zookeeper> i thought i just gave an answer to what you were wondering about in that thread
20100114 21:25:30< zookeeper> oh, right, slightly separate issue perhaps.
20100114 21:25:49< zookeeper> because of delayed_variable_substitution=no, $key_holder.id gets substituted immediately but there's no such variable
20100114 21:26:00< zookeeper> use the pipe to prevent that
20100114 21:30:13< teaser> ok, I don't really know why I tried the delayed_var_sub=yes, with no and correct x,y it works ;) 
20100114 21:30:26< teaser> thanks for making me look at it with fresh eyes
20100114 21:30:55< teaser> but still I think I don't understand why one works and the other doesn't...
20100114 21:32:55-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has quit []
20100114 21:36:18< teaser> hehe, I messed up the order of the yes and no above
20100114 21:36:23 * teaser should sleep
20100114 21:38:13-!- Tallken [n=f2f93bf5@93.102.99.71.rev.optimus.pt] has joined #wesnoth-dev
20100114 21:39:44-!- PK [n=pk@r74-192-30-57.bcstcmta01.clsttx.tl.dh.suddenlink.net] has joined #wesnoth-dev
20100114 21:40:26< Crab_> YogiHH: I've left you a message in the logs - http://wesnoth.pastebin.com/m9347148 - about that bug
20100114 21:40:50< YogiHH> Crab_: ok, will look at it later (playing right now)
20100114 21:40:55< Crab_> ok.
20100114 21:41:27< Crab_> basically, I've got MP_Sandbox to work via a 1-line hack
20100114 21:51:51< mordante> I'm off night
20100114 21:52:07< Crab_> mordante: you asked about the state of the ai..
20100114 21:52:42< Crab_> mordante: I'd say that 'c++' side is mostly ok and ready, but formula_ai needs improvements and expansion to be more easily usable.
20100114 21:53:06< Crab_> and some time is needed for the dust after recent changes to settle, and some new bugs to be found&fixed.
20100114 21:53:11< Crab_> mordante: night
20100114 21:53:49< mordante> Crab_, ok so you also still need a beta?
20100114 21:54:26< Crab_> I'd say that formula_ai side needs that - it needs expansion an new functions to be usable more easily.
20100114 21:54:46< Crab_> c++ side is ok, I'd say.
20100114 21:55:30< mordante> ok
20100114 21:58:12< mordante> really off now ;-)
20100114 21:58:37-!- mordante [n=mordante@wesnoth/developer/mordante] has quit ["Leaving"]
20100114 22:00:30-!- apotier [n=apotier@AVelizy-551-1-35-98.w90-35.abo.wanadoo.fr] has joined #wesnoth-dev
20100114 22:14:17-!- apotier [n=apotier@AVelizy-551-1-35-98.w90-35.abo.wanadoo.fr] has left #wesnoth-dev []
20100114 22:17:02-!- EdB [n=edb@tss37-1-89-84-18-220.dsl.club-internet.fr] has quit [Remote closed the connection]
20100114 22:24:06-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has left #wesnoth-dev [":wq"]
20100114 22:28:52-!- Tallken [n=f2f93bf5@93.102.99.71.rev.optimus.pt] has quit ["Leaving"]
20100114 22:38:18-!- fendrin [n=fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20100114 22:38:49-!- PK [n=pk@r74-192-30-57.bcstcmta01.clsttx.tl.dh.suddenlink.net] has quit [Read error: 110 (Connection timed out)]
20100114 22:38:51-!- MikeJB [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20100114 22:59:57-!- dtiger [n=dtiger@dynamic-vpdn-213-184-233-29.telecom.by] has quit [Remote closed the connection]
20100114 23:01:51-!- thespaceinvader_ [n=chatzill@cpc3-whit4-2-0-cust871.know.cable.virginmedia.com] has joined #wesnoth-dev
20100114 23:02:20-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit [Nick collision from services.]
20100114 23:02:22-!- thespaceinvader_ is now known as thespaceinvader
20100114 23:02:23-!- PK [n=pk@r74-192-30-57.bcstcmta01.clsttx.tl.dh.suddenlink.net] has joined #wesnoth-dev
20100114 23:07:10-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit []
20100114 23:08:17-!- thespaceinvader_ [n=chatzill@cpc3-whit4-2-0-cust871.know.cable.virginmedia.com] has joined #wesnoth-dev
20100114 23:08:43-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit [Nick collision from services.]
20100114 23:08:44-!- thespaceinvader_ is now known as thespaceinvader
20100114 23:10:02-!- SonIcco [n=SonIcco@pD9510F82.dip0.t-ipconnect.de] has joined #wesnoth-dev
20100114 23:13:14-!- YogiHH [n=chatzill@wesnoth/developer/yogihh] has quit [Read error: 104 (Connection reset by peer)]
20100114 23:13:25-!- YogiHH [n=chatzill@c129085.adsl.hansenet.de] has joined #wesnoth-dev
20100114 23:22:08-!- elias [n=elias@allegro/developer/allefant] has quit ["Leaving"]
20100114 23:25:22-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100114 23:25:43-!- deekay [n=dk@wesnoth/developer/dragonking] has quit []
20100114 23:27:39< fendrin> Crab_: Just playing LoW. After the first round over the game calls: "It's now Landar's turn!". Landar is now a leader as well, we don't have a mainleader now.
20100114 23:28:03< fendrin> Crab_: Maybe it should mention every leader in the dialoge.
20100114 23:30:05< Crab_> fendrin: will take a look...
20100114 23:30:17< fendrin> Crab_: Thank you.
20100114 23:31:03< Crab_> ok, found out the reason..
20100114 23:31:20-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has joined #wesnoth-dev
20100114 23:31:32< Crab_> when a unit that can recruit is renamed\created, the player's side is 'renamed' (current_player field is changed)
20100114 23:32:32< Crab_> this is, however, controlled by a on/off parameter
20100114 23:32:46< AI0867> fendrin: the bug is fixed
20100114 23:33:00< fendrin> in single player campaign you usually say renameable=no.
20100114 23:33:06< Crab_> so, it's possible to fix in a large number of hacky and non-hacky ways
20100114 23:33:16< Crab_> fendrin: no, I'm about 'side' renames
20100114 23:33:19< Crab_> fendrin: not about unit renames
20100114 23:33:29< fendrin> AI0867: which bug is fixed?
20100114 23:33:50-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has quit [Read error: 104 (Connection reset by peer)]
20100114 23:34:25< Crab_> fendrin: so, a question - what side name we want in LoW ?
20100114 23:34:45< fendrin> Crab_: good question.
20100114 23:34:58< fendrin> Fucking gay elves
20100114 23:35:11< fendrin> no
20100114 23:35:15< Crab_> fendrin: a bit NSFW :)
20100114 23:35:37< fendrin> sorry, the f word
20100114 23:36:04< fendrin> What about Player, like the team name we use in low.
20100114 23:36:58< Crab_> fendrin: what about preferences::login() ?
20100114 23:38:32< Crab_> fendrin: but, this is related to renames in MP...
20100114 23:38:40< fendrin> Crab_: The multiplayer login? I am not sure.
20100114 23:38:42< Crab_> fendrin: as the feature is from MP...
20100114 23:38:53< Crab_> fendrin: 'rename side when leader is renamed' is from MP..
20100114 23:39:53< Crab_> fendrin: so, the main question is: in MP, player FOO has two leaders, A and B.  should there be 'main' leader which is renamed to FOO (and renaming which renames the side) ?
20100114 23:40:31< Crab_> fendrin: theoretically, we can introduce a WML attribute for that, part of SingleUnitWML
20100114 23:41:20< fendrin> Crab_: I can't say that. No idea what is best. Let's ask more developers.
20100114 23:41:38< Crab_> fendrin: if we go that route, then, we can either 1) make Landar 'secondary leader', thus returning to 'old behavior' of "Kalenz's turn"  2) make both Kalenz and Landar secondary leaders, thus making it 'Player's turn'
20100114 23:41:52< Crab_> fendrin: ok, so I'll send a mail to dev-ml, about that
20100114 23:42:27< Crab_> fendrin: I'll try to explain some of that multiple-leader issues with renaming, and solicit opinions on how it must work
20100114 23:42:37< fendrin> Crab_: Yes, good thing, thanks a lot.
20100114 23:43:20< Crab_> the fix itself is trivial ( call unit_creator::allow_rename_side(false) conditionaly ), but choosing how to do it is not.
20100114 23:43:48< fendrin> Maybe there are sideeffeckts we don't think of.
20100114 23:44:14< Soliton> might be the easiest to have a main leader to solve all issues with multiple leaders where it is just nicer to have one unit representing a side.
20100114 23:44:16-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100114 23:46:01-!- shadowma1ter_ [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100114 23:46:03< Crab_> fendrin: at least, there should be no side effects in MP (as players can already rename their leaders/side there as many times as they want )
20100114 23:46:25< Crab_> Soliton: but imagine the situation where that main leader is not always on-board.
20100114 23:47:07< Soliton> then another main leader is chosen.
20100114 23:47:33< Crab_> Soliton: how ? 
20100114 23:47:53< Crab_> and there might be no leaders on board, as well.
20100114 23:48:06< Soliton> well, what happens now if the leader isn't on-board?
20100114 23:48:19< Soliton> those are not new issues.
20100114 23:48:31< Crab_> if victory_when_enemies_defeated is false, then nothing exceptional happens
20100114 23:48:36< Soliton> with having a main leader you just go back to all the old solutions.
20100114 23:48:55< Crab_> Soliton: the old solutions work nicely. 
20100114 23:49:09< Soliton> good.
20100114 23:49:09< Crab_> Soliton: but, we have only issue with their 'names'
20100114 23:49:53< Crab_> Soliton: namely, 'is this leader's name connected to team name or not?'
20100114 23:50:17< Crab_> do we really need to introduce a concept of 'main leader' to fix that ?
20100114 23:50:28-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has quit [Remote closed the connection]
20100114 23:51:37< Soliton> no idea if there are other solutions but as i said it seems an easy way to just not have to worry about possible side effects of new solutions.
20100114 23:52:24< AI0867> fendrin: the segfault
20100114 23:52:47< fendrin> AI0867: Praise the lords. You found it?
20100114 23:53:00< CIA-61> ai0867 * r40700 /branches/fendrin_pathfind/src/pathfind.cpp: Remove check for an error that cannot occur
20100114 23:53:38< fendrin> AI0867: A check for an error that cannot occur is an error itself that leads to a segfault?
20100114 23:53:48< fendrin> Hell
20100114 23:54:08< Crab_> Soliton: the proposed solution is: add a WML attribute which'll determine whether this unit name is tied to player's name. i. e., determine a) shall this unit be renamed to player's name at game start? b) when this unit is created\renamed, will the player be renamed, too ?
20100114 23:54:40< Crab_> Soliton: with default "yes" for leaders,  "no" for all other units.
20100114 23:54:53< AI0867> fendrin: no
20100114 23:54:58< AI0867> I fixed it earlier
20100114 23:55:10< AI0867> this is just removing checks for stuff that can't occur without memory corruption
20100114 23:55:12< Crab_> wesbot: log 40698
20100114 23:55:13< wesbot> ai0867 * r40698 : Fix the teleport-pathfind crash bug by adding a copy-constructor and copy-assignment operator for teleport_map.
20100114 23:55:16< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=40698
20100114 23:55:26< AI0867> 20:15 < AI0867> fendrin: I found the bug
20100114 23:55:26< AI0867> 20:15 < AI0867> default-copy-assigning a map to pointers
20100114 23:55:26< AI0867> 20:16 < AI0867> where the pointers point to something internal to the object
20100114 23:55:30< AI0867> 20:16 < AI0867> if you default-copy-assign that, the pointers point to the *other* object's stuff
20100114 23:55:33< AI0867> 20:16 < AI0867> and if that object goes out of scope...
20100114 23:56:55< AI0867> your guess was pretty close. In one place where get_teleport_locations was called, it was then copy-assigned, which doesn't work well with pointers to things internal to the object
20100114 23:57:15-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit ["ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]"]
20100114 23:57:50< YogiHH> AI0867: It should work if the copy constructor is designed such that it does a deep copy, right?
20100114 23:58:08< AI0867> YogiHH: it does a deep copy of both vectors
20100114 23:58:38< AI0867> but there's also a map from map_locations to members of one of the vectors
20100114 23:58:53< AI0867> s/members/pointers to members/
20100114 23:58:58< YogiHH> i see
20100114 23:58:59< Soliton> Crab_: what if several units have that attribute?
20100114 23:59:38< Crab_> Soliton: then the last one renamed renames the side. it'll probably be required to add in 'cascade rename other such leaders' behavior.
20100114 23:59:59< AI0867> so the copy-assigned object then has pointers to the original object
--- Log closed Fri Jan 15 00:00:04 2010