#exult@irc.freenode.net logs for 28 Jun 2001 (GMT)

Archive Today Yesterday Tomorrow
Exult homepage

[00:20:10] <-- matt0 has left IRC (Laserdisc Arcade Emulation Project: http://daphne.rulecity.com , get your CVS password today! =])
[02:38:28] --> InuYasha has joined #exult
[02:38:58] <InuYasha> Residency has gone down in this channel.
[03:26:08] <-- chimera|wookin has left IRC (Ping timeout for chimera|wookin[holladay.cb-travel.com])
[03:27:14] --> chimera|wookin has joined #exult
[03:35:27] <InuYasha> GET WOOKIN.
[03:35:29] <InuYasha> Hehehe.
[04:49:10] <-- InuYasha has left #exult
[06:58:33] --> Copernica has joined #exult
[06:58:45] <Copernica> hello
[08:05:15] --> mrod has joined #exult
[08:05:21] <mrod> hello
[08:43:30] <-- Copernica has left IRC (benford.openprojects.net farmer.openprojects.net)
[08:43:30] <-- chimera|wookin has left IRC (benford.openprojects.net farmer.openprojects.net)
[08:43:54] --> Copernica has joined #exult
[09:03:12] --> matt0 has joined #exult
[09:13:40] <mrod> bye
[09:13:45] <-- mrod has left #exult
[09:35:19] --> DraX has joined #exult
[10:29:51] <-- DraX has left IRC (bye? ..(sph))
[11:25:48] --> mrod has joined #exult
[11:25:53] <mrod> greetings.
[12:02:16] <mrod> bye
[12:02:19] <-- mrod has left #exult
[12:25:31] --> Colourless has joined #Exult
[12:26:24] <Colourless> Hi all, oh there doesn't appear to be anyone here, and to think we are doing a release today.
[12:50:28] --> Nadir has joined #exult
[12:50:34] <Nadir> hi
[12:50:39] <Colourless> hi
[12:51:15] <Nadir> I've read your mail re: flags. Are you going to fix this before the release or should we just wait ?
[12:51:46] <Colourless> yeah, I'll fix it in a minute. That's all it will take. I just have to check the frames in the game
[12:51:55] --> wjp_ has joined #exult
[12:52:05] <wjp_> hi
[12:52:34] <Colourless> hi
[12:52:56] <Nadir> hi
[12:53:32] <wjp_> everybody ready for a release today? :-)
[12:54:14] <wjp_> I should have time for it in about 5 hours (around 8pm european time)
[12:55:03] <Nadir> I won't be available at that time. But we can start packaging stuff sooner.
[12:55:34] <wjp_> I'll build the .tar.gz, .src.rpm and .i386.rpm, btw
[12:56:11] <wjp_> and the beos.zip I guess
[12:56:54] <Colourless> ok, I should have fixed the flag problem. Only needed 1 line of code added
[12:57:03] <Colourless> just got to recompile and check, then I'll commit
[12:57:10] <wjp_> although... I wonder if a RH7.1 system will make the library dependencies too 'new'
[12:57:31] <Nadir> wjp: it shouldn't.
[12:58:35] <Nadir> wjp: Make sure the i386.rpm is built WITHOUT libkmid support.
[12:59:49] <Nadir> Is it possible to have both timidity and playmidi support in the Linux version (and have it try both in that order) ?
[13:01:11] <Nadir> Max and Christopher ?
[13:02:16] <Nadir> who's going to tag the CVS tree ?
[13:05:36] --> InuYasha has joined #exult
[13:14:52] <wjp_> I'll tag
[13:15:07] <wjp_> Nadir: I disabled libkmid by default last week (I noticed the dependencies too :-) )
[13:15:38] <wjp_> Nadir: I'll see about the timidity+playmidi
[13:16:33] <wjp_> brb
[13:26:36] <-- Nadir has left IRC (Ping timeout for Nadir[])
[13:42:35] <Colourless> i've fixed the flags.
[13:44:51] <wjp_> k, thanks
[13:45:02] <wjp_> what file was this anim. handling in?
[13:46:03] <wjp_> never mind, I got the cvs log :-)
[13:59:15] <-- Colourless has left IRC (Ping timeout for Colourless[ppp509.adelaide.on.net.au])
[14:00:52] <InuYasha> mIRC nows prompts you to quit if you are actively in channels. Must've had a problem with users accidentally hitting the 'X' in the top-right corner. :P
[14:01:13] <-- InuYasha has left IRC ()
[14:14:31] --> Colourless has joined #Exult
[14:27:40] <wjp_> Colourless: I have a little msvc problem...
[14:27:59] <Colourless> ok
[14:28:14] <wjp_> I have a set of .cpp files, that have to be built into two projects
[14:28:24] <wjp_> one is a graphical (MFC-using) program, the other command line
[14:28:54] <wjp_> no I get "unresolved external symbol __endthreadex" errors when linking the cmdline tool
[14:28:59] <wjp_> s/no/now/
[14:29:21] * Colourless puts a curse on your project. MFC, how could you? :)
[14:29:22] <wjp_> when I use the multithreaded settings the program just hangs at startup
[14:29:31] <wjp_> (I didn't create it... :-) )
[14:29:41] <wjp_> I'm just stuck with it :/
[14:31:19] <Colourless> endthreadex is a mfc function
[14:31:23] <Colourless> i guess you know that
[14:31:56] <wjp_> yeah
[14:32:59] <Colourless> have you tried setting the uses mfc options?
[14:33:48] * wjp_ tries that
[14:33:59] <wjp_> recompiling...
[14:34:14] <wjp_> I wish this whole project settings stuff was a bit more transparent
[14:35:22] <wjp_> hmm, I'd better undo this change...
[14:35:26] <wjp_> recompiling again...
[14:36:42] <wjp_> hmm, it links but hangs on startup again
[14:37:03] <wjp_> without ever reaching the first line of main()
[14:41:00] <Colourless> can't help you there
[14:45:48] <wjp_> pretty weird this
[14:46:24] <wjp_> maybe I should install mingw32 :-)
[14:49:34] <Colourless> i somehow don't think that will help with a MFC problem. :)
[14:49:59] <wjp_> the command line part doesn't use MFC, that's the weird thing
[14:50:14] <wjp_> it compiles fine in linux
[14:50:29] <wjp_> apart from those StdAfx.h includes, btw
[14:50:51] <Colourless> having a problem with StdAfx.h .....
[14:51:09] <Colourless> try disabling precompiled headers on the console version
[14:51:14] <wjp_> tried that :-)
[14:51:31] <wjp_> but I'll create a new project and try it there
[14:51:35] <wjp_> I may have changed a bit too much
[14:52:52] <Colourless> something has gone wrong somewhere in your code. Obviously you have tried to remove all mfc from the console version. Somethings not right though because it's still attempting to use a mfc function.
[14:53:29] <wjp_> well, there's never been any mfc in the console version (apart from StdAfx.h)
[14:53:38] <wjp_> (since I created all of it in Linux)
[14:54:05] <wjp_> ...unless...
[14:55:07] <wjp_> someone included stdafx.h in a header file... *sigh*
[14:55:56] <Colourless> stdafx is only ever to be included in the c files
[14:56:28] <wjp_> yeah, I know, that's why I didn't check the headers
[14:57:37] <wjp_> ok, now I've got an unresolved WinMain
[14:57:46] <wjp_> guess I should rename main to WinMain?
[14:57:59] <Colourless> no!
[14:58:08] <wjp_> no?
[14:59:01] <Colourless> make sure in your linker options that you've set /subsystem:console
[14:59:26] <Colourless> it should then automatically use main then
[14:59:32] <wjp_> shouldn't it do that automatically if I create a new win32 console app?
[14:59:43] <Colourless> yeah it should
[15:00:03] <wjp_> maybe it changed it back because of the MFC stuff
[15:01:08] <wjp_> yeah, it was set to /subsystem:windows
[15:01:21] <wjp_> ok, it linked
[15:02:18] <wjp_> it works!
[15:02:20] <wjp_> Thanks!
[15:36:26] <Colourless> gonna restart. be back in a bit
[15:36:35] <-- Colourless has left IRC ([1:05])
[15:52:09] --> Colourless has joined #Exult
[16:12:01] --> Nadir has joined #exult
[16:12:09] <Nadir> b
[16:12:15] <Colourless> wb
[16:26:45] --> mrod has joined #exult
[16:26:51] <mrod> hello all
[16:26:58] <Colourless> hi
[16:27:33] <Nadir> ciao
[16:29:03] * mrod happily sees a new fix ^_^
[16:31:03] * mrod reads the logs too
[16:31:43] <Nadir> why haven't we got a topic ?
[16:32:08] <Colourless> because... just because
[16:34:08] <Colourless> if this isn't an impressive warning i don't know what is...
[16:34:09] <Colourless> c:\program files\microsoft visual studio\vc98\include\xstring(579) : warning C4786: 'std::_Tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> > const ,std::pair<std::basic_string<char,std::char_traits<char>,std::allocator<char>
[16:34:09] <Colourless> > const ,U7file *>,std::map<std::basic_string<char,std::char_traits<char>,std::allocator<char> > const ,U7file *,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > const >,std::allocator<U7file *> >::_Kfn,std::less<std::b
[16:34:09] <Colourless> asic_str
[16:34:35] <Colourless> hmmm, it was even too long to post
[16:34:46] <mrod> !
[16:35:36] <wjp_> oh, those :-)
[16:36:00] <wjp_> #pragma warning (disable: 4786)
[16:36:20] <Colourless> thanks
[16:36:56] * Colourless is attempting to get exult to compile in MSVC
[16:37:01] <Colourless> again
[16:37:25] <wjp_> I'd put that #pragma within #ifdef _MSC_VER in exult_types.h or something
[16:37:48] <wjp_> or maybe in any header that uses maps
[16:38:07] <Colourless> it's within a msvc_kludges.h file
[16:38:16] <wjp_> :-)
[16:38:47] <Colourless> c:\uc\exult\gamewin.h(243) : warning C4805: '==' : unsafe mix of type 'bool' and type 'int' in operation
[16:39:33] <Colourless> i'm guessing that can be ignored
[16:39:49] <wjp_> should probably be fixed, though
[16:42:22] <Colourless> my favourite kludge is this
[16:42:22] <Colourless> namespace std {
[16:42:22] <Colourless> #define _SIZE_T_DEFINED
[16:42:22] <Colourless> typedef ::size_t size_t2;
[16:42:22] <Colourless> #define size_t size_t2
[16:42:23] <Colourless> }
[16:42:51] <wjp_> argh :-)
[16:45:02] <Colourless> hehe. So far in the files that's compiled (Audio) section... the one with all the problems is the windows midiout driver... which I wrote :)
[16:46:45] <Nadir> colourless: do you normally use MSVC to compile Exult or mingw/cygwin ?
[16:47:17] <Colourless> cygwin
[16:47:23] <Colourless> what am I saying
[16:47:24] <Colourless> mingw
[16:47:50] <Colourless> doesn't work with MSVC, i'm attempting to change that
[16:48:08] <Colourless> i've attempted once before, and got close
[16:51:06] <Nadir> Shouldn't we be worrying about other things now, which are more relevant to the release :)
[16:51:37] <Colourless> such as?
[16:51:38] <Colourless> :)
[16:51:47] <Colourless> i don't normally do anything at release time
[16:52:45] <Nadir> Well, we could go over the NEWS file and see if it's ok, check if there are any things we should add to the README. Maybe we should even have a BUGS file with a list of known unimplemented/buggy features
[16:54:23] <mrod> on the download webpage there's still a reference to 1.1.x
[16:54:31] <mrod> for sdl
[16:55:58] <Nadir> Ah, yes. Prepare the "Release message" that will be published on our homepage, on SourceForge, LinuxGames, HappyPenguin, Freshmeat and any other appropriate places.
[16:56:27] <Nadir> Maybe we also should start naming releases :)
[16:56:31] <Colourless> as I said, I don't normally do anything :)
[16:56:41] <Nadir> This one could be "Where is Jeff ?"
[16:58:18] <mrod> :-)
[17:00:12] <Colourless> i'm amazed no one caught it yet, but playflic has some dubious stuuf in it... #include <iostream.h> ????
[17:00:20] <wjp_> iostream.h?? ouch
[17:01:04] <Colourless> yeah
[17:01:13] <Nadir> playflic is mine !!! MIIIIINEE!!!!
[17:01:26] <Nadir> Precioussssssss
[17:01:36] <Colourless> this is better
[17:01:37] <Colourless> static void split_dest(uint16 pix, unsigned int& r,
[17:01:37] <Colourless> unsigned int& g, unsigned int& b)
[17:01:37] <Colourless> { return split_source(pix, r, g, b); }
[17:01:46] <Colourless> in imagescl.cc
[17:02:36] <Nadir> README.win32 should be updated a bit. The SFX section should be removed (as it is more generic)
[17:03:44] <Nadir> actually all generic information should be removed fromt the README.platform files and (if missing) moved to the main README
[17:03:55] <wjp_> yeah, agreed
[17:04:37] <Colourless> README.win32 is kind of out of date. There isn't much windows specific stuff to even talk about other than compiling it
[17:04:59] * wjp_ goes home
[17:04:59] <wjp_> bbl
[17:05:02] <-- wjp_ has left IRC (Leaving)
[17:08:01] <Nadir> colourless: in fact we should have a separate document detailing compilation procedures for the various platforms
[17:08:35] <mrod> bye for now
[17:08:39] <-- mrod has left #exult
[17:12:59] <Nadir> bye from me too
[17:13:13] <Colourless> cya
[17:13:13] <-- Nadir has left IRC (Read error to Nadir[]: EOF from client)
[17:23:58] --> wjp has joined #exult
[17:34:48] --> mrod has joined #exult
[17:44:26] <wjp> should we keep the "thank you" to the contributor of the 'avatar.ttf' font in the credits?
[17:44:36] <wjp> (well, in the readme)
[17:52:12] <wjp> hmm... some info in the README is really outdated
[17:52:20] <Copernica> exult is really cool, i must say.
[17:52:31] <wjp> thanks :-)
[17:52:35] <Copernica> i just heard about it last night, so i grabbed it and began playing u7 in win2k.
[17:52:39] <Copernica> it totally rocks.
[17:53:31] <Copernica> i didn't really want to install dos on this box because of various issues with repartitioning, lack of drivers for my sound card, etc.
[17:53:44] <wjp> yeah, I can imagine
[17:53:51] <Copernica> the old hacked-up solution was to play it in dos in my copy of vmware workstation for linux
[17:54:02] <wjp> how well does that work?
[17:54:10] <-- Colourless has left IRC (Ping timeout for Colourless[ppp509.adelaide.on.net.au])
[17:54:27] <Copernica> which supposedly emulates an sb16. however, there is no midi output and it doesn't support the sblive in a linux host os.
[17:54:31] <Copernica> so it pretty much sucks.
[17:54:52] <Copernica> who wants to play without sound? not i.
[17:55:01] * wjp usually plays without sound :-)
[17:55:11] <Copernica> heh
[17:55:14] <wjp> well, if you can call it 'playing'...
[17:55:23] <wjp> I haven't really played it for quite some time now
[17:55:41] * wjp has to go
[17:55:49] <wjp> bbl
[17:55:53] --- wjp is now known as wjp|dinner
[17:56:47] * Copernica goes to play some more u7
[18:04:26] --> Colourless has joined #Exult
[18:07:09] --- wjp|dinner is now known as wjp
[18:10:32] <-- Colourless has left IRC (Ping timeout for Colourless[ppp821.adelaide.on.net.au])
[18:12:38] --> Colourless has joined #Exult
[18:13:21] * Colourless doesn't understand why this "return Game_object::find_nearby(vec, get_abs_tile_coord(), shapenum, delta, 16, c_any_qual, c_any_framenum);" cause CC1 to crash
[18:13:52] <wjp> a crashing compiler?
[18:14:08] <Colourless> yeah
[18:15:16] <wjp> maybe it'll work if you move the get_abs_tile_coord() call to a separate line...
[18:15:39] <wjp> these things usually sort themselves out if you change absolutely nothing, but in a creative way :-)
[18:17:33] <Colourless> nope, that didn't work
[18:17:55] <wjp> first assigning to a var. and then returning?
[18:18:49] <wjp> what file/function is that line in, btw?
[18:19:19] <wjp> did you take a look at the objs.h file?
[18:19:31] <wjp> there's a huge alpha kludge in there
[18:19:36] <wjp> (for the find_nearby function)
[18:20:34] <-- Colourless has left IRC (Ping timeout for Colourless[ppp821.adelaide.on.net.au])
[18:22:51] --> Colourless has joined #Exult
[18:23:03] <wjp> crashed again?
[18:24:45] <Colourless> i've no idea what it's doing
[18:25:39] <wjp> did you get my alpha kludge remark?
[18:26:36] <Colourless> kludge remark?
[18:26:47] <wjp> <wjp> did you take a look at the objs.h file?
[18:26:51] <wjp> <wjp> there's a huge alpha kludge in there
[18:26:55] <wjp> <wjp> (for the find_nearby function)
[18:27:23] <Colourless> it still crashes
[18:27:38] <Colourless> i tried that already
[18:29:30] <Colourless> i don't think MSVC likes this: Exult_vector<T*>& vec
[18:29:57] <wjp> that's what the alpha kludge gets rid of
[18:30:07] <wjp> right?
[18:30:17] <Colourless> that's the only thing it could be
[18:30:18] <wjp> oh wait, it doesn't
[18:32:18] <wjp> yeah, I guess that would be it
[18:32:49] <wjp> what if you replace the "T*" by "T" ?
[18:36:10] <Colourless> i'll check
[18:38:05] * wjp creates '0.93.alpha4' release on SF
[18:39:09] <-- Colourless has left IRC (Read error to Colourless[ppp821.adelaide.on.net.au]: No route to host)
[18:39:11] --> Cless has joined #Exult
[18:39:45] <Cless> my internet connection is kind of screwed up this evening.
[18:40:22] <wjp> heh, I thought it was because of the crashes :-)
[18:40:38] <wjp> but I guess win2k doesn't do that that much
[18:40:43] <Cless> no, they are just crashing the compiler.
[18:41:07] <wjp> ...uploading ChangeLog...
[18:41:33] <Cless> after removing that * things have gotten a little better, except now msvc is complaining:
[18:41:33] <Cless> c:\uc\exult\objs\objs.cc(417) : error C2660: 'find_nearby' : function does not take 7 parameters
[18:41:45] <Cless> it does though :(
[18:42:16] <wjp> what if you now enable that alpha thing?
[18:42:31] <wjp> (you did remove the '*' everywhere, right?)
[18:43:49] <Cless> yeah I did
[18:43:58] <Cless> using the alpha kludge
[18:43:59] <Cless> c:\uc\exult\objs\objs.cc(403) : error C2893: Failed to specialize function template 'int __cdecl Game_object::find_nearby_static(class Exult_vector<T> &,class Tile_coord,int,int,int,int,int)'
[18:43:59] <Cless> With the following template arguments:
[18:43:59] <Cless> 'class Egg_object *'
[18:44:41] <wjp> that might be why the '*' was there
[18:44:41] <Cless> at least that would be fixable
[18:47:18] <Cless> could be
[18:48:50] <wjp> but I guess it would be fixable by dummy functions or something
[18:49:17] * wjp prepares to tag the CVS tree
[18:50:38] * wjp watches tons of files scroll by
[18:50:47] <Cless> :)
[18:50:59] <Cless> I could fix it, but it would be a real hack of a job
[18:51:57] <-- matt0 has left IRC (Read error to matt0[1667079149-yippy.dsl.xmission.com]: Connection reset by peer)
[18:52:01] --> matt0 has joined #exult
[18:52:50] <Cless> i'd put the static int find_nearby function into it's own header, then I'll #include it multiple times into the Objs.cc
[18:55:55] <wjp> with the correct type #define'd?
[18:56:04] <Cless> yeah
[18:56:13] <wjp> that would be quite a hack, yes :-)
[19:03:34] * wjp finishes uploading .tar.gz to SF
[19:07:15] * wjp wonders why it doesn't show up in the download screen
[19:11:09] <Cless> it compiled!
[19:11:18] <wjp> wow
[19:11:22] * wjp is impressed
[19:11:37] <Cless> using three #include's of the samefile :)
[19:13:33] <wjp> does it run?
[19:13:45] <Cless> i haven't gotten that far yet :)
[19:13:50] <Cless> objs.cc compiled :)
[19:13:55] <wjp> oh :-)
[19:20:39] <wjp> ok, .src.rpm and .i386.rpm are online too
[19:21:23] <Cless> not much good for me :)
[19:22:38] <wjp> :-)
[19:43:52] <Cless> i've been remaking the exult MSVC project workspace. The old one had become somewhat messy. Because of that i'm getting some more warnings, such as
[19:43:53] <Cless> c:\uc\exult\gamewin.h(245) : warning C4800: 'int' : forcing value to bool 'true' or 'false' (performance warning)
[19:45:40] <wjp> why does that function take an int as argument?
[19:46:05] <Cless> don't ask me
[19:46:20] <wjp> mrod: why does that function take an int as argument? ;-)
[19:46:45] * mrod coughs
[19:46:50] * Cless chuckles
[19:47:04] <wjp> anyway, better change that to 'bool tf'
[19:47:09] <mrod> :-)
[19:47:26] * Cless says, "Ask Jeff"
[19:47:54] --> jameson has joined #exult
[19:47:55] <-- matt0 has left IRC (Laserdisc Arcade Emulation Project: http://daphne.rulecity.com , get your CVS password today! =])
[19:47:57] <jameson> Hi!
[19:48:07] <wjp> hi!
[19:48:46] <mrod> hello k
[19:48:50] <mrod> uhm
[19:48:51] * Cless decides that commenting out "#pragma warning (disable: 4786)" was a bad idea
[19:48:52] <Cless> hi
[19:49:04] <mrod> i meant, "hello jameson"
[19:49:13] <wjp> why would you want to do that? :-)
[19:49:17] --- Cless is now known as Colourless
[19:49:20] <mrod> and, <TAB>.
[19:50:01] <Colourless> because I commented it out when attempting to find the crash
[19:50:09] <jameson> Hey- looks like the release's already being listed in the SF repository.
[19:50:20] <wjp> jameson: yup :-)
[19:51:20] <jameson> Guess it's time to pit dpkg-buildpackage against cxx once again... :-)
[19:52:39] <Colourless> you think your Alpha Kludge were bad... you've got to see what I've been doing to get exult to compile with MSVC
[19:56:14] <mrod> i've got to go now, i've something to try out in the windows partition. wjp: if you need some help some other time just ask :-D
[19:56:32] <wjp> :-)
[19:56:35] <wjp> see you later
[19:56:37] <Colourless> cya
[19:56:39] <mrod> bye
[19:56:41] <jameson> Bye!
[19:56:45] <-- mrod has left #exult
[20:00:23] * wjp writes a small note to the ML
[20:02:54] <wjp> I guess I should go build the BeOS binary
[20:02:59] <wjp> bbl
[20:03:07] <-- wjp has left IRC (rebooting)
[20:05:21] --> wjp has joined #exult
[20:08:34] <wjp> hmm... it looks like the 'beos' and 'win32' diretories aren't in the .tar.gz
[20:11:12] <Colourless> that's kind of bad
[20:11:28] <wjp> guess I'll have to go figure out how to add them
[20:11:31] <jameson> Shouldn't be a problem for the other packages, though.
[20:11:43] <wjp> uh oh
[20:11:50] <wjp> no glob.h on BeOS??
[20:12:19] <jameson> Huh?
[20:12:53] <Colourless> don't you think you should have tried that sometime ago ? :)
[20:13:00] <jameson> Maybe glob()'s just in one of the other headers...
[20:13:17] <wjp> yeah... I guess I should have...
[20:14:44] <wjp> no, doesn't seem to be a glob() anywhere
[20:15:47] <wjp> but it should have a similar function
[20:16:31] <Colourless> all operating systems have some method, though they are all pretty much different
[20:18:12] <Colourless> msvc's favourite error: error C2374: 'i' : redefinition; multiple initialization
[20:18:27] <wjp> I thought you could change that behaviour somewhere?
[20:18:35] <Colourless> probably
[20:18:40] <Colourless> i've never done it though
[20:18:50] <wjp> You can mention files from subdirectories
[20:18:50] <wjp> in `EXTRA_DIST'. You can also mention a directory there; in this case
[20:18:50] <wjp> the entire directory will be recursively copied into the distribution.
[20:18:56] * wjp rejoices :-)
[20:20:28] <wjp> wow... BeOS seems to have a really complex file-list-retrieval system...
[20:20:53] <wjp> you can specify things like 'size > 100 || name == 'something' || etc....'
[20:24:18] --> chimera|wookin has joined #exult
[20:28:19] <Colourless> interesting... this is the actual code. it is just by itself, it's not in a for statement
[20:28:20] <Colourless> gwin->get_usecode()->call_usecode(usecode, this, Usecode_machine::died) != -1;
[20:29:35] * wjp grumbles... now 'make dist' really includes the _entire_ beos & win32 dirs... including the CVS subdirs
[20:30:03] <jameson> Colourless: Uh, where's the 'i' in that?
[20:30:23] <Colourless> there isn't one, look at the end of the line
[20:33:40] <jameson> Sorry, I'd connected that line to the 'i' redefinition you mentioned earlier.
[20:34:58] <wjp> rebooting back to linux...
[20:35:00] <-- wjp has left IRC ()
[20:37:07] --> wjp has joined #exult
[20:41:20] <wjp> ok, this .tar.gz looks better
[20:41:22] * wjp sighs
[20:41:49] <jameson> ;-)
[20:42:17] <wjp> although... the 'mac' subdir isn't in there either
[20:42:30] <jameson> Alpha .deb has been uploaded.
[20:42:53] <wjp> great! thanks!
[20:43:10] <jameson> NP!
[20:43:23] <wjp> that's 2 platforms :-)
[20:44:08] <wjp> ...and we don't include the debian subdir...
[20:46:38] <jameson> Hmm... I'm using a slightly hacked one anyway. I don't know if the 'official' one will work.
[20:46:52] <Colourless> found another #include <iostream.h> /* Debugging */
[20:47:16] <chimera|wookin> go jameson!!!
[20:47:30] <jameson> Then again, it might build with gcc-3.0 now...
[20:47:33] * jameson blinks
[20:47:46] <chimera|wookin> mmmmmmm gcc 3
[20:48:42] <jameson> 25% performance loss compared to cxx, I've been told, but it seems to work quite well other than that.
[20:49:04] <jameson> Then again, cxx won't be seeing any more updating now, so gcc's bound to take over eventually.
[20:49:17] <chimera|wookin> poor cxx
[20:49:28] <jameson> Ah, if it was only cxx...
[20:49:36] <wjp> I wonder if I can cheat and re-tag the new Makefile.am as alpha4 :-)
[20:51:56] <jameson> The deb still isn't listed in the files list. Is there some kind of mystical incantation I'm missing? Do I need to sacrifice anything or anyone?
[20:52:31] <wjp> no, it just takes up to 15 minutes
[20:52:52] <jameson> Ah, OK. Thanks!
[20:52:53] <wjp> but sacrificing a virgin might improve that to within 10 minutes :-)
[20:53:52] <jameson> Hmm... Do I have to sacrifice the actual virgin, or is it sufficient to sacrifice her virginity?
[20:53:57] <wjp> lol
[20:55:39] * wjp removes files from SF again
[20:55:43] <-- 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)
[21:04:42] <Colourless> there are #include <iostream.h>'s all over the place. Each one causes massive errors for me.
[21:05:04] <wjp> yeah, as they should :-)
[21:05:13] <wjp> well, 'should'
[21:05:53] <Colourless> c:\program files\microsoft visual studio\vc98\include\ios.h(106) : error C2371: 'ios' : redefinition; different basic types
[21:05:54] <wjp> I wonder if that difference between iostream/iostream.h is MSVC-specific
[21:06:21] <Colourless> i wouldn't think there is much difference. I think it's a namespace problem
[21:06:47] <wjp> iostream.h probably looks something like: #include <iostream>\n using namespace std; :-)
[21:07:27] <wjp> hmm.. no.. not quite
[21:14:06] <Colourless> i decided to let it attempt to compli
[21:14:14] <Colourless> compile the lot....
[21:14:15] <Colourless> Exult.exe - 192 error(s), 16 warning(s)
[21:14:19] <wjp> good luck :-)
[21:14:29] <wjp> oh, that all? :-)
[21:15:13] <Colourless> C:\UC\EXULT\usecode\keyring.cc(34) : error C2065: 'ifstream' : undeclared identifier
[21:15:13] <Colourless> C:\UC\EXULT\usecode\keyring.cc(60) : error C2065: 'ofstream' : undeclared identifier
[21:15:24] <Colourless> tsk tsk... they are in std namespace!
[21:15:33] <Colourless> :-)
[21:15:49] <wjp> hmm, sorry
[21:15:55] <Colourless> using std::ifstream;
[21:15:56] <Colourless> using std::ofstream;
[21:16:06] <wjp> yeah, I know the drill :-)
[21:16:11] <Colourless> -> keyring.obj - 0 error(s), 0 warning(s)
[21:18:59] <Colourless> there is quite a few C:\UC\EXULT\files\U7file.cc(63) : warning C4101: 'e' : unreferenced local variable
[21:19:02] <Colourless> error
[21:19:09] <Colourless> warnings i mean
[21:19:38] <wjp> maybe I should start compiling with -Wall again
[21:19:54] <Colourless> C:\UC\EXULT\files\U7file.cc(63) : warning C4101: 'e' : unreferenced local variable
[21:20:03] <Colourless> opps, didn't want to past that again
[21:20:20] <Colourless> there's a few of these as well: error C2562: 'get' : 'void' function returning a value
[21:21:32] <Colourless> OMFG, check out line 1352 of schedule.cc
[21:22:21] <Colourless> that IS supposed to have case infront of it.
[21:22:32] <wjp> OOPS :-)
[21:22:38] <wjp> bad Jeff :-)
[21:22:47] <wjp> better put a 'break' there too
[21:23:13] <Colourless> use I guess so
[21:23:54] <Colourless> i wonder what that will do
[21:24:07] <wjp> hmm... maybe that's what caused the weird behaviour of the Silver Seed mage
[21:24:53] <Colourless> i'm now down to only 156 errors, down from 192
[21:25:25] <wjp> I've spent half the day doing the same :-)
[21:25:44] <Colourless> only 54 now :)
[21:25:57] <wjp> what'd you do?
[21:25:59] <Colourless> i only made 3 changes as well
[21:26:05] <Colourless> 3x std::
[21:26:20] <wjp> :-)
[21:26:22] <wjp> what file?
[21:26:28] <Colourless> bodies.cc
[21:26:56] <Colourless> changed the three instances of set to std::set
[21:26:58] <wjp> phew... .tar.gz is back online
[21:27:21] <wjp> and that got rid of 102 errors? nice :-)
[21:28:01] <Colourless> yeah. it kept saying "syntax error: ; not found" or some such
[21:28:13] <wjp> hehe :-)
[21:29:03] <wjp> jameson: why is the release date of the .deb set to 27 June?
[21:29:06] <-- Copernica has left IRC (Ping timeout for Copernica[ool-18b9d9b1.dyn.optonline.net])
[21:30:10] <Colourless> hmmmm
[21:30:11] <Colourless> C:\UC\EXULT\usecode\useval.cc(79) : error C2665: 'delete' : none of the 2 overloads can convert parameter 1 from type 'const char *'
[21:30:11] <Colourless> C:\UC\EXULT\usecode\useval.cc(96) : error C2665: 'delete' : none of the 2 overloads can convert parameter 1 from type 'const char *'
[21:31:34] <jameson> wjp: It's being listed as 06-28 here (in SF, also in the Debian changelog)- where did you see the 06-27?
[21:31:36] --> Copernica has joined #exult
[21:31:53] <wjp> in the 'edit files in this release' page
[21:33:47] <wjp> Colourless: strange
[21:34:04] <jameson> wjp: It's listed as 06-28 here...
[21:34:07] * jameson shrugs
[21:34:13] <wjp> strange
[21:34:20] <wjp> doesn't matter I guess :-)
[21:34:39] <Colourless> wjp: i don't think that you are supposed to be able to delete const pointers
[21:34:53] <wjp> hmm, that makes sense
[21:35:10] <wjp> so... why is it a const char*?
[21:35:24] <Colourless> i don't really know
[21:35:56] <wjp> *phew*... all files are back up
[21:37:51] <Colourless> Exult.exe - 2 error(s), 0 warning(s)
[21:38:06] <wjp> nice :-)
[21:40:06] --> chimera|wookin has joined #exult
[21:40:31] <Colourless> hmmm: C:\UC\Ultima7/Exult.exe : fatal error LNK1120: 1 unresolved externals
[21:40:45] <wjp> which one?
[21:40:58] <Colourless> utils.obj : error LNK2001: unresolved external symbol "struct std::_iobuf * __cdecl std::__Fiopen(char const *,int)" (?__Fiopen@std@@YAPAU_iobuf@1@PBDH@Z)
[21:41:18] * wjp blinks
[21:41:32] <wjp> what?
[21:45:46] <wjp> I see a _Fiopen in my VC5 headers, but no __Fiopen
[21:45:57] <wjp> (with the same signature, btw)
[21:46:08] <Colourless> i've got a __Fiopen
[21:46:15] <Colourless> in VVC6
[21:46:18] <Colourless> VC6 even
[21:47:52] <wjp> I've got several .lib files which contain the string '__Fiopen', though
[21:51:40] <wjp> http://www.research.att.com/lists/uwin-developers/2000/12/msg00008.html <-- seems to get the same error
[21:51:53] * wjp reads thread
[21:53:00] <wjp> hmm, no solution :/
[21:55:35] <Colourless> sadly no
[21:55:49] <Colourless> look at this... look correct? (frnum == 1 && qual >= 10 & qual <= 15)
[21:56:21] <wjp> buckets?
[21:56:26] <Colourless> yeah
[21:56:36] <wjp> make that && :-)
[21:56:40] <Colourless> i have
[21:56:59] <Colourless> it still 'should' have worked though
[22:07:17] <wjp> still got the unresolved external?
[22:07:25] <Colourless> yeah
[22:08:03] <wjp> so all of exult compiles except for this one stupid thing?
[22:08:21] <Colourless> yeah
[22:10:50] <wjp> any idea what parts of utils.cc causes it?
[22:10:57] <wjp> s/parts/part/
[22:11:02] <Colourless> yeah
[22:11:20] <wjp> std::fopen?
[22:11:58] <Colourless> in.open(name.c_str(), mode); and out.open(name.c_str(), mode);
[22:13:14] <wjp> hmm.. I think that same construction works in the VC program I was working on today
[22:13:19] <wjp> brb
[22:13:35] <Colourless> ok
[22:19:19] <wjp> b
[22:20:22] <wjp> does it work if you remove the modes?
[22:20:34] <wjp> s/work/link/
[22:21:24] <Colourless> i'll check in a minute, i'm fixing other problems... namely there are lots of #if DEBUG's which kind of need to be #ifdef DEBUG
[22:22:19] <wjp> yeah, at least 63
[22:23:36] <Colourless> fixed up all of them nowm lets see this mode stuff (which is required BTW)
[22:23:58] <Colourless> didn't help
[22:24:31] <wjp> strange... istream::open really isn't that obscure a function
[22:27:43] <wjp> what about changing fstream to fstream.h? :-)
[22:28:13] <Colourless> no, that will cause problem elsewhere
[22:28:38] <wjp> it's amazing how different those headers are... (fstream and fstream.h)
[22:30:18] <wjp> how about this really ugly one: ifstream temp(name.c_str(), mode); in = temp; ?
[22:30:38] <Colourless> damn, i can see the difference
[22:30:57] <Colourless> in the library the identifier is __Fiopen@std@@YAPAU_iobuf@@PBDH@Z
[22:31:18] <Colourless> while the one being generated is __Fiopen@std@@YAPAU_iobuf@1@PBDH@Z
[22:31:34] <wjp> got a demangler?
[22:31:43] <Colourless> no
[22:32:21] <wjp> I guess the PBDH part is the const char*, Z the int
[22:37:57] <wjp> did you try the temp ifstream?
[22:38:26] <Colourless> ?
[22:38:38] <wjp> <wjp> how about this really ugly one: ifstream temp(name.c_str(), mode); in = temp; ?
[22:38:51] <wjp> (if that even works :-) )
[22:40:29] <Colourless> it should be working as it is written, i've no idea why it isn't
[22:41:22] <Colourless> nope, that didn't help
[22:41:46] * wjp is out of ideas
[22:52:44] <wjp> hmm, it's past my bedtime, I guess
[22:52:50] <wjp> g'night
[22:52:58] <jameson> Good night!
[22:53:08] <-- wjp has left IRC ([x]chat)
[23:05:08] <jameson> I think I'll go now.
[23:05:10] <jameson> Good night!
[23:05:15] <Colourless> night
[23:05:20] <-- jameson has left IRC (Read error: 1.414213562 (Excessive square root of 2))
[23:09:24] --> m0t0ro has joined #exult
[23:09:34] <-- m0t0ro has left #exult
[23:56:28] --> co has joined #exult