--- Log opened Wed Mar 19 00:00:19 2014
20140319 00:00:32< iceiceice> oh also:
20140319 00:00:46< iceiceice> Soliton, do you know if the host gets the level from the server?
20140319 00:00:50-!- ancestral [~ancestral@63.92.240.233] has quit [Quit: i go nstuf kthxbai]
20140319 00:01:06< Soliton> no, the host creates it.
20140319 00:01:12< iceiceice> right
20140319 00:01:18< iceiceice> it might still ask the server for whatever level 
20140319 00:01:23< Soliton> the host has no game data.
20140319 00:01:32< Soliton> s/host/server/
20140319 00:01:49< iceiceice> it creates traffic but makes the system a bit simpler
20140319 00:02:28< Soliton> i'm not following.
20140319 00:02:41< gfgtdf> .iceiceice:
20140319 00:02:45< iceiceice> if we want to make the server control all the controller types
20140319 00:02:53< gfgtdf> i just tested and whta i thought was wrong
20140319 00:02:55< iceiceice> and no tweaks client side
20140319 00:02:58< Soliton> you want the host to upload the level to download it again?
20140319 00:03:06< iceiceice> i thought it might already be that way
20140319 00:03:08< iceiceice> i'm ambivalent
20140319 00:03:23-!- aquileia [4e2ad392@gateway/web/freenode/ip.78.42.211.146] has quit [Quit: Page closed]
20140319 00:05:18< iceiceice> at first i thought we wouldn't be able to get rid of the code here if the server doesn't redownload:
20140319 00:05:19< iceiceice> https://github.com/wesnoth/wesnoth/blob/master/src/playcampaign.cpp#L443
20140319 00:05:22< iceiceice> but i guess that's not true
20140319 00:07:09< Soliton> the host is in the else path and if we remove human_ai then there is nothing to do there.
20140319 00:07:30-!- travis-ci [~travis-ci@ec2-50-17-0-93.compute-1.amazonaws.com] has joined #wesnoth-dev
20140319 00:07:30< travis-ci> [travis-ci] 8680-wesnoth/wesnoth#13 (8573/util/count-leading-ones/1 - 5c2359a : 8573): The build is still failing.
20140319 00:07:30< travis-ci> [travis-ci] Build details : http://travis-ci.org/8680-wesnoth/wesnoth/builds/21057859
20140319 00:07:30-!- travis-ci [~travis-ci@ec2-50-17-0-93.compute-1.amazonaws.com] has left #wesnoth-dev []
20140319 00:07:45< shadowm> iceiceice: To not upgrade from what to what on what?
20140319 00:08:01 * Soliton . o O (maybe we should open #wesnoth-ci soon)
20140319 00:08:07< iceiceice> shadowm; what's the context? :p
20140319 00:08:18< shadowm> 18:55:00 #wesnoth-dev: <iceiceice> idk if shadowm was on i'm sure he could advise... is there a reason not to upgrade?
20140319 00:08:35< iceiceice> EliDupree had questions about Deiban
20140319 00:08:38< iceiceice> *Debian
20140319 00:08:42< EliDupree> what?
20140319 00:08:45< iceiceice> i'm pretty sure its moot now
20140319 00:09:16< EliDupree> I never had questions, just vacillations :P
20140319 00:09:59-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20140319 00:10:03< shadowm> oldstable -> stable has never given me any problems. With Debian, that is.
20140319 00:11:11 * Soliton is on testing for years and never had significant issues.
20140319 00:18:47< iceiceice> alright i'm convinced, i'm going to try to purge human_ai i think
20140319 00:18:57< iceiceice> theres about 30 instances of it in the code that i see
20140319 00:20:37< iceiceice> hmm although theres some logic i dont quite follow here in the server:
20140319 00:20:38< iceiceice> https://github.com/wesnoth/wesnoth/blob/master/src/server/game.cpp#L448
20140319 00:27:09< Soliton> we don't want a server message on ai side transfer.
20140319 00:32:13-!- paradoq [~paradoq@72.135.25.221] has quit []
20140319 00:33:06< _8680_> Does Battle for Wesnoth use some kind of documentation comments that I should be using?
20140319 00:34:07-!- travis-ci [~travis-ci@ec2-54-197-81-142.compute-1.amazonaws.com] has joined #wesnoth-dev
20140319 00:34:07< travis-ci> [travis-ci] gfgtdf/wesnoth-old#14 (sync_1 - 39ee684 : gfgtdf): The build is still failing.
20140319 00:34:07< travis-ci> [travis-ci] Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/21061159
20140319 00:34:07-!- travis-ci [~travis-ci@ec2-54-197-81-142.compute-1.amazonaws.com] has left #wesnoth-dev []
20140319 00:35:33< gfgtdf> _8680_: you mean doxygen ?
20140319 00:36:04< _8680_> That would be one possibility.
20140319 00:36:06< gfgtdf> EliDupree: i think the build should be correct now
20140319 00:36:14< EliDupree> cool
20140319 00:37:30< gfgtdf> _8680_: if i am corect we use doxygen
20140319 00:37:42< EliDupree> building, hope this works
20140319 00:37:57< gfgtdf> how fast du you build ?
20140319 00:37:59< gfgtdf> do*
20140319 00:38:42< gfgtdf> EliDupree: and more importantly: do you duild each time from scratch or some king of incremental build ?
20140319 00:38:44-!- neXyon [~neXyon@85-127-71-3.dynamic.xdsl-line.inode.at] has quit [Quit: bye]
20140319 00:38:46< gfgtdf> build*
20140319 00:39:23< EliDupree> I've been using cmake and I don't know if it is incremental or not
20140319 00:40:56-!- mjs-de [~mjs-de@f048239247.adsl.alicedsl.de] has quit [Remote host closed the connection]
20140319 00:44:30< iceiceice> hmm i wonder if the server was using "human_ai" to remember which sides are host owned?
20140319 00:44:46< iceiceice> i guess it needs to keep track of that for when ai sides are transferred
20140319 00:44:59< iceiceice> i think that may be the case
20140319 00:46:02< iceiceice> hmm... 
20140319 00:47:06< iceiceice> it definitely does distinguish between them in some way
20140319 00:49:09< iceiceice> ok i think this is a false alarm...
20140319 00:49:19< iceiceice> it looks like change_controller is only used with strings from cfgs from clients
20140319 00:56:04< Aishiko_laptop_> shadowm, what do you mean by serialization? in reference to the recall_cost of unit_types?  
20140319 00:57:28< iceiceice> Aishiko: just a guess, but probably it means how it is stored in configs for savegames
20140319 00:57:30< iceiceice> http://en.wikipedia.org/wiki/Serialization
20140319 00:58:02< iceiceice> or more generally in files i guess
20140319 00:58:24-!- paradoq [~paradoq@72.135.25.221] has joined #wesnoth-dev
20140319 01:00:01-!- travis-ci [~travis-ci@ec2-54-197-81-142.compute-1.amazonaws.com] has joined #wesnoth-dev
20140319 01:00:01< travis-ci> [travis-ci] gfgtdf/wesnoth-old#15 (sync_1 - e029d93 : gfgtdf): The build was fixed.
20140319 01:00:01< travis-ci> [travis-ci] Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/21062575
20140319 01:00:01-!- travis-ci [~travis-ci@ec2-54-197-81-142.compute-1.amazonaws.com] has left #wesnoth-dev []
20140319 01:00:16< gfgtdf> EliDupree: ^ i was correct :)
20140319 01:00:22< EliDupree> :)
20140319 01:00:35< shadowm> Aishiko_laptop_: What iceiceice said.
20140319 01:02:55-!- Aishiko_laptop_ [~unknown@198.85.71.18] has quit [Ping timeout: 264 seconds]
20140319 01:04:25< EliDupree> Build finished in 26 minutes
20140319 01:04:34< EliDupree> iceiceice: definitely looks like clang was faster :)
20140319 01:04:34< wesbot> EliDupree: Sometimes we are fast
20140319 01:04:34< gfgtdf> EliDupree: nice
20140319 01:05:23< EliDupree> wesbot: thanks but I didn't know you were responsible for clang :p
20140319 01:05:23< wesbot> EliDupree: You are welcome.
20140319 01:05:36< iceiceice> haha
20140319 01:06:38< gfgtdf> EliDupree: when do test it you cannot connect ot the offical wesnoth server
20140319 01:06:57< gfgtdf> EliDupree: you must use a self compiles wesnothd
20140319 01:07:05< gfgtdf> compiled*
20140319 01:07:07< iceiceice> Soliton: here's my proposal to purge human_ai type: https://github.com/wesnoth/wesnoth/pull/120
20140319 01:07:13< EliDupree> hrm, how do I do that
20140319 01:08:29< gfgtdf> you normaly have a project wesnothd wehen you builded all you shaould alse have the wesnothd builded
20140319 01:08:55< EliDupree> yeah I think I do
20140319 01:09:15< iceiceice> y so then you just do "./wesnothd -p 12345" for port 12345
20140319 01:09:29< iceiceice> and you can connect via the alternate server connect dialog with "localhost:12345"
20140319 01:09:41< gfgtdf> or click teh third option in the mp dialog
20140319 01:09:46< iceiceice> was doing this yesterday
20140319 01:10:06< EliDupree> cool
20140319 01:10:07< iceiceice> oh i didnt actually realize about that
20140319 01:10:12< gfgtdf> i tihnk it was "host netoworg game" or simlar
20140319 01:10:18-!- paradoq [~paradoq@72.135.25.221] has quit []
20140319 01:10:43< EliDupree> ok I ran the test case I made and got an assertion failure while in a local game!
20140319 01:10:46< EliDupree> never mind wesnothd :P
20140319 01:11:04< gfgtdf> which assertion failure?
20140319 01:11:14< EliDupree> wesnoth: /n/wesnoth-not-actually-old/src/synced_context.cpp:212: set_scontext_local_choice::set_scontext_local_choice(): Assertion `synced_context::get_syced_state() == synced_context::SYNCED' failed.
20140319 01:11:26< EliDupree> I think it's when I use synchronize_choice in a start event
20140319 01:11:31< EliDupree> which is supposed to be wrong, I know
20140319 01:13:11< gfgtdf> EliDupree: hm ok i tihnk i know what the issue is.
20140319 01:13:23-!- shadowm_desktop2 [ignacio@186.10.25.198] has joined #wesnoth-dev
20140319 01:14:45< gfgtdf> EliDupree: ty for pointing that out
20140319 01:16:06-!- kex [~kex@89.205.75.19] has quit [Remote host closed the connection]
20140319 01:16:43-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 264 seconds]
20140319 01:16:45-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140319 01:16:51< gfgtdf> EliDupree: i currently don't use 'synced_state' in start event and get_local_choice only works during synced_states
20140319 01:17:37-!- shadowm_desktop2 [ignacio@186.10.25.198] has quit [Read error: Connection reset by peer]
20140319 01:17:45< gfgtdf> EliDupree: this is  serious issue because this also affects [message][options]s and similar.
20140319 01:18:15< gfgtdf> EliDupree: but i think its possible to make start events synced
20140319 01:18:19-!- Kexoth [~kex@89.205.75.19] has joined #wesnoth-dev
20140319 01:18:20-!- shadowm_desktop [ignacio@186.9.29.101] has joined #wesnoth-dev
20140319 01:18:28< gfgtdf> EliDupree: did you test more ?
20140319 01:18:31< EliDupree> gfgtdf: that qould be quite helpful
20140319 01:18:33< EliDupree> working on it
20140319 01:18:40< EliDupree> also prestart events
20140319 01:18:47-!- shadowm_desktop is now known as Guest56635
20140319 01:19:14-!- Kevin_Xi [~kevin@223.72.182.149] has joined #wesnoth-dev
20140319 01:19:41-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140319 01:21:12-!- Guest56635 is now known as shadowm_desktop
20140319 01:21:13-!- shadowm_desktop [ignacio@186.9.29.101] has quit [Changing host]
20140319 01:21:13-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20140319 01:21:42-!- kex [~kex@89.205.75.19] has quit [Ping timeout: 264 seconds]
20140319 01:22:46< gfgtdf> we could also allow a side_for in synchronize_choice, to determine on which side the code is evaluated, but that could results in players would have to make decision while it is not their turn
20140319 01:23:03< gfgtdf> EliDupree:^
20140319 01:23:17< EliDupree> That would be useful
20140319 01:23:19-!- Kexoth [~kex@89.205.75.19] has quit [Ping timeout: 264 seconds]
20140319 01:23:35< EliDupree> Not only for people making choices off-turn, but also for retrieving values off-turn
20140319 01:23:57< EliDupree> e.g. for persistent variables, although I guess those are supposed to have their own mechanism
20140319 01:24:13< EliDupree> I track a few things per-client in EoHS
20140319 01:24:53< iceiceice> gfgtdf: if prestart became synchronized that would actually be great
20140319 01:25:03< gfgtdf> EliDupree: no synchronize_choice, [message][option], [get_global_variable], and unit advancements l runt though the same get_user_choice mechanism
20140319 01:25:13< EliDupree> One thing I'd like is for set_menu_item to allow you to create menu items that can be used off-turn and aren't synced
20140319 01:25:15< gfgtdf> s/1/all
20140319 01:25:49< gfgtdf> wesbit:sen mattsc
20140319 01:25:54< gfgtdf> wesbot: seen mattsc
20140319 01:25:55< wesbot> gfgtdf: The person with the nick mattsc last spoke 23h 53m ago.  21h 10m ago was here and on the channels #wesnoth, #wesnoth-de and #wesnoth-umc-dev with the message: Quit: Ciao
20140319 01:26:40-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Ping timeout: 246 seconds]
20140319 01:26:54< gfgtdf> EliDupree: i dont know wether that would be possible.
20140319 01:27:11-!- wesbot changed the topic of #wesnoth-dev to: 1.12 branch created | string+feature freeze active on 1.12 | 228 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
20140319 01:27:29< EliDupree> Many addons would benefit from a "view your stats" item even if it doesn't modify anything.
20140319 01:27:52< EliDupree> EoHS also allows you to train skills off-turn, using a hack. The skills are applied at the beginning of your next turn.
20140319 01:29:21< EliDupree> need a break, back in 10 or so
20140319 01:32:39< Aishiko> shadowm, ahh I missed that it was doing that
20140319 01:34:03-!- bagzie [~bag@85-76-140-113-nat.elisa-mobile.fi] has quit []
20140319 01:35:45-!- travis-ci [~travis-ci@ec2-54-224-68-86.compute-1.amazonaws.com] has joined #wesnoth-dev
20140319 01:35:45< travis-ci> [travis-ci] 8680-wesnoth/wesnoth#15 (8573/util/count-leading-zeros/1 - 323cec0 : 8573): The build is still failing.
20140319 01:35:45< travis-ci> [travis-ci] Build details : http://travis-ci.org/8680-wesnoth/wesnoth/builds/21064428
20140319 01:35:45-!- travis-ci [~travis-ci@ec2-54-224-68-86.compute-1.amazonaws.com] has left #wesnoth-dev []
20140319 01:38:08< iceiceice> afk
20140319 01:38:09-!- iceiceice [~chris@207-237-132-90.ny.subnet.cable.rcn.com] has quit [Quit: Leaving]
20140319 01:40:46-!- vernon [~quassel@catv-89-133-164-152.catv.broadband.hu] has quit [Remote host closed the connection]
20140319 01:49:02< _8680_> Are Doxygen comments required? I’m finding that I’d rather write plain English comments.
20140319 01:49:50< EliDupree> gfgtdf: what does this error mean? http://pastebin.com/z2YPC7f7
20140319 01:50:21< gfgtdf> EliDupree: ahh thats no error thats for debug and i for got to delete
20140319 01:50:40< shadowm> _8680_: If it'll help people reading devdocs.wesnoth.org, it must be a Doxygen comment.
20140319 01:51:02< shadowm> Meaning this is only important for public declarations.
20140319 01:51:16< shadowm> Including private class members.
20140319 01:51:36< _8680_> Okay. Looking at this file, Doxygen comments seemed rather sparse, but I see now that they’re more prevalent in other files.
20140319 01:52:01< shadowm> *protected and private class members that see external use (by subclasses, friends, etc.).
20140319 01:52:57< EliDupree> gfgtdf: Which exactly of the things in 21697 did you implement? Right now I can desync the RNGs with a random in a select event, no warning
20140319 01:53:31< gfgtdf> really? i think if you use random in a select it should give an unsynced result
20140319 01:54:02< EliDupree> Would it affect anything that I did it in an attack event inside a select event?
20140319 01:54:28< gfgtdf> attack event inside a select event ?
20140319 01:54:36< EliDupree> yeah, using wesnoth.fire_event
20140319 01:54:54< gfgtdf> that shouldnt irritate teh rng neigher
20140319 01:55:22< gfgtdf> if you call [set_variavle] random=  instade a select event it sould have teh same effect as luas math.random
20140319 01:55:32< gfgtdf> if thats not the case i made somethign wrong
20140319 01:56:49< EliDupree> well that's the behavior i'm observing, random in a select event pulls from the rng that's supposed to stay synced.
20140319 01:56:51< gfgtdf> if you use fire_event= the real invoker is still the select
20140319 01:56:58< EliDupree> yeah that's what I expect
20140319 01:57:42< gfgtdf> EliDupree:how exaclty did you notice that ?
20140319 01:58:00< EliDupree> I made it print debug messages with the results of random
20140319 01:58:03< EliDupree> ran two clients
20140319 01:58:15< EliDupree> they get the same sequence but offset when the select random happens
20140319 01:59:07< EliDupree> lined up again if the other client does the same number of select events :)
20140319 01:59:12-!- travis-ci [~travis-ci@ec2-54-197-81-142.compute-1.amazonaws.com] has joined #wesnoth-dev
20140319 01:59:12< travis-ci> [travis-ci] 8680-wesnoth/wesnoth#16 (8573/util/count-leading-ones/1 - 65a1495 : 8573): The build is still failing.
20140319 01:59:12< travis-ci> [travis-ci] Build details : http://travis-ci.org/8680-wesnoth/wesnoth/builds/21064445
20140319 01:59:12-!- travis-ci [~travis-ci@ec2-54-197-81-142.compute-1.amazonaws.com] has left #wesnoth-dev []
20140319 01:59:13< gfgtdf> EliDupree: ah ye you are right i just changes teh random for unti creation not for set_vairable wait it'll take 1 second
20140319 01:59:47< EliDupree> Have you fixed synchronize_choice giving assertion failures when used improperly?
20140319 02:01:17< EliDupree> huh, select events can happen off-turn now?
20140319 02:01:48< gfgtdf> EliDupree: i uploaded a patch that should sync prestart and fix set_variable
20140319 02:02:38< gfgtdf> EliDupree: uhm  thin  didnt change how select events work
20140319 02:03:05< EliDupree> yeah it probably doesn't make a difference to *this* patch
20140319 02:03:22< EliDupree> i was just surprised, since it doesn't happen that way in 1.10
20140319 02:03:49< EliDupree> Combat is syncing even when I broke the set_variable RNG
20140319 02:03:54< EliDupree> as are unit traits
20140319 02:04:37< gfgtdf> yes set_variable stilll used the old rng , which i try to replace
20140319 02:04:43< gfgtdf> but i fixed that
20140319 02:04:55< gfgtdf> could you please pull and compile ? :)
20140319 02:06:32< EliDupree> i'm doing that
20140319 02:06:42< EliDupree> Looks like it IS an incremental build, thank goodness
20140319 02:06:47-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20140319 02:07:37< EliDupree> So what about the synchronize_choice thing
20140319 02:08:29< gfgtdf> what do you mean ?
20140319 02:08:45< EliDupree> using it wrong should get the user a warning, not an assertion failure
20140319 02:09:09< gfgtdf> EliDupree: no prestart events are synced now so you can use it 
20140319 02:09:21< EliDupree> Yes but IF I use it in a select event or whatever!
20140319 02:10:46< EliDupree> 20140318 22:10:34 error replay: MP synchronization does not work during prestart and start events.
20140319 02:10:56< EliDupree> kicked both players out of the game
20140319 02:11:26< EliDupree> Also you've still got those debug messages
20140319 02:12:46< gfgtdf> EliDupree: when do you get "MP synchronization does not work during prestart and start events." ?
20140319 02:13:06< EliDupree> looks like when I use set_variable random in a start event
20140319 02:13:40-!- esr [~esr@wesnoth/developer/esr] has quit [Quit: WeeChat 0.4.1]
20140319 02:13:53< gfgtdf> ah ye i know whta the error is
20140319 02:14:33-!- esr [~esr@wesnoth/developer/esr] has joined #wesnoth-dev
20140319 02:16:47< shadowm> Huh, it seems the halo unrendering code path is called with an abnormally high frequency when the halos-through-shroud bug happens.
20140319 02:17:13< EliDupree> gonna eat, back in 10
20140319 02:17:45< shadowm> I have a fix for the bug but I'm not sure I completely understand why it works.
20140319 02:20:50< gfgtdf> EliDupree: i made another patch, to fix teh issues you meanioned
20140319 02:21:54-!- Grickit is now known as Gambit
20140319 02:22:06< gfgtdf> EliDupree: wait
20140319 02:24:24< gfgtdf> EliDupree: now
20140319 02:25:08< shadowm> Are halos at absolute map location -1, -1 magic or what?
20140319 02:25:52< gfgtdf> shadowm: sry idk anything about graphical features.
20140319 02:28:15< shadowm> In that case the render location would be (<H_RESOLUTION> - <HALO_W>/2 - 1, <V_RESOLUTION> - <HALO_H>/2 - 1).
20140319 02:28:25< EliDupree> pulled, testing
20140319 02:28:27< shadowm> I don't get it.
20140319 02:28:38< EliDupree> Uh... the non-host thought it was player 2's turn right away
20140319 02:28:55< EliDupree> or was that the host
20140319 02:29:14< EliDupree> gfgtdf
20140319 02:29:56< shadowm> Okay, let's do this: you people have until Saturday to test that I didn't completely break halos in cases I can't think of.
20140319 02:30:33-!- paradoq [~paradoq@72.135.25.221] has joined #wesnoth-dev
20140319 02:31:10< gfgtdf> 	EliDupree: yei could reproduce really weird
20140319 02:32:08< EliDupree> yeah it's too broken for me to test anything else
20140319 02:35:19-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has joined #wesnoth-dev
20140319 02:36:42< iceiceice> shadowm: did you say you are fixing the halos through shroud bug?
20140319 02:37:06< shadowm> iceiceice: Yes.
20140319 02:37:24< shadowm> If you know of a bug report for those, I'd appreciate a link, because gna.org's bug search is absolutely useless.
20140319 02:37:25< iceiceice> will this include all overlays like orbs and ellipses?
20140319 02:37:34< iceiceice> i dont know a bug report for it sorry
20140319 02:37:38< shadowm> Uh what. Orbs and ellipses aren't halos.
20140319 02:37:46< iceiceice> i have no idea how the graphcial aspects work :/
20140319 02:37:58< shadowm> Is there a problem with them and shroud?
20140319 02:37:59< iceiceice> ok nm
20140319 02:38:11< iceiceice> i'm not sure if it really qualifies as a bu
20140319 02:38:15< iceiceice> *bug
20140319 02:38:34< shadowm> Note that I don't mean halos for unshrouded locations being drawn on top of shroud!
20140319 02:38:46< shadowm> That's unfixable and completely unrelated to this glitch.
20140319 02:38:47-!- helloworld [8cb4f18a@gateway/web/freenode/ip.140.180.241.138] has joined #wesnoth-dev
20140319 02:38:57< iceiceice> when i was testing the blindfold, one thing which made it complicated was that you could shroud everything but units would still draw their orbs and health bars
20140319 02:39:22< iceiceice> i had to make several changes to get it to work properly
20140319 02:39:33< iceiceice> i'm thinking about fixing that up thoguh
20140319 02:40:03< iceiceice> so i guess as far as the health bars and orbs are concerned, the display doesnt really manage drawing them, and the units decide instead
20140319 02:40:26< iceiceice> the logic that was built in was that if you are "allied" to a side, the unit will draw this stuff for you
20140319 02:40:32< iceiceice> even if the unit itself isn't drawn...
20140319 02:40:43-!- travis-ci [~travis-ci@ec2-54-205-10-21.compute-1.amazonaws.com] has joined #wesnoth-dev
20140319 02:40:43< travis-ci> [travis-ci] gfgtdf/wesnoth-old#18 (sync_1 - 4692910 : gfgtdf): The build was broken.
20140319 02:40:43< travis-ci> [travis-ci] Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/21067734
20140319 02:40:43-!- travis-ci [~travis-ci@ec2-54-205-10-21.compute-1.amazonaws.com] has left #wesnoth-dev []
20140319 02:41:12< iceiceice> idk the whole thing seems potentially buggy, i'm not completely sure why it is set up the way it is
20140319 02:41:33< iceiceice> otoh i guess whoever made it anticipated that there might be shroud over a unit that you are allied to
20140319 02:41:40< iceiceice> *didn't anticipate
20140319 02:42:04< iceiceice> i guess htis isn't actually relevant to haloes, so nm
20140319 02:44:11< shadowm> Halos are a massive hack.
20140319 02:46:37< iceiceice> yeah that doesn't surprise me at all :p
20140319 02:47:22< EliDupree> Speaking of which, I'd like to have an [item] that can exceed hex size but is layered under units....
20140319 02:47:26-!- helloworld [8cb4f18a@gateway/web/freenode/ip.140.180.241.138] has quit [Quit: Page closed]
20140319 02:48:23< shadowm> Patches welcome.
20140319 02:48:39-!- goblinThing [44bd8c2c@gateway/web/freenode/ip.68.189.140.44] has joined #wesnoth-dev
20140319 02:49:35< shadowm> It's not trivial because [item]s are handled the same way as terrains, which among other things involves mandatory 72x72 hexagon tile masking and ToD color shift.
20140319 02:54:22< iceiceice> ok, similar to shadowm's "you people have until saturday" policy :) i intend to purge the "human_ai" controller type, following some brief discussion with Soliton and others earlier. pull request here: https://github.com/wesnoth/wesnoth/pull/120
20140319 02:54:41< shadowm> I may need a bigger halo to test, hm.
20140319 02:54:43< iceiceice> i'm testing it, but realistically i can't test it all... 
20140319 02:54:56< shadowm> Like 1000x1000 or so.
20140319 02:55:06< goblinThing> "You people have until saturday"? that sounds like a story.
20140319 03:00:51< shadowm> Okay, tested with a 1000x1000 halo and I see no problems with this.
20140319 03:01:14< shadowm> Tried shrouding both the halo source and areas within the surrounding 1000x1000 rectangle.
20140319 03:01:18< shadowm> *hexes
20140319 03:02:50< iceiceice> goblinThing: if there's a story i don't know it, its just from the logs about an hour ago
20140319 03:03:12< shadowm> It's not a policy.
20140319 03:03:20< goblinThing> *reading back*
20140319 03:03:21< shadowm> It's just a friendly suggestion.
20140319 03:04:33< gfgtdf> EliDupree: ok i found teh issue
20140319 03:04:58< shadowm> Hey.
20140319 03:05:07< EliDupree> gfgtdf: ready to pull?
20140319 03:05:08< shadowm> You are neglecting the players_changelog again, people.
20140319 03:05:11< EliDupree> or just found
20140319 03:05:30-!- paradoq [~paradoq@72.135.25.221] has quit [Ping timeout: 264 seconds]
20140319 03:05:54< gfgtdf> gfgtdf: not pushed yet, i'll test myself first wether it fixed that
20140319 03:06:30-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140319 03:06:53< irker040> wesnoth: Ignacio R. Morelle wesnoth:master eb07de2bc23b / changelog players_changelog src/halo.cpp: Fix for halos glitching through locations that become shrouded after rendering http://git.io/MyIcKg
20140319 03:06:56< irker040> wesnoth: Ignacio R. Morelle wesnoth:1.12 741b54c46309 / changelog players_changelog src/halo.cpp: Fix for halos glitching through locations that become shrouded after rendering http://git.io/2mKHBA
20140319 03:09:03< gfgtdf> EliDupree: ready to puill
20140319 03:10:07< iceiceice> stupid question: where is the preferences file supposed to be in linux?
20140319 03:10:23< iceiceice> i couldn't find it with "find" and the wiki page didn't seem to be specific
20140319 03:11:02< gfgtdf> iceiceice: sry i don't use linux (i didn't manage to configure the wlan stick )
20140319 03:11:30-!- kex [~kex@89.205.75.19] has quit [Ping timeout: 264 seconds]
20140319 03:11:32< goblinThing> it isn't this page that you want, is it? http://wiki.wesnoth.org/EditingWesnoth 
20140319 03:11:49< goblinThing> If it's any deeper than that I can't help...
20140319 03:12:24< iceiceice> yes so i dont see it there, and i've also searched in the other folders... in several versions
20140319 03:13:40-!- moopli [~filip@rn-nat-129-97-131-0.dynamic.uwaterloo.ca] has joined #wesnoth-dev
20140319 03:14:27< EliDupree> gfgtdf: random in start and side turn events worked, then the random in turn refresh event was different for the two clients.
20140319 03:15:14< goblinThing> I don't know anything about linux, but in windows I had to navigate to something called shell:. I found it going off of that page somewhere. But it might be totally different from linux, though...
20140319 03:15:48< EliDupree> gfgtdf: hmm, the turn refresh one was the first one after a synchronize_choice
20140319 03:16:07< vultraz> iceiceice: preferences should be in the userdata folder
20140319 03:16:47< iceiceice> i.e. the same place as folder "data", "editor", "saves", etc.?
20140319 03:17:09< vultraz> yes
20140319 03:17:16< iceiceice> hmm i wonder why i cant find it
20140319 03:17:41< gfgtdf> EliDupree: in that ase i assume that side turn event also have different random results ?
20140319 03:17:47< EliDupree> gfgtdf: nope, the synchronize_choice isn't affecti n it
20140319 03:17:56< EliDupree> gfgtdf: no, side turn event has same random results!
20140319 03:18:01-!- Kevin_Xi [~kevin@223.72.182.149] has quit [Ping timeout: 240 seconds]
20140319 03:18:07< gfgtdf> EliDupree: :o
20140319 03:18:49-!- Ivanovic_ [~ivanovic@x2f5183d.dyn.telefonica.de] has joined #wesnoth-dev
20140319 03:19:59-!- Gambit [~derek@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20140319 03:20:45< EliDupree> gfgtdf: another thing, minor:  your OOS error for synchronize_choice in non-synced context doesn't send "name reports out of sync errors" to the other players like most OOS do, is that intentional?
20140319 03:21:14< EliDupree> (I haven't confirmed that taht currently works in general)
20140319 03:21:47< vultraz> iceiceice: alternatively look in the paths dialog in Preferences 
20140319 03:21:50-!- Ivanovic_ [~ivanovic@x2f5183d.dyn.telefonica.de] has quit [Changing host]
20140319 03:21:50-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20140319 03:22:07-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 264 seconds]
20140319 03:22:57-!- Ivanovic_ is now known as Ivanovic
20140319 03:23:01< iceiceice> hmm it reports "Configuration: /home/chris/.config/wesnoth"
20140319 03:23:17< EliDupree> gfgtdf: and it always says "(select events are no synced context)" even if it's a "side turn end" event
20140319 03:23:27< iceiceice> thanks
20140319 03:23:27-!- Kevin_Xi [~kevin@223.72.182.149] has joined #wesnoth-dev
20140319 03:24:31< gfgtdf> EliDupree: yes side turn end arent synced neigher
20140319 03:24:35< EliDupree> gfgtdf: looks like the turn refresh desync does NOT continue, it's only inconsistent in the turn refresh events but not later
20140319 03:24:56< EliDupree> so.. using a different RNG somehow?
20140319 03:25:25< EliDupree> gfgtdf: what I'm saying is it'd be preferable for the err message to be specific to where you misused it
20140319 03:25:38< EliDupree> it's weird that it always mentions select events in specific
20140319 03:25:53< gfgtdf> EliDupree: no it's just that the server generates a new random seed after ever user action (atack, move, net turn...)
20140319 03:26:07< shadowm> iceiceice: You can even click on a button there to launch your file manager on that path!
20140319 03:26:14< EliDupree> huh, okay
20140319 03:26:37< shadowm> iceiceice: Which I hope works there. I only have KDE to test it with here.
20140319 03:27:49< gfgtdf> EliDupre: i couldn't reproduce different values in turn refesh with [set_variable] rand=
20140319 03:27:51< iceiceice> looks good in mint on gnome
20140319 03:28:38< gfgtdf> EliDupre: the reason for the new seed is that it used to be possible to load mp game to see what traits you'll get in the future: http://forums.wesnoth.org/viewtopic.php?f=6&t=39611.
20140319 03:30:19< gfgtdf> EliDupre: maybe you meant turn end istead of turn refresh ?
20140319 03:30:20< EliDupree> Wow, that's a quirky way to cheat
20140319 03:30:28< EliDupree> No. Definitley turn refresh
20140319 03:30:42< EliDupree> also my name has "ee" at the end
20140319 03:30:50< EliDupree> You don't use tab completion?
20140319 03:31:19< gfgtdf> no i didnt know i has tab completition
20140319 03:31:22< gfgtdf> had
20140319 03:31:32< iceiceice> hmm wait so preferences isn't separated by wesnoth version?
20140319 03:31:44< gfgtdf> EliDupree: then youd you please send me teh scneario where you get oos in tuirnrefresh ?
20140319 03:31:48< EliDupree> ok
20140319 03:32:17< EliDupree> http://pastebin.com/CXbZ0csU
20140319 03:32:53< EliDupree> make sure to look at your commandline output, wesnoth sometimes mixes up the order when displaying in game
20140319 03:33:45< EliDupree> the number right after "side turn event: succeeded" (second before "turn refresh event: succeeded") is the one you want
20140319 03:37:28< gfgtdf> EliDupree: i found the issue
20140319 03:37:34< EliDupree> :)
20140319 03:37:59-!- vorobeez [558e940c@gateway/web/freenode/ip.85.142.148.12] has joined #wesnoth-dev
20140319 03:38:07< gfgtdf> EliDupree: i thingk the problem is that the game forgets to reenter thy sanced mode after the sync_choice function is called
20140319 03:38:21< EliDupree> heh
20140319 03:38:39< EliDupree> That doesn't explain it...
20140319 03:39:50< gfgtdf> after you call sync_choice in side turnall random calls in the "context" are unsynced, and in this case the "context" containg all the "..turn .." evnts
20140319 03:40:06< gfgtdf> s/turnall/turn. all 
20140319 03:40:11< EliDupree> Ah.
20140319 03:40:30< EliDupree> yeah that does explain it now
20140319 03:40:43< gfgtdf> ready to pull.
20140319 03:42:05-!- RiftWalker [~nathan@c-76-22-135-46.hsd1.tn.comcast.net] has joined #wesnoth-dev
20140319 03:42:13< goblinThing> bye
20140319 03:42:16-!- goblinThing [44bd8c2c@gateway/web/freenode/ip.68.189.140.44] has quit [Quit: Page closed]
20140319 03:47:26< gfgtdf> you pulled ?
20140319 03:47:30< EliDupree> yeah
20140319 03:47:35< EliDupree> everything looks good so far
20140319 03:47:49< EliDupree> I can desync it by checking controller but THAT's not such an issue
20140319 03:51:51< gfgtdf> EliDupree: you can also check wether you are in a synced context with wesnoth.is_synced()
20140319 03:51:57< EliDupree> yay!
20140319 03:53:16< gfgtdf> EliDupree: inside wesnoth.synchronize_choice or in select events wesnoth.is_synced() is false for example.
20140319 03:53:52< EliDupree> Yeah, this all looks good so far
20140319 03:54:25< EliDupree> I haven't tested random traits I guess
20140319 03:54:43< gfgtdf> dont most recuits cause random traits ?
20140319 03:54:47< EliDupree> or the other unit rand stuff
20140319 03:54:56< EliDupree> I mean in [unit] and wesnoth.create_unit
20140319 03:55:08< gfgtdf> ah ok, 
20140319 03:56:25< gfgtdf> then i thik all is left for programm ing is to sync turn end events, ikd how hard that is
20140319 03:56:37< EliDupree> yeah
20140319 03:57:32< gfgtdf> EliDupree: do you get teh same random resulty in turn end ?
20140319 03:57:35< gfgtdf> the*
20140319 03:57:38< EliDupree> yes
20140319 03:57:41< gfgtdf> ah fine
20140319 03:57:50< EliDupree> It's just synchronize_choice etc that don't work
20140319 03:58:10< EliDupree> do you know what's the status of global_variable stuff?
20140319 03:58:13< gfgtdf> i currenty use the 'determinisic' random in turn end.
20140319 03:58:27< gfgtdf> what do you mean ?
20140319 03:58:39< EliDupree> well, they use the same sync system
20140319 03:58:52< EliDupree> e.g. work in side_turn and not in side_turn_end
20140319 03:59:05< gfgtdf> ah feel free to span global_variabe in synced contect
20140319 03:59:09< gfgtdf> spam*
20140319 03:59:39< gfgtdf> get_global_variabe used the same function as synchronize_choice  internaly
20140319 03:59:44< gfgtdf> uses
20140319 03:59:55< gfgtdf> uses
20140319 04:00:19< EliDupree> Does it work with players whose turn it's not?
20140319 04:00:33< EliDupree> doesn't in 1.10, not sure about recently
20140319 04:00:57< gfgtdf> EliDupree: it should 
20140319 04:01:51< gfgtdf> but ass soon as you call get_global_variabe  with another side the events continues to execute at the other side.
20140319 04:02:22< gfgtdf> while your side "waits" for teh results of get_global_variable
20140319 04:02:58< gfgtdf> and the other side sends if when the event end of something other happens
20140319 04:03:14< EliDupree> wait, what?
20140319 04:03:22-!- Crab_ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20140319 04:04:27< gfgtdf> EliDupree: test it http://pastebin.com/JGVwJMcG
20140319 04:06:04< gfgtdf> EliDupree: do you think that behavior is intentional ?
20140319 04:06:04-!- Crab_ [~Crab_@wesnoth/developer/crab] has quit [Client Quit]
20140319 04:06:37-!- Crab_ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20140319 04:07:50< gfgtdf> EliDupree: i could change that so that the clients see the [message] at soon as possible
20140319 04:08:10< EliDupree> yeah, that behavior makes sense...
20140319 04:08:27< gfgtdf> no joke ?
20140319 04:08:30< EliDupree> imagine that the messages had options allowing them to choose what the global variable would be
20140319 04:08:43< EliDupree> and were conditional on the previous global variables
20140319 04:08:50-!- Crab_ [~Crab_@wesnoth/developer/crab] has left #wesnoth-dev []
20140319 04:08:52< EliDupree> then it could not behave otherwise!
20140319 04:09:00< gfgtdf> yes
20140319 04:09:18< EliDupree> This behavior exists because wesnoth scripts don't have any parallelism ability
20140319 04:09:39< EliDupree> I'd also like, for instance, to bring up a "choose your skills" box while still allowing players to chat
20140319 04:09:56< EliDupree> or to let players be in a dialog while the AI plays
20140319 04:10:15< EliDupree> but that doesn't work unless you have some sort of data isolation between the two
20140319 04:10:31< iceiceice> y
20140319 04:10:45< iceiceice> if you want players to be able to chat while making decisions its best if you use recruit dialog
20140319 04:10:46-!- Youngoli [~Youngoli@2601:8:9800:361:5ee:621e:adfe:2c33] has joined #wesnoth-dev
20140319 04:10:50< gfgtdf> EliDupree: hm can you see teh other messages while the ai plays ?
20140319 04:10:57< iceiceice> i.e. in Pick your recruits add-ons
20140319 04:11:07< EliDupree> iceiceice: hrm?
20140319 04:11:14< EliDupree> since when can you chat while in recruit dialog
20140319 04:11:25< iceiceice> you can't but you can cancel it and bring it back up
20140319 04:11:32< iceiceice> so its similar
20140319 04:11:33< EliDupree> Right, but the same is true with a menu item
20140319 04:11:45< iceiceice> sure i guess
20140319 04:11:48< iceiceice> not with a [message]
20140319 04:11:53< EliDupree> It's not *terrible* to make the players keep closing and opening it
20140319 04:12:01< EliDupree> but it is inconvenient
20140319 04:12:07< iceiceice> i guess that could be done with message also
20140319 04:12:19< EliDupree> if they get distracted then they'll never see the other players' chats telling them to hurry up
20140319 04:12:35< iceiceice> sure but its not really that important
20140319 04:12:59< EliDupree> true... but things like
20140319 04:13:02< iceiceice> maybe we *want* them to be able to take their time and have an excuse
20140319 04:13:05< iceiceice> :)
20140319 04:13:06< EliDupree> "the host had a dialog up so the AI didn't play"
20140319 04:13:08< EliDupree> are important
20140319 04:13:26< iceiceice> idk its not as serious as some of the other bugs you've been bringing up
20140319 04:13:30< EliDupree> e.g. one game recently, the host left but forgot to click OK to the "are you sure you want to quit" dialog
20140319 04:13:36< EliDupree> so ... well I guess we coulda reloaded
20140319 04:13:37< EliDupree> ok
20140319 04:13:44< EliDupree> hang on, RL is calling
20140319 04:15:34< gfgtdf> im of bb
20140319 04:15:38< gfgtdf> off
20140319 04:15:40< iceiceice> bb
20140319 04:15:48-!- gfgtdf [~chatzilla@f054138154.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 27.0.1/20140212131424]]
20140319 04:20:03< EliDupree> hrm I've got a weird behavior
20140319 04:20:16< EliDupree> neither player can move or end turn
20140319 04:20:56< EliDupree> ah... it's never gotten past the side turn event
20140319 04:23:46< EliDupree> ...yeah I can combine just a few global variables commands to break wesnoth rather badly
20140319 04:23:58< EliDupree> off-turn global variable access: NOT actually supported.
20140319 04:35:29< EliDupree> ...odd. I reproduced it a bunch of times and now it's not breaking the same way anymore
20140319 04:35:39< EliDupree> well I suppose that's not TOO odd for global_variables
20140319 04:41:20-!- travis-ci [~travis-ci@ec2-50-17-0-93.compute-1.amazonaws.com] has joined #wesnoth-dev
20140319 04:41:20< travis-ci> [travis-ci] 8680-wesnoth/wesnoth#19 (8573/util/count-leading-zeros/1 - 02ef851 : 8573): The build is still failing.
20140319 04:41:20< travis-ci> [travis-ci] Build details : http://travis-ci.org/8680-wesnoth/wesnoth/builds/21070917
20140319 04:41:20-!- travis-ci [~travis-ci@ec2-50-17-0-93.compute-1.amazonaws.com] has left #wesnoth-dev []
20140319 04:47:42< EliDupree> ok, looks like some of my errors were about.... synchronize_choice in an unsynced context breaking other things that happen later
20140319 04:47:47< EliDupree> rather than just doing nothing
20140319 04:48:25< EliDupree> That's not so bad because it emits an OOS dialog anyway
20140319 04:48:41< EliDupree> well... "leave during wesnoth.synchronize_choice", I still have to test THAT
20140319 04:49:28< Youngoli> Hello everyone! I'm interested in submitting a proposal for GSoC
20140319 04:49:59< Youngoli> I wanted to talk to thunderstruck or trademark about the proposal ideas, but obviously they're not on right now
20140319 04:50:14< Youngoli> Does anyone know when would be my best bet for getting in contact with them?
20140319 04:50:26< EliDupree> And the other error is that using global variables commands with nil for the globals can break things/
20140319 04:51:02< vultraz> Youngoli: you could PM them on the forums, or wait around for them to show up
20140319 04:51:20< RiftWalker> I was talking to thunderstruck about his idea earlier. You might find some useful info in today's irc log.
20140319 04:51:27< vultraz> you don't have much time, though, all proposals need to be submitted by the 21st
20140319 04:52:10< Youngoli> I think my best bet might be PMing them on the forums then
20140319 04:52:34< Youngoli> Also, thanks for the suggestion RiftWalker, I'll make sure to read the log
20140319 04:54:45-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140319 04:54:45< RiftWalker> Np. Good luck!
20140319 04:59:07-!- kex [~kex@89.205.75.19] has quit [Ping timeout: 246 seconds]
20140319 04:59:10< EliDupree> Also having multiple issues with when a player leaves during synchronize_choice.
20140319 04:59:54< EliDupree> ok that's enough testing for now, somebody remind me to bring these up with gfgtdf when we're both online.
20140319 05:00:22< iceiceice> Vultraz: might want to update on "EditingWesnoth" about where the preferences file is, as its not actually in userdata i guess, at least on linux
20140319 05:00:46< vultraz> huh...
20140319 05:00:52< vultraz> I thought it was supposed to
20140319 05:01:03< iceiceice> for me it appears in ~/.config/wesnoth/
20140319 05:01:04< vultraz> however I don't use linux, I'd have to ask shadowm for more details
20140319 05:01:50< iceiceice> y sure
20140319 05:07:18< iceiceice> hmm does anyone know an example of how wesnothd configuration files are supposed to look?
20140319 05:09:46< iceiceice> nm i think i got it working...
20140319 05:19:09-!- sachith500_ [c0f80841@gateway/web/freenode/ip.192.248.8.65] has joined #wesnoth-dev
20140319 05:31:05< sachith500_> hey everyone ^_^
20140319 05:32:22-!- RiftWalker [~nathan@c-76-22-135-46.hsd1.tn.comcast.net] has quit [Ping timeout: 246 seconds]
20140319 05:34:31< shadowm> vultraz, iceiceice : Unless Wesnoth is compiled with a specific option, on X11 Wesnoth will use the XDG layout, so the config file ends up in ~/.config/wesnoth and the user data in ~/.local/share/wesnoth/<VERSION> or so, yes.
20140319 05:36:25< shadowm> http://pastebin.com/GRzvheZk
20140319 05:40:38-!- ancestral [~ancestral@75-161-229-57.mpls.qwest.net] has joined #wesnoth-dev
20140319 05:41:32-!- moopli [~filip@rn-nat-129-97-131-0.dynamic.uwaterloo.ca] has left #wesnoth-dev ["Leaving"]
20140319 05:43:11< shadowm> vultraz: Why is EditingWesnoth full of HTML?
20140319 05:43:18< shadowm> * <b>On 32-bit computers:</b> X:\Program Files\Battle for Wesnoth <version>\data
20140319 05:43:22< shadowm> Should really be:
20140319 05:43:29< shadowm> * '''On 32-bit computers:''' X:\Program Files\Battle for Wesnoth <version>\data
20140319 05:43:49< shadowm> Et cetera.
20140319 05:45:00< shadowm> Unless you have a good reason to do otherwise, you should let MW figure out the markup to output instead of feeding it HTML.
20140319 05:46:44< shadowm> Sigh, you've been this all over the wiki.
20140319 05:46:49< shadowm> *doing this
20140319 05:48:30 * shadowm should know better than to let vultraz do things unattended.
20140319 05:55:10< Aishiko> 40 lashes with a limp noodle for vultraz 
20140319 05:56:40-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20140319 05:56:54< Aishiko> hi zookeeper 
20140319 05:58:52< zookeeper> yo
20140319 06:00:13-!- sachith500_ [c0f80841@gateway/web/freenode/ip.192.248.8.65] has quit [Ping timeout: 245 seconds]
20140319 06:07:48< vultraz> shadowm: I find HTML easier to work with HTML than MW formatting
20140319 06:08:02< vultraz> ...er
20140319 06:08:05< vultraz> lemme rephrase
20140319 06:08:18< vultraz> I find HTML easier to work with than MW formatting
20140319 06:08:51< vultraz> at least for <b> and <i>
20140319 06:09:08< vultraz> I use formatting for lists, etc
20140319 06:10:43< vultraz> So if you see pages full of <b> and <i>, you know why
20140319 06:10:49< vultraz> It's simply easier to work with than ''' and ''
20140319 06:17:41-!- happygrue [~happygrue@wesnoth/developer/wintermute] has quit [Ping timeout: 252 seconds]
20140319 06:30:44< shadowm> vultraz: That's not a good reason.
20140319 06:31:28< shadowm> Unless this was a personal wiki run by you and for you, which isn't the case.
20140319 06:34:33-!- Youngoli [~Youngoli@2601:8:9800:361:5ee:621e:adfe:2c33] has quit [Quit: Leaving]
20140319 06:34:46< vultraz> I don't see how it makes a difference
20140319 06:35:00< vultraz> MW formatting is translated into HTML anyway
20140319 06:35:51< shadowm> Right now, yes, but what if someone implemented some other frontend to it?
20140319 06:36:21< vultraz> "It" being....?
20140319 06:36:25< shadowm> MW.
20140319 06:37:47< vultraz> I'd still want what I marked as <b> to be bold, so if someone changed the mw formatting from ''' to something else, I don't see how having it as <b> does anything but prevent unnecessary conversion work
20140319 06:38:08< shadowm> What if the alternative output format doesn't support HTML?
20140319 06:38:41< vultraz> In what universe would someone do something so stupid?
20140319 06:38:43< shadowm> What if MW decided to replace <b> with a tag that hasn't been deprecated since ages?
20140319 06:41:00< vultraz> What's wrong with <b>?
20140319 06:41:26< Aishiko> nothing if your doing html
20140319 06:41:44< iceiceice> are they actually deprecated? i did not know that
20140319 06:42:27< vultraz> ^
20140319 06:42:55-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140319 06:43:21< vultraz> Plus a scenario where MW no longer supported HTML is extremely improbable, and in any case, would also affect a lot more than my <b> and <i> usage
20140319 06:43:30< vultraz> for one, <div> is used everywhere
20140319 06:43:38< shadowm> I'm not saying that MW will no longer support HTML, just that an alternative may not.
20140319 06:44:47< vultraz> Are you implying we may switch from MW?
20140319 06:45:18< shadowm> No.
20140319 06:45:34< shadowm> Although it is a perfectly viable possibility if we adhere to the principle of future-proofing.
20140319 06:47:30-!- kex [~kex@89.205.75.19] has quit [Ping timeout: 264 seconds]
20140319 06:48:23< vultraz> MW is used by wikipedia, so I don't think it's going anywhere
20140319 06:49:03< shadowm> Nobody is saying MW will die, come on.
20140319 06:49:21< shadowm> Only that it may be replaced in wesnoth.org.
20140319 06:50:31< vultraz> In which case all the MW formatting will have to be converted. Conversion will happen either way, and I feel HTML is likely to be supported on the new one
20140319 06:51:01< shadowm> If I had the choice I'd certainly disable it.
20140319 06:51:23< vultraz> why? it's necessary
20140319 06:51:37-!- Kevin_Xi [~kevin@223.72.182.149] has left #wesnoth-dev []
20140319 06:51:44< shadowm> It's not, except in specific cases that derive from MW's limitations.
20140319 06:54:27< vultraz> Well then if not necessary, useful, and definitely not hurting anything
20140319 06:55:20< vultraz> Sometimes MW formatting is easier, sometimes HTML is.
20140319 06:55:53< vultraz> I certainly wouldn't argue that [[Page]] is easier than <a href="page"></a>
20140319 06:56:17< shadowm> I saw a [http://wiki.wesnoth.org/...] link somewhere in your edits, too.
20140319 06:57:26< vultraz> oh right, I was going to fix that
20140319 06:59:01< vultraz> fixed
20140319 07:03:19< vultraz> Anything else?
20140319 07:05:12< shadowm> In http://wiki.wesnoth.org/Template:Create you are using a pixel font size.
20140319 07:09:37-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20140319 07:15:16< vultraz> Changed to 13pt
20140319 07:15:25< shadowm> Don't do that either.
20140319 07:15:27< shadowm> This will look inconsistent or even broken relative to the rest of the wiki on any situation where the rendering context's DPI (think high-DPI or Retina displays) or base font size (think accessibility) doesn't match your original expectations.
20140319 07:16:29< shadowm> (i.e. why allowing people who don't know what they are doing to use HTML and CSS everywhere is a bad idea.)
20140319 07:17:02< vultraz> ...maybe that's why the box was only 55px high for _8680_ but 72px high for me
20140319 07:17:16< vultraz> shadowm: then what should I do 
20140319 07:17:18< shadowm> Using font point size solves DPI inconsistencies, but doesn't address the base font size concern.
20140319 07:17:33< shadowm> You should use either ems or percentages of the base font size.
20140319 07:18:36< vultraz> Alright, I'll do 120%
20140319 07:18:44< shadowm> If you need to emulate an existing wiki element's style, just look at the stylesheet.
20140319 07:19:05< shadowm> Just don't use <h*>.
20140319 07:19:19< vultraz> <h>?
20140319 07:19:25< shadowm> <h*>.
20140319 07:19:38< shadowm> <h1>, <h2>, <h3>, <h4>, <h5>, <h6>. Come on.
20140319 07:19:44< vultraz> right
20140319 07:19:59< vultraz> Is 120% good enough?
20140319 07:21:29< shadowm> Perhaps.
20140319 07:22:08< vultraz> Damn w3schools for using px as an example
20140319 07:23:02< vultraz> Anything else?
20140319 07:23:32< shadowm> Nothing else I've bothered to check thus far.
20140319 07:25:08< vultraz> Good
20140319 07:27:31< vultraz> Under project, should it still say Wesnoth is a GNA project or should it point to github now
20140319 07:27:36< vultraz> s/project/Project
20140319 07:28:59-!- Nostromus [~Thunderbi@g224098099.adsl.alicedsl.de] has joined #wesnoth-dev
20140319 07:29:04-!- Nostromus [~Thunderbi@g224098099.adsl.alicedsl.de] has quit [Client Quit]
20140319 07:31:25< iceiceice> i think we are still a gna project?
20140319 07:31:31< iceiceice> i guess we are both
20140319 07:31:36< iceiceice> i mean the bug tracker is still gna
20140319 07:33:45< vultraz> Just the bug tracker
20140319 07:34:49-!- vorobeez [558e940c@gateway/web/freenode/ip.85.142.148.12] has quit [Quit: Page closed]
20140319 07:44:51< _8680_> <b> isn’t deprecated, at least not according to WHATWG.
20140319 07:45:14< _8680_> Though they do say that it “should be used as a last resort when no other element is more appropriate”.
20140319 07:47:33< _8680_> I try to not use CSS lengths in px for anything that’s not inherently sized in px (e.g., raster images).
20140319 07:47:51 * _8680_ goes off to sleep.
20140319 07:48:03-!- exciton [chuck-the-@89.208.170.132] has quit [Read error: Connection reset by peer]
20140319 07:48:17-!- exciton [chuck-the-@89.208.170.132] has joined #wesnoth-dev
20140319 07:49:10-!- boucman_work [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20140319 07:53:20-!- exciton_ [chuck-the-@89.208.170.132] has joined #wesnoth-dev
20140319 07:53:38-!- exciton [chuck-the-@89.208.170.132] has quit [Ping timeout: 240 seconds]
20140319 07:57:38-!- exciton_ [chuck-the-@89.208.170.132] has quit [Ping timeout: 240 seconds]
20140319 07:58:39-!- exciton [chuck-the-@85.94.3.208] has joined #wesnoth-dev
20140319 07:58:42-!- Youngoli [~Youngoli@2601:8:9800:361:f910:61ce:63f5:746] has joined #wesnoth-dev
20140319 07:59:41-!- thunderstruck [~zaibotren@cpc13-sgyl31-2-0-cust696.18-2.cable.virginm.net] has joined #wesnoth-dev
20140319 08:01:20-!- neXyon [~neXyon@85-127-148-46.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20140319 08:06:06-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 264 seconds]
20140319 08:06:53-!- exciton [chuck-the-@85.94.3.208] has quit [Read error: Connection reset by peer]
20140319 08:07:24-!- ancestral [~ancestral@75-161-229-57.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20140319 08:07:29-!- exciton [chuck-the-@85.94.3.208] has joined #wesnoth-dev
20140319 08:07:56-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20140319 08:08:43< iceiceice> hmm... is it alright to arbitrarily change bad style code where i see it?
20140319 08:08:49< iceiceice> for instance in replay.cpp we have:
20140319 08:08:54< iceiceice> "for (;;) { ..."
20140319 08:09:16< Coffee_irc> iceiceice: have you read the wiki page about style?
20140319 08:09:30< iceiceice> i think so but i dont remember what it said about this
20140319 08:10:18< Coffee_irc> iceiceice: http://wiki.wesnoth.org/CodingStandards
20140319 08:10:52< Coffee_irc> doesn't say anything about loops
20140319 08:11:44< iceiceice> so i want to change it to "while(true) {..."
20140319 08:11:55< Coffee_irc> iceiceice: makes sense to me
20140319 08:11:57< iceiceice> because when i see "for (;;) { ..." i almost have to look it up on stack overflow to be sure i know what it means
20140319 08:12:06< iceiceice> even though its sort of clear from context ig uess
20140319 08:13:12< Coffee_irc> personally I think "while(true)" would be a good replacement for that line, but I am not responsible for any code in that area
20140319 08:13:37< Coffee_irc> the BOOST loops are used a fair bit too
20140319 08:14:00-!- exciton [chuck-the-@85.94.3.208] has quit [Read error: Connection reset by peer]
20140319 08:14:35-!- exciton [chuck-the-@85.94.3.208] has joined #wesnoth-dev
20140319 08:18:53< Aishiko> well it might be that loop is needed to run X times not Y times so they used a for loop
20140319 08:19:23< Coffee_irc> Aishiko: the 2 loops are equivalent
20140319 08:19:25< Aishiko> I honestly don't think using a for loop is bad coding style, it has its uses
20140319 08:19:47< Coffee_irc> "for(;;) {}" and "while(true) {}"
20140319 08:20:02< Coffee_irc> it kind of is in this case
20140319 08:20:49< Coffee_irc> the missing bits in the for loop there are missing on purpose so as to loop forever
20140319 08:21:07< Aishiko> ohhh I see
20140319 08:21:31< Aishiko> I've never used a loop like that before
20140319 08:21:34< Coffee_irc> we're not into the game of making code hard to read here :P
20140319 08:21:36< iceiceice> what's weird is that the convention "is an empty conditional true or false" is extremely obscure
20140319 08:21:50< Coffee_irc> it has to be transferrable whatever you write for something like wesnoth
20140319 08:21:52-!- exciton [chuck-the-@85.94.3.208] has quit [Read error: Connection reset by peer]
20140319 08:22:00< Coffee_irc> so that one day someone else can pick up where you left off
20140319 08:22:28-!- exciton [chuck-the-@85.94.3.208] has joined #wesnoth-dev
20140319 08:23:42< iceiceice> hmm apparently we actually use that kind of loop in lots of places, says grep...
20140319 08:24:00-!- exciton [chuck-the-@85.94.3.208] has quit [Read error: Connection reset by peer]
20140319 08:24:16< iceiceice> i guess i will just ignore this
20140319 08:24:16< Aishiko> true, I try to do make my code easy to understand.... mostly for me so when I return after X time away, I'm not sitting there going.... why did I do that?
20140319 08:25:00< Coffee_irc> Aishiko: if you implement a new feature or change something substantially, this is why we have a wiki and reference WML
20140319 08:25:03< iceiceice> Aishiko: you might be the only one :p
20140319 08:25:45< iceiceice> i think its common esp. among students that if you look back on anything you did 6 months ago you think "omg this is absolute garbage... this this and this are all wrong"
20140319 08:26:07< Coffee_irc> yeah, because you learn better ways to do things
20140319 08:26:54< Aishiko> well that is part of my hope, that I'm able to learn new things and way of doing things that are better then what I know how to do now.
20140319 08:27:23< Coffee_irc> Aishiko: IMO the best way to hone your skills is through experience on a project like wesnoth
20140319 08:27:28-!- exciton [chuck-the-@85.94.3.208] has joined #wesnoth-dev
20140319 08:27:39< Coffee_irc> although it might not actually help you pass exams :P
20140319 08:27:42< Aishiko> Coffee_irc, I was referring to wesnoth and gsoc
20140319 08:29:07< Coffee_irc> Aishiko: yes I know, and I wish you luck with your endeavours
20140319 08:29:59< Aishiko> Thank you Coffee_irc 
20140319 08:31:07-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140319 08:33:32< iceiceice> Soliton: I think that bug 19603 is being caused basically by this line in the server: https://github.com/wesnoth/wesnoth/blob/master/src/server/game.cpp#L1288
20140319 08:34:07< iceiceice> the replay viewer currently just takes replay_start and loads it verbatim into the game_state,
20140319 08:34:21< iceiceice> but the server is putting the entire level config there,
20140319 08:34:35< iceiceice> which is not what the other clients will do, they use some logic in the mp_game_utils.cpp file
20140319 08:34:59< iceiceice> i think either the server should be made to incorporate that logic so we don't get corrupted replays,
20140319 08:35:13-!- kex [~kex@89.205.75.19] has quit [Ping timeout: 240 seconds]
20140319 08:35:29< iceiceice> or the server should use a different tag like "[level]" instead of "[replay_start]", and we train the replay viewer to understand that
20140319 08:36:35< iceiceice> let me know what you think about this plan
20140319 08:36:37-!- exciton [chuck-the-@85.94.3.208] has quit [Read error: Connection reset by peer]
20140319 08:36:44-!- neXyon [~neXyon@85-127-148-46.dynamic.xdsl-line.inode.at] has quit [Quit: bye]
20140319 08:47:13-!- exciton [chuck-the-@85.94.3.208] has joined #wesnoth-dev
20140319 08:49:05-!- exciton [chuck-the-@85.94.3.208] has quit [Read error: Connection reset by peer]
20140319 08:52:13-!- exciton [chuck-the-@85.94.3.208] has joined #wesnoth-dev
20140319 08:54:02< Aishiko> is there anyone that can do 2 things for me on the GSOC website?  1) make sure my proposal has arrived and 2) look over same, and tell me just how bad it really is.
20140319 08:54:10-!- exciton [chuck-the-@85.94.3.208] has quit [Read error: Connection reset by peer]
20140319 08:54:39-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit []
20140319 08:56:08-!- stikonas [~gentoo@cpc18-sgyl27-2-0-cust35.18-2.cable.virginm.net] has joined #wesnoth-dev
20140319 08:56:08-!- stikonas [~gentoo@cpc18-sgyl27-2-0-cust35.18-2.cable.virginm.net] has quit [Changing host]
20140319 08:56:08-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140319 08:57:13-!- exciton [chuck-the-@85.94.3.208] has joined #wesnoth-dev
20140319 08:57:24-!- exciton [chuck-the-@85.94.3.208] has quit [Read error: Connection reset by peer]
20140319 08:58:10-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20140319 08:58:43< Coffee_irc> Aishiko: you can compare your project to accepted projects for 2013 http://www.google-melange.com/gsoc/projects/list/google/gsoc2013
20140319 09:02:13-!- exciton [chuck-the-@85.94.3.208] has joined #wesnoth-dev
20140319 09:05:57< Ivanovic> Aishiko: what is the proposal name / your clear name in the google tracker?
20140319 09:07:09< Aishiko> "SpriteSheets For Wesnoth" is the title of the proposal and the Public Name is "SAB"
20140319 09:07:18< Aishiko> Ivanovic, ^^
20140319 09:07:42< Ivanovic> Aishiko: jepp, it is in the google tracker
20140319 09:07:46< Ivanovic> do you also have a wiki page?
20140319 09:08:18< Aishiko> about the project? yes but its long out dated at this point Ivanovic 
20140319 09:08:37< Ivanovic> since all the personal information is in the google tracker, please make sure to have the project information on the wiki page
20140319 09:08:49< Ivanovic> feel free to remove the project information from the google tracker and move it to the wiki
20140319 09:09:04< Ivanovic> by having it in the wiki it is also possible for interested players to learn about the projects going on
20140319 09:09:29< Ivanovic> but yes, your proposal is in the tracker, so the main part is done
20140319 09:10:22< Ivanovic> so basically most of the stuff from the 4.* question area should better be on the wiki page for us to follow
20140319 09:10:56< Ivanovic> and if you want to you can compare it against one of the best proposals we ever received: http://wiki.wesnoth.org/SummerOfCodeProposal_AI_Improvement_Crab
20140319 09:11:06< Ivanovic> (yes, this is very hardcore)
20140319 09:11:17< Ivanovic> sorry, i don't have time right now for a full review of your proposal
20140319 09:12:26< Aishiko> basically the only other one I've seen (the only one linked on the gsoc website) has me going "mine stinks"
20140319 09:12:53< Ivanovic> don't be pessimistic
20140319 09:13:02< Ivanovic> but as i said, i got no time right now for a review
20140319 09:13:25< Aishiko> Ivanovic, thank you for checking
20140319 09:13:35< Ivanovic> the one i just liked is in the top 5% of all gsoc proposals every submitted (i would guess)
20140319 09:13:47< Ivanovic> several mentor orgs in #gsoc were impressed seeing a proposal like this
20140319 09:17:09-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140319 09:17:14-!- sachith500_ [c0f80841@gateway/web/freenode/ip.192.248.8.65] has joined #wesnoth-dev
20140319 09:19:28-!- irker040 [~irker@ai0867.net] has quit [Quit: transmission timeout]
20140319 09:24:08-!- Youngoli_ [~Youngoli@2601:8:9800:361:9437:dcfd:8e4:43d1] has joined #wesnoth-dev
20140319 09:24:52-!- exciton [chuck-the-@85.94.3.208] has quit [Read error: Connection reset by peer]
20140319 09:25:28-!- exciton [chuck-the-@85.94.3.208] has joined #wesnoth-dev
20140319 09:27:13-!- Youngoli [~Youngoli@2601:8:9800:361:f910:61ce:63f5:746] has quit [Ping timeout: 240 seconds]
20140319 09:37:18-!- exciton [chuck-the-@85.94.3.208] has quit [Read error: Connection reset by peer]
20140319 09:37:54-!- exciton [chuck-the-@85.94.3.208] has joined #wesnoth-dev
20140319 09:40:09-!- Octalot [~noct@31.185.149.167] has joined #wesnoth-dev
20140319 09:41:38-!- trademark [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has joined #wesnoth-dev
20140319 09:42:19< Youngoli_> thunderstruck: Hello. I'm interested in submitting a proposal for your GSoC idea on unifying SP and MP code paths
20140319 09:43:25< Youngoli_> RiftWalker already directed me to a conversation you and him had earlier, so I'm following the advice you gave him and checking out the playcampaign and game_controller files
20140319 09:44:42< Ivanovic> Youngoli_: make sure to follow the steps on the general ideas page
20140319 09:44:51< Ivanovic> especially the part about submitting to google is extremely important
20140319 09:45:00< Ivanovic> if you don't do that step in time there is no chance to be accepted
20140319 09:45:24< Youngoli_> I am! I haven't written much yet, so I haven't submitted anything to google yet.
20140319 09:45:27-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140319 09:45:28< Ivanovic> for all the rest: great that you joined in here, perfect start!
20140319 09:45:40< Ivanovic> Youngoli_: submit something to google, so that you are listed under wesnoth
20140319 09:45:51< Ivanovic> you can still edit that later on, but it needs to be in the tracker soon
20140319 09:46:06< Ivanovic> (their deadlines are harsh and real deadlines, no extensions allowed)
20140319 09:46:14< Youngoli_> Ok, so I should do that even if I don't really have any ideas yet, but just so I'm in the system?
20140319 09:46:16-!- exciton [chuck-the-@85.94.3.208] has quit [Read error: Connection reset by peer]
20140319 09:46:20< Ivanovic> jepp
20140319 09:46:26< Youngoli_> Gotcha
20140319 09:46:30< Ivanovic> the proposal itself can be in the wiki page
20140319 09:46:46< Youngoli_> When do you guys want the actual content of the proposal by?
20140319 09:46:50< Ivanovic> the personal information you can just post in the google tracker (like extra contacts we ask for)
20140319 09:46:51-!- exciton [chuck-the-@85.94.3.208] has joined #wesnoth-dev
20140319 09:47:03< Youngoli_> Friday as well?
20140319 09:47:06< Ivanovic> as soon as you can get to it
20140319 09:47:18< Ivanovic> but this will likely improve over time by asking questions and getting feedback
20140319 09:47:37< Ivanovic> with other words; "commit early, commit often" also helps for the proposal
20140319 09:48:07-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20140319 09:49:02< Youngoli_> Gotcha. I was hoping to make a small commit once I got the repository downloaded and compiled
20140319 09:49:47< Youngoli_> Are the ideas on the EasyCoding wiki page good to try?
20140319 09:50:44< Ivanovic> they are usually good, still when starting to work on them mention it in here to make sure it is still valid and possible
20140319 09:52:08< Youngoli_> Sounds good. I think that pretty much answers every question I had so far. Thank you!
20140319 09:52:20< Ivanovic> you're welcome
20140319 09:56:22-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140319 09:57:24-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has joined #wesnoth-dev
20140319 10:02:31-!- bagzie [~bag@85-76-144-240-nat.elisa-mobile.fi] has joined #wesnoth-dev
20140319 10:17:38< Soliton> iceiceice: factoring the logic for [replay_start] out so it can be used by client and server sounds good to me.
20140319 10:18:13-!- spoffy [~spoffy@152.78.175.8] has joined #wesnoth-dev
20140319 10:20:37< Soliton> iceiceice: i doubt human_ai ever had a purpose other than it was somehow believed a good idea as a symmetry to network_ai. i certainly did just use it on the server side since it had to cope with the change in controller.
20140319 10:24:34< Soliton> iceiceice: on a quick glance that human_ai purge commit looks good... except the part were you removed the differentiation between local and network ai. (https://github.com/cbeck88/wesnoth-old/commit/80dab5a81e2cbef29605fecd8a59f57a1b0a5f56#diff-4002efab4aeba73e3cda55ae9b402f5aL194)  and where you did not remove the controller tweaking for non-hosts.
20140319 10:24:39< Soliton> (https://github.com/cbeck88/wesnoth-old/blob/80dab5a81e2cbef29605fecd8a59f57a1b0a5f56/src/playcampaign.cpp#L450)
20140319 10:25:27< Soliton> iceiceice: well, actually nevermind the latter part that can only be removed once we figure out how to do the controller tweaking on game start on the server...
20140319 10:25:58< Soliton> iceiceice: the former part looks like a mistake to me though.
20140319 10:27:57< Soliton> iceiceice: actually nevermind that as well, i see now that network_ai is already handled in the if above...
20140319 10:33:04-!- exciton [chuck-the-@85.94.3.208] has quit [Read error: Connection reset by peer]
20140319 10:33:40-!- exciton [chuck-the-@85.94.3.208] has joined #wesnoth-dev
20140319 10:33:42< Soliton> EliDupree: seems to me you're in a good position to write a "test suite" to make sure many aspects of add-on WML/lua in mp or otherwise is working properly. that would be a valuable thing to have IMO. especially if it can be somewhat automated/be made independent of the GUI.
20140319 10:52:22-!- mjs-de [~mjs-de@f048001216.adsl.alicedsl.de] has joined #wesnoth-dev
20140319 10:52:22-!- exciton [chuck-the-@85.94.3.208] has quit [Read error: Connection reset by peer]
20140319 10:52:58-!- exciton [chuck-the-@85.94.3.208] has joined #wesnoth-dev
20140319 10:54:17-!- Nostromus [~Thunderbi@g224098099.adsl.alicedsl.de] has joined #wesnoth-dev
20140319 10:59:28-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140319 11:13:13-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginmedia.com] has joined #wesnoth-dev
20140319 11:19:09< spoffy> I'm curious. What do people prefer, Cmake or SCons?
20140319 11:19:24 * Ivanovic prefers cmake
20140319 11:20:16< Ivanovic> but both systems are regulary used by the devs
20140319 11:20:28< Ivanovic> so there is no clear overall preference and removal of one system pending
20140319 11:20:30< Ivanovic> ;)
20140319 11:21:54< spoffy> Oh, indeed :) I prefer SCons personally for its flexibility, though CMake is nice for its simplicity :P 
20140319 11:22:06< spoffy> I was just curious what people thought and why :) So why Cmake? ;)
20140319 11:22:55< Ivanovic> cmake because i can edit the recipes without having to learn python
20140319 11:23:17< Ivanovic> and it "just works" for me for both the normal amd64 linux build as well as a crosscompiler setup for arm (for the pandora build)
20140319 11:24:09< vultraz> you don't use an ide?
20140319 11:24:20< spoffy> Oh cool. Yeah, I suppose if you don't know Python, it's awkward to use SCons.
20140319 11:25:07< Ivanovic> no IDE
20140319 11:25:53-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginmedia.com] has quit [Ping timeout: 246 seconds]
20140319 11:26:00< spoffy> When they make an IDE for C+ development on Linux that's good, I'll use one ;)
20140319 11:26:03< spoffy> C++*
20140319 11:26:31< vultraz> right, linux
20140319 11:26:36 * vultraz is used to windows and mac
20140319 11:26:57< Ivanovic> vultraz: i had to use xcode for some stuff at work due to ios only working that way
20140319 11:27:02< Ivanovic> really, i was not too happy with it
20140319 11:27:15< Ivanovic> i had to turn off important features to make the speed in the UI bearable
20140319 11:27:38< Ivanovic> and setting up build targets and such was not nice at all
20140319 11:29:11< spoffy> Mhhm. Which text editor do you use instead? :)
20140319 11:29:24< spoffy> And I always find IDEs slow to navigate compared to things like Vim.
20140319 11:29:44< Ivanovic> i tend to use kate
20140319 11:30:26< vultraz> I actually code in a text editor and compile in an IDE. 
20140319 11:30:47< Ivanovic> why should i use a full size IDE if i just need it for compiling?
20140319 11:30:59< Ivanovic> for this i can as well use a simple commandline program focused on getting that job done
20140319 11:31:45< vultraz> Command line is way too awkward on windows
20140319 11:32:09< Youngoli_> On one Steam Dev Days talk the speaker had good things to say about using qt creator for C++ development on linux
20140319 11:32:21< Youngoli_> I haven't used it but it seems really close to Visual Studio
20140319 11:32:25< spoffy> This is true. Windows command line is really awkward, especially with the windows naming convention of really long directory names and spaces everywhere.
20140319 11:32:45< spoffy> Not looked at QT creator, might take a quick look :P
20140319 11:32:53-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 246 seconds]
20140319 11:33:11< spoffy> Oooh. Kate has Vi input modes.
20140319 11:33:27< vultraz> In general I like IDEs since it's often easier to push buttons than type commands
20140319 11:33:33 * vultraz lazy
20140319 11:33:55< Ivanovic> vultraz: you know, you could just get yourself a virtualbox with a linux install
20140319 11:33:59< spoffy> Nah, you have to go over to the mouse to push buttons, commands can be shortcuts. 
20140319 11:34:02< Ivanovic> this way you could use a decent commandline
20140319 11:34:03< Ivanovic> ;)
20140319 11:34:05< spoffy> Also, what ivanovic said ;)
20140319 11:34:19< vultraz> Except a VM can't affect the host machine...can it?
20140319 11:34:21< Ivanovic> that is in fact what i am doing at work, having a VM with linux around
20140319 11:35:00< Ivanovic> having linux as host would be too problematic with stuff like "only supported browser for boeing network is internet explorer" stuff...
20140319 11:35:39-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginmedia.com] has joined #wesnoth-dev
20140319 11:35:50< vultraz> who the hell only supports IE...
20140319 11:36:09< spoffy> Yeah. I need my Windows machine for gaming, so I have Debian in a VM. :P And... people that... I... don't even know.
20140319 11:36:44< spoffy> KDevelop looks interesting. It uses Kate as an internal text editor, uses gcc/external compiler and GDB and has doxygen support.
20140319 11:36:53< Ivanovic> vultraz: no joke, some boeing internal sites only work with IE due to some strange certificate stuff
20140319 11:37:34 * vultraz blinks
20140319 11:37:34< spoffy> That's ridiculous... and I'm not even sure how could do that, even accidentally :P
20140319 11:38:09< Ivanovic> spoffy: i tried it myself, some functions just don't work in a non IE browser
20140319 11:39:10< vultraz> that's crazy
20140319 11:39:12< spoffy> Ivanovic: Wow.. I am genuinely... I'm not sure impressed is the word, but you know what I mean? I wonder how that even happened.
20140319 11:39:47< spoffy> Gonna grab KDevelop and give it on a short on my VM. If it doesn't work out.. well, snapshots are awesome :)
20140319 11:40:31< vultraz> why IE? IE isn;t even good
20140319 11:40:36< vultraz> nor is it a standard for anything
20140319 11:40:53< Ivanovic> vultraz: because this is a freaking MS company
20140319 11:40:58< Ivanovic> MS office suite, windows, ...
20140319 11:41:18< spoffy> Ouch. Ivanovic: You have my sincerest condolences.
20140319 11:41:29< vultraz> Well to be fair MS Office is pretty good
20140319 11:41:38< Ivanovic> i am personally in a rather lucky position being in research
20140319 11:41:52< Ivanovic> for our department we are basically allowed to use what gets the job done
20140319 11:42:06< vultraz> And I will admit I quite like Windows
20140319 11:42:11< Ivanovic> the only limit is when inside the boeing network, there we need to use some MS tools to get around
20140319 11:43:02< spoffy> Ah. Yeah, that's pretty lucky. Sigh. I always wonder why people feel the need to buy into so many MS tools, given how expensive they are for the functionality.
20140319 11:44:01< Ivanovic> spoffy: once you have some significant size it is nice to just say "that one version is supported and that's it"
20140319 11:44:18< vultraz> Wait, you work for Boeing?
20140319 11:44:25< Ivanovic> just a subsidary
20140319 11:44:47< Ivanovic> but our research department is responsible for the research for boeing digital aviation
20140319 11:45:43< vultraz> digital aviation?
20140319 11:46:02< spoffy> Ivanovic: Yeah, I can imagine that, but I never really feel like going the MS route is a good idea, between license fees and tying yourself in to them.
20140319 11:46:15< spoffy> Also, KDevelop requires SO many dependencies :P
20140319 11:46:53< Ivanovic> vultraz: basically all the stuff after the fuselag is sold to an airline, no matter if navigation, planning or maintenance, we got something to do with it these days
20140319 11:47:17< Ivanovic> including best practice consulting and tools for more efficient airline operations
20140319 11:47:29< Ivanovic> but also working together with air traffic management and airports
20140319 11:47:31< vultraz> anything with MH370?
20140319 11:47:39< vultraz> or search for thereof/
20140319 11:47:39< Ivanovic> just speculation
20140319 11:47:40< vultraz> ?
20140319 11:47:52< Ivanovic> there we are not directly involved, at least not our department
20140319 11:48:24< spoffy> Back in 20 :P
20140319 11:48:28< Ivanovic> what i can recommend you as read though is this page: http://avherald.com/h?article=4710c69b&opt=0
20140319 11:48:29-!- spoffy is now known as spoffyAway
20140319 11:48:46-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20140319 11:48:51< Ivanovic> they try to limit themselves to facts and not so much on speculation
20140319 11:49:23-!- sachith500_ [c0f80841@gateway/web/freenode/ip.192.248.8.65] has quit [Ping timeout: 245 seconds]
20140319 11:55:13-!- Nostromus [~Thunderbi@g224098099.adsl.alicedsl.de] has quit [Ping timeout: 240 seconds]
20140319 11:55:16< Youngoli_> Quick question for anyone available
20140319 11:55:28< Youngoli_> In the Q&A for GSoC applicants there's this question: "What programs/software have you worked on before?"
20140319 11:56:09< Youngoli_> Does that mean what software I contributed to, or what software I've used?
20140319 11:57:14< Ivanovic> contributed
20140319 11:59:09-!- Nostromus [~Thunderbi@g224098099.adsl.alicedsl.de] has joined #wesnoth-dev
20140319 11:59:23< vultraz> Interesting, this article has more plain facts than I've gotten from any news story
20140319 12:00:51< Ivanovic> that is what avherald is really good at: gathering facts on those aviation events
20140319 12:00:53< spoffyAway> Ivanovic: KDevelop is surprisingly nice. Kate is integrated and it creates CMake files, which it then compiles using.
20140319 12:01:04< spoffyAway> Sorry, now I actually am away :L
20140319 12:01:12< Ivanovic> spoffyAway: cmake can even create kdevelop project files
20140319 12:01:13< Ivanovic> ;)
20140319 12:01:42< spoffyAway> Touche ;) haha :P
20140319 12:01:51< Youngoli_> Ivanovic: Ok, thanks!
20140319 12:04:06-!- travis-ci [~travis-ci@ec2-50-17-0-93.compute-1.amazonaws.com] has joined #wesnoth-dev
20140319 12:04:06< travis-ci> [travis-ci] 8680-wesnoth/wesnoth#24 (8573/util/count-leading-zeros/1 - 3b89d6c : 8573): The build was fixed.
20140319 12:04:06< travis-ci> [travis-ci] Build details : http://travis-ci.org/8680-wesnoth/wesnoth/builds/21087874
20140319 12:04:06-!- travis-ci [~travis-ci@ec2-50-17-0-93.compute-1.amazonaws.com] has left #wesnoth-dev []
20140319 12:12:37-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginmedia.com] has quit [Remote host closed the connection]
20140319 12:13:34-!- travis-ci [~travis-ci@ec2-54-205-10-21.compute-1.amazonaws.com] has joined #wesnoth-dev
20140319 12:13:34< travis-ci> [travis-ci] 8680-wesnoth/wesnoth#23 (8573/util/count-ones/1 - d23fd03 : 8573): The build passed.
20140319 12:13:34< travis-ci> [travis-ci] Build details : http://travis-ci.org/8680-wesnoth/wesnoth/builds/21087866
20140319 12:13:34-!- travis-ci [~travis-ci@ec2-54-205-10-21.compute-1.amazonaws.com] has left #wesnoth-dev []
20140319 12:16:41-!- travis-ci [~travis-ci@ec2-54-205-10-21.compute-1.amazonaws.com] has joined #wesnoth-dev
20140319 12:16:42< travis-ci> [travis-ci] 8680-wesnoth/wesnoth#25 (8573/util/count-leading-ones/1 - 2c99d48 : 8573): The build was fixed.
20140319 12:16:42< travis-ci> [travis-ci] Build details : http://travis-ci.org/8680-wesnoth/wesnoth/builds/21087879
20140319 12:16:42-!- travis-ci [~travis-ci@ec2-54-205-10-21.compute-1.amazonaws.com] has left #wesnoth-dev []
20140319 12:20:35< thunderstruck> Youngoli_: that's good. If you have any questions - please ask.
20140319 12:22:29< Youngoli_> thunderstruck, Thank you! I don't have any questions at the moment, but I'll be sure to ask if I get any.
20140319 12:35:00-!- lipkab [~the_new_l@g.itk.ppke.hu] has joined #wesnoth-dev
20140319 12:40:48-!- sachith500 [~kvirc@112.134.205.179] has joined #wesnoth-dev
20140319 12:41:57-!- spoffyAway is now known as spoffy
20140319 12:44:20-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 252 seconds]
20140319 12:45:04-!- kex [~kex@89.205.75.19] has quit [Read error: Connection reset by peer]
20140319 12:46:01-!- vernon [~quassel@client-132-103.wifi.elte.hu] has joined #wesnoth-dev
20140319 12:46:38-!- Ivanovic [~ivanovic@x2f4f7bb.dyn.telefonica.de] has joined #wesnoth-dev
20140319 12:47:45-!- Ivanovic [~ivanovic@x2f4f7bb.dyn.telefonica.de] has quit [Changing host]
20140319 12:47:45-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20140319 12:55:10-!- ykanarev [~ykanarev@212.55.118.222] has joined #wesnoth-dev
20140319 12:58:35-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140319 13:02:07-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140319 13:03:31-!- kex [~kex@89.205.75.19] has quit [Ping timeout: 264 seconds]
20140319 13:10:59-!- vernon [~quassel@client-132-103.wifi.elte.hu] has quit [Ping timeout: 240 seconds]
20140319 13:25:22-!- sachith500 [~kvirc@112.134.205.179] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
20140319 13:28:15-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has quit [Read error: Operation timed out]
20140319 13:37:26-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140319 13:38:55-!- lipkab [~the_new_l@g.itk.ppke.hu] has quit [Ping timeout: 264 seconds]
20140319 13:43:02-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has quit [Ping timeout: 255 seconds]
20140319 13:49:02-!- Nostromus [~Thunderbi@g224098099.adsl.alicedsl.de] has quit [Remote host closed the connection]
20140319 13:49:53-!- Youngoli_ [~Youngoli@2601:8:9800:361:9437:dcfd:8e4:43d1] has quit [Quit: Leaving]
20140319 13:50:31-!- happygrue [~happygrue@c-66-30-155-184.hsd1.ma.comcast.net] has joined #wesnoth-dev
20140319 13:50:32-!- happygrue [~happygrue@c-66-30-155-184.hsd1.ma.comcast.net] has quit [Changing host]
20140319 13:50:32-!- happygrue [~happygrue@wesnoth/developer/wintermute] has joined #wesnoth-dev
20140319 14:07:24-!- aquileia [4e2ad392@gateway/web/freenode/ip.78.42.211.146] has joined #wesnoth-dev
20140319 14:17:25-!- exciton [chuck-the-@85.94.3.208] has quit [Read error: Connection reset by peer]
20140319 14:18:01-!- exciton [chuck-the-@85.94.3.208] has joined #wesnoth-dev
20140319 14:25:45< aquileia> I'm wondering... why doesn't this throw an error?  utils::truncate_as_wstring(name, std::min<size_t>(name.size(), 40));
20140319 14:26:22< aquileia> name.size() is in codepoints, but truncate_as_wstring takes characters
20140319 14:27:10< aquileia> But if I take e.g. 'äää' as input, I get no error...
20140319 14:27:59< aquileia> although name.size = 6 is longer than the real length
20140319 14:29:40-!- Aishiko_laptop [~unknown@198.85.71.253] has joined #wesnoth-dev
20140319 14:32:52< aquileia> Ah, ok... truncate_as_wstring is safe against that error
20140319 14:34:47-!- matthiaskrgr [matthiaskr@gateway/shell/panicbnc/x-covpfvtqhjziehkn] has quit [Ping timeout: 246 seconds]
20140319 14:36:05-!- matthiaskrgr [matthiaskr@gateway/shell/panicbnc/x-nsxieaqmdablvdwd] has joined #wesnoth-dev
20140319 14:40:03-!- gfgtdf [~chatzilla@f054138154.adsl.alicedsl.de] has joined #wesnoth-dev
20140319 14:43:07-!- matthiaskrgr [matthiaskr@gateway/shell/panicbnc/x-nsxieaqmdablvdwd] has quit [Changing host]
20140319 14:43:07-!- matthiaskrgr [matthiaskr@unaffiliated/matthiaskrgr] has joined #wesnoth-dev
20140319 14:43:07-!- matthiaskrgr [matthiaskr@unaffiliated/matthiaskrgr] has quit [Changing host]
20140319 14:43:07-!- matthiaskrgr [matthiaskr@gateway/shell/panicbnc/x-nsxieaqmdablvdwd] has joined #wesnoth-dev
20140319 14:51:39-!- lipkab [~the_new_l@2001:738:5404:192:9e4e:36ff:fe7c:534c] has joined #wesnoth-dev
20140319 14:56:14-!- Kevin_Xi [~kevin@223.72.182.158] has joined #wesnoth-dev
20140319 15:01:56-!- Nostromus [~Thunderbi@g224098099.adsl.alicedsl.de] has joined #wesnoth-dev
20140319 15:10:19-!- lipkab [~the_new_l@2001:738:5404:192:9e4e:36ff:fe7c:534c] has quit [Remote host closed the connection]
20140319 15:10:34-!- vorobeez [558e940c@gateway/web/freenode/ip.85.142.148.12] has joined #wesnoth-dev
20140319 15:14:05-!- Nostromus [~Thunderbi@g224098099.adsl.alicedsl.de] has quit [Quit: Nostromus]
20140319 15:16:26-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has joined #wesnoth-dev
20140319 15:18:39-!- exciton [chuck-the-@85.94.3.208] has quit [Read error: Connection reset by peer]
20140319 15:18:53-!- exciton [chuck-the-@89.208.170.132] has joined #wesnoth-dev
20140319 15:24:01-!- exciton [chuck-the-@89.208.170.132] has quit [Read error: Connection reset by peer]
20140319 15:24:14-!- exciton [chuck-the-@89.208.170.132] has joined #wesnoth-dev
20140319 15:26:40-!- incredible [cebe81ee@gateway/web/freenode/ip.206.190.129.238] has joined #wesnoth-dev
20140319 15:30:00-!- exciton [chuck-the-@89.208.170.132] has quit [Read error: Connection reset by peer]
20140319 15:30:36-!- exciton [chuck-the-@85.94.3.208] has joined #wesnoth-dev
20140319 15:34:32-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140319 15:35:13-!- incredible [cebe81ee@gateway/web/freenode/ip.206.190.129.238] has quit [Ping timeout: 245 seconds]
20140319 15:41:26-!- Andresortiz [5331b6c4@gateway/web/freenode/ip.83.49.182.196] has joined #wesnoth-dev
20140319 15:42:45-!- Andresortiz [5331b6c4@gateway/web/freenode/ip.83.49.182.196] has left #wesnoth-dev []
20140319 15:43:46-!- demiurgos [5331b6c4@gateway/web/freenode/ip.83.49.182.196] has joined #wesnoth-dev
20140319 15:45:49< mattsc> gfgtdf: you were looking for me?
20140319 15:46:21-!- bagzie [~bag@85-76-144-240-nat.elisa-mobile.fi] has quit []
20140319 15:46:22< gfgtdf> mattsc: yes i think i broke ai advancements aspects
20140319 15:47:43< gfgtdf> mattsc: do you tihnk there is a way for 'ask' the a which advancements shoudl be chosen, like ai::ask_some_question(....) or similar ?
20140319 15:48:43< mattsc> gfgtdf: you mean for a custom AI or for the default?
20140319 15:49:20< mattsc> In a custom AI, you could probably use ai.synced_command() to finnagle something together
20140319 15:50:16-!- neXyon [~neXyon@85-127-255-41.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20140319 15:50:37< gfgtdf> mattsc: hm no it mnot possible annymore to pass the forth arguments to dialogs::advance_unit.
20140319 15:51:06< gfgtdf> mattsc: assume teh forth prameter was removed from this method: https://github.com/wesnoth/wesnoth/blob/master/src/dialogs.cpp#L209
20140319 15:51:12< mattsc> gfgtdf: I have no idea what that 4th argument is
20140319 15:51:37< gfgtdf> it's const ai::unit_advancements_aspect&
20140319 15:52:48< gfgtdf> mattsc: ^
20140319 15:53:00< mattsc> gfgtdf: I need some context here.  I have no idea what you are talking about.  I know what the advancements aspect is, but I don't know why anything has changed.  Actually, I also don't know what you are asking me.  :)
20140319 15:53:50< mattsc> I've been mostly out of contact for 10 days, so you can assume that I am not up to date with anything that has happened in that time.
20140319 15:54:05< gfgtdf> mattsc: i plan to remove that forth argument from that function for some other reason.
20140319 15:54:43< gfgtdf> mattsc: and i wanted to know wether that wuld be very bad or if there was another solution
20140319 15:55:40< gfgtdf> mattsc: i haven pushed yet
20140319 15:55:44< gfgtdf> haven't
20140319 15:55:51< mattsc> Well, it would mean that the advancements aspect stops working, and while I am not using it myself, I am sure that somebody does.
20140319 15:56:50< gfgtdf> mattsc: do you tihnk it would be hard to implement some kind of ai::get_advancement_aspect function ?
20140319 15:56:50< mattsc> I think if you want to remove a feature, esp. for a reason unrelated to that feature, you need to have a very good reason for that.
20140319 15:57:00< mattsc> (and maybe you do, as I said, I've been out of contact)
20140319 15:57:47< mattsc> gfgtdf: I don't know, but that kind of function exists for most or all other aspects, so I guess that it shouldn't be too hard.
20140319 15:58:31< gfgtdf> mattsc: of then a can safely move on :)
20140319 15:58:51< mattsc> gfgtdf: well, you might want to verify that rather than taking my word for it  :)
20140319 15:59:20< mattsc> As I've said before, my C++ knowledge is rather limited.
20140319 16:00:07< gfgtdf> :s
20140319 16:00:29< mattsc> gfgtdf: I think those functions are defined in src/ai/contexts.cpp
20140319 16:01:49< vorobeez> hello, mattsc :)
20140319 16:02:10< mattsc> gfgtdf: sorry for all the stupid question, but I neither know the C++ code very well nor do I know what's been going on recently, so I needed some background first.  :)  I'm still traveling, btw, with limited Internet access until tomorrow.
20140319 16:02:16< mattsc> Hi vorobeez 
20140319 16:02:44< vorobeez> mattsc: i have one question for you. How i can get srcdst of AI from lua_State?
20140319 16:03:06< vorobeez> mattsc: how your travelling?
20140319 16:03:08< mattsc> vorobeez: In C++?
20140319 16:03:25< mattsc> vorobeez: I'm still on the road, should be back for real by Friday.  But it's been good, thanks.
20140319 16:03:38-!- exciton [chuck-the-@85.94.3.208] has quit [Ping timeout: 240 seconds]
20140319 16:03:58< vorobeez> mattsc: in lua. I will test c++ function. But i think for this i need some wml and lua code/
20140319 16:04:57< mattsc> vorobeez: isn't it as simple as: local dst_src = ai.get_dst_src()
20140319 16:05:38-!- exciton [chuck-the-@85.94.3.208] has joined #wesnoth-dev
20140319 16:06:24-!- Nostromus [~Thunderbi@92.224.98.99] has joined #wesnoth-dev
20140319 16:06:30< mattsc> vorobeez: ah, no, it's: ai.get_dstsrc()
20140319 16:07:43-!- Aishiko_laptop [~unknown@198.85.71.253] has quit [Ping timeout: 264 seconds]
20140319 16:07:59< vorobeez> mattsc: i just write ai.get_srcdst() and this is all?
20140319 16:08:28< mattsc> vorobeez: yes - assuming that the ai table is populated.
20140319 16:08:52< mattsc> vorobeez: are you familiar with the dbms function in the Wesnoth Lua Pack add-on?
20140319 16:09:36< vorobeez> mattsc: no, i am not.
20140319 16:09:44< mattsc> If not, I strongly suggest that you download the WLP and become familiar with it.  For me personally, it's probably the single most useful helper function I use.
20140319 16:10:05< mattsc> I prints out the content of any Lua variable (including tables) in a human-readable format.
20140319 16:10:19-!- exciton_ [chuck-the-@95.73.255.101] has joined #wesnoth-dev
20140319 16:10:47< mattsc> So if you do, for example, WLP.dbms(ai), it shows you all the functions in the ai table.
20140319 16:11:16< mattsc> WLP.dbms(ai.get_dstsrc()) shows you the content and structure of the dst_src table, etc.
20140319 16:11:51< vorobeez> mattsc: i might use this in game console?
20140319 16:12:08-!- exciton [chuck-the-@85.94.3.208] has quit [Ping timeout: 240 seconds]
20140319 16:12:40< mattsc> Umm, yes, but that's a lot of typing and/or copy/pasting.
20140319 16:13:09< mattsc> vorobeez: maybe another suggestion: get the AI-demos add-on and check out the test scenario in it.
20140319 16:13:33< mattsc> In that scenario, you can execute Lua AI code from a file simply from the right-click menu.
20140319 16:13:54< vorobeez> mattsc: where i can download wlp and information about this thing?
20140319 16:14:02-!- cib0 [~cib@p20030067CE5CD701267703FFFEE75B84.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140319 16:14:17< mattsc> WLP is on the add-ons server.
20140319 16:14:51< mattsc> AI-demos is also, but it's pretty outdated.  Probably better to get the latest version from here: https://github.com/mattsc/AI-demos
20140319 16:16:05< vorobeez> mattsc: thank you very much. If you honestly think that a little understood with project, but apparently I was wrong)
20140319 16:16:23-!- incredible [cebe81ee@gateway/web/freenode/ip.206.190.129.238] has joined #wesnoth-dev
20140319 16:16:41-!- travis-ci [~travis-ci@ec2-54-205-10-21.compute-1.amazonaws.com] has joined #wesnoth-dev
20140319 16:16:42< travis-ci> [travis-ci] gfgtdf/wesnoth-old#23 (sync_2 - ddc5eb8 : gfgtdf): The build passed.
20140319 16:16:42< travis-ci> [travis-ci] Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/21105639
20140319 16:16:42-!- travis-ci [~travis-ci@ec2-54-205-10-21.compute-1.amazonaws.com] has left #wesnoth-dev []
20140319 16:17:04< mattsc> vorobeez: no worries, it takes some time to get up to speed with things.
20140319 16:17:39-!- demiurgos [5331b6c4@gateway/web/freenode/ip.83.49.182.196] has quit [Quit: Page closed]
20140319 16:19:35< vorobeez> mattsc: maybe i need to explain you what i want. I write function which deletes from ai srcdst all avoided hexes(dst only). And i want test this thing). I think i need only write some wml code which includes avoided hexes and with lua code delete this hexes on each step.
20140319 16:20:02-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140319 16:20:11< vorobeez> mattsc: I thought*
20140319 16:20:46< mattsc> vorobeez: okay - I think you can use the test scenario in AI-demos for that with _very_ few modifications.
20140319 16:22:04< vorobeez> mattsc: i need time to understand what you tell me and read information about this things)
20140319 16:24:06< mattsc> vorobeez: okay - what I would suggest is this: download WLP and AI-demos; add an [ai][avoid] tag to the test scenario wml file (5 lines total).  Add a line (one line, really) to lua/test_lua.lua to display the contents of dstsrc.
20140319 16:24:25-!- neXyon [~neXyon@85-127-255-41.dynamic.xdsl-line.inode.at] has quit [Quit: bye]
20140319 16:24:40< mattsc> So, with 6 lines total added to those two files, you should be in business  :)
20140319 16:25:28< vorobeez> mattsc: okay, thank you). But i think i need to understand a little how this things works)
20140319 16:25:58< mattsc> vorobeez: yes, of course, I'm just giving you the pointers where to look.  Do you have any specific questions right now?
20140319 16:26:12< incredible> hello
20140319 16:26:32< mattsc> I'll have to go offline again sometime within the next hour and will probably not be back today, and maybe not tomorrow.
20140319 16:26:50< mattsc> incredible: hi
20140319 16:27:52< incredible> does any one get error like "You must put some 'source' URIs in your sources.list" while compiling???
20140319 16:28:05< incredible> please tell me solution
20140319 16:28:23< vorobeez> mattsc: thank you again)
20140319 16:28:25< mattsc> I do not, what system and compiler are you using?
20140319 16:28:32< mattsc> incredible: ^
20140319 16:28:58< incredible> mattsc: linux mint 
20140319 16:29:19< vorobeez> mattsc: oh, and last question ai.get_srcdst returns move_map?
20140319 16:29:30< mattsc> vorobeez: no problem.  If you have a question while I am gone, just post it here and use my nick.  I do look at the logs, but sometimes only have time to search for my name.
20140319 16:30:32< incredible> mattsc: is that a system problem??
20140319 16:30:40< mattsc> vorobeez: it's kind of a funny looking table (it's best if you use dbms from WLP to look at it).  Give me a moment and I'll show you a problem.
20140319 16:31:19< mattsc> incredible: I have no idea, since I have never seen that error before (I'm on OS X), but somebody else might know.
20140319 16:32:16< incredible> ok thanks..
20140319 16:32:26< incredible> mattsc: ^
20140319 16:35:20< mattsc> vorobeez: it looks like this: http://pastebin.com/QRhUT4xs
20140319 16:35:53< mattsc> This is Wesnoth Lua "location set" format:  http://wiki.wesnoth.org/LuaWML#Location_sets
20140319 16:36:33< mattsc> And the line you put into test_lua.lua to display that is this:  DBG.dbms(ai.get_new_dst_src())
20140319 16:37:37< vorobeez> mattsc: maybe you don't understand me. in c++ code srcdst implement like move_map type(mulimap container). and my function takes this argument. can i from lua code transmit this type?
20140319 16:37:52< vorobeez> multimap*
20140319 16:37:54< mattsc> Note that the function has been renamed (I'd forgotten) and is slightly different from what I told you earlier
20140319 16:37:56< gfgtdf> is there any liitation to the commit description ?
20140319 16:38:00< gfgtdf> limiltaion
20140319 16:38:35-!- ykanarev [~ykanarev@212.55.118.222] has quit [Quit: Leaving]
20140319 16:38:36< mattsc> vorobeez: I guess I really don't understand.  Why do you want to transfer anything from Lua to C++ ?
20140319 16:39:22< mattsc> From the discussion I remember you having with Crab_, didn't he say that that should be avoided?
20140319 16:39:42< vorobeez> mattsc: i want to remove avodable hexes from ai readonly context.
20140319 16:40:20< mattsc> vorobeez: yes - but shouldn't you do all that in C++?
20140319 16:40:52< vorobeez> mattsc: but where this function will be use?
20140319 16:41:11< vorobeez> mattsc: Crab said this function will be usable for lua coders
20140319 16:42:24< mattsc> vorobeez: from what I understood, all the "work" should be done in C++.  And then you just add a Lua wrapper function on top of that to access it from Lua.
20140319 16:42:55< vorobeez> mattsc: that's right.
20140319 16:43:08< vorobeez> mattsc: but i what to test my function)
20140319 16:43:39< mattsc> vorobeez: right - and I told you how to test it.  So why do you need to return anything from Lua back to C++?
20140319 16:45:13-!- incredible [cebe81ee@gateway/web/freenode/ip.206.190.129.238] has quit [Ping timeout: 245 seconds]
20140319 16:45:33< vorobeez> in my function one argument - srcdst. I though i need take this from ai.get_srcdst. But now i think if i take lua_state i don't need another argument. from lua state i can take srcdst, right?
20140319 16:47:41< mattsc> vorobeez: umm, probably, but I would think that ai.get_srcdst is better, rather than going through the Lua state (as I think the Lua state gets it from the former).  But I really don't know this very well.  You'd have to ask Crab_ about that.
20140319 16:48:27< mattsc> vorobeez: what I was talking about was simply how to display in a scenario what the current values in dstsrc are, so that you can see whether your function did what you want it to do.
20140319 16:48:49< vorobeez> mattsc: yes, that is i understand)
20140319 16:49:24-!- incredible [cebe81ee@gateway/web/freenode/ip.206.190.129.238] has joined #wesnoth-dev
20140319 16:50:27< incredible> any one has idea abiut unify SP and MP?
20140319 16:50:33< incredible> about*
20140319 16:51:50-!- boucman_work [~rosen@wesnoth/developer/boucman] has quit [Ping timeout: 252 seconds]
20140319 16:52:53< vorobeez> mattsc: i think i asked you a lot of question)
20140319 16:52:59< vorobeez> mattsc: thank you.
20140319 16:53:50< mattsc> vorobeez: no problem - sorry if I misunderstood what you were asking, I hope the information is helpful anyway.
20140319 16:54:49< vorobeez> mattsc: i think i understand what i need about my function. And now i need understand about WLP and ai-demos)
20140319 16:54:51-!- travis-ci [~travis-ci@ec2-50-17-111-230.compute-1.amazonaws.com] has joined #wesnoth-dev
20140319 16:54:52< travis-ci> [travis-ci] gfgtdf/wesnoth-old#24 (sync_2 - 794147a : gfgtdf): The build passed.
20140319 16:54:52< travis-ci> [travis-ci] Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/21109213
20140319 16:54:52-!- travis-ci [~travis-ci@ec2-50-17-111-230.compute-1.amazonaws.com] has left #wesnoth-dev []
20140319 16:55:52< mattsc> vorobeez: okay, good.  Don't hesitate to ask if you have followup question (just, as I said, please use my nick even if I am not around)
20140319 16:56:03< gfgtdf> i made a pull request: https://github.com/wesnoth/wesnoth/pull/121.
20140319 16:56:06< gfgtdf> :)
20140319 16:56:30< vorobeez> mattsc: okay)
20140319 16:57:02-!- werlley [~werlley@179.124.130.66] has joined #wesnoth-dev
20140319 16:57:13-!- iwaim [~iwaim@2001:2c0:40e:2002:0:4:14:80] has quit [Ping timeout: 240 seconds]
20140319 17:00:16-!- exciton [chuck-the-@95.73.255.101] has joined #wesnoth-dev
20140319 17:03:38-!- exciton_ [chuck-the-@95.73.255.101] has quit [Ping timeout: 240 seconds]
20140319 17:04:52-!- Octalot [~noct@31.185.149.167] has quit []
20140319 17:04:59< EliDupree> Soliton: yes, I wouldn't mind doing that.
20140319 17:05:22< mattsc> vorobeez: btw, here is a list of all the information in the ai table (also create with dbms from WLP):  http://pastebin.com/HdLTSR1C
20140319 17:07:19< vorobeez> mattsc: this table like in src/ai/lua/core.cpp (i think this is it)
20140319 17:08:03< mattsc> vorobeez: yes, I believe that is true - this is meant more of a demonstration on how you can use dbms on the Lua side.
20140319 17:08:39< mattsc> vorobeez: btw, I noticed that I have my own local (slightly modified) copy of dbms in AI-demos, so if you use that, you don't even need to get the WLP.
20140319 17:09:28< vorobeez> okay. i download a both, but will install only ai-demos.
20140319 17:09:45-!- Kevin_Xi [~kevin@223.72.182.158] has left #wesnoth-dev []
20140319 17:10:09< vorobeez> mattsc: so i can call with dbms all function from table?
20140319 17:10:28-!- iwaim [~iwaim@2001:2c0:40e:2002:0:4:14:80] has joined #wesnoth-dev
20140319 17:11:07< mattsc> vorobeez: no, dbms is just for showing you what is in a table.  To call them, you simply do: ai.function_name()
20140319 17:11:37< vorobeez> mattsc: do where?
20140319 17:12:02< mattsc> In your Lua code  (for example in the test_lua.lua file)
20140319 17:12:25< vorobeez> mattsc: okay. sorry, that i asked before)
20140319 17:14:26< mattsc> vorobeez: no worries.  I've really just been telling you about how to get information displayed on the WML/Lua side, sorry if I wasn't clear about that.  :)
20140319 17:15:14-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has joined #wesnoth-dev
20140319 17:16:42-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has quit [Remote host closed the connection]
20140319 17:17:33-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has joined #wesnoth-dev
20140319 17:21:01-!- neXyon [~neXyon@85-127-255-41.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20140319 17:22:25-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has quit [Ping timeout: 240 seconds]
20140319 17:23:48< gfgtdf> wesbot: seend iceiceice
20140319 17:23:58< gfgtdf> wesbot: seen iceiceice
20140319 17:23:58< wesbot> gfgtdf: Queried user last spoke 8h 47m ago.  iceiceice is currently in this channel.
20140319 17:24:10< gfgtdf> iceiceice: iceiceice you online =
20140319 17:24:12< gfgtdf> =
20140319 17:24:16< gfgtdf> ?
20140319 17:24:35< EliDupree> hi gfgtdf
20140319 17:24:43< gfgtdf> hi EliDupree
20140319 17:25:41< EliDupree> Yesterday after you left I found multiple issues if a player leaves the game during a synchronize_choice on their side
20140319 17:25:53< EliDupree> like if there's a message/dialog in it and they click the close box
20140319 17:26:01< EliDupree> (of wesnoth's window)
20140319 17:26:11< gfgtdf> EliDupree: ok what happends in this case ?
20140319 17:26:36< EliDupree> well... it hasn't seemed to be consistent. Let me try to get a consistent test case
20140319 17:27:58< gfgtdf> 	EliDupree: the bevaivoir might depend on wether you have used rand? before in the event or similar
20140319 17:28:05< EliDupree> hmm
20140319 17:28:45< EliDupree> well I'm looking at this: http://pastebin.com/z2wkCphP
20140319 17:29:58< EliDupree> have one client leave during the message. One behavior I've observed is that the other client displays a *blank* lua error message
20140319 17:30:09< EliDupree> another is that sync assertion failure.
20140319 17:30:23< EliDupree> hmm.... it might have to do with what I say to do with the leaving player
20140319 17:30:31< EliDupree> e.g. give to local player vs. give to ai or idle
20140319 17:31:19< gfgtdf> 	EliDupree: i tied and i get teh asserion failure :)
20140319 17:31:29< gfgtdf> tried*
20140319 17:33:28< EliDupree> ah yes
20140319 17:33:46< EliDupree> set side to AI or local player -> assertion failure
20140319 17:33:51< EliDupree> set side to idle -> no issues
20140319 17:34:03< EliDupree> press "escape" -> blank lua error
20140319 17:34:08-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140319 17:34:35< EliDupree> ...what is pressing escape on that dialog *supposed* to do?!
20140319 17:35:59-!- irker775 [~irker@ai0867.net] has joined #wesnoth-dev
20140319 17:35:59< irker775> wesnoth: mattsc wesnoth:1.12 73fac1bc26f8 / changelog data/ai/micro_ais/cas/ca_messenger_move.lua: Messenger MAI: fix rare bug in attacks by messenger http://git.io/CVqVnA
20140319 17:36:08< EliDupree> "save and abort game" no issues as well
20140319 17:36:44< gfgtdf> EliDupree: idk what esc on that dialog does
20140319 17:36:58< irker775> wesnoth: mattsc wesnoth:master 64b41270e75c / changelog data/ai/micro_ais/cas/ca_messenger_move.lua: Messenger MAI: fix rare bug in attacks by messenger http://git.io/5aERwg
20140319 17:37:43-!- Aishiko [~Aishiko@cpe-065-191-176-226.nc.res.rr.com] has quit [Ping timeout: 264 seconds]
20140319 17:38:52-!- ancestral [~ancestral@75-161-229-57.mpls.qwest.net] has joined #wesnoth-dev
20140319 17:40:06< gfgtdf> EliDupree: do you also have problems when doing this in a non-start event ?
20140319 17:40:22< EliDupree> probably, I'll test
20140319 17:41:22-!- cib0 [~cib@p20030067CE5CD701267703FFFEE75B84.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20140319 17:41:24< EliDupree> huh... not in a moveto
20140319 17:43:06-!- stikonas [~gentoo@cpc18-sgyl27-2-0-cust35.18-2.cable.virginm.net] has joined #wesnoth-dev
20140319 17:43:06-!- stikonas [~gentoo@cpc18-sgyl27-2-0-cust35.18-2.cable.virginm.net] has quit [Changing host]
20140319 17:43:06-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140319 17:43:55< EliDupree> or attack
20140319 17:43:59< EliDupree> but still breaks in side turn
20140319 17:45:22< EliDupree> and "side 2 turn".
20140319 17:48:10< gfgtdf> EliDupree: hm i found teh problem but idk hot to fix it yet
20140319 17:58:25-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 240 seconds]
20140319 18:03:54< gfgtdf> EliDupree: ok i tihnk i might have asolution
20140319 18:08:26< gfgtdf> EliDupree: i uplodaed but it's branch sync_2 now
20140319 18:09:34< EliDupree> building
20140319 18:12:38< vultraz> Huh. http://wiki.wesnoth.org/RelatedTools mention of something called WesParse that the ladder used to parse/record the results of replay
20140319 18:16:37< EliDupree> gfgtdf: Main issue looks fixed. "escape" still gives a blank lua error.
20140319 18:17:28< gfgtdf> EliDupree: uhm thats hard to fix if i dont know what "esc" is supposed to do :S
20140319 18:17:33< EliDupree> heh.
20140319 18:18:14< EliDupree> The bug might be "escape gets you out of that dialog at all"
20140319 18:18:39< EliDupree> Hmmmmmm
20140319 18:18:47< EliDupree> *usually* if you do escape,
20140319 18:18:52-!- bagzie [~bag@85-76-76-15-nat.elisa-mobile.fi] has joined #wesnoth-dev
20140319 18:19:07-!- spoffy [~spoffy@152.78.175.8] has quit [Ping timeout: 264 seconds]
20140319 18:19:09< EliDupree> then it takes you to "a network disconnection has occurred, and then game cannot continue. Do you want to save the game?"
20140319 18:19:16< gfgtdf> i see teh lua error
20140319 18:19:35< EliDupree> maybe the lua error interrupts that from happening
20140319 18:23:28-!- exciton [chuck-the-@95.73.255.101] has quit [Read error: Connection reset by peer]
20140319 18:23:43-!- exciton [chuck-the-@89.208.170.132] has joined #wesnoth-dev
20140319 18:23:46< gfgtdf> EliDupree: i think i know whta happens
20140319 18:23:50< gfgtdf> what*
20140319 18:24:40-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Ciao]
20140319 18:26:33-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140319 18:26:51< gfgtdf> EliDupree: i think lua code autimaticly catches exceptions smmehoe, and thats why the network::error that normala finishes the game, doesnt finifsh the game in this case
20140319 18:27:16< EliDupree> hahahahaha
20140319 18:28:42< vultraz> gfgtdf: what in the world are you typing on
20140319 18:29:06< gfgtdf> normal keybord.
20140319 18:29:33< gfgtdf> not a very ood one but good enough.
20140319 18:30:54< gfgtdf> EliDupree: i dont thing i can fix this but maybe i can replace the empty message by a mon empty messge.
20140319 18:31:22< gfgtdf> like "Network error a player left,and you opressed escape"
20140319 18:31:26< EliDupree> well, that would be better at least.
20140319 18:31:41 * vultraz rofls
20140319 18:31:59< EliDupree> I guess the lua code should be more specific about which exceptions it catches
20140319 18:33:05-!- kex [~kex@89.205.75.19] has quit [Remote host closed the connection]
20140319 18:33:41-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140319 18:38:07-!- kex [~kex@89.205.75.19] has quit [Ping timeout: 246 seconds]
20140319 18:38:34-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has quit [Quit: leaving]
20140319 18:38:47< gfgtdf> EliDupree: uploaded
20140319 18:45:48< gfgtdf> EliDupree: did you test ?
20140319 18:45:52< EliDupree> heh...
20140319 18:45:54< EliDupree> yeah, it works
20140319 18:46:07< EliDupree> Maybe someone who knows the lua code better can fix it more properly
20140319 18:46:24< EliDupree> Anyway, what have we got left? Just the side_turn_end stuff?
20140319 18:47:54< gfgtdf> if you dont find any bugs then yes.
20140319 18:51:45< gfgtdf> EliDupree: my other idea was to implement a "determinsitc SP mode" where you get exact the same random results (Attacls /rand=/recuits) when you reload a game.
20140319 18:51:45< iceiceice> so you should keep in mind that if you want any of this to be in 1.12 its under string freeze so you have to recycle an error message pretty much... i can't remember where you wanted for this stuff to go
20140319 18:52:36< gfgtdf> iceiceice: arent most of teh lua error messages untranslated ?
20140319 18:53:07< iceiceice> hmm.. you know i'm not sure
20140319 18:53:13< iceiceice> if they aren't thats bad anyways
20140319 18:53:31< iceiceice> err...
20140319 18:53:58< gfgtdf> iceiceice: do you know about mp lobby stuff ?
20140319 18:54:04< iceiceice> what about it?
20140319 18:55:04< EliDupree> gfgtdf: got an OOS and assertion failure as a result of a lua error, stand by for test case
20140319 18:55:52< gfgtdf> iceiceice: i want to remove some code and this: https://github.com/wesnoth/wesnoth/blob/master/src/multiplayer_connect_engine.cpp#L432 is teh last call of get_random() left.
20140319 18:56:12< gfgtdf> EliDupree: as result of what error ?
20140319 18:56:19< iceiceice> yeah thats the shuffle sides code
20140319 18:56:47< iceiceice> i don't see why you couldn't remove it,
20140319 18:57:05< iceiceice> i guess we could test after to make sure it looks pretty random, but other than that i dont see why that would be a problem
20140319 18:57:12< gfgtdf> iceiceice: is that executes on one side and then sended to ther sides or is that executed on all sides simultaniously ?
20140319 18:57:21< iceiceice> its executed on the host
20140319 18:57:23< gfgtdf> s/side/client
20140319 18:57:29< iceiceice> its not on all the sides
20140319 18:57:36< gfgtdf> then i coudl also use rand() of stdlib instead ?
20140319 18:57:49< iceiceice> i think that's right
20140319 18:57:57< iceiceice> a little bit down on that page,
20140319 18:58:02< iceiceice> you can see where the host gets an update locker
20140319 18:58:07< iceiceice> *sends an update locker
20140319 18:58:12< iceiceice> so the clients dont display results of shuffle
20140319 18:58:19< iceiceice> and then sends a diff of the entire level code
20140319 18:58:27< iceiceice> that code is happening before the  game has started
20140319 18:58:36< iceiceice> whiel everyone is still in mp_connect / mp_wait
20140319 18:58:48< iceiceice> the "start_game" signal is just afterwards
20140319 18:58:55< gfgtdf> ok ty i'll try to use rand() instead.
20140319 18:59:40< EliDupree> gfgtdf: just an unrelated lua error in my code, but it's somehow breaking the network stuff.
20140319 18:59:51-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140319 18:59:54< EliDupree> Unrelated... http://pastebin.com/zK2k1nDS
20140319 19:00:16< EliDupree> try starting a game between two clients, and it doesn't get past side turn
20140319 19:00:27< EliDupree> because of the global variables stuff
20140319 19:03:53-!- arveanor [42bff868@gateway/web/freenode/ip.66.191.248.104] has joined #wesnoth-dev
20140319 19:03:59< aquileia> gfgtdf: Do you reseed before each call to rand() ? IIRC  mordante said the reason for having a separate function in Wesnoth was that other programs might call it, thereby removing an element from the sequence
20140319 19:04:23-!- incredible [cebe81ee@gateway/web/freenode/ip.206.190.129.238] has quit [Ping timeout: 245 seconds]
20140319 19:04:25< gfgtdf> aquileia: i dont use rand() during game
20140319 19:04:36< aquileia> ok
20140319 19:05:17< gfgtdf> i use simle_rng object, (and i thought about switching to boost::random::...)
20140319 19:05:37< Nostromus> aquileia: Thanks for the hint with vs2013 and clang (14.03.)
20140319 19:06:02 * aquileia searches...
20140319 19:06:37< gfgtdf> EliDupree: uhm that code aks me question at the start of game
20140319 19:07:05< EliDupree> gfgtdf: if it breaks the same way for you as it does for me, it won't get to the question.
20140319 19:07:17< EliDupree> well if you see the question, then say "play it safe" and end turn
20140319 19:07:23< EliDupree> then you might see the *other* issue
20140319 19:07:32< aquileia> Nostromus: Out of interest, did you have to change the compiler flags?
20140319 19:08:12< iceiceice> gfgtdf: i guess it raises an odd question -- normally error messages intended for *us* should be in english rather than some language we don't know...
20140319 19:08:22< iceiceice> but if the user is developing lua code, they should be able to read their error messages
20140319 19:09:18< Nostromus> aquileia: didn't try it yet, just read the logs, have this week little time, but i will
20140319 19:09:23< iceiceice> Maybe all error messages should be given a *number* left in plaintext and then made translated?
20140319 19:09:36< iceiceice> at least for lua / wml?
20140319 19:09:54< iceiceice> i guess its a future issue
20140319 19:10:14< EliDupree> RL calls, going AFK for a while
20140319 19:10:27< gfgtdf> EliDupree: i can reproduce an error (i get eeor lua messages but i thing they are jut you log
20140319 19:10:29< gfgtdf> )
20140319 19:10:43-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has quit [Remote host closed the connection]
20140319 19:10:43< iceiceice> is it at all practical to develop software if you don't speak english? i would assume the answer is "maybe" but i have never tried
20140319 19:11:05< aquileia> Nostromus: Because I wrote as well that I didn't get it running because it seems to need other compiler flags (and I'm too lazy to investigate, I still use the standard compiler)
20140319 19:11:30< gfgtdf> 	iceiceice: wel the functionnname and all are also written in englisch would be hard f ypu dont understand them
20140319 19:11:54< iceiceice> yeah i guess thats right 
20140319 19:12:04< iceiceice> i mean they are "english"
20140319 19:12:13< iceiceice> i guess our wesnoth wiki is not translated either
20140319 19:12:21< aquileia> Nostromus: So perhaps it might take some time to figure out how to use it correctly...
20140319 19:12:22< iceiceice> so it would be incredibly hard to develop umc if you can't read it
20140319 19:12:36< gfgtdf> iceiceice: but in this case the  error message is more a fauilue of the c++ code or the user but not of the wml author.
20140319 19:12:44< iceiceice> sure
20140319 19:14:23< Nostromus> aquileia: I think, i'll investigate it next week, and inform you about the results
20140319 19:14:52< aquileia> Thanks
20140319 19:17:37-!- vorobeez [558e940c@gateway/web/freenode/ip.85.142.148.12] has quit [Quit: Page closed]
20140319 19:23:07-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140319 19:24:40-!- stikonas_ [~gentoo@46.246.45.199] has joined #wesnoth-dev
20140319 19:24:41-!- stikonas_ [~gentoo@46.246.45.199] has quit [Changing host]
20140319 19:24:41-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140319 19:25:13-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 240 seconds]
20140319 19:29:13-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 246 seconds]
20140319 19:31:17-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140319 19:32:21< gfgtdf> edit: EliDupree: i can NOT reproduce an error (i get eeor lua messages but i thing they are jut you log
20140319 19:33:19-!- incredible [cebe81ee@gateway/web/freenode/ip.206.190.129.238] has joined #wesnoth-dev
20140319 19:33:52-!- ykanarev [~ykanarev@78.81.70.234] has joined #wesnoth-dev
20140319 19:35:31-!- kex [~kex@89.205.75.19] has quit [Ping timeout: 246 seconds]
20140319 19:35:37-!- daniwa [415ee84d@gateway/web/cgi-irc/kiwiirc.com/ip.65.94.232.77] has joined #wesnoth-dev
20140319 19:45:02-!- ancestral [~ancestral@75-161-229-57.mpls.qwest.net] has quit [Quit: ancestral]
20140319 19:47:31-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140319 19:49:45-!- RiftWalker [~nathan@129.59.115.25] has joined #wesnoth-dev
20140319 19:50:57< RiftWalker> So going through the EasyCoding and NotSoEasyCoding pages, it seems many of these are already implemented?
20140319 19:51:13-!- ancestral [~ancestral@75-161-229-57.mpls.qwest.net] has joined #wesnoth-dev
20140319 19:53:07-!- Ant1 [~root@176.215.77.5] has joined #wesnoth-dev
20140319 19:53:48-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140319 19:54:03< iceiceice> RiftWalker: you can also look on our bug tracker at feature requests for ideas for tasks
20140319 19:54:15< iceiceice> although keep in mind that those may be submitted by users without being reviewed by devs for suitability
20140319 19:54:37< iceiceice> some of them are submitted by devs, some by users
20140319 19:54:55< RiftWalker> Thanks for the tip.
20140319 19:56:36-!- spoffy [~spoffy@152.78.175.8] has joined #wesnoth-dev
20140319 19:57:07-!- bagz1e [~bag@85-76-85-165-nat.elisa-mobile.fi] has joined #wesnoth-dev
20140319 19:57:08-!- zookeeper2 [~lmsnie@37.35.27.57] has joined #wesnoth-dev
20140319 19:57:13-!- Ant1 [~root@176.215.77.5] has quit [Ping timeout: 240 seconds]
20140319 20:02:45-!- ykanarev [~ykanarev@78.81.70.234] has quit [Quit: Leaving]
20140319 20:02:55-!- justinzane [~justinzan@tiny.justinzane.com] has quit [Ping timeout: 264 seconds]
20140319 20:05:34-!- neXyon [~neXyon@85-127-255-41.dynamic.xdsl-line.inode.at] has quit [Excess Flood]
20140319 20:05:34-!- mrfrozone [~Frozone@129.10.18.47] has joined #wesnoth-dev
20140319 20:06:55-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Write error: Broken pipe]
20140319 20:06:55-!- bagzie [~bag@85-76-76-15-nat.elisa-mobile.fi] has quit [Write error: Broken pipe]
20140319 20:08:29-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 788 seconds]
20140319 20:08:54-!- justinzane [~justinzan@tiny.justinzane.com] has joined #wesnoth-dev
20140319 20:09:38-!- neXyon [~neXyon@85.127.255.41] has joined #wesnoth-dev
20140319 20:11:22< EliDupree> gfgtdf: hrmmm.... the bugs are inconsistent
20140319 20:11:50< EliDupree> sometimes when I host, it doesn't get past side turn. Sometimes it emits OOS dialog "[global_variable] expected but none found".
20140319 20:12:38< EliDupree> It might depend on the host. Or on some sort of client state tha persists between games. So try running two clients, and keep starting new games, sometimes switching the host, until you get some sort of issue?
20140319 20:15:01-!- exciton [chuck-the-@89.208.170.132] has quit [Read error: Connection reset by peer]
20140319 20:15:15-!- exciton [chuck-the-@89.208.170.132] has joined #wesnoth-dev
20140319 20:16:07-!- cib0 [~cib@p20030067CE5CD701267703FFFEE75B84.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140319 20:18:02-!- exciton [chuck-the-@89.208.170.132] has quit [Read error: Connection reset by peer]
20140319 20:19:11< gfgtdf> how do i switch host ?
20140319 20:19:25< EliDupree> uh, have the other client host the game?
20140319 20:19:34< EliDupree> If you have two clients connected to a local server
20140319 20:19:43< gfgtdf> ahh i missread and i tohught durign teh game 
20140319 20:19:45< EliDupree> I don't mean switch host during the game
20140319 20:19:54< EliDupree> Although, that's a thing we could test separately :)
20140319 20:20:08< EliDupree> (AFAIK the only way to do that is if the current host leaves)
20140319 20:20:16-!- exciton [chuck-the-@89.208.170.132] has joined #wesnoth-dev
20140319 20:20:23< gfgtdf> EliDupree: you did you the local server and same wenosth versions ?
20140319 20:20:28< EliDupree> yes
20140319 20:21:14< EliDupree> ...I also have a broken state where selecting the spearman on one client causes an OOS dialog on the *other* client, wtf
20140319 20:21:31-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140319 20:21:41< gfgtdf> 	EliDupree: hmm thats strange
20140319 20:21:51< gfgtdf> EliDupree: what did you do during teh select event ?
20140319 20:22:07< EliDupree> this is the same code I sent you last, let
20140319 20:22:18< EliDupree> 's see
20140319 20:23:03< EliDupree> I fire an attack event, which tries to set and then read global variables, except it shouldn't be trying to read them because my get_global_variable function checks wesnoth.is_synced()
20140319 20:23:19< EliDupree> *get_persistent_variable
20140319 20:23:27< gfgtdf> 	EliDupree: ahh i teh spearman doesnt rork for my because my testmap is smaller than 10,10 :)
20140319 20:23:31< gfgtdf> work*
20140319 20:23:43< EliDupree> haha!
20140319 20:26:42< EliDupree> the inconsistencies could be about that spearman
20140319 20:27:02< EliDupree> since its code is called based on user input even during other events
20140319 20:27:46< gfgtdf> EliDupree: i just got  really mean error: right ckick won't work
20140319 20:28:52-!- zookeeper2 is now known as zookeeper
20140319 20:28:54-!- zookeeper [~lmsnie@37.35.27.57] has quit [Changing host]
20140319 20:28:54-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20140319 20:29:27-!- ykanarev [~ykanarev@78.81.70.234] has joined #wesnoth-dev
20140319 20:30:08< gfgtdf> EliDupree: edit right click doesnt work in your scenario in other it does
20140319 20:31:17-!- mrfrozone [~Frozone@129.10.18.47] has left #wesnoth-dev []
20140319 20:31:24< EliDupree> Can you move normally and not right click?
20140319 20:31:29< EliDupree> Or can't move either?
20140319 20:32:08< gfgtdf> i can move, buts maybe it's sue so time meu items that are used in teh test scneario
20140319 20:32:24< gfgtdf> EliDupree: now i get error dbg not initilized. 
20140319 20:32:42< EliDupree> You mean, attempt to call a nil value?
20140319 20:32:49< EliDupree> I haven't seen that one
20140319 20:32:58< gfgtdf> gfgtdf: nah it was my fault that one
20140319 20:34:50-!- paradoq [~paradoq@72.135.25.221] has joined #wesnoth-dev
20140319 20:34:51< EliDupree> I've been running it on Silverhead Crossing
20140319 20:36:19-!- exciton_ [chuck-the-@95.73.255.101] has joined #wesnoth-dev
20140319 20:36:35< iceiceice> EliDupree: Silverhead Crossing is a bit wierd, because it has a hidden AI controlled side
20140319 20:36:41< EliDupree> Yeah,  I know
20140319 20:36:54< EliDupree> That's partially why I use it
20140319 20:37:00< EliDupree> catch possible weirdness with that
20140319 20:37:10-!- irker775 [~irker@ai0867.net] has quit [Quit: transmission timeout]
20140319 20:38:13< EliDupree> Shoulda mentioned that earlier, though
20140319 20:40:02< iceiceice> also, does anyone know why we have wierd unprintable characters in all team names?
20140319 20:40:08-!- exciton [chuck-the-@89.208.170.132] has quit [Ping timeout: 240 seconds]
20140319 20:40:40-!- paradoq [~paradoq@72.135.25.221] has quit []
20140319 20:41:46< gfgtdf> EliDupree: ok playes silverhead and reproduced
20140319 20:42:02< EliDupree> yay! (sort of)
20140319 20:44:42-!- Gambit [~derek@wesnoth/developer/grickit] has joined #wesnoth-dev
20140319 20:46:38-!- arveanor [42bff868@gateway/web/freenode/ip.66.191.248.104] has quit [Quit: Page closed]
20140319 20:47:03-!- exciton_ [chuck-the-@95.73.255.101] has quit [Read error: Connection reset by peer]
20140319 20:47:18-!- exciton [chuck-the-@89.208.170.132] has joined #wesnoth-dev
20140319 21:00:18< gfgtdf> EliDupree: i also got a bug where klicking on a unit on one side cuases oos on the otehr side
20140319 21:05:13-!- incredible [cebe81ee@gateway/web/freenode/ip.206.190.129.238] has quit [Ping timeout: 245 seconds]
20140319 21:05:56-!- bagz1e [~bag@85-76-85-165-nat.elisa-mobile.fi] has quit []
20140319 21:06:59-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 240 seconds]
20140319 21:15:47-!- incredible [cebe81ee@gateway/web/freenode/ip.206.190.129.238] has joined #wesnoth-dev
20140319 21:19:24-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140319 21:22:03-!- Aishiko_laptop [~unknown@2606:a000:bcc1:2b00:226:5eff:fe65:125c] has joined #wesnoth-dev
20140319 21:22:10-!- irker102 [~irker@ai0867.net] has joined #wesnoth-dev
20140319 21:22:10< irker102> wesnoth: Chris Beck wesnoth:master 60777429c3a1 / / (10 files in 5 dirs): Purge "human_ai" controller type http://git.io/sn7Low
20140319 21:22:10< irker102> wesnoth: Chris Beck wesnoth:master 60ee02841799 / / (10 files in 5 dirs): Merge pull request #120 from cbeck88/purge_human_ai http://git.io/c2uWIg
20140319 21:23:20< irker102> wesnoth: Chris Beck wesnoth:1.12 0958a31890ff / / (10 files in 5 dirs): Purge "human_ai" controller type http://git.io/5IwU0Q
20140319 21:23:25-!- thunderstruck [~zaibotren@cpc13-sgyl31-2-0-cust696.18-2.cable.virginm.net] has quit [Quit: leaving]
20140319 21:24:08-!- kex [~kex@89.205.75.19] has quit [Ping timeout: 265 seconds]
20140319 21:26:14-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140319 21:27:11-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140319 21:34:52-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 246 seconds]
20140319 21:34:53-!- stikonas__ [~gentoo@cpc18-sgyl27-2-0-cust35.18-2.cable.virginm.net] has joined #wesnoth-dev
20140319 21:35:22-!- aquileia [4e2ad392@gateway/web/freenode/ip.78.42.211.146] has quit [Quit: Page closed]
20140319 21:40:34-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 265 seconds]
20140319 21:44:30< gfgtdf> EliDupree: but aou are using if conrtoller = "human" whci has diffferent rsults on different clients
20140319 21:44:35< gfgtdf> aou/you
20140319 21:44:41< EliDupree> Only if you say "try to break things"
20140319 21:45:59< gfgtdf> EliDupree: hmm ok it seems liek teh serer generates too much random seeds :s
20140319 21:46:08< gfgtdf> EliDupree: i'll test something
20140319 21:46:42-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140319 21:49:38< gfgtdf> EliDupree: hmm didnt work
20140319 21:50:54-!- cib0 [~cib@p20030067CE5CD701267703FFFEE75B84.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20140319 21:52:29-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 240 seconds]
20140319 21:57:07< AI0867> 08:22 < vultraz> Damn w3schools for using px as an example <-- don't use w3schools. They're not affiliated with W3C and when they're not blatantly wrong, they frequently recommend terrible things
20140319 22:04:47-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Ping timeout: 252 seconds]
20140319 22:05:30-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has quit [Quit: Leaving]
20140319 22:05:32-!- gfgtdf_ [~chatzilla@f054138065.adsl.alicedsl.de] has joined #wesnoth-dev
20140319 22:06:17< AI0867> 12:34 < vultraz> Except a VM can't affect the host machine...can it? <-- there's something called coLinux, though I've never used it
20140319 22:07:25-!- gfgtdf [~chatzilla@f054138154.adsl.alicedsl.de] has quit [Ping timeout: 246 seconds]
20140319 22:07:27-!- gfgtdf_ is now known as gfgtdf
20140319 22:09:35< gfgtdf> 	EliDupree: i sometmes get Error: sucess but i cannot find the string success in teh wml file :s
20140319 22:09:37-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 240 seconds]
20140319 22:09:51< EliDupree> gfgtdf: but it's there
20140319 22:10:03< EliDupree> set_persistent_variable(side, "check", "success")
20140319 22:11:57-!- ykanarev [~ykanarev@78.81.70.234] has quit [Quit: Leaving]
20140319 22:12:02-!- Jetrel_ [~Jetrel@c-75-73-180-126.hsd1.mn.comcast.net] has quit [Read error: Connection reset by peer]
20140319 22:12:04< gfgtdf> 	EliDupree: hm but i deleted that :s i think i got eiger fooled by some caching or did somesing very stupid
20140319 22:12:32< EliDupree> gfgtdf: then the "success" comes from your persistent variables on disk.
20140319 22:12:40< gfgtdf> EliDupree: ye you are right
20140319 22:13:45-!- Jetrel [~Jetrel@c-75-73-180-126.hsd1.mn.comcast.net] has joined #wesnoth-dev
20140319 22:19:25-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140319 22:20:50-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has joined #wesnoth-dev
20140319 22:23:52-!- Nostromus [~Thunderbi@92.224.98.99] has quit [Quit: Nostromus]
20140319 22:36:36< gfgtdf> EliDupree: i think i found teh issue
20140319 22:36:43< gfgtdf> EliDupree: at least one issue
20140319 22:36:52< EliDupree> heh
20140319 22:39:13< gfgtdf> EliDupree: did you also have teh problem that just nothing happends ?
20140319 22:39:26< gfgtdf> EliDupree: similar to a freeze ?
20140319 22:39:34< EliDupree> yeah
20140319 22:39:48< EliDupree> Not frozen, just... not getting to your turn properly
20140319 22:40:07< EliDupree> so you can't move, but you can select units and stuff.
20140319 22:42:16-!- RiftWalker [~nathan@129.59.115.25] has quit [Quit: Leaving.]
20140319 22:45:03-!- paradoq [~paradoq@72.135.25.221] has joined #wesnoth-dev
20140319 22:45:32< gfgtdf> EliDupree: yee thats what i mean
20140319 22:46:33< gfgtdf> EliDupree: i think teh issue is: player 1 waiting for side 2's [get_global_variable], while side side 2 fotgot teh data it's recoeved from side 1
20140319 22:54:38< gfgtdf> EliDupree: ready to pull
20140319 22:56:35< EliDupree> ooh!
20140319 22:56:37 * EliDupree pulls
20140319 23:00:21< gfgtdf> EliDupree: there is also a commit with changes to the server.
20140319 23:00:27< gfgtdf> included
20140319 23:00:30< EliDupree> both sides get http://pastebin.com/t1LBdbsa
20140319 23:06:31< gfgtdf> EliDupree: ready to pull
20140319 23:06:57< gfgtdf> EliDupree: this time it's only server sided changes
20140319 23:07:35-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20140319 23:09:20< EliDupree> ok that's one problem fixed
20140319 23:09:45< gfgtdf> EliDupree: hm but i still dont know why that error happens , it not vry statisfying :s
20140319 23:09:50< EliDupree> heh
20140319 23:13:20-!- RiftWalker [~nathan@129.59.115.25] has joined #wesnoth-dev
20140319 23:13:29-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 240 seconds]
20140319 23:14:12< EliDupree> gfgtdf: ok here's your next issue, I THINK I've got it reproducible now
20140319 23:14:33< EliDupree> run the test case, then have the host (1) pick Play it safe, (2) mouse over the spearman a couple times, (3) end turn.
20140319 23:15:36< EliDupree> that's with my latest paste on Silverhead Crossing
20140319 23:15:59< gfgtdf> you last paste shows an oos error :(
20140319 23:16:12< gfgtdf> http://pastebin.com/t1LBdbsa
20140319 23:16:31< EliDupree> Right away?
20140319 23:16:39< EliDupree> oh that
20140319 23:16:45< EliDupree> I mean the laast time i pasted you an era
20140319 23:16:47< gfgtdf> no i acciedent y klciked teh wrong paste
20140319 23:16:59< gfgtdf> what happends when you do it ?
20140319 23:17:37< EliDupree> I get an OOS "[random_seed] expected but none found", and then other errors that aren't always the same
20140319 23:17:53< EliDupree> sometimes assertion failure on wesnoth: /usr/include/boost/variant/detail/visitation_impl.hpp:207: typename Visitor::result_type boost::detail::variant::visitation_impl(int, int, Visitor &, VPCV, mpl::true_, NBF, W *, S *) [W = mpl_::int_<20>, S = boost::detail::variant::visitation_impl_step<boost::mpl::l_iter<boost::mpl::l_end>, boost::mpl::l_iter<boost::mpl::l_end> >, Visitor = 
20140319 23:17:53< EliDupree> boost::detail::variant::invoke_visitor<boost::detail::variant::direct_assigner<int> >, VPCV = void *, NBF = boost::variant<boost::blank, config::attribute_value::true_false, config::attribute_value::yes_no, int, unsigned long long, double, std::basic_string<char>, t_string, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_,
20140319 23:17:53< EliDupree>  boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_>::has_fallback_type_]: Assertion `false' failed.
20140319 23:18:00< EliDupree> Whoops, that was too long to paste here wasn't it
20140319 23:18:18< EliDupree> "IT CAN'T BE THAT BAD, IT'S ONLY ONE LINE! TROLOLOL"
20140319 23:18:58-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140319 23:19:28-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140319 23:20:12< gfgtdf> EliDupree: is that bug related to teh units ability ?
20140319 23:20:20< EliDupree> It's very likely
20140319 23:22:13-!- bagzie [~bag@85-76-83-95-nat.elisa-mobile.fi] has joined #wesnoth-dev
20140319 23:23:03-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20140319 23:24:14< gfgtdf> EliDupree: can you get a stacktrace or something ?
20140319 23:25:01< gfgtdf> EliDupree: forget it, if then i'd need a stacktrace from the side with the spearman
20140319 23:26:12-!- paradoq [~paradoq@72.135.25.221] has quit []
20140319 23:32:10-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has joined #wesnoth-dev
20140319 23:32:41< iceiceice> i nominate "boost::detail::variant::void_" for the title of "most unintelligible C++ type"
20140319 23:33:14-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140319 23:33:15-!- ancestral [~ancestral@75-161-229-57.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20140319 23:36:18< gfgtdf> EliDupree: i think the problem is, that while the rng waits for the seed from the server, the gui tries to call teh same random for knowingwether the ability filter matches, and teh rng knows that it has not beed seeded yet, and ask the server for the new seed while the gui .....
20140319 23:36:43< EliDupree> wow...
20140319 23:39:18< iceiceice> when is the RNG seeded?
20140319 23:40:04< iceiceice> maybe we should make that atomic with the server "[start_game]" signal
20140319 23:41:08< iceiceice> i.e. server only distributes "[start_game]" tags with a child "random_seed=..."
20140319 23:41:23< iceiceice> and in local i guess we have to do something similar
20140319 23:42:36-!- paradoq [~paradoq@72.135.25.221] has joined #wesnoth-dev
20140319 23:43:02< gfgtdf> iceiceice	: the rng is seeded once per user input att soon as needed.
20140319 23:43:29< gfgtdf> iceiceice: meaning when you recuit a unit, teh game notices that the rng has not beed seeded yet and calls the server
20140319 23:43:52< EliDupree> isn't that inefficient?
20140319 23:44:00< gfgtdf> iceiceice: no why shoudl it be ?
20140319 23:44:08< gfgtdf> EliDupree: ^
20140319 23:44:15< EliDupree> Needing a round-trip to the server every time you recruit a unit
20140319 23:44:53< iceiceice> i think we should just seed it as soon as the game starts... i can't think of any wesnoth scenario that wouldn't need to have the rng seeded eventually
20140319 23:44:53< gfgtdf> EliDupree: hm but this prevents knowing which unit traits the units will have for a fair MP game
20140319 23:45:19< gfgtdf> iceiceice: attack events are currently seesed as teh attack starts, 
20140319 23:45:20< iceiceice> oh is this the issue about multiple different rngs?
20140319 23:45:44< EliDupree> gfgtdf: wow, you're way more serious about preventing cheating than wesnoth used to be
20140319 23:46:07< gfgtdf> iceiceice: ahm my main goal was more to unify attack with other events.
20140319 23:46:14< gfgtdf> EliDupree:^
20140319 23:46:55< gfgtdf> iceiceice: and teh problem that EliDupree is about trying to using rand= in in a unit ability filter ^^
20140319 23:46:56< iceiceice> so wait what are these seeds in the save game files, "random_seed="
20140319 23:47:06< iceiceice> thats for rand=?
20140319 23:47:09< iceiceice> or something else
20140319 23:47:47< gfgtdf> iceiceice: teh ones inside [attack] in replay are for attacks and tewh ones in [replay_start] are for rand= and  traits
20140319 23:48:34< iceiceice> i see so this is why server lag prevents players from attacking
20140319 23:48:50< gfgtdf> iceiceice: you thingk this lag is very bad ?
20140319 23:49:06< iceiceice> nah its minor
20140319 23:49:16< iceiceice> at a conceptual level i dont understand why we need to reseed thouh
20140319 23:49:34< iceiceice> for every attack
20140319 23:49:34< gfgtdf> iceiceice: i also plan to implement a Determinsitc mode where whe lod reload a game you will get teh same rand results (for attacks, traits, rand= and all)
20140319 23:50:22< gfgtdf> iceiceice: because in deterministic wolrd payers yould save an mp game reload it in sp, and see what attack results he would get
20140319 23:50:51< iceiceice> right.
20140319 23:51:45< iceiceice> so why don't we just let the server generate all the randomness?
20140319 23:51:54< iceiceice> why do we even ask the server for seeds?
20140319 23:52:04< iceiceice> the seed is probably just as long as the randomness you will use in one attack
20140319 23:52:22< iceiceice> (for attacks i mean)
20140319 23:52:41< gfgtdf> iceiceice: yes teh seed just last for teh duration of teh attack.
20140319 23:52:42< EliDupree> Does it make any sense to ask the server for random seeds in non-synced stuff?
20140319 23:53:10< gfgtdf> EliDupree: no you can just call math.rand() for unsynced stuff
20140319 23:53:38< EliDupree> gfgtdf: I mean, for Wesnoth to do that
20140319 23:53:45< EliDupree> Not for a user to worry about, seriously!
20140319 23:53:48< gfgtdf> iceiceice: wesnoth doesnt do that.
20140319 23:54:01< EliDupree> Then why was it having problems with the ability filter?
20140319 23:54:09< EliDupree> I thought you said it was asking the server for seeds
20140319 23:54:37< gfgtdf> iceiceice: i think because the ability filter somehot got invoked during a move or simlar, and move is a synced command.
20140319 23:54:39-!- paradoq [~paradoq@72.135.25.221] has quit []
20140319 23:54:45< EliDupree> Ah.
20140319 23:54:48< gfgtdf> s/somehot/somehow
20140319 23:54:55< EliDupree> Yeah, gotta make a special case for that.
20140319 23:55:14< EliDupree> When a lua ability filter is invoked, temporarily switch to anon-synced context
20140319 23:55:23< iceiceice> EliDupree: that sounds confusing
20140319 23:55:38< EliDupree> iceiceice: well what do you suggest then?
20140319 23:55:41< gfgtdf> EliDupree wants to use rand= inside a unit ability filter 
20140319 23:55:44< EliDupree> That's what I do in EoHS
20140319 23:55:47< iceiceice> imo all randomness should be synced, unless you ask for "unsynced_randomness"
20140319 23:55:57< iceiceice> which would easily cause oos if you are unwise
20140319 23:56:10< EliDupree> iceiceice: unless it's in wesnoth.synchronize_choice etc -_-
20140319 23:56:22< iceiceice> right...
20140319 23:56:27-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140319 23:56:37< iceiceice> so it would be an error to ask for synced randomness there i guess
20140319 23:56:38< gfgtdf> iceiceice: but unit_ability filter are invoked localy for example when you move the mouse over it and it doesnt happen onthe otehr clients
20140319 23:56:40< iceiceice> ?
20140319 23:56:43< EliDupree> I'm kinda tired of having to justify why these features should be safe!
20140319 23:57:11< iceiceice> yes but you need to have a simple rule to explain when things are synced unsynced
20140319 23:57:23< gfgtdf> doesnt: synced are normaly only things that happen on all cleints.
20140319 23:57:33< gfgtdf> unsycned are thing that just happen on one client
20140319 23:57:45< iceiceice> y and the programmer will know the difference
20140319 23:57:51-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 265 seconds]
20140319 23:57:51< iceiceice> they just have to ask for the right one
20140319 23:58:02< iceiceice> but theres no way that wesnoth can magically know every edge case
20140319 23:59:06< gfgtdf> but for example ability filter can be used to determine teh attackstengh during an attack which is synced, but also during a mouseover on one client to let te player see which abilites are sctive which is not synced.
20140319 23:59:40< gfgtdf> and even worse: the mousover can also take place while teh unit attacks
20140319 23:59:59< iceiceice> so how exactly is randomness being used in the filter/
--- Log closed Thu Mar 20 00:00:10 2014