--- Log opened Sat Jul 24 00:00:25 2010
20100724 00:00:27< mordante> and to answer your second question, I like what you did so far
20100724 00:01:05< billynux> good :)
20100724 00:01:07< mordante> how do you feel about gsoc?
20100724 00:01:47< billynux> great... the only thing I don't like is that it ends 
20100724 00:01:48< billynux> :)
20100724 00:02:23< billynux> I just expect to get a job like *this* (reads: interesting stuff, challenging & dynamic) some day
20100724 00:02:29< mordante> yeah well there's always a next year (at least for those who are still student then)
20100724 00:02:56< mordante> yeah that's what I also think is important in a job
20100724 00:02:56-!- Bocom_ [~Bocom@c-b7cfe255.013-31-6b736412.cust.bredbandsbolaget.se] has joined #wesnoth-dev
20100724 00:04:19-!- Bocom [~Bocom@c-b7cfe255.013-31-6b736412.cust.bredbandsbolaget.se] has quit [Read error: Connection reset by peer]
20100724 00:04:58< billynux> mordante, I don't think I'll be doing GSoC next year though, I would like to mentor, and I expect to have some job @ industry. I'm pretty much dropping my post-grad aspirations
20100724 00:07:08< billynux> I meant the first part as a student
20100724 00:07:09< mordante> mentoring is also fun
20100724 00:07:42< billynux> I guess so... I'm directing 3 groups doing thesis work (extending my own thesis) right now
20100724 00:07:59-!- zookeeper [~l@wesnoth/developer/zookeeper] has quit []
20100724 00:08:58< mordante> interesting
20100724 00:10:34< billynux> one of them is adapting FuD to BOINC, the other is building a recursive functor framework for FuD
20100724 00:10:44< billynux> and the third a combinatorial engine
20100724 00:11:01< billynux> very interesting stuff :D
20100724 00:11:34< mordante> indeed sounds interesting
20100724 00:12:46-!- thespaceinvader [~chatzilla@wesnoth/artist/thespaceinvader] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.7/20100713130626]]
20100724 00:14:20-!- King_Elendil [~King_Elen@75.143.235.104] has quit [Read error: Connection reset by peer]
20100724 00:14:35-!- King_Elendil [~King_Elen@75.143.235.104] has joined #wesnoth-dev
20100724 00:14:44< mordante> I'm off night
20100724 00:16:23-!- mordante [~mordante@wesnoth/developer/mordante] has quit [Quit: Leaving]
20100724 00:18:32-!- Crab_ [~Crab_@wesnoth/developer/crab] has quit [Quit: Leaving.]
20100724 00:22:11< CIA-87> billynux * r44601 /trunk/src/ana/api/binary_streams.hpp: Improved the ana serializer implementation with helpers for containers.
20100724 00:22:21< billynux> I'm off too, bye y'all
20100724 00:22:24-!- billynux [~billy@wesnoth/developer/billynux] has quit [Quit: Leaving]
20100724 00:35:32-!- Crab_ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20100724 00:35:44-!- Crab_ [~Crab_@wesnoth/developer/crab] has quit [Client Quit]
20100724 00:37:46-!- e_s [~elvish_so@pool-173-59-65-48.phlapa.east.verizon.net] has joined #wesnoth-dev
20100724 00:40:15-!- elvish_sovereign [~elvish_so@pool-173-59-71-113.phlapa.east.verizon.net] has quit [Ping timeout: 265 seconds]
20100724 00:40:15-!- e_s is now known as elvish_sovereign
20100724 00:41:48-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 240 seconds]
20100724 00:42:28-!- Zarel [~Zarel@warzone2100/developer/Zarel] has quit [Quit: This computer has gone to sleep]
20100724 00:51:11-!- PetePorty [~Pete@pc-235-252-120-200.cm.vtr.net] has quit [Quit: Saliendo]
20100724 01:03:35-!- gabba [~gabba@wesnoth/developer/gabba] has quit [Ping timeout: 260 seconds]
20100724 01:38:39-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.]
20100724 02:03:51-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Read error: Connection reset by peer]
20100724 02:04:05-!- Zarel [~Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20100724 02:08:54-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100724 02:10:33-!- King_Elendil [~King_Elen@75.143.235.104] has quit [Quit: I hope y'all have a nice day ;)]
20100724 02:13:59-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has quit [Quit: Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz]
20100724 02:14:32-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection]
20100724 02:54:10-!- Elvish_Pillager [~eli@71-10-224-192.dhcp.oxfr.ma.charter.com] has quit [Ping timeout: 260 seconds]
20100724 02:56:17-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has quit [Remote host closed the connection]
20100724 03:31:10-!- CIA-87 [cia@208.69.182.149] has quit [Ping timeout: 245 seconds]
20100724 03:31:10-!- Zarel [~Zarel@warzone2100/developer/Zarel] has left #wesnoth-dev ["Leaving"]
20100724 04:24:07-!- alink [~alink@wesnoth/developer/alink] has joined #wesnoth-dev
20100724 04:26:11< alink> boucman: I changed the WML a bit with r44605, but nothing important and I think it's handy
20100724 04:26:52< alink> this also shows what kind of small macro changes may help
20100724 04:27:34< alink> wesbot: seen CIA-87
20100724 04:27:34< wesbot> alink: Person, who 56m 24s ago used nick CIA-87, last spoke 2h 12m ago.  56m 13s ago as CIA-28 they were seen quitting on the channel #wesnoth-umc-dev with the message: Ping timeout: 240 seconds
20100724 04:27:53< alink> wesbot: log r44605
20100724 04:27:54< wesbot> alink * r44605 : Use the new key 'set_no_flag' to reduce WML terrain macro overuse.This is enough to gives a small speed up (~15% on mine) because {FLAG} is/was the most used one.
20100724 04:27:58< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=44605
20100724 04:28:57-!- Ivanovic_ [~ivanovic@dtmd-4db2da38.pool.mediaWays.net] has joined #wesnoth-dev
20100724 04:29:23< alink> I am not sure yet if it was because {FLAG} was passed along the macro nesting chain (which sort of pass "by value", I think, which propably means replace it at each step)
20100724 04:29:47< alink> or if it was because it's in all final macros
20100724 04:30:38< alink> latter seems more probable, since it's there that there was a repetition
20100724 04:31:58< alink> I think I had something like 180000 invocations (assuming that my debug code was accurate)
20100724 04:32:19-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 276 seconds]
20100724 04:32:55-!- Ivanovic_ is now known as Ivanovic
20100724 04:33:11< alink> but that seems possible since we have about 95% invalid rules and about 2000 valid ones, and {FLAG} was sometimes repetead several times in some of them
20100724 04:34:49< alink> I still hope that my random plan will reduce that 95%, but maybe there is also invalid rules because of missing images of rotated rules or other auto-generated stuff not related to probaility
20100724 04:37:48< alink> mmh that 95% doesn't reflect well macro's use. Rotated rules create 6 rules but from only one WML rule
20100724 04:38:17< alink> I will try to get better numbers tomorow
20100724 04:38:21< alink> bye
20100724 04:38:23-!- alink [~alink@wesnoth/developer/alink] has quit [Remote host closed the connection]
20100724 04:46:58-!- CIA-87 [~CIA@208.69.182.149] has joined #wesnoth-dev
20100724 05:13:47-!- PetePorty [~Pete@pc-235-252-120-200.cm.vtr.net] has joined #wesnoth-dev
20100724 05:15:50-!- Appleman1234 [~Appleman1@CPE-60-226-176-19.qld.bigpond.net.au] has joined #wesnoth-dev
20100724 05:33:59-!- gabba [~gabba@wesnoth/developer/gabba] has joined #wesnoth-dev
20100724 05:35:49-!- Gambit [~Gambit@pa-67-234-73-7.dhcp.embarqhsd.net] has quit [Quit: Eee-eye-eee-eye-eee-yeah. Is it in my head? Eee-eye-eee-eye-eee-yeah. We'll just laugh instead. You worry 'bout the weather and whether or not you should hate.]
20100724 05:48:29-!- elvish_sovereign [~elvish_so@pool-173-59-65-48.phlapa.east.verizon.net] has quit [Quit: elvish_sovereign]
20100724 05:57:04-!- silene [~plouf@AMarseille-553-1-243-214.w92-153.abo.wanadoo.fr] has joined #wesnoth-dev
20100724 05:57:04-!- silene [~plouf@AMarseille-553-1-243-214.w92-153.abo.wanadoo.fr] has quit [Changing host]
20100724 05:57:04-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100724 06:23:27-!- silene [~plouf@wesnoth/developer/silene] has quit [Quit: Leaving.]
20100724 06:26:19-!- Upth [ogmar@adsl-75-26-192-242.dsl.scrm01.sbcglobal.net] has joined #wesnoth-dev
20100724 06:30:00-!- Upthorn [ogmar@adsl-75-26-192-242.dsl.scrm01.sbcglobal.net] has quit [Ping timeout: 240 seconds]
20100724 06:39:42< CIA-87> gabba * r44607 /trunk/src/ (4 files in 2 dirs): Whiteboard: display hotkey list when whiteboard is activated, and the first time the ctrl key is used. When whiteboard is deactivated, delete all plannned actions.
20100724 06:44:28< Upth> gabba, something in what seems to be part of your whiteboard stuff is causing a crash in windows, with the assertion failure message "deque iterators incompatible"
20100724 06:45:05< Upth> in wb::side_actions::find_first_action_of
20100724 06:45:18< Upth> line 315 of side_actions.cpp
20100724 06:48:21< gabba> Upth: timotei and some other guy already told me about it, but I really don't know what to do about this for now. The GNU or Microsoft implementation of deque/of the stl in general must be not-exactly-standard I guess... I hope some Windows expert will help on this, since I'm not willing to set up a windows dev environment. In the meanwhile unfortunately, avoid testing the wb under windows...
20100724 06:50:32< Upth> http://wesnoth.pastebin.com/3FUzXGQ5 should give more info
20100724 06:51:23-!- Upth is now known as Upthorn
20100724 06:52:49< Upthorn> when that debug_error line is hit, this->_Mycont == 0
20100724 06:53:36< Upthorn> and I wasn't testing the whiteboard. It seems to be on by default now somehow.
20100724 06:54:12< gabba> Upthorn: did you hit the ctrl key?
20100724 06:54:18< Upthorn> I did not.
20100724 06:54:49< Upthorn> I started the tutorial and clicked on Konrad
20100724 06:54:55-!- Aethaeryn [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Quit: ...]
20100724 06:56:33< Upthorn> the problem appears to occur because of a comparison involving (a) deque iterator(s) that (is/are)n't attached to (a) structure(s).
20100724 06:58:29< Upthorn> in this particular case, both iterators have NULL _Mycont pointers, but if either of them has a NULL _Mycont, or the two iterators have different _Mycont's, then this crash will occur.
20100724 07:03:45< gabba> Upthorn: I'm gonna try two things. When I commit, can you test separately the two revisions? i.e. build first the second-to-last, and then the last?
20100724 07:04:16< Upthorn> yeah
20100724 07:06:07< CIA-87> gabba * r44608 /trunk/src/whiteboard/manager.cpp: Whiteboard: slightly improved help text.
20100724 07:06:12< CIA-87> gabba * r44609 /trunk/src/whiteboard/manager.cpp: Whiteboard: Attempt 1 at fixing deque iterator crash under windows.
20100724 07:06:18< CIA-87> gabba * r44610 /trunk/src/whiteboard/manager.cpp: Whiteboard: Attempt 2 at fixing deque iterator crash under windows.
20100724 07:06:30< gabba> Upthorn: ^
20100724 07:09:14< Upthorn> I think I see a simple solution to fix the problem, which is obviously not either of the ones you just tried because it'd be in the side_actions.hpp
20100724 07:09:23< Upthorn> but I'll try yours first
20100724 07:09:28< Upthorn> compiling 44609 now
20100724 07:10:22< Upthorn> ... may take a while.
20100724 07:11:10< gabba> Upthorn: please do explain your solution while you compile
20100724 07:11:28< gabba> btw, this is the backtrace submitted by timotei for the same bug: http://wesnoth.pastebin.com/i1VU3FS7
20100724 07:12:26-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Quit: suspend-to-disk]
20100724 07:12:38< gabba> Upthorn: ah ok, I didn't look at the right place. The problem is obviously "if (start_position == side_actions::iterator())"
20100724 07:14:33< gabba> Upthorn: yeah, so I'm gonna look for a better way of handling the start-of-search parameter... too bad, this worked well under linux.
20100724 07:14:59-!- Upth [~ogmar@adsl-75-26-192-242.dsl.scrm01.sbcglobal.net] has joined #wesnoth-dev
20100724 07:16:34< Upthorn> I think the better way is
20100724 07:16:51< Upthorn> in side_actions.hpp
20100724 07:17:10< Upthorn> change all the default parameters from iterator() to begin()
20100724 07:18:13< gabba> Upthorn: that's the first thing I tried before settling on this, and I get "invalid use of non-static data member"
20100724 07:18:14< Upthorn> or end() - 1, as appropriate
20100724 07:19:05< Upthorn> that's odd.
20100724 07:19:26< Upthorn> it should be perfectly fine to use non-static data members in that position
20100724 07:19:35< gabba> Upthorn: maybe it's a simple matter of order in the member declaration, I'll try moving the deque actions_ before those methods.
20100724 07:19:51< Upthorn> yeah, that could be the issue.
20100724 07:20:11< Upthorn> 44609 compiled, launching
20100724 07:20:50< Upthorn> but it sounds like you just told me that you don't expect either of these to work.
20100724 07:23:29< gabba> Upthorn: yeah, those two commits probably won't solve anything
20100724 07:23:47-!- PetePorty [~Pete@pc-235-252-120-200.cm.vtr.net] has quit [Quit: sleepy time]
20100724 07:25:44< gabba> Upthorn: ok, moving actions_ around doesn't help, I'm just gonna overload those functions with 1-param and 2-param versions for now, since I have to go to bed
20100724 07:25:56< Upth> ok.
20100724 07:26:05< Upth> thanks
20100724 07:29:00-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100724 07:29:43 * Upth started copying his working copy to his desktop so he could dual-compile, but it seems like it will take longer than recompiling and testing both on laptop
20100724 07:30:07< Upth> it should help soon anyway, though, when I have to start testing and debugging multiplayer stuff
20100724 07:34:43< CIA-87> gabba * r44611 /trunk/src/whiteboard/ (manager.cpp side_actions.cpp side_actions.hpp): Whiteboard: Hopefully the real solution to the windows deque iterator problem.
20100724 07:35:28< Upthorn> 44609 didn't crash until I actually activated the whiteboard
20100724 07:35:39-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20100724 07:35:54< Upthorn> but I'm guessing that's actually an earlier change that I missed due to my working copy having been 11 hours out of date
20100724 07:36:05< timotei> morning
20100724 07:36:26< gabba> Upthorn: logical, since 44609 didn't take the problematic code path if the deque was completely empty
20100724 07:36:44< timotei> hi gabba Upthorn 
20100724 07:36:48< Upthorn> running 44610 for the heck of it
20100724 07:37:05< timotei> does it fixed?:D
20100724 07:37:21< Upthorn> morning timotei
20100724 07:37:32< Upthorn> 44611 should fix it, but hasn't been tested on windows
20100724 07:37:46< timotei> I'm compiling now
20100724 07:38:07< timotei> still I don't get. isn't the same STL on windows/linux/etc?
20100724 07:38:12< Upthorn> I'm checking 44610 out cause I said I would and I was all set to do it when I was told that it wasn't actually necessary and wouldn't address the problem
20100724 07:38:14< gabba> but this last one should be the definitive fix, no more comparison with a detached, default-constructed operator (I suspect MS was a bit over-zealous in safety's name when disallowing this...)
20100724 07:38:17-!- silene [~plouf@AMarseille-553-1-188-8.w90-41.abo.wanadoo.fr] has joined #wesnoth-dev
20100724 07:38:17-!- silene [~plouf@AMarseille-553-1-188-8.w90-41.abo.wanadoo.fr] has quit [Changing host]
20100724 07:38:17-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100724 07:38:28< Upthorn> timotei: they all have slightly different implementations
20100724 07:38:35< gabba> timotei: welcome to hel... uh the real world ;)
20100724 07:38:52< timotei> gabba: you would be suprised how many warning I have in my compile console:))
20100724 07:39:00< Upthorn> gabba was going to say "welcome to hello world" but stopped himself
20100724 07:39:16< timotei> not really, welcome to hell :))
20100724 07:39:34< shadowmaster> hi timotei 
20100724 07:39:40< timotei> hi shadowmaster 
20100724 07:39:47< Upthorn> I like my revised history better :P
20100724 07:39:50< Espreon> Hello timotei...
20100724 07:40:52< gabba> timotei: mordante has us compiling with (almost) all warnings = errors  :P
20100724 07:41:09< timotei> yeah, I know
20100724 07:41:26< timotei> that's why I didn't understand it doesn't use a windows compiler too :))
20100724 07:41:37< timotei>  warning C4099: 'surface' : type name first seen using 'struct' now seen using 'class'
20100724 07:41:40< timotei> warning C4355: 'this' : used in base member initializer list
20100724 07:41:44< timotei> warning C4800: 'font::LABEL_SCROLL_MODE' : forcing value to bool 'true' or 'false' (performance warning)
20100724 07:41:52< timotei> :))
20100724 07:41:59< timotei> this are the main 'flaws'
20100724 07:42:11< timotei> but whatever, it doesn't matter
20100724 07:43:14-!- dtiger [~dtiger@dynamic-vpdn-93-125-68-222.telecom.by] has joined #wesnoth-dev
20100724 07:44:02< Upthorn> yeah, I know. msvc warnings don't matter to the devs.
20100724 07:44:10< Upthorn> I just try not to add any with my code.
20100724 07:44:24< timotei> :)
20100724 07:44:49< gabba> ok I understand, the MS compiler sees different warnings than gcc... you should send a list of those to mordante at some point, so he can determine if they are serious or just "interesting" interpretations of the c++ standard/weird theories on good code practices
20100724 07:44:51< Upthorn> of course I tend to add gcc warnings without knowing it and then get dirty looks from everyone else
20100724 07:45:41< timotei> ok, compiled. testing..
20100724 07:45:54< Upthorn> I hope you compiled in release, by the way
20100724 07:46:01< timotei> no... why?:))
20100724 07:46:12< Upthorn> because it loads much much faster
20100724 07:46:13< timotei> I compiled in Debug(fast)
20100724 07:46:14< timotei> :P
20100724 07:46:21< timotei> well yeah, but I don't get any stacktrace..
20100724 07:46:22< Upthorn> 30 seconds vs 5 minutes
20100724 07:47:07< Upthorn> fair enough, and if it still crashes we'll want to know /why/
20100724 07:48:25< gabba> does Visual Studio allow you to compile using multiple threads (or does it automatically)?
20100724 07:48:50< timotei> parallel compiling?
20100724 07:48:54< gabba> yup
20100724 07:49:00< timotei> don't tried
20100724 07:49:06< timotei> s/don't/haven't
20100724 07:49:19< Upthorn> gabba: it seems to compile multiple projects simultaneously as different threads
20100724 07:49:28< Upthorn> so when I have to do a full recompile
20100724 07:49:34< gabba> Over here I type "make -j 5" to have 5 parallel compilations, it maxes out my quad core pretty well
20100724 07:49:43< Upthorn> it first does wesnothlib (because both wesnoth and wesnothd depend on it)
20100724 07:49:55< Upthorn> and then it does wesnothd and wesnoth simultaneously
20100724 07:50:01< Upthorn> but only one thread for each
20100724 07:50:37< Upthorn> of course, I haven't jiggered with any of the settings to try and make it do any differently
20100724 07:51:53< gabba> Ok, so it does some parallelization by default. Over here it usually starts one gcc process per object file. Of course stuff like linking the final binary is single-threaded.
20100724 07:52:26< gabba> So anyways does r44611 work for you guys?
20100724 07:52:31 * gabba is sleepy
20100724 07:52:51< timotei> I'm trying now
20100724 07:53:19< timotei> gabba, Upthorn : http://msdn.microsoft.com/en-us/library/bb385193.aspx
20100724 07:53:53< timotei> so, between 1 and 65536 multiple procs
20100724 07:54:26-!- alink [~alink@wesnoth/developer/alink] has joined #wesnoth-dev
20100724 07:55:07< CIA-87> alink * r44612 /trunk/src/serialization/preprocessor.cpp: 
20100724 07:55:07< CIA-87> Cleaner hack/fix to speed up cache building.
20100724 07:55:07< CIA-87> Almost equivalent perfomance but with full output in error message.
20100724 07:55:07< CIA-87> Some errors or logs may still need to be translated but the main ones work.
20100724 07:55:10< CIA-87> alink * r44613 /trunk/src/serialization/preprocessor.cpp: 
20100724 07:55:10< CIA-87> Improve previous commit about cache optimization.
20100724 07:55:10< CIA-87> Optimize a bit more by using hexadecimal (parse cost in linear in characters and
20100724 07:55:11< gabba> timotei: good to know, since I sometimes have to use Visual Studio for school projects
20100724 07:55:48< Upthorn> gabba: 1>cl : Command line warning D9030 : '/Gm' is incompatible with multiprocessing; ignoring /MP switch
20100724 07:55:56< Upthorn> err timotei
20100724 07:56:18< timotei> ?
20100724 07:56:25< timotei> oh great
20100724 07:56:26< timotei> :))
20100724 07:56:49< Upthorn> /Gm is what makes it so you only have to recompile the changed objects each time
20100724 07:56:53< gabba> "/Gm (Enable Minimal Rebuild) (C++)": he he, looks like you have to pick...
20100724 07:56:57< timotei> yeah
20100724 07:58:02< Upthorn> it is also required for Edit and Continue
20100724 07:58:08< alink> ^r44612 probably fails somewhere, but it's more useful (speed and error messege) than my previous disabling hack, so I committed it and will check details later (but the few basic tests that I did worked) 
20100724 07:58:13< Upthorn> which is where you can change the code during debugging while stepping through
20100724 07:58:40< timotei> yeah
20100724 07:58:49< timotei> that's what I like in vs, the edit and continue thingy;)
20100724 07:59:17< timotei> if the libs wouldn't be a problem on windows in general
20100724 07:59:20< timotei> vs would rock
20100724 07:59:28< gabba> timotei: yeah, that's the only feature I feel is missing in gcc
20100724 07:59:46< timotei> also the debugger is cool, even if sometimes it displays bad stuff
20100724 07:59:56< timotei> or better: wrong
20100724 08:00:02< gabba> timotei: gdb now has *reverse debugging* though now, try to beat that ;)
20100724 08:00:13< Upthorn> reverse debugging?
20100724 08:00:14< timotei> going back in stacktrace?
20100724 08:00:15< silene> alink: note that you broke preprocessing for external tools
20100724 08:00:47< Upthorn> wiki won't tell me what reverse debugging is
20100724 08:00:53< alink> silene: mmh I half-expected a problem like that :-/
20100724 08:01:04< gabba> i.e. go back in time in the program for a few instructions/lines of code, then you can reproduce the crash without restarting the program
20100724 08:01:07< timotei> Upthorn: : I think it's the thing you go back on call stack
20100724 08:01:14< alink> silen: external tools read the cache ?
20100724 08:01:18< Upthorn> oh neat, it's a step-backwards
20100724 08:01:19< timotei> gabba: that was long ago in vs
20100724 08:01:20< timotei> :P
20100724 08:01:26< timotei> afair, I've used it
20100724 08:01:31< Upthorn> timotei: no this is different
20100724 08:01:37< timotei> really?
20100724 08:01:43< gabba> http://www.jayconrod.com/cgi/view_post.py?28
20100724 08:01:48< Upthorn> you know how when debugging in vs, you can do f10 to step forward
20100724 08:01:56< Upthorn> that but in reverse.
20100724 08:02:08< Upthorn> so you can return to an earlier program state
20100724 08:02:13< gabba> TBH I haven't used it yet :P
20100724 08:02:15< timotei> well...
20100724 08:02:17< alink> silene: how do they know which cache to use ?
20100724 08:02:27< timotei> ok
20100724 08:02:36< timotei> hmm, gabba me uses CTRL+R for recruit...
20100724 08:02:39< Upthorn> I would very much like that functionality in vs' debugger
20100724 08:03:03< timotei> Upthorn: in vs 2010 is a debugger history
20100724 08:03:05< gabba> The other nice feature of gdb 7 is that you can write a pretty-printer for any class to nicely display its contents, instead of seeing gibberish in the debugger
20100724 08:03:07< silene> alink: not sure, the --preprocess switch allows to pass defines though
20100724 08:03:16< Upthorn> I don't have vs2010
20100724 08:03:29< Upthorn> only 2005 and 2008
20100724 08:03:30< gabba> timotei: yeah, did ctrl-r stop working?
20100724 08:03:40< timotei> it works still
20100724 08:03:44< timotei> ok no problems yet
20100724 08:03:56< alink> silene: that's more work but I thought that I can record the list of files at the begining of defines. In a [files] tag or something
20100724 08:04:22< silene> alink: no, i think it's a bad idea; you better record them on the fly
20100724 08:04:24< alink> * the begining of the defines file cache
20100724 08:04:36-!- Greywhind [~Greywhind@pool-96-238-43-241.prvdri.fios.verizon.net] has joined #wesnoth-dev
20100724 08:04:50< silene> alink: that is, due the same thing as for compressed textdomains: the first time you encounter them, as text, the next time, as number
20100724 08:04:51< gabba> ok, all further tweaks/fixes to the WB are gonna wait for tuesday then
20100724 08:04:57< silene> s/due/do/
20100724 08:05:08< timotei> well, Upthorn even though vs2010 at C++ part is a fail
20100724 08:05:15< timotei> they changed the stupid method of compiling
20100724 08:05:15< alink> silene: ah yes good idea, indeed
20100724 08:05:15< timotei> :(
20100724 08:05:58< alink> silene: it could even be simple to code :-)
20100724 08:06:40 * gabba runs away hoping there are no other game-breaking bugs under windows
20100724 08:06:59-!- Crab_ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20100724 08:07:14< Upthorn> hello Crab_
20100724 08:07:22-!- gabba [~gabba@wesnoth/developer/gabba] has left #wesnoth-dev []
20100724 08:07:25< Crab_> hi, Upthorn
20100724 08:08:03< Upthorn> wesnoth finally runs without crashing on windows again, so now I can start to do the refactoring that I wanted to be done with by now.
20100724 08:08:54< Crab_> great. I'm going to commit that mp sync-related patch today
20100724 08:13:00-!- Crab_ [~Crab_@wesnoth/developer/crab] has quit [Quit: Leaving.]
20100724 08:21:03-!- iwaim [~iwaim@ns1.alib.jp] has joined #wesnoth-dev
20100724 08:21:33-!- alink [~alink@wesnoth/developer/alink] has quit [Remote host closed the connection]
20100724 08:48:43-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: crimson_penguin]
20100724 09:13:02-!- ancestral [~ancestral@97-116-127-109.mpls.qwest.net] has joined #wesnoth-dev
20100724 09:18:15-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20100724 09:18:27< mordante> servus
20100724 09:18:34< timotei> hi mordante 
20100724 09:18:51< mordante> hi timotei 
20100724 09:19:10< Espreon> mordante: Ic grete þe.
20100724 09:19:25< mordante> hi Espreon 
20100724 09:19:59< CIA-87> silene * r44614 /trunk/src/actions.cpp: Fixed attack_end event not raised for uncommon swarm attacks. (Fix for bug #16260, patch #1758 by Anonymissimus.)
20100724 09:20:02< CIA-87> silene * r44615 /trunk/src/actions.cpp: Fixed petrifying in multiround combats.
20100724 09:22:49< mordante> timotei, msvc warning C4099 'surface' : type name first seen using 'struct' now seen using 'class' is silly
20100724 09:23:02< timotei> oh, I was just going to ask you about that
20100724 09:23:39< mordante> *this can be used in the initializer list as long as you know it's a object under construction
20100724 09:23:44< mordante> just there in the log
20100724 09:24:37< CIA-87> silene * r44616 /branches/1.8/src/actions.cpp: 
20100724 09:24:37< CIA-87> Fixed attack_end event not raised for uncommon swarm attacks. (Fix for bug #16260, patch #1758 by Anonymissimus.)
20100724 09:24:37< CIA-87> Backported from trunk r44614.
20100724 09:24:40< CIA-87> silene * r44617 /branches/1.8/src/actions.cpp: 
20100724 09:24:40< CIA-87> Fixed petrifying in multiround combats.
20100724 09:24:40< CIA-87> Backported from trunk r44615.
20100724 09:25:27< mordante> timotei, you have a file and line number for C4800 ?
20100724 09:25:50-!- silene [~plouf@wesnoth/developer/silene] has quit [Ping timeout: 265 seconds]
20100724 09:25:59< timotei> mordante: not now. but I'll start compiling soon so I can show you
20100724 09:26:05< mordante> and it's not that some gcc warnings are silly as well ;-)
20100724 09:26:36< mordante> btw do you use MSVC directly or via cmake?
20100724 09:27:08< timotei> still, the C4800 it seems the most silliest for me :P
20100724 09:27:09< timotei> directly
20100724 09:27:17< timotei> cmake spawns too much 'crap'
20100724 09:27:27< timotei> too much files
20100724 09:29:18< timotei> e:\work\gw\src\font.hpp(164) : warning C4800: 'font::LABEL_SCROLL_MODE' : forcing value to bool 'true' or 'false' (performance warning)
20100724 09:29:31< timotei> 1>..\..\src\font.cpp(1053) : warning C4244: 'argument' : conversion from 'double' to 'const int', possible loss of data
20100724 09:29:31< timotei> 1>..\..\src\font.cpp(1067) : warning C4244: 'argument' : conversion from 'double' to 'const int', possible loss of data
20100724 09:30:36< mordante> nope C4099 is on the top of my list
20100724 09:30:56< timotei> :D
20100724 09:30:57< CIA-87> silene * r44618 /trunk/configure.ac: Fixed usage of first PKG_CHECK_MODULES inside a shell conditional. (Patch #1757 by Nix.)
20100724 09:31:23< mordante> and actually I tend to agree with MSVC with that font.hpp:164 is wrong
20100724 09:31:50< timotei> well, do you mind if I compile again wesnoth and give you the compile log?:P maybe you'll spot some other like this afair
20100724 09:33:08< mordante> well start by suppressing C4099 and especially C4244 since that latter will flood the logs
20100724 09:33:59< CIA-87> silene * r44619 /branches/1.8/configure.ac: 
20100724 09:33:59< CIA-87> Fixed usage of first PKG_CHECK_MODULES inside a shell conditional. (Patch #1757 by Nix.)
20100724 09:33:59< CIA-87> Backported from trunk r44618.
20100724 09:39:23-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100724 09:52:19-!- Ivanovic [~ivanovic@dtmd-4db2da38.pool.mediaWays.net] has quit [Changing host]
20100724 09:52:19-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20100724 09:54:23< Ivanovic> moin
20100724 10:02:48< mordante> hi Ivanovic 
20100724 10:05:01< timotei> elias: hi. around?
20100724 10:05:27-!- silene [~plouf@wesnoth/developer/silene] has quit [Ping timeout: 240 seconds]
20100724 10:21:02-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100724 10:24:57< timotei> mordante: wow, supressed that 2 warnings and the log is much cleaner now:D
20100724 10:28:26-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit []
20100724 10:30:45-!- esr [~chatzilla@wesnoth/developer/esr] has quit [Ping timeout: 245 seconds]
20100724 10:31:11< CIA-87> mordante * r44620 /trunk/src/ (font.cpp font.hpp): 
20100724 10:31:11< CIA-87> Don't force an enum into a boolean.
20100724 10:31:11< CIA-87> A warning issued by MSVC and reported by timotei.
20100724 10:31:15< CIA-87> mordante * r44621 /trunk/Doxyfile: 
20100724 10:31:15< CIA-87> Show call and caller graph in doxygen.
20100724 10:31:15< CIA-87> Ivanovic please check whether it doesn't increase the load on the server
20100724 10:31:15< CIA-87> too much.
20100724 10:31:50< mordante> timotei, yeah I know how much 4244 gives I can also enable that warning in gcc ;-)
20100724 10:36:16< Ivanovic> mordante: better ask this Soliton once he is back from holidays
20100724 10:37:18< mordante> Ivanovic, do you know when he will be back?
20100724 10:37:31< Ivanovic> no idea
20100724 10:37:36< Ivanovic> might be one more week or the likes
20100724 10:37:45-!- silene1 [~plouf@AMarseille-553-1-195-157.w92-153.abo.wanadoo.fr] has joined #wesnoth-dev
20100724 10:37:45-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100724 10:37:47-!- silene1 is now known as silene
20100724 10:37:47-!- silene [~plouf@AMarseille-553-1-195-157.w92-153.abo.wanadoo.fr] has quit [Changing host]
20100724 10:37:47-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100724 10:37:54< Ivanovic> though we should see it this night if server load does increase too drastically
20100724 10:38:07< Ivanovic> (that is if this happens Rhonda might want to backstab you with a balista)
20100724 10:38:20< mordante> exactly
20100724 10:38:51< mordante> I at least warn upfront ;-)
20100724 10:39:16< timotei> why with a balista?
20100724 10:39:33< mordante> no idea 
20100724 10:39:53< timotei> damn it
20100724 10:40:00< timotei> forgot to copy the lgoX(XXXXXXXXXXXX
20100724 10:40:20< mordante> timotei, MSVC saves the buildlog in a html file
20100724 10:40:45< timotei> right
20100724 10:40:57< timotei> didn't see any errors last time so I though it was just the files
20100724 10:42:15< timotei> mordante: http://wesnoth.pastebin.com/dn60Fc3z
20100724 10:42:23< timotei> forget about the building error
20100724 10:42:28< Ivanovic> haver you never watched the movie "the gamers"?
20100724 10:42:34< Ivanovic> then you will understand!
20100724 10:42:55< Ivanovic> (basically showing a d&d pen and paper group at a common game session)
20100724 10:43:14< timotei> mordante: and the second: http://wesnoth.pastebin.com/fJNGxRL3
20100724 10:43:55< mordante> hmm I didn't expect most d&d groups to walk around with a balista ;-)
20100724 10:48:09< CIA-87> silene * r44622 /trunk/src/ (preferences.cpp preferences.hpp): Fixed clock displayed as 'yes'.
20100724 10:48:14< CIA-87> silene * r44623 /trunk/src/ (preferences.cpp preferences.hpp): Added another preference helper.
20100724 10:48:17< CIA-87> silene * r44624 /trunk/src/game_preferences.cpp: Avoided costly roundtrip through strings.
20100724 10:51:44< CIA-87> timotei * r44625 /website/eclipse.wesnoth.org/ (6 files in 3 dirs): regenerate the update site
20100724 10:52:07< mordante> timotei, those C4800 is lua.cpp probably are wrong, can't be a party forever ;-)
20100724 10:52:55< mordante> ah and another lovely one C4250... just try to compile gtkmm with MSVC
20100724 10:53:13< timotei> :))
20100724 10:53:22< CIA-87> timotei * r44626 /website/eclipse.wesnoth.org/index.html: updated last modified time
20100724 10:53:48< timotei> I've compiled the font.hpp with the older version that's why it still appear
20100724 10:53:48< timotei> :P
20100724 10:54:09< mordante> ah btw you probably can remove the C4800 by adding a != 0 after the function call
20100724 10:54:26-!- EdB [~edb@79.89.103.4] has joined #wesnoth-dev
20100724 10:54:29< timotei> I'll just supress
20100724 10:54:32< mordante> I figured that out by myself :-P
20100724 10:55:19< mordante> I'm just curious whether it works, not a proposal to uglify the code in that way
20100724 10:56:01< timotei> well I've supressed those warnings
20100724 10:58:02< mordante> but I see nothing suspicious further 
20100724 11:01:16< timotei> Ivanovic: hi
20100724 11:10:01-!- loonybot [~loonybot@ppp79-139-138-39.pppoe.spdop.ru] has joined #wesnoth-dev
20100724 11:10:01-!- loonybot [~loonybot@ppp79-139-138-39.pppoe.spdop.ru] has quit [Changing host]
20100724 11:10:01-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20100724 11:10:54-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has joined #wesnoth-dev
20100724 11:12:31-!- gblfxt [~chatzilla@c-71-231-58-16.hsd1.wa.comcast.net] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.6/20100625231939]]
20100724 11:14:10-!- EdB [~edb@79.89.103.4] has quit [Remote host closed the connection]
20100724 11:19:33-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20100724 11:19:47-!- phlaem [~a@e178076009.adsl.alicedsl.de] has joined #wesnoth-dev
20100724 11:28:18-!- wesbot changed the topic of #wesnoth-dev to: 133 bugs, 282 feature requests, 14 patches | logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20100724 11:31:52-!- Blueblaze [~Blueblaze@adsl-99-186-66-137.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20100724 11:31:58-!- phlaem- [~a@e178076009.adsl.alicedsl.de] has joined #wesnoth-dev
20100724 11:32:52-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20100724 11:34:53-!- phlaem [~a@e178076009.adsl.alicedsl.de] has quit [Ping timeout: 260 seconds]
20100724 11:41:18-!- mordante [~mordante@wesnoth/developer/mordante] has quit [Ping timeout: 240 seconds]
20100724 11:51:42-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100724 11:51:42-!- silene1 [~plouf@AMarseille-553-1-190-166.w90-41.abo.wanadoo.fr] has joined #wesnoth-dev
20100724 11:51:44-!- silene1 is now known as silene
20100724 11:51:44-!- silene [~plouf@AMarseille-553-1-190-166.w90-41.abo.wanadoo.fr] has quit [Changing host]
20100724 11:51:45-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100724 12:04:52< fendrin> Espreon: Please stop the people from redoing the Quenoth elves before we have finished our thoughts about the faction. Someone started to redo Nym on the forum. 
20100724 12:08:17-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20100724 12:10:44< timotei> elias: pm me when you're around
20100724 12:11:04-!- Elvish_Pillager [~eli@71-10-224-192.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20100724 12:11:20-!- phlaem_ [~a@e178076009.adsl.alicedsl.de] has joined #wesnoth-dev
20100724 12:15:07-!- phlaem- [~a@e178076009.adsl.alicedsl.de] has quit [Ping timeout: 276 seconds]
20100724 12:16:54< timotei> boucman, silene: can't we let the user specify an absolute path for "--config-dir" on linux too?
20100724 12:17:05< timotei> boucman, silene: on windows it works setting an absolute path
20100724 12:17:25< boucman> i would be suprised if we couldn't...
20100724 12:17:54< timotei> well, you could try, but last time I tried it didn't worked
20100724 12:18:04< timotei> that's the way it is described
20100724 12:24:45-!- EdB [~edb@79.89.103.4] has joined #wesnoth-dev
20100724 12:25:24-!- silene1 [~plouf@AMarseille-553-1-217-23.w92-153.abo.wanadoo.fr] has joined #wesnoth-dev
20100724 12:25:24-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100724 12:25:26-!- silene1 is now known as silene
20100724 12:25:26-!- silene [~plouf@AMarseille-553-1-217-23.w92-153.abo.wanadoo.fr] has quit [Changing host]
20100724 12:25:26-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100724 12:29:23< CIA-87> caslav_ilic * r44627 /branches/1.8/po/ (20 files in 5 dirs): Updated translations for Serbian (intentionally not applying to trunk too).
20100724 12:37:59-!- DesertPanther [~Khalid@unaffiliated/desertpanther] has joined #wesnoth-dev
20100724 12:39:14< elias> timotei: i'm here now
20100724 12:42:02< timotei> elias: I've found a bug...but for that we need to 'fix' the game before
20100724 12:42:03< timotei> :P
20100724 12:42:34< elias> a bug in --preprocess?
20100724 12:42:37< timotei> no
20100724 12:42:42< timotei> in the wmlparser
20100724 12:42:50< timotei> one second to commit first
20100724 12:43:02< timotei> the thing is, you need to pass the "--config-dir" location :P
20100724 12:43:02< elias> ok
20100724 12:43:05< timotei> to the game
20100724 12:43:13< elias> oh
20100724 12:43:15< elias> yeah
20100724 12:43:19< timotei> since you can invoke wesnoth from outside
20100724 12:43:41< timotei> so, first we have to be able to tell the game an ABSOLUTE path (idealy)
20100724 12:43:45< timotei> on windows it works
20100724 12:43:48< timotei> but on linux not :(
20100724 12:43:52< CIA-87> timotei * r44628 /trunk/data/tools/wesnoth/wmlparser2.py: make the generated xml be well-formed by having a unique root node
20100724 12:44:08< CIA-87> timotei * r44629 /trunk/utils/java/eclipse_plugin/src/wesnoth_eclipse_plugin/ (5 files in 2 dirs): eclipse plugin: use the wmlparser for getting the campaign id.
20100724 12:44:10< timotei> elias: it's fast enough the way with the wmlparser :D
20100724 12:44:24< CIA-87> timotei * r44630 /trunk/src/game.cpp: 
20100724 12:44:24< CIA-87> eclipse plugin: maintain backward compatibility and
20100724 12:44:24< CIA-87> allow the user to press cancel if he started the campaign
20100724 12:44:24< CIA-87> from command line
20100724 12:44:30< elias> yes, i found it quite fast (compared to my old python parser which also did preprocessing itself)
20100724 12:44:39< CIA-87> timotei * r44631 /trunk/utils/java/eclipse_plugin/src/wesnoth_eclipse_plugin/utils/ExternalToolInvoker.java: 
20100724 12:44:39< CIA-87> eclipse plugin: allow the game to spawn the stdout.txt and stderr.txt
20100724 12:44:40< CIA-87> so we wait a bit.
20100724 12:45:03< elias> so, about the config path, i assumed this should work already
20100724 12:45:21< timotei> well, on linux you cannot specify an absolute
20100724 12:45:37< timotei> 			<< "  --config-dir <name>          sets the path of the user config directory to\n"
20100724 12:45:37< timotei> 			<< "                               $HOME/<name> or My Documents\\My Games\\<name> for windows.\n"
20100724 12:45:40< elias> so what you want is addons which are outside of ~/.wesnoth?
20100724 12:45:59< timotei> well
20100724 12:47:09< timotei> it should be possible to specify an abosolute path to --config-dir
20100724 12:47:13< elias> right now you also couldn't run such addons in wesnoth itself
20100724 12:47:26< elias> but yeah, i agree
20100724 12:47:32< elias> it would also help in wmlunits
20100724 12:47:33< timotei> but the wmlparser need to add the --config-dir
20100724 12:48:00< elias> yes, i had it at first then removed it
20100724 12:48:09< timotei> so, if you have time please update it
20100724 12:48:27< timotei> I'm relying on your script when parsing the files :D
20100724 12:49:00< timotei> or at least let the script receive as argument
20100724 12:49:07< timotei> the config dir, and just propagate it to the game;)
20100724 12:49:55< elias> -c --config-dir
20100724 12:50:04< elias> ^ would that work, as option to wmlparser2.py?
20100724 12:50:19< timotei> yeah
20100724 12:50:28< elias> ok, i'll add it back
20100724 12:50:44< elias> i removed it because it didn't support absolute paths :P
20100724 12:51:31< timotei> well on windows works absolute path :))
20100724 12:52:14< timotei> fendrin: hey
20100724 12:52:32-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20100724 12:55:08-!- mordante [~mordante@wesnoth/developer/mordante] has quit [Client Quit]
20100724 12:59:06< CIA-87> elias * r44632 /trunk/data/tools/wesnoth/wmlparser2.py: [python WML parser]Add --config-dir option.
20100724 12:59:12-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20100724 12:59:14< timotei> thanks elias 
20100724 12:59:31< elias> np
20100724 12:59:58< elias> i like how i somehow managed to still have a foot in wesnoth dev after all this years
20100724 13:00:01< elias> or a small finger :)
20100724 13:00:05< timotei> :))
20100724 13:00:12< timotei> yeah, a finger's better than a foot:P
20100724 13:00:17< elias> hehe
20100724 13:00:53< elias> i guess the absolute path should be easy... just check if the first char is / in linux
20100724 13:03:14< timotei> hmm
20100724 13:05:37< fendrin> timotei: ho
20100724 13:07:41< mordante> I'm off bye
20100724 13:08:06-!- mordante [~mordante@wesnoth/developer/mordante] has quit [Quit: Leaving]
20100724 13:11:19-!- Gambit [~Gambit@pa-67-234-73-7.dhcp.embarqhsd.net] has joined #wesnoth-dev
20100724 13:17:40< timotei> elias: lol. not fair. on windows:
20100724 13:17:44< timotei> /allow absolute path override
20100724 13:17:44< timotei> 		game_config::preferences_dir = path;
20100724 13:17:45< timotei> =))
20100724 13:17:52-!- silene1 [~plouf@AMarseille-553-1-261-155.w92-150.abo.wanadoo.fr] has joined #wesnoth-dev
20100724 13:17:52-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100724 13:17:54-!- silene1 is now known as silene
20100724 13:17:54-!- silene [~plouf@AMarseille-553-1-261-155.w92-150.abo.wanadoo.fr] has quit [Changing host]
20100724 13:17:54-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100724 13:18:28< timotei> silene: around?
20100724 13:20:04< elias> timotei: ok, so it should be *very* easy to add for linux :P
20100724 13:22:06< timotei> let's hope people won't run eclipse plugin on beos and amiga
20100724 13:23:45< timotei> damn, I should have linux to test it
20100724 13:25:07< elias> get vbox
20100724 13:25:23< elias> point it to the ubuntu iso
20100724 13:25:36< elias> install eclipse with synaptic
20100724 13:25:44-!- AnMaster [~AnMaster@unaffiliated/anmaster] has quit [Quit: ZNC - http://znc.sourceforge.net]
20100724 13:25:49< elias> should take only 5 minutes and you can try it in linux
20100724 13:26:17< elias> hm
20100724 13:26:31< elias> or get a premade ubuntu you can run in vmware
20100724 13:30:34< timotei> elias: yeah? and compile it in VM?:))
20100724 13:30:38< timotei> it will take forever!
20100724 13:30:51< elias> oh, forgot about wesnoth :P
20100724 13:30:59< timotei> :))
20100724 13:31:05< timotei> I'll try in vmware
20100724 13:31:05< timotei> :>
20100724 13:33:14< fendrin> timotei: vmware does not slow down compiling very much. Just give the vm enough memory.
20100724 13:33:39< timotei> yeah
20100724 13:33:44< timotei> I have 4 gigas:P
20100724 13:33:54< timotei> ok, 3 since I'm using x32
20100724 13:33:59< timotei> tried the portable ubuntu
20100724 13:34:09< timotei> but managed to crash it somehow when expading it's drive:(
20100724 13:35:42< timotei> elias: umm, used the wrong parameters for config_dir. I'll fix it:P
20100724 13:37:21< elias> wrong parameters?
20100724 13:37:42< timotei> yeah
20100724 13:38:22-!- Crab_ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20100724 13:45:35< timotei> elias: it is: --config-dir  instead of --config_dir=
20100724 13:45:50< timotei> elias: btw, do the ' ' really get 'ignored' when parsed?
20100724 13:46:58-!- thespaceinvader [~chatzilla@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20100724 13:47:14< elias> hm
20100724 13:47:21< elias> not sure about windows
20100724 13:47:52< elias> guess they are not needed
20100724 13:48:25< elias> commandline += ["--config_dir", self.config_dir]
20100724 13:48:28< elias> ^ that's how it should be
20100724 13:48:33< timotei> yeah
20100724 13:48:42-!- thespaceinvader [~chatzilla@wesnoth/artist/thespaceinvader] has quit [Read error: Connection reset by peer]
20100724 13:48:43< timotei> ok
20100724 13:52:24 * Rhonda backstabs Ivanovic with a stiletto
20100724 13:52:34< timotei> :))
20100724 13:52:56-!- thespaceinvader [~chatzilla@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20100724 13:53:25< timotei> elias: hehe, discovered a bug :D
20100724 13:53:27< Rhonda> And a ballista is some chocolate bar, no clue how to backstab someone with that, unless it's deeply frozen
20100724 13:53:42< Rhonda> But if one manage it surely has to hurt.
20100724 13:53:52< timotei> elias: it seems --data-dir hasn't any effect on --preprocess. since --preprocess is done very early
20100724 13:54:12< timotei> it seems I need to move --data-dir where is --config-dir and --preprocess level
20100724 13:56:20< elias> ah, ok
20100724 13:56:44< elias> hm, wait
20100724 13:56:48< timotei> :-/
20100724 13:56:49< elias> it already comes first
20100724 13:57:00< timotei> who?
20100724 13:57:05< elias> --config-dir
20100724 13:57:12< timotei> yeah, that's true
20100724 13:57:16< timotei> I'mtalking about --data-dir
20100724 13:57:54< elias> i see
20100724 13:58:04< elias> so there's also a --data-dir option now?
20100724 13:58:10< elias> makes sense
20100724 14:00:29< timotei> yeah
20100724 14:00:37< timotei> I added it, and it seems in the wrong palce
20100724 14:00:46-!- EdB [~edb@79.89.103.4] has quit [Remote host closed the connection]
20100724 14:01:46-!- thespaceinvader [~chatzilla@wesnoth/artist/thespaceinvader] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.6/20100625231939]]
20100724 14:07:24< timotei> I just found that we need to add the --data-dir too to the preprocessor if we are invoking it from somewhere else:P
20100724 14:07:32< timotei> or it wouldn't find even common macros...
20100724 14:07:49< timotei> elias: that's why it didn't even take so long to preprocess..
20100724 14:08:18< elias> hm
20100724 14:08:32< elias> well, it should not matter where it is invoked from
20100724 14:08:40< timotei> why not?
20100724 14:08:45< elias> you specify the data dir at compile time
20100724 14:08:53< elias> only if you want a different one do you need --data-dir
20100724 14:08:55< timotei> hmm compile time?
20100724 14:09:07< elias> anyway, it makes sense to have --data-dir
20100724 14:09:11< timotei> yeah
20100724 14:09:40< timotei> otherwise you should have appended the data dir to the end of the invoking wesnoth command
20100724 14:09:42< elias>  ./wesnoth --path
20100724 14:09:51< timotei> damn, it started again to compile everything:|
20100724 14:09:53< elias> ^ here you can see the compile-time one
20100724 14:10:04< elias> it uses that if you have no --data-dir
20100724 14:10:23< timotei> it's not compile-time, but what searches it for:P
20100724 14:10:33< timotei> it tries to get the data dir from where is invoked:)
20100724 14:11:03< timotei> elias: if(!exe_dir.empty() && file_exists(exe_dir + "/data/_main.cfg")) {
20100724 14:11:03< timotei> 			std::cerr << "Automatically found a possible data directory at "
20100724 14:11:36< elias> hm
20100724 14:11:36< timotei> if you just go one directory up (cd ..)
20100724 14:11:37< elias> i see
20100724 14:11:45-!- thespaceinvader [~chatzilla@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20100724 14:11:47< timotei> and invoke there: /wesnoth/wesnoth --path it won't work anymore
20100724 14:12:08< elias> well, not in linux
20100724 14:12:13< elias> it doesn't matter where i run it from
20100724 14:12:23< elias> (usually it is in /usr/local/bin/wesnoth)
20100724 14:12:40-!- silene1 [~plouf@AMarseille-553-1-226-139.w92-153.abo.wanadoo.fr] has joined #wesnoth-dev
20100724 14:12:40-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100724 14:12:42-!- silene1 is now known as silene
20100724 14:12:42-!- silene [~plouf@AMarseille-553-1-226-139.w92-153.abo.wanadoo.fr] has quit [Changing host]
20100724 14:12:42-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100724 14:12:45< timotei> wow, ubuntu is so smooth in VM :D)
20100724 14:13:28< elias> there's an option to configure where you specify it at compile-time
20100724 14:13:37< elias> so each (linux) wesnoth executable has the absolute path hardcoded
20100724 14:14:19< timotei> didn't know  that..
20100724 14:15:34< elias> anyway, it makes sense to pass the option along from wmlparser2.py - i can add it if you haven't already
20100724 14:21:01< timotei> I added it
20100724 14:21:17< timotei> but first need to test on linux the absolute path for config dir
20100724 14:21:23< timotei> although I'm pretty sure is correc
20100724 14:31:41-!- King_Elendil [~King_Elen@75.143.235.104] has joined #wesnoth-dev
20100724 14:40:15-!- King_Elendil [~King_Elen@75.143.235.104] has quit [Quit: I hope y'all have a nice day ;)]
20100724 15:08:19-!- mjs-de [~mjs-de@p3EE230CE.dip.t-dialin.net] has joined #wesnoth-dev
20100724 15:14:58-!- zookeeper [~l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20100724 15:20:59-!- EdB [~edb@4.103.89-79.rev.gaoland.net] has joined #wesnoth-dev
20100724 15:22:53-!- Appleman1234 [~Appleman1@CPE-60-226-176-19.qld.bigpond.net.au] has quit [Remote host closed the connection]
20100724 15:26:37< timotei> does anyone how can I make CMAKE skip NLS?
20100724 15:28:04< Ke> see gentoo ebuild
20100724 15:28:48< Ke> $(cmake-utils_use_enable nls NLS)
20100724 15:29:06< Ke> though not as trivial since it's abstracted to some eclass
20100724 15:30:12< Ke> -DENABLE_FOO=ON
20100724 15:30:25< Ke> where FOO is NLS
20100724 15:32:09< timotei> hmm ok
20100724 15:35:30< timotei> thanks. it worked
20100724 15:35:46< timotei> I tried to modify the CMakeCache.txt after "cmake .." but it didn't worked
20100724 15:49:08-!- silene1 [~plouf@AMarseille-553-1-181-27.w90-41.abo.wanadoo.fr] has joined #wesnoth-dev
20100724 15:49:09-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100724 15:49:11-!- silene1 is now known as silene
20100724 15:49:11-!- silene [~plouf@AMarseille-553-1-181-27.w90-41.abo.wanadoo.fr] has quit [Changing host]
20100724 15:49:11-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100724 16:21:00-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100724 16:21:00-!- silene1 [~plouf@AMarseille-553-1-224-230.w92-153.abo.wanadoo.fr] has joined #wesnoth-dev
20100724 16:21:02-!- silene1 is now known as silene
20100724 16:21:02-!- silene [~plouf@AMarseille-553-1-224-230.w92-153.abo.wanadoo.fr] has quit [Changing host]
20100724 16:21:02-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100724 16:39:23< Espreon> fendrin: Very well.
20100724 16:39:36< fendrin> Espreon: Thank you :-)
20100724 16:40:27< Espreon> You're welcome.
20100724 16:43:50-!- Aethaeryn [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev
20100724 16:44:04< Espreon> fendrin: http://forums.wesnoth.org/viewtopic.php?p=445052#p445052
20100724 16:48:23< Elvish_Pillager> Hmm. Synchronized events...
20100724 16:48:46< Elvish_Pillager> The wiki appears to be incorrect: it seems that both "prestart" events and "side X turn Y" events are synchronized.
20100724 16:48:58< Elvish_Pillager> while the wiki says that they are not.
20100724 16:50:48-!- ancestral [~ancestral@97-116-127-109.mpls.qwest.net] has quit [Quit: And that’s the end of THAT chapter.]
20100724 16:50:57-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100724 16:50:57-!- silene1 [~plouf@AMarseille-553-1-245-175.w92-153.abo.wanadoo.fr] has joined #wesnoth-dev
20100724 16:50:59-!- silene1 is now known as silene
20100724 16:51:00-!- silene [~plouf@AMarseille-553-1-245-175.w92-153.abo.wanadoo.fr] has quit [Changing host]
20100724 16:51:00-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100724 16:54:22-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Ping timeout: 265 seconds]
20100724 17:01:28-!- fendrin [~fabi@88-134-103-91-dynip.superkabel.de] has joined #wesnoth-dev
20100724 17:01:28-!- fendrin [~fabi@88-134-103-91-dynip.superkabel.de] has quit [Changing host]
20100724 17:01:28-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20100724 17:06:00-!- silene1 [~plouf@AMarseille-553-1-246-29.w92-153.abo.wanadoo.fr] has joined #wesnoth-dev
20100724 17:06:00-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100724 17:06:02-!- silene1 is now known as silene
20100724 17:06:02-!- silene [~plouf@AMarseille-553-1-246-29.w92-153.abo.wanadoo.fr] has quit [Changing host]
20100724 17:06:02-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100724 17:17:26-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20100724 17:23:38< fendrin> Espreon: Fine :-)
20100724 17:24:35< Espreon> Excellent.
20100724 17:27:55< Espreon> The hotkeys dialog... is scary...
20100724 17:31:17< fendrin> Espreon: I share your opinion. The hotkeys dialog is not very userfriendly. I especially dislike the sorting. 
20100724 17:31:38< Espreon> I wasn't talking about that.
20100724 17:31:51< timotei> elias: hmm, not it seems a bit... slow
20100724 17:32:10< timotei> elias: I'm thiunking of... could we use the parser on an already preprocessed file?:)
20100724 17:32:19< timotei> elias: I preprocess my files when building them
20100724 17:32:20< Espreon> When you scroll artifacts appear and when you hover over certain parts (forgot the feature names), yeahz...
20100724 17:32:24< Espreon> fendrin: ^
20100724 17:32:34< Espreon> I'm referring to that.
20100724 17:41:20< fendrin> Haven't noticed that.
20100724 17:51:06-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Ping timeout: 260 seconds]
20100724 17:56:30-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100724 17:56:30-!- silene1 [~plouf@AMarseille-553-1-266-122.w92-150.abo.wanadoo.fr] has joined #wesnoth-dev
20100724 17:56:32-!- silene1 is now known as silene
20100724 17:56:33-!- silene [~plouf@AMarseille-553-1-266-122.w92-150.abo.wanadoo.fr] has quit [Changing host]
20100724 17:56:33-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100724 17:58:41-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20100724 18:05:48-!- alink [~alink@wesnoth/developer/alink] has joined #wesnoth-dev
20100724 18:06:22< elias> timotei: yeah, that should work
20100724 18:06:41< elias> however, i don't see how you would use that
20100724 18:06:53< elias> if the WML file changes, you have to preprocess it again
20100724 18:14:07< timotei> elias: yeah. but only once
20100724 18:14:26< timotei> elias: only once per.. file save 
20100724 18:14:53< elias> yeah
20100724 18:16:12< timotei> even though, it's gonna be interesting for people that save each second :))
20100724 18:16:24< timotei> so basically I want to specify the processed file
20100724 18:16:28< timotei> not the file to process
20100724 18:16:48< elias> what for
20100724 18:17:00< elias> i mean, i don't see when you ever would not have to preprocess
20100724 18:17:26< elias> if you modify one letter in your .cfg file, you have to preprocess
20100724 18:17:27-!- elvish_sovereign [~elvish_so@pool-173-59-65-48.phlapa.east.verizon.net] has joined #wesnoth-dev
20100724 18:17:37< elias> in all other cases, simply don't do anything at all
20100724 18:18:07< timotei> well, how do you know "not to do anything at all"?
20100724 18:18:33< elias> well, when is the parser run right now?
20100724 18:19:39< elias> i guess it could make sense when first opening a file
20100724 18:19:50< elias> when you know the file was not modified
20100724 18:21:04< timotei> elias: the thing is: I automatically preprocess a file when I first see it, when it changes
20100724 18:21:13< timotei> elias: I'm having a save preprocessed output
20100724 18:21:27< timotei> elias: using the wmlparser in a way that doesn't need to preprocess again would help me
20100724 18:23:23< elias> it needs the .plain file then
20100724 18:24:06< timotei> I've got that too:)
20100724 18:24:22< timotei> so what basically is, I'm doing the preprocess step before the script
20100724 18:24:37< elias> did you commit the data-path change?
20100724 18:24:45< timotei> not yet
20100724 18:24:46< timotei> one second
20100724 18:26:56< CIA-87> timotei * r44633 /trunk/utils/java/eclipse_plugin/src/wesnoth_eclipse_plugin/schema/SchemaParser.java: eclipse plugin: enable the schema parsing from a specified file
20100724 18:27:12< CIA-87> timotei * r44634 /trunk/src/filesystem.cpp: enable absolute paths in --config-dir on non-windows OS-es
20100724 18:27:26< CIA-87> timotei * r44635 /trunk/data/tools/wesnoth/wmlparser2.py: wml parser: add the --data_dir option to the wmlparser
20100724 18:27:44< CIA-87> timotei * r44636 /trunk/src/game.cpp: 
20100724 18:27:44< CIA-87> evaluate '--data-dir' faster so the preprocessor
20100724 18:27:44< CIA-87> can take benefit of it
20100724 18:28:00< CIA-87> timotei * r44637 /trunk/utils/java/eclipse_plugin/src/wesnoth_eclipse_plugin/utils/PreprocessorUtils.java: 
20100724 18:28:00< CIA-87> eclipse plugin: pass the data dir and the config dir
20100724 18:28:00< CIA-87> parameters to the game preprocessor
20100724 18:28:14< CIA-87> timotei * r44638 /trunk/utils/java/eclipse_plugin/src/wesnoth_eclipse_plugin/utils/ (4 files): eclipse plugin: use the wmlparser to get the scenario id
20100724 18:28:51< timotei> elias: ok ^ commited
20100724 18:29:38-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Ping timeout: 260 seconds]
20100724 18:32:31-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20100724 18:36:24< CIA-87> elias * r44639 /trunk/data/tools/wesnoth/wmlparser2.py: [python wmlparser] Added options to not pre-process.
20100724 18:37:39< timotei> elias: thanks a lot ;)
20100724 18:37:43< Elvish_Pillager> a-ha, this is pretty funny:
20100724 18:37:48< Elvish_Pillager> I killed all the units in a preload event.
20100724 18:38:00< Elvish_Pillager> And the game didn't end - it just cycled through turns very fast
20100724 18:38:17< Elvish_Pillager> so it's constantly playing the dawn and dusk sounds, and the map is flashing from bright to dark
20100724 18:41:04< elias> until turns are up?
20100724 18:41:11-!- Blueblaze [~Blueblaze@99.186.66.137] has joined #wesnoth-dev
20100724 18:42:38-!- PetePorty [~Pete@pc-235-252-120-200.cm.vtr.net] has joined #wesnoth-dev
20100724 18:43:46-!- ancestral [~ancestral@12.145.225.25] has joined #wesnoth-dev
20100724 18:51:27-!- AnMaster [~AnMaster@unaffiliated/anmaster] has joined #wesnoth-dev
20100724 18:53:30-!- timotei21 [~timotei@188.24.6.104] has joined #wesnoth-dev
20100724 18:55:30-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 260 seconds]
20100724 18:59:39-!- ancestral [~ancestral@12.145.225.25] has quit [Quit: Colloquy for iPhone - http://colloquy.mobi]
20100724 19:02:31-!- silene1 [~plouf@AMarseille-553-1-182-152.w90-41.abo.wanadoo.fr] has joined #wesnoth-dev
20100724 19:02:31-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100724 19:02:34-!- silene1 is now known as silene
20100724 19:02:34-!- silene [~plouf@AMarseille-553-1-182-152.w90-41.abo.wanadoo.fr] has quit [Changing host]
20100724 19:02:34-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100724 19:06:26< Elvish_Pillager> elias: I suppose, although I was using unlimited turns, and I let it run to about 4400 before I killed it :p
20100724 19:06:54< elias> heh. sounds funny indeed :)
20100724 19:06:55< Espreon> Awwwwww...
20100724 19:07:03< Espreon> At least let it go up to 9001.
20100724 19:07:09< Elvish_Pillager> :(
20100724 19:07:18< Elvish_Pillager> it was funnier than a tired meme ALL BY ITSELF, thank you very much.
20100724 19:07:30 * Espreon chuckles
20100724 19:14:33< CIA-87> zookeeper * r44641 /trunk/data/core/macros/scenario-utils.cfg: Fixed a broken image path.
20100724 19:14:38-!- timotei21 is now known as timotei
20100724 19:14:43< CIA-87> silene * r44640 /trunk/src/storyscreen/controller.cpp: Used grayed instead of hidden storyscreen buttons.
20100724 19:14:46-!- timotei [~timotei@188.24.6.104] has quit [Changing host]
20100724 19:14:46-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20100724 19:14:50< CIA-87> silene * r44642 /trunk/src/storyscreen/ (controller.cpp controller.hpp): Avoided obfuscated types.
20100724 19:14:59< CIA-87> silene * r44643 /trunk/src/storyscreen/controller.hpp: Removed unused class storyscreen::controller::no_parts.
20100724 19:15:05< CIA-87> silene * r44644 /trunk/src/storyscreen/ (controller.cpp controller.hpp): Removed unused members storyscreen::controller::build_parts and clean_parts.
20100724 19:15:18< CIA-87> silene * r44645 /trunk/src/storyscreen/ (controller.cpp controller.hpp): Removed unused member storyscreen::controller::data_.
20100724 19:15:20< CIA-87> silene * r44646 /trunk/src/storyscreen/ (5 files): Removed first and last storyscreen buttons.
20100724 19:15:33< CIA-87> zookeeper * r44647 /branches/1.8/data/core/macros/scenario-utils.cfg: Ported r44641 to 1.8.
20100724 19:15:55< CIA-87> silene * r44648 /trunk/src/storyscreen/render.cpp: Removed usage of the now useless hidden property.
20100724 19:15:59< CIA-87> silene * r44649 /trunk/src/storyscreen/ (render.cpp render.hpp): Factored interface handling code.
20100724 19:16:05< CIA-87> silene * r44650 /trunk/src/storyscreen/ (controller.cpp render.cpp): Changed 'play' button to 'skip'. Made it always enabled.
20100724 19:16:12< zookeeper> oh sorry, i broke your spree.
20100724 19:16:16< CIA-87> silene * r44651 /trunk/src/storyscreen/render.cpp: Fixed handling of keypress after skip period.
20100724 19:16:19< CIA-87> silene * r44652 /trunk/src/ (5 files in 2 dirs): Simplified logic.
20100724 19:16:23< CIA-87> silene * r44653 /trunk/src/storyscreen/ (controller.cpp render.cpp): 
20100724 19:16:24< CIA-87> Positioned buttons in a more compact way. (Fix for bug #16217.)
20100724 19:16:24< CIA-87> The arrow buttons are too small for this purpose; they are just placeholders until something better is committed, e.g. variations around the endturn button.
20100724 19:16:41< CIA-87> silene * r44654 /trunk/src/storyscreen/render.cpp: Disabled whole screen clicking, as it conflicts with button clicking. Added button release.
20100724 19:17:00< elias> that looks like git svn
20100724 19:18:01< silene> yes, it has been a long time since i last used plain svn, and i don't intend to go back
20100724 19:19:24-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100724 19:19:25< elias> at work i have to use perforce. i'd be so glad to upgrade to at least svn (don't even dare thinking of git or hg)
20100724 19:19:32-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Ping timeout: 248 seconds]
20100724 19:19:46< zookeeper> lately i've been increasingly annoyed by the time tortoisesvn takes to update...when i tell it to svn update, it can do "something" for like a minute before it actually starts to update files.
20100724 19:21:59< alink> zookeeper: maybe try with a non ssh checkout to see if it's the init of the ssh connection?
20100724 19:22:41< elias> how does WML caching work?
20100724 19:23:34< elias> i mean, if my .cfg file changes, is the cache for parsing it invalidated, or will it still be able to speed up (by re-using all the cached game config)
20100724 19:24:07< CIA-87> timotei * r44655 /trunk/utils/java/eclipse_plugin/src/wesnoth_eclipse_plugin/schema/ (SchemaParser.java Tag.java): eclipse plugin: make the schema parser resolve the inheritance
20100724 19:25:09-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Quit: Leaving]
20100724 19:25:28< alink> elias: no, AFAIK, any cfg change triggers a cache rebuild.
20100724 19:28:49< elias> i see, so the cached files are similar to the --preprocess output, just in some binary format
20100724 19:29:12< elias> but there's no way to have macros cached
20100724 19:29:40< silene> elias: yes and no, they are further down the pipeline than --preprocess, since they have also been parsed, not just preprocessed
20100724 19:30:02-!- fendrin [~fabi@88-134-103-91-dynip.superkabel.de] has joined #wesnoth-dev
20100724 19:30:02-!- fendrin [~fabi@88-134-103-91-dynip.superkabel.de] has quit [Changing host]
20100724 19:30:02-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20100724 19:30:04< alink> it's simple gz of WML, you can see it and decompress in  your user data directory
20100724 19:30:29< alink> IIRC it was some sort of compressed binary in the past, but that was killed during the gz boost introduction
20100724 19:30:52< alink> but not sure (I was not around when that happened)
20100724 19:31:11< silene> alink: really? why did they introduce an additional cost?
20100724 19:32:05< alink> the new gz compression cost ? or the old custom binary one ?
20100724 19:32:40< CIA-87> alink * r44656 /trunk/src/serialization/preprocessor.cpp: Fix small error in r44612 (even if didn't seem to cause visible bug, not sure why)
20100724 19:32:44< CIA-87> alink * r44657 /trunk/src/serialization/preprocessor.cpp: Small cleaning
20100724 19:33:31< elias> alink: hm, those files are interesting
20100724 19:33:31< silene> alink: before, everything had been parsed, text domains had been resolved, and so on, so there was nothing left to do at wesnoth startup (been there, done that); now the engine needs to parse the wml at each startup
20100724 19:33:39< elias> they have [preproc_define] elements
20100724 19:34:02< elias> which seems to indicate that this is a per-file caching
20100724 19:34:21< elias> although, i'm not really sure what [preproc_define] does
20100724 19:34:53< alink> silene: yeah the old binary one was maybe slower to write, but probably faster to read than reparse full WML text.
20100724 19:35:09< silene> elias: no, it isn't; it's really the whole data at once (you can assume there is only one single file that is relevant in the cache, all the other ones are either obsolete or for something else, e.g. editor)
20100724 19:35:13< zookeeper> alink, meh, i suspect it's linked to how my tortoisesvn stopped doing file manager icons right
20100724 19:35:38< zookeeper> so it's probably doing...that stuff on update, which used to take up a lot of time back when it worked
20100724 19:36:03 * zookeeper shrugs
20100724 19:36:11< alink> zookeeper: file manager icons ?
20100724 19:36:31< zookeeper> alink, yeah. for seeing which files/dirs have been modified, etc.
20100724 19:36:46< alink> silene: I never understoud that change either. I assume that they checked that perfomance was about the same
20100724 19:37:03< alink> zookeeper: ah ok, so it works fine, but the UI is broken
20100724 19:37:20< zookeeper> took up a hell of a lot of memory and IO back when it worked properly
20100724 19:37:28< zookeeper> "properly"
20100724 19:38:02< alink> silene: or maybe they only focused on the disk space gain when introducing gz compression
20100724 19:38:13< zookeeper> now it doesn't work anymore, but initing svn update tends to take forever. it's crap, but i manage.
20100724 19:38:48< silene> alink: yes, but they could just have well have compressed the binary output
20100724 19:38:55< alink> silene: indeed
20100724 19:39:28< alink> zookeeper: maybe do an svn update using a command-line client (assuming it's possible on Windows), that should be faster
20100724 19:39:43< elias> hm, but something like wmlunits (or the eclipse plugin) could use the [preproc_define] elements to parse external WML much faster
20100724 19:41:26< elias> just need to read the cache-*.define.gz to have all macros, and my external WML, but wouldn't need to re-parse the main game.cfg
20100724 19:42:37< CIA-87> espreon * r44658 /trunk/src/storyscreen/controller.cpp: Removed the arrow from the skip button in the storyscreen.
20100724 19:49:54< alink> elias: note that I recently temporary made the location key in [preproc_define] less useful
20100724 19:50:31< alink> it must display the filename + lile number list 
20100724 19:50:42< alink> *line number
20100724 19:51:45< elias> well, was thinking about it, and it would need to be the --pre-process option which would use them anyway
20100724 19:53:39< alink> I am cuurently checking how to fix that location thing, and I will try to also fix the #line in the cfg.plain file produced by --pre-process
20100724 19:54:21< elias> what for is [preproc_define] used right now?
20100724 19:54:26< elias> just error reporting?
20100724 19:54:52< alink> I have no idea :-/
20100724 19:55:23< elias> i can see that it's important internally, but not why it is written to the cache
20100724 19:55:35< alink> but please, discover that it's useless, so I must not fix it :-)
20100724 19:55:45< elias> heh
20100724 20:04:42-!- Blueblaze [~Blueblaze@99.186.66.137] has quit [Quit: Blueblaze]
20100724 20:10:57-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20100724 20:18:05-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100724 20:26:32< Elvish_Pillager> anyone know a way for WML or Lua to get rid of a unit's default portrait (so that it defaults to the unit image)?
20100724 20:34:07-!- silene1 [~plouf@AMarseille-553-1-244-43.w92-153.abo.wanadoo.fr] has joined #wesnoth-dev
20100724 20:34:07-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100724 20:34:09-!- silene1 is now known as silene
20100724 20:34:09-!- silene [~plouf@AMarseille-553-1-244-43.w92-153.abo.wanadoo.fr] has quit [Changing host]
20100724 20:34:09-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100724 20:35:09< silene> Elvish_Pillager: you want the portrait to be the small sprite? then setting the profile attribute to unit_image should do the trick
20100724 20:35:34< Elvish_Pillager> silene: I'd have to do that every time the unit's image changes
20100724 20:35:51< silene> why?
20100724 20:36:05< Elvish_Pillager> oh, you mean the actual string "unit_image"?
20100724 20:36:19< silene> yes
20100724 20:36:22< Elvish_Pillager> oh
20100724 20:36:24< Elvish_Pillager> okay, I'll try taht
20100724 20:38:24< Ivanovic> zookeeper: can you handle this or should i better ping jetrel? https://gna.org/bugs/index.php?16295
20100724 20:39:07< Ivanovic> crimson_penguin: zarel mentioned yesterday that the osx binary appears to be broken for him, no matter which mirror he used for downloading
20100724 20:39:20< crimson_penguin> I see
20100724 20:40:00< crimson_penguin> does he have 10.3, or is he using a crappy downloader?
20100724 20:42:37< Ivanovic> crimson_penguin: is the correct md5 value this one? d968f3859590370cb97a1482ab9ec28b
20100724 20:43:20< crimson_penguin> nope
20100724 20:43:24< crimson_penguin> oh!
20100724 20:43:26< crimson_penguin> yes it is
20100724 20:43:34-!- Mythological [Mythologic@77.28.85.238] has joined #wesnoth-dev
20100724 20:43:50< crimson_penguin> so ok, download's not broken - what OS is he using?
20100724 20:44:01< Ivanovic> no idea, look in yesterdays logs
20100724 20:44:46< Ivanovic> 20100723 15:42:47< Zarel> I think there's something wrong with the Mac build of 1.8.3. I've tried three different mirrors and they're all corrupt.
20100724 20:45:15< crimson_penguin> do you know if 1.8.2 worked for him?
20100724 20:45:31-!- EdB [~edb@4.103.89-79.rev.gaoland.net] has quit [Remote host closed the connection]
20100724 20:46:37< Ivanovic> crimson_penguin: i only know this very single line
20100724 20:46:42< crimson_penguin> ok
20100724 20:46:43< Ivanovic> ask him yourself when he rejoins
20100724 21:00:30-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20100724 21:03:11-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100724 21:10:17< zookeeper> Ivanovic, eh, don't ping jetrel for that...
20100724 21:10:50< Ivanovic> okay
20100724 21:14:05< zookeeper> fendrin, would you like to handle http://gna.org/bugs/index.php?16295 ? looks like you've been committing stuff to DM.
20100724 21:14:37< zookeeper> (or shadowmaster)
20100724 21:15:08< shadowmaster> I could if fendrin can't.
20100724 21:15:17< fendrin> zookeeper: I will do it. Please assign the bug to me.
20100724 21:15:48< fendrin> shadowmaster: Feel free to do it before me. I won't have time until the middle of next week.
20100724 21:16:47< shadowmaster> k
20100724 21:17:00< zookeeper> fendrin, okay
20100724 21:52:40-!- King_Elendil [~King_Elen@75.143.235.104] has joined #wesnoth-dev
20100724 22:05:57-!- silene1 [~plouf@AMarseille-553-1-225-219.w92-153.abo.wanadoo.fr] has joined #wesnoth-dev
20100724 22:05:57-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100724 22:05:59-!- silene1 is now known as silene
20100724 22:05:59-!- silene [~plouf@AMarseille-553-1-225-219.w92-153.abo.wanadoo.fr] has quit [Changing host]
20100724 22:05:59-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100724 22:16:28-!- Johannes13_ [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20100724 22:18:21-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Read error: Connection reset by peer]
20100724 22:20:28-!- Johannes13__ [~Johannes@pD9502472.dip0.t-ipconnect.de] has joined #wesnoth-dev
20100724 22:20:32-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 276 seconds]
20100724 22:23:10-!- Johannes13_ [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 260 seconds]
20100724 22:23:15-!- Johannes13_ [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20100724 22:23:18-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100724 22:24:22-!- silene [~plouf@wesnoth/developer/silene] has quit [Quit: Leaving.]
20100724 22:27:09-!- Johannes13__ [~Johannes@pD9502472.dip0.t-ipconnect.de] has quit [Ping timeout: 276 seconds]
20100724 22:29:12< Elvish_Pillager> Hmm. A [unit_type] with [event] name=preload inside it doesn't appear to have triggered its preload event when the first instance of it was, itself, created in a preload event. I wonder if that's true of other event names.
20100724 22:31:57-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 240 seconds]
20100724 22:32:18< Espreon> wesbot: seen esr ?
20100724 22:32:18< wesbot> Espreon: The person with the nick esr last spoke 23h 15m ago.  12h 1m ago was here and on the channel #wesnoth-umc-dev with the message: Ping timeout: 245 seconds
20100724 22:32:24< Espreon> :(
20100724 22:34:08-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100724 22:38:06-!- Mythological [Mythologic@77.28.85.238] has quit []
20100724 22:44:16-!- Blueblaze [~Blueblaze@adsl-99-186-66-137.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100724 22:52:42-!- mjs-de [~mjs-de@p3EE230CE.dip.t-dialin.net] has quit [Remote host closed the connection]
20100724 22:56:05-!- Electric_Brain [~gerard@203.77.221.87.dynamic.jazztel.es] has joined #wesnoth-dev
20100724 22:56:09-!- dtiger [~dtiger@dynamic-vpdn-93-125-68-222.telecom.by] has quit [Remote host closed the connection]
20100724 22:59:29-!- Blueblaze [~Blueblaze@adsl-99-186-66-137.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20100724 23:00:34< Electric_Brain> how do you calculate the probability to hit a unit on h% defense  x times out of y hits?
20100724 23:02:29-!- King_Elendil [~King_Elen@75.143.235.104] has quit [Read error: Connection reset by peer]
20100724 23:02:29< Crab_> Electric_Brain: generally, we use pre-existing code to give us the hp distribution of attacker and defender after attack
20100724 23:03:10-!- King_Elendil [~King_Elen@75.143.235.104] has joined #wesnoth-dev
20100724 23:03:18< Elvish_Pillager> silene: AFAICT, wesnoth.put_unit() with only a unit table as an argument chokes on units from recall lists (it says "bad argument #1 to 'put_unit' (invalid location)"). This is irritating, because [store_unit] freely stores units from recall lists...
20100724 23:03:28< Crab_> Electric_Brain: it's quite hard to calculate that via formula, since there are things like 'slow' which halve the damage once hit, and there are possibilities for the attacker to die before making all attacks
20100724 23:04:14< Electric_Brain> Crab_: ignoring the effects like slow or drain how would you calculate it via fomula?
20100724 23:04:45< Elvish_Pillager> http://en.wikipedia.org/wiki/Binomial_distribution can probably help you with that
20100724 23:05:21< Crab_> Elvish_Pillager: it's somewhat more complex - the attacker can be killed earlier, before even doing all the attacks
20100724 23:05:53< Elvish_Pillager> Crab_: oh good point.
20100724 23:06:23< Electric_Brain> even so I will read that thanks 
20100724 23:06:59< Elvish_Pillager> Crab_: so _is_ there a way to do that? you can't actually take the output of the statistics code and compute that from it, because it only gives the hp distribution (which is really confusing with drain/slow/berserk)
20100724 23:07:21-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has quit [Ping timeout: 240 seconds]
20100724 23:07:22< Crab_> there are some attempts to make a 'estimated formula' there - http://forum.wesnoth.org/viewtopic.php?f=10&t=29089&start=15 - to provide an estimation for berserk
20100724 23:09:18< Crab_> Elvish_Pillager: yes. you'd have a sum in a formula..
20100724 23:09:21< CIA-87> alink * r44659 /trunk/src/serialization/preprocessor.cpp: 
20100724 23:09:21< CIA-87> Write clear macro paths logging in .cfg.plain result when using --preprocess
20100724 23:09:21< CIA-87> (instead of compressing them). Note that restore the old spam there.
20100724 23:09:25< CIA-87> alink * r44660 /trunk/src/serialization/preprocessor.cpp: Write clear macro paths logging in [preproc_define] (in cache...define.gz)
20100724 23:10:48-!- King_Elendil_ [~King_Elen@75.143.235.104] has joined #wesnoth-dev
20100724 23:10:55< Crab_> Elvish_Pillager: e.g. if we ignore slow/drain/berserk, we know how many hits we need to kill, how many we need to be killed, we know the number of attacks, number of counterattacks
20100724 23:11:00-!- King_Elendil [~King_Elen@75.143.235.104] has quit [Read error: Connection reset by peer]
20100724 23:11:01-!- King_Elendil_ is now known as King_Elendil
20100724 23:11:39< Crab_> Elvish_Pillager: and, for any particular case, like 'hitting 1 attacks in first 4, without being killed by 2 retaliation attacks', we can compute the % chance rather easy
20100724 23:11:42< alink> silene: ^ I believe I now have fixed all what was "broken" by my cache optimization (if somebody ever use that stuff). Tell me if I forget something
20100724 23:12:06< Crab_> alink: ask timotei to check that --preprocess is working good
20100724 23:12:58< Crab_> Elvish_Pillager: so, to get that formula, we need to split our complex case into a sum of more easier cases, and then sum the % we get from each 'easy' case.
20100724 23:14:19< Elvish_Pillager> Crab_: How do we know how many hits we need to kill? I don't know of a way to get the _damage_ that an attack would do.
20100724 23:15:08< alink> timotei : if you were using the the cfg.plain file produced by --preprocess and specifically the "þline ..." info in it, it should now have been fixed (was broken ~16h ago)
20100724 23:16:33< alink> elias : the [preproc_define] is fixed too (also broken ~16h ago) 
20100724 23:17:03< alink> well, broken is a too strong word
20100724 23:18:40< Crab_> Elvish_Pillager: well, the c++ source calculates it, it's definitely 'defined'. yes, we don't have access to the result of that calculation from WML.
20100724 23:18:58< Elvish_Pillager> right.
20100724 23:20:53< alink> --preprocess seems to go check in my installation directory and I don't see how prevent it
20100724 23:22:01< Electric_Brain> Crab_, Elvish_Pillager: well I have enough to know how to calculate the easy parts, thanks
20100724 23:23:17< alink> Electric_Brain: I hope it's not for a luck/RNG thread -.-
20100724 23:23:36< Electric_Brain> alink: no, no don't worry, just curiosity
20100724 23:23:39-!- thespaceinvader [~chatzilla@wesnoth/artist/thespaceinvader] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.6/20100625231939]]
20100724 23:23:51< alink> Electric_Brain: ok good :-)
20100724 23:26:44-!- King_Elendil [~King_Elen@75.143.235.104] has quit [Quit: Got to go, I'm in a hurry so bye.]
20100724 23:28:18-!- wesbot changed the topic of #wesnoth-dev to: 134 bugs, 281 feature requests, 14 patches | logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20100724 23:32:29-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100724 23:34:59-!- King_Elendil [~King_Elen@75.143.235.104] has joined #wesnoth-dev
20100724 23:38:55-!- King_Elendil [~King_Elen@75.143.235.104] has quit [Client Quit]
--- Log closed Sun Jul 25 00:00:31 2010