--- Log opened Sat Mar 13 00:00:58 2010
20100313 00:21:16-!- sebas_ [~be2a4003@gateway/web/freenode/x-wxegsehmxokfcyzx] has quit [Quit: Page closed]
20100313 00:23:27-!- derek_g [HydraIRC@pcp093376pcs.unl.edu] has quit [Quit:  HydraIRC -> http://www.hydrairc.com <- Nine out of ten l33t h4x0rz prefer it]
20100313 00:32:40-!- YogiHH [YogiHH@wesnoth/developer/yogihh] has left #wesnoth-dev []
20100313 00:48:05 * Crab_ is enlightened
20100313 00:48:28< Crab_> Ivanovic, zookeeper: I found the bug.
20100313 00:49:15< Crab_> the sequence is : "advance unit at X,Y ; store unit at X,Y, do something with stored unit, unstore"
20100313 00:49:55< Crab_> the problem is that advance unit is not synced properly, so 'store unit at X,Y' at host-2 sees 'old' unit, before the advancement.
20100313 00:51:39-!- Blarumyrran [~Blarumyrr@81-20-159-197.levira.ee] has joined #wesnoth-dev
20100313 00:52:14-!- Aethaeryn is now known as MikeJB
20100313 00:53:56< Ivanovic> argh, okay
20100313 00:54:25< Crab_> [inspect] tag is very handy at debugging that
20100313 00:56:55< Ivanovic> hmm, so "advance unit" has to be set undoable, so that it is transmitted?
20100313 00:57:02< Ivanovic> or how to work around this problem?
20100313 00:57:24< Ivanovic> since the part "store unit at X,Y, do something with stored unit, unstore" sounds really common and normal
20100313 00:57:43< Sapient> historically there was an assumption in the replay code that units could only advance after an attack was completed
20100313 00:57:56< Ivanovic> Sapient: yes, once upon the time...
20100313 00:57:58< Ivanovic> ;)
20100313 00:58:09< Sapient> I think it has been improved but it apparently is still buggy
20100313 00:59:07< Sapient> so, good detective work Crab
20100313 00:59:24< Crab_> Sapient: it's not over yet - there's some more weirdness going on :)
20100313 01:00:25< Ivanovic> anyway, time for me to head off to bed
20100313 01:00:35< Ivanovic> thanks for investigating this, Crab_
20100313 01:04:40< Crab_> Ivanovic, Sapient: even better. unstore+advance is synced, but host2 refuses to apply the 'advancement' part because it's not host2's turn (and that's, btw, a right thing to do, since host2 has no info about the advancement details if several advancement options are available)
20100313 01:05:44< Sapient> there's the rub
20100313 01:06:05< Sapient> it sends an [option] but probabl too late
20100313 01:07:14< Crab_> so, for host 2 and TRANSFORM_UNIT, the sequence is : store unit, set XP to max, do unstore('advance=true'), DO NOT ADVANCE BECAUSE OUT OF TURN, store, set XP to old XP(because it's transform_unit, which keeps XP), unstore.
20100313 01:07:15< Sapient> this reminds me of a bug where observers would be presented with the advancement menu
20100313 01:07:44< Crab_> so, for host 2 and ADVANCE_UNIT, the sequence is : store unit, set XP to max, do unstore('advance=true'), DO NOT ADVANCE BECAUSE OUT OF TURN. buggy result: unit with max XP which hasn't advanced.
20100313 01:08:04< Crab_> in this case, we actually know the 'advance_to' field
20100313 01:08:14< Crab_> since it's set by ADVANCE_UNIT macro.
20100313 01:08:29< Sapient> Crab_: not necessarily, it allows a comma separated list
20100313 01:08:42< Crab_> Sapient: in this case, i mean in ADVANCE_UNIT macro.
20100313 01:08:53< Crab_> or it allows a comma-separated list, too ?
20100313 01:08:58< Sapient> it allows a comma separated list
20100313 01:09:02< Crab_> oh
20100313 01:09:27-!- Tesafilmchen [~quassel@p5B275E40.dip.t-dialin.net] has joined #wesnoth-dev
20100313 01:09:36-!- Gambit|AFK|FF13 is now known as Gambit
20100313 01:10:00< Crab_> so, atm,  "[unstore_unit] advance=true" is not MP-safe
20100313 01:11:05< Crab_> the question is, how to fix it ?
20100313 01:11:59< Sapient> I would ask the Master of Replays but he left ;)
20100313 01:14:02< Sapient> the choice data is sent separately from the movement data and then the replay code tries to match them together after the fact
20100313 01:14:47< Sapient> maybe the movement/attack data should include any choices made as a result of that movement/attack
20100313 01:15:02< Crab_> it's not related to movement/attacks...
20100313 01:15:20-!- Gambit is now known as Spambit
20100313 01:15:25< Sapient> ah, right, the old assumption
20100313 01:16:13< Sapient> what I was trying to say is that maybe the choice data should be included inside (whatever) other replay WML
20100313 01:16:25< Sapient> whatever triggered the choice
20100313 01:16:36< fendrin> AI0867: Around?
20100313 01:17:04< Crab_> can [unstore_unit] advance=true trigger WML events as a result of advancement?
20100313 01:17:19< Sapient> yes
20100313 01:17:30< Sapient> I believe so...
20100313 01:17:42< Sapient> there is a post advance event IIRC
20100313 01:17:54< Crab_> so, we cannot process the [unstore_unit] without having access to choice data
20100313 01:18:28< Crab_> (i.e. it can be the 'next thing we receive after unstore')
20100313 01:19:10< Crab_> since all the hell can break loose if wml event fires from advancement of unstore'd unit, and we can go completely oos
20100313 01:19:44< Sapient> do you have much experience with the replay code?
20100313 01:20:05< Crab_> not yet :)
20100313 01:20:09< Sapient> not all wml tags are saved into the replay events
20100313 01:20:19< Sapient> there are only a limited number of replay events
20100313 01:21:17< Sapient> so [unstore_unit] for example is not saved in the replay-- it is triggered by something else that is saved in the replay
20100313 01:22:10< Sapient> the problem is that sometimes the [option] is sent out of the expected order
20100313 01:22:35< Crab_> I understand. but we need to get the [option] just after we receive unstore
20100313 01:23:07< Sapient> you don't receive unstore but ok
20100313 01:23:24< Crab_> s/receive/process unstore which was triggered by something we received
20100313 01:26:14< Sapient> so we can either try to control the order handling better, or do a more radical change of the design possibl by bundling option with the triggerring event
20100313 01:26:39< Crab_> we should not send the triggering event until all options are resolved
20100313 01:27:47< Crab_> so, yes, we can try to bundle the "advance_unit" child with the triggering event
20100313 01:28:28< Crab_> that way, [unstore_unit] advance=true can check if advancement was needed, and, if yes, get&pop the first "advance_unit" child, and use it 
20100313 01:32:35< Crab_> but it must be something else than advance_unit, since we need a bit different behavior...
20100313 01:32:59< Crab_> as we need not to process that thing actively (as an event would be processed)
20100313 01:34:59< Sapient> this means that SP replays would be corrupted by advance=true as well
20100313 01:35:57< Crab_> Sapient: yes. but not always. sometimes it works (when the ordering is ok)
20100313 01:40:47-!- DesertPanther__ [~Khalid@41.234.234.5] has quit [Quit: Leaving]
20100313 01:49:01-!- mordocai [~mordocai@66.119.9.243] has joined #wesnoth-dev
20100313 01:50:29-!- Sapient [~patrickp@wesnoth/developer/sapient] has left #wesnoth-dev []
20100313 01:50:47-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Operation timed out]
20100313 01:54:42-!- Crab_ [~Crab_@wesnoth/developer/crab] has left #wesnoth-dev []
20100313 01:56:39-!- Tesafilmchen [~quassel@p5B275E40.dip.t-dialin.net] has quit [Remote host closed the connection]
20100313 01:59:39-!- Appleman1234 [~Appleman1@CPE-124-191-176-143.oxqn1.cha.bigpond.net.au] has quit [Ping timeout: 252 seconds]
20100313 02:01:20-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has quit [Quit: Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz]
20100313 02:02:05-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection]
20100313 02:11:25-!- Appleman1234 [~Appleman1@CPE-124-191-176-143.oxqn1.cha.bigpond.net.au] has joined #wesnoth-dev
20100313 02:19:47-!- Espreon [~espreon@wesnoth/developer/espreon] has quit [Quit: WRYYYYYYYYYYYYYYYYYYYY!]
20100313 02:54:28-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100313 03:02:46-!- ancestral [~ancestral@mobile-166-137-137-148.mycingular.net] has joined #wesnoth-dev
20100313 03:15:03-!- Euthanatos [~chunk@in-67-236-73-139.dhcp.embarqhsd.net] has joined #wesnoth-dev
20100313 03:15:50< Euthanatos> So i've been going over the ANL code extensively and it occurs to me that this is using non-MP safe WML. how is it that ANL ever made it into the default map package for 1.6 using so much non-MP safe WML?
20100313 03:17:25-!- ancestral [~ancestral@mobile-166-137-137-148.mycingular.net] has quit [Quit: Colloquy for iPhone - http://colloquy.mobi]
20100313 03:17:39< Euthanatos> namely, such extensive use of side turn keys
20100313 03:17:51< Euthanatos> for events
20100313 03:31:15< Euthanatos> more specifically: in 'building logic'
20100313 03:31:25< Euthanatos> research, working etc.
20100313 03:35:55-!- mordocai [~mordocai@66.119.9.243] has quit [Quit: Leaving]
20100313 03:42:00-!- Spambit [~Gambit@pa-67-234-116-244.dhcp.embarqhsd.net] has quit [Quit: Leaving.]
20100313 03:46:29-!- Dragon [~h0tm4ilsu@cm-84.215.182.243.getinternet.no] has joined #wesnoth-dev
20100313 03:46:29-!- Reoz_Dragon [~h0tm4ilsu@cm-84.215.182.243.getinternet.no] has quit [Read error: Connection reset by peer]
20100313 03:46:57-!- Dragon is now known as Guest81174
20100313 03:50:45-!- Blueblaze [~nick@adsl-99-158-47-51.dsl.hstntx.sbcglobal.net] has quit [Ping timeout: 252 seconds]
20100313 03:52:44-!- Gambit [~Gambit@pa-67-234-116-244.dhcp.embarqhsd.net] has joined #wesnoth-dev
20100313 03:54:40-!- MikeJB [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Quit: http://www.wesnoth.org/]
20100313 04:00:05-!- shadowm_laptop [~ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100313 04:05:54-!- ancestral [~ancestral@ip70-179-153-180.fv.ks.cox.net] has joined #wesnoth-dev
20100313 04:06:52-!- ancestral_ [~ancestral@mobile-166-137-137-148.mycingular.net] has joined #wesnoth-dev
20100313 04:10:33-!- ancestral [~ancestral@ip70-179-153-180.fv.ks.cox.net] has quit [Ping timeout: 258 seconds]
20100313 04:10:40-!- ancestral_ is now known as ancestral
--- Log opened Sat Mar 13 04:37:41 2010
20100313 04:37:48-!- lobby [~wesnoth@wesnoth/bot/lobby] has joined #wesnoth-dev
20100313 04:37:48-!- Topic for #wesnoth-dev: string/feature freeze active! | 71 bugs, 253 feature requests, 11 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20100313 04:37:48-!- Topic set by wesbot [~wesbot@wesnoth/bot/wesbot] [Fri Mar 12 22:42:34 2010]
20100313 04:37:48[Users #wesnoth-dev]
20100313 04:37:48[ AI0867         ] [ esr       ] [ isaac       ] [ shikadibot] 
20100313 04:37:48[ ancestral      ] [ ettin     ] [ Ivanovic    ] [ Sirp      ] 
20100313 04:37:48[ AnMaster       ] [ Euthanatos] [ iwaim       ] [ Smar      ] 
20100313 04:37:48[ apoi           ] [ fendrin   ] [ knotwork    ] [ stikonas  ] 
20100313 04:37:48[ Appleman1234   ] [ fkhodkov  ] [ lobby       ] [ teaser    ] 
20100313 04:37:48[ Becquerel      ] [ freim     ] [ LucaMoller  ] [ Tigge_    ] 
20100313 04:37:48[ Blarumyrran    ] [ gabm      ] [ lukjad86    ] [ Vetinari  ] 
20100313 04:37:48[ chains         ] [ Gambit    ] [ migge       ] [ wesbot    ] 
20100313 04:37:48[ Chusslove      ] [ Guest81174] [ Mythological] [ yann      ] 
20100313 04:37:48[ CIA-53         ] [ happygrue ] [ Rhonda      ] 
20100313 04:37:48[ crimson_penguin] [ Ingmar    ] [ shadowmaster] 
20100313 04:37:48-!- Irssi: #wesnoth-dev: Total of 42 nicks [0 ops, 0 halfops, 0 voices, 42 normal]
20100313 04:37:53-!- Soliton [~Soliton@wesnoth/developer/soliton] has joined #wesnoth-dev
20100313 04:38:11-!- Channel #wesnoth-dev created Tue Jan 27 06:28:41 2009
20100313 04:38:18-!- LucaMoller [~a1184a02@gateway/web/freenode/x-wshuvnawoefdsejq] has quit [Quit: Page closed]
20100313 04:39:17-!- Irssi: Join to #wesnoth-dev was synced in 96 secs
20100313 04:42:34-!- wesbot changed the topic of #wesnoth-dev to: string/feature freeze active! | 72 bugs, 253 feature requests, 11 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20100313 04:45:45< AI0867> fendrin: sort of
20100313 04:54:46-!- chains [~Rylar@adsl-75-37-47-104.dsl.pltn13.sbcglobal.net] has quit [Quit: Leaving]
20100313 05:02:17-!- Espreon [~espreon@c-76-117-239-33.hsd1.pa.comcast.net] has joined #wesnoth-dev
20100313 05:04:52-!- ancestral [~ancestral@mobile-166-137-137-148.mycingular.net] has quit [Quit: Colloquy for iPhone - http://colloquy.mobi]
20100313 05:04:53-!- Espreon [~espreon@c-76-117-239-33.hsd1.pa.comcast.net] has quit [Changing host]
20100313 05:04:53-!- Espreon [~espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20100313 05:06:19-!- Gambit [~Gambit@pa-67-234-116-244.dhcp.embarqhsd.net] has quit [Quit: Leaving.]
20100313 05:10:01-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Ping timeout: 264 seconds]
20100313 05:16:27-!- gabm [~gabm@72.0.215.118] has left #wesnoth-dev []
20100313 05:45:59-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100313 06:29:44-!- Mythological_ [Mythologic@77.28.121.145] has joined #wesnoth-dev
20100313 06:31:05-!- Mythological [Mythologic@77.28.123.163] has quit [Ping timeout: 265 seconds]
20100313 06:33:18-!- boucman [~rosen@38.83.102-84.rev.gaoland.net] has joined #wesnoth-dev
20100313 06:33:18-!- boucman [~rosen@38.83.102-84.rev.gaoland.net] has quit [Changing host]
20100313 06:33:18-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20100313 06:46:53< crimson_penguin> fendrin: it's uploaded
20100313 07:01:29-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.]
20100313 07:18:28-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: crimson_penguin]
20100313 07:19:20-!- Blarumyrran [~Blarumyrr@81-20-159-197.levira.ee] has quit [Quit: Lahkun]
20100313 07:22:16-!- ancestral [~ancestral@mobile-166-137-137-148.mycingular.net] has joined #wesnoth-dev
20100313 07:27:17-!- ancestral [~ancestral@mobile-166-137-137-148.mycingular.net] has quit [Quit: Colloquy for iPhone - http://colloquy.mobi]
20100313 07:30:18-!- dtiger [~dtiger@dynamic-vpdn-87-252-255-164.telecom.by] has joined #wesnoth-dev
20100313 07:30:36-!- ancestral [~ancestral@mobile-166-137-137-148.mycingular.net] has joined #wesnoth-dev
20100313 07:36:05-!- krotop [~christoph@smj33-1-82-233-64-163.fbx.proxad.net] has joined #wesnoth-dev
20100313 07:40:07-!- qemqemqem [~quassel@ip70-177-181-137.dc.dc.cox.net] has joined #wesnoth-dev
20100313 07:47:03-!- ancestral [~ancestral@mobile-166-137-137-148.mycingular.net] has quit [Quit: Colloquy for iPhone - http://colloquy.mobi]
20100313 08:04:09-!- Blueblaze [~nick@adsl-99-158-47-51.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100313 08:26:51-!- krotop [~christoph@smj33-1-82-233-64-163.fbx.proxad.net] has quit [Ping timeout: 252 seconds]
20100313 08:26:53-!- krotop1 [~christoph@smj33-1-82-233-64-163.fbx.proxad.net] has joined #wesnoth-dev
20100313 08:32:16-!- zookeeper [~l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20100313 08:32:21-!- Mythological_ is now known as Mythological
20100313 08:35:56-!- ancestral [~ancestral@ip70-179-172-133.fv.ks.cox.net] has joined #wesnoth-dev
20100313 08:36:19-!- Sirp [~user@wesnoth/developer/dave] has quit [Read error: Operation timed out]
20100313 08:39:29-!- movicont [~movicont@ste-102-15.ResHall.Berkeley.EDU] has joined #wesnoth-dev
20100313 08:41:13-!- ancestral [~ancestral@ip70-179-172-133.fv.ks.cox.net] has quit [Ping timeout: 256 seconds]
20100313 08:42:01-!- ancestral [~ancestral@ip70-179-172-133.fv.ks.cox.net] has joined #wesnoth-dev
20100313 09:03:40-!- ancestral [~ancestral@ip70-179-172-133.fv.ks.cox.net] has quit [Quit: And that’s the end of THAT chapter.]
20100313 09:48:53-!- loonybot [~loonybot@ppp79-139-136-187.pppoe.spdop.ru] has joined #wesnoth-dev
20100313 09:48:58-!- loonybot [~loonybot@ppp79-139-136-187.pppoe.spdop.ru] has quit [Changing host]
20100313 09:48:58-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20100313 09:49:44-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has joined #wesnoth-dev
20100313 09:52:54-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20100313 10:25:55-!- Iskander [~Cherry_Al@colander-ua.cosmonova.net.ua] has joined #wesnoth-dev
20100313 10:26:22< Iskander> hi all
20100313 10:26:29-!- Iskander [~Cherry_Al@colander-ua.cosmonova.net.ua] has left #wesnoth-dev []
20100313 10:29:59-!- zookeeper [~l@wesnoth/developer/zookeeper] has quit []
20100313 10:37:16-!- Crab_ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20100313 10:51:29-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20100313 10:57:11-!- Ivanovic [~ivanovic@dtmd-4db2e07f.pool.mediaWays.net] has quit [Changing host]
20100313 10:57:11-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20100313 10:58:51< Ivanovic> moin
20100313 10:58:56< Crab_> hello, Ivanovic
20100313 11:10:46-!- Iskander [~Cherry_Al@colander-ua.cosmonova.net.ua] has joined #wesnoth-dev
20100313 11:11:36< Iskander> Hi all
20100313 11:12:35< Crab_> hi, Iskander
20100313 11:12:35-!- Iskander [~Cherry_Al@colander-ua.cosmonova.net.ua] has quit [Read error: Connection reset by peer]
20100313 11:13:56< Ivanovic> mordante: http://forums.wesnoth.org/viewtopic.php?f=4&t=29163&start=0
20100313 11:14:20< Ivanovic> mordante: either related to "using an older version of cairo" or "mac specific" i'd guess
20100313 11:14:33-!- Iskander [~Cherry_Al@colander-ua.cosmonova.net.ua] has joined #wesnoth-dev
20100313 11:16:45-!- Iskander [~Cherry_Al@colander-ua.cosmonova.net.ua] has quit [Read error: Connection reset by peer]
20100313 11:18:24< Espreon> Ivanovic: It being Cairo's fault is more plausible; it happens on Windows as well.
20100313 11:19:17< Ivanovic> ah, okay, does also happen on linux
20100313 11:19:21< Ivanovic> so some real bug
20100313 11:19:31< Espreon> Good, because I hate this issue.
20100313 11:19:34< Ivanovic> either cairo itself or wesnoth
20100313 11:20:29< Ivanovic> most likely related to size calculations having to be different when using italicised letters letters
20100313 11:25:04-!- Iskander [~Iskander@colander-ua.cosmonova.net.ua] has joined #wesnoth-dev
20100313 11:25:28< CIA-53> ivanovic * r41553 /trunk/ (25 files in 25 dirs): updated Japanese translation
20100313 11:29:42-!- krotop1 [~christoph@smj33-1-82-233-64-163.fbx.proxad.net] has quit []
20100313 11:34:24-!- Espreon [~espreon@wesnoth/developer/espreon] has quit [Quit: WRYYYYYYYYYYYYYYYYYYYY!]
20100313 11:35:37< Crab_> Ivanovic: ok, I've got a beta fix for Dark Forecast's OOS issue (fix of engine code to make unit_advance sync properly). I will need to double-check it with YogiHH.
20100313 11:44:07-!- silene [~plouf@ASte-Genev-Bois-152-1-71-97.w86-198.abo.wanadoo.fr] has joined #wesnoth-dev
20100313 11:44:20-!- silene [~plouf@ASte-Genev-Bois-152-1-71-97.w86-198.abo.wanadoo.fr] has quit [Changing host]
20100313 11:44:20-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100313 11:44:36< Ivanovic> since i got no idea when he will join next you should probably mail him
20100313 11:44:38< silene> hi
20100313 11:44:43< Ivanovic> use the email addy from his commits
20100313 11:44:45< Ivanovic> hi silene
20100313 11:44:50< Crab_> hi, silene
20100313 11:46:04< Ivanovic> wow, wesnoth is really screwed with transparancies in 16bit mode... https://gna.org/bugs/index.php?15590
20100313 11:46:42< Crab_> Ivanovic: yes, it's the same glitches for me.
20100313 11:46:52-!- DesertPanther [~Khalid@unaffiliated/desertpanther] has joined #wesnoth-dev
20100313 11:52:10< silene> Ivanovic: strange, it works fine here
20100313 11:52:42-!- Tesafilmchen [~quassel@p5B275E40.dip.t-dialin.net] has joined #wesnoth-dev
20100313 11:55:25-!- silene [~plouf@wesnoth/developer/silene] has quit [Quit: Leaving.]
20100313 11:58:23-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100313 11:59:59< silene> that being said, it caused my computer to hang, so perhaps X in 16bit is just broken, independently of wesnoth
20100313 12:10:34< loonycyborg> That's a possibility. Why would anyone run X in 16.bit mode, anyway? :P
20100313 12:11:36< Ivanovic> loonycyborg: crappy hardware that is too slow for 24bit
20100313 12:12:01< Ivanovic> and yeah, a savage 4 *is* really crappy
20100313 12:13:56-!- Blueblaze [~nick@adsl-99-158-47-51.dsl.hstntx.sbcglobal.net] has quit [Remote host closed the connection]
20100313 12:22:37-!- fernando [~luiz@201-27-198-31.dsl.telesp.net.br] has joined #wesnoth-dev
20100313 12:22:41-!- fernando is now known as Guest5066
20100313 12:22:47-!- Guest5066 is now known as lucifernando
20100313 12:36:36-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has quit [Remote host closed the connection]
20100313 12:38:02-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20100313 12:48:58< Ivanovic> stikonas: what is the current status of https://gna.org/bugs/index.php?15447 ?
20100313 12:49:03< Ivanovic> a case of "invalid"?
20100313 12:50:07< fendrin> Hello :-)
20100313 12:50:49< Ivanovic> or is it upstream, as in "locale is broken"?
20100313 12:50:53< stikonas> Ivanovic: I will try to reproduce it on another machine
20100313 12:50:58< Ivanovic> okay, thanks
20100313 12:51:08< stikonas> Tommorow I am flying back home Lithuania
20100313 12:51:26< stikonas> s/home/home to/
20100313 12:53:59< Ivanovic> mkay
20100313 13:27:14-!- Iskander [~Iskander@colander-ua.cosmonova.net.ua] has quit [Ping timeout: 265 seconds]
20100313 13:47:35-!- silene [~plouf@wesnoth/developer/silene] has quit [Quit: Leaving.]
20100313 13:54:32-!- Gambit [~Gambit@pa-67-234-116-244.dhcp.embarqhsd.net] has joined #wesnoth-dev
20100313 14:05:29-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100313 14:15:56-!- Blarumyrran [~Blarumyrr@81-20-159-197.levira.ee] has joined #wesnoth-dev
20100313 14:35:12-!- zookeeper [~l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20100313 14:37:08-!- mjs-de [~mjs-de@vpw.wh.uni-dortmund.de] has joined #wesnoth-dev
20100313 14:37:56< fendrin> Crab_: What is the vconfig the game_inspector takes as an argument for
20100313 14:37:58< fendrin> ?
20100313 14:39:35< Crab_> it's a configuration of [inspect] tag
20100313 14:39:46< Crab_> gamestate inspector can be called from a WML tag
20100313 14:39:51< Crab_> really useful for debugging
20100313 14:40:04< Crab_> [inspect] name=optional_name [/inspect]
20100313 14:40:09< Crab_> think of it as a WML breakpoint
20100313 14:40:15< Crab_> where you can see the variable values
20100313 14:42:58-!- Appleman1234 [~Appleman1@CPE-124-191-176-143.oxqn1.cha.bigpond.net.au] has quit [Ping timeout: 264 seconds]
20100313 14:45:34< zookeeper> Crab_, good job debugging the DF bug, it seems
20100313 14:46:05< Crab_> zookeeper: unfortunately, debugging is only half the issue
20100313 14:46:28< zookeeper> Crab_, if you want to, i could try to eliminate the unstore-advancing altogether
20100313 14:47:01< Crab_> zookeeper: it's better to fix the engine bug...
20100313 14:47:11< zookeeper> agreed
20100313 14:47:49< Crab_> zookeeper: actually, DF can be rewritten using LUA ai to make the enemy ai actually recruit units, to get rid of all that unit creation code.
20100313 14:48:18< Crab_> zookeeper: but that won't fix many other potential bugs in other content
20100313 14:48:26< zookeeper> well, i don't think the unit creation code needs to be removed, it's just written in a horrible way atm
20100313 14:48:33-!- movicont [~movicont@ste-102-15.ResHall.Berkeley.EDU] has quit [Ping timeout: 276 seconds]
20100313 14:48:40< zookeeper> i haven't rewritten it entirely partly because i couldn't decipher how exactly it should work
20100313 14:49:04< zookeeper> if someone wrote down exactly how it's supposed to work, writing it in proper WML should be a relatively quick job...
20100313 14:49:06< Crab_> create 1st level units, spend money. try to upgrade 0->1 , 1->2, 2->3, 
20100313 14:49:58< Crab_> it is just 'ai has XXX gold to spend, spend that gold on units from a particular spawn group, treating upgrade costs at 125%'
20100313 14:51:07< Crab_> that's why I'm saying that letting the AI do actual recruitment will make the code simpler (it'll just will have to randomly select ai recruit list)
20100313 14:56:48< fendrin> Crab_: So the cfg argument will be empty if the game_state inspector is called from the commandline and not from wml?
20100313 14:57:14< Crab_> yes, just an empty vconfig
20100313 14:57:40< zookeeper> Crab_, i guess
20100313 15:17:14-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20100313 15:19:36-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20100313 15:28:25-!- Tesafilmchen_ [~quassel@p5B2763E0.dip.t-dialin.net] has joined #wesnoth-dev
20100313 15:32:12-!- Tesafilmchen [~quassel@p5B275E40.dip.t-dialin.net] has quit [Ping timeout: 265 seconds]
20100313 15:32:36-!- Tesafilmchen_ [~quassel@p5B2763E0.dip.t-dialin.net] has quit [Remote host closed the connection]
20100313 15:43:16-!- Gambit [~Gambit@pa-67-234-116-244.dhcp.embarqhsd.net] has quit [Read error: Connection reset by peer]
20100313 15:55:08-!- MikeJB [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev
20100313 16:07:57< lucifernando> are errors occurring inside log messages considered bugs?
20100313 16:08:53< Ivanovic> huh?
20100313 16:08:58< Ivanovic> what errors?
20100313 16:09:03< Ivanovic> normally there should be no errors
20100313 16:09:05< lucifernando> crashing errors
20100313 16:09:08< lucifernando> for example
20100313 16:09:09< Crab_> if "LOG_FOO << " can crash wesnoth, then it's a bug, yes
20100313 16:09:36< Ivanovic> though with libsdl 1.2.14 you get many warnings about missed events, this is known/normal/notfixablebyus/whatever
20100313 16:09:51< lucifernando> suppose I run wesnoth with --log-debug=replay
20100313 16:10:14< lucifernando> and I run a replay
20100313 16:10:31< lucifernando> however, the program crashes
20100313 16:10:40< lucifernando> after an attacking unit dies
20100313 16:10:43< lucifernando> because of this line
20100313 16:11:12< Ivanovic> sounds like a clear bug
20100313 16:11:24< lucifernando> DBG_REPLAY << "Attacker XP (after attack): " << u->second.experience() << "\n";;
20100313 16:11:55< lucifernando> the program can't refer to u->second
20100313 16:12:06< lucifernando> because u has been cleared once the unit died
20100313 16:12:35< lucifernando> so it crashes when --log-debug=replay
20100313 16:12:58< lucifernando> but it runs normally when this option's not set
20100313 16:13:02< Crab_> yes, that's a bug.
20100313 16:13:47< lucifernando> should I report it before trying to fix it?
20100313 16:15:38< lucifernando> I mean, what are the usual procedures for when you find a bug in wesnoth
20100313 16:16:57< Ivanovic> the usual procedure if reporting it at bugs.wesnoth.org
20100313 16:17:01< Ivanovic> with as many details as possible
20100313 16:17:20< Ivanovic> if you have a patch to fix a bug, post it at patches.wesnoth.org (if there is a bug report, link to that report)
20100313 16:17:22< Crab_> lucifernando: IMO, it's small, so better just fix it and then post a patch. (see http://www.wesnoth.org/forum/viewtopic.php?t=9979 )
20100313 16:17:54< Ivanovic> it is better to post patches at patches.wesnoth.org and not just add them to the respective bug report since then if might get lost that there already is a possible fix for the issue
20100313 16:19:04< Crab_> lucifernando: in most cases,it's better to ask beforehand if it's ok to fix a particular bug in a particular way. but some things are pretty straightforward.
20100313 16:19:17< fendrin> Ivanovic: Is it okay to include more music before 1.8?
20100313 16:19:41< Ivanovic> fendrin: the problem is that the announcement has to be updated when there is new music
20100313 16:19:42< Ivanovic> ;)
20100313 16:20:08< Ivanovic> though yeah, add the new music
20100313 16:21:06< Ivanovic> that is: please add at least the name of the new song in the wiki "spelling mistakes" list so that i can easily add the song when i update the announcement together with 1.8rc1
20100313 16:21:07< Ivanovic> http://wiki.wesnoth.org/SpellingMistakes#1.8_Announcement
20100313 16:27:25-!- migge [~marc@ip-95-223-247-31.unitymediagroup.de] has quit [Quit: Ex-Chat]
20100313 16:28:17< fendrin> Ivanovic: The announcement is in string frezze?
20100313 16:28:24< Ivanovic> sure
20100313 16:29:48-!- Gambit [~Gambit@pa-67-234-116-244.dhcp.embarqhsd.net] has joined #wesnoth-dev
20100313 16:30:47-!- elias [~elias@allegro/developer/allefant] has joined #wesnoth-dev
20100313 16:42:34-!- wesbot changed the topic of #wesnoth-dev to: string/feature freeze active! | 76 bugs, 253 feature requests, 11 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20100313 17:20:05-!- migge [~marc@ip-95-223-247-31.unitymediagroup.de] has joined #wesnoth-dev
20100313 17:29:55-!- migge [~marc@ip-95-223-247-31.unitymediagroup.de] has quit [Quit: Ex-Chat]
20100313 17:41:35-!- lucifernando [~luiz@201-27-198-31.dsl.telesp.net.br] has quit [Remote host closed the connection]
20100313 17:44:20-!- migge [~migge@ip-95-223-247-31.unitymediagroup.de] has joined #wesnoth-dev
20100313 17:44:24< teaser> Crab_: skimming through the logs I saw something about [inspect], do you mind documenting that on the wiki (or point me to the documentation if it is already written - I just couldn't see it in the standard WML-menu)
20100313 17:44:59< Crab_> teaser: ok. see data/scenario-test.cfg for the example usage.
20100313 17:45:59< Crab_> basically, you can use it as 'at any moment of WML execution, display gamestate inspector with the specified optional label'
20100313 17:46:14< teaser> ok, I will look into there, should it be part of internalActions or a special page on the wiki in your opinion?
20100313 17:46:17-!- Blarumyrran [~Blarumyrr@81-20-159-197.levira.ee] has quit [Quit: Lahkun]
20100313 17:46:38-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20100313 17:47:28< Crab_> what about InterfaceActionsWML ?
20100313 17:48:07< teaser> I mean should it be part of the 'internalActionsWML'page or a standalone page on the wiki?
20100313 17:48:31< Crab_> I mean 'what about me adding that info to InterfaceActionsWML wiki page' ?
20100313 17:48:47< Crab_> after all, it's a (debug) ui dialog
20100313 17:49:06< Crab_> (it works only in debug mode, that is)
20100313 17:49:32< teaser> ok, so not part of the internalActions page but either its own page or part of some debug-info page, thanks
20100313 17:53:51< Crab_> teaser: http://wiki.wesnoth.org/InterfaceActionsWML#.5Binspect.5D
20100313 17:59:27-!- fernando_ [~luiz@201-27-198-31.dsl.telesp.net.br] has joined #wesnoth-dev
20100313 18:06:32< teaser> Crab_: ok, great, I was just about to do it myself ;)
20100313 18:08:24-!- fernando_ is now known as lfernando
20100313 18:12:29-!- migge [~migge@ip-95-223-247-31.unitymediagroup.de] has quit [Remote host closed the connection]
20100313 18:28:52-!- migge [~marc@ip-95-223-247-31.unitymediagroup.de] has joined #wesnoth-dev
20100313 18:30:31-!- Mythological_ [Mythologic@77.28.127.183] has joined #wesnoth-dev
20100313 18:32:49-!- Mythological [Mythologic@77.28.121.145] has quit [Ping timeout: 256 seconds]
20100313 18:41:34-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100313 18:45:14-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20100313 18:46:32-!- krotop [~christoph@smj33-1-82-233-64-163.fbx.proxad.net] has joined #wesnoth-dev
20100313 18:48:19-!- Mythological_ is now known as Mythological
20100313 18:49:58< CIA-53> crab * r41554 /trunk/src/gui/dialogs/gamestate_inspector.cpp: add a unit list summary to team page in gamestate_inspector
20100313 18:50:07< CIA-53> crab * r41555 /trunk/ (changelog src/gui/dialogs/gamestate_inspector.cpp): add a unit list mode to gamestate_inspector
20100313 18:54:50-!- mjs-de [~mjs-de@vpw.wh.uni-dortmund.de] has quit [Remote host closed the connection]
20100313 18:54:54-!- silene [~plouf@wesnoth/developer/silene] has quit [Read error: No route to host]
20100313 18:58:49-!- Crab_ [~Crab_@wesnoth/developer/crab] has quit [Quit: Leaving.]
20100313 19:04:35-!- MikeJB is now known as Aethaeryn
20100313 19:19:52< fendrin> wesbot: log 41554
20100313 19:19:55< wesbot> crab * r41554 : add a unit list summary to team page in gamestate_inspector
20100313 19:19:58< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=41554
20100313 19:24:25-!- Mythological [Mythologic@77.28.127.183] has quit [Ping timeout: 264 seconds]
20100313 19:45:14-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100313 19:45:56-!- Blarumyrran [~Blarumyrr@81-20-159-197.levira.ee] has joined #wesnoth-dev
20100313 19:46:43< Ivanovic> silene: http://forums.wesnoth.org/viewtopic.php?f=4&t=29167&start=0
20100313 19:52:19-!- boucman|FOSDEM [~boucman@wesnoth/developer/boucman] has joined #wesnoth-dev
20100313 19:52:57< boucman|FOSDEM> hey all
20100313 19:54:52-!- boucman|FOSDEM is now known as boucman
20100313 19:54:59< boucman> better
20100313 19:55:12-!- boucman [~boucman@wesnoth/developer/boucman] has left #wesnoth-dev []
20100313 19:56:11-!- boucman|FOSDEM [~boucman@wesnoth/developer/boucman] has joined #wesnoth-dev
20100313 19:56:34-!- boucman|FOSDEM is now known as boucman
20100313 19:56:44< Ivanovic> ah, using your netbook
20100313 19:57:13< boucman> yeah, i'm trying to figure out how to change the nick using empathy, but it's not trivial
20100313 19:57:25< Ivanovic> no idea
20100313 19:57:51< Ivanovic> you saw the latest two additions to patches.wesnoth.org, boucman?
20100313 19:58:22< boucman> no, i'm away for the week, I can use IRC but i'm not really here...
20100313 20:00:09-!- boucman [~boucman@wesnoth/developer/boucman] has left #wesnoth-dev []
20100313 20:00:17-!- boucman [~boucman@wesnoth/developer/boucman] has joined #wesnoth-dev
20100313 20:00:41< boucman> do you see me as boucman or boucman|fosdem ?
20100313 20:02:44-!- jabagawee [~45e71935@gateway/web/freenode/x-yehxjagsilmtcinu] has joined #wesnoth-dev
20100313 20:10:33< Ivanovic> boucman
20100313 20:11:49< boucman> ok, cool, got it to work
20100313 20:15:04-!- movicont [~movicont@ste-102-15.ResHall.Berkeley.EDU] has joined #wesnoth-dev
20100313 20:15:19< lfernando> btw Ivanovic, that small fix is uploaded
20100313 20:15:36< Ivanovic> lfernando: okay, that is why i pointed boucman to it (he is our patch monkey)
20100313 20:15:37< lfernando> It's on the patches list if you want to take a look
20100313 20:16:08< Ivanovic> boucman: one of the two "brand new" patches is assigned to you
20100313 20:16:15< lfernando> haha, ok
20100313 20:16:19< Ivanovic> no idea if maybe someone else should handle it while you are away
20100313 20:16:39< Ivanovic> (that is crab_ already replied to the first one)
20100313 20:18:57< Ivanovic> boucman: when do you expect to be back to "normal working" conditions?
20100313 20:19:53< Ivanovic> if we are accepted in SoC this year, i expect things to get busy again next friday, once the list of accepted orgs is out
20100313 20:20:13< Ivanovic> and as long as the patches do fix existing bugs they can be applied to trunk in feature freeze without any problems
20100313 20:20:14< Ivanovic> ;)
20100313 20:36:51< CIA-53> fendrin * r41556 /trunk/ (3 files in 2 dirs): Weight of Revenge, a song by Doug Kaufman added to core.
20100313 20:38:14-!- Gambit is now known as Gambit|AFK|Guess
20100313 20:40:19-!- DesertPanther [~Khalid@unaffiliated/desertpanther] has quit [Quit: Leaving]
20100313 20:40:39-!- DesertPanther [~Khalid@unaffiliated/desertpanther] has joined #wesnoth-dev
20100313 20:45:47< boucman> Ivanovic: i'll ba back on monday, any patch that should go in 1.8  should be handled withouth me
20100313 20:48:30< silene> for those interested, we just voted the fcd, so the c++ standard is on its way
20100313 20:50:25-!- boucman [~boucman@wesnoth/developer/boucman] has quit [Ping timeout: 276 seconds]
20100313 20:50:26-!- krotop [~christoph@smj33-1-82-233-64-163.fbx.proxad.net] has quit [Ping timeout: 248 seconds]
20100313 20:55:57-!- Noyga [~noyga@wesnoth/developer/noyga] has joined #wesnoth-dev
20100313 20:56:22-!- dtiger [~dtiger@dynamic-vpdn-87-252-255-164.telecom.by] has quit [Remote host closed the connection]
20100313 20:57:26-!- Noyga [~noyga@wesnoth/developer/noyga] has left #wesnoth-dev []
20100313 20:59:41< loonycyborg> silene: Any idea how soon?
20100313 21:15:32-!- Iskander [~Iskander@colander-ua.cosmonova.net.ua] has joined #wesnoth-dev
20100313 21:17:39-!- Tesafilmchen [~quassel@p5B2763E0.dip.t-dialin.net] has joined #wesnoth-dev
20100313 21:22:14< silene> loonycyborg: something like one year (if i remember correctly, next stage is 5 months long, and the one after 2 months)
20100313 21:26:17-!- silene [~plouf@wesnoth/developer/silene] has quit [Ping timeout: 240 seconds]
20100313 21:26:39-!- Iskander [~Iskander@colander-ua.cosmonova.net.ua] has quit [Ping timeout: 268 seconds]
20100313 21:37:47-!- migge_ [~marc@ip-95-223-247-31.unitymediagroup.de] has joined #wesnoth-dev
20100313 21:38:55-!- migge [~marc@ip-95-223-247-31.unitymediagroup.de] has quit [Read error: Operation timed out]
20100313 21:43:19-!- silene [~plouf@ASte-Genev-Bois-152-1-8-28.w82-121.abo.wanadoo.fr] has joined #wesnoth-dev
20100313 21:45:24-!- gabm [~gabm@70.35.165.66] has joined #wesnoth-dev
20100313 21:46:47< shadowmaster> I give up. I'll never finish reading the #wesnoth logs at this rate.
20100313 21:53:20-!- Appleman1234 [~Appleman1@CPE-124-191-176-143.oxqn1.cha.bigpond.net.au] has joined #wesnoth-dev
20100313 22:00:31 * Ivanovic never attemps this in the first place
20100313 22:00:40< Ivanovic> just grep for your own nick and that's it
20100313 22:00:44-!- DesertPanther [~Khalid@unaffiliated/desertpanther] has quit [Quit: Leaving]
20100313 22:01:03-!- DesertPanther [~Khalid@unaffiliated/desertpanther] has joined #wesnoth-dev
20100313 22:07:09-!- gabm [~gabm@70.35.165.66] has quit [Ping timeout: 240 seconds]
20100313 22:20:42-!- Aethaeryn [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Quit: quit(quit(quit(quit(quit(quit(quit(quit(quit(quit(quit(quit(quit]
20100313 22:28:07< shadowmaster> Ivanovic: it's not that noisy every day :x
20100313 22:28:38-!- allefant [~elias@allegro/developer/allefant] has joined #wesnoth-dev
20100313 22:31:26-!- elias [~elias@allegro/developer/allefant] has quit [Ping timeout: 245 seconds]
20100313 22:35:11-!- zookeeper [~l@wesnoth/developer/zookeeper] has quit []
20100313 22:35:49-!- gabm [~gabm@206.176-ppp.3menatwork.com] has joined #wesnoth-dev
20100313 22:35:59-!- gabm [~gabm@206.176-ppp.3menatwork.com] has left #wesnoth-dev []
20100313 22:36:03-!- gabm [~gabm@206.176-ppp.3menatwork.com] has joined #wesnoth-dev
20100313 22:36:48< gabm> (Got disconnected so repeating last message)
20100313 22:36:53< gabm> Hmm... When I make an out-of-tree build with Cmake and run ./wesnoth from there, it doesn't find its data files
20100313 22:37:16< gabm> What's the best way of running it without doing make install?
20100313 22:38:12< shadowmaster> gabm: how much "out-of-tree"?
20100313 22:38:40< shadowmaster> also, run: wesnoth <path to dir under which data/ is located>
20100313 22:38:49< gabm> side-to-side
20100313 22:39:07< gabm> as in, the svn dir is at ../wesnoth-svn
20100313 22:39:17< shadowmaster> ah well, wesnoth can't handle that case reliabily.
20100313 22:39:33< shadowmaster> s/reliabily/at all/
20100313 22:39:47< shadowmaster> so just pass the correct path to it manually and you should be fine
20100313 22:40:21< gabm> oh. I read all the options from ./wesnoth --help and missed the first line
20100313 22:40:25< gabm> usage: ./wesnoth [<options>] [<data-directory>]
20100313 22:40:31< gabm> well thanks :)
20100313 22:42:34-!- wesbot changed the topic of #wesnoth-dev to: string/feature freeze active! | 77 bugs, 253 feature requests, 12 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20100313 22:49:35< Ivanovic> gabm: even out of tree builds do need the data
20100313 22:49:45< Ivanovic> by default the data is searched for at the "expected" install location
20100313 22:49:54< Ivanovic> unless you override the datadir
20100313 22:50:24< gabm> Ivanovic: I know that, but I wondered how to run it from the compile location without changing a compile option
20100313 22:50:28< gabm> all solved now
20100313 22:50:43< Ivanovic>   ./wesnoth ../wesnoth-svn
20100313 22:50:53< gabm> Yup :)
20100313 22:51:13< gabm> I'm fiddling with the cmake-generated Eclipse project
20100313 22:51:22-!- silene [~plouf@ASte-Genev-Bois-152-1-8-28.w82-121.abo.wanadoo.fr] has quit [Quit: Leaving.]
20100313 22:51:28< Ivanovic> :)
20100313 22:51:40< Ivanovic> IIRC fendrin is also working with that one
20100313 22:53:31< gabm> I guess I need to run cmake and regenerate the makefiles and Eclipse project every time new source files are added to Wesnoth, right?
20100313 22:53:37< Ivanovic> yes
20100313 22:53:53< gabm> Ouch, it overwrites any custom settings in Eclipse
20100313 22:54:03< Ivanovic> that is you can also use cmake-gui or ccmake if you want to change settings that are build related
20100313 22:55:38< Ivanovic> since i don't know how eclipse does that stuff i don't know how this part of the build does exactly work
20100313 22:55:45< Ivanovic> so no idea regarding custom whatever settings
20100313 22:57:44< gabm> What happens is that a new Eclipse project seems to me generated every time cmake is run, so if you modified project settings in Eclipse they're gone
20100313 22:57:58< gabm> I think I can live with that though
20100313 22:59:15< gabm> I also experimented with ccmake, thanks
20100313 23:00:33< Ivanovic> change your settings in ccmake/cmake-gui instead
20100313 23:02:05< Ivanovic> and don't forget that you can have two build dirs, one for debug and one for release builds
20100313 23:02:07< Ivanovic> ;)
20100313 23:03:51< gabm> Hmm, true that
20100313 23:05:56< gabm> But to clarify what I change within eclipse are just Eclipse-related settings, for instance how to launch Wesnoth with gdb, or specific editor settings
20100313 23:06:21< gabm> Even if there was a way I wouldn't be interested in changing cmake settings from within Eclipse
20100313 23:07:00< Ivanovic> like i said, i don't use eclipse, so i don't know about eclipse specific stuff
20100313 23:07:35< Ivanovic> i am more the kate+terminal guy
20100313 23:07:59< gabm> np, I'll bug fendrin if I have problems with eclipse
20100313 23:11:04< lfernando> on wml notation for replay
20100313 23:11:18< lfernando> what's the purpose of the unit_hit tag?
20100313 23:11:40< lfernando> on all combats it is listed as unit_hit="defender"
20100313 23:14:04< lfernando> it isn ot listed on http://wiki.wesnoth.org/ReplayWML either
20100313 23:14:29< lfernando> s/isn ot/is not
20100313 23:14:52< Ivanovic> hmm, you should ask yogihh about replay stuff
20100313 23:15:08< Ivanovic> though it could in general be something related to displaying animations or the likes
20100313 23:15:20< Ivanovic> (this is a *plain* guess!)
20100313 23:16:29< Ivanovic> no idea if yogihh will join today, might be tomorrow though, too
20100313 23:16:36< lfernando> hehe
20100313 23:16:40< lfernando> I'll ask yogi then
20100313 23:16:45< lfernando> (again)
20100313 23:16:49< Ivanovic> :)
20100313 23:17:02< lfernando> =-D
20100313 23:17:05< Ivanovic> ah, we normally got no problem answering questions
20100313 23:17:08< Ivanovic> ;)
20100313 23:17:50-!- shadowm_laptop [~ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100313 23:20:50-!- shadowmaster [~ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 248 seconds]
20100313 23:21:26-!- shadowmaster [~ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100313 23:44:36-!- Blueblaze [~nick@adsl-99-158-47-51.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100313 23:47:43-!- krotop [~christoph@smj33-1-82-233-64-163.fbx.proxad.net] has joined #wesnoth-dev
20100313 23:52:21-!- krotop [~christoph@smj33-1-82-233-64-163.fbx.proxad.net] has quit [Client Quit]
--- Log closed Sun Mar 14 00:00:41 2010