--- Log opened Wed Dec 23 00:00:21 2009
20091223 00:34:35-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has quit [Remote closed the connection]
20091223 01:03:18-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091223 01:04:14-!- fendrin [n=fabi@88-134-119-197-dynip.superkabel.de] has joined #wesnoth-dev
20091223 01:18:54-!- kitty_ [n=kitty@e180200104.adsl.alicedsl.de] has quit []
20091223 01:20:45-!- fabi [n=fabi@wesnoth/developer/fendrin] has quit [Read error: 110 (Connection timed out)]
20091223 01:36:57-!- Sebastian [i=be2a5742@gateway/web/freenode/x-fuhqknqjlromniut] has joined #wesnoth-dev
20091223 01:39:06-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091223 01:55:58-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit ["WRYYYYYYYYYYYYYYYYYYYY!"]
20091223 01:57:33-!- Blarumyrran [n=Blarumyr@81-20-159-197.levira.ee] has quit ["Lahkun"]
20091223 01:57:54-!- Chusslove [n=Chusslov@brsg-d9befe6f.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)]
20091223 02:01:44-!- deekay [n=dk@wesnoth/developer/dragonking] has quit []
20091223 02:03:27-!- Chusslove [n=Chusslov@brsg-d9befc22.pool.mediaWays.net] has joined #wesnoth-dev
20091223 02:07:08-!- ardesh [n=ardesh@port-92-195-100-199.dynamic.qsc.de] has quit [Read error: 60 (Operation timed out)]
20091223 02:07:42-!- ardesh [n=ardesh@port-92-195-209-195.dynamic.qsc.de] has joined #wesnoth-dev
20091223 02:10:51-!- Blueblaze [n=nick@76.202.22.180] has quit [Read error: 110 (Connection timed out)]
20091223 02:22:40-!- Crab_ [n=Crab_@wesnoth/developer/crab] has quit [Read error: 110 (Connection timed out)]
20091223 02:22:43-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 60 (Operation timed out)]
20091223 02:23:40-!- EL_Caballero [n=saul@201.243.27.90] has joined #wesnoth-dev
20091223 02:23:50< EL_Caballero> Hello
20091223 02:24:21< EL_Caballero> is anybody there?
20091223 02:24:40-!- Blueblaze [n=nick@adsl-76-202-22-180.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20091223 02:25:23< EL_Caballero> :(
20091223 02:28:21-!- EL_Caballero [n=saul@201.243.27.90] has quit [Client Quit]
20091223 02:35:02-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"]
20091223 02:35:35-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20091223 03:01:34< Sebastian> hello I was triying  to compile wesnoth in mac os x, following this steps , http://wiki.wesnoth.org/CompilingWesnothOnMacOSX in build with Xcode option
20091223 03:02:11< Sebastian> I was on step 4, but i cant find this
20091223 03:02:12< Sebastian> Download a recent official BFW OS X package -> The more recent it is, the less likely you are to have problems with the build. In the recent package, locate the folder called MacCompileStuff
20091223 03:02:44< Sebastian> I downloaded BFW OS X package , but i cant find maccompile stuff
20091223 03:16:50-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20091223 03:18:42-!- peter__ [n=peter@adsl-76-203-158-36.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20091223 03:18:55-!- peter__ [n=peter@adsl-76-203-158-36.dsl.hstntx.sbcglobal.net] has quit [Client Quit]
20091223 03:19:28-!- Sebastian [i=be2a5742@gateway/web/freenode/x-fuhqknqjlromniut] has quit ["Page closed"]
20091223 03:21:22-!- mrEPIC [n=chatzill@adsl-76-203-158-36.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20091223 03:37:26-!- Aethaery1 [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20091223 03:37:26-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Read error: 60 (Operation timed out)]
20091223 03:37:34-!- Aethaery1 is now known as Aethaeryn
20091223 03:39:15-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Client Quit]
20091223 03:55:37-!- mrEPIC [n=chatzill@adsl-76-203-158-36.dsl.hstntx.sbcglobal.net] has quit ["ChatZilla 0.9.86 [Iceweasel 3.5.5/20091123222546]"]
20091223 04:37:14-!- Ivanovic_ [n=ivanovic@dtmd-4db2bf1d.pool.mediaWays.net] has joined #wesnoth-dev
20091223 04:52:36< shadowmaster> Soliton: any reason the web interface to the add-ons server doesn't use the standard links (home, create, ...) in the navbar?
20091223 04:53:22-!- Ivanovic [n=ivanovic@wesnoth/developer/ivanovic] has quit [Read error: 110 (Connection timed out)]
20091223 04:53:42< shadowmaster> s/any reason/what about making/; s/doesn't//;
20091223 04:55:13-!- Ivanovic_ is now known as Ivanovic
20091223 05:27:37-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091223 05:30:42< Espreon> Hmmmm... some network-related thing SIGPIPEs upon starting a campaign.
20091223 05:35:33-!- [Relic] [n=[Relic]@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit ["Leaving"]
20091223 06:19:55< Espreon> mordante: https://gna.org/bugs/?14989
20091223 06:21:16-!- wesbot changed the topic of #wesnoth-dev to: string/feature freeze active! | 74 bugs, 247 feature requests, 9 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091223 06:24:20-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit [Read error: 104 (Connection reset by peer)]
20091223 06:37:00-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091223 07:16:06-!- Blueblaze [n=nick@adsl-76-202-22-180.dsl.hstntx.sbcglobal.net] has quit [Read error: 110 (Connection timed out)]
20091223 07:17:41-!- Zarel_ [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091223 07:18:52-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit [Read error: 110 (Connection timed out)]
20091223 07:20:01-!- silene [n=plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20091223 07:23:23< fendrin> silene: Finished implementing the algo but not corrected the heuristic now. I get a deadlock. Wesnoth isn't responding but not wasting any cpu time. I can't explain it other than with a deadlock. But there is no parallel execution of anything in the A*.
20091223 07:24:26< silene> fendrin: are you on linux and is  the program still running?
20091223 07:27:05< fendrin> silene: both true
20091223 07:27:34< silene> then get the pid of wesnoth, and do: gdb wesnoth thepid, then get a backtrace
20091223 07:28:14< silene> it will at least tell us where it is stuck, and possibly why
20091223 07:29:19< Espreon> silene: Are you busy?
20091223 07:29:22-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit []
20091223 07:29:28< silene> Espreon: not yet
20091223 07:29:49< Espreon> Would you please check something for me?
20091223 07:29:57< silene> go on
20091223 07:30:26< Espreon> Please start wesnoth via a terminal, start a campaign, and see if it mentions a SIGPIPE.
20091223 07:31:08< silene> yes, it does, it is the network code; no idea why it is done nor why it warrants a warning
20091223 07:31:29< Espreon> By any chance, does it mention missing fonts?
20091223 07:32:46< silene> that too; they are mentioned in fonts.cfg, but it has been a long time since they haven't been shipped; the comment in fonts.cfg seems to indicate that this is on purpose
20091223 07:33:06< Espreon> Good, then I am not the only one.
20091223 07:33:18< Espreon> It didn't mention the missing fonts till recently.
20091223 07:33:34< Espreon> ... when I recompiled trunk yesterday.
20091223 07:34:05< silene> no, it always mentioned it, it's just that i modified trunk yesterday so that warning messages are not ignored by default
20091223 07:34:16< Espreon> Oh, I see.
20091223 07:34:44 * Espreon wonders what it causing the SIGPIPEs.
20091223 07:36:46-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091223 07:36:48< silene> not sure, it was added in 2004, and in a completely unrelated commit; i guess we could just remove the warning message, since it has been working fine since then
20091223 07:36:58< Espreon> I guess...
20091223 07:39:21< fendrin> silene: Strange, the stacktrace doesn't even touch the A*.
20091223 07:39:30< silene> hmm... it may have been to work around a bug in sdl that was fixed in 2004 too; i will try to remove this code and see what happens
20091223 07:39:34 * Espreon wonders who was working on making Wesnoth compilable with icc.
20091223 07:39:45< silene> fendrin: can you paste it somewhere?
20091223 07:39:56< fendrin> silene: sure
20091223 07:39:57< silene> Espreon: I
20091223 07:40:01-!- Zarel__ [n=Zarel@c-75-72-160-179.hsd1.mn.comcast.net] has joined #wesnoth-dev
20091223 07:40:26< fendrin> silene: http://wesnoth.pastebin.com/d62bf85f9
20091223 07:40:36< silene> i don't care much about icc; but since edg doesn't produce the same error messages than gcc, it helped catched a few bugs
20091223 07:40:49< Espreon> icc is a nice toy.
20091223 07:40:52< Espreon> That's all.
20091223 07:41:23< fendrin> icc = intel ciller compiler?
20091223 07:41:37< Espreon> Intell C/C++ Compiler.
20091223 07:41:42< Espreon> *Intel
20091223 07:42:46< silene> fendrin: can you step in the code a bit? (that is, is it stuck in the libstdc++? and then it means you introduced a memory consumption)
20091223 07:42:56-!- Zarel_ [n=Zarel@warzone2100/developer/Zarel] has quit [Read error: 60 (Operation timed out)]
20091223 07:42:57< silene> corruption*
20091223 07:43:25< fendrin> silene: How is stepping done on the command line?
20091223 07:43:50< silene> try "fin"
20091223 07:44:21< silene> more precisely, "frame 13" (or whatever frame number the wesnoth code is in) then "fin"
20091223 07:49:16-!- Zarel_ [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091223 07:49:40< fendrin> silene: I have no idea in which frame wesnoth is in.
20091223 07:50:45< silene> fendrin: it's written in the backtrace you posted; the number on the left of each line is the frame number
20091223 07:51:42< silene> so just choose a frame not in libstdc++, for instance frame 13, so that you get back inside handle_scroll
20091223 07:54:30< fendrin> silene: hmm, my new output is different. There is no such number to the left. http://wesnoth.pastebin.com/d7278f4d3
20091223 07:55:18< silene> fendrin: that's because wesnoth crashed due to a memory corruption
20091223 07:56:22< silene> if your computer is powerful enough, i would suggest running the test scenario under valgrind (assuming the bug occurs with the test scenario)
20091223 07:57:24-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit [Read error: 110 (Connection timed out)]
20091223 07:58:14-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20091223 07:58:23< fendrin> silene: 4x 3.6 ghz. 4gb ram
20091223 07:59:25< silene> that shoud be more than enough, so that it doesn't drive you crazy; so just type "valgrind wesnoth -t" and see what kind of errors you get on the console when trying to pathfind
20091223 08:05:28-!- Zarel__ [n=Zarel@c-75-72-160-179.hsd1.mn.comcast.net] has quit [Read error: 110 (Connection timed out)]
20091223 08:08:38< CIA-28> silene * r40343 /trunk/src/network.cpp: Removed sigpipe ignore code and associated warning message. The bug in SDL_Net has been fixed in early 2006.
20091223 08:08:57< fendrin> silene: http://wesnoth.pastebin.com/d1a15aa18
20091223 08:09:36 * fendrin is afk for a shower
20091223 08:22:52-!- stikonas [n=and@ctv-79-132-179-139.vinita.lt] has joined #wesnoth-dev
20091223 08:24:12-!- Blueblaze [n=nick@adsl-76-202-22-180.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20091223 08:28:30-!- Zarel_ is now known as Zarel
20091223 08:58:46-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit ["WRYYYYYYYYYYYYYYYYYYYY!"]
20091223 09:01:09-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091223 09:02:55< silene> fendrin: impressive; i don't know what you did, but it has to be terribly wrong; being able to confuse valgrind is no small feat ;-)
20091223 09:04:06< silene> are there no message before that? hopefully there should be some "invalid write" or similar
20091223 09:20:59-!- TheJH [n=jann@wikipedia/TheJH] has joined #wesnoth-dev
20091223 09:31:39-!- deekay [n=dk@wesnoth/developer/dragonking] has joined #wesnoth-dev
20091223 10:05:20< Soliton> shadowmaster: good idea.
20091223 10:29:10-!- Noyga [n=lame-z@wesnoth/developer/noyga] has joined #wesnoth-dev
20091223 10:41:42< Ivanovic> moin
20091223 10:59:15< CIA-28> silene * r40344 /trunk/src/font.cpp: Reduced memory used for associating characters to font by directly storing character ranges.
20091223 10:59:20< CIA-28> silene * r40345 /trunk/src/font.cpp: 
20091223 10:59:20< CIA-28> Merged consecutive ranges and the space inbetween.
20091223 10:59:20< CIA-28> Combined with the previous patch, the footprint of the character map has been reduced from 1MB to less than 1kB.
20091223 11:05:53< CIA-28> silene * r40346 /trunk/data/hardwired/fonts.cfg: Commented out old fonts, since their ranges are overwritten by the shipped ones. In other words, they will never be used if the new ones are in scope. This also gets rid of a warning message.
20091223 11:28:00< CIA-28> silene * r40347 /trunk/src/text.cpp: Plugged memory leak of Cairo surfaces.
20091223 11:31:34-!- valgor [i=596fb03c@gateway/web/freenode/x-sflaeargholbcydg] has joined #wesnoth-dev
20091223 11:34:17-!- Appleman1234 [n=Appleman@CPE-124-191-178-150.oxqn1.cha.bigpond.net.au] has joined #wesnoth-dev
20091223 11:42:12-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20091223 11:47:03-!- TheJH [n=jann@wikipedia/TheJH] has quit [Read error: 60 (Operation timed out)]
20091223 11:54:19-!- Blueblaze [n=nick@adsl-76-202-22-180.dsl.hstntx.sbcglobal.net] has quit [Read error: 110 (Connection timed out)]
20091223 12:03:25-!- loonybot [n=loonybot@ppp79-139-139-192.pppoe.spdop.ru] has joined #wesnoth-dev
20091223 12:03:34-!- Kenpachi [n=chatzill@CPE-58-170-107-152.lns1.fli.bigpond.net.au] has joined #wesnoth-dev
20091223 12:04:14-!- loonycyborg [n=sergey@ppp79-139-139-192.pppoe.spdop.ru] has joined #wesnoth-dev
20091223 12:12:08-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20091223 12:21:53-!- Kenpachi [n=chatzill@CPE-58-170-107-152.lns1.fli.bigpond.net.au] has quit ["ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]"]
20091223 12:30:22-!- Kenpachi [n=chatzill@CPE-58-170-107-152.lns1.fli.bigpond.net.au] has joined #wesnoth-dev
20091223 12:42:07-!- Kenpachi [n=chatzill@CPE-58-170-107-152.lns1.fli.bigpond.net.au] has quit ["ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]"]
20091223 12:50:44-!- Kenpachi [n=chatzill@CPE-58-170-107-152.lns1.fli.bigpond.net.au] has joined #wesnoth-dev
20091223 13:10:55-!- TheJH [n=jann@wikipedia/TheJH] has joined #wesnoth-dev
20091223 13:13:14-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20091223 13:18:03-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit [Read error: 60 (Operation timed out)]
20091223 13:41:29-!- Blarumyrran [n=Blarumyr@81-20-159-197.levira.ee] has joined #wesnoth-dev
20091223 13:46:53-!- alink [n=alink@wesnoth/developer/alink] has joined #wesnoth-dev
20091223 13:51:39-!- valgor [i=596fb03c@gateway/web/freenode/x-sflaeargholbcydg] has quit [Ping timeout: 180 seconds]
20091223 14:10:07< CIA-28> silene * r40348 /trunk/src/ (24 files in 8 dirs): 
20091223 14:10:07< CIA-28> Simplified handling of unit types.
20091223 14:10:07< CIA-28> As a side effect, unit animations no longer appear as leaked for Valgrind.
20091223 14:19:07-!- stikonas [n=and@ctv-79-132-179-139.vinita.lt] has joined #wesnoth-dev
20091223 14:19:38-!- Ken_Oh [n=briang@static-71-178-174-220.washdc.fios.verizon.net] has joined #wesnoth-dev
20091223 14:22:57-!- Netsplit kubrick.freenode.net <-> irc.freenode.net quits: erl, Tigge
20091223 14:24:06-!- Netsplit over, joins: erl, Tigge
20091223 14:30:56-!- EdB [n=edb@25.12.95-79.rev.gaoland.net] has joined #wesnoth-dev
20091223 14:37:37-!- Noyga [n=lame-z@wesnoth/developer/noyga] has left #wesnoth-dev ["Quitte"]
20091223 14:42:45-!- Crab_ [n=Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20091223 14:55:35< CIA-28> silene * r40349 /trunk/src/text.cpp: Conditionalized usage of deprecated functions.
20091223 15:10:51-!- Blarumyrram [n=Blarumyr@81-20-159-197.levira.ee] has joined #wesnoth-dev
20091223 15:14:33-!- v [n=Blarumyr@81-20-159-197.levira.ee] has joined #wesnoth-dev
20091223 15:17:28-!- Blarumyrran [n=Blarumyr@81-20-159-197.levira.ee] has quit [Read error: 60 (Operation timed out)]
20091223 15:22:14-!- Blarumyrram [n=Blarumyr@81-20-159-197.levira.ee] has quit [Read error: 60 (Operation timed out)]
20091223 15:23:27< esr> fendrin: ping!  I'm wotking on "Wings of Victory".
20091223 15:36:41-!- v [n=Blarumyr@81-20-159-197.levira.ee] has quit [Read error: 104 (Connection reset by peer)]
20091223 15:55:21-!- EdB [n=edb@25.12.95-79.rev.gaoland.net] has quit [Remote closed the connection]
20091223 16:12:49-!- Blarumyrran [n=Blarumyr@81-20-159-197.levira.ee] has joined #wesnoth-dev
20091223 16:24:14-!- Kenpachi [n=chatzill@CPE-58-170-107-152.lns1.fli.bigpond.net.au] has quit ["ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]"]
20091223 16:24:37< CIA-28> silene * r40350 /trunk/src/titlescreen.cpp: Converted tips of day to Pango rendering. (Fix for bug #14957.)
20091223 16:26:11-!- Sapient [n=patrickp@wesnoth/developer/sapient] has joined #wesnoth-dev
20091223 17:26:22-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20091223 17:34:44-!- elias [n=elias@allegro/developer/allefant] has joined #wesnoth-dev
20091223 17:46:46-!- dtiger [n=dtiger@dynamic-vpdn-91-149-132-98.telecom.by] has joined #wesnoth-dev
20091223 17:53:45-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091223 17:57:59-!- stikonas [n=and@ctv-79-132-179-139.vinita.lt] has joined #wesnoth-dev
20091223 18:00:06< TheJH> Hello, I've found out that there is a bug in wesnoth (svn version 40280) that causes it to crash when you connect with a network server. It seems to happen randomly on my computer and nearly everytime on our slowest one. Seems to me like a race condition. For example, in "tlobby_main::update_selected_game()", window_ is sometimes null. Can you give me a hint where I should look to fix it? Or is it a very complicated thing?
20091223 18:03:04< esr> TheJH: None of the C++ experts seems to be here at the moment.  (I only touch that stuff when I absolutely have to.)
20091223 18:03:49< esr> TheJH: File a bug on the tracker.  I'll try to find someone with the right knowledge to assign it to.
20091223 18:04:45< Crab_> TheJH: a good thing to do will be a 'run a debug build of wesnoth under a debugger, such as gdb, and get a backtrace of the crash'
20091223 18:05:16< esr> TheJH: Yes, that is a good idea.
20091223 18:05:46< TheJH> I already did a backtrace with gdb - but how to do a debug build? "scons debug"?
20091223 18:05:52< esr> TheJH: Try to include the backtrace with your bug report; that makes it far more likely we will be able to fix it.
20091223 18:06:30< esr> I've forgotten the incabtation for that.
20091223 18:06:47< esr> I *think* scons debug is right.
20091223 18:07:10< Crab_> scons build=debug ?
20091223 18:08:41< loonycyborg> 'scons build=debug' is righter :P
20091223 18:18:34-!- aditya [n=aditya@59.95.48.200] has joined #wesnoth-dev
20091223 18:18:48< aditya> hey, can someone please tell me the scheduled release date for the 1.8 stable version?
20091223 18:20:19< loonycyborg> aditya: You should know that shedules and FOSS projects don't mix.
20091223 18:20:53< aditya> he he
20091223 18:21:03< aditya> approx...
20091223 18:21:16-!- wesbot changed the topic of #wesnoth-dev to: string/feature freeze active! | 74 bugs, 247 feature requests, 10 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091223 18:22:06< loonycyborg> Probably not in this year.. 
20091223 18:22:41-!- giusef [n=giusef@unaffiliated/giusef] has joined #wesnoth-dev
20091223 18:23:22< loonycyborg> Ivanovic should be asked about this but he seems to be afk.
20091223 18:30:33< stikonas> I guess that it will be around february, judging by the amount of open bugs
20091223 18:30:54< stikonas> but of course it will be released when it is ready (tm)
20091223 18:31:58< silene> the number of open bugs doesn't really matter; the fact that multiplayer won't work does
20091223 18:39:15-!- EdB [n=edb@197.117.88-79.rev.gaoland.net] has joined #wesnoth-dev
20091223 18:58:10< fendrin> esr: superp!
20091223 18:59:13< esr> fendrin: I have a complete storyboard now, I think.
20091223 18:59:33< CIA-28> crab * r40351 /trunk/src/ (5 files): (log message trimmed)
20091223 18:59:33< CIA-28> Rewrite of game_state::build_team to ease campaign debugging and maintenance,
20091223 18:59:33< CIA-28> allowing an easy fix for 'unit not present or is duplicated' issues when
20091223 18:59:33< CIA-28> debug-hopping through campaign scenarios. Enforces uniqueness of ids (when
20091223 18:59:33< CIA-28> they're given) of units for the same side while handling [unit] tags, both in
20091223 18:59:35< CIA-28> [side][unit], [side] and in [event][unit]. Now there's 'if a unit with same id
20091223 18:59:37< CIA-28> is in recall list, do a recall instead of creating new unit'. Also, if the hex
20091223 18:59:41< CIA-28> crab * r40352 /trunk/data/campaigns/Legend_of_Wesmere/scenarios/ (17 files): LoW: removed obsolete find_vacant in [unit], replaced it with placement=leader
20091223 18:59:41< fendrin> esr: I am currently working on a "teleport" wml feature in c++ that will allow us to have an underground and overworld level on the same map. I plan to use that for the contend arena.
20091223 18:59:47< CIA-28> crab * r40353 /trunk/ (changelog src/gamestatus.cpp): changelog entry and a bugfix for above
20091223 18:59:49< esr> It builds on your scenario proposals and adds two more
20091223 18:59:49< Crab_> fendrin: ^
20091223 19:00:02< esr> Cool.
20091223 19:00:54< fendrin> Crab_: Thank you very much. Do you think LoW is ready for 1.8 now?
20091223 19:01:01< esr> Now if someone will tell me why I'm gwtting a message that says "Password for 'login' GNOME keyring:", so I can actually commit...
20091223 19:01:26< Crab_> fendrin: no, but at least the 'major' work is done and I can finally get to ai/difficulty retuning
20091223 19:01:28< fendrin> esr: Ubuntu? That suprised my as well.
20091223 19:01:59< esr> I need to know what to do to ficx it.
20091223 19:02:07< fendrin> Crab_: Do join us on the fosdem?
20091223 19:02:08< Crab_> fendrin: also, scenario #3 needs code to set things right if the player hits :n or :cl before Kalenz arrives
20091223 19:02:13< Crab_> fendrin: yes, I intend
20091223 19:02:26< esr> I've got the back half of WOV all poltted out.
20091223 19:02:27< fendrin> Crab_: cool
20091223 19:02:40< esr> s/poltted/plotted/
20091223 19:02:50< Crab_> fendrin: i.e. it needs to move galtrid to his team, and return Kalenz to player's control
20091223 19:03:33< esr> And I'm about to write the talk scenario in which Galun gets the fully briefing on the Spiral Path from the Recorder of Kerath.
20091223 19:03:34< fendrin> esr: That is not an error. It's just that svn is linked with the gnome keyring feature in the newest ubuntu. It will store your password and only ask once for the keyring per session to answer all authentication issues.
20091223 19:04:16< fendrin> esr: Kde has a similar feature if you are not used to gnome.
20091223 19:04:16< esr> WTF?  I have GPG kets on the site; it shouldn't be asking for a password at all!
20091223 19:04:30< esr> I meant ssh keys.
20091223 19:04:35< fendrin> esr: Oh, than forget my talking.
20091223 19:04:46< Crab_> fendrin: be sure to check the full log message of r40351
20091223 19:05:18< fendrin> Crab_: reading it right now.
20091223 19:06:32< Crab_> fendrin: so, basically, all  [unit] tags work the same, find_vacant is always "yes",  if a unit with same id exists in recall list, it is recalled instead (no duplicates, guaranteed), and you can use placement="leader" to place unit next to leader.
20091223 19:06:53< fendrin> log  r40351
20091223 19:07:02< fendrin> shikadibot: log  r40351
20091223 19:07:02< shikadibot> fendrin: 'log'/'revision' command requires a revision number as parameter; as an exception, 'HEAD' stands for the latest revision in the repository.
20091223 19:07:11< fendrin> shikadibot: log  40351
20091223 19:07:11< shikadibot> fendrin: 'log'/'revision' command requires a revision number as parameter; as an exception, 'HEAD' stands for the latest revision in the repository.
20091223 19:07:37< fendrin> I'll never get friend with shikadibot.
20091223 19:08:02< Crab_> fendrin: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=40351
20091223 19:08:11< fendrin> Crab_: That is a good solution to the problem. Thank you for the link.
20091223 19:08:31< Crab_> fendrin: I've setup a firefox search plugin to allow me to 'search' for revisions and bugs :)
20091223 19:10:12< fendrin> Crab_: Can I wml author still willingly delete a unit by placing another one on top of it? 
20091223 19:10:22< fendrin> s/I/a
20091223 19:10:34< Crab_> fendrin: that can be done with store_unit, unstore_unit - I haven't touched these
20091223 19:10:55< Crab_> fendrin: I've touched only [unit] tags
20091223 19:11:10< fendrin> Crab_: Okay, but we will need to fix that in every campaign where the overplacing behaviour is desired.
20091223 19:12:11< fendrin> Crab_: Can you commit the plugin to trunk/utils?
20091223 19:12:33< Crab_> fendrin: yes, I can ( a bit later)
20091223 19:13:17< fendrin> silene: there is no output from the engine before the frezze.
20091223 19:13:39< silene> fendrin: not from the engine, from valgrind
20091223 19:14:33< fendrin> silene: I postet every single line that valgrind outputet to the pastebin site which link I postet here.
20091223 19:14:58< Crab_> fendrin: there's no problem with  overplacing behaviour. [unit] already had: "loc = find_vacant_tile(*resources::game_map, *resources::units, loc);  "
20091223 19:15:15< fendrin> esr: I guess that scenario is taking place late in the campaign?
20091223 19:15:30< silene> fendrin: you sure? valgrind always starts with outputting its version number, but it isn't there in your dump
20091223 19:16:38< Crab_> fendrin: so, old behavior was : "spawn in nearest vacant hex", too. New behavior is somewhat stricter (if it cannot place a unit in vacant hex, it won't try to place it in impossible place like 'inside a wall' - it'll put it into a recall list instead)
20091223 19:17:17< fendrin> silene: You are right. My extra debug output confused me.
20091223 19:17:28< esr> No, actually pretty early.  Remember, the Recorder is part of the tribe of Kerath, neither Galun's birth-tribe of Verkon nor his new flight.  The recorder will have no direct contact with Galun after Galun's flight departs - at least, not until Kerath fights the Flight of Galun in the final battle.
20091223 19:18:57< fendrin> esr: Note that I have the names from the drake name config file. I don't mind if you create new names for the caracters.
20091223 19:19:14< esr> He has to inform Galun about the Spiral Path before Galun leaves. I'm making the third scenario a talker for this purpose.
20091223 19:19:28< esr> Those names are fine with me.
20091223 19:20:25< fendrin> esr: Yes, but we may have units onboard with the same name. Or does the engine take care of that?
20091223 19:20:35< esr> But your greatrest error of Kerath?  That will be following Galun'ds path to the Great Continent and fighting him.
20091223 19:20:42< esr> ER, I donm't know.
20091223 19:20:54< fendrin> esr: We can stay with the names for now.
20091223 19:21:07< esr> I can make up new ones to avoid the problem.  Later.
20091223 19:21:41< Crab_> is there any place where the difficulty levels of campaigns are explained ?
20091223 19:21:55< esr> Point is, I have a plot.  As soon as I can commit the prose makeover we can start doing battle designs.
20091223 19:22:07< Crab_> i.e. "a campaign is classified as easy, when ..."
20091223 19:22:23< Sapient> esr: having the same name is allowed; having the same id can cause unexpected behavior
20091223 19:22:24< esr> Crab_: My Campaign Design Howto.
20091223 19:22:46< esr> Sapient: Noted, I'll make up new names.
20091223 19:22:51< silene> fendrin: no, the engine doesn't take care of names (it doesn't care about them)
20091223 19:23:20< Crab_> esr: thanks
20091223 19:24:57< Sapient> esr: in most cases the id is automatically generated so it shouldn't be a problem
20091223 19:25:11< esr> OK.
20091223 19:25:40< esr> But it means we can randomly get generated-name clashed.
20091223 19:25:41-!- giusef [n=giusef@unaffiliated/giusef] has quit ["exit (-1);"]
20091223 19:26:16< Sapient> name is totally different. maybe I'm not understanding you
20091223 19:26:57< silene> esr: yes, it can happen
20091223 19:27:21< esr> Sapient: I'nm saying that the random name picker for units can clash with a character name without the IDs being involved.  I've seen it happen.
20091223 19:28:18< Sapient> oh, right. I wouldn't really consider that a bug. I mean, it's not like there couldn't be other people with the same name at their village or whatever
20091223 19:28:49< Sapient> If 'Bugdish' is a common orcish name, then there might be fifteen of them
20091223 19:29:24< fendrin> esr, Sapient: Agreed, It's not a bug. But we should have unique names for our special characters so the player doesn't get confused.
20091223 19:30:20< esr> I think it would be better if the name-picker avoided diuplicates by checking unit lists.
20091223 19:31:05< Sapient> it might be possible to run out of names in that case
20091223 19:31:25< esr> That case could be checked.
20091223 19:31:45< esr> E.g. non-duplicates only *until* you run out.
20091223 19:33:25< silene> esr: it's not that easy; think about scenarios storing whole unit lists inside wml variables; you wouldn't detect duplicates
20091223 19:33:56< esr> Still, we could handle the most common case: recall lists.
20091223 19:35:44< CIA-28> zookeeper * r40354 /trunk/data/core/images/misc/laurel.png: An updated laurel for completed campaigns by Blarumyrran.
20091223 19:36:11< Sapient> for the player side only? or prevent the enemy from having your name as well?
20091223 19:36:41< esr> Hrm.  Would tat be substantiall more difficult?
20091223 19:36:47< silene> what about undeads who don't even names? ;-)
20091223 19:37:41< Sapient> I don't know. It all depends how elaborate you want to get
20091223 19:38:10< Sapient> Maybe a reasonable improvement but not something I'd bother with personally
20091223 19:38:56< Sapient> What's really needed is not this, but a way to flag units that you consider special
20091223 19:43:37< Sapient> Think of games like Warhawk where you can apply an Icon and a color shift to your avatar
20091223 19:44:07< Sapient> then imagine an ability to do the same to our special units so they stand out
20091223 19:44:16< CIA-28> crab * r40355 /trunk/data/campaigns/Legend_of_Wesmere/maps/Lintanir.map: LoW 1: deforested 3 hexes on the map, allowing northern orc to reach Kalenz a bit faster
20091223 19:44:51< Sapient> so there is a little dialog you can bring up and cycle through a few overlay icons
20091223 19:44:59< Sapient> silver crown, blue shield, etc
20091223 19:46:00< Sapient> but to be really useful it needs to show in the recall dialog too
20091223 19:46:18< Sapient> not just on the map
20091223 19:46:49< fendrin> The drakes have few names to choice from compared to the elves for example. But more than the Lizards.
20091223 19:48:20< fendrin> Sapient: The special unique name unit flag is a good idea.
20091223 19:55:17< zookeeper> Sapient, yes, something like that would be nice. as i've said in some thread, i think the rename unit dialog should just be expanded to allow setting overlay images etc.
20091223 19:58:25-!- giusef [n=giusef@unaffiliated/giusef] has joined #wesnoth-dev
20091223 20:03:34-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091223 20:04:33< Ivanovic> re
20091223 20:07:54< fendrin> esr: Are you trying to commit from within an xsession or do you commit from a virtual terminal only? http://svn.haxx.se/dev/archive-2008-09/0162.shtml
20091223 20:09:01< esr> Terminal emulator from within X.
20091223 20:09:20< esr> It works for wesnoth and my othervrepos.
20091223 20:10:12< Crab_> fendrin: btw, what do you think about, in LoW, allowing Landar to recruit, too ?
20091223 20:11:24< fendrin> Crab_: I thought about allowing cleodil to recruit only shamans and Kalenz only fighters. (But that would mean that we don't have shamans until scenario 5. But it does make sense for Landar as well.
20091223 20:11:51< fendrin> s/fighters/archers, fighters, scouts.
20091223 20:12:50< esr> fendrin: Scenario 3: written.
20091223 20:13:19< Crab_> fendrin: well, what about just allowing them all (Cleodil, Landar, Kalenz) to recruit, now ? and then, later in 1.9, adding 'Cleodil to recruit shamans, Kalenz to recruit Fighters, Landar to recruit archers' as a 'a conduct for those wanting extra challenge'
20091223 20:14:01< esr> fendrin: http://pastebin.com/d391f7daf
20091223 20:14:08< Crab_> fendrin: it will allow LoW to have greater 'strategic flexibility' then any of the other campaigns :)
20091223 20:14:59< fendrin> Crab_: Agreed. I like the idea.
20091223 20:15:32< Crab_> is there a way to make all 'leaders' have the same crown icon ?
20091223 20:18:39< fendrin> Crab_: Shouldn't all units with canrecruit=yes have the same crown already?
20091223 20:18:50< Crab_> no, they look different
20091223 20:20:08< loonycyborg> esr: So you aren't getting 'GNOME keyring' error with wesnoth?
20091223 20:20:19< esr> Nope.
20091223 20:20:45< esr> Nor with my other svn repos.
20091223 20:20:58< loonycyborg> You're getting it with wesnoth-umc-dev repo?
20091223 20:21:07< esr> loonycyborg: Yes.
20091223 20:21:26< Crab_> fendrin: in fact, they have a crown, but it is different :) it is 'silver', not 'golden'
20091223 20:21:34< loonycyborg> Are any other your repos on sourceforge?
20091223 20:21:51< fendrin> Crab_: Isn't the silver the "hero" crown already?
20091223 20:22:03< Crab_> fendrin: yes, that's because they're heroes..
20091223 20:22:42< Crab_> fendrin: I'll try removing IS_HERO and see what happens...
20091223 20:22:43< fendrin> Crab_: Maybe the silver crown just covers the golden one that is one level beneth?
20091223 20:22:54< Blarumyrran> You can have many units with canrecruit=yes?
20091223 20:23:02< esr> loonycyborg: Maybe not...
20091223 20:23:06< Crab_> Blarumyrran: yes. for human teams, that is.
20091223 20:23:25< fendrin> Blarumyrran: Yes, It's a new feature. But they share the same recruit list if I am not mistaken.
20091223 20:23:31< esr> loonycyborg: Am I supposed to get that message if I have ssh keys in that site?
20091223 20:23:44< Blarumyrran> ok
20091223 20:23:55< Crab_> Blarumyrran: ai teams don't know how to use such things effectively, yet
20091223 20:23:58< loonycyborg> ssh keys are immaterial because sourceforge doesn't use them.
20091223 20:24:36-!- Sapient [n=patrickp@wesnoth/developer/sapient] has left #wesnoth-dev []
20091223 20:24:55< loonycyborg> Only wesnoth does since its repo is on gna.
20091223 20:25:12< Crab_> Blarumyrran: also note that 1.7.10 contains at least one (now fixed) bug related to multiple leaders in recall lists
20091223 20:25:34< esr> loonycyborg: Giving my login password seems to work, but I didn;t have to do that until very recently.
20091223 20:25:58< Crab_> fendrin: yes, IS_HERO is to be removed :)
20091223 20:26:03-!- EdB [n=edb@197.117.88-79.rev.gaoland.net] has quit [Remote closed the connection]
20091223 20:28:28< fendrin> esr: I like your text. But it's clashing with the storyline that I thought about from something zookeeper suggested to me. I planned to let the drakes fly without any hints about the spiral path for them. Only the narrator is going to give some of the hints what to await so that the player can guess more and more of it during the campaign. After the drake find a final or preleminary place for their new hive they sent an advanced glider back 
20091223 20:28:30< fendrin> to morodor to tell about their success and the location of the new land. But that messenger is intercepted by the spiral path and without the whole drake society knowing about the new land an attack is launched by the spiral path on the new hive to wipe out the danger.
20091223 20:29:00< esr> Hm.
20091223 20:29:39< esr> I was [lanning to have the Flight of Kerath follow Galun for simple reasons of population pressure.
20091223 20:29:43< fendrin> esr: Your text can still be used to reveal the motivations of the spiral path to galun after that fight is over.
20091223 20:30:13< esr> Yes, but what's the point of it then?  
20091223 20:30:27< esr> I think it's better to set up the tension early.
20091223 20:31:38< fendrin> esr: I like ridley scotts alien one strategie. Only show some part of the monster. The full beast is shown at the end. That makes that movie great , greater than the succesors.
20091223 20:31:57< esr> Heh.
20091223 20:35:04< Crab_> hmmm, on using "unit advances=1" command, the advanced unit is both slowed and poisoned...
20091223 20:36:08< AI0867> silene: in lua, wesnoth.get_units only applies to units on the field, so there is no way to access units on recall lists
20091223 20:36:33< AI0867> if this is by design, there should probably be a seperate function for that
20091223 20:37:31< Crab_> silene: when units advance a level, then are both slowed and poisoned. can you look at this issue - at least please tell if it's related to your recent commits to unit.cpp or not
20091223 20:38:36-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091223 20:48:34-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20091223 20:53:43< CIA-28> crab * r40356 /trunk/data/campaigns/Legend_of_Wesmere/utils/characters.cfg: LoW: allow must-be-kept-alive characters ( Landar, Cleodil, Olurf ) to recruit
20091223 20:57:11< fendrin> Crab_: we don't have distinct recruit lists for every leader, do we?
20091223 20:57:30< Crab_> fendrin: no, we don't. we might rethink this for 1.9 
20091223 20:57:40< fendrin> Crab_: okay
20091223 20:58:36< Crab_> i.e. maybe 'make recruits conditional' - e.g. 'allow recruiting wolf riders only if recruiter is FOO standing at BAR and you hold the temple at X,Y'
20091223 21:01:11-!- Blueblaze [n=nick@adsl-76-202-22-180.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20091223 21:01:38-!- Ken_Oh [n=briang@static-71-178-174-220.washdc.fios.verizon.net] has quit ["Leaving."]
20091223 21:08:18< Crab_> fendrin: what is the player supposed to do in Elvish_Assassins ?
20091223 21:09:18< Crab_> (right now it is 'move Kalenz to waypoint in three turns, and watch some dialogue when part of the elves betray him')
20091223 21:10:48-!- boucman [i=c1fb4eab@wesnoth/developer/boucman] has joined #wesnoth-dev
20091223 21:10:54< boucman> hey all
20091223 21:10:59< Crab_> hi boucman
20091223 21:11:11< CIA-28> crab * r40357 /trunk/data/campaigns/Legend_of_Wesmere/scenarios/07_Elves_last_stand.cfg: LoW 7: do not remove canrecruit from Olurf when he appears. btw, this no longer segfaults
20091223 21:11:54< boucman> Crab_: you've deprecated find_vacant, and the commit log is not very clear...
20091223 21:12:04< boucman> could it cause incompatibilities ?
20091223 21:12:23< Crab_> boucman: I deprecated find_vacant in [unit], which was added by me a few months ago, and used in LoW
20091223 21:12:29< boucman> (we are in feature freeze, so we try to change WML syntax as little as possible to help umc upgrade)
20091223 21:12:43< boucman> oh, it was a trunk only tag...
20091223 21:12:48< Crab_> boucman: I expect that this will hurt no one
20091223 21:13:06< Crab_> boucman: on the other hand, I've broken one old hack, which *will* cause problems for some UMC
20091223 21:13:09< boucman> well, you might want to add a release_note, and/or check what's on the campaign server
20091223 21:13:16< Crab_> boucman: yes, I will
20091223 21:13:25< boucman> k, just wanted to make sure...
20091223 21:13:58< Crab_> boucman: previously, if there was 'leader directly in side', and there was a unit with can_recruit in out 'old units', the game engine replaced that 'leader directly in side' with 'leader from old units'
20091223 21:14:39< Crab_> boucman: this was a big hack, uncompatible (in a straightforward way) with multiple leaders (when one of the leaders comes from old units, and another is 'new')
20091223 21:15:22< boucman> Crab_: i'm not questionning the change itself, i just wanted to make sure it wouldn't lead to more problems, but i'm convinced now
20091223 21:16:05< Crab_> boucman: be sure to note r40356 :)
20091223 21:17:02< Ivanovic> deekay, grzywacz: what is the current status regarding the two of you and fosdem? have you gotten a bed?
20091223 21:17:20< fendrin> Crab_: Right, I forgot to tune and balance that scenario. The player must deceide on a keep for recruiting. (That may lead into 2 cases: The player chooses the loyal keep or the player chooses the traitors keep). The sourthern enemy should keep kalenz from reaching the signpost too early.
20091223 21:17:37< Ivanovic> Crab_: so do you already know which route you will take to brussels?
20091223 21:17:48< boucman> Crab_: multiple can-recruit :)
20091223 21:17:51< boucman> that's most cool
20091223 21:17:52-!- elias [n=elias@allegro/developer/allefant] has quit ["Leaving"]
20091223 21:18:53< Crab_> boucman: yes. engine support was done earlier, not by me, but by other people. but, now it is possible to use it in campaigns without glitches in team construction.
20091223 21:20:16< Crab_> Ivanovic: not yet, my visa application is in progress, and I think it will be something like 'Kiev - > Finland -> Brussels -> Fosdem -> back with you to Dortmund -> Kiev'
20091223 21:20:30< fendrin> Ivanovic: Something has changed for me regarding fosdem. The lecuture that should have started on the monday right after the fosdem has been postponed. That means I could stay 3 days. Any chance the booking can be changed?
20091223 21:20:55< Ivanovic> fendrin: if beds are free you can just get one at the hostel
20091223 21:21:15< Ivanovic> that was the thing ilor did last year IIRC
20091223 21:21:35< Ivanovic> Crab_: okay, sounds good to me
20091223 21:22:10< Ivanovic> Crab_: regarding booking your flight: you will most likely take the plane back on monday afternoon, IIRC
20091223 21:22:39< Crab_> ok
20091223 21:27:26< CIA-28> ai0867 * r40358 /trunk/data/campaigns/Under_the_Burning_Suns/scenarios/08_Out_of_the_Frying_Pan.cfg: Fix flesh golem upkeep
20091223 21:33:56< Crab_> fendrin: is it ok to redo North_Elves.map (used in two big battles in LoW's third arc) ? the issues with current one: 1) too big 2) too little variety, especially for its size 3) looks unfinished
20091223 21:35:03< fendrin> Crab_: sure, let your inspiration flow freely :-)
20091223 21:36:19< Crab_> ok
20091223 21:39:34-!- silene1 [n=plouf@AMarseille-251-1-60-151.w83-197.abo.wanadoo.fr] has joined #wesnoth-dev
20091223 21:45:10-!- silene [n=plouf@wesnoth/developer/silene] has quit [Read error: 60 (Operation timed out)]
20091223 21:51:31-!- Blueblaze [n=nick@adsl-76-202-22-180.dsl.hstntx.sbcglobal.net] has quit [Success]
20091223 22:10:02< silene1> Crab_: no, it isn't related to my commits (i did several games with my patches and i never experienced this issue)
20091223 22:10:07-!- silene1 is now known as silene
20091223 22:10:12< Crab_> silene: ok, thanks
20091223 22:11:48< silene> AI0867: it is by design; also lua units are represented by their underlying ids, which means that there is no way to make a difference between a unit on the map and (possibly several) units on the recall list
20091223 22:12:48< silene> AI0867: anyway, that doesn't mean that lua cannot access to units on the recall list; it just means that there are no proxy for them
20091223 22:21:07-!- dtiger [n=dtiger@dynamic-vpdn-91-149-132-98.telecom.by] has quit [Remote closed the connection]
20091223 22:34:10< AI0867> I currently access them by firing [store_unit] and then get_variable on the parts of it I want
20091223 22:34:12< CIA-28> crab * r40359 /trunk/data/campaigns/Legend_of_Wesmere/ (3 files in 2 dirs): extra debug protection - ensure we have only one Landar
20091223 22:34:24< AI0867> it works, but a cleaner way would be nice
20091223 22:35:44-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091223 22:36:09-!- stikonas [n=and@ctv-79-132-179-139.vinita.lt] has joined #wesnoth-dev
20091223 22:36:11-!- mjs-de [n=mjs-de@p3EE26541.dip.t-dialin.net] has joined #wesnoth-dev
20091223 22:37:21-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091223 22:37:47< silene> AI0867: i'm not sure to understand; if you hide [store_unit] and get_variable between a function, you get something relatively clean; what kind of improvement do you need?
20091223 22:37:56< silene> s/between/behind/
20091223 22:39:59-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit ["WRYYYYYYYYYYYYYYYYYYYY!"]
20091223 22:40:53-!- stikonas [n=and@ctv-79-132-179-139.vinita.lt] has joined #wesnoth-dev
20091223 22:44:52-!- Blarumyrran is now known as yes
20091223 22:48:53-!- boucman [i=c1fb4eab@wesnoth/developer/boucman] has quit ["Page closed"]
20091223 22:49:26-!- TheJH [n=jann@wikipedia/TheJH] has quit ["Ex-Chat"]
20091223 22:49:34-!- TheJH [n=jann@77-21-241-111-dynip.superkabel.de] has joined #wesnoth-dev
20091223 22:49:50-!- TheJH [n=jann@77-21-241-111-dynip.superkabel.de] has quit [Client Quit]
20091223 22:50:08< CIA-28> silene * r40360 /trunk/src/ (7 files in 2 dirs): Simplified handling of races.
20091223 22:55:34-!- yes is now known as Blarumyrran
20091223 22:56:18-!- JonW [n=chatzill@cpc2-finc11-0-0-cust855.4-2.cable.virginmedia.com] has joined #wesnoth-dev
20091223 22:57:06-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091223 22:57:41< Zarel> Can someone just edit the "Are you a good person." thread and change the "." to a "?"
20091223 22:57:58-!- stikonas [n=and@ctv-79-132-179-139.vinita.lt] has joined #wesnoth-dev
20091223 22:58:43< Blarumyrran> Why?
20091223 22:59:31< AI0867> silene: I'm doing quite a bit of string concatenation before sending that off to get_variable. Not sure how to improve that though, if underlying_id can be duplicated on recall lists, maybe add a side?
20091223 23:00:25< Crab_> zookeeper: there's a macro, {REMOVE_HERO_ICON FILTER} (Remove the hero icon from a unit by ID or other filter), which is deprecated. what should be used instead ?
20091223 23:00:26< silene> Crab_: looking at the code, this is indeed my fault (or rather it is the compiler fault); i will fix it, but i don't really understand how you experienced it on level up for poison and slow
20091223 23:00:45< Crab_> silene: I cannot reproduce it now, too. maybe it was a specific save/circumstances
20091223 23:01:32< Crab_> silene: but, in that level, it happened each time I leveled (either through :unit advances=, either through combat)
20091223 23:01:44< silene> Crab_: the bug i have spotted is about [modifications]; but i don't understand who would poison someone with a modification
20091223 23:02:14< Crab_> ok, reproduced
20091223 23:02:17< Crab_> AMLA
20091223 23:03:20< Crab_> silene: try :unit advances=5 on any unit
20091223 23:03:26< Crab_> say, even in the tutorial
20091223 23:03:56< silene> AI0867: no, it won't help; it is unfortunate, but there are no way to distinguish between two units in the recall list, except with their respective positions; but the positions no longer mean anything once you start touching the recall list
20091223 23:05:08< silene> AI0867: what kind of manipulations do you need to do on the recall list? perhaps we can come up with a good interface (either pure lua, or partly c++, depending on the situation)
20091223 23:05:20-!- JonW [n=chatzill@cpc2-finc11-0-0-cust855.4-2.cable.virginmedia.com] has quit ["ChatZilla 0.9.86 [Firefox 3.6b5/20091204143806]"]
20091223 23:08:55< silene> Crab_: okay, so this is indeed the bug i spotted; the amla wml is modifying the poison status of a unit...
20091223 23:09:28< Crab_> ok, that's good
20091223 23:11:57< CIA-28> silene * r40361 /trunk/src/unit.cpp: Fixed AMLA units being poisoned.
20091223 23:13:30< grzywacz> Ivanovic, not coming
20091223 23:13:36< Ivanovic> :(
20091223 23:14:04< Ivanovic> grzywacz: regarding the online booking form there seem to still be beds free in the 4 bed rooms
20091223 23:15:09< CIA-28> crab * r40362 /trunk/data/campaigns/Legend_of_Wesmere/ (20 files in 2 dirs): ensured that main heroes of LoW gain the ability to recruit at the start of next scenario, if an earlier campaign is continued from a save
20091223 23:18:07< AI0867> silene: I'm generating a menu from it, then allowing the player to recall units from it using that menu
20091223 23:18:32< AI0867> http://wesnoth-umc-dev.svn.sourceforge.net/viewvc/wesnoth-umc-dev/trunk/The_Silver_Lands/utils/rpg-utils.cfg?revision=5966&view=markup <-- line 226
20091223 23:20:43< silene> AI0867: what about directly doing get_variable on indexed_name? the next lines would become a lot more readable
20091223 23:23:28< AI0867> I tried that, but I was unable to access whatever was returned properly
20091223 23:25:31< silene> that's strange; this should have worked: local unit = wesnoth.get_variable(big_name .. "[" .. i .. "]"); message = "&" .. unit.image ...
20091223 23:32:39< silene> AI0867: by the way, i suggest doing: menu.message = string.format(tostring(_ "%d summons remaining"), number); that way you don't have to involve a wml variable
20091223 23:33:03-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit [Read error: 60 (Operation timed out)]
20091223 23:36:07< silene> AI0867: also, if you are often relying on get/set_variable, you may consider doing: local V = helper.set_wml_var_metatable {}; and then later you can do: local side = cfg.side or V.unit.side
20091223 23:45:59< zookeeper> Crab_, umm, not sure, i don't think i've used that. i'm guessing it's something esr has introduced, so...
20091223 23:46:57< Crab_> zookeeper: I want to undo  IS_HERO, which is         overlays="misc/hero-icon.png"
20091223 23:51:57< zookeeper> Crab_, well, removing only that from overlays= (which can contain several images) would be kinda tricky...
20091223 23:52:08< zookeeper> uh, except with [remove_unit_overlay] of course
20091223 23:52:20< zookeeper> i guess i'll have to take a peek into how it currently works..
20091223 23:53:07< Crab_> zookeeper:  [remove_unit_overlay]  -- that what that macro is doing. but it says that it is deprecated, so I started wondering...
20091223 23:53:10< zookeeper> ok, that's how it works now. why is it deprecated?
20091223 23:53:30< zookeeper> and where does it say that it is?
20091223 23:53:49< Crab_> zookeeper: ugly deprecation message at top of screen :)
20091223 23:55:43< zookeeper> well the macro can't be deprecated since there's nothing in its WML to mark it as such
20091223 23:56:02< zookeeper> so i guess [remove_unit_overlay] is marked as deprecated, but i have no idea why it would be
20091223 23:56:50< zookeeper> ohh. there's a deprecated-utils.cfg
20091223 23:57:17 * zookeeper was looking at the wrong macro
20091223 23:58:00< zookeeper> so, instead of REMOVE_HERO_ICON you should use UNMAKE_HERO
20091223 23:58:05< Crab_> zookeeper: ok, thanks
20091223 23:58:24< zookeeper> complicated path to a simple answer :p
20091223 23:58:47< Crab_> that's why each deprecated thing should include that answer from the start :)
--- Log closed Thu Dec 24 00:00:29 2009