--- Log opened Mon Nov 03 00:00:24 2014
20141103 00:01:10-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20141103 00:02:02-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141103 00:02:52-!- happygrue [~Laptop@wesnoth/developer/wintermute] has joined #wesnoth-dev
20141103 00:06:03-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20141103 00:06:52-!- trewe [~trewe@188.250.204.69] has quit [Quit: quit]
20141103 00:08:37-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141103 00:21:05-!- travis-ci [~travis-ci@ec2-54-211-22-3.compute-1.amazonaws.com] has joined #wesnoth-dev
20141103 00:21:05< travis-ci> gfgtdf/wesnoth-old#336 (sidecontroller_refactor - 3fcf24f : gfgtdf): The build is still failing.
20141103 00:21:05< travis-ci> Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/39787958
20141103 00:21:05-!- travis-ci [~travis-ci@ec2-54-211-22-3.compute-1.amazonaws.com] has left #wesnoth-dev []
20141103 00:22:04-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20141103 00:26:02< shadowm> fabi: Do you know why starting the editor from the command line brings up the file chooser dialog on the current working dir instead of the editor/maps dir?
20141103 00:27:21-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141103 00:36:48< fabi> shadowm: No. Is that on both branches?
20141103 00:38:02-!- travis-ci [~travis-ci@ec2-54-211-22-3.compute-1.amazonaws.com] has joined #wesnoth-dev
20141103 00:38:03< travis-ci> gfgtdf/wesnoth-old#338 (sidecontroller_refactor - cef936a : gfgtdf): The build was fixed.
20141103 00:38:03< travis-ci> Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/39789450
20141103 00:38:03-!- travis-ci [~travis-ci@ec2-54-211-22-3.compute-1.amazonaws.com] has left #wesnoth-dev []
20141103 00:39:30-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20141103 00:39:46< shadowm> fabi: Well, yes, not that it matters.
20141103 00:41:29< iceiceice> gfgtdf: do you remember what happened to "level_to_gamestate" ?
20141103 00:41:35< iceiceice> in mp_game_utils ?
20141103 00:41:44< gfgtdf> iceiceice: it still exists
20141103 00:42:00< iceiceice> hmm in my rebase mp_game_utils got deleted
20141103 00:42:12< iceiceice> oh
20141103 00:42:16< iceiceice> it moved in a folder, i see...
20141103 00:42:22< gfgtdf> https://github.com/wesnoth/wesnoth/blob/master/src/game_initialization/mp_game_utils.cpp#L138
20141103 00:42:35< gfgtdf> iceiceice: it basicly calls saved_game s constructor
20141103 00:43:08< gfgtdf> iceiceice: i hope we can at some point get rid of it any onyl cann teh constructor
20141103 00:43:40-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20141103 00:43:43< gfgtdf> ok msvc generated this, code: http://pastebin.com/x57n8k3A am i the onyl on who this this will always segfault ?
20141103 00:44:00< iceiceice> gfgtdf: i'm trying to figure out where this line needs to go now: https://github.com/wesnoth/wesnoth/pull/160/files#diff-53c885da0a4a67b739e31b49f16be178L188
20141103 00:44:03-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141103 00:44:43< iceiceice> gfgtdf: how to reproduce the segfault?
20141103 00:45:46< gfgtdf> iceiceice: wait mybe i just forget to compile again
20141103 00:45:56< gfgtdf> iceiceice: somewhere in saved_game.cpp most lkeley
20141103 00:46:19< iceiceice> does "carryover" still hold the rng during the game?
20141103 00:46:20< gfgtdf> iceiceice: maybe this line https://github.com/wesnoth/wesnoth/blob/master/src/saved_game.cpp#L142
20141103 00:46:39< iceiceice> ohh i see now
20141103 00:46:43< iceiceice> thank you
20141103 00:46:47< gfgtdf> iceiceice: no carryover only holds teh inittial seed in start-of-scenario saves
20141103 00:48:10< gfgtdf> iceiceice: that function is called on start-of-scenario saves, note that wesnoth usualy creates an initiial "start-of-scenario" save if you start a new campaign and then loads it (more or less)
20141103 00:51:19< iceiceice> thats a good idea
20141103 00:52:26< gfgtdf> iceiceice: ok i think teh segfault onyl happend becasue i didnt compiel it (still used old code)
20141103 00:53:01-!- Kexoth [~kex@46.217.81.60] has quit [Remote host closed the connection]
20141103 01:01:27-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141103 01:02:34-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 265 seconds]
20141103 01:03:05-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Client Quit]
20141103 01:04:46< iceiceice> gfgtdf: it was too much work to rebase it so i squashed and then rebased it,
20141103 01:04:46< iceiceice> https://github.com/cbeck88/wesnoth/commit/1619271c680acae6edf0367ea7ae433afc2d7fb8#diff-9509c2a53beb7078e4d6030f58202300L475
20141103 01:04:59< iceiceice> i think i'm maybe still missing some stuff though, i'm not totally sure
20141103 01:05:42< iceiceice> oh i've got scons problems still...
20141103 01:11:33-!- happygrue [~Laptop@wesnoth/developer/wintermute] has quit [Ping timeout: 244 seconds]
20141103 01:16:35< iceiceice> gfgtdf: i'm really confused right now,
20141103 01:16:54< iceiceice> shouldn't saved_game::set_random_seed actually assign the seed info the rng object?
20141103 01:17:12< gfgtdf> iceiceice: which rng object ?
20141103 01:17:21< iceiceice> random_new
20141103 01:17:35< gfgtdf> iceiceice: there exists no sich object at teh point i think
20141103 01:17:48< iceiceice> where is the seed info ever communicated to it?
20141103 01:17:49< gfgtdf> iceiceice: the saved_game::.., fucntion mostyl operate on teh savefile configs
20141103 01:17:59< gfgtdf> mosty*
20141103 01:18:10< gfgtdf> iceiceice: at teh same point whether teh seed is read form savefiels i think
20141103 01:18:32< iceiceice> that's not saved_game constructor or saved_game::set_random... ?
20141103 01:19:46< gfgtdf> iceiceice: hm i actualy dont know right now
20141103 01:19:59< iceiceice> the only place i could find something like this is the replay_controller...
20141103 01:19:59< gfgtdf> iceiceice: it shoudl be the game_data::rng_ object
20141103 01:20:17< iceiceice> replay_controller::337
20141103 01:20:28< iceiceice> there should be an equivalent line to that somewhere, for the non-replay games...
20141103 01:20:53< iceiceice> right?
20141103 01:21:40-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141103 01:21:47< gfgtdf> iceiceice: in game_datas constructor which calls teh rng_ s constructor
20141103 01:21:50< gfgtdf> constructor
20141103 01:21:53< iceiceice> ok, i see now i think
20141103 01:25:40< iceiceice> gfgtdf: do you see any reason not to merge this? https://github.com/wesnoth/wesnoth/pull/322
20141103 01:25:49< iceiceice> i might look at it again tomorrow anyways
20141103 01:26:44< gfgtdf> iceiceice: sry i too tired to look at that.
20141103 01:26:47< iceiceice> ok
20141103 02:27:28< iceiceice> gfgtdf: i think the change to use filesystem::load_RWops actually broke the png writing code,
20141103 02:27:37< iceiceice> i think load_RWops is only meant to open files for reading
20141103 02:28:37< gfgtdf> iceiceice: hm it woudl be nice to have it available for writign too, but since i tested that teh sdl version also wirng on windows with unicode filenames that's low priority
20141103 02:28:45< iceiceice> ok
20141103 02:30:14< irker381> wesnoth: mattsc wesnoth:1.12 192c6d99633d / data/campaigns/Legend_of_Wesmere/scenarios/ (chapter2/07_Elves_Last_Stand.cfg chapter4/14_Human_Alliance.cfg): LoW: remove trailing whitespaces http://git.io/JEtZTw
20141103 02:30:16< irker381> wesnoth: mattsc wesnoth:1.12 dd9de6aed11d / data/campaigns/Legend_of_Wesmere/scenarios/chapter2/07_Elves_Last_Stand.cfg: Low 07: ensure that all elvish leaders can recruit http://git.io/it5KjA
20141103 02:30:18< irker381> wesnoth: mattsc wesnoth:1.12 6d7c6629e587 / data/campaigns/Legend_of_Wesmere/scenarios/chapter2/07_Elves_Last_Stand.cfg: Low 07: make Olurf a side leader http://git.io/zbfeZg
20141103 02:30:20< irker381> wesnoth: mattsc wesnoth:1.12 b4ef947dd412 / data/campaigns/Legend_of_Wesmere/ (scenarios/chapter2/07_Elves_Last_Stand.cfg utils/characters.cfg): Low 07: set side for Olurf's party http://git.io/GfzeHA
20141103 02:30:23-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has joined #wesnoth-dev
20141103 02:34:13< irker381> wesnoth: Chris Beck wesnoth:master d208c729983c / src/ (SDL_SavePNG/savepng.h image.cpp): fixup 43c54fc75a09d60f8feeb83205a3a02b519a7025, save png segfaults http://git.io/IZ-_pQ
20141103 02:43:16-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20141103 03:19:22-!- Ivanovic_ [~ivanovic@frnk-5f74ff82.pool.mediaWays.net] has joined #wesnoth-dev
20141103 03:19:31-!- Ivanovic_ [~ivanovic@frnk-5f74ff82.pool.mediaWays.net] has quit [Changing host]
20141103 03:19:31-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20141103 03:23:23-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 272 seconds]
20141103 03:25:22-!- Ivanovic_ is now known as Ivanovic
20141103 03:30:32-!- gfgtdf [~chatzilla@e176186069.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.91 [Firefox 32.0.3/20140923175406]]
20141103 03:35:20< vultraz> bumbadadabum: around?
20141103 03:35:40< bumbadadabum> I am
20141103 03:36:07< vultraz> bumbadadabum: there's a weird anomaly with the Dark Adept shadow wave attack anim
20141103 03:36:15< bumbadadabum> what happens?
20141103 03:36:44< vultraz> if you attack nw-se, the projectile is n-s and the halo is nw-se
20141103 03:46:35< vultraz> bumbadadabum: hello?
20141103 03:46:50< bumbadadabum> hmm
20141103 03:46:53< bumbadadabum> I'll look at it
20141103 03:56:42-!- kex [~kex@78.157.29.160] has quit [Remote host closed the connection]
20141103 04:09:56< irker381> wesnoth: mattsc wesnoth:1.12 41ccc2ac9d64 / data/campaigns/Legend_of_Wesmere/scenarios/chapter4/16_The_Chief_Must_Die.cfg: LoW 16: set user_team_name http://git.io/447w3w
20141103 04:09:58< irker381> wesnoth: mattsc wesnoth:1.12 f6e12110e87f / data/campaigns/Legend_of_Wesmere/scenarios/ (4 files in 2 dirs): LoW: remove trailing whitespaces http://git.io/SGce8g
20141103 04:10:00< irker381> wesnoth: mattsc wesnoth:1.12 6cdd221f8fe5 / data/campaigns/Legend_of_Wesmere/scenarios/ (4 files in 2 dirs): LoW 17, 19, 21, 22: ensure that Kalenz' side carries over correctly http://git.io/YQ1cMg
20141103 04:26:41-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20141103 04:31:26-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20141103 04:36:15-!- sachith500 [~kvirc@112.134.253.159] has joined #wesnoth-dev
20141103 04:43:45-!- sachith500 [~kvirc@112.134.253.159] has quit [Read error: Connection reset by peer]
20141103 05:05:03-!- Gallaecio [~quassel@84.120.180.152.dyn.user.ono.com] has quit [Read error: Connection reset by peer]
20141103 05:09:59-!- Sulfur [~Miranda@p5B327174.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141103 05:11:48-!- Pasta [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 256 seconds]
20141103 05:24:07-!- Pasta [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20141103 05:25:14-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Ping timeout: 245 seconds]
20141103 05:31:50-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Bye for now]
20141103 05:45:09-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141103 05:49:52-!- kex [~kex@78.157.29.160] has quit [Ping timeout: 240 seconds]
20141103 06:12:51-!- Sulfur [~Miranda@p5B327174.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20141103 06:52:21-!- cib0 [~cib@p5DD23671.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141103 06:58:56-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20141103 07:03:09-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has quit [Quit: End Transmission.]
20141103 07:03:30-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20141103 07:34:08-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141103 07:35:44-!- Coffee_irc [~david@ppp118-210-90-49.lns20.adl2.internode.on.net] has joined #wesnoth-dev
20141103 07:36:05-!- cib0 [~cib@p5DD23671.dip0.t-ipconnect.de] has quit [Ping timeout: 272 seconds]
20141103 07:38:22-!- kex [~kex@78.157.29.160] has quit [Ping timeout: 240 seconds]
20141103 07:57:21-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141103 08:01:50-!- kex [~kex@78.157.29.160] has quit [Ping timeout: 250 seconds]
20141103 08:04:27-!- boucman_work [~jrosen@bob75-2-81-56-46-209.fbx.proxad.net] has joined #wesnoth-dev
20141103 08:04:32-!- boucman_work [~jrosen@bob75-2-81-56-46-209.fbx.proxad.net] has quit [Changing host]
20141103 08:04:32-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20141103 08:10:13-!- mjs-de [~mjs-de@f049080015.adsl.alicedsl.de] has joined #wesnoth-dev
20141103 08:11:53-!- Jetrel is now known as Trollio
20141103 08:12:01-!- Trollio is now known as Jetrel
20141103 08:20:58-!- zookeeper_ [zookeeper@37.35.24.98] has joined #wesnoth-dev
20141103 08:21:56-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 244 seconds]
20141103 08:38:44-!- cib0 [~cib@132.231.178.134] has joined #wesnoth-dev
20141103 08:55:43-!- cib0 [~cib@132.231.178.134] has quit [Read error: Connection reset by peer]
20141103 09:13:57-!- irker381 [~irker@fehu.ai0867.net] has quit [Quit: transmission timeout]
20141103 09:15:46-!- cib0 [~cib@132.231.178.137] has joined #wesnoth-dev
20141103 09:17:53-!- Pasta [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 260 seconds]
20141103 09:19:35-!- DHost [~Pcy@vps.ponchy.fr] has quit [Quit: reboot]
20141103 09:20:02-!- zookeeper_ is now known as zookeeper
20141103 09:20:17-!- zookeeper [zookeeper@37.35.24.98] has quit [Changing host]
20141103 09:20:17-!- zookeeper [zookeeper@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20141103 09:22:44-!- DHost [~Pcy@vps.ponchy.fr] has joined #wesnoth-dev
20141103 09:41:43-!- crimson_penguin [~crimson_p@wesnoth/developer/crimsonpenguin] has quit [Excess Flood]
20141103 09:41:57-!- crimson_penguin [~crimson_p@ec2.happyspork.com] has joined #wesnoth-dev
20141103 10:44:01-!- cib0 [~cib@132.231.178.137] has quit [Read error: Connection reset by peer]
20141103 10:45:31-!- Anakonda [Anakonda@87-92-254-66.bb.dnainternet.fi] has joined #wesnoth-dev
20141103 10:49:32-!- gfgtdf [~chatzilla@e176186069.adsl.alicedsl.de] has joined #wesnoth-dev
20141103 10:51:17< gfgtdf> iceiceice: about pr 322, i think it woud be better to use boost::uint32_t, since uint32_t is not supporteed in msvc 2008
20141103 10:51:48< gfgtdf> iceiceice or rather #include <stdint.h> is not supported
20141103 10:52:56-!- gfgtdf [~chatzilla@e176186069.adsl.alicedsl.de] has quit [Client Quit]
20141103 10:58:57-!- kex [~kex@77.29.85.118] has joined #wesnoth-dev
20141103 11:19:47-!- Appleman1234 [~Appleman1@pool-173-74-87-52.dllstx.fios.verizon.net] has quit [Ping timeout: 265 seconds]
20141103 11:21:26-!- Appleman1234 [~Appleman1@pool-173-74-87-52.dllstx.fios.verizon.net] has joined #wesnoth-dev
20141103 11:31:22-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141103 11:58:48-!- DCW [~Thunderbi@cpc66866-finc15-2-0-cust47.4-2.cable.virginm.net] has joined #wesnoth-dev
20141103 12:07:12-!- DCW [~Thunderbi@cpc66866-finc15-2-0-cust47.4-2.cable.virginm.net] has quit [Remote host closed the connection]
20141103 12:20:28-!- Coffee_irc [~david@ppp118-210-90-49.lns20.adl2.internode.on.net] has quit [Quit: Konversation terminated!]
20141103 12:53:39-!- lipkab [~the_new_l@2001:738:5404:192:9e4e:36ff:fe7c:534c] has joined #wesnoth-dev
20141103 13:00:02-!- kex [~kex@77.29.85.118] has quit [Remote host closed the connection]
20141103 13:04:01-!- kex [~kex@77.29.85.118] has joined #wesnoth-dev
20141103 13:10:08-!- cib0 [~cib@132.231.178.23] has joined #wesnoth-dev
20141103 13:19:55-!- lipkab [~the_new_l@2001:738:5404:192:9e4e:36ff:fe7c:534c] has quit [Read error: Connection reset by peer]
20141103 13:27:50-!- DCW [~Thunderbi@cpc66866-finc15-2-0-cust47.4-2.cable.virginm.net] has joined #wesnoth-dev
20141103 13:29:30-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20141103 13:39:21-!- DCW [~Thunderbi@cpc66866-finc15-2-0-cust47.4-2.cable.virginm.net] has quit [Quit: DCW]
20141103 13:48:19-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20141103 13:51:59< iceiceice> gfgtdf: yeah you are right about uint32_t
20141103 13:52:14< iceiceice> i think the syntax boost::uint32_t is so ugly though...
20141103 13:52:44< iceiceice> in every file that i worked on this, i either use typedef boost::uint32_t uint32_t, or `using boost::uint32_t`
20141103 13:53:04< iceiceice> i searched now, it looks like this happened everywhere,
20141103 13:53:14< iceiceice> except in SDL_gpu code maybe:
20141103 13:53:57< iceiceice> https://github.com/wesnoth/wesnoth/blob/master/src/SDL_gpu/SDL_gpu/externals/stb_image/stb_image.h#L382
20141103 13:54:03< iceiceice> but there its in #ifdef msvc
20141103 13:55:31< iceiceice> i think we should maybe put "using boost::uint32_t" in global.hpp ?
20141103 13:56:49< iceiceice> (and i need to fix in the random code ofc)
20141103 13:57:46-!- fabi [~quassel@wesnoth/developer/fendrin] has quit [Ping timeout: 244 seconds]
20141103 13:58:45-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20141103 14:01:14-!- mjs-de [~mjs-de@f049080015.adsl.alicedsl.de] has quit [Remote host closed the connection]
20141103 14:15:37-!- duncan_shriek [~roland@2a01:1e8:e100:8618::24] has joined #wesnoth-dev
20141103 14:21:31-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Read error: Connection reset by peer]
20141103 14:27:17< duncan_shriek> Could somebody enlighten me, why my compilation fails on game_events/action_wml.cpp? See http://hautz.de/wesnoth.make.log
20141103 14:28:05< duncan_shriek> All involved source files are older than my last successful build, also my build system
20141103 14:28:38-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20141103 14:29:11< duncan_shriek> My only guess is, that the configuration has changed, so that action_wml.cpp wasn't selected formerly
20141103 14:39:58-!- cib0 [~cib@132.231.178.23] has quit [Ping timeout: 256 seconds]
20141103 14:44:39-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 265 seconds]
20141103 14:48:52-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 255 seconds]
20141103 14:49:08< iceiceice> duncan_shriek: no idea, it builds fine with scons atm: https://travis-ci.org/wesnoth/wesnoth/jobs/39795834#L5778
20141103 15:05:34-!- boucman_2 [~jrosen@193.56.60.161] has joined #wesnoth-dev
20141103 15:06:43-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Disconnected by services]
20141103 15:06:51-!- boucman_2 is now known as boucman_work
20141103 15:06:59-!- boucman_work [~jrosen@193.56.60.161] has quit [Changing host]
20141103 15:06:59-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20141103 15:07:11-!- boucman_2 [~jrosen@193.56.60.161] has joined #wesnoth-dev
20141103 15:07:35-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20141103 15:13:38-!- boucman_2 [~jrosen@193.56.60.161] has quit [Quit: Quitte]
20141103 15:28:19-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20141103 15:37:07< AI0867> mattsc: what happens to a micro_ai when a unit it's moving is ambushed?
20141103 15:38:18-!- lobby [~wesnoth@wesnoth/bot/lobby] has quit [Ping timeout: 265 seconds]
20141103 15:44:05-!- lobby [~wesnoth@wesnoth/bot/lobby] has joined #wesnoth-dev
20141103 15:44:05-!- Topic for #wesnoth-dev: hard string+feature freeze active on 1.12 | Logs: http://irclogs.wesnoth.org | Alternate logs (down): http://wesnoth.debian.net
20141103 15:44:05-!- Topic set by shadowm [~ignacio@wesnoth/developer/shadowm] [Sun Oct 26 03:43:58 2014]
20141103 15:44:05[Users #wesnoth-dev]
20141103 15:44:05[ AI0867         ] [ DDR          ] [ Gambit   ] [ loonycyborg ] [ Rhonda       ] [ ToBeFree ] 
20141103 15:44:05[ Anakonda       ] [ DHost        ] [ Haudegen ] [ MaraJade    ] [ ryao         ] [ vifon    ] 
20141103 15:44:05[ Anakonda_      ] [ duncan_shriek] [ heirecka ] [ matthiaskrgr] [ Samual       ] [ yann     ] 
20141103 15:44:05[ Appleman1234   ] [ elias        ] [ higgins  ] [ mattsc      ] [ shadowm      ] [ yarker   ] 
20141103 15:44:05[ Ardonik        ] [ EliDupree    ] [ iceiceice] [ molgrum     ] [ shikadibot   ] [ zookeeper] 
20141103 15:44:05[ boucman_work   ] [ enchilado    ] [ Ivanovic ] [ nurupo      ] [ Smar         ] [ {V}      ] 
20141103 15:44:05[ c74d           ] [ esr          ] [ janebot  ] [ oldlaptop   ] [ Soliton      ] 
20141103 15:44:05[ cjhopman_      ] [ fabi         ] [ Jetrel   ] [ Pepe_       ] [ stikonas     ] 
20141103 15:44:05[ Crendgrim      ] [ Forteskeleton] [ kex      ] [ prkc        ] [ TC01         ] 
20141103 15:44:05[ crimson_penguin] [ Frainz       ] [ lobby    ] [ Ravana_     ] [ thunderstruck] 
20141103 15:44:05-!- Irssi: #wesnoth-dev: Total of 56 nicks [0 ops, 0 halfops, 0 voices, 56 normal]
20141103 15:44:16-!- Channel #wesnoth-dev created Tue Jan 27 05:28:41 2009
20141103 15:44:18< AI0867> yeah
20141103 15:45:18< AI0867> I do know quite a bit about tunneling, and if the tunnel does not transmit vision, attempting to move through the tunnel is pretty similar to hitting an ambush
20141103 15:45:34< AI0867> except you don't move at all, so it should transmit at least one hex of vision
20141103 15:45:35-!- prkc [~prkc@catv-89-134-173-244.catv.broadband.hu] has quit [Remote host closed the connection]
20141103 15:45:36-!- Irssi: Join to #wesnoth-dev was synced in 101 secs
20141103 15:45:42< AI0867> to prevent that
20141103 15:45:52< AI0867> sound reasonable?
20141103 15:46:11< AI0867> any idea how the µAIs will handle this?
20141103 15:46:27-!- prkc [~prkc@catv-89-134-173-244.catv.broadband.hu] has joined #wesnoth-dev
20141103 15:47:33-!- Anakonda [Anakonda@87-92-254-66.bb.dnainternet.fi] has quit [Ping timeout: 272 seconds]
20141103 15:48:11< mattsc> AI0867: sorry, I need to take a step back on this, I think I don’t understand something.  When you click on a unit next to a tunnel, path finsing shows you all the hexes you can reach on the other side of the tunnel.
20141103 15:48:34< mattsc> But if there’s an allied unit on the “exit” of the tunnel, you still cannot move to those.
20141103 15:48:59< mattsc> So the problem, as I understand it, is that path finding and actual behavior give you different results.
20141103 15:49:19< mattsc> Maybe I am talking about something different than you?
20141103 15:52:15-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20141103 15:54:11< AI0867> mattsc: ah, right, that's another potential issue
20141103 15:54:15< mattsc> AI0867: that is different from e.g. silver mage teleport, which does not show you the hexes on the other side as reachable when you have a unit on the exit village
20141103 15:54:23< AI0867> I'm talking about fog issues, but of course, the AI does not encounter those
20141103 15:54:31< mattsc> AI0867: exactly
20141103 15:54:51< AI0867> mattsc: silver mage teleport is implemented as a dynamic tunnel
20141103 15:55:02< iceiceice> mattsc: i think part of the problem is a missing abstraction layer
20141103 15:55:16< AI0867> only it has a filter that checks whether the destination is empty
20141103 15:55:25< mattsc> AI0867: so as for the µAIs, as long as what path finding shows you and what happens when you try to move a unit are the same, there is no issue
20141103 15:55:33< AI0867> okay
20141103 15:55:38< iceiceice> if "pathfinding and actual behavior can give different results" it suggests that something was not well designed here
20141103 15:56:42< mattsc> iceiceice: yes, that is the core of the issue here (at least as far as the bug reported by beetlenaut is concerned)
20141103 15:56:54< mattsc> There might be other issue that I am not aware of.
20141103 15:56:59< mattsc> *issues
20141103 16:01:15-!- cib0 [~cib@p5DD23671.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141103 16:02:55-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20141103 16:04:07-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20141103 16:06:47-!- travis-ci [~travis-ci@ec2-54-166-82-246.compute-1.amazonaws.com] has joined #wesnoth-dev
20141103 16:06:47< travis-ci> gfgtdf/wesnoth-old#341 (sidecontroller_refactor - ed29c0c : gfgtdf): The build was broken.
20141103 16:06:47< travis-ci> Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/39843077
20141103 16:06:47-!- travis-ci [~travis-ci@ec2-54-166-82-246.compute-1.amazonaws.com] has left #wesnoth-dev []
20141103 16:10:56-!- irker813 [~irker@fehu.ai0867.net] has joined #wesnoth-dev
20141103 16:10:56< irker813> wesnoth: mattsc wesnoth:1.12 76c0d2fe2bc0 / RELEASE_NOTES changelog: Update release notes and changelog with OS X dependency information http://git.io/fpiRGA
20141103 16:32:11< AI0867> this is the case in both master and 1.12, I assume?
20141103 16:36:43< irker813> wesnoth: mattsc wesnoth:1.12 50332affbe9e / RELEASE_NOTES changelog players_changelog: Update changelogs and release notes with LoW fixes http://git.io/55nFSQ
20141103 16:37:12< mattsc> AI0867: you mean that OS X dependencies or tunnels?
20141103 16:37:20< mattsc> */that/the
20141103 16:37:36< mattsc> Concerning tunnels: yes
20141103 16:38:26< mattsc> Concerning OS X: no, master has been updated to the new dependencies.  We will drop package support for 10.5 in Wesnoth 1.13.  People still using 10.5 will be able to build Wesnoth themselves using homebrew.
20141103 16:44:13-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20141103 16:44:36< iceiceice> mattsc: abt homebrew and 10.5, i'm not sure if that's true,
20141103 16:44:48< iceiceice> homebrew only supports 10.6 and up officially
20141103 16:45:09< iceiceice> there's a fork called "tigerbrew" which hypothetically supports 10.4 and 10.5,
20141103 16:45:13< mattsc> iceiceice: right, you said that before, but also that there’s ...
20141103 16:45:15< mattsc> right
20141103 16:45:25< mattsc> well, we’ll see what happens.
20141103 16:45:38< iceiceice> okay
20141103 16:45:40< mattsc> If it won’t work for 10.5, it won’t work for 10.5.
20141103 16:46:12-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Client Quit]
20141103 16:48:30< mattsc> thunderstruck: hi - could you give me a quick update on the MP engine work?
20141103 16:50:38< thunderstruck> mattsc: Hi. Unfortunately, I was very busy with my disseration/courseworks, so I didn't have time to take a look. I hope try and get something done with MP engine in a day or two.
20141103 16:50:49< thunderstruck> dissertation*
20141103 16:51:40< mattsc> thunderstruck: sure, no problem, your studies are more important.  I’m not trying to put pressure on you, just seeing if what I wrote to the mailing list this morning sounds right to you.
20141103 16:52:28< mattsc> s/seeing/asking
20141103 16:52:56< thunderstruck> mattsc: It does. Although it's sad to hear that LoW won't make it as an MP campaign.
20141103 16:53:39< mattsc> thunderstruck: it is, but it is just not ready.  Did you see this: http://git.io/55nFSQ
20141103 16:54:58< mattsc> And those are just “trivial” SP bugs I found in a really quick and dirty playthrough.  MP is in a much worse shape, and then there are probably all those more subtle bugs that I did not find.
20141103 16:55:20-!- gfgtdf [~chatzilla@e176186069.adsl.alicedsl.de] has joined #wesnoth-dev
20141103 16:55:39< gfgtdf> thunderstruck: you know where the code is that sets teh leader names in master ?
20141103 16:56:43< thunderstruck> mattsc: I see.
20141103 16:57:08< thunderstruck> gfgtdf: So you think that code is in different places between master and 1.12?
20141103 16:57:24< mattsc> thunderstruck: and we will keep it on on the add-ons server.  It has the added advantage that players don’t have to wait for the next release to test a new bug-fix, so we can probably work at a much faster turn-around.  (Assuming we have somebody who can actually do the mainenance.)
20141103 16:57:25< thunderstruck> gfgtdf: I didn't touch master for a long time, so I might be able to answer this for 1.12 only.
20141103 16:57:40< gfgtdf> thunderstruck: hm ok 
20141103 16:57:53< gfgtdf> thunderstruck: where s teh code taht changes leadernames in 1.12 ?
20141103 16:58:01< thunderstruck> gfgtdf: Let me check.
20141103 17:02:48< thunderstruck> gfgtdf: Wait. We are talking about MP here, right?
20141103 17:03:26< gfgtdf> thunderstruck: yes, especialy about the "Ai leaders have wrong names" bug.
20141103 17:04:29< thunderstruck> gfgtdf: Then I guess you're interested in what happens in side_engine::new_config() function
20141103 17:04:39< thunderstruck> in mp connect_engine
20141103 17:05:02< thunderstruck> gfgtdf: The parameters set there such as 'current_player' are later on used in other places
20141103 17:05:20< gfgtdf> thunderstruck: ty i now se there is a line res["name"] = res["user_description"
20141103 17:06:08< thunderstruck> gfgtdf: I'm not sure if this is related. I actually don't know what user_description is in this context.
20141103 17:07:49< gfgtdf> thunderstruck: hm ok
20141103 17:07:52-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Ping timeout: 240 seconds]
20141103 17:08:07< thunderstruck> gfgtdf: I think that our problems are related to current_player and player_id.
20141103 17:08:25< thunderstruck> gfgtdf: At least some of them.
20141103 17:09:13< gfgtdf> thunderstruck: i have a pr that is changes some of those things: https://github.com/wesnoth/wesnoth/pull/321 and i try to fix that one too in there.
20141103 17:12:32-!- esr [~esr@static-71-162-243-5.phlapa.fios.verizon.net] has quit [Ping timeout: 258 seconds]
20141103 17:14:44-!- esr [~esr@static-71-162-243-5.phlapa.fios.verizon.net] has joined #wesnoth-dev
20141103 17:14:44-!- esr [~esr@static-71-162-243-5.phlapa.fios.verizon.net] has quit [Changing host]
20141103 17:14:44-!- esr [~esr@wesnoth/developer/esr] has joined #wesnoth-dev
20141103 17:25:54< mattsc> thunderstruck, gfgtdf: now there’s an official bug report on it too:  https://gna.org/bugs/?22903
20141103 17:26:40< gfgtdf> mattsc: so the never effected the names of teh leaders only teh names in tah status table ?
20141103 17:26:57-!- Jiven [824f0045@gateway/web/freenode/ip.130.79.0.69] has joined #wesnoth-dev
20141103 17:27:04< Jiven> Hello
20141103 17:27:52< gfgtdf> Jiven: hello
20141103 17:28:21< Jiven> So, I knew of Wesnoth since 2008 or something, and wanted to contribute, but never get around to do it
20141103 17:28:22< mattsc> gfgtdf: TBH, I don’t know.  I interpreted Bob’s post as it affecting the leader names as well, but I wasn’t hosting when we did some tests.
20141103 17:28:27< Jiven> Until now
20141103 17:29:03< gfgtdf> Jiven: do you already knwo what you want to contribute ?
20141103 17:29:51< Jiven> gfgtdf: I wanted to help with developement, but I am sure you have enough developers
20141103 17:30:42< Jiven> gfgtdf: So I am more randomly reading the wiki, thinking maybe about doing a add-on campaign 
20141103 17:31:01< Jiven> Or maybe French translation
20141103 17:31:21< Jiven> As my native language is French
20141103 17:34:00< Jiven> Currently trying to understand how to do a custom scenario
20141103 17:34:39< Jiven> But really, what do the developpement team need ?
20141103 17:35:54< gfgtdf> Jiven: currently most developing focuses on preparing 1.12m sure its also possible to commit to 1.13.
20141103 17:36:09< gfgtdf> Jiven: idk abotu teh state of the french translation
20141103 17:36:50< Jiven> Aaaaand it was stupid of me to come now: I have to move
20141103 17:37:12< Jiven> I will be back tomorrow, surely in 14 or 16h
20141103 17:37:31< Jiven> See you soon and thanks for the answers
20141103 17:37:47< mattsc> Jiven: okay - and by the wya, we could really use some more developers …
20141103 17:38:07< mattsc> talk to you later
20141103 17:38:27-!- Jiven [824f0045@gateway/web/freenode/ip.130.79.0.69] has left #wesnoth-dev []
20141103 17:39:45-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20141103 17:40:25-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20141103 17:50:12-!- Rhonda [~rhonda@anguilla.debian.or.at] has quit [Changing host]
20141103 17:50:12-!- Rhonda [~rhonda@wesnoth/developer/rhonda] has joined #wesnoth-dev
20141103 18:12:17< gfgtdf> mattsc: could it be, that the ledernames bug only effects scenario with force_lock_settings=no ( especialy that it doesnt effect LoW) ?
20141103 18:14:18< mattsc> gfgtdf: umm, sure, I have no idea.  I can do some tests, if you want me to, but not now.  In about 10 hours.
20141103 18:14:49< Ravana_> I think that bug isn't limited to leader names, teams real and display names had problems too when I observed max_torch and kiss
20141103 18:15:20< gfgtdf> Ravana_: and you also saw bugged leader names ?
20141103 18:15:35< Ravana_> yes
20141103 18:15:47< gfgtdf> Ravana_: in LoW campaign ?
20141103 18:16:28< Ravana_> yes, about that session http://forums.wesnoth.org/viewtopic.php?f=6&t=41098&view=unread#p577297
20141103 18:19:07< gfgtdf> Ravana_: hmm ok i couldnt reproduce wrong leadernames  yet in LoW on 1.13 (but i coudl reproduece wrong side names)
20141103 18:20:59< Ravana_> latest 1.13 I have is 2 weeks old so looking there might not help
20141103 18:21:17< gfgtdf> Ravana_: ok
20141103 18:43:12-!- Sulfur [~Miranda@p5B327174.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141103 18:51:09-!- Pasta [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20141103 19:15:54-!- zookeeper_ [~lmsnie@37.35.27.57] has joined #wesnoth-dev
20141103 19:17:17-!- zookeeper [zookeeper@wesnoth/developer/zookeeper] has quit [Ping timeout: 244 seconds]
20141103 19:19:00-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has joined #wesnoth-dev
20141103 19:19:17-!- zookeeper_ is now known as zookeeper
20141103 19:19:32-!- zookeeper [~lmsnie@37.35.27.57] has quit [Changing host]
20141103 19:19:32-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20141103 19:21:57-!- crimson_penguin [~crimson_p@ec2.happyspork.com] has quit [Changing host]
20141103 19:21:57-!- crimson_penguin [~crimson_p@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20141103 19:24:17-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has quit [Ping timeout: 264 seconds]
20141103 19:35:46-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has joined #wesnoth-dev
20141103 19:36:49-!- irker813 [~irker@fehu.ai0867.net] has quit [Quit: transmission timeout]
20141103 19:37:10-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20141103 19:38:27-!- fabi [~quassel@wesnoth/developer/fendrin] has quit [Remote host closed the connection]
20141103 19:39:51-!- fabi [~quassel@p20030051AA25B942B1C117283EDB27E5.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141103 19:39:51-!- fabi [~quassel@p20030051AA25B942B1C117283EDB27E5.dip0.t-ipconnect.de] has quit [Changing host]
20141103 19:39:51-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20141103 19:58:13-!- Anakonda_ is now known as Anakonda
20141103 20:03:29-!- Pasta is now known as shadowm_deskop
20141103 20:08:49-!- shadowm_deskop is now known as shadowm_desktop
20141103 20:18:47-!- ancestral [~ancestral@166.170.22.253] has joined #wesnoth-dev
20141103 20:20:34< gfgtdf> mattsc: ok i coudl reproduce the AI leader have hotsts name, but only when  have use_map_settings = no which is impossible for LoW
20141103 20:21:29-!- ancestral [~ancestral@166.170.22.253] has quit [Client Quit]
20141103 20:22:42< gfgtdf> mattsc: actuayl i coudl only reproduce it on my local banrch which musnt mean anythign becasue it has some changes
20141103 20:22:55< gfgtdf> mattsc: idk whethe ri can reproduce on master too
20141103 20:23:02< mattsc> gfgtdf: ok - you could confirm with Bob the Might whether that’s consistent with his findings:  http://forums.wesnoth.org/viewtopic.php?f=5&t=40745&start=15#p575565
20141103 20:23:40< mattsc> gfgtdf: all the reports I am aware of, as well as the one test I did with fabi, where on 1.11.x
20141103 20:24:06< gfgtdf> mattsc: that doesn mean that tzehjy dont apply on master
20141103 20:24:27-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20141103 20:24:43< mattsc> no, it doesn’t  (and I didn’t say that either :) )
20141103 20:25:11< mattsc> but it also doesn’t mean that the problems are identical btw master and 1.12
20141103 20:25:29< fabi> There is now a bug report
20141103 20:25:53< mattsc> yes, we talked about that briefly earlier
20141103 20:28:50< fabi> i have adopted it
20141103 20:30:23< mattsc> fabi: Have you seen my post to the mailing list this morning?
20141103 20:30:39< mattsc> I am back to advocating to remove LoW from mainline for 1.12.0.
20141103 20:31:13< mattsc> Well, to disable it (not remove it), to be precise.
20141103 20:33:57-!- ancestral [~ancestral@63.92.240.233] has joined #wesnoth-dev
20141103 20:36:39-!- ancestral [~ancestral@63.92.240.233] has quit [Client Quit]
20141103 20:39:48< fabi> mattsc: SP or MP or both?
20141103 20:41:01< mattsc> fabi: is it possible to separate them (easily enough)?
20141103 20:41:31< fabi> huh?
20141103 20:42:14< mattsc> I fixed up all the game-breaking bugs that I came across in SP (there were a lot of them!), so it should at least be possible to play through in SP now, but I don’t know what I missed.
20141103 20:42:26< mattsc> So I am mostly talking about MP.
20141103 20:43:20-!- Anakonda_ [Anakonda@87-92-254-66.bb.dnainternet.fi] has joined #wesnoth-dev
20141103 20:43:36< fabi> mattsc: Is there a list of what you fixed?
20141103 20:43:42< mattsc> But if one fixes something in MP, we need to make sure that it doesn’t break SP, and vice versa, so I was thinking about dealing with them in combination, one way or the other.
20141103 20:44:15< fabi> mattsc: I can't reproduce what is reported in the "We play LoW MP" thread.
20141103 20:44:38< mattsc> fabi: http://git.io/55nFSQ - or check out the git commit log for more details
20141103 20:45:04< fabi> Sure, the side and leader names are broken but the ai is in place.
20141103 20:45:20< fabi> Or was something changed with this after 1.11.18?
20141103 20:47:22< mattsc> fabi: here’s my take on this: I spent maybe 6 hours going through LoW SP.  I found *a lot* of bugs, many of which completely broke the scenario (and some the rest of the campaign).
20141103 20:47:31-!- Anakonda [Anakonda@87-92-254-66.bb.dnainternet.fi] has quit [Ping timeout: 255 seconds]
20141103 20:47:39< mattsc> As far as I know, the same has not been done for MP, and MP is newer, so there are likely more bugs.
20141103 20:48:23< mattsc> I don’t have time/energy to do the same for MP; and from what you told me yesterday neither do you.
20141103 20:48:47< mattsc> I think in that state we should not put it into mainline for 1.12.0.
20141103 20:49:49< mattsc> fabi: but you are the maintainer, so feel free to ignore that.  (and I mean that without spite or hard feelings)
20141103 20:50:10< mattsc> I’m just stating my opinion, I don’t mind if people disagree with me.
20141103 21:02:25-!- irker311 [~irker@fehu.ai0867.net] has joined #wesnoth-dev
20141103 21:02:25< irker311> wesnoth: Chris Beck wesnoth:master 50515131b5ee / src/ (image_modifications.cpp image_modifications.hpp): add ~SCALE_SHARP image path function, analogous to ~SCALE http://git.io/2X_kBg
20141103 21:02:25< irker311> wesnoth: Chris Beck wesnoth:master 23674d93d1a6 / changelog: update changelog http://git.io/Ce19rg
20141103 21:13:08< fabi> shadowm: That "Fight for Middle Earth" addon.
20141103 21:13:27< fabi> "LOTR Middle Earth"
20141103 21:17:29< mattsc> fabi: let me know what you want to do about LoW.  (In fact, if we leave it in, that’s less work, so that’s fine by me.)
20141103 21:18:13-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has quit [Read error: Connection reset by peer]
20141103 21:18:25< fabi> mattsc: I like to keep it in.
20141103 21:18:34< mattsc> But I just cannot do anything about LoW any more on the timescale of the next week or two  (thinking about it, that 6h I mention up there is way low, it’s probably easily 3 or 4 times as much
20141103 21:18:43< fabi> I fear if there is not a mainline MP campaign the concept will never be ready.
20141103 21:18:44< mattsc> fabi: ok
20141103 21:19:28-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has joined #wesnoth-dev
20141103 21:19:45< mattsc> fabi: as I said, I took care of SP (as much as possible with the time I had available), somebody else will have to deal with MP.
20141103 21:20:09< fabi> mattsc: Thank you very much.
20141103 21:20:11< mattsc> fabi: should I send a correction email to the ML, or do we leave it for now
20141103 21:20:30< mattsc> fabi: nah, that’s not why I am saying it.  I was happy to do so.  :)
20141103 21:20:53-!- Xodetaetl [~Xodetaetl@213-245-69-86.rev.numericable.fr] has joined #wesnoth-dev
20141103 21:20:54< mattsc> And it’s not that I wouldn’t like to help with MP either, alas there’s real life to deal with also.  :P
20141103 21:28:43-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 265 seconds]
20141103 21:34:39< irker311> wesnoth: Chris Beck wesnoth:master 3a947df480b1 / / (5 files in 3 dirs): add ~Alpha image path function http://git.io/4KwS2g
20141103 21:50:46-!- Dugi [93fbd29f@gateway/web/freenode/ip.147.251.210.159] has joined #wesnoth-dev
20141103 21:50:58< Dugi> Hello.
20141103 21:52:42-!- travis-ci [~travis-ci@ec2-54-205-70-246.compute-1.amazonaws.com] has joined #wesnoth-dev
20141103 21:52:42< travis-ci> wesnoth/wesnoth#4590 (master - 23674d9 : Chris Beck): The build was broken.
20141103 21:52:42< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/39879783
20141103 21:52:42-!- travis-ci [~travis-ci@ec2-54-205-70-246.compute-1.amazonaws.com] has left #wesnoth-dev []
20141103 22:03:19-!- Sulfur [~Miranda@p5B327174.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20141103 22:04:47-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Quit: Ik ga weg]
20141103 22:07:32-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Bye for now]
20141103 22:08:34-!- kex [~kex@77.29.85.118] has quit [Read error: Connection reset by peer]
20141103 22:08:49-!- kex [~kex@77.29.85.118] has joined #wesnoth-dev
20141103 22:09:30< Dugi> I ran into a weird problem. When I finished merging and updating, I ran into a strange problem. The things I have coded work fine, but when I try to upload an add-on, it hangs indefintely on requesting terms. The server claims that the operation is done, but the client is hanging on wait_for_transfer_done. It looks like if an error was created during the refactoring that was recently done. Any idea how can I debug it?
20141103 22:10:34-!- thunderstruck [~zaibotren@cpc8-sgyl29-2-0-cust37.sgyl.cable.virginm.net] has quit [Quit: leaving]
20141103 22:10:40-!- cib0 [~cib@p5DD23671.dip0.t-ipconnect.de] has quit [Ping timeout: 244 seconds]
20141103 22:11:15-!- travis-ci [~travis-ci@ec2-54-166-82-246.compute-1.amazonaws.com] has joined #wesnoth-dev
20141103 22:11:15< travis-ci> gfgtdf/wesnoth-old#342 (sidecontroller_refactor - 08b28b0 : gfgtdf): The build is still failing.
20141103 22:11:15< travis-ci> Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/39882184
20141103 22:11:15-!- travis-ci [~travis-ci@ec2-54-166-82-246.compute-1.amazonaws.com] has left #wesnoth-dev []
20141103 22:11:19< Dugi> The problem may be the client just sends a message while the client expects a file. But I might have misunderstood this, I am not very familiar with programs using internet.
20141103 22:15:16-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20141103 22:15:34< iceiceice> Dugi: i would recommend running wesnoth with "--log-debug=network"
20141103 22:15:44< iceiceice> this will show you every config that is sent
20141103 22:16:15< iceiceice> i think also every config that is received, i haven't done that in a while though so i dont remember
20141103 22:16:30< iceiceice> campaignd probably also has such an option, although i'm not sure of that
20141103 22:16:36< iceiceice> wesnothd definitely does
20141103 22:18:00< Dugi> This is what wesnoth writes: http://pastebin.com/mBbxmvjD
20141103 22:18:52< Dugi> campaignd has no such option.
20141103 22:19:16< Dugi> It appears that the client received the data, but is still waiting for something.
20141103 22:19:58< iceiceice> hmm thats not what i expected to see,
20141103 22:20:07< iceiceice> this is what i get when i click "join official server" http://pastebin.com/YszdKimr
20141103 22:20:25< iceiceice> maybe the campaign server uses different network code idk
20141103 22:20:34< iceiceice> although that would be wierd tbh
20141103 22:20:40< gfgtdf> iceiceice: it does indeed
20141103 22:20:46< Dugi> What does wait_for_transfer_done wait for anyway? I can't make sense of its code.
20141103 22:20:52< gfgtdf> iceiceice: it uses boost::network_asio
20141103 22:21:24-!- Kexoth [~kex@77.28.6.196] has joined #wesnoth-dev
20141103 22:21:27< iceiceice> hmm ok
20141103 22:21:48< Dugi> It also logs that it connected, but I didn't consider that important to post.
20141103 22:22:23< iceiceice> Dugi: what i usually do if stuff is stuck and i dont know why is,
20141103 22:22:28< Dugi> Anyway, when checking the master source code, it appears that I have changed nothing on it. That bug had to be introduced while refactoring before.
20141103 22:22:30< iceiceice> run wesnoth through gdb
20141103 22:22:42< iceiceice> when it gets stuck, issue ctrl-c to kill from terminal
20141103 22:22:51< Dugi> What else can it do besides backtrace on segfault?
20141103 22:22:54< iceiceice> then gdb will catch that and you can get a backtrace iwth a line number
20141103 22:23:17< Dugi> It isn't stuck, I can cancel the upload.
20141103 22:23:26< Dugi> It just waits for something.
20141103 22:23:27< iceiceice> yeah but if you just want to know "where it is"
20141103 22:23:33< Dugi> Ah, that's right.
20141103 22:23:34< iceiceice> that will tell you exactly what line it was at
20141103 22:23:51< iceiceice> you might need to compile with debug symbols though, or some stuff will be ??? in the bt
20141103 22:24:04< iceiceice> not always needed
20141103 22:24:16-!- kex [~kex@77.29.85.118] has quit [Ping timeout: 256 seconds]
20141103 22:24:24< gfgtdf> iceiceice: since i want ot remve the "network" and "netowrk_ai" controller types i want to add a function wesnoth.is_locally_controlled(side), do you think it should return true or false durign repalys ?
20141103 22:25:58< iceiceice> i think it should not be different
20141103 22:26:03< iceiceice> during replays
20141103 22:26:36< iceiceice> otherwise its hard to use it
20141103 22:26:36< Dugi> I tried gdb, it appears that it got stuck on nanosleep called from SLD_delay from GUI2::twindow::show from GUI2::tdialog::show from addons_client::wait_for_transfer_done.
20141103 22:26:59< iceiceice> so its waiting for some signal from server
20141103 22:27:06< iceiceice> what is the server doing?
20141103 22:27:45< gfgtdf> iceiceice: maybe i shoudl not implement it unless someone needs it.
20141103 22:27:47< iceiceice> gfgtdf: maybe it means that replays need to have "local_id" string saved at top level?
20141103 22:28:09< Dugi> It sends the distrubution terms via send_message and according to the log, this part is finished and the server returns to its usual activity.
20141103 22:28:15-!- Xodetaetl [~Xodetaetl@213-245-69-86.rev.numericable.fr] has left #wesnoth-dev ["Leaving"]
20141103 22:28:53-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20141103 22:29:00< Dugi> Technically, it sends a WML object with a single attribute message="blahblahblah"
20141103 22:29:53< Dugi> The source code is here: https://github.com/wesnoth/wesnoth/blob/master/src/campaign_server/campaign_server.cpp , I haven't changed anything on this server request.
20141103 22:31:13-!- gfgtdf_ [~chatzilla@f054152069.adsl.alicedsl.de] has joined #wesnoth-dev
20141103 22:31:24< iceiceice> Dugi: i'm not sure, but i think the easieset thing might be to do `git log src/addon/` and `git log src/campaign_server/`
20141103 22:31:31< iceiceice> and see what commits got made since you last worked on it
20141103 22:31:38< Dugi> I wanted to see if it is server-side or client-side and tried to connect to the official server, but it segfaulted and I wasn't quite sure why. But because it runs fine with the server it has, I suppose that some internal changes in 1.13 are behind it.
20141103 22:31:41< iceiceice> at least maybe the commit messages will help
20141103 22:31:51< iceiceice> i think shadowm is pretty disciplined about writing good messages
20141103 22:33:07-!- gfgtdf [~chatzilla@e176186069.adsl.alicedsl.de] has quit [Ping timeout: 256 seconds]
20141103 22:33:08-!- gfgtdf_ is now known as gfgtdf
20141103 22:40:23< Dugi> I wasn't able to find anything that changed on it... strange.
20141103 22:41:24-!- prkc [~prkc@catv-89-134-173-244.catv.broadband.hu] has quit [Remote host closed the connection]
20141103 22:42:05< Dugi> The problem is client-side, not server side. I tried to upload an add-on there with 1.10 and the distribution terms request went fine.
20141103 22:43:13< Dugi> I'll try to compare the two.
20141103 22:44:08< Dugi> Is there a place where I can view the source code of 1.10 online? I don't feel like downloading the while thing.
20141103 22:44:27< iceiceice> https://github.com/wesnoth/wesnoth/tree/1.10
20141103 22:44:36< Dugi> Thanks.
20141103 22:44:46< iceiceice> no problem
20141103 22:45:26< Dugi> Argh, a heavy refactoring was done there...
20141103 22:46:55< iceiceice> 10,000 commits made since wesnoth 1.10 apparently
20141103 22:47:14-!- prkc [~prkc@catv-89-134-173-244.catv.broadband.hu] has joined #wesnoth-dev
20141103 22:47:23< iceiceice> gfgtdf: i'm going to merge the boost rng thing
20141103 22:47:37< iceiceice> i looked at it again i dont think there's any remainig uint32_t issues
20141103 22:47:46< gfgtdf> iceiceice: with that we now always use the mersenne twister rng ?
20141103 22:47:57< iceiceice> i think there are some cases where rand is used but not importantly
20141103 22:48:16< gfgtdf> iceiceice: y but i dont use teh simplerng anymore ?
20141103 22:48:31< gfgtdf> sd*
20141103 22:48:33< gfgtdf> we*
20141103 22:49:23< gfgtdf> iceiceice: is there a cmpability code for older replays ?
20141103 22:49:28< gfgtdf> complability*
20141103 22:49:43< iceiceice> i didnt make any
20141103 22:49:55< iceiceice> do you think i should?
20141103 22:50:06-!- travis-ci [~travis-ci@ec2-54-205-70-246.compute-1.amazonaws.com] has joined #wesnoth-dev
20141103 22:50:06< travis-ci> gfgtdf/wesnoth-old#343 (sidecontroller_refactor - 62f2782 : gfgtdf): The build was fixed.
20141103 22:50:06< travis-ci> Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/39887005
20141103 22:50:06-!- travis-ci [~travis-ci@ec2-54-205-70-246.compute-1.amazonaws.com] has left #wesnoth-dev []
20141103 22:50:07< iceiceice> simplerng is there still, its possible i guess
20141103 22:50:39< gfgtdf> iceiceice: i dont know how many other changes there are, if we cannot replay 1.12 games anyway than i i dont think it's needed
20141103 22:50:42-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has quit [Remote host closed the connection]
20141103 22:51:28< irker311> wesnoth: Chris Beck wesnoth:master 8dd10eb418b3 / / (5 files in 3 dirs): add ~Wipe_Alpha image path (mainly a diagnostic tool) http://git.io/lJ-90w
20141103 22:52:09< iceiceice> gfgtdf: i expect that 1.12 wont be compatible with 1.13, because probably khalifate will get rebalanced a bit here and there
20141103 22:52:14< iceiceice> *with 1.14
20141103 22:53:38< gfgtdf> iceiceice: hm
20141103 22:54:17-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20141103 22:54:46< iceiceice> its a poor reason to have incompatability though
20141103 22:55:03< iceiceice> maybe replays should also save all the units that appear or something
20141103 22:55:09< iceiceice> *all the unit types
20141103 22:55:29< iceiceice> so that they are self contained
20141103 22:56:21< iceiceice> idk i'm not going to think about it right now
20141103 22:56:35< iceiceice> if we want to make an rng compatability path its not too hard i dont think
20141103 22:56:50< iceiceice> might have to hack up random_new a little bit
20141103 22:56:59-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has joined #wesnoth-dev
20141103 22:57:22< gfgtdf> iceiceice: y
20141103 22:57:33< gfgtdf> iceiceice: maybe we can drop the "_new" by now
20141103 22:58:29< iceiceice> i want to double check that all the changes went through properly ig uess
20141103 22:59:34-!- molgrum [~molgrum@212.85.89.43] has quit [Quit: Lämnar]
20141103 23:04:32< shadowm> iceiceice: Use only uppercase characters and underscores for image path funciton names, please.
20141103 23:04:45< Dugi> Strange, there doesn't seem to be any significant change in the expected code's behaviour. Yet, it hangs somewhere on the stat_->show(disp_.video()) line (client.cpp:369).
20141103 23:05:15< Dugi> I think that it's waiting for an event that doesn't come.
20141103 23:05:18< iceiceice> shadowm: fine
20141103 23:05:22< Dugi> But where should that event come from?
20141103 23:05:32< shadowm> iceiceice: Alpha/ALPHA is also a deplorable name choice. Call it TO_ALPHA_MASK or something.
20141103 23:05:44< shadowm> iceiceice: And yes, xBRZ needs to be XBRZ.
20141103 23:07:04< shadowm> Also, I hope there won't be a third SCALE* function, otherwise it'd be better to implement those as an optional last parameter for SCALE.
20141103 23:07:23< iceiceice> i dont think there would be
20141103 23:07:30< shadowm> (XBRZ doesn't count AFAICS from the changelog because it's forcefully proportional.)
20141103 23:08:06< iceiceice> shadowm: did you know there's a bunch of weird color info in the dead space of our sprites?
20141103 23:08:23< shadowm> No but I'm not surprised.
20141103 23:08:39< iceiceice> it looks like whatever tools the artists use left a bunch of their markings / old versions
20141103 23:10:07< iceiceice> here's the drake warrior baseframe
20141103 23:10:08< iceiceice> http://imgur.com/0McJVWo
20141103 23:10:26< shadowm> Yes, I've been the effect in practice.
20141103 23:11:02-!- Anakonda_ is now known as Anakonda
20141103 23:11:03< iceiceice> it causes in-game artifacts/
20141103 23:11:05< iceiceice> ?
20141103 23:11:17< shadowm> No, that would be a bug.
20141103 23:12:31< shadowm> What I mean is that on a few occasions I've taken a sprite and messed with its opacity using layer masks in the GIMP and seen the "erased" pixels.
20141103 23:12:37< iceiceice> i think it would be better to zero out all of that stuff
20141103 23:13:02< shadowm> I wouldn't be at all concerned about it for sprites.
20141103 23:13:19-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 255 seconds]
20141103 23:13:39< iceiceice> it can quite easily introduce artifacts, if some algorithm doesn't perfectly handle alpha
20141103 23:13:51< shadowm> If some algorith doesn't perfectly handle alpha we mustn't use it.
20141103 23:13:52< iceiceice> i think even in 1.10,
20141103 23:14:08< iceiceice> our bilinear interpolation algorithm uses an "averaged alpha" approach
20141103 23:14:27< iceiceice> when you blend pixels, you average, R G B A separately
20141103 23:14:31< shadowm> Every single unit has a non-opaque shadow, that's reason enough to not want to use broken crap.
20141103 23:15:04< shadowm> If it's possible to make the issue more evident by retaining A=0 pixels, I'd say that's even better.
20141103 23:16:15< Dugi> iceiceice: I was checking it more and it seems that network_asio never finishes the request, because if I skip the waiting panel, it shows me blank distribution terms. I will try to learn why doesn't it learn what was received tomorrow, it's too late here now.
20141103 23:16:44< iceiceice> i think you should ask shadowm if he has any ideas, i know next to nothing about the add-on server / client code
20141103 23:17:29< Dugi> iceiceice: Thanks. I hope he'll be online tomorrow.
20141103 23:18:47< shadowm> Here's an idea: dump a diff of your changes (including local commits) against master and then we'll be able to tell exactly what is wrong instead of wasting time trying to guess.
20141103 23:18:56-!- travis-ci [~travis-ci@ec2-54-166-82-246.compute-1.amazonaws.com] has joined #wesnoth-dev
20141103 23:18:56< travis-ci> wesnoth/wesnoth#4592 (master - 3a947df : Chris Beck): The build has errored.
20141103 23:18:57< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/39883358
20141103 23:18:57-!- travis-ci [~travis-ci@ec2-54-166-82-246.compute-1.amazonaws.com] has left #wesnoth-dev []
20141103 23:21:10< irker311> wesnoth: Chris Beck wesnoth:master da9ea372661f / changelog src/image_modifications.cpp: rename IPF functions http://git.io/3LXyrA
20141103 23:22:52< irker311> wesnoth: Chris Beck wesnoth:master da4074e882ca / / (29 files in 6 dirs): use boost mersenne twister rng, add boost::random dependency http://git.io/8EgCJQ
20141103 23:22:54< irker311> wesnoth: Chris Beck wesnoth:master 55078504a900 / / (29 files in 6 dirs): Merge pull request #322 from cbeck88/boost_rng_squash http://git.io/aKHvhg
20141103 23:23:10< iceiceice> gfgtdf: ^
20141103 23:23:43-!- travis-ci [~travis-ci@ec2-54-166-82-246.compute-1.amazonaws.com] has joined #wesnoth-dev
20141103 23:23:43< travis-ci> gfgtdf/wesnoth-old#344 (sidecontroller_refactor - 1c769c6 : gfgtdf): The build was fixed.
20141103 23:23:43< travis-ci> Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/39887871
20141103 23:23:43-!- travis-ci [~travis-ci@ec2-54-166-82-246.compute-1.amazonaws.com] has left #wesnoth-dev []
20141103 23:23:47< gfgtdf> iceiceice: does that patch need a server rebuild
20141103 23:23:49< gfgtdf> ?
20141103 23:24:14< iceiceice> yes if you want server to use new rng also,
20141103 23:24:21< iceiceice> but it shouldn't cause errors
20141103 23:24:24< iceiceice> if it is not rebuilt
20141103 23:24:34< iceiceice> so technically yes but its not urgent
20141103 23:24:48< iceiceice> shadowm: ^
20141103 23:25:05< gfgtdf> iceiceice: so the format of the new-seed packages teh client receives from the server didnt change ?
20141103 23:25:15< iceiceice> hmmmm
20141103 23:25:18< shadowm> iceiceice: Yes?
20141103 23:25:21< iceiceice> i will check
20141103 23:26:03< iceiceice> no it requires rebuild, you are right
20141103 23:26:05< iceiceice> i forgot this part
20141103 23:26:19< iceiceice> shadowm: if we could rebuild the 1.13 server it would be good, i changed the format of rng seeds
20141103 23:26:26< iceiceice> i think it might still work but i'm not sure
20141103 23:27:10< shadowm> Remind me on the next hour o'clock.
20141103 23:28:20< iceiceice> ok, i am playing now,
20141103 23:28:33< iceiceice> i think it is not urgent, but if at some point 1.13+dev could be rebuilt it would be good
20141103 23:28:51< iceiceice> oh wait my test is not sound XD
20141103 23:29:13< shadowm> The downstream repo is updated hourly and I don't have access to speed it up.
20141103 23:29:26< iceiceice> ok
20141103 23:29:28< shadowm> Hence it must be after the next hour o'clock.
20141103 23:31:17-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has quit [Excess Flood]
20141103 23:32:01-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has joined #wesnoth-dev
20141103 23:32:11-!- travis-ci [~travis-ci@ec2-54-166-82-246.compute-1.amazonaws.com] has joined #wesnoth-dev
20141103 23:32:11< travis-ci> gfgtdf/wesnoth-old#345 (sidecontroller_refactor - 10519e2 : gfgtdf): The build was broken.
20141103 23:32:11< travis-ci> Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/39893558
20141103 23:32:11-!- travis-ci [~travis-ci@ec2-54-166-82-246.compute-1.amazonaws.com] has left #wesnoth-dev []
20141103 23:38:31< shadowm> iceiceice: Hi. I don't want to install SDL_image to build campaignd and wesnothd. Could you fix this?
20141103 23:39:12< iceiceice> not right now, maybe after dinner
20141103 23:40:13< iceiceice> also for what version is this a problem
20141103 23:40:22< shadowm> master.
20141103 23:40:25< iceiceice> and is it cmake or scons
20141103 23:40:36< shadowm> scons.
20141103 23:41:04< shadowm> And probably cmake too. The fact that it's not what I use in the server doesn't mean you shouldn't fix it too if it's broken.
20141103 23:41:04-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141103 23:41:14< iceiceice> when did it break?
20141103 23:41:32< shadowm> At some point between the last build and now.
20141103 23:41:54< iceiceice> when is the last build?
20141103 23:43:10< iceiceice> to the nearest day would be fine
20141103 23:43:28< iceiceice> is it weeks?
20141103 23:43:56< shadowm> campaignd-trunk-git-1.11.11-2711-g97690a2
20141103 23:44:10< shadowm> Everything after 'git-' is the git describe output.
20141103 23:44:56-!- mjs-de [~mjs-de@f049166004.adsl.alicedsl.de] has joined #wesnoth-dev
20141103 23:45:14< iceiceice> error: pathspec 'g97690a2' did not match any file(s) known to git.
20141103 23:45:30< shadowm> Wow, no.
20141103 23:45:40< shadowm> Drop the g, I thought that was obvious.
20141103 23:45:53< iceiceice> XD
20141103 23:47:18-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20141103 23:48:03< Dugi> Bye.
20141103 23:48:07-!- Dugi [93fbd29f@gateway/web/freenode/ip.147.251.210.159] has quit []
20141103 23:48:42< mattsc> iceiceice: the boost-random addition is for master only, right?
20141103 23:49:13-!- Kexoth [~kex@77.28.6.196] has quit [Remote host closed the connection]
20141103 23:49:23< shadowm> iceiceice: Okay, I guess I actually misinterpreted the output. Could you tell me what dependencies were introduced since 1.11.11, again?
20141103 23:50:29< iceiceice> mattsc: boost-random is master only
20141103 23:50:56< iceiceice> shadowm: please look in release notes i dont remember all the numbers of the top of my head
20141103 23:51:26< shadowm> It says Boost.filesystem, what about Boost.locale?
20141103 23:51:28< iceiceice> although i didnt add boost arndom to that yet
20141103 23:51:32< iceiceice> boost locale is listed
20141103 23:51:41< iceiceice> definitely in changelog, if not in release notes then thats a bug
20141103 23:51:53< shadowm> Not really in R_N.
20141103 23:52:14< shadowm> It's only mentioned in a very obtuse fashion and in a line mentioning Windows-specific crap.
20141103 23:53:08< irker311> wesnoth: Chris Beck wesnoth:master ff857d1d2b6d / src/SConscript: move SDL_SavePNG to the wesnoth_sdl lib target http://git.io/O_Ww1g
20141103 23:53:51< shadowm> Okay, that was all that was needed for campaignd.
20141103 23:57:16< mattsc> iceiceice: okay, thanks.  I’ll compile libboost_random for Xcode then
20141103 23:59:58 * c74d reminds shadowm. (“<iceiceice> shadowm: if we could rebuild the 1.13 server it would be good, i changed the format of rng seeds” “<shadowm> Remind me on the next hour o'clock.”)
--- Log closed Tue Nov 04 00:00:12 2014