#exult@irc.freenode.net logs for 8 Mar 2002 (GMT)

Archive Today Yesterday Tomorrow
Exult homepage

[00:02:43] <-- Fingolfin has left IRC ("42")
[00:10:46] <wjp> I should go too
[00:10:48] <wjp> bye
[00:10:53] <-- wjp has left IRC ("[x]chat")
[00:13:05] <Dominus> is mv as limited as ren on win32 (doesn't overwrite)
[00:13:09] <Dominus> ?
[00:14:35] <Kirben> no it will overwrite
[00:15:45] <Dominus> so I'll leave mv in makefile and make a copy/del rule in the makefile.win32
[00:15:56] <Dominus> is that okay?
[00:19:00] <Kirben> sounds okay
[01:11:19] <Dominus> Kirben can you think of anything that you thought might need to be added to the FAq or Documentation?
[01:13:22] <Kirben> other than mention of win32 verison of exult studio been available, nothing.
[01:14:06] <Dominus> good then I'll commit shortly.
[01:17:32] <Kirben> bbl
[01:17:48] <Dominus> see you
[01:53:28] --> matto has joined #exult
[01:53:38] <-- Dominus has left IRC ("Exult! Exult! Exult!")
[02:08:35] --> Dominus has joined #exult
[02:08:35] --- ChanServ gives channel operator status to Dominus
[02:11:03] <matto> DOMINUS!!!
[02:11:58] <Dominus> matto!!!
[02:12:30] <matto> hi :)
[02:15:48] <Dominus> I'm currently struggeling on how to update the exult homepage
[02:33:42] <Dominus> think I've got it now
[02:34:06] <Dominus> but with my laggy connection, I'm not so sure
[02:50:00] <Dominus> I'm gone now
[02:50:02] <Dominus> bye
[02:50:06] <-- Dominus has left IRC ("Exult! Exult! Exult!")
[03:55:51] --> spoolay__ has joined #exult
[04:04:12] <-- matto has left IRC ("Play Dragon's Lair in linux - http://www.daphne-emu.com - Developers welcome :)")
[05:57:16] --> melch has joined #exult
[05:58:32] <-- melch has left IRC (Client Quit)
[06:01:28] --> spoobar has joined #exult
[06:01:28] <-- spoolay__ has left IRC (Read error: 104 (Connection reset by peer))
[12:26:26] <-- Kirben has left IRC (Read error: 104 (Connection reset by peer))
[12:37:25] --> Kirben has joined #exult
[12:37:25] --- ChanServ gives channel operator status to Kirben
[13:57:10] --> Colourless has joined #Exult
[13:57:10] --- ChanServ gives channel operator status to Colourless
[13:57:51] <Colourless> hi
[14:29:00] --> Fingolfin has joined #exult
[14:29:14] <Fingolfin> yo
[14:29:22] <Colourless> hi
[14:29:24] --- ChanServ gives channel operator status to Fingolfin
[14:30:19] <Fingolfin> ryan: ok, I have bad news
[14:30:35] <Fingolfin> I am fixing the MacOS 9 build, and I am going to check in my changes soon. Muwahahahah =)
[14:30:38] <Colourless> what?
[14:30:58] <Colourless> so that doesn't mean 'i' have to do anything
[14:31:15] <Fingolfin> oh, well, you will have to delete the CVS commit mail flood, that's all =)
[14:31:30] <Fingolfin> anyway, I noticed you (?) introduced a uint64 class to emulate a 64 bit data type
[14:31:38] <Colourless> yeah it was me
[14:31:57] <Fingolfin> on many systems (like MacOS (9)) there is already unsigend long long, wouldn't it be either to just use a typedef on these systems? Or are there any potential problems you see?
[14:31:57] <Colourless> i wouldn't recommend using it for anything else other than what I made it for
[14:32:05] <Colourless> there's problems
[14:32:20] <Colourless> it's not always actually supported properly by all compilers/libraries
[14:32:43] <Colourless> i tested out long long and __int64 with mingw and the results were wrong
[14:33:18] <Colourless> the data type may have been 64 bits, but it was only using 32 bits for the calcs
[14:33:41] <Colourless> __int64 worked ok in msvc though
[14:34:01] <Fingolfin> well, on PPC, gcc & CW do proper 64 bit calc with long long, since the PPC had built in instructions for that
[14:36:21] <Colourless> you could change things if you want to enable native 64 bit int support if you wanted to, but make sure that it's only used by specifying a define, and by default uses the uint64 class. using a typedef uint64 should be ok
[14:36:37] <Fingolfin> but anyway, as long as uint64 works as it is, I am fine =)
[14:36:51] <Fingolfin> it's only used in xmidi, right, so we wouldn't gain much anyway, I assume
[14:37:12] <Colourless> yeah it's only used in xmidi when reading .mid files
[14:42:54] <Colourless> i did all the rewrite of the xmidi class to get rid of all the floating point calculations. Plus my changes should have in theory speed things up a bit. my originanl implementaion was really quite terrible in some places.
[15:00:08] <Fingolfin> disappointing, only 10 commit mails =)
[15:00:38] <Colourless> indeed
[15:00:39] <Fingolfin> hm.... did we yet update all our legal headers to mention 2002? =)
[15:01:24] <Colourless> btw i got 12 mails
[15:05:13] <Fingolfin> hm, I definitly only got 10
[15:05:26] <Fingolfin> you are not counting the two from yesterday, are you?
[15:05:33] <Fingolfin> =)
[15:05:40] <Colourless> no, i got 7 yesterday
[15:06:31] <Colourless> i've got 9 from 06:51 8/03/02 and 3 from 06:51 8/03/02
[15:08:45] <Colourless> ChangeLog, game.cc gamemap.h, Configuration.cc, gump_utils.cc, shapeinf.cc, gump_utils.h, sigame.cc, utils.cc, utils.h, XMLEntity.cc, xmidi.cc
[15:08:50] <Colourless> that's 12
[15:10:19] <Fingolfin> I believe you. and yeah I changed 12 files. but still for some reasons, I only got 10 commit mails
[15:10:38] <Colourless> :-)
[15:11:43] <Fingolfin> didn't get the one for util.cc, and the one for XMLEntity.cc, in fact
[15:12:21] <Fingolfin> and when I run exult, it complains the CRC in the flx files is bad. and yeah, i created those freshly. I even tried to use the ones from the OS X build, same result.... hm
[15:13:07] <Colourless> there appears to be something amiss with the crc calc somewhere
[15:13:44] <Colourless> i've noted that i can't use flexes build by msvc expack with mingw exult and the other way round
[15:14:02] <Fingolfin> hm
[15:14:18] <Fingolfin> and I can't use .flx files built with CW / OS 9 with exult built using CW / OS 9 - ouch
[15:14:47] <Colourless> it 'used' to work because i had to fix it
[15:15:11] <Colourless> originally the files were being opened in ascii mode so i needed to change it to binary
[15:15:23] <Fingolfin> aye
[15:15:25] <Colourless> i know it worked then, but afaik, nothing has changed
[15:15:37] <Fingolfin> it works on OS X, I think
[15:16:55] <Fingolfin> well, I'll investigate this later, gotta go now
[15:16:56] <Fingolfin> cya!
[15:16:59] <-- Fingolfin has left IRC ("42")
[15:16:59] <Colourless> ok, there 'may' be a problem
[15:31:25] --> pogma has joined #exult
[15:32:16] <-- pogma has left #exult ()
[15:46:25] --> Fingolfin has joined #exult
[15:46:39] <Fingolfin> yo
[15:46:46] <Colourless> hi
[15:46:49] <Fingolfin> solution is simple: the path ends up looking like bg/../exult_bg.flx or so
[15:47:18] <Colourless> i know 1 problem with the crc code. i didn't include std::ios::in when opening the files
[15:47:20] <Fingolfin> -> on MacOS, no ".." ! That's what we have get_system_path / switch_slashes for ... so now I can fix it =)
[15:48:27] <Colourless> get_system_path is used
[15:49:18] <Fingolfin> I just changed expack here to use crc32_syspath instead of crc32, that should work
[15:49:33] <Fingolfin> i.e. I hope my .h files won't contain 0 as CRC32 anymore =)
[15:49:38] <Colourless> ah yes, it only used crc
[15:50:02] <Colourless> also do you want to fix line 122 of crc.cc?
[15:50:24] <Colourless> just add |std::ios::in
[15:51:14] <Fingolfin> sure
[15:51:23] <Fingolfin> btw, I got the remaining two commit mails =)
[15:52:38] <Colourless> :-)
[16:29:57] --> TheFallen has joined #exult
[16:31:45] <Colourless> hello TheFallen
[16:34:04] <-- TheFallen has left IRC ()
[16:34:12] <Fingolfin> hmm
[16:34:24] <Fingolfin> when I try to run SI on OS 9, I get this:
[16:34:25] <Fingolfin> An exception occured:
[16:34:25] <Fingolfin> Error opening file :SI:static:endshape.flx
[16:34:25] <Fingolfin> errno: 35
[16:34:26] <Fingolfin> Error Description: File Position Error
[16:34:38] <Fingolfin> and indeed, I don't have that endhape.flx - but why does it work in OS X ?
[16:35:13] <Fingolfin> and why did it work in the past? and what is that endshape.flx? and what is the answer to life, the universe and all the rest?
[16:35:36] <Colourless> endshape is from bg
[16:36:44] <Colourless> there is no endshape.flx in si
[16:37:09] <Colourless> it 'may' be part of the check to see if a game is bg or si
[16:38:32] <Fingolfin> yeah, I figure it was not part of SI =) never saw it in SI before =) but what irritates me is that it would exit the game this way.. and that this works on OS X <sigh> guess something got changed someplace, and is now using non-portable API to cehck for the existance of some file or wahtever
[16:40:59] <Fingolfin> ah. maybe it's caused by my change to get_game_identiy, which now uses newstrdup? at least the problem occurs shortly there thereafter. Alas, the same (new) code still works fine on OS X
[16:41:12] <Fingolfin> it think for some reasons that I am starting a BG game, which is wrong and hence fails
[16:41:27] <Colourless> could be
[16:41:37] <Colourless> where is the code?
[16:43:20] <Fingolfin> game.cc, around line 180
[16:43:24] <Fingolfin> or 184
[16:43:53] <Fingolfin> it calls get_game_identiy, which looks at initgame.dat
[16:44:24] <Colourless> i don't see any obvious problems
[16:44:38] <Fingolfin> which I haven't got, I only have a "identiy" file, which contains the game name was that changed recently maybe?
[16:44:49] <Fingolfin> i.e. it appears the problem is that I have an "old" gamedat dir
[16:45:19] <Colourless> is it supposed to look in initgame.dat which is in static
[16:45:49] <Fingolfin> yeah
[16:45:58] <Fingolfin> but the static_identity I get in game.cc contains garbage
[16:46:38] --> wjp has joined #exult
[16:46:38] --- ChanServ gives channel operator status to wjp
[16:46:42] <wjp> hi
[16:46:45] <Colourless> he
[16:46:46] <Colourless> hi
[16:47:31] <Colourless> that reminds me of a little problem i've been getting in msvc with release builds... the overloading on u7open screwed up and the wrong ones get called
[16:48:23] <Fingolfin> yo willem
[16:48:34] <Fingolfin> hexump of my INITGAME.DAT (only the relevant part):
[16:48:35] <Fingolfin> 00055d60 00 00 00 00 00 00 69 64 65 6e 74 69 74 79 00 00 |......identity..|
[16:48:35] <Fingolfin> 00055d70 00 00 00 46 4f 52 47 45 0d 0a 0d 0a 1a |...FORGE.....|
[16:48:50] <Colourless> hmm, that says bg to me
[16:48:54] <Fingolfin> so that looks about right, I think, and I use the exact same file set for the OS X version
[16:48:57] <Fingolfin> ups, indeed
[16:49:04] <Fingolfin> I was in the wrong dir =)
[16:49:54] <Fingolfin> [localhost:ULTIMA7/SI/STATIC] maxhorn% hexdump -n 100 -s 0x54970 -C INITGAME.DAT
[16:49:54] <Fingolfin> 00054970 ff ff ff ff 31 00 00 00 69 64 65 6e 74 69 74 79 |....1...identity|
[16:49:54] <Fingolfin> 00054980 00 00 00 00 00 53 45 52 50 45 4e 54 20 49 53 4c |.....SERPENT ISL|
[16:49:54] <Fingolfin> 00054990 45 0d 0a 1a 73 63 68 65 64 75 6c 65 2e 64 61 74 |E...schedule.dat|
[16:50:02] <Fingolfin> [localhost:ULTIMA7/SI/STATIC] maxhorn% hexdump -n 100 -s 0x5d8e0 -C INITGAME.DAT
[16:50:02] <Fingolfin> 0005d8e0 00 00 00 00 00 00 69 64 65 6e 74 69 74 79 00 00 |......identity..|
[16:50:02] <Fingolfin> 0005d8f0 00 00 00 53 49 4c 56 45 52 20 53 45 45 44 1a 70 |...SILVER SEED.p|
[16:50:02] <Fingolfin> 0005d900 68 69 6c 62 65 72 74 2e 64 61 74 00 00 02 01 02 |hilbert.dat.....|
[16:50:07] <Fingolfin> sorry for the spam =)
[16:50:14] <Fingolfin> but that does look correct, I think
[16:50:27] <Colourless> hmmm, 2 identity files!?!
[16:50:49] <wjp> one for BG, one for SI
[16:50:59] <wjp> no, wait
[16:51:10] <Fingolfin> there are two identiy entries in my INITGAME.DAT, yeah
[16:51:14] <wjp> uhh
[16:51:16] <wjp> how interesting
[16:51:40] <Fingolfin> which is the same unchanged files I have always been using, and which works fine in the OS X built (both OS 9 and OS X built from HEAD CVS compiled today)
[16:51:45] <Colourless> time to expack -x initgame.dat from si
[16:51:54] <wjp> yeah, mine seems to have two too
[16:51:58] <Fingolfin> and both use the exact same physical data files, FYI
[16:52:05] <Fingolfin> =)
[16:52:12] <Fingolfin> one for SI, one for SS
[16:52:38] <wjp> but the first one doesn't seem to be in the offset table at the beginning, unless I'm blind
[16:52:59] <wjp> or does that offset table not point straight to files?
[16:53:12] <Colourless> i've only got 1
[16:53:31] <Colourless> that is expack only extracted 1
[16:54:22] <Colourless> it might be the way the addon worked. it just added new files to flex and didn't remove the old ones
[16:54:31] <Fingolfin> interesting, Game::get_game_identity doesn't seem to work at all in the OS 9 build - fname always contains garbage
[16:54:44] <Fingolfin> Colourless: sounds reasonable
[16:55:29] <Colourless> from a quick look it appears that identiy may be the only one in there twice
[16:59:34] <Colourless> fingolfin: any idea what is the problem there?
[17:00:03] <Fingolfin> ryan: not yet, I will step through that code in a moment, I just need to get some other things done quickly AFK
[17:00:03] <Fingolfin> brb
[17:00:52] <Colourless> k
[17:08:26] <Fingolfin> 11265 files in INITGAME.DAT, does that sound about right?!
[17:08:35] <Colourless> no :-)
[17:08:38] <Fingolfin> =)
[17:08:50] <Colourless> sounds a little low
[17:08:55] <Fingolfin> manually reading seems to give me at offset 0x54: ...2c 01 00 00
[17:09:10] <wjp> they're read in the wrong order
[17:09:14] <wjp> (apparently)
[17:09:22] <wjp> (11265 = 0x2C01, the right one is 0x12C)
[17:09:22] <Fingolfin> really? =)
[17:09:25] <Fingolfin> but why, hmm
[17:09:28] <wjp> yeah, really ;-)
[17:09:45] <-- Kirben has left IRC ("System Meltdown")
[17:09:48] <wjp> did Read4 suddenly break?
[17:09:51] <Fingolfin> I mean, it uses Read4
[17:09:53] <Colourless> how?
[17:09:53] <Fingolfin> and that looks fine
[17:10:16] <Fingolfin> inline uint32 Read4 (std::istream &in)
[17:10:16] <Fingolfin> {
[17:10:16] <Fingolfin> return static_cast<uint32>(in.get() | (in.get()<<8) | (in.get()<<16) | (in.get()<<24));
[17:10:17] <Fingolfin> }
[17:10:31] <Colourless> hmm, that's a little angerous
[17:10:34] <wjp> isn't the order of "|" undefined?
[17:10:38] <Colourless> yeah
[17:10:41] <Fingolfin> true
[17:10:55] <Fingolfin> I can try to change it (though it'll mean I have to recompile some stuff =)
[17:11:02] <wjp> since when do we have that version of Read4? It looks very unfamiliar...
[17:11:06] <Colourless> normally those sorts of things are accumulated
[17:12:11] <Fingolfin> yup
[17:12:17] * Fingolfin bets somebody wanted to be "clever" =)
[17:12:37] <Colourless> too clever
[17:13:19] <Colourless> hmm only the std::istream funcs are 'bad'
[17:13:24] <Fingolfin> don't even know who that is: takhisis (this function was changed on 14th Jan 2002)
[17:13:36] <Colourless> that be darke
[17:13:42] <Fingolfin> ah
[17:13:46] <Fingolfin> so i gotta flap him =)
[17:14:27] <Colourless> :-)
[17:15:16] <Colourless> I wonder if that's why he hasn't been around tonight :-)
[17:16:22] <Fingolfin> I gotta fix some things in real life (involves drilling holes, and a hammer, and other tools =), I'll let it compile now and tell you my results later =)
[17:16:25] --- Fingolfin is now known as Fingolfin|away
[17:17:44] <Colourless> drilling holes and a hammer? aren't these things normally mutually exclusive. a hammer is used with nails, that don't need a drill. a drill is used with screwed, which don't need a hammer :-)
[17:18:02] <Colourless> s/screwed/screws/
[17:18:22] <wjp> well, he did mention things (plural).. maybe one requires a drill, and the other a hammer :-)
[17:18:23] <Colourless> of course i have no idea what you are doing
[17:18:34] <wjp> or he could be drilling a hole in the hammer? ;-)
[17:18:44] <Colourless> hehe
[17:45:47] <Fingolfin|away> I needed the hammer to sink the "wall plugs" (i.e. the things you put into the walls and into which the screws are then drilled)
[17:45:50] --- Fingolfin|away is now known as Fingolfin
[17:46:29] <Fingolfin> and otherwise it was a pretty harmless "operation" =)
[17:46:54] <Colourless> ah i see.
[17:58:45] <Fingolfin> and the fix helps indeed
[18:03:17] <Fingolfin> fix in CVS
[18:04:10] * wjp blinks
[18:04:43] <wjp> this is mildly strange
[18:04:48] <wjp> ../../exult/conf/Configuration.cc:124: parse error before `__ctype_b'
[18:05:46] <wjp> ah, isspace seems to be a macro here
[18:05:53] <wjp> (so std::isspace doesn't make any sense)
[18:06:05] <Colourless> similar things happened with min and max here
[18:06:15] <Colourless> they are defined as macros in msvc
[18:06:27] <wjp> #ifndef isspace; using std::isspace; #endif ?
[18:06:38] <Colourless> that 'might' work
[18:07:02] <Colourless> it's a little kludgy though
[18:07:24] <wjp> the alternative might be kludgier :/
[18:08:00] * Colourless looks at the min max stuff he wrote
[18:08:01] <Colourless> // These MIGHT be macros!
[18:08:01] <Colourless> #ifndef min
[18:08:01] <Colourless> using std::min;
[18:08:01] <Colourless> #endif
[18:08:01] <Colourless> #ifndef max
[18:08:03] <Colourless> using std::max;
[18:08:05] <Colourless> #endif
[18:08:10] <Colourless> :-)
[18:08:22] <Fingolfin> he
[18:08:25] <Colourless> so i can't complain :-)
[18:08:26] <Fingolfin> wjp: sorry
[18:08:59] <Fingolfin> ryan: that reminds me of the lecure on computer gaming we had in CS I... the prof was explaining the min-max algortithm, and using to player "Min" and "Max" to illustrate his examples...
[18:10:47] <Fingolfin> after maybe ten minutes of saying "then Max does that and that to Min", did he notice why the audience was being so ... emotional :-) after a brief glance at me, and at Min (one of my chinese co students), and suddenly remembering our names, he decided to use a different example =)
[18:11:18] <Colourless> hehe
[18:11:27] <wjp> any objections to my commiting that #ifndef hack?
[18:11:41] <Colourless> nope
[18:14:30] <wjp> k, done
[18:15:21] <Colourless> ok, everything here is fine, after a minor fix in xmidi.cc
[18:15:25] --- wjp is now known as wjp|dinner
[18:15:26] <wjp|dinner> bbl
[18:32:39] --- wjp|dinner is now known as wjp
[18:59:23] <-- Fingolfin has left IRC ("42")
[19:19:27] * wjp crosses fingers and upgrades glibc
[19:30:03] <Colourless> hmmm, my msvc release build problems have now gone away
[19:30:22] <wjp> what problems were those again?
[19:30:41] <Colourless> not properly selecting the correct overloaded u7open functions
[19:31:07] <Colourless> just as i did nothing and they occured, i've done nothing and they have gone away
[19:37:44] <Colourless> time for me to go
[19:38:23] <-- Colourless has left IRC ("I am a god. All bow down and worship me, or die! :-)")
[21:05:10] --> Deimos_ has joined #exult
[21:05:21] <wjp> hi
[21:05:28] <Deimos_> hey
[21:05:46] <Deimos_> i am only checking if this channel still exist
[21:06:04] <Deimos_> i was here a half year ago last time :D
[21:09:51] <wjp> that's way too long ago :-)
[21:10:04] <wjp> (not that you missed much... this channel tends to be kind of quiet :-) )
[21:12:24] <Deimos_> heheh okay
[21:12:33] <Deimos_> nothing new happened with exult?
[21:12:42] <Deimos_> i have a probably old version of it
[21:12:49] <Deimos_> it works well but get stuck in one part alway
[21:12:50] <Deimos_> s
[21:12:59] <wjp> lots of things happened with exult, actually
[21:13:00] <Deimos_> when i begin to fight with enemies
[21:13:22] <Deimos_> this is strange ... :)
[21:13:27] <wjp> you should really try a recent CVS version, I guess
[21:13:28] <Deimos_> like speaking with a guy from future
[21:13:30] <Deimos_> :)
[21:13:39] <Deimos_> CVS ? :)
[21:13:49] <Deimos_> what about those guys
[21:13:53] <wjp> hm?
[21:13:57] <Deimos_> like corolfull
[21:14:03] <Deimos_> if it was the right name
[21:14:07] <Deimos_> i dont remeber much
[21:14:09] <wjp> Colourless, I think :-
[21:14:10] <wjp> )
[21:14:17] <Deimos_> is the team even anymore up?
[21:14:20] <Deimos_> :)
[21:14:26] * wjp points at himself... I am :-)
[21:14:31] <Deimos_> aaah
[21:14:36] <Deimos_> do you remember me then?
[21:14:45] <wjp> you missed Fingolfin and Colourless by an hour or so
[21:14:53] <wjp> vaguely
[21:15:32] <wjp> 6 months is a long time :/
[21:15:51] <Deimos_> yeah....
[21:15:59] <Deimos_> but you just said that you are colorless...
[21:16:05] <Deimos_> do i understood wrong?
[21:16:09] <wjp> yeah :-)
[21:16:16] <wjp> I'm wjp. Colourless is Colourless :-)
[21:16:25] <Deimos_> aaaah well i understood wrong
[21:16:35] <Deimos_> you are much more talkative than colouless :D
[21:16:36] * wjp meant he was a team member by that "I am"
[21:16:42] <Deimos_> aah okay :)
[21:16:43] <wjp> occasionally :-)
[21:16:52] <Deimos_> well tell me the history of exult
[21:17:03] <Deimos_> i love ultima7
[21:17:14] <Deimos_> i just played a bit exult yesterday for a long time
[21:17:29] <Deimos_> and was so unhappy that no new games like that would ever come again
[21:17:31] <Deimos_> damn!
[21:18:01] <wjp> well, you might soon be able to create your own u7-ish games for use with exult
[21:18:19] <wjp> Jeff has done a lot of work on "exult studio" (map + game editor) lately
[21:20:00] * wjp is reading the channel logs of last July...
[21:21:04] <wjp> ah, looks like you already heard about exult studio back then :-)
[21:23:49] --- wjp is now known as wjp|away
[21:23:50] <wjp|away> I'll bbl
[21:24:26] <Deimos_> damn
[21:24:33] <Deimos_> i would love to do my own ultima world
[21:24:38] <Deimos_> in ultima 7!!!!
[21:24:42] <Deimos_> i would really love it!!!!
[21:24:48] <Deimos_> i hope it will be possible someday
[22:24:46] --- wjp|away is now known as wjp
[22:25:04] * wjp should go to bed
[22:25:05] <wjp> bye
[22:25:06] <-- wjp has left IRC ("[x]chat")
[22:25:38] <-- Deimos_ has left IRC ("Jumala on mielessämme, mutta mielemme ei ole Jumalalla - Deimos")
[23:03:50] --> matto has joined #exult
[23:03:51] <-- spoobar has left IRC (Read error: 104 (Connection reset by peer))