#exult@irc.freenode.net logs for 6 Jun 2002 (GMT)

Archive Today Yesterday Tomorrow
Exult homepage

[02:15:36] --> Kirben has joined #exult
[02:15:36] --- ChanServ gives channel operator status to Kirben
[02:37:26] --- Darke is now known as Darke|afk
[02:52:37] <Kirben> any idea on this error ?
[02:52:38] <Kirben> usecode/intrinsics.cc: In member function `Usecode_value
[02:52:38] <Kirben> Usecode_internal::UI_npc_nearby(int, int, int, Usecode_value*)':
[02:52:38] <Kirben> usecode/intrinsics.cc:728: parse error before `=' token
[02:52:38] <Kirben> usecode/intrinsics.cc:734: invalid conversion from `Usecode_value (*)()' to `
[02:52:38] <Kirben> int'
[02:52:39] <Kirben> usecode/intrinsics.cc:734: initializing argument 1 of `
[02:52:41] <Kirben> Usecode_value::Usecode_value(int)'
[03:12:15] --- Darke|afk is now known as Darke
[03:12:39] * Darke hops off to grab the latest cvs and will be pondering such a question momentarially.
[03:13:07] <Kirben> only occurs under gcc 3.1
[03:18:17] * Darke can't _see_ a problem, but will compile it and see what sort of errors he gets.
[03:26:09] <Kirben> All other exult objects seem to compile fine
[03:34:47] <-- Kirben has left IRC (herbert.openprojects.net irc.openprojects.net)
[03:34:47] <-- Darke has left IRC (herbert.openprojects.net irc.openprojects.net)
[03:35:17] --> Kirben has joined #exult
[03:35:17] --> Darke has joined #exult
[03:37:28] <Kirben> http://members.optushome.com.au/wormmon/output.txt for ucparse.cc
[03:38:04] <Kirben> Also mentions a few deprecated or antiquated headers are been used just before.
[03:39:38] <Darke> *nod* I encountered the 'strstream' warnings too. I had thought they were all removed.
[03:40:11] <Kirben> Would bison/flex need to be recompiled under gcc 3.1 ?
[03:40:43] <Darke> Have you ever installed a different version of the gcc3 series on the machine you're compiling on?
[03:40:47] <Darke> It shouldn't.
[03:41:24] <Kirben> No, this is actually the first gcc 3.x release for win32...
[03:41:41] <Darke> 'intrinsics.cc' compiles 'perfectly'.
[03:42:25] <Darke> *nod* It's just the warnings look like what happens if you don't delete the /usr/include/g++-v3/ directory under linux, when upgrading from gcc3.0 to gcc3.1. It finds the wrong headers and things go downhill fast. *grin*
[03:43:11] <Darke> ucxt also compliles 'perfectly' too. *sigh* Looks like it might be a windows problem.
[03:48:31] <Darke> Here's a long shot, but replace lines 728 to 732 in intrinsics.cc (it's a single 'line' of code with a comment in the middle of it) with:
[03:48:36] <Darke> int near = ((npc != 0) && (npc->get_tile().distance(gwin->get_main_actor()->get_tile()) < 12) && (npc->get_flag(Obj_flags::asleep)));
[03:49:25] * Darke thinks he got all the braces correct.
[03:51:25] <Kirben> same error
[03:51:58] <Kirben> gcc 3.x mingw specific changes are listed at http://sourceforge.net/project/shownotes.php?release_id=90000 in case its any help.
[03:55:26] <Darke> Change 'near' on that line to 'is_near', and down further on the Usecode_value line too, change the 'near' to 'is_near'.
[03:56:13] * Darke is thinking 'near' might be a defined symbol (think 'near pointer' and 'far pointer'). It might work. *grin*
[03:57:02] <Kirben> that worked
[03:57:38] <Kirben> an odd link time error though:
[03:57:38] <Kirben> C:/msys/1.0/mingw/bin/../lib/gcc-lib/mingw32/3.1/../../../libstdc++.a(string-inst.o)(.text$_ZNSs6assignEPKcj+0x0): multiple definition of `std::string::assign(char const*, unsigned)'
[03:57:39] <Kirben> AudioOptions_gump.o(.text+0x570):AudioOptions_gump.cc: first defined here
[04:00:57] <Darke> *blinkblink* Wow. That was unexpected. Hmm... that is an odd error.
[04:12:57] <-- exultbot has left IRC (signing off...)
[04:14:06] --> exultbot has joined #exult
[04:14:06] --- Topic for #exult is: Exult: an open-source engine for Ultima 7: http://exult.sf.net/. We blow worlds up!
[04:14:06] --- Topic for #exult set by Dominus at Wed Jun 5 14:49:29 2002
[04:14:33] <Darke> No problem. *grin* I'm not going anywhere anytime soon.
[04:16:42] <Kirben> Could ucparse be the same ? using an already defined word
[04:26:13] <Kirben> all recompiled, exact same error.
[04:29:12] <Darke> Hmm... maybe. But it doesn't look like it.
[05:15:22] <Kirben> looks like mingw bug
[05:15:49] <Kirben> If I use -finline-limit-1000 I no longet get the multiple defination.
[05:17:00] <Kirben> file size is much much smaller too
[05:17:40] <Kirben> gcc 2.95.3 gives 2.40MB and gcc 3.1 gives 1.62MB for exult.exe
[05:19:08] <Darke> Cool.
[05:20:28] <Kirben> Would is be possible to replace getopt in studio.cc with something similar and more portable ?
[05:21:12] <Darke> Isn't there an 'Args' class used by exult? That should be able to replace it, IIRC it was mentioned last time we had a problem with this.
[05:24:41] <Kirben> args.cc ?
[05:25:20] <Darke> I think so.
[05:34:06] <Kirben> Just include args.h and replace getopt with Args ?
[05:35:07] <Darke> I'm not sure. I've never really used getops. Just a sec and I'll see if I can find an example for you of Arg's use, so you can kind-of guess what to do. Hopefully. *grin*
[06:02:08] <Kirben> Just released the monster to the public.
[06:02:37] * Darke grins.
[06:08:59] <Kirben> odd midi stops working in exult on this system lately.
[06:26:11] <Kirben> exult.cc has a brief use of arg but I'm still not sure how to do it correctly. I think I better wait for someone else who knoews what they are doing to do it
[06:27:25] <Darke> pentagram/tools/disasm.cc uses Arg very minimally and cleanly, so you may be able to work out how to use it from that.
[08:03:09] <-- Darke has left IRC (capek.openprojects.net irc.openprojects.net)
[08:15:58] --> Darke has joined #exult
[08:15:58] --- ChanServ gives channel operator status to Darke
[08:45:41] <Kirben> Darke: is it safe to commit that intrinsics.cc change ?
[08:46:30] <Darke> I would revert it back to those four lines (rather then the single line I gave) but change it to is_near. But it should be safe to commit that.
[08:46:52] <Kirben> ok, that is what I planned to do.
[08:47:03] <Darke> Cool.
[08:49:58] <Kirben> What would be best way to handle 'using ::snprintf;' on systems without HAVE_SNPRINTF defined ?
[08:50:19] <Kirben> I'm using this at moment but not sure if it is right:
[08:51:03] <Kirben> #ifndef HAVE_SNPRINTF
[08:51:07] <Kirben> #endif
[08:52:55] <Kirben> effects browser.cc, gamerend.cc and gumps/gump_utils.cc
[08:53:08] <Kirben> which currently just use using ::snprintf;
[09:00:10] <Darke> I think that probably would be best. I'm not sure if there really is a 'good' way of handling it.
[09:10:55] <Kirben> commited
[09:40:26] <Kirben> no idea(s) on that ucparse.cc problem ?
[09:41:01] <Darke> No idea really, unfortunately.
[09:41:20] <Kirben> Looking at windef.h and winnt.h only coomon part is both error points start with typedef CONST
[09:46:40] <Darke> There's no `#define CONST` floating around in exult's code anywhere?
[09:48:26] <Darke> If there was code line:
[09:48:31] <Darke> #define CONST something
[09:48:35] <Darke> #include <iostream>
[09:48:43] <Kirben> ucparse.cc line 21:
[09:48:44] <Kirben> #define CONST 271
[09:48:49] <Darke> That could possibly cause that error.
[09:48:52] <Darke> Bingo! *grin*
[09:50:57] <Kirben> deleting that line doesn't seem to help though
[09:51:09] <Darke> What's the error now?
[09:51:22] <Kirben> same error
[09:52:09] <Kirben> wait it actually moved down a line...
[09:52:28] <Darke> If you removed it from the .cc file, double check it's still removed, the file might have been regenerated.
[09:52:49] <Darke> What's the next error? There's two in my list, one on 208 one on 209.
[09:53:37] <Kirben> had to remove #define INT 270 too
[09:54:08] <Kirben> that was on line 209
[09:54:14] <Kirben> one more to go..
[09:55:01] <Darke> *grin* Perhaps someone should wander through and rename them all to UC_* (UC_CONST, UC_INT, etc.). Because you're likely to get other odd errors now they're removed, if what they're defined as, is the same number another #define is set to.
[09:56:24] <Kirben> So they should all have the UC_ infront of them already ?
[09:57:40] <Darke> They probably should have them there, else we're likely to trip of this again.
[09:58:12] <Kirben> points was the last one causing a problem
[09:59:30] * Darke nods and really can't think of an easy way to fix this.
[10:06:55] <Kirben> hmm I seem to be missing some too
[10:07:05] <Kirben> usecode/compiler/ucparse.yy: In function `int yyparse()':
[10:07:05] <Kirben> usecode/compiler/ucparse.yy:643: `UC_SUB' undeclared (first use this function)
[10:07:05] <Kirben> usecode/compiler/ucparse.yy:643: (Each undeclared identifier is reported only
[10:07:05] <Kirben> once for each function it appears in.)
[10:07:05] <Kirben> usecode/compiler/ucparse.yy:645: `UC_MUL' undeclared (first use this function)
[10:07:05] <Kirben> usecode/compiler/ucparse.yy:647: `UC_DIV' undeclared (first use this function)
[10:07:07] <Kirben> usecode/compiler/ucparse.yy:649: `UC_MOD' undeclared (first use this function)
[10:07:09] <Kirben> usecode/compiler/ucparse.yy:651: `UC_CMPEQ' undeclared (first use this
[10:07:11] <Kirben> function)
[10:07:13] <Kirben> usecode/com
[10:07:23] <Kirben> usecode/compiler/ucparse.yy:655: `UC_CMPNE' undeclared (first use this
[10:07:23] <Kirben> function)
[10:07:23] <Kirben> usecode/compiler/ucparse.yy:657: `UC_CMPL' undeclared (first use this function)
[10:07:23] <Kirben> usecode/compiler/ucparse.yy:659: `UC_CMPLE' undeclared (first use this
[10:07:25] <Kirben> function)
[10:07:27] <Kirben> usecode/compiler/ucparse.yy:661: `UC_CMPG' undeclared (first use this function)
[10:07:30] <Kirben> usecode/compiler/ucparse.yy:663: `UC_CMPGE' undeclared (first use this
[10:07:31] <Kirben> function)
[10:07:33] <Kirben> usecode/compiler/ucparse.yy:671: `UC_ARRA' undeclared (first use this function)
[10:07:35] <Darke> Check in the .l file.
[10:08:08] <Darke> s/.l/.ll/
[10:08:32] <Darke> There's another series of them there.
[10:08:37] <Kirben> uclex.ll ?
[10:08:49] <Darke> Yeah.
[10:09:04] <Darke> There's two parts of it, the scanner and the parser, .ll and .yy.
[10:09:19] <Kirben> ok
[10:11:12] <Kirben> Change return IF; to return UC_IF; ?
[10:12:25] <Darke> *nod* I think.
[10:12:44] * Darke hopes we're not going to break things _too_ much. *grin*
[10:17:22] <Darke> Actually, UC_ARRA is already included in opcodes.h.
[10:20:28] <Kirben> What parts of ucparse.yy file need ot be changed ? I have done tokens but now bison error out, like:
[10:20:28] <Kirben> usecode/compiler/ucparse.yy:837: symbol SAY is used, but is not defined as a token and has no rules
[10:26:05] <Darke> You're missing converting one SAY in the .yy file into a UC_SAY.
[10:57:32] <Kirben> still getting those undeclared errors, even after putting UC_ infront of all.
[10:58:52] <Kirben> usecode/compiler/ucparse.yy: In function `int yyparse()':
[10:58:52] <Kirben> usecode/compiler/ucparse.yy:643: `UC_SUB' undeclared (first use this function)
[10:58:52] <Kirben> usecode/compiler/ucparse.yy:643: (Each undeclared identifier is reported only
[10:58:52] <Kirben> once for each function it appears in.)
[10:58:52] <Kirben> usecode/compiler/ucparse.yy:645: `UC_MUL' undeclared (first use this function)
[10:58:52] <Kirben> usecode/compiler/ucparse.yy:647: `UC_DIV' undeclared (first use this function)
[10:58:54] <Kirben> usecode/compiler/ucparse.yy:649: `UC_MOD' undeclared (first use this function)
[10:58:56] <Kirben> usecode/compiler/ucparse.yy:651: `UC_CMPEQ' undeclared (first use this
[10:58:59] <Kirben> function)
[10:59:00] <Kirben> usecode/com
[11:04:50] <Kirben> I notice thuse use unusal names, ie '+'
[11:09:51] <Kirben> They don't seem be included at all in ucparse.cc
[11:23:49] <Darke> Is 'opcodes.h' being included somewhere in ucparse.yy?
[11:24:50] <Kirben> Yes there is a #include "opcodes.h" at line 38
[11:26:55] <Kirben> http://members.optushome.com.au/wormmon/ucparse.yy
[11:30:05] * Darke just can't find what the problem is. UC_SUB is in opcodes.h, and it's being included, so why isn't it just 'working'?
[11:30:05] <Darke> Standard 'long shot', move #include "opcodes.h" to be just before the #include "ucfun.h".
[11:31:16] <Kirben> no difference
[11:31:22] * Darke doesn't think that should have any effect, since none of the .h files actually include 'opcode.h' as far as he can tell...
[11:31:27] <Darke> Ahh.
[11:36:01] * Darke groans and thinks he's realised what the problem is. We've swapped one overloaded #define/const problem with another.
[11:37:03] <Darke> The effect of renaming the %token ADD in the .yy, results in having a #define UC_ADD in the .cc, and of course there's a 'const char UC_ADD...' in the opcodes.h.
[11:40:57] * Darke sorries and really needs to go to sleep now. Night.
[11:41:01] --- Darke is now known as Darke|afk
[11:41:58] <Kirben> ok have a good cleep
[11:42:02] <Kirben> sleep I mean
[11:44:58] --> wjp has joined #exult
[11:44:58] --- ChanServ gives channel operator status to wjp
[11:45:00] <wjp> hi
[11:48:33] <Kirben> Hi wjp
[11:49:59] <Kirben> Are you good with args/getopts ?
[11:52:25] <wjp> hm, haven't used it much, but I can try :-)
[11:53:31] <Kirben> Could you replace getops in studio.cc with exult's args command (args.h/cc) ?
[11:56:05] <wjp> hm, would be a bit hard to do in the current automake build system
[11:56:28] <wjp> (since the args.* files are in a directory above studio.cc)
[11:58:26] <wjp> but the actual coding part should be easy
[11:58:42] <Kirben> maybe make it win32 only at first than ?
[11:59:00] <Kirben> since mingw has dropped getop support for some reason
[12:06:26] <wjp> hm, is the '-d' option required?
[12:06:48] <wjp> it's listed as existing, but it isn't used anywhere, AFAICT
[12:07:23] <Kirben> Never used es command line options myself.
[12:08:47] <Kirben> comment makes it sounds like its been replaced by -g
[12:08:59] <Kirben> case 'g': // Game. Replaces use of -d, -x.
[12:09:05] <wjp> yeah
[12:12:15] <wjp> ok, try this:
[12:12:28] <wjp> replace the #include <getopt> by #include "args.h"
[12:12:46] <wjp> put an #ifndef WIN32 before the "static char *optstring = ...." line
[12:13:26] <wjp> and then the following block right before the "string dirstr, datastr;" line:
[12:13:31] <wjp> #else
[12:13:31] <wjp> Args parameters;
[12:13:31] <wjp> string xmldir_string, game_string;
[12:13:31] <wjp> // Declare everything from the commandline that we're interested in.
[12:13:31] <wjp> parameters.declare("-g",&game_string);
[12:13:31] <wjp> parameters.declare("-x",&xmldir_string);
[12:13:34] <wjp> // Process the args
[12:13:36] <wjp> parameters.process(argc,argv);
[12:13:38] <wjp> if (gamestring != "")
[12:13:40] <wjp> game = game_string.c_str();
[12:13:41] <wjp> if (xmldirstring != "")
[12:13:43] <wjp> xmldir = xmldir_string.c_str();
[12:13:46] <wjp> #endif
[12:14:57] <wjp> (and you'll need to include args.o in the object list for exult studio)
[12:16:09] <Kirben> ok
[12:18:05] <wjp> oh, wait, 2 typos
[12:18:16] <wjp> if (game_string != "")
[12:18:21] <wjp> if (xmldir_string != "")
[12:20:20] --> Colourless has joined #Exult
[12:20:20] --- ChanServ gives channel operator status to Colourless
[12:20:30] <wjp> hi
[12:20:48] <Colourless> hi
[12:21:06] <Kirben> Hi Colourless
[12:21:47] <Colourless> how can I update without getting the changes kirben made after jeff made the source release?
[12:21:53] <Kirben> ok studio.cc compiles now, waiting for rest fo compile..
[12:22:23] <Kirben> oops didn't know rc2 source was out already
[12:22:39] <wjp> cvs -z3 update -r tag
[12:22:40] <wjp> I think
[12:23:31] <Colourless> what is the tag?
[12:23:38] <wjp> don't know
[12:23:44] <wjp> I'm not sure he even tagged it
[12:24:00] <Colourless> i've got no cvs message about a tag
[12:24:01] <Kirben> could try the time/date options
[12:24:14] <Kirben> get cvs just before my commit
[12:24:21] <wjp> Release0_991RC2
[12:24:32] <Colourless> well, you 'could' do the source release again and just tag it to after kirben's changes
[12:25:16] <Kirben> I was hoping to get the gcc 3.1 win32 changes into rc2
[12:25:34] <Colourless> quick vote :-)
[12:25:51] * wjp votes for a re-tag and re-release :-)
[12:25:57] <Kirben> Colourless: did you commit/test that workaround for crash bugs with mingw compile ?
[12:26:02] <Colourless> i just need to check to make sure it still compiles for me
[12:26:15] <Colourless> Kirben: workaround?
[12:26:21] <wjp> better get these getopt things in too
[12:26:43] <Kirben> I believe it is a bug. Adding "else" to the last line of open_file will work
[12:26:43] <Kirben> in GCC 2.95.3, too:
[12:26:43] <Kirben> void open_file (ofstream& out, const char *fname)
[12:26:43] <Kirben> {
[12:26:43] <Kirben> string name = fname;
[12:26:44] <Kirben> out.open(name.c_str()); // Try to open
[12:26:45] <Colourless> Kirben: if you are talking about the path stuff, it's there
[12:26:46] <Kirben> if (out.good()) return; // found it!
[12:26:47] <Kirben> else throw exception();
[12:26:50] <Kirben> }
[12:26:51] <Kirben> I am completely puzzled how it happened. Maybe you should consider GCC 3.
[12:26:54] <Kirben> Best regards,
[12:26:55] <Kirben> Wu Yongwei
[12:27:23] <wjp> workaround is in, yes
[12:27:31] <wjp> (not that one, though)
[12:27:31] <Kirben> ah good
[12:27:38] <Colourless> there code in exult doesn't look exactly like that. the code i sent to the mingw list is a simplification
[12:27:46] <Kirben> in that case I don't mind either way.
[12:32:18] <Colourless> who want's to temporarily remove the source release?
[12:33:17] <Colourless> kirben: browser.cc is broken when compiling with gcc 2.95.3
[12:33:51] <Colourless> the using ::snprintf;
[12:33:58] <Colourless> line is causing problems
[12:34:19] <Kirben> thats odd, I changed nothing for current makesfile
[12:34:34] <Colourless> #ifndef HAVE_SNPRINTF
[12:34:34] <Colourless> extern int snprintf(char *, size_t, const char *, /*args*/ ...);
[12:34:34] <Colourless> namespace std {
[12:34:34] <Colourless> using ::snprintf;
[12:34:34] <Colourless> }
[12:34:34] <Colourless> #else
[12:34:36] <Colourless> using ::snprintf;
[12:34:39] <Colourless> #endif
[12:34:47] <Colourless> that is wrong
[12:34:52] <Kirben> HAVE_SNPRINTF is defined in makefile.win32/cygwin
[12:35:03] <Colourless> yes, it's the second using ::snprintf that's the problem
[12:35:33] <Colourless> you are saying use the snprintf defined in the global namespace in the global namespace
[12:36:03] <Colourless> should be using std::snprintf as far as I can tell
[12:36:08] <Kirben> oops I see now
[12:36:13] <Kirben> too much cut and paste
[12:36:33] <Kirben> want me to fix or will you ?
[12:36:37] <Colourless> i'll fix
[12:36:47] <Colourless> or you could too if you want
[12:36:54] <Colourless> (if you are commiting more files)
[12:38:16] <Kirben> I'm not changing anything else for awhile.
[12:39:17] <Colourless> ok
[12:39:23] <Colourless> i'll do it
[12:39:55] <Kirben> cool, es now compile under gcc 3.1
[12:40:10] <Kirben> but without freetype2
[12:41:46] <Colourless> does communications work between the exult and es?
[12:42:59] <Kirben> yes seems to work ok
[12:43:53] <Kirben> wjp: btw there is another getopt been used in usecode/compiler/ucmain.cc if you have time.
[12:44:16] <Colourless> what is getopt?
[12:44:31] <wjp> getopt is a horrible API for processing commandline options
[12:44:48] <Colourless> never heard of ir
[12:44:51] <Colourless> s/ir/it/
[12:44:53] <wjp> good, keep it that way :-)
[12:45:49] <Kirben> one point I don't understand, exult and es both get smaller file sizes with GCC 3.1
[12:46:21] <Kirben> almost 800kb difference in exult
[12:46:32] <Colourless> how big is exult.exe?
[12:46:51] <Kirben> gcc 2.95.3 gives 2.40MB and gcc 3.1 gives 1.62MB for exult.exe
[12:47:18] * Colourless has an exult.exe that is less than 800kb with msvc
[12:47:34] <Kirben> maybe its due to -fvtable-thunks not beed sued anymore.
[12:47:53] <Colourless> might just be better code generation
[12:47:55] <Kirben> Colourless: is that with optimisation ?
[12:48:07] <Colourless> Kirben: yeah it is (for size)
[12:48:24] <Colourless> for speed it's about 1.4 mb
[12:48:43] <Kirben> why go for size ? performance seems better way.
[12:49:22] <Colourless> on a large project you will get page breaks in your exe. that can slow things down
[12:49:56] <Colourless> incidently using for speed on exult results in incorrect code being generated in actorio.cc :-)
[12:50:26] <Kirben> sounds like just -O3 when I used it.
[12:51:26] <Kirben> hmm anyone notice a lack of midi playback in exult recently ? exult and bg menu play midi but not intro or game for me (with force waveout enabled)
[12:53:01] <Colourless> haven't noticed any problems
[13:04:58] <Colourless> jeff did tag the release
[13:05:25] <Colourless> it's Release0_991RC2
[13:07:15] <Colourless> so, re-release, or just use that?
[13:07:24] <wjp> <wjp> Release0_991RC2
[13:07:25] <wjp> :-)
[13:07:48] <Colourless> didn't see that :-)
[13:08:04] <wjp> I'd go for a re-release and re-tag
[13:09:00] <Colourless> ok, do you want to remove the current soruce release?
[13:09:16] <Colourless> and how do I move the tags for the modified files?
[13:10:12] <Kirben> Colourless: would it be ok to move exult makefile.cygwin/win32 to gcc3.1 now exult and es compiles fine ?
[13:11:13] <wjp> ok, file deleted
[13:11:56] <Colourless> Kirben: in a few days time i guess that should be ok
[13:12:52] <wjp> if you just re-tag everything with the same name it should delete the old tags
[13:14:07] <Colourless> just use rtag?
[13:14:49] <Colourless> and -F according to cvs
[13:15:00] <wjp> yeah
[13:15:42] <Colourless> ok, just a minute or so
[13:23:21] <Kirben> Colourless: btw the last snapshot includes those backpack fixes and I still released it as version 0.99cvs.
[13:26:46] <Kirben> ok thats my last cvs commmit for now, just added wjps studio fix.
[13:27:33] <Colourless> ok. i'll commit in a second, and then move the tag
[13:30:07] --> Dominus has joined #exult
[13:30:27] --- ChanServ gives channel operator status to Dominus
[13:30:32] <Dominus> hi all
[13:30:37] <Kirben> Hi Darke|afk
[13:30:39] <Colourless> hi
[13:30:39] <Kirben> oops
[13:30:45] <Dominus> he he
[13:30:46] <Kirben> Hi Dominus
[13:31:00] <Kirben> I never get used to nick completion
[13:31:26] <wjp> hi
[13:31:30] <Dominus> Kirben: is exult now compiling with gcc 3.1 ?
[13:31:44] <Kirben> yes but not with current makefile in cvs
[13:32:14] <Dominus> ah
[13:32:15] <Kirben> everything except ucc compiles.
[13:32:26] <Dominus> getopt problem?
[13:33:07] <Colourless> ok, tag moved
[13:33:15] <Kirben> yes, that and a much worse problem.
[13:35:43] * wjp has to go
[13:35:43] <wjp> bye
[13:35:48] <-- wjp has left IRC ()
[13:39:40] <Kirben> Dominus: I can dcc makefiles if you want
[13:39:51] <Dominus> not needed
[13:39:54] <Dominus> thanks
[13:40:23] <Dominus> I'll wait untill it is official :-) and you updated the readme.win32 with what'S needed :-)
[13:41:04] <Dominus> official=when the makefile is in cvs :-)
[13:41:05] <Kirben> ok, current exult snapshot is already gcc 3.1 compiled and es snapshot will be in a sec.
[13:42:08] <Dominus> Kirben: are there any good points to compiling with gcc 3.1? is it faster? size is smaller, I read in the logs....
[13:42:56] <Kirben> Just less bugs and smaller file size for exult/es, speed seems about the same here.
[13:43:26] <Dominus> that doesn'T sound to bad :-)
[13:49:49] <Dominus> *cough*
[13:49:59] <Dominus> ES doesn't compile here anymore
[13:50:13] <Kirben> where does it fail ?
[13:50:15] <Dominus> undefined reference to args
[13:50:25] <Kirben> oops
[13:50:30] <Dominus> studio.o(.text+0x266e):studio.cc: undefined reference to `Args::declare(char con
[13:50:30] <Dominus> st *, basic_string<char, string_char_traits<char>, __default_alloc_template<fals
[13:50:30] <Dominus> e, 0> > *, char const *)'
[13:50:35] <Kirben> forget to commit new makefile
[13:50:46] <Kirben> forget=forgot
[13:50:47] <Dominus> he
[13:50:56] <Colourless> commit it
[13:51:16] <Colourless> i messup my commit too, i need to move the tag again anyway
[13:51:21] <Colourless> s/messup/messed up/
[13:51:48] <Dominus> wel, this is some release day today...
[13:52:12] <Colourless> it's about as good as the previous :-)
[13:52:19] <Dominus> he
[13:52:40] <Kirben> Dominus: commited, update cvs
[13:53:07] <Dominus> btw, sourceforge doesn't accept files from unregistered users anymore in the tracker
[13:53:33] <Colourless> at least this time we are doing things because we want to, not because we need to :-)
[13:54:37] <Dominus> I wonder how we should handle bug reports now that require a savegame
[13:56:46] <Dominus> compile of studio now worked
[13:59:47] <Kirben> odd
[14:00:19] <Kirben> when I start es from si game es is started in bg mode and connection seems to fail.
[14:01:00] * Dominus nods
[14:01:05] <Colourless> kirben: here's the win32 release triforce/exult-0.99.1RC2-win32.zip sfx it then upload to sourceforge
[14:01:29] <Colourless> opps http://www.users.on.net/triforce/exult-0.99.1RC2-win32.zip
[14:02:31] <Kirben> nice speed, 700k/s
[14:02:38] <Dominus> starting ES from BG works
[14:05:59] <Kirben> uploaded
[14:06:11] <Colourless> ok
[14:06:20] <Dominus> that was fast
[14:07:52] <Colourless> hmm, you are right about that es problem
[14:09:37] <Colourless> ok, it's released
[14:16:54] <Kirben> so 1.00cvs next ?
[14:17:15] <Dominus> 99.2?
[14:17:18] <Colourless> no i don't think so
[14:17:23] <Dominus> 0.99.2
[14:17:23] <Colourless> 99.2 most likely
[14:17:31] <Kirben> ok
[14:29:10] <-- Kirben has left IRC (Read error: 104 (Connection reset by peer))
[15:22:39] --> Fingolfin has joined #exult
[15:22:39] <Fingolfin> yo
[15:22:39] --- ChanServ gives channel operator status to Fingolfin
[15:22:39] <Dominus> hi
[15:22:39] <Colourless> hi
[15:22:39] --> Fing has joined #exult
[15:22:39] <Dominus> attack of the Fingolfin clones!
[15:22:39] <-- Fingolfin has left IRC (Killed (NickServ (Ghost: Fing!~Fingolfin@p5089143F.dip.t-dialin.net)))
[15:22:39] --- Fing is now known as Fingolfin
[15:22:39] --- ChanServ gives channel operator status to Fingolfin
[15:22:39] <Fingolfin> hrmpf
[15:22:39] <Fingolfin> that happens if one runs pre-alpha versions of the next major OS revision :-)
[15:22:39] <Dominus> he he
[15:42:18] <Colourless> crazy idea for pentagram: use 3d sound
[15:42:31] <Dominus> huh?
[15:42:59] <Colourless> do 3d positional sound
[15:43:41] * Dominus is wondering where pentagram will be going. 1st opengl, no 3dsounds...
[15:43:52] <Dominus> that should be now 3dsounds
[15:44:01] <Colourless> examples would be how the inifity engine did things. they used 3d sounds
[15:44:11] <Colourless> also used eax too
[15:45:04] <Colourless> eax would be cool :-)
[15:45:22] <Dominus> it sure would be
[15:46:40] <Colourless> could even do things like use different environments for inside and outside of buildings
[15:51:22] <Colourless> you do know that darke and I do intend for pentagram to be a very much modern engine.
[15:52:03] <Dominus> oh nooo - a modern engine to play a classic game!
[15:52:24] <Colourless> some people would argue the 'classic' part :-)
[15:52:37] <Dominus> true
[15:53:00] <Dominus> but I think with a modern engine many people will rethink their stance on u8
[15:53:03] <Colourless> regardless of what anyone says, ultima viii was and still is a good action rpg. it was just way too much of an action rpg for many ultima fans
[15:54:18] <Dominus> it is surely not one of my favourites but then I don't think it is as bad as people make it out - probably I'll say the same about u9 in 10 years :-)
[15:55:21] <Colourless> hmm. i don't know about u9 :-)
[15:55:36] <Dominus> he he
[15:56:00] <Colourless> at least u8's story was interesting ;-)
[15:56:20] <Dominus> well, someone could use an engine that is designed to be a modern engine and redo u9
[15:56:30] <Dominus> oh, some one is already doing this :-)
[15:56:52] <Dominus> though I doubt ether of those projects will see the light
[15:58:28] <Colourless> me neither. and then, i don't think anyone would really care much
[15:59:45] <Colourless> the only remake that anyone seems to care about is the u1 remake
[15:59:59] <Dominus> If one would actually get released I'd take a look at it
[16:00:21] <Dominus> the u1 remake is interesting as it is actually building their own engine
[16:01:00] <Colourless> aye
[16:18:56] --> Cless has joined #Exult
[16:25:43] <Cless> I know! stencil shadows!
[16:26:34] * Dominus wonders what Cless means....
[16:27:07] <Cless> Per Pixel lighting!
[16:27:13] <Cless> :-)
[16:27:24] <Dominus> forum?
[16:27:40] <Cless> not that you would even notice per pixel lighting in pentagram :-)
[16:27:52] <-- Colourless has left IRC (Killed (NickServ (Ghost: Cless!Cless@ppp729.adelaide.on.net.au)))
[16:27:53] --- Cless is now known as Colourless
[16:28:00] --- ChanServ gives channel operator status to Colourless
[16:29:15] <Colourless> need to throw as many buzz words in as possible you know!
[16:29:41] <Dominus> ok
[16:32:33] <Colourless> :-)
[16:33:04] <Colourless> just so you know, the chances of those 2 are very remote :-)
[16:40:15] <-- Fingolfin has left IRC ("bbl")
[17:31:38] --> wjp has joined #exult
[17:31:38] --- ChanServ gives channel operator status to wjp
[17:31:53] <wjp> just a quick check to see if exultbot survived the scheduled downtime at my uni
[17:32:17] <wjp> apparently it did... now back to studying; bye :-)
[17:32:21] <-- wjp has left IRC (Client Quit)
[17:32:28] <Colourless> cya
[17:57:36] --- Dominus is now known as Dominus|away
[19:08:14] --> Matt_O has joined #exult
[19:11:39] --- Dominus|away is now known as Dominus
[19:14:26] * Matt_O looks for Fingolfin
[19:15:03] <Dominus> ?seen Fingolfin
[19:15:03] <exultbot> fingolfin left IRC around Thu Jun 6 16:40:15 2002 (GMT) ("bbl")
[19:15:16] <Dominus> hi Matt_O
[19:15:20] <Matt_O> hi Dominus!
[19:15:45] --- Dominus is now known as Dominus|dinner
[19:15:53] <Matt_O> I found a possible local job that wants a Windows / Mac programmer .. I just wanted to ask Fingolfin how much I'd have to learn to write a simple mac program hehe
[19:35:37] <-- Matt_O has left IRC (Read error: 104 (Connection reset by peer))
[19:35:52] --- Dominus|dinner is now known as Dominus|away
[19:45:34] --- Dominus|away is now known as Dominus
[20:05:34] <-- Colourless has left IRC ("i think i'll go")
[20:30:20] --> Dark-Star has joined #exult
[20:30:36] <Dominus> hi
[20:30:39] <Darke|afk> Hi.
[20:30:42] <Dark-Star> hi
[20:31:14] * Dominus thinks that Darke|afk should either change his nick or stay afk :-)
[20:31:15] * Dark-Star wonders how Darke can type "hi" when he's AFK...
[20:31:31] <Dark-Star> hehe :)
[20:31:39] * Darke|afk was _just_ wondering if he should change his nick... *grin*
[20:32:04] --- Darke|afk is now known as Darke
[20:32:06] <Dominus> hooray
[20:32:14] <Dominus> wb Darke :-)
[20:32:38] <Darke> Thanks. *grin*
[20:36:40] <Dark-Star> anyone working on the "new" pentagram right now? or is everyone busy with RC2?
[20:37:48] * Darke is working on the 'new' pentagram, but only on the decompiler/disassembler part atm.
[20:41:30] * Dominus is doing nothing on exult or pentagram
[20:41:52] * Dominus will not do anything on Pentagram until anything is done worth documenting
[20:42:36] * Darke has got some stuff 'done', but he really needs to document the u8scripting language before anyone else will understand it. *grin*
[20:42:49] <Dominus> he he
[21:45:40] <Dark-Star> anyone read the announcement of Mozilla 1.0? They're giving a huuuge party... So how about an Exult-1.0 party once 1.0 is ready?? ;-)
[21:47:09] <Dominus> he he
[21:47:14] * Darke snickers.
[21:47:28] * Dominus notices that he only says he he to everything :-)
[21:49:10] * Darke paws Dominus a 'laugh' and a few 'chuckle's.
[21:49:29] * Dominus laughs like mad...
[21:49:59] * Darke wonders where Dominus got the 'maniacal laughter' from.
[22:11:21] <Dark-Star> bye
[22:11:27] <Dominus> bye
[22:11:30] <-- Dark-Star has left #exult ()
[22:14:00] --- Darke is now known as Darke|afk
[22:16:58] --> wjp has joined #exult
[22:16:58] --- ChanServ gives channel operator status to wjp
[22:17:07] <wjp> hi
[22:17:14] <Dominus> hi
[22:17:25] <Dominus> late joining
[22:17:37] <wjp> just finished studying for today
[22:17:48] <wjp> thought I'd drop in for a minute before going to bed :-)
[22:18:19] <Dominus> yeah, as you see we are very busy discussing all kind of things :-)
[22:18:28] <wjp> you and exultbot you mean? :-)
[22:19:05] <wjp> so, why hasn't rc2 been announced on the homepage yet?
[22:19:32] <Dominus> hm, I don'T know :-)
[22:20:32] <wjp> shall we announce it, then? :-)
[22:20:37] <Dominus> you want to do it?
[22:20:44] <Dominus> we should :-)
[22:21:51] <wjp> did you update any part of the homepage already?
[22:22:01] <Dominus> nope :-)
[22:22:02] * wjp does a local update of the web module
[22:22:22] <Dominus> somehow I didn't think of it...
[22:23:28] <wjp> ok, TODO:
[22:23:32] <wjp> move current news to homepage
[22:23:37] <wjp> s/homepage/history/
[22:23:50] <wjp> add RC2 announcement to main news
[22:23:53] <wjp> update download section
[22:24:00] <wjp> post message on forum
[22:24:03] <wjp> post message to ML
[22:24:12] <wjp> oh, and update exultbot's version :-)
[22:24:35] <Dominus> want me to do it? (save for exultbot's version...)
[22:24:51] <wjp> nah, I'm already working on it now :-)
[22:25:05] <Dominus> phew
[22:25:51] <Dominus> ?version
[22:25:51] <exultbot> The latest official version of Exult is: 0.98rc1
[22:26:00] <Dominus> just had to :-)
[22:26:49] <Dominus> no one thought of pestering Fingolfin with a RC2 version for Mac, when he was there earlier (including me)
[22:27:42] * wjp grins at seeing april fools message again :-)
[22:27:53] <wjp> that one was pretty good :-)
[22:28:20] <Dominus> yeah, I really enjoyed that one
[22:30:21] * Darke|afk did too, as did a couple of friends he pointed it too once he explained the surrouding details to them. They thought it quite evil^H^H^H^Hgood. *grin*
[22:30:46] <wjp> morning :-)
[22:30:55] <wjp> what a normal time to get up :-)
[22:31:16] <Dominus> Darke|afk: only pretends to he was up one hour ago
[22:31:32] <wjp> a ha! almost tricked us too :-)
[22:31:35] * Darke|afk has been up for... umm... 3 or so hours really. *grin*
[22:32:08] * wjp checks first two items on TODO
[22:33:41] <wjp> hm, win32 binary shrunk 400Kb
[22:34:00] <Dominus> it is without debug and without ES support
[22:34:24] <Dominus> and compiled with size optimization
[22:34:31] <Dominus> AFAIK
[22:35:09] <Darke|afk> Nah. It's the MSVC versions that are compiled with size optimisation, because compiling with speed optimisation causes runtime errors. *grin*
[22:35:14] * wjp checks third item on TODO
[22:35:16] * Darke|afk really afks.
[22:36:07] --> exultbot has joined #exult
[22:36:07] --- Topic for #exult is: Exult: an open-source engine for Ultima 7: http://exult.sf.net/. We blow worlds up!
[22:36:07] --- Topic for #exult set by Dominus at Wed Jun 5 14:49:29 2002
[22:36:16] <wjp> guess what I did after that :-)
[22:36:21] <Dominus> ?version
[22:36:21] <exultbot> The latest official version of Exult is: 0.99.1rc2
[22:36:32] <wjp> lucky guess :-)
[22:36:50] <Dominus> he he
[22:37:31] <wjp> now, let's see how much of the webpage I broke
[22:40:12] <wjp> ok, that didn't seem to break anything
[22:40:16] <wjp> now, forum...
[22:41:37] <wjp> ML...
[22:45:23] <Dominus> I wonder what we should do about our bug tracker FAQ
[22:45:36] <wjp> oh, right, file uploads have been disabled, right?
[22:45:42] <Dominus> no more file attachements allowed from non-registered users
[22:46:32] <Dominus> install a new mailing list only for bug savegames :-)
[22:46:58] <wjp> heh :-)
[22:47:11] <wjp> ok, I think that should about cover it...
[22:47:15] <wjp> any things I missed for the release?
[22:47:33] <Dominus> ntify slashdot?
[22:47:39] <Dominus> notify
[22:47:41] <Dominus> :-)
[22:47:51] <wjp> I'll leave those things to Jeff :-)
[22:48:38] <wjp> LOL: message on the SDL ML:
[22:48:57] <wjp> "I deeply apologize to all readers because of my mails in HTML format... that resulted in huge number of pages full of crap (read HTML code:-))
[22:48:59] <wjp> "
[22:49:04] <wjp> guess what that email was written in :-)
[22:49:15] <Dominus> hmmm Outlook?
[22:49:34] <wjp> HTML...
[22:49:43] <Dominus> oh
[22:49:48] <wjp> <p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
[22:49:49] <wjp> 0.0pt;
[22:49:49] <wjp> font-family:Arial;mso-ansi-language:HR'><o:p> </o:p></span></font></p>
[22:49:49] <wjp> <p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
[22:49:49] <wjp> 0.0pt;
[22:49:49] <Dominus> LOL
[22:49:51] <wjp> font-family:Arial;mso-ansi-language:HR'>I will use plain text next time</sp=
[22:49:53] <wjp> an></font><font
[22:49:55] <wjp> that kind of HTML :-)
[22:49:57] <Dominus> STOOOOOOOOOP
[22:50:27] <wjp> *grin* sorry, couldn't resist :-)
[22:50:41] <Dominus> that is really funny
[22:51:01] <wjp> ok, to his credit he did say he would use plain text _next_ time :-)
[22:51:04] * Dominus wonders what happened to our silent lurkers lately
[22:53:16] <wjp> ok, time for me to go
[22:53:18] <wjp> g'night
[22:53:28] <-- wjp has left IRC ("Zzzz...")
[22:53:30] <Dominus> good night
[22:53:35] --> wjp has joined #exult
[22:53:36] --- ChanServ gives channel operator status to wjp
[22:53:41] <wjp> no, wait... I forgot one thing :-)
[22:53:51] <Dominus> shoot
[22:53:53] --- wjp has changed the topic to: Exult: an open-source engine for Ultima 7: http://exult.sf.net/. Exult Release Candidate 2 has been released!
[22:53:58] <wjp> bye ;-)
[22:54:08] * Dominus laufgs
[22:54:11] <-- wjp has left IRC (Client Quit)
[22:54:13] <Dominus> laughs even