#exult@irc.freenode.net logs for 8 Jan 2001 (GMT)

Archive Today Yesterday Tomorrow
Exult homepage

[00:09:58] <Fingolfin> will go to bed now
[00:09:59] <Fingolfin> cya
[00:10:01] <-- Fingolfin has left #exult
[00:20:17] <-- wjp has left IRC ([x]chat)
[10:07:36] --> Kirben has joined #exult
[10:26:41] <-- Kirben has left IRC (Read error to Kirben[co3007967-a.brasd1.vic.optushome.com.au]: Connection reset by peer)
[10:30:14] --> Kirben has joined #exult
[10:34:54] <-- Kirben has left IRC (System Meltdown)
[12:33:55] --> wjp has joined #exult
[13:37:29] --> TonyHoyt has joined #Exult
[13:37:38] <TonyHoyt> Hello.
[13:37:45] <TonyHoyt> exultbot, log
[13:37:48] <TonyHoyt> -?
[13:37:52] <TonyHoyt> --?
[13:37:56] <TonyHoyt> Grrrr.
[13:38:08] <TonyHoyt> exultbot --help
[13:38:12] <TonyHoyt> exultbot -?
[13:38:15] <TonyHoyt> Grrrr.
[13:38:47] <TonyHoyt> exultbot: exult
[13:38:52] <TonyHoyt> exultbot, exult
[13:38:58] <TonyHoyt> ?help
[13:39:01] <TonyHoyt> There we go!
[13:39:04] <TonyHoyt> ?url
[13:39:04] <exultbot> The official Exult homepage is at: http://exult.sourceforge.net/
[13:39:10] <TonyHoyt> ?log
[13:39:10] <exultbot> Logs are available at http://www.math.leidenuniv.nl/~wpalenst/exultlog.php3
[13:41:48] <wjp> hi
[13:41:56] <TonyHoyt> What's up wjp?
[13:42:08] <wjp> not much I guess :-)
[13:42:54] <TonyHoyt> Been busy on Exult I notice. Weren't you playing Exile 3 though lately? Or was that someone else?
[13:43:10] <wjp> yes, that was me. I got stuck, and stopped :-(
[13:43:18] --> Fingolfin has joined #exult
[13:43:26] <TonyHoyt> hi Fing.
[13:43:35] <wjp> hi
[13:43:53] <Fingolfin> hiya
[13:43:54] <TonyHoyt> Well that stinks. Hmm Well I hope you get unstuck soon. Nothing worse then haveing an unfinished game on your hands.
[13:46:11] <wjp> I'm not sure if I'm going to continue playing it, though
[13:46:32] <wjp> maybe I'll feel like it in a few weeks/months... who knows
[13:46:34] <TonyHoyt> Let me guess, you hit the dungeon of slideing floors?
[13:46:41] <wjp> no, I finished that one
[13:47:01] <TonyHoyt> Oh, then I don't know why you would want to quit then. that stinks. OH well.
[13:49:58] <Fingolfin> quit what?
[13:50:07] <wjp> Exile 3
[13:51:05] <TonyHoyt> Not to change subjects too quickly but, Has anyone finaly figured out what a Usecode Container is, or what it does in SI?
[13:51:15] <wjp> not AFAIK
[13:51:30] <TonyHoyt> afaik?
[13:51:35] <wjp> as far as I know
[13:51:41] <TonyHoyt> Okay.
[13:52:08] <wjp> my guess would be that it contains items that would have been created by usecode.
[13:53:20] --> Nadir has joined #exult
[13:53:31] <wjp> hey Tristan
[13:53:31] <Nadir> uff
[13:53:37] <Nadir> afternoon !
[13:53:43] <TonyHoyt> Does it have to do with the whole lightning affect that we see in the begining of the game? When items get swaped?
[13:53:51] <TonyHoyt> Hello.
[13:54:02] <Nadir> wjp: Seen my mail about "bye" ?
[13:54:08] <wjp> Nadir: yes, good point :-)
[13:54:34] <wjp> TonyHoyt: that's my guess, but I didn't do any 'research' into the uc-container...
[13:54:56] <TonyHoyt> *nods* Sounds cool but it's a very wierd container.
[13:54:57] <Fingolfin> hi Tristan!
[13:55:13] <Nadir> hi Max
[13:55:30] <Nadir> Happy New Year to all !
[13:55:43] <wjp> happy new year to you too!
[13:56:04] <TonyHoyt> Happy New Year. *g*
[13:56:05] <Nadir> I see you've been all busy coding over the festivities :-)
[13:56:16] <wjp> naturally ;-)
[13:56:22] <Fingolfin> yeah, happy near ;)
[13:56:25] * Fingolfin is late as always
[13:58:27] <Nadir> I like the paperdolls ! Ryan's been doing lots of stuff.
[13:59:02] <TonyHoyt> I"m dieing to see the SI Paperdoll working. That's got to be sweet. *g*
[13:59:26] <wjp> yes, it's working really great
[13:59:40] <Nadir> The clothing is missing though.
[13:59:41] <Fingolfin> I gotta install SI.. I am too lazy ;) need to boot Windows to install it, then I got to copy the data filew... sigh
[13:59:52] <Fingolfin> ... all naked? ;)
[13:59:59] <Nadir> underwear :-)
[13:59:59] <wjp> clothing?
[14:00:19] <TonyHoyt> You can't equip, unequipt items?
[14:01:22] <Nadir> You can !
[14:01:47] <Fingolfin> eeek! I gotta run or I am late to my grandparents! Ought to be there at 15:00 AM!!!
[14:01:49] * Fingolfin hurries off
[14:01:53] --- Fingolfin is now known as Fingolfin|away
[14:02:25] <wjp> 15:00 AM?
[14:02:29] <TonyHoyt> *chuckles* Oh well.
[14:02:33] <Nadir> What does 15:00 AM mean ? ;-)
[14:02:52] <TonyHoyt> *laughs* didn't think of that.
[14:03:32] <Nadir> In SI the party has the wrong items equipped. The Avatar should be wielding the Black Sword, shoudn't s/he ?
[14:03:41] <wjp> yes
[14:03:43] <wjp> no
[14:03:48] <wjp> :-)
[14:03:59] * wjp tries to make up his mind
[14:04:11] <TonyHoyt> I though it was supposed to be on his back?
[14:04:16] <wjp> yes, on his back
[14:04:20] <Nadir> ahaha very funny
[14:04:21] <wjp> spellbook in hand
[14:04:46] <TonyHoyt> Does it show items strapted on top peoples back, on belt, belt pouch, etc?
[14:05:04] <Nadir> We should also have the Avatar start in the correct place in SI, invoking the initial conversation with Iolo, which triggers the auto-joining of the party
[14:05:13] <TonyHoyt> That was on of the cool things about SI, although pointless, it was kind of cool.
[14:06:12] <wjp> yes, SI starting sequence is completely missing
[14:06:57] <TonyHoyt> Well there is some more fidgiting over the usecode once again, yes?
[14:07:22] <wjp> TonyHoyt: ?
[14:08:16] <Nadir> Avatar has Magic Shield in one hand. Nothing in the other. Nothing strapped on back.
[14:08:21] <TonyHoyt> I read from the newsgroup that there was some new work being done on the Usecode. Mainly for the Usecode Compiler I think but also for SI, correct?
[14:09:14] <wjp> yup
[14:14:13] <Nadir> usecode compiler AND disassembler are in CVS
[14:14:28] <Nadir> Patrick Burke is also writing a decompiler
[14:20:33] <TonyHoyt> bbl people
[14:20:41] <-- TonyHoyt has left IRC (Leaving)
[14:30:19] <Nadir> Ah, SDL 1.1.7 is out
[14:31:45] <wjp> yup
[14:33:30] <Nadir> downloading it now
[14:44:19] * wjp sorts header files by number of times they're included
[14:45:44] <wjp> alpha_kludges.h: 101, gamewin.h: 58, utils.h: 39, game.h: 34, actors.h: 28
[14:45:48] <wjp> (rest <20)
[14:50:05] <Nadir> Actually alpha_kludges.h should not be included like that, but it should be included in acconfig.h
[14:50:27] <wjp> yes, probably
[14:50:57] <wjp> I'm trying to remove most #include's from the most-heavily-used header files, btw
[14:51:30] <wjp> (some of them can be replaced by a single forward class declaration)
[14:52:39] <Nadir> tons of complex include files, and no precompiled header support in gcc account for the long compilation times...
[14:52:46] <wjp> yup
[15:06:58] <Nadir> regarding the acconfig stuff, we should instead use autoconfig.h.bottom as defined in autoconf's documentation
[15:08:51] <wjp> autoconfig.h.bottom?
[15:08:57] * wjp looks in docs
[15:11:55] <wjp> btw, their use is discouraged, according to my docs
[15:12:34] <wjp> although the reason for that is not quite relevant here
[15:12:35] <Nadir> Only because you get files with 2 periods. @BOTTOM@ is a good replacement
[15:13:21] <Nadir> trying it now
[15:13:49] <wjp> hmm... I don't like this:
[15:14:04] <wjp> constants like 'tiles_per_chunk' are defined in objs.h
[15:14:24] <wjp> game.h (which is included a _lot_), includes objs.h, just for these constants
[15:15:04] <Nadir> we should have exult_constants.h
[15:15:53] <wjp> ok, sounds good
[15:16:01] * wjp adds exult_constants.h
[15:18:23] <Nadir> okay, @BOTTOM@ works. I don't want to tread on your work, so maybe it's better if you do it. Add a @BOTTOM@ directive at the end of acconfig.h. After that add #ifdef ALPHA_LINUX_CXX ... #else ... #endif
[15:18:55] <Nadir> I'd rather have all files include "autoconfig.h" rather than "alpha_kludges.h"
[15:19:05] <wjp> yes
[15:19:38] <wjp> what about non-*nix builds?
[15:21:03] <Nadir> autoconfig.h is only generated by configure, so it's a Unix thing. Since the windoze/mac builds use a custom makefile they don't generate autoconfig.h
[15:21:39] <wjp> yes, but we do include it
[15:23:07] <Nadir> And what does it include there ?
[15:25:02] <Nadir> i.e. how do the windows guys generate autoconfig.h ?
[15:25:08] <wjp> dunno
[15:25:21] <wjp> hmm... is autoconfig.h included at all?
[15:25:36] <wjp> I can't seem to find it
[15:25:44] <wjp> oh...
[15:25:49] <wjp> nm, it's in alpha_kludges.h
[15:25:53] <wjp> how weird
[15:26:14] <Nadir> autoconfig.h is created from autoconfig.h.in which is created by autoheader
[15:26:27] <wjp> yes, I know
[15:26:44] <wjp> I was just looking in our sources where we actually included it
[15:26:59] <Nadir> actually it should be called config.h, not autoconfig.h
[15:28:27] <wjp> ok
[15:29:16] <Nadir> I'm still wondering about how they get built on win/mac/beos
[15:29:45] <wjp> there's a 'mac_autoconfig.h' in the mac/ directory
[15:29:58] <Nadir> ok...
[15:30:12] <wjp> one down, two to go :-)
[15:30:25] <wjp> oh wait...
[15:30:42] <wjp> the #include "autoconfig.h" is in a #ifdef HAVE_CONFIG_H
[15:31:46] <wjp> which is set in configure, apparently
[15:32:37] <Nadir> indeed
[15:33:29] <Nadir> It's a bit of a mess...
[15:33:56] <wjp> yup
[15:34:14] <wjp> then there's that 'AUTOCONFIGURED' define which is in Makefile.be/win32/cygwin
[15:35:49] <wjp> ...which is only used in alloc.cc, autoconfig.h and configure.in
[15:36:33] <wjp> ...which is completely useless
[15:36:38] * wjp removes AUTOCONFIGURED
[15:37:31] <Nadir> and flic/playflic.cc
[15:37:55] <wjp> ok, useless there too
[15:38:09] <Nadir> and all sorts of .h files ina audio, files and exult_types.h
[15:38:47] <wjp> oops, looks like I missed a few :-)
[15:39:22] <Nadir> you only searched in "."
[15:39:24] --> bj0ern[W] has joined #exult
[15:39:30] <bj0ern[W]> heya
[15:39:31] <wjp> yes, I did :-(
[15:39:32] <wjp> hi
[15:40:17] <bj0ern[W]> does anyone of you have the Ultima Collection?
[15:40:24] * wjp raises hand
[15:41:13] <bj0ern[W]> ok, is there stuff like the cloth map in it? i have the UC CD that came with U9 US-DragonEdition, so i dont have the U7 map
[15:41:30] <wjp> no, no cloth maps or anything
[15:41:56] <bj0ern[W]> hm, so, how do you answer the questions of the town mayor? when he asks about longtitudes and latitudes
[15:42:18] <Nadir> The maps are on CD
[15:42:19] <wjp> it includes an 'atlas' with paper versions of the maps, IIRC
[15:42:30] <bj0ern[W]> he askes me about the latitude of an isle, but its not on the U9 Cloth map, the other questions were just fine
[15:42:52] <bj0ern[W]> hm, on CD? have to look at it
[15:43:04] <Nadir> there are also U7 walkthroughs around which give you the coords
[15:44:34] <bj0ern[W]> ah, there it is. hm, a little bit too small =)
[15:45:03] <bj0ern[W]> oh, i can zoom it =)
[15:45:06] <bj0ern[W]> okies, thanks ;)
[15:45:56] * wjp completely removed AUTOCONFIGURED now
[15:46:28] <Nadir> You did it !!!
[15:46:55] <wjp> ok, that was one
[15:47:24] * wjp does a clean build
[15:49:52] <wjp> now let's do that @BOTTOM@ thingie
[15:51:23] <wjp> on second thought, I'd better commit the lot first
[15:53:06] <Nadir> let me know when you're done
[15:54:14] <wjp> will do
[15:55:18] <wjp> header files should go in the exult_SOURCES part in Makefile.am too, right? (since exult_types.h seems to be missing from it)
[15:55:52] <Nadir> yes. The xxx_HEADERS stuff should be used only for installable headers
[15:56:17] <wjp> ok, I'd better add exult_types.h then
[15:56:49] <Nadir> The test is to do a "make dist", untar the resulting exult-xxx.tar.gz and see what files are missing
[15:57:45] <wjp> ok, committed
[16:11:39] <Nadir> compiling the sucker
[16:11:54] <wjp> good luck :-)
[16:13:20] <-- bj0ern[W] has left IRC (Leaving)
[16:13:22] <wjp> brb, making some tea
[16:21:37] <wjp> b
[16:24:45] <wjp> hmm.. shouldn't INCLUDES (Makefile.am) only contain include dirs.?
[16:27:29] <Nadir> Not really. I tend to look at Gnome's autoconf/automake stuff for reference, and the use it for anything
[16:27:52] <Nadir> It built !!!
[16:28:02] <wjp> good :-)
[16:28:30] <Nadir> Fatal signal: Segmentation Fault (SDL Parachute Deployed)
[16:28:47] <wjp> where?
[16:29:14] <Nadir> Immediately after I select "Journey Onward"...
[16:29:29] <wjp> works for me
[16:29:36] <wjp> maybe I'd better do another clean build
[16:30:37] <Nadir> Let's try with -g ...
[16:34:23] <wjp> k, build done
[16:34:44] <wjp> seems to work
[16:35:13] <Nadir> Still rebuilding for me
[16:35:41] <wjp> did you do a clean build the first time?
[16:36:04] <wjp> (maybe the dependencies are screwed up)
[16:36:47] <Nadir> make distclean; autogen.sh; configure; make
[16:43:47] <Nadir> still building...
[16:45:26] <Nadir> ok, it works now.
[16:46:11] <wjp> hmm
[16:46:20] <Nadir> Do you get things like "Couldn't open audio: Application not compiled with SDL 1.1"
[16:46:26] <Nadir> and "out of memory"
[16:46:26] <wjp> no
[16:46:30] <wjp> oh, at the end
[16:46:31] <wjp> ?
[16:46:55] <wjp> yes, constantly
[16:47:10] <Nadir> What the f#@? are they...
[16:47:28] --- Fingolfin|away is now known as Fingolfin
[16:47:30] <wjp> trying to re-initialize the audio
[16:47:31] <Fingolfin> hi folks
[16:47:35] <wjp> wb
[16:47:36] * Fingolfin reads the backlog
[16:48:06] <wjp> wow... I didn't know disabling debugging made exult this much faster
[16:48:39] <Nadir> trying optimized-debug :-)
[16:49:05] <wjp> even with lots of animations on screen, it still doesn't use 100% CPU
[16:49:17] <Fingolfin> autoconfig.h is not used on mac, BTW, but I use mac_autoconfig.h which is derived from an older autoconfig.h
[16:49:22] <wjp> uh-oh... Chunk shape is null! (tons of them)
[16:49:55] <wjp> (when I teleported to near the inn in vesper (2194, 1271))
[16:50:11] * Fingolfin does cvs update and builds...
[16:53:05] <wjp> more on those audio-related crashes at the end: they seem to be thread-related, since they disappear the second I try to catch them in gdb
[16:55:58] <Fingolfin> wjp: hrm, your changes to ucmachine.h (from yesterday I guess) broke compilation on MacOS
[16:56:08] * Fingolfin COs older versions
[16:56:31] <wjp> Fingolfin: what errors?
[16:58:15] <Fingolfin> ah got it
[16:58:21] <Fingolfin> you removed #include "useval.h"
[16:58:32] <wjp> yup
[16:59:23] <Fingolfin> well, I wonder why it works on gcc then... it shouldn't... but gcc is in general less restrictive..
[16:59:40] <Fingolfin> problem is this one:
[16:59:40] <Fingolfin> typedef Usecode_value (Usecode_machine::*UsecodeIntrinsicFn)(
[16:59:40] <Fingolfin> int event,int intrinsic,int num_parms,Usecode_value parms[12]);
[17:00:01] <Fingolfin> and later uses to define methods using this type "UsecodeIntrinsicFn" as a parameter
[17:00:03] <Nadir> g++ 2.96 (which is the "broken" version that comes with RedHat 7.0) is indeed becoming VERY restrictive, when -pedantic is turned on
[17:00:13] <Fingolfin> yeah
[17:00:25] <Fingolfin> gcc/g++ 3.0 will be great it seems ;)
[17:00:27] <Fingolfin> anyway
[17:00:45] <Fingolfin> for now I will make this include #ifdef MACOS
[17:00:59] <Fingolfin> and put in a comment in case anyone else gets the same problem, he know he can try to #include "useval.h"
[17:01:15] <wjp> ok
[17:08:22] <-- exultbot has left IRC (signing off...)
[17:34:22] --> exultbot has joined #exult
[17:34:22] --- Topic for #exult is: Exult, the opensource Ultima 7 engine
[17:34:22] --- Topic for #exult set by ChanServ at Thu Jan 4 17:50:54 2001
[17:34:24] <TonyHoyt> <type>_<base>_<name> : type = c: constant g: Global l: local Base: i = int, l = long, c = char, p = pointer (or combos, lp = long pointer), Name = obvious. << That your idea, Fing?>>
[17:34:39] <Fingolfin> I want that one can immediatly see what is a constant, what is a global etc..
[17:35:01] <Fingolfin> Tony: I do not think we need the base, and the l, but the idea is the same ;)
[17:35:21] <Fingolfin> in fact, I am also used to have a prefix for member vars, like m_, and a prefix for static member vars, like ms_
[17:35:40] * TonyHoyt was thinking of using some standard like that for his little project. Just wondering what others felt about it.
[17:35:58] <Fingolfin> this way, you recognize things much easier, esp. if you are "new" to a section of code...
[17:36:43] <TonyHoyt> Fing: Sounds like your used to the Microsoft Model of code (I forget the name of it) Or at least it looks that way.
[17:37:34] <Fingolfin> not at all
[17:37:46] <Fingolfin> I am used to the mac model, which is a bit different:
[17:37:56] <TonyHoyt> Ahhh, okay.
[17:37:58] <Fingolfin> 1) enums/consts: kSomeType (not k_some_type)
[17:38:09] <Fingolfin> 2) members: mMyMemeber (not m_my_member)
[17:38:09] <Fingolfin> etc
[17:38:19] <Fingolfin> we almost never us _ but instead case words
[17:38:31] <Fingolfin> MyPopUpMenuDrawProcedure();
[17:38:33] <Fingolfin> ;)
[17:39:07] <Fingolfin> in fact, the framework I use does fMember, not mMember... don't ask me why ;)
[17:39:17] <wjp> field?
[17:39:30] <Fingolfin> maybe
[17:39:31] <Fingolfin> dunno
[17:39:34] <wjp> (Borland Delphi/C++ Builder use fMember too)
[17:39:53] <Fingolfin> anyway, are we positive about changing consts to prefix c_ ? I would do it now, then
[17:40:06] <TonyHoyt> I like underscores just to help space things out and make it more readable. *Shrugs*
[17:40:12] <wjp> yes, I'm ok with c_
[17:46:05] <Fingolfin> hm... there should be some consts for the various meanings of -359, IMHO
[17:46:05] <wjp> I moved the constants that were in objs.h to exult_constants.h, btw
[17:46:05] <Fingolfin> like c_any_shape or so
[17:46:05] <wjp> Fingolfin: agreed
[17:46:05] <wjp> some files were (and probably still are) including objs.h just for the constants...
[17:46:05] <Fingolfin> is this OK:
[17:46:05] <Fingolfin> const int c_any_shapenum = -359;
[17:46:05] <Fingolfin> const int c_any_qual = -359;
[17:46:05] <Fingolfin> const int c_any_framenum = -359;
[17:46:05] <Fingolfin> ?
[17:46:05] <-- exultbot has left IRC (signing off...)
[21:58:57] --> exultbot has joined #exult
[21:59:54] <wjp> what a waste... due to a bug exultbot didn't log the last 4 hours...
[21:59:57] <wjp> hi Matt
[22:01:05] <Fingolfin> hrm
[22:01:24] <Fingolfin> well, luckily I was here the last 3 hours ;)
[22:01:33] <wjp> :-)
[22:01:41] <wjp> maybe I should insert the part it missed
[22:02:23] <Fingolfin> BA-WOOO BA-WOOO Incoming CVS commit mails!
[22:02:28] <wjp> hmm.. wait a sec... why is there no topic?
[22:02:36] --- Fingolfin has changed the topic to: dunno
[22:03:06] <wjp> ChanServ... grrr...
[22:03:15] <wjp> 19 and counting...
[22:03:32] <Fingolfin> no chanserv
[22:03:39] <Fingolfin> a permanent net split it seems
[22:06:20] <Fingolfin> BTW, my commit is finished, maybe you can check if it still builds?
[22:06:37] <wjp> will do
[22:06:57] <wjp> 55...
[22:07:35] <Fingolfin> 55 ?!?
[22:09:06] * wjp hacks Makefiles
[22:09:49] <wjp> flags.h missing?
[22:10:00] <Fingolfin> erhm
[22:10:00] <Fingolfin> yes
[22:10:04] <Fingolfin> and objlist.h
[22:10:05] <Fingolfin> second
[22:11:03] <Fingolfin> ok, they are now in CVS
[22:11:05] <Fingolfin> sorry
[22:12:09] <wjp> In file included from Midi.cc:38:
[22:12:09] <wjp> ../gamewin.h:589: cannot declare field `Game_window::clock' to be of type `Game_clock'
[22:12:14] <wjp> ../gamewin.h:589: since the following virtual functions are abstract:
[22:12:15] <wjp> ../tqueue.h:33: void Time_sensitive::handle_event(unsigned int, long int)
[22:12:32] * Fingolfin scratches his head
[22:12:37] <Fingolfin> I haven't even touched that code....
[22:12:39] <Fingolfin> funny
[22:13:05] <Fingolfin> I will check it
[22:13:23] <Fingolfin> could it be a conflict with changes you made to your local repository? anyway, it is propably my fault somehow ;)
[22:13:45] <wjp> I don't have any local changes here, atm
[22:14:09] <Fingolfin> ok ;)
[22:14:17] <Fingolfin> what about the other files, do they compile fine or not?
[22:14:41] <wjp> no, same error in multiple places
[22:14:52] <Fingolfin> ok
[22:14:58] <Fingolfin> this is not my fault, but someone else's
[22:15:08] <Fingolfin> I think I know how to fix it (it works for me, BTW)
[22:16:25] <Fingolfin> in file gameclk.h, change this line:
[22:16:28] <Fingolfin> virtual void handle_event(unsigned long curtime, long udata);
[22:16:31] <Fingolfin> to this:
[22:16:41] <Fingolfin> virtual void handle_event(uint32 curtime, long udata);
[22:16:53] <Fingolfin> then try again
[22:17:02] <Fingolfin> also make sure gameclk.h is up-to-date
[22:17:02] <chimera|work> wjp: I finished book 5 yesterday.. I plan on purchasing book 6 tonight =]
[22:17:08] <Fingolfin> (before you do the change)
[22:17:11] <wjp> chimera|work: hehe :-)
[22:17:13] <chimera|work> book 5 ruled, I'm glad I read it
[22:17:18] <chimera|work> I'm glad I chose to keep reading =]
[22:17:45] <Fingolfin> wjp: pleae try it and tell me your results
[22:18:10] <wjp> ok, that seems to work
[22:18:43] <wjp> uh oh
[22:19:07] <wjp> this coloured gcc output has this way of making you think something is _really_ wrong
[22:19:20] <chimera|work> hehe... that mandrake gcc? hehe
[22:19:43] <wjp> ok, looks like a problem with objiter.h
[22:19:49] <Fingolfin> wjp: it works? good
[22:19:51] <Fingolfin> wjp: err
[22:19:57] <Fingolfin> wjp: but gameclk.h now works, yes?
[22:20:05] <wjp> well, in MIDI.cc, yes
[22:20:47] <wjp> ok, here goes:
[22:20:51] <wjp> In file included from Gump.cc:25:
[22:20:55] <wjp> ../objs/objiter.h: In method `T_Object_iterator<T>::T_Object_iterator(T_Object_list<T> &)':
[22:21:01] <wjp> ../objs/objiter.h:61: class `T_Object_iterator<T>' does not have any field named `T_Safe_object_iterator'
[22:21:18] <wjp> and several more similar ones
[22:21:29] <Fingolfin> ?!? funny again ;)
[22:21:36] <Fingolfin> I'll check (it all works perfectly here)
[22:23:46] * wjp does some patching of his own
[22:23:59] <Fingolfin> try changing T_Safe_object_iterator to T_Safe_object_iterator<T>
[22:24:08] <wjp> yes, that's what I did :-)
[22:24:17] <Fingolfin> hehe;)
[22:24:23] <wjp> changed in four places
[22:24:43] <wjp> (lines 61, 87, 107, 141)
[22:24:50] <Fingolfin> yes
[22:24:59] <Fingolfin> should I commit it or you? ;)
[22:25:13] <wjp> hehe :-)
[22:25:21] <wjp> well...
[22:25:30] <wjp> let's see what else pops up
[22:25:33] <wjp> uh oh
[22:25:35] <wjp> lots of red again
[22:25:46] <Fingolfin> <g>
[22:25:52] <wjp> more handle_event()'s
[22:26:02] <Fingolfin> that is all not my fault, really!
[22:26:21] <wjp> that's what they all say :-P
[22:26:24] <Fingolfin> hehe
[22:27:02] <wjp> ok, so all handle_event(unsigned long...., should be replaced by handle_event(uint32....
[22:27:46] <wjp> hey, we have a Raindrop class :-)
[22:27:50] <Fingolfin> wait
[22:27:53] <Fingolfin> yes ;)
[22:28:10] <Fingolfin> I think that for some reasons, jameson had changed it back to the way it is after he had changed all to uint32 ...
[22:28:14] <Fingolfin> dunno why, though
[22:28:43] <wjp> ok, so we change the original to unsigned long?
[22:29:00] <Fingolfin> yeah, and please undo my latest CVS change then :/
[22:29:08] <Fingolfin> i had commited the change to Game_clock
[22:29:13] * Fingolfin thwaps himself
[22:29:14] <Fingolfin> anyway
[22:29:21] <wjp> yes, I noticed :-)
[22:29:28] <Fingolfin> this is the easiest change (chang the definition in tqueue.h)
[22:29:36] <wjp> yup, just did that
[22:30:03] <Fingolfin> then commit it and I'll co ;)
[22:30:09] <wjp> did you commit gameclk.h 4 times?
[22:30:59] <wjp> or has your cvs client started to commit every line separately? ;-)
[22:31:58] * wjp is still compiling
[22:32:18] <wjp> oh no... not again
[22:32:48] <Fingolfin> ?!?
[22:33:20] <wjp> npctime.cc has Time_sensitive's too
[22:34:41] * wjp tries again
[22:35:01] <wjp> linking...
[22:35:07] <wjp> done!
[22:35:28] <wjp> how interesting
[22:35:35] <wjp> did you run the game yet?
[22:36:01] <Fingolfin> interesting? what is interesting?
[22:36:07] <Fingolfin> yes
[22:36:08] <wjp> ummm....
[22:36:15] <Fingolfin> but I need to recompile currently
[22:36:16] <wjp> well...
[22:36:26] <Fingolfin> why/what/did I break it completly?
[22:36:35] <wjp> umm... yes, basically :-)
[22:36:49] <wjp> can I dcc you a 17K .png?
[22:37:32] <Fingolfin> sure
[22:37:37] <wjp> oops, 72K
[22:37:38] <wjp> sorry
[22:37:41] <Fingolfin> sure
[22:37:46] * Fingolfin has DSL
[22:37:51] * wjp doesn't
[22:38:12] <wjp> I wonder if my firewall allows DCC sends
[22:38:18] <wjp> (IP masquerading)
[22:38:43] <wjp> ah well... better explain it in words then :-(
[22:38:55] <Fingolfin> I will run it again
[22:38:57] <Fingolfin> wait a sec
[22:39:00] <wjp> basically, only the npcs are drawn
[22:39:18] <Fingolfin> I see it now :(
[22:39:19] <Fingolfin> f*ck
[22:39:29] <Fingolfin> I guess I must have been running a wrong binary then
[22:39:36] * Fingolfin thwaps himself with a big trout
[22:39:41] <Fingolfin> but *why* ?!?
[22:39:45] <Fingolfin> is it like this?
[22:39:46] <Fingolfin> darn
[22:39:57] <wjp> good question
[22:40:13] <wjp> really weird that it doesn't even draw the background tiles
[22:40:14] <Fingolfin> I changed obj list & iterators
[22:40:24] <Fingolfin> most propably I broke something there
[22:42:18] <Fingolfin> got an idea, will try, will take some time
[22:42:39] <wjp> noooooooooooo
[22:42:50] <wjp> I did an update to see what files I had modified....
[22:43:08] <wjp> and it re-patched gameclk.cc
[22:43:23] * wjp blinks
[22:43:26] <wjp> wait... ignore that
[22:44:00] <wjp> s/gameclk.cc/gameclk.h/
[22:44:39] <wjp> luckily, that was just one minor change
[22:45:01] * wjp recalculates number-of-times-included
[22:46:18] <wjp> hmm... gamewin.h went from 59 to 58 :-(
[22:46:46] <wjp> objs.h 71 -> 44
[22:48:51] --> jameson has joined #exult
[22:48:53] <jameson> Hi!
[22:48:56] <wjp> hi!
[22:49:33] <wjp> let me guess, Max broke your build? :-)
[22:49:48] <Fingolfin> it was not me! it was my evil twin!
[22:50:02] <Fingolfin> anywaym if his build is broken I am lucky
[22:50:09] <Fingolfin> then he won't notice i broke the game ;)
[22:50:19] <jameson> <g> ;-)
[22:50:23] <Fingolfin> where is the "undo" button in this darn CVS client?
[22:50:25] <jameson> Someone put subtitles all over the place!
[22:50:44] <jameson> C-_
[22:51:35] <Fingolfin> f*cl
[22:51:39] <jameson> BTW, do you happen to know who or how or what the exultbot is?
[22:51:42] --> Kirben has joined #exult
[22:51:52] <exultbot> I'm me!
[22:52:05] <exultbot> say ?help for some more info ;-)
[22:52:08] * jameson blinks
[22:52:14] <jameson> He can talk!
[22:52:23] <jameson> Can you sing, too?
[22:52:26] * exultbot is remote-controlled by wjp, at the moment
[22:52:46] <Fingolfin> hi Kirben
[22:52:49] <Fingolfin> getting full in here
[22:52:54] <Fingolfin> wjp: I should do this more often ;)
[22:53:00] <wjp> hi
[22:53:05] <jameson> Hi!
[22:53:21] <jameson> Anyway, I need something like this for the kids at home!
[22:53:58] <jameson> We used to use #sci on dal.net, but, well, dal.net is dal.net...
[22:54:04] <Kirben> Hi
[22:54:40] <jameson> So I'd rather move our IRC to openprojects. But I guess I need something to watch over the channel at night...
[22:54:52] <wjp> maybe I should open-source exultbot :-)
[22:55:14] <chimera|work> jameson: ChanServ is here... it is just unobtrusive
[22:55:56] <jameson> chimera: Well, that'd be OK!
[22:56:04] * jameson greps for a ChanServ HOWTO
[22:56:11] <wjp> say /msg chanserv help
[22:56:22] <wjp> and /msg nickserv help, while you're at it
[22:56:47] <jameson> Thanks!
[22:57:11] * jameson decides to conquer the rest of the openprojects namespace while it's still available
[23:00:20] <Fingolfin> wjp: another idea: an option to skip the menu and directly start the game (nice for debugging)
[23:01:47] <wjp> yes, I was close to implementing that a few times
[23:02:37] <wjp> maybe we could use that command-line option "-game" for it
[23:03:24] <wjp> ...but that wouldn't do you much good I guess. (Mac has no command-line, right?)
[23:04:28] <Fingolfin> well
[23:04:34] <Fingolfin> make it a "debug" option...
[23:04:38] <Fingolfin> btw
[23:04:44] <Fingolfin> the way to do this on mac is this:
[23:05:23] <Fingolfin> during startup: "if( (cmd key is pressed) == no_menu ) Do_Menu();"
[23:05:34] <Fingolfin> i.e. pressing cmd key during startup toggles the "hide menu" option
[23:08:49] <wjp> I see
[23:17:43] <wjp> make
[23:17:45] <wjp> oops
[23:17:52] <wjp> wrong window :-)
[23:19:01] <Fingolfin> this is slowly becoming a nightmare... gotta fix this! but I have no real clue why it is not working! darn darn darn
[23:19:34] * Fingolfin ponders
[23:19:56] <chimera|work> =]
[23:21:50] <jameson> THX!
[23:23:01] <chimera|work> anyone checked out Evolution yet? (for linux)
[23:23:13] <chimera|work> it's not too shabby.. not too shabby at all
[23:23:33] <wjp> no, haven't looked at it yet
[23:25:03] * wjp is confused
[23:25:06] <chimera|work> ?
[23:25:15] <wjp> _why_ doesn't this work??
[23:31:54] <Fingolfin> hrm...
[23:32:02] <Fingolfin> let us recall:
[23:32:05] <Fingolfin> 1) actors are rendered
[23:32:18] <Fingolfin> 2) almost nothing else is rendered
[23:32:27] <Fingolfin> 3) no movement
[23:32:39] <wjp> no movement?
[23:33:01] <Fingolfin> for me...
[23:33:03] <Fingolfin> you got movement?
[23:33:11] <wjp> NPCs move
[23:33:31] <Fingolfin> hm
[23:33:31] <wjp> avatar, Iolo, shopkeeper
[23:34:17] <Fingolfin> have you tried openeing a map or so?
[23:34:23] <Fingolfin> quit gump *is* drawn for me
[23:34:25] <wjp> 'm' works
[23:34:30] <Fingolfin> aha
[23:34:42] <Fingolfin> so what I suspect: since I worked on Object list and chunk list:
[23:34:42] <wjp> inventory too
[23:34:47] <Fingolfin> the chunk list must be broken...
[23:34:58] <Fingolfin> I checked, flats and nonflats iterators look fine.. hm
[23:35:12] <wjp> the flats are never set, it seems
[23:35:39] <wjp> in Game_window::get_chunk_objects the 'set_flat' function is never called
[23:37:14] <wjp> get_chunk_objects itself is never called too
[23:37:33] <Fingolfin> and Game_window::paint_tile
[23:37:42] <Fingolfin> ShapeID id = olist->get_flat(tilex, tiley);
[23:37:42] <Fingolfin> if (!id.is_invalid())
[23:37:46] <wjp> that if fails
[23:37:51] <Fingolfin> is_invalid always returns true!
[23:37:58] <Fingolfin> shapennum of the tiles is -1 ...
[23:38:08] <Fingolfin> hmm
[23:38:15] <wjp> ...which is probably because get_chunk_objects is never called
[23:38:28] <Fingolfin> yeah
[23:38:50] <Fingolfin> get_chunk_objects is only called in one place, get_map_objects
[23:38:54] <Fingolfin> is that being called?
[23:39:02] <wjp> trying...
[23:39:13] * Fingolfin too
[23:39:30] <Fingolfin> nope
[23:39:46] <Fingolfin> Game_window::get_superchunk_objects is next
[23:40:09] <Fingolfin> then one more up the chain, Game_window::read_map_data...
[23:40:34] <Fingolfin> this is called...
[23:40:41] <Fingolfin> now let's trace it
[23:40:45] <wjp> yup, I'm breaking there now too
[23:41:10] <wjp> hmm.. weird
[23:41:25] <Fingolfin> weird indeed!!
[23:41:31] <wjp> no, gdb was acting up
[23:41:38] <Fingolfin> firstsx > lastsx !
[23:41:43] <Fingolfin> therefore it exits immediatly
[23:42:20] <wjp> ok, found it
[23:42:29] <wjp> you replaced "tiles_per_schunk" by "c_fade_out_time"
[23:42:35] <Fingolfin> AAAAARGGGGHHH
[23:42:37] <Fingolfin> NOOOOOOOO
[23:42:41] <Fingolfin> so stupid
[23:42:49] <Fingolfin> everbody please thwap me with something hard!
[23:42:56] * Fingolfin thwaps himself with a stoned trout
[23:43:11] <Fingolfin> at least this is easy to fix
[23:43:42] * wjp wonders if there are any others
[23:44:00] <wjp> (other places where this was wrongly replaced)
[23:44:23] <wjp> ok, that's better
[23:44:33] <wjp> I can see again :-)
[23:44:35] <Fingolfin> I will fix all
[23:44:39] <Fingolfin> there are more places
[23:44:44] <Fingolfin> I will compile now
[23:44:47] <Fingolfin> and if it works, commit it
[23:44:59] <Fingolfin> yeah!
[23:45:21] <wjp> much better :-)
[23:47:10] <jameson> Need to go now. Bye!
[23:47:17] <wjp> bye!
[23:47:19] <Fingolfin> jameson: cya
[23:47:23] <-- jameson has left #exult
[23:51:26] <Fingolfin> yesss
[23:51:30] <Fingolfin> much better indeed
[23:54:43] <wjp> objs.cc:1376: warning: explicit specialization not preceded by `template <>'
[23:56:00] <Fingolfin> yeah
[23:56:05] <Fingolfin> I know
[23:56:09] <Fingolfin> already fixed here
[23:56:16] <wjp> full make in 3 minute 55... wow
[23:56:19] <Fingolfin> I am struggling with the commit, my CVS client is acting strangly
[23:56:23] <Fingolfin> wait a few mins, plz
[23:56:39] <wjp> with what?
[23:57:20] <Fingolfin> it thinks some files I modified localy have a sticky tag, cause I checked out some older versions of some files to check for errors in my rewrite...
[23:57:30] <Fingolfin> its DB got messed up a bit
[23:57:52] <wjp> I usually use SF for comparing with older versions