--- Log opened Fri May 29 00:00:21 2009 20090529 00:00:37-!- Elvish_Pillage2 [n=eli@71-10-226-74.dhcp.oxfr.ma.charter.com] has quit [Read error: 60 (Operation timed out)] 20090529 00:09:13-!- wesbot changed the topic of #wesnoth-dev to: 58 bugs, 241 feature requests, 12 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org 20090529 00:10:09< zookeeper> "first of all, I read all dave points and I am agree with approach, but however I think that luck system need a little improvement, in particular is important to avoid very unlucky games that can ruin a battle" 20090529 00:10:16< zookeeper> uh...something doesn't quite add up there. 20090529 00:11:02< noy> zookeeper: where is this? 20090529 00:13:50< loonycyborg> zookeeper: Save-loading pretty much solves the luck problem :P 20090529 00:14:38< zookeeper> noy, http://www.wesnoth.org/forum/viewtopic.php?f=6&t=25655 20090529 00:14:47< zookeeper> loonycyborg, can't saveload in MP 20090529 00:15:03< Soliton> details 20090529 00:15:14< zookeeper> (or at least you'll have a hard time convincing your opponents to play along with that ;) 20090529 00:17:50< loonycyborg> I remember that somewhere on the forum there's a replay where one player allows another player to save-load several times to demonstrate that wesnoth isn't pure luck.. 20090529 00:18:32< Ivanovic> i am off to bed, n8 20090529 00:18:46< Ivanovic> and yeah, those luck discussions are ridiculous 20090529 00:20:42-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit [] 20090529 00:24:01< Sirp> okay I replied to that thread. ;) 20090529 00:24:03-!- AnMaster is now known as AnMaster_ 20090529 00:24:12-!- AnMaster_ is now known as AnMaster 20090529 00:42:27< CIA-77> soliton * r35922 /branches/1.6/src/multiplayer_connect.cpp: throw an error when the scenario has no id (weird things will happen otherwise..) 20090529 00:42:27< CIA-77> soliton * r35923 /branches/1.6/src/server/game.cpp: 20090529 00:42:27< CIA-77> always update side data on start_game 20090529 00:42:27< CIA-77> ..and don't on take_side since the host ultimately decides (which will then be 20090529 00:42:27< CIA-77> processed in update_side_data()) 20090529 00:42:31< CIA-77> this hopefully fixes a race condition on game start that could lead to an 20090529 00:42:33< CIA-77> inconsistent state 20090529 00:42:37< CIA-77> soliton * r35924 /branches/1.6/src/server/game.cpp: if the host is an observer still allow him to do some commands 20090529 00:42:44< CIA-77> soliton * r35925 /branches/1.6/src/server/game.cpp: improved output about illegal commands 20090529 00:43:22< CIA-77> soliton * r35926 /trunk/src/server/game.cpp: 20090529 00:43:22< CIA-77> always update side data on start_game 20090529 00:43:22< CIA-77> ..and don't on take_side since the host ultimately decides (which will then be 20090529 00:43:22< CIA-77> processed in update_side_data()) 20090529 00:43:22< CIA-77> this hopefully fixes a race condition on game start that could lead to an 20090529 00:43:23< CIA-77> inconsistent state 20090529 00:43:31< CIA-77> soliton * r35927 /trunk/src/server/game.cpp: if the host is an observer still allow him to do some commands 20090529 00:43:37< CIA-77> soliton * r35928 /trunk/src/server/game.cpp: improved output about illegal commands 20090529 01:04:42-!- z9484 [n=hawk@c-98-202-29-60.hsd1.ut.comcast.net] has joined #wesnoth-dev 20090529 01:24:49-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has quit [Remote closed the connection] 20090529 01:27:40< z9484> I'm not sure if this is the right channel for this but I have a scenario question. no matter what I put for {TURNS 26 24 22}. the scenario has 0 turns and ends in defeat. http://wesnoth.pastebin.com/d4f7289d3 20090529 01:33:45< Soliton> side 1 has no team_name. 20090529 01:35:08-!- Mythological [i=Mytholog@77.28.122.201] has joined #wesnoth-dev 20090529 01:38:50< z9484> your right. but it didn't fix the problem 20090529 01:40:21< Soliton> ok, no idea then. cut stuff out until it works to figure out what's wrong. 20090529 01:43:45< Soliton> what's "{(Merman Hunter) (Tiki) ( _ "Tiki") 1 9 13 )}" supposed to do? 20090529 01:46:46-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzzzzz"] 20090529 01:46:47< z9484> that's how Dead waters campaign did their move fake unit. perhaps it does nothing, because it worked fine when i removed it 20090529 01:47:14< z9484> the move unit not the 0 turn bug 20090529 01:47:25-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection] 20090529 01:49:59-!- Sapient [n=sapien-x@c-71-204-10-166.hsd1.ga.comcast.net] has joined #wesnoth-dev 20090529 01:50:05< Sapient> yo 20090529 01:50:41< Soliton> yo Sapient 20090529 01:50:54< Sapient> hi Soliton 20090529 01:51:04< Soliton> quick leaders have 1 HP and 1 MP. fix it! :-P 20090529 01:51:23< Sapient> sounds like the quick and the dead 20090529 01:51:41< Soliton> except 1 MP is not very quick! 20090529 01:52:10< Sapient> AI0867: why did you deprecate @ for include syntax? 20090529 01:52:46< Soliton> @add-ons != campaigns 20090529 01:53:08< Sapient> I don't get it 20090529 01:53:28< Soliton> it doesn't work anymore after the rename. 20090529 01:53:46-!- giusef [n=giusef@unaffiliated/giusef] has quit [Read error: 110 (Connection timed out)] 20090529 01:53:59< Sapient> how else am I to specify that the user may override the content optionally with userdata ? 20090529 01:54:09< Soliton> @add-ons means check ~add-ons and add-ons which is useless. 20090529 01:54:32< Soliton> Sapient: not at all! do we use @ anywhere in mainline? 20090529 01:55:15< Sapient> dunno 20090529 01:55:32-!- giusef [n=giusef@unaffiliated/giusef] has joined #wesnoth-dev 20090529 01:55:47< Sapient> not everyone has administrative access to the install location 20090529 01:56:03< Sapient> so it is a way of allowing customization 20090529 01:56:27< Sapient> e.g. different music 20090529 01:56:52< Soliton> right, but we don't allow it currently. 20090529 01:57:10< Sapient> ok, whatever 20090529 01:58:02< Sapient> I just don't see the point of deprecating a perfectly fine idea 20090529 01:59:20< Sapient> hmm... it seems like I was going to ask you something before... but I forgot 20090529 01:59:27< Soliton> it can be brought back if we actually want to use it somewhere? 20090529 02:00:02< Soliton> i'd think allowing user customization is a good idea, too but.. we just don't allow it currently. 20090529 02:00:32-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection] 20090529 02:00:39< Sapient> Soliton: do you know in what revision the quick leaders were broken? 20090529 02:01:10< Soliton> Sapient: nope, just noticed it today in r35916. 20090529 02:01:25< Sapient> hmmm 20090529 02:01:57< Sapient> I'll take a look at it 20090529 02:02:13< Sapient> It will take me a while to svn up and build, so I'll scan the commit logs 20090529 02:03:06< Soliton> z9484: well, that macro call does nothing since i doubt you have a "(Merman Hunter)" macro. (i doubt you can even have such a macro at all) 20090529 02:03:35< Soliton> z9484: you should take a look at stderr pretty sure it tells you about it.. and maybe some more stuff. 20090529 02:12:36-!- nital [n=nital@mion.elka.pw.edu.pl] has quit [Read error: 60 (Operation timed out)] 20090529 02:14:28-!- nital [n=nital@mion.elka.pw.edu.pl] has joined #wesnoth-dev 20090529 02:15:01< Sapient> well, I see we did have some suokko commits 20090529 02:15:07< Sapient> I thought he was revoked? 20090529 02:15:52< Sapient> Dave asked that he be removed from svn privs 20090529 02:18:43< Soliton> he was after those commits. 20090529 02:19:08< Soliton> and i think i fixed the breakage they caused. ;-) 20090529 02:22:01< Sapient> was r35883 reverted? 20090529 02:23:18< Soliton> no. 20090529 02:23:52-!- Elvish_Pillager [n=eli@71-10-226-74.dhcp.oxfr.ma.charter.com] has quit ["Hi! I'm a quit message virus vaccine. If you see a quit message virus, don't replace your quit message with it!"] 20090529 02:25:17< Sapient> Soliton: does the problem only occur with translations on? 20090529 02:26:39< Soliton> Sapient: quick leader breakage? 20090529 02:26:58< Sapient> right 20090529 02:27:17< Soliton> i'm using en_GB atm, i think. 20090529 02:28:07< Soliton> happens with en_US as well. 20090529 02:28:14< Sapient> ok 20090529 02:28:21< Soliton> can you not reproduce? 20090529 02:28:31< Sapient> I just finished svn up, building now 20090529 02:29:05< Sapient> don't underestimate the slowness of my laptop ;) 20090529 02:30:37< Sapient> It looks like all the recent changes in the unit code have been silene's 20090529 02:30:57< Sapient> I haven't spotted anything suspicious yet, though 20090529 02:33:27-!- [Relic] [n=[Relic]@adsl-76-230-212-46.dsl.milwwi.sbcglobal.net] has joined #wesnoth-dev 20090529 02:34:16< [Relic]> Hello :) 20090529 02:44:20-!- Polarina [n=polarina@wesnoth/translator/Polarina] has quit ["Leaving."] 20090529 02:52:31< CIA-77> soliton * r35929 /trunk/utils/mp-server/update_server: fixed quoting for the alternate servers as well 20090529 03:05:17-!- Mythological [i=Mytholog@77.28.122.201] has quit [] 20090529 03:12:15-!- BenUrban [n=benurban@68.55.19.224] has joined #wesnoth-dev 20090529 03:27:01-!- anomie2 [n=gare@72.55.205.181] has joined #wesnoth-dev 20090529 03:43:54< Sapient> Soliton: I just started a local MP match with dwarven leaders... quick works here 20090529 03:44:04< Sapient> It was Den of Onis 20090529 03:47:46< Soliton> hmm, odd. 20090529 03:52:05< Soliton> r35929 with data directory directly from svn and i start an mp game with steelclad as leader and it has 1MP, 1HP. 20090529 03:54:53-!- noy [n=Noy@wesnoth/developer/noy] has quit [] 20090529 03:55:50-!- Turuk_ [n=Turuk@wesnoth/forumsith/turuk] has quit [] 20090529 03:57:32< Soliton> when i remove the clear variable part of the quick leader hack i get the normal stats and the quick trait but the modifications are not applied. 20090529 04:10:53-!- z9484 [n=hawk@c-98-202-29-60.hsd1.ut.comcast.net] has left #wesnoth-dev [] 20090529 04:12:29-!- crimson_penguin [n=ben@64.201.60.211] has joined #wesnoth-dev 20090529 04:12:50-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has joined #wesnoth-dev 20090529 04:13:38-!- giusef [n=giusef@unaffiliated/giusef] has quit ["exit (-1);"] 20090529 04:16:22< Sapient> Soliton: what "clear variable" part? 20090529 04:16:28< Sapient> where is that code? 20090529 04:19:24< Soliton> data/multiplayer/eras.cfg 20090529 04:19:53-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has quit ["leaving"] 20090529 04:22:03< Sapient> it could be a very subtle bug indeed if it works on my compiler but not yours 20090529 04:23:20< Sapient> umm... that should be mode=append, not mode=merge 20090529 04:25:23-!- BenUrban_ [n=benurban@unaffiliated/benurban] has joined #wesnoth-dev 20090529 04:25:25< Sapient> otherwise it will smash into the first of any existing trait 20090529 04:27:23< Sapient> the relevant code to generate hitpoints, moves, etc (if missing) is in unit::read 20090529 04:31:09< Sapient> not much I can do if I can't reproduce the problem though 20090529 04:31:23< Sapient> except add debug printouts and send you a patch 20090529 04:32:15< Soliton> yeah, let's wait for someone else to reproduce first. 20090529 04:32:46-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev 20090529 04:35:27-!- giusef [n=giusef@unaffiliated/giusef] has joined #wesnoth-dev 20090529 04:43:02-!- BenUrban [n=benurban@unaffiliated/benurban] has quit [Read error: 110 (Connection timed out)] 20090529 04:43:11-!- BenUrban_ is now known as BenUrban 20090529 05:02:52-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [] 20090529 05:08:21-!- giusef [n=giusef@unaffiliated/giusef] has quit ["exit (-1);"] 20090529 05:09:12-!- Sapient [n=sapien-x@wesnoth/developer/sapient] has quit [Nick collision from services.] 20090529 05:09:18-!- Sapient [n=sapien-x@wesnoth/developer/sapient] has joined #wesnoth-dev 20090529 05:17:21-!- telaviv [n=sean@col-69-134.ResHall.Berkeley.EDU] has joined #wesnoth-dev 20090529 05:18:31< telaviv> hello I am working on a game for linux that doesn't use opengl, and since there are so few resources to ask a question i thought here might be a good place to ask 20090529 05:19:05< telaviv> Basically i'm having a huge problem with smooth scrolling which i know wesnoth does a lot of 20090529 05:19:24< telaviv> I'm wondering how wesnoth handles this without significant tearing 20090529 05:19:58< telaviv> it turns out that X11 can't do this very easily, so i'm wondering, what, if any, workaround this game uses for that 20090529 05:43:09-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev 20090529 06:07:13< Sapient> telaviv: "tearing" ? 20090529 06:07:45< telaviv> yeah, if you'd like i can explain it, but google would probably do a better job 20090529 06:08:21< telaviv> essentially i just want my game to wait until the vertical retrace happens before drawing the buffer to the screen 20090529 06:08:44< Sapient> we're using SDL 20090529 06:09:25< telaviv> Yeap, thats why i'm wondering how you handle tearing 20090529 06:09:33< telaviv> or if you do at all 20090529 06:10:03< Sapient> wesnoth scrolling is pretty sucky if you have an old laptop like mine 20090529 06:10:12< telaviv> let me check one more time 20090529 06:14:03< Sapient> telaviv: check void display::scroll(int xmove, int ymove) 20090529 06:14:39< Sapient> in display.cpp 20090529 06:15:58< Sapient> cya later, have fun. 20090529 06:15:58-!- Sapient [n=sapien-x@wesnoth/developer/sapient] has left #wesnoth-dev [] 20090529 06:22:15< telaviv> cool thanks i'll look into it 20090529 06:25:44-!- Netsplit wolfe.freenode.net <-> irc.freenode.net quits: nital 20090529 07:22:22-!- [Relic] [n=[Relic]@adsl-76-230-212-46.dsl.milwwi.sbcglobal.net] has quit ["Leaving"] 20090529 07:24:24-!- Doppp [n=aassdf@c-67-171-96-240.hsd1.pa.comcast.net] has quit [Read error: 104 (Connection reset by peer)] 20090529 07:24:53-!- Doppp [n=aassdf@c-67-171-96-240.hsd1.pa.comcast.net] has joined #wesnoth-dev 20090529 07:26:09-!- Sirp [n=me@wesnoth/developer/dave] has quit ["leaving"] 20090529 08:29:00-!- euschn [n=chatzill@wesnoth/developer/euschn] has joined #wesnoth-dev 20090529 08:29:02< euschn> hi 20090529 08:30:37-!- nital [n=nital@mion.elka.pw.edu.pl] has joined #wesnoth-dev 20090529 08:54:39-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has joined #wesnoth-dev 20090529 09:00:13-!- cjhopman [n=chris@wesnoth/developer/cjhopman] has joined #wesnoth-dev 20090529 09:36:01-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev 20090529 09:36:26-!- ilor [n=user@wesnoth/developer/ilor] has quit [] 20090529 09:37:59-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has quit ["leaving"] 20090529 10:08:51< euschn> zookeeper: can i bother you with some wml questions? 20090529 10:10:15< zookeeper> euschn, sorry, i'm just about to leave, don't have much time 20090529 10:10:24< zookeeper> if it's a simple yes/no question, then sure :) 20090529 10:10:29< euschn> ok 20090529 10:10:53< euschn> sadly it isnt - its about side wml, for instant about the relation of multiplayer nicksanem, leader name and savid 20090529 10:11:10< euschn> i.e., which tag gets its value from where 20090529 10:11:17< euschn> nickname* 20090529 10:11:37< euschn> but its not that urgent 20090529 10:11:52< zookeeper> umm, i don't remember all that stuff very well. can't you find that out by just looking at a save? 20090529 10:11:53< Ivanovic> moin 20090529 10:13:12< euschn> zookeeper: well I did look at saves, most of the time these tags are all the same. I was curious which of the 3 "propagates" its value to the others 20090529 10:13:15< euschn> hey Ivanovic 20090529 10:15:17< zookeeper> euschn, well, save_id isn't usually used, i think id is used as the default for that 20090529 10:15:25< euschn> I see 20090529 10:15:39< zookeeper> (but you could test by just assigning a different value for each one, i'd imagine) 20090529 10:16:04< euschn> youre right, I will play around with that a bit 20090529 10:22:48-!- Dopppp [n=aassdf@c-67-171-96-240.hsd1.pa.comcast.net] has joined #wesnoth-dev 20090529 10:28:14-!- Doppp [n=aassdf@c-67-171-96-240.hsd1.pa.comcast.net] has quit [Success] 20090529 10:40:30-!- noy [n=Noy@wesnoth/developer/noy] has quit [] 20090529 11:07:06-!- stikonas [n=and@ctv-213-164-97-139.vinita.lt] has joined #wesnoth-dev 20090529 11:17:37-!- loonybot [n=loonybot@79.139.246.189] has joined #wesnoth-dev 20090529 11:18:26-!- loonycyborg [n=sergey@79.139.246.189] has joined #wesnoth-dev 20090529 11:23:09-!- derfian [n=derfian@fritz.lysator.liu.se] has joined #wesnoth-dev 20090529 11:26:10< Ivanovic> Turuk: regarding http://www.wesnoth.org/forum/viewtopic.php?f=4&t=25660&start=0&st=0&sk=t&sd=a 20090529 11:26:29< Ivanovic> maybe also add "please also attach a savegame" in the first part 20090529 11:26:35< Ivanovic> since many users seem to forget this 20090529 11:37:56< esr> Uh oh. Trunk is fatally broken; dies on startup with "src/gui/auxiliary/window_builder.cpp:199 ASSSERTION FAILED: 0 Trace/breakpoint trap" 20090529 11:41:41< loonycyborg> esr: It works for me. 20090529 11:42:47< esr> I'kll try a rebuild from scratch. 20090529 11:45:25< loonycyborg> esr: Perhaps svn diff shows something for you? :) 20090529 11:46:26< esr> Happened just after I did sbmn up to get current, so that's unlikely. 20090529 11:46:36< esr> s/sbmn/svn/ 20090529 11:48:19< loonycyborg> Well.. It's possible that a local modification suddenly starts causing fatal errors after svn up.. 20090529 11:48:45< loonycyborg> While working fine before. 20090529 11:48:53-!- Elvish_Pillager [n=eli@66-189-13-213.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev 20090529 11:49:18< loonycyborg> I.e. some other change has broken the local modification. 20090529 11:54:37< esr> Still fails after trebuild from scratch. Output of svn diff is empty. 20090529 11:55:00< esr> Time to start a bisection, I guess 20090529 11:55:20< Ivanovic> esr: game starts here 20090529 11:56:26-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit [] 20090529 12:02:29< esr> Rev 35823 runs on my laptop. Dropping back to that on my desktop to see if it's OK here. 20090529 12:08:30< esr> OK, 35823 doesn't have the bug. 20090529 12:14:46< esr> 35876 fails 20090529 12:16:38-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 110 (Connection timed out)] 20090529 12:17:35< loonycyborg> How are you doing bisect? With some script, git-bisect or you just issue svn up -r commands manually? 20090529 12:19:09< esr> svn up -r 20090529 12:20:12-!- anomie2 [n=gare@72.55.205.181] has quit [Read error: 110 (Connection timed out)] 20090529 12:20:32< esr> I'm suspecting that one of mordante's recent GUI2 changes is to blame. 20090529 12:20:43< loonycyborg> I do too. 20090529 12:21:10< loonycyborg> Perhaps that fatal error is specific to particular resolution? 20090529 12:21:18-!- anomie1 [n=gare@72.55.205.181] has joined #wesnoth-dev 20090529 12:21:49< esr> Could be. I run at an unusually high resolution. 20090529 12:22:00< esr> That's a good thought, loonycyborg 20090529 12:24:39< Ivanovic> okay, i always start in 1024x768 windowed 20090529 12:27:24< loonycyborg> Looking at create_builder_widget: it seems to be requested to build widget it doesn't know about. 20090529 12:27:32< esr> 35856 fails. 20090529 12:28:18< loonycyborg> esr: What is in output just before the fatal error? 20090529 12:29:08< esr> It dumps some WML, then complains "src/gui/auxiliary/window_builder.cpp:199 ASSSERTION FAILED: 0 Trace/breakpoint trap" 20090529 12:29:56< loonycyborg> That wml is the request to construct widget that caused it to fail. 20090529 12:30:18-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [Read error: 104 (Connection reset by peer)] 20090529 12:30:31-!- mordante [n=mordante@87.215.201.26] has joined #wesnoth-dev 20090529 12:30:33-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev 20090529 12:30:34< mordante> servus 20090529 12:32:58< esr> 35840 succceeds 20090529 12:33:27< esr> Hey Mordante, I think I'be got a crash bug in the GUI2 code. Bisecting now. 20090529 12:34:31< esr> Only 18 revs in re span, currently; I should have it pinned down shortly. 20090529 12:34:41< esr> s/re span/the span/ 20090529 12:34:59< mordante> esr what kind of crash? 20090529 12:35:14< mordante> or is it in the log? 20090529 12:35:24< loonycyborg> Yes. 20090529 12:35:32-!- stikonas [n=and@ctv-213-164-97-139.vinita.lt] has joined #wesnoth-dev 20090529 12:35:51< esr> I'll paste the WML dump next time I see it. 20090529 12:37:20< Ivanovic> [12:29:08] It dumps some WML, then complains "src/gui/auxiliary/window_builder.cpp:199 ASSSERTION FAILED: 0 Trace/breakpoint trap" 20090529 12:37:41< Ivanovic> mordante: though neither loonycyborg nor i do see this, might be something resolution dependant 20090529 12:38:04< Ivanovic> (without esr so far stating which res he uses beside "something large") 20090529 12:38:46< esr> Ivanovic: That's not all there is; it dumps some WML before the trap message. 20090529 12:40:04< Ivanovic> http://wesnoth.pastebin.com 20090529 12:40:05< Ivanovic> ;) 20090529 12:40:27< esr> 35856 fails 20090529 12:41:01< esr> Ivanovic: Yeah, but my CLI paster stopped working last week. Hold on... 20090529 12:41:24< Ivanovic> yes, rafb.net is no more 20090529 12:41:54< Ivanovic> at gentoo they recommend using wgetpaste instead of nopaste 20090529 12:42:00< esr> http://wesnoth.pastebin.com/m1ce9a637 20090529 12:42:20< esr> Oh, is that what happened? Hmmm. 20090529 12:42:39< Ivanovic> # Masked pending removal, as rafb.net closed doors, bug 271295 20090529 12:42:41< Ivanovic> # Suggested replacement: app-text/wgetpaste 20090529 12:43:30< Ivanovic> http://rafb.net/paste/ 20090529 12:43:41< mordante> esr, it doesn't crash for me, but you can try to run wesnoth without --new-widgets 20090529 12:43:57< mordante> that part of the code is under development 20090529 12:44:47< esr> mordante: I'm not using --new-widgets. 20090529 12:45:08< mordante> that's really odd is your data directory in sync and no local modifications? 20090529 12:45:23< esr> Ivanovic: Any idea what Ubuntu package wgetpaste lives in? 20090529 12:45:49< esr> mordante: Yes. We think my odd screen resolution might be triggering it. 20090529 12:45:53< Ivanovic> esr: no idea 20090529 12:46:06< loonycyborg> mordante: create_builder_widget() is called only with --new-widgets? 20090529 12:46:10< Ivanovic> here is the website linked at gentoo: http://wgetpaste.zlin.dk/ 20090529 12:46:45< esr> mordante: You've seen http://wesnoth.pastebin.com/m1ce9a637 > That's the error text. 20090529 12:46:50< Ivanovic> though this might be a gentoo specific package/script 20090529 12:47:25< mordante> loonycyborg, no I thought it was in the campaign dialog but it's not so also happens without --new-widgets 20090529 12:48:17< mordante> does src/gui/auxiliary/window_builder.cpp:185 contain TRY(multi_page); ? 20090529 12:48:40< loonycyborg> Yes, it does.. 20090529 12:48:42< esr> mordante: Wait, I'm resyncing. 20090529 12:49:13< mordante> (and it's no resolution issue) 20090529 12:49:34< esr> 35849 fails 20090529 12:50:51< esr> Down to 9 revs in the span, now. I suspect 35845 will fail too. 20090529 12:51:20< esr> Yup, 35845 fails. 20090529 12:52:27< mordante> esr, I still fear it's a local change at your side, can you do svn st? 20090529 12:52:40< mordante> (about to go afk again) 20090529 12:53:00< esr> mordante: svn diff has empty output. 20090529 12:53:54< Ivanovic> esr: run "svn st" 20090529 12:54:06< Ivanovic> sometimes interesting things come up this way that don't show in svn diff... 20090529 12:54:32< esr> Will do. 20090529 12:54:37< mordante> esr, I read that before, but I hope svn st return the C status for src/gui/auxiliary/window_builder.cpp 20090529 12:54:43< mordante> returns* 20090529 12:55:11-!- Turuk_ [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev 20090529 12:55:31< loonycyborg> mordante: Can that config object be invalid for other reason> 20090529 12:55:37< loonycyborg> s/>/? 20090529 12:55:58< mordante> not really I think especially since it works for you 20090529 12:55:59< mordante> afk 20090529 12:56:59< esr> 35840 still works. Running at 2048x1454. 20090529 12:58:40< esr> svn st confirms no local changes in src/gui/auxiliary/window_builder.cpp 20090529 12:59:13< loonycyborg> Are there any extra .cfg files somewhere in data/ perhaps? 20090529 12:59:31< Ivanovic> those should be shown by svn st, too 20090529 12:59:40< Ivanovic> (with a lovely ? in front of them) 20090529 13:00:10< esr> 35842 20090529 13:00:16< esr> 35842 fails 20090529 13:00:22< esr> No extra cfgs. 20090529 13:00:57< esr> Sorry, wait. 20090529 13:01:52-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [Connection timed out] 20090529 13:08:44< esr> I glitched. 35842 succeeds; 35843 fails. It's 35843. 20090529 13:08:54< esr> Diffing... 20090529 13:11:04< esr> Yeah, that's pretty clear. It's a failure in the new multi-page control. I think the WML spec in the diff between these revisions is what's getting dumped before the trap message. 20090529 13:12:06< esr> Checking that now... 20090529 13:12:20< loonycyborg> But it shouldn't be used without --new-widgets :/ 20090529 13:14:09< esr> Nope, the WML in the diff is *not* idenntical to the error message. Clearly related, though. And I am definitely not running with --new-widgets. 20090529 13:15:34< loonycyborg> Then it somehow gets constructed even though it's not used.. 20090529 13:15:47< loonycyborg> esr: Is WML you see in the dump valid? 20090529 13:16:18< esr> loonycyborg: Hard to tell. It looks syntactically well formed and balanced. 20090529 13:17:05< loonycyborg> If it were invalid that would explain it.. 20090529 13:18:43< esr> Nope, looks valid. Every tag has a closer. I don't see any syntax errors. 20090529 13:19:07-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit [Read error: 104 (Connection reset by peer)] 20090529 13:19:52-!- loonycyborg [n=sergey@79.139.246.189] has joined #wesnoth-dev 20090529 13:21:13-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit [Remote closed the connection] 20090529 13:21:44-!- loonycyborg [n=sergey@79.139.246.189] has joined #wesnoth-dev 20090529 13:22:33-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit [Remote closed the connection] 20090529 13:25:15-!- loonycyborg [n=sergey@79.139.246.189] has joined #wesnoth-dev 20090529 13:47:51< loonycyborg> esr: Are you sure that you're running the right binary? What does first line in output say? Battle for Wesnoth v1.7.0+svn (revision) 20090529 14:03:01-!- Polarina [n=polarina@wesnoth/translator/Polarina] has joined #wesnoth-dev 20090529 14:04:12-!- Turuk_ [n=Turuk@wesnoth/forumsith/turuk] has quit [Read error: 60 (Operation timed out)] 20090529 14:05:31-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev 20090529 14:06:06< esr> Battle for Wesnoth v1.7.0+svn (revision), yes, that's right. 20090529 14:06:29< loonycyborg> Is (revision) the right revision? 20090529 14:07:49< esr> Checking... 20090529 14:16:20< Shadow_Master> :/ 20090529 14:16:59< loonycyborg> Shadow_Master: ? 20090529 14:17:03< esr> Hmm, that's odd... 20090529 14:18:14< esr> Revisions don't match. How is that happening?... 20090529 14:19:11< loonycyborg> esr: How do you run it? 20090529 14:19:33< esr> ./wesnoth . 20090529 14:19:44< esr> AArrggh. 20090529 14:19:54< loonycyborg> Try ./wesnoth-debug instead.. 20090529 14:20:30< esr> loonycyborg: I think your "build=" option needs to be shot. I just found one lurking in my option cache. 20090529 14:20:47< esr> That may be the problem. 20090529 14:22:02< Shadow_Master> :/ 20090529 14:22:27< Shadow_Master> that option is the only reason why I use scons instead of autotools 20090529 14:26:27-!- Crab_ [n=Crab_@wesnoth/developer/crab] has joined #wesnoth-dev 20090529 14:26:31< Crab_> hi 20090529 14:26:39< loonycyborg> esr: I think that it's ok as long as you remember that when it's set to debug, binaries ends up with -debug suffix. 20090529 14:27:08< Shadow_Master> or read the tail of the scons output when compiling 20090529 14:27:44< Shadow_Master> or just check what scons --help gives for the 'build' option status 20090529 14:29:18-!- Crab_ [n=Crab_@wesnoth/developer/crab] has quit [Client Quit] 20090529 14:29:29< esr> Reading the tail doesn't help; the contents of the option cache is dumped at the beginning. Anything close to a full rebuild will scroll it off the screen. 20090529 14:29:43-!- Crab_ [n=Crab_@wesnoth/developer/crab] has joined #wesnoth-dev 20090529 14:30:46< Shadow_Master> esr: I suppose you didn't b) read my second message or a) notice that it usually says something like "hard-linking build/release/wesnoth to wesnoth" or "hard-likning build/debug/campaignd to campaignd-debug" 20090529 14:31:06< Shadow_Master> after linking the executable 20090529 14:31:24< loonycyborg> Shadow_Master: Actually it links the binary directly in . now. 20090529 14:31:56< Shadow_Master> in fact, the compiler commands are echoing all the time. It's impossible to miss the build/*/foo.o pattern 20090529 14:32:10< esr> loonycyborg: Are you running under Windows or Linux? 20090529 14:32:20< loonycyborg> Mostly on linux. 20090529 14:32:28< Shadow_Master> loonycyborg: are you talking about the default build=base config? 20090529 14:32:44< loonycyborg> Shadow_Master: No. About all configs. 20090529 14:33:00< Shadow_Master> $PWD is always ~/src/wesnoth when I run scons ;) 20090529 14:33:17< esr> Can you test under Windows? I have a report of savegame loads hanging from a Windows guy. https://gna.org/bugs/?13589 20090529 14:34:32< loonycyborg> I bet there already are many people testing more intensively than me on windows. 20090529 14:34:34< mordante> esr, does the assertion still occur? 20090529 14:34:42< Shadow_Master> hi mordante 20090529 14:35:02-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [Read error: 104 (Connection reset by peer)] 20090529 14:35:17-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev 20090529 14:35:34< esr> mordante: Sorry - it stoopped happening when I removed the build option and rebuilt. Not you're problem, the $#@*% build= option has poisoned spikes on it. 20090529 14:35:43< Shadow_Master> mordante: am I strictly required to follow your GUI2 conventions (exporting to WML in data/gui, defining a new window type etc.) when converting the storyscreen to use pango? 20090529 14:37:22< mordante> esr, ok no problem, just wanted to have confirmed that was the cause 20090529 14:37:32< loonycyborg> esr: But I can test savegames he attached. 20090529 14:38:23< mordante> Shadow_Master, well I prefer to keep things consequent ;-) 20090529 14:38:49< esr> loonycyborg: Please do. I think he'sd got some local problem in his Windows config. 20090529 14:40:22< Shadow_Master> why do I believe it doesn't mean what you think it means? :P 20090529 14:41:03< Shadow_Master> anyway, okay then. I'm troubled by the few direct uses of ttext in the engine 20090529 14:42:14< Shadow_Master> it took me some trial and error to realize that an object I made wasn't (visibly) rendered at all because I was setting a color with alpha=100% transparent 20090529 14:54:29< mordante> well 100% transparency seems to work as designed ;-P 20090529 14:54:41< mordante> not sure why you're troubled 20090529 14:55:45< Shadow_Master> I can't find any ttext-compatible definition of NORMAL_COLOUR? 20090529 14:55:58< Shadow_Master> and it seems the default ttext foreground colour is white, not #DDDDDD 20090529 14:56:25< Shadow_Master> unless I'm definitively losing my head. 20090529 15:05:32< loonycyborg> esr: His saves work fine for me if I rename them to not to contain non-ascii chars. If I do not rename, they don't show up in load dialog. 20090529 15:05:44< loonycyborg> (That is with version 1.6.2 under wine) 20090529 15:08:18< esr> loonycyborg: You might want to leave a comment to that effect on the bug. 20090529 15:09:49-!- BenUrban [n=benurban@unaffiliated/benurban] has quit ["Power failu"] 20090529 15:30:58-!- elynia [n=shyde@146.155.83.28] has joined #wesnoth-dev 20090529 15:31:34-!- Crab_ [n=Crab_@wesnoth/developer/crab] has left #wesnoth-dev [] 20090529 15:32:11-!- euschn [n=chatzill@wesnoth/developer/euschn] has quit [Remote closed the connection] 20090529 15:38:16-!- YogiHH [i=c3f5f398@wesnoth/developer/yogihh] has joined #wesnoth-dev 20090529 15:48:29< CIA-77> ivanovic * r35930 /trunk/data/campaigns/Delfadors_Memoirs/_main.cfg: add missing translation marker 20090529 15:48:38-!- euschn [n=chatzill@wesnoth/developer/euschn] has joined #wesnoth-dev 20090529 15:50:40< CIA-77> ivanovic * r35931 /trunk/ (4 files in 3 dirs): updated Turkish translation 20090529 15:51:17< euschn> YogiHH: I updated the uml diagram at http://stud3.tuwien.ac.at/~e0204097/wesnoth/uml/ 20090529 15:51:32< euschn> I am still not sure what to do about the turn functionality: 20090529 15:52:11< euschn> the thing is, set_turn() and next_turn() modify time of day data 20090529 15:53:23< euschn> hence you put time of day and turns into two different classes without references to each other. right now I just added a small turn_manager class and moved set_turn() and next_turn() to play_controller (which can modify time information) 20090529 15:53:35-!- elynia [n=shyde@146.155.83.28] has quit [Read error: 60 (Operation timed out)] 20090529 15:53:37< euschn> s/you/you cant 20090529 15:55:13< YogiHH> euschn: but play_controller holds the current turn anyway, so we don't need to have it in game_state, no? 20090529 15:58:11< YogiHH> euschn: ah, just found that you moved it to turn_manager 20090529 15:58:14< euschn> YogiHH: play_controller does hold the current turn number from what i can see 20090529 15:58:42< euschn> exactly, I wanted to move it into a class in order to allow implementation of SavegameConfig 20090529 15:59:24< YogiHH> hmm, why not keep it in play_controller, then? 20090529 15:59:25< euschn> the thing is, if turn information gets its own class, it somehow needs to update the time information 20090529 15:59:33-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has joined #wesnoth-dev 20090529 16:00:21< euschn> well, if it is just a primitive field of play_controller it does not belong to any class implementing SavegameConfig 20090529 16:00:53< YogiHH> euschn: have play_controller implement SavegameConfig, then? 20090529 16:01:42< euschn> YogiHH: fair enough, im overlooking the obvious :) 20090529 16:01:51< YogiHH> ;-) 20090529 16:03:52< euschn> YogiHH: I did not think of it because I added write_game_snapshot to game_state, taking a vector of SavegameConfigs as argument, which would have been all the highlevel objects of play_controller 20090529 16:04:09< euschn> but yes, it is simpler this way :) 20090529 16:05:42< YogiHH> euschn: i was actually thinking to make that vector a member of game_state, but you are right, it is simpler this way :-) 20090529 16:06:41-!- Crab_ [n=Crab_@wesnoth/developer/crab] has joined #wesnoth-dev 20090529 16:07:03< euschn> YogiHH: this also solves my second question: some parts of snapshot are represented in c++ in structs or global variables, which cannot implement Savegameconfig. By having play_controller implement it though, we can handle these too 20090529 16:07:15-!- Elvish_Pillage2 [n=eli@66-189-13-213.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev 20090529 16:07:44< euschn> for example music and statistics information 20090529 16:09:28< YogiHH> hmm 20090529 16:10:52< YogiHH> euschn: Well, it kind of blows the idea of having self responsible objects doing the job of creating the config, moving it all to play_controller, but it's probably our best bet atm. 20090529 16:11:49< YogiHH> euschn: maybe you should still have that vector member of game_state and populate it with the objects that are capable of implementing SavegameConfig 20090529 16:11:55< euschn> YogiHH: wel, most members of play_controller would be those self responsible objects, so play_controller::toConfig would mostly call toConfig of its members 20090529 16:13:27< euschn> besides handling the few structs and primitves members that do not implement it 20090529 16:14:07< YogiHH> euschn: hmm, yeah, that's probably more appropriate. One thing that was slightly bugging me was the fact that game_state would never actually be able to manage that array by itself 20090529 16:14:48< euschn> YogiHH: yea thats correct, theres another problem related to this aswell 20090529 16:15:24< euschn> atm, for writing a sides to a config, you need 2 objects: a teams list and a unit_map 20090529 16:16:12< euschn> units from the map are added as children of the side information coming from the teams, so you cannot add those two to a config indepently 20090529 16:17:26< YogiHH> yes, that's correct. The high-level object hierarchy needs to be considered. That way it is only logical that the top level object (play_controller) manages it all. 20090529 16:17:37< euschn> mhm 20090529 16:18:15< euschn> YogiHH: I just noticed I have to go unfortunately. I will try to check back in the evening if you wnat to discuss this further (tho I cannot promise it 100%) 20090529 16:18:44< YogiHH> euschn: i won't be here until 22:30, but feel free or write it in the log 20090529 16:18:55< euschn> ok 20090529 16:19:06< euschn> see you then 20090529 16:19:09-!- euschn [n=chatzill@wesnoth/developer/euschn] has quit ["ChatZilla 0.9.84 [Firefox 3.0.10/2009042523]"] 20090529 16:19:10< YogiHH> see you 20090529 16:21:38< CIA-77> soliton * r35932 /trunk/utils/mp-server/update_server: screw quoting 20090529 16:23:56-!- Elvish_Pillager [n=eli@66-189-13-213.dhcp.oxfr.ma.charter.com] has quit [Read error: 110 (Connection timed out)] 20090529 16:33:21-!- crimson_penguin [n=ben@64.201.60.211] has joined #wesnoth-dev 20090529 17:04:14-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [] 20090529 17:05:47-!- maxy [n=maxy@80-219-0-199.dclient.hispeed.ch] has joined #wesnoth-dev 20090529 17:06:22-!- mordante [n=mordante@87.215.201.26] has quit ["Leaving"] 20090529 17:33:55-!- fendrin [n=fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev 20090529 17:34:06< fendrin> esr: around? 20090529 17:40:49-!- elynia [n=shyde@146.155.83.245] has joined #wesnoth-dev 20090529 17:48:57-!- YogiHH [i=c3f5f398@wesnoth/developer/yogihh] has left #wesnoth-dev [] 20090529 18:02:01-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev 20090529 18:03:27< ilor> sheesh, missed mordante again 20090529 18:03:56< ilor> mordante: anyway, I'll assume you still read the logs ;) 20090529 18:06:02< ilor> mordante: the gsoc coding period has started so I guess I owe you a status report, in general I've nothing new to show yet but I plan to do some work this weekend 20090529 18:08:41< ilor> I'm in the 'difficult' period of the semester right now, with project deadlines and exams during the next two weeks, after that I'll stil have some uni work but far less 20090529 18:26:40-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev 20090529 18:40:55-!- Psyche^ [n=Psyche@f054001098.adsl.alicedsl.de] has joined #wesnoth-dev 20090529 18:50:22-!- noy [n=Noy@wesnoth/developer/noy] has quit ["GO, GET TO THE CHOPPAH!!!"] 20090529 18:57:43-!- Patterner [n=Psyche@g224111166.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)] 20090529 18:57:43-!- Psyche^ is now known as Patterner 20090529 19:09:54-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev 20090529 19:12:33< CIA-77> cjhopman * r35933 /trunk/ (4 files in 4 dirs): add shared_object.hpp, the base for shared string and tstring 20090529 19:16:32-!- elynia [n=shyde@146.155.83.245] has quit ["Lost terminal"] 20090529 19:30:23-!- giusef [n=giusef@unaffiliated/giusef] has joined #wesnoth-dev 20090529 19:30:59-!- cjhopman [n=chris@wesnoth/developer/cjhopman] has quit [Remote closed the connection] 20090529 19:38:01-!- elynia [n=shyde@146.155.83.245] has joined #wesnoth-dev 20090529 19:53:42-!- yann [n=dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has quit [Read error: 110 (Connection timed out)] 20090529 19:54:59-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev 20090529 19:55:02-!- isaac_ [n=isaac@14.Red-88-26-177.staticIP.rima-tde.net] has joined #wesnoth-dev 20090529 20:01:45-!- isaac [n=isaac@107.Red-83-33-124.dynamicIP.rima-tde.net] has quit [Success] 20090529 20:17:07-!- Crab_ [n=Crab_@wesnoth/developer/crab] has left #wesnoth-dev [] 20090529 20:21:05< esr> fendrin: I'm here. 20090529 20:22:53-!- Elvish_Pillager [n=eli@66-189-12-61.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev 20090529 20:23:07< fendrin> esr: I forwarded a forum message from santi to you. 20090529 20:23:26< fendrin> esr: Have to go now, bye. 20090529 20:23:37-!- fendrin [n=fabi@wesnoth/developer/fendrin] has quit [Remote closed the connection] 20090529 20:39:24-!- Elvish_Pillage2 [n=eli@66-189-13-213.dhcp.oxfr.ma.charter.com] has quit [Read error: 110 (Connection timed out)] 20090529 20:53:36-!- Sapient [n=patrickp@wesnoth/developer/sapient] has joined #wesnoth-dev 20090529 21:11:29-!- silene [n=plouf@wesnoth/developer/silene] has joined #wesnoth-dev 20090529 21:11:41< silene> hi 20090529 21:12:13< Sapient> o silene 20090529 21:12:28< Sapient> what's up? 20090529 21:15:05< silene> not much, i'm travelling a lot lately, so ihaven't had much time to work on wesnoth 20090529 21:23:49-!- Elvish_Pillage2 [n=eli@66-189-12-61.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev 20090529 21:25:02< Sapient> silene: What are your favorite books on programming / theory ? 20090529 21:27:15-!- Elvish_Pillager [n=eli@66-189-12-61.dhcp.oxfr.ma.charter.com] has quit [Read error: 60 (Operation timed out)] 20090529 21:27:52< silene> none; among my preferred books, the ones that would come the closest to programming would probably be the "art of computer programing" and "introduction to algorithms", but they are books about algorithmic, not programmation 20090529 21:35:35< Sapient> yeah, I've already got the latter one 20090529 21:38:40-!- noy [n=Noy@wesnoth/developer/noy] has quit ["GO, GET TO THE CHOPPAH!!!"] 20090529 21:45:46< Soliton> can anyone reproduce quick leaders in a mp game having 1HP and 1MP? 20090529 21:46:14< Soliton> (4MP leaders like the dwarves get the quick trait.) 20090529 21:58:59< silene> Soliton: revision 35909 has the issue 20090529 21:59:34-!- maxy [n=maxy@80-219-0-199.dclient.hispeed.ch] has quit [] 20090529 22:00:27< Soliton> ok, any idea what might be wrong? the WML that makes it happen is in data/multiplayer/eras.cfg. 20090529 22:00:50< Soliton> also, apprently it works fine on windows. 20090529 22:01:54< silene> no idea, i will try a bisection later 20090529 22:14:32-!- Chusslove [n=Chusslov@brsg-d9bee265.pool.mediaWays.net] has joined #wesnoth-dev 20090529 22:24:01< silene> Soliton: no clue why, but it seems it is my fault 20090529 22:36:59-!- YogiHH [n=chatzill@c174021.adsl.hansenet.de] has joined #wesnoth-dev 20090529 22:37:15-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev 20090529 22:42:25< Soliton> silene: ah, got it narrowed down to a commit? 20090529 22:43:00< silene> yes, but the commit itself is unrelated; there is an issue with the way lua deletes wml variables 20090529 22:43:54< Soliton> oh i see. how does lua get involved? 20090529 22:45:35< silene> in order to exercise the lua kernel and find bugs, some wml tags are implemented in lua instead of c++, for instance [clear_variable] 20090529 22:48:42< Soliton> ah, i was looking at game_state::clear_variable() but i guess that function doesn't get called then. 20090529 22:50:01< silene> Soliton: it is supposed to get called (see lua.cpp:550); but somehow it isn't 20090529 22:51:13-!- Alesis-Novik [n=alesis@78.60.188.59] has quit [Read error: 110 (Connection timed out)] 20090529 22:52:12-!- ettin [n=jorda@wesnoth/developer/ettin] has joined #wesnoth-dev 20090529 22:59:42< CIA-77> silene * r35934 /trunk/data/lua/wml-tags.lua: Fixed dwarf leaders starting with 1hp in MP games. 20090529 22:59:47< silene> Soliton: ^ 20090529 23:02:37-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has quit ["leaving"] 20090529 23:02:51 * Soliton was just trying to find the definition of trim() in the lua reference. :-) 20090529 23:05:27-!- ABCD [n=ABCD@wikipedia/ABCD] has quit [Read error: 104 (Connection reset by peer)] 20090529 23:05:39< Soliton> annoying that lua has another syntax for regexp. 20090529 23:06:09< silene> yes, and a crap one at that 20090529 23:08:23< Sapient> that explains why it worked for me then 20090529 23:08:27< Sapient> I have lua disabled 20090529 23:18:15< Shadow_Master> finally, I find a forum hack from cycholka without using grep more than once 20090529 23:19:47< Sapient> silene: I really do not wish to see WML become the "poor man's" way of coding wesnoth scenarios 20090529 23:19:55< Shadow_Master> ... I take it back, I only found the quota override for the hidden group an Jetryl 20090529 23:20:03-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev 20090529 23:20:16< silene> Sapient: ? 20090529 23:20:29< Sapient> there are some unique advantages and opportunities with designing your own language for your own target audience 20090529 23:20:53< Sapient> so I hope that WML will remain the preferred choice for mainline content 20090529 23:21:31< Sapient> with the exception of AIs, which should not be written in WML but in a more traditional language 20090529 23:22:16< Sapient> the primary way that users learn WML is by reading mainline content 20090529 23:22:55-!- ABCD [n=ABCD@wikipedia/ABCD] has joined #wesnoth-dev 20090529 23:23:10< Shadow_Master> I guess I'll need additional advice from cycholka. 20090529 23:23:22< Sapient> I would like them not to be confused or intimidated when they look at the tutorial_1.cfg, but rather inspired to alter it and extend it 20090529 23:24:35< Sapient> so this is why I am opposed to "creeping lua-isms" in places where it isn't really needed 20090529 23:26:10< Sapient> I hope that's clear 20090529 23:26:14< Sapient> later 20090529 23:26:16-!- Sapient [n=patrickp@wesnoth/developer/sapient] has left #wesnoth-dev [] 20090529 23:27:46-!- elynia [n=shyde@146.155.83.245] has quit ["Lost terminal"] 20090529 23:45:46-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev 20090529 23:48:04< zookeeper> huh, did suokko's recent commits actually break something? 20090529 23:51:03< stikonas> zookeeper: yes, AI 20090529 23:51:44< Ivanovic> zookeeper: of course they broke something 20090529 23:51:50< Ivanovic> have you expected differently? 20090529 23:51:51< Ivanovic> ;) 20090529 23:51:57< loonycyborg> zookeeper: One of suokko's commits caused or exposed a bug that caused AI players to freeze. 20090529 23:52:15< loonycyborg> But Soliton fixed it. 20090529 23:52:20< zookeeper> haha, cool. 20090529 23:52:37< zookeeper> Ivanovic, well, frankly i might have... --- Log closed Sat May 30 00:00:29 2009