#exult@irc.freenode.net logs for 24 Jan 2002 (GMT)

Archive Today Yesterday Tomorrow
Exult homepage

[00:23:49] --> ElectricMayhem has joined #exult
[00:24:10] <ElectricMayhem> will exult run with JUST the static directories
[00:24:15] <ElectricMayhem> or does it require every file
[00:24:29] <Colourless> it will run with just the static directories
[00:24:35] <ElectricMayhem> without problems..?
[00:24:45] <Colourless> yeah without problems
[00:24:49] <ElectricMayhem> cool.
[00:25:05] <Colourless> exult will create it's own gamedat directory
[00:25:35] <ElectricMayhem> is there a way to have exult, BG, and SI all in one directory and exult recognize the two different directories
[00:25:42] <ElectricMayhem> like...say if i had C:\Ultima
[00:25:47] <ElectricMayhem> and then had BG and SI subdirs
[00:25:54] <ElectricMayhem> or better yet
[00:26:04] <Colourless> you'd have to do something like c:\ultima\bg\static and c:\ultima\si\static
[00:26:06] <ElectricMayhem> let BG be the bg static dir and SI be the si static dir
[00:26:25] <Colourless> the static dirs need to be called static
[00:26:43] <ElectricMayhem> think it'd be possible to implement a directory pointer into the program?
[00:27:06] <ElectricMayhem> that way you wouldnt have to worry bout multiple copies of exult
[00:27:25] <ElectricMayhem> or will it run like you said, bg\static and si\static
[00:27:27] <Colourless> you don't need multiple copies.
[00:27:38] <Colourless> one copy of exult can be used to run both games
[00:28:08] <Colourless> if you used the windows installer, it will allow you to choose the paths
[00:28:17] <ElectricMayhem> ah...that's probably why...
[00:28:19] <Colourless> otherwise you need to edit exult.cfg
[00:28:27] <ElectricMayhem> i never had that
[00:28:27] <ElectricMayhem> heh
[00:28:58] <ElectricMayhem> well thats cool
[00:29:00] <ElectricMayhem> appreciate it
[00:29:22] <-- ElectricMayhem has left IRC ()
[00:43:46] --> Kirben has joined #exult
[00:43:46] --- ChanServ gives channel operator status to Kirben
[00:46:55] <Colourless> kirben, does exult crash on strartup for you?
[00:50:34] <Kirben> Yes it does, just checked.
[01:02:35] <Colourless> got to go
[01:02:40] <-- Colourless has left IRC ("so tired")
[01:16:18] <-- Fingolfin has left IRC ("42")
[02:08:57] --> Dominus has joined #exult
[02:08:57] --- ChanServ gives channel operator status to Dominus
[02:09:06] <Dominus> hi
[02:09:08] <Dominus> again
[02:09:22] <Dominus> Kirben: you are just the one I would like to speak to
[02:10:13] <Kirben> No luck so far getitng ucc (usecode copiler) compiled
[02:10:14] <Dominus> say something when you are "listening" :-)
[02:10:20] <Dominus> ah
[02:10:28] <Dominus> that's what I wanted to know
[02:12:02] <Dominus> :-(
[02:14:11] --> Soul|FKME has joined #exult
[02:14:17] <Soul|FKME> D: D: D: D: D: D: D: D: D: D:
[02:14:29] <Dominus> Soul|FuckMe?
[02:14:35] <Soul|FKME> Hi
[02:14:38] <Dominus> hi
[02:14:41] <Soul|FKME> it's been a while D:
[02:14:56] --- Soul|FKME is now known as Soul|LOVE
[02:16:32] <Dominus> ah, that sounds better
[02:39:35] <Kirben> try this
[02:40:12] <Kirben> no idea if it works
[02:40:20] <Dominus> let me check
[02:41:42] <Dominus> hm, doesn't seem to work
[02:42:39] <Dominus> ah, yes it works
[02:42:59] <Dominus> at least with the original patch version by Jeff
[02:43:10] <Dominus> I bet it has line breaks problems
[02:43:46] <Kirben> I expect so since its been unix so so long.
[02:44:34] <Dominus> hm, still doesn't like my patch
[02:46:22] <Dominus> I have to go through everything now :-(
[02:49:08] <Dominus> actually it seems it has no problem with line breaks
[02:49:32] <Dominus> so I just messed up somewhere
[02:49:41] <Dominus> but it works
[02:51:36] <Dominus> could you include it in make tools ?
[02:52:33] <Kirben> compile is still a mess so not at the moment
[02:52:41] <Dominus> okay
[02:52:48] <Kirben> needs more tools too (bision/flex).
[02:57:05] <Dominus> ah, found my error
[02:57:26] <Dominus> that's what you get if you don't have a clue and only copy/paste from existing stuff
[03:10:06] <Dominus> hmm, but Exult doesn't like my ucc generated usecode (even if I regenerate the one from Jeff's game patch)
[03:11:48] <Kirben> still more compile problem I guess then
[03:12:47] <Dominus> ah found it, I guess
[03:13:23] <Dominus> even if I used a program to get rid of dos line breaks in my script, ucc.exe put dos line breaks in
[03:13:51] <Dominus> Hex: 0D 0A instead of 0A
[03:16:57] <Dominus> yeah that's it, if I run that program I have (dos2unix.exe) on the compiled usecode and then manually delete the last 0A on it it works
[03:22:04] <Kirben> see if thisis any better
[03:22:59] <Kirben> oops cygwin compile
[03:23:45] <Dominus> yeah, didn't work at all
[03:24:21] <Dominus> that program has nice error handling (aka none) :-)
[03:28:07] <Kirben> mingw version this time
[03:29:01] <Dominus> no change
[03:29:51] <Kirben> will have to wait for Darke then
[03:30:29] <Dominus> btw, if you have the patch #3 you can try out yourself ucc usecode.uc (from the patch) should output a file named usecode.uco which will be as identical to usecode in the patch
[03:31:02] <Dominus> which should be identical :-)
[03:33:19] <Kirben> ok
[03:56:42] <Kirben> added to makefiles
[03:57:58] <Kirben> use these tools
[03:58:18] <Kirben> extract to main mingw directory
[03:58:35] <Dominus> ok, thanks
[04:07:46] <Dominus> make: *** [usecode\ucxt\src\opcodes.o] Error 1
[04:09:43] <Kirben> in that full error ?
[04:10:13] <Dominus> usecode\ucxt\src\opcodes.cc:136: no matching function for call to `basic_string<
[04:10:14] <Dominus> char,string_char_traits<char>,__default_alloc_template<false,0> >::compare (int,
[04:10:14] <Dominus> unsigned int, string &, int, size_t)'
[04:10:42] <Dominus> and a lot following
[04:11:03] <Kirben> that is in usecode decompiler...
[04:11:25] <Dominus> when I make tools
[04:11:45] <Kirben> did tools compile fine before my makefile update ?
[04:12:00] <Dominus> I didn't try for a while
[04:12:21] <Kirben> In that case I think last cvs update to opcodes.cc it most likely cause.
[04:12:31] <Kirben> Where is Darke!
[04:12:34] <Kirben> ?seen darke
[04:12:34] <exultbot> darke left #exult around Wed Jan 23 16:33:32 2002 (GMT)
[04:12:44] <Dominus> yeah he should come NOW!!!
[04:12:46] <Dominus> :-)
[04:13:07] <Kirben> that is two compile he has broken in last 24 hours...
[04:13:30] <Dominus> he is trying to beat Fingolfin :-)
[04:25:08] --> Darke has joined #exult
[04:25:09] --- ChanServ gives channel operator status to Darke
[04:25:15] <Darke> Someone rang? <grin>
[04:25:20] <Dominus> he he
[04:25:22] <Dominus> hi
[04:25:50] <Dominus> you seem to have broken a couple of things...
[04:25:54] <Kirben> Yes
[04:26:15] <Kirben> usecode decompiler error on compile:
[04:26:16] <Kirben> g++ -O2 -Wno-long-long -fvtable-thunks -include mingw_kludges.h -DVERSION=\"0.97
[04:26:16] <Kirben> cvs\" -DEXULT_DATADIR=\"data\" -DDEBUG -DSIZEOF_SHORT=2 -DSIZEOF_INT=4 -I./image
[04:26:16] <Kirben> win -I./shapes -I./files -I./files/zip -I./gumps -I./objs -I./tools -I. -I./audi
[04:26:16] <Kirben> o -I./conf -I./pathfinder -I./usecode -I./usecode/ucxt/include -I./usecode/compi
[04:26:16] <Kirben> ler -I./data -I./server -I./sdl/include -DHAVE_SNPRINTF -DUSE_EXULTSTUDIO -I./zl
[04:26:16] <-- Kirben has left IRC (Excess Flood)
[04:26:20] --> Kirben has joined #exult
[04:26:21] <Darke> Hi. I've been setting up a windows dev environment on my gaming box most of the day. <grin> I had to remove the exult studio define to get the exult.cc to compile properly. It looks like the readme.win32 neesd updating.
[04:26:44] <Dominus> true
[04:27:03] <Kirben> thats odd
[04:27:55] * Dominus whispers to Kirben that he hasn't updated the readme with the needed studio stuff
[04:27:56] <Kirben> exult compiles fine (did last night) but crashes on start up at moment.
[04:29:08] <Kirben> Dominus: yes I still need to add guide for compiling exult studio
[04:29:11] <Darke> It's compiling as I chat. <grin> I'm just waiting for it to finish.
[04:30:27] <Dominus> Darke: we also ran into a problem concerning the Usecode compiler on Win32 (see at the bottom of my just sent mail to the ml).
[04:32:54] <Darke> Incidentally, do I have to put the mingw32 library somewhere special? It's not finding it.
[04:33:11] <Dominus> you have to set the path to it
[04:33:29] <Dominus> the path to the /mingw/bin
[04:33:37] <Darke> Thanks. I thought I set that.
[04:33:43] <Dominus> what os?
[04:34:08] <Kirben> I recommend cygwin as shell eprsonally.
[04:34:46] <Dominus> yeah Darke should be able to handle it (I don'T get quite get it :-))
[04:36:42] <Darke> I've got cygwin. I'm just following the instructions specified in readme.win32. <grin>
[04:36:55] <Darke> Dominus: win2k.
[04:38:20] <Dominus> Kirben: btw, why don't you use the mingw libraries of sdl (so you can tell people to extract it to the mingw dir)?
[04:39:36] <Dominus> the ones found in http://www.libsdl.org/release/SDL-devel-1.2.3-mingw32.tar.gz
[04:42:48] <Kirben> the layout isn't that simple
[04:43:13] <Kirben> and gzipped tar might be more trouble for some people
[04:43:53] <Kirben> if your using cyginw just alter path at top of profile in etc directory of cygwin
[04:44:12] <Dominus> yeah, but if you took out the i386-mingw32msvc.tar.gz in that archive, extrect it and zip it back up
[04:44:18] <Kirben> add ie /cygdrive/c/mingw/bin:
[04:47:04] <Kirben> Dominus: still a much different layout in that file, files would need to be moved manually around.
[04:47:27] <Dominus> hm, seems to work so far for me
[04:48:09] <Dominus> only difference is that you have bin and share dir aditionally
[04:48:47] <Kirben> I don't understand how that would work
[04:48:56] <Dominus> hm, it does
[04:49:28] <Kirben> the main directory is i386-mingwmsvc and sdl is hidden away it its own directory too.
[04:50:41] <Dominus> ah, no, I extracted the file i386-mingw32msvc.tar.gz and moved the stuff from inside that dir to my mingw dir
[04:51:06] <Kirben> or did you alter makefile paths ?
[04:51:21] <Dominus> not i386-mingw32msvc/bin and so on but just the bin and so on
[04:51:48] <Kirben> sdl would still not be auto included though since we aren't using sdl-config
[04:52:14] <Kirben> that puts sdl includes in include/sdl instad of include
[04:52:15] <Dominus> all i can say it works without me altering the makefile
[04:52:36] <Kirben> are you sure your exult directory no longer has old sdl directory ?
[04:52:44] <Dominus> positive
[04:53:36] <Dominus> ah, wait I see I have the sdl stuff also in mingw/include directly and not include/sdl
[04:54:03] * Dominus whistles innocently
[04:57:58] <Dominus> ok, if I don't have the SDL stuff directly in include it doesn't work of course. But it works if I have it in mingw/include...
[05:00:12] <Kirben> I will just stick with current sdl package method, it is just official sdl package repacked since getting users to move files around isn't a good idea.
[05:01:16] <Dominus> okay, then. For me personally I prefer to keep my exult cvs clean
[05:02:51] <Dominus> but you are right that it is probably better your way for the normal user (who I doubt will try to compile it anyway)
[05:03:51] <Kirben> makes updating sdl easier too
[05:05:30] <Dominus> yeah, but unpacking your zip into the mingw folder works just as fine :-)
[05:05:54] <Dominus> of course minding that you should move the files outside of /SDL
[05:11:03] * Darke has given up on trying to get mingw to work, and is trying to use cygwin, which he's actually used before. <grin>
[05:11:35] <Dominus> Darke I don't see why it doesn't work for you
[05:13:01] * Darke doesn't see why either. He's not familiar enough with compiling in a win32 environment to fix it. So he's going with what he actually knows a little about.
[05:13:33] <Dominus> when I started to compile Exult and followed Kirben's instructions it worked fine for me
[05:13:52] <Dominus> where doesn't it work for you?
[05:15:40] <Dominus> eg, what do you type when it doesn't work for you?
[05:18:31] <Darke> Ok, it's finding the lib now, that I actually copied it from the mingw/lib directory to the cygwin/lib dir. It now appears to be dying with something to do with exult_studio, which I forgot to remove again after the last cvs update.
[05:19:55] * Darke is curious to that ucxt error. That string.compare is apparently valid.
[05:20:03] <Kirben> don't attempt a native cygiwn compile!
[05:21:23] <Dominus> Kirben: myabe you should have him download the right packages for Studio as well, so it works without him editing exult.cc
[05:21:26] <Darke> Huh? Oh, you only recommended using the shell, not the entire thing?
[05:21:34] <Kirben> yes shell
[05:21:46] <Kirben> just put mingw first in pathas I said above ^
[05:22:36] <Kirben> Open profile in etc directory of Cygwin and add /cygdrive/c/mingw/bin: before the other directories in PATH settting.
[05:23:04] <Kirben> where c is drive that mingw is on
[05:24:36] <Darke> Done. Thanks.
[05:27:55] <Kirben> Dominus: exult.cc should not need to be edited at all, since exult doesn't use the extra glib/gtk/libglade libs
[05:28:27] <Dominus> ah, right I forgot that
[05:29:59] <Kirben> Darke: btw what the the exact problem with exult compile ?
[05:31:26] <Darke> The last problem was it wasn't linking correctly. Unfortunately the error has scrolled off the screen now.
[05:32:20] <Kirben> try directing output to file
[05:33:32] * Darke nods, but hopes it'll Just Work(tm) this time. <grin>
[05:35:04] <Darke> Yay! <bouncebounce> It compiled! <bouncebounce> Now I just need to locate the sdl dlls... <grin>
[05:36:24] <Dominus> he he and you will notice that it won't start :-)
[05:36:49] <Dominus> but rather crash instantly
[05:38:52] <Darke> Noticed. <grin> Now all I need to do is to hack the makefile.win32 to actually compile the configure regression tester program, that's _designed_ for this situation.
[05:39:23] * Darke first, needs to install vi. <grumble>
[05:40:40] <Dominus> ah, now I see why you even bothered :-)
[05:41:40] <Dominus> anyway, I'll leave you for now and maybe see you tomorrow or so. (if you, Darke, got some spare time you could take a look at ucc :-)9
[05:41:59] <Kirben> want winvi ?
[05:42:34] <Darke> Dominus: Will do, unless I go insane trying to work again in a win32 invironment anyway. <grin>
[05:42:35] <Kirben> vi with a ncie gui, http://www.winvi.de/en/
[05:43:23] * Darke ooohs. Thanks, but I think I'll just continue with the commandline one for the moment. I'm hoping to spend the least amount of time in 'doze as possible. <grin>
[05:43:40] <Kirben> I can attepmt the makefile for configure regression tester program if it will help, where is makefile.am for it ?
[05:44:33] <Dominus> Darke: as I wrote earlier, a nice way to test correct ucc behavoir is with the BG-patch #3 and the included script (a compiled usecode.uc should be the same as the usecode).
[05:44:42] <Kirben> nevermind, found it
[05:45:50] <Dominus> ok, see you all
[05:45:54] <Dominus> bye
[05:45:57] <-- Dominus has left IRC ("Exult! Exult! Exult!")
[05:48:48] <Darke> Kirben: conf/Makefile.am
[05:49:26] <Darke> Oops. Didn't see your responce under all the WALLOPS. <grin>
[05:58:58] <Kirben> compiled it
[05:59:59] <Kirben> hope it works
[06:00:31] <Darke> Cool. Thanks. Can you drop your changes to makefile.win32 into cvs? I expect I shall have to recompile it a few times if it doesn't work. <grin>
[06:00:47] <Kirben> ok
[06:01:09] <Kirben> make it part of tools or separate ?
[06:02:49] <Darke> Perhaps not make it compiled by default, unless someone wants it. Just as a `make -f makefile.win32 confregress.exe` perhaps?
[06:04:33] <Kirben> ok will be make -f makefile.win32 conf/confregress.exe
[06:09:14] <Kirben> commitedf
[06:09:33] <Darke> Thanks. The current one crashes, but is lacking debugging information. So it'll be useful. <grin>
[06:10:54] <Kirben> btw you should really use *.cygwin makefiles when working under cygwin
[06:14:15] --> Kirben2 has joined #exult
[06:14:15] <-- Kirben has left IRC (Read error: 104 (Connection reset by peer))
[06:18:05] <Darke> Thanks. I'll try that later.
[06:23:42] <Darke> Ok. It's crashing at the begining of main()... I suspect there's a serious problem somewhere. <grin>
[06:25:23] <Kirben2> btw is this message normal ?
[06:25:24] <Kirben2> bison -d usecode/compiler/ucparse.yy -o ucparse.c
[06:25:24] <Kirben2> usecode/compiler/ucparse.yy contains 30 shift/reduce conflicts.
[06:27:40] <Darke> I think so, I've seen it before.
[06:28:11] <Darke> Yep. Happens for me.
[06:28:32] <Kirben2> good, was worried it might be some kind of error.
[06:28:47] <Kirben2> bison and flex mingw ports are ancient.
[06:29:25] <Kirben2> let me know if you need copy of those two
[06:29:35] <Soul|LOVE> heilthousirs
[06:30:31] <Darke> Hello Soul, I haven't seen you around in a while. <grin>
[06:36:18] --> Kirben has joined #exult
[06:37:28] <-- Kirben2 has left IRC (Read error: 104 (Connection reset by peer))
[06:51:47] <Darke> Weird question. If I replace the current xmain.cc, with one that just tries to print 'Hello World'. It doesn't print anything. Is there some magic required to get cout output dumped onto the console?
[06:52:41] <Kirben> Try adding -mconsole to link
[06:58:17] <Darke> Thanks. That works. <bow>
[07:09:14] <Kirben> So confregress and ucc should be compiled in console mode ?
[07:09:47] <Darke> Yep. You'll want to see the output of both normally. ucxt as well.
[07:10:04] <Darke> (If it isn't already, he hasn't checked.)
[07:11:28] <Kirben> ok I already do it for ucxt, I was not sure with ucc since it seemed to freeze with console.
[07:12:26] <Darke> Odd. I would think ucc would dump it's error messages out to console, so it might be important.
[07:18:24] <Kirben> I'm surprised no ones complained about broken snapshot on forum.
[07:19:49] <Kirben> bbl
[07:21:16] * Darke nods, and is still _very_ puzzled as to what the problem is. It's just getting a SIGSEV from out of nowhere.
[07:30:19] <matto> greetings programs
[07:30:39] * Darke is not a program, he is a free bunny!
[07:31:14] --> sbx has joined #exult
[07:31:19] <sbx> ho
[07:31:25] <sbx> i mean hi
[07:31:37] <Darke> Ok... so it appears there is a bug with the istream::rdbuf() implementation under windows... strange.
[07:31:41] <Darke> Hi sbx.
[07:59:42] <-- Kirben has left IRC (Read error: 104 (Connection reset by peer))
[08:16:55] <sbx> Kharza-kzad?
[08:19:43] --> Kirben has joined #exult
[08:19:43] --- ChanServ gives channel operator status to Kirben
[08:21:29] <Darke> Ok, fix done, and committed. And it works on linux as well... knowing my lick Fingolfin will be in here complaining that I've just broken compiling on OS X. <grin>
[08:22:19] <Kirben> any luck with other problem ?
[08:24:08] <Darke> I haven't touched it yet. I've got it compiling now.
[08:27:09] <-- Soul|LOVE has left IRC (sterling.openprojects.net irc.openprojects.net)
[08:28:34] <Darke> Ow. Scratch that. Another bug. <sigh>
[08:30:03] * Darke doesn't suggest running it, it will do Bad Things(tm) to your config file. Only duplicates thankfully. File loading is certainly something that needs to be made more robust.
[08:30:33] <Kirben> ok
[08:31:14] * Darke was loading the config file twice, then writing it once, for each time you ran the program. You wouldn't see any problems, but the config file grows exponentially.
[08:33:52] --> Soul|LOVE has joined #exult
[08:38:33] <Darke> Done, the latest commit will fix things. The 'spaces in filename' bug should finally be cured now. <grin>
[08:43:25] <Darke> Incidentally, is there any #define I can test against to find out if I'm using mingw/cygnus? Or perhaps just windows in general? It looks like this ucxt problem is specific there, or specific to gcc < 3.0. I'm not sure which.
[08:44:37] <Kirben> win32 is auto defined by mingw
[08:45:04] <Kirben> not sure about cygwin
[08:45:57] <Kirben> but that should not matter since we don't use cygwin
[08:46:58] <Kirben> I doubt there will be a cygwin or mingw gcc 3.xx until 3.1 after goes final.
[08:48:35] <Darke> Fair enough. I'll probably drop in a bit of string::substr() code, to replace the string::compare() under mingw, and perhaps under gcc2.9.x if it happens to have that problem also.
[09:33:29] <Kirben> hmm I will reformat makefiles, use vpath instead of paths all over the place.
[09:38:22] * Darke nods.
[09:39:47] * sbx nods off.
[09:39:48] <Darke> <grin> Goodnight.
[09:39:53] --- sbx is now known as sbx|sleep
[09:54:37] --> Wumpus has joined #exult
[09:55:43] * Darke bows. "Hi Wumpus."
[09:56:47] <Wumpus> wevening
[09:56:55] * Wumpus really should get back to exult one of these dahys
[09:57:25] * Darke thinks he should get away from exult one of these days... at the rate he's breaking things.
[09:57:41] <Wumpus> hehe
[09:59:18] <Wumpus> pants innovcation?
[09:59:25] <Wumpus> ahem
[09:59:29] * Wumpus whistles innocently
[10:00:32] * Darke looks innocent. He can't help it if he's using _perfectly_ standard features of the library, and they suddenly break under windows for some reason. <grin>
[10:33:05] <-- Kirben has left IRC (Read error: 104 (Connection reset by peer))
[10:36:24] --> Kirben has joined #exult
[10:36:24] --- ChanServ gives channel operator status to Kirben
[10:38:39] --> destruct has joined #exult
[10:38:52] <destruct> It is I again
[10:39:16] <destruct> I actually got the usecode compiler to compile
[10:39:36] <destruct> but now theres an error in xdrag.cc
[10:39:57] <destruct> xdrag.cc: In method `void Xdnd::client_msg(XClientMessageEvent &)':
[10:39:58] <destruct> xdrag.cc:199: too few arguments to function
[10:39:58] <destruct> xdrag.cc:202: too few arguments to function
[10:43:58] <destruct> hmm
[10:44:12] * destruct notices the lines causing the error were changed 2 days ago
[10:44:16] * destruct changes them back
[10:44:35] * Wumpus looks suspiciously at darke
[10:44:39] <Wumpus> :P
[10:45:06] * Wumpus wonders if its entirely wise to try compiling now, and does so
[10:45:29] <destruct> well it work now heh
[10:45:42] <destruct> works rather
[10:46:21] <destruct> I might actually get a sucessful compile for the first time in weeks
[10:49:35] <destruct> I never thought I'd say this again, but I think its actually worked
[10:49:58] * destruct runs
[10:50:02] <destruct> runs exult that is
[10:50:09] <destruct> I'm not literally running away
[10:50:22] <Wumpus> .... yet
[10:50:23] <Wumpus> :P
[10:52:07] <destruct> hehe
[11:02:06] --> Colourless has joined #Exult
[11:02:06] --- ChanServ gives channel operator status to Colourless
[11:02:30] <Colourless> hi
[11:05:41] <Kirben> Hi Colourless
[11:05:55] * Darke unidles, "Hi Colourless!"
[11:06:49] <Darke> Wumpus: It works perfectly well under linux afaict. <grin>
[11:06:53] <Wumpus> hehe
[11:07:00] <Wumpus> it'll take me several hours to be able toconfirm that :)
[11:07:10] <Wumpus> a few, anyway
[11:07:20] <Wumpus> cat?
[11:07:24] * Darke thinks he's doing a far better job then Jeff, at making linux one os to rule them all...
[11:08:02] <Colourless> you could do better. everything was fine with the evil or all evils... msvc :-)
[11:08:06] <Kirben> Colourless: any idea why move command would fail in makefile ? check out exult's makefile.win32
[11:08:43] <Darke> Colourless: I was guessing that. <grin> I was pretty sure it was the older gcc in mingw that was killing things. I haven't heard a complaint from Fingolfin yet.
[11:08:44] <Colourless> why not use ren?
[11:08:55] <Kirben> didn't think of that
[11:08:58] <Kirben> will try
[11:09:22] <Colourless> move doesn't rename files
[11:09:29] <Colourless> it only moves to a different dir
[11:09:44] <Kirben> I'm getitng too used ot bash shell.
[11:12:04] <Colourless> just a note, i'm going to get rid of the VPATH stuff you added. I'm going to add the paths to each of the objects to stop exult and exult_studio from stepping on each others toes
[11:13:04] <Kirben> isn't that worse ?
[11:13:26] <Kirben> I mean isn't it better having all objects in one directory ?
[11:13:55] <Colourless> with the way it is at the moment, you have to to make clean for exult before you can compile exult_studio
[11:14:13] <Colourless> that is annoying at best
[11:15:14] <Kirben> hmm what could haivng exult studio puts it objects in the main exult directory too ? that seems simlest solution.
[11:15:59] <Colourless> that would work
[11:17:49] <Colourless> actually it would be by far the easiest way too
[11:18:17] <Colourless> even just moving the exult studio makefile and changing the src path works
[11:18:17] <Colourless> (that is what I do)
[11:18:41] <Kirben> just move makefile then :)
[11:18:53] <Kirben> make to makefile.studio.mingw I guess
[11:19:00] <Kirben> make=back
[11:19:15] <Colourless> yeah
[11:19:28] <Kirben> that will work out easier for snapshots too
[11:19:42] <Kirben> no more moving around exult directories
[11:19:47] <-- destruct has left IRC (Read error: 110 (Connection timed out))
[11:21:24] <Colourless> if you could move then it would be great. i'm busy attempting to compile exilt
[11:21:24] <Colourless> s/exilt/exult/ :-)
[11:21:39] <Kirben> ok
[11:22:40] <Darke> Colourless: One of these vowels is not like the others? <grin>
[11:23:05] <Colourless> shut up you
[11:23:21] * Darke looks innocent.
[11:24:14] <Kirben> Darke: any chance of fixing opcodes.cc broken compile problem soon ?
[11:25:16] <Darke> Oops. Sorry, I got halfway though testing it and got distracted. Just a sec.
[11:28:20] <Darke> Fixed.
[11:28:41] <Darke> Or rather commited and hopefully fixed. <grin>
[11:30:06] --> Kirben2 has joined #exult
[11:34:50] <-- Kirben has left IRC (Read error: 104 (Connection reset by peer))
[11:38:30] <Kirben2> hmm am I missing some objects ?
[11:38:30] <Kirben2> g++ -mwindows -o ucxt.exe Configuration.o XMLEntity.o utils.o ucdata.o ucdump.o
[11:38:30] <Kirben2> ucfunc.o opcodes.o -mconsole
[11:38:30] <Kirben2> XMLEntity.o(.text+0x547):XMLEntity.cc: undefined reference to `c_empty_string'
[11:38:30] <Kirben2> ucfunc.o(.text+0x49d0):ucfunc.cc: undefined reference to `uc'
[11:38:30] <Kirben2> ucfunc.o(.text+0x4abe):ucfunc.cc: undefined reference to `uc'
[11:38:32] <Kirben2> ucfunc.o(.text+0x7f60):ucfunc.cc: undefined reference to `uc'
[11:38:34] <Kirben2> c:\mingw\bin\make.exe: *** [ucxt.exe] Error 1
[11:40:09] <Darke> Yes. opcodes.o, ucdump and ucfunc.o
[11:40:18] <Darke> s/ucdump/ucdump.o/
[11:41:02] <Darke> Oh. Sorry, didn't see it on the lines below. No, they all should be there. Just a sec.
[11:41:03] <Kirben2> They look like they are been included, second line above ^
[11:41:13] <Kirben2> make I didn't clean
[11:41:18] <Kirben2> let me recompile...
[11:41:47] * Colourless compiles
[11:42:19] <Colourless> the wrong ucdump is being compiled it seems
[11:42:27] <Darke> c_empty_string should be in ucdump.o
[11:42:59] <Kirben2> there are two ucdumps ?
[11:43:04] <Darke> Ouch. Perhaps it's time to change the filename, now there's no code left of ucdump in ucxt? <grin>
[11:43:54] <Kirben2> Yes seems like bad idea for two source files of same name.
[11:44:15] <Darke> Kirben: Do you want to change ucdump.cc to ucxt.cc (or something), or shall I?
[11:44:43] <Kirben2> Darke: will let you, cvs is a pain here
[11:44:52] <Darke> No problem.
[11:45:07] <Kirben2> need to check out whole exult every time I check file in for some odd reason
[11:45:14] --> Cless has joined #Exult
[11:45:21] <Kirben2> as second login is always denied
[11:45:34] <Darke> Kirben: That's weird.
[11:45:57] <Kirben2> Do I need to log out of cvs after a commit ?
[11:46:02] --- Kirben2 is now known as Kirben
[11:46:15] <Cless> you don't need to log in
[11:46:27] <Darke> I just do `cvs -z4 commit {list of files/dirs}` when I commit, no log out or in.
[11:46:47] <Cless> you only need to log in if you are doing thing anon (and then you can't commit)
[11:46:52] <Darke> The list of files/dirs being optional.
[11:47:06] <-- Colourless has left IRC (Read error: 104 (Connection reset by peer))
[11:47:06] --- Cless is now known as Colourless
[11:47:08] --- ChanServ gives channel operator status to Colourless
[11:47:15] <Colourless> if you are using ssh with cvs, you don't login
[11:48:40] <Kirben> I always get this when I attempt another cvs commit or upate after leaving shell and reentering
[11:48:42] <Kirben> > usw-pr-cvs.sourceforge.net:Connection refused
[11:48:42] <Kirben> cvs [commit aborted]: end of file from server (consult above messages if any)
[11:49:11] <Colourless> what command are you using?
[11:49:18] <Darke> Are you using wincvs?
[11:49:27] <Kirben> cvs through cygwin
[11:49:50] <Kirben> I use commands on exult site to check out exult/pentagrma at first
[11:49:50] <Colourless> what are your CVSROOT CVS_RSH set to
[11:49:58] <Kirben> export CVS_RSH=ssh
[11:50:00] <Kirben>
[11:50:00] <Kirben> cvs -z3 -d:ext:developername@cvs.exult.sourceforge.net:/cvsroot/exult co modulename
[11:50:30] <Colourless> that should 'just' work
[11:50:39] <Kirben> hmm thats odd, no cvs directories
[11:50:47] <Kirben> just noticed
[11:51:19] <Colourless> if you want to checkout pentagram you need to do
[11:51:23] <Colourless> cvs -z3 -d:ext:developername@cvs.exult.sourceforge.net:/cvsroot/exult co pentagram
[11:52:11] <Kirben> I usually do:
[11:52:12] <Kirben> export CVS_RSH=ssh
[11:52:12] <Kirben> cvs -z3 -d:ext:kirben@cvs.exult.sourceforge.net:/cvsroot/exult co exult
[11:52:12] <Kirben> cd exult
[11:52:12] <Kirben> cvs commit
[11:52:12] <Kirben> exit
[11:52:39] <Kirben> then next time I try cvs update or cvs commit I get error above ^
[11:53:26] <Kirben> never any problems when using anonymous login.
[11:53:58] <-- Wumpus has left IRC ("ircII EPIC4-1.0.1 -- Are we there yet?")
[11:54:02] <Colourless> strange, sounds like a problem with your cvs
[11:55:45] <Darke> The way I just set mine up, was using wincvs, and this: http://sourceforge.net/projects/sfsetup/
[11:56:15] <Kirben> will try wincvs then
[11:57:02] <Darke> The sfsetup program also includes a win32 cvs client. That Just Works(tm). It also sets up some sane wincvs defaults for you.
[11:57:31] <Darke> Oops, not it doesn't I'm thinking of a ssh client.
[12:17:58] --> wjp has joined #exult
[12:17:58] --- ChanServ gives channel operator status to wjp
[12:18:02] --- wjp is now known as wjp|work
[12:18:03] <wjp|work> hi
[12:18:20] <Darke> Hi. <bow>
[12:18:26] <Colourless> hi
[12:20:33] --> Kirben2 has joined #exult
[12:20:33] <-- Kirben has left IRC (Read error: 104 (Connection reset by peer))
[12:54:41] --> destruct has joined #exult
[13:10:54] <wjp|work> brb\
[13:10:54] <-- wjp|work has left IRC ("[x]chat")
[13:23:21] --> Dominus has joined #exult
[13:23:21] --- ChanServ gives channel operator status to Dominus
[13:23:31] <Dominus> hi
[13:23:36] <Colourless> hi
[13:24:00] <Dominus> got some more compile errors, seems it can't find expack.o now (even though it is there)
[13:24:19] <Dominus> g++: expack.o: No such file or directory
[13:24:20] <Dominus> make: *** [expack.exe] Error 1
[13:24:28] <Colourless> del tools\*.o
[13:25:25] <Dominus> okay, works, but why isn't allclean not doing this?
[13:25:47] <Colourless> because the makefile no longer puts .o file in tools anymore
[13:25:55] <Dominus> ah
[13:25:59] <Dominus> I see
[13:32:23] <Kirben2> makefile now dumps all *.o in main exult directory
[13:33:01] <Kirben2> so search for all *.o and all *.exe and delete them too.
[13:34:09] <Kirben2> if they were in tools I'm sure they are in others dirs too.
[13:34:28] --- Kirben2 is now known as Kirben
[13:35:12] <Colourless> do a dir *.o /s to find them
[13:35:18] <Colourless> i only had them in tools
[13:35:22] <Dominus> that is okay, now
[13:35:37] <Dominus> but on make tools it has a problem with the bison files
[13:35:49] <Dominus> bison -d usecode/compiler/ucparse.yy -o ucparse.c
[13:35:49] <Dominus> bison: c:/mingw/hare/bison.simple: No such file or directory
[13:35:49] <Dominus> make: *** [ucparse.cc] Error 2
[13:36:11] <Dominus> obviously I don't have the mingw in my root
[13:36:30] <Dominus> enough to include /bison in my path?
[13:36:44] <Kirben> hmm did you unpack those tools directly to mingw directory ?
[13:37:10] <Dominus> yeah
[13:37:11] <Kirben> the bison binary is messy, it needs the hare directory
[13:37:29] <Kirben> or is mingw on another drive ?
[13:37:42] <Dominus> aeh, I meant should I include the hare dir in my path?
[13:37:45] <Kirben> bision has c:/mingw/hare/bison.simple hard coded in exec
[13:37:58] <Dominus> bah
[13:38:00] <Kirben> no won't make any different
[13:38:03] <Colourless> now that is just plane stupid
[13:38:09] <Colourless> s/plane/plain/
[13:38:11] * Dominus nods
[13:38:16] <Kirben> yep stupid for sure
[13:38:38] <Kirben> default was d:/ming/share/bison.simple where was even worse
[13:38:38] <Colourless> never ever hardcode absolute paths
[13:38:44] <Kirben> i hex edited it
[13:39:02] <Dominus> that is super stupid
[13:39:40] <Colourless> is bison in bin ?
[13:39:42] <Dominus> thank god it wasn't f:/my files/compiler stuff/mingw/test/bison/hare
[13:40:21] <Colourless> if so changing it to ../share/hare/bison.simple 'might' work
[13:40:49] <Kirben> path needs to be exactly same length! if hex editing
[13:40:56] <Kirben> or bsion will corrupt
[13:41:17] <Dominus> that's what I figured :-(
[13:41:17] <Colourless> can't you just null terminate?
[13:41:33] <Dominus> so Ill make a c:\mingw\hare
[13:41:43] <Colourless> .././././hare/bison.simple also might work
[13:42:24] <Dominus> I'll try
[13:42:40] <Colourless> where are these tools?
[13:43:27] <Kirben> ftp://ftp.franken.de/pub/win32/develop/gnuwin32/mingw32/porters/Mikey/
[13:43:32] <Kirben> or I can dcc
[13:43:50] <Colourless> i'll download
[13:43:54] <Colourless> so i need flex and bison
[13:44:43] --> wjp has joined #exult
[13:44:43] --- ChanServ gives channel operator status to wjp
[13:44:52] --- wjp is now known as wjp|work
[13:44:52] <Colourless> wb
[13:44:56] <wjp|work> thx
[13:45:08] <Kirben> yep just those two
[13:45:23] <Dominus> .././././hare/bison.simple doesn't work
[13:45:51] <Colourless> uh, wtf is a .bz2?
[13:45:55] <wjp|work> bzip2
[13:46:25] <Colourless> guess the problem :-)
[13:46:38] <Dominus> if you are by chance using windows commander - it has a bz2 extractor
[13:46:41] <Dominus> plugin to download
[13:47:18] <Colourless> well i don't have that
[13:47:59] <Colourless> what sort of crazy person ports things to mingw and then doesn't use a fairly 'normal' compression scheme for that platform.
[13:48:17] <Dominus> usecode/compiler/ucparse.yy:522: invalid input: a lot of that (couldn't scroll back to initial problem)
[13:48:40] <Dominus> Colourless. the same person who hardcodes paths
[13:48:59] <Colourless> indeed
[13:56:07] <Dominus> ok, compile is still badly broken for me
[13:58:58] <Dominus> something is wrong with usecode/compiler/ucparse.yy
[13:59:14] <Dominus> how do I output the error messages to afile?
[13:59:28] <Colourless> > filename
[14:01:17] <Colourless> well, you do know the source could be recompiled
[14:01:41] <Kirben> no luck
[14:01:47] <Colourless> why?
[14:01:48] <Darke> FYI: ftp://sourceware.cygnus.com/pub/bzip2/v100/bzip2-100-x86-win32.exe
[14:01:53] <Colourless> yeah got it
[14:01:58] <Kirben> I tried earlier with latest bison
[14:02:00] <Dominus> bison -d usecode/compiler/ucparse.yy -o ucparse.c is where the trouble starts on my machine (bison sounds a bit conspicious :-))
[14:03:50] <Kirben> main problem is both bison source need configure
[14:04:19] <Darke> Dominus: Is a file called 'ucparse.c' created?
[14:04:40] * Darke has a failure on the 'ren' line.
[14:05:03] <Dominus> where should it be (ucparse.c)
[14:05:11] <Kirben> main exult directory
[14:05:15] <Darke> Just in the same directory as the makefile.
[14:05:32] <Dominus> nope, not there
[14:06:00] <Darke> What are the first few lines of errors?
[14:06:33] <Kirben> I can guess the error
[14:06:41] <Dominus> the output to text stopped after ison -d usecode/compiler/ucparse.yy -o ucparse.c
[14:06:58] <Dominus> bison -d usecode/compiler/ucparse.yy -o ucparse.c
[14:07:04] <Kirben> its trying to compiile ucparse as c and not c++ file
[14:07:34] <Kirben> win32 console is the problem though I expect, mingw really needs a default shell.
[14:07:57] <Dominus> aargh
[14:08:21] <Dominus> now I need to learn how to handle cygwin as well? oh my...
[14:09:00] <Kirben> cygiwn is easy
[14:09:06] <Kirben> there is also msys
[14:09:17] <Kirben> but I have not checked that out yet
[14:09:22] <Colourless> can't you just get bison to output a .cc?
[14:10:03] <Kirben> yes but the *.h file ends up .hh
[14:10:17] <Kirben> so breaks compile anyway
[14:10:39] <Colourless> copy the header perhaps?
[14:12:08] <Kirben> either way you still need to add copy/move command to makefile
[14:14:53] <Colourless> stupid file is being read as binary, instead of ascii i think
[14:15:51] <Colourless> changing the line endings stopped the errors
[14:18:59] <Darke> <boggle> "Mind you Exult is like a family, we have a history. In ten years we'll look back and say, "I was there for the Spark's thread!"
[14:19:36] * Darke won't, he'll do his very best to forget it even _existed_.
[14:20:06] <Dominus> Spark's thread? I don'T now what you are talking about
[14:20:17] <Dominus> I don't know even
[14:21:42] * Darke bows in worship at Dominus, the master of denial's, feet.
[14:22:06] <Dominus> anyone know how to get rid of a file called ????.txt ?
[14:22:58] <Darke> `del *.txt`? Other then that... umm... I don't suppose you've got a copy of 'rm' sitting in that mingw directory?
[14:22:58] <wjp|work> sure... smbmount if from a linux machine, and delete it from there
[14:23:17] * wjp|work has had several files on his father's windows machine that he couldn't delete from windows itself... :-)
[14:23:38] <-- destruct has left IRC ("[BX] Silly wabbit, gtkBitchX is for kids!")
[14:24:00] <wjp|work> s/if/it/ (two sentences back)
[14:24:27] <Colourless> del ????.txt should work (yes, type question marks?
[14:24:41] <Dominus> Darke: I must confess that it worked with del (I didn't think that would work...) :-)
[14:25:12] * Darke looks humble.
[14:25:32] <wjp|work> are you sure that doesn't delete all 4-letter text files?
[14:26:07] <Darke> wjp: Yes. But it should also delete the one he wants to delete as well. <grin>
[14:26:27] <Dominus> I only had this file anyway in the dir
[14:29:07] <Colourless> ok, i've compiled bison, no idea if it works though :-)
[14:29:19] <Dominus> some input on the so called c-media sound problem, some guy answered my forum post about our waveout thing. After he downloaded the soundpacks again everything works for him with the beta (that's without wavout)
[14:30:28] <Dominus> only problem he says is still there is that if he uses midi device -1 there is no sound/music/speech, only 1 (Microsoft GS Wavetable SW Synth) works for him
[14:30:51] <Dominus> and the snapshot instantly crashes on him
[14:31:11] <Colourless> yeah, that 'was' a problem
[14:31:18] <Colourless> it's fixed now though (crashing)
[14:31:47] <Dominus> did this snapshot amke it to the download page even?
[14:31:58] <Kirben> yes
[14:32:08] <Dominus> oopsy
[14:32:17] <Dominus> new snapshot is up, isn't it?
[14:32:23] <Kirben> snapshots are only compiled, not tested
[14:32:25] <Kirben> yes
[14:33:03] <Dominus> actually he says that the snpa crashes with EXULT caused an invalid page fault in module EXULT.EXE at 0167:005e3694.
[14:33:39] <Kirben> error could be different on Win9x system
[14:34:03] <Dominus> but maybe this was due to spaces in the filename. I'll try to troubleshot him some more (like what wavout:no) does if new snap still crashes
[14:39:26] <Colourless> my bison also doens't chose on dos line endings
[14:39:37] <Colourless> s/chose/choke/
[14:39:45] <Colourless> now i've got to fix that path problem
[14:40:38] * Darke considers it's possible that Colourless's bison doesn't choke on line endings, because it eats grass rather then text files.
[14:40:41] <Dominus> did you compile bison now for yourself?
[14:40:44] <Colourless> yeah
[14:41:05] <Dominus> without hardcoded paths?
[14:41:08] <-- sbx|sleep has left IRC (Read error: 110 (Connection timed out))
[14:41:17] <Colourless> not at the moment. i'm about to fix that
[14:41:27] <Colourless> at the moment it needs the files in the exult dir
[14:41:41] <Dominus> hehe
[15:22:39] <Dominus> got to go
[15:22:42] <Dominus> cu
[15:22:44] <Colourless> cya
[15:22:46] <-- Dominus has left IRC ("Exult! Exult! Exult!")
[15:23:50] <-- Kirben has left IRC (Read error: 104 (Connection reset by peer))
[16:01:34] <wjp|work> time to go
[16:01:34] <wjp|work> bye
[16:01:34] <-- wjp|work has left IRC ("[x]chat")
[16:28:26] <Darke> Time for me to go as well. <bow> Night all.
[16:28:33] <Colourless> cya
[16:28:35] <-- Darke has left #exult ()
[16:28:43] --> ^miguel^- has joined #exult
[16:28:47] <^miguel^-> Hi
[16:28:55] <Colourless> hi
[16:30:41] <^miguel^-> <stupid question> Exult is done on C++?</stupid question>
[16:30:42] <Colourless> yeah it is
[16:31:28] <^miguel^-> good
[16:31:44] <Colourless> why?
[16:32:02] <^miguel^-> wanna take a look to code
[16:32:13] <^miguel^-> i prefer c++ to c
[16:32:16] <Colourless> oh ok
[16:32:20] <^miguel^-> just that
[16:35:06] <Colourless> anything in particular you were wanting to look at?
[16:35:58] <^miguel^-> Render engine
[16:36:02] <^miguel^-> Usecode
[16:36:12] <^miguel^-> And the way of making actions to be shown
[16:37:43] <Colourless> ok. the render engine is nothing special really
[16:37:46] <^miguel^-> Also I found interesting to understand the way of creating the conversations
[16:38:10] <^miguel^-> Exult is on 16bits mode or 256?
[16:38:48] <Colourless> internally it's all 8 bit paletted. but the scalers sometimes use 16bpp or 24bpp
[16:39:12] <^miguel^-> And how fast it is?
[16:39:20] <^miguel^-> I mean frames per second
[16:39:34] <Colourless> we don't measure fps
[16:39:47] <Colourless> the rendering is limited to about 20 FPS
[16:40:02] <^miguel^-> ok
[16:42:12] <Colourless> renderinf could be more efficent, than it is
[16:45:26] <^miguel^-> That is one of the things I want to see, because I have done several SDL things and framerate never goes above 16-20 fps on 16bits :(
[16:58:07] <-- ^miguel^- has left IRC (sterling.openprojects.net irc.openprojects.net)
[16:59:01] --> ^miguel^- has joined #exult
[17:01:16] <-- laxdragon has left IRC ("I'm outta here!")
[17:03:53] <-- ^miguel^- has left IRC (sterling.openprojects.net irc.openprojects.net)
[17:05:21] --> ^miguel^- has joined #exult
[17:26:57] <-- ^miguel^- has left IRC ("Visit http://www.arianne.cx !")
[17:35:37] --> newman has joined #exult
[17:35:43] --- newman is now known as laxdragon
[17:48:49] <-- Soul|LOVE has left IRC (sterling.openprojects.net irc.openprojects.net)
[17:48:49] <-- matto has left IRC (sterling.openprojects.net irc.openprojects.net)
[17:48:49] <-- Colourless has left IRC (sterling.openprojects.net irc.openprojects.net)
[17:48:49] <-- laxdragon has left IRC (sterling.openprojects.net irc.openprojects.net)
[17:48:49] <-- Kharza-kzad has left IRC (sterling.openprojects.net irc.openprojects.net)
[17:50:12] --> Colourless has joined #exult
[17:50:12] --> laxdragon has joined #exult
[17:50:12] --> Soul|LOVE has joined #exult
[17:50:12] --> matto has joined #exult
[17:50:12] --> Kharza-kzad has joined #exult
[18:28:38] --> sbx|sleep has joined #exult
[18:59:57] <-- Soul|LOVE has left IRC (sterling.openprojects.net irc.openprojects.net)
[19:00:03] --> Soul|LOVE has joined #exult
[19:59:54] --> Fingolfin has joined #exult
[20:00:02] <Fingolfin> lo
[20:00:06] <Colourless> hi
[20:00:14] --- ChanServ gives channel operator status to Fingolfin
[20:31:16] <Colourless> grr, msvc optimizations are being stupid
[20:34:24] <Colourless> incorrectly picking overloaded functions
[20:37:13] <Fingolfin> ouch
[20:37:55] <Colourless> it's picking the wrong U7open in get_game_identity
[20:40:58] * Colourless really should download the latest service pack, but the size is a bit of a restriction for me
[20:41:48] <Colourless> grr, why why why...
[20:42:43] <Colourless> it keeps using FILE * U7open(const char*, const char*) instead of void (ifstream &, const char *, bool)
[20:43:00] <Colourless> or it uses void (ofstream &, const char *, bool)
[20:53:43] <Fingolfin> it goes away if you turn of the optimizer?
[20:53:49] <Colourless> yeah
[20:54:00] <Fingolfin> yucky :/
[20:54:17] <Fingolfin> like my problem with the OS X version: when I insert a cout at the right spot it works, otherwise not :)
[20:56:20] <Colourless> i was thinking. for pentagram we could create our own ifstream and ofstream cless that inherit std::ifstream and std::ofstream and put the pentagram equiv of the 'U7open' functions in them.
[20:56:31] <Colourless> s/cless/class/ :-)
[20:57:20] <Fingolfin> why?
[20:57:34] <Colourless> we could also put the Read2/4 funcs in them as well
[20:57:47] <Colourless> is that a more OO way of doing things?
[20:59:20] <Fingolfin> hm
[20:59:34] <Fingolfin> a more OOP way then would be to ger rid of U7Open entierly
[20:59:43] <Fingolfin> and just use our new stream class directly :)
[20:59:46] <Fingolfin> or, let me clarify:
[20:59:48] <Colourless> yeah exactly.
[20:59:55] <Fingolfin> not get rid of U7Open, just the stream variants
[21:00:05] <Colourless> yeah that's what I mean
[21:00:05] <Fingolfin> if there is any reason to keep the FILE* ones
[21:01:41] <Colourless> maybe if we want to use zip files or something we may still want them
[21:02:41] <Colourless> of course, i can't remember if the filename is passed to the library or a FILE
[21:03:01] <Colourless> it's the file
[21:03:34] <Colourless> hmm, at the moment, i can't come up with a good reasons to keep the FILE variations
[21:10:29] <Kharza-kzad> I do oo with C
[21:10:50] <Colourless> function pointers?
[21:10:52] <Kharza-kzad> ++ is too unclear and doesn't flow well
[21:11:16] <Kharza-kzad> yea do a file that's like obj.c and all the methods are obj_verb
[21:11:29] <Kharza-kzad> opaque structs the user of the module doesn't see
[21:12:14] <Kharza-kzad> lately I don't organize at all though I just throw everything in one file hehe. Been doing small stuff
[21:12:30] * Kharza-kzad ran off to lunch
[21:24:45] <sbx|sleep> why am I asleep?
[21:24:47] --- sbx|sleep is now known as sbx
[21:24:52] * sbx wakes up.
[21:25:02] <Colourless> SLEEP!
[21:25:11] <Colourless> why aren't i asleep? :-)
[21:25:23] <Fingolfin> cause you are addicted
[21:25:53] <Colourless> that was meant to be a rhetorical question :-)
[21:39:53] <Fingolfin> does "rm" on windows support -r or -f ?
[21:42:55] <Colourless> we don't have rm
[21:43:05] <Colourless> at least not normally
[21:43:59] <Colourless> somehow i have managed to pick a program called rm from ms, that seems to be act as you'd expect
[21:44:48] <Fingolfin> hm
[21:44:59] <Fingolfin> how would I remove a file, or a whole dir with files?
[21:45:08] <Colourless> del supports /f and /s (instead or -f and -r)
[21:45:45] <sbx> deltree?
[21:46:43] <Colourless> deltree is a dos command
[21:46:59] <Colourless> doesn't support lfn in nt/2k/xp
[21:47:05] <sbx> oh ok
[22:18:33] <Colourless> time for me to leave
[22:20:45] <Fingolfin> sleep well
[22:20:50] <Fingolfin> or whatever you are going to do now :)
[22:25:00] <sbx> cya
[22:27:39] <-- Colourless has left IRC ("sleep")
[22:41:50] <sbx> Kharza-kzad: ?
[22:53:43] <Kharza-kzad> yessa
[23:05:43] * laxdragon is away: ZZZZzzzzzzzz
[23:15:38] --> Kirben has joined #exult
[23:15:38] --- ChanServ gives channel operator status to Kirben
[23:18:49] <-- Fingolfin has left IRC (sterling.openprojects.net irc.openprojects.net)
[23:18:49] <-- matto has left IRC (sterling.openprojects.net irc.openprojects.net)
[23:18:49] <-- Kirben has left IRC (sterling.openprojects.net irc.openprojects.net)
[23:18:49] <-- Soul|LOVE has left IRC (sterling.openprojects.net irc.openprojects.net)
[23:18:49] <-- sbx has left IRC (sterling.openprojects.net irc.openprojects.net)
[23:18:49] <-- Kharza-kzad has left IRC (sterling.openprojects.net irc.openprojects.net)
[23:18:49] <-- laxdragon has left IRC (sterling.openprojects.net irc.openprojects.net)
[23:25:21] --> Fingolfin has joined #exult
[23:25:21] --> matto has joined #exult
[23:25:21] --> Kharza-kzad has joined #exult
[23:25:21] --> laxdragon has joined #exult
[23:25:21] --> sbx has joined #exult
[23:25:21] --> Soul|LOVE has joined #exult
[23:25:21] --> Kirben has joined #exult
[23:26:52] --> Fing has joined #exult
[23:27:24] <-- Fingolfin has left IRC (Killed (NickServ (Ghost: Fing!maxhorn@pD9E1C85A.dip.t-dialin.net)))
[23:27:29] --- Fing is now known as Fingolfin
[23:27:46] --- ChanServ gives channel operator status to Fingolfin
[23:49:24] <-- Fingolfin has left IRC (sterling.openprojects.net irc.openprojects.net)
[23:49:24] <-- matto has left IRC (sterling.openprojects.net irc.openprojects.net)
[23:53:50] <-- Kirben has left IRC (sterling.openprojects.net irc.openprojects.net)
[23:53:50] <-- sbx has left IRC (sterling.openprojects.net irc.openprojects.net)
[23:53:50] <-- Kharza-kzad has left IRC (sterling.openprojects.net irc.openprojects.net)
[23:53:50] <-- Soul|LOVE has left IRC (sterling.openprojects.net irc.openprojects.net)
[23:53:50] <-- laxdragon has left IRC (sterling.openprojects.net irc.openprojects.net)
[23:55:22] --> Kirben has joined #exult
[23:55:22] --> Soul|LOVE has joined #exult
[23:55:22] --> sbx has joined #exult
[23:55:22] --> laxdragon has joined #exult
[23:55:22] --> Kharza-kzad has joined #exult
[23:56:07] <-- Kharza-kzad has left IRC (sterling.openprojects.net irc.openprojects.net)
[23:56:07] <-- sbx has left IRC (sterling.openprojects.net irc.openprojects.net)
[23:56:07] <-- Kirben has left IRC (sterling.openprojects.net irc.openprojects.net)
[23:56:07] <-- Soul|LOVE has left IRC (sterling.openprojects.net irc.openprojects.net)
[23:56:07] <-- laxdragon has left IRC (sterling.openprojects.net irc.openprojects.net)
[23:56:40] --> Fingolfin has joined #exult
[23:56:40] --> matto has joined #exult
[23:58:01] --> Kirben has joined #exult
[23:58:01] --> Soul|LOVE has joined #exult
[23:58:01] --> sbx has joined #exult
[23:58:01] --> laxdragon has joined #exult
[23:58:01] --> Kharza-kzad has joined #exult