--- Log opened Thu Apr 30 00:00:01 2009
--- Day changed Thu Apr 30 2009
20090430 00:00:01-!- mordante [n=mordante@wesnoth/developer/mordante] has quit ["Leaving"]
20090430 00:09:12-!- wesbot changed the topic of #wesnoth-dev to: accepted students for SoC: http://socghop.appspot.com/org/home/google/gsoc2009/wesnoth | 62 bugs, 236 feature requests, 11 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20090430 00:17:43-!- GNUtoo [n=gnutoo@host70-36-dynamic.117-80-r.retail.telecomitalia.it] has quit [Remote closed the connection]
20090430 00:27:25-!- mjs-de [n=mjs-de@vpw.wh.uni-dortmund.de] has quit ["On the road again"]
20090430 00:28:15-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit []
20090430 00:32:46-!- Turuk_ [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090430 00:37:21-!- DDR [n=chatzill@66.183.125.196] has joined #wesnoth-dev
20090430 00:40:07-!- YogiHH [n=chatzill@d159006.adsl.hansenet.de] has left #wesnoth-dev []
20090430 00:40:56-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [Read error: 110 (Connection timed out)]
20090430 00:49:10< Ivanovic> grml, where is silene, when you need him?
20090430 00:49:19< Ivanovic> this report is clearly for him to tackle: https://gna.org/bugs/?13454
20090430 00:56:33< Ivanovic> anyway, time to head off to bed, n8
20090430 00:57:10< esr> Ivanovic: My availability will be spotty for the next four days. Traveling...
20090430 00:57:32< Ivanovic> esr: ain't no problem
20090430 00:57:42< Ivanovic> though you might want to update en_GB in branches/1.6
20090430 00:57:44< Ivanovic> ;)
20090430 01:00:31-!- Appleman1234 [n=Appleman@131.181.47.1] has joined #wesnoth-dev
20090430 01:12:52-!- ilor_ [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20090430 01:14:49-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 110 (Connection timed out)]
20090430 01:15:46-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has quit ["leaving"]
20090430 01:18:20-!- fendrin [n=fabi@wesnoth/developer/fendrin] has quit [Remote closed the connection]
20090430 01:28:12< Polarina> en_GB! Yay!
20090430 01:33:56-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzzzz"]
20090430 01:34:36-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20090430 01:39:55-!- Turuk_ [n=Turuk@wesnoth/forumsith/turuk] has quit [Read error: 60 (Operation timed out)]
20090430 01:40:58-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090430 01:45:01-!- BenUrban [n=benurban@c-68-49-10-243.hsd1.md.comcast.net] has joined #wesnoth-dev
20090430 02:03:31-!- Elvish_Pillage2 [n=eli@66-189-43-47.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20090430 02:04:35-!- ikarius [n=ross@smtp.gridironsystems.com] has quit []
20090430 02:05:37-!- Elvish_Pillager [n=eli@66-189-43-47.dhcp.oxfr.ma.charter.com] has quit [Read error: 110 (Connection timed out)]
20090430 02:14:52-!- ABCD [n=ABCD@wikipedia/ABCD] has quit [Read error: 104 (Connection reset by peer)]
20090430 02:24:22-!- ABCD [n=ABCD@wikipedia/ABCD] has joined #wesnoth-dev
20090430 02:29:10-!- Polarina [n=polarina@wesnoth/translator/Polarina] has quit ["Leaving."]
20090430 02:31:00-!- BenUrban [n=benurban@unaffiliated/benurban] has quit ["Power failu"]
20090430 02:32:16-!- cjhopman [n=chris@wesnoth/developer/cjhopman] has joined #wesnoth-dev
20090430 02:53:07-!- Appleman1234 [n=Appleman@131.181.47.1] has quit [Read error: 110 (Connection timed out)]
20090430 02:55:00-!- Elvish_Pillage2 [n=eli@66-189-43-47.dhcp.oxfr.ma.charter.com] has quit ["Hi! I'm a quit message virus vaccine. If you see a quit message virus, don't replace your quit message with it!"]
20090430 03:02:17-!- happygrue_ [n=George@c-67-176-145-41.hsd1.in.comcast.net] has joined #wesnoth-dev
20090430 03:11:56-!- Crab_ [n=Crab_@wesnoth/developer/crab] has quit ["Leaving."]
20090430 03:20:08-!- happygrue [n=George@wesnoth/developer/wintermute] has quit [Read error: 110 (Connection timed out)]
20090430 03:29:10-!- Blueblaze [n=nick@c-98-199-143-139.hsd1.tx.comcast.net] has joined #wesnoth-dev
20090430 03:33:18-!- esr [n=chatzill@static-71-162-243-5.phlapa.fios.verizon.net] has quit [Remote closed the connection]
20090430 03:47:35-!- Turuk_ [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090430 03:51:01-!- danielle [n=chatzill@pool-71-191-60-155.washdc.east.verizon.net] has joined #wesnoth-dev
20090430 03:54:11< Shadow_Master> wesbot: seen Espreon
20090430 03:54:11< wesbot> Shadow_Master: The person with the nick Espreon last spoke 2d 23h ago.  2d 20h ago was here and on the channels #wesnoth and #wesnoth-umc-dev with the message: Remote closed the connection
20090430 03:54:32< Shadow_Master> interesting. Mica's in, Espreon's out.
20090430 03:57:36-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [Connection timed out]
20090430 03:58:01< Shadow_Master> es
20090430 03:58:06< Shadow_Master> no esr.
20090430 04:01:01< CIA-30> shadowmaster * r35334 /trunk/src/ (intro.cpp intro.hpp playsingle_controller.cpp): Get rid of the show_intro() stub procedure, replaced with show_storyscreen().
20090430 04:06:53-!- xonev_ [n=chatzill@59.92.65.236] has joined #wesnoth-dev
20090430 04:22:56-!- xonev [n=chatzill@59.92.16.121] has quit [Connection timed out]
20090430 04:24:41-!- Ivanovic_ [n=ivanovic@dtmd-4db26b6b.pool.einsundeins.de] has joined #wesnoth-dev
20090430 04:25:50-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20090430 04:31:25-!- xonev_ [n=chatzill@59.92.65.236] has quit [Read error: 60 (Operation timed out)]
20090430 04:37:30-!- ilor_ [n=user@wesnoth/developer/ilor] has quit [Read error: 110 (Connection timed out)]
20090430 04:40:52-!- Ivanovic [n=ivanovic@wesnoth/developer/ivanovic] has quit [Read error: 110 (Connection timed out)]
20090430 04:42:40-!- Ivanovic_ is now known as Ivanovic
20090430 05:19:58-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit []
20090430 05:20:00-!- shikadibot [n=elynia@wesnoth/bot/shikadibot] has quit ["Killed"]
20090430 05:25:34-!- shikadibot [n=elynia@83.149.110.34] has joined #wesnoth-dev
20090430 05:26:49-!- shikadibot [n=elynia@wesnoth/bot/shikadibot] has quit [Client Quit]
20090430 05:26:51-!- shikadibot [n=elynia@wesnoth/bot/shikadibot] has joined #wesnoth-dev
20090430 05:51:13-!- Blueblaze [n=nick@c-98-199-143-139.hsd1.tx.comcast.net] has quit [Remote closed the connection]
20090430 05:52:02-!- xonev [n=chatzill@59.92.61.20] has joined #wesnoth-dev
20090430 06:19:02-!- xonev_ [n=chatzill@59.92.61.20] has joined #wesnoth-dev
20090430 06:20:01-!- xonev [n=chatzill@59.92.61.20] has quit [Nick collision from services.]
20090430 06:20:07-!- xonev_ is now known as xonev
20090430 06:30:44-!- BenUrban [n=benurban@c-68-49-10-243.hsd1.md.comcast.net] has joined #wesnoth-dev
20090430 06:37:58< danielle> Can I ask a question?
20090430 06:40:18-!- danielle is now known as YaymeQ
20090430 06:41:04-!- YaymeQ [n=chatzill@pool-71-191-60-155.washdc.east.verizon.net] has quit ["ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]"]
20090430 06:42:13-!- YaymeQ [n=chatzill@pool-71-191-60-155.washdc.east.verizon.net] has joined #wesnoth-dev
20090430 06:55:10-!- BenUrban [n=benurban@unaffiliated/benurban] has quit []
20090430 07:02:29-!- ancestral [n=masterpr@97-116-120-23.mpls.qwest.net] has quit ["And that's the end of THAT chapter"]
20090430 07:11:34-!- YaymeQ [n=chatzill@pool-71-191-60-155.washdc.east.verizon.net] has quit ["ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]"]
20090430 07:33:51-!- ikarius [n=ross@c-98-207-18-148.hsd1.ca.comcast.net] has joined #wesnoth-dev
20090430 07:46:55-!- silene [n=plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20090430 07:55:52-!- mordante [n=mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20090430 07:56:07< mordante> hi
20090430 08:01:11-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has joined #wesnoth-dev
20090430 08:02:41-!- elias [n=allefant@allegro/developer/allefant] has joined #wesnoth-dev
20090430 08:18:12-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090430 08:22:42< CIA-30> mordante * r35335 /trunk/src/ (12 files in 4 dirs): Move gui/widgets/window_builder* to gui/auxiliary.
20090430 08:23:01< CIA-30> silene * r35336 /trunk/po/wesnoth/fr.po: Added a pipe to prevent variable substitution from creating an invalid UTF8 string. (Bug #13454)
20090430 08:25:25< CIA-30> silene * r35337 /branches/1.6/po/wesnoth/fr.po: Added a pipe to prevent variable substitution from creating an invalid UTF8 string. (Bug #13454)
20090430 08:28:11-!- Turuk_ [n=Turuk@wesnoth/forumsith/turuk] has quit [Read error: 110 (Connection timed out)]
20090430 08:36:43-!- DDR [n=chatzill@66.183.125.196] has quit ["ChatZilla 0.9.84 [Firefox 3.0.9/2009040821]"]
20090430 08:44:55-!- turin [n=turin@168.215.250.18] has quit [Read error: 110 (Connection timed out)]
20090430 08:48:33-!- ancestral [n=ancestra@97-116-120-23.mpls.qwest.net] has joined #wesnoth-dev
20090430 08:52:23-!- ancestral [n=ancestra@97-116-120-23.mpls.qwest.net] has quit [Client Quit]
20090430 09:11:37-!- YogiHH [i=d4ca9d15@wesnoth/developer/yogihh] has joined #wesnoth-dev
20090430 09:14:32< YogiHH> hello everyone
20090430 09:27:35< mordante> hi YogiHH 
20090430 09:40:49-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has quit ["leaving"]
20090430 09:41:22-!- noy [n=Noy@75.157.39.176] has joined #wesnoth-dev
20090430 09:42:07-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20090430 09:50:34-!- silene [n=plouf@wesnoth/developer/silene] has quit ["Leaving."]
20090430 10:30:37< Ivanovic> moin
20090430 10:38:49< mordante> i Ivanovic 
20090430 10:38:52< mordante> hi*
20090430 10:41:32-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20090430 10:42:29-!- ettin [n=jorda@wesnoth/developer/ettin] has quit [Read error: 110 (Connection timed out)]
20090430 10:52:35-!- ilor [n=user@wesnoth/developer/ilor] has quit []
20090430 10:55:39-!- loonybot [n=loonybot@79.139.247.143] has joined #wesnoth-dev
20090430 10:56:11-!- loonycyborg [n=sergey@79.139.247.143] has joined #wesnoth-dev
20090430 10:59:34-!- Crab_ [n=Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20090430 10:59:42< Crab_> hi
20090430 11:10:07-!- giusef [n=giusef@unaffiliated/giusef] has joined #wesnoth-dev
20090430 11:13:06< mordante> hi Crab_ 
20090430 11:13:18< Crab_> hi mordante
20090430 11:23:29-!- mjs-de [n=mjs-de@vpw.wh.uni-dortmund.de] has joined #wesnoth-dev
20090430 11:38:58-!- giusef [n=giusef@unaffiliated/giusef] has quit ["exit (-1);"]
20090430 11:40:46-!- ettin [n=jorda@wesnoth/developer/ettin] has joined #wesnoth-dev
20090430 12:12:51-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has left #wesnoth-dev []
20090430 12:26:05-!- fendrin [n=fabi@78.51.75.160] has joined #wesnoth-dev
20090430 13:18:19-!- elias [n=allefant@allegro/developer/allefant] has quit ["Leaving"]
20090430 13:25:47-!- Gnutoo [n=gnutoo@host70-36-dynamic.117-80-r.retail.telecomitalia.it] has joined #wesnoth-dev
20090430 13:32:24-!- Tigge [n=tigge@bacchus.olf.sgsnet.se] has quit [Remote closed the connection]
20090430 13:40:30-!- Tigge [n=tigge@bacchus.olf.sgsnet.se] has joined #wesnoth-dev
20090430 14:14:45< CIA-30> mordante * r35338 /trunk/src/gui/widgets/window.cpp: Fix minor formatting issue.
20090430 14:14:49< CIA-30> mordante * r35339 /trunk/src/gui/widgets/scroll_label.cpp: Formatting fix.
20090430 14:14:54< CIA-30> mordante * r35340 /trunk/src/gui/widgets/ (control.cpp control.hpp): Add NEW_request_reduce_width for tcontrol.
20090430 14:14:57< CIA-30> mordante * r35341 /trunk/src/gui/widgets/ (container.cpp container.hpp): 
20090430 14:14:57< CIA-30> Forward all layout functions to the grid.
20090430 14:14:57< CIA-30> The container does nothing regarding resizing so forward everything.
20090430 14:15:03< CIA-30> mordante * r35342 /trunk/src/gui/widgets/ (scrollbar_container.cpp scrollbar_container.hpp): Add tscrollbar_container::NEW_request_reduce_width.
20090430 14:15:07< CIA-30> mordante * r35343 /trunk/src/gui/widgets/control.hpp: Fix indention.
20090430 14:15:11< CIA-30> mordante * r35344 /trunk/src/gui/widgets/ (grid.cpp grid_private.hpp): Implement the width reduction for tgrid.
20090430 14:20:53< Ivanovic> zookeeper: http://www.wesnoth.org/forum/viewtopic.php?f=4&t=25288&start=0&st=0&sk=t&sd=a
20090430 14:28:17< zookeeper> that's odd
20090430 14:29:16 * zookeeper tests
20090430 14:35:56< zookeeper> umm...i can't even get that event to trigger
20090430 14:41:37< zookeeper> btw, i get the very choppy unit movement in 1.6.1 which i think has been reported plenty of times already.
20090430 14:43:33< zookeeper> looks like the name= _ "?" filter breaks it
20090430 14:45:24< zookeeper> which is kinda odd, since if it's an unrecognized filter key then it shouldn't cause the filter to not match IMO
20090430 14:47:45< Soliton> well, is it really unrecognized?
20090430 14:48:02< zookeeper> well, i guess it could be recognized but not working right too
20090430 14:48:08< Soliton> putting translatable stuff in a filter is a bad idea anyway.
20090430 14:48:20< zookeeper> not really, it doesn't affect the matching
20090430 14:48:28< zookeeper> since what it matches against is the same string
20090430 14:48:48< Soliton> what if you change the language?
20090430 14:49:24< Soliton> when staying with the language it might work, yes.
20090430 14:49:35< zookeeper> if changing the language changes one string, it'll change the other one too
20090430 14:49:50< zookeeper> hmm...
20090430 14:50:11< Soliton> well and then save-loading... i just don't think it's a good idea.
20090430 14:50:52< zookeeper> sure, i wouldn't usually use it
20090430 14:53:24< zookeeper> anyway, i rewrote that part already, will commit soon
20090430 15:00:18-!- crimson_penguin [n=ben@64.201.60.216] has joined #wesnoth-dev
20090430 15:01:12< CIA-30> zookeeper * r35345 /trunk/data/campaigns/Eastern_Invasion/scenarios/18b.Weldyn_Besieged.cfg: Fixed the name-revealing event not triggering (at least in 1.6) because of the name= _ "?" filter.
20090430 15:02:11< CIA-30> zookeeper * r35346 /branches/1.6/data/campaigns/Eastern_Invasion/scenarios/18b.Weldyn_Besieged.cfg: Ported r35345 to 1.6.
20090430 15:03:33-!- Gnutoo [n=gnutoo@host70-36-dynamic.117-80-r.retail.telecomitalia.it] has quit [Remote closed the connection]
20090430 15:04:14< zookeeper> that should fix it
20090430 15:04:27-!- Gnutoo [n=gnutoo@host70-36-dynamic.117-80-r.retail.telecomitalia.it] has joined #wesnoth-dev
20090430 15:05:15-!- Gnutoo [n=gnutoo@host70-36-dynamic.117-80-r.retail.telecomitalia.it] has quit [Remote closed the connection]
20090430 15:09:51< Soliton> yeah, that seems like the proper approach.
20090430 15:12:20-!- Gnutoo [n=gnutoo@host70-36-dynamic.117-80-r.retail.telecomitalia.it] has joined #wesnoth-dev
20090430 15:18:41< Soliton> zookeeper: what about changing the number of units you have to kill in test of the clans based on difficulty?
20090430 15:19:20< Soliton> i don't know how it is on the easier difficulties but on hard i don't think i ever killed more than one leader.
20090430 15:19:37< Soliton> you just can't avoid to hit the 25 limit before.
20090430 15:20:41-!- euschn [n=chatzill@wesnoth/developer/euschn] has joined #wesnoth-dev
20090430 15:20:45< euschn> hi
20090430 15:21:24< zookeeper> Soliton, sounds good to me. wanna come up with the new limits?
20090430 15:21:27< YogiHH> hi euschn
20090430 15:21:57< zookeeper> (maybe it could be rebalanced in other ways too)
20090430 15:22:29-!- Polarina [n=polarina@wesnoth/translator/Polarina] has joined #wesnoth-dev
20090430 15:22:58< Soliton> zookeeper: 25, 35, 50?
20090430 15:28:37< happygrue_> sounds good to me.
20090430 15:28:43-!- happygrue_ is now known as happygrue
20090430 15:32:57< zookeeper> well, i don't really have an opinion on that
20090430 15:33:21< zookeeper> all i know is that usually i never play past that scenario, at least if it's on hard, because it's just so dull :P
20090430 15:48:47< Soliton> is there no variable substitution in objectives?
20090430 15:48:59< zookeeper> yes there should be
20090430 15:49:12< Shadow_Master> mordante: can we have a GUI2 objectives display soon? ;)
20090430 15:49:23< Soliton> yeah, otherwise it would write the variable literally... but it's empty for some reason.
20090430 15:49:41< fendrin> Shadow_Master: Did you kick santi from the code contributer group in the forum as well?
20090430 15:50:09< Shadow_Master> fendrin: what the hell?
20090430 15:50:18< Soliton> bah, it's NORMAL not MEDIUM.
20090430 15:50:19< Shadow_Master> check his profile
20090430 15:50:31< Shadow_Master> http://www.wesnoth.org/forum/memberlist.php?mode=viewprofile&u=342 in case you need some help
20090430 15:50:58< Shadow_Master> I even added him to "translators". It really sounds like you are taking this too personally.
20090430 15:52:41< fendrin> Shadow_Master: Sorry, I am not going to argue about something. It's just that I am wondering why some titles are not displayed for me.
20090430 15:52:46< Soliton> err, lua doesn't seem to like variables in objectives.
20090430 15:53:14< Soliton> http://nopaste.com/p/aBYTrizSH
20090430 15:53:15< Shadow_Master> might be your font settings. Some browsers have problems displaying text that doesn't fit in a cell
20090430 15:53:21< Shadow_Master> and the subsilver2 forum style uses tables
20090430 15:58:34< Shadow_Master> (screenshot perhaps?)
20090430 15:59:25< fendrin> Santi activated some selfmade comment "Lord of Wesmere". I guess his titles are overwritten by this.
20090430 16:03:28< Soliton> so i put text= _ "Still $units_to_slay clan members to defeat!" into [print] but it alwas prints the initial value. how do i make it use the updated value?
20090430 16:04:02< Soliton> actually let me check something else...
20090430 16:08:34< Soliton> ok, looks like guessing that sub is the opposite of add and thinking you'd get an error if not was not a good idea.
20090430 16:09:43< YogiHH> lol
20090430 16:10:44< YogiHH> Soliton: Interestingly enough, right now i am reading a book about the consistency of API's :-)
20090430 16:11:48< Soliton> what's also annoying is that after a bit of looking i have not found where in the wiki it tells me what i can use there.
20090430 16:12:10< Soliton> (a grep did though.)
20090430 16:15:15< Soliton> zookeeper: http://nopaste.com/p/anm1SThM7  does that look sane?
20090430 16:16:46< zookeeper> Soliton, yeah, i think so
20090430 16:18:21< zookeeper> the objective text doesn't update by itself though AFAIK, so you have to reset the [objectives] (probably with silent=yes) in the die event
20090430 16:18:54< Soliton> yeah, but i like it that way.
20090430 16:19:19< zookeeper> oh, right, ok.
20090430 16:19:20< Soliton> i mean either way is fine with me.
20090430 16:19:55< zookeeper> yeah, the original total should probably be shown in the objectives, so something like description= _ "Defeat $units_to_slay enemy units"
20090430 16:19:57< zookeeper> argh
20090430 16:20:45< zookeeper> so something like description= _ "Defeat $total_units_to_slay enemy units"+"($units_to_slay left)" would be best i guess
20090430 16:21:11 * Polarina asks for different forms for singular and plural.
20090430 16:22:43< Soliton> well, i'm not going to reinstate the previous hack for that.
20090430 16:23:08< zookeeper> Soliton, anyway, i don't understand why you're having problems with the [print]. the only way AFAICT would be if it'd be a nested event and the substitution happened at the wrong time, but that's not the case it seems.
20090430 16:23:41< Soliton> zookeeper: nah, it works now. i naively used sub 1 instead of add -1 and got no error..
20090430 16:24:13< zookeeper> how silly.
20090430 16:24:49< Soliton> for real.
20090430 16:25:32< zookeeper> do i have to say "totally!" now?
20090430 16:26:01< Soliton> too late. now you ruined it!
20090430 16:26:09< zookeeper> ha-ha.
20090430 16:27:00< Soliton> i'll backport to 1.6, yes?
20090430 16:30:41< zookeeper> well, depends on how much string changes we don't mind having there, i guess.
20090430 16:30:51< zookeeper> eh, i'll be afk... ->
20090430 16:36:32< Soliton> there is a changelog entry for DM in the changelog and one for TROW in players_changelog *only*. any reason for that?
20090430 16:39:20-!- Polarina [n=polarina@wesnoth/translator/Polarina] has quit [Read error: 110 (Connection timed out)]
20090430 16:46:16< CIA-30> soliton * r35347 /trunk/ (changelog players_changelog): fixed formatting
20090430 16:46:24< CIA-30> soliton * r35348 /trunk/ (3 files in 2 dirs): * Made the number of enemies to defeat depend on the difficulty.
20090430 16:53:47-!- elias [n=allefant@allegro/developer/allefant] has joined #wesnoth-dev
20090430 17:01:56-!- xonev [n=chatzill@59.92.61.20] has quit ["ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]"]
20090430 17:02:22-!- YogiHH [i=d4ca9d15@wesnoth/developer/yogihh] has left #wesnoth-dev []
20090430 17:09:54-!- Reisiger [n=Reisiger@84.226.101.160] has joined #wesnoth-dev
20090430 17:11:47< Reisiger> Good afternoon.
20090430 17:16:31< Soliton> zookeeper: is there speaking anything against adding support for a sub key in set_variable?
20090430 17:17:25< zookeeper> Soliton, not that i can think of, besides it being a little bit redundant
20090430 17:33:43-!- Polarina [n=polarina@wesnoth/translator/Polarina] has joined #wesnoth-dev
20090430 17:36:02< CIA-30> soliton * r35349 /trunk/ (changelog src/game_events.cpp): * Added the 'sub' key to [set_variable] to subtract from the variable.
20090430 17:39:42< Reisiger> Anyone online who can confirm issues with compiling via MSVC with r35349 and test a patch to see it it solves them?
20090430 17:41:17-!- euschn [n=chatzill@wesnoth/developer/euschn] has quit [Remote closed the connection]
20090430 17:45:12< Reisiger> http://www.wesnoth.org/forum/viewtopic.php?p=354830#p354830
20090430 17:45:17< mordante> Shadow_Master, not sure, but objectives is not high on my priority list
20090430 17:45:29< Shadow_Master> mordante: :((((((
20090430 17:48:05< mordante> Shadow_Master, can you look whether your storyscreen changes could have caused a problem, start Httt and :cl to level 21
20090430 17:48:16< mordante> Shadow_Master, I found it when fixing this bug https://gna.org/bugs/index.php?13420
20090430 17:48:46< mordante> Shadow_Master, well I hope I still fix it soon, since that means I make fast progress with gui2 ;-)
20090430 17:48:54-!- _2i [n=chatzill@ppp91-77-233-44.pppoe.mtu-net.ru] has joined #wesnoth-dev
20090430 17:49:44< Shadow_Master> mordante: it may just be that it requires prrevious variables that aren't initialized until the earlier scenarios
20090430 17:49:59< Shadow_Master> in fact. that is the issue. Sorry, your complain is invalid.
20090430 17:50:20< Shadow_Master> ah. blackscreen. I thought you meant the path awkwardness
20090430 17:50:23< mordante> Shadow_Master, did you try and see what happens?
20090430 17:50:37< mordante> I meant the blackness
20090430 17:50:55-!- cjhopman [n=chris@wesnoth/developer/cjhopman] has quit [Read error: 60 (Operation timed out)]
20090430 17:50:56< Shadow_Master> when I say "ah, A. I thought you meant B" it means I indeed realized it was A
20090430 17:52:07< Soliton> when someone posts 3 seconds after you it means they have not read your message yet.
20090430 17:53:13< Shadow_Master> um. Here it was 13 seconds after, actually
20090430 17:53:35< mordante> irc lags ;-)
20090430 17:53:50< Shadow_Master> for some reason I don't have a lag indicator on this irssi session
20090430 17:54:40< Soliton> you realise your own posts appear instantly at your screen while not at ours?
20090430 17:55:24< Shadow_Master> yep
20090430 17:59:22< Reisiger> mordante: glad to see my playtesting trunk leads to something :D
20090430 17:59:57< mordante> Reisiger, you're welcome 
20090430 18:01:49< Shadow_Master> ./wesnoth-
20090430 18:13:21-!- nital [n=nital@mion.elka.pw.edu.pl] has quit [Read error: 60 (Operation timed out)]
20090430 18:13:27-!- nital [n=nital@mion.elka.pw.edu.pl] has joined #wesnoth-dev
20090430 18:15:43-!- Reisiger [n=Reisiger@84.226.101.160] has quit ["Verlassend"]
20090430 18:16:00-!- _2i [n=chatzill@ppp91-77-233-44.pppoe.mtu-net.ru] has quit ["ChatZilla 0.9.84 [Firefox 3.0.10/2009042523]"]
20090430 18:17:02-!- turin [n=turin@168.215.250.18] has joined #wesnoth-dev
20090430 18:30:07< Shadow_Master> it's a bit difficult to test it
20090430 18:30:15< Shadow_Master> wesnoth crashed back then :P
20090430 18:31:13-!- Reisiger [n=Reisiger@adsl-84-226-101-160.adslplus.ch] has joined #wesnoth-dev
20090430 18:34:09< Shadow_Master> mordante: it seems to be unrelated
20090430 18:34:57< CIA-30> crab * r35350 /trunk/src/ (unit.cpp unit.hpp): New helper function team_unit_cost to calculate total cost of units owned by side
20090430 18:35:16< CIA-30> crab * r35351 /trunk/src/ (4 files in 2 dirs): Improved ai/testing logging to log per-turn information about gold, villages, and units
20090430 18:37:52< mordante> Shadow_Master, ok thanks for testing
20090430 18:38:06< Shadow_Master> Effectively. It's unrelated
20090430 18:39:00< Reisiger> Q: When crashing while using the 'undo' function, how can I gather information about the cause?
20090430 18:39:33-!- jmunro[a] is now known as jmunro
20090430 18:40:59-!- cjhopman [n=chris@wesnoth/developer/cjhopman] has joined #wesnoth-dev
20090430 18:42:12< Crab_> Reisiger: start with examining the backtrace
20090430 18:45:53< Shadow_Master> tmordante: could you submit a bug?
20090430 18:46:00< Reisiger> Not sure what you mean. I can run an instance from MSVC and get into debugging when encountering the 'crash'.
20090430 18:46:07< Shadow_Master> (the t was unintended, but now that I think of it, it is pretty appropriate... ;)
20090430 18:47:08< Crab_> Reisiger: basically, you want to see the 'stack' of functions which were called. as in function A -> function B -> function -C -> crash.  it can be seen from MSVC debugger
20090430 18:48:24-!- maxy [n=maxy@80-219-0-199.dclient.hispeed.ch] has joined #wesnoth-dev
20090430 18:48:52< Reisiger> Crab_: The Call Stack window then?
20090430 18:49:01< Crab_> yes
20090430 18:50:46< Reisiger> Great... MSVC hangs itself now o_O
20090430 18:50:54< Crab_> Reisiger: hehe )
20090430 18:51:53< Reisiger> Next try :D
20090430 18:53:06< mordante> Shadow_Master, a bug for what
20090430 18:53:32< Shadow_Master> the black screen
20090430 18:53:43< Shadow_Master> it actually is a "the last thing that was on screen" screen
20090430 18:53:43< mordante> Shadow_Master, using t is not appropriate unless you want me to not notice your pings ;-)
20090430 18:54:05< Shadow_Master> e.g. in one test I got the characters speaking with the wesnoth map as background
20090430 18:54:38< mordante> Shadow_Master, depends whether or not I find a solution myself soon, there's already a report where it's hiding in
20090430 18:54:59< Shadow_Master> there's no need to highlight me ;) it doesn't work besides changing your username color oin irssi
20090430 18:57:53 * Reisiger slaps MSVC
20090430 18:58:31< Reisiger> Yesh... at least I pastebinned the Call stack. http://wesnoth.pastebin.com/m3de0f6bb
20090430 18:59:06< Reisiger> But adding breakpoints is a pain if MSVC goes to lalaland everytime :-/
20090430 19:02:11< Crab_> Reisiger: the next step is figuring out why exactly that line  (menu_events.cpp:978) segfaults - which of the parameters is wrong, for example.
20090430 19:03:21< Reisiger> Crab_: Ok. got a breakpoint there
20090430 19:05:26< Crab_> Reisiger: for example, is action.recall_pos is >=0 ?
20090430 19:06:07< Reisiger> it's -1
20090430 19:06:43< Crab_> Reisiger: then recall_list.begin()-1 will lead to segfault, isn't it ?
20090430 19:08:36< Reisiger> Yes. Then the runtime gives an alert and allows to debug which ends up at a breakpoint in vektor at line 164
20090430 19:09:32-!- Crab_ [n=Crab_@wesnoth/developer/crab] has quit ["Leaving."]
20090430 19:09:50-!- Crab_ [n=Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20090430 19:10:58< Crab_> Reisiger: so, there's two options - either action.recall_pos is set uncorrectly, or "recall_list.begin()+action.recall_pos" is wrong.
20090430 19:11:25< Crab_> Reisiger: what is the meaning of recall_pos ?
20090430 19:12:26< Reisiger> actions.hpp 360: int recall_pos; // set to RECRUIT_POS for an undo-able recruit
20090430 19:13:40< Crab_> Reisiger: and RECRUIT_POS is -2 
20090430 19:14:35< Reisiger> in the struct undo_action recall_pos(-1) shows up in an overloaded ?constructor?
20090430 19:14:55< Crab_> Reisiger: so, "recall_list.begin()+action.recall_pos" is wrong for recalled units
20090430 19:15:18< Crab_> Reisiger: therefore, ""recall_list.begin()+action.recall_pos" is to be changed to work with them correctly
20090430 19:17:34-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20090430 19:17:45< Crab_> Reisiger: since recruit is not present in recall list, it is not needed to add recruit to it if the recruit action is undoed.
20090430 19:18:28< Reisiger> Hm... I've been undoing move actions in the tutrial.
20090430 19:19:31< Crab_> Reisiger: so, that action you're undoing is a move ?
20090430 19:19:47-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20090430 19:20:19< Reisiger> Yes. I deliberately moved to a field not ment to be moved to, resulting in the 'oops...' message hinting at the undo function. Upon hitting 'u' I got the crash.
20090430 19:20:37< Crab_> why it has passed check in line :969 , then ?
20090430 19:20:44< Crab_> "if (action.is_dismiss) {"
20090430 19:21:10< Crab_> is  (action.is_dismiss)!=0   ?
20090430 19:21:14< Reisiger> is_dismiss must have ended up being true for some reason when it shouldn't
20090430 19:22:05< Crab_> Reisiger: then you must catch that place where is_dismiss is set to true
20090430 19:22:48< Reisiger> Crab_: I'll work on that. Gotta grab a bite soon tho.
20090430 19:22:52< Crab_> ok
20090430 19:38:32-!- elias [n=allefant@allegro/developer/allefant] has quit ["Leaving"]
20090430 19:38:49-!- YogiHH [n=chatzill@c214049.adsl.hansenet.de] has joined #wesnoth-dev
20090430 19:39:13< YogiHH> Sirp, you there?
20090430 19:54:16-!- ilor [n=user@wesnoth/developer/ilor] has quit []
20090430 20:02:55-!- noy [n=Noy@d75-157-39-176.bchsia.telus.net] has joined #wesnoth-dev
20090430 20:04:43< CIA-30> jhinrichs * r35352 /trunk/src/ (5 files): 
20090430 20:04:43< CIA-30> Savegame reorganization Step 1: Providing a simpler interface to saving and loading.
20090430 20:04:43< CIA-30> Further refactoring savegame.cpp and slightly simplifying the interface.
20090430 20:05:45< CIA-30> mordante * r35353 /trunk/src/actions.cpp: Fix a compiler warning.
20090430 20:07:05< YogiHH> mordante: if i have a static variable inside a class method, will it prevail across different instances of that class (that is behave like a static member)?
20090430 20:08:07< mordante> YogiHH, yes
20090430 20:09:03< YogiHH> mordante: another question, does it make sense to look at the broken minimap for gui2 issue or should i wait until you are done with the current refactoring?
20090430 20:10:53-!- cjhopman [n=chris@wesnoth/developer/cjhopman] has quit [Read error: 110 (Connection timed out)]
20090430 20:12:27< mordante> YogiHH, it makes sence, just one of the things I haven't found time for
20090430 20:12:34< YogiHH> ok
20090430 20:12:39< mordante> sense*
20090430 20:12:44< mordante> thanks
20090430 20:13:17-!- jmunro is now known as jmunro[a]
20090430 20:19:50-!- stikonas [n=quassel@ctv-213-164-108-14.vinita.lt] has joined #wesnoth-dev
20090430 20:22:25-!- cjhopman [n=chris@wesnoth/developer/cjhopman] has joined #wesnoth-dev
20090430 20:22:39< Reisiger> Crab_: I'm still looking further into the is_dismissal, but so far the value is sometimes true, and other times false.
20090430 20:23:30< Crab_> Reisiger: well, but you should pick up that 1 time when that 'undo for that move action' is put into undo stack
20090430 20:24:27< Reisiger> Trying to find the right function doing that atm.
20090430 20:24:36< YogiHH> mordante: hmm, doesn't really seem broken to me, anything special i should pay attention to?
20090430 20:25:52< Reisiger> if actions.cpp 2578 is the function, then I find no reference to is_dismisal
20090430 20:26:06< Crab_> Reisiger: constructor parameter
20090430 20:26:45< Crab_> Reisiger: apply_shroud_changes is not that function you're searching for
20090430 20:26:54< YogiHH> Reisiger: can you describe the problem?
20090430 20:27:10< Reisiger> Crab_: Isn't move_unit the one?
20090430 20:27:27< YogiHH> i ask because euschn touched dismissing code a short while ago
20090430 20:28:06< Crab_> Reisiger: yes, it is related.
20090430 20:28:15< Reisiger> YogiHH: I get a segfault when trying to undo a move action in the tutorial (about 90% of the times I try), where the undo function tries to dismiss the unit.
20090430 20:29:00< YogiHH> Reisiger: so it's trying to undo the wrong action?
20090430 20:29:15< Reisiger> YogiHH: Yes
20090430 20:29:28< YogiHH> because of the is_dismissal flag?
20090430 20:29:29< mordante> YogiHH, it doesn't draw itself, which broke in a refactoring
20090430 20:29:51< YogiHH> mordante: which dialog, mp_create?
20090430 20:30:35< mordante> no the entire drawing code, this is the only widget which hasn't been fixed yet
20090430 20:30:49< Reisiger> YogiHH: Yes, it enters the dismissal condition and segfaults at menu_events.cpp 978 when action.recall_pos is -1
20090430 20:31:08< YogiHH> mordante: so it is not used atm?
20090430 20:31:32< mordante> no since the mp_create dialog is hidden under the --new-widgets switch
20090430 20:33:29< YogiHH> Reisiger: Although i hate to say it (because i commited that :-) ) the most likely cause is the commit for revision 35304. Maybe you want to check out that one?
20090430 20:33:51< Reisiger> YogiHH: Will do so ;)
20090430 20:35:19< YogiHH> afk
20090430 20:36:13< Crab_> Reisiger: note that the undo action for the move is not created, when you get that 'oops' msg
20090430 20:37:10< Reisiger> Crab_: It is created, I added a breakpoint in the move_unit at the point where the undo_stack gets the movement added
20090430 20:37:34< Reisiger> so far the breakpoint fired everytime
20090430 20:38:08< Reisiger> YogiHH: I'm reverting to r35303 to test
20090430 20:40:22< Soliton> there is really no need since that is clearly the commit that introduced your issue. there was no is_dismissal before.
20090430 20:40:23< Crab_> Reisiger: got it.
20090430 20:40:44< Crab_> Reisiger: one of undo_action constructor's is not initializing is_dismiss
20090430 20:41:06< CIA-30> mordante * r35354 /trunk/src/savegame.cpp: Fix a compiler warning.
20090430 20:41:16< Reisiger> Crob_: Had the constructor in my sights aswell ;)
20090430 20:41:24< Reisiger> *Crab_ (sorry
20090430 20:42:08< Reisiger> Crab_: So the constructor wouldn't asign the default value false and randomly had a true?
20090430 20:42:37< Crab_> Reisiger: in my case, it randomly has 85 
20090430 20:42:47< Reisiger> Ouch :D
20090430 20:42:58< Crab_> Reisiger: in your case, it may be different
20090430 20:43:40< Crab_> Reisiger: so, when I've said 'that the undo action for the move is not created', that's because I've set breakpoint on the constructor (the other one, which has is_dismiss ), and it hasn't fired.
20090430 20:44:41< Reisiger> Crab_: Ah, I had the breakpoint outside the struct call right at the line where the undo action gets pushed
20090430 20:46:38< Reisiger> Crab_: So actions.hpp 353 would need a is_dismiss(false) ?
20090430 20:46:51< Reisiger> err 343
20090430 20:47:49 * Reisiger troutslaps MSVC
20090430 20:48:29< Soliton> more like 334
20090430 20:50:02< Reisiger> ok, so similar to the other constructor
20090430 20:51:12< Soliton> yeah, when using that constructor it's undefined otherwise.
20090430 20:51:48< Crab_> Reisiger: will you commit that 1-line fix ?
20090430 20:51:56< Soliton> and then i guess chances are pretty good that it'll be true. :-)
20090430 20:52:10< Crab_> Reisiger: yes, I've just verified it
20090430 20:52:16< Reisiger> Crab_: I don't have commit access ;)
20090430 20:52:24< Crab_> Reisiger: ah )
20090430 20:52:57< Reisiger> Which is also why I keep slapping the VC9 maintenance patches into the forum :)
20090430 20:53:10< Crab_> Reisiger: was it a specific bug # ?
20090430 20:54:07< Reisiger> No, but YogiHH modified action.hpp in r35304 with the incomplete constructor
20090430 20:56:22< CIA-30> crab * r35355 /trunk/src/actions.hpp: Fixed crashes related with undo actions incorrectly treated as dismissal undo actions (because of uninitialized member variable in undo_action). Thanks to Reisiger for investigating that segfault.
20090430 20:58:31< Crab_> mordante: is it possible to spot the situation 'some of the constructors of a class do not initialize the member variable' using some kind of tool ?
20090430 20:58:32-!- Blueblaze [n=nick@c-98-199-143-139.hsd1.tx.comcast.net] has joined #wesnoth-dev
20090430 20:59:05< mordante> Crab_, yes one sec
20090430 20:59:22< Reisiger> Crab_: Thanks for your help :)
20090430 20:59:27< Crab_> Reisiger: np
20090430 21:00:32< Shadow_Master> Crab_: why not rename the /src/ai/ stuff to remove the ai_ prefix?
20090430 21:01:25< mordante> Crab_, the g++ switch -Weffc++ does it, but has a lot of other warnings, so you need to grep the output for uninitialized
20090430 21:01:46< Crab_> Shadow_Master: some renames will be done 'real soon'. 
20090430 21:01:52< mordante> normally I run this test every now and then, so will do it again tonight or tomorrow
20090430 21:03:14-!- tsr__ [n=tsr@c-6542e155.220-1-64736c10.cust.bredbandsbolaget.se] has quit [Read error: 110 (Connection timed out)]
20090430 21:07:32< cjhopman> i think having a switch named after a book is funny
20090430 21:08:54< mordante> yes especially since it only checks for a few issues, but my biggest issue is you can't select them
20090430 21:09:38-!- tsr__ [n=tsr@c213-89-114-91.bredband.comhem.se] has joined #wesnoth-dev
20090430 21:09:39< mordante> if the switch -Weffc++-x was also available it would be more useful
20090430 21:14:54< mordante> YogiHH, also a bit indifferent about what's better to do with overwriting, but automatically overwriting sounds bad to me in general
20090430 21:15:30< mordante> (and I accidentally lost some savegames due to it)
20090430 21:22:36-!- maxy [n=maxy@80-219-0-199.dclient.hispeed.ch] has quit []
20090430 21:37:11< YogiHH> Reisiger: nice catch, thanks :-)
20090430 21:38:30< Reisiger> YogiHH: Thanks, but Crab_ was the one nailing it in the end ;)
20090430 21:39:19< Soliton> YogiHH, mordante: what's automatically overwritten?
20090430 21:39:36< mordante> Soliton, start of scenario saves
20090430 21:40:01< mordante> Soliton, YogiHH send an email to the dev-ml
20090430 21:40:05< YogiHH> Soliton: start-of-scenario saves and autosaves
20090430 21:40:18< Soliton> ah, for autosaves it's ok.
20090430 21:40:20< YogiHH> Soliton: but not automatic replay saves
20090430 21:40:23-!- Blueblaze [n=nick@c-98-199-143-139.hsd1.tx.comcast.net] has quit [Remote closed the connection]
20090430 21:40:27< Soliton> and they way we've been doing it, no?
20090430 21:40:35< Soliton> s/they/the/
20090430 21:41:07< YogiHH> Soliton: yes, it has always been like that, but i would like to have a consistent behaviour from a coding point of view
20090430 21:43:07< YogiHH> Soliton: autosaves is ok, because they are searched for by a certain name, right?
20090430 21:43:42< YogiHH> so they won't work with another name
20090430 21:44:15< Soliton> i don't know how the removal exactly works but from a user point of view it's fine IMO.
20090430 21:45:29< YogiHH> Soliton: i think those "back to turn 3" stuff won't work with other autosave names
20090430 21:46:05< Soliton> probably, i don't use that stuff.
20090430 21:57:11-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has joined #wesnoth-dev
20090430 21:57:49-!- cjhopman [n=chris@wesnoth/developer/cjhopman] has quit [Remote closed the connection]
20090430 22:01:33 * Polarina discovered a bug in utils/wesnoth-optipng
20090430 22:02:00< noy> dfranke: around?
20090430 22:03:15< dfranke> noy: yup
20090430 22:03:19< noy> game?
20090430 22:03:24< dfranke> noy: I'm at work.
20090430 22:03:32< noy> ah well... 
20090430 22:04:25< YogiHH> mordante: NEW_layout is triggering an assert, do you think i should investigate into that?
20090430 22:05:00< mordante> YogiHH, how can I reproduce it?
20090430 22:05:40< mordante> and which assert does it trigger (I throw asserts around like candy ;-) )
20090430 22:05:58< YogiHH> mordante: join the mp server and create a game
20090430 22:07:54< mordante> YogiHH, I can reproduce it here :-)
20090430 22:08:09 * mordante knows why he started to work on unit tests for the dialogs 
20090430 22:08:20< YogiHH> hehe
20090430 22:10:34< mordante> that code path is only triggered when you use --new-widgets you can change gui/widgets/window.cpp around line 444 to call layout() in both paths of the if statement
20090430 22:10:56< YogiHH> mordante: ok
20090430 22:11:20< mordante> I want to add the unit test to see which dialogs work and which won't with the new algorithm so I can fix the algorithm
20090430 22:11:33< mordante> once debugged I want to make it the default
20090430 22:13:00< Crab_> Reisiger: around ?
20090430 22:13:15-!- Elvish_Pillager [n=eli@24-183-181-144.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20090430 22:13:21< Reisiger> Crab_: Yes
20090430 22:14:14< Crab_> Reisiger: can you MSVC-compile a small snippet for me ? http://wesnoth.pastebin.com/m3bf508a5
20090430 22:14:39< Crab_> Reisiger: I'm just interested in knowing "does it compile?"
20090430 22:14:45< Reisiger> ok
20090430 22:17:03< Reisiger> Crab_: Compiles successfully
20090430 22:17:09< Crab_> Reisiger: thanks
20090430 22:30:26-!- ABCD_ [n=abcd@wikipedia/ABCD] has joined #wesnoth-dev
20090430 22:38:11-!- Sapient [n=patrickp@wesnoth/developer/sapient] has joined #wesnoth-dev
20090430 22:38:38< Sapient> any linux people around who can answer my newb question?
20090430 22:39:03< Shadow_Master> I've just been at the gates of Hell.
20090430 22:39:09< Shadow_Master> literally.
20090430 22:39:35< Sapient> in ubuntu when I use the cp -rv command it shows a list of files that have been copied, but then I check the destination files and they were not overwritten. why not?
20090430 22:40:17< Soliton> what does "alias cp" say?
20090430 22:40:54< Sapient> alias not found
20090430 22:41:35< Shadow_Master> I was at the doors of the MS Research laboratories at uni :/
20090430 22:41:35< Soliton> no idea then.
20090430 22:41:43 * crimson_penguin should really not highlight on "cp" :D
20090430 22:41:44< Sapient> I even tried the --remove-destination flag, and sudo.... still not copying
20090430 22:42:07< dfranke> Sapient: what's the exact command line you're using?
20090430 22:42:09< Sapient> but the odd thing is, when I copy each file individually, it works
20090430 22:43:19< Sapient> dfranke: cp -r dir1/etc dir2/etc
20090430 22:43:27< crimson_penguin> could it be, a bug in cp?
20090430 22:43:48< Sapient> I'd definitely consider it a bug... at the minimum it should be throwing an error
20090430 22:44:35< Sapient> especially when passed the verbose flag
20090430 22:44:42< Shadow_Master> there weren't wildcards (*) in the cmdline, right?
20090430 22:44:47< Soliton> if that's the exact command it sounds like a bug. of course a bug in cp is pretty unlikely...
20090430 22:44:50< dfranke> Sapient: is either dir1 or etc a symlink?
20090430 22:45:45< Sapient> dfranke: I don't think so
20090430 22:46:11< dfranke> Sapient: check them plesae
20090430 22:46:24< Sapient> how?
20090430 22:46:38< Soliton> ls -ld
20090430 22:46:38< dfranke> ls -lad dir1; ls -lad dir1/etc
20090430 22:47:01-!- thespaceinvader_ [n=chatzill@91.108.185.22] has joined #wesnoth-dev
20090430 22:47:29-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit [Nick collision from services.]
20090430 22:47:41-!- thespaceinvader_ is now known as thespaceinvader
20090430 22:47:47< Sapient> they do not appear to contain any symbolic links
20090430 22:48:33< dfranke> that is strange then.  What kind of filesystems are these on?
20090430 22:49:03< Sapient> I think it's VMWare instance of Ubuntu
20090430 22:49:23-!- ancestral [n=ancestra@97-116-120-23.mpls.qwest.net] has joined #wesnoth-dev
20090430 22:49:43< dfranke> ok, but just regular disk filesystems?  Not network-mounted or removable media or anything?
20090430 22:50:12< Sapient> no way for me to know that
20090430 22:50:22< dfranke> type 'mount'.
20090430 22:50:43< ABCD_> Sapient: do you have a dir2/etc/etc directory?
20090430 22:51:09< Soliton> that's the idea, no?
20090430 22:51:10< Sapient> here's the exact commands: http://pastebin.com/d6c717efc
20090430 22:51:48< Soliton> maybe you meant "cp -r /var/www/eventum/templates/* /home/sapient/svn/eventum/templates/"?
20090430 22:52:09< Sapient> I thought the -r would take care of that
20090430 22:52:15< Soliton> or "cp -r /var/www/eventum/templates /home/sapient/svn/eventum/"
20090430 22:52:41< Sapient> hmmm
20090430 22:52:56< Shadow_Master> do you have a /home/sapient/svn/eventum/include/include dir now? :P
20090430 22:53:09< Soliton> yes.
20090430 22:53:33< Shadow_Master> it was some sort of rethorical question, actually
20090430 22:54:15< Sapient> well, dang
20090430 22:54:25< Soliton> cp -r /var/www/eventum/{include,templates,customer} home/sapient/svn/eventum/
20090430 22:55:08< Sapient> thanks
20090430 22:56:11< Soliton> no problem. shell commands can be tricky..
20090430 22:56:33< CIA-30> mordante * r35356 /trunk/src/gui/widgets/window.hpp: 
20090430 22:56:33< CIA-30> Add a new return value.
20090430 22:56:33< CIA-30> This value is not used, but will be implemented in the future.
20090430 22:56:38< CIA-30> mordante * r35357 /trunk/src/gui/widgets/window.cpp: Set the retval_ explicitly to NONE.
20090430 22:56:43< CIA-30> mordante * r35358 /trunk/src/gui/widgets/ (window.cpp window.hpp): Remove an unused parameter.
20090430 22:56:48< CIA-30> mordante * r35359 /trunk/src/gui/widgets/ (window.cpp window.hpp): 
20090430 22:56:48< CIA-30> Add helper class to track all window instances.
20090430 22:56:48< CIA-30> This will be used to send event to the proper window, this allows
20090430 22:56:48< CIA-30> windows to post messages to themselves and let them delay for a certain
20090430 22:56:49< CIA-30> amount of time.
20090430 22:56:53< CIA-30> mordante * r35360 /trunk/src/ (6 files in 3 dirs): 
20090430 22:56:53< CIA-30> Add the autoclose feature for dialogs/windows.
20090430 22:56:55< CIA-30> This might not be really useful for normal usage, but allows the
20090430 22:56:57< CIA-30> unit tests to show a window. (This will be implemented later.)
20090430 22:56:59< CIA-30> mordante * r35361 /trunk/src/gui/dialogs/dialog.hpp: Add doxygen comment.
20090430 22:57:02< CIA-30> mordante * r35362 /trunk/src/ (video.cpp video.hpp): 
20090430 22:57:05< CIA-30> Add parameter for the fake screen.
20090430 22:57:07< CIA-30> In order to make unit testing with different screen sizes possible it's
20090430 22:57:09< CIA-30> required to allow the setting of these values. Decided against doing it
20090430 22:57:11< CIA-30> in the constructor since I want to test on different screen sizes so
20090430 22:57:13< CIA-30> will rerun the function to get a different size. (Unit test code will be
20090430 22:57:15< CIA-30> committed later.)
20090430 22:57:20 * Shadow_Master tries to remember if DOS' XCOPY worked the same way o rnot
20090430 22:57:35< YogiHH> mordante: how do i get the video object of a window?
20090430 22:59:12-!- stikonas [n=quassel@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20090430 22:59:57-!- Sapient [n=patrickp@wesnoth/developer/sapient] has left #wesnoth-dev []
20090430 23:00:34< mordante> YogiHH, you can't, why do you need it?
20090430 23:00:56< YogiHH> mordante: if i want to draw the minimap, i need a surface to do so
20090430 23:01:44< YogiHH> mordante: and all i have is a window object
20090430 23:01:48< mordante> YogiHH, you need to draw on the frame_buffer send to it
20090430 23:03:07< YogiHH> mordante: yes, but i have to call draw_foreground, draw_background and such. I want to do that in the mp_create_game dialog where it updates the map. And i don't know where to get the frame_buffer from.
20090430 23:06:03< mordante> why do you want to call draw_foreground yourself? you can update the contents of the map with set_map_data() and then minimap will redraw itself
20090430 23:06:57< mordante> the draw functions in general are invoked by twindow which updates the dirty widgets
20090430 23:07:09< YogiHH> mordante: oh, ok, i missed that :-) . I thought i'd have to draw the map in the window, too
20090430 23:07:38< mordante> no, it's just like with a label, when you change the text it will get redrawn automatically for you
20090430 23:08:16< mordante> YogiHH, did you manage to get the drawing of the minimap working? if not I can have a look tomorrow
20090430 23:08:40< YogiHH> mordante: i am just about to try that
20090430 23:08:59< mordante> ok
20090430 23:09:02< YogiHH> mordante: atm, i see only a black area :-)
20090430 23:09:30< mordante> it's an improvement from dying in an assert ;-)
20090430 23:10:35< mordante> I'm off night
20090430 23:10:39< Reisiger> Good night everyone :)
20090430 23:10:45< mordante> night Reisiger 
20090430 23:10:53-!- Reisiger [n=Reisiger@adsl-84-226-101-160.adslplus.ch] has quit ["Verlassend"]
20090430 23:11:04-!- mordante [n=mordante@wesnoth/developer/mordante] has quit ["Leaving"]
20090430 23:23:05< CIA-30> jhinrichs * r35363 /trunk/src/gui/widgets/ (minimap.cpp minimap.hpp): Restore drawing of the minimap. Mordante, please check if this code is ok. Not sure if draw_background is really needed.
20090430 23:25:36-!- stikonas [n=quassel@ctv-213-164-108-14.vinita.lt] has joined #wesnoth-dev
20090430 23:30:56< Soliton> YogiHH: just to reiterate silent overwriting of replays is not wanted. asking the user in that case was a deliberate decision even though some campaign only players can't understand that... ;-)
20090430 23:31:27< YogiHH> Soliton: ok
20090430 23:32:32< YogiHH> Soliton: how do you get the size of a map out of the scenario config?
20090430 23:32:45-!- Lord_Aether [n=castle@206.170.190.49] has joined #wesnoth-dev
20090430 23:35:48< Soliton> YogiHH: there is no key for that if that's what you mean. you have to look at map_data.
20090430 23:36:17< YogiHH> Soliton: is that what the mp lobby does when it displays a game summary?
20090430 23:37:03< Soliton> YogiHH: i think so. it has the minimap built anyway.
20090430 23:39:22< Soliton> YogiHH: src/multiplayer_lobby.cpp:456
20090430 23:41:12< YogiHH> mmm, i see
20090430 23:42:30< YogiHH> ok, i am off, too. Good night
20090430 23:43:44-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20090430 23:43:57-!- YogiHH [n=chatzill@c214049.adsl.hansenet.de] has left #wesnoth-dev []
20090430 23:45:55-!- Gnutoo [n=gnutoo@host70-36-dynamic.117-80-r.retail.telecomitalia.it] has quit [Remote closed the connection]
20090430 23:53:01-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
--- Log closed Fri May 01 00:00:47 2009