#nuvie@irc.freenode.net logs for 27 Sep 2006 (GMT)

Archive Today Yesterday Tomorrow
Nuvie homepage


[05:21:59] --> SB-X has joined #nuvie
[05:59:55] <-- SB-X has left IRC (Read error: 110 (Connection timed out))
[08:22:49] --> Yuv422 has joined #nuvie
[08:31:29] <luteijn> It looks like map wrapping is broken again in nuvie..
[08:39:18] <Yuv422> just the nuviedefs
[08:39:31] <Yuv422> or is it something else?
[08:42:49] <luteijn> well it looks like something isn't getting wrapped, so mayeb the new definition of the WRAP macro is wrong.
[08:43:36] <luteijn> #0 0x08079d5d in iAVLCloseSearchNode (avltree=0x0, key=81919)
[08:43:36] <luteijn> at misc/iAVLTree.cpp:273
[08:43:36] <luteijn> #1 0x08079b5a in iAVLSearch (avltree=0x0, key=81919) at misc/iAVLTree.cpp:162
[08:43:36] <luteijn> #2 0x08104133 in ObjManager::get_obj_list (this=0x81b2520, x=65535, y=16,
[08:43:36] <luteijn> level=0 '\0') at ObjManager.cpp:716
[08:43:37] <luteijn> #3 0x08103932 in ObjManager::is_boundary (this=0x81b2520, x=65535, y=16,
[08:43:39] <luteijn> level=0 '\0') at ObjManager.cpp:477
[08:43:41] <luteijn> #4 0x080f5ec3 in Map::is_boundary (this=0x81ab3f0, x=65535, y=16,
[08:43:43] <luteijn> level=0 '\0') at Map.cpp:148
[08:43:45] <luteijn> #5 0x080fa176 in MapWindow::boundaryFill (this=0x81e6e28,
[08:43:47] <luteijn> map_ptr=0x40961008 '' <repeats 94 times>, ""..., pitch=1024, x=65535, y=16) at MapWindow.cpp:960
[08:43:59] <Yuv422> we found a problem with the wrapping yesterday
[08:44:07] <Yuv422> in nuveDef
[08:44:18] <Yuv422> sb-x changed the WRAP macros
[08:44:31] <Yuv422> but was using uint8 instead of uint16
[08:44:37] <Yuv422> I haven't had a chance to fix it yet
[08:45:01] <luteijn> ah,then I'll just fix it now...
[08:45:08] <Yuv422> cool
[08:45:11] <Yuv422> thanks
[08:47:44] <luteijn> the SE and MD maps are the same structure as the U6 ones, aren't they? SE even has the gargoyle map.
[08:48:49] <Yuv422> yes
[08:49:04] <Yuv422> I was talking to sb-x about the new wrapping macros
[08:49:12] <Yuv422> I think we can go back to the old ones
[08:50:37] --> SB-X has joined #nuvie
[08:50:41] <luteijn> maybe with a small comment explaining how they work..
[08:50:58] <Yuv422> yeah
[08:51:00] <Yuv422> hey SB-X
[08:54:41] <Yuv422> bbl
[08:54:43] <Yuv422> dinner
[08:59:17] <SB-X> hello
[08:59:36] * SB-X is still having random internet disconnects.
[09:00:12] <SB-X> Hopefully I only need a new cable to fix the connection.
[09:03:45] <luteijn> SB-X, did you look at the MD/SE conversations at all yet?
[09:05:52] <-- SB-X has left IRC ("*casts gate travel*")
[09:06:19] --> SB-X has joined #nuvie
[09:06:28] <SB-X> luteijn: No, however with regard to the wrapping macros, I think the new ones would not be at all confusing anymore if you just replace the 2 member array with 2 defines, SURFACE_MAP_PITCH and DUNGEON_MAP_PITCH.
[09:07:36] <luteijn> For now I've put the old ones back in, with some comment on what they do, (including the 'new ones' as part of the comment)
[09:08:05] <SB-X> I had added comments too. :)
[09:09:13] <luteijn> they've been assimilated ;)
[09:09:14] <-- SB-X has left IRC (Read error: 104 (Connection reset by peer))
[09:09:17] --> SB-X has joined #nuvie
[09:09:33] <SB-X> Sorry if they were confusing.
[09:09:38] <SB-X> I don't think they were.
[09:10:06] <SB-X> I thought they were more readable. (but less so with the array added)
[09:10:38] <luteijn> Well they were not confusing to me, but becuase they didn't work anymore, it messed with my tinkering on mars. So I fixed them, then just put the old ones back, leaving the new ones as comment.
[09:12:03] <luteijn> Actually I think the 'code' doesn't have to be readable (as long as it comes with proper comments, which my first version probably didn't)
[09:26:48] <-- Yuv422 has left IRC (Read error: 104 (Connection reset by peer))
[09:29:19] <-- SB-X has left IRC (Read error: 104 (Connection reset by peer))
[09:34:48] --> SB-X has joined #nuvie
[09:36:37] --> Yuv422 has joined #nuvie
[09:38:24] --> sbx has joined #nuvie
[09:42:27] <servus> Hawrooooooooooooooooooo ESSBEEECKSY
[09:43:36] <sbx> ???
[09:43:40] <sbx> Hi, servus.
[09:43:50] <-- SB-X has left IRC (Nick collision from services.)
[09:43:56] --- sbx is now known as SB-X
[09:44:11] <SB-X> :)
[09:45:33] <servus> Hawroo.
[09:45:45] <servus> I'm one of the scary people your SL Mom told you to be wary of.
[09:45:57] <SB-X> SL?
[09:46:36] <servus> I thought you played?
[09:46:39] <servus> SecondLife? I don't.
[09:46:51] <SB-X> Oh, SecondLife. I don't have a SL Mom.
[09:47:29] <servus> I'm your SL Mom.
[09:47:40] <servus> This is getting weird. Eeek! *scurries away into the shadows*
[09:47:47] <SB-X> o_o
[09:47:56] <SB-X> :o
[09:47:57] <servus> ( Your mom goes to SL College. )
[09:48:26] <SB-X> You just said you don't play.
[09:48:29] <SB-X> hehe
[09:49:50] <SB-X> I need some way to resume files from a webserver that doesn't support resuming.
[09:52:52] <Yuv422> hmm that might be tricky
[09:53:21] <Yuv422> hehe I always think it's weird when I see mum written as mom
[09:53:38] <SB-X> my connection is too unreliable now to download this 154MB installer file
[09:53:55] <SB-X> hehe I always think it's weird when I see mom written as mum
[09:54:07] <Yuv422> :)
[09:54:34] <SB-X> well not really I don't care, but I hadn't thought about it :)
[09:55:24] <SB-X> i didn't know australia used the proper uk spelling :)
[09:55:35] <Yuv422> yup
[09:55:51] <Yuv422> mum colour optimise etc
[09:56:00] <SB-X> optimise?
[09:56:28] <SB-X> interesting, knew about colour though
[09:56:50] <Yuv422> I just write color now
[09:56:57] <Yuv422> it's just easier
[09:57:05] <Yuv422> especially when dealing with code
[09:57:06] <SB-X> hehe
[09:57:10] <Yuv422> :)
[09:57:56] <SB-X> The Shrine of Honor
[10:23:53] --> sbx has joined #nuvie
[10:30:26] <Yuv422> bbl
[10:31:00] <sbx> ok
[10:42:07] <-- SB-X has left IRC (Read error: 110 (Connection timed out))
[10:42:41] --- sbx is now known as SB-X
[10:51:52] <-- SB-X has left IRC ("brb")
[10:54:52] --> SB-X has joined #nuvie
[11:10:01] <-- Kirben has left IRC ("System Meltdown")
[11:16:12] --> Kirben has joined #nuvie
[11:54:33] <Yuv422> do you think it is safe to convert an Obj * to long
[11:54:51] <Yuv422> for use as a key
[12:02:55] <Yuv422> wait, don't worry I don't need to do that anyway. :)
[12:10:05] <SB-X> lol
[12:10:09] <SB-X> ok
[12:10:09] <SB-X> wb
[12:10:20] <Yuv422> well I think I might need it again
[12:10:42] <Yuv422> I was going to use iAVLTree to keep track of my Obj references in lua
[12:11:23] <Yuv422> I could store it in lua though
[12:11:28] <Yuv422> that might be easier
[12:14:06] <SB-X> I don't know, I've never used a pointer like that.
[12:14:35] <SB-X> it will be fine on our platforms where pointers are the same size as long ints
[12:14:48] <Yuv422> or smaller
[12:15:12] <SB-X> yes, it will fit into the long int anyway
[12:15:57] <SB-X> that's all I know about it... but maybe you should write a function that does the conversion, in case you want to change how keys are derived in the future
[12:16:27] <Yuv422> or I could just use a stl list
[12:16:52] <Yuv422> I can't see there ever being too many objects referenced by a script
[12:16:57] <Yuv422> at any given time
[12:17:19] <Yuv422> a tree might be overkill
[12:26:47] <-- Kirben has left IRC (Read error: 110 (Connection timed out))
[13:29:21] <Yuv422> time for bed
[13:29:23] <Yuv422> cya
[13:29:47] <-- Yuv422 has left IRC ()
[20:01:21] <-- servus has left IRC (":wq")
[20:04:00] --> servus has joined #nuvie
[21:39:24] --> Kirben has joined #nuvie