#exult@irc.freenode.net logs for 16 Mar 2002 (GMT)

Archive Today Yesterday Tomorrow
Exult homepage


[02:09:08] <-- bj0ern has left IRC (Read error: 110 (Connection timed out))
[03:22:56] --> Dominus has joined #exult
[03:22:56] --- ChanServ gives channel operator status to Dominus
[03:23:33] --- Dominus is now known as Dominus|away
[03:23:41] --- Dominus|away is now known as Dominus
[03:24:24] <-- Dominus has left #exult ()
[03:30:04] --> Dominik has joined #exult
[03:30:11] <-- Dominik has left IRC (Remote closed the connection)
[03:30:42] --> Dominus has joined #exult
[03:30:42] --- ChanServ gives channel operator status to Dominus
[03:31:05] --- Dominus is now known as Dominus|away
[03:31:11] --- Dominus|away is now known as Dominus
[03:31:36] --- Dominus is now known as Dominus|away
[03:31:43] --- Dominus|away is now known as Dominus
[03:37:40] <-- Dominus has left #exult ()
[03:40:16] --> royalsexy has joined #exult
[03:40:38] <royalsexy> 'lo all :)
[03:41:15] <royalsexy> 0.98 wow you guys are tearing along
[03:41:25] <royalsexy> :)
[03:43:25] --> Dominus has joined #exult
[03:43:25] --- ChanServ gives channel operator status to Dominus
[03:44:57] --- Dominus is now known as Dominus|away
[03:45:04] --- Dominus|away is now known as Dominus
[03:47:19] --- Dominus is now known as Dominus|away
[03:47:23] --- Dominus|away is now known as Dominus
[03:54:28] --> Dominik has joined #exult
[03:54:59] <-- Dominik has left #exult ()
[03:55:06] <-- Dominus has left #exult ()
[03:56:35] --> Dominus has joined #exult
[03:56:47] --- ChanServ gives channel operator status to Dominus
[03:58:15] <-- Dominus has left IRC (Client Quit)
[04:00:04] --> Dominus has joined #exult
[04:00:17] --- ChanServ gives channel operator status to Dominus
[04:00:59] <Dominus> Sorry for my constant leaving and joining
[04:01:40] <Dominus> I'm still testing some script for autojoin/nickserv messages and so on and this is the best channel for me to test on
[04:01:57] <Dominus> But I AM spamming the logs. Sorry
[04:02:06] --- Dominus is now known as Dominus|away
[04:02:10] --- Dominus|away is now known as Dominus
[04:06:02] --- Dominus is now known as Dominus|away
[04:06:07] --- Dominus|away is now known as Dominus
[04:06:48] <Dominus> seems to work now as I want it to. Only *** You don't have an O-line for the host you're on. doesn't make sense to me
[04:07:04] <Dominus> I#ll investigate further some other time
[04:08:06] <-- Dominus has left #exult ()
[04:13:52] <royalsexy> heh
[04:16:55] <-- matto has left IRC ("Play Dragon's Lair in linux - http://www.daphne-emu.com - Developers welcome :)")
[06:25:02] --> Kirben has joined #exult
[06:25:02] --- ChanServ gives channel operator status to Kirben
[06:38:15] --> matto has joined #exult
[06:41:26] <-- royalsexy has left IRC (Read error: 110 (Connection timed out))
[08:31:35] <-- matto has left IRC ("Play Dragon's Lair in linux - http://www.daphne-emu.com - Developers welcome :)")
[09:54:36] --> wjp has joined #exult
[09:54:36] --- ChanServ gives channel operator status to wjp
[09:54:42] <wjp> hi
[10:29:56] --> Fingolfin has joined #exult
[10:30:02] <wjp> hi
[10:30:10] <Fingolfin> hi
[10:52:26] <Kirben> any idea on this error:
[10:52:29] <Kirben> g++ -O2 -fnative-struct -fvtable-thunks -include mingw_kludges.h -DSIZEOF_SHORT=
[10:52:30] <Kirben> 2 -DSIZEOF_INT=4 -DEXULT_DATADIR=\"data\" -DUSE_EXULTSTUDIO -DHAVE_SNPRINTF -I.
[10:52:30] <Kirben> -I./shapes -I./mapedit -I./imagewin -I./files -I./headers -I./server -I./objs -I
[10:52:30] <Kirben> ./conf `pkg-config --cflags gtk+-1.3-win32-production` `pkg-config --cflags libg
[10:52:30] <Kirben> lade-0.17` -c -o shapelst.o ./mapedit/shapelst.cc
[10:52:30] <Kirben> ./mapedit/shapelst.cc: In method `void Shape_chooser::edit_shape()':
[10:52:32] <Kirben> ./mapedit/shapelst.cc:735: implicit declaration of function `int Export_png8(...
[10:52:34] <Kirben> )'
[10:53:17] * wjp does a cvs update
[10:55:04] <wjp> strange
[10:55:10] <wjp> ah, wait
[10:55:27] <wjp> you might need to define HAVE_PNG_H
[10:57:24] <Kirben> That worked, thanks. I didn't know exult studio was using libpng now.
[10:57:40] <wjp> me neither :-)
[10:57:52] <wjp> apparently there's some kind of png import/export somewhere now
[11:04:25] <wjp> oh oops... note to self: when inserting bytes in usecode, make sure to adjust jumps to behind those bytes... ;-)
[11:15:46] <wjp> ok, 32 bit headers, jumps and data accesses seem to working
[11:19:19] <Fingolfin> nice
[11:19:42] <Fingolfin> Kirben: please do me a favor: SSH into SF; and there, fix the access rights of your files
[11:19:49] <Fingolfin> i.e. just run the "update.sh" scrip inside htdocs
[11:21:40] <Kirben> done
[11:23:26] <Fingolfin> thx
[11:24:45] <Kirben> is it ok to do source code/win32 snapshots again ?
[11:25:06] <wjp> no, not yet. The version nr. is still rc1
[11:25:16] <wjp> I guess we should change that right away
[11:25:28] <Kirben> ok will stick with tools and studio then
[11:25:39] <wjp> 0.99cvs?
[11:25:48] <wjp> we're running out of numbers, fast, though :-)
[11:25:57] <wjp> s/, f/ f/
[11:26:13] <Fingolfin> why? after 0.99, there is always 0.999 or 0.100 =)
[11:26:19] <wjp> :-)
[11:26:59] <Fingolfin> lim_{t->\infty} Version = 1
[11:27:14] <wjp> hehe :-)
[11:33:11] * wjp thinks...
[11:33:22] <wjp> how should I make wuc decide whether to use old or new function headers?
[11:36:01] <Fingolfin> a command line flag maybe?
[11:36:12] <Fingolfin> or a special label in the source file, similiar to .extern etc.?
[11:36:49] <wjp> hm, yes, that might work
[11:40:18] <wjp> something like an ".extended" 'flag' for extended functions
[11:44:41] <Fingolfin> yeah, or maybe .ext32 to indicate it means 32 bit extension (in case we want to add other extensions later <g>)
[11:44:49] <wjp> good point
[11:45:25] <wjp> 64 bit usecode, quantum usecode? ;-)
[11:45:37] <Fingolfin> <g>
[11:46:04] --> Darke has joined #exult
[11:46:04] --- ChanServ gives channel operator status to Darke
[11:46:08] <Fingolfin> now you are laughing, but one day, you'll see!
[11:46:11] <Fingolfin> yo Darke
[11:46:12] <wjp> hi Darke
[11:46:20] * Darke hops in and bows. "Hello. Long time no chat. <grin>"
[11:46:30] <wjp> attracted by the smell of work being done on usecode? ;-)
[11:46:42] * Soul|NET am hearing System of a Down - Aerials {4:01}
[11:47:11] <Darke> wjp: Part that, and part the fact I've got some free time again. Yay! <grin>
[11:47:45] <Soul|NET> hello
[11:48:40] <wjp> grrr... segfaults
[11:48:56] <Fingolfin> Darke: aren't you a BSD guy?
[11:50:10] <Darke> F: Nope. Linux and occasionally, when forced, a windows guy. <grin>
[11:50:51] <Fingolfin> Patrick: sorry, I mixed it up somehow =)
[11:51:10] * wjp kicks wuc a few a times
[11:51:32] * Fingolfin joins wjp, not having a clue why, but enjoying some decent kicking from time to time
[11:51:56] * Darke earperks and wonders if he can join in the kicking of wuc too?
[11:52:19] <Soul|NET> :o
[11:52:28] <wjp> Darke: sure :-)
[11:52:32] * Soul|NET kicks self
[11:52:39] <Fingolfin> Soul|NET: noooo, you got it all wrong
[11:52:43] <wjp> the silly thing can't count :-)
[11:52:49] <Fingolfin> hehe
[11:52:56] --- Fingolfin is now known as Fingolfin|afk
[11:53:01] * Darke kicks wuc, since he can.
[11:53:23] <MiniMe> I have awoken
[11:53:35] <MiniMe> I have been put to sleep
[11:55:10] <wjp> ok, that's better
[11:55:32] <wjp> wuc seems to be working too
[11:55:33] <Soul|NET> Minime, make fun of wjp
[11:55:43] <Soul|NET> alright fine don't.
[11:55:47] <wjp> /kick MiniMe
[11:55:53] * wjp takes that back :-)
[11:55:57] <wjp> good bot :-)
[11:56:29] <Soul|NET> minime you will listen to me
[11:56:29] <MiniMe> I will not obey you.
[11:56:39] <Soul|NET> D:
[11:56:44] <Soul|NET> OBEY ME YOU INGRATEFUL BOT
[11:56:49] <MiniMe> I will not.
[12:06:57] <Soul|NET> !server soulharvester.idleplay.net
[12:06:57] <MiniMe> Connecting to server soulharvester.idleplay.net
[12:06:57] <-- MiniMe has left IRC ("A.")
[12:23:17] --- Fingolfin|afk is now known as Fingolfin
[12:23:35] --- ChanServ gives channel operator status to Fingolfin
[12:38:54] --> Rado has joined #exult
[12:49:00] --> bj0ern has joined #exult
[12:53:17] <wjp> oh, ugh, I also have to update rip
[12:54:57] <bj0ern> still at work?
[12:55:43] <wjp> of course :-)
[12:55:56] <bj0ern> :)
[13:06:28] * Darke likes the concept of having your employers unsuspectingly employing you to work on a OS game. It's a little ironic. <grin>
[13:10:01] --> Dominus has joined #exult
[13:10:13] --- ChanServ gives channel operator status to Dominus
[13:10:21] <Dominus> hi
[13:10:28] <Dominus> just a quick hop in
[13:10:36] <Darke> Hi.
[13:11:09] * Dominus shouldn't say "hop in" when Darke is around :-)
[13:11:40] <Dominus> I actually wanted to know from Kirben the latest and greatest requirements for Studio build
[13:12:16] <Kirben> just add libpng, which you should already have if you compile tools
[13:12:30] <Dominus> ah, okay
[13:12:55] <Dominus> and with the latest libglib and such? got a guide already?
[13:13:20] * Darke looks over Dominus and doesn't _see_ any rabbit ears on him...
[13:13:39] <Dominus> or are there changes to be done to the makefile for it to work? (as I can find the leveled up libs on the gimp page myself)
[13:17:33] <Kirben> no guide yet
[13:18:14] <Kirben> basically just same as before, download gtk/glib updated packages, unpack to mingw directtory, move over any .dll to bin directory
[13:18:15] <Dominus> but is it enough to just exchange the dev zips with the higher version found on the same server?
[13:18:22] <Dominus> ah, okay
[13:18:48] <Kirben> and for u7shp add gimp dev files and just dlls from other gimp file
[13:19:05] <Fingolfin> Dominus: hiya, and please SSH into sourceforge, then run the update.sh scripts in htdocs (after that, we finally have sane access permissions for all files again :-)
[13:19:29] <Dominus> ok, will do (though I thought I fixed every file last night)
[13:19:58] <Kirben> it should not matter
[13:21:38] <Dominus> hm, can't run update.sh (bash: update.sh: command not found
[13:23:39] <Darke> Try `./update.sh`?
[13:24:12] <Dominus> ok, done
[13:26:53] <Dominus> Fingolfin: in sourceforge what is up with /snapshots/pentagram/index.html ?
[13:27:33] * Darke wonders why ./configure is neither finding ext/hash_map nor hash_map on his system, since he has both.
[13:28:46] <Fingolfin> Dominus: hm?
[13:28:49] <-- bj0ern has left IRC ("möp")
[13:29:05] <wjp> funny, we have a bugreport on SF where configure finds them (hash_map, hash_set) while gcc doesn't find them
[13:30:41] <Darke> I'm currently having configure not find either {hash_map, hash_set, ext/hash_map, ext/hash_set} and then in that mess of #ifdefs, gcc not being able to find {hash_map, hash_set}, I can't get to anywhere else, because the appropriate defines aren't. <grin>
[13:31:57] <Darke> Curious. After a bit of fiddling, it's finding them, but it's not actually 'using' them in the appropriate area. FYI, it's GCC 3.0.3.
[13:31:59] <Kirben> index.hhtml in /snapshots/pentagram/ is just redirect to hide directory
[13:32:17] <Kirben> just a copy of index.hmtl from /snapshots/
[13:33:12] <Dominus> Kirben, Fingolfin: just that it's not in the source
[13:35:49] <Darke> wjp: Ok, after forcing HAVE_EXT_HASH_MAP defined in config.h, It's getting to #include "ext/hash_map", it's not complaining about an error there, so it appears to find it. But it's then complaing at the 'using __gnu_cxx::hash_map;' directive that 'hash_map is not declared'. Still poking...
[13:36:39] <Darke> wjp: Umm... because it's in std:: rather then __gnu_cxx::... or it looks to be.
[13:39:57] * Darke ahhs, and notices he's made a typo. Works now, it finds it drops into the #else clause there. So the problem appears for him to be, just that it's not being detected in ./configure.
[13:40:52] <wjp> hm, it seems that configure tries to find those headers by compiling a simple program which includes them
[13:42:21] <wjp> config.log should show the exact compile error
[13:42:21] <Darke> Ok, the 'Compilation failed in Mdk 8.1' bug is identical to what I'm having. It's just that both of the sets of HAVE*HASH* defines aren't beind defined.
[13:44:12] <Darke> The appropriate lines from the log:
[13:44:17] <Darke> configure:6654: checking for hash_map
[13:44:17] <Darke> configure:6664: gcc -E conftest.c >/dev/null 2>conftest.out
[13:44:17] <Darke> configure:6660:20: hash_map: No such file or directory
[13:44:17] <Darke> configure: failed program was:
[13:44:17] <Darke> #line 6659 "configure"
[13:44:17] <Darke> #include "confdefs.h"
[13:44:17] <Darke> #include <hash_map>
[13:44:46] <Darke> With a similar chunk of code for all four headers.
[13:45:22] <wjp> ok, so gcc can't find hash_map
[13:46:25] <Darke> Except if I run the code for the <ext/hash_map> manually. It works perfectly.
[13:47:05] <Darke> Whereas the one for <hash_map> dumps the appropriate errors.
[13:47:07] <wjp> if you compile "#include <ext/hash_map>\nint main() { return 0; }" with gcc (not g++) it works?
[13:47:25] <wjp> but not if run from configure?
[13:47:25] <wjp> strange
[13:48:58] <Darke> Ahh! I think I may know what the problem is. All the tests that have failed are the ones including that "confdefs.h" file, and I'm guessing that the way it would test for 'failure' is by seeing if that 'conftest.out' file is null or not.
[13:49:20] <Darke> Of course, none of them actually find this file, and I don't know where it 'should' be.
[13:49:42] <wjp> ac_err=`grep -v '^ *+' conftest.out | grep -v "^conftest.${ac_ext}\$"`
[13:50:11] <wjp> where conftest.out is the stderr output from gcc
[13:51:20] <wjp> (the test succeeds iff 'test -z "$ac_err"'
[13:51:20] <wjp> )
[13:51:41] <Darke> The contents of the conftest.out file after me running it manually for <ext/hash_map>:
[13:51:43] <Darke> bar.cc:1:22: confdefs.h: No such file or directory
[13:52:26] <wjp> but confdefs.h should exist when it is run from configure
[13:52:54] <wjp> it's filled with defines like PACKAGE, VERSION, etc..
[13:54:04] * Darke has the strange feeling that if he runs autogen.sh again, things might 'just work'.
[13:54:45] <Darke> 'Thankfully', no. <grin>
[13:55:15] <wjp> Dominus: oh, btw, that O-line error you got last night is typically caused by trying to do things you don't have permission for
[13:55:27] <Fingolfin> gotta go, bb tonight or tomorrow
[13:55:38] <-- Fingolfin has left IRC ("42")
[13:56:05] <Darke> Ok, 'conftest.h' does appear to be created on my system, so that rules that error out.
[13:56:14] <Darke> :q
[13:56:35] <Dominus> wjp: thanks, but I can't yet figure out what I try to do that I don't have permission to
[13:56:46] <Dominus> but it works for now
[13:59:29] <wjp> you could insert a exit right after it detects the error, before it deletes the conftest.out files?
[13:59:32] <wjp> s/a/an/
[14:02:38] * Darke grumbles at config.cache.
[14:03:07] <Darke> The error is... <drumroll>
[14:03:07] <Darke> configure:6660:24: ext/hash_map: No such file or directory
[14:05:45] <Darke> Ooook. Does it strike anyone else as 'odd' that it's running plain gcc, and using a '.c' file, to search for a c++ library? Because if I rename conftest.c to conftest.cc, I get 0 errors.
[14:06:51] <Dominus> Kirben, doesn't the GTK_INCLUDES and GTK_LIBS need to be changed for Studio to compile with newer libs?
[14:06:54] * wjp points at his "(and not g++)" comment from a few pages back ;-)
[14:07:22] <Kirben> no, at least not with a shell
[14:08:13] <Dominus> because with the new libs there is no such thing in /lib/pkconfig
[14:08:34] <Darke> wjp: Yes, but it works if you use gcc with a '.cc' file, but it doesn't work if you use gcc with a '.c' file. <grin>
[14:09:10] <Dominus> kefka only when I put the old libs back does it compile but doesn't work with the updated libs.dlls
[14:09:11] <Dominus> I mean _Kirben
[14:09:15] <Dominus> Kirben even
[14:11:04] <Kirben> will need libglade update too
[14:15:10] <Dominus> Kirben: I still don't get it. in the makefile you call GTK_INCLUDES = `pkg-config --cflags gtk+-1.3-win32-production`
[14:15:21] <Dominus> but with gtk+2 there is no such file
[14:15:39] <Dominus> only gtk+-win32-2.0
[14:16:20] <Kirben> gtk+ is still 1.3, glib is 2.0
[14:17:16] <Dominus> so I didn't need the gtk+ 2 dev libs :-)
[14:18:51] <Dominus> okay, works now, thanks
[14:19:00] <Kirben> no, avoid them! they aren't stable
[14:19:13] <Dominus> will do
[14:19:41] <Dominus> the gimp plugin still gives out that console error, btw but I don't think you found a cure yet
[14:21:50] <Kirben> how exactly should plugin be loaded ?
[14:22:05] <Kirben> I couldn't reproduce error earlier
[14:22:05] <wjp> it should load automatically if it's in the proper dir
[14:22:38] <Kirben> are you using latest gimp ?
[14:22:48] <Dominus> it does (/etc/.gimp-1.2/plug-ins)
[14:23:07] <Dominus> I think I do
[14:25:18] <Kirben> Current release: (GTK+ 2.0.0, GIMP 1.2.3) 2002-03-10.
[14:25:27] <Dominus> Yeah, I have that
[14:28:32] <Kirben> when exactly does error show up ?
[14:29:04] <Dominus> do you have Gimp installed?
[14:29:09] <Kirben> yes
[14:29:36] <Dominus> after I select which file to open
[14:30:01] <Dominus> then the console comes up with the error and then the palette browser
[14:30:20] <Dominus> I click ok and the console and palette chooser vanish
[14:31:10] <Kirben> weird I get no error between file open and browser
[14:34:30] <Dominus> very strange
[14:39:51] <Darke> Hmm... we've theoretically eliminated all strdup() calls in exult, yes? So there shouldn't be any reason for there to to be a 'using std::strdup;' directive?
[14:41:10] <Darke> Ick. No textpack.cc has one call. I presume I can just replace it with the newstrdup()?
[14:43:26] <Darke> Looks like it, no errors so far.
[14:44:19] * Darke just tripped over the problem again, with strdup() not being under std:: in gcc3, but being under std:: in another compiler.
[14:49:17] <Dominus> Kirben: I double/triple checked my installation and can't find the problem. Anything you did especially for Gimp (like an added environment) or downloaded something else than the runtime (the only difference is that I used the installer and not the installer)?
[14:49:31] <Dominus> and no the runtime :-)
[14:49:38] <Dominus> not even
[14:49:58] <Kirben> I used installer too, nothing else.
[14:50:16] <Dominus> now I'm really puzzled...
[14:51:11] <-- kefka has left IRC (Read error: 104 (Connection reset by peer))
[14:54:29] * Darke comes to the stunning conclusion that a pillow is probably a little more comfortable then a keyboard. *grin* "Night all!"
[14:54:36] <wjp> *grin*
[14:54:40] <wjp> night
[14:54:47] <-- Darke has left #exult ()
[14:56:19] <wjp> sheesh, rip is a mess
[14:56:27] <wjp> kind of like wud and wuc, in fact
[14:56:45] <Dominus> Now I'm really puzzled
[14:57:13] <Dominus> I reinstalled the Gimp and now I don't get the error but coloured shapes are in grey
[14:57:28] <Dominus> and before they were in the correct colour
[14:58:57] <Dominus> I don't get it
[15:07:23] <Dominus> I really don't know wht's the problem, Now I did a fresh install and it happens again
[15:07:31] <Dominus> The Gimp doesn't like me
[15:07:56] <wjp> what exactly happens?
[15:08:57] <Dominus> a console window opens up saying "u7shp (pid:796): Gtk-WARNING **: gtk_signal_connect(): could not find signal "cl
[15:08:57] <Dominus> icked" in the `GtkVBox' class ancestry"
[15:09:11] <Dominus> also the palette browser opnes
[15:09:33] <Dominus> I just click ok in the browser and both the browser and console are gone and the shape is loaded
[15:09:59] <wjp> so it does work?
[15:10:21] <Dominus> Now somehow when I installed over my existing Gimp this console pop up didn't happen but the shapes were in grey shades
[15:10:31] <Dominus> it does work
[15:10:42] <wjp> did you have an ancient plugin installed, maybe?
[15:10:44] <Dominus> but Kirben doesn't get the console pop up
[15:11:02] <wjp> (the very first versions of the plugin had a grayscale palette and no option to select a different one)
[15:12:20] <Dominus> Kirben: are your shapes in grey shades (e.g. /data/bg/amulettes.shp)
[15:12:59] <Dominus> wjp: that's actually it. The Gimp seems to come with an u7shp
[15:13:03] <Dominus> an old one
[15:13:41] <Dominus> funny
[15:13:52] <wjp> uh, you mean they distribute u7shp?
[15:13:53] <Dominus> seems like it
[15:14:00] <wjp> wow
[15:14:16] <Dominus> it's dated the 10.3.02 as well
[15:15:22] * wjp checks gimp cvs
[15:15:37] <Kirben> yes grey shades as I don't know what palette file to load
[15:15:46] <wjp> default palette is the normal palette
[15:15:53] <wjp> s/is/should be/
[15:16:03] <Dominus> Kirben: then you are not using the one you build but the one supplied by The Gimp
[15:16:21] <wjp> where did you download the gimp?
[15:16:44] <Dominus> http://www.gimp.org/win32/
[15:17:16] <wjp> which one did you get? gimp-1.2.3-20020310.zip?
[15:17:38] <Dominus> actually an installer but it is the same
[15:18:02] <wjp> there's no u7shp.c in gimp's cvs, it seems
[15:18:51] <Dominus> the u7shp.exe is in that zip in /lib/gimp/1.2/plug-ins
[15:19:22] <Kirben> thats explains it, odd they bundled it
[15:20:03] <Dominus> it could actually be my fault as way back, when we first had the plugin, I contacted the author of Win-Gimp and asked him if he could tell me how to compile it. Nothing came out of it but it seems he kept it around
[15:20:12] <wjp> does the bundled u7shp.exe display a file select dialog?
[15:21:21] <Dominus> what do you mean? You can open shp with the gimp
[15:21:36] <wjp> palette file select, sorry
[15:21:51] <Dominus> yeah, it does
[15:22:10] <wjp> hm, and that one doesn't give an error? I don't suppose the sources of u7shp.exe are in there somewhere?
[15:22:26] <Dominus> Kirben: put your plugin into that dir /lib/gimp/1.2/plug-ins
[15:22:42] <Dominus> wjp: no they aren't
[15:24:51] <Dominus> Kirben: please tell me you are having the same error
[15:25:35] <wjp> bah, can't find the sources to u7shp on that page
[15:25:43] <Dominus> me neither
[15:26:01] <Dominus> no source for the Gimp on that page actually
[15:26:19] <wjp> there are diffs against Gimp CVS, but u7shp isn't in that diff
[15:26:33] <Kirben> yes
[15:26:44] <wjp> maybe you should ask him what he changed in the source?
[15:26:59] <Dominus> phew, I'm so glad, I didn't do anything to screw it up
[15:27:37] <Dominus> Kirben in the Gimp devs is the gimptool.exe which can be used to build plug-ins
[15:27:44] <Dominus> maybe this one works better
[15:29:48] <Dominus> but I should be going now
[15:29:52] <wjp> bye
[15:30:02] <Dominus> please keep me posted on how it works out
[15:30:11] <Dominus> bye
[15:30:11] <Kirben> ok, cya
[15:30:13] <-- Dominus has left IRC ("Exult! Exult! Exult!")
[15:33:16] <wjp> ok, I think that was most of the 32 bit usecode work for now
[15:33:29] * wjp hopes it'll work properly for the french translators
[16:07:49] --> kefka has joined #exult
[16:11:44] <-- kefka has left IRC (Read error: 104 (Connection reset by peer))
[16:17:31] --> kefka has joined #exult
[16:36:28] <Kirben> hmm any way to stop u7shp leaving console window open when loading files or is that normal ?
[16:36:42] <wjp> console window?
[16:37:00] <Kirben> a blank ms-dos box
[16:37:11] <wjp> that doesn't sound right
[16:38:13] <Kirben> nevermind got it
[16:38:34] <Kirben> just needed -mwindows, without the usual -mconsole
[16:51:49] <Kirben> would it be best to bundle shp plugin seperately ?
[16:51:59] <Kirben> like photoshop version ?
[16:52:30] <wjp> well, if you want the plugin, you probably want the rest of the tools too, right?
[16:52:51] <wjp> and it shouldn't be too big (couple of dozen Kb?)
[16:52:56] <Kirben> ok
[16:53:08] <Kirben> it just uses different makefile
[16:55:30] <Kirben> plus needs about 7 dlls
[16:55:44] <wjp> ah, I see
[16:56:05] <wjp> do you pack those dll's with the plugin or do you let people download them themselves?
[16:56:24] <Kirben> although gimp includes the dlls so I could leave those out
[16:56:47] <Kirben> I have not released the win32 gimp plugin
[16:57:18] <wjp> hm, on second I think a separate package might be better after all
[16:57:32] <wjp> s/second/second thought/
[16:58:12] <Kirben> gimpplugin.exe ?
[16:59:00] <-- Rado has left IRC ("home")
[16:59:29] <wjp> sure
[17:21:57] <-- Kirben has left IRC ("System Meltdown")
[17:22:14] --- wjp is now known as wjp|dinner
[17:36:37] --- wjp|dinner is now known as wjp
[18:13:01] --> Yamcha has joined #EXULT
[18:13:09] <wjp> hi
[18:14:44] <Yamcha> hello
[18:16:57] <Yamcha> 07,02wjp = Willem Jan Palenstijn right?
[18:17:04] <wjp> yeah
[18:17:14] <wjp> Yamcha = someone from DBZ, right? ;-)
[18:17:40] <Yamcha> heheh, u got it :P
[18:17:56] <Yamcha> hey way to go for exult man
[18:18:06] <Yamcha> very good work
[18:18:10] <wjp> thanks
[18:22:13] <Yamcha> hey bud, are u guys dont think to make a u8 version of exult for the future?
[18:22:41] <wjp> well, we already wrote a partly-working map viewer, and we have figured out a lot of U8's file formats
[18:23:37] <Yamcha> ahh thats great
[18:28:31] <Soul|NET> D:
[18:37:45] --- wjp is now known as wjp|away
[18:39:26] --> Valliant has joined #Exult
[18:39:39] <Valliant> Hi everyone :-)
[18:41:20] <Valliant> Not much happening I take it?
[18:50:37] <Yamcha> hehe
[18:51:05] <wjp|away> not much happening? I just converted usecode to 32 bit! ;-)
[18:51:19] <wjp|away> (back for a few seconds...)
[18:52:01] <Yamcha> wooow
[18:52:41] <wjp|away> *really gone now*
[18:52:50] <Valliant> Well, now that I got my jaw back again :-)
[18:53:11] <Valliant> Okay, what we need in Usecode is a D-e-b-u-g-g-e-r
[18:53:32] <wjp|away> stop bringing up interesting topics when I'm just about to go ;-)
[18:53:59] <Valliant> :-D
[18:54:07] <Valliant> Hey before ya go
[18:54:11] <wjp|away> I have the basic idea for a usecode debugger worked out in my mind. I just need to find some time to actually implement it
[18:54:27] <Valliant> You interested in taking a look at the front end Im making for the IPack tool?
[18:54:35] <wjp|away> does it run in linux?
[18:54:41] <Valliant> Sorta
[18:54:44] <wjp|away> sorta?
[18:54:44] <Valliant> :-/
[18:55:03] <Valliant> Havent tested it much.
[18:55:10] <Valliant> (In linux anyways)
[18:55:56] <wjp|away> then I'll take a look :-)
[18:56:08] <wjp|away> just send it over and I'll look at it when I get back
[18:56:25] <Valliant> To the mail on the about page?
[18:56:29] * wjp|away nods
[18:56:31] <Valliant> Okay
[18:56:40] <wjp|away> although, how big is it?
[18:56:50] <Valliant> Barely a meg, zipped :-)
[18:56:55] <wjp|away> should be ok then
[18:57:05] <Valliant> Gonna add the source too.
[18:57:10] <wjp|away> palenstijn@planet.nl if it bounces
[18:57:25] <wjp|away> (might as well send it there in the first place, actually)
[18:57:34] <Valliant> Hey, you think if I gave Colourless a ring he'd be interested in it?
[18:57:43] <wjp|away> ok, I'm really really really going now... honest :-)
[18:57:49] <Valliant> :-D
[18:57:50] <wjp|away> you'd have to ask him :-)
[18:57:51] <wjp|away> bye
[18:57:54] <Valliant> Cya
[18:58:19] <Yamcha> wjp, see u
[19:09:32] <-- Yamcha has left IRC ("\\ Yamcha // changing servers \\")
[19:12:02] <Valliant> Well, time to disappear
[19:12:04] <Valliant> :-)
[19:12:06] <Valliant> Cya'll
[19:12:14] <-- Valliant has left IRC (Remote closed the connection)
[19:58:45] --> bj0ern has joined #exult
[20:15:04] --> Fingolfin has joined #exult
[20:15:36] <Fingolfin> hello, folks
[20:15:52] <bj0ern> hi fin
[20:17:32] <bj0ern> what was that OSX mouse problem? was it the jumping mouse cursor in windowed mode?
[20:22:05] <-- Soul|NET has left IRC (Read error: 104 (Connection reset by peer))
[20:22:46] --> Soul|BYE has joined #exult
[20:23:33] <Fingolfin> yes
[20:23:37] <Fingolfin> fixed
[20:23:41] <Fingolfin> was an SDL bug
[20:30:46] <-- Soul|BYE has left IRC (herbert.openprojects.net irc.openprojects.net)
[20:30:46] <-- bj0ern has left IRC (herbert.openprojects.net irc.openprojects.net)
[20:30:46] <-- Fingolfin has left IRC (herbert.openprojects.net irc.openprojects.net)
[20:30:46] <-- kefka has left IRC (herbert.openprojects.net irc.openprojects.net)
[20:30:46] <-- wjp|away has left IRC (herbert.openprojects.net irc.openprojects.net)
[20:57:26] --> wjp|away has joined #exult
[20:57:26] --> Soul|BYE has joined #exult
[20:57:26] --> Fingolfin has joined #exult
[20:57:26] --> bj0ern has joined #exult
[20:57:26] --> kefka has joined #exult
[20:59:59] <bj0ern> btw. is it possible to scale the text in future versions? its hard to read if you are playing in 640 or 800 mode
[21:00:02] <-- wjp|away has left IRC (herbert.openprojects.net irc.openprojects.net)
[21:00:05] <Fingolfin> if you play in 640 or 800 mode, you are a cheater, and it's your problem if you have troubles reading the text
[21:00:08] <Fingolfin> furthermore, it means that you will break some game features, hence we take no responsiblity for game play problem occuring =)
[21:00:47] <bj0ern> ah, okies =)
[21:05:12] <bj0ern> hm, i still have a mouse problem here.. the mouse is leaving the window when i click in windowed mode.. because its outside the window... and it just moves while being outside the window
[21:09:11] --> wjp|away has joined #exult
[21:19:23] <bj0ern> hm, this just happens when i start fullscreen and switch to windowed then
[21:23:35] <Fingolfin> yes
[21:23:40] <Fingolfin> another SDL bug
[21:23:46] <Fingolfin> didn't have time to try and fix it
[21:35:01] <bj0ern> k
[21:35:17] <bj0ern> works well though when i start in windowed
[21:41:39] <Fingolfin> same here
[22:08:32] <bj0ern> hm.. is it in the original U7 the same that you have to turn on the street lamps on yourself after sunset?
[22:08:44] <bj0ern> -on
[22:15:16] --- wjp|away is now known as wjp
[22:15:23] --- ChanServ gives channel operator status to wjp
[22:15:28] <wjp> hi
[22:15:54] <bj0ern> hi :)
[22:20:38] --> matto has joined #exult
[22:52:10] <bj0ern> hm, is there a weapon shoppe in britain? and maybe an armory?
[22:52:28] <wjp> weapons: not sure, armour: yeah
[22:52:40] <wjp> (south of the baker & weaver)
[22:52:53] <wjp> there's also a bowyer there
[22:54:19] <bj0ern> ok, thank you
[23:34:16] <bj0ern> ok, laters, i will go to sleep
[23:34:20] <wjp> night
[23:34:39] <-- bj0ern has left IRC ("Do androids dream of electric sheep?")
[23:37:42] <-- kefka has left IRC (Read error: 104 (Connection reset by peer))
[23:38:29] --> kefka has joined #exult
[23:39:24] <-- Fingolfin has left IRC ("42")
[23:50:08] <-- wjp has left IRC ("Zzzz....")