--- Log opened Sun Feb 08 00:00:04 2009
--- Day changed Sun Feb 08 2009
20090208 00:00:04< Shadow_Master> Turuk: try to reproduce https://gna.org/bugs/?12852 
20090208 00:00:22< Shadow_Master> I just tested; it'd seem the bug is invalid.
20090208 00:00:29< Turuk> Will do.
20090208 00:01:06 * Turuk luckily still has the save.
20090208 00:01:33< Turuk> Yeah, it lets me recruit mages.
20090208 00:01:37< Shadow_Master> try the scenario-start save
20090208 00:01:46< Shadow_Master> NOT turn 1 autosave.
20090208 00:02:02< Turuk> I did
20090208 00:02:07< Shadow_Master> post the saved game
20090208 00:02:08< Turuk> ;)
20090208 00:02:16< Turuk> http://imagebin.org/37864
20090208 00:02:18< Turuk> Ok.
20090208 00:03:55< Turuk> Attached.
20090208 00:03:55< Turuk> https://gna.org/bugs/?12852
20090208 00:05:16< Shadow_Master> funny.
20090208 00:06:00< Turuk> ?
20090208 00:06:04< Shadow_Master> ESR_: can I assign https://gna.org/bugs/?12852 to me?
20090208 00:06:42< ESR_> Shadow_Master: Go ahead, if you think you havce a fix.  My test game was aimed at that one, too.
20090208 00:06:53< Shadow_Master> I didn't need a test game to reproduce.
20090208 00:07:10< Shadow_Master> the side 1 declaration is the problem: recruit="Dwarvish Fighter,Dwarvish Thunderer,Dwarvish Guardsman,Mage"
20090208 00:07:48< Shadow_Master> what do you think the engine will attempt to do?
20090208 00:08:30< ESR_> The macro is supposed to explicitly remove mages from the recruitment list.
20090208 00:08:44< Shadow_Master> the macro has no effect afterwards.
20090208 00:09:40< Shadow_Master> so, it will not attempt again to defeat the engine decision to reinclude Mages in the recruit list due to the side 1 declaration in every scenario after "Mages and Drakes"
20090208 00:12:46< CIA-70> shadowmaster * r32661 /trunk/data/campaigns/The_Hammer_of_Thursagan/scenarios/ (5 files): 
20090208 00:12:46< CIA-70> The CONDITIONAL_MAGE_RECRUITING macro sets a flag to not run its code in
20090208 00:12:46< CIA-70> more than one occassion in the campaign, to disable Mage recruitment.
20090208 00:12:46< CIA-70> However, subsequent scenarios have "Mage" in the side 1 declaration's
20090208 00:12:46< CIA-70> recruit list, thus the engine keeps inserting that in the recruit list.
20090208 00:12:49< CIA-70> Fix bug #12852 by removing those forced declarations.
20090208 00:13:29-!- happygrue [n=Wintermu@c-67-176-145-41.hsd1.in.comcast.net] has quit ["grok 'noth!"]
20090208 00:15:49< Shadow_Master> :cl is god.
20090208 00:15:57< CIA-70> shadowmaster * r32662 /trunk/data/campaigns/The_Hammer_of_Thursagan/scenarios/08_Fear.cfg: 
20090208 00:15:57< CIA-70> Fix a small regression from r32661: Mages were impossible to recruit even
20090208 00:15:57< CIA-70> when storywise that should be possible.
20090208 00:16:41< Shadow_Master> Turuk: fixed, but you'll need to play again the scenario that follows the one were you lost the magi to notice the fix.
20090208 00:17:01< Turuk> Ok, well I had finished the campaign anyways, I just wanted to note the bug
20090208 00:17:11< Turuk> The magi died so I should not have had them ;)
20090208 00:17:39-!- Shadow_Master [n=ignacior@unaffiliated/shadowmaster/x-275924] has quit ["leaving"]
20090208 00:51:10-!- Kest|Fraith [i=ie@adsl-68-73-195-179.dsl.sfldmi.ameritech.net] has joined #wesnoth-dev
20090208 00:52:17< Kest|Fraith> hello
20090208 00:52:38< grzywacz> hey
20090208 00:53:15< Kest|Fraith> is there an ini file for wesnoth windows?
20090208 00:54:35< grzywacz> No that I know of. What do you want to do?
20090208 00:54:57< loonycyborg> There's preference file on all platforms: userdata/preferences
20090208 00:55:12< Kest|Fraith> well, for whatever reason Wesnoth 1.5.x creates a new directory in My Documents to store all its info in
20090208 00:55:19< Kest|Fraith> trying to change the directory
20090208 00:55:50< loonycyborg> Kest|Fraith: It's set in the shortcut in start menu.
20090208 00:56:00< Sapient> doh
20090208 00:56:10< Sapient> so it depends how you launch it?
20090208 00:56:16< Kest|Fraith> What?
20090208 00:56:18< Sapient> that's not very transparent
20090208 00:56:29< Kest|Fraith> I don't see it int he shortcut.
20090208 00:56:46< Kest|Fraith> That points to the Program Files folder, where i have the BfW directory.
20090208 00:56:48< grzywacz> Kest|Fraith, you should be able to use the --config-dir option to change it
20090208 00:57:09< Kest|Fraith> wow
20090208 00:57:10< Kest|Fraith> ok
20090208 00:57:18< loonycyborg> Yes. The shortcut passes --config-dir option/
20090208 00:57:19< Kest|Fraith> i have no idea what that means
20090208 00:57:57< Sapient> have you heard of the "command line" ?
20090208 00:58:13< Kest|Fraith> i have heard of it
20090208 00:58:23< Sapient> you can pass parameters to the programs you are running
20090208 00:58:30< Sapient> one way is on the command line
20090208 00:58:41< grzywacz> There's no need for the command line. Just append "--config-dir c:\something" in the text field in shortcut properties
20090208 00:58:46< Kest|Fraith> so if its at   "C:\Program Files\Battle for Wesnoth 1.5.8\wesnoth.exe" --config-dir Wesnoth1.5
20090208 00:58:48< Sapient> these parameters can also be specified in shortcuts
20090208 00:58:57< Kest|Fraith> how do i get it to stop making folders
20090208 00:59:04< Sapient> grzywacz: I know I'm just trying to explain the concept
20090208 00:59:04< Kest|Fraith> jsut delete the latter part?
20090208 00:59:10< grzywacz> Sapient, ah, k
20090208 00:59:24-!- Elvish_Pillager [n=eli@66-189-14-42.dhcp.oxfr.ma.charter.com] has left #wesnoth-dev ["Running away"]
20090208 00:59:26< grzywacz> Kest|Fraith, well, it has to create the directory *somewhere*
20090208 00:59:40< Kest|Fraith> cant it use the programs directory
20090208 00:59:58< grzywacz> Kest|Fraith, this setting is relative to "My Documents/My games", according to help
20090208 01:00:08< grzywacz> Kest|Fraith, so maybe something like ..\..\Program Files\blah would work
20090208 01:00:15< loonycyborg> Yes. It'll create it in Program Files without --config-dir
20090208 01:00:19< Kest|Fraith> ah
20090208 01:00:27< grzywacz> loonycyborg, oh..
20090208 01:00:30< Kest|Fraith> so jsut kill config dir
20090208 01:00:38< loonycyborg> Kest|Fraith: Yes.
20090208 01:00:44< Kest|Fraith> thanks
20090208 01:00:53< Kest|Fraith> that's a lot simpler
20090208 01:00:56< Sapient> this could be really confusing for users who sometimes launch wesnoth.exe directly and sometimes use the shortcut
20090208 01:01:05< grzywacz> indeed
20090208 01:01:48< Sapient> which might explain the problem PK was having
20090208 01:02:18< loonycyborg> grzywacz: Sapient: That trick is needed to both make it create dirs in My Documents and be copyable to removable disks
20090208 01:02:49< grzywacz> loonycyborg, how about a checkbox in the installer or something that would control the default?
20090208 01:03:06< Sapient> ok, I think we can make it more transparent to the end user somehow
20090208 01:04:12< Sapient> such as "notice: this is not the same config directory you last used. c:\..etc... vs D:\..etc...  some addons may be missing. [X] don't warn me again"
20090208 01:04:14 * grzywacz hits himself for not RTFMing enough
20090208 01:04:42< loonycyborg> Checkbox in the installer might be a good idea..
20090208 01:04:55< grzywacz> Sapient, figuring out the previously used directory would require either messing with registry or hiding a file somewhere... :(
20090208 01:05:18-!- Turuk [n=Turuk@FUSE-WS1-208-102-202-188.fuse.net] has quit [Read error: 104 (Connection reset by peer)]
20090208 01:05:33-!- Turuk [n=Turuk@FUSE-WS1-208-102-202-188.fuse.net] has joined #wesnoth-dev
20090208 01:05:33< Sapient> windows registry is made for these sort of things, yes
20090208 01:05:33< Kest|Fraith> what about an option to chose the directory path, similar to how you choose the install path?
20090208 01:05:58< Sapient> I agree that would be best to just choose default config dir during installation
20090208 01:06:21< Sapient> to install the program you must have write access to the install location
20090208 01:06:30< Sapient> so the setting could be saved there
20090208 01:07:18-!- Shadow_Master [n=ignacior@unaffiliated/shadowmaster/x-275924] has joined #wesnoth-dev
20090208 01:08:20-!- silene1 [n=plouf@ASte-Genev-Bois-152-1-85-168.w86-218.abo.wanadoo.fr] has quit [Read error: 110 (Connection timed out)]
20090208 01:09:56< loonycyborg> I might try adding a text label to the installer, but that may push my NSIS scripting skills to their limit :P
20090208 01:10:21< Shadow_Master> RTFM is a verb now? :(
20090208 01:10:28< Kest|Fraith> unfortunately.
20090208 01:11:28< Sapient> it's not just a verb, it's a way of life ;)
20090208 01:18:02< Sapient> huh... it looks like another message bug
20090208 01:18:20< Sapient> [message] is being fired and processed but nothing displays onscreen
20090208 01:20:10-!- zookeeper [n=l@dsl-tkubrasgw1-fe9ff800-215.dhcp.inet.fi] has quit []
20090208 01:20:18< Sapient> the problem arises from using the Esc key to dismiss messages displayed by [set_menu_item]
20090208 01:20:28< Sapient> then subsequent messages do not appear
20090208 01:20:44< Shadow_Master> that's a feature :/
20090208 01:20:46< Sapient> wesbot: seen Mordante
20090208 01:20:47< wesbot> Sapient: The person with the nick Mordante last spoke 1d 12h ago.  1d 12h ago was here and on the channel #wesnoth-de with the message: "ChatZilla 0.9.84 [Iceweasel 3.0.5/2008122011]"
20090208 01:21:03< Sapient> Shadow_Master: no...
20090208 01:21:12< Sapient> the feature worked properly before
20090208 01:21:17< grzywacz> Sapient, he's at FOSDEM, I guess?
20090208 01:21:20< Shadow_Master> k
20090208 01:21:52< Sapient> I'm going to avoid using the Escape key until I get my own bug fixed first
20090208 01:34:05< Sapient> wow losing my mind here
20090208 01:34:08< grzywacz> night
20090208 01:34:10-!- grzywacz [n=grzywacz@moinmoin/developer/karol] has quit [":wq"]
20090208 01:34:19< Sapient> Shadow_Master: there?
20090208 01:37:22< Sapient> can anyone see why the following code produces the following output?
20090208 01:37:23< Sapient> http://rafb.net/p/Jj2TAw78.html
20090208 01:37:54< Sapient> message = test2  changes back to message = test
20090208 01:38:39< Sapient> ooooooh
20090208 01:38:43< Sapient> I see it now
20090208 01:39:00< Sapient> I am modifying a copy instead of the reference
20090208 01:39:32 * Shadow_Master is playing a game.
20090208 01:41:07< Sapient> funny how one little missing & can mess up so much
20090208 01:52:44-!- loonycyborg [n=sergey@79.139.246.249] has quit ["Zzzzzzzzzzzzzzzzzzzz"]
20090208 01:53:24-!- loonybot [n=loonybot@79.139.246.249] has quit [Remote closed the connection]
20090208 02:02:37< Shadow_Master> someone said that in-game chat text isn't antialised. it seems it is, it's just that it's overdrawn
20090208 02:09:33< Shadow_Master> same for tooltips
20090208 02:10:14 * Shadow_Master should be focused in the game, not the bugs.
20090208 02:11:54< Shadow_Master> *on
20090208 02:16:21< CIA-70> sapient * r32663 /trunk/ (changelog src/game_events.cpp): fix bug #12946: [menu_item]/[command] losing function when called again
20090208 02:26:28-!- thespaceinvader [n=chatzill@91.108.148.190] has quit ["ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]"]
20090208 02:43:49-!- DDR [n=chatzill@66.183.125.196] has joined #wesnoth-dev
20090208 03:21:00-!- Shadow_Master [n=ignacior@unaffiliated/shadowmaster/x-275924] has quit ["Reconnecting"]
20090208 03:21:20-!- Shadow_Master [n=ignacior@unaffiliated/shadowmaster/x-275924] has joined #wesnoth-dev
20090208 03:29:38< Sapient> now we've got another forum user reporting that custom movetypes don't work
20090208 03:29:53< Sapient> http://www.wesnoth.org/forum/viewtopic.php?p=337826#p337826
20090208 03:30:36< Sapient> not sure if there's anything to it or not
20090208 03:30:45< Shadow_Master> custom movetypes wokr.
20090208 03:30:49< Shadow_Master> *work.
20090208 03:30:54< Sapient> ok, thanks
20090208 03:31:09< Sapient> Shadow_Master: I'm done with my two bugs, did you still need help?
20090208 03:31:15< Shadow_Master> don't listen/read to anything that guy says btw
20090208 03:31:23< Shadow_Master> yes, I still need your help
20090208 03:32:04< Sapient> bug #12911, right?
20090208 03:32:17< Shadow_Master> yes (backtrace: http://wesnoth.pastebin.com/m6811c8c7   memcheck: http://wesnoth.pastebin.com/m490bf5b1)
20090208 03:34:58 * Sapient reading
20090208 03:36:14-!- Shadow_Master [n=ignacior@unaffiliated/shadowmaster/x-275924] has quit ["Reconnecting"]
20090208 03:36:17-!- Shadow_Master [n=ignacior@unaffiliated/shadowmaster/x-275924] has joined #wesnoth-dev
20090208 03:37:25< Sapient> hmm... it seems my line numbers in unit.cpp don't match your trace
20090208 03:37:39< Shadow_Master> it was made around 5 days ago.
20090208 03:37:39< Sapient> have you been modifying that file?
20090208 03:38:05< Shadow_Master> do you want me te generate a new backtrace? (NOT memcheck log)
20090208 03:38:18< Sapient> wouldn't hurt
20090208 03:38:31< Sapient> I'm assuming it was complaining about this line:
20090208 03:38:36< Sapient> 		new_child = &modifications_.add_child(type,mod);
20090208 03:38:40< Shadow_Master> yes
20090208 03:38:48< Sapient> ok, that's what I needed to know
20090208 03:39:10< Shadow_Master> why? modifications_ cannot be null, anhd there's obviously a null pointer dereference involved.
20090208 03:39:33< Shadow_Master> std::vector<config*, std::allocator<config*> >::operator[] (this=0x28 ... <-
20090208 03:41:08< Shadow_Master> * &modifications_
20090208 03:42:14< Shadow_Master> this may be related too : https://gna.org/bugs/?12951
20090208 03:42:33< Shadow_Master> the backtrace there is pretty similar to what I'd get with an -O3 build for bug #12911
20090208 03:42:51< Sapient> modifications could be a random place in memory if you are dereferencing an invalid unit pointer
20090208 03:43:14< Shadow_Master> Sapient: wild pointer to unit?
20090208 03:43:22< Sapient> right
20090208 03:43:33< Sapient> that's my hunch at this point. still reading a bit
20090208 03:46:32< Sapient> bug #12951 has a backtrace crashing in the attack code
20090208 03:46:47< Sapient> I'm guessing that's not related judging by the bt
20090208 03:46:52< Shadow_Master> I was referring to the top of the backtrace
20090208 03:47:18< Sapient> ah, config::all_children_iterator::operator*
20090208 03:47:19< Shadow_Master> bt
20090208 03:47:42< Shadow_Master> er
20090208 03:48:11< Shadow_Master> Sapient: back to #12911 ,  this is a backtrace with head: http://wesnoth.pastebin.com/m78c99574
20090208 03:48:19< Sapient> thanks, Shikadi
20090208 03:49:55< Shadow_Master> you don't always get the same AMLA choices when trying the attacked savegame
20090208 03:50:18< Sapient> sounds suspicious
20090208 03:50:18-!- Turuk [n=Turuk@FUSE-WS1-208-102-202-188.fuse.net] has quit ["To err is human.. but to really foul things up requires a computer"]
20090208 03:50:33< Shadow_Master> sometimes I get three (including the top "a better leader in battle"), other two (not including the "a better leader in battle" option)
20090208 03:50:39-!- Turuk [n=Turuk@FUSE-WS1-208-102-202-188.fuse.net] has joined #wesnoth-dev
20090208 03:50:54< Shadow_Master> same saved game, same sequence of triggering (select kaleh, attack the poacher)
20090208 03:51:53< Shadow_Master> Sapient: slightly different back trace and --log-debug=all : http://wesnoth.pastebin.com/m1ff114f1
20090208 03:52:11< Shadow_Master> cut from the point the engine reports the end of the attack.
20090208 03:52:57< Shadow_Master> notice the different frame #0
20090208 03:53:33< Shadow_Master> (same binary)
20090208 03:56:25< Sapient> I am suspicious of this line now: 	const config::child_list& mod_options = u->second.get_modification_advances();
20090208 03:56:52< Shadow_Master> I'll go to watch TV, good night
20090208 03:57:31-!- Shadow_Master [n=ignacior@unaffiliated/shadowmaster/x-275924] has quit ["leaving"]
20090208 03:57:34< Sapient> a child_list is a std::vector<config*>
20090208 03:58:02< Sapient> so having a pointer does not garuntee that the config will not be deallocated
20090208 04:00:31< Sapient> so that line above depends on u->second.cfg_ children "advancement" remaining valid
20090208 04:01:04-!- Espreon [n=espreon@c-76-117-239-33.hsd1.pa.comcast.net] has quit [Remote closed the connection]
20090208 04:06:53< Sapient> and that depends on u (the advancing unit) remaining on the map, not being tinkered in WML events, etc
20090208 04:08:31< Sapient> and that can NOT be guarunteed, because 		game_events::fire("advance",loc);
20090208 04:25:04< CIA-70> sapient * r32664 /trunk/src/dialogs.cpp: 
20090208 04:25:04< CIA-70> possible fix for bug #12911: UtBS: Advancing Kaleh leads to segmentation fault
20090208 04:25:04< CIA-70> (Ready for Test)
20090208 04:25:47< Sapient> Shadow_Master: try that
20090208 04:25:51< Sapient> cya later, have fun.
20090208 04:25:51-!- Sapient [n=sapien-x@c-24-126-133-155.hsd1.ga.comcast.net] has left #wesnoth-dev []
20090208 04:44:25-!- Ivanovic_ [n=ivanovic@dtmd-4db2c7bb.pool.einsundeins.de] has joined #wesnoth-dev
20090208 04:49:42-!- DDR [n=chatzill@66.183.125.196] has quit [Read error: 104 (Connection reset by peer)]
20090208 05:00:18-!- Ivanovic [n=ivanovic@dtmd-4db2d2fe.pool.einsundeins.de] has quit [Read error: 110 (Connection timed out)]
20090208 05:00:23-!- Ivanovic_ is now known as Ivanovic
20090208 05:47:42-!- BenUrban [n=benurban@unaffiliated/benurban] has quit [Read error: 104 (Connection reset by peer)]
20090208 05:47:59-!- BenUrban [n=benurban@c-68-49-10-243.hsd1.md.comcast.net] has joined #wesnoth-dev
20090208 06:51:19-!- crimson_penguin [n=ben@64.201.60.214] has quit ["Leaving"]
20090208 07:01:53-!- noy [n=Noy@d75-157-52-251.bchsia.telus.net] has joined #wesnoth-dev
20090208 08:08:18-!- silene [n=plouf@ASte-Genev-Bois-152-1-37-177.w82-121.abo.wanadoo.fr] has joined #wesnoth-dev
20090208 08:24:09-!- BenUrban [n=benurban@unaffiliated/benurban] has quit ["Power failu"]
20090208 08:40:06< Kest|Fraith> is their a blank campaign available for download somewhere?
20090208 09:21:10< noy> Kest|Fraith: I think F8 has made a new map for your friends
20090208 09:21:13< noy> or is about to
20090208 09:21:18-!- YogiHH [n=YogiHH@ctse30.ulb.ac.be] has joined #wesnoth-dev
20090208 09:21:25< Kest|Fraith> I made a 5P one
20090208 09:21:29-!- YogiHH is now known as Yogi_Fosdem
20090208 09:21:30< Kest|Fraith> that is probably horrible
20090208 09:21:39< Yogi_Fosdem> good morning everyone
20090208 09:21:39< Kest|Fraith> i am working on another
20090208 09:31:16-!- Noyga [n=noyga@ctse30.ulb.ac.be] has joined #wesnoth-dev
20090208 09:31:27-!- Noyga is now known as Noyga_FOSDEM
20090208 09:34:50-!- AI_FOSDEM [n=ai@ctse30.ulb.ac.be] has joined #wesnoth-dev
20090208 09:36:29-!- ilor_FOSDEM [n=user@164.15.3.77] has joined #wesnoth-dev
20090208 09:36:43-!- Ivanovic_ontour [n=nils@ctse30.ulb.ac.be] has joined #wesnoth-dev
20090208 09:36:57-!- Ivanovic_ontour is now known as Ivanovic_FOSDEM
20090208 09:44:14-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has joined #wesnoth-dev
20090208 09:47:09-!- YogiHH_ [n=YogiHH@ctse30.ulb.ac.be] has joined #wesnoth-dev
20090208 09:47:09-!- Noyga_FOSDEM [n=noyga@ctse30.ulb.ac.be] has quit [Read error: 104 (Connection reset by peer)]
20090208 09:47:09-!- AI_FOSDEM [n=ai@ctse30.ulb.ac.be] has quit [Read error: 54 (Connection reset by peer)]
20090208 09:47:09-!- Yogi_Fosdem [n=YogiHH@ctse30.ulb.ac.be] has quit [Read error: 104 (Connection reset by peer)]
20090208 09:48:25-!- Noyga_FOSDEM [n=noyga@ctse30.ulb.ac.be] has joined #wesnoth-dev
20090208 09:53:42< Sirp_> ahhhh FOSDEM is going on huh? :)
20090208 09:56:19-!- EdB [n=EdB@62.153.82-79.rev.gaoland.net] has joined #wesnoth-dev
20090208 10:00:48-!- Baufo [n=thomas@62-47-142-209.adsl.highway.telekom.at] has joined #wesnoth-dev
20090208 10:00:50-!- Sirp_ [n=me@c-71-198-3-104.hsd1.ca.comcast.net] has quit ["leaving"]
20090208 10:01:03< Baufo> morning
20090208 10:01:57-!- loonybot [n=loonybot@79.139.246.249] has joined #wesnoth-dev
20090208 10:02:27-!- loonycyborg [n=sergey@79.139.246.249] has joined #wesnoth-dev
20090208 10:07:35< Ivanovic_FOSDEM> Sirp: jupp
20090208 10:07:53< Ivanovic_FOSDEM> many of us are now in the wesnoth hacking room (wesnoth in bold letters this year)
20090208 10:08:03-!- cib [n=cib@ctse30.ulb.ac.be] has joined #wesnoth-dev
20090208 10:08:19-!- cib is now known as cib_FOSDEM
20090208 10:08:58< Ivanovic_FOSDEM> hi Baufo
20090208 10:09:11< Ivanovic_FOSDEM> Baufo: mordante will probably want to talk to you about the login stuff soon
20090208 10:09:52-!- AI_FOSDEM [n=ai@164.15.3.77] has joined #wesnoth-dev
20090208 10:09:59< Baufo> hey Ivanovic_FOSDEM 
20090208 10:10:09< Baufo> is mordante at FOSDEM too?
20090208 10:10:36< Ivanovic_FOSDEM> Baufo: jupp, he is sitting right to my left
20090208 10:10:42< YogiHH_> Sirp, are you available for some discussion about WML?
20090208 10:10:56-!- YogiHH_ is now known as Yogi_Fosdem
20090208 10:11:09< Ivanovic_FOSDEM> Baufo: though mark is currently looking at the drawing problem with some layer stuff together with boucman
20090208 10:11:19< Ivanovic_FOSDEM> (whos laptop broke down yesterday)
20090208 10:12:02 * Ivanovic_FOSDEM gives Turuk a hug for his work in the forums
20090208 10:12:20< Ivanovic_FOSDEM> if you would be here at fosdem i might have brought some cookies...
20090208 10:12:21< Ivanovic_FOSDEM> ;)
20090208 10:13:09 * Baufo sends Turuk some e-cookies...
20090208 10:13:14< Baufo> nice work indeed :)
20090208 10:14:44< Ivanovic_FOSDEM> Baufo: this one you might want to have a look at: http://www.wesnoth.org/forum/viewtopic.php?p=337798#p337798
20090208 10:15:14-!- noy [n=Noy@d75-157-52-251.bchsia.telus.net] has quit []
20090208 10:25:45-!- ettin [n=jorda@178.206.219.87.dynamic.jazztel.es] has joined #wesnoth-dev
20090208 10:26:49< CIA-70> jetryl * r32665 /trunk/data/core/ (15 files in 2 dirs): New TC images for enchantress.
20090208 10:27:00-!- Sapient [n=sapien-x@c-24-126-133-155.hsd1.ga.comcast.net] has joined #wesnoth-dev
20090208 10:27:07< Sapient> yo FOSDEM folks
20090208 10:27:31< ilor_FOSDEM> hi Sapient
20090208 10:28:26< Sapient> Yogi_Fosdem: what were you wanting to discuss about WML?
20090208 10:32:56< Sapient> just curious ;)
20090208 10:33:01-!- Sapient [n=sapien-x@c-24-126-133-155.hsd1.ga.comcast.net] has quit []
20090208 10:37:12< Yogi_Fosdem> Sapient: i have some ideas about setting up sort of a WML framework, not for the config stuff but rather for the objects that are built out of it. However, i am not so familiar with WML and i would like to talk to someone who knows better than me if that makes sense. Are you available for that?
20090208 10:40:00-!- jorda [n=jorda@251.207.219.87.dynamic.jazztel.es] has quit [Read error: 110 (Connection timed out)]
20090208 10:42:06 * Turuk is thankful to Ivanovic_Fosdem and Baufo for the hug and the cookies. ;)
20090208 10:57:54< Baufo> Ivanovic_FOSDEM, I'm afk for a while now 
20090208 10:58:04< silene> Yogi_Fosdem: i can't tell from your description if it matters; but just in case, i am in the process of rewriting the config C++ class
20090208 10:58:32-!- zookeeper [n=l@dsl-tkubrasgw1-fe9ff800-215.dhcp.inet.fi] has joined #wesnoth-dev
20090208 10:58:48< Yogi_Fosdem> silene: what i have in mind rather builds on top of the config stuff
20090208 11:01:29 * Ivanovic_FOSDEM chelebrates silenes plan
20090208 11:05:27-!- AI_FOSDE1 [n=ai@ctse30.ulb.ac.be] has joined #wesnoth-dev
20090208 11:18:10-!- thespaceinvader [n=chatzill@91.108.148.190] has joined #wesnoth-dev
20090208 11:18:54-!- AI_FOSDEM [n=ai@164.15.3.77] has quit [Read error: 110 (Connection timed out)]
20090208 11:25:09-!- Dragonking [n=dk@164.15.3.77] has joined #wesnoth-dev
20090208 11:25:09-!- Dragonking is now known as DK_FOSDEM
20090208 11:28:40-!- busfahrer` [n=busfahre@dsl60bC228.sdtnet.de] has joined #wesnoth-dev
20090208 11:29:00-!- busfahrer` [n=busfahre@dsl60bC228.sdtnet.de] has quit [Client Quit]
20090208 11:31:46< Baufo> re
20090208 11:32:17< Baufo> wasn't there some kind of text file that contained error logs on Windows?
20090208 11:33:44< ilor_FOSDEM> stderr.txt?
20090208 11:33:49< Baufo> thanks
20090208 11:35:34< Noyga_FOSDEM> some photos at the FOSDEM i took from my webcam there : http://bluebloup.free.fr/wesnoth/FOSDEM/
20090208 11:35:36< DK_FOSDEM> http://student.agh.edu.pl/~dks/Wesnoth_hacking.jpg
20090208 11:35:37< DK_FOSDEM> :)
20090208 11:35:55< Noyga_FOSDEM> :)
20090208 11:41:02< Baufo> hmm, a badly marked up chat message like '<.<' will cause tons of 'error display: could not create floating label's text' errors
20090208 11:45:41< busfahrer> DK_FOSDEM: Can you create some sort of statistic like "Bugs per line of code" for Thinkpad users vs the rest? :-D
20090208 11:49:52-!- Kest|Fraith [i=ie@adsl-68-73-195-179.dsl.sfldmi.ameritech.net] has quit ["What a horrible night to have a curse..."]
20090208 11:58:43< CIA-70> ivanovic * r32666 /trunk/po/wesnoth-manpages/CMakeLists.txt: correct generating doc files when using cmake and make update-po4a (the editor manpages does not longer exist...)
20090208 12:00:55< DK_FOSDEM> busfahrer, I prefer to not try ;p
20090208 12:03:40-!- stikonas [n=and@ctv-79-132-188-113.vinita.lt] has joined #wesnoth-dev
20090208 12:04:57< CIA-70> ilor * r32667 /trunk/ (3 files in 2 dirs): editor toolbar tweaks
20090208 12:05:43-!- AI_FOSDE1 is now known as AI_FOSDEM
20090208 12:09:20-!- JonW [i=chatzill@cpc2-finc11-0-0-cust348.4-2.cable.virginmedia.com] has joined #wesnoth-dev
20090208 12:18:46-!- Elvish_Pillager [n=eli@66-189-14-42.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20090208 12:18:51-!- EdB [n=EdB@62.153.82-79.rev.gaoland.net] has quit [Remote closed the connection]
20090208 12:19:07-!- EdB [n=EdB@73.38.72-86.rev.gaoland.net] has joined #wesnoth-dev
20090208 12:23:04< Yogi_Fosdem> Soliton: ping
20090208 12:23:47< CIA-70> ilor * r32668 /trunk/src/editor2/editor_controller.cpp: rm a translatable string that's not necessary
20090208 12:32:59-!- ilor_ [n=user@164.15.34.77] has joined #wesnoth-dev
20090208 12:32:59-!- ilor_ [n=user@164.15.34.77] has quit [Read error: 104 (Connection reset by peer)]
20090208 12:33:04-!- yann [n=dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has quit [Read error: 110 (Connection timed out)]
20090208 12:33:34< cib_FOSDEM> silene, will your config rewrite make replacing config's easier? =)
20090208 12:35:11< CIA-70> jhinrichs * r32669 /trunk/src/ (actions.cpp actions.hpp replay.cpp): 
20090208 12:35:11< CIA-70> This fixes a replay bug that is mainly caused by events not being triggered. The
20090208 12:35:11< CIA-70> fix replaces replay logic with actions.cpp::move_unit, which is pretty
20090208 12:35:11< CIA-70> intrusive. I have done some testing and it looks good, but if we run into
20090208 12:35:12< CIA-70> serious problems because of this we should consider reverting it again.
20090208 12:35:14< CIA-70> There is also a good chance that this fixes bug #11105 ([endleven] not working when triggered on a networked client in mp campaigns), since this bug is most likely caused by missing moveto events in replays.
20090208 12:36:35-!- grzywacz [n=grzywacz@moinmoin/developer/karol] has joined #wesnoth-dev
20090208 12:38:02< grzywacz> DK_FOSDEM, ;)
20090208 12:38:22< DK_FOSDEM> grzywacz, ;]
20090208 12:38:32< CIA-70> silene * r32670 /trunk/src/game_config.cpp: Add missing includes.
20090208 12:38:34< silene> cib_FOSDEM: depends; what do you mean?
20090208 12:41:13-!- ilor_ [n=user@164.15.34.77] has joined #wesnoth-dev
20090208 12:41:14-!- ilor_ [n=user@164.15.34.77] has quit [Read error: 104 (Connection reset by peer)]
20090208 12:41:26< cib_FOSDEM> silene: nevermind, i realized it worked just fine and the problem is elsewhere
20090208 12:45:56-!- ilor_FOSDEM [n=user@164.15.3.77] has quit [Read error: 110 (Connection timed out)]
20090208 12:48:06< Ivanovic_FOSDEM> off now, time for the cmake talk
20090208 12:48:10-!- Ivanovic_FOSDEM [n=nils@ctse30.ulb.ac.be] has quit [Remote closed the connection]
20090208 12:48:17< grzywacz> cmake again? heh ;)
20090208 12:49:35-!- ilor_FOSDEM [n=user@164.15.34.77] has joined #wesnoth-dev
20090208 12:54:39 * loonycyborg is disappointed that Ivanovic_FOSDEM buys marketing hype so easily.
20090208 12:56:10< loonycyborg> cmake has several unfixable design flaws. It's complete waste of time. It's Windows among build systems :)
20090208 12:58:06< cib_FOSDEM> i found cmake confusing.. i just wanted to compile, but it would give me an empty text file and i was like "yeah and now?"
20090208 12:58:12-!- ilor_ [n=user@164.15.34.77] has joined #wesnoth-dev
20090208 12:58:50-!- yann_ [n=dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has joined #wesnoth-dev
20090208 13:00:14-!- yann_ is now known as yann
20090208 13:04:15< grzywacz> loonycyborg, we attended both cmake and scons lectures at FOSDEM last year, so I'm surprised he tries again ;)
20090208 13:07:12< loonycyborg> Yes. After that last year FOSDEM talk I *really* hate cmake.
20090208 13:07:31< CIA-70> jhinrichs * r32671 /trunk/src/replay.cpp: Fixes missing recruit animations for replays
20090208 13:09:10< grzywacz> loonycyborg, it wasn't very encouraging. ;-)
20090208 13:09:30< grzywacz> It looks like CMake didn't get much traction in wesnoth anyway...
20090208 13:10:11-!- EdB [n=EdB@73.38.72-86.rev.gaoland.net] has quit ["Konversation terminated!"]
20090208 13:11:22 * loonycyborg recently opened second front in his holy war vs cmake: https://svn.boost.org/trac/boost/browser/sandbox/SCons :)
20090208 13:12:00-!- AI_FOSDEM [n=ai@ctse30.ulb.ac.be] has quit [Read error: 104 (Connection reset by peer)]
20090208 13:12:11-!- cib_FOSDEM [n=cib@ctse30.ulb.ac.be] has quit [Read error: 104 (Connection reset by peer)]
20090208 13:12:27-!- Noyga_FOSDEM [n=noyga@ctse30.ulb.ac.be] has quit [Read error: 104 (Connection reset by peer)]
20090208 13:12:33-!- Yogi_Fosdem [n=YogiHH@ctse30.ulb.ac.be] has quit [Read error: 104 (Connection reset by peer)]
20090208 13:12:35-!- cib_FOSDEM [n=cib@ctse30.ulb.ac.be] has joined #wesnoth-dev
20090208 13:12:39-!- Yogi_Fosdem [n=YogiHH@ctse30.ulb.ac.be] has joined #wesnoth-dev
20090208 13:13:03-!- Noyga_FOSDEM [n=noyga@ctse30.ulb.ac.be] has joined #wesnoth-dev
20090208 13:13:28-!- ilor_FOSDEM [n=user@164.15.34.77] has quit [Read error: 110 (Connection timed out)]
20090208 13:25:21< zookeeper> don't we have the 13 years age limit on the forums anymore?
20090208 13:25:47< zookeeper> i didn't see it on the terms of use text when registering
20090208 13:27:16< cib_FOSDEM> we had a 13 years age limit?
20090208 13:27:40< zookeeper> err, i think i remember something resembling that.
20090208 13:31:03< CIA-70> ilor * r32672 /trunk/src/editor2/editor_controller.cpp: editor2: display the window list when only one window is open (hacky), correctly mark the default tool selection (by simulating a menu click)
20090208 13:36:01< CIA-70> zookeeper * r32673 /trunk/data/core/ (15 files in 2 dirs): Added Girgistian's slayer attack animation.
20090208 14:02:38-!- Noyga_FOSDEM [n=noyga@ctse30.ulb.ac.be] has quit [Read error: 54 (Connection reset by peer)]
20090208 14:02:38-!- Yogi_Fosdem [n=YogiHH@ctse30.ulb.ac.be] has quit [Read error: 104 (Connection reset by peer)]
20090208 14:02:38-!- cib_FOSDEM [n=cib@ctse30.ulb.ac.be] has quit [Read error: 104 (Connection reset by peer)]
20090208 14:02:42< CIA-70> cib * r32674 /trunk/src/ (4 files): 
20090208 14:02:42< CIA-70> bug #11106: Differentiate between MP start-of-scenario reloads and
20090208 14:02:42< CIA-70> midgame-reloads, leaders and recall lists are now loaded and synchronized in MP
20090208 14:02:42< CIA-70> campaign start-of-scenario saves, but loading start-of-scenario saves can still
20090208 14:02:42< CIA-70> trigger bugs regarding side control and client-server interaction.
20090208 14:02:47-!- Yogi_Fosdem [n=YogiHH@ctse30.ulb.ac.be] has joined #wesnoth-dev
20090208 14:02:52< Yogi_Fosdem> anyone: If you have 1.5.x replays that are corrupted (preferably created lately), please send them to me
20090208 14:03:07-!- Noyga_FOSDEM [n=noyga@ctse30.ulb.ac.be] has joined #wesnoth-dev
20090208 14:03:19< Yogi_Fosdem> after you have checked with latest svn that they still don't work ;-)
20090208 14:09:00-!- ilor_ [n=user@164.15.34.77] has quit [Read error: 110 (Connection timed out)]
20090208 14:11:26-!- ilor_FOSDEM [n=user@164.15.34.77] has joined #wesnoth-dev
20090208 14:12:27-!- nital [n=nital@public4200.xdsl.centertel.pl] has joined #wesnoth-dev
20090208 14:19:15-!- cib_FOSDEM [n=cib@ctse30.ulb.ac.be] has joined #wesnoth-dev
20090208 14:20:43< CIA-70> silene * r32675 /trunk/src/map.cpp: Add missing include.
20090208 14:32:09< CIA-70> silene * r32676 /trunk/src/map_location.cpp: Add missing include.
20090208 14:35:03-!- JonW [i=chatzill@cpc2-finc11-0-0-cust348.4-2.cable.virginmedia.com] has quit [Read error: 110 (Connection timed out)]
20090208 14:36:02-!- ilor_FOSDEM [n=user@164.15.34.77] has quit [Read error: 110 (Connection timed out)]
20090208 14:36:28-!- AI_FOSDEM [n=ai@ctse30.ulb.ac.be] has joined #wesnoth-dev
20090208 14:39:01-!- Sapient [n=sapien-x@c-24-126-133-155.hsd1.ga.comcast.net] has joined #wesnoth-dev
20090208 14:39:07< Sapient> hi
20090208 14:39:59< Sapient> silene: as one of the recent maintainers of config.cpp / variable.cpp, I am very interested in what refactoring(s) you have planned
20090208 14:40:57< Sapient> unfortunately I can't stick around long this morning and I'm not usually online when you are, so it may be best to use the Coder's Corner or Developer Discussion forum
20090208 14:43:03-!- YogiHH [n=YogiHH@ctse30.ulb.ac.be] has joined #wesnoth-dev
20090208 14:43:03-!- Noyga_FOSDEM [n=noyga@ctse30.ulb.ac.be] has quit [Read error: 104 (Connection reset by peer)]
20090208 14:43:03-!- AI_FOSDEM [n=ai@ctse30.ulb.ac.be] has quit [Read error: 104 (Connection reset by peer)]
20090208 14:43:03-!- Yogi_Fosdem [n=YogiHH@ctse30.ulb.ac.be] has quit [Read error: 104 (Connection reset by peer)]
20090208 14:44:08-!- Noyga_FOSDEM [n=noyga@ctse30.ulb.ac.be] has joined #wesnoth-dev
20090208 14:44:33< cib_FOSDEM> Sapient: i also made a post of how the concept of [insert_tag] could be re-used for [lua], though its a bit messy
20090208 14:45:12< silene> Sapient: as for the lua change, i will post a patch anyway; it's just a reference-counted persistent config; it does not touch variable.cpp (except for type changes)
20090208 14:46:39-!- AI_FOSDEM [n=ai@164.15.3.77] has joined #wesnoth-dev
20090208 14:46:49< Sapient> sounds interesting. I had to fix a bug yesterday related to config persistence
20090208 14:47:21-!- elias_ [n=elias@allegro/developer/allefant] has joined #wesnoth-dev
20090208 14:47:29< cib_FOSDEM> config persistence?
20090208 14:48:05< Sapient> right. someone was using the result of get_children() after the parent config had expired
20090208 14:48:24< cib_FOSDEM> oh, i see
20090208 14:48:27< silene> just so that there is no misunderstanding, it's persistence in the sense of serialization, it's persistence in the sense of data structure; an example in the stl is std::string
20090208 14:48:46< silene> not in the sense of serialization*
20090208 14:49:06< Sapient> since get_children() returns a vector of pointers, it offers no garuntee about lifetime of its contents
20090208 14:51:32< Sapient> the commit was r32664 / bug #12911 if you are curious
20090208 14:51:54 * cib_FOSDEM wonders what persistence in the sense of data structure is.
20090208 14:52:30< cib_FOSDEM> stl examples don't help me too much, im not a very experienced C++ programmer
20090208 14:53:23< silene> hmm... if i say haskell arrays, does it work better?
20090208 14:54:02< Sapient> lol 
20090208 14:55:38< silene> anyway, a persistent data structure is a pure data structure (aka an immutable one), except you can modify your own instance so that it is not too cumbersome
20090208 14:56:23< Sapient> silene: are you also converting config class's methods to return collections of (config_ptr) instead of (config*) ?
20090208 14:58:14< Sapient> just curious
20090208 14:58:17< silene> neither one nor the other; i'm just returning iterators now, so it would probably not have avoided the issue you mentioned, since it would have meant that is part of the code would have kept dangling iterators after destroying the object
20090208 14:58:27< cib_FOSDEM> silene, what will these be used for?
20090208 14:59:02< Sapient> cib_FOSDEM: as you know the config class is used all over the codebase
20090208 14:59:12< silene> cib_FOSDEM: removing pointers to config objects, reducing memory consumption by sharing objects, and so on
20090208 14:59:59< Sapient> sounds nice
20090208 15:00:08< Sapient> cya later, have fun.
20090208 15:00:08-!- Sapient [n=sapien-x@c-24-126-133-155.hsd1.ga.comcast.net] has left #wesnoth-dev []
20090208 15:01:01< silene> Sapient: that being said, i can modify the iterators so that the underlying config objects stay alive as long as needed
20090208 15:01:07< silene> oh, he left
20090208 15:01:17< cib_FOSDEM> he will probably read it anyway
20090208 15:02:43-!- elias_ is now known as elias
20090208 15:02:57< cib_FOSDEM> so basically they will be used to make code safer and faster where you dont need great flexibility?
20090208 15:04:43< silene> yes; and more precisely, the slowdown of copying will be delayed until flexibility is needed; that's copy-on-write if you prefer
20090208 15:05:49< silene> whenever someone modifies a config object (without going through a reference), its own instance is copied so noone else can see the modifications
20090208 15:05:56-!- JonW [i=chatzill@cpc2-finc11-0-0-cust348.4-2.cable.virginmedia.com] has joined #wesnoth-dev
20090208 15:26:58-!- ilor_FOSDEM [n=user@164.15.3.77] has joined #wesnoth-dev
20090208 15:27:33< CIA-70> dragonking * r32677 /trunk/ (5 files in 2 dirs): Attack info for formula fixed along with typos in faifiles
20090208 15:28:42-!- cib_FOSDEM [n=cib@ctse30.ulb.ac.be] has quit [Read error: 104 (Connection reset by peer)]
20090208 15:29:35-!- cib_FOSDEM [n=cib@ctse30.ulb.ac.be] has joined #wesnoth-dev
20090208 15:35:47-!- fabi [n=fabi@g228006062.adsl.alicedsl.de] has joined #wesnoth-dev
20090208 15:49:57-!- Baufo [n=thomas@62-47-142-209.adsl.highway.telekom.at] has quit [Read error: 104 (Connection reset by peer)]
20090208 15:51:45-!- JonW [i=chatzill@cpc2-finc11-0-0-cust348.4-2.cable.virginmedia.com] has quit [Read error: 110 (Connection timed out)]
20090208 15:53:51-!- stikonas_ [n=and@ctv-79-132-188-113.vinita.lt] has joined #wesnoth-dev
20090208 15:55:03-!- crimson_penguin [n=ben@64.201.60.214] has joined #wesnoth-dev
20090208 16:00:56-!- Elvish_Pillage2 [n=eli@66-189-14-42.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20090208 16:01:46-!- stikonas_ [n=and@ctv-79-132-188-113.vinita.lt] has quit [Read error: 104 (Connection reset by peer)]
20090208 16:02:43-!- fabi [n=fabi@g228006062.adsl.alicedsl.de] has quit [Remote closed the connection]
20090208 16:03:51-!- stikonas [n=and@ctv-79-132-188-113.vinita.lt] has quit [Read error: 110 (Connection timed out)]
20090208 16:05:28-!- Baufo [n=thomas@62-47-154-121.adsl.highway.telekom.at] has joined #wesnoth-dev
20090208 16:05:56< CIA-70> ai0867 * r32678 /trunk/ (data/ai/python/parse.py src/ai_python.cpp): Fix python AIs, they never worked properly since their path got moved, due to a lack of trailing slash.
20090208 16:06:08< CIA-70> ai0867 * r32679 /trunk/data/ai/python/ (bruteforce.py sample.py): Remove forbidden import from standard python AIs.
20090208 16:06:16< CIA-70> ai0867 * r32680 /trunk/changelog: Mention python AI having been fixed in changelog.
20090208 16:12:37< grzywacz> ^ these sound like a call for deprecation...
20090208 16:17:15-!- Elvish_Pillager [n=eli@66-189-14-42.dhcp.oxfr.ma.charter.com] has quit [Read error: 110 (Connection timed out)]
20090208 16:42:54-!- AI_FOSDE1 [n=ai@ctse30.ulb.ac.be] has joined #wesnoth-dev
20090208 16:45:00-!- YogiHH_ [n=YogiHH@ctse30.ulb.ac.be] has joined #wesnoth-dev
20090208 16:45:01-!- YogiHH [n=YogiHH@ctse30.ulb.ac.be] has quit [Read error: 104 (Connection reset by peer)]
20090208 16:45:01-!- AI_FOSDE1 [n=ai@ctse30.ulb.ac.be] has quit [Read error: 104 (Connection reset by peer)]
20090208 16:45:01-!- cib_FOSDEM [n=cib@ctse30.ulb.ac.be] has quit [Read error: 104 (Connection reset by peer)]
20090208 16:45:01-!- Noyga_FOSDEM [n=noyga@ctse30.ulb.ac.be] has quit [Read error: 104 (Connection reset by peer)]
20090208 16:45:53-!- cib_FOSDEM [n=cib@ctse30.ulb.ac.be] has joined #wesnoth-dev
20090208 16:46:23-!- YogiHH_ [n=YogiHH@ctse30.ulb.ac.be] has quit [Client Quit]
20090208 16:46:24-!- Noyga_FOSDEM [n=noyga@ctse30.ulb.ac.be] has joined #wesnoth-dev
20090208 16:47:46-!- AI_FOSDEM [n=ai@164.15.3.77] has quit [Read error: 104 (Connection reset by peer)]
20090208 16:49:25-!- AI_FOSDEM [n=ai@164.15.3.77] has joined #wesnoth-dev
20090208 16:49:26-!- cib_FOSDEM [n=cib@ctse30.ulb.ac.be] has quit [Remote closed the connection]
20090208 16:50:53< CIA-70> zookeeper * r32681 /trunk/data/core/macros/ai_controller.cfg: Fixed a filtering problem.
20090208 16:59:21-!- Alesis-Novik [n=alesis@78.60.188.59] has joined #wesnoth-dev
20090208 16:59:54-!- AI_FOSDEM [n=ai@164.15.3.77] has quit ["leaving"]
20090208 17:00:17-!- DK_FOSDEM [n=dk@164.15.3.77] has quit []
20090208 17:17:55-!- ilor_FOSDEM [n=user@164.15.3.77] has quit [Read error: 110 (Connection timed out)]
20090208 17:22:58-!- Sirp_ [n=me@c-71-198-3-104.hsd1.ca.comcast.net] has joined #wesnoth-dev
20090208 17:27:57< CIA-70> noyga * r32682 /trunk/ (changelog players_changelog po/wesnoth-multiplayer/fr.po): French translation update
20090208 17:28:31< Noyga_FOSDEM> bye
20090208 17:28:47-!- Noyga_FOSDEM [n=noyga@ctse30.ulb.ac.be] has quit ["Quitte"]
20090208 17:54:26< Soliton> Baufo: http://www.wesnoth.org/forum/viewtopic.php?p=337911#p337911 in case that was not meant sarcastic.. those are not really intended features. :-)
20090208 18:06:15-!- BenUrban [n=benurban@c-68-49-10-243.hsd1.md.comcast.net] has joined #wesnoth-dev
20090208 18:11:15< silene> Soliton: why are they not features? there are quite a few scenarios out there that depend on them, aren't there?
20090208 18:15:05< Soliton> silene: oh, the formatting is just not a feature in mp chat. :-)
20090208 18:15:50< Soliton> it's fun to write all over the screen but only for a limited amount of time.. :-P
20090208 18:16:47< silene> oh! right
20090208 19:10:12< Baufo> Soliton, oh, I really thought these were features
20090208 19:10:13< Baufo> :)
20090208 19:10:47< zookeeper> yeah, except for the ability to fill everyone's screen with cat-sized letters...
20090208 19:11:34< CIA-70> zookeeper * r32683 /trunk/ (4 files in 3 dirs): A map update to 4p Clash.
20090208 19:14:59-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has quit ["leaving"]
20090208 19:22:22-!- Rrenys [n=villu@81-20-159-197.levira.ee] has joined #wesnoth-dev
20090208 19:46:28-!- thespaceinvader_ [n=chatzill@91.108.175.173] has joined #wesnoth-dev
20090208 19:46:36< Soliton> Rhonda, Ivanovic, Sirp: Baufo has now an account on the wesnoth server (to debug the forum account feature of wesnothd).
20090208 19:46:46-!- thespaceinvader [n=chatzill@91.108.148.190] has quit [Nick collision from services.]
20090208 19:46:53-!- thespaceinvader_ is now known as thespaceinvader
20090208 19:50:35< Baufo> Soliton, http://wesnoth.pastebin.com/pastebin.php?dl=m71f5b555
20090208 19:50:57< Baufo> whoops kinda, wrong channel
20090208 19:52:01-!- elias [n=elias@allegro/developer/allefant] has quit ["Leaving"]
20090208 19:57:59-!- Kest|Fraith [i=ie@adsl-68-73-202-113.dsl.sfldmi.ameritech.net] has joined #wesnoth-dev
20090208 20:17:26-!- happygrue [n=Wintermu@c-67-176-145-41.hsd1.in.comcast.net] has joined #wesnoth-dev
20090208 20:38:39-!- Shadow_Master [n=ignacior@unaffiliated/shadowmaster/x-275924] has joined #wesnoth-dev
20090208 20:39:26< Shadow_Master> hi
20090208 20:39:58< Kest|Fraith> hi
20090208 20:44:19< CIA-70> shadowmaster * r32684 /trunk/ (changelog players_changelog): Mention changes of r32673 and r32665 in changelogs.
20090208 20:44:58< Shadow_Master> thespaceinvader: tsk tsk
20090208 20:45:45< thespaceinvader> Shadow_Master: ?
20090208 20:46:08< thespaceinvader> Is that the Karrag anbimations?
20090208 20:46:13< Shadow_Master> no.
20090208 20:46:23< Shadow_Master> see r32685
20090208 20:46:35< CIA-70> shadowmaster * r32685 /trunk/changelog: 
20090208 20:46:35< CIA-70> Merge the bottom-most "Graphics" section... ideally "Miscellaneous
20090208 20:46:35< CIA-70> and bugfixes" must be always at the bottom, and the other sections,
20090208 20:46:35< CIA-70> ordered alphabetically.
20090208 20:47:56< thespaceinvader> ah OK
20090208 20:48:02< thespaceinvader> learn something new every day
20090208 20:48:28< CIA-70> shadowmaster * r32686 /trunk/ (changelog players_changelog): Mention earlier updates of the Spanish translation in changelogs.
20090208 20:51:11< Shadow_Master> Sapient: good job. Now let's see why he still brings the AMLA dialog twice, and plays the level in animation twice, and is left with 6 free XP after advancing
20090208 20:51:28< Shadow_Master> (it already happened in that saved game besides the SIGSEGV)
20090208 20:52:02< Shadow_Master> and why he doesn't always have three AMLAs in that saved game as well... that still happens.
20090208 20:56:21< Shadow_Master> wesbot: seen fabi
20090208 20:56:21< wesbot> Shadow_Master: The person with the nick fabi 4h 53m ago was here and on the channels #wesnoth and #wesnoth-umc-dev with the message: Remote closed the connection
20090208 20:57:03< Rrenys> mentioning the leaving message is always oh so useful
20090208 20:57:16< Shadow_Master> is it just me or bugs in HttT, TRoW and UtBS tend to take more time to be fixed than in other campaigns?
20090208 20:57:23< thespaceinvader> oh, Shadow_Master, been meaning to say, the old Lutesian Halberdier is deprecated now, could do with going on UMC-Dev, if it isn't already
20090208 20:57:45< Shadow_Master> sure
20090208 21:00:46< Shadow_Master> done in revision 3730
20090208 21:03:40-!- Shadow_Master [n=ignacior@unaffiliated/shadowmaster/x-275924] has quit ["leaving"]
20090208 21:05:18-!- Pk8 [n=pk@r74-192-44-206.vctrcmta01.vctatx.tl.dh.suddenlink.net] has joined #wesnoth-dev
20090208 21:10:01-!- Elvish_Pillager [n=eli@66-189-14-42.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20090208 21:10:47< nital> what is that "# wmllint: local spelling Chak'kso dragonbane" in .cfg files? I thought wmllint is a tool for migrating your WML, not some kind of localization
20090208 21:11:07< nital> (that example is from Caves of the Basilisk)
20090208 21:19:50-!- boucman [n=rosen@140.117.71-86.rev.gaoland.net] has joined #wesnoth-dev
20090208 21:20:08< boucman> hey all
20090208 21:20:22< nital> hello
20090208 21:21:39< Soliton> nital: wmllint also does spell checking now.
20090208 21:22:53< nital> thanks
20090208 21:26:18-!- Elvish_Pillage2 [n=eli@66-189-14-42.dhcp.oxfr.ma.charter.com] has quit [Read error: 110 (Connection timed out)]
20090208 21:32:15-!- Turuk [n=Turuk@FUSE-WS1-208-102-202-188.fuse.net] has quit [Connection reset by peer]
20090208 21:32:30-!- Turuk [n=Turuk@FUSE-WS1-208-102-202-188.fuse.net] has joined #wesnoth-dev
20090208 21:55:53-!- Rrenys [n=villu@81-20-159-197.levira.ee] has quit [Remote closed the connection]
20090208 21:57:41-!- AI0867 [n=ai@van-gessel.demon.nl] has joined #wesnoth-dev
20090208 22:02:14< nital> Hey, I'm trying to get this FR done: https://gna.org/bugs/index.php?12814 by adding boolean parameter "visible" (that is, in status table) to SideWML.
20090208 22:02:22< nital> Since it's going to be my first patch to Wesnoth ever, I don't really know where to look in the code. 
20090208 22:02:29< nital> In which file are parameters of SideWML defined? (I looked in game_events.cpp, but it seems it's not here)
20090208 22:09:22-!- ilor_FOSDEM [n=user@161.69-136-217.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20090208 22:13:31< silene> nital: grep 'get_children("side")'
20090208 22:15:13-!- Mordante [n=chatzill@roadie.xs4all.nl] has joined #wesnoth-dev
20090208 22:15:32< Mordante> hi 
20090208 22:15:59< Baufo> hello :)
20090208 22:16:05< Mordante> hi Baufo 
20090208 22:16:12< Mordante> just got home :-)
20090208 22:16:33< Baufo> I thought so :)
20090208 22:17:03< Mordante> you wanted to discuss something?
20090208 22:17:15< Baufo> I was going to ask you the same...
20090208 22:18:30< Baufo> Ivanovic said you wanted to discuss something about the "login stuff"
20090208 22:18:49< ilor_FOSDEM> hi all
20090208 22:18:51< Mordante> we had some problems with the password textbox regarding chaining but I just had some ideas under the shower
20090208 22:18:55< ilor_FOSDEM> Mordante: back already? :)
20090208 22:18:56< Mordante> hi ilor_FOSDEM 
20090208 22:19:03-!- ilor_FOSDEM is now known as ilor_2go4
20090208 22:19:07< Mordante> yes about half an hour ago
20090208 22:19:23< Mordante> they have internet at the hostel?
20090208 22:19:27 * boucman is back too
20090208 22:19:35< boucman> and doing the stuff I lost with my computer :(
20090208 22:19:41< Mordante> hi boucman 
20090208 22:19:43< Mordante> :-(
20090208 22:20:03< boucman> don't worry, I'm almost done :P
20090208 22:20:10< Mordante> boucman I started to polish the redraw stuff and I think the code won't be too ugly
20090208 22:20:21< Mordante> but I _will_ add some comment ;-)
20090208 22:20:28< boucman> hehe
20090208 22:27:32 * Ivanovic is home already since an hour
20090208 22:28:13< Mordante> and like real computer junkies we're already back on irc ;-)
20090208 22:29:53< boucman> hehe
20090208 22:33:59-!- Baufo [n=thomas@62-47-154-121.adsl.highway.telekom.at] has quit ["Leaving"]
20090208 22:34:25< CIA-70> mordante * r32687 /trunk/src/gui/widgets/password_box.cpp: Fix some compiler warnings.
20090208 22:44:20-!- ilor_2go4 [n=user@161.69-136-217.adsl-dyn.isp.belgacom.be] has quit [Read error: 110 (Connection timed out)]
20090208 22:46:55< CIA-70> boucman * r32688 /trunk/ (changelog src/unit.cpp src/unit_display.cpp): restore the HP bar decreasing progressively when the unit gets hit
20090208 22:47:03-!- Noyga [n=lame-z@AVelizy-151-1-68-183.w81-249.abo.wanadoo.fr] has joined #wesnoth-dev
20090208 22:50:09< CIA-70> mordante * r32689 /trunk/src/display.hpp: Remove an unused layer.
20090208 22:55:56-!- Espreon [n=espreon@c-76-117-239-33.hsd1.pa.comcast.net] has joined #wesnoth-dev
20090208 23:00:29< Mordante> boucman you want me to post a bug report for the wrong invalidation of the gryphon rider?
20090208 23:00:38< boucman> yes, please
20090208 23:01:12-!- YogiHH [i=YogiHH@c129179.adsl.hansenet.de] has joined #wesnoth-dev
20090208 23:01:15< Mordante> ok will do, and I'll post the movement bug after I fixed the drawing part
20090208 23:01:19< Mordante> hi YogiHH 
20090208 23:01:24< YogiHH> hey :-)
20090208 23:01:24< boucman> k, thx
20090208 23:01:40< boucman> I'll probably need to discuss a bit with you to be sure I solve it correctly on the animation side
20090208 23:01:43< boucman> hey YogiHH
20090208 23:02:05< Mordante> for which bug?
20090208 23:02:12< boucman> layering
20090208 23:02:47< Mordante> well the problem seems some movement is drawn on layer 42 instead of 62 which causes the problem
20090208 23:03:06< Mordante> so if all movement is on 62 the problem should be fixed
20090208 23:03:19< boucman> k
20090208 23:03:31< Noyga> good evening
20090208 23:03:38< Mordante> hi Noyga 
20090208 23:04:16< Mordante> boucman it seems the parameter fake in redraw_unit is no longer used, can I remove it?
20090208 23:04:32< boucman> which redraw_unit ?
20090208 23:04:35< boucman> unit.cpp ?
20090208 23:04:51< Mordante> yes, your last commit caused it
20090208 23:05:00< boucman> ok, yes
20090208 23:05:04< boucman> thx for catching it
20090208 23:05:11-!- zookeeper [n=l@dsl-tkubrasgw1-fe9ff800-215.dhcp.inet.fi] has quit []
20090208 23:05:11< Mordante> ok, will clean it
20090208 23:05:21< Mordante> thank gcc for catching it ;-)
20090208 23:09:22< Soliton> YogiHH: you had a question? or just want me to test replays again?
20090208 23:10:58< YogiHH> Soliton: i wanted to tell you that i fixed the bug with that South Guard replay. It also might well be that a couple of issues for mp OOS are solved with that, too, since replays use the same codebase for moving units as the user interface now. However, the fix is not for 1.4 yet.
20090208 23:11:01-!- ilor_2go4 [n=user@161.69-136-217.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20090208 23:11:37< boucman> YogiHH: yet ???
20090208 23:11:48< boucman> i don't think it's ever going to go to 1.4 at this point
20090208 23:12:00< YogiHH> and i am too lazy to do it anyway ;-)
20090208 23:12:05< Mordante> :-)
20090208 23:12:20< YogiHH> although it is pretty straightforward
20090208 23:13:17< Mordante> Sapient I added a do not allow escape function recently which is used if an option list or a text input is shown
20090208 23:13:39< Mordante> that should fix your issue, let me know if trunk is still broken
20090208 23:13:45-!- ne0futur [n=neofutur@pdpc/supporter/student/ne0futur] has joined #wesnoth-dev
20090208 23:14:14< ne0futur> hi all, wesnoth still have a bpp option, but if you use 16 bpp some colors are bad
20090208 23:14:19< ne0futur> is this normal ?
20090208 23:14:41< ne0futur> should --bpp 16 work or not ?
20090208 23:14:57< Mordante> I think it's not tested much if at all
20090208 23:15:10< Mordante> can you post a screenshot?
20090208 23:15:19< CIA-70> jhinrichs * r32690 /trunk/ (6 files in 3 dirs): Adding support for observers in multiplayer to pause and continue the game at any time (special greetings to boucman ;-).
20090208 23:15:28< boucman> :)
20090208 23:15:46< Soliton> is that pausing like when you open a menu?
20090208 23:16:05< YogiHH> Soliton: it is integrated into the menu, yes
20090208 23:16:19< Soliton> is the game stalled when i press pause?
20090208 23:16:25< YogiHH> boucman: it's only in the default theme atm, but you can add it to the other ones any time
20090208 23:16:52< YogiHH> Soliton: the network communication is halted, everything else works
20090208 23:17:14< YogiHH> Soliton: correction, the communication works, the processing is halted
20090208 23:17:23< CIA-70> mordante * r32691 /trunk/src/ (game_display.cpp unit.cpp unit.hpp): Remove an unused variable.
20090208 23:17:33< YogiHH> Soliton: and no data is sent to the server while paused
20090208 23:18:34< Pk8> do the new "forest hills" in 1.5x have a new terrain code?
20090208 23:19:06< grzywacz> ne0futur, screenshot please
20090208 23:19:08< ne0futur> it works but some things have flashing colors
20090208 23:19:21< ne0futur> colors that are not 16bits
20090208 23:19:28< grzywacz> ne0futur, other than that custom video mode setting is kind of broken atm
20090208 23:19:49< grzywacz> ne0futur, 1.5.x or 1.4?
20090208 23:20:26< grzywacz> ne0futur, I won't be surprised if there's a missing conversion somewhere followed by pixel operations that assume 24 bit surfaces. :(
20090208 23:21:21< Mordante> I think most suspect 32 bit surfaces ;-)
20090208 23:22:03< grzywacz> Mordante, not really. Or - it used to be handled properly.
20090208 23:22:35< grzywacz> Mordante, but worry not, custom bpp is not saved, so if someone toggles fullscreen or something - it happily goes back to 32 bit ;-)
20090208 23:22:52< Mordante> I meant 32 instead of 24 bit
20090208 23:23:01< grzywacz> I know.
20090208 23:23:36< ne0futur> for ex the menu after onmouseover have the pb
20090208 23:23:43< ne0futur> and others
20090208 23:23:46-!- ne0futur [n=neofutur@pdpc/supporter/student/ne0futur] has left #wesnoth-dev []
20090208 23:24:01< grzywacz> meh, let's try
20090208 23:24:26-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has joined #wesnoth-dev
20090208 23:25:48< grzywacz> trunk looks ok
20090208 23:25:56< grzywacz> I wonder what platform did he see these problems on
20090208 23:26:04< Mordante> loonycyborg what's the design flaw of cmake?
20090208 23:27:31< loonycyborg> Mordante: It's so tightly coupled with make that it's unlikely to even drive something else.
20090208 23:28:05< Mordante> I used it on windows with msvc and it worked without a problem
20090208 23:28:29< loonycyborg> AFAIK on windows it generates makefiles for NMake.
20090208 23:28:46< Mordante> no it generates msvc project files
20090208 23:28:59< Mordante> at least with cmake 2.6
20090208 23:29:09< grzywacz> YAMG?
20090208 23:29:11< grzywacz> Ugh. ;)
20090208 23:29:12< loonycyborg> Which use Makefiles for NMake, don't they?
20090208 23:29:17< Mordante> YAMG?
20090208 23:29:23< grzywacz> Yet Another Makefile Generator? :P
20090208 23:29:59< loonycyborg> At least all other cmakes generators(kdevelop, codeblocks) use Makefiles under the hood.
20090208 23:30:07< Mordante> well indeed cmake it a makefile/project file generator
20090208 23:31:05< grzywacz> Mordante, so... if it uses the generic make, it's going to suffer from its deficiencies like relying on timestamps?
20090208 23:31:08< Mordante> I just got a msvc project solution with several sub projects
20090208 23:31:20< loonycyborg> Also, they've invented yet another scripting language which even isn't very suited for build systems.
20090208 23:32:06< Mordante> grzywacz it generates makefiles for make so yes
20090208 23:32:12< loonycyborg> Among languages that are better suited for build systems are: make, tcl, haskell, WML :P
20090208 23:32:34< Mordante> I've used it at my work and it works nicely
20090208 23:32:47-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has quit ["leaving"]
20090208 23:33:10< loonycyborg> I've used Windows too and it worked nicely, so what?
20090208 23:33:35 * grzywacz ponders
20090208 23:33:42< grzywacz> Maybe we should try bjam as well? ;-)
20090208 23:34:03< loonycyborg> There are some insteresting ideas in bjam :)
20090208 23:34:12< loonycyborg> *interesting
20090208 23:34:18< YogiHH> if something works nicely, what's wrong about it?
20090208 23:34:45< grzywacz> http://xkcd.com/386/
20090208 23:35:28< loonycyborg> YogiHH: By doing it right we can make it work even more nicely :)
20090208 23:35:35< Mordante> grzywacz too late boost also seems to move to cmake
20090208 23:35:37 * loonycyborg is perfectionist
20090208 23:35:54< loonycyborg> Mordante: Not really.
20090208 23:35:59< grzywacz> Mordante, are they ditching boost::build, then?
20090208 23:36:18< Mordante> no idea but they're working on getting cmake to work for them
20090208 23:36:34< Mordante> and kitware also offered support to help them
20090208 23:36:38< loonycyborg> They're getting scons to work for them too :P
20090208 23:36:49< YogiHH> loonycyborg: if that is the case, i am all for doing it. But i get the feeling this turns out into a religious war like "linux is better than windows" without even having used it practically.
20090208 23:37:03< Mordante> didn't see they, they only mentioned cmake
20090208 23:37:14< loonycyborg> Who they?
20090208 23:37:21< ilor_2go4> night guys
20090208 23:37:25< grzywacz> ilor_2go4, cya
20090208 23:37:28< YogiHH> night ilor
20090208 23:37:47< Mordante> night ilor_2go4 
20090208 23:37:55< grzywacz> IMO as long as someone keeps the build files up to date, wesnoth can support every build system known to mankind  :P
20090208 23:38:15< YogiHH> well, it's a question of maintenance, in the end.
20090208 23:38:28< YogiHH> If it turns out to get real complicated, we should skip it
20090208 23:38:30-!- ilor_2go4 [n=user@161.69-136-217.adsl-dyn.isp.belgacom.be] has quit []
20090208 23:38:33< Mordante> http://permalink.gmane.org/gmane.comp.lib.boost.announce/223
20090208 23:38:34< AI0867> I'm getting floating point exceptions with (32691)
20090208 23:38:39< grzywacz> As long as someone wants to use X instead of Y and wants to spend 5 minutes more / week on the support... who cares. ;)
20090208 23:38:43< YogiHH> If it works nicely there is no reason to do so
20090208 23:38:53< Ivanovic> boucman: DK and i are just testing wesball
20090208 23:39:00< Ivanovic> and stoneing works
20090208 23:39:04< YogiHH> But to make a decision without even having tried doesn't make much sense to me
20090208 23:39:08< boucman> I'll come and observe
20090208 23:39:45< loonycyborg> Mordante: "Experimental *support*"
20090208 23:39:47< boucman> Ivanovic: according to bob, it has been fixed today
20090208 23:40:06< boucman> Ivanovic: on what server are you ?
20090208 23:40:07< loonycyborg> That doesn't say anything about ditching bjam.
20090208 23:40:16< loonycyborg> and Boost.Build
20090208 23:40:24< grzywacz> YogiHH, isn't your patch (stopping game for MP observers) going to cause timeouts by any chance?
20090208 23:41:07< loonycyborg> Mordante: http://article.gmane.org/gmane.comp.lib.boost.devel/185749/match=cmake
20090208 23:41:12< YogiHH> grzywacz, when will you take action to support tab completion better again ;-P
20090208 23:41:13< boucman> grzywacz: probably not, the connection is still running
20090208 23:41:18< Mordante> loonycyborg yes but IMO it's the start to move to cmake 
20090208 23:41:28< boucman> Ivanovic: I can't find you...
20090208 23:41:29< grzywacz> boucman, aren't there pings from server to respond to?
20090208 23:41:44< boucman> grzywacz: yes, but that's handled by separate threads
20090208 23:41:52< YogiHH> grzywacz, boucman: yes, the client still receives communication
20090208 23:41:53< grzywacz> boucman, hm, ok. :)
20090208 23:42:25< loonycyborg> Mordante: Either scons or bjam would work for boost much better than cmake.
20090208 23:43:40< grzywacz> loonycyborg, scons adds a dependency on Python though 
20090208 23:43:52< CIA-70> mordante * r32692 /trunk/src/gui/dialogs/mp_method_selection.cpp: 
20090208 23:43:52< CIA-70> Remove the user name widget from the chainlist.
20090208 23:43:52< CIA-70> This solves the problem that you can type 'letters' when the textbox is
20090208 23:43:52< CIA-70> selected. This solves the problem for focussing (a patch that will be
20090208 23:43:52< CIA-70> committed later).
20090208 23:44:05< Mordante> well I just see what boost will use in the end ;-)
20090208 23:44:22< loonycyborg> I'm not going to just watch :)
20090208 23:44:29< grzywacz> lol
20090208 23:44:41< Mordante> having kitware willing to help you is a great pro ;-)
20090208 23:44:49< Mordante> what are you going to do then?
20090208 23:45:20< loonycyborg> https://svn.boost.org/trac/boost/browser/sandbox/SCons
20090208 23:45:33< loonycyborg> I'm going to pwn Kitware :P
20090208 23:45:38< Ivanovic> boucman: on a local match
20090208 23:45:43< boucman> darn
20090208 23:45:45< boucman> no fun
20090208 23:45:48< Mordante> boucman 32692 solves the focus problem for the mp dialog (after I commit the code I've written at the fosdem)
20090208 23:45:56< boucman> k, cool
20090208 23:46:22< Ivanovic> boucman: DK has not commited anything because he thinks there is some ugly bug
20090208 23:46:26< Ivanovic> he will commit tomorrow
20090208 23:46:26< AI0867> http://wesnoth.pastebin.com/f63f9c529 <-- backtrace
20090208 23:46:37< Mordante> ah cool loonycyborg 
20090208 23:46:39< boucman> Ivanovic: poison related, you mean ?
20090208 23:47:23< Ivanovic> candidate moves related
20090208 23:47:31< boucman> yeah, that's it
20090208 23:47:36< boucman> ok, going to bed now
20090208 23:47:40< boucman> see you all tomorow evening
20090208 23:47:45< grzywacz> cya
20090208 23:47:48< Ivanovic> cu boucman
20090208 23:47:51< boucman> i'll have a look at the different anim bugs we found
20090208 23:47:58-!- boucman [n=rosen@140.117.71-86.rev.gaoland.net] has quit [Remote closed the connection]
20090208 23:48:45-!- silene [n=plouf@ASte-Genev-Bois-152-1-37-177.w82-121.abo.wanadoo.fr] has quit ["Leaving."]
20090208 23:49:44< Mordante> AI0867 a backtrace with debug symbols would be even better
20090208 23:54:58< AI0867> working on it
20090208 23:55:08< Mordante> thanks
--- Log closed Mon Feb 09 00:00:06 2009