#exult@irc.freenode.net logs for 3 Mar 2003 (GMT)

Archive Today Yesterday Tomorrow
Exult homepage


[00:57:24] --> Kirben has joined #exult
[00:57:24] --- ChanServ gives channel operator status to Kirben
[01:39:55] <-- wjp has left IRC ("Zzzz...")
[03:16:51] <-- Fingolfin has left IRC ("42")
[07:43:28] --> `daniel has joined #exult
[07:49:15] --- DarkeZzz is now known as Darke
[07:49:43] * Darke wavies in a hyperactive way.
[07:51:29] <`daniel> hrrm
[07:51:31] <`daniel> darke
[07:59:02] <`daniel> you never talk anymore darke
[07:59:46] <Darke> I don't? Probably just distracted by RL stuff.
[08:33:01] --> thetamind has joined #exult
[08:42:23] <-- thetamind has left IRC ("leaving")
[08:56:15] <-- `daniel has left IRC (Read error: 104 (Connection reset by peer))
[09:02:31] --> `daniel has joined #exult
[09:31:35] --> Dark-Star has joined #exult
[10:55:05] --> Colourless has joined #Exult
[10:55:05] --- ChanServ gives channel operator status to Colourless
[10:55:28] <Colourless> hi
[10:57:09] --- Colourless is now known as Cless|Away
[10:57:34] <Darke> Greetings, here-then-gone dragon.
[11:17:57] --> Fingolfin has joined #exult
[11:17:57] --- ChanServ gives channel operator status to Fingolfin
[11:18:15] <Darke> Hiya.
[11:18:49] <-- Fingolfin has left IRC (Client Quit)
[11:20:16] --> Fingolfin has joined #exult
[11:20:18] --- ChanServ gives channel operator status to Fingolfin
[11:22:18] * Darke watches Fingolfin bounce back.
[11:23:27] <-- Kirben has left IRC (Read error: 54 (Connection reset by peer))
[11:25:42] <Fingolfin> he
[11:25:56] <Fingolfin> is it just me or is irc.slashnet.org / irc.sourceforge.net currently not reachable?
[11:26:55] <Fingolfin> ethereal time I guess =)
[11:27:17] --> Kirben has joined #exult
[11:27:17] --- ChanServ gives channel operator status to Kirben
[11:27:36] <Darke> Hmm... yes, they do appear to be a little weird. irc.sf.net's spitting back bogus packets and irc.slashnet.org isn't pinging at all.
[11:29:34] <Fingolfin> does ping for me
[11:29:36] <Fingolfin> well
[11:29:44] <Fingolfin> no big surprise, it's round robin :-)
[11:29:50] <Fingolfin> resolvs to the same IP as irc.sf.net for me
[11:30:04] <Fingolfin> getting a 400ms ping from that
[11:30:14] <Fingolfin> and apparently no reply to my IRC login attempts, weird
[11:31:01] <Fingolfin> oh no wait I do get replies, just being blind =)
[11:31:18] <Darke> Wierd. I'm getting different ips from irc.slashnet.org, irc.sf.net, and irc.sourceforge.net. I'm not geting packets from the former, the middle is pinging ok, and the later is spitting the bad packets.
[11:31:46] <Darke> (Rather then irc.sf.net, I figured they'd both point to the same ip. *Grin*)
[11:32:14] <Fingolfin> irc.sourceforge.net: after I try to connect, it keeps sending pairs of packates, to my socks & auth ports
[11:32:38] <Fingolfin> 1080 / 113
[11:33:37] <Fingolfin> let's try a different server...
[11:37:03] <-- `daniel has left IRC ("Client Exiting")
[11:37:51] * Darke shrugs. Veird.
[11:43:04] <Fingolfin> net seems to be up, though, looking at http://www.slashnet.org/channels/sourceforge/
[11:43:31] <Fingolfin> maybe they simply enforce authd to be running? I've turned that one off on purpose (like most other "default" daemons)
[11:45:28] * Darke hmms... auth is running on his machine, let's check...
[11:46:17] <Darke> Well... it appears I got there.
[11:46:28] <Darke> From irc.sourceforge.net
[11:55:55] <Fingolfin> yes I am on now, too
[11:56:04] <Fingolfin> it worked w/o auth yesterday <sigh>
[11:59:52] * Darke shrugs. Such is life. *grin* Maybe they only do the auth probe on the first connect from an ip every 24 hours or something.
[12:10:46] * Darke hops off to test a new kernel compile. *crossclaws*
[12:10:47] <-- Darke has left IRC ("Inficio-Infeci-Infectum")
[12:28:28] --> Nadir has joined #exult
[12:28:28] --- ChanServ gives channel operator status to Nadir
[12:28:44] <Nadir> hi
[12:28:51] <Nadir> Kirben, are you there '
[12:28:51] <Nadir> ?
[12:31:53] <Kirben> yes
[12:33:04] <Nadir> I've just committed some stuff which reenables the treeview for the gtk+2 port
[12:33:14] <Kirben> ok will test
[12:36:40] <Kirben> btw I noticed large warning during compile, think it occurs in gtk 1.x port too:
[12:36:43] <Kirben> mapedit/locator.cc: In member function `void Locator::send_location()':
[12:36:43] <Kirben> mapedit/locator.cc:411: warning: passing negative value `-1' for argument 2 of
[12:36:43] <Kirben> `void Write4(uint8*&, unsigned int)'
[12:36:43] <Kirben> mapedit/locator.cc: In member function `void Locator::query_location()':
[12:36:43] <Kirben> mapedit/locator.cc:427: warning: passing negative value `-1' for argument 2 of
[12:36:44] <Kirben> `void Write4(uint8*&, unsigned int)'
[12:36:46] <Kirben> mapedit/locator.cc:428: warning: passing negative value `-1' for argument 2 of
[12:36:50] <Kirben> `void Write4(uint8*&, unsigned int)'
[12:36:50] <Kirben> mapedit/locator.cc:429: warning: passing negative value `-1' for argument 2 of
[12:36:51] <Nadir> yes
[12:36:52] <Kirben> `void Write4(uint8*&, unsigned int)'
[12:36:54] <Kirben> mapedit/locator.cc:430: warning: passing negative value `-1' for argument 2 of
[12:36:56] <Kirben> `void Write4(uint8*&, unsigned int)'
[12:36:58] <Kirben> mapedit/locator.cc:431: warning: passing negative value `-1' for argument 2 of
[12:37:00] <Kirben> `void Write4(uint8*&, unsigned int)'
[12:37:28] --- Cless|Away is now known as Colourless
[12:37:39] <Nadir> hmm, shapegroup has clist as well
[12:37:44] <Nadir> need to zap that too
[12:40:17] <Nadir> Kirben, you were complaining about size of the ExultStudio packages the other day
[12:40:30] <Nadir> why not separate downloads for the libs and the studio
[12:41:26] <Kirben> because the libs often change, so users might try to use wrong libs.
[12:41:41] <Kirben> Compile error:
[12:41:42] <Kirben> mapedit/studio.cc: In function `void add_to_tree(GtkTreeStore*, const char*,
[12:41:42] <Kirben> const char*, ExultFileTypes)':
[12:41:42] <Kirben> mapedit/studio.cc:949: `index' undeclared (first use this function)
[12:41:42] <Kirben> mapedit/studio.cc:949: (Each undeclared identifier is reported only once for
[12:41:42] <Kirben> each function it appears in.)
[12:41:44] <Kirben> mapedit/studio.cc:954: `strndup' undeclared (first use this function)
[12:45:55] <Nadir> can you add #include <string.h> at the top and try again ?
[12:54:48] <Kirben> no difference
[12:56:49] <Nadir> is this with mingw ?
[12:57:17] <Kirben> yes
[12:57:31] <Nadir> ok, replace strndup with g_strndup
[12:57:47] <Colourless> mingw is a 'pain' in regards to non-standard string functions
[12:58:42] <Colourless> functions that mingw with gcc 2.95 supported, are seemingly non existant with gcc 3.x versions
[13:00:42] <Kirben> mapedit/studio.cc: In function `void add_to_tree(GtkTreeStore*, const char*,
[13:00:42] <Kirben> const char*, ExultFileTypes)':
[13:00:42] <Kirben> mapedit/studio.cc:950: `index' undeclared (first use this function)
[13:00:42] <Kirben> mapedit/studio.cc:950: (Each undeclared identifier is reported only once for
[13:00:42] <Kirben> each function it appears in.)
[13:00:43] <Kirben> c:/mingw/include/glib-2.0/glib/gstrfuncs.h:188: too few arguments to function `
[13:00:45] <Kirben> gchar* g_strndup(const gchar*, unsigned int)'
[13:00:47] <Kirben> mapedit/studio.cc:952: at this point in file
[13:00:49] <Kirben> make: *** [studio.o] Error 1
[13:01:35] --> Darke has joined #exult
[13:01:35] --- ChanServ gives channel operator status to Darke
[13:01:37] <Kirben> No match for strndup in mingw includes, only in libxml and glib
[13:02:03] <Colourless> wb Darke
[13:02:18] * Darke waves. Hi again.
[13:02:39] <Nadir> hi
[13:03:07] <Nadir> Kirben you modified the wrong line
[13:03:11] <Nadir> it's not at 952
[13:03:23] <Nadir> you should leave that to be strdup
[13:03:35] <Nadir> strndup is a few lines further down
[13:05:23] <Nadir> Kirben, I just committed studio.cc with some changes
[13:05:23] <-- Darke has left IRC (capek.freenode.net irc.freenode.net)
[13:05:28] <Nadir> can you try that ?
[13:05:47] <Kirben> ok will try
[13:05:53] --> Darke has joined #exult
[13:07:55] <Kirben> ok just this now:
[13:07:56] <Kirben> mapedit/studio.cc: In function `void add_to_tree(GtkTreeStore*, const char*,
[13:07:56] <Kirben> const char*, ExultFileTypes)':
[13:07:56] <Kirben> mapedit/studio.cc:949: `index' undeclared (first use this function)
[13:07:56] <Kirben> mapedit/studio.cc:949: (Each undeclared identifier is reported only once for
[13:07:56] <Kirben> each function it appears in.)
[13:08:30] <Colourless> Darke: i have a question.... why do you seem to connect to servers that constantly get netsplits?
[13:10:28] <Darke> Colourless: Because I always connect to australian servers? *grin*
[13:10:44] <Colourless> Darke: and that is why I never do :-)
[13:11:49] <Nadir> Kirben, update from cvs and try again
[13:11:52] * Fingolfin whispers hey don't you want to update all pentagram headers to list 2003 in the copyright? <eg>
[13:12:05] <Fingolfin> somewhere I should still have this old buggy MacCVS version....
[13:12:53] <Kirben> studio.cc compiles fine now
[13:13:42] <Colourless> like that matters much anymore. now that the cvs emails show the details of the changes, lots of changes cause large email downloads anyway.... just all in a single email, rather than in 200 or so :-)
[13:14:27] <Fingolfin> :-)
[13:16:53] <Nadir> Kirben: ok
[13:16:59] <Kirben> Exult Studio seems to work ok
[13:17:07] <Kirben> but errors in log
[13:17:11] <Nadir> yes I know
[13:17:18] <Nadir> there is a problem with shapegroup
[13:17:24] <Nadir> and a few more things to iron out
[13:17:30] <Nadir> but it's getting there
[13:17:58] <Kirben> So these are normal ?
[13:17:59] <Kirben> (exult_studio.exe:116): Gtk-WARNING **: Only 'activatable' widgets can be packed into the action area of a GtkDialog
[13:18:00] <Kirben> (exult_studio.exe:116): Gtk-WARNING **: Only 'activatable' widgets can be packed into the action area of a GtkDialog
[13:18:00] <Kirben> (exult_studio.exe:116): GLib-GObject-WARNING **: gsignal.c:1893: signal `select_row' is invalid for instance `0x00c1ddd8'
[13:18:00] <Kirben> (exult_studio.exe:116): GLib-GObject-WARNING **: gsignal.c:1893: signal `unselect_row' is invalid for instance `0x00c1ddd8'
[13:18:03] <Kirben> (exult_studio.exe:116): GLib-GObject-WARNING **: gsignal.c:1893: signal `row_move' is invalid for instance `0x00c1ddd8'
[13:18:47] <Nadir> yes, that's because the glade file has been converted to use GtkTreeView, but the code still has GtkCList stuff
[13:18:50] <Nadir> so it's ok
[13:22:07] <Fingolfin> <sigh> seems my Pagan CD is now completly unusable
[13:22:14] * Fingolfin tries to clean the CD again
[13:23:42] <Fingolfin> that's what you get for borrowing game CDs to your friends when you are 13 (and they are, too)
[13:23:50] <Fingolfin> well, 14
[13:24:35] <-- Colourless has left IRC ("brb")
[13:27:01] --> Colourless has joined #Exult
[13:27:06] --- ChanServ gives channel operator status to Colourless
[13:30:19] <Colourless> Fingolfin: don't you think that 'perhaps
[13:30:44] <Colourless> ' making your __attribute__ ((noinline)) MacOSX specific might have been a good idea?
[13:30:47] <Colourless> :-)
[13:31:00] <Fingolfin> hm
[13:31:07] <Fingolfin> making it GCc specific maybe rather?
[13:31:10] <Colourless> ..\..\misc\Console.h(223) : error C2059: syntax error : '('
[13:31:17] <Fingolfin> yeah
[13:31:21] <Fingolfin> sorry
[13:31:39] <Fingolfin> didn't think of the fact that there are non GCC-users out there =) in any case no compiler should ever inline that method anyway...
[13:31:46] <Fingolfin> I'' fix it, sec
[13:32:18] <Colourless> ok
[13:33:47] <Fingolfin> hmm
[13:34:05] <Fingolfin> should I make this: 1) GCC specific, 2) GCC + macosx specific, I wonder...
[13:34:56] <Colourless> well, no one else seems to be having issues with it
[13:35:11] <Fingolfin> OTOH it shouldn't harm any GCC system
[13:35:33] <Fingolfin> hum, why is MACOSX not defined here
[13:35:35] <Fingolfin> uh
[13:35:40] <Fingolfin> -DMACOSX is part of WINDOWING_SYSTEM...
[13:35:54] <Fingolfin> which we don't use nowehere, even though we define it in configure.ac =)
[13:36:02] <Fingolfin> I think that file should be cleaned up, too
[13:36:06] <Fingolfin> I'll make it 2)
[13:38:23] <Fingolfin> anybody object if I put the -DBEOS / -DWIN32 / -DMACOSX etc. into CXXFLAGS ? or maybe, CPPFLAGS
[13:38:34] <Fingolfin> or should I modify our Makefine.in to use WINDOWING_SYSTEM
[13:39:15] <Colourless> CXXFLAGS is more useful
[13:39:34] <Colourless> since those defines are useful for C as well as C++ code
[13:40:46] <Fingolfin> but then CPPFLAGS would be the place, wouldn't it? CFLAGS -> C; CXXFLAGS -> C++; CPPFLAGS -> both (CPP = C PreProcessor)
[13:40:48] <Fingolfin> in any case
[13:40:59] <Fingolfin> we already AC_DEFINE
[13:41:07] <Colourless> CXXFLAGS = both isn't it?
[13:41:13] <Fingolfin> no
[13:42:31] <Fingolfin> I think I'll leave it alone for now, just get the fix into CVS :-)
[13:55:11] <Fingolfin> Colourless: does it work now?
[13:56:23] <Colourless> yep fine
[14:16:55] * Darke wanders off to worship the Great Z so that he cam be refereshed enough to combat the demon known as 'Alarm Clock' as the morning arrives. Night!
[14:17:11] --- Darke is now known as DarkeZzz
[14:17:13] <Colourless> cya
[14:17:30] <Colourless> Alarm Clock will win, no matter what you do
[14:17:54] <Colourless> it wins if you don't set it. and if it goes off, it by default wins because it will wake you up...
[14:18:25] <Colourless> now, if you want up Before the alarm clock, and then turn it off and get up yourself, i guess you could then be classed as having won...
[14:19:01] <DarkeZzz> Actually, it only tends to win when I do go to sleep early. If I go to sleep way too late, the alarm clock doesn't tend to awaken me. *ponder* However that's not a good enough guarantee. *noddle*
[14:19:26] <DarkeZzz> Anyway... Z to worship. Bye again. *grin*
[14:27:45] <-- Kirben has left IRC (Read error: 54 (Connection reset by peer))
[14:32:39] <-- Nadir has left IRC ("I like core dumps")
[14:40:04] <Colourless> going\
[14:40:07] <-- Colourless has left IRC ("casts invisibility")
[15:12:55] <-- Fingolfin has left IRC (Read error: 60 (Operation timed out))
[16:45:34] --> wjp has joined #exult
[16:45:34] --- ChanServ gives channel operator status to wjp
[16:45:37] <wjp> hi
[20:24:49] <-- DarkeZzz has left IRC (Read error: 110 (Connection timed out))
[20:56:40] --> DarkeZzz has joined #exult
[22:32:22] <-- wjp has left IRC ("Zzzz...")
[22:33:32] --> Fingolfin has joined #exult
[22:33:32] --- ChanServ gives channel operator status to Fingolfin
[22:33:46] <Fingolfin> yo yo
[23:14:03] --> Dominus has joined #exult
[23:14:17] <Dominus> hey ho
[23:14:54] <Dominus> anyone home that might help me in figuring out why I can't compile anymore?
[23:16:27] <Dominus> he he , last time I compiled exult was on 27th of November :-)
[23:19:50] <-- Dominus has left IRC ("enough for now")
[23:21:20] --> Dominus has joined #exult
[23:21:24] --- ChanServ gives channel operator status to Dominus
[23:28:12] <Fingolfin> hehe
[23:28:25] <Fingolfin> Dominus: what is the trouble? what compiler (VC?)
[23:28:35] <Dominus> mingw/msys
[23:29:05] <Dominus> seems to fail right away and I probably need Kirben's help
[23:29:23] <Dominus> I made sure to follow his instructions in the readme...
[23:36:49] <Dominus> it stops right away with make: *** No rule to make target `expack.o', needed by `expack.exe'. Stop
[23:57:34] <Fingolfin> hum