--- Log opened Fri Jul 17 00:00:28 2009
20090717 00:02:43-!- allefant [n=allefant@allegro/developer/allefant] has joined #wesnoth-dev
20090717 00:06:35-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Remote closed the connection]
20090717 00:08:36-!- Sirp [n=user@wesnoth/developer/dave] has quit [Read error: 60 (Operation timed out)]
20090717 00:13:08-!- Aethaeryn [n=Michael@69.251.9.23] has joined #Wesnoth-dev
20090717 00:15:50-!- elias [n=allefant@allegro/developer/allefant] has quit [Read error: 110 (Connection timed out)]
20090717 00:16:47< Ivanovic> fendrin: shadowmaster left a message for you in the logs
20090717 00:29:52-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit ["night all"]
20090717 00:33:12-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"]
20090717 00:33:53-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20090717 00:41:01-!- ABCD [n=ABCD@wikipedia/ABCD] has quit [Client Quit]
20090717 00:41:32-!- ABCD [n=ABCD@wikipedia/ABCD] has joined #wesnoth-dev
20090717 00:48:01< fendrin> Ivanovic: tx :-)
20090717 00:50:10< fendrin> Ivanovic: this one? <shadowmaster> mordante: do you have any idea why fendrin decided to replace LoW's 205x205 splash image in the campaign menu with a gigantic one?
20090717 00:50:14-!- Elvish_Pillager [n=eli@71-10-231-36.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20090717 00:50:53< AI0867> I believe so
20090717 00:51:49< CIA-51> ai0867 * r36936 /trunk/src/ (mapgen.cpp race.cpp): Reinstate [race] warnings, stop mapgen from triggering them.
20090717 00:55:35< fendrin> It's the only transparent one I have. The none transparent one is quite ugly in the new campaign dialogue. I may ask kitty for a smaller transparent one.
20090717 00:56:36< fendrin> shadowmaster: I hat Kalenz as well. Let's rename him into Buthead for at least half the campaign.
20090717 00:58:41< fendrin> s/hat/hate
20090717 01:06:55-!- Elvish_Pillage2 [n=eli@71-10-231-36.dhcp.oxfr.ma.charter.com] has quit [Read error: 110 (Connection timed out)]
20090717 01:29:55< fendrin> shadowmaster: I have written to Kitty about the issue.
20090717 01:32:47-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit ["WRYYYYYYYYYYYYYYYYYYYY!"]
20090717 01:38:57-!- ancestral [n=ancestra@97-116-127-39.mpls.qwest.net] has quit []
20090717 01:45:13-!- Zarel [i=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20090717 01:46:08< shadowmaster> that was completely unnecessary, I could have rescaled the transparent one and applied the unsharp filter myself
20090717 01:46:35< shadowmaster> but since you already emailed her, I'll pretend I couldn't have done it myself
20090717 02:02:56-!- ancestral [n=ancestra@ip-216-36-87-178.chi.megapath.net] has joined #wesnoth-dev
20090717 02:06:43-!- Elvish_Pillager [n=eli@71-10-231-36.dhcp.oxfr.ma.charter.com] has quit [Read error: 110 (Connection timed out)]
20090717 02:11:01-!- Netsplit hubbard.freenode.net <-> irc.freenode.net quits: wesbot, mjs-de, testing_xyz, Tigge, noy, CIA-51, mordocai, MJ999, Soliton, dfranke
20090717 02:11:42-!- Elvish_Pillager [n=eli@71-10-231-36.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20090717 02:11:42-!- Netsplit over, joins: Soliton, noy, mordocai, MJ999, mjs-de, CIA-51, testing_xyz, Tigge, wesbot, dfranke
20090717 02:15:37-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Remote closed the connection]
20090717 02:23:56< shadowmaster> meh, WLAN router burped and shocked the DHCP D-bus daemon here
20090717 02:24:04< shadowmaster> had to SIGKILL it.
20090717 02:24:11-!- Aethaeryn [n=Michael@69.251.9.23] has joined #Wesnoth-dev
20090717 02:29:52< grzywacz> what
20090717 02:35:36-!- ancestral [n=ancestra@ip-216-36-87-178.chi.megapath.net] has quit []
20090717 02:46:27-!- ardesh_ [n=ardesh@port-92-206-198-72.dynamic.qsc.de] has quit [Read error: 110 (Connection timed out)]
20090717 02:46:43-!- ardesh_ [n=ardesh@port-92-206-71-173.dynamic.qsc.de] has joined #wesnoth-dev
20090717 02:49:02-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20090717 02:58:38-!- Aethaeryn [n=Michael@69.251.9.23] has quit ["quit"]
20090717 03:12:01-!- lobby [n=wesnoth@wesnoth/bot/lobby] has joined #wesnoth-dev
20090717 03:12:01-!- Topic for #wesnoth-dev: 1.7.2 planned for next Sunday (July 19th) | 66 bugs, 240 feature requests, 14 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20090717 03:12:01-!- Topic set by wesbot [] [Thu Jul 16 06:09:14 2009]
20090717 03:12:01[Users #wesnoth-dev]
20090717 03:12:01[ ABCD    ] [ cjhopman       ] [ erl     ] [ lobby   ] [ shadowmaster] [ wesbot] 
20090717 03:12:01[ AI0867  ] [ corn           ] [ esr     ] [ Mellar  ] [ shikadibot  ] [ yann  ] 
20090717 03:12:01[ allefant] [ crimson_penguin] [ ettin   ] [ MJ999   ] [ Smar        ] [ Zarel ] 
20090717 03:12:01[ Amu     ] [ dfranke        ] [ fendrin ] [ mjs-de  ] [ Soliton     ] 
20090717 03:12:01[ AnMaster] [ Doppp          ] [ grzywacz] [ mordocai] [ testing_xyz ] 
20090717 03:12:01[ ardesh_ ] [ Dragonking     ] [ isaac   ] [ Polarina] [ Tigge       ] 
20090717 03:12:01[ CIA-51  ] [ Elvish_Pillager] [ Ivanovic] [ Rhonda  ] [ wajimba     ] 
20090717 03:12:01-!- Irssi: #wesnoth-dev: Total of 38 nicks [0 ops, 0 halfops, 0 voices, 38 normal]
20090717 03:12:11-!- Channel #wesnoth-dev created Tue Jan 27 06:28:41 2009
20090717 03:13:23-!- Irssi: Join to #wesnoth-dev was synced in 90 secs
20090717 03:18:45-!- Elvish_Pillager [n=eli@71-10-231-36.dhcp.oxfr.ma.charter.com] has quit [Read error: 60 (Operation timed out)]
20090717 03:30:28-!- BenUrban [n=benurban@68.55.19.224] has joined #wesnoth-dev
20090717 03:34:54-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has quit [Remote closed the connection]
20090717 03:42:54-!- shadowmaster_ [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20090717 03:43:38-!- shadowmaster_ [n=ignacio@wesnoth/developer/shadowmaster] has quit [Client Quit]
20090717 03:45:47-!- Sirp [n=user@wesnoth/developer/dave] has joined #wesnoth-dev
20090717 03:49:33-!- Sirp [n=user@wesnoth/developer/dave] has quit [Read error: 104 (Connection reset by peer)]
20090717 04:02:44< CIA-51> ai0867 * r36937 /trunk/utils/pofix.py: Belatedly add some typos to pofix.
20090717 04:03:46-!- Sirp [n=user@wesnoth/developer/dave] has joined #wesnoth-dev
20090717 04:18:19-!- Ivanovic_ [n=ivanovic@dtmd-4db2db96.pool.einsundeins.de] has joined #wesnoth-dev
20090717 04:25:20-!- Blueblaze [n=nick@c-98-199-143-139.hsd1.tx.comcast.net] has joined #wesnoth-dev
20090717 04:29:06-!- shadowmaster_ [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20090717 04:30:11-!- shadowmaster_ [n=ignacio@wesnoth/developer/shadowmaster] has quit [Client Quit]
20090717 04:34:02-!- shadowmaster [n=ignacio@wesnoth/developer/shadowmaster] has quit ["I broke my screen session"]
20090717 04:34:34-!- Ivanovic [n=ivanovic@wesnoth/developer/ivanovic] has quit [Read error: 110 (Connection timed out)]
20090717 04:35:05-!- shadowaster [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20090717 04:35:05-!- shadowaster [n=ignacio@wesnoth/developer/shadowmaster] has quit [Client Quit]
20090717 04:35:17-!- shadowmaster [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20090717 04:36:17-!- Ivanovic_ is now known as Ivanovic
20090717 04:39:54-!- Crab_ [i=crab@wesnoth/developer/crab] has joined #wesnoth-dev
20090717 04:39:55-!- Sirp [n=user@wesnoth/developer/dave] has quit ["leaving"]
20090717 04:45:46< crimson_penguin> problems with the server?
20090717 04:46:22< shadowmaster> wesbot: seen boucman
20090717 04:46:23< wesbot> shadowmaster: The person with the nick boucman last spoke 1d 5h ago.  1d 5h ago they left with the message: "Leaving."
20090717 04:47:45< shadowmaster> it should be noted that Gna's bug tracker doesn't let me put "Debian GNU/Linux" in the OS field for new reports
20090717 04:47:56< shadowmaster> what if I was using Debian GNU/kFreeBSD or Debian GNU/Hurd?
20090717 04:55:01< shadowmaster> boucman: new bug for you: https://gna.org/bugs/?13967
20090717 04:55:17< shadowmaster> I hope you can find the time to fix it before sunday :)
20090717 04:58:12-!- Sirp [n=user@wesnoth/developer/dave] has joined #wesnoth-dev
20090717 05:02:43-!- Blueblaze [n=nick@c-98-199-143-139.hsd1.tx.comcast.net] has quit [Remote closed the connection]
20090717 05:23:22-!- ancestral [n=ancestra@97-116-127-39.mpls.qwest.net] has joined #wesnoth-dev
20090717 05:25:08-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit []
20090717 05:25:55< AI0867> wesbot: bug 13967
20090717 05:25:56< wesbot> Bug #13967  Assigned to: Jérémy Rosen <boucman>  Status: None  Priority: 5 - Normal
20090717 05:25:59< wesbot> Summary: Animation glitches with terrain filters
20090717 05:26:02< wesbot> Original submission: The Wolf Rider unit's code uses certain terrain filters i
20090717 05:26:04< wesbot> n the [standing_anim] blocks to display different baseframes depending on whethe
20090717 05:26:07< wesbot> URL: https://gna.org/bugs/?13967
20090717 05:26:13< AI0867> ah, that one
20090717 05:26:27< AI0867> shadowmaster: omit the 'GNU/' part, as they have that in common =P
20090717 05:27:41-!- Blueblaze [n=nick@c-98-199-143-139.hsd1.tx.comcast.net] has joined #wesnoth-dev
20090717 05:40:07-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20090717 06:02:36-!- blarumyrran [n=minaise@81.20.159.197] has joined #wesnoth-dev
20090717 06:09:14-!- wesbot changed the topic of #wesnoth-dev to: 1.7.2 planned for next Sunday (July 19th) | 67 bugs, 240 feature requests, 14 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20090717 06:15:09-!- ancestral [n=ancestra@97-116-127-39.mpls.qwest.net] has quit []
20090717 06:15:54-!- ancestral [n=ancestra@97-116-127-39.mpls.qwest.net] has joined #wesnoth-dev
20090717 06:42:27-!- silene [n=plouf@ASte-Genev-Bois-152-1-40-110.w83-114.abo.wanadoo.fr] has joined #wesnoth-dev
20090717 06:45:45< shadowmaster> my system went kaboooey
20090717 06:46:22< shadowmaster> poor openSUSE 10.3 installation that was in progress in a VM at that moment: http://wesnoth.pastebin.com/d7ae80e8d
20090717 06:46:43< shadowmaster> apparently DRM support isn't very stable for these chipsets in linux 2.6.30.1 yet :(
20090717 06:46:54< ancestral> http://homepage.mac.com/moonlion/Kaboom_big.jpg
20090717 07:18:42-!- Sirp [n=user@wesnoth/developer/dave] has quit [Read error: 113 (No route to host)]
20090717 07:25:33-!- Blueblaze [n=nick@c-98-199-143-139.hsd1.tx.comcast.net] has quit [Remote closed the connection]
20090717 08:03:07-!- silene1 [n=plouf@83.114.227.211] has joined #wesnoth-dev
20090717 08:03:59-!- silene [n=plouf@wesnoth/developer/silene] has quit [Read error: 110 (Connection timed out)]
20090717 08:10:24-!- allefant [n=allefant@allegro/developer/allefant] has quit [Read error: 110 (Connection timed out)]
20090717 08:11:09-!- allefant [n=allefant@allegro/developer/allefant] has joined #wesnoth-dev
20090717 08:17:22-!- ardesh_ [n=ardesh@port-92-206-71-173.dynamic.qsc.de] has quit ["Quis custodiet ipsos custodes"]
20090717 08:22:47-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20090717 08:42:04< CIA-51> zookeeper * r36938 /trunk/data/core/images/terrain/ (13 files): Fixed some wrongly named lava transition tiles, added two new 3-way tiles and cleaned up a few stray pixels.
20090717 08:44:28-!- Blueblaze [n=nick@c-98-199-143-139.hsd1.tx.comcast.net] has joined #wesnoth-dev
20090717 08:54:57-!- mordocai [n=mordocai@66.119.9.243] has quit [Read error: 104 (Connection reset by peer)]
20090717 08:58:46-!- mordocai [n=mordocai@66.119.9.243] has joined #wesnoth-dev
20090717 08:58:56< CIA-51> jetryl * r36939 /trunk/data/core/images/units/ogres/ (20 files): Updated shadows on ogres.
20090717 08:58:59< CIA-51> zookeeper * r36940 /branches/1.6/data/core/images/terrain/ (13 files): Ported r36938 to 1.6.
20090717 09:00:24< CIA-51> jetryl * r36941 /branches/1.6/data/core/images/units/ogres/ (20 files): Updated shadows on ogres.
20090717 09:04:07-!- wajimba [n=Andrew_A@24-158-30-63.dhcp.dlth.mn.charter.com] has left #wesnoth-dev []
20090717 09:21:25< CIA-51> zookeeper * r36942 /trunk/data/campaigns/Under_the_Burning_Suns/utils/terrain_graphics.cfg: Fixed bug #13762 (the transitions between the walkable lava and dirt being glitchy).
20090717 09:23:32< CIA-51> zookeeper * r36943 /branches/1.6/data/campaigns/Under_the_Burning_Suns/utils/terrain_graphics.cfg: Ported r36942 to 1.6.
20090717 09:26:49-!- YogiHH [i=d4ca9d15@wesnoth/developer/yogihh] has joined #wesnoth-dev
20090717 09:27:05-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has joined #wesnoth-dev
20090717 09:50:00-!- silene1 [n=plouf@83.114.227.211] has quit [Read error: 110 (Connection timed out)]
20090717 09:53:19-!- Crab_ [i=crab@wesnoth/developer/crab] has quit ["Leaving."]
20090717 09:58:36-!- Zarel [i=Zarel@warzone2100/developer/Zarel] has quit ["Leaving"]
20090717 10:10:13-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20090717 10:11:05< Ivanovic> moin
20090717 10:11:20< Ivanovic> corn: any news from leslie?
20090717 10:16:55-!- loonybot [n=loonybot@79.139.138.33] has joined #wesnoth-dev
20090717 10:17:44-!- loonycyborg [n=sergey@79.139.138.33] has joined #wesnoth-dev
20090717 10:20:42-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20090717 10:20:53-!- EdB [n=edb@155.101.196-77.rev.gaoland.net] has joined #wesnoth-dev
20090717 10:42:01-!- ancestral [n=ancestra@97-116-127-39.mpls.qwest.net] has quit ["And that’s the end of THAT chapter."]
20090717 11:07:02-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has quit ["leaving"]
20090717 11:08:11-!- Blueblaze [n=nick@c-98-199-143-139.hsd1.tx.comcast.net] has quit [Read error: 54 (Connection reset by peer)]
20090717 11:21:23-!- ilor_ [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20090717 11:29:32-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 60 (Operation timed out)]
20090717 11:32:01-!- Appleman1234 [n=Appleman@131.181.101.139] has joined #wesnoth-dev
20090717 11:33:59-!- EdB [n=edb@155.101.196-77.rev.gaoland.net] has quit [Remote closed the connection]
20090717 11:39:51< CIA-51> dragonking * r36944 /trunk/src/ai/formula/ (ai.hpp candidates.cpp): Some minor fixes
20090717 12:03:47-!- Kenpachi [n=chatzill@CPE-139-168-198-206.sa.bigpond.net.au] has joined #wesnoth-dev
20090717 12:09:14-!- wesbot changed the topic of #wesnoth-dev to: 1.7.2 planned for next Sunday (July 19th) | 65 bugs, 240 feature requests, 14 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20090717 12:14:44< Soliton> zookeeper: http://gna.org/bugs/?13961  any idea what he's talking about?
20090717 12:21:49< CIA-51> soliton * r36945 /branches/1.6/src/statistics_dialog.cpp: 
20090717 12:21:49< CIA-51> applied patch #1193: Fix for "Overall" by Martin Proud
20090717 12:21:49< CIA-51> fixes bug #13963: "Over All" should be one word
20090717 12:22:12-!- Elvish_Pillager [n=eli@71-10-231-36.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20090717 12:22:43< zookeeper> Soliton, with "items" i think he means WML tags
20090717 12:22:49< CIA-51> soliton * r36946 /trunk/src/statistics_dialog.cpp: 
20090717 12:22:49< CIA-51> applied patch #1193: Fix for "Overall" by Martin Proud
20090717 12:22:49< CIA-51> fixes bug #13963: "Over All" should be one word
20090717 12:23:03< zookeeper> sort of like [base_unit], but for any tag
20090717 12:24:54< Soliton> so every tag needs an id then?
20090717 12:25:50< zookeeper> well, presumably only if you'd want to inherit it somewhere
20090717 12:26:11< zookeeper> i mean, yes, it'd need to be supported for every tag
20090717 12:26:59< Soliton> ok, does that sound like anything useful?
20090717 12:29:56< zookeeper> well, if it wouldn't be a costly feature, then yeah, it _might_ be. however, the main need for inheritance is in unit stuff, and for that we already have [base_unit] and variation inheritance...
20090717 12:30:13< Soliton> btw, maybe it'd be worth to put a note in the FR guidelines that if you want to write "It is just an idea" in a request at any point then please don't file it. :->
20090717 12:30:38< zookeeper> or "I had the mad idea"
20090717 12:30:50< Soliton> indeed.
20090717 12:31:03< Soliton> unfortunately i doubt he read the guidelines to begin with...
20090717 12:31:58< zookeeper> i'll comment, assign to sapient and let him sort it out..
20090717 12:32:12< Soliton> heh, ok.
20090717 12:50:02-!- maxy [n=maxy@80.219.1.128] has joined #wesnoth-dev
20090717 12:54:48-!- Crab_ [n=Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20090717 12:54:57< Crab_> hi
20090717 13:00:39< CIA-51> jetryl * r36947 /trunk/data/core/images/units/drakes/ (8 files): Added new clasher frames.
20090717 13:01:28< Dragonking> hi Crab_ 
20090717 13:01:51< CIA-51> jetryl * r36948 /trunk/data/core/units/drakes/Clasher.cfg: Added partial wml for the new clasher.
20090717 13:01:52< Dragonking> Crab_: What did you want to split from on_create() ?
20090717 13:04:58< Crab_> formula ai gets on_create() from ai::interface, and there it's said that "on_create- function called after the new ai is created", so I want to split 'fai as library' init from it.
20090717 13:05:25< Dragonking> Which part in your opinion is "fai as library"?
20090717 13:07:11< Crab_> 'vars_.add_ref();', plus, then, I'll add some library loads to 'fai as library' init
20090717 13:07:44< Dragonking> Yes, I was a bit confised what you would like to split more from it than just this single line, that's why I'm asking :)
20090717 13:08:36< Crab_> to allow the following sequence:  library_ptr = new formula_ai(context,library_cfg); //do not call on_create at this point
20090717 13:08:47< Dragonking> ok
20090717 13:08:52< Dragonking> I follow
20090717 13:09:28< Crab_> then, use it to parse various stuff, then, do library_ptr->set_ai_config(ai_cfg); library_ptr->on_create(); ai_ptr = library_ptr;
20090717 13:10:04< Dragonking> ok
20090717 13:10:54< Crab_> that 'do library_ptr->set_ai_config(ai_cfg); library_ptr->on_create(); ai_ptr = library_ptr;' will be done only if there's explicit (via [stage] name=testing_ai_default::fallback[ai]   algorithm_type=formula_ai  [/ai] [/stage] ) or implicit (via     algorithm_type=formula_ai ) usage of 'fai as ai'
20090717 13:11:29< Crab_> this is 'minimal changes' solution to that dependency loop problem.
20090717 13:11:48< Crab_> it leaves formula_ai in one piece, and just makes it's init two-part.
20090717 13:12:10< Dragonking> Sounds good
20090717 13:13:23< Crab_> of course, there are also solutions like: formula_ai_library_ptr fail = new formula_ai_library(context,library_cfg); ... ai_ptr fai = new formula_ai(context,fail,ai_cfg);
20090717 13:14:22< Crab_> or 'formula_ai_ptr fai_ptr = new formula_ai(context,library_cfg); ... ai_ptr ai_ = new formula_ai_ai(context,fai_ptr,ai_cfg);'
20090717 13:15:30< Crab_> but, for now, we only need to split the initialization to allow us to use formula ai 'early'
20090717 13:15:46< Dragonking> Yes :)
20090717 13:16:15< Crab_> btw, what's so cool about add_ref() ? 
20090717 13:16:50< Crab_> more specifically, why that style of refcounting was used ?
20090717 13:19:23-!- Appleman1234 [n=Appleman@131.181.101.139] has quit ["Leaving"]
20090717 13:20:30< shadowmaster> good morning, people who sleep
20090717 13:24:02< blarumyrran> ahoy, criminals.
20090717 13:31:55< CIA-51> ivanovic * r36949 /trunk/po/ (4 files in 4 dirs): updated Estonian translation
20090717 13:34:12< shadowmaster> Ivanovic is committing asleep again :|
20090717 13:34:25< shadowmaster> oh, wait, I didn't notice the 'moin' earlier
20090717 13:34:25< Ivanovic> uhm, why?
20090717 13:34:39< Ivanovic> you know, past 1pm i am often out of bed
20090717 13:35:50< shadowmaster> but generally busy :)
20090717 13:36:58< Dragonking> Crab_: Sorry, got distracted
20090717 13:37:06< Crab_> np
20090717 13:37:27< Dragonking> Crab_: Just simple reference counting with a counter - class responsible for that is referenced_counted_object
20090717 13:37:54< Crab_> Dragonking: yes, I know what it is, I'm more interested in 'why' ?
20090717 13:38:35< Dragonking> Crab_: Please elaborate this 'why' because I'm nit sure I uderstan the question :)
20090717 13:39:34< Crab_> why use this style of reference counting, over, say, using external reference counters such as "boost::shared_ptr" ?
20090717 13:40:27< Dragonking> As of why, ask Sirp, I think he was the one that initially wrote this code and imported it to wesnoth from SilverTree
20090717 13:40:57< Crab_> ok. I'm interested because this style of refcounts leads to 'not-forget-about-that-add_ref()-or-get-a-nice-segfault' situations
20090717 13:41:08< shadowmaster> esr, fendrin, fabi: DM has an old placeholderish portrait for Lionel in the images/story/portraits dir; it doesn't match the actual proper portrait provided in images/portraits
20090717 13:41:08< Dragonking> True
20090717 13:41:23< shadowmaster> I hope at least one of them reads the logs
20090717 13:41:51< Crab_> Dragonking: ok, thanks.
20090717 13:42:32< Dragonking> No problem
20090717 13:43:21< CIA-51> shadowmaster * r36950 /trunk/data/core/about.cfg: Update mainline credits with my current username for IRC/forums/Gna!
20090717 13:44:04< shadowmaster> (sheds a tear) a mainline commit with my username again! ;(
20090717 13:47:37< blarumyrran> What was your previous then
20090717 13:48:06< shadowmaster> the same. It's just that I'd not committed since long ago.
20090717 13:48:12< blarumyrran> ah.
20090717 13:48:59< shadowmaster> I still have to finish the Pango implementation for storyscreens. I don't remember what I've done, but I just found some loose pages in my notebook which seem to contain good ideas
20090717 14:30:18-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["KVIrc 3.4.2 Shiny http://www.kvirc.net/"]
20090717 14:30:45-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20090717 14:42:37-!- Crab_ [n=Crab_@wesnoth/developer/crab] has quit ["Leaving."]
20090717 14:44:24-!- Crab_ [n=Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20090717 14:45:54-!- Kenpachi [n=chatzill@CPE-139-168-198-206.sa.bigpond.net.au] has quit ["ChatZilla 0.9.85 [Firefox 3.0.11/2009060215]"]
20090717 14:51:03-!- fabi [n=fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20090717 14:55:43-!- blarumyrran [n=minaise@81.20.159.197] has quit []
20090717 15:05:54-!- fendrin [n=fabi@wesnoth/developer/fendrin] has quit [Read error: 110 (Connection timed out)]
20090717 15:15:31-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20090717 15:49:02-!- Elvish_Pillage2 [n=eli@71-10-231-36.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20090717 15:54:54-!- crimson_penguin [n=ben@64.201.60.211] has joined #wesnoth-dev
20090717 16:05:29-!- Elvish_Pillager [n=eli@71-10-231-36.dhcp.oxfr.ma.charter.com] has quit [Read error: 110 (Connection timed out)]
20090717 16:05:42-!- allefant [n=allefant@allegro/developer/allefant] has quit [Read error: 110 (Connection timed out)]
20090717 16:06:01-!- allefant [n=allefant@allegro/developer/allefant] has joined #wesnoth-dev
20090717 16:27:54< CIA-51> thespaceinvader * r36951 /trunk/data/core/ (12 files in 2 dirs): Add and wire Drake Clasher spear south and southest animations.
20090717 16:37:51-!- shadowmaster [n=ignacio@wesnoth/developer/shadowmaster] has quit [Client Quit]
20090717 16:54:36-!- YogiHH [i=d4ca9d15@wesnoth/developer/yogihh] has left #wesnoth-dev []
20090717 17:01:27-!- BenUrban [n=benurban@unaffiliated/benurban] has quit ["Power failu"]
20090717 17:11:10-!- Sirp [n=user@wesnoth/developer/dave] has joined #wesnoth-dev
20090717 17:25:25-!- kitty___ [n=kitty@85.180.195.124] has joined #wesnoth-dev
20090717 17:27:49-!- kitty___ [n=kitty@85.180.195.124] has quit [Client Quit]
20090717 17:28:34-!- kitty___ [n=kitty@e180195124.adsl.alicedsl.de] has joined #wesnoth-dev
20090717 17:37:43-!- kitty___ [n=kitty@e180195124.adsl.alicedsl.de] has quit []
20090717 17:43:11-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090717 17:48:30-!- shadowmaster [i=929b3629@gateway/web/freenode/x-40e3bb6ed186cb68] has joined #wesnoth-dev
20090717 17:50:15< fabi> shadowmaster: Thanks for the hint. I will deal with it this weekend.
20090717 17:50:41< shadowmaster> Ivanovic: I have requested freenode staff to change my cloak to an unaffiliated one, if you don't mind.
20090717 17:51:05< shadowmaster> I have also removed myself from the developers group at the forums.
20090717 17:53:58< shadowmaster> please remove me from the administrators group. I accidentally removed my founder flag first, so I cannot do any changes on that group anymore
20090717 17:54:08< Ivanovic> uhm, okay
20090717 17:54:09< Ivanovic> why?
20090717 17:54:15< Ivanovic> whats up with you?
20090717 17:54:31< shadowmaster> I didn't do it right the first time. I wouldn't do it right again. All this was a huge waste of time.
20090717 17:54:34-!- Sapient [n=patrickp@wesnoth/developer/sapient] has joined #wesnoth-dev
20090717 17:54:41< Sapient> zookeeper: hi
20090717 17:54:45< Ivanovic> i mean that you are stepping back this much
20090717 17:55:10< shadowmaster> yes. I'd better forget about wesnoth and how I changed my mind about my life last year.
20090717 17:55:16< Ivanovic> ???
20090717 17:55:22< Sapient> you realize there is already a way to "inherit" from any container into another?
20090717 17:55:37< Sapient> this can be done with [set_variables] mode=merge
20090717 17:56:41< shadowmaster> see you
20090717 17:56:53-!- shadowmaster [i=929b3629@gateway/web/freenode/x-40e3bb6ed186cb68] has quit [Client Quit]
20090717 18:03:09< AI0867> Sapient: we're not sure what the guy event meant, zookeeper just made a reasonable guess
20090717 18:03:42< Sapient> then just tell him to use [set_variables] mode=merge  and close it
20090717 18:04:41< Sapient> I can't visit that site at the moment
20090717 18:07:36< AI0867> k
20090717 18:08:13 * fabi thinks that shadowmaster is a diva.
20090717 18:08:39 * Turuk thinks not.
20090717 18:08:42< zookeeper> Sapient, but [set_variables] is action WML only
20090717 18:08:53< zookeeper> not a general preprocessor-like thing you can use anywhere
20090717 18:09:14-!- wesbot changed the topic of #wesnoth-dev to: 1.7.2 planned for next Sunday (July 19th) | 65 bugs, 240 feature requests, 13 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20090717 18:11:15< Sapient> zookeeper: actionWML is good enough for me.. you can build the tags and insert them also
20090717 18:11:53< AI0867> you only insert them inside actionwml context though
20090717 18:12:09< AI0867> no [movetype] inheritence or the like
20090717 18:12:20< AI0867> nevertheless, he should be more clear about what he actually means
20090717 18:14:16< Turuk> Sirp: Around?  I have an ads question for you
20090717 18:14:30< Sapient> there's no general way to take base_unit code and make it start looking up arbitrary game data
20090717 18:15:01< Sapient> so the base_unit code could not easily be generalized to base_movetype, etc. code
20090717 18:15:02< Sirp> Turuk: I am
20090717 18:15:06< Sirp> Turuk: what's up?
20090717 18:15:36< zookeeper> Sapient, well, it's your call what to do with the FR
20090717 18:16:21< Sapient> if you want base_movetype, etc. then those would need to be requested on a case-by-case basis I'm afraid
20090717 18:16:28< zookeeper> Sapient, i just saw a slight possibility that it might be easy to implement (and surely it could be used for something, too)
20090717 18:17:28< zookeeper> so, just out of curiosity, how hard would it be to implement? it sounds like you could just make a tag have a pointer of sorts to some arbitrary other tag in the WML document
20090717 18:17:36< zookeeper> (in layman terms)
20090717 18:17:54< Sapient> maybe I'm not looking at all the possibilities... if it were handled at the preprocessor level maybe we could come up with something
20090717 18:18:02-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20090717 18:18:12< zookeeper> yeah, i think the preprocessor level would be a reasonable way
20090717 18:18:34< zookeeper> however then the syntax should be something preprocessor-like instead of regular keys
20090717 18:20:10< Sapient> on the other hand, I'm not sure it's worth it. there would be some trickiness to resolve loops, bases not encountered, multiple bases match filter, etc
20090717 18:21:18< zookeeper> but again just out of curiosity, would it really be hard even if it wouldn't stay at the preprocessor level? the functions through which WML values are accessed could just follow the pointers kinda dynamically, no?
20090717 18:21:57< Sapient> no, the config would have been marshalled into a game related object
20090717 18:22:40-!- Noyga [n=lame-z@wesnoth/developer/noyga] has joined #wesnoth-dev
20090717 18:22:47< Sapient> so functions in the vconfig would not be able to help after that
20090717 18:23:25< zookeeper> right
20090717 18:25:05< Sapient> besides, most code at that level is not using vconfig but the dumb config to build global game data
20090717 18:31:55< Sapient> looking up a base tag from matching against all nodes in the wml document could be quite costly indeed
20090717 18:32:19< Sapient> so that would be a problem with the preprocessor approach
20090717 18:33:33< Sapient> maybe it could be limited to matching only nodes within the same scope and depth... but that may limit utility
20090717 18:33:54< Sapient> all in all, I'm not too keen on the idea
20090717 18:34:21< Sapient> have fun, cya later
20090717 18:34:24-!- Sapient [n=patrickp@wesnoth/developer/sapient] has left #wesnoth-dev []
20090717 18:47:24-!- kitty___ [n=kitty@e180194084.adsl.alicedsl.de] has joined #wesnoth-dev
20090717 19:05:53-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20090717 19:10:46-!- loonybot [n=loonybot@79.139.138.33] has joined #wesnoth-dev
20090717 19:11:41-!- loonycyborg [n=sergey@79.139.138.33] has joined #wesnoth-dev
20090717 19:29:41< Ivanovic> corn: any news from lh/ellen?
20090717 19:34:29-!- ^Noyga^ [n=lame-z@AVelizy-151-1-93-15.w86-205.abo.wanadoo.fr] has joined #wesnoth-dev
20090717 19:37:40-!- Noyga [n=lame-z@wesnoth/developer/noyga] has quit [Read error: 104 (Connection reset by peer)]
20090717 19:50:54-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20090717 19:56:07-!- mordante [n=mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20090717 19:56:20< mordante> servus
20090717 19:59:33-!- AnMaster [n=AnMaster@unaffiliated/anmaster] has quit [Connection reset by peer]
20090717 20:02:54-!- ^Noyga^ is now known as Noyga
20090717 20:04:59-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20090717 20:06:45-!- noy [n=Noy@70.70.128.133] has joined #wesnoth-dev
20090717 20:09:37-!- AnMaster [n=AnMaster@unaffiliated/anmaster] has joined #wesnoth-dev
20090717 20:20:43-!- Tigge [n=tigge@bacchus.olf.sgsnet.se] has quit [Remote closed the connection]
20090717 20:25:48< mordante> ilor_, around?
20090717 20:25:55< ilor_> mordante yeah
20090717 20:26:33< mordante> ilor_, I've been looking at enabling the buttons in the toggle panel, but it's not easy and will need quite a bit of work
20090717 20:26:45< mordante> so I wonder how important it is
20090717 20:27:04< mordante> (I want to do it eventually, but not sure when yet)
20090717 20:28:08< ilor_> mordante: well it was one of the selling points of the initial UI sketch, as it makes stuff more "local" (less moving mouse around imo)
20090717 20:28:34< ilor_> but I guess handling doubleclick on the togglepanel and having the buttons global as they are now might work for the time being
20090717 20:29:03< mordante> I agree it's a selling point and should be made working at some point
20090717 20:29:26< mordante> my only problem is the amount of things I've to do and the amount of time I have
20090717 20:29:47< mordante> I want to change the entire handling to look more like slotting signals
20090717 20:29:56< mordante> but that needs a major rewrite
20090717 20:30:15< mordante> so I fear when I start that other things will lay still a long time
20090717 20:30:45< ilor_> If you're okay with delaying that feature then I can live with it too, wspecially if it's time-consuming
20090717 20:31:34< mordante> obviously I won't hold it against you, I still hope to make it happen before 1.8 but my list is long :-(
20090717 20:32:06< ilor_> my part of making this work is very straightforward and basically done (for some time now the buttons even change their enabled/disabled as expected! ;))
20090717 20:32:19< mordante> :-)
20090717 20:32:45< mordante> guess we can make them invisible until I finish my part
20090717 20:32:53< ilor_> yeah
20090717 20:33:09< mordante> (please add a @todo so we won't forget to reenable them)
20090717 20:33:24< ilor_> first I have to remember to disable them ;P
20090717 20:33:32< mordante> :-)
20090717 20:33:58< mordante> did you already have a look at the lobby?
20090717 20:34:07< ilor_> working on the RNG stuff now... broke pvp again, fixed it, then broke commands disabling but just fixed it
20090717 20:34:51< ilor_> need to finally sit down and handle the AI, I fear this will get very ugly with a special case for everything
20090717 20:35:27< ilor_> I mean, what I did now for pvp is nowehere near a uiversal solution that other RNG-needing aspects lik recruitment could be plugged into
20090717 20:35:58< ilor_> mordante: did you change the .cpp file or just the cfgs?
20090717 20:36:11-!- Blueblaze [n=nick@c-98-199-143-139.hsd1.tx.comcast.net] has joined #wesnoth-dev
20090717 20:38:37< Crab_> ilor_: you'll work with srng only for ai recruiting/attacks, right ?
20090717 20:38:48< ilor_> Crab_: only attacks for now
20090717 20:39:07< mordante> ilor_, :-( hope you manage to find a good solution
20090717 20:39:12< Crab_> good
20090717 20:39:20< mordante> I only changed the .cfg file
20090717 20:39:26< ilor_> Crab_: recruits are double the work and I want to get the attacks working and reviewed first
20090717 20:40:11-!- Elvish_Pillager [n=eli@71-10-231-36.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20090717 20:41:34< loonycyborg> ilor_: So you want to know what warnings icc emits? I can upload the log for you somewhere :P
20090717 20:41:50< loonycyborg> When compiling wesnoth that is.
20090717 20:41:51< ilor_> loonycyborg: actually I wouldn't mind ;P
20090717 20:42:11< ilor_> loonycyborg: wesnothd too now that I actually work with it more ;)
20090717 20:49:37< ilor_> Crab_: re our discussion recently, when you've mentioned doing a while (!rng_is_ready()) { manager::raise_sync_network(); manager::raise_user_interact(); }
20090717 20:49:58< ilor_> manager::raise_sync_network is not there and I've to write it, right? ;)
20090717 20:50:34< Crab_> ilor_: yes
20090717 20:51:18< ilor_> Crab_: okay, coudl you point me to the place where the AI currently sends data over the wire?
20090717 20:51:47< Crab_> playmp_controller::handle_generic_event
20090717 20:52:28< Crab_> it observes ai::manager, because playsingle_controller calls ai::manager::add_observer(this)
20090717 20:53:03< Crab_> so, if you add a new sync_network event, you'll need to modify add_observer and remove_observer to attach/detach observer to it.
20090717 20:53:32< Crab_> then, in playmp_controller::handle_generic_event, add an additional if clause to do 'turn_data.sync_network'
20090717 20:56:19-!- Elvish_Pillage2 [n=eli@71-10-231-36.dhcp.oxfr.ma.charter.com] has quit [Read error: 110 (Connection timed out)]
20090717 20:57:18-!- silene [n=plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20090717 20:57:26< silene> hi
20090717 20:57:50< ilor_> Crab_: I guess I'll need another event to signal to the play controller that the AI is waiting for a RNG from the server
20090717 20:58:06< Crab_> ilor_: np
20090717 20:58:46< Crab_> put it in ai::manager, as well 
20090717 21:00:07< ilor_> Crab_: oh it gets better, I'll need another one for actually getting the random number :)
20090717 21:22:13-!- cjhopman [n=chris@wesnoth/developer/cjhopman] has quit [Remote closed the connection]
20090717 21:24:39-!- [Relic] [n=[Relic]@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20090717 21:25:32< loonycyborg> ilor_: I've got the log but it weighs half of megabyte.
20090717 21:25:43< ilor_> loonycyborg: sweeeeet
20090717 21:25:45< ilor_> _-_
20090717 21:25:47< loonycyborg> Not sure whether it's appropriate for a pastebin :)
20090717 21:26:10< ilor_> better bzip it and stuff in a rapidshare or whatever
20090717 21:26:17< [Relic]> Hello :)
20090717 21:27:02< loonycyborg> I usually use openomy for that but it suddenly got closed :(
20090717 21:37:16< ilor_> Crab_: recommended way of passing info from within mpcontroller to the ai?
20090717 21:38:16< Crab_> add a reference to the manager of this info to src/ai/game_info.?pp
20090717 21:38:27< crimson_penguin> yousendit might not suck too much
20090717 21:39:16< loonycyborg> ilor_: http://www.box.net/shared/ucgfj4lflr
20090717 21:39:30< Crab_> ilor_: note, in playsingle_controller::playsingle_controller, initialization of ai_info :         ai::manager::set_ai_info(ai_info);
20090717 21:41:21< Crab_> ilor_: then, from almost all of the places in the ai,         .get_info()  function can be used to retrieve it
20090717 21:42:20< Crab_> or, if this is not good, a secondary option: add a static callback function to ai_manager, and call it to set that info.
20090717 21:42:49< silene> Crab_: have you taken a look at the log of loonycyborg? icc has detected quite a few (seemingly serious) bugs in your ai code
20090717 21:43:06< Crab_> silene: I'll take a look
20090717 21:44:03< mordante> I'm off bye
20090717 21:44:33-!- mordante [n=mordante@wesnoth/developer/mordante] has quit ["Leaving"]
20090717 21:45:27-!- allefant [n=allefant@allegro/developer/allefant] has quit [Read error: 60 (Operation timed out)]
20090717 21:47:09< loonycyborg> The interesting thing is that icc error'd when compiling wesnothd. Apparently it doesn't like htons() used in jwsmtp
20090717 21:48:45< thespaceinvader> hey kitty___ 
20090717 21:48:48< thespaceinvader> you about?
20090717 21:50:10< silene> loonycyborg: could you see if you are able to make the warning about size_t and -1 (unit.hpp:165) disappear by explicitely casting to size_t?
20090717 21:50:16< AI0867> mordante: I'm currently implementing [advanced_preference] type=int, if you don't mind
20090717 21:51:23< Crab_> silene, loonycyborg: it's better to just change -1 to something else (anything >0 that is not used there will be ok)
20090717 21:51:46-!- elias [n=allefant@allegro/developer/allefant] has joined #wesnoth-dev
20090717 21:52:41< silene> Crab_: by the way, why is it size_t? why isn't it a fast type like int?
20090717 21:55:21< loonycyborg> silene: Yes. Changing -1 to static_cast<size_t>(-1) makes the warning disappear.
20090717 21:56:12< Crab_> silene: there's some constants near (with values of 0,1,2,3,4,..) which are used as vector indexes, and that STATE_UNKNOWN constant should be != to them. that's all which is needed from those constants
20090717 21:56:36< silene> Crab_: that doesn't answer my question, does it?
20090717 21:56:56< loonycyborg> It's just me or those STATE_FOO want to turn into an enum? :P
20090717 21:57:38< silene> loonycyborg: yes, either enum or int, hence my question
20090717 21:57:40< Crab_> silene: that answers it as 'they don't need to be size_t'
20090717 21:59:49< kitty___> thespaceinvader: you rang?
20090717 22:00:01< corn> Ivanovic: nope, I haven't
20090717 22:00:45< thespaceinvader> hey kitty___ lot of ___s today o__O
20090717 22:00:54< thespaceinvader> but yeah, I uploaded some fixes for those dwarves
20090717 22:01:20< kitty___> ___yes, dunno why... the explorer is fine to go, and I'll have a look at the scout, one moment
20090717 22:01:42< thespaceinvader> k cool, thanks
20090717 22:01:51< thespaceinvader> i'll get him committed now then
20090717 22:01:56< thespaceinvader> the explorer that is
20090717 22:02:58< loonycyborg> kitty___: Clients tend to add _ when they can't get the nick.
20090717 22:03:16< Crab_> loonycyborg: is there a good way to get this icc output without line wraps (i.e. 'one warning per line') ?
20090717 22:03:29< loonycyborg> So apparently all nicks with fewer __ were taken :P
20090717 22:03:37< kitty___> :P
20090717 22:04:00< loonycyborg> Crab_: That depends on your editor
20090717 22:04:30< Crab_> loonycyborg: vim or gedit
20090717 22:04:35< ilor_> Crab_: seems to me there's no inherent linewrap in what loonycyborg sent
20090717 22:04:53< Crab_> ilor_: there's a blank line between output snippets
20090717 22:04:54< ilor_> ilor_: only icc seems to spit multiline warnings on its own 
20090717 22:05:42< loonycyborg> Yes. It wants ^ marker to be under appropriate letter in code :)
20090717 22:06:12< loonycyborg> So it's best viewed with monospace font.
20090717 22:06:21< kitty___> thespaceinvader: for the scout:  the rear arm should generally be darker and additionally the darker parts of the shading look dirty. The cloth surfaces are too shiny, don't use yellow highlights on reddish fabric. The axeheads merge visually, differentiate them more. 
20090717 22:06:31< CIA-51> thespaceinvader * r36952 /trunk/ (6 files in 5 dirs): Add and wire new Dwarf Explorer portrait, update changelogs, portrait credits.
20090717 22:06:34< kitty___> otherwise he looks fine :)
20090717 22:06:35< Ivanovic> corn: just to be sure please send her a mail and put me into the CC
20090717 22:06:50< thespaceinvader> kitty___: it's intended to be leather over the middle
20090717 22:07:01< thespaceinvader> but i'll tone down the saturation of the higlights anyway
20090717 22:07:13< thespaceinvader> and fiddle with the rest of it
20090717 22:07:19< kitty___> yes, but the thing on the head is supposed to be cloth, isn't it?
20090717 22:08:00< kitty___> the leather could rather use some sparingly used spectacular highlights - think of how shiny old and used leather can get!
20090717 22:10:29< thespaceinvader> yeah, the thing on the head is cloth
20090717 22:10:39< thespaceinvader> odd, i used the same highlight colour from the explorer
20090717 22:10:48< thespaceinvader> guess i just eyedropped the wrong bit
20090717 22:11:08< thespaceinvader> i was thinking of sprinkling a couple of speculars onto the leather, actually
20090717 22:13:37-!- Noyga [n=lame-z@wesnoth/developer/noyga] has left #wesnoth-dev ["Quitte"]
20090717 22:16:55< corn> Ivanovic: ok, will do right now
20090717 22:19:27< thespaceinvader> kitty___: http://www.wesnoth.org/forum/download/file.php?id=32422 ?
20090717 22:21:46-!- giusef [n=giusef@unaffiliated/giusef] has joined #wesnoth-dev
20090717 22:21:51-!- noy [n=Noy@wesnoth/developer/noy] has quit [Connection timed out]
20090717 22:29:33< corn> just curious: how long does it take you guys to build the default target in scons on a fresh svn checkout?
20090717 22:29:48< corn> my laptop has been going at it for 30 minutes
20090717 22:30:05< loonycyborg> What cpu does it have?
20090717 22:30:17< corn> pentium m, something like 1.8 ghz
20090717 22:30:22< corn> it is old
20090717 22:30:25< corn> and ram starved as well
20090717 22:30:59< grzywacz> A few minutes, but I've just upgraded.
20090717 22:31:04< loonycyborg> Well.. If you're low on RAM 30 mins is rather fast build time :P
20090717 22:31:32< corn> 512 mb doesn't go as far as it used to
20090717 22:31:50< corn> but on my desktop machine I can build everything in under a minute if I do scons -j5
20090717 22:31:55< grzywacz> g++ would peak at almost 1GB on my machine with some files.
20090717 22:32:05< grzywacz> And crazy optimizations enabled.
20090717 22:32:11< Ivanovic> on my box with -j5 compiling wesnoth takes some 2gb ram
20090717 22:32:27< Sirp> corn: how many CPU cores does your box have? I would think putting -j > #cores would get you worse performance, not better.
20090717 22:32:35< grzywacz> 4?
20090717 22:32:50< corn> Sirp: 4 cores
20090717 22:32:52< Ivanovic> Sirp: in general it is said that #cores +1 is optimum
20090717 22:32:56< corn> afaik the convention is to do cores + 1
20090717 22:33:00< grzywacz> Sirp, a rule of thumb wasone extra instance to offset IO waits
20090717 22:33:13< Sirp> seriously, what I/O waits are there?
20090717 22:33:20< grzywacz> None currently.
20090717 22:33:22< grzywacz> ;-)
20090717 22:33:24< Sirp> I wouldn't think there'd be many compared to the cost of compiling....
20090717 22:33:35< Sirp> and, if you're tight on RAM, more threads means more RAM used...
20090717 22:33:41< corn> well
20090717 22:33:46< corn> my desktop machine has 6 gb...
20090717 22:34:17< Sirp> further, having threads = #cores makes it easier for the scheduler
20090717 22:34:30< Sirp> not that it would make much difference, I wouldn't imagine; so maybe the I/O would balance it out
20090717 22:34:54< corn> I will do some unscientific testing on monday and report back the compile time difference between -j5 and -j4 ;)
20090717 22:35:08< Sirp> :)
20090717 22:35:24< grzywacz> Sirp, on the other hand, g++ takes a while on file sizes and dependencies there are in wesnoth
20090717 22:35:39-!- ancestral [n=ancestra@12.145.225.25] has joined #wesnoth-dev
20090717 22:35:46< grzywacz> Sirp, but pure gcc invocation on small files just scroll past my screen in a second
20090717 22:36:02< ilor_> Sirp: I'm on a dualcore laptop here as well, and -j3 speeds things up a little bit compared to -j2. Relatively slow hard drive though.
20090717 22:36:11< loonycyborg> g++ seems to be a *lot* slower than gcc in general :)
20090717 22:36:21< grzywacz> It is. C++ is harder as well.
20090717 22:36:57< Sirp> just like how Word is slower than notepad?
20090717 22:37:24< corn> in my particular case I won't have any i/o wait issues, the desktop also has a SLC SSD
20090717 22:37:31< ancestral> Isn't Notepad slower than vi?
20090717 22:38:06< Sirp> ancestral: wouldn't surprise me.
20090717 22:38:23< ancestral> Hehe
20090717 22:45:03< grzywacz> Sirp, funny argument, but c++ isn't the best designed language with its #include legacy and no package structure...
20090717 22:45:32< corn> ok, I am going to finish the '--screenshot' param now. The way that I plan to have it work is by setting SDL_VIDEODRIVER=dummy via setenv() and then unsetting when wesnoth is closing. It'll work on all posix compliant OSes, right?
20090717 22:45:59< corn> and I'll just wrap the setenv() call in a #ifndef _win32 so that it is ignored in windows
20090717 22:46:20-!- ABCD_ [n=ABCD@wikipedia/ABCD] has joined #wesnoth-dev
20090717 22:46:21< grzywacz> corn, does the dummy driver work as expected?
20090717 22:46:59< corn> yes
20090717 22:47:15< corn> I ran it in a console terminal with no X server running
20090717 22:47:29< ilor_> corn: would be cool if it worked in win32 as well ;)
20090717 22:47:29-!- ABCD [n=ABCD@wikipedia/ABCD] has quit [Read error: 113 (No route to host)]
20090717 22:47:47< corn> ahhh
20090717 22:47:48< corn> sdl has
20090717 22:47:49< corn> sdl_putenv
20090717 22:47:52< grzywacz> yes
20090717 22:47:56< corn> so it handles it for you crossplatofrm
20090717 22:47:58< corn> excellent
20090717 22:50:41-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["KVIrc 3.4.2 Shiny http://www.kvirc.net/"]
20090717 22:51:08-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20090717 22:59:34-!- ancestral [n=ancestra@12.145.225.25] has quit []
20090717 23:00:23< Crab_> silene: ok, thanks for pointing me towards that compiler log. I've cleaned it a bit (1 warning per line)  - http://rapidshare.com/files/256973712/cleaned_icc_log.txt.zip
20090717 23:03:20-!- ABCD_ is now known as ABCD
20090717 23:15:39< ilor_> progress on the srng front, both AI and player attacks work without an OOS, and even though there are some subtle ways of the whole thing going fubar that need to be addressed, it does seem 
20090717 23:16:30< kitty___> the 
20090717 23:16:44< kitty___> thespaceinvader: sorry for the delay, generally looking better!
20090717 23:17:11< thespaceinvader> thanks kitty___ 
20090717 23:17:27< kitty___> i still don't understand what you are doing those strange dark/dierty spots on his rear arm for. they look wrong.
20090717 23:18:01< kitty___> why should the lower half of his forearm suddenly be in deep shadow - that makes no sense
20090717 23:18:28< kitty___> and where does the light on the upper arm come from - it would be blocked by his body
20090717 23:19:40< kitty___> fabi: do you need the kalenz old or kalenz young pic?
20090717 23:23:16< ilor_> Crab_: the AI code responsible for srng is essentially what you proposed: rand_rng::invalidate_seed(); while (!rand_rng::has_valid_seed()){ manager::raise_user_interact(); manager::raise_sync_network(); }
20090717 23:24:21-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20090717 23:24:30< ilor_> Crab_: it's a lot cleaner than what I have in the player attack code 
20090717 23:31:37< CIA-51> jetryl * r36953 /trunk/data/core/images/units/drakes/ (clasher-blade-defend-1.png clasher-blade-defend-2.png): Added defense anim for clasher.
20090717 23:39:34-!- Crab_ [n=Crab_@wesnoth/developer/crab] has quit [Read error: 110 (Connection timed out)]
20090717 23:45:31-!- giusef_ [n=giusef@unaffiliated/giusef] has joined #wesnoth-dev
20090717 23:51:24-!- kitty___ [n=kitty@e180194084.adsl.alicedsl.de] has quit ["good night"]
20090717 23:52:10-!- allefant [n=allefant@allegro/developer/allefant] has joined #wesnoth-dev
20090717 23:52:14-!- maxy [n=maxy@80.219.1.128] has quit []
20090717 23:53:50< Sirp> grzywacz: well C has #include as well and no package structure....
20090717 23:58:13-!- giusef [n=giusef@unaffiliated/giusef] has quit [Read error: 113 (No route to host)]
--- Log closed Sat Jul 18 00:00:40 2009