[00:22:46] <-- kefka has left IRC (Remote closed the connection)
[00:31:29] --> Kirben has joined #exult
[00:31:29] --- ChanServ gives channel operator status to Kirben
[00:59:09] <-- Fingolfin has left IRC ("Good night, folks")
[01:36:59] --> apache has joined #exult
[01:37:05] <-- apache has left #exult ("Client Exiting")
[06:43:07] --> ShadwChsr has joined #Exult
[08:14:16] <-- ShadwChsr has left IRC ()
[09:24:08] --> wjp has joined #exult
[09:24:09] --- ChanServ gives channel operator status to wjp
[09:24:11] <wjp> hi
[09:50:37] --> sb-x has joined #exult
[09:50:40] <sb-x> aaah!
[09:50:50] <sb-x> hi
[09:51:16] <wjp> hi
[09:51:26] <sb-x> sony has a dancing robot that i havn't seen until now
[09:51:58] <sb-x> and it can dance and play kickball
[09:52:08] <wjp> hehe :-)
[09:52:11] <sb-x> and run and do stretches
[09:52:16] <sb-x> and it recognizes 10 faces and names
[09:52:36] <sb-x> its 2 feet tall
[09:53:18] <sb-x> i want one but the article i read says at the moment it "costs as much as an automobile; a luxury automobile"
[09:53:29] <wjp> ouch :-)
[09:53:46] <sb-x> heh
[09:53:51] <sb-x> but at least i got this video to look at
[09:54:08] <sb-x> actually i downloaded a few videos
[09:54:10] <sb-x> heres one:
[09:54:11] <sb-x> http://www.vwalker.com/news/0011/25_robo/sony_sdr3x.mpg
[09:54:38] <wjp> yikes, 43Mb?
[09:55:00] <sb-x> oh
[09:55:14] <wjp> (not really a problem, though)
[09:55:23] <sb-x> here is a smaller one i think
[09:55:25] <sb-x> http://www.eecs.umich.edu/~hkomsuog/research/Biomimetic_Robotics/Movies/Industury/SONY/SDR-3X.mpg
[09:55:32] <sb-x> from some news report
[09:56:22] <wjp> speed on that big one is quite good, though... (13%...)
[09:56:56] <sb-x> eh
[09:57:02] <sb-x> it took me 3 hours 40 min :P
[09:57:27] <wjp> :-)
[09:58:09] * wjp wonders how to properly handle a remote debugger
[09:58:14] <wjp> (remote usecode debugger)
[09:59:21] <sb-x> what do you mean handle? how to send commands?
[10:00:27] <sb-x> does windows have named pipeS?
[10:00:32] <wjp> well, we already have a client/server mechanism in place for communication with exultstudio
[10:00:51] <wjp> yes, it has something similar
[10:01:05] <wjp> I'll let Colourless handle the windows part, though :-)
[10:01:47] <sb-x> with one of those anyone could easily write their own interface if they dont like the one provided
[10:02:08] <sb-x> you can have a doc that tells how to communicate with it
[10:02:24] <wjp> we currently use local sockets, but that's nearly identical, from what I can tell
[10:03:01] <wjp> I'm mainly wondering if I should let the debugger use the same socket
[10:03:17] <sb-x> as exult_studio?
[10:03:24] * wjp nods
[10:03:41] <sb-x> i dont know how it would work but if its integrated into the studio it makes sense
[10:04:30] <sb-x> it is cleaner to have one channel between the programs instead of having exult studio components all do their own thing
[10:04:41] <wjp> another thing is the exult side of things: if it's in the usecode debugger (frozen on a breakpoint or something), it won't be able to handle map-editor-related messages
[10:05:21] * wjp wonders if there's a proper error-handling mechanism in place already
[10:05:40] * wjp guesses there should be for something as fragile as remote connections
[10:05:48] <sb-x> i think, usecode wouldnt be running if your editing a map
[10:05:56] <sb-x> since you have that Test button depressed
[10:06:16] <sb-x> Test/Play Game
[10:06:18] <wjp> hmm, yes, the two modes are mutually exclusive
[10:07:40] <sb-x> can you insert new code to the current frame from the debugger?
[10:07:43] <wjp> except for the commands used to actually initiate one of the modes
[10:08:02] <wjp> you mean actually modify the usecode?
[10:08:14] <sb-x> yeah
[10:08:33] <wjp> it's not implemented yet.. :-)
[10:08:40] <wjp> I didn't plan on doing that, though
[10:08:50] <sb-x> or tell exult to "do this now"
[10:08:51] <wjp> but it would be possible to do
[10:08:53] <sb-x> oh
[10:09:17] <wjp> changing the stack or local vars will be possible
[10:10:33] <sb-x> you would have push/pop commands?
[10:10:45] * wjp nods
[10:10:47] <sb-x> or maybe a little dialog
[10:10:57] <wjp> and something to modify any stack element too, I guess
[10:11:04] <sb-x> Push variable... [gtk textentry]
[10:11:22] <sb-x> s/variable/?/
[10:11:24] <sb-x> heh
[10:11:46] <sb-x> i guess you could get a list displaying the stack
[10:11:53] <sb-x> and edit each item individually
[10:11:53] * wjp nods
[10:12:48] <wjp> and the same for local vars
[10:13:04] <wjp> not entirely sure on the global flags. (there's rather a lot of those)
[10:13:42] <sb-x> if you had them it would also be in a list i guess
[10:13:48] <sb-x> instead of checkboxes arranged in a table
[10:13:53] <sb-x> like the npc flags
[10:14:33] <wjp> and possibly add a way to limit the list to a certain subset
[10:14:44] <wjp> (if you're only interested in a couple of flags)
[10:15:05] <sb-x> by category?
[10:15:30] <wjp> possibly
[10:15:38] <wjp> or like a 'watches' window
[10:16:03] <wjp> ..., where you can add global flags, locals
[10:16:19] <sb-x> yes that too
[10:16:31] <sb-x> that is one of the things i want most in a debugger :-)
[10:17:20] <wjp> then there's the issue of breakpoints... beside the usual step (into/over/out), fixed breakpoints, it should also be possible to add breaks on data accesses
[10:19:12] <sb-x> break when BG:HaveTrinsicPassword changes?
[10:19:19] <wjp> yeah :-)
[10:19:36] <sb-x> heh
[10:19:48] <sb-x> "BG:AvatarIsThief has changed!"
[10:21:12] <wjp> it'll take ages to implement all this :-)
[10:21:17] <wjp> but it should be fun to do :-)
[10:22:03] <sb-x> when are you going to give me Object Oriented Usecode with graphical class display, and an editor with syntax highlighting? ;-)
[10:22:27] <wjp> I think Valliant is working on that last part, actually ;-)
[10:22:42] <wjp> and for OO usecode you'll have to wait for Pentagram ;-)
[10:24:09] <sb-x> what about the little window with colored boxes for the classes and methods?
[10:24:30] <wjp> huh?
[10:24:49] <wjp> little window?
[10:24:57] <wjp> coloured boxes?
[10:25:13] <sb-x> yes
[10:25:27] <sb-x> give me one of those too
[10:25:59] <sb-x> although i'm not sure what you would define as classes and methods in usecode
[10:26:04] <wjp> seeing how U7 has no classes, that window would be quite empty :-)
[10:26:16] <sb-x> yeah.. i guess :\
[10:26:26] <wjp> U8's usecode does have classes and methods, though :-)
[10:28:07] <wjp> hm, I think it should be possible to change Server_delay() to have it call different message handlers
[10:28:37] <sb-x> i have not ever seen exult_studios code
[10:28:46] <wjp> this is exult's code, technically :-)
[10:29:04] * wjp hasn't seen exult_studio's communication code, either
[10:29:13] <sb-x> i have not ever seen Server_delay(), except for the call
[10:29:21] <sb-x> hmm
[10:29:39] <wjp> might be a good idea for me to take a look :-)
[10:29:55] <sb-x> it just may be
[10:30:07] <sb-x> where is Server_delay()?
[10:30:11] <wjp> server/server.cc
[10:30:46] <sb-x> thanks
[10:31:00] <sb-x> does Exult accept multiple connections?
[10:31:25] <wjp> no
[10:31:45] <sb-x> would that have any useful purpose?
[10:31:46] <sb-x> if it did
[10:31:51] <wjp> it kills the old connection if a new one is made
[10:32:06] <wjp> it might, yes
[10:32:25] <wjp> usecode debugger and exult studio could be two separate programs
[10:32:38] <wjp> (I'm not sure if it would be really useful to integrate the two)
[10:35:25] <sb-x> it could still be considered part of the exult studio package
[10:35:37] <sb-x> even if it was a separate application
[10:36:51] --> Darke has joined #exult
[10:36:51] --- ChanServ gives channel operator status to Darke
[10:36:58] * Darke bows, "Hi."
[10:37:22] <sb-x> Hi
[10:37:44] <sb-x> why does the changelog not start until 4/26/00?
[10:38:11] <wjp> hi
[10:38:34] <wjp> because that's when Nadir started it :-)
[10:38:53] <sb-x> Darke: SDR-3X!! http://www.eecs.umich.edu/~hkomsuog/research/Biomimetic_Robotics/Movies/Industury/SONY/SDR-3X.mpg
[10:38:55] <wjp> sb-x: yeah, true, it would still be a part of "Exult Studio", just not of "exult_studio" :-)
[10:39:11] <wjp> the movie was quite cool :-)
[10:39:27] <sb-x> it was
[10:39:38] <sb-x> don't you want an sdr-3x now?
[10:39:51] <wjp> not at that price :-)
[10:40:26] <Darke> sb-x: Noticed. <grin> I've not had a chance to look over it though, and no, I wouldn't want one either at that price.
[10:40:34] <sb-x> how much do you figure exultbot is worth?
[10:41:07] <exultbot> much more than that stupid sdr-3x! *sulks*
[10:41:25] * Darke considers replying '50 cents', but doesn't want to offend the bot _too_much_.
[10:41:36] <sb-x> hmm
[10:42:02] <sb-x> I would pay much for one of those dancing robots... but I can't say I would be interested in an exultbot.
[10:42:07] * exultbot kicks Darke
[10:42:22] * Darke yips and looks innocent. See his halo?
[10:42:23] <exultbot> hmph
[10:42:26] * sb-x puts a soccer ball in front of exultbot.
[10:42:41] <-- exultbot has left #exult ()
[10:43:02] --> exultbot has joined #exult
[10:43:02] --- Topic for #exult is: Exult v0.98 RC1 Now Available! Download it NOW! http://exult.sf.net
[10:43:02] --- Topic for #exult set by Colourless at Wed Mar 13 20:23:47 2002
[10:43:05] * sb-x picks up the soccer ball and throws it through Darke's halo.
[10:43:29] * sb-x hits Darke in the head in the process.
[10:43:36] <sb-x> :|
[10:47:14] <sb-x> Was I asking about the ChangeLog? Why did Nadir not start one sooner?
[10:47:46] <wjp> dunno
[10:48:12] --> Colourless has joined #Exult
[10:48:20] --- ChanServ gives channel operator status to Colourless
[10:48:21] <wjp> hi
[10:48:24] <sb-x> hi
[10:49:04] <Colourless> hi
[10:50:43] <sb-x> Who made Server_delay?
[10:50:51] <wjp> Jeff, I think
[10:51:03] <wjp> modified by Colourless for win32, I guess
[10:52:15] <Colourless> wjp is correct
[10:52:24] <sb-x> oh ok
[10:52:43] <sb-x> i think Dancer is first person listed who did something with it
[10:53:19] <wjp> hm, yes, I think he changed it to a more modern way of handling sockets, now that you mention it
[10:54:08] <sb-x> Dancer Vesperman
[10:54:25] <sb-x> I guess he stopped coming here before I did?
[10:54:38] <wjp> he doesn't/didn't use IRC much
[10:58:10] <Darke> Hi Colourless.
[11:02:11] * sb-x attempts to learn Autoconf.
[11:10:15] --- wjp is now known as wjp|lunch
[11:12:42] * sb-x has to sleep
[11:12:52] <sb-x> good morning
[11:12:53] <-- sb-x has left IRC ("X-Chat [1.6.4]")
[11:26:05] --- wjp|lunch is now known as wjp
[12:54:07] <-- Kirben has left IRC ("System Meltdown")
[13:07:28] --> Kirben has joined #exult
[13:07:29] --- ChanServ gives channel operator status to Kirben
[13:13:16] <Darke> wjp: I don't suppose you have a USECODE test file that has a couple of .ext32 functions in it for me to test ucxt with? Or is it just a case of `rip`ping then using `wud` on a couple of functions. Adding the `.ext32` header, then `wuc`ing them and `rip glue`ing them back together?
[13:13:54] <wjp> yeah, I should have one lying around, if I didn't mutilate it too horribly while testing
[13:15:48] <wjp> http://www.math.leidenuniv.nl/~wpalenst/usecode.FR.book.new (65Kb)
[13:15:53] <wjp> oh, wait
[13:16:03] <wjp> now
[13:16:12] <wjp> (permissions... :-) )
[13:16:21] <-- Kirben has left IRC (Read error: 104 (Connection reset by peer))
[13:16:24] <Darke> I was just checking wuc/wud to see if there was any way of 'forcing' it to output a .ext32 function, even if it wasn't necessary and I couldn't find one. Perhaps I should see how easy it is to add a flag to do that.
[13:16:36] * Darke grins. Permissions are always a problem.
[13:16:58] <wjp> it contains the french translation of function 0x2C1, which is >64Kb
[13:17:19] <wjp> it has a 32 bit header, and there's also one 32 bit opcode in there
[13:17:39] <wjp> (0x9C, 7 bytes from the end)
[13:20:41] --> Kirben has joined #exult
[13:20:41] --- ChanServ gives channel operator status to Kirben
[13:21:28] <Darke> Thanks. I haven't finished with editing the opcodes file yet, so I expect I'll get an error there, which is probably good since I haven't tested _that_ bit of error handling code in a while...
[13:26:47] <wjp> :-)
[13:29:25] <Darke> I've got quite a few bits of error handling I still want to add. One thing I've been avoiding is touching conf/ again to add a function that opens up a file _only_ if it exists, and throws an exception if it doesn't. But as you might imagine, I don't particularly want to touch something that's rather central to exult this close to 1.0. <grin>
[13:30:23] <wjp> same as my usecode interpreter changes... also not something to commit now :-)
[13:32:11] * Darke grins. Agreed!
[13:34:26] <wjp> oh, incidentally, that usecode function is a SI function. (forgot to mention that...)
[13:43:03] <Darke> Thanks. I'm currently poking `rip` to find out why it's not opening my usecode file, despite it being in the current directory. Strange, it doesn't look like it needs to be anywhere special.
[13:48:25] <Darke> Hmm... it appears that if you've not set write permissions on the usecode file, `rip` can't 'read' it to write the functions in `rip all`.
[13:58:57] <wjp> oh, yes, rip opens the file in rb+ always, IIRC
[14:00:33] * wjp generally uses dd to manipulate usecode
[14:48:11] * Darke watches his code throw an assertion completely unrelated to the real cause of the problem. That is, an opcode is found, which is not in the opcodes file. <sigh> Looks like I'll be putting a LOT of error checking in the code Real Soon Now(tm). <grin>
[14:48:40] * Darke looks at the clock and decides that doing so in the morning is probably a better idea. "Night!"
[14:48:47] <wjp> g'night
[14:48:59] <-- Darke has left #exult ()
[16:33:32] <-- Kirben has left IRC ("System Meltdown")
[17:34:16] --> Wumpus has joined #exult
[17:34:40] <Wumpus> w00t :)
[17:34:40] <Wumpus> I'm back :)
[17:34:40] <Wumpus> 'lo all, too
[17:34:44] <wjp> hi
[17:34:55] <Colourless> hi
[17:35:28] * Wumpus bows to colourless and wjp
[17:43:26] --- wjp is now known as wjp|dinner
[17:53:33] <Wumpus> hmm, dinner has a certain attraction
[18:01:04] <wjp|dinner> :-)
[18:01:42] <wjp|dinner> yes, I find it helps greatly in reducing that strange sense of hunger I get every evening around 7
[18:02:26] <Colourless> :-)
[18:03:02] * wjp|dinner is gone again
[18:05:51] --> Dark-Star has joined #exult
[18:05:58] <Dark-Star> hi
[18:06:17] <Colourless> hi
[18:22:33] <-- Dark-Star has left IRC ("...eating something")
[18:58:57] --- wjp|dinner is now known as wjp
[18:58:58] <-- Wumpus has left IRC (Read error: 104 (Connection reset by peer))
[19:01:26] <wjp> Colourless: what's the status of the win32 version of exultstudio? does communication work fully?
[19:01:42] <Colourless> yes, communications should work fully
[19:02:18] <Colourless> win9x, has a few 'issues' due to the method used.... interprocess communications was never really intended to be done by win9x apps
[19:02:51] <wjp> XP is ok?
[19:03:00] <Colourless> yeah
[19:03:07] <Colourless> why?
[19:03:22] <wjp> Valliant is complaining about it on the forum...
[19:03:27] <wjp> (I'm already replying, btw)
[19:03:30] <Colourless> the might be a few drag and drop problems in exult studio
[19:05:16] <Colourless> the thing is, Valliant problem before was complaining about mailslots.... which is kind of odd if he's using windows xp, as mailslots are the method i use for win9x... named pipes are supposed to be used in nt/2k/xp
[19:10:11] * wjp notices Dominus replied at the exact same minute :-)
[19:10:12] --> Dominus has joined #exult
[19:10:21] <wjp> hi :-)
[19:10:22] --- ChanServ gives channel operator status to Dominus
[19:10:26] <Dominus> hi
[19:10:26] <Colourless> hi
[19:10:48] <Dominus> wjp: I was fatser than you :-)
[19:10:54] <Dominus> eh
[19:10:57] <Dominus> faster even
[19:11:09] <wjp> barely :-)
[19:11:12] <Colourless> gee, all three of us, exactly the same time :-)
[19:11:18] <wjp> besides, my post was longer :-)
[19:11:19] <Colourless> Date: 03-23-02 11:09
[19:11:31] <wjp> and I answered one more question ;-P
[19:11:49] <Dominus> he he
[19:12:03] <Dominus> Colourless: might there be a problem with XP Home?
[19:12:35] <Colourless> could be...
[19:12:46] <Dominus> Only thing I can think of why it wouldn't work with XP
[19:13:05] <Colourless> it would appear that this isn't working:
[19:13:05] <Colourless> OSVERSIONINFO info;
[19:13:05] <Colourless> info.dwOSVersionInfoSize = sizeof (info);
[19:13:05] <Colourless> GetVersionEx (&info);
[19:13:05] <Colourless> // Platform is NT
[19:13:06] <Colourless> if (info.dwPlatformId == 2) bWinNT = TRUE;
[19:13:22] <Colourless> no, it's possible that
[19:13:40] <Colourless> on WinXP Home, it might not say it's a NO os
[19:13:46] <Colourless> s/NO/NT/
[19:14:06] <Dominus> yep
[19:14:16] <Colourless> i'll check out msdn and see what they say
[19:15:11] <Dominus> and yeah, desktop items are named correctly
[19:15:48] <Dominus> only thing that really is not giving the right name is liquid on the floor
[19:16:11] <Dominus> only blood should have a name and all others have no name displayed in the original
[19:16:27] <wjp> there's a lot of SI items that are still wrong
[19:16:56] <Dominus> yeah, you never got around to put the names in, right?
[19:17:16] <wjp> I got fed up with matching names to frames
[19:17:58] <wjp> there's about 200 of them left :-(
[19:18:04] <wjp> no, wait
[19:18:07] <wjp> 120 or so
[19:20:20] <wjp> XP home should have dwPlatformId == 2
[19:21:05] <Dominus> wjp: any chance of adding those 120 before 1.0? Not trying to rush you :-)
[19:21:46] <wjp> no, of course you aren't ;-)
[19:21:54] <Dominus> me?
[19:21:59] <Dominus> never! :-)
[19:25:21] <wjp> sheesh, there's already a 200 line switch statement for SI
[19:25:33] <wjp> why couldn't they just do it like U8?
[19:25:35] <wjp> *sigh*
[19:26:27] * Dominus has to leave again
[19:26:31] <Dominus> see you
[19:26:33] <wjp> bye
[19:26:37] <-- Dominus has left IRC ("Exult! Exult! Exult!")
[20:03:16] <matto> 200 line switch statement!!
[20:03:48] <Colourless> where
[20:04:04] <matto> <wjp> sheesh, there's already a 200 line switch statement for SI
[20:04:07] <matto> I'm not sure where
[20:09:07] <wjp> objs.cc, line 1053
[20:09:23] <wjp> or 1057, actually
[20:25:39] --> Fingolfin has joined #exult
[20:25:54] <Fingolfin> hi
[20:26:10] --- ChanServ gives channel operator status to Fingolfin
[20:44:14] <wjp> hi
[20:45:01] <Colourless> hi
[20:51:13] * wjp uploaded beos binary
[20:53:30] <wjp> uh, why haven't any .rpm's been released?
[20:54:27] <Fingolfin> nobody made them, maybe?
[20:54:47] * wjp wonders why nobody made any
[20:54:57] <wjp> did everyone switch from RH to Debian or something?
[20:55:18] <wjp> I guess I should do some RH72 binaries then
[20:55:45] * Fingolfin never used RH so he can't judge =)
[20:59:33] <Colourless> it's about time for me to depart
[20:59:44] <wjp> goodnight
[20:59:58] <-- Colourless has left IRC ("cya")
[21:00:28] * wjp updates web
[21:03:04] <wjp> eek
[21:03:07] * wjp screwed up web
[21:04:10] * wjp fixes that...
[21:08:26] <Fingolfin> heheh
[21:08:39] <wjp> missing "
[21:08:41] <wjp> oops :-)
[21:08:48] <Fingolfin> btw, something completly unreleated,. but I have to shout it at someone: I AM AT THE SF FRONT PAGE! HA :-)
[21:09:06] <wjp> cool :-)
[21:09:24] <wjp> JabberFoX 0.4.1
[21:09:27] <Fingolfin> yeah
[21:21:19] <wjp> hmm, why does exult quit when I raise a SIGUSR1?
[21:21:43] * wjp wonders if it could be the sdl parachute
[21:22:13] <Fingolfin> possible
[21:22:21] <Fingolfin> maybe you can install a custom handler?
[21:22:40] <wjp> nope, not the parachute it seems
[21:22:52] <wjp> hm, maybe
[21:23:01] <wjp> I'll just disable the signal for now, I guess
[21:23:21] <wjp> (I wanted to throw a signal on a usecode breakpoint so you could debug it in gdb too)
[21:24:18] * wjp browses some manpages
[21:27:57] * wjp switches SIGUSR1 to SIG_IGN
[21:29:18] <wjp> ooook... that was interesting
[21:29:22] <wjp> it now hangs on sigusr1
[21:32:03] <wjp> *sigh*... but not because of this signal stuff
[21:32:05] * wjp hits self
[21:37:02] <wjp> cool, stepping is working :-)
[21:54:26] <Fingolfin> cool
[21:58:33] <wjp> http://www.math.leidenuniv.nl/~wpalenst/stepping.png
[21:58:41] <wjp> (not much to see yet, though :-) )
[22:05:47] <Fingolfin> nice, nice. when will we have a GUI for the debuuger? 8-)
[22:06:04] <wjp> as soon as the following three conditions are met:
[22:06:14] <wjp> 1) I figure out how to communicate through sockets
[22:06:20] <wjp> 2) I figure out glade and libglade
[22:06:30] <wjp> 3) I have time to actually implement it ;-)
[22:07:01] <wjp> that _should_ mean sometime next week, since I have two weeks of vacation...
[22:07:16] <wjp> no guarantees, though ;-)
[22:08:11] <Fingolfin> hehe
[22:08:38] * Fingolfin writes down: "Willem promised on Saturday that he definitly will have a GUI debugger ready withing 2 weeks"
[22:09:42] <wjp> yikes
[22:09:55] * wjp burns that piece of paper
[22:10:14] * wjp deletes it from exultbot's logs
[22:13:49] * wjp is really looking forward to serializing Usecode_value's... *cough* *cough*
[22:40:23] <-- matto has left IRC (Remote closed the connection)
[22:52:49] <wjp> hm, we appear to have a uint64 emulation in xmidi.cc. Never noticed that
[22:53:35] <wjp> don't all the platforms we support have a 64 bit integer type?
[22:57:51] <Fingolfin> I talked to ryan about it some time ago
[22:58:17] <Fingolfin> the point is, VC++ apparently hasn't proper support, or something; and replacing it with native 64 bit types would cause problems
[22:58:29] <wjp> ah, I see
[22:58:32] <Fingolfin> so for now, it works, and isn't speed sensitive, hence leave it untouched =)
[22:58:46] <Fingolfin> I certainly won't touch it unless ryan gives his go for it =)
[22:58:58] <wjp> causes a type clash on BeOS since uint64 is in one of the system headers
[22:59:04] <Fingolfin> but you might want to ask him for details and/or look at that IRC log where we discussed it, I admit I forgot the details
[22:59:07] <Fingolfin> hm, bad
[22:59:14] <Fingolfin> well, renaming the type won't hurt
[22:59:15] <wjp> I put #ifndef BEOS around it, I'm sure he won't mind :-)
[22:59:22] <wjp> I'll grep through the logs
[23:03:12] * wjp wonders why Colourless didn't name it something like "AlternateUint64" :-)
[23:03:25] <wjp> (with a slightly shorter name, obviously)
[23:13:06] <Fingolfin> hehe
[23:53:00] --> matto has joined #exult