--- Log opened Wed Dec 31 00:00:36 2014
20141231 00:05:04-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20141231 00:18:47< Necrosporus> Is it possible to make an attack with zero damage?
20141231 00:20:30< gfgtdf> Necrosporus: idk but i think thats easy to test
20141231 00:43:27-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20141231 00:48:26-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: Installing Windows downgrades, please stand by.]
20141231 00:52:57< iceiceice> Necrosporus: i'm pretty sure you can use "harm_unit" with 0, even negative damage
20141231 00:55:54< Necrosporus> I'm talking about special attack which should only have special but not harm
20141231 01:03:39< iceiceice> idk what would happen if you gave it zero strikes
20141231 01:04:12< iceiceice> maybe thats not what you want either
20141231 01:04:25< iceiceice> i dont think there should be a problem to have no damage but its just a guess
20141231 01:14:10< iceiceice> gfgtdf: i made a branch that seems to fix the test scenario,
20141231 01:14:11< iceiceice> https://github.com/wesnoth/wesnoth/pull/355
20141231 01:14:17< iceiceice> (with regards to menu items)
20141231 01:14:23< iceiceice> i haven't tested beyond that
20141231 01:18:06< irker788> wesnoth: anatoly techtonik wesnoth:master 005f11b75911 / SConstruct: SConstruct: Do not link with libintl - Wesnoth now uses boost::locale http://git.io/VrHFVA
20141231 01:18:08< irker788> wesnoth: anatoly techtonik wesnoth:master 2a7b1f912c98 / SConstruct: SConstruct: Link with iconv on Windows to fix GetACP error on MinGW: http://git.io/vknr0Q
20141231 01:18:10< irker788> wesnoth: Chris Beck wesnoth:master 9cd90997c432 / SConstruct: Merge pull request #347 from techtonik/scons2014 http://git.io/vtfEjg
20141231 01:18:54< irker788> wesnoth: anatoly techtonik wesnoth:master 951b0b7f1fe0 / INSTALL SConstruct: Bump hard SDL requirement to SDL 1.2.10 and soft to 1.2.15 http://git.io/zMGe-Q
20141231 01:18:56< irker788> wesnoth: Chris Beck wesnoth:master bcc5be9f5055 / INSTALL SConstruct: Merge pull request #348 from techtonik/sdl1215 http://git.io/r-5isQ
20141231 01:44:16-!- travis-ci [~travis-ci@ec2-54-198-140-112.compute-1.amazonaws.com] has joined #wesnoth-dev
20141231 01:44:16< travis-ci> cbeck88/wesnoth#114 (maybe_fix_23115 - ab36225 : Chris Beck): The build passed.
20141231 01:44:16< travis-ci> Build details : http://travis-ci.org/cbeck88/wesnoth/builds/45508551
20141231 01:44:16-!- travis-ci [~travis-ci@ec2-54-198-140-112.compute-1.amazonaws.com] has left #wesnoth-dev []
20141231 01:55:22< gfgtdf> iceiceice: is there a reason why the wml menu thing is constructed before the eevent things ?
20141231 01:55:36< iceiceice> because its part of gamedata
20141231 01:56:54< gfgtdf> iceiceice: aactuyl i see no point in gamedata, to me gamedata just looks like a collection of unrelated things
20141231 01:58:09< iceiceice> yeah thats somewhat fair
20141231 01:58:33< iceiceice> its useful to have some objects like that to give structure
20141231 01:59:09< iceiceice> otherwise it would have ended up just loose int he play_controller most likely...
20141231 01:59:55< iceiceice> the way it works right now all that stuff gets initialized first here: https://github.com/wesnoth/wesnoth/blob/master/src/game_state.cpp#L46
20141231 02:00:05< iceiceice> then lua gets created
20141231 02:00:14< iceiceice> since it gets attached to this objects
20141231 02:00:22< iceiceice> then the game_events queue gets created,
20141231 02:00:26< iceiceice> since it needs a pointer to lua
20141231 02:01:00< gfgtdf> iceiceice: it seems like [side][village]x=, y= allows variable substitution
20141231 02:01:05< gfgtdf> iceiceice: you know why =
20141231 02:01:32< iceiceice> no
20141231 02:07:35< iceiceice> its probably better if it doesn't maybe
20141231 02:07:36< gfgtdf> iceiceice: I really se little point in doing that, first teh maps localtion of he villages are fixes in that phase, second one cal still do so in prestart event
20141231 02:07:46< iceiceice> i thought that the team builder stuff happens before the wml variables even exist
20141231 02:08:02< iceiceice> maybe i'm wrong
20141231 02:08:51-!- Nostromus [~chatzilla@g224151092.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.91.1 [Firefox 34.0/20141127110442]]
20141231 02:08:57< gfgtdf> iceiceice: actually you refactores it recntly: https://github.com/wesnoth/wesnoth/commit/4286b13a7932e1f260d21ffd5068b6ee4ad66e16
20141231 02:10:58< iceiceice> hmm wait so where is the variable expansion happening?
20141231 02:11:28< gfgtdf> map_locations constructor
20141231 02:11:42< gfgtdf> uses teh passes damgedata to do varaibel subsutution
20141231 02:11:51< gfgtdf> iceiceice: i foudn this  commit: https://github.com/wesnoth/wesnoth/commit/301373feaa121410302aacdf7cb49eaa008347d9
20141231 02:12:27< gfgtdf> iceiceice: i think we just allow it there becasue at some point we always alloes variable subsitiotion when readin map locations
20141231 02:13:20-!- gfgtdf [~chatzilla@e177150102.adsl.alicedsl.de] has quit [Read error: Connection reset by peer]
20141231 02:13:30< iceiceice> y i mean the normal way to do this is to use a vconfig anyways i thought?
20141231 02:14:26< iceiceice> its a bit weird to use atoi there instead of to_int
20141231 02:16:13-!- ancestral [~ancestral@174-20-188-51.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20141231 02:17:54-!- ancestral [~ancestral@174-20-188-51.mpls.qwest.net] has joined #wesnoth-dev
20141231 02:18:45-!- gfgtdf [~chatzilla@e177150102.adsl.alicedsl.de] has joined #wesnoth-dev
20141231 02:33:15-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20141231 02:43:22-!- Fluffbeast [~Fluffbeas@24-107-232-32.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20141231 03:10:29-!- Ivanovic_ [~ivanovic@frnk-d9333ab6.pool.mediaWays.net] has joined #wesnoth-dev
20141231 03:13:54-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 250 seconds]
20141231 03:14:23-!- Ivanovic_ is now known as Ivanovic
20141231 03:16:35-!- prkc [~prkc@catv-89-134-173-244.catv.broadband.hu] has quit [Read error: Connection reset by peer]
20141231 03:21:15-!- Ivanovic [~ivanovic@frnk-d9333ab6.pool.mediaWays.net] has quit [Changing host]
20141231 03:21:15-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20141231 03:21:58-!- Fluffbeast [~Fluffbeas@24-107-232-32.dhcp.oxfr.ma.charter.com] has quit [Ping timeout: 244 seconds]
20141231 03:43:26-!- vultraz [~chatzilla@124.109.10.167] has quit [Changing host]
20141231 03:43:26-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20141231 04:01:51< irker788> wesnoth: Charles Dang wesnoth:1.12 3383d6462a58 / data/tools/wmllint: Don't show ellipsecheck warning if ellipse=none http://git.io/NQMLsg
20141231 04:01:56< vultraz> shadowm: ^
20141231 04:14:16-!- gfgtdf [~chatzilla@e177150102.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.91.1 [Firefox 34.0/20141125180439]]
20141231 05:11:37-!- oldlaptop [~quassel@static-50-108-31-113.mskg.mi.frontiernet.net] has quit [Ping timeout: 240 seconds]
20141231 05:34:37-!- oldlaptop [~quassel@static-50-108-31-113.mskg.mi.frontiernet.net] has joined #wesnoth-dev
20141231 05:43:27-!- new_one [~new_one@50.15.126.83] has quit [Quit: WeeChat 1.0.1]
20141231 05:56:09-!- Sulfur [~Miranda@p5B0081ED.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141231 06:11:08-!- atomicbomb [~atomicbom@202.67.34.252] has joined #wesnoth-dev
20141231 06:15:39-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20141231 06:29:53-!- [Relic] [~Relic]@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20141231 06:51:25-!- timotei__ [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20141231 06:54:28-!- timotei_ [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 250 seconds]
20141231 07:02:37-!- irker788 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20141231 07:27:36-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20141231 07:27:39-!- ancestral [~ancestral@174-20-188-51.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20141231 07:45:20< vultraz> I keep getting this damn assert...
20141231 08:10:55-!- Sulfur [~Miranda@p5B0081ED.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20141231 08:12:30-!- sajju [1b61d2f1@gateway/web/freenode/ip.27.97.210.241] has joined #wesnoth-dev
20141231 08:14:59< sajju> hey! anybody here?
20141231 08:16:07< sajju> I am a new bee to IRC is this correct way of communication?
20141231 08:16:27< shadowm> We can read you, so... yes, I guess?
20141231 08:17:52< sajju> Cool!
20141231 08:20:11< sajju> Well Thankyou Mr shadowm! I was thinking of contributing in wesnoth!
20141231 08:22:01< shadowm> That probably means you have a few questions, yes?
20141231 08:22:27< sajju> Yes!! I have seen some of your projects! I am interested in AI! Can you tell me where to start?
20141231 08:23:35< shadowm> Hm, I am absolutely useless for talking about anything involving the AI. mattsc knows that aspect of the game better than me, but he's probably asleep at this time.
20141231 08:24:18< zookeeper> it all surely depends on your experience and what exactly you'd want to do
20141231 08:24:25< shadowm> In the meantime, you will probably want to clone our Git repository and learn to build from source.
20141231 08:26:35< shadowm> Anyway, I'm leaving now, so hopefully someone else can help if you have other questions right now.
20141231 08:27:36< sajju> I am a third year grad! And I am desparate to peek inside some "bigprojects" involved in AI! Thanku Mr shadowm! I look at repository!
20141231 08:27:50-!- timotei__ [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 244 seconds]
20141231 08:28:06< sajju> Can any one give me a link to this repository please!
20141231 08:28:35-!- timotei_ [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20141231 08:28:49< shadowm> http://wiki.wesnoth.org/WesnothRepository  and  http://wiki.wesnoth.org/CompilingWesnoth  (now leaving for real)
20141231 08:29:35-!- atomicbomb [~atomicbom@202.67.34.252] has quit [Ping timeout: 244 seconds]
20141231 08:43:36-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141231 08:45:33-!- sajju [1b61d2f1@gateway/web/freenode/ip.27.97.210.241] has quit []
20141231 09:00:49-!- lipkab [~the_new_l@apn-89-223-204-231.vodafone.hu] has joined #wesnoth-dev
20141231 09:02:52-!- Crendgrim_ [~crend@wesnoth/forum-moderator/crendgrim] has joined #wesnoth-dev
20141231 09:03:43-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has quit [Ping timeout: 255 seconds]
20141231 09:14:04-!- lipkab [~the_new_l@apn-89-223-204-231.vodafone.hu] has quit [Ping timeout: 255 seconds]
20141231 09:15:30-!- lipkab [~the_new_l@apn-89-223-204-231.vodafone.hu] has joined #wesnoth-dev
20141231 09:23:17-!- mjs-de [~mjs-de@p508C9EA7.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141231 09:25:34-!- Sulfur [~Miranda@p5B0081ED.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141231 09:35:30-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20141231 09:43:21-!- lipkab [~the_new_l@apn-89-223-204-231.vodafone.hu] has quit [Ping timeout: 256 seconds]
20141231 09:54:46-!- lipkab [~the_new_l@apn-89-223-204-231.vodafone.hu] has joined #wesnoth-dev
20141231 10:02:42-!- oldlaptop [~quassel@static-50-108-31-113.mskg.mi.frontiernet.net] has quit [Ping timeout: 258 seconds]
20141231 10:12:04-!- oldlaptop [~quassel@static-50-108-31-113.mskg.mi.frontiernet.net] has joined #wesnoth-dev
20141231 10:12:52< Necrosporus> It seems wesnoth lags when you have unit which has 100 mp
20141231 10:13:18< Necrosporus> Not necessary because of that though
20141231 10:13:46< lipkab> It could be the reason.
20141231 10:14:29< lipkab> Calculating the reachable hexes for a 100 mp unit is rather tedious.
20141231 10:16:50< Necrosporus> But it doesn't usually lag when I use unit moves=9000
20141231 10:16:54< Necrosporus> or something
20141231 10:16:54< enchilado> That's a lot of MP
20141231 10:18:10< lipkab> Well, then maybe not.
20141231 10:19:02< lipkab> It'd be very weird if there were something that made exactly 100 mp units lag.
20141231 10:19:42< Necrosporus> If it helps it lags when you enter a new map first and scroll around (even though without shroud/fog)
20141231 10:19:55< Necrosporus> When you scroll through all map it lags less
20141231 10:22:54< lipkab> Unless you do something with the unit it certainly can't slow down anything.
20141231 10:23:41< lipkab> So if you just launch up a map and it lags right away, you should be looking somewhere else for the problem.
20141231 10:25:58< Necrosporus> It lags right away, till you scroll along all map 
20141231 10:28:23< lipkab> Does this happen on any map, or just select one(s)?
20141231 10:29:43< zookeeper> ...and you've done nothing to make anyone think that you're not only talking about the initial scroll lag which happens always
20141231 10:29:59< Necrosporus> I happens in specific addon which is quite resource consuming
20141231 10:33:21< lipkab> Well, then it's probably a bit too early to blame it all on a single poor unit.
20141231 10:35:07< lipkab> A map, especially one with a very diverse terrain can introduce lags until the cache is filled up anyway.
20141231 10:39:07-!- irker062 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20141231 10:39:07< irker062> wesnoth: ln-zookeeper wesnoth:master b86f30eb5da4 / / (31 files in 2 dirs): Tweaked and expanded music playlists in HttT http://git.io/gpTITQ
20141231 10:39:20< zookeeper> phew...
20141231 10:50:17-!- oldlaptop [~quassel@static-50-108-31-113.mskg.mi.frontiernet.net] has quit [Ping timeout: 240 seconds]
20141231 10:52:11-!- lipkab [~the_new_l@apn-89-223-204-231.vodafone.hu] has quit [Ping timeout: 244 seconds]
20141231 11:04:07-!- oldlaptop [~quassel@static-50-108-31-113.mskg.mi.frontiernet.net] has joined #wesnoth-dev
20141231 11:19:02-!- lipkab [~the_new_l@apn-89-223-204-231.vodafone.hu] has joined #wesnoth-dev
20141231 11:23:58-!- lipkab [~the_new_l@apn-89-223-204-231.vodafone.hu] has quit [Quit: Sűrű sötét az éj, dühöng a déli szél]
20141231 11:29:42-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141231 11:40:14-!- kex [~kex@77.28.110.46] has joined #wesnoth-dev
20141231 11:48:55-!- prkc [~prkc@catv-89-134-173-244.catv.broadband.hu] has joined #wesnoth-dev
20141231 12:29:06-!- matthiaskrg is now known as matthiaskrgr
20141231 13:01:32< vultraz> HAPPY NEW YEAR
20141231 13:08:58< matthiaskrgr> greetings from the past 
20141231 13:12:09< zookeeper> and the future
20141231 13:12:23< zookeeper> oh, wait, i think you meant yourself, not him
20141231 13:18:39-!- Sulfur [~Miranda@p5B0081ED.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20141231 13:42:22-!- Crendgrim_ [~crend@wesnoth/forum-moderator/crendgrim] has quit [Quit: systemctl start real-life.service]
20141231 13:59:34-!- kex [~kex@77.28.110.46] has quit [Remote host closed the connection]
20141231 13:59:36-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20141231 14:00:40-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141231 14:04:08< irker062> wesnoth: gfgtdf wesnoth:master 9b7b0f38618d / src/team.cpp: use utils::join http://git.io/NefX7Q
20141231 14:04:10< irker062> wesnoth: gfgtdf wesnoth:master 9f28fc8f3709 / src/ (game_data.cpp team.cpp team.hpp teambuilder.hpp): don't do variable subsitution when parsing [team][village] http://git.io/qgrGAA
20141231 14:04:11-!- Sulfur [~Miranda@p5B0081ED.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141231 14:04:12< irker062> wesnoth: gfgtdf wesnoth:master 6e02488b6139 / src/ (7 files): move teambuilder functions to new file teambuilder.cpp http://git.io/Q1tbEA
20141231 14:04:14< irker062> wesnoth: gfgtdf wesnoth:master b1ccca6b17bb / src/ (game_data.cpp game_data.hpp): Cleanup game_data.cpp/hpp http://git.io/ikUQzQ
20141231 14:19:19< zookeeper> gfgtdf, well, you could have had set the variables in a previous scenario, right?
20141231 14:19:20-!- tomreyn [~tomreyn@p5B3D5A98.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141231 14:19:28-!- tomreyn [~tomreyn@p5B3D5A98.dip0.t-ipconnect.de] has quit [Changing host]
20141231 14:19:28-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20141231 14:19:35< zookeeper> sounds like a very very rare usecase, in any case.
20141231 14:22:54-!- new_one [~new_one@50.15.126.83] has joined #wesnoth-dev
20141231 14:24:13-!- travis-ci [~travis-ci@ec2-54-161-145-52.compute-1.amazonaws.com] has joined #wesnoth-dev
20141231 14:24:13< travis-ci> wesnoth/wesnoth#5373 (master - b1ccca6 : gfgtdf): The build was broken.
20141231 14:24:13< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/45545764
20141231 14:24:13-!- travis-ci [~travis-ci@ec2-54-161-145-52.compute-1.amazonaws.com] has left #wesnoth-dev []
20141231 14:43:57-!- gfgtdf [~chatzilla@e177150102.adsl.alicedsl.de] has joined #wesnoth-dev
20141231 14:45:23< gfgtdf> zookeeper: yes that could be possible but i think thats vary rare esp since teh village position cannot be changed before that but you can still set village owners ina  prestart event, which is i thing how everyone would have done that anway.
20141231 14:45:33< gfgtdf> i think*
20141231 14:58:03-!- Necrosporus_ [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20141231 15:00:27< irker062> wesnoth: gfgtdf wesnoth:master ee206c719b00 / src/editor/map/map_context.cpp: fixup don't do variable subsitution when parsing [team][village] http://git.io/vWgSTw
20141231 15:00:29< irker062> wesnoth: gfgtdf wesnoth:master f55d96cba020 / src/ (game_data.cpp game_data.hpp): remove unneeded include. http://git.io/Izy5OQ
20141231 15:00:31< irker062> wesnoth: gfgtdf wesnoth:master 1e1f0372827a / src/game_classification.hpp: remove outcommented code http://git.io/MhcMtA
20141231 15:00:48< vultraz> gfgtdf: I continue to get that variable assert
20141231 15:00:53< vultraz> more and more often
20141231 15:01:55-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 240 seconds]
20141231 15:01:55< gfgtdf> vultraz: do you have a stacktrace ?
20141231 15:01:55< vultraz> I don;t know how to get one
20141231 15:03:15< gfgtdf> vultraz: did you use a self compiled version ?
20141231 15:03:23< vultraz> yes
20141231 15:03:45< gfgtdf> vultraz: windows or linux ?
20141231 15:04:15< vultraz> windows 8.1 compiled with codeblocks 13.12 using tdm gcc 4.6
20141231 15:04:24< vultraz> wesnoth compiled*
20141231 15:05:13< gfgtdf> vultraz: my guess would be attaching the debugger while teh assertion popoup is up and then pressing "retry" during teh assertion popup
20141231 15:05:22< gfgtdf> vultraz: mabye loonycyborg knows a better way
20141231 15:06:43< vultraz> ok, lemme see
20141231 15:08:39< gfgtdf> vultraz: if that doesnt work you coudl try to uild without openmp and see whther that problem  persists.
20141231 15:27:47< zookeeper> gfgtdf, yeah. but what's the reason for removing it, anyway?
20141231 15:28:16< gfgtdf> zookeeper: it meks the code more complicated for no real benefit.
20141231 15:28:58< zookeeper> gfgtdf, uh, okay. but isn't the same thing done in a lot of other places too?
20141231 15:29:24< gfgtdf> 	zookeeper: what do you mean by "same thing" ?
20141231 15:29:42< vultraz> so many damn exceptions..
20141231 15:29:59< zookeeper> gfgtdf, variable substitution enabled in a lot of places where it'd typically never be used, such as side setup etc
20141231 15:30:28< gfgtdf> zookeeper: we allow variable sbsttution in sid esetup ?
20141231 15:30:31< gfgtdf> side*
20141231 15:30:54< zookeeper> well i don't really know, but i was under the impression that it is allowed in... uh, in some places outside events
20141231 15:32:27< zookeeper> story screens ought to be one place, dunno if anything else in [side] supports it
20141231 15:33:01-!- {V} [~V@72-69-ftth.on.nl] has quit [Quit: Leaving]
20141231 15:33:34< gfgtdf> zookeeper: stroyscreens ar in [side] ?
20141231 15:33:42< zookeeper> no
20141231 15:33:59-!- travis-ci [~travis-ci@ec2-54-166-203-32.compute-1.amazonaws.com] has joined #wesnoth-dev
20141231 15:33:59< travis-ci> wesnoth/wesnoth#5374 (master - 1e1f037 : gfgtdf): The build was fixed.
20141231 15:33:59< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/45549896
20141231 15:33:59-!- travis-ci [~travis-ci@ec2-54-166-203-32.compute-1.amazonaws.com] has left #wesnoth-dev []
20141231 15:35:52< gfgtdf> zookeeper: also i think team setup happens even before the soryscreen
20141231 15:36:02< gfgtdf> zookeeper: storyscreen uses the normal vconfig mechanism
20141231 15:36:28< gfgtdf> zookeeper: while the [team][village] use it in a manual way
20141231 15:36:59< gfgtdf> zookeeper: also i dont think that feature was implemente becasue someone needed that feature.
20141231 15:37:08< zookeeper> okay then
20141231 15:37:33< gfgtdf> zookeeper: it's more like it was just there after some multiple code refactors.
20141231 15:37:45< zookeeper> fair enough
20141231 15:38:07< gfgtdf> zookeeper: and then the code was reefactored back and teh feature was kept
20141231 15:38:17< vultraz> gfgtdf: got it https://www.dropbox.com/s/5097226y4adeqgz/scoped%20var%20stack%20trace.txt?dl=0
20141231 15:39:22< gfgtdf> vultraz: the line with C:\Users\Charles\Documents\wesnoth-git\libgomp-1.dll rally seems to point towars open mp for me
20141231 15:40:14< gfgtdf> vultraz: cou use openmp for drawing units, but actually drawing units uses wml gilter, with scoped wml varaibles which might change wml variables
20141231 15:40:19< gfgtdf> filter*
20141231 15:40:43< gfgtdf> s/cou/you
20141231 15:43:17< vultraz> so what do you recommend?
20141231 15:43:56< gfgtdf> vultraz: i see no simple fix for the underlying bug, i'd try to disable openmp in you build for now.
20141231 15:44:38< vultraz> This seems fairly frequent. IMO we should recommend building w/o omp  then
20141231 15:48:32< gfgtdf> vultraz: you you know in whihc version this started ?
20141231 15:49:41< gfgtdf> vultraz: is thsi present on 1.12 or only on master ?
20141231 15:52:44< gfgtdf> iceiceice: i think you recently messed with unit filter also related to unit animation, do you about this bug ^?
20141231 15:54:00< vultraz> gfgtdf: I've only been building master
20141231 16:02:52-!- lml [~deepthoug@120.59.12.191] has joined #wesnoth-dev
20141231 16:03:29-!- lml [~deepthoug@120.59.12.191] has left #wesnoth-dev []
20141231 16:06:46-!- Lohengramm [sid1929@gateway/web/irccloud.com/x-nqhdrlwaugskachf] has quit [Ping timeout: 272 seconds]
20141231 16:08:21-!- Lohengramm [sid1929@gateway/web/irccloud.com/x-exolroopbiaacgsn] has joined #wesnoth-dev
20141231 16:17:06-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20141231 16:20:43-!- [Relic] [~Relic]@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20141231 17:28:13< Necrosporus_> Loading a save takes extremely long time. Is there a way to check why?
20141231 17:28:19-!- Necrosporus_ is now known as Necrosporus
20141231 17:32:03< gfgtdf> Necrosporus: in 1.12, master or both ?
20141231 17:32:15< gfgtdf> Necrosporus: well you coudl use a profiler
20141231 17:32:23< Necrosporus> 1.12
20141231 17:32:28< Necrosporus> What profiler?
20141231 17:32:45< gfgtdf> Necrosporus: from your debugger
20141231 17:32:52< Necrosporus> Anyway I guess it's because RAM was exhausted, I guess I should try to restart Wesnoth
20141231 17:33:38< Necrosporus> gdb?
20141231 17:34:21< gfgtdf> Necrosporus: i actually dont now how it works with gdb
20141231 17:35:41< Necrosporus> Seems like memory consumption grows
20141231 17:51:12-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20141231 18:00:33-!- irker062 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20141231 18:05:29-!- gfgtdf [~chatzilla@e177150102.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.91.1 [Firefox 34.0/20141125180439]]
20141231 18:16:39-!- vultraz is now known as vultraz-festive
20141231 18:24:38-!- cib0 [~cib@p508BC0F6.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141231 18:26:09-!- DCW [~Thunderbi@cpc66866-finc15-2-0-cust47.4-2.cable.virginm.net] has joined #wesnoth-dev
20141231 18:28:11-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has joined #wesnoth-dev
20141231 18:36:02-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 250 seconds]
20141231 18:43:11-!- DCW [~Thunderbi@cpc66866-finc15-2-0-cust47.4-2.cable.virginm.net] has quit [Ping timeout: 272 seconds]
20141231 18:44:04-!- noy_ [~Noy@24.244.23.41] has joined #wesnoth-dev
20141231 18:44:04-!- noy_ [~Noy@24.244.23.41] has quit [Changing host]
20141231 18:44:04-!- noy_ [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20141231 18:46:52-!- noy [~Noy@wesnoth/developer/noy] has quit [Ping timeout: 240 seconds]
20141231 18:46:53-!- noy_ is now known as noy
20141231 18:49:39-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20141231 19:03:41-!- DCW [~Thunderbi@cpc66866-finc15-2-0-cust47.4-2.cable.virginm.net] has joined #wesnoth-dev
20141231 19:08:14-!- DCW [~Thunderbi@cpc66866-finc15-2-0-cust47.4-2.cable.virginm.net] has quit [Client Quit]
20141231 19:20:41-!- Sulfur [~Miranda@p5B0081ED.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20141231 19:23:18-!- cib0 [~cib@p508BC0F6.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20141231 19:53:37< zookeeper> i guess there's no reason not to port my HttT playlist updates to 1.12...
20141231 19:56:20-!- gfgtdf [~chatzilla@e177150102.adsl.alicedsl.de] has joined #wesnoth-dev
20141231 20:04:13< new_one> hi all, does anyone mind if I take bug 23108?
20141231 20:04:38< new_one> haven't contributed to wesnoth before so I'm not sure what the process is
20141231 20:05:23< gfgtdf> new_one: i wouldn't mind
20141231 20:06:22< gfgtdf> new_one: to contribute, make a pull request, you can ask here if you have spcial questions.
20141231 20:06:59< new_one> got it, I'll make a comment on the bug page
20141231 20:47:18-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20141231 20:50:46-!- ancestral [~ancestral@63.92.240.233] has joined #wesnoth-dev
20141231 21:07:18< new_one> gfgtdf: just sent a PR, but remembered I didn't update the changelog; should I do that too?
20141231 21:08:36-!- ancestral [~ancestral@63.92.240.233] has quit [Remote host closed the connection]
20141231 21:13:47< gfgtdf> new_one: yes changelog entried are needed. you can stil add commits or rebase your branch after you opened the pr.
20141231 21:15:32< gfgtdf> new_one: i think it's better to have  "Refactor replay validation out of perform_hit, add a bit of extra logging" and "move expected damage math into perform_hit" in seperate commit since the first is just a refactor, but makes teh second part harder to understand if tehy ar ein one commit.
20141231 21:20:56< new_one> okay, that makes sense I'll do that
20141231 21:54:13< new_one> gfgtdf: alright I went ahead and updated pull request
20141231 21:54:32< new_one> hope travis doesn't get upset I force-push on him
20141231 21:58:53< gfgtdf> new_one: forcepushing on pull requests is very normal.
20141231 22:00:24-!- irker929 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20141231 22:00:24< irker929> wesnoth: ln-zookeeper wesnoth:1.12 68c5a2e8a52e / / (31 files in 2 dirs): Tweaked and expanded music playlists in HttT http://git.io/TNurnQ
20141231 22:00:41< gfgtdf> new_one: i dont know whether we currently have someone that kows that part of the code very well so it might take some time to merge it
20141231 22:00:47< gfgtdf> and to rewiew*
20141231 22:01:39-!- gfgtdf_ [~chatzilla@d230024.adsl.hansenet.de] has joined #wesnoth-dev
20141231 22:05:31-!- gfgtdf [~chatzilla@e177150102.adsl.alicedsl.de] has quit [Ping timeout: 264 seconds]
20141231 22:05:34-!- gfgtdf_ is now known as gfgtdf
20141231 22:13:24< new_one> no problem
20141231 22:14:06< new_one> anyone else having build problem with 1.12 branch? Error of wrong abs function used in sdl_utils.cpp
20141231 22:18:30< gfgtdf> new_one: mos likeley not
20141231 22:18:50< gfgtdf> new_one: which compiler,os, configuration are you using?
20141231 22:25:24-!- SZ_Bot [SZ_Bot@27-83-235-80.dyn.estpak.ee] has joined #wesnoth-dev
20141231 22:25:25-!- Ravana_ [SZ_Bot@27-83-235-80.dyn.estpak.ee] has quit [Disconnected by services]
20141231 22:25:31-!- SZ_Bot is now known as Ravana_
20141231 22:26:29-!- janebot__ [~Gambot@grickit.us] has joined #wesnoth-dev
20141231 22:27:19-!- new_one_ [~new_one@50.15.126.83] has joined #wesnoth-dev
20141231 22:27:28-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141231 22:27:35< new_one_> clang 3.5 arch linux
20141231 22:29:24< new_one_> lines 1906-1907 on master, 1655-1656 on 1.12 in sdl_utils
20141231 22:29:30-!- janebot__ is now known as janebot
20141231 22:30:00-!- janebot is now known as Guest20454
20141231 22:30:19-!- oldlaptop_ [~quassel@static-50-108-31-113.mskg.mi.frontiernet.net] has joined #wesnoth-dev
20141231 22:31:53-!- Guest20454 [~Gambot@grickit.us] has quit [Remote host closed the connection]
20141231 22:32:08-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20141231 22:34:38-!- Netsplit *.net <-> *.split quits: oldlaptop, yarker, new_one, janebot_, Sirp, stikonas
20141231 22:34:39-!- fabi [~quassel@wesnoth/developer/fendrin] has quit [Ping timeout: 244 seconds]
20141231 22:36:02-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20141231 22:36:57< new_one_> apparently changed here: http://git.io/yd-P9Q
20141231 22:39:19-!- new_one_ [~new_one@50.15.126.83] has quit [Remote host closed the connection]
20141231 22:43:44-!- Netsplit over, joins: new_one
20141231 22:47:13-!- yarker [~bismilah@li629-190.members.linode.com] has joined #wesnoth-dev
20141231 22:49:12-!- Sirp [~Sirp@u17402953.onlinehome-server.com] has joined #wesnoth-dev
20141231 22:59:40-!- gfgtdf_ [~chatzilla@f054049080.adsl.alicedsl.de] has joined #wesnoth-dev
20141231 23:01:17-!- gfgtdf [~chatzilla@d230024.adsl.hansenet.de] has quit [Ping timeout: 240 seconds]
20141231 23:01:19-!- gfgtdf_ is now known as gfgtdf
20141231 23:29:34-!- cib0 [~cib@p508BC0F6.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141231 23:32:03-!- markus_ [~mjs-de@p508CBD80.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141231 23:35:31-!- mjs-de [~mjs-de@p508C9EA7.dip0.t-ipconnect.de] has quit [Ping timeout: 264 seconds]
20141231 23:37:19-!- new_one [~new_one@50.15.126.83] has quit [Quit: WeeChat 1.0.1]
20141231 23:39:31-!- new_one [~new_one@50.15.126.83] has joined #wesnoth-dev
20141231 23:55:59-!- ToBeCloud [uid51591@gateway/web/irccloud.com/x-ohsfecxnmrnrlalh] has joined #wesnoth-dev
--- Log closed Thu Jan 01 00:00:54 2015