--- Log opened Sun Dec 21 00:00:00 2008
20081221 00:00:31-!- zookeeper [n=l@dsl-tkubrasgw1-fe9ff800-215.dhcp.inet.fi] has quit []
20081221 00:00:49< ESR_> Looking...
20081221 00:01:19< Ivanovic> ESR_: so have you had a look at my manual changes, are they fine?
20081221 00:02:17< ESR_> Nope, but I expect to get to it in the next 4 hours or so.  I'm not very worried your English has imprioved a lot since I joined the project.
20081221 00:02:44-!- boucman [n=rosen@159.83.102-84.rev.gaoland.net] has quit [Remote closed the connection]
20081221 00:03:31< ESR_> Not that i was ever awful, just a bit stiff and clunky.  Certainly a lot better than my nonexistent German.
20081221 00:03:40< ESR_> s/i was /it was/
20081221 00:03:42-!- crimson_penguin [n=ben@64.201.60.217] has quit ["Leaving"]
20081221 00:06:23< ESR_> fendrin_: Animating...
20081221 00:07:51< ESR_> OK, I see one glitch.  Looks like thwio points just before the Elvish treasury got transposed.
20081221 00:10:24-!- Elvish_Pillager [n=eli@66-189-15-130.dhcp.oxfr.ma.charter.com] has quit [Read error: 110 (Connection timed out)]
20081221 00:10:41< fendrin_> That's it.
20081221 00:13:49-!- loonycyborg [n=sergey@79.139.247.111] has quit ["Zzzzzzzzzzzzzzzzzzzz"]
20081221 00:15:24-!- loonybot [n=loonybot@79.139.247.111] has quit [Remote closed the connection]
20081221 00:17:47< CIA-8> esr * r31584 /trunk/data/campaigns/Legend_of_Wesmere/utils/journey.cfg: Fix a small glitch in a jorney track.
20081221 00:17:49< ESR_> I just committed a fix, check it out.
20081221 00:23:16< fendrin_> ESR_: It's better but not perfect. Some of the old path gets lost. And it's shown twice.
20081221 00:23:34< ESR_> Which segment?
20081221 00:23:49< Soliton> Ivanovic: installed doxygen.
20081221 00:24:16< Soliton> Ivanovic: i've already looked at the healthy description and i don't know how to word it better.
20081221 00:24:37< ESR_> Thst is, if you pull up the tracks window, which named  segment is the glitch in?
20081221 00:25:30< fendrin_> pull up the tracks window
20081221 00:25:55< fendrin_> where is that window? Is this a gui window?
20081221 00:26:11< ESR_> You really need to learn how to use this thing.  Click the Tracks menubar item.
20081221 00:26:31< CIA-8> cib * r31585 /trunk/src/ (5 files): bug #12635: fixed the reversed meaning of the fogged attribute of the item and label tags by renaming the attribute to "visible_in_fog"
20081221 00:28:22< ESR_> fendrin_: You're running trackplacer on the journey.cfg file, right?
20081221 00:28:55< fendrin_> ESR_: right
20081221 00:29:48< ESR_> OK.  What do you see when you click on the Tracks menu-bar icon?
20081221 00:30:07< fendrin_> Trashcans
20081221 00:30:58< ESR_> Huh?  You don't get a popup window titled "Edit track visibility"?
20081221 00:32:20< CIA-8> cib * r31586 /trunk/src/gamestatus.cpp: bug #12587: added the missing gold_add value in the second writer for player saves
20081221 00:33:12< fendrin_> ESR_: yes, I have that. The displayed route is fine. 
20081221 00:34:50< ESR_> OK.  The checkboxes control the visbility of named segments of the track.  Which named segment is the problem in, FLIGHT, TREASURY, BOOK, ALLIANCE. SAURIANS, or CIVILWAR? 
20081221 00:35:27< ESR_> (The trashcans are for deleting segments.)
20081221 00:35:57< fendrin_> TREASURY, I am talking about the same story part you fixed some of the problem right now.
20081221 00:36:03< cib0> uhm, i do have the right to change the status of bugs i fixed on the bugtracker, right?
20081221 00:37:13< ESR_> I'm animating the TREASURY segment (menu-bar button Animate) and not seeing a problem.
20081221 00:37:52< fendrin_> ESR_: That is true, it's looking fine in trackplacer. But this is not true for the game.
20081221 00:39:00 * ESR_ wishes fendrin would describe these things more precisely to start with.
20081221 00:39:16< ESR_> OK, how can I ereproduce it?
20081221 00:41:25< fendrin_> Start the 5th scenario. Klick through the displayed path. It's displayed twice. And there is a hole in it.
20081221 00:42:40< fendrin_> At the same place where that 2 waypoints hat been transported to are the old ones now missing.
20081221 00:44:34< ESR_> Looking...
20081221 00:45:22< fendrin_> s/displaced twice/the animation is repeating.
20081221 00:46:41< ESR_> fendrin_: OK, I see the problem.  I'll fix it, but I also want to explain it so you can fix such things yourself.
20081221 00:47:33< ESR_> If you look in scenario 5, the problem is that the macro TO_SAURIAN_TREASURY is called twice..  That causes you redisplay glitch.
20081221 00:47:48< ESR_> The second call is wring and needs to change.
20081221 00:49:56< ESR_> If you look in journey_cfg, you'll see that there are two macros called TO_SAURIAN_TREASURY and TO_SAURIAN_TREASURY_BATTLE.  The important thing is to understand why they are different.  Can you read them?
20081221 00:51:54< fendrin_> yes
20081221 00:52:00< ESR_> OK.
20081221 00:52:11-!- ivan_i [n=chatzill@ppp85-140-56-229.pppoe.mtu-net.ru] has quit ["ChatZilla 0.9.84 [Firefox 3.0.5/2008121621]"]
20081221 00:53:10< ESR_> {FLIGHT_COMPLETE} draws thev entire flight track in white.
20081221 00:54:16< fendrin_> And what is flight?
20081221 00:54:22< ESR_> {TREASURY_STAGE1} draws the firsst stage of the TREASURY named segment in red. 
20081221 00:55:07< ESR_> That;s the part of the track corresponding to the first story arc -- Kalenz runs from Lintanir to Wesmere.
20081221 00:55:56< ESR_> All the COMPLETE macros are generated.  They draw entire segments in white.  That's they're for drawing old jorneys.
20081221 00:56:24-!- Jetrel [n=Jetrel@mn-10k-dhcp1-151.dsl.hickorytech.net] has joined #wesnoth-dev
20081221 00:56:28< ESR_> THE STAGE macros are all generated, too. They draw in red. 
20081221 00:56:50< Jetrel> wesbot: seen Ivanovic
20081221 00:56:50< wesbot> Jetrel: Queried user last spoke 55m 32s ago.  Ivanovic is currently here on on the channels #wesnoth and #wesnoth-de.
20081221 00:57:52< Jetrel> Ivanovic:  I'm not sure if you're the person to send this request to, but could you give kitty the forum title "Portrait Director"?
20081221 00:58:47< ESR_> Each STAGE macro contains all the previous stages for that tgrack, in white, and the most recent one it names in red.
20081221 00:59:41< ESR_> You have two problemss here.  One is that the second call {TO_SAURIAN_TREASURY} should be {TO_SAURIAN_TRWASURY_BATTLE}.
20081221 01:00:37< ESR_> (Sorry about the typo.)
20081221 01:00:38< CIA-8> esr * r31587 /trunk/data/campaigns/Legend_of_Wesmere/scenarios/05_Saurian_Treasury.cfg: Redirect a call to the wrong journey macro.
20081221 01:01:41< ESR_> The second problem is that ythe definition of TO_SAURIAN_TREASURY_BATTLE may not be quite right. I'm trying to figure that out now.
20081221 01:02:25< ESR_> You should test that change and see if it fixes your glitch.  But...
20081221 01:02:46< ESR_> you should also know how to fix things if it doesn't.
20081221 01:04:09< ESR_> They key thin is this: There's a layer of macros that are generated by trackplacer.  These have names that end with _STAGE[123456789] or _COMPLETE or _END.
20081221 01:05:05< ESR_> Scenario WML dooes not and should not call those directly, they're too prone to change names when you edit tracks with trackplacer.
20081221 01:06:13< ESR_> Instead, there are hand-trolled definitions aafter the machine-generated part: {TO_SAURIAN_TREASURY} and {TO_SAURIAN_TREASURY_BATTLE} are two of them.
20081221 01:06:45< ESR_> Those group togerther the generated macros so they can be conveniently called by scenario WML.
20081221 01:07:54-!- grzywacz [n=grzywacz@moinmoin/developer/karol] has quit [Remote closed the connection]
20081221 01:08:05< ESR_> If you're gettting white tracks where you think you shouldn't, that probably means a call to compe *_COMPLETE macro has to be removed from one of the upper-level ones.
20081221 01:08:16< ESR_> s/compe/some/
20081221 01:08:19< CIA-8> sapient * r31588 /trunk/src/game_events.cpp: prevent double interpolation... (eventually use of vconfig should be expanded to include code that is using interpolate function directly).
20081221 01:08:35< Ivanovic> Jetrel: yes, i am one of the persons able to add this title for kitty
20081221 01:08:52< Jetrel> Ivanovic:  ah, cool.
20081221 01:09:39< ESR_> If you have holes in the tracks in-game but not in trackplacer., that means one of the upper-level macros like {TO_SAURIAN_TREASURY} is missing a call to a trackp[laceer macro.
20081221 01:09:58< ESR_> Is this making sense so far?
20081221 01:10:18< Espreon> Hello Jetrel.
20081221 01:10:25< Ivanovic> Jetrel: done
20081221 01:10:27< Jetrel> Ivanovic:  yeah, she's at the point where she definitely deserves it, and she's demonstrated, I think, that she's not going to abuse authority.
20081221 01:10:28< fendrin_> ESR_: Yes, I can follow you. Please go on.
20081221 01:10:42< Jetrel> Espreon:  you always say hi. :)  Hi.
20081221 01:11:32< Espreon> Is Kitty gonna get her username recolored upon promotion?
20081221 01:12:01< Ivanovic> i also added her to the user group "developers" so that she got all the lovely privs so many others of us got
20081221 01:12:08< Ivanovic> and this also involves a different color
20081221 01:12:24< Jetrel> gr0ovy.
20081221 01:12:26< ESR_> If you still have a bug after my last commit, it probably means you need to change the contents of {TO_SAURIAN_TREASURY_BATTLE} sin some way.  That'ss exacttly why the upper level of macros exist, soi you can do this without having to alter actual scenario WML.  
20081221 01:14:23< ESR_> Thing to bear in mind is (1) _COMPLETE macros draw old tracks in white, (2) STAGE macros draw new tracks in red, and (3) END macros sraw *only the terminating battle or rest-stop of a journey* in red.  (I invented END macros just for LoW.)
20081221 01:14:58< ESR_> Now youmknow everytuing you need to to hack journey.cfg files.
20081221 01:14:59< Ivanovic> ESR_: when looking at my edits for the manual, maybe you know a way to formulate the healthy description a little clearer
20081221 01:15:08< Ivanovic> atm it sounds really, uhm, strange and difficult
20081221 01:15:09< ESR_> Ivanovic: I'll try.
20081221 01:15:31< Ivanovic> plus: do you know the real effect of illuminated cave?
20081221 01:15:36< fendrin_> ESR_: Thank you. Great tool.
20081221 01:15:49< Ivanovic> this special ToD is not listed in the ingame mini table for ToD as well as in the manual
20081221 01:15:53< ESR_> fendrin_: It was fun to write.
20081221 01:15:55< Ivanovic> probably this should be added, too
20081221 01:16:43< Ivanovic> and now it is time for me to head off to bed, n8
20081221 01:18:24< ESR_> Kitty's getting dev access?  I cheer that move!  I'd toss her a rose if she were here.
20081221 01:18:41< Espreon> Me too.
20081221 01:19:00< Espreon> Well.. access to moderation powers, as she turned down SVN commit access.
20081221 01:19:13< Jetrel> Yeah.
20081221 01:19:27< Soliton> cib0: yes.
20081221 01:19:30 * ESR_ thinks Kitty is a goddess
20081221 01:19:43< Espreon> So what are we going to do about schedule-underground-illum.png?
20081221 01:20:17< ESR_> Must go to dinner.  Will edit manual when I return.
20081221 01:20:24< Espreon> Enjoy.
20081221 01:22:24< Espreon> thespaceinvader: I love your Saurian Skirmisher-line portrait.
20081221 01:23:00< thespaceinvader> espreon: thanks =) it still needs work, though
20081221 01:23:35< Espreon> After you complete that portrait, what do you plan to do next?
20081221 01:24:06< thespaceinvader> drake portraits, animations
20081221 01:24:15< thespaceinvader> will be the priority
20081221 01:24:18< Espreon> I like your drake animations BTW.
20081221 01:24:27< thespaceinvader> mica's been asking me to do some UMC portraits, too
20081221 01:24:29< thespaceinvader> =) ta
20081221 01:24:36< Espreon> I was aware of that.
20081221 01:24:46< Espreon> I could use some too. (Only three ATM)
20081221 01:24:49< ESR_> Jetrel: Speaking of Saurians, any progress on the lizard-cavalry sprites?
20081221 01:24:58< Jetrel> ESR: nada
20081221 01:25:04< Espreon> Hmmmmm?
20081221 01:25:35< Jetrel> I'm tempted to start including some of these things without animations, just to axe old sprites.
20081221 01:25:49 * Espreon grins.
20081221 01:26:22< thespaceinvader> lizard-cavalry sprites?
20081221 01:26:31< thespaceinvader> and jetrel: that sounds like a great idea
20081221 01:26:44< thespaceinvader> there are definitely a few animations that are ready at present too
20081221 01:26:47< Jetrel> thespaceinvader: saurians riding these big cave lizards as mounts.
20081221 01:27:00< thespaceinvader> slasher spear s and se, slasher defence
20081221 01:27:05< thespaceinvader> o cool
20081221 01:27:10< thespaceinvader> to go mainline, or for campaign?
20081221 01:27:18< Jetrel> mainline, but not for multi.
20081221 01:27:34< Jetrel> Also, a set of chameleon-ish saurians.
20081221 01:27:58< thespaceinvader> i like that idea
20081221 01:28:04< thespaceinvader> possibly axes for weaponry
20081221 01:28:19< Jetrel> thespaceinvader: the ultimate goal is to get the saurians enough units that they can reasonably stand-alone as a campaign enemy without drakes backing them up.
20081221 01:28:25< thespaceinvader> or knives, somethign made of flint/other stone
20081221 01:28:27< Jetrel> Drakes can already do that.
20081221 01:28:31< thespaceinvader> that sounds like an excellent plan
20081221 01:29:19< Espreon> A Saurian assassin with camouflaging would be nice. 
20081221 01:30:26< thespaceinvader> mm, yeah
20081221 01:30:44< thespaceinvader> a new version or nightstalk, or somesuch?
20081221 01:30:45 * Smar wants complete saurian team
20081221 01:30:46< Espreon> Well of course you could "borrow" some ideas from EoS' Saurian faction.
20081221 01:30:55< Espreon> Right AI0867?
20081221 01:30:55< Jetrel> somesuch.
20081221 01:31:02-!- kthakore2 [n=kthakore@CPE001310a1899c-CM001868e2ad12.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20081221 01:31:21-!- cib0 [n=cib@p4FD0C1A5.dip.t-dialin.net] has quit ["Leaving."]
20081221 01:32:22< Espreon> Swamp prowl maybe?
20081221 01:32:35< thespaceinvader> swamp would be a bit limiting
20081221 01:32:56< Espreon> Swamp prowl + night stalk = fun.
20081221 01:32:58< thespaceinvader> especially if the premise is chameleonic camouflage
20081221 01:33:13< Espreon> *nightstalk
20081221 01:33:23< thespaceinvader> i never go in swamp anyway on virtually all campaigns, let alone when saurians are involved
20081221 01:36:02< thespaceinvader> could an ability work whereby a unit would be invisible if it didn't move above a certain number of moves per turn?
20081221 01:36:32< fendrin_> thespaceinvader: nice idea.
20081221 01:36:34< Jetrel> Anything you can state logically, in rules like that, could be done.
20081221 01:36:45< Espreon> Speaking of camouflage...
20081221 01:36:49< Espreon> fendrin_: Here?
20081221 01:37:20 * Jetrel -> food
20081221 01:38:23-!- crimson_penguin [n=ben@64.201.60.217] has joined #wesnoth-dev
20081221 01:38:29< Espreon> Hello crimson_penguin.
20081221 01:38:42< crimson_penguin> hi Espreon 
20081221 01:42:29< fendrin_> Espreon: yes
20081221 01:42:57< Espreon> fendrin_: I have an idea for an advancement of the Sanddancer.
20081221 01:43:48< Espreon> It would gain an ability that lets it conceal itself in sand, but this unit (and its potential advancement) not quite as powerful as the alternative (and its advancement).
20081221 01:44:04< Espreon> *unit is not
20081221 01:44:40< fendrin_> Sandwanderer->Sanddancer
20081221 01:46:16-!- voris [n=voris@c-24-16-110-195.hsd1.wa.comcast.net] has joined #wesnoth-dev
20081221 01:47:05< fendrin_> sandwanderer->sandcrawler->sandsneaker
20081221 01:47:34< Espreon> No Sandcrawler.
20081221 01:47:46< fendrin_> sandcreeper?
20081221 01:47:59< Espreon> Something along those lines.
20081221 01:48:25< Espreon> Sandwanderer->Sanddancer->?
20081221 01:48:25< fendrin_> sandscrewer
20081221 01:48:48< fendrin_> sandbreakdancer
20081221 01:49:17< Espreon> No...
20081221 01:51:24< Espreon> fendrin_: May we discuss this later?
20081221 01:52:38-!- mjs-de [n=mjs-de@wh.uni-dortmund.de] has quit ["On the road again"]
20081221 01:57:07-!- kthakore2 [n=kthakore@CPE001310a1899c-CM001868e2ad12.cpe.net.cable.rogers.com] has quit ["Leaving"]
20081221 02:01:19< AI0867> fendrin_, Espreon: sandwanderer -> sandwalker -> sanddancer
20081221 02:02:37< Sapient> sandpeople -> skywalker
20081221 02:03:08< fendrin_> lol
20081221 02:07:36< Espreon> Heh....
20081221 02:07:43< Espreon> AI0867: Fair enough.
20081221 02:15:35-!- ilor [n=user@unaffiliated/ilor] has quit [Read error: 110 (Connection timed out)]
20081221 02:41:56-!- Elvish_Pillage2 [n=eli@66-189-15-130.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!"]
20081221 02:45:26-!- [Relic] [n=[Relic]@adsl-76-229-202-137.dsl.milwwi.sbcglobal.net] has joined #wesnoth-dev
20081221 02:46:59< [Relic]> Hello :)
20081221 02:47:02< Sapient> yo [Relic]
20081221 02:47:28< [Relic]> :)
20081221 02:51:57-!- crimson_penguin [n=ben@64.201.60.217] has quit ["Leaving"]
20081221 02:56:05-!- thespaceinvader [n=chatzill@91.108.174.23] has quit ["ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]"]
20081221 03:01:07-!- Jetrel [n=Jetrel@mn-10k-dhcp1-151.dsl.hickorytech.net] has left #wesnoth-dev []
20081221 03:13:40< Sapient> cya later, have fun.
20081221 03:13:40-!- Sapient [n=sapien-x@c-24-126-133-155.hsd1.ga.comcast.net] has left #wesnoth-dev []
20081221 03:33:50-!- voris [n=voris@c-24-16-110-195.hsd1.wa.comcast.net] has quit [Remote closed the connection]
20081221 03:44:42-!- voris [n=voris@c-24-16-107-149.hsd1.wa.comcast.net] has joined #wesnoth-dev
20081221 03:59:59-!- voris [n=voris@c-24-16-107-149.hsd1.wa.comcast.net] has quit ["Leaving"]
20081221 04:00:03-!- voris [n=voris@c-24-16-107-149.hsd1.wa.comcast.net] has joined #wesnoth-dev
20081221 04:02:02-!- Behl [n=tobizaz@3510ds4-od.0.fullrate.dk] has quit []
20081221 04:25:51-!- [Relic] [n=[Relic]@adsl-76-229-202-137.dsl.milwwi.sbcglobal.net] has quit ["Leaving"]
20081221 04:32:01-!- Ivanovic_ [n=ivanovic@dtmd-4db2a9e9.pool.einsundeins.de] has joined #wesnoth-dev
20081221 04:44:57-!- Appleman1234 [n=Appleman@CPE-124-177-116-97.qld.bigpond.net.au] has joined #wesnoth-dev
20081221 04:47:50-!- Ivanovic [n=ivanovic@dtmd-4db2242c.pool.einsundeins.de] has quit [Read error: 110 (Connection timed out)]
20081221 04:47:59-!- Ivanovic_ is now known as Ivanovic
20081221 05:00:58< CIA-8> sapient * r31589 /trunk/src/game_events.cpp: also save x,y when spawning unit to variable
20081221 05:01:04-!- Appleman1234 [n=Appleman@CPE-124-177-116-97.qld.bigpond.net.au] has quit ["Leaving"]
20081221 05:15:49-!- [Relic] [n=[Relic]@76.229.202.137] has joined #wesnoth-dev
20081221 05:16:45< [Relic]> Hello :)
20081221 05:50:51-!- Sapient [n=sapien-x@c-24-126-133-155.hsd1.ga.comcast.net] has joined #wesnoth-dev
20081221 05:56:58-!- DDR_ [n=chatzill@66.183.125.196] has joined #wesnoth-dev
20081221 06:11:35< Sapient> wow... utils::do_interpolation doesn't check for $ at end of string. looks like it could crash
20081221 06:15:37< Sapient> not sure, but I'll just put in an explicit check
20081221 06:24:59< Sapient> Soliton: do FormulaAI strings support escape characters? i.e. \'
20081221 06:35:41< Sapient> hmm... it appears they do not
20081221 06:36:09< Sapient> so a Formula AI string cannot contain this ' mark
20081221 06:42:12-!- Espreon [n=Espreon@c-76-117-239-33.hsd1.pa.comcast.net] has quit ["ChatZilla 0.9.84 [Firefox 3.0.3/2008092417]"]
20081221 06:43:17-!- Espreon [n=espreon@c-76-117-239-33.hsd1.pa.comcast.net] has joined #wesnoth-dev
20081221 07:03:07-!- voris [n=voris@c-24-16-107-149.hsd1.wa.comcast.net] has quit [Read error: 110 (Connection timed out)]
20081221 07:04:27-!- [Relic] [n=[Relic]@76.229.202.137] has quit ["Leaving"]
20081221 07:05:04-!- voris [n=voris@c-24-16-110-195.hsd1.wa.comcast.net] has joined #wesnoth-dev
20081221 07:09:00< Sapient> ok, I just added the in-line math support for all WML attributes :)
20081221 07:09:10< Sapient> now just building and testing
20081221 07:10:53< Espreon> Yay!
20081221 07:11:19< Sapient> yes, that took far less time than I was planning
20081221 07:13:16< Sapient> it will probably take longer to build and test than it did to write
20081221 07:32:26-!- Netsplit kubrick.freenode.net <-> irc.freenode.net quits: erl
20081221 07:32:46-!- Netsplit over, joins: erl
20081221 07:33:40-!- AI0867 [n=ai@van-gessel.demon.nl] has quit [Remote closed the connection]
20081221 07:33:51-!- AI0867 [n=ai@van-gessel.demon.nl] has joined #wesnoth-dev
20081221 07:33:54-!- [voris] [n=voris@c-24-16-107-149.hsd1.wa.comcast.net] has joined #wesnoth-dev
20081221 07:34:03-!- voris [n=voris@c-24-16-110-195.hsd1.wa.comcast.net] has quit [Read error: 110 (Connection timed out)]
20081221 07:40:01< Sapient> test passed \o/
20081221 07:46:55< CIA-8> sapient * r31590 /trunk/ (changelog src/serialization/string_utils.cpp): Allow inline formulas "$( ... )" to be used in general WML
20081221 07:47:10< Sapient> shikadibot: log head
20081221 07:47:12< shikadibot> Revision 31590 (sapient, 2008-12-21 06:46:40 +0000 (Sun, 21 Dec 2008)):
20081221 07:47:15< shikadibot> Allow inline formulas "$( ... )" to be used in general WML
20081221 07:47:18< shikadibot> Web interface URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=31590
20081221 08:08:40< Sapient> cya later, have fun.
20081221 08:08:40-!- Sapient [n=sapien-x@c-24-126-133-155.hsd1.ga.comcast.net] has left #wesnoth-dev []
20081221 08:27:34-!- DDR_ [n=chatzill@66.183.125.196] has quit [Remote closed the connection]
20081221 08:31:34-!- Espreon [n=espreon@c-76-117-239-33.hsd1.pa.comcast.net] has quit [Remote closed the connection]
20081221 08:33:51-!- [voris] [n=voris@c-24-16-107-149.hsd1.wa.comcast.net] has quit [Read error: 110 (Connection timed out)]
20081221 08:33:53-!- {jer_v} [n=voris@c-24-16-110-195.hsd1.wa.comcast.net] has joined #wesnoth-dev
20081221 08:39:38-!- DDR [n=chatzill@66.183.125.196] has joined #wesnoth-dev
20081221 09:03:36-!- mordante [n=chatzill@roadie.xs4all.nl] has joined #wesnoth-dev
20081221 09:04:02< mordante> morning
20081221 09:05:51-!- Coloquialist [n=coloquia@ip72-193-31-223.lv.lv.cox.net] has joined #wesnoth-dev
20081221 09:06:33< Coloquialist> Is this where I go if I'm having trouble  making a basic scenario?
20081221 09:10:31< mordante> seems you just did ;-)
20081221 09:10:56< mordante> ESR_ I have some ideas about camouflage 
20081221 09:11:49< mordante> Soliton thanks for doxygen. What I miss in the healthy description is whether or not you get rest healing when you move
20081221 09:19:23-!- EdB [n=EdB@197.153.82-79.rev.gaoland.net] has joined #wesnoth-dev
20081221 09:19:43-!- Sapient [n=sapien-x@c-24-126-133-155.hsd1.ga.comcast.net] has joined #wesnoth-dev
20081221 09:20:01< Sapient> can anyone confirm that wesnoth --test is broken in trunk?
20081221 09:20:39< mordante> did work yesterday, building now
20081221 09:28:26< Sapient> mine says missing closing tag for tag rule
20081221 09:29:01< Sapient> and when I delete all the rule tags, it complains about the definition of VARIABLE in core macros
20081221 09:30:23< Sapient> did someone recently modify the preprocessor code?
20081221 09:34:52< Sapient> there appears to be a lot of cruft in there that should be trimmed down or removed, as well
20081221 09:35:45< mordante> I get linker errors :-(
20081221 09:36:51< Sapient> for wesnoth or some other component (editor, server)?
20081221 09:40:28< mordante> libwesnothcore.a and it looks like your last change which uses the formula system
20081221 09:40:45-!- noy [n=Noy@d75-157-52-251.bchsia.telus.net] has joined #wesnoth-dev
20081221 09:41:16< Sapient> I am not familiar with libwesnothcore, sorry
20081221 09:41:44< Sapient> it builds for me so you may need to modify your project files
20081221 09:42:14< Sapient> formula.o etc are needed
20081221 09:43:24< mordante> yes, it only means the server also needs all those files
20081221 09:44:08< Sapient> true
20081221 09:44:53< mordante> and this function you modified is really a core function?
20081221 09:46:07< Sapient> if the server needs to know how to interpolate variables, then it now needs formula.o, since variable interpolation now allows formulas
20081221 09:47:04< Sapient> and since it includes string_utils.hpp, it may need to know how to interpolate variables
20081221 09:47:23< Sapient> I couldn't tell you for sure on that
20081221 09:47:46< Sapient> but it may very well prove useful
20081221 09:48:42< Sapient> regardless, you don't have to build the server to test wesnoth --test
20081221 09:49:14< mordante> I can't build the game ;-)
20081221 09:49:42-!- Sirp [n=me@203.167.141.18] has joined #wesnoth-dev
20081221 09:49:47< mordante> run testing with 31589
20081221 09:49:55< Sapient> ok, well good luck with the makefiles I guess
20081221 09:49:56< Sirp> Greetings
20081221 09:50:00< Sapient> yo Sirp
20081221 09:50:01< mordante> hi Sirp 
20081221 09:50:13< Sapient> I just added something you may find interesting, Sirp
20081221 09:50:17< Sirp> I found some ancient Wesnoth tarballs. :) http://www.wesnoth.org/forum/viewtopic.php?f=6&t=23337
20081221 09:50:23< Sirp> they actually work
20081221 09:50:28< Sirp> Sapient: oh, what's that?
20081221 09:50:31< Sapient> ah, nice
20081221 09:50:36< mordante> Sapient 31589 works for me
20081221 09:50:58< Sapient> Sirp: the ability to invoke formulas from arbitrary WML
20081221 09:51:05< Sirp> Sapient: oh, oh, very nice!
20081221 09:51:07< Sapient> "$( ... )"
20081221 09:51:16< Sirp> Sapient: will this put silence to all the people who talk about how awkward WML is for math?
20081221 09:51:25< Sapient> yeah, that was my main motivation
20081221 09:51:32< Sapient> ~_~
20081221 09:51:39< Sirp> excellent! :)
20081221 09:51:48< mordante> Sapient this is the syntax? $() ?
20081221 09:52:03< Sirp> please post an example in one of the threads. :)
20081221 09:52:11< Sapient> I was curious though, does FormulaAI allow ' char inside strings? Is there an escape syntax?
20081221 09:52:12< mordante> I use () for my widgets, but that can be changed
20081221 09:52:32< Sapient> Sirp; check Coder's Corner ;)
20081221 09:52:40< Sirp> Sapient: IIRC no, but you could add it. :)
20081221 09:52:47< mordante> besides I don't expect people, except of me,  to use it
20081221 09:53:53< Sapient> Sirp: I don't plan to write any extensions to Formula code... *shudder*
20081221 09:54:05< Sapient> it's a bit labyrinthine to me
20081221 09:54:45< Sapient> and it confuses Code::Blocks "find implementation" feature
20081221 09:55:15< Sapient> so I tend to get a bit lost in there
20081221 09:55:58< Sirp> Sapient: no problem. I think the main problem is supporting escapes is kind of hard using regexes which we use at the moment.
20081221 09:56:41< Sirp> Sapient: btw another thing I am interested in doing is allowing a way to expose a WML document as a formula input.
20081221 09:57:12< Sapient> hmm
20081221 09:57:22< Sapient> sounds sinister
20081221 09:59:59< Sirp> Sapient: please read this post and tell me if I'm right. :) http://www.wesnoth.org/forum/viewtopic.php?f=12&t=22875&p=327087#p327087
20081221 10:00:06< Sirp> I just made it.
20081221 10:00:55< Sapient> $var not var
20081221 10:01:05< Sirp> Sapient: in Frogatto I implemented 'power ups' that characters can get like this: you define a set of formulas which read in the WML for the character, and then output modifications for the WML documents.
20081221 10:02:05< Sirp> thus you can elegantly define any power up. In Wesnoth we could have something somewhat similar to allow more sophisticated unit modifications.
20081221 10:02:27< Sapient> that does sound interesting
20081221 10:02:50< Sirp> Sapient: errr hmmm it uses the formula engine though right? The formula engine doesn't allow $ in identifiers IIRC....unless someone modified it.
20081221 10:03:18< Sapient> the $var is handled first, then the $( )
20081221 10:03:19< Sirp> and is there any reason to require the $ once we're inside $(...) ?
20081221 10:03:26< Sirp> ohhhhhh
20081221 10:03:32< Sirp> okay makes sense now. :)
20081221 10:03:35< Sapient> remember, interpolation is right to left
20081221 10:03:41< Sirp> ahhh ahh okay.
20081221 10:03:43< Sirp> gotcha
20081221 10:03:45-!- loonybot [n=loonybot@79.139.247.111] has joined #wesnoth-dev
20081221 10:04:23< Sirp> Sapient: makes complete sense to me now; thank you for the explanation. :)
20081221 10:04:34< Sapient> no problem ;)
20081221 10:04:40-!- loonycyborg [n=sergey@79.139.247.111] has joined #wesnoth-dev
20081221 10:07:24< Sapient> I would really like to know why wesnoth --test is broken in trunk, though
20081221 10:07:39< Sapient> or if it is working for anyone else
20081221 10:08:49< Sapient> I think possibly someone made bogus changes to scenario-test.cfg, core macros, or the preprocessor
20081221 10:09:23< mordante> It works for me without your latest changes
20081221 10:10:52< Sapient> that is odd
20081221 10:11:21< Sapient> I wouldn't think the interpolation function would even be called during load time
20081221 10:18:11< Sapient> it works for me if I remove all the events from scenario-test.cfg
20081221 10:18:57< Sapient> this is why I suspect scenario-test.cfg, core macros, or the preprocessor
20081221 10:20:18< Sapient> whoa, wescrash
20081221 10:20:41< Sapient> looks like I may need to add some error trapping for formulas
20081221 10:21:06< mordante> Sapient just tested and the last version also works for me 
20081221 10:21:23 * Sapient sigh
20081221 10:21:28< mordante> I had to do a make clean, then the game build again, server still fails
20081221 10:21:51 * mordante tries a full rebuild
20081221 10:22:09< Sapient> of course, the server needs formula files to link now
20081221 10:22:35< mordante> yes but that resulted in weird errors, which I think might need a full rebuild
20081221 10:24:53< Sapient> I wonder if it's another line-ending issue then
20081221 10:25:31< loonycyborg> wesnoth -t works for me too(on linux)
20081221 10:25:37 * loonycyborg tries cross-compile
20081221 10:27:43 * loonycyborg hopes that moving formulae to libwesnoth_core won't pull many other things with it
20081221 10:28:26< CIA-8> sapient * r31591 /trunk/data/scenario-test.cfg: an example use of the new "$()" feature
20081221 10:30:52< Sapient> loonycyborg: nevermind... it just started working for me too
20081221 10:31:35< Sapient> that is kind of disturbinh, though; I think there's a latent bug in the preprocessor
20081221 10:31:51< mordante> loonycyborg it will pull in everything
20081221 10:32:07< mordante> at the moment it wants to pull unit.cpp...
20081221 10:32:39< loonycyborg> Maybe it will be possible to drop some dependencies..
20081221 10:32:50< Sapient> ouch...
20081221 10:33:14< Sapient> does the server actually need $variable interpolation?
20081221 10:33:34< mordante> best ask Soliton 
20081221 10:33:38< Sapient> we should probably move that to util.cpp/hpp
20081221 10:33:46< Sapient> instead of string_utils
20081221 10:34:02< mordante> wait we can move it and see whether the server compiles
20081221 10:34:24< Sapient> or create a new game_util.cpp/hpp
20081221 10:34:43< Sapient> split off the parts it doesn't need
20081221 10:34:51< ESR_> mordante: You want to bring back the camouflage special in UtBS?
20081221 10:35:13< mordante> ESR_ I was more thinking about saurians
20081221 10:35:30< mordante> also not sure what camouflage does at the moment ;-)
20081221 10:35:40< ESR_> mordante: Good, that's actually why I'm interested in your idea.
20081221 10:36:17< Sapient> Error: Could not parse expression. Game will be aborted.
20081221 10:36:29< mordante> Sapient util.hpp is already in core so need a seperate file
20081221 10:36:37< Sapient> I really wish it was throwing exceptions instead of aborting
20081221 10:37:16< mordante> loonycyborg do you want to look into it, I don't have too much time today and want to commit some things (backup on the internet etc.)
20081221 10:37:58< mordante> ESR_ when a unit moves to a terrain it will take 1 round to adjust to that time, from that time on it remains invisible as long as it's move ends on the same terrain
20081221 10:37:59< loonycyborg> mordante: If you mean making server compile then yes :)
20081221 10:38:21< mordante> loonycyborg yes and I think the splitting will be the best option
20081221 10:38:47< Sapient> hey, the server still compiles technically. It's just oh... twice the size executable file :P
20081221 10:39:37< mordante> ESR_ so if a sauron moves from water on grass, it will be visible until the start of the next round. After that every round that it ends on grass it stays invisible (of course also gets visible when an enemy is next to it)
20081221 10:39:42< ESR_> mordante: Interesting.  I might generalize that to "set of terrains", so we could treat (say) forests and forested hills as equivalent.
20081221 10:39:43< mordante> Sapient :-) :-P
20081221 10:40:16< Ivanovic> moin
20081221 10:40:22< Sapient> yo Ivanovic
20081221 10:40:23< mordante> ESR_ we can use underlaying terrain for that
20081221 10:40:25< mordante> hi Ivanovic 
20081221 10:41:26< ESR_> mordante: That may be exactly what we don'tr want to do -- type of ground cover might be the basis of equivalence rather thabn base.
20081221 10:42:36< mordante> yes not sure how much about is exposed to WML
20081221 10:42:55< Ivanovic> Sirp: what about uploading those ancient tarballs to sf.net?
20081221 10:46:41< Ivanovic> mordante: what is the status of your changes?
20081221 10:46:51< Ivanovic> can i get 1.5.7 out today and start the feature freeze?
20081221 10:47:49< mordante> Ivanovic won't get it done today :-(
20081221 10:47:59< Ivanovic> ARGH!!!
20081221 10:48:04-!- grzywacz [n=grzywacz@moinmoin/developer/karol] has joined #wesnoth-dev
20081221 10:48:05< loonycyborg> Ivanovic: Today is particularly bad day for releasing 1.5.7 since server doesn't compile.
20081221 10:48:54< Ivanovic> loonycyborg: ah, Sapient will fix the problem he introduced!
20081221 10:49:25< Sapient> if I fix it you'll still have to update your makefiles
20081221 10:49:26< mordante> but feel free to release without my commits
20081221 10:49:50< Sapient> so I'd prefer loony's assistance for that ;)
20081221 10:49:55< Ivanovic> mordante: this release is meant to really start the feature freeze...
20081221 10:50:38< mordante> well most of my changes are technically bug fixes :-/
20081221 10:51:26< mordante> but RL has been much busier as expected the last week :-(
20081221 10:51:58< mordante> but how far are the other devs with their features?
20081221 10:52:16< Sapient> loonycyborg: do you need my help or do you think you can handle the util split off?
20081221 10:52:46< Sapient> I am intending to get some sleep right about now
20081221 10:52:58< loonycyborg> Sapient: http://rafb.net/p/FytSGG62.html
20081221 10:53:22< loonycyborg> It this dependencies will be eliminated then that will be it..
20081221 10:54:34< Sapient> string_utils.cpp has now #include "formula.hpp"
20081221 10:54:39< Sapient> that is the problem
20081221 10:55:16< Sapient> so, at a minimum, functions which require formula.cpp should be split off to game util files
20081221 10:55:31< Sapient> I'll be back on later today
20081221 10:56:05< Sapient> it should be a simple change if you still need me to do that
20081221 10:56:08-!- Sapient [n=sapien-x@c-24-126-133-155.hsd1.ga.comcast.net] has quit []
20081221 10:59:18-!- DDR [n=chatzill@66.183.125.196] has quit [Remote closed the connection]
20081221 11:07:47-!- boucman [n=rosen@159.83.102-84.rev.gaoland.net] has joined #wesnoth-dev
20081221 11:07:55-!- boucman1 [n=rosen@159.83.102-84.rev.gaoland.net] has joined #wesnoth-dev
20081221 11:08:38-!- boucman [n=rosen@159.83.102-84.rev.gaoland.net] has quit [Remote closed the connection]
20081221 11:08:40-!- boucman1 [n=rosen@159.83.102-84.rev.gaoland.net] has quit [Remote closed the connection]
20081221 11:10:37-!- {jer_v} [n=voris@c-24-16-110-195.hsd1.wa.comcast.net] has quit [Read error: 110 (Connection timed out)]
20081221 11:17:36-!- boucman [n=rosen@159.83.102-84.rev.gaoland.net] has joined #wesnoth-dev
20081221 11:45:20-!- {jer_v} [n=voris@c-24-16-110-195.hsd1.wa.comcast.net] has joined #wesnoth-dev
20081221 11:50:00< CIA-8> mordante * r31592 /trunk/src/gui/widgets/debug.cpp: Add some more debug info.
20081221 11:57:30 * loonycyborg steadily makes progress in splitting serialization/string_utils and updating sources accordingly
20081221 11:57:46-!- Elvish_Pillager [n=eli@66-189-15-130.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20081221 11:57:57< mordante> :-)
20081221 12:00:37 * loonycyborg hopes that server doesn't use vngettext
20081221 12:01:27-!- {jer_v} [n=voris@c-24-16-110-195.hsd1.wa.comcast.net] has quit [Read error: 110 (Connection timed out)]
20081221 12:05:50-!- EdB [n=EdB@197.153.82-79.rev.gaoland.net] has quit ["Konversation terminated!"]
20081221 12:08:52-!- cib0 [n=cib@p4FD0FE2C.dip.t-dialin.net] has joined #wesnoth-dev
20081221 12:08:56< cib0> hello
20081221 12:14:07< mordante> hi cib0 
20081221 12:14:09-!- Behl [n=tobizaz@3510ds4-od.0.fullrate.dk] has joined #wesnoth-dev
20081221 12:20:30< CIA-8> mordante * r31593 /trunk/ (8 files in 3 dirs): 
20081221 12:20:30< CIA-8> Add a new generator widget.
20081221 12:20:30< CIA-8> This widget is meant to be used for containers which have a variable number of
20081221 12:20:30< CIA-8> items. This widget also will allow to add items when the widget is displayed
20081221 12:20:30< CIA-8> (not yet implemented).
20081221 12:21:19< cib0> i'm just realizing that i have a very unreadable style when it comes to expressing complex things
20081221 12:22:38< cib0> mordante: widgets that can be modified on the fly?
20081221 12:22:59< mordante> cib0 yes
20081221 12:23:09-!- Behl [n=tobizaz@3510ds4-od.0.fullrate.dk] has quit []
20081221 12:24:02< cib0> nice, so there will be non-blocking widgets?
20081221 12:24:19< mordante> what do you mean with non-blocking
20081221 12:24:27< cib0> or is it rather for things like the menu, etc?
20081221 12:24:40< cib0> i mean, widgets that do not block the game flow
20081221 12:25:02< mordante> for menus and listboxes
20081221 12:25:20< cib0> ah
20081221 12:26:06< cib0> things like, a chatlog that can be kept open while you play, would be cool, too :p
20081221 12:29:31< mordante> I didn't way it was something entirely new ;-)
20081221 12:30:12-!- Behl [n=tobizaz@3510ds4-od.0.fullrate.dk] has joined #wesnoth-dev
20081221 12:30:46< cib0> true :p
20081221 12:31:27< cib0> tinygui looking cool is new enough for me
20081221 12:33:48< mordante> well I won't have everything done before 1.6 but I assume before 1.8 I will be done
20081221 12:34:17< cib0> that's nice
20081221 12:35:07-!- zookeeper [n=l@dsl-tkubrasgw1-fe9ff800-215.dhcp.inet.fi] has joined #wesnoth-dev
20081221 12:35:13< boucman> mordante: if someday you look for a job, don't forget to mention wesnoth
20081221 12:35:17< cib0> hey zookeeper
20081221 12:35:27< boucman> the job you're doing here is HUGE, and could sell really well in an interview
20081221 12:35:28< zookeeper> hey.
20081221 12:35:47< boucman> I did it myself a couple of time and it works wuite well
20081221 12:36:40< Sirp> boucman: I think how well it works varies, and I strongly suspect it works better in Europe. But I completely agree. :)
20081221 12:36:57< cib0> zookeeper: the "warmup" you gave me turned out to be much more difficult than the more important bug
20081221 12:36:57< Sirp> though arguably you don't want to work at any company that doesn't take it seriously. :)
20081221 12:37:17< boucman> depends how you sell it, you can sell it as a technical experience, a social experience, a teamwork...
20081221 12:37:24< boucman> even as a customer support experience ;)
20081221 12:37:26< cib0> i don't know whether there is any company i would want to work for
20081221 12:37:52< Sirp> boucman: I think it's just that in some companies, they see "game" -> "worthless geeky hobby"
20081221 12:38:25< Sirp> I think when I interviewed at Sabre they thought "what in the world?? We have been sent some kid who worked on some little game??? We want a real programmer and this is who they send us!?!?!?!?"
20081221 12:38:52< boucman> you can sell the success of wesnoth, huge team, etc...
20081221 12:39:02< boucman> of course there is no guarentee, but it worked for me
20081221 12:39:07< cib0> im thinking about becoming a teacher, no trouble with companies, then again studying computer science itself at university must be cool
20081221 12:39:50< Sirp> boucman: oh I agree, at lots of companies I think it works great. :)
20081221 12:40:27< Sirp> boucman: when I interviewed at LiveOps I think they were real impressed. They were asking things like, "you mean you have a release manager? And that many programmers? and a co-ordinates i18n team?" they seemed real impressed.
20081221 12:41:01< boucman> Sirp: well, when you think of it, wesnoth IS a huge project
20081221 12:41:10< cib0> heh
20081221 12:41:21< boucman> a multi-year multi-release project with multiple teams coordinating
20081221 12:41:29< Sirp> boucman: absolutely. It's impressive.
20081221 12:41:34< boucman> and all our release are on schedule :P
20081221 12:41:50< Sirp> boucman: and in many respects it's actually bigger and larger than most commercial game projects.
20081221 12:41:54< boucman> (of course we plan one week ahead, which helps)
20081221 12:42:49< Sirp> boucman: basically Wesnoth isn't a program. It's a living project. :)
20081221 12:43:06< boucman> :)
20081221 12:49:09< fendrin_> Sirp: Wesnoth may live but http://www.wesnoth.org/cgi-bin/stats/stats.pl is dead. :-(
20081221 12:50:31< Sirp> fendrin_: yeah, I figure that happened on the server change. :(
20081221 12:50:41< Sirp> I need to talk to someone about that; though I'm on vc at the moment.
20081221 12:51:57< boucman> vc ?
20081221 12:52:01< fendrin_> Sirp: vc = vacation? 
20081221 12:54:23< Sirp> fendrin_: yes.
20081221 12:54:30< Sirp> in new zealand at the moment.
20081221 12:54:37< Sirp> boucman: do you know what the deal is with the server?
20081221 12:54:43< Sirp> I have some files on there that might be lost, and I can't log in. :(
20081221 12:54:59< boucman> Sirp: no idea
20081221 12:55:05< fendrin_> Sirp: Great, have fun. New Zealand must be beautiful.
20081221 12:55:15< boucman> I have never logged on the server (the new one, that is)
20081221 12:55:23< boucman> Sirp: skiing ?
20081221 12:55:47-!- noy [n=Noy@d75-157-52-251.bchsia.telus.net] has quit []
20081221 12:56:38< Sirp> boucman: it's summer here. :)
20081221 12:56:46< boucman> :P
20081221 12:58:27< Sirp> mostly visiting family -- my mother and her family live here. Though the country certainly is beautiful.
20081221 13:10:57< loonycyborg> mordante: I've moved vgettext to formula-specific part of string utils since it now uses formulae. But some server-specific code uses it.
20081221 13:11:10< loonycyborg> What is the best way to handle this?
20081221 13:12:30< mordante> not really sure, but I'm about to leave so don't have time to look into it now
20081221 13:27:47< Sirp> mordante: do you know anything about the status of the server?
20081221 13:28:22< mordante> Sirp not really afaik everything should be working again, but maybe some things haven't been restarted yet
20081221 13:30:05< mordante> I'm off now, bye
20081221 13:30:18-!- mordante [n=chatzill@roadie.xs4all.nl] has quit ["ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]"]
20081221 13:31:13< Sirp> all the files in my home dir on the server seem to be gone. :(
20081221 13:31:50< Sirp> which is quite bad, since there was a script that I spent some time developing.
20081221 13:32:05 * Sirp wonders if this is going to be recoverable, or simply a painful lesson on putting things in SVN.
20081221 13:32:40< fendrin_> ESR_: LoW contains a modified version of the wesnoth map but it's journey.cfg points to another map. Is this intended?
20081221 13:33:20< ESR_> Um, probably not. Feel free to fix it.
20081221 13:36:34< loonycyborg> Sirp: Look for it on /olddrive
20081221 13:37:47< loonycyborg> Sirp: You mean /olddrive/home/dave/monthly-bandwidth.pl ? :)
20081221 13:38:52< fendrin_> ESR_: The map in LoW is very empty. There are nearly all towns missing and the rivers have no names. I guess the town density could be right at that time.
20081221 13:43:52-!- Dragonking [n=dk@dedikerad/dragonking] has joined #wesnoth-dev
20081221 13:45:38< Sirp> loonycyborg: ahhhhhh. :)
20081221 13:45:42< Sirp> loonycyborg: and that wasn't the script...
20081221 13:47:22< boucman> hey Dragonking
20081221 13:47:48< Dragonking> hi boucman 
20081221 13:47:51< Dragonking> hi everyone
20081221 13:47:58< Sirp> hi Dragonking 
20081221 13:48:09< Dragonking> hi Sirp 
20081221 13:49:12< boucman> Dragonking: nothing new on the AI front ?
20081221 13:50:06< Dragonking> boucman: I'm under heavy fire at the uni-front now :(
20081221 13:50:47< boucman> end of year terms ?
20081221 13:51:03< Dragonking> Exams and tests in january
20081221 13:51:19< Dragonking> Plus I have to handle like... 5 projects till 15th Jan
20081221 13:51:25< Dragonking> So it's like.. ugh
20081221 13:52:18< Dragonking> Prolly I won't have time at all till FOSDEM :/
20081221 13:55:40< Sirp> loonycyborg: I had this database called 'stats'. It doesn't seem to have been restored....
20081221 13:55:41< Dragonking> boucman: So even that it's christmas time now, I will spend most of my time coding my projects and learning for tests... :(
20081221 13:55:49< fendrin_> ESR_: Is camouflage that [hidden] ability that kicks in if you move only some amount of the units movement points?
20081221 13:56:07< boucman> Dragonking: :(
20081221 13:56:16< boucman> well, I hope you get back to it eventually
20081221 13:56:43< Dragonking> boucman: I hope too, really
20081221 14:00:51< cib0> is it intended behaviour that units modified directly with [store_unit] do not keep their modifications between scenarios?
20081221 14:01:50< Ivanovic> ESR_: so the manual is fine and okay?
20081221 14:02:04< zookeeper> cib0, there's no such behaviour
20081221 14:02:51< Sirp> okay I'm off to bed
20081221 14:02:52< Sirp> night
20081221 14:02:53-!- Sirp [n=me@203.167.141.18] has quit ["leaving"]
20081221 14:05:37< cib0> ahhh, it was for advancement, not for carryover between scenarios
20081221 14:07:29-!- yann [n=dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has joined #wesnoth-dev
20081221 14:08:53-!- cib0 [n=cib@p4FD0FE2C.dip.t-dialin.net] has quit ["Leaving."]
20081221 14:14:43-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has joined #wesnoth-dev
20081221 14:31:24< boucman> it's been a long time since we last had a tournament
20081221 14:45:53< CIA-8> ivanovic * r31594 /trunk/ (25 files in 24 dirs): updated Turkish translation
20081221 14:56:14-!- thespaceinvader [n=chatzill@91.108.174.23] has joined #wesnoth-dev
20081221 15:11:07-!- McShark [n=Simon_So@drsd-4db3d83e.pool.einsundeins.de] has joined #wesnoth-dev
20081221 15:11:28< McShark> Hi!
20081221 15:13:53< McShark> Since 31590 I've problems with compiling wesnothd. Has anybody tried to compile it since the change of sapient? (wesnoth is no problem.)
20081221 15:15:46< boucman> McShark: error message plz ?
20081221 15:16:46< loonycyborg> McShark: Yes. This is a known breakage.
20081221 15:17:28< loonycyborg> Caused by Sapient making wesnothd depend on formula ai and all the rest :)
20081221 15:17:57< McShark> Undefined references. Trying to solve them (by adding variant.cpp and formula*.cpp) leads to more undefined references of unit types, which should not be necessary to add to wesnothd.
20081221 15:19:58< loonycyborg> Bug Sapient about fixing that :)
20081221 15:25:19-!- JonW [n=chatzill@cpc3-barn6-0-0-cust235.brnt.cable.ntl.com] has joined #wesnoth-dev
20081221 15:28:15< McShark> That's the reason why I got here...
20081221 15:29:13< McShark> Was he already informed about his problem? If yes, waiting seems the best solution for now.
20081221 15:30:14< loonycyborg> Yes. He is informed.
20081221 15:33:56< CIA-8> fendrin * r31595 /trunk/data/campaigns/Legend_of_Wesmere/ (scenarios/16_The_Chief_must_die.cfg utils/journey.cfg): LoW 16: Fixed the trackplacer journey.
20081221 15:34:04< McShark> OK. Let's going on to the next question: Does anybody of you compile wesnoth with -march= option?
20081221 15:35:47-!- grzywacz [n=grzywacz@moinmoin/developer/karol] has quit [":wq"]
20081221 15:36:19 * loonycyborg compiles with -march=prescott
20081221 15:36:26< loonycyborg> But only on linux.
20081221 15:37:05< Soliton> loonycyborg: wesnothd shouldn't need any gettext functions.
20081221 15:40:02< loonycyborg> Soliton: There are some: 1. in serialization/parser.cpp
20081221 15:40:05 * Soliton compiles with -march=k8.
20081221 15:40:46< loonycyborg> 2. network.cpp
20081221 15:41:07< Soliton> well, i don't need any gettext support in the server config file.
20081221 15:41:40< Soliton> that means using a stripped down parser version for the server, i guess.
20081221 15:42:46< Soliton> and the network stuff is a client only function.
20081221 15:43:10< Soliton> we could just remove the gettext call there for now.
20081221 15:43:36< JonW> hi ya I'm still on HttT now on 'Home of the north Elves' BfW 1.5.6
20081221 15:43:38< JonW> 	Using easy level
20081221 15:43:40< JonW> 	I get the following coming up on screen:
20081221 15:43:42< JonW> 	<invalid WML found> At difficulty level Easy, trying to recruit a: mixed fighter etc....
20081221 15:43:44< JonW> 	this is repeated twice (once for each Ai team......)
20081221 15:43:46< JonW> I would'nt mind but this is turning up on each end of turn and it's makeing the screen look .... well untidy!
20081221 15:43:48< loonycyborg> I'd say it uses vgettext for its variable substitution capabilities.
20081221 15:44:15< loonycyborg> Replacing it is *not* easy.
20081221 15:44:21< Soliton> yeah, but it doesn't need to be translated at all.
20081221 15:44:28< Soliton> hence the remove.
20081221 15:45:25< Soliton> or we could #ifdef it out for the server.
20081221 15:46:01< JonW> don't worry zookeeper says he'll look into!
20081221 15:46:54< Soliton> JonW: you may want to read the topic about pasting, btw. ;-)
20081221 15:47:56< Soliton> JonW: you can use :clear to remove those messages when they block your view.
20081221 15:48:12< loonycyborg> Soliton: Problem in network.cpp is that it relies on substitution which uses formulae now. I don't know what is the best way to fix that.
20081221 15:49:07< Soliton> loonycyborg: no translation -> no substitution. just, you know, construct the message normally...
20081221 15:49:15< JonW> arrr thanks!
20081221 15:49:18< JonW> it is taking up the whole screen now three lines of error repeated twice! each turn!
20081221 15:49:20< Soliton> i can do that if you like.
20081221 15:49:54< loonycyborg> Construct it normally? Makes sense :)
20081221 15:57:18< McShark> Soliton/looncyborg: I'm thinking about defining three different build targets in the windows project files. I've tried -march= the first time and have seen that the output files are always the same size. The .o-files differ only in some bytes. Is this fine or did I something wrong?
20081221 15:58:45< loonycyborg> Not sure. Possibly march isn't implemented on mingw platform.
20081221 16:00:33< McShark> Does the output size differ if you remove -march?
20081221 16:01:53< loonycyborg> Soliton: I have no idea how to construct the message normally in serialization/parser.hpp
20081221 16:01:58< loonycyborg> *cpp
20081221 16:03:02< Soliton> loonycyborg: oh, i wasn't talking about the parser.
20081221 16:03:20< Soliton> let me take a look...
20081221 16:04:20< McShark> @looncyborg: I've just see that there is -march=native in the build options. I think this is the reason for the same size.
20081221 16:04:20< McShark> Maybe you want to try -march=native, too?
20081221 16:05:03 * loonycyborg doesn't trust in gcc's ability to figure out the native arch :)
20081221 16:09:33< Soliton> loonycyborg: for the parser we could make a version without gettext support but that looks like a bit of work. formulaAI is the problem and not gettext anyway, no?
20081221 16:10:08< Soliton> ah, vgettext() now uses formulaAI?
20081221 16:10:13< loonycyborg> Soliton: Yes. For now I'll just make it return error_string.
20081221 16:10:50< loonycyborg> Most likely this will cause nice $ placeholders to appear in error messages :)
20081221 16:11:23< Soliton> yeah, we could just have the old vgettext version as an alternative to use.
20081221 16:12:06< boucman> I'm suprised
20081221 16:12:17< boucman> don't we have a simpler wml parser for wesnothd already ?
20081221 16:12:28< Soliton> no.
20081221 16:12:37< boucman> hmm
20081221 16:12:46< boucman> didn't Sirp write one some time ago ?
20081221 16:12:51< Soliton> we're only parsing the server config file. i guess you're thinking about scenarios?
20081221 16:12:52< boucman> or was it for campaignd ?
20081221 16:13:31< Soliton> simple_wml is not a parser?
20081221 16:17:26< boucman> I think it is...
20081221 16:19:18< Rhonda> Ivanovic: Erm, it is installed?
20081221 16:19:19< Soliton> well, i guess you can call its constructor that.
20081221 16:20:00< Rhonda> Ah, Soliton must have done it.
20081221 16:20:09< Soliton> doxygen? yes.
20081221 16:20:13< Rhonda> Yeah
20081221 16:21:18< Rhonda> Did/does Ivanovic plan 1.5.7? Wasn't it said to be done this weekend?
20081221 16:21:23< McShark> Bye, see you soon or later!
20081221 16:24:42< Soliton> boucman: for the most part wesnothd does not modify the WML it gets so there is no need to parse anything and the other use is mostly constructing WML itself.
20081221 16:25:20< Soliton> (and when it does modify WML it screws up. :-P)
20081221 16:25:21< Rhonda> "<mordante> but RL has been much busier as expected the last week :-(" - there must be something wrong if someone frowns about their RL  :/
20081221 16:25:51< Soliton> though i guess we could indeed just use it for the config file as well.
20081221 16:26:26< CIA-8> loonycyborg * r31596 /trunk/src/ (37 files in 4 dirs): 
20081221 16:26:26< CIA-8> Split off formula_string_utils from string_utils.
20081221 16:26:26< CIA-8> Break the dependency of string_utils.cpp on formula ai since it pulls
20081221 16:26:26< CIA-8> in practically everything else as result. Since servers use
20081221 16:26:26< CIA-8> string_utils.cpp this is unacceptable.
20081221 16:28:18-!- crimson_penguin [n=ben@64.201.60.217] has joined #wesnoth-dev
20081221 16:28:46< loonycyborg> Anyone cares to test that? ^^
20081221 16:29:35< Soliton> the diff looks good. /me compiles.
20081221 16:36:29-!- JonW [n=chatzill@cpc3-barn6-0-0-cust235.brnt.cable.ntl.com] has quit [Read error: 104 (Connection reset by peer)]
20081221 16:51:17-!- Elvish_Pillage2 [n=eli@66-189-15-130.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20081221 16:52:10-!- McShark [n=Simon_So@drsd-4db3d83e.pool.einsundeins.de] has left #wesnoth-dev []
20081221 16:55:45< CIA-8> sapient * r31597 /trunk/src/formula_string_utils.cpp: improve the loop; handles malformed "...$(" case
20081221 17:07:45-!- Elvish_Pillager [n=eli@66-189-15-130.dhcp.oxfr.ma.charter.com] has quit [Read error: 110 (Connection timed out)]
20081221 17:32:10< CIA-8> sapient * r31598 /trunk/src/formula_string_utils.cpp: change order in loop invariant to preserve required side-effects
20081221 17:35:41-!- crimson_penguin [n=ben@64.201.60.217] has quit ["Leaving"]
20081221 17:49:15-!- [Relic] [n=[Relic]@adsl-76-229-202-137.dsl.milwwi.sbcglobal.net] has joined #wesnoth-dev
20081221 17:50:18< [Relic]> Hello :)
20081221 17:56:35-!- ilor [n=user@unaffiliated/ilor] has joined #wesnoth-dev
20081221 18:04:09-!- cib0 [n=cib@p4FD0E335.dip.t-dialin.net] has joined #wesnoth-dev
20081221 18:06:08< CIA-8> fendrin * r31599 /trunk/data/campaigns/Under_the_Burning_Suns/scenarios/01_The_Morning_After.cfg: Applied a patch that was submitted by Daniel Franke along with the report of bug #12758 .
20081221 18:08:04< zookeeper> uh, red mage is mixed fighter?
20081221 18:08:19< zookeeper> (and the rest of the line, too)
20081221 18:10:15< zookeeper> btw, i officially think the whole recruitment_pattern thing is pretty retarded at this point.
20081221 18:11:26< boucman> zookeeper: it will probbly disapear when FAI matures
20081221 18:11:49< zookeeper> i also hope someone silences those warnings sometime soon, they pop up constantly and they're really annoying to fix when you have to look up every unit to check its usage.
20081221 18:13:48< Soliton> you don't have to specify a recruitment_pattern.
20081221 18:14:41< zookeeper> i know. if i don't, does the AI just analyze my units and pick whatever it thinks is suitable?
20081221 18:17:34< Soliton> no, just picks at random.
20081221 18:21:17-!- voris [n=voris@c-24-16-107-149.hsd1.wa.comcast.net] has joined #wesnoth-dev
20081221 18:21:59< Soliton> hmm, maybe it does actually.
20081221 18:27:20< Soliton> zookeeper: how can the "WML author choose the default recruitment pattern"?
20081221 18:27:49-!- stikonas [n=and@ctv-79-132-180-249.vinita.lt] has joined #wesnoth-dev
20081221 18:28:42< Soliton> zookeeper: and yes the combat/terrain analyzations should be done and considered the same without a recruitment_pattern.
20081221 18:28:51< zookeeper> i didn't understand the question.
20081221 18:29:27< Soliton> me neither!
20081221 18:30:27< Soliton> the analyzations result is still grouped by usage though, btw.
20081221 18:30:53< Soliton> so there will always be at least one recruitable unit per usage.
20081221 18:32:02< Soliton> zookeeper: the questions is because of a FIXME in the recruitment code.
20081221 18:32:19< Soliton> i guess i should find out who added it.
20081221 18:32:23< zookeeper> err, gotta be afk, i'll be back in a while..
20081221 18:44:10-!- Behl [n=tobizaz@3510ds4-od.0.fullrate.dk] has quit []
20081221 18:44:30-!- [Relic] [n=[Relic]@adsl-76-229-202-137.dsl.milwwi.sbcglobal.net] has quit ["Leaving"]
20081221 18:45:27< Soliton> ESR_: how can the "WML author choose the default recruitment pattern"?
20081221 18:49:52-!- cib0 [n=cib@p4FD0E335.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)]
20081221 18:55:33< Soliton> Dragonking: do you know anything about data/ai/formula/recruitment.fai?
20081221 18:56:44< boucman> Soliton: I hope he does, he wrote it ;)
20081221 18:58:26< Soliton> indeed. i was surprised finding it wired in for the loylaists in default though.
20081221 19:00:31-!- voris [n=voris@c-24-16-107-149.hsd1.wa.comcast.net] has quit ["Leaving"]
20081221 19:00:42< Ivanovic> uff
20081221 19:00:51< Ivanovic> kitty was in the german chan for 20secs
20081221 19:01:28-!- Behl [n=tobizaz@3510ds4-od.0.fullrate.dk] has joined #wesnoth-dev
20081221 19:03:49-!- kitty_ [n=kathrinp@e180211163.adsl.alicedsl.de] has joined #wesnoth-dev
20081221 19:06:33-!- Sapient [n=sapien-x@c-24-126-133-155.hsd1.ga.comcast.net] has joined #wesnoth-dev
20081221 19:07:12< Sapient> yo kitty
20081221 19:07:33< kitty_> yo sapient...
20081221 19:08:18< Sapient> how goes the arts
20081221 19:08:34< Sapient> nice dwarf :)
20081221 19:08:44< Ivanovic> yeah, looks lovely
20081221 19:09:12< boucman> kitty_: congratulation for your promotion :)
20081221 19:09:37< kitty_> thanks, i think he is a bit too warhammer-ish... but if nobody complains i'm happy
20081221 19:09:40< thespaceinvader> the dwarf is great
20081221 19:09:48< thespaceinvader> that chain mail must have taken ages...
20081221 19:10:08< Sapient> I also wondered about that technique
20081221 19:10:24< boucman> i'm still bothered with the mask, which colides with the wesnothian dwarf culture, but overall it's really gread
20081221 19:10:28< thespaceinvader> there's only so many ways you can draw short chunky guys in armour with beards, and warhammer got to a lot of them...  It looks unique to me
20081221 19:11:16< kitty_> uh no, i roughly shaded the parts, then some dark dots and some light circles, i think about making a chainmail brush for future work, though.
20081221 19:11:22< Ivanovic> kitty_: so mordante has talked to you about the need of the "higher res version" of the portraits for the strange stuff he is working on?
20081221 19:11:32< fendrin_> I thought the mask is in fact some sort of a glasses device that protects the smith from taking eye damage during his work.
20081221 19:11:35< Ivanovic> he wanted to get it done this weekend, but failed...
20081221 19:11:37< Ivanovic> ;)
20081221 19:12:01< kitty_> uh, i really have to send the high res ones to mordante, thanks for reminding me!
20081221 19:12:45< Ivanovic> you're welcome
20081221 19:12:54< kitty_> and the mask- question, i think it's no mask per se. it's rather a helmet minus the skull protecting part.  yoou can see eyes, nose, cheeks and mouth...
20081221 19:14:12< boucman> got to go afk, see you all later
20081221 19:15:02< Sapient> can anyone tell me why Code::Blocks debugger won't attach to the process?
20081221 19:15:13< Sapient> I am building debug version with symbols and no optimization
20081221 19:19:30< loonycyborg> Sapient: No idea. The only time I debugged with gdb on windows, I used command-line.
20081221 19:20:09< Sapient> well, I guess it's worth a try
20081221 19:20:35< Sapient> it's very easy to get formulas to crash apparently
20081221 19:21:02< loonycyborg> Sapient: Is possible to split interpolate_variables_into_string into two functions one of which doesn't use formulae?
20081221 19:21:10< loonycyborg> And one calls the other..
20081221 19:22:16-!- busfahrer` [n=busfahre@ulmg-5f70d7d5.pool.einsundeins.de] has joined #wesnoth-dev
20081221 19:22:20< loonycyborg> I think that it would be better than macro tricks or having another implementation.
20081221 19:22:45< Sapient> but.. if one calls the other then linker will need both?
20081221 19:23:01< loonycyborg> No.
20081221 19:23:46< loonycyborg> If formula interpolator calls formula-less interpolator
20081221 19:24:08< Sapient> this is really starting to sound like a hodge podge
20081221 19:24:10< loonycyborg> then  formula interpolator will depend on formula-less, but not vice versa.
20081221 19:25:12< Sapient> I'd rather convert the parser to use a simple string search and replace, rather than trying to maintain two seperate interpolation functions and explain when each one is in effect
20081221 19:27:23< Sapient> eventually we may decide that the server or other components need fully featured variable interpolation, and then they can just link in the extra files
20081221 19:28:42< Sapient> having wesnoth server be aware of wesnoth units is not really so shocking as some of the other dependencies we've had dumped on the project
20081221 19:30:09-!- cib0 [n=cib@p4FD0FE2C.dip.t-dialin.net] has joined #wesnoth-dev
20081221 19:30:16< cib0> hello
20081221 19:30:22< Sapient> yo cib
20081221 19:30:27-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has quit [Nick collision from services.]
20081221 19:30:30-!- busfahrer` is now known as busfahrer
20081221 19:35:06< Sapient> I still think the simplest approach is, as Soliton suggested, revert all those new file changes and add an ifdef SERVER
20081221 19:35:32< Sapient> If people are willing to update the build files, I will make that change myself
20081221 19:36:07-!- Psyche^ [n=Psyche@d137109.adsl.hansenet.de] has joined #wesnoth-dev
20081221 19:36:45< Sapient> Soliton: what are your thoughts?
20081221 19:37:59-!- Patterner [n=Psyche@f054000219.adsl.alicedsl.de] has quit [Read error: 60 (Operation timed out)]
20081221 19:38:00-!- Psyche^ is now known as Patterner
20081221 19:39:11-!- Espreon [n=Espreon@c-76-117-239-33.hsd1.pa.comcast.net] has joined #wesnoth-dev
20081221 19:39:56< Espreon> Hello people.
20081221 19:40:09< fendrin_> hi Espreon
20081221 19:40:35-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has quit [Read error: 104 (Connection reset by peer)]
20081221 19:43:10-!- [Relic] [n=[Relic]@76.229.202.137] has joined #wesnoth-dev
20081221 19:43:12< loonycyborg> Sapient: I am willing(and able) to only update scons.
20081221 19:43:21-!- [Relic] [n=[Relic]@76.229.202.137] has quit [Read error: 104 (Connection reset by peer)]
20081221 19:43:24< Sapient> o.k.
20081221 19:43:27< cib0> Sapient: do you know why currently all temporary modifications to a unit are removed when leveling or being stored to the recall list?
20081221 19:43:54< Sapient> cib0 -- temporary modifications were ALWAYS lost when leveling up
20081221 19:44:05< zookeeper> wtf is a "temporary modification"?
20081221 19:44:06< Sapient> that's the primary reason to use objects
20081221 19:44:16< Sapient> he means direct modification
20081221 19:44:18< zookeeper> oh.
20081221 19:44:52< Sapient> I wasn't aware that the recall list could cause direct modifications to be lost
20081221 19:44:54< cib0> i'm rather asking generally just curious
20081221 19:45:23< cib0> i just checked, when a unit is added ot the recall list, unit::level() is called on it
20081221 19:45:38< Sapient> ok, that's weird
20081221 19:46:06< Sapient> unit::level() is usually called when you go to the next scenario
20081221 19:46:21< cib0> uh, yeah, sorry, i meant that
20081221 19:46:35< cib0> i thought that was the only occasion when units are added to the recall list?
20081221 19:46:38< zookeeper> wait, wait, what. are you saying if i poke a unit's stats directly, those are lost when advancing a scenario?
20081221 19:46:55< Sapient> that's what he appears to be claiming
20081221 19:46:59< cib0> ah, you can move them to 0,0
20081221 19:47:05< zookeeper> that's horrible if it's true.
20081221 19:47:29< cib0> zookeeper: yes, atleast that seems to be true for all units stored automatically
20081221 19:47:46< cib0> i don't know about units added to the recall list manuallz
20081221 19:47:46< zookeeper> what
20081221 19:47:56< zookeeper> what does storing units have to do with anything
20081221 19:48:09< cib0> ok, now i am confused
20081221 19:48:26< Espreon> ESR_: Here?
20081221 19:48:43< Sapient> in Wesband you move to different scenarios without losing direct modifications, am I right?
20081221 19:49:18< cib0> Sapient said "unit::level() is usually called when you go to the next scenario" -> that is, at the end of a scenario, when all units on the map are written to the recall list
20081221 19:49:35< cib0> or did i get that wrong?
20081221 19:49:55< Sapient> I think you need to do more testing?
20081221 19:51:27< cib0> er.. testing? right now im still trying to figure what you guys are telling me
20081221 19:51:45-!- noy [n=Noy@d75-157-52-251.bchsia.telus.net] has joined #wesnoth-dev
20081221 19:51:51< Sapient> we are trying to determine what you think is wrong :P
20081221 19:52:06< cib0> i never claimed anything was wrong
20081221 19:52:23< Sapient> o.k.
20081221 19:52:26< cib0> i was just curious why it is behaving as it does
20081221 19:52:29< Espreon> Hello noy.
20081221 19:53:02< noy>  hello
20081221 19:55:04< cib0> and right now im not sure how it behaves.. it seems to work like this: at the end of a scenario, all of the player's units get their status recovered and their modifications removed, then they are written to the recall list for the next scenario
20081221 19:55:25< cib0> s/modifications/direct modifications
20081221 19:56:11< Sapient> give an example of what direct modification is getting removed
20081221 19:56:53< Sapient> max_hitpoints? what?
20081221 19:57:42-!- stikonas [n=and@ctv-79-132-180-249.vinita.lt] has quit [Read error: 60 (Operation timed out)]
20081221 19:58:15< cib0> duh, i should read more before claiming something, lol.. i said temporary modifications, and indeed, i meant temporary modifications, just that temporary modifications are those with duration!=forever, not direct modifications
20081221 19:58:46< cib0> so, yeah, that should be obvious and clear..
20081221 19:58:57< Sapient> o.k.
20081221 19:59:02< Soliton> Sapient: either is fine with me really.
20081221 19:59:31< cib0> i should really rather do some testing than reading bits of the source and concluding
20081221 20:01:18-!- Baufo [n=thomas@62-47-148-235.adsl.highway.telekom.at] has joined #wesnoth-dev
20081221 20:02:34< cib0> Sapient, also, my conclusion came from Wesband, because the developer said he had to do a workaround so his direct modifications to the leaders wouldnt get lost
20081221 20:02:59< cib0> http://www.wesnoth.org/forum/viewtopic.php?f=15&t=11349&p=327103#p327103
20081221 20:05:13-!- crimson_penguin [n=ben@64.201.60.217] has joined #wesnoth-dev
20081221 20:06:10< Sapient> cib0: that was written Aug 11...
20081221 20:07:41< Sapient> try reproducing the issue in trunk
20081221 20:07:45< cib0> yeah
20081221 20:07:51< Dragonking> Soliton: I think suokko_ experimented with it.
20081221 20:07:53< cib0> good point :p
20081221 20:08:46< Soliton> Dragonking: indeed. is it supposed to be used though? is it supposed to be better then the default AI's algorithm?
20081221 20:08:59< Dragonking> No, don't use it. :)
20081221 20:09:06< Soliton> if so we should wire it in everywhere.
20081221 20:09:08< Dragonking> I lacked time to finish it.
20081221 20:09:08< Soliton> ok...
20081221 20:09:23< Dragonking> It is still on my TODO list unfortunately.
20081221 20:09:43< Soliton> btw, i mean i don't think it's very difficult to be better than the default algorithm. ;-)
20081221 20:10:01< Dragonking> I never tested it's behaviour for every faction, so it shouldn't be linked to anything just before stable release ;p
20081221 20:10:36< Dragonking> Soliton: :)
20081221 20:11:02< Dragonking> I do hope to do something about it around February/March....
20081221 20:11:44< Dragonking> It would be a waste to just let it rot in formula directory
20081221 20:13:17< CIA-8> espreon * r31600 /branches/resources/cartography-tools/great-continent.xcf: * Removed some debris from the Far North map.
20081221 20:14:16< Dragonking> And I hope (that's really small hope ;p ) tha 1.6 will bring some people to use formula language and among them will be some eager to improve wesnoth AI
20081221 20:15:09< Sapient> I'm eager to get it to stop crashing on malformed formulas ;)
20081221 20:15:36< Sapient> since we have a "WML should not crash wesnoth" policy
20081221 20:16:24< fendrin_> Dragonking: The formula ai in LoW does nothing and causes the scenario to freeze. Shall I remove it before the 1.6 release?
20081221 20:34:23< Dragonking> fendrin_: Uh?
20081221 20:34:34< Dragonking> I'll have a look on that
20081221 20:34:40< CIA-8> espreon * r31601 /branches/resources/cartography-tools/great-continent.xcf: * Removed debris from the DiD layer.
20081221 20:35:47-!- fendrin__ [n=fabi@g227025147.adsl.alicedsl.de] has joined #wesnoth-dev
20081221 20:36:24-!- kitty_ [n=kathrinp@e180211163.adsl.alicedsl.de] has quit []
20081221 20:36:49< Dragonking> fendrin_: You're talking about this The chief must die bug?
20081221 20:37:05< fendrin__> yes
20081221 20:37:12< Dragonking> ok
20081221 20:37:22< cib0> o.o we're heading towards 1.6 already?
20081221 20:37:27< Dragonking> At first glance looks like persistent AI issue
20081221 20:37:29< Espreon> Yes/
20081221 20:37:31< Espreon> *.
20081221 20:38:45< Dragonking> fendrin__: I assume it is reproducible in trunk?
20081221 20:39:38< fendrin__> Dragonking: It was 3 days ago. But in current trunk I notice some delay every ai's turn. But there is no movement on the map.
20081221 20:40:13< fendrin__> This is without using the savegame.
20081221 20:40:26< Dragonking> Seems like someone attepted to fix something. ;p
20081221 20:49:29< CIA-8> loonycyborg * r31602 /trunk/projectfiles/ (4 files in 2 dirs): Committed McShark's projectfiles update.
20081221 20:50:00< cib0> i just tried directly modifying Konrad in the first scenario of HttT, the modification was lost in the second scenario
20081221 20:51:10-!- fendrin_ [n=fabi@e176246204.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)]
20081221 20:51:18< cib0> short glance at the code, this seems to be what the author intended, also
20081221 20:52:17 * cib0 summons Sapient
20081221 20:53:57< fendrin__> Dragonking: wesnoth exited with an assertion failure when playtesting low 16: wesnoth_trunk: src/unit_map.cpp:68: std::pair<map_location, unit>* unit_map::unit_iterator::operator->() const: Assertion `valid()' failed.
20081221 20:55:06< Dragonking> Interesting.
20081221 20:57:07-!- dk_ [n=dk@chello084010045237.chello.pl] has joined #wesnoth-dev
20081221 20:57:29-!- dk_ [n=dk@chello084010045237.chello.pl] has quit [Read error: 54 (Connection reset by peer)]
20081221 20:58:26-!- Dragonking [n=dk@dedikerad/dragonking] has quit [Read error: 60 (Operation timed out)]
20081221 21:01:19-!- Dragonking [n=dk@dedikerad/dragonking] has joined #wesnoth-dev
20081221 21:01:55< noy> anybody here speak portuguese and english?
20081221 21:03:02-!- Dragonking [n=dk@dedikerad/dragonking] has quit [Client Quit]
20081221 21:03:31< Espreon> noy: No, why?
20081221 21:03:49< noy> I've got a bunch of portuguese players who have been causing me trouble for weeks
20081221 21:04:10< Sapient> cib0: again, WHAT was your modification
20081221 21:04:25< noy> They are basically spamming
20081221 21:04:28< Espreon> Well... I speak a bit of Spanish; Portuguese and Spanish have their similarities.
20081221 21:04:31< cib0> setting max_moves to 100 using store_unit
20081221 21:04:35< Espreon> But it might not be good enough.
20081221 21:04:52< Espreon> No, it is not.
20081221 21:05:08< Sapient> the unit should not be rebuilt from the type in unit::level
20081221 21:05:20< Sapient> so if that is true, I guess it's a bug
20081221 21:05:59< cib0> uh
20081221 21:06:05< cib0> it is intendedly rebuilt
20081221 21:06:35< Sapient> then it is "intendedly" wrong
20081221 21:07:59< cib0> unit::new_level() calls unit::reset_modifications() which will rebuild the unit from its type
20081221 21:08:16-!- Sirp [n=me@203.167.141.18] has joined #wesnoth-dev
20081221 21:08:19< Sirp> Hello.
20081221 21:08:22< cib0> it can be simply fixed by not calling that function in the first place, is that what we want?
20081221 21:08:25< cib0> hi Sirp
20081221 21:08:28< Sapient> hi Sirp
20081221 21:08:51< Sapient> cib0: we still want to do some things, but rebuilding from the type is overkill
20081221 21:09:23< cib0> yes, i meant removing the call to unit::reset_modifications() which does nothing but rebuilding the unit
20081221 21:09:36< Sapient> for example: poison, slow, wounds, and temporary objects should be removed
20081221 21:10:04< Sapient> so you can take it away but you may have to add some things in its place
20081221 21:11:17< Sapient> loonycyborg:  when I run it in gdb it says (no debugging symbols found)
20081221 21:11:26< cib0> things like removing poison etc. are defined seperatly anyway, if it works as described the main purpose of it is to actually remove the directly applied changes
20081221 21:11:51< loonycyborg> Sapient: I guess that would explain it :)
20081221 21:12:24< Sapient> loonycyborg: it doesn't explain it; the option to produce debugging symbols is clearly enabled
20081221 21:12:38< Sapient> I've tried making a clean build twice now
20081221 21:13:10< loonycyborg> Is there any way to make it print commands it's running to build?
20081221 21:13:39< loonycyborg> There should be -g option and no -s option :)
20081221 21:15:20< Sapient> the only options I have are -g and -Wall
20081221 21:15:29< Sapient> the option -s is disabled
20081221 21:17:04< loonycyborg> What's the size of binary you're running with gdb?
20081221 21:17:42< Sapient> 143,738 KB
20081221 21:18:17< cib0> hm, how do you tell scons to create debugging info?
20081221 21:18:42< loonycyborg> If it's 143 Mb then debugging info is probably in :)
20081221 21:18:59< loonycyborg> cib0: build=debug
20081221 21:19:19< cib0> thanks
20081221 21:19:56< Sapient> right, but all I get in gdb is "Program exited with code 03."
20081221 21:20:49< Sapient> is there something else I have to do to get it to show the place of failure?
20081221 21:21:36< loonycyborg> Place a breakpoint. If it terminated due to exception.
20081221 21:22:13< Sapient> place a breakpoint? but I don't know where it terminates
20081221 21:22:30< Sapient> that is what I am attempting to find out
20081221 21:22:52< loonycyborg> Sapient: Do you end up in main if you type "start" right after starting "gdb wesnoth-debug"?
20081221 21:23:23< Sapient> that's not how I loaded it
20081221 21:23:55< Sapient> I ran gdb by itself, then set target exec wesnoth_gcc4_debug.exe, then set args --test, then run
20081221 21:24:23< loonycyborg> If you do start instead of run will you end up in main?
20081221 21:25:39< Soliton> Sapient: bt?
20081221 21:25:46< Sapient> I'm not seeing any code, just a bunch of lines (no debugging symbols found)
20081221 21:26:00< Sapient> bt says "no stack"
20081221 21:26:21< Sapient> well, that's after I crash it
20081221 21:26:33< Sapient> while it's running it won't take any input 
20081221 21:26:39< Sapient> same after 'start'
20081221 21:28:14< loonycyborg> Sapient: I'm getting the same if I do like you.
20081221 21:28:57< Sapient> aha. so I should run it all on the first command "gdb wesnoth_gcc4_debug.exe --test" ?
20081221 21:29:13< loonycyborg> gdb --args wesnoth_gcc4_debug.exe -t
20081221 21:31:54< Sapient> ok
20081221 21:32:00< Sapient> then "start" right?
20081221 21:32:22< loonycyborg> "start" or "run"
20081221 21:32:35< Sapient> it is staying at #0  0x007fddbd in main () now
20081221 21:32:58< Sapient> Breakpoint 1 at 0x7fddbd
20081221 21:34:09< loonycyborg> After "start" you run "continue" to make it actually run.
20081221 21:34:33< Sapient> ok, lol... I knew I was missing something there
20081221 21:34:52< loonycyborg> While "run" just runs it right away.
20081221 21:35:48 * loonycyborg uses start to place a breakpoint on exceptions since it doesn't work before start.
20081221 21:36:30< Sapient> and what is the command for that?
20081221 21:36:49< loonycyborg> "catch throw"
20081221 21:37:17< Sapient> dang... it exited again with no bt
20081221 21:39:19< CIA-8> fendrin * r31603 /trunk/data/campaigns/Under_the_Burning_Suns/scenarios/01_The_Morning_After.cfg: UtbS 01: Made sure that the hunting party arrives in time.
20081221 21:41:23< fendrin__> Espreon: do you see why the Undead's pets in utbs have no names? 
20081221 21:41:36< fendrin__> Espreon: scenario 03
20081221 21:42:00< Espreon> fendrin__: You mean the Revenant and the Wraith?
20081221 21:42:08< cib0> http://wesnoth.pastebin.com/m4152b1b2 can you see anything wrong about that WML_
20081221 21:42:36< fendrin__> Espreon: yes, but the unit type depends on the difficult level. So it's not always a revenant and a wraith.
20081221 21:42:42< Espreon> fendrin__: I will look at it in a moment.
20081221 21:43:14< fendrin__> Espreon: they are created with a named_unit macro.
20081221 21:44:35< Sapient> hmmm I catch a lot of exceptions in boost::iostreams::basic_gzip_decompressor upon startup
20081221 21:47:31< Sapient> aha... found it
20081221 21:47:49< Sapient> C:\projects\wesnoth\wesnothd\src\formula.cpp:734 is not catching boost::bad_lexical_cast
20081221 21:53:37< Espreon> fendrin__: I will have to see this for myself.
20081221 22:01:42< ilor> hah
20081221 22:01:57< Espreon> fendrin__: Lemme try to fix it.
20081221 22:02:10< ilor> I managed to build Wesnoth under MSVC 2008
20081221 22:02:18< fendrin__> Espreon: sure
20081221 22:02:35< Espreon> I do not see why this would occur...
20081221 22:03:02< fendrin__> Espreon: but you can reproduce it?
20081221 22:03:10< Espreon> Yes.
20081221 22:07:07< Espreon> And an unrelated thought: The Elvish Theme does not suit scenario three IMO.
20081221 22:07:40< fendrin__> Espreon: aggreed
20081221 22:08:23< Espreon> Elvish Theme/Nunc Dimttis/whatever.
20081221 22:09:09< fendrin__> Espreon: feel free to change it.
20081221 22:09:28< Espreon> But the no-name thing is more important ATM.
20081221 22:13:36< Espreon> fendrin__: IMO, Frantic suited that scenario quite well.
20081221 22:15:10< Espreon> fendrin__: I also think that Vengeful Pursuit does not suit scenario one...
20081221 22:18:28< Espreon> Ah, as I suspected, the problem is in the macro.
20081221 22:18:47< CIA-8> cib * r31604 /trunk/src/unit.cpp: direct modifications to a unit using unstore_unit will now be kept when advancing to the next scenario
20081221 22:21:56< ilor> wesbot: seen mordante
20081221 22:21:56< wesbot> ilor: The person with the nick mordante last spoke 8h 51m ago.  8h 51m ago was here and on the channel #wesnoth-de with the message: "ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]"
20081221 22:22:23< CIA-8> espreon * r31605 /trunk/data/core/macros/unit-utils.cfg: 
20081221 22:22:23< CIA-8> * Removed instance of generate_name=yes from macro NAMED_NOTRAIT_UNIT, as it was conflicting with the presence of name=.
20081221 22:22:23< CIA-8> * Made the example for NAMED_NOTRAIT_UNIT correct.
20081221 22:22:23< CIA-8> sapient * r31606 /trunk/src/formula.cpp: do not use boost::lexical_cast without catching boost::bad_lexical_cast
20081221 22:22:28< Espreon> fendrin__: All fixed.
20081221 22:23:50< fendrin__> Espreon: cool, good work. Thank you.
20081221 22:24:01< Espreon> You are welcome.
20081221 22:24:08< Espreon> Now... let's fix the music lists!
20081221 22:24:19-!- kthakore2 [n=kthakore@CPE001310a1899c-CM001868e2ad12.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20081221 22:24:20< fendrin__> okay
20081221 22:27:33< fendrin__> I can't find vengeful pursuit in scenario 1
20081221 22:28:44-!- Baufo [n=thomas@62-47-148-235.adsl.highway.telekom.at] has quit [Read error: 104 (Connection reset by peer)]
20081221 22:34:00< Espreon> fendrin__: I hear The City Falls and Vengeful pursuit so often that I can't tell the difference anymore.
20081221 22:34:53< Soliton> cib0: your last commit is probably something to put in the changelog.
20081221 22:35:00< CIA-8> espreon * r31607 /trunk/data/campaigns/Under_the_Burning_Suns/scenarios/03_Stirring_in_the_Night.cfg: * Made scenario three of UtBS use Frantic instead of Nunc Dimittis.
20081221 22:36:20-!- Baufo [n=thomas@62-47-148-154.adsl.highway.telekom.at] has joined #wesnoth-dev
20081221 22:36:21< cib0> Soliton: ah, changelog
20081221 22:36:31< Espreon> fendrin__: I will get back to changing the music lists after I finish fixin' some things in TSL.
20081221 22:36:34< Espreon> Hello Baufo.
20081221 22:36:47< Baufo> hello Espreon 
20081221 22:37:07< cib0> hm, is it ok to just add it to the changelog now?
20081221 22:38:14< Soliton> no, you must reverse time and fix it properly.
20081221 22:38:50< Soliton> well, maybe this one time.
20081221 22:40:14< cib0> is it actually possible to "redo" a commit?
20081221 22:40:49< Soliton> with admin access to the svn repo.
20081221 22:41:04< Soliton> i.e. no.
20081221 22:41:09< cib0> heh
20081221 22:42:01-!- crimson_penguin [n=ben@64.201.60.217] has quit ["Leaving"]
20081221 22:51:03< CIA-8> ivanovic * r31608 /trunk/po/wesnoth/POTFILES.in: add missing file to list of source files for translations
20081221 22:51:35< cib0> would i put it under "Miscellaneous and bug fixes"?
20081221 22:52:31< Soliton> WML engine
20081221 22:52:37< cib0> k
20081221 22:57:35< CIA-8> ivanovic * r31609 /trunk/ (488 files in 12 dirs): pot-update (no release today, but at least updated po files)
20081221 23:01:15-!- Behl [n=tobizaz@3510ds4-od.0.fullrate.dk] has quit []
20081221 23:01:46< CIA-8> cib * r31610 /trunk/changelog: modified the changelog to include the change in revision 31604
20081221 23:03:22-!- [Relic] [n=[Relic]@76.229.202.137] has joined #wesnoth-dev
20081221 23:04:18< [Relic]> Hello :)
20081221 23:04:59-!- Behl [n=tobizaz@3510ds4-od.0.fullrate.dk] has joined #wesnoth-dev
20081221 23:07:42< Sirp> so does anyone know, I had this database called stats on the server before the crash, and now it's disappeared -- can it be recovered?
20081221 23:09:08< loonycyborg> Sirp: Before which crash? :)
20081221 23:09:16< boucman> hehe
20081221 23:10:09< Soliton> Rhonda: ^
20081221 23:11:25< Sirp> loonycyborg: the recent crash in which things were moved to /olddrive
20081221 23:11:31< CIA-8> sapient * r31611 /trunk/ (data/scenario-test.cfg src/formula_string_utils.cpp): improved exception handling for $( ... ) formulas
20081221 23:11:31< Sirp> ...not sure if this is called a 'crash'. :)
20081221 23:12:51< Soliton> opinions on changing the command character in chat from / to : to make it similar to command mode?
20081221 23:13:29< Soliton> we can also make both command characters but that would be a bit more work...
20081221 23:13:29< Ivanovic> Sirp: you should have told us that there is a new database that should be backuped
20081221 23:13:36< Ivanovic> it is looking rather bad about it...
20081221 23:14:12< Sapient> Soliton: I prefer both ;)
20081221 23:14:20< Ivanovic> Sirp: i will try to copy it over, i hope the files work
20081221 23:14:30-!- Dragonking [n=dk@dedikerad/dragonking] has joined #wesnoth-dev
20081221 23:14:32< Ivanovic> (and the table is complete, it might be broken like the wiki was)
20081221 23:14:51< Soliton> Sapient: of course... :-)
20081221 23:15:35< Soliton> well, i guess for the sake of backwards compatibility and not confusing users too much we'll have to do that.
20081221 23:15:51< Sirp> Ivanovic: thank you. And I didn't know about telling that there is a new database that needs backing up.
20081221 23:15:51< Sapient> my thoughts exactly
20081221 23:16:04< Sirp> Ivanovic: if necessary it is probably no big deal for me to recreate the db, but if it can be restored, that would be ideal.
20081221 23:16:06< boucman> I like to have two different characters for commands and chat
20081221 23:16:12< Sapient> Soliton: and might wants to change the '/' hotkey while you're at it
20081221 23:16:13< boucman> seems less confusing to me
20081221 23:16:31< Sapient> boucman: you are in the minority apparently
20081221 23:16:33< Soliton> Sapient: '/' for searching is very common.
20081221 23:16:39< boucman> apparently
20081221 23:16:43< Ivanovic> Sirp: please test if you can reach it
20081221 23:16:52< Ivanovic> Sirp: and how have you done the blog stuff?
20081221 23:16:58< Sapient> Soliton: really? I never use it
20081221 23:17:02< Soliton> boucman: there is 'm' and ':'?
20081221 23:17:15< Sirp> Ivanovic: how have I done the blog stuff?
20081221 23:17:18< Sirp> it's using Wordpress....
20081221 23:17:22< Soliton> Sapient: you're a windows user.. you don't know the world out there. :-P
20081221 23:17:26< Ivanovic> i mean database wise
20081221 23:17:37< boucman> oh, I misread the original statment
20081221 23:17:46< Soliton> Sapient: though, i think firefox for example does it as well.
20081221 23:17:47< Ivanovic> is everything in the mysql DB 'blog', or is there something somewhere else?
20081221 23:17:50< Sirp> Ivanovic: I'm not sure how it works
20081221 23:17:51< Sirp> I think suokko does.
20081221 23:17:55< Sapient> Soliton: I also use vim. But I never use '/' for wesnoth unless it's an accident and I meant m/
20081221 23:17:59< Ivanovic> ahh, perfect
20081221 23:18:10< Ivanovic> at least since suokko is basically gone for, hmm, five months now
20081221 23:18:31< Soliton> Sapient: well, it's true that search isn't all too useful in wesnoth.
20081221 23:18:32< Sirp> Ivanovic: excellent; seems to work perfectly.
20081221 23:18:43< Sapient> Soliton: you could use ? instead
20081221 23:18:48< Ivanovic> Sirp: okay
20081221 23:19:14< Soliton> Sapient: yeah, but i don't really see it as a problem to beginw ith.
20081221 23:19:19< Sirp> http://www.wesnoth.org/cgi-bin/stats/stats.pl now works again
20081221 23:19:30-!- zookeeper [n=l@dsl-tkubrasgw1-fe9ff800-215.dhcp.inet.fi] has quit []
20081221 23:19:40< Sapient> ok then. it is a small nuissance in my view
20081221 23:20:15< Soliton> Sirp: should we give it a nicer shortcut? (apart from stats.wesnoth.org just yet, i guess.)
20081221 23:21:04< Soliton> Sapient: i'm not opposed though but i'd like to see more opinions on it or let someone else do it..
20081221 23:21:11< Sirp> Soliton: sure; we can even give it stats.wesnoth.org :)
20081221 23:21:59< Sirp> ...and I have to work out if there's any way around the problems on Windows.
20081221 23:22:00< Soliton> ok, rename the current one to oldstats.w.o or remove it?
20081221 23:22:54-!- kthakore2 [n=kthakore@CPE001310a1899c-CM001868e2ad12.cpe.net.cable.rogers.com] has quit ["Leaving"]
20081221 23:23:50< Sirp> Soliton: we could rename it though afaik it's fairly useless.
20081221 23:25:08< Soliton> i'll rename it for now.
20081221 23:25:16< Sirp> Soliton: thank you!
20081221 23:26:40-!- Elvish_Pillager [n=eli@66-189-15-130.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20081221 23:27:08< Sirp> hmm the amount of gold that it seems possible to amass in LOW seems insane!
20081221 23:29:49< Soliton> Sirp: oh, i can't redirect stats.wesnoth.org since that is an actual DNS entry.
20081221 23:30:22-!- grzywacz [n=grzywacz@ip179-109.ghnet.pl] has joined #wesnoth-dev
20081221 23:31:59< Ivanovic> Soliton: simple enough to remove it...
20081221 23:32:09< Soliton> Ivanovic: was just about to ask. ;-)
20081221 23:32:10< Ivanovic> want me to do so?
20081221 23:32:17-!- Coloquialist [n=coloquia@ip72-193-31-223.lv.lv.cox.net] has left #wesnoth-dev []
20081221 23:32:30-!- Baufo [n=thomas@62-47-148-154.adsl.highway.telekom.at] has quit ["Leaving"]
20081221 23:32:39< Soliton> well, i guess Sirp is right that stats.wesnoth.org is currently useless so might as well.
20081221 23:32:55< Ivanovic> i will make the old one "oldstats" anyway
20081221 23:33:01< loonycyborg> Sapient: I've managed to replace vgettext with boost's string algo in serialization/parser.cpp. Strings are substituted but there are stray ^ characters.
20081221 23:33:22< Ivanovic> with a little luck, the DNS update is in tomorrow...
20081221 23:33:26< Sapient> stray ^ characters?
20081221 23:33:42< Sapient> that's odd
20081221 23:34:02< Sapient> I wouldn't worry about it; they are probably intentional
20081221 23:34:07< loonycyborg> '^Unterminated [element] tag, value '
20081221 23:34:07< loonycyborg> ^' at data/scenario-test.cfg:3 included from /home/sergey/cvs-svn-checkouts/wesnoth-git/data/_main.cfg:13
20081221 23:34:15< loonycyborg> etc
20081221 23:34:19< Soliton> that's wml markup.
20081221 23:34:41< Sapient> looks fine to me
20081221 23:34:45-!- yann [n=dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has quit [Remote closed the connection]
20081221 23:34:46< Soliton> of course confusing when you see it in the log output.
20081221 23:35:34< Sapient> I was just in progress of writing my hand coded function using std::string ::find and ::replace in a loop
20081221 23:35:43< Sapient> so thanks for fixing that
20081221 23:37:03< loonycyborg> So, unless you prefer std::find and std::replace, I'll commit that..
20081221 23:37:12< Sapient> no I prefer boost
20081221 23:37:24< Sapient> I just wasn't that familiar with it
20081221 23:38:31< Ivanovic> Soliton, Rhonda: i am currently backing up the content of /olddrive/home over to /backup, just to be sure that we lose nothing once the old drive is removed
20081221 23:39:03< Ivanovic> beside this:
20081221 23:39:21< Ivanovic> what do you think of adding a cronjob to backup /home in the root crontab?
20081221 23:39:38< Soliton> Ivanovic: first fix the hotcopy entry: Can't hotcopy to '/backup/mysql_dbdump/forum' because directory
20081221 23:39:41< Soliton> already exist and the --allowold or --addtodest options were not given.
20081221 23:39:43< Soliton> MySQL Hotcopy failed
20081221 23:39:49< Soliton> still getting that.
20081221 23:42:14< Soliton> Ivanovic: also: "rsync warning: some files vanished before they could be transferred (code 24) at main.c(1058) [sender=3.0.3]" from the "/usr/bin/rsync -a --delete-after --quiet /srv/www/ /backup/website/" entry.
20081221 23:42:19< Soliton> no idea what that is about.
20081221 23:42:23< CIA-8> loonycyborg * r31612 /trunk/src/serialization/parser.cpp: 
20081221 23:42:23< CIA-8> Fix variable substitution in serialization/parser.cpp
20081221 23:42:23< CIA-8> Was disabled since vgettext now depends on formula ai. Use boost's
20081221 23:42:24< CIA-8> string replace algorithm instead.
20081221 23:42:50< Ivanovic> probably something about temp files from the forum
20081221 23:42:59-!- Elvish_Pillage2 [n=eli@66-189-15-130.dhcp.oxfr.ma.charter.com] has quit [Connection timed out]
20081221 23:43:02< Ivanovic> nothing i really worry about as long as we got most stuff backed up
20081221 23:43:32< Soliton> yes, it's about chache files.
20081221 23:43:36< Soliton> cache*
20081221 23:44:19< Ivanovic> so i vote for "just ignore those"
20081221 23:44:45< Soliton> yeah, just weird that they got deleted right that moment but it's possible of course...
20081221 23:46:48< Soliton> one thing about most backups we do so far is that they are just one level which means if we do not notice problems right away they're going to be in the backups as well.
20081221 23:47:34< Soliton> ideally we'd have a couple of them and overwrite old ones eventually.
20081221 23:47:44< Sapient> thanks, loonycyborg
20081221 23:48:20< Sapient> I think the feature is clean enough for release now
20081221 23:48:30< Sapient> so I'm done with that, Ivanovic
20081221 23:49:05-!- Sapient [n=sapien-x@c-24-126-133-155.hsd1.ga.comcast.net] has left #wesnoth-dev []
20081221 23:49:09< Ivanovic> Soliton: my main idea behind the current backups is protection against the drive failing
20081221 23:49:26< Ivanovic> Soliton: that is: for the databases we got several backups (the last 7 days)
20081221 23:49:46< Ivanovic> and the rest is "yeah, should not matter too much if we lose some parts of it"
20081221 23:50:45< Soliton> Ivanovic: yeah, it's not so bad as it is now.. just saying.
20081221 23:51:12< Soliton> saying because i'm not going to do it. :-)
20081221 23:51:48< Ivanovic> :)
20081221 23:51:56< Ivanovic> okay, the mysql hotcopy script should work again
20081221 23:52:03< Ivanovic> no idea why it had that stray folder left
20081221 23:52:13< Ivanovic> just removed it via rmdir and now it runs through
20081221 23:52:28< Ivanovic> i will add an rsync on /home, just to be sure that we got everythign
20081221 23:53:11< Soliton> mysql locked up one time and i had to kill it hard.
20081221 23:53:40< Soliton> the hotcopy was probably stuck as well then.
20081221 23:54:47< Ivanovic> hmm, might be
--- Log closed Mon Dec 22 00:00:10 2008