--- Log opened Sat Jan 23 00:00:36 2010
20100123 00:07:01-!- Soliton [n=Soliton@wesnoth/developer/soliton] has quit [Remote closed the connection]
20100123 00:07:11-!- Soliton [n=Soliton@wesnoth/developer/soliton] has joined #wesnoth-dev
20100123 00:11:13-!- Blarumyrran [n=Blarumyr@81-20-159-197.levira.ee] has quit ["Lahkun"]
20100123 00:13:50< shadowmaster> is wesnoth.org down or what?
20100123 00:14:36< Ivanovic> works for me
20100123 00:15:24< shadowmaster> it seems it just returned
20100123 00:16:20< Ivanovic> looks like at least the mp server was still running
20100123 00:17:20< shadowmaster> yes, I saw the uptime, but my requests to w.o were still timing out
20100123 00:18:10< Ivanovic> might be that just some route for you was borked
20100123 00:19:50-!- SonIcco [n=SonIcco@pD95107E4.dip0.t-ipconnect.de] has quit [Remote closed the connection]
20100123 00:21:12-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has quit [Remote closed the connection]
20100123 00:31:32< fendrin> Hello
20100123 00:37:10-!- boucman [n=rosen@wesnoth/developer/boucman] has quit ["Leaving."]
20100123 00:48:37-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20100123 00:51:39< fendrin> hi Sapient, I fixed the vector memory reallocation invalids pointers bug by using a system of hashmaps. But the bug was that config objects must be constructed with an extra is volatile flag to make them working if the original object goes out of scope.
20100123 00:52:15< Sapient> you mean vconfig
20100123 00:52:34< shadowmaster> Sapient: you may want to use webchat.freenode.net instead of java.freenode.net, btw
20100123 00:52:55< Sapient> shadowmaster: any reason wh?
20100123 00:53:57< shadowmaster> because you shouldn't have problems copying & pasting with it
20100123 00:54:08< AI0867> fendrin: what happens when you don't pass an id to [tunnel]?
20100123 00:54:50< fendrin> Sapient: right.
20100123 00:55:34< Sapient> fendrin: ok, guess I assumed you were using non-volatile configs. my bad
20100123 00:55:35< fendrin> AI0867: The empty string is a valid key to the hashmaps. So you have set a default tunnel that gets overwritten by the next one.
20100123 00:55:45< AI0867> right
20100123 00:55:55< AI0867> which is exactly what happens with the silver mage teleport right now...
20100123 00:56:19< fendrin> AI0867: It does get overwritten?
20100123 00:56:41< AI0867> all sources now point to the same exit
20100123 00:57:21< AI0867> teleporting silver mage, castle entry, and the 20,14 entry
20100123 00:57:30< AI0867> they all point to 20,12
20100123 00:57:34< AI0867> and nothing else
20100123 00:57:59< AI0867> while this does allow you to *remove* a tunnel, the [time_area] approach is probably better
20100123 00:58:56< Sapient> fendrin: alternatively, if you didn't want the vconfig to memory manage for you, just store a config cfg_ member and wrap it in vconfig when you need variable substitution features to be enabled
20100123 01:00:14< AI0867> that is, accept id-less [tunnel]s, but don't allow them to be removed
20100123 01:00:25< AI0867> (because you have no way to identify them)
20100123 01:00:44< Sapient> vconfig memory management uses hash lookups to prevent storing duplicate config copies in memory
20100123 01:00:52< fendrin> Sapient: Good hint, tx. The variable substitution is still a miracle for me. I wonder why the thing is working for me. 
20100123 01:01:44< fendrin> AI0867: I can't reproduce that all teleport entries point to 20,12. Why should they?
20100123 01:01:53< AI0867> that's what's happening here
20100123 01:02:05< AI0867> probably because none of my [tunnel]s have an id
20100123 01:02:28< fendrin> Ah yes. 
20100123 01:03:42< fendrin> AI0867: So if a anonymous tunnel was created it will get an internal id?
20100123 01:03:46< AI0867> I do think a 'default tunnel' is a bad idea
20100123 01:03:46< AI0867> yeah
20100123 01:04:07< fendrin> AI0867: Agreed, is on my todo.
20100123 01:04:09< AI0867> ask rand() or something
20100123 01:04:41< fendrin> AI0867: No, rand() is a hack. I will need to have a number that is static.
20100123 01:04:59< AI0867> ?
20100123 01:05:13< AI0867> generate a string from rand, then use that string as identifier for that tunnel?
20100123 01:05:24< fendrin> A static class variable that will act as counter.
20100123 01:05:25< AI0867> how is rand() a hack when you want a unique id that wasn't specified by the user?
20100123 01:06:04< fendrin> rand() could produce the same value twice. 
20100123 01:06:04< AI0867> that also works, but for what purpose?
20100123 01:06:16< AI0867> in a sufficiently long time, true
20100123 01:06:27< AI0867> if you cover the entire map in tunnels
20100123 01:06:57< fendrin> AI0867: Okay rand() is enough for wesnoth tunnels. 
20100123 01:07:41< zookeeper> Sapient, did you implement [unit] placement= ?
20100123 01:07:45< zookeeper> or was it someone else
20100123 01:07:58< Sapient> placement=? never heard of it
20100123 01:08:11< fendrin> zookeeper: Crab is on that part of code at the moment.
20100123 01:08:17< zookeeper> Sapient, just looking at http://www.wesnoth.org/forum/viewtopic.php?p=405173#p405173
20100123 01:08:32< zookeeper> right, might have been him. looks like it was left undocumented
20100123 01:09:24< Sapient> no idea about it
20100123 01:10:02< Sapient> zookeeper: ou aren't going to comment in this thread http://www.wesnoth.org/forum/viewtopic.php?f=4&t=28592  ?
20100123 01:10:06< zookeeper> it was something about allowing one to easily place units around the leader without needing to supply coordinates, perhaps among other things
20100123 01:11:00< zookeeper> Sapient, not much for me to comment, is there? i think it's really unfortunate
20100123 01:11:07< Sapient> I figured if anyone would be disturbed about the loss of unit.foo, that it would be you
20100123 01:11:17< Sapient> yet you haven't even commented on it
20100123 01:12:38< Sapient> personally, I always use unit.variables out of habit
20100123 01:12:54-!- Noyga [n=noyga@wesnoth/developer/noyga] has quit ["Quitte"]
20100123 01:12:58< Sapient> so it won't invalidate any of my code
20100123 01:13:25< zookeeper> me too, but sometimes unit.foo is a handy shortcut, like if you have to use it in a lot of [filter_wml]s and don't want to type all those tags...
20100123 01:13:58< Sapient> it may be more of a hassle for esr than anyone else, if he is expected to make wmllint upconvert it
20100123 01:14:11< zookeeper> i doubt he is
20100123 01:14:25< Sapient> right, as usual, UMC authors get the shaft
20100123 01:15:05< Sapient> no respect for backwards compatibility
20100123 01:15:23< shadowmaster> I am not sure I ever used unit.foo variables.
20100123 01:15:40< zookeeper> yeah...that's why i think it's an unfortunate change, since it has always worked before. i'm not sure if much UMC uses those, though.
20100123 01:15:56< Sapient> well, they have worked for a long time... I know zookeeper has used it in a ton of stuff
20100123 01:16:01< shadowmaster> if there are addons using those, I hope the engine will produce some sort of warning
20100123 01:16:11< shadowmaster> if it doesn't then... hm >:/
20100123 01:16:22< zookeeper> i think there definitely should be a warning
20100123 01:16:52< zookeeper> i'm not really clear on the rationale of that change though, i guess it was a somewhat unintended consequence.
20100123 01:17:24< zookeeper> i'd be all for changing it back if possible
20100123 01:18:31< Sapient> possible = yes
20100123 01:19:00< Sapient> it was a deliberate change
20100123 01:19:05< zookeeper> yeah, well, possible/feasible/goodidea/easyenough/doesn'tbreakanythingelseimportant
20100123 01:20:04-!- Zarel_ [n=Zarel@warzone2100/developer/Zarel] has quit ["Leaving"]
20100123 01:20:12< Sapient> maybe you should start a discussion on the pros / cons, at least keep the matter open
20100123 01:20:34< Sapient> I may be missing some reason why it was changed
20100123 01:21:20< Sapient> because to me it seems unnecessary
20100123 01:23:02< shadowmaster> well, a quick fgrep -RIi store. on IftU doesn't reveal any unit.foo variables. I should be fine assuming I always named stored locations or units containers as "blah_store"
20100123 01:24:33< shadowmaster> also, since wmllint doesn't parse the WML as the game does, I doubt a rule for checking these cases would be feasible. Especially considering that I could store a unit in one scenario and modify it 40 scenarios later before unstoring.
20100123 01:25:55< zookeeper> i still don't really understand the change. silene's commit includes has a little list of attributes to keep, but...it looks funny. where's profile= for custom portraits for example?
20100123 01:26:49< zookeeper> and what does unstoring have to do with advancing?
20100123 01:29:10< zookeeper> right, ok, i read what the function does, seems clear enough
20100123 01:29:30< shadowmaster> it's possible to make a unit advance after unstoring if their XP was modified accordingly
20100123 01:29:30-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has quit [Read error: 60 (Operation timed out)]
20100123 01:29:47< zookeeper> but i'm still not sure what the reason for that change was. would have to ask silene i guess.
20100123 01:33:58< Sapient> probably a combination of "this way looks cleaner" and "screw backwards compatibility"
20100123 01:34:12< Sapient> but I'm just guessing ;)
20100123 01:35:40< zookeeper> yeah, well, hopefully we'll find out :p i'm off to bed now
20100123 01:35:42-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit []
20100123 01:36:09< Sapient> have fun, ca later
20100123 01:36:15-!- Sapient [n=patrickp@wesnoth/developer/sapient] has left #wesnoth-dev []
20100123 01:45:51-!- noy [n=Noy@wesnoth/developer/noy] has quit [Read error: 104 (Connection reset by peer)]
20100123 01:49:35-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100123 02:02:33-!- tsr_ [n=tsr@h-37-106.A254.priv.bahnhof.se] has quit ["Ex-Chat"]
20100123 02:21:22-!- deekay [n=dk@wesnoth/developer/dragonking] has quit []
20100123 02:25:51< CIA-53> fendrin * r40780 /branches/fendrin_pathfind/src/pathfind/: src directory for the pathfinder.
20100123 02:29:13< CIA-53> fendrin * r40781 /branches/fendrin_pathfind/src/pathfind/ (teleport.cpp teleport.hpp): Own files for the teleport feature.
20100123 02:39:51< CIA-53> fendrin * r40782 /branches/fendrin_pathfind/src/map.hpp: Removed the teleport storage from the game_map.
20100123 02:41:48< CIA-53> fendrin * r40783 /branches/fendrin_pathfind/src/mouse_events.cpp: Enabled teleport support for all units.
20100123 02:43:09< CIA-53> fendrin * r40784 /branches/fendrin_pathfind/src/astarsearch.cpp: Code cleanups.
20100123 02:44:54< CIA-53> fendrin * r40785 /branches/fendrin_pathfind/src/ (pathfind/pathfind.hpp pathfind.hpp): Moved the pathfinder in it's own directory.
20100123 02:51:09< CIA-53> fendrin * r40786 /branches/fendrin_pathfind/src/ (pathfind/pathfind.cpp pathfind.cpp): Moved the pathfinder in it's own directory.
20100123 02:56:28-!- Tallken [n=f2f93bf5@93.102.59.226.rev.optimus.pt] has quit ["Leaving"]
20100123 03:02:49-!- Tallken [n=f2f93bf5@93.102.74.100.rev.optimus.pt] has joined #wesnoth-dev
20100123 03:18:21-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"]
20100123 03:19:03-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20100123 03:32:01-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20100123 03:38:49< CIA-53> fendrin * r40787 /branches/fendrin_pathfind/src/map.hpp: Code cleanups.
20100123 03:39:53< CIA-53> fendrin * r40788 /branches/fendrin_pathfind/src/ (4 files in 2 dirs): More move of pathfinding related files.
20100123 03:40:23-!- Tallken [n=f2f93bf5@93.102.74.100.rev.optimus.pt] has quit ["Leaving"]
20100123 03:44:42-!- noy_ [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100123 03:57:55-!- noy_ [n=Noy@wesnoth/developer/noy] has quit [Read error: 104 (Connection reset by peer)]
20100123 03:58:35-!- Blueblaze [n=nick@adsl-99-158-47-180.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100123 04:00:19-!- noy [n=Noy@wesnoth/developer/noy] has quit [Read error: 110 (Connection timed out)]
20100123 04:11:15-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100123 04:29:57-!- happygrue [n=George@wesnoth/developer/wintermute] has joined #wesnoth-dev
20100123 04:32:27< CIA-53> fendrin * r40789 /branches/fendrin_pathfind/src/ (16 files in 4 dirs): Finished the movement of pathfinding related files in a subdirectory.
20100123 04:33:58< AI0867> fendrin: //TODO: implement
20100123 04:34:02< AI0867> that's not very finished ;)
20100123 04:36:49< fendrin> AI0867: :-)
20100123 04:39:13-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit ["quit()"]
20100123 04:42:35< AI0867> another thing
20100123 04:43:01< AI0867> for [teleport][tunnel], you use the  teleport_group(config) constructor
20100123 04:43:14< AI0867> that one is meant *only* for loading from saves
20100123 04:43:35< AI0867> you need to use the vconfig constructor
20100123 04:44:25< AI0867> the difference is that the config one uses a key written when saving
20100123 04:44:37< AI0867> to determine whether it's reversed
20100123 04:56:57-!- Ivanovic_ [n=ivanovic@dtmd-4db2e65c.pool.mediaWays.net] has joined #wesnoth-dev
20100123 04:58:28< AI0867> fendrin: where are you planning to save the tunnels if not the gamemap, gamestatus?
20100123 04:59:10< fendrin> AI0867: In a manager like it is done for soundsource.
20100123 05:13:09-!- Ivanovic [n=ivanovic@wesnoth/developer/ivanovic] has quit [Read error: 110 (Connection timed out)]
20100123 05:14:43-!- Ivanovic_ is now known as Ivanovic
20100123 05:22:35< AI0867> fendrin: also, you updated scons and cmake, but not autotools
20100123 05:23:11< fendrin> AI0867: Uh yes, lot's of work still left.
20100123 06:01:32-!- noy [n=Noy@wesnoth/developer/noy] has quit [Read error: 104 (Connection reset by peer)]
20100123 06:02:56-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100123 06:18:44-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit []
20100123 06:28:10< CIA-53> ai0867 * r40790 /branches/fendrin_pathfind/src/pathfind/teleport.cpp: Comment unused parameters and add an assert on a special-case constructor
20100123 06:31:09< CIA-53> ai0867 * r40791 /branches/fendrin_pathfind/src/pathfind/: Fixed svn:ignore property for src/pathfind
20100123 06:43:11< CIA-53> ai0867 * r40792 /branches/fendrin_pathfind/src/pathfind/ (teleport.cpp teleport.hpp): Constify a function, replace iter++ with ++iter
20100123 06:47:40< CIA-53> ai0867 * r40793 /branches/fendrin_pathfind/src/ (game_events.cpp map.cpp map.hpp): Commented-out versions of code that worked before the move
20100123 06:55:44-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20100123 07:04:42-!- dtiger [n=dtiger@dynamic-vpdn-93-125-17-55.telecom.by] has joined #wesnoth-dev
20100123 07:20:32-!- noy [n=Noy@wesnoth/developer/noy] has quit [Read error: 110 (Connection timed out)]
20100123 08:01:58-!- [Relic] [n=[Relic]@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit ["Leaving"]
20100123 08:08:55< CIA-53> fendrin * r40794 /branches/fendrin_pathfind/src/ (33 files in 7 dirs): Moved pathfind in it's own namespace.
20100123 08:23:10-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100123 09:30:31-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20100123 09:53:03-!- boucman [n=rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20100123 10:09:01-!- fkhodkov [n=fedor76@ppp-78-24-25-66-bras0.istra.ru] has quit [Read error: 60 (Operation timed out)]
20100123 10:09:34-!- silene [n=plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100123 10:09:41< silene> hi
20100123 10:13:48-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20100123 10:17:03-!- stikonas [n=and@bcm-131-111-247-5.girton.cam.ac.uk] has joined #wesnoth-dev
20100123 10:18:46< fendrin> hi silene
20100123 10:19:22-!- loonybot [n=loonybot@ppp79-139-137-149.pppoe.spdop.ru] has joined #wesnoth-dev
20100123 10:20:15-!- loonycyborg [n=sergey@ppp79-139-137-149.pppoe.spdop.ru] has joined #wesnoth-dev
20100123 10:30:53-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit [Read error: 110 (Connection timed out)]
20100123 10:32:43-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit [Read error: 110 (Connection timed out)]
20100123 10:36:19-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20100123 10:43:07-!- stikonas [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20100123 10:43:56-!- silene [n=plouf@wesnoth/developer/silene] has quit [Read error: 104 (Connection reset by peer)]
20100123 10:44:21-!- silene [n=plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100123 10:51:21-!- Noyga [n=noyga@wesnoth/developer/noyga] has joined #wesnoth-dev
20100123 10:51:26-!- Noyga [n=noyga@wesnoth/developer/noyga] has quit [Read error: 104 (Connection reset by peer)]
20100123 10:56:59< Ivanovic> moin
20100123 11:26:43-!- noy [n=Noy@wesnoth/developer/noy] has quit ["GO, GET TO THE CHOPPAH!!!"]
20100123 11:33:16-!- Crab_ [n=Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20100123 11:34:53< Rhonda> http://bugs.debian.org/565075 - compile problems with gcc-4.5
20100123 11:40:04-!- Blueblaze [n=nick@adsl-99-158-47-180.dsl.hstntx.sbcglobal.net] has quit [Remote closed the connection]
20100123 11:49:39-!- deekay [n=dk@wesnoth/developer/dragonking] has joined #wesnoth-dev
20100123 12:03:00-!- SonIcco [n=SonIcco@pD9510B5B.dip0.t-ipconnect.de] has joined #wesnoth-dev
20100123 12:13:43-!- rosso_ [n=rosso@dslb-088-070-226-159.pools.arcor-ip.net] has joined #wesnoth-dev
20100123 12:14:12< silene> Rhonda: i guess debian doesn't intend to ship wesnoth 1.6 compiled with gcc 4.5, right? so you can just acknowledge the report and close it
20100123 12:16:32< Rhonda> No, because it's a valid report - and gcc 4.5 might become the default in the future for squeeze.
20100123 12:18:02< silene> Rhonda: gcc 4.5 will be the default, sure; but i hope that wesnoth 1.8 will be too
20100123 12:18:11< Rhonda> So?
20100123 12:18:19< Rhonda> Does wesnoth 1.8 compile with gcc 4.5?
20100123 12:18:26< silene> last time i tried, yes
20100123 12:18:43< Rhonda> Alright, then _that_ is a reason to close it (at the point 1.6 gets dropped)
20100123 12:19:02< Rhonda> I'll ask doku to confirm that the development branch indeed compiles with gcc 4.5
20100123 12:19:11 * Rhonda thanks silene :)
20100123 12:20:24-!- Noyga [n=noyga@wesnoth/developer/noyga] has joined #wesnoth-dev
20100123 12:21:05< silene> i will compile a new gcc snapshot and see how it behaves
20100123 12:21:24-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20100123 12:23:25-!- rosso [n=rosso@dslb-088-070-226-187.pools.arcor-ip.net] has quit [Read error: 110 (Connection timed out)]
20100123 12:28:11-!- Blarumyrran [n=Blarumyr@81-20-159-197.levira.ee] has joined #wesnoth-dev
20100123 12:30:53< zookeeper> silene, what was the reason for making the change which makes custom $unit.foo variables get erased on unstore?
20100123 12:33:37< silene> zookeeper: soliton first noticed a bug with unit movetypes not being properly merged, then i noticed a similar bug with other unit structures (e.g. events), so i decided to fix all the bugs at once by starting from a clean state; the documentation has always said user variables had to been stored inside [variables], now this is enforced
20100123 12:35:20< zookeeper> silene, all right...would it be tricky to change it so that custom variables wouldn't get erased?
20100123 12:35:59< zookeeper> you might want to check today's irclog, it's not exactly a well-liked change despite the documentation
20100123 12:38:13< silene> zookeeper: i took a quick glance only, but it seems your main concern is that filter_wml is a bit too verbose for accessing user variables? i dont' mind adding a unit filter that directly looks inside [variables] (let's call it like that too)
20100123 12:40:34-!- EdB [n=edb@tss37-1-89-84-18-220.dsl.club-internet.fr] has joined #wesnoth-dev
20100123 12:41:21< zookeeper> silene, actually i'm pretty sure everyone's main concern is breaking backwards compatibility, especially this late in a cycle
20100123 12:42:06< Soliton> would it be difficult to check umc for violations?
20100123 12:43:05< zookeeper> sure it's always been documented that way, but it's also always worked before, and i doubt one can really check UMC for violations
20100123 12:43:55< silene> zookeeper: no, it hasn't always worked that way (i was there when we added [variables], it's definitely because it was the only way to have user variables)
20100123 12:44:56< zookeeper> well, fine, always == for a really long time ;)
20100123 12:45:44< zookeeper> i could live with breaking the compatibility, but i think at the very least it should output a warning when it's erasing something
20100123 12:46:18< zookeeper> and if that can't be done without it outputting false positives all the time, i'd rather not have that change for 1.8
20100123 13:16:42-!- boucman [n=rosen@wesnoth/developer/boucman] has quit [Remote closed the connection]
20100123 13:16:58-!- boucman [n=rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20100123 13:24:54-!- SonIcco [n=SonIcco@pD9510B5B.dip0.t-ipconnect.de] has quit [Remote closed the connection]
20100123 13:26:34-!- fkhodkov [n=fedor76@ppp-78-24-27-145-bras0.istra.ru] has joined #wesnoth-dev
20100123 13:34:36-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has joined #wesnoth-dev
20100123 13:52:29-!- SonIcco [n=SonIcco@pD9510B5B.dip0.t-ipconnect.de] has joined #wesnoth-dev
20100123 14:12:25-!- SonIcco [n=SonIcco@pD9510B5B.dip0.t-ipconnect.de] has quit [Read error: 104 (Connection reset by peer)]
20100123 14:12:58-!- EdB [n=edb@tss37-1-89-84-18-220.dsl.club-internet.fr] has quit [Remote closed the connection]
20100123 14:15:55-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20100123 14:30:01-!- Crab_ [n=Crab_@wesnoth/developer/crab] has quit ["Leaving."]
20100123 14:58:32-!- silene [n=plouf@wesnoth/developer/silene] has quit [Read error: 54 (Connection reset by peer)]
20100123 15:06:37-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20100123 15:35:30-!- mordante [n=mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20100123 15:35:43< mordante> servus
20100123 15:39:41< mordante> rosso_, you also might have a look at http://devdocs.wesnoth.org/
20100123 15:43:30-!- elias [n=elias@allegro/developer/allefant] has joined #wesnoth-dev
20100123 15:43:51< mordante> fendrin, AI0867 afaik rand() can return the same value twice and still be called random
20100123 15:44:49< mordante> fendrin, AI0867 also rand() can give random bugs, which are hard to debug, better use a static counter
20100123 15:56:21-!- Tallken [n=f2f93bf5@bl15-151-243.dsl.telepac.pt] has joined #wesnoth-dev
20100123 16:11:57-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20100123 16:18:26-!- Amuchan [n=smar@a88-112-73-2.elisa-laajakaista.fi] has quit [SendQ exceeded]
20100123 17:34:44< rosso_> thx mordante, found that already, is kinda helpful still sth graphical that documents the relations between the classes would be most helpful
20100123 17:35:09< rosso_> isnt there a way to autogenerate uml from c++ source code?
20100123 17:40:04< mordante> rosso_, there might be some tools to do that, not sure however
20100123 17:40:08-!- teaser [n=tsr@h-37-106.A254.priv.bahnhof.se] has joined #wesnoth-dev
20100123 17:41:35< teaser> wesbot seen crab
20100123 17:41:35< wesbot> teaser: Sorry, I don't know of crab.
20100123 17:41:40< teaser> wesbot seen Crab
20100123 17:41:40< wesbot> teaser: Sorry, I don't know of Crab.
20100123 17:41:47< shadowmaster> wesbot: seen Crab_
20100123 17:41:47< wesbot> shadowmaster: The person with the nick Crab_ last spoke 1d 19h ago.  3h 11m ago they left with the message: "Leaving."
20100123 17:41:54< teaser> thanks ;)
20100123 17:43:15< rosso_> mordante: i will see, if i find sth, cheers
20100123 17:44:56< teaser> Crab_: I see that you have been fiddling with the [unit]. FR: can you add the random-value to the gender key too, it would not brake string freeze afaik
20100123 17:53:11-!- Chusslove [n=Chusslov@brsg-d9befeaf.pool.mediaWays.net] has quit [Remote closed the connection]
20100123 17:54:41-!- Chusslove [n=Chusslov@brsg-d9befeaf.pool.mediaWays.net] has joined #wesnoth-dev
20100123 18:03:03-!- Tallken [n=f2f93bf5@bl15-151-243.dsl.telepac.pt] has quit ["Leaving"]
20100123 18:11:32-!- Blarumyrran [n=Blarumyr@81-20-159-197.levira.ee] has quit ["Lahkun"]
20100123 18:31:10< CIA-53> silene * r40795 /trunk/src/unit.cpp: Displayed warning message for unknown unit attributes. Deleted internalized attributes to reduce memory footprint.
20100123 18:31:16< CIA-53> silene * r40796 /trunk/src/actions.cpp: Discarded useless 'animate' attribute.
20100123 18:31:18< CIA-53> silene * r40797 /trunk/src/unit.cpp: Discarded attributes created for WML only.
20100123 18:31:20< CIA-53> silene * r40798 /trunk/src/unit.cpp: Discarded attributes used by unit types only.
20100123 18:31:27< CIA-53> silene * r40799 /trunk/src/gamestatus.cpp: Discarded side-specific attributes from units.
20100123 18:31:28< CIA-53> silene * r40800 /trunk/src/unit.cpp: Improved warning.
20100123 18:32:14-!- silene1 [n=plouf@ASte-Genev-Bois-152-1-24-15.w83-114.abo.wanadoo.fr] has joined #wesnoth-dev
20100123 18:48:05< shadowmaster> hm..
20100123 18:49:25< shadowmaster> attributes discarded for what and when?
20100123 19:51:59< silene1> shadowmaster: attributes that are already stored in the fields of the unit and team_info classes are not kept duplicated, in order to reduce memory and detect wml mistakes
20100123 19:52:03-!- silene1 is now known as silene
20100123 19:52:31< shadowmaster> right, I hope that doesn't remove any flexibility for WML authors.
20100123 19:53:30< silene> it shouldn't, the info is recreated when saving to file and creating wml variables
20100123 20:01:03-!- SonIcco [n=SonIcco@pD9510B5B.dip0.t-ipconnect.de] has joined #wesnoth-dev
20100123 20:31:45-!- Blarumyrran [n=Blarumyr@81-20-159-197.levira.ee] has joined #wesnoth-dev
20100123 20:36:31-!- vigg-ppc [n=zsirc@109.126.142.160] has joined #wesnoth-dev
20100123 20:38:39-!- vigg-ppc [n=zsirc@109.126.142.160] has quit [Client Quit]
20100123 20:41:31-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has quit [Read error: 110 (Connection timed out)]
20100123 20:42:12-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has joined #wesnoth-dev
20100123 20:42:49< CIA-53> mordante * r40801 /trunk/src/display.hpp: 
20100123 20:42:49< CIA-53> Make a member function a const member function.
20100123 20:42:49< CIA-53> Issue found by cppcheck.
20100123 20:42:51< CIA-53> mordante * r40802 /trunk/src/display.hpp: 
20100123 20:42:51< CIA-53> Make a member function a const member function.
20100123 20:42:51< CIA-53> Issue found by cppcheck.
20100123 20:42:57< CIA-53> mordante * r40803 /trunk/src/display.hpp: 
20100123 20:42:57< CIA-53> Make a member function a const member function.
20100123 20:42:57< CIA-53> Issue found by cppcheck.
20100123 20:42:59< CIA-53> mordante * r40804 /trunk/src/team.hpp: 
20100123 20:43:01< CIA-53> Make a member function a const member function.
20100123 20:43:03< CIA-53> Issue found by cppcheck.
20100123 20:43:05< CIA-53> mordante * r40805 /trunk/src/ai/composite/goal.hpp: 
20100123 20:43:07< CIA-53> Make a member function a const member function.
20100123 20:43:11< CIA-53> Issue found by cppcheck.
20100123 20:43:13< CIA-53> mordante * r40806 /trunk/src/ai/formula/candidates.hpp: 
20100123 20:43:15< CIA-53> Make a member function a const member function.
20100123 20:43:17< CIA-53> Issue found by cppcheck.
20100123 20:43:19< CIA-53> mordante * r40807 /trunk/src/ai/formula/candidates.hpp: 
20100123 20:43:21< CIA-53> Make a member function a const member function.
20100123 20:43:23< CIA-53> Issue found by cppcheck.
20100123 20:43:25< CIA-53> mordante * r40808 /trunk/src/ai/formula/candidates.hpp: Make a member function a const member function.
20100123 20:43:30< CIA-53> mordante * r40809 /trunk/src/ai/formula/candidates.hpp: Make a member function a const member function.
20100123 20:43:35< CIA-53> mordante * r40810 /trunk/src/clipboard.cpp: 
20100123 20:43:37< CIA-53> Make a member function a const member function.
20100123 20:43:39< CIA-53> Issue found by cppcheck.
20100123 20:43:43< CIA-53> mordante * r40811 /trunk/src/ (mouse_events.hpp play_controller.cpp): 
20100123 20:43:45< CIA-53> Rename get_current_paths to current_paths.
20100123 20:43:47< CIA-53> Let the function return a const ref to the stucture and mark the
20100123 20:43:49< CIA-53> function const.
20100123 20:43:51< CIA-53> Issue found by cppcheck.
20100123 20:43:53< CIA-53> mordante * r40812 /trunk/src/play_controller.hpp: 
20100123 20:43:55< CIA-53> Make a member function a const member function.
20100123 20:43:57< CIA-53> Issue found by cppcheck.
20100123 20:43:59< CIA-53> mordante * r40813 /trunk/src/play_controller.hpp: 
20100123 20:44:03< CIA-53> Make a member function a const member function.
20100123 20:44:05< CIA-53> Issue found by cppcheck.
20100123 20:44:09< CIA-53> mordante * r40814 /trunk/src/gamestatus.cpp: 
20100123 20:44:11< CIA-53> Make a member function a const member function.
20100123 20:44:13< CIA-53> Issue found by cppcheck.
20100123 20:44:19< CIA-53> mordante * r40815 /trunk/src/gamestatus.cpp: 
20100123 20:44:23< CIA-53> Make a member function a const member function.
20100123 20:44:23-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20100123 20:44:25< CIA-53> Issue found by cppcheck.
20100123 20:44:27< CIA-53> mordante * r40816 /trunk/src/gui/dialogs/unit_create.hpp: 
20100123 20:44:29< CIA-53> Make a member function a const member function.
20100123 20:44:31< CIA-53> Issue found by cppcheck.
20100123 20:44:33< CIA-53> mordante * r40817 /trunk/src/multiplayer_create.hpp: 
20100123 20:44:35< CIA-53> Make a member function a const member function.
20100123 20:44:39< CIA-53> Issue found by cppcheck.
20100123 20:44:41< CIA-53> mordante * r40818 /trunk/src/playmp_controller.hpp: 
20100123 20:44:45< CIA-53> Make a member function a const member function.
20100123 20:44:47< CIA-53> Issue found by cppcheck.
20100123 20:44:49< CIA-53> mordante * r40819 /trunk/src/preferences_display.cpp: 
20100123 20:44:53< CIA-53> Make a member function a const member function.
20100123 20:44:59< CIA-53> Issue found by cppcheck.
20100123 20:45:01< CIA-53> mordante * r40820 /trunk/src/titlescreen.cpp: 
20100123 20:45:03< CIA-53> Make a member function a const member function.
20100123 20:45:05< CIA-53> Issue found by cppcheck.
20100123 20:56:37< mordante> I'm off bye
20100123 20:56:56-!- mordante [n=mordante@wesnoth/developer/mordante] has quit ["Leaving"]
20100123 21:03:53-!- Blueblaze [n=nick@99.158.47.180] has joined #wesnoth-dev
20100123 21:06:32-!- mjs-de [n=mjs-de@p3EE265C3.dip.t-dialin.net] has joined #wesnoth-dev
20100123 21:19:58-!- silene1 [n=plouf@ASte-Genev-Bois-152-1-52-169.w82-121.abo.wanadoo.fr] has joined #wesnoth-dev
20100123 21:20:10-!- silene [n=plouf@wesnoth/developer/silene] has quit [Read error: 110 (Connection timed out)]
20100123 21:20:20-!- ilor_ [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20100123 21:24:47-!- silene1 [n=plouf@ASte-Genev-Bois-152-1-52-169.w82-121.abo.wanadoo.fr] has quit [Client Quit]
20100123 21:26:35-!- _jbx_ [i=_jbx_@c-71-201-89-187.hsd1.il.comcast.net] has joined #wesnoth-dev
20100123 21:29:53-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 110 (Connection timed out)]
20100123 21:46:23-!- SonIcco [n=SonIcco@pD9510B5B.dip0.t-ipconnect.de] has quit [Read error: 113 (No route to host)]
20100123 21:55:45-!- dtiger [n=dtiger@dynamic-vpdn-93-125-17-55.telecom.by] has quit [Remote closed the connection]
20100123 22:14:16-!- Blueblaze [n=nick@99.158.47.180] has quit [Remote closed the connection]
20100123 22:16:53< CIA-53> noyga * r40821 /trunk/ (8 files in 7 dirs): Updated french translation
20100123 22:20:56-!- Skystriker [n=croseliu@pool-71-250-26-120.nwrknj.east.verizon.net] has joined #wesnoth-dev
20100123 22:26:34< CIA-53> fendrin * r40822 /branches/fendrin_pathfind/src/ (13 files in 5 dirs): Moved the teleport classes in the pathfind namespace. The branch no longer compiles.
20100123 22:31:50-!- fabi [n=fabi@88-134-75-97-dynip.superkabel.de] has joined #wesnoth-dev
20100123 22:33:13-!- fendrin [n=fabi@wesnoth/developer/fendrin] has quit [Read error: 60 (Operation timed out)]
20100123 22:38:27-!- fabi is now known as fendrin
20100123 23:10:29-!- Blueblaze [n=nick@adsl-99-158-47-180.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100123 23:10:45-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit [Read error: 104 (Connection reset by peer)]
20100123 23:12:35-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit [Read error: 104 (Connection reset by peer)]
20100123 23:12:37-!- Zarel_ [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20100123 23:12:47-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20100123 23:15:33-!- zookeeper [n=l@88-148-251-223.bb.dnainternet.fi] has joined #wesnoth-dev
20100123 23:34:25-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100123 23:36:50< CIA-53> fendrin * r40823 /branches/fendrin_pathfind/src/pathfind/pathfind.hpp: Fixed the branch to compile again with some weired forward declaration.
20100123 23:36:59< grzywacz> ;)
20100123 23:38:12< Ivanovic> ilor_: how are your exams progressing?
20100123 23:39:27-!- allefant [n=elias@allegro/developer/allefant] has joined #wesnoth-dev
20100123 23:39:28< fendrin> c++  <<   <°)))o><
20100123 23:40:04< Ivanovic> fendrin: do you already know when you will probably arrive in brussels?
20100123 23:40:06< grzywacz> deadfish?
20100123 23:40:13< grzywacz> deadbeef?
20100123 23:40:39< shadowmaster> he's trying to say that he wants wesnoth rewritten in perl I think.
20100123 23:40:47< fendrin> Ivanovic: No, still no idea. Tell me what time is cool, please. 
20100123 23:41:31< Ivanovic> chrber and me will be leaving here around 11am, so that we (if there is no traffic jam!) will be at the university (where we want to park the car) ar about 2pm
20100123 23:41:40< Ivanovic> plus about an hour and we should be in the town center
20100123 23:42:00< Ivanovic> at the hostel i listed that we will be checking in at about 5 (earliest possible is 4pm anyway)
20100123 23:44:03< Ivanovic> regarding the time you "should" choose:
20100123 23:44:05< Ivanovic> no idea, really
20100123 23:44:19-!- Chusslove [n=Chusslov@brsg-d9befeaf.pool.mediaWays.net] has quit [Remote closed the connection]
20100123 23:44:26< fendrin> Okay, I will buy the ticket in the next days.
20100123 23:44:28< Ivanovic> that is: if weather is nice you maybe want to walk around a little and have a look at brussels
20100123 23:44:48< Ivanovic> if weather sucks you probably don't want to do so
20100123 23:44:50< Ivanovic> ;)
20100123 23:45:18-!- Chusslove [n=Chusslov@brsg-d9befeaf.pool.mediaWays.net] has joined #wesnoth-dev
20100123 23:45:49< Ivanovic> no idea what AI0867s and mordantes plans are regarding time of arrival
20100123 23:46:40< Ivanovic> i just know that so far mordante always managed to be "rather late" there, something after 4pm (okay, the first year it was due to the strange thing called "street layout" in brussels, the 2nd it was a damn traffic jam)
20100123 23:47:18-!- Chusslove [n=Chusslov@brsg-d9befeaf.pool.mediaWays.net] has quit [Remote closed the connection]
20100123 23:47:45< Ivanovic> fendrin: you are traveling by train, right?
20100123 23:48:10< Ivanovic> your "target" should be garre du central (or however they call this "central station")
20100123 23:48:17< fendrin> Ivanovic: yes, no other idea how I should do it.
20100123 23:48:32< fendrin> I am still wondering if It makes sense to bring the bike with.
20100123 23:48:40< Ivanovic> i'd say "no"
20100123 23:48:49< fendrin> Okay
20100123 23:49:17< Ivanovic> noone else of us will have a bike and i don't know where you should store the bike at night
20100123 23:49:39< Ivanovic> beside this you probably do not want to go riding a bike in brussels traffic
20100123 23:49:55< Ivanovic> (and in the town center they have some lovely cobblestone roads, too...)
20100123 23:51:04< Ivanovic> a general rule of thumb: bring coins with you!
20100123 23:51:10< Ivanovic> 50ct as well as 1€ coins
20100123 23:51:13-!- YogiHH [n=chatzill@c158024.adsl.hansenet.de] has joined #wesnoth-dev
20100123 23:51:22< Ivanovic> hi YogiHH
20100123 23:51:26< YogiHH> hello
20100123 23:51:28< Ivanovic> reason:
20100123 23:51:42< Ivanovic> 1) buying bus tickets is cheaper at the automat at each station
20100123 23:51:58< Ivanovic> 2) the fending machine does only take coins
20100123 23:52:17-!- Chusslove [n=Chusslov@brsg-d9befeaf.pool.mediaWays.net] has joined #wesnoth-dev
20100123 23:52:37< Ivanovic> (yes, the cans are a little cheaper and lovely cooled compared to the coke and such sold at the normal counter in the university)
20100123 23:53:15-!- ilor_ [n=user@wesnoth/developer/ilor] has quit [Read error: 113 (No route to host)]
20100123 23:55:07< fendrin> YogiHH: Hello, do you have some time?
20100123 23:55:17< YogiHH> fendrin: yes
20100123 23:55:39-!- elias [n=elias@allegro/developer/allefant] has quit [Read error: 110 (Connection timed out)]
20100123 23:55:58< fendrin> YogiHH: I have moved all pathfind related stuff in a own subdirectory and namespace.
20100123 23:56:32< fendrin> That was much work, I hope it can stay so.
20100123 23:57:48< fendrin> The new feature is nearly complete, AI0867 even did make it savegame persistent. Still I am not sure where and how to store the information that needs to be saved.
20100123 23:58:04-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has quit [Remote closed the connection]
20100123 23:58:21< YogiHH> fendrin: it's still WML only, no C++ objects, right?
20100123 23:59:01< fendrin> YogiHH: Yes
20100123 23:59:22< YogiHH> fendrin: and you got your own tag for the teleport stuff?
20100123 23:59:41< fendrin> yes
--- Log closed Sun Jan 24 00:00:01 2010