--- Log opened Sat Dec 10 00:00:04 2011 20111210 00:01:22-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 255 seconds] 20111210 00:05:01-!- wesbot changed the topic of #wesnoth-dev to: String/feature-freeze active for trunk | 170 bugs, 327 feature requests, 13 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org 20111210 00:07:47-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 252 seconds] 20111210 00:08:58-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20111210 00:14:09-!- stikonas__ [~gentoo@ctv-213-164-121-13.vinita.lt] has joined #wesnoth-dev 20111210 00:15:20-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 244 seconds] 20111210 00:16:31< AI0867> Ivanovic: who 'maintains' the svn checkouts on wesnoth.org? 20111210 00:17:00-!- Gallaecio [~quassel@84.120.216.157.dyn.user.ono.com] has joined #wesnoth-dev 20111210 00:20:47-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev 20111210 00:23:34-!- stikonas__ [~gentoo@ctv-213-164-121-13.vinita.lt] has quit [Read error: Connection reset by peer] 20111210 00:24:14-!- gabba [~gabba@wesnoth/developer/gabba] has joined #wesnoth-dev 20111210 00:24:56-!- stikonas [~gentoo@ctv-213-164-121-13.vinita.lt] has joined #wesnoth-dev 20111210 00:24:56-!- stikonas [~gentoo@ctv-213-164-121-13.vinita.lt] has quit [Changing host] 20111210 00:24:56-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20111210 00:27:16-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has quit [Read error: Connection reset by peer] 20111210 00:28:41-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev 20111210 00:29:17< gabba> AI0867: thanks for catching the linux command error on my forum post 20111210 00:30:45< Soliton> AI0867: a script run from cron. 20111210 00:31:00< AI0867> is that on svn? 20111210 00:31:14-!- MeccaGod [~majs@host189-199.bornet.net] has quit [] 20111210 00:31:56< AI0867> because switching gettext.wesnoth.org to github doesn't require much, but some things do need to be changed 20111210 00:32:39< Soliton> looks like it: gettext.wesnoth.org/bin/update-gettext-stats 20111210 00:36:47-!- mjs-de [~mjs-de@f053190044.adsl.alicedsl.de] has quit [Ping timeout: 240 seconds] 20111210 00:37:22-!- Upthorn [~ogmar@public-nat1.scc.losrios.edu] has quit [Ping timeout: 255 seconds] 20111210 00:38:20-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection] 20111210 00:40:37-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.] 20111210 00:41:42-!- stikonas [~and@ctv-213-164-121-13.vinita.lt] has joined #wesnoth-dev 20111210 00:41:46-!- stikonas [~and@ctv-213-164-121-13.vinita.lt] has quit [Changing host] 20111210 00:41:46-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev 20111210 00:49:53-!- mjs-de [~mjs-de@g224185233.adsl.alicedsl.de] has joined #wesnoth-dev 20111210 00:56:08-!- Gallaecio [~quassel@84.120.216.157.dyn.user.ono.com] has quit [Read error: Connection reset by peer] 20111210 00:56:45-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has quit [Remote host closed the connection] 20111210 01:06:14-!- chains_ [~Rylar@71-214-87-236.ptld.qwest.net] has joined #wesnoth-dev 20111210 01:07:13-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [] 20111210 01:07:32< chains_> After a deluge of emails about it, I went ahead and bought a new domain and hosting for the Wesnoth ladder. The code has never been moved before, so I'm not 100% certain it's bug free. But, it appears complete. http://wesnoth.gamingladder.info/ 20111210 01:11:44-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Remote host closed the connection] 20111210 01:17:39-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection] 20111210 01:17:47< csarmi> ah 20111210 01:18:04< csarmi> i see two chains 20111210 01:21:16-!- Kolbur [~die@82.113.99.184] has left #wesnoth-dev [] 20111210 01:37:13-!- horon [~horon@nttkyo316066.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev 20111210 01:41:15-!- atomicbomb [~quassel@125.160.83.30] has joined #wesnoth-dev 20111210 01:41:18-!- atomicbomb [~quassel@125.160.83.30] has quit [Client Quit] 20111210 01:42:06-!- atomicbomb [~quassel@125.160.83.30] has joined #wesnoth-dev 20111210 02:15:38-!- vultraz [~chatzilla@124.109.10.221] has quit [Ping timeout: 240 seconds] 20111210 02:23:05-!- crimson_pingvin [~ben@184.71.170.250] has joined #wesnoth-dev 20111210 02:23:05-!- crimson_pingvin [~ben@184.71.170.250] has quit [Changing host] 20111210 02:23:05-!- crimson_pingvin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev 20111210 02:23:05-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Read error: Connection reset by peer] 20111210 02:23:06-!- crimson_pingvin is now known as crimson_penguin 20111210 02:23:57-!- vultraz [~chatzilla@124.109.10.221] has joined #wesnoth-dev 20111210 02:28:40-!- Upth [~ogmar@c-98-208-38-181.hsd1.ca.comcast.net] has joined #wesnoth-dev 20111210 02:28:40-!- Upth is now known as Upthorn 20111210 02:42:18-!- alink [~alink@wesnoth/developer/alink] has quit [Remote host closed the connection] 20111210 02:52:03-!- chains_ [~Rylar@71-214-87-236.ptld.qwest.net] has quit [Ping timeout: 252 seconds] 20111210 02:52:12-!- chains [~Rylar@71-214-87-236.ptld.qwest.net] has quit [Ping timeout: 252 seconds] 20111210 02:55:09-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: crimson_penguin] 20111210 02:55:18-!- crimson_penguin [~ben@184.71.170.250] has joined #wesnoth-dev 20111210 02:55:18-!- crimson_penguin [~ben@184.71.170.250] has quit [Changing host] 20111210 02:55:18-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev 20111210 02:59:47-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Ping timeout: 252 seconds] 20111210 03:20:49-!- Vorpal [~AnMaster@unaffiliated/anmaster] has quit [Ping timeout: 244 seconds] 20111210 03:28:14-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has quit [Ping timeout: 252 seconds] 20111210 03:29:12-!- Vorpal [~AnMaster@unaffiliated/anmaster] has joined #wesnoth-dev 20111210 03:55:28-!- vultraz [~chatzilla@124.109.10.221] has quit [Ping timeout: 252 seconds] 20111210 04:00:09-!- atomicbomb [~quassel@125.160.83.30] has quit [Remote host closed the connection] 20111210 04:01:59-!- antonius [~quassel@125.160.83.30] has joined #wesnoth-dev 20111210 04:08:06-!- horon [~horon@nttkyo316066.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...] 20111210 04:14:55-!- Vorpal [~AnMaster@unaffiliated/anmaster] has quit [Ping timeout: 248 seconds] 20111210 04:18:51-!- vultraz [~chatzilla@124.109.10.221] has joined #wesnoth-dev 20111210 04:19:00-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: done building targets] 20111210 04:43:41-!- gabba [~gabba@wesnoth/developer/gabba] has quit [Read error: Connection reset by peer] 20111210 04:54:31-!- Ivanovic_ [~ivanovic@dtmd-4db26c38.pool.mediaWays.net] has joined #wesnoth-dev 20111210 04:56:07-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 240 seconds] 20111210 04:56:27-!- Ivanovic_ is now known as Ivanovic 20111210 04:56:49-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has joined #wesnoth-dev 20111210 05:01:30-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [] 20111210 05:23:53-!- antonius [~quassel@125.160.83.30] has quit [Quit: Reboot] 20111210 05:23:55-!- gabba [~gabba@wesnoth/developer/gabba] has joined #wesnoth-dev 20111210 05:31:40-!- antonius [~quassel@125.160.83.30] has joined #wesnoth-dev 20111210 05:58:50-!- Gambit [~Gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection] 20111210 06:04:49-!- wesbot changed the topic of #wesnoth-dev to: String/feature-freeze active for trunk | 171 bugs, 327 feature requests, 13 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org 20111210 06:05:54-!- Elvish_Pillager [~eli@dhip-149.coburn.residences.colby.edu] has quit [Ping timeout: 252 seconds] 20111210 06:06:13-!- Blueblaze [~Blueblaze@adsl-99-4-147-142.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev 20111210 06:27:04-!- antonius is now known as atomicbomb 20111210 06:42:31-!- media-832 [~media-832@unaffiliated/firippu] has joined #wesnoth-dev 20111210 06:46:17-!- Blueblaze [~Blueblaze@adsl-99-4-147-142.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze] 20111210 06:58:22-!- vultraz [~chatzilla@124.109.10.221] has quit [Read error: No route to host] 20111210 07:21:35-!- vultraz [~chatzilla@124.109.10.221] has joined #wesnoth-dev 20111210 07:21:38-!- media-832 [~media-832@unaffiliated/firippu] has quit [Remote host closed the connection] 20111210 07:37:55-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving] 20111210 07:42:44-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev 20111210 07:56:33-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev 20111210 07:57:29-!- gabba [~gabba@wesnoth/developer/gabba] has quit [Ping timeout: 240 seconds] 20111210 08:05:47-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev 20111210 08:30:34< Rhonda> mordante, they are, but I have to reconfigure some stuff 20111210 08:30:35< Rhonda> . 20111210 08:32:14< Rhonda> °. 20111210 08:50:58-!- grzywacz [~grzywacz@89-72-193-138.dynamic.chello.pl] has joined #wesnoth-dev 20111210 08:50:58-!- grzywacz [~grzywacz@89-72-193-138.dynamic.chello.pl] has quit [Changing host] 20111210 08:50:58-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev 20111210 09:13:47-!- Ivanovic [~ivanovic@dtmd-4db26c38.pool.mediaWays.net] has quit [Changing host] 20111210 09:13:47-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev 20111210 09:14:01< Ivanovic> moin 20111210 09:14:46< Ivanovic> AI0867: the stuff used is all in the repo and the stuff from the repo will automatically be used 20111210 09:27:11-!- Crendgrim [~crend@77-22-113-8-dynip.superkabel.de] has joined #wesnoth-dev 20111210 09:27:46< Ivanovic> AI0867: the repos on wesnoth.org themselves are accessible by everyone with access to the 'wesnoth' user 20111210 09:28:02< Ivanovic> (that is: those are read only accesses to the repos) 20111210 09:28:42< Ivanovic> so most stuff is probably done by Soliton, a little by me, too 20111210 09:35:47-!- Kolbur [~die@82.113.99.205] has joined #wesnoth-dev 20111210 10:12:48-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev 20111210 10:20:52-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20111210 10:25:08-!- negusnyul [~negusnyul@dsl4E5C5C6B.pool.t-online.hu] has joined #wesnoth-dev 20111210 10:31:06< csarmi> hi Kolbur 20111210 10:40:35< Kolbur> hello 20111210 10:41:29-!- mordante [~mordante@roadie.xs4all.nl] has joined #wesnoth-dev 20111210 10:41:29-!- mordante [~mordante@roadie.xs4all.nl] has quit [Changing host] 20111210 10:41:29-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev 20111210 10:41:45< mordante> servus 20111210 10:43:51< mordante> anonymissimus, I tried google first, but that failed too many forum posts ;-) 20111210 10:43:56< mordante> shadowmaster, thanks for the link 20111210 10:44:29< mordante> shadowmaster, didn't look at 19121 yet, want to do that after 18832 20111210 10:46:13< mordante> shadowmaster, yes gui2 needs to determine the size of the multi-page before showing 20111210 10:46:53< mordante> also I would be really surprised if sorting less than 100 items would be slow, regardless of the algoritm's complexity 20111210 10:47:46< mordante> how could we explain why there are no campaigns, we always ship with them 20111210 10:48:03< mordante> what distributions do with them is outside of our control 20111210 10:48:07-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 240 seconds] 20111210 10:48:33< mordante> (not meant as complain against our packagers) 20111210 10:49:01-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20111210 10:50:16-!- Upthorn [~ogmar@c-98-208-38-181.hsd1.ca.comcast.net] has quit [Ping timeout: 255 seconds] 20111210 10:50:20-!- Upth [~ogmar@c-98-208-38-181.hsd1.ca.comcast.net] has joined #wesnoth-dev 20111210 10:50:20-!- Upth is now known as Upthorn 20111210 10:58:50-!- Gallaecio [~quassel@84.120.216.157.dyn.user.ono.com] has joined #wesnoth-dev 20111210 11:00:21-!- atomicbomb [~quassel@125.160.83.30] has quit [Remote host closed the connection] 20111210 11:26:17< AI0867> Ivanovic: does that include the cronjob that updates them? 20111210 11:28:54-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Read error: Connection reset by peer] 20111210 11:35:06-!- antonius [~quassel@180.246.188.37] has joined #wesnoth-dev 20111210 11:36:25-!- vultraz [~chatzilla@124.109.10.221] has quit [Ping timeout: 252 seconds] 20111210 11:37:23-!- dtiger [~dtiger@dynamic-vpdn-46-53-167-214.telecom.by] has joined #wesnoth-dev 20111210 11:38:39-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has quit [Remote host closed the connection] 20111210 11:41:57-!- antonius is now known as atomicbomb 20111210 11:48:02-!- MeccaGod [~majs@host189-199.bornet.net] has joined #wesnoth-dev 20111210 11:54:38-!- vultraz [~chatzilla@124.109.10.221] has joined #wesnoth-dev 20111210 12:17:27-!- loonybot [~loonybot@46.138.81.125] has joined #wesnoth-dev 20111210 12:17:27-!- loonybot [~loonybot@46.138.81.125] has quit [Changing host] 20111210 12:17:27-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev 20111210 12:25:07-!- Gallaecio [~quassel@84.120.216.157.dyn.user.ono.com] has quit [Remote host closed the connection] 20111210 12:32:44-!- horon [~horon@nttkyo316066.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev 20111210 12:34:55-!- dtiger [~dtiger@dynamic-vpdn-46-53-167-214.telecom.by] has quit [Read error: Connection reset by peer] 20111210 12:39:49-!- dtiger [~dtiger@dynamic-vpdn-93-125-15-16.telecom.by] has joined #wesnoth-dev 20111210 12:45:13-!- dtiger_ [~dtiger@dynamic-vpdn-93-125-12-246.telecom.by] has joined #wesnoth-dev 20111210 12:45:38-!- dtiger [~dtiger@dynamic-vpdn-93-125-15-16.telecom.by] has quit [Ping timeout: 240 seconds] 20111210 12:55:05-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy] 20111210 12:55:37< loonycyborg> mordante: boost doesn't seem to provide its own unique_ptr implementation, so to fix the warning I either will have to use unique_ptr in #ifdef __GXX_EXPERIMENTAL_CXX0X__ 20111210 12:55:51< loonycyborg> or convert that auto_ptr to shared_ptr 20111210 13:03:53-!- Aethaeryn [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Ping timeout: 252 seconds] 20111210 14:14:35-!- Gambit [~Gambit@wesnoth/developer/grickit] has joined #wesnoth-dev 20111210 14:16:32-!- negusnyul [~negusnyul@dsl4E5C5C6B.pool.t-online.hu] has quit [Read error: Connection reset by peer] 20111210 14:16:36-!- negusnyul_ [~negusnyul@dsl4E5C5C6B.pool.t-online.hu] has joined #wesnoth-dev 20111210 14:38:50-!- alink [~alink@wesnoth/developer/alink] has joined #wesnoth-dev 20111210 14:38:55< alink> hi 20111210 14:46:30-!- Elvish_Pillager [~eli@dhip-149.coburn.residences.colby.edu] has joined #wesnoth-dev 20111210 14:48:28< mordante> hi alink 20111210 14:48:32< mordante> long time not seen 20111210 14:48:42< alink> hello mordante 20111210 14:48:50< alink> and yes indeed 20111210 14:50:13< Ivanovic> AI0867: the cronjob is just calling the update script 20111210 14:50:38< Ivanovic> http://svn.gna.org/viewcvs/wesnoth/website/gettext.wesnoth.org/bin/update-gettext-stats?revision=49656&view=markup 20111210 14:50:44< Ivanovic> IIRC it is calling this script 20111210 14:50:59< Ivanovic> so adding the git commands there should do the trick 20111210 14:51:18< mordante> loonycyborg, http://www.boost.org/doc/libs/1_42_0/doc/html/interprocess/interprocess_smart_ptr.html#interprocess.interprocess_smart_ptr.unique_ptr 20111210 14:51:48< mordante> I agree it's not the library you expect it to be ;-) 20111210 14:52:55< mordante> also since std::auto_ptr is only deprecated in C++11 and I expect we more to C++11 before the next standard will be released, I don't think it's mandatory to remove std::auto_ptr 20111210 14:56:53-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection] 20111210 15:00:54-!- stikonas [~and@ctv-213-164-121-13.vinita.lt] has joined #wesnoth-dev 20111210 15:00:54-!- stikonas [~and@ctv-213-164-121-13.vinita.lt] has quit [Changing host] 20111210 15:00:54-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev 20111210 15:08:56-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Remote host closed the connection] 20111210 15:10:08-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev 20111210 15:48:19-!- atomicbomb [~quassel@180.246.188.37] has quit [Remote host closed the connection] 20111210 15:50:36-!- Gallaecio [~quassel@84.120.216.157.dyn.user.ono.com] has joined #wesnoth-dev 20111210 15:55:35-!- Espreon [~espreon@wesnoth/developer/espreon] has quit [Read error: Operation timed out] 20111210 15:56:34-!- Espreon [~espreon@ai0867.net] has joined #wesnoth-dev 20111210 15:57:00-!- Espreon is now known as Guest80014 20111210 16:03:59-!- Vorpal [~AnMaster@unaffiliated/anmaster] has joined #wesnoth-dev 20111210 16:15:25-!- Gambit [~Gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection] 20111210 16:22:42-!- Octalot [~noct@host86-186-159-239.range86-186.btcentralplus.com] has quit [] 20111210 16:33:53< CIA-79> mordante * r52202 /trunk/src/sdl_utils.cpp: 20111210 16:33:53< CIA-79> Add extra tests in blit_surface. 20111210 16:33:53< CIA-79> These tests should prevent invalid memory accesses when the pre conditions are 20111210 16:33:53< CIA-79> violated. Done to since bug #18832 shows preconditions are violated at times. 20111210 16:37:08< CIA-79> mordante * r52203 /trunk/ (4 files in 2 dirs): 20111210 16:37:08< CIA-79> Fixed ~BLIT() to access images out of bounds. 20111210 16:37:08< CIA-79> This also adds an exception structure for image modifications, at the moment 20111210 16:37:08< CIA-79> only used for the ~BLIT() function. (Fixes bug #18832). 20111210 16:41:34< alink> exception for image modifications? isn't that a bit overkill ? 20111210 16:42:17< mordante> alink, no it allows to give a better error message 20111210 16:42:37< mordante> the modification knows what went wrong, but not the file involved, the caller does 20111210 16:44:17< alink> and what happen if an uploaded addon has an image icon triggering such exception ? Does the whole addon dialog handles the execption robustly ? 20111210 16:44:37< mordante> no the image loader does 20111210 16:45:10< mordante> I just use the exception to get an error message to a level which can report it, then it ignores the fact the modification failed 20111210 16:45:55< alink> ok, maybe it's just because I am not a fan of exception :) 20111210 16:46:09< mordante> exceptions do not need to propagate to top-level, just to the level which can handle it 20111210 16:46:34< mordante> I am a fan of exceptions :-) 20111210 16:46:54< alink> also for ~BLIT I would prefer a flexible method allowing fancy composting 20111210 16:48:02< alink> maybe still possible by adding some ~CROP but start to be even more tedious 20111210 16:48:57< mordante> I'm not against that, it's just that the WML could send invalid data to blit_surface and thus possibly crash wesnoth 20111210 16:49:12< mordante> so I just wanted to fix the bug 20111210 16:49:25< alink> yes I understand 20111210 16:49:31< mordante> maybe discuss it with shadowmaster 20111210 16:51:45< alink> wait why don't we auto-crop (in ~BLIT or blit_surface) to fix the out-of-bounds problem? I remember that make blit_surface do it optimally was complex, but maybe just add a crop step first is enough 20111210 16:52:02< alink> even if slower 20111210 16:54:17< mordante> blit_surface shouldn't crop 20111210 16:54:58< alink> i mean crop the source image, so only the needed part is blit on the destination image 20111210 16:55:29< mordante> it might be able to do so, but I designed it not to do so 20111210 16:55:45< mordante> I added it for the GUI code and don't want it to crop 20111210 16:56:03< mordante> if it crops it hides bugs in the gui code 20111210 16:56:22< alink> well we could add a flag to control that 20111210 16:56:33< mordante> feel free to add an blit_surface_safe() which crops and then forwards to blit_surface 20111210 16:56:54< mordante> I rather have a separate function, blit_surface is already quite long 20111210 16:57:28< mordante> it could also be fixed in ~BLIT() 20111210 16:57:37< alink> another point would be to better replace SDL_BlitSurface 20111210 16:58:09< mordante> however I feel that adjusting the ~BLIT() might hide bugs 20111210 16:58:10< alink> I think it's the only difference left (execpt that blit_surface is already better for blending) 20111210 16:58:57< mordante> jup I added blit_suface since it was (is?) not possible to do it with SDL_BlitSurface 20111210 16:59:23< mordante> however I expect SDL_BlitSurface to be faster, SDL uses handcrafted assembly 20111210 17:00:08< alink> yeah it's faster, but since it's more limited, that doesn't always count 20111210 17:00:19< mordante> btw alink any plans regarding OGL? 20111210 17:00:20< alink> not able to do something = taking infinite time 20111210 17:01:05< mordante> I don't expect it to be faster just because it does less, but using optimized assembly can just be faster 20111210 17:01:29< mordante> especially when you can use parallel CPU instructions (SIMD/SSE etc.) 20111210 17:02:10< alink> the RLE encoding is also a huge help for our sprite 20111210 17:02:26< mordante> jup 20111210 17:02:50< alink> for OGL, we will see in 1.11 20111210 17:03:08< mordante> that means you plan to restart working on it? 20111210 17:03:36< alink> not idea, I was really annoyed by our terrain system, and it did demotivated me a bit 20111210 17:03:58< mordante> annoyed in what way? 20111210 17:04:44< alink> well I wanted to use texture atlas to reduce texture switches 20111210 17:05:22< alink> but our terrain system is just many many layers of tiny images in a messy order 20111210 17:05:52< alink> (depending of the map, screen postion, terrain WML, etc) 20111210 17:07:06< alink> the way we create terrain WML and image force us to generate/guess these atlas on the fly and it's an hard problem to do it well 20111210 17:08:00< alink> and not even sure if worth it, but was hard to find the bottleneck 20111210 17:08:43< alink> also, I was annoyed by the fact that OGL was already much faster on my hardware but slower on other, which make it hard to optimize 20111210 17:11:23< alink> so yeah will depends if I find a good way to improve terrain rendering (without rewriting all terrain WML obviously) 20111210 17:12:47< alink> OTOH my recent work on local ToD light really make me want to retry OpenGL for that, it would make this 10x simpler, faster, nicer, etc 20111210 17:15:09< alink> also: free dynamic light effects \o/ 20111210 17:20:30< alink> http://forums.libsdl.org/viewtopic.php?t=7189 20111210 17:20:59< alink> not very good for SDL 1.3 20111210 17:28:56< mordante> I think the speed of OGL also depends a lot on the drivers on your platform 20111210 17:29:19< mordante> I prefer open source drivers, but alas they're not really fast (and do not support a lot of features) 20111210 17:29:45< mordante> hope Debian Wheezy will improve things 20111210 17:30:39< alink> yeah the super-multi-platform aspect of wesnoth doesn't help here 20111210 17:30:55< mordante> hope you find motivation again and a solution for the terrain stuff, but maybe a rewrite of that area is not avoidable... 20111210 17:31:49< mordante> yup that also makes things harder, but I expect newer special devices to have decent OGL support 20111210 17:32:19< mordante> indeed not good news for SDL (I think I already heard it before, but not sure) 20111210 17:34:20< alink> i would love that some god of WML/c++/arts rewrite that horrible terrain stuff but I am not crazy enough to try 20111210 17:35:19< alink> maybe I could only imagine a simpler alternative syntax coexisting along the old one to see if it works 20111210 17:37:56< alink> but OTOH our terrain engine is really nice and powerfull, other games have much more rigid tile system 20111210 17:38:25< alink> like minecraft ;) 20111210 17:42:11< mordante> jup it is very flexible and I fear rewriting it will be a huge task 20111210 17:42:33< mordante> before I even would consider it I first need to have the GUI finished... 20111210 17:42:41< mordante> another huge task ;-) 20111210 17:43:30< alink> yeah, and for me doing that + general OGL was impossible 20111210 17:43:56< alink> that's why I was happy about my SDL emulator trick 20111210 17:43:56-!- Samual [gitkf-e@c-71-195-88-69.hsd1.pa.comcast.net] has quit [Ping timeout: 268 seconds] 20111210 17:44:44< alink> mordante: btw how the GUI2 is going ? 20111210 17:48:41< mordante> alink, slow, didn't have much time for a while now 20111210 17:49:03< mordante> also still not happy with the scrollbarred elements so redesigning them 20111210 17:49:20< mordante> but alas haven't found a solution, that makes me happy 20111210 17:50:28< mordante> hope to find a solution for that and hope things will move at a faster pace once I fixed that issue 20111210 17:51:15-!- Samual [gitkf-e@c-71-195-88-69.hsd1.pa.comcast.net] has joined #wesnoth-dev 20111210 17:51:16< vultraz> mordante: is anyone working on the mp lobby's GUI? 20111210 17:51:16< alink> yeah that's the kind of stuff you would think should be simple, and then you see all the apps struggling with it for some special cases 20111210 17:52:36< mordante> vultraz, yes but not directly, the problem there are the listboxes, these are the scrollbarred items I just talked about 20111210 17:53:12< mordante> jup it is quite tricky 20111210 17:53:17-!- Gambit [~quassel@pa-184-5-186-26.dhcp.embarqhsd.net] has joined #wesnoth-dev 20111210 17:53:43-!- Gambit is now known as Guest27433 20111210 17:54:47< alink> also the fact that there is no true standard bevahior is an hint of a problem not having straightforward implementation 20111210 17:56:04< alink> and it's even worse for dynamic stuff like the lobby 20111210 17:57:04-!- Guest27433 [~quassel@pa-184-5-186-26.dhcp.embarqhsd.net] has quit [Changing host] 20111210 17:57:04-!- Guest27433 [~quassel@wesnoth/developer/grickit] has joined #wesnoth-dev 20111210 17:57:30-!- Guest27433 is now known as Gambit 20111210 17:58:28< alink> bbl 20111210 17:58:32-!- alink [~alink@wesnoth/developer/alink] has quit [Remote host closed the connection] 20111210 17:59:32-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev 20111210 18:01:03< anonymissimus> gabba: I'm fine with bug #19140 being a FR; once the wb becomes the DSU replacement it should be needed however... 20111210 18:02:46< vultraz> mordante: BTW, what should I do with that add-on connect dialogue mod I did. Hold onto it until 1.11 is out? 20111210 18:04:49-!- wesbot changed the topic of #wesnoth-dev to: String/feature-freeze active for trunk | 170 bugs, 327 feature requests, 13 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org 20111210 18:08:03< mordante> vultraz, hold onto it until 1.10 is forked then I can commit it in trunk 20111210 18:08:24< vultraz> mk 20111210 18:09:37< mordante> thanks 20111210 18:24:15< anonymissimus> mordante: pls don't add more "forces you to quit to mainscreen stuff" btw 20111210 18:24:48< anonymissimus> I dont like exceptions as well, hard to debug 20111210 18:28:57-!- gabba [~gabba@wesnoth/developer/gabba] has joined #wesnoth-dev 20111210 18:32:59< anonymissimus> Gambit: can you give me some tips on making one's MP addon popular ? other than removing the "need to download" ? xD 20111210 18:34:54< Gambit> You have to play it a lot 20111210 18:35:13< Gambit> Start a game with no reserved slots so lots of people join who've never seen it before 20111210 18:35:25< Gambit> You have to be willing to teach them how 20111210 18:35:30< Gambit> And if they like it, they'll do the same 20111210 18:35:38< Gambit> And you have to keep doing that for a long time 20111210 18:36:07< Gambit> Until eventually it becomes known that "Hey, that guy makes pretty fun add-ons." 20111210 18:36:09< vultraz> Gambit: what about an sp camp 20111210 18:36:18< Gambit> vultraz: I have no idea. 20111210 18:37:15< vultraz> :S 20111210 18:37:22< Gambit> vultraz: Make sure the description and everything look polished 20111210 18:37:36< Gambit> That goes for any add-on 20111210 18:37:54< Gambit> You need to make it clear your project isn't in the "90% of everything is crap" group 20111210 18:38:18< anonymissimus> perhaps making it a MP addon which can also be played as SP and then transferring MP popularity ? 20111210 18:38:19< vultraz> which 90% of add-ons are in lol 20111210 18:39:39< Gambit> Also I would definitely encourage add-ons to [chat] about themselves in a start event now 20111210 18:39:52< anonymissimus> thats a massive exaggeration 20111210 18:39:55< Gambit> So that you don't have this: http://forums.wesnoth.org/viewtopic.php?f=6&t=35588 20111210 18:40:02< Kolbur> are you talking about this settler of wesnoth addon? 20111210 18:40:10< anonymissimus> yes 20111210 18:40:20< anonymissimus> I am talking about it however 20111210 18:40:33< anonymissimus> since I'm trying to get it played 20111210 18:41:02< Kolbur> well, you won't get enough exposure on the dev server 20111210 18:41:30< Gambit> And then of course there's the "fun" aspect :) 20111210 18:41:49< anonymissimus> actually, as far as gameplay design is concerned, I think at least 3/4 of addons are well-made since the times campgen no longer works 20111210 18:41:50 * vultraz 's camp has been downloaded 2279 times 20111210 18:42:08< vultraz> AtS: 4795 20111210 18:42:20< Kolbur> and many who are on the dev server are there for a purpose so are unlikely to join something spontaneously 20111210 18:42:27< anonymissimus> Kolbur: making a game like that with 1.8's limited capabilities is impossible 20111210 18:42:55< Gambit> Yeah marketing that won't work until 1.10 20111210 18:43:08< vultraz> IftU: 1020 20111210 18:43:23< vultraz> GambCiv: 720 20111210 18:43:41< Gambit> Unless your add-on is actually driving people to download 1.9.x (http://forums.wesnoth.org/viewtopic.php?f=4&t=35501) 20111210 18:43:44< Gambit> $ego++; 20111210 18:43:46< Gambit> Haha 20111210 18:43:50< anonymissimus> I'm trying to make people realize how good 1.9 is and that there are many cool new addons so they switch to 1.9 20111210 18:44:08< anonymissimus> so that these addons and wesnoth get more testing 20111210 18:46:17< Gambit> vultraz: What? IftU must have more than that 20111210 18:46:18< vultraz> Gambit: so he can play GambCiv? 20111210 18:46:18< vultraz> rofl 20111210 18:46:35< vultraz> 1.9 IftU 20111210 18:46:48< vultraz> recently uploaded soo... 20111210 18:47:02< Gambit> He must have deleted and reuploaded 20111210 18:47:04< vultraz> like...a month ago maybe? 20111210 18:47:18< Mkaysi> 1.9 has IftU? :D 20111210 18:47:19< vultraz> mine's been there for like....10 months 20111210 18:47:29< vultraz> yes 20111210 18:47:30< anonymissimus> i accidentally deleted TEG as well from the server 20111210 18:47:36< vultraz> O_o 20111210 18:48:00< Gambit> IIRC Espreon recently took over IftU 20111210 18:48:01< anonymissimus> and now from what it looks like the addons server won't be restarted once 1.10 comes out... :( 20111210 18:48:06< Gambit> That may explain it. 20111210 18:48:07-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev 20111210 18:48:19< Gambit> anonymissimus: huh? 20111210 18:49:40< vultraz> Gambit: $ego++ my addon had more downloads than yours :P 20111210 18:50:34< vultraz> has* 20111210 18:51:14< Gambit> Pfft 20111210 18:52:04< Gambit> !math 2278/10 20111210 18:52:04< shikadibot> Gambit: 227 20111210 18:52:20< Gambit> !math 720/3 20111210 18:52:20< shikadibot> Gambit: 240 20111210 18:52:29< Gambit> vultraz: ;) 20111210 18:56:23-!- Guest80014 is now known as Espreon 20111210 18:56:31-!- Espreon [~espreon@ai0867.net] has quit [Changing host] 20111210 18:56:31-!- Espreon [~espreon@wesnoth/developer/espreon] has joined #wesnoth-dev 20111210 19:02:17-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev 20111210 19:05:39< Espreon> Gambit: Yeah, it's true. 20111210 19:06:31< vultraz> Gambit: LOL :P 20111210 19:06:31< Espreon> vultraz: If I were you, I'd make a patch and submit it to the tracker so that your work won't get lost if your computer explodes. 20111210 19:06:58< vultraz> Espreon: good idea 20111210 19:08:10< mordante> anonymissimus, what do you mean with »"forces you to quit to mainscreen stuff"« ? 20111210 19:08:43< mordante> why are exceptions are hard to debug? 20111210 19:09:05-!- horon [~horon@nttkyo316066.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...] 20111210 19:11:42< mordante> gabba this one was fixed wasn't it? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650379 20111210 19:12:16< anonymissimus> mordante: I find them hard to debug since MSVC doesnt show me from where the exception was thrown from once it gets caught 20111210 19:12:20 * gabba looks 20111210 19:12:26< anonymissimus> in the stacktrace 20111210 19:12:59< anonymissimus> although thinking about it it wouldnt anyway 20111210 19:13:15< mordante> anonymissimus, you can ask MSVC to break when the exception is thrown 20111210 19:13:19< anonymissimus> but the stacktrace gets completely "cutted" that is 20111210 19:13:42< anonymissimus> once I know where the exception is thrown yes 20111210 19:13:49< gabba> mordante: yes it's fixed, giving you the bug on our tracker in a sec 20111210 19:14:43< mordante> anonymissimus, IIRC you can let MSVC break per type of exception so only need to know what is thrown and not from where 20111210 19:14:54< anonymissimus> and "quit to mainscreen stuff" refers to the validate macro I guess; but this blit exception you added doesnt force me to quit so its ok 20111210 19:15:51< mordante> and if you don't like an exception, please propose how I can do the things exceptions allow me to do in an elegant way 20111210 19:16:09< Kolbur> anonymissimus: tell me when you want to give it another try 20111210 19:16:16< mordante> unless you provide a good alternative I'll keep using exceptions 20111210 19:17:24< anonymissimus> I son't dare making suggestions to you what to do ;) 20111210 19:17:39< mordante> ? 20111210 19:17:50< anonymissimus> Kolbur: not atm 20111210 19:18:01-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Read error: Operation timed out] 20111210 19:18:24< anonymissimus> Kolbur: of course everyone is free to download the addon 20111210 19:18:34< anonymissimus> mordante: never mind 20111210 19:20:08< gabba> mordante: it's bug https://gna.org/bugs/?19061 and its numerous duplicates. I actually asked Ivanovic to release 1.9.12 early just so the duplicate bug reports would stop 20111210 19:21:47< csarmi> Kolbur: we can try someiűime but more players needed 20111210 19:21:49< csarmi> best play with 4 20111210 19:21:58< gabba> didn't post to the debian bugs mailing list since they don't protect emails and I hate spam 20111210 19:23:09-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev 20111210 19:24:14< anonymissimus> mordante: and this nice error output is certainly helpful, especially since BLIT is a difficult image path function (especially if one uses it from wml only where wesnoth.get_image_size isn't available) 20111210 19:24:25< gabba> anonymissimus: I was able to reproduce your problem with attacks executing "remotely" (actually failing to execute locally), fix incoming 20111210 19:24:49< anonymissimus> gabba: alright 20111210 19:25:26< gabba> The mechanism to ask the server for a random seed for attacks is a bit sneaky if you're not looking for it :-/ 20111210 19:26:34< mordante> anonymissimus, yup, hope it helps people to find their errors 20111210 19:26:40< mordante> thanks gabba 20111210 19:34:31-!- grzywacz [~grzywacz@89-72-193-138.dynamic.chello.pl] has joined #wesnoth-dev 20111210 19:34:31-!- grzywacz [~grzywacz@89-72-193-138.dynamic.chello.pl] has quit [Changing host] 20111210 19:34:31-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev 20111210 19:35:11< anonymissimus> gabba: btw you should also check what happens in case of controller changes 20111210 19:35:30< anonymissimus> from what it looks like it confuses the whiteboard quite a bit 20111210 19:36:09< gabba> anonymissimus: controller changes, such as those when a player quits and is replaced? 20111210 19:36:09< anonymissimus> but thats not surprising, all sorts of strangeness happens in case of controller changes (see the recent bug reports) 20111210 19:36:17< anonymissimus> yes 20111210 19:36:34< gabba> I'll have a look 20111210 19:36:52< anonymissimus> perhaps you can avoid it somehow like "in case a controller changes, forcefully delete all plans" 20111210 19:36:53-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy] 20111210 19:37:27< gabba> tschmitz already had problems with that and I thought we had it covered, but maybe recent changes broke it or he missed something 20111210 19:39:01< anonymissimus> well see this issue with OOS after controller change; it was probably me who introduced it with a fix for a bug which fixed a bug introduced by a fix for another bug back then in 1.7.0 20111210 19:40:15< anonymissimus> controller change is something unexpected and unusual though happens often in MP so simply is difficult any annoying 20111210 19:40:33< mordante> gabba, I send a mail to the Debian bug tracker, so it should be marked as fixed there as well 20111210 19:40:37< gabba> bugs fixing fixes fixing bugs 20111210 19:41:44< mordante> and the MP code itself is also somewhat fragile, which doesn't help ;-) 20111210 19:42:59< anonymissimus> bugfix which needs a bugfix which needs a bugfix which... 20111210 19:43:46< Kolbur> and the users getting impatient :D 20111210 19:49:19< gabba> s/getting impatient/preparing torches and pitchforks/ 20111210 19:51:32< Espreon> gabba: Yup. 20111210 19:51:49< shadowmaster> mordante, alink: I didn't implement the BLIT function 20111210 19:51:57< CIA-79> mordante * r52204 /trunk/ (changelog src/gui/widgets/window.cpp): 20111210 19:51:57< CIA-79> Make click dismiss work properly. 20111210 19:51:57< CIA-79> (Fixes bug #19121). 20111210 19:52:03< mordante> shadowmaster, oh I thought you did 20111210 19:52:11< mordante> shadowmaster, just fixed your bug 20111210 19:52:19< Espreon> I thought alink implemented the BLIT function. 20111210 19:52:37< shadowmaster> CROP was my own, though 20111210 19:53:09< shadowmaster> Espreon: right, in r44257 20111210 19:53:27< Espreon> Ha! 20111210 19:54:23< Gambit> Walking talking revision history 20111210 19:55:00< shadowmaster> git-svn 20111210 20:02:49< shadowmaster> mordante: excellent (although I can't really test right now) 20111210 20:04:49-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Remote host closed the connection] 20111210 20:05:04 * anonymissimus loves mordante's fixes today 20111210 20:05:42< anonymissimus> mordante: the debugegr crash no longer reproduces as well for me, so it seems fixed as well (or masked...) 20111210 20:05:48-!- EdB [~edb@89.82.194.231] has joined #wesnoth-dev 20111210 20:08:50< mordante> anonymissimus, which debugger crash? 20111210 20:09:26< anonymissimus> mordante: bug #18833 20111210 20:09:46< anonymissimus> possibly it was the same memory problem 20111210 20:10:29< anonymissimus> but when I reapplied silene's revision I could still reproduce it, in trunk I can no longer so I'll mark as fixed 20111210 20:12:25< mordante> the issue I fixed, (if I recall the numbers correctly) 35*4 bytes of memory accessed 72*4 bytes after the image's pixels 20111210 20:13:20< mordante> so that could cause random errors, which are heavily dependent on the platform it runs on 20111210 20:14:21< mordante> (actually I think the offset of the first access was 53*4 bytes after the buffer) 20111210 20:14:46< anonymissimus> mordante: perhaps the name of the addon could be included in the error message which is now thrown ? 20111210 20:15:05< anonymissimus> i cna only guess that it is era of magic or so 20111210 20:15:39< mordante> the image load function doesn't know anything about addons 20111210 20:15:57< mordante> so in order to do so I need to catch the exception even later 20111210 20:16:21< mordante> and that will mean I need to add catches at a lot of places 20111210 20:16:46< anonymissimus> if the addon author sees this error message only in case the he connects to the addons server after uploading his addon he has a hard time to notice it 20111210 20:17:16< mordante> true 20111210 20:18:37< gabba> general question: when I execute a recruit/recall/move/attack, I should expect both end_turn_exception and end_level_exception to possibly be thrown, right? 20111210 20:19:38< gabba> just wondering if I should just catch tlua_jailbreak_exception which is the base class for both 20111210 20:19:52< mordante> I'd say yes, some might be unlikely 20111210 20:20:12< mordante> thou shall not catch tlua_jailbreak_exception 20111210 20:21:48< gabba> Dost thou say so? and why? 20111210 20:22:22< gabba> (as long as I throw it back afterwards) 20111210 20:23:46< mordante> I see I forgot to commit some documentation regarding the class :-( 20111210 20:23:47-!- Gallaecio [~quassel@84.120.216.157.dyn.user.ono.com] has quit [Ping timeout: 240 seconds] 20111210 20:24:12< mordante> that exception is meant as work-around for the fact that lua is not exception-safe 20111210 20:24:55< mordante> so if we one day decide to drop lua or there will be an exception-safe version of lua the exception will be deleted 20111210 20:25:35< mordante> if you want to catch both exceptions at the same time better take another approach 20111210 20:25:40< mordante> will cook a patch 20111210 20:26:31< gabba> mordante: well, my problem is that I'm executing a sequence of planned actions that might be of any type; if one of those exceptions gets thrown I need to finalize a variable (but can't use RAII because other return paths don't set it to the same value), and then throw again 20111210 20:26:55-!- EdB [~edb@89.82.194.231] has quit [Remote host closed the connection] 20111210 20:27:25< mordante> do you need it for every exception or only those two? 20111210 20:27:26< anonymissimus> wesbot: bug #18832 20111210 20:27:27< wesbot> Bug #18832 Assigned to: Mark de Wever Status: Fixed Priority: 5 - Normal 20111210 20:27:30< wesbot> Summary: valgrind errors in blit_surface due to r48220 20111210 20:27:33< wesbot> Original submission: I get these when connecting to the 1.9 addons server:== 20111210 20:27:36< wesbot> 1820== Invalid write of size 4==1820== at 0x888AE8C: blit_surface(surface co 20111210 20:27:39< wesbot> URL: https://gna.org/bugs/?18832 20111210 20:28:06< gabba> mordante: only those two I think, because I'm supposing that any other would crash the game 20111210 20:28:48< gabba> I could always "catch all", finalize and throw, but somehow that seems wrong 20111210 20:28:51< mordante> then the lua one is wrong anyway :-) it's trown more often 20111210 20:29:29< mordante> gabba, use something like this http://paste.debian.net/148825/ 20111210 20:29:32< gabba> really? hmm 20111210 20:30:12< mordante> that way you can only catch what you really need 20111210 20:30:35-!- Gallaecio [~quassel@84.120.216.157.dyn.user.ono.com] has joined #wesnoth-dev 20111210 20:31:02< mordante> yup the lua exception is the base of about every exception 20111210 20:31:20< gabba> wow, ok that seems awfully intrusive 20111210 20:31:26< gabba> but if you say so 20111210 20:31:31< mordante> why? 20111210 20:31:45< anonymissimus> mordante: I don't consider that I "blamed" you... 20111210 20:32:03-!- Gallaecio [~quassel@84.120.216.157.dyn.user.ono.com] has quit [Read error: Connection reset by peer] 20111210 20:32:23< mordante> you assigned it to me and mentioned my revision re-introduced it 20111210 20:32:36< gabba> mordante: maybe it's my Java habits, but I usually wouldn't dream of modifying the exceptions of "foreign" code to suit my own 20111210 20:32:58< gabba> I tend to treat the rest of Wesnoth as a library as much as I can 20111210 20:33:19< mordante> unlike Java you don't need to catch all exceptions in C++ 20111210 20:33:55< mordante> and the exception specifications in C++ are also almost unused 20111210 20:35:11< mordante> not a bad principle to consider the rest as a library 20111210 20:35:29< mordante> however catching the wrong exception is also a bad solution 20111210 20:35:59< mordante> so I rather so a special tailored exception instead of using some 'random' base exception 20111210 20:36:25< mordante> the lua one is tailored for lua 20111210 20:36:31< gabba> you know what, for now I'm just gonna do try {} catch A {} catch B {} 20111210 20:36:50< mordante> that's another option 20111210 20:36:54< gabba> If I end up catching both in other places, I'll do as you say and give them another base class 20111210 20:37:30< anonymissimus> mordante: the blurring part of bug #18284 isnt yet fixed 20111210 20:38:58< mordante> gabba, I also wouldn't mind one base too much for those two ... they are in one header 20111210 20:44:49< anonymissimus> Kolbur, csarmi : ready for a game if you want 20111210 20:47:54 * mordante is confused 20111210 20:48:00< mordante> wget -qO - https://gna.org/bugs/index.php?18284 |grep -i blur|wc -l 20111210 20:48:03< mordante> returns 0 20111210 20:48:25< anonymissimus> mordante: anyway I didn't want to "blame" you; I only wanted to report the valgrind errors and the fact that they didn't appear with silene's revision remerged nothing else 20111210 20:48:53< anonymissimus> part 2) of bug #18284 20111210 20:50:36-!- stikonas [~and@ctv-213-164-121-13.vinita.lt] has joined #wesnoth-dev 20111210 20:50:36-!- stikonas [~and@ctv-213-164-121-13.vinita.lt] has quit [Changing host] 20111210 20:50:36-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev 20111210 20:50:58< gabba> anonymissimus: you're not aware of any bug on the tracker reporting the "remote attack execution" thingie? 20111210 20:53:09< mordante> if a bug links to another bug and that one is reported fixed, I obviously do not bother to read the entire bugs all the dates etc. to see whether that bug has been fixed or not 20111210 20:53:27< mordante> also it's not a good idea to submit more than one bug per report 20111210 20:53:54< mordante> it makes tracking what has and what has not been fixed way to hard to track 20111210 20:54:10< mordante> so please file a new report with what bug remains 20111210 20:55:34< anonymissimus> :( 20111210 20:55:45< anonymissimus> gabba: no, its unreported afaik 20111210 20:56:10< gabba> k, I didn't find any either, so no bug to mention in the commit message I guess 20111210 20:59:22< anonymissimus> mordante: and the issue with multiple reports per bug report usually is that for the bug reporter at least the issues are strongly connected 20111210 21:00:49< mordante> anonymissimus, that might be, but from the code point of view often not 20111210 21:01:19< mordante> and it makes tracking bugs really hard, thus causing bugs to be forgotten 20111210 21:10:49< anonymissimus> mordante: I made a new report but this was IMHO useless work 20111210 21:14:13 * anonymissimus recalls silene making a report "issues with the gui2 title screen" having 5 parts or more 20111210 21:18:33< mordante> thanks anonymissimus 20111210 21:18:57< anonymissimus> wesbot: topic 20111210 21:18:58< mordante> I assume you refer to bug 16578, please read comment #12 and #4 20111210 21:18:59-!- wesbot changed the topic of #wesnoth-dev to: String/feature-freeze active for trunk | 168 bugs, 327 feature requests, 13 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org 20111210 21:29:24-!- dtiger_ [~dtiger@dynamic-vpdn-93-125-12-246.telecom.by] has quit [Remote host closed the connection] 20111210 21:35:43< Espreon> mordante: ... 'Tis "thou shalt" 20111210 21:37:37< mordante> ah yes, thanks 20111210 21:38:26< Espreon> No prob. 20111210 21:39:06< Espreon> Thou shalt not eat mine iced cream. 20111210 21:39:56< anonymissimus> btw Espreon I would like to see you submitting such a patch if you were vultraz ;) 20111210 21:41:04< anonymissimus> never mind 20111210 21:41:15< Espreon> anonymissimus: I've already submitted my first and only patch. Get over it. 20111210 21:42:10< anonymissimus> i wonder whether it requires c++ editing though, part of gui2 is defined by wml only 20111210 21:42:38< anonymissimus> vultraz: did you edit c++ for that dialog ? 20111210 21:43:41< Espreon> I highly doubt it. 20111210 21:47:16-!- Bob_The_Mighty [~chatzilla@cpc7-brig15-2-0-cust815.3-3.cable.virginmedia.com] has joined #wesnoth-dev 20111210 21:47:34-!- Bob_The_Mighty [~chatzilla@cpc7-brig15-2-0-cust815.3-3.cable.virginmedia.com] has quit [Quit: ChatZilla 0.9.87 [Firefox 7.0.1/20110928134238]] 20111210 21:55:37-!- Gambit [~quassel@wesnoth/developer/grickit] has quit [Remote host closed the connection] 20111210 21:56:07< CIA-79> mordante * r52205 /trunk/ (changelog data/gui/default/window/wml_message.cfg): 20111210 21:56:07< CIA-79> Shows of big portraits on smaller screens. 20111210 21:56:07< CIA-79> The code might need some polishing later on, but seems to work now. 20111210 21:56:07< CIA-79> (Fixes bug #17961 and #18686.) 20111210 21:56:41-!- Gambit [~quassel@pa-184-5-186-26.dhcp.embarqhsd.net] has joined #wesnoth-dev 20111210 21:56:46-!- Gambit [~quassel@pa-184-5-186-26.dhcp.embarqhsd.net] has quit [Changing host] 20111210 21:56:46-!- Gambit [~quassel@wesnoth/developer/grickit] has joined #wesnoth-dev 20111210 21:59:19< mordante> gabba, the whiteboard entry in the RELEASE_NOTES is it still valid? 20111210 22:01:27< gabba> mordante: I'll leave the line "The option to hide allies' plans has no effect if you change it during a game." for the next release 20111210 22:01:35< gabba> mordante: why, you wanted to clear the file? 20111210 22:02:38< mordante> gabba, I just wondered whether the changes were for 1.9.12 or 1.9.13 20111210 22:05:15< mordante> but then I'll not touch that section 20111210 22:05:33< gabba> mordante: those are leftover from 1.9.12, I guess Ivanovic forgot to clean it up or thought it wasn't needed 20111210 22:05:48< gabba> I'll make sure to update that section for 1.9.13 20111210 22:06:02< mordante> ok 20111210 22:06:46< CIA-79> mordante * r52206 /trunk/ (RELEASE_NOTES players_changelog): 20111210 22:06:47< CIA-79> Update player changelog and release notes. 20111210 22:06:47< CIA-79> The last commit (-r52205), will need some testing on various screens so mention 20111210 22:06:47< CIA-79> it in the release notes as well. 20111210 22:09:13< Ivanovic> re 20111210 22:09:31< Ivanovic> gabba: yeah, might have forgotten to cleanup the release notes after announcing 1.9.12 20111210 22:10:12< CIA-79> gabba * r52207 /trunk/src/ (7 files in 2 dirs): 20111210 22:10:12< CIA-79> Fix bugs with attacks not completing when executing all planned actions in a multiplayer game. 20111210 22:10:12< CIA-79> Other clients were executing it but local client didn't get a chance to receive the random seed and finish the attack. 20111210 22:10:15< CIA-79> gabba * r52208 /trunk/src/ (3 files in 2 dirs): Reimplement and enable auto-execution of planned actions at end of turn 20111210 22:10:22< CIA-79> gabba * r52209 /trunk/ (changelog players_changelog): Changelog entries 20111210 22:15:30< CIA-79> ivanovic * r52210 /trunk/ (10 files in 8 dirs): updated French and Polish translation 20111210 22:16:11< Ivanovic> gabba, mordante: i'll remove the now outdated stuff from the RELEASE_NOTES file 20111210 22:16:23< gabba> Ivanovic: ok 20111210 22:17:13< CIA-79> ivanovic * r52211 /trunk/RELEASE_NOTES: forgot to empty the RELEASE_NOTES after announcing 1.9.12, doing so now (leaving the new stuff from mordante in) 20111210 22:18:43< mordante> thanks Ivanovic 20111210 22:21:28< anonymissimus> wesbot: bug #17961 20111210 22:21:28< wesbot> Bug #17961 Assigned to: Mark de Wever Status: Ready For Test Priority: 5 - Normal 20111210 22:21:31< wesbot> Summary: portaits scaled badly in dialogue 20111210 22:21:33< wesbot> Original submission: Starting in 1.9.3, the portraits got scaled down severely 20111210 22:21:36< wesbot> , at least for some screen sizes. In 1.9.5, the scaling method degrades the ima 20111210 22:21:39< wesbot> URL: https://gna.org/bugs/?17961 20111210 22:22:09< anonymissimus> wesbot: bug #18686 20111210 22:22:10< wesbot> Bug #18686 Assigned to: Mark de Wever Status: Ready For Test Priority: 5 - Normal 20111210 22:22:13< wesbot> Summary: Using really big images in [message] can cause image doesn't fit on canvas errors to be thrown 20111210 22:22:16< wesbot> Original submission: When starting Mystery Campaign from the add-ons server, t 20111210 22:22:19< wesbot> he following error is thrown and the campaign aborts:The error message is : 20111210 22:22:21< wesbot> URL: https://gna.org/bugs/?18686 20111210 22:23:36< mordante> I'm off night 20111210 22:24:12-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev 20111210 22:24:13< gabba> 'night mordante 20111210 22:24:48-!- mordante [~mordante@wesnoth/developer/mordante] has quit [Quit: Leaving] 20111210 22:29:10-!- Octalot [~noct@host86-186-159-239.range86-186.btcentralplus.com] has joined #wesnoth-dev 20111210 22:29:11< vultraz> anonymissimus: Back. No, I just tinkered with the appropriate WML file in data/gui/default/window 20111210 22:31:57-!- Crendgrim [~crend@77-22-113-8-dynip.superkabel.de] has quit [Quit: ...] 20111210 22:47:05< gabba> see you all later 20111210 22:47:07< Mkaysi> Do that command otver way too 20111210 22:47:20-!- gabba [~gabba@wesnoth/developer/gabba] has left #wesnoth-dev [] 20111210 22:47:30< Mkaysi> Wrobg tab sorry 20111210 22:50:56-!- Upthorn [~ogmar@c-98-208-38-181.hsd1.ca.comcast.net] has quit [Ping timeout: 240 seconds] 20111210 22:51:21< chrisoelmueller> Espreon: Ivanovic: do you know how wesnoth is handling e.g. user names in MP that could require different fonts (say, a Cyrillic and a CJKV name) -- or do you restrict names to ascii? 20111210 22:52:01< Ivanovic> chrisoelmueller: i'd guess that it is using the same font list as for the rest of the currently selected language 20111210 22:52:30< Ivanovic> we got a "codelist" for each font with the supported chars 20111210 22:52:51< Ivanovic> and each translation can specify a different "fontlist" to be used 20111210 22:53:01< chrisoelmueller> i don't suppose your cjkv font supports cyrillic or greek glyphs though :x 20111210 22:53:05< chrisoelmueller> hm how do these fontlists work? 20111210 22:53:14< Ivanovic> those glyphs are supported by dejavusans 20111210 22:53:50< anonymissimus> btw vultraz : when I used your addon to reproduce that one bug this warning about survival extreme scared me away 20111210 22:54:04< anonymissimus> other than that it looked interesting 20111210 22:54:12< vultraz> :) 20111210 22:54:28< Ivanovic> chrisoelmueller: i'd guess "magic" is a good way to describe it 20111210 22:54:30< vultraz> maybe I should edit that warning 20111210 22:54:41< Ivanovic> or you could have a look at fonts.cpp where the stuff should be specified 20111210 22:55:11< chrisoelmueller> so you use custom code for that and no library? aight 20111210 22:55:32< chrisoelmueller> knew it would get hairy :P 20111210 22:56:04< Ivanovic> chrisoelmueller: the old gui code is relying on sdl-ttf, the new stuff might rely on pango-cairo, but yeah, at least some stuff is most likely custom 20111210 22:56:52< chrisoelmueller> fife also uses sdl-ttf, perhaps i can convince them to have a peek :) 20111210 22:57:37< Ivanovic> http://svn.gna.org/viewcvs/wesnoth/trunk/src/font.cpp?view=markup 20111210 22:57:44< chrisoelmueller> oh, thanks 20111210 22:58:01< Ivanovic> we specify the vars font_order (for libsdl-ttf) and family_order (for pango-cairo) 20111210 22:58:17< Ivanovic> search for those and how they are used to get an idea what is going on how 20111210 22:58:29< Ivanovic> i don't know the details either, but this might be a good place to start 20111210 23:02:49< chrisoelmueller> yeah looks useful indeed, thanks again 20111210 23:02:56< chrisoelmueller> there goes my weekend :) 20111210 23:03:06< Ivanovic> :) 20111210 23:04:17< Ivanovic> chrisoelmueller: regarding how the font.cfg stuff looks: check our data folder for the config files 20111210 23:04:26< Ivanovic> (yeah, they are at two places IIRC) 20111210 23:06:06< Ivanovic> http://svn.gna.org/viewcvs/wesnoth/trunk/data/hardwired/fonts.cfg?view=markup 20111210 23:06:13< chrisoelmueller> yep fonud it 20111210 23:06:15< chrisoelmueller> found* 20111210 23:06:15< Ivanovic> hmm, i don't find the other file anymore, so there might just be this one 20111210 23:07:02< Ivanovic> translation teams just translate the value of order and family_order to get a different order as result (stuff being handled by "the first font having the codepoint will be used") 20111210 23:07:33< Ivanovic> so if you got a japanese, a chinese and a korean translation and each with different fonts those langs just define a different order and get stuff shown in "their" font at long as the chars are available 20111210 23:09:35-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev 20111210 23:15:26< Espreon> If only wqy-zenhei had the Japanese and Korean variants. 20111210 23:16:42< Espreon> chrisoelmueller: If your thing's Korean translation is only using hangul, wqy-zenhei should be fine for the Korean translation too. 20111210 23:17:01< Espreon> Now, if it's also using hanja, there might be problems. 20111210 23:17:11< Espreon> But mixed script is much rarer nowadays. 20111210 23:21:42-!- Upth [~ogmar@c-98-208-38-181.hsd1.ca.comcast.net] has joined #wesnoth-dev 20111210 23:21:42-!- Upth is now known as Upthorn 20111210 23:30:51-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has quit [Remote host closed the connection] 20111210 23:32:00< Espreon> chrisoelmueller: Hmmm, I've told you this before, haven't I? 20111210 23:39:47< chrisoelmueller> Espreon: yup, but nothing happened on our front since 20111210 23:40:13< Espreon> Ah, OK then. 20111210 23:40:42< chrisoelmueller> i plan to do a quick hack for our japanese translator, but also need a more sophisticated design for the future 20111210 23:40:54< chrisoelmueller> and for that, research is always useful :-) 20111210 23:41:46< Espreon> Yup. 20111210 23:54:39< CIA-79> gabba * r52212 /trunk/src/whiteboard/manager.cpp: 20111210 23:54:39< CIA-79> Additional checks to see if unit still exists, before trying to reset its appearance. 20111210 23:54:39< CIA-79> Tentative fix for bug #19135 20111210 23:58:21-!- Gambit is now known as BatmanGambit --- Log closed Sun Dec 11 00:00:16 2011