--- Log opened Tue Mar 18 00:00:18 2014
20140318 00:00:40-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has quit [Quit: leaving]
20140318 00:01:37-!- ancestral [~ancestral@63.92.240.233] has quit [Quit: i go nstuf kthxbai]
20140318 00:07:01< mattsc> iceiceice: I just replied to your issue with Fred posted at AI-demos (don't know if you get notifications about that).  In brief: no idea why it doesn't work for you, I'm having no problems at all.
20140318 00:08:49-!- anonymissimus [~chatzilla@HSI-KBW-149-172-228-192.hsi13.kabel-badenwuerttemberg.de] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 12.0/20120423122928]]
20140318 00:12:35-!- spoffy [~spoffy@152.78.175.8] has quit [Ping timeout: 255 seconds]
20140318 00:15:12-!- Kevin_Xi [~kevin@223.72.182.129] has joined #wesnoth-dev
20140318 00:21:06-!- stikonas_ [~gentoo@anon-36-164.vpn.ipredator.se] has joined #wesnoth-dev
20140318 00:21:06-!- stikonas_ [~gentoo@anon-36-164.vpn.ipredator.se] has quit [Changing host]
20140318 00:21:06-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140318 00:21:19-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 246 seconds]
20140318 00:23:12-!- trewe [~trewe@212.222.137.78.rev.vodafone.pt] has quit [Quit: quit]
20140318 00:39:55< aquileia> I'm off, but I'll read the logs - should I include both u8erase and u8truncate? http://ideone.com/RSJlsw
20140318 00:40:55< aquileia> They overlap, but... who knows
20140318 00:41:09< aquileia> Bye
20140318 00:41:23-!- aquileia [4e2ad392@gateway/web/freenode/ip.78.42.211.146] has quit [Quit: Page closed]
20140318 00:44:24< mattsc> shadowm: concerning the MAI error message you encountered, I assume you are using the patrol MAI with a [filter] tag (rather than the id= key)?
20140318 00:44:29< mattsc> If so, then I probably know what the problem is.  Oversight on my part when I added [filter] as an option.
20140318 00:44:58< irker634> wesnoth: Chris Beck wesnoth:1.12 2ef633204fa1 / / (7 files in 2 dirs): fix bug #21758 http://git.io/swU-ng
20140318 00:45:00< irker634> wesnoth: Chris Beck wesnoth:1.12 72632ff03b3c / src/ (multiplayer_connect.cpp multiplayer_connect_engine.cpp): fixup party full bell http://git.io/WMJcdw
20140318 00:45:02< irker634> wesnoth: Chris Beck wesnoth:1.12 b1892c3bf4af / src/playturn.cpp: recognize server messages to set a side to idle http://git.io/dsk8bg
20140318 00:45:04< irker634> wesnoth: Chris Beck wesnoth:1.12 a0008233f520 / / (6 files in 3 dirs): fix bug #18829 http://git.io/LHlTdw
20140318 00:45:06< irker634> wesnoth: Chris Beck wesnoth:1.12 c7a4e637d6fb / src/playturn.cpp: don't display network_ai sides as replacements for dropped sides http://git.io/KKPpfw
20140318 00:45:08< irker634> wesnoth: Chris Beck wesnoth:1.12 d49276937ce4 / src/gui/dialogs/mp_change_control.cpp: don't show network_ai controllers in :give_control dialog http://git.io/usrDFQ
20140318 00:45:10< irker634> wesnoth: Chris Beck wesnoth:1.12 a43264ab0d11 / src/server/server.cpp: add debugging output to server http://git.io/AiRaiA
20140318 00:45:12< irker634> wesnoth: Chris Beck wesnoth:1.12 7cba29a438de / src/game_display.cpp: implement "last 5 chats" notification properly http://git.io/W0mvmQ
20140318 00:45:41< iceiceice> mattsc: i'll try again with the AI's 
20140318 00:46:26< mattsc> iceiceice: okay  (and no rush, I'm still on the road anyway)
20140318 00:56:57-!- paradoq_ [488719dd@gateway/web/freenode/ip.72.135.25.221] has joined #wesnoth-dev
20140318 01:00:18-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20140318 01:04:34-!- paradoq [~paradoq@72.135.25.221] has joined #wesnoth-dev
20140318 01:04:55-!- paradoq_ [488719dd@gateway/web/freenode/ip.72.135.25.221] has quit [Quit: Page closed]
20140318 01:13:43-!- Fortescue [sid1929@gateway/web/irccloud.com/x-ehsayzvspnaazqeo] has quit [Ping timeout: 264 seconds]
20140318 01:15:50-!- Fortescue [sid1929@gateway/web/irccloud.com/x-lvjwatkfdgqfyizq] has joined #wesnoth-dev
20140318 01:29:39-!- stikonas__ [~gentoo@cpc18-sgyl27-2-0-cust35.18-2.cable.virginm.net] has joined #wesnoth-dev
20140318 01:30:17-!- kex [~kex@89.205.75.19] has quit [Remote host closed the connection]
20140318 01:30:36< irker634> wesnoth: mattsc wesnoth:master e5ea7824d18e / changelog data/ai/micro_ais/cas/ca_patrol.lua: Patrol Micro AI: fix bug in the attack part of this MAI http://git.io/XKIQWg
20140318 01:30:41-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 252 seconds]
20140318 01:30:54< irker634> wesnoth: mattsc wesnoth:1.12 6b9746c121ea / changelog data/ai/micro_ais/cas/ca_patrol.lua: Patrol Micro AI: fix bug in the attack part of this MAI http://git.io/fz42Rw
20140318 01:30:54-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140318 01:32:03< mattsc> shadowm: ^ that should do it, I hope
20140318 01:32:16-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Ciao]
20140318 01:35:10-!- kex [~kex@89.205.75.19] has quit [Ping timeout: 246 seconds]
20140318 01:43:21-!- Kevin_Xi [~kevin@223.72.182.129] has left #wesnoth-dev []
20140318 01:58:08-!- exciton [chuck-the-@89.208.170.132] has quit [Ping timeout: 240 seconds]
20140318 01:58:38-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Ping timeout: 240 seconds]
20140318 01:59:25-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev
20140318 02:00:28< Aishiko> zookeeper, see pull request 119, and play around with it let me know what you think if you do.  Thanks
20140318 02:01:33-!- exciton [chuck-the-@89.208.170.132] has joined #wesnoth-dev
20140318 02:02:25-!- pyromancer2 [~pyromance@130.68.227.207] has quit [Ping timeout: 240 seconds]
20140318 02:05:08-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20140318 02:12:38-!- happygrue [~happygrue@wesnoth/developer/wintermute] has quit [Ping timeout: 246 seconds]
20140318 02:16:35< shadowm> Aishiko: You opted for opening a new PR instead of reusing the old one?
20140318 02:18:10< Aishiko> I didn't know I could do that
20140318 02:18:25< Aishiko> shadowm, ^^
20140318 02:18:51< shadowm> That's normally done using git push -f to overwrite the branch of the PR (when the PR is a branch). But okay, I'll close the previous PR.
20140318 02:19:55< Aishiko> thank you, so next time do a git push -f on the branch and it should update the PR?
20140318 02:20:01-!- mjs-de [~mjs-de@f048164216.adsl.alicedsl.de] has quit [Remote host closed the connection]
20140318 02:20:31< shadowm> You only need to use -f when rewriting the branch's history (rebase, etc.), but yes.
20140318 02:21:28< iceiceice> yes its pretty handy
20140318 02:22:12< Aishiko> OK I didn't know I had used a branch I thought I had selected the individual commits, and yes that does sound handy
20140318 02:22:32-!- stikonas__ [~gentoo@cpc18-sgyl27-2-0-cust35.18-2.cable.virginm.net] has quit [Quit: Konversation terminated!]
20140318 02:26:44-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has quit [Quit: Leaving]
20140318 02:36:48-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140318 02:40:44< gfgtdf> anyone knows what goes wrong when the game crashes when starting normal but not when starting with --log-debug=all ? :s (i dont have written any if(does log){...} or similar)
20140318 02:41:19-!- kex [~kex@89.205.75.19] has quit [Ping timeout: 264 seconds]
20140318 02:47:26-!- goblinThing [44bd8c2c@gateway/web/freenode/ip.68.189.140.44] has joined #wesnoth-dev
20140318 02:57:43-!- Moskau [461e1f5e@gateway/web/freenode/ip.70.30.31.94] has quit [Ping timeout: 245 seconds]
20140318 03:03:59-!- paradoq [~paradoq@72.135.25.221] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
20140318 03:07:30-!- paradoq [~paradoq@72.135.25.221] has joined #wesnoth-dev
20140318 03:19:48-!- Ivanovic_ [~ivanovic@x2f3bdc5.dyn.telefonica.de] has joined #wesnoth-dev
20140318 03:21:29-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has joined #wesnoth-dev
20140318 03:22:34< Aishiko> gfgtdf, no idea, sorry!
20140318 03:23:26-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 252 seconds]
20140318 03:23:42-!- Ivanovic_ is now known as Ivanovic
20140318 03:42:49< gfgtdf> ok i  tested that it crashes, when wesnoth doesn't run with --log-domain=gui/*
20140318 03:43:58-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140318 03:46:37-!- Gambit [~derek@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20140318 03:58:46< shadowm> gfgtdf: Memory corruption/access after free?
20140318 04:00:17-!- goblinThing [44bd8c2c@gateway/web/freenode/ip.68.189.140.44] has quit [Quit: Page closed]
20140318 04:00:28< shadowm> Since logging is implemented using conditional paths, any changes in the order of memory allocations may affect the behavior of that kind of bug.
20140318 04:02:15< gfgtdf> shadowm: the crash is an assertion error i playced myself to test, in a replay it seems like game_events::fire("start") somehow calls do_replay, but only if gui log is diables, conce gui log makes the game significant slower my thought was that there is somewhere some code that is onyl executed when we have enogh time left.
20140318 04:02:43-!- paradoq [~paradoq@72.135.25.221] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
20140318 04:02:50< gfgtdf> s/conce/since
20140318 04:03:56-!- vorobeez [~quassel@85.142.148.12] has joined #wesnoth-dev
20140318 04:04:09< shadowm> Ok, that doesn't really rule out the possibility I mentioned, but it seems you know what you are doing.
20140318 04:12:41< gfgtdf> shadowm: ahh i found teh issue: when you replay HTTT  during the start event you can click the play button when  the mapview scrolls to the left upper corner ({HIGHLIGHT_IMAGE 1 1 scenery/signpost.png ()} marco) if you do that you'll most likeley mess something up
20140318 04:13:29< gfgtdf> i did that, but not when teh game was slow because in that case i did something sifferent while that game runs
20140318 04:15:08-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Ciao]
20140318 04:17:02-!- Guest3388 [~Kevin@223.72.182.129] has joined #wesnoth-dev
20140318 04:19:23< gfgtdf> maybe a events::command_disabler in src/scripting/lua.cpp::intf_delay would solve that problem.
20140318 04:20:31< shadowm> It seems to me like that would really belong in the function that initiates the WML event handling sequence.
20140318 04:22:22< shadowm> [delay]/its implementation detail is just one candidate for blocking commands, but the reality is that no WML actions should allow the user to break the intended execution order; [animate_unit] comes to mind as another problematic case (see also the animation non-reentrancy bug).
20140318 04:24:03< shadowm> On the other hand, in some specific cases like the [scroll*] family, the user is currently allowed to do things like bring up Load Game or quit the game.
20140318 04:24:21< shadowm> Nothing of that is probably intended anyway.
20140318 04:24:47-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140318 04:25:06< gfgtdf> what reason should there be to ever top a player from loading a game ?
20140318 04:25:11< gfgtdf> s/top/stop
20140318 04:26:34< gfgtdf> is see that the player shouldn't be allowed to save the game because the savegame would be currupt, but i think aborting the game and reloding should always be possible.
20140318 04:27:47< iceiceice> what if the game contains a unit type that we don't know about
20140318 04:28:13< iceiceice> we can't really load it then
20140318 04:28:25-!- Guest3388 [~Kevin@223.72.182.129] has quit [Ping timeout: 246 seconds]
20140318 04:29:31-!- kex [~kex@89.205.75.19] has quit [Ping timeout: 264 seconds]
20140318 04:30:39< shadowm> We already made save-loading mid-attack impossible at some point. I believe that was on purpose to discourage people from save-loading in an attempt to find favorable RNG rolls.
20140318 04:31:23< shadowm> As a save-loading addict myself, I found that surprisingly effective.
20140318 04:31:37< shadowm> <_<
20140318 04:31:46< shadowm> >_>
20140318 04:31:48< gfgtdf> when was that inctroduced ?
20140318 04:31:49< EliDupree> Wow... mid-attack?!
20140318 04:31:58< shadowm> Dunno, perhaps 1.5.x.
20140318 04:31:59< EliDupree> That doesn't sound very restrictive
20140318 04:32:34< EliDupree> How hard is it to accelerated-speed to the end of the attack and then load?
20140318 04:32:36< shadowm> EliDupree: Unless you are playing with animations disabled, an attack tends to take a fair amount of time.
20140318 04:32:52< shadowm> Oooor you could set acceleration to 100x, yeah. I said 'discourage' not prevent.
20140318 04:33:25 * shadowm normally plays with 1.75x acceleration anyway, for entirely unrelated reasons.
20140318 04:33:33< EliDupree> At least on my comp/wesnoth, loading a save takes waaay longer than the duration of the attack
20140318 04:33:37< shadowm> "Acceleration".
20140318 04:34:57< shadowm> Reloading the last save is just a matter of pressing CTRL+O and Enter. If the add-on isn't a resource hog and the preprocessor output is cached, it'll take less than a second here.
20140318 04:35:37< iceiceice> i mean we've already seen the whining that took place after it became impossible to select the traits of every single unit you recruit by save loading
20140318 04:35:47< EliDupree> Maybe it's because I run way too much stuff at once and the relevant caches are in swap
20140318 04:36:24< gfgtdf> iceiceice: i am actualy planing to enabling that again :o, 
20140318 04:36:36< iceiceice> haha really?
20140318 04:36:41< EliDupree> wait, how was that made impossible?
20140318 04:36:47< _8680_> Less than a second? Psh, you people and your newfangled fast computers.
20140318 04:36:56< iceiceice> EP: it was put on a second RNG
20140318 04:36:57< iceiceice> i guess
20140318 04:37:04< iceiceice> whose seed was stored with the save
20140318 04:37:19< iceiceice> i guess this rng already existed actually... there was a forum thread about it
20140318 04:37:50< shadowm> _8680_: I built mine specifically with Wesnoth dev work in mind, so...
20140318 04:37:51< EliDupree> Uh, so just recruit your units in a different order, still useful to saveload
20140318 04:37:53< gfgtdf> iceiceice: yes we had a discussion about it http://forums.wesnoth.org/viewtopic.php?f=6&t=39611.  
20140318 04:38:15< iceiceice> EP: yes you can still do it, but i somewhat doubt that you could actually select the trait of every single unit this way 
20140318 04:38:20< EliDupree> gfgtdf: btw I saw your name on the MP sync issue, I'm glad someone's looking at it :)
20140318 04:38:22< iceiceice> theres only so many orderings
20140318 04:39:14< EliDupree> iceiceice: True. But the SR unit should be the fighter and the IR one should be the mage, and that's quicker than saving a bunch of times for every unit. Not that it matters.
20140318 04:39:18< iceiceice> and it would be far more tedious
20140318 04:40:18< EliDupree> Back when I save-loaded on occasion, I only ever did it to give myself generally better luck, not to force specific results by doing many saveloads in a row
20140318 04:40:28< EliDupree> -- not least because it was slow, I suppose...
20140318 04:45:56-!- gfgtdf [~chatzilla@f054133087.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 27.0.1/20140212131424]]
20140318 04:52:01< Aishiko_laptop> I'll do a save load when I screw the battle and have to go back several turns to salvage it
20140318 05:04:01-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Remote host closed the connection]
20140318 05:06:11-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20140318 05:26:38-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 252 seconds]
20140318 05:28:24-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20140318 05:56:01-!- shadowm_desktop2 [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20140318 05:59:19-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 264 seconds]
20140318 06:00:29-!- shadowm_desktop2 is now known as shadowm_desktop
20140318 06:02:12-!- vorobeez [~quassel@85.142.148.12] has quit [Remote host closed the connection]
20140318 06:05:43< irker634> wesnoth: Ignacio R. Morelle wesnoth:master 983f14663d4e / py-compile utils/py-compile: Move unused script to utils/ http://git.io/UtHtDA
20140318 06:12:59-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140318 06:17:13-!- kex [~kex@89.205.75.19] has quit [Ping timeout: 240 seconds]
20140318 06:30:03< shadowm> Aishiko_laptop: Your branch doesn't compile.
20140318 06:31:10< shadowm> Aishiko_laptop: http://pastebin.com/0cxYH57e . There's a extraneous change in commit 9f7c5d4e117559360e80230ad1008a0ae37baf27 apparently responsible for it.
20140318 06:36:29< shadowm> Hm.
20140318 06:36:46< shadowm> You know what would be great? A hotkey to warp the map view back to my leader.
20140318 06:36:59< shadowm> Yes, I know there is n to cycle between units.
20140318 06:38:09< shadowm> Since multiple leaders per side are officially supported nowadays, I guess it would make sense for this idea to be more along the lines of "cycle between leaders".
20140318 06:40:27< shadowm> Aishiko_laptop: If I set the side's recall_cost to -1 myself, affected units actually show up as having a recall cost of -1 in the menu (recruiting them still deducts 1 gold though).
20140318 06:43:08-!- Kevin_Xi [~kevin@223.72.182.149] has joined #wesnoth-dev
20140318 06:44:59-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20140318 06:46:44-!- ancestral [~ancestral@75-161-229-57.mpls.qwest.net] has joined #wesnoth-dev
20140318 06:47:24-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20140318 06:50:19-!- Ivanovic [~ivanovic@x2f3bdc5.dyn.telefonica.de] has quit [Changing host]
20140318 06:50:19-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20140318 06:50:32< shadowm> Aishiko_laptop: Hm. I thought recall_cost=-1 was supposed to be magic? I guess it's not the case anymore.
20140318 06:51:00< shadowm> Omitting the side's explicit recall cost works as expected.
20140318 06:52:36< shadowm> Okay, t is magic in [unit] I guess, not in [side].
20140318 06:52:51< shadowm> In [side] it just behaves in an unexpected fashion like I said above.
20140318 06:55:26< shadowm> https://github.com/Aishiko/wesnoth/commit/31c40f053c24fcc3b68a6f60ce403cfefd874bd0  <- Having "changelog" somewhere in the commit summary would've been a bit less confusing.
20140318 06:58:20< shadowm> Aishiko_laptop: Units whose unit_type has a recall_cost appear to be serialized with that recall_cost even if they don't override it.
20140318 06:58:59< shadowm> (Found with :inspect.)
20140318 06:59:55< shadowm> I think that's all.
20140318 07:00:41-!- pyromancer2 [~pyromance@130.68.237.183] has joined #wesnoth-dev
20140318 07:02:22< shadowm> Well...
20140318 07:03:05< shadowm> Aishiko_laptop: https://github.com/Aishiko/wesnoth/commit/a723d5fa59dae3742c0bf9b94bcaa8dd0f08ff6b#diff-af3fd7e884f8ab9f39f9088ca4010d0dR476 <- cfg["foo"] > 0 isn't really how you check whether the attribute "foo" is blank or missing.
20140318 07:04:10< shadowm> s/blank/empty/
20140318 07:04:13< shadowm> I mean, sure, it 'works', but the proper check is either cfg["foo"].blank() (missing) or cfg["foo"].empty() (missing or empty).
20140318 07:05:21< shadowm> Imagine if we decided that cfg["foo"] cast to int should return unsigned(UINT_MAX) when the attribute is missing!
20140318 07:06:53< shadowm> Okay, I got all the boolean values reversed in my last few sentences.
20140318 07:07:09< shadowm> *in't blank or missing
20140318 07:07:49< shadowm> *!cfg["foo"].blank()   *!cfg["foo"].empty()      (yes i suddenly realize this looks like something else entirely)
20140318 07:09:53< shadowm> Aishiko_laptop: https://github.com/Aishiko/wesnoth/commit/d4896db78bf9efa4c719483aec73e36d48e2c915#diff-aa2699b29ec1e4e51dd411b0954d308fR553 <- as I said before, I believe this should leave the color unspecified instead of forcing white (the default text color is slightly darker than white), but I can deal with this later.
20140318 07:10:48-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Quit: Ik ga weg]
20140318 07:11:30< shadowm> Aishiko_laptop: And finally, you need to add yourself to data/core/about.cfg under Miscellaneous Contributors (follow the existing alphabetical order please).
20140318 07:12:26< shadowm> Okay, that's all. I can't think of any more valid and interesting ways to break this code atm, and at this point that kind of thing can be patched in separate commits later.
20140318 07:15:06< shadowm> Aishiko_laptop: I'd like to see the non-overriding unit unit_type recall_cost serialization quirk justified or addressed, and then it's good to go as far as I'm concerned.
20140318 07:17:30< shadowm> The counterintuitive [side] recall_cost=-1 behavior is a pre-existing issue, just confirmed.
20140318 07:18:01< AI0867> 21:00 < aquileia> I'm just trying to eliminate as many occurences o estring as possible <-- I'm working on eliminating (and rewriting utf8_iterator) myself
20140318 07:18:05< AI0867> +it
20140318 07:18:19< AI0867> but I'll be off in a different country until thursday
20140318 07:18:42< shadowm> What's wrong with those?
20140318 07:19:24< AI0867> 21:25 < aquileia> mordante made it so that NEBUG will cause a compile error <-- wasn't that me?
20140318 07:19:54< AI0867> my memory isn't quite as bad as shadowm's, but occasionally it's close
20140318 07:25:43< AI0867> 07:36 < shadowm> You know what would be great? A hotkey to warp the map view back to my leader. <-- fabi?
20140318 07:26:23< AI0867> shadowm: wide_string is a vector of wchar_t
20140318 07:26:32< AI0867> which is 32 bits on unix, but 16 bits on windows
20140318 07:26:42< AI0867> we treat it like it can handle every unicode codepoint
20140318 07:26:45< AI0867> but on windows, it can't
20140318 07:27:44< AI0867> and I'm off now
20140318 07:27:44< AI0867> back in 3 days
20140318 07:27:44< shadowm> Yay.
20140318 07:43:02-!- Kevin_Xi [~kevin@223.72.182.149] has quit [Ping timeout: 255 seconds]
20140318 07:52:26-!- pyromancer2 [~pyromance@130.68.237.183] has quit [Read error: Connection reset by peer]
20140318 07:52:31-!- boucman_work [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20140318 07:52:52-!- pyromancer2 [~pyromance@130.68.237.183] has joined #wesnoth-dev
20140318 07:53:38-!- trademark [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has joined #wesnoth-dev
20140318 08:01:08-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140318 08:01:55-!- Gallaecio [~quassel@84.120.219.74.dyn.user.ono.com] has quit [Ping timeout: 246 seconds]
20140318 08:02:06-!- thunderstruck [~zaibotren@cpc13-sgyl31-2-0-cust696.18-2.cable.virginm.net] has joined #wesnoth-dev
20140318 08:05:55-!- kex [~kex@89.205.75.19] has quit [Ping timeout: 264 seconds]
20140318 08:11:31-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 264 seconds]
20140318 08:18:27-!- neXyon [~neXyon@85-127-71-3.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20140318 08:24:57-!- ancestral [~ancestral@75-161-229-57.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20140318 08:26:45-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20140318 08:29:54-!- EdB [~edb@85.69.242.6] has joined #wesnoth-dev
20140318 09:04:26-!- ykanarev [~ykanarev@212.55.118.222] has joined #wesnoth-dev
20140318 09:05:59-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20140318 09:09:42-!- irker634 [~irker@ai0867.net] has quit [Quit: transmission timeout]
20140318 09:19:09-!- spoffy [~spoffy@2001:630:d0:ed05:e05d:d314:d76d:cb7e] has joined #wesnoth-dev
20140318 09:42:23-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has joined #wesnoth-dev
20140318 09:43:11< Soliton> shadowm: https://github.com/wesnoth/wesnoth/blob/master/doc/manual/manual.txt#L452
20140318 09:47:55-!- spoffy [~spoffy@2001:630:d0:ed05:e05d:d314:d76d:cb7e] has quit [Ping timeout: 264 seconds]
20140318 09:49:33-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140318 09:49:48-!- spoffy [~spoffy@2001:630:d0:ed05:e05d:d314:d76d:cb7e] has joined #wesnoth-dev
20140318 09:49:54< Soliton> iceiceice: if you must add debugging output to a warning log statement at least make it readable. the logs are parsed/shown in various places. (re https://github.com/wesnoth/wesnoth/blob/a43264ab0d11af491a47c64c5b1cc35d91073343/src/server/server.cpp#L2290)
20140318 09:52:12< Soliton> iceiceice: since you seem to suspect the logic there is wrong even better would be to just check that in the code and log an appropriate message.
20140318 09:53:37-!- kex [~kex@89.205.75.19] has quit [Ping timeout: 240 seconds]
20140318 09:53:58< Soliton> iceiceice: for that see the todo in game::add_player().
20140318 09:56:31-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 264 seconds]
20140318 09:56:57-!- neXyon [~neXyon@85-127-71-3.dynamic.xdsl-line.inode.at] has quit [Quit: bye]
20140318 09:59:02-!- neXyon [~neXyon@85-127-71-3.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20140318 10:01:33< Soliton> iceiceice: looking at the server logs i can tell you that the warning message in question is not wrong though. there are two other possibilities that add_player() failed and both produce log messages that are not in the log.
20140318 10:04:22< Soliton> iceiceice: so either the host sets the allow_observer option wrong unintentionally or whatever or players join as observer unintentionally.
20140318 10:08:11-!- Youngoli [~Youngoli@2601:8:9800:361:5ee:621e:adfe:2c33] has joined #wesnoth-dev
20140318 10:08:14-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140318 10:10:40-!- ALourenco [c189db31@gateway/web/freenode/ip.193.137.219.49] has joined #wesnoth-dev
20140318 10:11:29< shadowm> Soliton: Ohh, nice.
20140318 10:13:19< Soliton> iceiceice: as for tweaking the controller in the level for different clients... yes, that is indeed not done so far and would be inconvenient for the server. maybe sending artificial change controller messages would be another option, not sure if that could mess something up...
20140318 10:14:35-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20140318 10:16:50-!- Nostromus [~Thunderbi@e179233072.adsl.alicedsl.de] has joined #wesnoth-dev
20140318 10:20:02-!- Ardonik [~user@adsl-75-28-99-109.dsl.irvnca.sbcglobal.net] has joined #wesnoth-dev
20140318 10:34:38-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140318 10:52:52-!- Octalot [~noct@31.185.149.167] has joined #wesnoth-dev
20140318 10:56:19-!- Fulcrum [59d87cc4@gateway/web/freenode/ip.89.216.124.196] has joined #wesnoth-dev
20140318 10:56:28-!- ALourenco [c189db31@gateway/web/freenode/ip.193.137.219.49] has quit [Ping timeout: 245 seconds]
20140318 10:56:54-!- neXyon [~neXyon@85-127-71-3.dynamic.xdsl-line.inode.at] has quit [Quit: bye]
20140318 11:09:14-!- aquileia [4e2ad392@gateway/web/freenode/ip.78.42.211.146] has joined #wesnoth-dev
20140318 11:10:49< aquileia> AI0867: You are right, it was your commit: https://github.com/wesnoth/wesnoth/commits/master/src/global.hpp
20140318 11:12:17< aquileia> I had referenced 21:13 <mordante> so recently I added an #error if the macro was defined
20140318 11:18:04-!- sachith500 [~kvirc@112.134.2.59] has joined #wesnoth-dev
20140318 11:18:14< aquileia> I guess you will replace wstring by ucs4_string? In the meantime I'll replace those calls that are only for indexing reasons by u8index and u8size
20140318 11:20:51< aquileia> Where it accepts input it will still have to convert twice, but when the string is already guaranteed to be valid UTF8 we can save a lot of resources
20140318 11:21:12-!- aquileia [4e2ad392@gateway/web/freenode/ip.78.42.211.146] has quit [Quit: Page closed]
20140318 11:21:48-!- Fulcrum [59d87cc4@gateway/web/freenode/ip.89.216.124.196] has quit [Quit: Page closed]
20140318 11:27:15-!- Youngoli [~Youngoli@2601:8:9800:361:5ee:621e:adfe:2c33] has quit [Quit: Leaving]
20140318 11:34:49-!- sachith500 [~kvirc@112.134.2.59] has quit [Ping timeout: 240 seconds]
20140318 11:41:43-!- mjs-de [~mjs-de@f049079205.adsl.alicedsl.de] has joined #wesnoth-dev
20140318 11:46:38-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has quit [Ping timeout: 246 seconds]
20140318 11:48:49-!- _8680_ [~8680@2002:4404:712c:0:76de:2bff:fed4:2766] has quit [Ping timeout: 245 seconds]
20140318 11:50:41-!- pyromancer2 [~pyromance@130.68.237.183] has quit [Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/]
20140318 11:51:43-!- happygrue [~happygrue@wesnoth/developer/wintermute] has joined #wesnoth-dev
20140318 11:53:12-!- _8680_ [~8680@2002:4404:712c:0:76de:2bff:fed4:2766] has joined #wesnoth-dev
20140318 11:54:50-!- ALourenco [c189db31@gateway/web/freenode/ip.193.137.219.49] has joined #wesnoth-dev
20140318 11:54:58< ALourenco> greetings 
20140318 11:54:58-!- aquileia [4e2ad392@gateway/web/freenode/ip.78.42.211.146] has joined #wesnoth-dev
20140318 12:01:43-!- spoffy [~spoffy@2001:630:d0:ed05:e05d:d314:d76d:cb7e] has quit [Ping timeout: 264 seconds]
20140318 12:10:43-!- Guest62231 [~shikadi@ai0867.net] has quit [Ping timeout: 264 seconds]
20140318 12:10:48-!- trademark [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has quit [Ping timeout: 255 seconds]
20140318 12:11:22-!- ALourenco [c189db31@gateway/web/freenode/ip.193.137.219.49] has quit [Quit: Page closed]
20140318 12:12:08-!- Kevin_Xi [~kevin@223.72.182.149] has joined #wesnoth-dev
20140318 12:13:07-!- justinzane [~justinzan@tiny.justinzane.com] has quit [Ping timeout: 264 seconds]
20140318 12:14:59-!- incredible [75c40598@gateway/web/freenode/ip.117.196.5.152] has joined #wesnoth-dev
20140318 12:15:11-!- shikadibot [~shikadi@wesnoth/umc-dev/bot/shikadibot] has joined #wesnoth-dev
20140318 12:15:37-!- mjs-de [~mjs-de@f049079205.adsl.alicedsl.de] has quit [Ping timeout: 240 seconds]
20140318 12:15:49< incredible> hello thunderstuck...
20140318 12:16:27< incredible> i want to know specific work for unify SP and MP
20140318 12:20:38-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20140318 12:21:33-!- mjs-de [~mjs-de@f048239247.adsl.alicedsl.de] has joined #wesnoth-dev
20140318 12:35:37-!- Vahen [4f55cbb1@gateway/web/freenode/ip.79.85.203.177] has joined #wesnoth-dev
20140318 12:41:54-!- spoffy [~spoffy@2001:630:d0:ed03:caf7:33ff:fe0a:4542] has joined #wesnoth-dev
20140318 12:45:39-!- ToBeFree [~tobefree@unaffiliated/tobefree] has quit [Quit: Ping timeout: 1337 seconds]
20140318 12:48:08-!- Vahen [4f55cbb1@gateway/web/freenode/ip.79.85.203.177] has quit [Ping timeout: 245 seconds]
20140318 12:52:25-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 246 seconds]
20140318 13:04:26-!- ToBeFree [ToBeFree@unaffiliated/tobefree] has joined #wesnoth-dev
20140318 13:08:31-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20140318 13:27:11-!- wesbot changed the topic of #wesnoth-dev to: 1.12 branch created | string+feature freeze active on 1.12 | 229 bugs, 353 feature requests, 28 patches | Logs: http://irclogs.wesnoth.org | Alternate logs: http://wesnoth.debian.net | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20140318 13:28:55-!- cib0 [~cib@p20030067CE5CD701267703FFFEE75B84.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140318 13:30:49-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 240 seconds]
20140318 13:36:55-!- Matei [~razvan@p16.eregie.pub.ro] has joined #wesnoth-dev
20140318 13:38:08-!- daniwa [415ee84d@gateway/web/cgi-irc/kiwiirc.com/ip.65.94.232.77] has joined #wesnoth-dev
20140318 13:38:58-!- Aishiko_laptop [~unknown@cpe-065-191-176-226.nc.res.rr.com] has quit [Ping timeout: 240 seconds]
20140318 13:39:27-!- Aishiko [~Aishiko@cpe-065-191-176-226.nc.res.rr.com] has quit [Ping timeout: 255 seconds]
20140318 13:50:05-!- neXyon [~neXyon@85-127-71-3.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20140318 14:07:43-!- Matei [~razvan@p16.eregie.pub.ro] has quit [Ping timeout: 264 seconds]
20140318 14:09:03-!- cib0 [~cib@p20030067CE5CD701267703FFFEE75B84.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20140318 14:20:13-!- incredible [75c40598@gateway/web/freenode/ip.117.196.5.152] has quit [Ping timeout: 245 seconds]
20140318 14:23:49-!- incredible [75c40598@gateway/web/freenode/ip.117.196.5.152] has joined #wesnoth-dev
20140318 14:37:54-!- EdB [~edb@85.69.242.6] has quit [Quit: Konversation terminated!]
20140318 14:43:46-!- Vahen [4f55cbb1@gateway/web/freenode/ip.79.85.203.177] has joined #wesnoth-dev
20140318 14:47:58-!- ancestral [~ancestral@75-161-229-57.mpls.qwest.net] has joined #wesnoth-dev
20140318 14:50:18-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20140318 14:58:07-!- spoffy [~spoffy@2001:630:d0:ed03:caf7:33ff:fe0a:4542] has quit [Ping timeout: 264 seconds]
20140318 14:59:32-!- EdB [~edb@85.69.242.6] has joined #wesnoth-dev
20140318 15:03:15-!- Matei [~razvan@5-12-246-175.residential.rdsnet.ro] has joined #wesnoth-dev
20140318 15:04:27-!- ykanarev [~ykanarev@212.55.118.222] has quit [Remote host closed the connection]
20140318 15:05:52-!- Matei [~razvan@5-12-246-175.residential.rdsnet.ro] has quit [Remote host closed the connection]
20140318 15:08:35-!- justinzane [~justinzan@tiny.justinzane.com] has joined #wesnoth-dev
20140318 15:08:35-!- bagzie [~bag@85-76-69-5-nat.elisa-mobile.fi] has joined #wesnoth-dev
20140318 15:14:01-!- ToBeFree [ToBeFree@unaffiliated/tobefree] has quit [Changing host]
20140318 15:14:01-!- ToBeFree [ToBeFree@wikimedia/ToBeFree] has joined #wesnoth-dev
20140318 15:19:49-!- cib0 [~cib@p20030067CE5CD701267703FFFEE75B84.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140318 15:19:57-!- spoffy [~spoffy@2001:630:d0:ed05:5440:2b30:75c7:16a0] has joined #wesnoth-dev
20140318 15:21:43-!- vorobeez [558e940c@gateway/web/freenode/ip.85.142.148.12] has joined #wesnoth-dev
20140318 15:44:55-!- spoffy [~spoffy@2001:630:d0:ed05:5440:2b30:75c7:16a0] has quit [Ping timeout: 264 seconds]
20140318 15:49:48< vorobeez> Vahen: hello, why you copy my information of the project yo your wiki-page?
20140318 15:49:55< vorobeez> to*
20140318 15:50:35< Vahen> i did'nt copy 
20140318 15:50:42< Vahen> just look for the form
20140318 15:52:01< vorobeez> Vahen: facts, hypotesis, decisions, useful links?
20140318 15:56:18< vorobeez> =\
20140318 15:56:21< Vahen> vorobeez : I didn't see an other way to say it , you had a pretty good idea  , i removed the usefull links .
20140318 15:59:37< daniwa> hey, you both seem to be in the know :D
20140318 15:59:45-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140318 15:59:57< daniwa> how did you guys go around submitting for summer of code?
20140318 16:00:26< vorobeez> Vahen: But this is my idea. Do other students can also use it? What do you think? (maybe I don't know something)
20140318 16:04:52< Vahen> vorobeez : Hmmmm , i think other can use it , at least only the base of the idea , the implemetation can be totally different , would it be better if i changed the names of these things ?
20140318 16:06:36< Vahen> daniwa :  Did you read the wiki ?^^ http://wiki.wesnoth.org/SummerOfCodeIdeas#I_want_to_be_one_of_your_Google_Summer_of_Code_students.2C_what_should_I_do.3F , it can help =)
20140318 16:07:10-!- daniwa [415ee84d@gateway/web/cgi-irc/kiwiirc.com/ip.65.94.232.77] has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
20140318 16:07:45< vorobeez> Vahen: change names please. 
20140318 16:08:01< Vahen> vorobeez : No problem ^^
20140318 16:08:11< vorobeez> Vahen: thank you
20140318 16:08:32-!- daniwa [415ee84d@gateway/web/cgi-irc/kiwiirc.com/ip.65.94.232.77] has joined #wesnoth-dev
20140318 16:12:00-!- spoffy [~spoffy@2001:630:d0:ed02:caf7:33ff:fe0a:4542] has joined #wesnoth-dev
20140318 16:21:53-!- daniwa [415ee84d@gateway/web/cgi-irc/kiwiirc.com/ip.65.94.232.77] has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
20140318 16:23:28-!- trademark [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has joined #wesnoth-dev
20140318 16:23:52-!- cib0 [~cib@p20030067CE5CD701267703FFFEE75B84.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20140318 16:29:54-!- sachith500 [~kvirc@112.135.172.50] has joined #wesnoth-dev
20140318 16:34:09-!- avatar_tp [c198bb07@gateway/web/freenode/ip.193.152.187.7] has joined #wesnoth-dev
20140318 16:36:02< vorobeez> Crab_: hello. I have question for you. I activate debug mode in some camping. And i want get lua table of functions, through command :lua wesnoth.debug_ai(side) (e.g. side = 2). But i get errors. What am i doing wrong?
20140318 16:40:38-!- ancestral [~ancestral@75-161-229-57.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20140318 16:49:48-!- incredible [75c40598@gateway/web/freenode/ip.117.196.5.152] has quit [Ping timeout: 245 seconds]
20140318 16:54:28< Soliton> surely disclosing the errors would help in diagnosing the problem.
20140318 16:56:13-!- gfgtdf [~chatzilla@f054133087.adsl.alicedsl.de] has joined #wesnoth-dev
20140318 16:57:59-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 252 seconds]
20140318 17:04:19-!- Vahen [4f55cbb1@gateway/web/freenode/ip.79.85.203.177] has quit [Quit: Page closed]
20140318 17:06:17-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has joined #wesnoth-dev
20140318 17:06:33-!- werlley [~werlley@179.124.130.66] has joined #wesnoth-dev
20140318 17:08:14-!- Kevin_Xi [~kevin@223.72.182.149] has left #wesnoth-dev []
20140318 17:08:26-!- boucman_work [~rosen@wesnoth/developer/boucman] has quit [Ping timeout: 252 seconds]
20140318 17:17:13-!- cib0 [~cib@p20030067CE5CD701267703FFFEE75B84.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140318 17:17:17-!- iwaim [~iwaim@2001:2c0:40e:2002:0:4:14:80] has quit [Ping timeout: 246 seconds]
20140318 17:18:28-!- iwaim [~iwaim@2001:2c0:40e:2002:0:4:14:80] has joined #wesnoth-dev
20140318 17:19:13-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has quit [Quit: leaving]
20140318 17:21:14-!- ancestral [~ancestral@75-161-229-57.mpls.qwest.net] has joined #wesnoth-dev
20140318 17:36:12-!- Nostromus [~Thunderbi@e179233072.adsl.alicedsl.de] has quit [Quit: Nostromus]
20140318 17:40:41-!- Gallaecio [~quassel@84.120.113.48.dyn.user.ono.com] has joined #wesnoth-dev
20140318 17:47:23-!- travis-ci [~travis-ci@ec2-54-224-68-86.compute-1.amazonaws.com] has joined #wesnoth-dev
20140318 17:47:23< travis-ci> [travis-ci] 8680-wesnoth/wesnoth#1 (master - e5ea782 : mattsc): The build passed.
20140318 17:47:23< travis-ci> [travis-ci] Build details : http://travis-ci.org/8680-wesnoth/wesnoth/builds/21032609
20140318 17:47:23-!- travis-ci [~travis-ci@ec2-54-224-68-86.compute-1.amazonaws.com] has left #wesnoth-dev []
20140318 17:47:42< _8680_> …Eh?
20140318 17:48:49< _8680_> Travis ought to allow the IRC channel to which to report to be changed without editing the in-repository configuration file. Apologies for the noise.
20140318 17:52:51-!- Crab_ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20140318 17:54:21< gfgtdf> _8680_: you have a solution for this problem? i had the same some time ago
20140318 17:56:15< _8680_> The only thing I can think of would be to edit the configuration file before pushing, then undo that with a force-push before making a pull request or otherwise interacting with other repositories.
20140318 17:57:17< _8680_> …No, never mind. I expect Travis would build the force-push, so that would trade a useful if misplaced report for a useless report.
20140318 18:01:15-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20140318 18:01:55-!- travis-ci [~travis-ci@ec2-54-224-68-86.compute-1.amazonaws.com] has joined #wesnoth-dev
20140318 18:01:55< travis-ci> [travis-ci] 8680-wesnoth/wesnoth#2 (8573/util/bit-width/1 - eb43f59 : 8573): The build failed.
20140318 18:01:56< travis-ci> [travis-ci] Build details : http://travis-ci.org/8680-wesnoth/wesnoth/builds/21033065
20140318 18:01:56-!- travis-ci [~travis-ci@ec2-54-224-68-86.compute-1.amazonaws.com] has left #wesnoth-dev []
20140318 18:04:43-!- spoffy [~spoffy@2001:630:d0:ed02:caf7:33ff:fe0a:4542] has quit [Ping timeout: 264 seconds]
20140318 18:06:54< vorobeez> Crab_: hello, i wrote to you today: 20140318 16:36:02<
20140318 18:07:14< Crab_> vorobeez: hello, I'll take a look
20140318 18:10:12-!- daniwa [415ee84d@gateway/web/cgi-irc/kiwiirc.com/ip.65.94.232.77] has joined #wesnoth-dev
20140318 18:17:37< Crab_> vorobeez: try http://pastebin.com/he2G3x8G
20140318 18:17:48< Crab_> vorobeez: it works for me, giving me the list of ai functions
20140318 18:17:57< Crab_> vorobeez: note that ai table is debug_ai(2).ai, not debug_ai(2)
20140318 18:18:23< Crab_> vorobeez: it works for me both with -d command-line flag and with debug mode enabled via :debug
20140318 18:18:33-!- avatar_tp [c198bb07@gateway/web/freenode/ip.193.152.187.7] has quit [Ping timeout: 245 seconds]
20140318 18:21:17-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has quit [Quit: Leaving]
20140318 18:22:14-!- neXyon [~neXyon@85-127-71-3.dynamic.xdsl-line.inode.at] has quit [Quit: bye]
20140318 18:22:25-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has joined #wesnoth-dev
20140318 18:23:09-!- ancestral [~ancestral@75-161-229-57.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20140318 18:24:29< vorobeez> Crab_: in which version was implement thus feature(tree of functions?)
20140318 18:24:44-!- trademark [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has quit [Ping timeout: 255 seconds]
20140318 18:25:03< vorobeez> Crab_: doesn't work your advice
20140318 18:25:20< Crab_> vorobeez: what version do you have now?
20140318 18:25:29< Crab_> :version can show it
20140318 18:25:45< vorobeez> Crab_: 1.10.7 (i have some troubles with 1.11)
20140318 18:27:25< iceiceice> wesbot: bug #21808
20140318 18:27:26< wesbot> Bug #21808  Assigned to: None  Status: None  Priority: 7 - High
20140318 18:27:26< wesbot> Summary: cannot join a reloaded game as an observer
20140318 18:27:26< wesbot> Original submission: Affects 1.13.0-dev, 1.12 branch,and 1.11.7 checkout (wi
20140318 18:27:29< wesbot> th localhost 1.11.7 server).If you make a reloaded game which had observers 
20140318 18:27:32< wesbot> URL: http://gna.org/bugs/?21808
20140318 18:28:46< Crab_> vorobeez: ah, this would explain it. it was added in mid-2012,  and only to 1.11 . note that you need to use latest svn to work on wesnoth.  see https://github.com/wesnoth/wesnoth/commit/51e818b43bd49264f9c89fc9434b43e41bd61ece
20140318 18:28:55< Crab_> vorobeez: what troubles do you have with 1.11 ?
20140318 18:29:29< iceiceice> thunderstruck: i have traced bug #21808 back to one of your commits: https://github.com/wesnoth/wesnoth/commit/e07c69d5e53e47b2a4a7df13ba3a0e89c4d86585
20140318 18:30:33< iceiceice> i would like to assign it to you
20140318 18:33:07< vorobeez> Crab_: i use arch-linux. And tryed install wesnoth 1.11 from AUR, but have some compiling errors. Tomorrow i will try install this version from git maybe everything will be alright or not)
20140318 18:33:44< Crab_> ask on this channel if you'll have any compile errors with latest from git. most likely, it's related to some dependencies, but it all should be solvable
20140318 18:34:24< vorobeez> Crab_: thank you for help
20140318 18:34:26< vorobeez> (=
20140318 18:34:56< Crab_> vorobeez: in theory you could just patch the nephro's debug_ai change in, but it's not useful long-term, you need to get it working from git for the summer.
20140318 18:36:55< vorobeez> vorobeez: will be better if i install last version of wesnoth, i think))
20140318 18:37:02< vorobeez> Crab_: )
20140318 18:38:23< Crab_> vorobeez: if there's any way to ask your linux to fetch all the build-time dependencies of a given package, that'll help (like apt-get build-dep in some other linuxes)
20140318 18:38:48< Crab_> vorobeez: if you install the last version of wesnoth, you'll get the runtime deps, but you'll need build deps to build.
20140318 18:39:38-!- Aishiko_laptop [~unknown@cpe-065-191-176-226.nc.res.rr.com] has joined #wesnoth-dev
20140318 18:39:43-!- Aishiko [~Aishiko@cpe-065-191-176-226.nc.res.rr.com] has joined #wesnoth-dev
20140318 18:50:31< vorobeez> Crab_: i understand. Thank you.
20140318 18:51:56-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140318 18:55:53-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140318 19:00:24< thunderstruck> iceiceice: yes, plese do so. Hopefully, I'll have time to look into it soon.
20140318 19:04:55-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140318 19:05:15-!- timotei_ [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 255 seconds]
20140318 19:05:50-!- timotei_ [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20140318 19:08:31-!- sachith500 [~kvirc@112.135.172.50] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
20140318 19:09:51< iceiceice> thunderstruck: ok, done
20140318 19:10:21-!- vorobeez [558e940c@gateway/web/freenode/ip.85.142.148.12] has left #wesnoth-dev []
20140318 19:11:38-!- Crab_ [~Crab_@wesnoth/developer/crab] has quit [Quit: Crab_]
20140318 19:17:03-!- Nostromus [~Thunderbi@e179233072.adsl.alicedsl.de] has joined #wesnoth-dev
20140318 19:19:28-!- neXyon [~neXyon@85-127-71-3.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20140318 19:23:04< lipkab> mordante (if you read the logs): It'd be nice to see you around before the application deadline!
20140318 19:26:30< daniwa> hey lipkab are you well versed this all this summer of code
20140318 19:26:43< lipkab> Sure.
20140318 19:26:53< lipkab> Can I help?
20140318 19:27:00< daniwa> yeah
20140318 19:27:17< daniwa> I'm not really sure what i'm suppose to submit for the applications
20140318 19:27:29< daniwa> currently im filling out my wiki page
20140318 19:27:47< daniwa> but im kinda hazy on the things i have to submit to google
20140318 19:28:26< lipkab> Just submit the abstract of your project and a link to your wiki page.
20140318 19:28:43< Ivanovic> daniwa: for google you need to do two things:
20140318 19:28:54< Ivanovic> 1) complete the account setup by uploading a proof of enrollment
20140318 19:29:02< daniwa> done!
20140318 19:29:10< Ivanovic> 2) submit *something* into the tracker at google for wesnoth, it should include a link to the wiki page
20140318 19:29:29< Ivanovic> we have some questions which should be answered either in the wiki or at google, they are linked at the ideas page
20140318 19:29:44< daniwa> alright, that is much simpler than I thought
20140318 19:29:46< Ivanovic> (i would recommend to post the privat stuff like contact options only in the google tracker)
20140318 19:30:18< Ivanovic> of course you should have some project idea and having more ideas there than just our initial hint makes sense
20140318 19:30:27< Ivanovic> but on the formal side you are fine with '1' and '2'
20140318 19:30:43-!- Octalot [~noct@31.185.149.167] has quit []
20140318 19:30:43< daniwa> of course
20140318 19:31:01< Ivanovic> lipkab: if you have an explicit question you can directly ask the question for mordante in here with his nick close by
20140318 19:31:13< Ivanovic> lipkab: he tends to read the logs and someone else might also be able to answer
20140318 19:31:14< Ivanovic> ;)
20140318 19:32:11< lipkab> Unfortunately, this is a question only mordante can answer.
20140318 19:32:38< Ivanovic> still make sure to leave him the question in here, this way he can directly reply once he joins without having to wait for you to ask the question
20140318 19:33:03< lipkab> Okay.
20140318 19:33:04< lipkab> Well.
20140318 19:33:39< gfgtdf> EliDupree: online ?=
20140318 19:33:51< EliDupree> hi
20140318 19:34:00< Ivanovic> @all students interested in gsoc 2014: make sure to submit your proposals in the google tracker!
20140318 19:34:06< lipkab> mordante: How much of my proposal became outdated with your uncommitted changed?
20140318 19:34:19< Ivanovic> right now the number of proposals there looks lower than i would expect based on the activity in here
20140318 19:34:50< Ivanovic> off to bed now, n8 folks
20140318 19:35:05< gfgtdf> EliDupree: i think i have most of the patch for http://gna.org/bugs/?20871 and https://gna.org/bugs/?21697 completed, would you help tesing ?
20140318 19:35:31< EliDupree> woah
20140318 19:35:38< EliDupree> yes I would, if I know what to do
20140318 19:38:30< gfgtdf> EliDupree: this was my plan: https://github.com/gfgtdf/wesnoth-old/tree/sync_1   
20140318 19:38:58< gfgtdf> ahh i forgot to add in buildfiles
20140318 19:39:13-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 240 seconds]
20140318 19:41:00-!- iulianR [~iulianR@141.85.0.103] has joined #wesnoth-dev
20140318 19:41:58-!- cib0 [~cib@p20030067CE5CD701267703FFFEE75B84.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20140318 19:42:06-!- avatar_tp [c198bb07@gateway/web/freenode/ip.193.152.187.7] has joined #wesnoth-dev
20140318 19:42:16< EliDupree> my comp takes hours to build wesnoth, so I wanna be sure about this :p
20140318 19:42:44-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140318 19:43:32< gfgtdf> EliDupree: ah ok, i'll run travis
20140318 19:44:03< avatar_tp> Hello, I would like to apply for working in the game in the summer of code of google. But i have some questions about the project. May someone answer my questions?
20140318 19:47:11-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 246 seconds]
20140318 19:49:06< EliDupree> gfgtdf: writing some test cases now (though I'm not sure exactly what you've implemented)
20140318 19:50:34< gfgtdf> EliDupree: in c++ or in wesnoth ? 
20140318 19:50:40< gfgtdf> s/wesnoth/wml
20140318 19:50:41< EliDupree> in wesnoth
20140318 19:50:46< EliDupree> Lua/WML
20140318 19:50:51< EliDupree> things that should work / give errors
20140318 19:51:53< gfgtdf> EliDupree: more important is the old feateures still work like "leaving a game whiile the other is attacking without causing an error on his side"
20140318 19:52:05< EliDupree> hrm
20140318 19:52:20< gfgtdf> or othere odds a didnt think of
20140318 19:52:25< gfgtdf> s/a/i
20140318 19:52:33< EliDupree> brb
20140318 19:54:09< EliDupree> back
20140318 19:55:23< EliDupree> thing is, I'm no better qualified than anyone else to spot errors like that, but I *am* better qualified than anyone else to catch issues with its intended behavior
20140318 19:57:31< gfgtdf> EliDupree: hm ok
20140318 19:58:00< gfgtdf> EliDupree: note that i also changes the wesnothd so to make it wont fork on the offical dev server
20140318 19:58:20< EliDupree> incidentally that reminds me, players also get bogus OOS messages if a player leaves duiring a wesnoth.synchronize_choice
20140318 19:58:41< EliDupree> (dunno if your patch will affect that?)
20140318 19:59:14< iceiceice> EliDupree: does it really take hours for you to build wesnoth? do you use clang?
20140318 19:59:25< EliDupree> it does; i don't know
20140318 19:59:40< EliDupree> I'm on a 2009 laptop
20140318 19:59:42< iceiceice> i found that i compile wesnoth about 3 times faster when i use clang instead of gcc
20140318 19:59:46< EliDupree> hmm.
20140318 19:59:51< iceiceice> went from 1 hour to about 20 minutes
20140318 20:00:04< EliDupree> That would be desirable! How do I do that?
20140318 20:00:33< iceiceice> scons cxxtool="clang++"
20140318 20:00:42< EliDupree> haha I've been using cmake
20140318 20:00:51< iceiceice> oh i'm not sure what the magic words are there
20140318 20:04:14< EliDupree> looks like... CMAKE_CXX_COMPILER=
20140318 20:06:43< EliDupree> I'm not very much of a git expert... how do I get that code
20140318 20:06:51< EliDupree> I pulled and tried "git checkout sync_1"
20140318 20:08:23< EliDupree> oh I see, that's a fork I need to
20140318 20:08:40< EliDupree> hmm can I update my local repo to include the fork
20140318 20:09:07< gfgtdf> i think you can just pull it but im no expert neigher
20140318 20:09:21< _8680_> What difficulties are you having with Git?
20140318 20:10:11< EliDupree> Tried git pull https://github.com/gfgtdf/wesnoth-old.git , no help
20140318 20:10:42< EliDupree> does git pull not automatically get branches?
20140318 20:10:43< _8680_> What branch are you on?
20140318 20:10:55< EliDupree> master
20140318 20:11:10< daniwa> the easiest is to set up a remote
20140318 20:11:15< daniwa> and then pull
20140318 20:11:18< iceiceice> EliDupree: normally you don't pull a .git, you *clone* a .git
20140318 20:11:29< iceiceice> if you want to pull a branch from there,
20140318 20:11:38< iceiceice> you should set remotes to include that .git under some name
20140318 20:11:55< iceiceice> like "gfgtdf" and then "pull gfgtdf sync_1"
20140318 20:12:00< EliDupree> ah
20140318 20:12:15< daniwa> git remote add gfgtdf https://github.com/gfgtdf/wesnoth-old.git
20140318 20:12:18< EliDupree> so... git remote add gfgtdf https://github.com/gfgtdf/wesnoth-old.git
20140318 20:12:22< EliDupree> jinx! :p
20140318 20:12:39< daniwa> *mmhmhmhmhmhm*
20140318 20:13:16< daniwa> :D
20140318 20:13:16< _8680_> EliDupree: If that `git pull …` did anything, it would be to fetch gfgtdf’s master branch and merge it into yours, which would result in a mess if gfgtdf’s master branch isn’t the same as upstream’s (or a past version of upstream’s).
20140318 20:13:29< EliDupree> ...it's asking me to make a merge commit message, should that happen?'
20140318 20:13:32< EliDupree> hrmmm
20140318 20:13:34< _8680_> No.
20140318 20:13:52< _8680_> Delete all the text and save and quit, to abort the merge.
20140318 20:14:36< iceiceice> yeah i guess i skipped a step in there, sry
20140318 20:14:49< _8680_> You should add the remote, `git fetch gfgtdf`, and `git checkout gfgtdf/sync_1`.
20140318 20:15:13-!- travis-ci [~travis-ci@ec2-50-17-0-93.compute-1.amazonaws.com] has joined #wesnoth-dev
20140318 20:15:14< travis-ci> [travis-ci] gfgtdf/wesnoth-old#3 (sync_1 - 0cf098e : gfgtdf): The build failed.
20140318 20:15:14< travis-ci> [travis-ci] Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/21045772
20140318 20:15:14-!- travis-ci [~travis-ci@ec2-50-17-0-93.compute-1.amazonaws.com] has left #wesnoth-dev []
20140318 20:15:51< EliDupree> ok I *think* i've got there
20140318 20:16:18< _8680_> What does `git status` say?
20140318 20:16:32< EliDupree> HEAD detached at gfgtdf/sync_1
20140318 20:16:32< EliDupree> nothing to commit, working directory clean
20140318 20:17:25< _8680_> Okay, that should work, as long as you treat the “detached HEAD” state as being read-only.
20140318 20:17:32< gfgtdf> could traivis not just continue building to print ALL error messages instead at stopping at the first error message,  especialy  if it's just "unused parameter" -,-
20140318 20:17:43< EliDupree> -_-
20140318 20:18:13< _8680_> I.e., trying to commit or otherwise change things when your HEAD is detached could result in a mess.
20140318 20:18:53< EliDupree> ok, well, I'm wasn't planning on touching it :)
20140318 20:24:00< aquileia> gfgtdf: Had the same problem a few days ago - strict mode can be a little harsh and multiple error messages would really be nice there
20140318 20:24:55< aquileia> I had to do three patches  before it accepted my changes
20140318 20:25:47< aquileia> but that's the penalty for using Visual Studio ;)
20140318 20:26:42< EliDupree> gfgtdf: If you fixed 20871, does that mean the combat events should all be MP-safe with your changes?
20140318 20:27:24< gfgtdf> EliDupree: no prestart/start still not
20140318 20:27:43< gfgtdf> EliDupree: only attack relatd events
20140318 20:27:53< EliDupree> yeah that's what I meant by "combat events"
20140318 20:28:00< gfgtdf> ah i missread
20140318 20:28:08< EliDupree> How about side_turn_end, did you touch that?
20140318 20:28:25< Soliton> avatar_tp: only if you ask them. ;-)
20140318 20:29:10< gfgtdf> good that you say i think i braked random use during side_turn_end but that can easily be fixed
20140318 20:29:57< EliDupree> Incidentaly, what happens when you use random in an event like side_turn_end that isn't "synchronized" but does happen the same on all clients?
20140318 20:32:03-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140318 20:33:12< gfgtdf> EliDupree: i think after my patch all cliens get different results, but i'll change that
20140318 20:33:21< EliDupree> ok
20140318 20:33:48< EliDupree> see that's the kind of thing I'm useful for catching :)
20140318 20:35:18< iceiceice> does anyone know if there is an easy way to get a backtrace from "20140318 16:33:32 error general: Error while reading the WML: Mandatory WML child missing yet untested for. Please report.
20140318 20:35:20< iceiceice> "
20140318 20:36:00< iceiceice> i've turned on debug=config but it still doesn't really tell me what file is causing the problem
20140318 20:37:05-!- travis-ci [~travis-ci@ec2-54-197-81-142.compute-1.amazonaws.com] has joined #wesnoth-dev
20140318 20:37:05< travis-ci> [travis-ci] 8680-wesnoth/wesnoth#7 (8573/util/count-leading-zeros/1 - 675613a : 8573): The build failed.
20140318 20:37:05< travis-ci> [travis-ci] Build details : http://travis-ci.org/8680-wesnoth/wesnoth/builds/21045477
20140318 20:37:05-!- travis-ci [~travis-ci@ec2-54-197-81-142.compute-1.amazonaws.com] has left #wesnoth-dev []
20140318 20:39:33-!- travis-ci [~travis-ci@ec2-54-224-68-86.compute-1.amazonaws.com] has joined #wesnoth-dev
20140318 20:39:33< travis-ci> [travis-ci] 8680-wesnoth/wesnoth#6 (8573/util/count-leading-ones/1 - c5d9775 : 8573): The build failed.
20140318 20:39:33< travis-ci> [travis-ci] Build details : http://travis-ci.org/8680-wesnoth/wesnoth/builds/21045471
20140318 20:39:33-!- travis-ci [~travis-ci@ec2-54-224-68-86.compute-1.amazonaws.com] has left #wesnoth-dev []
20140318 20:40:16-!- travis-ci [~travis-ci@ec2-54-224-68-86.compute-1.amazonaws.com] has joined #wesnoth-dev
20140318 20:40:17< travis-ci> [travis-ci] gfgtdf/wesnoth-old#4 (sync_1 - 87865c5 : gfgtdf): The build is still failing.
20140318 20:40:17< travis-ci> [travis-ci] Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/21047429
20140318 20:40:17-!- travis-ci [~travis-ci@ec2-54-224-68-86.compute-1.amazonaws.com] has left #wesnoth-dev []
20140318 20:40:44-!- Nostromus [~Thunderbi@e179233072.adsl.alicedsl.de] has quit [Ping timeout: 252 seconds]
20140318 20:44:30-!- timotei_ [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 264 seconds]
20140318 20:44:58< Soliton> iceiceice: what do you mean what file? some code is assuming some config node is there when it isn't and doesn't check for that case is what the error means.
20140318 20:45:03-!- timotei_ [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20140318 20:45:14< Soliton> iceiceice: btw, did you read what i said earlier?
20140318 20:45:25< iceiceice> yes and ideally it woudl be like an assert failure
20140318 20:45:29< iceiceice> so i could find the line number in gdb
20140318 20:45:42< iceiceice> "what you said earlier" means about moving all tweaks to server right?
20140318 20:46:24-!- Fulcrum [59d87cc4@gateway/web/freenode/ip.89.216.124.196] has joined #wesnoth-dev
20140318 20:46:27< Soliton> that was one small part of it.
20140318 20:47:28-!- Nostromus [~Thunderbi@e179233072.adsl.alicedsl.de] has joined #wesnoth-dev
20140318 20:48:20< Soliton> an assert would not help you. it's not hard to find exactly where that error comes from... but it's too late at that point to figure much out.
20140318 20:49:18-!- travis-ci [~travis-ci@ec2-50-17-0-93.compute-1.amazonaws.com] has joined #wesnoth-dev
20140318 20:49:18< travis-ci> [travis-ci] gfgtdf/wesnoth-old#5 (sync_1 - 17d5d29 : gfgtdf): The build is still failing.
20140318 20:49:18< travis-ci> [travis-ci] Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/21047938
20140318 20:49:18-!- travis-ci [~travis-ci@ec2-50-17-0-93.compute-1.amazonaws.com] has left #wesnoth-dev []
20140318 20:49:45-!- paradoq [~paradoq@cpe-72-135-25-221.kc.res.rr.com] has joined #wesnoth-dev
20140318 20:49:46< iceiceice> its sort of moot anyways, we can forget about it now
20140318 20:49:55< iceiceice> let me reread the logs
20140318 20:50:12< Soliton> some debug mode where that error is caught earlier would be a good idea though.
20140318 20:50:52< avatar_tp> I am interested in this project "AI: Improve AI by implementing global attack/retreat decision". What does it implies? I have played the version of the game 1.10.7. I think that it means for example to decide if a warrior should atack someone or go away. What language will be used for this?
20140318 20:51:31< iceiceice> Soliton: i think i missed your comments from this morning
20140318 20:51:46< iceiceice> y so i actually tracked down what the commit was that was causing that message,
20140318 20:51:54< iceiceice> it seems to be on host side and not server side
20140318 20:52:10< iceiceice> so we might even revert that server warning change i added? or make it more intelligible
20140318 20:52:42< avatar_tp> I have seen that the last version has an implementation of that. What is wrong with that implementation?
20140318 20:53:24-!- Grickit [~derek@wesnoth/developer/grickit] has joined #wesnoth-dev
20140318 20:53:44< Soliton> avatar_tp: an implementation of what?
20140318 20:54:36< avatar_tp> I mean, that in the "stable version" the enemyes choose what to do in every turn
20140318 20:55:05< Soliton> we have a working AI, yes...
20140318 20:55:42< avatar_tp> But I am not sure if the current chooses are good, i am asking what do you expect to improve?
20140318 20:57:03< Soliton> iceiceice: yeah, i'd prefer a revert.
20140318 20:57:46< Soliton> avatar_tp: have you read http://wiki.wesnoth.org/SoC_Ideas_AI_Global_strategy ?
20140318 20:58:11< avatar_tp> nop sorry, I will do it
20140318 20:58:19< iceiceice> Soliton: ok i will revert the debugging output
20140318 20:58:33< iceiceice> also, the latest regarding the observers bug is above, see my convo with thunderstruck
20140318 20:58:45< Soliton> yes, i read.
20140318 20:58:54< avatar_tp> Yes I did :/
20140318 20:58:59< iceiceice> it seems that the bug was introduced when the "configure" was set up to be skipped in a reloaded game
20140318 20:59:03< Soliton> that commit you mentioned does not strike me as a likely candidate though.
20140318 20:59:11< avatar_tp> i thougth it was another page
20140318 20:59:27< Soliton> it might have uncovered the bug though.
20140318 20:59:37< iceiceice> it might be that the level isn't set up right though / there's some server communication during that time?
20140318 20:59:42< Soliton> s/bug/latent bug/
20140318 21:00:00< iceiceice> its very strange to me that the clients see observers as being permitted,
20140318 21:00:14< iceiceice> but in testing with a local server, the warning i got had "0" for the (*g)->allow_observers() flag
20140318 21:01:05< Soliton> well, something on the client side is not handling the observers allowed option correctly.
20140318 21:01:07-!- paradoq [~paradoq@cpe-72-135-25-221.kc.res.rr.com] has quit []
20140318 21:01:25< iceiceice> that or the server isn't parsing the info correctly
20140318 21:01:36< iceiceice> idk
20140318 21:01:49< iceiceice> there's alot of things that could be wrong unfortunately :/
20140318 21:02:08< iceiceice> its too bad we don't have any unit tests to go with the server
20140318 21:02:28< Soliton> not really. dumping the scenario data at some select places should reveal what's wrong fairly quickly.
20140318 21:02:53< iceiceice> sure
20140318 21:05:08< Soliton> if the configure step contains the part where game options are added to the scenario then a likely cause it that the observer option is just not set at all on reloads now.
20140318 21:06:18< iceiceice> that's a good theory
20140318 21:09:02-!- travis-ci [~travis-ci@ec2-50-17-0-93.compute-1.amazonaws.com] has joined #wesnoth-dev
20140318 21:09:02< travis-ci> [travis-ci] 8680-wesnoth/wesnoth#9 (8573/util/highest-set-bit/1 - 16147c6 : 8573): The build passed.
20140318 21:09:02< travis-ci> [travis-ci] Build details : http://travis-ci.org/8680-wesnoth/wesnoth/builds/21045489
20140318 21:09:02-!- travis-ci [~travis-ci@ec2-50-17-0-93.compute-1.amazonaws.com] has left #wesnoth-dev []
20140318 21:12:08-!- travis-ci [~travis-ci@ec2-54-224-68-86.compute-1.amazonaws.com] has joined #wesnoth-dev
20140318 21:12:08< travis-ci> [travis-ci] 8680-wesnoth/wesnoth#8 (8573/util/bit-width/1 - 5a900d7 : 8573): The build was fixed.
20140318 21:12:08< travis-ci> [travis-ci] Build details : http://travis-ci.org/8680-wesnoth/wesnoth/builds/21045484
20140318 21:12:08-!- travis-ci [~travis-ci@ec2-54-224-68-86.compute-1.amazonaws.com] has left #wesnoth-dev []
20140318 21:15:10< avatar_tp> Soliton: does it need to decide the state of every "warrior" "offensively or defensively". Should it decide where to move the warriors some way too? or fixed the state the next steps are implemented?
20140318 21:15:37< avatar_tp> it needs to decide *
20140318 21:15:39-!- travis-ci [~travis-ci@ec2-54-197-81-142.compute-1.amazonaws.com] has joined #wesnoth-dev
20140318 21:15:39< travis-ci> [travis-ci] gfgtdf/wesnoth-old#6 (sync_1 - e7aa95b : gfgtdf): The build is still failing.
20140318 21:15:39< travis-ci> [travis-ci] Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/21050045
20140318 21:15:39-!- travis-ci [~travis-ci@ec2-54-197-81-142.compute-1.amazonaws.com] has left #wesnoth-dev []
20140318 21:17:19-!- timotei_ [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 264 seconds]
20140318 21:18:31-!- daniwa [415ee84d@gateway/web/cgi-irc/kiwiirc.com/ip.65.94.232.77] has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
20140318 21:18:47< iceiceice> avatar_tp: from that page: "AI: Improve AI by implementing global attack/retreat decision"
20140318 21:19:05< iceiceice> so i think its more about deciding whether all the warriors should run or fight together
20140318 21:20:00< iceiceice> Soliton: actually, i would like if you would expand upon what you were saying about why i don't need a backtrace from "mandatory child missing and untested for" 
20140318 21:20:27< avatar_tp> but it can occur that the best desition is to let some warriors fight and some warriors go back no?
20140318 21:21:05< iceiceice> avatar_tp: sure but afaik the ai doesn't even do that really 
20140318 21:22:16< iceiceice> going afk
20140318 21:22:19-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has quit [Quit: Leaving]
20140318 21:23:15-!- timotei__ [~timotei@79.119.98.35] has joined #wesnoth-dev
20140318 21:23:17< avatar_tp> so the state of be offensive or defensive is in the player and not in every warrior, is nt it?
20140318 21:23:18-!- timotei__ [~timotei@79.119.98.35] has quit [Changing host]
20140318 21:23:18-!- timotei__ [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20140318 21:24:33< avatar_tp> being*
20140318 21:28:19-!- Aishiko_laptop [~unknown@cpe-065-191-176-226.nc.res.rr.com] has quit [Ping timeout: 264 seconds]
20140318 21:28:33-!- kex [~kex@89.205.75.19] has quit [Remote host closed the connection]
20140318 21:29:09-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140318 21:29:14-!- kex [~kex@89.205.75.19] has quit [Remote host closed the connection]
20140318 21:29:51-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140318 21:30:43< happygrue> avatar_tp: no, that is not really what it is saying.  The key is the day/night section of that page (did you also read the "good first steps" part?).  The idea is that sometimes the best play is to retreat everyone, and sometimes it's to attack with most (while a few heal)
20140318 21:31:14-!- kex [~kex@89.205.75.19] has quit [Read error: Connection reset by peer]
20140318 21:31:35-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140318 21:32:11< happygrue> at least, that's my understanding of it.  I would guess that Crab_ would have to answer in more detail, but I would check the good first steps section and try to really see what is going on there before doing anything else
20140318 21:33:13-!- iceiceice [~chris@207-237-132-90.ny.subnet.cable.rcn.com] has joined #wesnoth-dev
20140318 21:33:59-!- RiftWalker [~nathan@129.59.115.25] has joined #wesnoth-dev
20140318 21:34:39< RiftWalker> Hello
20140318 21:35:13-!- travis-ci [~travis-ci@ec2-54-224-68-86.compute-1.amazonaws.com] has joined #wesnoth-dev
20140318 21:35:13< travis-ci> [travis-ci] gfgtdf/wesnoth-old#7 (sync_1 - 0d7677b : gfgtdf): The build is still failing.
20140318 21:35:13< travis-ci> [travis-ci] Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/21050945
20140318 21:35:13-!- travis-ci [~travis-ci@ec2-54-224-68-86.compute-1.amazonaws.com] has left #wesnoth-dev []
20140318 21:37:12< happygrue> Hello RiftWalker
20140318 21:38:23< RiftWalker> I'm interested in doing a project for Wesnoth for GSoC and I could use some help getting started with the source.
20140318 21:38:48< RiftWalker> Specifically, I'm interested in this idea: http://wiki.wesnoth.org/SoC_Ideas_Unify_SP_and_MP_2014
20140318 21:39:12< happygrue> RiftWalker: I'm about to go afk, but you are looking to get setup with a source checkout?
20140318 21:39:42< RiftWalker> I have the source in front of me. It's just a lot to look at
20140318 21:40:29< happygrue> I don't know much about that, but thunderstruck is the one who would
20140318 21:40:52< happygrue> looking at last year's project may be a good way to get started, or just ask any questions you have here and someone can probably answer them if you wait long enough.  ;)
20140318 21:40:53< happygrue> afk for now
20140318 21:40:56< RiftWalker> Thanks
20140318 21:41:23< thunderstruck> RiftWalker: Hi. I'm here, so you can ask me if you have any questions.
20140318 21:42:03-!- kex [~kex@89.205.75.19] has quit [Remote host closed the connection]
20140318 21:42:34-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140318 21:42:56< avatar_tp> happygrue: Thanks now I got it
20140318 21:43:09-!- kex [~kex@89.205.75.19] has quit [Remote host closed the connection]
20140318 21:43:50-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140318 21:44:11< RiftWalker> Great. Hello. Right now I'm just trying to get a general overview of the code path for user loaded content (which files i should be looking at for starters) , where sp and mp are diverging, and what I'm up against looking into this project.
20140318 21:46:37< iceiceice> RiftWalker: thunderstruck is the authority but I can tell you some things
20140318 21:46:47< thunderstruck> RiftWalker: User content is handled by using 'config' objects in the code. 'config' is also used for many internal communication stuff.
20140318 21:47:48< thunderstruck> RiftWalker: The project would involve working with files which set up the levels and campaigns, such as playcampaign.cpp, game_controller.cpp.
20140318 21:48:14< thunderstruck> some multiplayer code path would also be involved, because some of that stuff would have to be used in SP
20140318 21:48:29-!- timotei__ is now known as timotei
20140318 21:48:30< thunderstruck> so files beginning with 'multiplayer_' are worth looking at
20140318 21:49:25< thunderstruck> RiftWalker: But you could try to not get overwhelmed and just play a little bit with some of that code to get an idee what the challenge would be like
20140318 21:52:40-!- travis-ci [~travis-ci@ec2-50-17-0-93.compute-1.amazonaws.com] has joined #wesnoth-dev
20140318 21:52:40< travis-ci> [travis-ci] gfgtdf/wesnoth-old#8 (sync_1 - b059d41 : gfgtdf): The build is still failing.
20140318 21:52:40< travis-ci> [travis-ci] Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/21052464
20140318 21:52:40-!- travis-ci [~travis-ci@ec2-50-17-0-93.compute-1.amazonaws.com] has left #wesnoth-dev []
20140318 21:53:13< EliDupree> Aww cripes, I don't *have* clang installed currently and it's not easy to install through my package manager because I haven't done an upgrade ina  while
20140318 21:54:26< iceiceice> :/
20140318 21:54:28< iceiceice> what distro do you use?
20140318 21:54:32< EliDupree> debian
20140318 21:54:32< RiftWalker> Thanks, that helps alot. I'm not overly concerned with the project difficulty, having an entire summer to work on it. My biggest concern is getting a coherent proposal in by Friday.
20140318 21:55:01< iceiceice> idk if shadowm was on i'm sure he could advise... is there a reason not to upgrade?
20140318 21:55:13< iceiceice> i dont actually use debian, i had to jump through some small hoops in linux mint though
20140318 21:55:21< EliDupree> Only that it's annoying to do
20140318 21:55:22< iceiceice> to get clang working in v 16
20140318 21:55:25< EliDupree> I should probably  do it
20140318 21:55:30< iceiceice> is debian rolling upgrade?
20140318 21:55:35< EliDupree> yeah
20140318 21:55:35< iceiceice> *rolling release
20140318 21:56:01< iceiceice> y i only did it in mint because somethign else broke and the help irc people said my version was now unsupported
20140318 21:56:52< iceiceice> idk i guess you don't need clang, i suppose its a little controversial
20140318 21:56:53-!- paradoq [~paradoq@72.135.25.221] has joined #wesnoth-dev
20140318 21:57:11< EliDupree> Nah I definitely should upgrade, so....
20140318 21:57:47-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140318 21:58:11< thunderstruck> RiftWalker: I wouldn't underestimate this project. It involves working with different parts of the codebase and some parts, well, are rather old. So, there would be definetelly some challenges there.
20140318 21:58:25< thunderstruck> However, getting a decent proposal by Friday is also a challenge :)
20140318 21:58:49-!- spoffy [~spoffy@152.78.175.8] has joined #wesnoth-dev
20140318 21:59:15-!- EdB [~edb@85.69.242.6] has quit [Quit: Konversation terminated!]
20140318 22:00:21< thunderstruck> RiftWalker: And I should also mention that we expect students to do some work on the code so that we could get a better idea about student and his skills.
20140318 22:00:58< Soliton> iceiceice: what happens leading up to that WML child missing error is that some code ask for a config child that is not there and thus gets an invalid config. then when it actually tries to use that config (without checking whether it is valid) that error is thrown. the invalid config of course has no idea of anything at that point which is why the error is so unhelpful.
20140318 22:01:06< thunderstruck> And this doesn't have to be some bug fix (although it would be nice), it could just be some experimental hack related to project.
20140318 22:02:11< RiftWalker> Fair enough. I'll get working on it. Thanks for your help!
20140318 22:02:14< iceiceice> Soliton: i found the easiest way to figure out what the problem was, was going into config.cpp, to the "check_valid" function, and where it would report the error, putting "assert(false)" instead. then running "gdb wesnoth-debug" so i can get a backtrace
20140318 22:02:43< iceiceice> ofc it then told me exactly what the line number was where the .child was being called
20140318 22:03:01< thunderstruck> RiftWalker: You're welcome.
20140318 22:03:38< thunderstruck> By the way, mention my name when you write to me, so that I would get a notification. I usually don't check IRC very often, unless I get a notification.
20140318 22:04:13< thunderstruck> And also, if I'm not online, you could leave a message here just by mentioning my name. I check IRC logs for my name.
20140318 22:05:08< RiftWalker> Got it.
20140318 22:06:08-!- gfgtdf_ [~chatzilla@f054138154.adsl.alicedsl.de] has joined #wesnoth-dev
20140318 22:06:28< Soliton> iceiceice: child() does just return an invalid config. so unless you mean on that invalid config child() was called again the check_valid() function is not called at that point.
20140318 22:07:14< iceiceice> i guess the latter must have been happening
20140318 22:07:22< iceiceice> i fixed it now anyways, it wasn't too hard
20140318 22:07:38< Soliton> iceiceice: i mean you could be lucky that the invalid config is used near where it was obtained but it might as well get passed around alot before that validity check.
20140318 22:07:53< Soliton> s/alot/a lot/
20140318 22:07:54< gfgtdf_> is there a doog option for checking an attribute instead of c["a"] ==  "b" ?
20140318 22:07:57-!- gfgtdf [~chatzilla@f054133087.adsl.alicedsl.de] has quit [Ping timeout: 255 seconds]
20140318 22:07:58< gfgtdf_> good*
20140318 22:08:03-!- gfgtdf_ is now known as gfgtdf
20140318 22:08:34< iceiceice> gfgtdf: you mean that doesn't modify the config?
20140318 22:08:59< gfgtdf> yes
20140318 22:09:59< iceiceice> i think you can use the const version?
20140318 22:10:34< iceiceice> const attribute value & temp = c["a"];
20140318 22:10:40< iceiceice> ... (temp == "b") ?
20140318 22:11:00< iceiceice> s/attribute value/attribute_value/
20140318 22:11:04< iceiceice> i think that works
20140318 22:11:14< gfgtdf> ty, thats sounds valid
20140318 22:11:29-!- bagzie [~bag@85-76-69-5-nat.elisa-mobile.fi] has quit [Ping timeout: 252 seconds]
20140318 22:13:20< gfgtdf> i think we should add a function to get the const atttribute even if the config is not const.
20140318 22:13:54-!- iulianR [~iulianR@141.85.0.103] has quit [Ping timeout: 264 seconds]
20140318 22:14:12< iceiceice> you might even be able to do ( ((const) c["a"]) == "b" ) but i'm not sure about that
20140318 22:14:30< iceiceice> or some version of this
20140318 22:15:34< gfgtdf> but that looks hacky
20140318 22:16:37< gfgtdf> i thought of something like c.const_attr("a") == b
20140318 22:17:37< iceiceice> idk i guess its in the eye of the beholder :p
20140318 22:17:53< iceiceice> i mean technically we already have the function you are talking about
20140318 22:18:08< iceiceice> its just an overload of operator[]
20140318 22:18:55-!- bagzie [~bag@85-76-84-25-nat.elisa-mobile.fi] has joined #wesnoth-dev
20140318 22:20:24-!- travis-ci [~travis-ci@ec2-54-224-68-86.compute-1.amazonaws.com] has joined #wesnoth-dev
20140318 22:20:24< travis-ci> [travis-ci] gfgtdf/wesnoth-old#9 (sync_1 - 377c1c5 : gfgtdf): The build is still failing.
20140318 22:20:24< travis-ci> [travis-ci] Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/21053696
20140318 22:20:24-!- travis-ci [~travis-ci@ec2-54-224-68-86.compute-1.amazonaws.com] has left #wesnoth-dev []
20140318 22:24:15-!- Aishiko_laptop [~unknown@198.85.71.253] has joined #wesnoth-dev
20140318 22:25:43-!- irker040 [~irker@ai0867.net] has joined #wesnoth-dev
20140318 22:25:43< irker040> wesnoth: Chris Beck wesnoth:master 7708d06a93b6 / changelog src/playcampaign.cpp: workaround for bug #21797 http://git.io/tqWaLg
20140318 22:25:43< irker040> wesnoth: Chris Beck wesnoth:master 342ba990303b / changelog data/ai/micro_ais/cas/ca_patrol.lua py-compile utils/py-compile: Merge branch 'master' of https://github.com/wesnoth/wesnoth http://git.io/0gtCPg
20140318 22:26:44< irker040> wesnoth: Chris Beck wesnoth:1.12 b721d73ed034 / changelog src/playcampaign.cpp: workaround for bug #21797 http://git.io/vygr6w
20140318 22:27:35-!- Aishiko_laptop_ [~unknown@198.85.71.18] has joined #wesnoth-dev
20140318 22:29:03< Aishiko_laptop_> shadowm, I'll get on those after class, updating the branch and sending it
20140318 22:30:43-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Connection reset by peer]
20140318 22:32:19-!- Aishiko_laptop [~unknown@198.85.71.253] has quit [Ping timeout: 264 seconds]
20140318 22:35:47< iceiceice> hi: can someone else confirm that this sticky page is still accurate?
20140318 22:35:58< iceiceice> i found that the correct command was "gdb wesnoth-debug" when i compile from source
20140318 22:36:05< iceiceice> using scons build=debug
20140318 22:36:16< iceiceice> http://forums.wesnoth.org/viewtopic.php?t=16163
20140318 22:37:18-!- werlley [~werlley@179.124.130.66] has quit [Ping timeout: 264 seconds]
20140318 22:38:33-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 255 seconds]
20140318 22:41:22< iceiceice> happygrue: i had a thought about the blindfold replays thing
20140318 22:41:37< iceiceice> so i implemented what you said, now if the blindfold is on it implies quick replays
20140318 22:42:09< iceiceice> so maybe the ui should reflect that, i.e. the checkbox for quick replays should become a dropdown menu with three options
20140318 22:43:02-!- vernon [~quassel@catv-89-133-164-152.catv.broadband.hu] has joined #wesnoth-dev
20140318 22:55:50-!- Nostromus [~Thunderbi@e179233072.adsl.alicedsl.de] has quit [Quit: Nostromus]
20140318 22:57:04-!- thunderstruck [~zaibotren@cpc13-sgyl31-2-0-cust696.18-2.cable.virginm.net] has quit [Quit: leaving]
20140318 22:57:23< irker040> wesnoth: Chris Beck wesnoth:master e149b3f8d28a / src/server/server.cpp: Revert "add debugging output to server" http://git.io/Q0GsRg
20140318 22:58:11< irker040> wesnoth: Chris Beck wesnoth:1.12 91529161c500 / src/server/server.cpp: Revert "add debugging output to server" http://git.io/md3EWA
20140318 22:58:28< happygrue> iceiceice: it could, but I'm not sure it's needed.  My thinking was: if quick replays are checked, they want quick replays.  If blindfold is checked, they want quick AND blindfold.  If neither is checked, then they want to watch the full replay
20140318 22:58:37-!- bagzie [~bag@85-76-84-25-nat.elisa-mobile.fi] has quit [Ping timeout: 246 seconds]
20140318 22:58:53< happygrue> a dropdown menu might make slightly more sense, but it also seems fine as it is... unless more options emerge
20140318 22:59:00< happygrue> in which case a menu starts to look good.
20140318 22:59:35< iceiceice> maybe the logic should change so that if you enable blindfold it sets quick replays to true?
20140318 22:59:43< happygrue> a dropdown menu is somewhat more user friendly I guess, but it also means more clicking to tell what you have selected?
20140318 23:00:06< happygrue> sure, have quick replays get checked (and be unselectable?)
20140318 23:00:08< happygrue> that could also work
20140318 23:01:02< iceiceice> idk the current set up was just what i came up with for debugging
20140318 23:02:32-!- EliDupree [~quassel@66-189-34-122.dhcp.oxfr.ma.charter.com] has quit [Remote host closed the connection]
20140318 23:02:59-!- bagzie [~bag@85-76-140-113-nat.elisa-mobile.fi] has joined #wesnoth-dev
20140318 23:04:53-!- EliDupree [~quassel@66-189-34-122.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20140318 23:06:40-!- RiftWalker [~nathan@129.59.115.25] has quit [Ping timeout: 246 seconds]
20140318 23:06:53-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20140318 23:08:37-!- ancestral [~ancestral@63.92.240.233] has joined #wesnoth-dev
20140318 23:10:16< iceiceice> Soliton: did you see my question last night about how moving the controller tweaks to server would work?
20140318 23:13:35-!- Fulcrum [59d87cc4@gateway/web/freenode/ip.89.216.124.196] has quit [Quit: Page closed]
20140318 23:14:25< Soliton> "iceiceice: as for tweaking the controller in the level for different clients... yes, that is indeed not done so far and would be inconvenient for the server. maybe sending artificial change controller messages would be another option, not sure if that could mess something up..."
20140318 23:14:44< iceiceice> yeah...
20140318 23:15:25< iceiceice> i mean i guess we could send a little string map of sides to controller types at the start
20140318 23:15:38< iceiceice> so we dont have to decompress the level
20140318 23:16:01< Soliton> the level is not compressed.
20140318 23:16:13< iceiceice> hmm maybe i misinterpretted code / comments in code then
20140318 23:16:18-!- spoffy [~spoffy@152.78.175.8] has quit [Ping timeout: 264 seconds]
20140318 23:18:03< iceiceice> i remember reading in this: http://wiki.wesnoth.org/WesnothdDesign
20140318 23:18:20< iceiceice> so we don't actually do this store compressed thing?
20140318 23:20:32< EliDupree> Back with upgraded debian, with clang
20140318 23:21:13< EliDupree> gfgtdf did you get it to build right?
20140318 23:21:42< gfgtdf> EliDupree: not yet,
20140318 23:24:59< gfgtdf> where yould you playe an additional checkup at scenario start menu ? at the "choose scneario" menu or at the "select complexity" dilog ?
20140318 23:25:35< gfgtdf> place*
20140318 23:25:43-!- matthiaskrgr [matthiaskr@gateway/shell/panicbnc/x-klcrabffiaxlvjpk] has quit [Ping timeout: 264 seconds]
20140318 23:25:45< gfgtdf> s/checkup/checkbox
20140318 23:25:59< iceiceice> Soliton: i guess that artificial change controller messages will cause a bunch of server messages to be displayed
20140318 23:26:47< Soliton> no...
20140318 23:27:33< Soliton> the server is of no concern, the client is.
20140318 23:28:35-!- travis-ci [~travis-ci@ec2-50-17-0-93.compute-1.amazonaws.com] has joined #wesnoth-dev
20140318 23:28:35< travis-ci> [travis-ci] gfgtdf/wesnoth-old#10 (sync_1 - d2b6994 : gfgtdf): The build is still failing.
20140318 23:28:35< travis-ci> [travis-ci] Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/21057518
20140318 23:28:35-!- travis-ci [~travis-ci@ec2-50-17-0-93.compute-1.amazonaws.com] has left #wesnoth-dev []
20140318 23:28:57-!- matthiaskrgr [matthiaskr@gateway/shell/panicbnc/x-covpfvtqhjziehkn] has joined #wesnoth-dev
20140318 23:29:00< Soliton> if the server sends artificial change controller messages it does not somehow do other random stuff. the question is whether the client could have issues with receiving these messages.
20140318 23:29:37< Soliton> specifically if it messes up observing or replays or whatever.
20140318 23:30:16< Soliton> i don't think so but i'd have to investigate...
20140318 23:30:53< iceiceice> right so if we use the "change_controller" function it would make server messages
20140318 23:30:59< iceiceice> but we could just not do that i guess
20140318 23:31:08< Soliton> :-)
20140318 23:32:15-!- matthiaskrgr [matthiaskr@gateway/shell/panicbnc/x-covpfvtqhjziehkn] has quit [Changing host]
20140318 23:32:15-!- matthiaskrgr [matthiaskr@unaffiliated/matthiaskrgr] has joined #wesnoth-dev
20140318 23:32:15-!- matthiaskrgr [matthiaskr@unaffiliated/matthiaskrgr] has quit [Changing host]
20140318 23:32:15-!- matthiaskrgr [matthiaskr@gateway/shell/panicbnc/x-covpfvtqhjziehkn] has joined #wesnoth-dev
20140318 23:34:14< iceiceice> i'm looking at playturn.cpp, it looks like the client doesn't make any messages when it gets a [change_controller] signal
20140318 23:34:33< iceiceice> also i grepped briefly throguh the server.cpp and game.cpp, it looks like the level code is not compressed like you said
20140318 23:34:38< iceiceice> so we might not even need to bother with it
20140318 23:35:26< iceiceice> i guess anyways anyone that joins after the start is an observer so you could just compress the version you would send to any observer/
20140318 23:35:27< iceiceice> ?
20140318 23:35:34-!- travis-ci [~travis-ci@ec2-54-197-81-142.compute-1.amazonaws.com] has joined #wesnoth-dev
20140318 23:35:34< travis-ci> [travis-ci] 8680-wesnoth/wesnoth#11 (8573/util/highest-set-bit/1 - 116bb2c : 8573): The build was broken.
20140318 23:35:34< travis-ci> [travis-ci] Build details : http://travis-ci.org/8680-wesnoth/wesnoth/builds/21057841
20140318 23:35:34-!- travis-ci [~travis-ci@ec2-54-197-81-142.compute-1.amazonaws.com] has left #wesnoth-dev []
20140318 23:35:45-!- travis-ci [~travis-ci@ec2-50-17-0-93.compute-1.amazonaws.com] has joined #wesnoth-dev
20140318 23:35:45< travis-ci> [travis-ci] gfgtdf/wesnoth-old#11 (sync_1 - a89b97a : gfgtdf): The build is still failing.
20140318 23:35:45< travis-ci> [travis-ci] Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/21057960
20140318 23:35:45-!- travis-ci [~travis-ci@ec2-50-17-0-93.compute-1.amazonaws.com] has left #wesnoth-dev []
20140318 23:35:46-!- spoffy [~spoffy@152.78.175.8] has joined #wesnoth-dev
20140318 23:38:30< Soliton> could be a good idea, yeah.
20140318 23:39:07< iceiceice> oh i wanted to ask this again:
20140318 23:39:12< iceiceice> what should the controller types in the replay be?
20140318 23:39:16< iceiceice> should they match what an observer gets?
20140318 23:39:18< iceiceice> or what the host gets
20140318 23:39:41< iceiceice> or something else entirely
20140318 23:40:27< Soliton> i don't think it's relevant except for some funky WML/lua that depends on the controller type.
20140318 23:40:48< iceiceice> i see
20140318 23:41:14< iceiceice> i guess i dont really know how replays work, i.e. do they use playturn.cpp or some other code
20140318 23:41:15< Soliton> i mean nobody is controlling anything in a replay.
20140318 23:41:27< gfgtdf> i'd say the controller types should not be network... in replays. 
20140318 23:42:14-!- spoffy [~spoffy@152.78.175.8] has quit [Ping timeout: 252 seconds]
20140318 23:42:21< Soliton> and why's that?
20140318 23:43:56< gfgtdf> hm just what i'd expect at first thought.
20140318 23:44:19< iceiceice> i guess i would want the replay to look as simialr to how it does to an observer as possilbe
20140318 23:44:29< iceiceice> esp. if we want it to be safe to query controller types without getting oos
20140318 23:45:53< Soliton> querying is perfectly safe, what you're doing then with the value is a different story. :-P
20140318 23:46:09-!- avatar_tp [c198bb07@gateway/web/freenode/ip.193.152.187.7] has quit [Quit: Page closed]
20140318 23:46:17< iceiceice> oh btw, do you know if "human_ai" is used in single player?
20140318 23:46:29< iceiceice> because that would be a reason we can't deprecate it i guess
20140318 23:46:31< Soliton> controllers WILL be different so a clueless WML author WILL be able to produce OOS.
20140318 23:46:48< iceiceice> sure i mean there's that
20140318 23:46:49< Soliton> i highly doubt it.
20140318 23:46:51< gfgtdf> i just wrote some code that relys on (*resources::teams)[side-1].is_empty() bot change during replays or not replays.
20140318 23:47:12< iceiceice> hmm
20140318 23:47:15< gfgtdf> s/bot/not
20140318 23:47:36< iceiceice> Soliton: the :droid command is available in SP, right?
20140318 23:47:44< iceiceice> or am i wrong about that
20140318 23:47:45< Soliton> yes.
20140318 23:48:05< iceiceice> i looked at that recently, iirc droid sets things to human_ai
20140318 23:48:17< iceiceice> but if thats the only way it arises i guess we could drop it
20140318 23:48:34 * Soliton nods.
20140318 23:49:06< gfgtdf> so just set it to ai instead ?
20140318 23:49:10< iceiceice> yes
20140318 23:51:09< aquileia> iceiceice: Just to trow that idea in - instead of a dropdown menu, there might also be the option to have three radio buttons
20140318 23:51:20< aquileia> *throw
20140318 23:51:31< iceiceice> sure but we dont have much space
20140318 23:52:12< gfgtdf> iceiceice: i see no disadvantages, but maybe you should take a look at teh commit that introduced it: 551251f978d0624726b4529f3083ec75d8c987e6
20140318 23:52:14< aquileia> ok, that's a problem
20140318 23:53:40< gfgtdf> iceiceice: is i understand correct the intention of human ai is that these are default humans when hosting the saved game
20140318 23:53:45< gfgtdf> s/is/if
20140318 23:54:30< aquileia> Hmm... is it a GUI 1 or 2 dialog? I think/guess it's the former, which would support the dropdown menu ('combo')
20140318 23:54:47< iceiceice> gfgtdf: my understanding was that human_ai would be better named "local_ai"
20140318 23:55:18< iceiceice> and "ai" was only introduced by the multiplayer_connect code, until the server / clients resolve it into "human_ai" or "network_ai"
20140318 23:55:28< iceiceice> at least thats the convention i tried to stick to
20140318 23:56:09< Soliton> human_ai == local_ai == ai
20140318 23:56:41< gfgtdf> i thought ai means  local_ai and a and human_ai = local_ai, but make it a human when relaoding it.
20140318 23:56:58< aquileia> In GUI2 I don't know how that could be implemented, but e.g. mordante could tell you for sure if it'd be feasible
20140318 23:57:18< iceiceice> aquileia: don't we have dropdown menus? or only in GUI1
20140318 23:57:31< aquileia> In GUI1 we have them for sure
20140318 23:57:33< iceiceice> gfgtdf: is it desirable to have controllers changed on reload?
20140318 23:57:46< aquileia> in GUI2  wouldn't have found them yet
20140318 23:58:56-!- travis-ci [~travis-ci@ec2-54-197-81-142.compute-1.amazonaws.com] has joined #wesnoth-dev
20140318 23:58:56< travis-ci> [travis-ci] 8680-wesnoth/wesnoth#12 (8573/util/count-leading-zeros/1 - 3f5e69c : 8573): The build is still failing.
20140318 23:58:57< travis-ci> [travis-ci] Build details : http://travis-ci.org/8680-wesnoth/wesnoth/builds/21057853
20140318 23:58:57-!- travis-ci [~travis-ci@ec2-54-197-81-142.compute-1.amazonaws.com] has left #wesnoth-dev []
--- Log closed Wed Mar 19 00:00:19 2014