#exult@irc.freenode.net logs for 21 Sep 2001 (GMT)

Archive Today Yesterday Tomorrow
Exult homepage


[04:06:43] --> matto has joined #exult
[04:57:02] <-- matto has left IRC (Read error to matto[1667079149-yippy.dsl.xmission.com]: EOF from client)
[06:20:09] --> Alorelith has joined #exult
[06:33:09] <-- Alorelith has left IRC (The Noise of Depression / Awaiting My Death)
[07:06:03] --> matto has joined #exult
[07:10:44] <-- chimera|wookin has left IRC (Ping timeout for chimera|wookin[208.187.252.98])
[07:25:18] --> chimera|wookin has joined #exult
[08:20:38] <-- exultbot has left IRC (signing off...)
[08:21:43] --> exultbot has joined #exult
[09:51:51] --> fingolfin has joined #exult
[10:29:57] <-- fingolfin has left IRC (Client Exiting)
[10:31:56] <-- matto has left IRC (Client Exiting)
[10:32:18] --> fingolfin has joined #exult
[10:35:59] --> SharpTooth has joined #exult
[11:00:32] --> Dominus has joined #exult
[11:00:42] <Dominus> hi there
[11:04:47] <fingolfin> hi
[11:05:03] <Dominus> hehe
[11:05:47] <SharpTooth> Hello.
[11:06:18] <Dominus> phew, what a response time today :-)
[11:06:32] <SharpTooth> What 4 or 5 minutes? <grin>
[11:06:47] <Dominus> he he
[11:07:08] <SharpTooth> Still having fun harassing forum participants about not reading the FAQ I see. <snicker>
[11:08:04] <Dominus> hey, asking if Paperdolling is supported in BG is really stupid!!!
[11:08:07] <Dominus> :-)
[11:08:16] <Dominus> and it is too much fun not to say sth
[11:08:18] <SharpTooth> You aren't kidding. <grin>
[11:08:54] <Dominus> I could have said that the answer is further up on the page and leave it at that :-)
[11:10:20] <Dominus> and you have to educate people for all kind of other software: First read the docs, then read it again, to be safe read it once more - now ask
[11:10:22] <Dominus> :-)
[11:10:48] <SharpTooth> <snicker> Indeed you could have. It's most certainly a weird question, he'd have to have read some of the documentation to _know_ we were implementing it, so how'd he miss the fact it's already implemented?
[11:12:10] <Dominus> hm, good question
[11:12:18] <Dominus> letīs ask him ! :-)
[11:12:25] * SharpTooth notes he actually reads README when installing stuff, even if it's an automake "configure
[11:12:34] * SharpTooth notes he actually reads README when installing stuff, even if it's an automake "configure; make; make install" job.
[11:12:48] <fingolfin> I liked also the question "has somebody done something with the exult source?"
[11:13:27] * Dominus notes he reads the readme after screwing up and not having a clue how something works :-(
[11:13:36] <Dominus> fingolfin: that was a good one, too
[11:13:58] <Dominus> like, how could someone do sth with it?
[11:14:30] <Dominus> especially considering the state of the code (alpha!!!)
[11:14:40] <SharpTooth> <nod> That one boggled me for a bit wondering what he was talking about. The closest answer I could give would be something like pointing him to "ucxt", since it's in there but not really 'part' of exult. <shrug>
[11:16:25] <Dominus> hey fingolfin: strange question, but when did you actually play exult for a bit for the last time?
[11:17:24] <Dominus> I mean not for debugging but for enjoyment
[11:18:50] <fingolfin> Dominus: 6 month ago... that is also why I am not doing anything with exult currently.... I am not playing any games (except a bit D2 currently)
[11:19:35] <fingolfin> very sad, imo
[11:19:36] <fingolfin> :(
[11:20:19] <Dominus> *sniff
[11:20:24] <Dominus> so true
[11:20:41] * SharpTooth doesn't think he's ever played exult with intent to complete either game. Occasionaly for 'I'm bored, let's wander around sake' though.
[11:21:21] <Dominus> I try to play through but I always get hindered by some strange bugs
[11:21:26] <fingolfin> =)
[11:21:36] <Dominus> And I canīt stand to play BG anymore
[11:21:50] <fingolfin> how about BG btw? is anybody trying that anymore? I mean is it smooth or are there still plot stoperrs?
[11:21:52] <fingolfin> ah :)
[11:21:53] <Dominus> I got as far as PAws the last time I played seriously
[11:22:05] <fingolfin> well, I think I should start by playing BG again, has been sooo long, too
[11:22:07] <Dominus> and that was some time ago
[11:22:11] <fingolfin> he
[11:22:37] <Dominus> yeah, fingolfin, play some Exult instead of D2
[11:22:52] <SharpTooth> I haven't heard about any plot stoppers with BG recently, only 'some of the spells are still to be implemented' sort of bugs.
[11:23:02] <Dominus> and if you are bored you can enable our secret multiplayer feature and play a little with Willem
[11:23:37] * Dominus makes a note to all who listen in that he was making a joke
[11:24:10] * SharpTooth <snickers> like the --enable-usecode-debugger option?
[11:24:17] <fingolfin> <g>
[11:24:18] <Dominus> hehe
[11:24:37] <fingolfin> Dominus: actually, I have last played D2 with willem 10 days ago; before that; no game for about 20 days
[11:25:05] * SharpTooth wonder what other hidden 'treasures' are hiding in the source code.
[11:27:11] <Dominus> I like those animals that can open/close doors
[11:27:24] <Dominus> always freaks me out
[11:28:10] <Dominus> fingolfin: are you that busy atm?
[11:28:23] * fingolfin imagines a bird walking into a bar, slammign the door closed behind him, sitting at the bar and ordering a drink
[11:28:38] <fingolfin> Dominus: I have this day job, actually while I am talking with yuo I am supposed to code :)
[11:28:48] <SharpTooth> <snicker> I wonder how the original U7 handled this.
[11:28:49] <fingolfin> but compiler turn-around times are pretty long :)
[11:29:02] <Dominus> so donīt let me bother you! :-)
[11:29:59] <fingolfin> nah
[11:30:05] <fingolfin> ARGH! WHY IS THIS CRASHING!?
[11:30:10] <fingolfin> this app is bothering me!
[11:30:11] <fingolfin> grrr
[11:30:21] <fingolfin> simple code, as simple as it can be, and it crashes into the debugger -wyh?
[11:30:34] <SharpTooth> Because it can?
[11:30:37] <fingolfin> and why does it work the first 20-50 times it is called before it crashes?
[11:30:52] <Dominus> OS problems?
[11:30:55] <SharpTooth> Sounds like you're trashing memory or something.
[11:31:42] <SharpTooth> It's not thread safe and trying to thread?
[11:32:40] <fingolfin> Dominus: nah, of course it has to be me, but I do not see how
[11:33:11] <fingolfin> SharpTooth: no threads in there, only NSTimer objects fired by the NSRunLoop, but they are disabled right now, the code that I test is not using them - all clear now? =)
[11:34:28] <SharpTooth> Somewhat mud-like clear, yes. <grin> But it does sound like you're stomping on memory or something. Of couse it'll be obvious when you find out what it _really_ is.
[11:34:42] <Dominus> :-)
[11:35:13] <fingolfin> I *do* know my trade, thanx :) I already figured that I am stomping on memory/stack, the problem is: how/where?
[11:35:20] <fingolfin> I fixed on bug there, btw
[11:35:44] <fingolfin> I have one more idea, though... I think I am maybe not properly retaining my NSButton, thought NSTableView should do that for me - should
[11:35:53] <SharpTooth> No problem. <grin>
[11:36:56] <fingolfin> aha it seems that was it
[11:36:59] <fingolfin> so now it works
[11:37:05] <fingolfin> but I do not understand why :)
[11:37:40] <fingolfin> ...and a click crashes it now... cool. still a crash, but a bit later.
[11:37:55] <SharpTooth> I told you it would be obvious when you find it out, not that you would understand why. <grinduck>
[11:38:55] <fingolfin> SharpTooth: I am doing this long enough to know that myself :)
[11:39:19] <fingolfin> SharpTooth: anyway, I was not right, it still crashs, that just was a coincidence that it took a bit longer to crash
[11:40:04] <SharpTooth> Fair enough. :)
[11:42:13] * fingolfin wonders suddenly wonders how high the avarage number of programmers going mad is, compared to the total avarage
[11:43:28] <SharpTooth> It depends, I'm sure all good programmers are already mad. <grin> So the next question is how many 'bad' programmers are there?
[11:44:15] <fingolfin> I think good programmers are not really mad, they are just so used to mad things happening that they ignore them, making them "look" mad to other people
[11:44:50] <SharpTooth> <nod> That makes sense.
[11:45:37] <fingolfin> AAAAARGGGGHHHHHHHHH
[11:45:49] * fingolfin thwaps himself with two trouts from both sides
[11:45:53] <fingolfin> this is so *STUPID*
[11:46:27] <SharpTooth> <amusedlook> A head troutwich?
[11:46:29] <fingolfin> I was looking at it all the time.....
[11:46:35] <fingolfin> SharpTooth: aye
[11:46:36] <fingolfin> :)
[11:46:59] <SharpTooth> I've got to stop it with these odd mental images.
[11:47:15] <fingolfin> I didn't retain that array... I changed the code for testing to create a dummy array with some dummy values... but I didn't retain it (="lock")
[11:48:03] <fingolfin> so it was then shortly thereafter freed
[11:48:17] <SharpTooth> <nod> Definately an 'arugh!' moment.
[11:48:18] <fingolfin> all the code tried to access the array... and the objects in the array
[11:49:53] <fingolfin> what a waste of time <sigh>
[11:51:41] <SharpTooth> My sympathies. ;)
[11:52:02] <Dominus> and Exult just crashed on me!!!
[11:52:49] <Dominus> wow, with a floating point exception - thatīs nice of you to tell me
[11:53:11] <SharpTooth> We'll I'm playing with Webmin atm, so if it crashes on me now, then I'll define it as spooky. :)
[11:54:44] <Dominus> my crash is reproducible, I think
[11:54:52] <fingolfin> Dominus: hm
[11:55:06] <fingolfin> Dominus: how?
[11:55:21] <Dominus> itīs always at the same spot
[11:55:32] <Dominus> northern swamp part of Monk isle
[11:56:36] <Dominus> now Iīll try with a new game
[11:57:37] <Dominus> yep, happens all the time
[11:57:53] <Dominus> something for your fence, I guess
[11:58:19] <Dominus> fingolfin: should I file a bug report?
[12:01:32] <fingolfin> sure, with a save game, please :)
[12:01:36] <fingolfin> or with coords
[12:01:44] <Dominus> no savegame neede
[12:01:47] <Dominus> d
[12:01:49] <fingolfin> or is it anywhere there?
[12:02:25] <Dominus> if you walk along the swamp at the north coast you will have it crash even with a new game
[12:03:14] <fingolfin> ok, lemme try
[12:03:39] <Dominus> hey, donīt let that interfere with your work, ok!
[12:04:12] <fingolfin> hehe :)
[12:04:28] <fingolfin> I need to recompile exult anyway (doing that in the back now), so I get back to my real work again :)
[12:04:49] <Dominus> let me know when you tested it
[12:04:59] <fingolfin> now, how do I get those items *centered*? left align -> ok. right align -> ok. center?
[12:05:02] <fingolfin> Dominus: aye
[12:05:58] <SharpTooth> Dominus: It works for me.
[12:06:13] <SharpTooth> Crashes that is.
[12:06:15] <Dominus> SharpTooth: do you have latest source
[12:06:23] <Dominus> ah, it crashes, ok
[12:06:26] <SharpTooth> <nod> just did a cvs update.
[12:06:43] <Dominus> I thought "work" meant it doesnīt crash
[12:06:55] <SharpTooth> Sorry. I guessed that'd be a bit vague just after I typed it.
[12:08:13] <Dominus> Iīm glad it crashes for you as well, Iīm always kind of suspecting my OS (WXP) in such cases
[12:08:14] <SharpTooth> It even dies if you F3 teleport into the exact spot. <grin>
[12:08:24] <Dominus> I noticed
[12:08:44] <Dominus> It also crashes if you try to look a that spot via the arrow keys
[12:09:52] <fingolfin> sounds cool :)=
[12:10:02] <fingolfin> one of you got a debugger handy and can see where it crashes? =)
[12:10:04] <Dominus> hehe
[12:10:08] <fingolfin> SharpTooth: what OS are you on, btw?
[12:10:11] <Dominus> nope, sorry
[12:10:13] <SharpTooth> Linux.
[12:11:18] <fingolfin> you compiled exult yourself then?
[12:11:33] <fingolfin> do you know how to use gdb and can make a stack backtrace? it ain't very hard
[12:11:54] <SharpTooth> It appears to be north of the ruins in the middle of the swamp. I can teleport to the 'southern most' piece of land under the ruin, but if I teleport to just above if dies.
[12:12:11] <SharpTooth> <nod> I'll see what I can do.
[12:12:17] <fingolfin> thx
[12:12:30] <fingolfin> till I get back to work on it, or colourless or wjp drop in :)
[12:12:36] <fingolfin> or jeff or nadir for that part =)
[12:14:18] <Dominus> Iīll make a post to the mailing list
[12:20:26] --> Nadir has joined #exult
[12:21:01] <Dominus> hi nadir
[12:21:32] <SharpTooth> Hi Nadir. <bow>
[12:41:20] --> wjp has joined #exult
[12:41:24] <wjp> hi
[12:41:27] <Dominus> hi
[12:41:28] <SharpTooth> Hi.
[12:41:40] <wjp> hmm... another division by zero... nice
[12:42:55] <fingolfin> hi
[12:44:23] <-- Nadir has left IRC (Read error to Nadir[natmi167.etnoteam.it]: Connection reset by peer)
[12:44:55] <SharpTooth> Apparently in Frame_animator::get_framenum()
[12:45:09] <wjp> yeah, I already have it in a debugger
[12:45:56] <SharpTooth> <nod> I was just recompiling it. :)
[12:46:13] <wjp> it's the bubbles (sh. 335)
[12:47:24] <Dominus> ah
[12:47:53] <wjp> strange
[12:49:35] <Dominus> huh?
[12:53:17] <wjp> I found the problem
[12:54:29] <wjp> but I'm not quite sure how this Frame_animator class is supposed to work
[12:54:40] <Dominus> hrmpf
[12:58:18] <wjp> I wonder what Ryan meant with this piece of code
[13:00:36] <wjp> anyway, I committed a fix
[13:00:43] <fingolfin> lol
[13:00:48] <fingolfin> reminds me of something :)
[13:01:25] <Dominus> ?
[13:04:31] <fingolfin> hmm
[13:04:34] <fingolfin> this is bad
[13:04:39] <fingolfin> I did a cvs update
[13:04:46] <fingolfin> wjp only changed on file in bojs
[13:04:50] <fingolfin> objs even
[13:05:07] <wjp> don't forget the ChangeLog ;-)
[13:05:10] <fingolfin> doing a "make exult" in the main dir did nothing, but it should rebuild libobjs, and then relink exult
[13:05:23] <fingolfin> I had to (cd objs ; make)
[13:05:48] <fingolfin> not that I cannot do it, but this way it is easy to forget to rebuild a subdir
[13:06:12] <wjp> does a 'make' rebuild it?
[13:06:18] <fingolfin> probably
[13:06:29] <fingolfin> but I cannot do make atm because mapedit refuses to build
[13:07:03] <fingolfin> oh well
[13:07:13] <fingolfin> I guess I should rather look at fixing mapedit :)
[13:07:43] <wjp> the problem is that the top level Makefile doesn't know anything about the dependencies of the libraries
[13:07:47] <wjp> , I guess
[13:07:48] <fingolfin> yeah
[13:07:55] <fingolfin> and doing "make" simply recurses"
[13:07:59] <wjp> yeah
[13:08:01] <fingolfin> while "make exult" doesn't
[13:08:33] <fingolfin> this looks interesting:
[13:08:48] <fingolfin> Making all in mapedit
[13:08:48] <fingolfin> Makefile:544: warning: overriding commands for target
[13:08:48] <fingolfin> `u7shp'
[13:08:48] <fingolfin> Makefile:330: warning: ignoring old commands for target
[13:08:48] <fingolfin> `u7shp'
[13:09:20] <wjp> yeah, strange
[13:09:32] <fingolfin> and I turned off building the plugin, hmm
[13:09:40] * fingolfin looks at mapedit/Makefile.am
[13:09:56] <wjp> it will still add the build rules to the Makefile if you don't build it
[13:11:40] <fingolfin> but it should not attempt to build it, which it does
[13:12:02] <wjp> are you sure it doesn't always produce that warning?
[13:12:39] <fingolfin> Making all in objs
[13:12:39] <fingolfin> make[2]: Nothing to be done for `all'.
[13:12:39] <fingolfin> Making all in server
[13:12:39] <fingolfin> make[2]: Nothing to be done for `all'.
[13:12:39] <fingolfin> Making all in mapedit
[13:12:40] <fingolfin> Makefile:544: warning: overriding commands for target `u7shp'
[13:12:42] <fingolfin> Makefile:330: warning: ignoring old commands for target `u7shp'
[13:12:44] <fingolfin> /bin/sh ../libtool --mode=link CC -fpascal-strings --pedantic -o shapetest shapetest.o ./libmapedit.la ../files/libu7file.la ../imagewin/libimagewin.la./shapes/libshapes.la ../server/libserver.la -lgtk -lgdk -lstdc++ -framework QuickTime
[13:12:49] <fingolfin> CC -fpascal-strings --pedantic -o shapetest shapetest.o -framework QuickTime ./.libs/libmapedit.a ../files/.libs/libu7file.a ../imagewin/.libs/libimagewin.a ../shapes/.libs/libshapes.a ../server/.libs/libserver.a -lgtk -lgdk -lstdc++
[13:12:52] <fingolfin> /usr/bin/ld: can't locate file for: -lgtk
[13:12:54] <fingolfin> make[2]: *** [shapetest] Error 1
[13:12:56] <fingolfin> make[1]: *** [all-recursive] Error 1
[13:12:58] <fingolfin> make: *** [all-recursive-am] Error 2
[13:13:02] <fingolfin> I am sure that something is not right :)
[13:13:16] <wjp> so it doesn't try to build u7shp
[13:14:01] <fingolfin> shapetest, aye
[13:14:20] <fingolfin> but the warnings indicate that something is not quite right anywa
[13:14:22] <fingolfin> y
[13:14:23] <wjp> when was this introduced?
[13:14:34] <wjp> yeah, I think I know what's wrong with it
[13:14:49] <wjp> oh, this is interesting too:
[13:15:02] <wjp> ../libtool: test: =: unary operator expected
[13:15:19] <fingolfin> (btw, I do have gtk, but it is not passing the proper -I / -L flags from gtk-config
[13:15:20] <wjp> right after building objs/animate.cc
[13:16:37] <wjp> could you try if adding a "u7shp_SOURCES = u7shp.c" to mapedit/Makefile.am fixes the warning?
[13:17:17] --> Colourless has joined #Exult
[13:17:20] <fingolfin> sure will test
[13:17:22] <fingolfin> hi ryan
[13:17:26] <wjp> hi
[13:17:30] <Colourless> hi
[13:17:32] <fingolfin> wjp: I get that warning after objs/animate.cc, too
[13:17:32] <SharpTooth> Hi.
[13:17:44] <Dominus> hi
[13:17:47] <wjp> Colourless: could you take a look at animate.cc, line 332?
[13:17:54] <fingolfin> wjp: though different (my "test" probably has a different warning text that is all)
[13:18:09] <Colourless> i will in a minute
[13:18:13] <wjp> (or line 333 if you already did a cvs update the last 15 minutes)
[13:18:14] <fingolfin> wjp: and I must say it resembles me of various other quoting bugs in libtool that were fixed in the last time
[13:18:18] <Colourless> haven't updated yet
[13:18:41] <wjp> sounds like a "test $something = blah", where $something = empty
[13:19:15] <fingolfin> that is one possibility, yeah
[13:19:19] <fingolfin> wjp: didn't help
[13:19:24] <fingolfin> (the u7shp_SOURCES)
[13:19:41] <wjp> and if you change the u7shp: u7shp.c to u7shp$(EXEEXT): u7shp.c, too
[13:19:42] <fingolfin> but I just see that GTK_INCLUDES has the right value, it just isn't used to compile shapetest ...
[13:20:29] <fingolfin> I can make that change, sure, but I do not see what it would change - EXEXT is empty for me
[13:20:52] <wjp> yeah, EXEEXT is empty here too
[13:21:18] <wjp> but it does fix the warning for me...
[13:21:25] * fingolfin adds some xyz_CPPFLAGS
[13:21:30] <fingolfin> wjp: I will try it
[13:22:20] <wjp> but it just doesn't sound entirely right to 'fix' it this way... (the EXEEXT)
[13:22:41] * wjp checks automake infopages
[13:23:06] <Colourless> hmm, what was the code in animate.cc like before
[13:23:24] <wjp> did you already get my update?
[13:23:34] <Colourless> yeah
[13:23:48] <wjp> the commented line is the 'before', the frames = 6 the 'after'
[13:24:26] <Colourless> that's making no sense, i'll just browse cvs and have a look
[13:25:02] <Colourless> i'm not exactly sure what I was attempting to do there
[13:25:14] <Colourless> i think it could be a type
[13:25:30] <Colourless> s/type/typo
[13:26:39] <fingolfin> ho hm
[13:26:46] <fingolfin> we are using gtk-config to determine GTK_INCLUDES
[13:26:53] <fingolfin> we determine GTK_LIBS manually, though
[13:26:54] <fingolfin> why?
[13:27:02] <fingolfin> no wonder it is not working properly :)
[13:27:45] <fingolfin> oho
[13:27:52] <fingolfin> we do determine it, but don't use it :)
[13:27:54] <fingolfin> funny
[13:32:51] <wjp> strange
[13:33:13] <fingolfin> commited fixed version
[13:33:16] <fingolfin> work fine for me now
[13:33:56] <fingolfin> will try to build exult studio & gimp plugin now
[13:36:11] <wjp> heh, you put the u7shp_SOURCES in a different place than me, so now I have two after the cvs update :-)
[13:38:15] <wjp> fingolfin: u7shp_SOURCES = u7shp.cc should be u7shp.c
[13:39:36] <fingolfin> oh!
[13:39:47] <fingolfin> damn, I am too used to .cc currently :/
[13:39:49] <fingolfin> stupid me
[13:40:24] <Colourless> ok, i'm pretty sure that "frames = last_frame-6;" was supposed to be "frames = frames-6;"
[13:40:33] <fingolfin> wjp: I'll fix & commit, oK?
[13:40:50] <wjp> k
[13:40:56] <wjp> I have to go
[13:40:59] <wjp> (back in 1-2 hours)
[13:41:03] --- wjp is now known as wjp|away
[13:41:03] <Colourless> ok
[13:53:00] * SharpTooth reads Nadir
[13:53:17] * SharpTooth reads Nadir's comments about the path chooser on the forum.
[13:54:09] <Dominus> Nadir is even more "pissed" at those silly questions than me
[13:54:34] <SharpTooth> It sounds like I should get around to writing that, 'setup' program thing, that I suggested a while ago, since my muse seems to have fled with relation to ucxt. Any specific suggestions?
[13:55:03] <SharpTooth> <nod> Nadir seem to be at the end of his tether yes. <grin>
[14:00:59] * SharpTooth pokes and prods at the source tree.
[14:03:03] <SharpTooth> I presume the setup program should go in the exult/tools directory, or under a subdirectory of that. And compiled only (if BUILD_TOOLS)?
[14:31:00] --- fingolfin is now known as Fingolfin|afk
[14:31:18] <Fingolfin|afk> bbi mayb 1 hour (buying ethernet car & hub & cables)
[14:31:40] <Colourless> k
[14:31:44] <SharpTooth> <nod>
[14:31:46] <-- Fingolfin|afk has left IRC (bbl)
[14:46:20] <Dominus> grrr
[14:46:27] <Colourless> yes?
[14:46:31] <Dominus> something is going wrong somewhere
[14:46:52] <Dominus> my bug about the turtle - suddenly it works again, starting off from an earlier savegame
[14:47:24] <-- SharpTooth has left IRC (farmer.openprojects.net zelazny.openprojects.net)
[14:47:24] <-- Dominus has left IRC (farmer.openprojects.net zelazny.openprojects.net)
[14:47:24] <-- Colourless has left IRC (farmer.openprojects.net zelazny.openprojects.net)
[14:47:24] <-- chimera|wookin has left IRC (farmer.openprojects.net zelazny.openprojects.net)
[14:47:31] --> chimera|wookin has joined #Exult
[14:47:43] --> Colourless has joined #Exult
[14:48:20] --> Dominus has joined #exult
[14:49:09] <Dominus> Well, I deleted the bug now
[15:18:01] --- wjp|away is now known as wjp
[15:32:05] --- Colourless is now known as Cless|Away
[15:42:49] <wjp> bye
[15:42:49] <-- wjp has left IRC ([x]chat)
[15:47:45] <Dominus> damn, sentence to Freedom screwed up again
[16:05:19] --- Cless|Away is now known as Colourless
[16:05:19] <Colourless> how?
[16:09:27] <Dominus> back!
[16:09:50] <Dominus> aehm, after being teleported you stay in the hand mode/animated scene mode
[16:10:11] <Colourless> hmmmm
[16:10:40] <Colourless> i've got a save right before frigidazzi so I'll have a look
[16:11:36] <Dominus> cool
[16:11:47] <Dominus> I also have it in the tracker
[16:12:27] <Colourless> ok
[16:23:22] --> freedman has joined #Exult
[16:24:22] <Dominus> hi Jeff
[16:24:28] <freedman> Hi
[16:24:32] <Colourless> hi
[16:24:36] <freedman> Hello
[16:24:51] <freedman> Sorry about the Trial bug popping up again...
[16:24:58] <Dominus> hehe
[16:25:20] <Dominus> never apologize, do what you must :-)
[16:25:23] <freedman> All these result from some 'improvements' I did a few days ago
[16:25:32] <Dominus> Iīl come reporting bugs anyway
[16:25:34] <Colourless> i see
[16:25:54] <freedman> :-) I'm finding plenty by just playing.
[16:26:21] <freedman> Last night, my HP's were -45 from poison, but I never even fainted.
[16:26:51] <Dominus> thatīs cool
[16:26:59] <Dominus> probably the same for hunger
[16:27:08] <Dominus> (not to mention cold or heat :-))
[16:27:23] <freedman> Not even sure how to deal with those.
[16:27:24] <Colourless> can someone tell me the names of the sfx flx's on our download page?
[16:28:32] <freedman> The .zip files? jmsfx.zip and jmsfxsi.zip
[16:28:36] <Dominus> jmsf.flx
[16:29:04] <Dominus> and jmsisfx.flx
[16:29:25] <Colourless> jmsf.flx or fmsfx.flx ?
[16:29:40] <Dominus> jmsfx.flx
[16:29:42] <Dominus> :-)
[16:29:48] <Colourless> ok good :)
[16:30:11] * Dominus wonders why he named the jmsfxsi.zip not jmsisfx.zip
[16:30:22] <Dominus> that sfx flx is confusing me now
[16:30:54] <Colourless> i'm making my windows installer make that those files as the default values for the sfx flex's. This should stop people saying "Why don't the sounds work" ;-)
[16:31:16] <Dominus> good idea
[16:31:29] <Dominus> but they will still ask
[16:31:32] <Dominus> :-)
[16:31:50] <Colourless> as i said "should stop" ;-)
[16:32:08] <Dominus> http://exult.sourceforge.net/forum/read.php?f=1&i=1811&t=1811
[16:32:20] <Dominus> another one of thos I didnīt get quite
[16:34:24] <Dominus> so freedman you aren't yet knighted?
[16:34:48] <freedman> Just went through the banquet last night.
[16:35:04] <freedman> Also got cured with the Varro leaves.
[16:35:17] <Dominus> okay so you are not that far behind
[16:35:33] <Dominus> hehe the Fawn tower awaits you!!!
[16:35:39] <freedman> Still fairly early in the game.
[16:35:40] <Dominus> be scared, be very scared
[16:35:47] <freedman> Er, why?
[16:36:00] <Dominus> just because itīs not working
[16:36:02] <Dominus> :-)
[16:36:04] <freedman> Are they attacking through walls again?:-)
[16:36:21] <freedman> You mean, the guards returning?
[16:36:27] <Dominus> yep, that one
[16:36:40] <Dominus> did you notice that odd pathfinding of npcs?
[16:36:55] <freedman> Uh oh... like what?
[16:37:17] <Dominus> when you try to talk to them and they walk up to you in "walk-stop-walk" steps
[16:37:40] <Dominus> veeeeeery slowly
[16:37:59] <freedman> No, I didn't notice that. Or maybe I'm just used to it.
[16:38:24] <freedman> I have noticed companions opening doors. Think I'll fix that.
[16:39:02] <Dominus> thatīs when they overtake you sometimes
[16:39:17] <Dominus> maybe fix those animals , too
[16:39:25] <Dominus> or maybe not - itīs kind of funny
[16:39:32] <freedman> Right. But sometimes I'll stop near a door, and a companion will walk through to th eother side.
[16:40:19] <Dominus> there is also a slight problem in the Fawn trial where shamino will follow you a bit and stands in the doorway and prevents the Avatar from closing th door
[16:40:19] <freedman> Yes, I kind of enjoy that too. It's easy to fix: Just test for intelligence > say, 6, for opening doors.
[16:40:37] <Colourless> sometime you can just walk up to a door and hold down your mouse button and one of the companions will open it for you :)
[16:40:58] <Dominus> I like it that the Avatar auto-opens doors
[16:41:13] <freedman> There's definitely something we don't understand in the Trial. Usecode for getting the companions inside keeps looping and failing.
[16:41:37] <Dominus> ah, they have to go inside as well?
[16:41:49] <freedman> Not sure. Does anyone remember from the original?
[16:42:01] <Dominus> I donīt think somehow
[16:42:33] <freedman> Maybe it's a bug in the Usecode itself.
[16:42:35] <Colourless> i don't think they did
[16:42:54] <Dominus> there is no room on the benches for them and Iīm sure the avatar and Dupre stood alone in the trial square
[16:42:55] <Colourless> i could be wrong though
[16:43:23] <Dominus> there is still a bug with that traitor captainīs schedule
[16:43:30] <Dominus> in between the trials
[16:43:54] <Dominus> he should be there at the levers in day time but shouldnīt be at night
[16:44:14] <Dominus> because you have to kill him and later on heīs in the prison
[16:44:19] <freedman> We never did fix that, I think.
[16:44:41] <freedman> But I should be getting to that point soon.
[16:44:51] <Dominus> :-)
[16:45:23] <freedman> It's really more fun finding the bugs myself.
[16:45:31] <Dominus> I imagine so
[16:46:22] <freedman> And, maybe I shouldn't say this, but some of the users' bugs are just kind of annoying.
[16:46:43] * Dominus tries to imagine what Jeff means
[16:46:50] * Dominus didnīt have to try very hard
[16:46:53] <Colourless> annoying? :-)
[16:47:27] <freedman> :-) Well, like the one about the guard. No savegame, and a bug that doesn't really affect the game.
[16:47:43] * Dominus nods
[16:48:09] <Dominus> Have a look at the closed bugs - I closed some more of those lately
[16:48:22] <freedman> I appreciate that:-)
[16:48:53] * Dominus notes that he himself submitted some stupid ones lately
[16:49:21] <freedman> Looking at the open bugs... Only the 'Guard weirdness' is 'annoying':-)
[16:49:43] <freedman> Dominus: Your bugs have a good record. And you always submit savegames:-)
[16:49:54] <Dominus> thanks
[16:50:06] <Colourless> hey dom if you didn't know, wjp and I found and fixed the DeadEye bug of yours. It wasn't fixed as you had previously thoughts
[16:50:16] <Colourless> s/thoughts/thought
[16:50:21] <freedman> I guess it's really the lack of savegames that bothers me. Who wants to spend an hour trying to reproduce a bug?
[16:50:47] <freedman> Er, DeadEye??
[16:50:54] <Dominus> Colourless: I saw the comment and eventually saw that it was still bugging my savegames
[16:51:30] <freedman> BTW, I do notice that the extra Automatons are back:-( Think I know what the trouble is.
[16:51:37] <Dominus> freedman: automatons creating would create the pirate dead eye from BG
[16:52:00] <Colourless> yeah, bodies for npc's >= 128 weren't being saved.
[16:52:00] <Dominus> Alagner is sleeping as an Automaton in the moonshade lake
[16:52:25] <freedman> Ok. I saw that thread on yesterdays transcripts.
[16:53:16] <freedman> The fix for the Automatons is to set their schedules to 'wait' near the top of readnpcs.cc right after the 'remove_this(1)'. At least, that's my guess.
[16:54:03] <freedman> Or I could try to clean it up and not create them at all.
[16:54:41] <freedman> I think I was afraid that they might be needed, so didn't want to delete them completeley.
[16:55:07] <Dominus> Or just put them into the house of dead
[16:55:15] <Dominus> (if you are still afraid)
[16:55:52] <Colourless> remove_this(1) effectively does that
[16:56:02] <freedman> Dominus: Right. But we still need to set their schedule to 'wait' so that a schedule change doesn't bring them back (which I think is the problem now).
[16:56:04] <Dominus> oops
[16:56:05] <Colourless> hourly schedules might be activated
[16:56:38] <freedman> But 'wait' means 'wait forever' in Exult (and I'm pretty certain, in the original)
[16:56:46] <Colourless> ok
[16:57:42] <Colourless> it's not actually possible to check in the original because npc's 234 though 255 can't be modified by 'modify npc'
[16:57:48] <freedman> BTW, barges, like the turtle, should be fixed now.
[16:58:14] <freedman> I wonder why.
[16:59:46] --> fingolfin has joined #exult
[16:59:56] <freedman> Hi Max.
[17:00:03] <fingolfin> hiya
[17:00:13] <Dominus> freedman: so the barges were off?
[17:00:13] <Colourless> hi
[17:00:35] <Dominus> hi max
[17:00:35] <freedman> I, er, broke them a few days ago when I rewrote Check_mask().
[17:00:51] <freedman> Fixe as of 2 days ago.
[17:00:55] <Dominus> ah, because I wondered why it suddenly worked
[17:01:13] <Dominus> the strange thing was that my savegame with the turtle stopped to work
[17:01:36] <Dominus> when I submitted the bug the turtle would appear
[17:01:38] <freedman> All barges were broken because the code to 'find nearest barge' wasn't working.
[17:01:59] <Dominus> then yesterday the earth serpent would say Iīve forgotten something
[17:02:10] <Dominus> really strange
[17:02:21] <Dominus> well, whatever it worked now
[17:02:31] <Dominus> thanks for fixing it
[17:02:43] <freedman> The walkthrough says that happens if you haven't solved the kidnapping.
[17:03:19] <Dominus> I guessed as much but I HAD it solved and ithe turtle did appear before with the same savegame
[17:03:46] <Dominus> somehow the fix must have screwed my savegame
[17:03:55] <freedman> Strange... If only we had the SI source...
[17:04:05] * Dominus nods
[17:04:44] <Dominus> well, miracles tend to happen sometimes
[17:04:59] * Dominus stops himself now
[17:05:07] <Colourless> oi
[17:05:26] <freedman> Spektor is one of the few U7 developers we haven't heard from.
[17:05:35] <Dominus> some of the SI developers must still have it
[17:06:17] <Dominus> anybody knows his email address? :-)
[17:06:21] <freedman> It would be like getting a puzzle solution. I >think< we've figured out most of it by now.
[17:06:33] <Colourless> wspector@ionstorm.com i think
[17:06:41] <Dominus> :-)
[17:07:02] <Dominus> weapons.dat would be nice to hav unpuzzled
[17:07:15] <Colourless> yeah it *really* would
[17:07:23] <fingolfin> he, imagine we would get the source to BG
[17:07:30] <fingolfin> what I could all find out about the intro
[17:07:44] <fingolfin> or for SI, that would be even better
[17:07:56] <Dominus> I think youīve got it all somehow
[17:08:12] <Dominus> sfx in the intro would be great
[17:08:13] <Colourless> i somehow thin we've got it all somehow too
[17:08:22] <freedman> We have most of weapons.dat figured out, just not implemented yet.
[17:08:30] <fingolfin> well, the speec is not perfect in the intro
[17:08:41] <fingolfin> I think they may have used some sort of scripting for the lip sync or so
[17:08:45] <freedman> I wish we could just get the background midi's working.
[17:09:10] <Dominus> or more of the sfx
[17:09:33] <Dominus> the games had sfx for all kind of stuff
[17:09:45] <freedman> Yes
[17:09:50] <Dominus> like putting armor on and so on
[17:10:06] <Colourless> did it? I can't remember it having that
[17:10:19] <freedman> If it did, that should be too hard to figure out.
[17:10:20] <Dominus> fire it up with vdms sound
[17:10:49] <Colourless> you know how slow the game runs ;-)
[17:11:02] <fingolfin> good SFX -> great. bad SFX -> catastrophy. IMHO. in some games, I just prefer to turn 'em off :)
[17:11:05] <Dominus> Colourless: u7dpmi works fine with vdms (and is a tad faster with Xp - I noticed)
[17:11:05] <fingolfin> hehe
[17:11:23] <freedman> It's not too bad in Win95. But when it crashes, it takes down the whole machine
[17:11:31] <Dominus> oops
[17:11:48] <Colourless> yeah, i've noticed it is faster in XP.
[17:12:01] <Colourless> microsoft seems to have improved the virtual machine timing.
[17:12:23] <freedman> My memory of U7, esp. BG, was that it was extremely buggy.
[17:13:02] <Dominus> yeah, I hated that endless tinkering with Dos just to have enough spare memory
[17:13:06] <Colourless> i've noticed other games work better in XP than 2k. System Shock is one example and would have slow music in 2k, but it's better in xp
[17:13:25] <Dominus> ok, have to go now. sorry
[17:13:27] <Dominus> bye
[17:13:33] <freedman> See ya
[17:13:33] <-- Dominus has left IRC (got to play Exult now)
[17:16:43] <fingolfin> Colourless: sounds good
[17:17:18] <fingolfin> sadly, SDL games in OS X are rather slow. Not directly because of the OS, but because the SDL/OSX backend add unwanted double buffering...
[17:17:32] <fingolfin> I tried to fix that, but so far no success :/
[17:17:48] <freedman> You could be famous:-)
[17:20:20] --> wjp has joined #exult
[17:20:23] <fingolfin> freedman: well, I already wrote the joystick driver; wrote the makefile build system; fixed keyboard handling, and lots of other things - I *am* famours *gg*
[17:20:27] <wjp> hi
[17:20:29] <fingolfin> wb wjp
[17:20:36] <freedman> Hi
[17:20:36] <fingolfin> just kidding :)
[17:20:54] <Colourless> wb
[17:21:00] <fingolfin> that reminds me, I wonder what happend to my mapedit compilation
[17:21:12] <freedman> Max: Apple should give you a free machine!
[17:21:16] <fingolfin> compile error in studio.cc - hm
[17:21:31] <fingolfin> freedman: not probable; but they *do* have increased their open source efforts
[17:21:53] <fingolfin> Christoph Pfirsterer got a free MacOS X 10.1 beta seed from them
[17:22:08] <fingolfin> and the parsec project got a full G4 dual processor box with GeForce 3
[17:22:14] <fingolfin> http://www.parsec.org
[17:22:20] <freedman> Now that's nice!
[17:22:41] <fingolfin> Chritop is a friend of mine, and the leader of the fink project, which is a package system for OS X, we port unix software to OS X
[17:22:44] <fingolfin> yeah!
[17:22:52] <fingolfin> Chritoph is the name of course :9
[17:23:16] <fingolfin> oh I see why stuido.cc fails to compile - sys/dirent. requires on BSD that one first includes sys/types.h
[17:23:21] <freedman> Why don't they send us some machines?
[17:23:56] <wjp> they'd probably send 386 or 486's anyway :-)
[17:24:03] <fingolfin> ?
[17:24:13] <wjp> that's what you need for the original, right?
[17:24:14] <fingolfin> well *if* apple donates machines, then new ones :)
[17:24:22] <fingolfin> hehe right
[17:24:34] <freedman> wjp: You mean 68000's?
[17:24:43] <wjp> umm, no
[17:25:18] <fingolfin> maybe we can get M$ to sponsor us
[17:25:37] <fingolfin> of course we'll have to make exult run on WXP only, but we would get free machines and copies of WXP =)
[17:25:44] <wjp> yeah, sure... and we could relicense Exult to a shared source license
[17:26:05] <fingolfin> lol, yeah, "shared source", biggest joke in recent history :)
[17:26:28] <Colourless> why do we get EA to sponsor us?
[17:26:40] <Colourless> ;-)
[17:26:44] <freedman> Yea. 'Do what we tell you and we'll let you see our source.'
[17:27:08] <freedman> Do you think we should try?
[17:27:09] <wjp> that sounds a lot like being unpaid employees, somehow
[17:27:28] <wjp> oh, wait, you mean we show them _our_ source?
[17:27:35] <freedman> I already feel like an unpaid employee:-)
[17:28:21] <fingolfin> freedman: be quiet and go back to work, you are already behind your schedule!
[17:28:27] <fingolfin> if you go on like that I'll have to fire you
[17:28:34] <fingolfin> 8-)
[17:28:39] <freedman> :-) Sounds like some of the Forum posts
[17:28:56] <freedman> I'll only work if you double my salary
[17:29:13] <fingolfin> sure, no problem, done
[17:29:19] <freedman> Whoohoo
[17:30:09] <fingolfin> cool! all of exultstudio built on OS X - now I need to find out how to make it link :)
[17:30:37] <freedman> Nice.
[17:33:11] <fingolfin> hm, it cannot link since USE_EXULSTDIO is not defined... weird
[17:33:54] <fingolfin> hm
[17:34:09] <fingolfin> I set --enable-exult-studio and --enable-gimp-plugin
[17:34:15] <freedman> A configure problem...
[17:34:18] <fingolfin> now I see there is also --enable-exult-studio-support
[17:34:20] <wjp> isn't that define used to tell the rest of exult it should communicate with exult studio
[17:34:24] <fingolfin> but it says it was active by default
[17:34:30] <fingolfin> yeah
[17:34:39] <fingolfin> but it won't link w/o
[17:34:43] <wjp> I think someone changed the exult studio configure switches
[17:34:49] <fingolfin> hehm
[17:35:00] <wjp> (split up GTK and exultstudio checks, IIRC)
[17:35:06] <fingolfin> so it is not possible to have exult studio w/o communicating with exult??
[17:35:31] <fingolfin> I mean, exult runs as a Quartz app, not as a X-Win app, so I think it won't be that useful to link them up, would it?
[17:35:35] <wjp> maybe some of the shared headers use that define?
[17:35:52] <wjp> well, they use sockets to communicate, mostly
[17:36:06] <wjp> (apart from the drag'n'drop)
[17:36:07] <freedman> And X drag-n-drop too.
[17:36:37] <fingolfin> X d&d won't work here
[17:36:41] * wjp wishes he was in linux
[17:36:56] <fingolfin> grr, so I have to rebuild it all to enable some communication that I do not need? hm
[17:37:15] * wjp also wishes IE would stop crashing
[17:37:29] <fingolfin> hehe
[17:37:43] <freedman> That reminds me that I have to reboot to Windows soon for work:-(
[17:38:10] <Colourless> ha. as I said once before We need to remove the x d&d or at least offer an alternative method
[17:38:14] <fingolfin> maybe I can disable the server interaction code with some #ifdef USER_EXULTSTUDIO ?
[17:38:36] <freedman> Yes. Or... add DND to SDL.
[17:38:42] <fingolfin> the x d&d code in mapedit is nothing that bothers me, i run it on x
[17:38:48] <fingolfin> freedman: maybe for SDL NG
[17:38:49] <-- wjp has left IRC (Read error to wjp[ip503c5297.speed.planet.nl]: No route to host)
[17:38:54] <fingolfin> freedman: tell sam :)
[17:39:16] <freedman> I did. He said maybe in 3.0. That could be a while.
[17:39:38] --> wjp has joined #Exult
[17:39:49] <wjp> nice how a crashing IE always seems to manage to bring down the rest of windows too
[17:39:58] <freedman> Actually... I could do the X part, Ryan Windows, and you could do MAC
[17:40:24] <freedman> And wjp could do BeOS (if there's any point)
[17:40:28] <wjp> *cough*
[17:41:10] <fingolfin> hehe
[17:42:37] <freedman> Of course, an alternative interface to DND would be a good idea. Maybe you select the 'active' shape, then alt-click to add it in Exult.
[17:43:00] <wjp> fingolfin: what exactly causes the link to fail?
[17:43:44] <fingolfin> it uses Receive_data and Send_data ... those are not built unless USE_EXULTSTDIO is set
[17:44:03] <fingolfin> I already added a #ifdef around them in servmsg.h to see what all rellies on it
[17:44:15] <fingolfin> pretty much in server/ and mapedit/ it seems
[17:44:42] <freedman> They just use sockets, so should compile.
[17:44:43] <fingolfin> e.g. server/objserial.cc
[17:44:47] <fingolfin> well
[17:44:56] <fingolfin> I dunno why did we comment out those func then?
[17:45:29] <wjp> I replaced most of the #ifdef XWIN's related to exult studio with #ifdef USE_EXULTSTUDIO's
[17:45:47] <fingolfin> ah I see
[17:46:46] <wjp> umm.. why does shapetest need libserver?
[17:47:05] <wjp> (according to Makefile.am, anyway)
[17:47:06] <freedman> You can remove shapetest if you want.
[17:47:56] <fingolfin> after I fixed GTK compilation in Makefile.am on my machine? ha! typical! :)
[17:48:01] <wjp> so those #ifdef USE_EXULTSTUDIO should be replaced by a #if defined(USE_EXULTSTUDIO) || defined(BUILD_EXULTSTUDIO)?
[17:48:12] <wjp> fingolfin: exult-studio will still need gtk :-)
[17:49:03] <fingolfin> wjp: thx :)
[17:49:11] <fingolfin> wjp: probably
[17:49:16] <fingolfin> still
[17:49:22] <fingolfin> hm
[17:49:24] <fingolfin> that is
[17:49:29] <fingolfin> not for the xdrag.cc code
[17:49:36] <fingolfin> or? I am not sure
[17:49:43] <freedman> No.
[17:49:49] <fingolfin> I do not know exultstudio at all
[17:50:01] <freedman> xdrag.cc is pure XLib.
[17:50:08] <wjp> btw, by "those #ifdef's" I meant the ones in the server subdir
[17:50:22] <freedman> But GTK itself does support drag-n-drop.
[17:52:22] <Colourless> exult isn't a gtk app though
[17:52:47] <fingolfin> woa!
[17:52:52] <fingolfin> exultl_studio just launched!
[17:53:00] <freedman> Cool!
[17:54:07] <freedman> Now... can you choose the data directory, and view shapes?
[17:54:43] <wjp> oh... I see... :
[17:54:45] <wjp> if test $WINDOWING_SYSTEM != -DXWIN ; then
[17:54:45] <wjp> enable_exult_studio_support=no
[17:54:45] <wjp> fi
[17:55:27] <wjp> hmm, that construction prevents forcing exult studio support to work, too
[18:09:16] * fingolfin is back from phone
[18:09:27] <fingolfin> ok, exul_studio runs - I jus opened my BG static folder
[18:09:45] <freedman> Great
[18:10:01] <fingolfin> shape browser seems to work, too!
[18:10:06] <freedman> Next step: Start up Exult, then try to launch ES with ctrl-alt-m
[18:11:09] <fingolfin> moment
[18:11:56] <fingolfin> fonts.vga cannot be browsed? oooh
[18:12:36] <freedman> That's never worked for me either.
[18:13:10] <freedman> And they all have some scrolling bugs.
[18:15:49] <fingolfin> what are those light-blue chunks? unused?
[18:15:56] <fingolfin> and those ones with letters ?!?
[18:16:08] <freedman> Don't know.
[18:16:56] <freedman> (Still need to write a 'chunk editor')
[18:17:02] <fingolfin> hmmmm
[18:17:04] <fingolfin> I wonder...
[18:17:30] <fingolfin> if one arranges the shape in the right manner (e.g. 20x50 ot 25x100), maybe they give a text? :)
[18:19:11] <freedman> Maybe place holders until they got the real ones done.
[18:20:08] <freedman> BTW: Any objections to making alt-left-click add the currently selected shape when in map-editing mode?
[18:20:24] <Colourless> no!
[18:20:27] <freedman> ... as an alternative to drag-and-drop.
[18:20:45] <freedman> Okay! Maybe this weekend. It's been weeks since I touched E.S.
[18:20:46] <Colourless> that was no objections, do it
[18:20:57] <freedman> Would it then work on Windows?
[18:21:08] <Colourless> pretty much I think
[18:21:29] <Colourless> actually no it wouldn't
[18:21:33] <freedman> Does it launch with ctrl-alt-m? That's the best way, since it sets up the 'static' dir. automaticall.
[18:22:14] <Colourless> more work still needs to be done. exultstudio only compiles for windows if sockets are disabled iirc
[18:22:50] <freedman> :-( Too bad, since sockets are essential to using it. But they should work in Windows.
[18:23:58] <freedman> But I better be getting to work.
[18:23:58] <freedman> See ya.
[18:23:58] <-- freedman has left IRC (Leaving)
[18:23:58] <Colourless> winsockets are so close to sockets that it shouldn't really be a problem porting it
[18:26:22] <fingolfin> well
[18:26:28] <fingolfin> there are many many socket wrappers out there
[18:26:42] <fingolfin> how about we write a small encapsulation class or so...
[18:26:57] <fingolfin> using winsock on win, and BSD sockets everywhere else
[18:27:15] <Colourless> sounds like it might be a plan
[18:34:29] --- fingolfin is now known as Fingolfin|dinner
[18:41:33] * wjp is bored
[18:41:41] <Colourless> :)
[18:41:51] <wjp> I've been spending all last week doing elliptic curves homework... and now it's done
[18:42:11] <wjp> now there's this big void in my daily schedule :-)
[18:43:46] <wjp> maybe I should start a game of Avernum
[18:44:15] <wjp> (which _almost_ works under Wine, btw)
[18:49:42] <wjp> you know... it might be very useful to have the usecode trace actually show the disassembled instructions as it's executing them
[18:50:06] <wjp> right now it just shows SP, IP and the opcode (in hex, not mnemonic (sp?))
[18:50:38] <Colourless> yeah, it might be more useful. it would make it a hell of alot easy to understand what the code might be trying to do
[18:50:48] <Colourless> s/easy/easier
[18:51:23] * wjp nods
[18:51:38] <wjp> especially if we also display the current values of the variables used
[18:52:16] <wjp> could make our code quite messy, though
[18:52:47] <Colourless> that would make it very messy :)
[18:53:09] <wjp> on the other hand, Usecode_internal::run already is a big mess... :-)
[18:54:01] <wjp> maybe we could use wud.c's disassembler
[18:54:41] <Colourless> it would be nice if the output was the same for both
[18:56:08] <wjp> but we (well, I do, anyway) want more output for the trace. (variable values, specifically)
[18:56:42] <wjp> although the output could become _very_ messy if those variables are arrays
[19:11:46] --> matto has joined #exult
[19:19:54] --- Fingolfin|dinner is now known as Fingolfin
[19:20:52] <Colourless> hmmmm
[19:20:54] <Fingolfin> wjp: sounds good. make it configurable
[19:21:19] <wjp> I'm trying to think of a good output format
[19:23:07] <Fingolfin> why does usecode/compiler/ucparse.cc #include <malloc.h> ?
[19:23:21] <wjp> I could of course just use wud's output format, with the byte-data removed
[19:23:24] <wjp> Fingolfin: not a clue
[19:23:39] <Colourless> ask jeff
[19:23:40] <Fingolfin> ok, i guess I can remove it then :)
[19:23:42] <wjp> isn't that file generated by bison?
[19:24:45] <matto> bison!!!
[19:25:41] <Fingolfin> oh! could be
[19:25:44] <Fingolfin> nasty then
[19:26:02] <Fingolfin> I just did a autoscan and look what evil things we use, what we can get rid of, and what we ought to check for
[19:26:09] <wjp> ucparse.yy does include some wrong files, though
[19:26:17] <wjp> (iostream.h, stdlib.h, string.h)
[19:26:44] <Colourless> whoa the winxp msdos virtual machine is MUCH better than the Win2k one. it has some level of sound blaster emulation it appears and it also has some ability to use VESA video modes.
[19:33:14] <wjp> does cout << setw(2) set the width of only the next field?
[19:35:27] <Fingolfin> yes
[19:35:49] <wjp> but cout << hex and cout << dec are persistant, right?
[19:36:13] <Fingolfin> I think so, but let me check
[19:36:44] <Fingolfin> yes
[19:36:49] <Fingolfin> docs say they are
[19:36:55] <wjp> translating these printf's to cout's is interesting
[19:37:16] <Fingolfin> he
[19:37:21] <Fingolfin> you don't have to you know :)
[19:37:30] <Fingolfin> oh we still use stdup, bad
[19:38:01] <wjp> that would probably give a compile error, yes :-P
[19:38:25] <Fingolfin> it is in a #if 0 block
[19:38:33] <wjp> oh, that's ok then
[19:38:35] <Fingolfin> besides, we have a "newstrdup" function :)
[19:40:41] <wjp> any buffering issues to look out for when mixing printf and cout?
[19:59:07] <wjp> hmm... I have 30-40% packet loss to anything more than 3 hops away
[20:03:30] <Fingolfin> :/
[20:03:37] <Fingolfin> no issues that I can think of right now
[20:03:47] <-- Colourless has left IRC (Read error to Colourless[ppp370.adelaide.on.net.au]: Connection reset by peer)
[20:04:21] <wjp> brb, rebooting gateway
[20:06:14] <-- wjp has left IRC (Read error to wjp[ip503c5297.speed.planet.nl]: Connection reset by peer)
[20:06:23] --> wjp has joined #Exult
[20:09:38] --> Colourless has joined #Exult
[20:09:42] <Fingolfin> wb
[20:09:51] <Colourless> thx
[20:10:12] <Colourless> Spear of Destiny crashed my computer :-)
[20:10:32] <wjp> hmm.. that sounds familiar
[20:12:23] <wjp> old game?
[20:12:29] <Colourless> yeah
[20:12:33] <wjp> doom-like?
[20:12:37] <Colourless> yeah
[20:13:06] <Colourless> by id Software, sequal to Wolf3d
[20:13:15] <wjp> oh right
[20:17:27] <-- chimera|wookin has left IRC (So many rubes in this world who need to be dealt with ... and I don't have time to do the dealing. http://www.rubecity.com)
[20:17:34] --> chimera|wookin has joined #exult
[20:35:02] <-- matto has left IRC (farmer.openprojects.net asimov.openprojects.net)
[20:35:37] --> matto has joined #exult
[20:47:59] <-- Colourless has left IRC (Ping timeout for Colourless[ppp370.adelaide.on.net.au])
[20:50:58] --> Colourless has joined #Exult
[21:00:05] <-- Colourless has left IRC (Read error to Colourless[ppp370.adelaide.on.net.au]: Connection reset by peer)
[21:02:39] <Fingolfin> he doens't like to stay with us
[21:06:34] <wjp> no :/
[21:06:53] <wjp> ok... my new usecode trace thingie compiles
[21:07:25] <wjp> hmm... output needs to be cleaned up a bit :-)
[21:14:09] <wjp> how's this:
[21:14:21] <wjp> 0147: pushi 0000H ; -1073744696
[21:14:21] <wjp> 014A: cmpeq
[21:14:21] <wjp> 014B: and
[21:14:21] <wjp> 014C: and
[21:14:21] <wjp> 014D: jne 0177 (jump taken)
[21:14:22] <wjp> 0177: push [0000] =00c8
[21:14:36] <wjp> hmm, tabs aren't showing properly for me
[21:15:01] <wjp> hmm... that constant -a_lot looks wrong
[21:18:07] <-- matto has left IRC (farmer.openprojects.net benford.openprojects.net)
[21:20:31] <Fingolfin> looks fine I think
[21:22:38] <wjp> oh, this is nice... now I get a segfault in the disassembling code
[21:28:43] <wjp> I now always report the value of the variable before the instruction is executed. I wonder if I should also report the new value for some opcodes
[21:28:59] <wjp> (pop, specifically)
[21:29:50] <wjp> ...and maybe also the result of the various arithmetic operators...
[21:30:03] <wjp> argh... there's too much possibly useful data
[21:31:21] --> matto has joined #exult
[21:33:12] <Fingolfin> hehe
[21:33:25] <Fingolfin> well
[21:33:55] <Fingolfin> you cannot do everything
[21:34:11] <wjp> yeah :-)
[21:34:22] <wjp> there's only 80 chars in a line, after all ;-)
[21:35:38] <wjp> currently I report the old value of a var. for a pop instruction. That should change, I think
[21:35:51] <wjp> (the old value is meaningless)
[21:36:32] <Fingolfin> you can always display multiple lines, though :)
[21:41:50] <wjp> hehe :-)
[21:45:06] <-- matto has left IRC (farmer.openprojects.net carter.openprojects.net)
[21:45:06] <-- Fingolfin has left IRC (farmer.openprojects.net carter.openprojects.net)
[21:45:13] --- ChanServ has changed the topic to: Exult, the open source Ultima 7 and U7 part 2 engine
[21:45:32] --> Fingolfin has joined #Exult
[21:45:32] --> matto has joined #Exult
[21:52:43] <Fingolfin> (opme
[21:52:50] <wjp> :-)
[21:52:50] <Fingolfin> grmbl :)
[21:52:58] <wjp> useful macro
[21:53:02] <Fingolfin> yeah :)
[21:53:14] * wjp adds that one too
[21:53:18] <Fingolfin> my bot on #fink can op it self
[21:53:30] <wjp> exultbot can't :-)
[21:53:36] <Fingolfin> /msg chanserv op %c %n
[21:53:40] <Fingolfin> that is what I used in xchat
[21:53:58] <Fingolfin> well, that bot is a plain eggdrop bot and wants op, exultbot gets along w/o :)
[21:54:09] <wjp> wow, it works :-)
[21:54:14] <Fingolfin> heheh
[22:04:44] <wjp> committing...
[22:06:20] <wjp> grr... typo in the ChangeLog message
[22:06:39] <wjp> to enable it, set "config/debug/trace/usecode" to "verbose"
[22:06:58] <wjp> (not "config/debug/tracing/usecode", which is what the cvs-logs mail will say :/ )
[22:11:37] <Fingolfin> ok :)
[22:30:41] <wjp> I'm going to bed
[22:30:42] <wjp> night
[22:30:49] <-- wjp has left IRC ([x]chat)