#nuvie@irc.freenode.net logs for 22 Feb 2004 (GMT)

Archive Today Yesterday Tomorrow
Nuvie homepage


[00:00:33] <wjp> U6ObjectTypes.h ?
[00:00:39] <Yuv422> yes
[00:04:10] <Yuv422> I wonder why the sound buffer must be a power of 2 in linux but can be any number in OSX?
[01:29:17] --> Kirben has joined #nuvie
[01:42:06] <Kirben> CVS is missing U6ObjectTypes.h
[01:42:32] <Yuv422> yeah I think SB-X forgot to add it when he committed his changes
[02:57:19] <Yuv422> if you want to test the new cursors quickly
[02:57:36] <Yuv422> you can create a dummy U6ObjectTypes.h file
[02:57:41] <Yuv422> with this line in it
[02:57:44] <Yuv422> const U6ObjectType U6ObjectTypes[] = {{OBJ_U6_NOTHING, 0xFF, 0, 0, NULL, 0}};
[03:02:49] <Yuv422> I've also fixed a delimiter issue when loading the game cursors.
[03:02:53] <Yuv422> that's in cvs now
[04:24:34] <Yuv422> ok I've added a version of U6ObjectTypes.h into cvs
[04:24:57] <Yuv422> SB-X might like to replace it if it is missing any functionality.
[04:57:01] <Yuv422> I'm going now
[04:57:02] <Yuv422> cya
[04:57:05] <-- Yuv422 has left IRC ("[BX] Tickle-Me Elmo uses BitchX. *giggle* *giggle* *giggle*")
[13:57:57] --> SB-X has joined #nuvie
[14:09:20] <wjp> hm, do I need to do anything to see the mouse cursor?
[14:13:36] --> sbx has joined #nuvie
[14:13:36] <-- SB-X has left IRC (Read error: 54 (Connection reset by peer))
[14:13:47] <sbx> hi
[14:13:51] <sbx> wjp: is it broken
[14:13:53] <sbx> you just have to have the file u6mcga.ptr in your u6 dir and it will work
[14:14:45] <sbx> oh wait...
[14:20:46] --> EsBee-Eks has joined #nuvie
[14:20:47] <-- sbx has left IRC (Read error: 104 (Connection reset by peer))
[14:21:00] <EsBee-Eks> nope
[14:21:02] <EsBee-Eks> wjp: you have that file?
[14:21:11] <wjp> yes
[14:21:18] <wjp> [wjp@aldur ~]$ ls -l /data/games/u6/u6mcga.ptr
[14:21:19] <wjp> -rwxrwxrwx 1 wjp users 736 Jan 16 1990 /data/games/u6/u6mcga.ptr
[14:22:27] <wjp> and strace does show nuvie is opening it
[14:23:15] <EsBee-Eks> Cursor::init is where that is
[14:23:31] <EsBee-Eks> Cursor::load_all really, it should return an integer > 0
[14:24:37] <EsBee-Eks> there are 3 returns you can check to confirm it is reaching all of them
[14:24:43] <wjp> hm, it seems to throw in there somewhere
[14:24:57] <wjp> (if I can trust gdb)
[14:25:57] <wjp> although I think I can't :-)
[14:26:45] <EsBee-Eks> you can use printfs
[14:26:49] <wjp> yeah, I know :-)
[14:26:58] <wjp> but the loading seems to be ok, since the system cursor gets disabled
[14:27:10] <EsBee-Eks> oh
[14:27:12] <EsBee-Eks> ouch
[14:27:55] <EsBee-Eks> brb
[14:27:56] <-- EsBee-Eks has left IRC ()
[14:30:13] --> SB-X has joined #nuvie
[14:30:49] <SB-X> can you check the return from cursor::display?
[14:30:57] <SB-X> in game::play
[14:33:24] <wjp> true
[14:35:04] <wjp> it's "hidden"
[14:35:20] --> sbx has joined #nuvie
[14:35:20] <-- SB-X has left IRC (Read error: 54 (Connection reset by peer))
[14:35:35] <wjp> ...which isn't initialized
[14:36:03] --> EsBee-Eks has joined #nuvie
[14:36:04] <-- sbx has left IRC (Connection reset by peer)
[14:36:18] <EsBee-Eks> Damn thee IRC!
[14:36:41] --> sbx has joined #nuvie
[14:36:42] <-- EsBee-Eks has left IRC (Read error: 54 (Connection reset by peer))
[14:36:47] <sbx> !
[14:36:48] <sbx> yes, looks like I forgot to init that
[14:36:50] <sbx> hope thats it
[14:37:04] <wjp> it was
[14:37:06] <wjp> committed
[14:37:10] <sbx> Damn thee IRC!
[14:37:11] <sbx> thanks
[14:37:30] <sbx> (for some reason i made display() return true if its hidden)
[14:38:31] <sbx> I still have to capture the banes in SI
[14:42:02] --> EsBee-Eks has joined #nuvie
[14:42:03] <-- sbx has left IRC (Read error: 54 (Connection reset by peer))
[14:42:49] --> sbx has joined #nuvie
[14:42:49] <-- EsBee-Eks has left IRC (Read error: 54 (Connection reset by peer))
[14:44:00] --> EsBee-Eks has joined #nuvie
[14:44:01] <-- sbx has left IRC (Read error: 54 (Connection reset by peer))
[14:49:56] <-- EsBee-Eks has left IRC (Read error: 54 (Connection reset by peer))
[14:49:59] --> sbx has joined #nuvie
[14:52:35] --> EsBee-Eks has joined #nuvie
[14:52:37] <-- sbx has left IRC (Read error: 104 (Connection reset by peer))
[15:31:25] --> Dominus has joined #nuvie
[15:31:38] <Dominus> hi
[15:31:49] <EsBee-Eks> hi
[15:32:04] <Dominus> I'm wondering if there are any plans on how to handle key input in the future?
[15:32:33] <Dominus> like how or if it will be configurable
[15:32:56] <Dominus> atm, most of the keys are still not easy to look up
[15:33:25] <EsBee-Eks> i know it will be configurable, but we havn't decided on any format for a config file
[15:33:44] <Dominus> I see
[15:33:56] <EsBee-Eks> or how configurable it will be
[15:34:22] <Dominus> just was agitated over the Mozilla mess with their keyboard commands.
[15:34:25] <EsBee-Eks> I want an input.cfg that you point to in nuvie.cfg
[15:34:34] <EsBee-Eks> maybe we can just steal whatever pentagram uses
[15:34:39] <Dominus> that sounds good :-)
[15:34:44] <EsBee-Eks> what happened?
[15:34:56] * EsBee-Eks uses Opera.
[15:35:40] <Dominus> mozill has their key-commands all over the source, and there have been bug-reports/feature requests for changing key-commands or an easy way for it at least
[15:36:06] <Dominus> but the bug assignment changes every couple months and no one is doing anything with it
[15:36:54] <Dominus> of course it affects all the branches as well
[15:37:04] <Dominus> (Thunderbird/Firefox)
[15:37:18] <EsBee-Eks> heheh, rotating bug assignment
[15:37:44] <EsBee-Eks> nuvie has various mouse functions in mapwindow, but those will have to be changed to be configurable
[15:37:51] <EsBee-Eks> and theres some key/mouse commands in InventoryView.cpp
[15:38:03] <EsBee-Eks> global key commands in Event.cpp
[15:38:26] <Dominus> And this just prompted me to ask on how you will handle that before you have stuff all over the place as well :-)
[15:38:52] <EsBee-Eks> the stuff all over the place will have to be fixed
[15:39:59] <EsBee-Eks> not sure about some things, the widget that takes input would make its own decisions sometimes
[15:40:38] <EsBee-Eks> for example character input, or dragging an object from inventory view
[15:41:28] <EsBee-Eks> meaning some things won't be configurable
[15:42:28] <EsBee-Eks> wonder if we can use a key map cfg too
[15:42:49] <EsBee-Eks> key/mouse button
[15:44:08] <Dominus> here is the bugzilla report: http://bugzilla.mozilla.org/show_bug.cgi?id=57805&x=9&y=6
[15:46:32] <EsBee-Eks> Nobody's working on this, feel free to take it <nobody@mozilla.org>
[15:47:16] <Dominus> yeah
[15:49:13] <Dominus> another nuvie question: when you press look and then click with the mouse on an invenotry object it looks and tries to ready on the same click
[15:51:33] <EsBee-Eks> two different places are using the click
[15:52:27] <EsBee-Eks> do you get misplaced text in the quitDialog?
[15:53:18] <Dominus> what do you mean?
[15:53:44] <EsBee-Eks> seems to be just local behavior, the "Do you want to quit?" text isnt inside the box
[15:54:15] <Dominus> it's inside for me
[15:55:21] <Dominus> isn't there an option to scroll the message part of the screen up?
[15:55:39] <EsBee-Eks> up/down arrows
[15:55:42] <EsBee-Eks> scroll
[15:55:48] <EsBee-Eks> I thought it would be pgup/pgdn
[15:56:17] <Dominus> up/down arrows moves avatar
[15:56:38] <Dominus> pgup/down prompts a "what?"
[15:56:39] <EsBee-Eks> it acts strange if you try to talk to someone by doubleclicking them and then click inside the msgscroll
[15:56:45] <EsBee-Eks> it only scrolls when talking to someone
[15:56:47] <EsBee-Eks> i think
[15:56:59] <Dominus> ah, strange
[15:57:40] <Dominus> not ideal yet
[15:57:53] <EsBee-Eks> no
[15:58:28] <EsBee-Eks> what it does with the mouse-click look, is look at the object when you press down on it, but then when you release the button it still does mouseclick and readies it
[15:58:59] <Dominus> ok
[15:59:08] <EsBee-Eks> will fix that soon
[15:59:31] <EsBee-Eks> have you tried the teleport menu?
[15:59:42] <Dominus> how do I access that?
[16:00:01] <EsBee-Eks> dungeon deceit isnt there yet
[16:00:09] <Dominus> alt+something?
[16:00:11] <EsBee-Eks> alt-314
[16:01:20] <Dominus> does it work?
[16:01:32] <EsBee-Eks> yes
[16:01:36] <Dominus> (because it doesn't for me)
[16:01:41] <EsBee-Eks> in fact it forces move in case the dest is blocked
[16:01:43] <EsBee-Eks> whats it do?
[16:01:57] <EsBee-Eks> its fun if it works
[16:02:15] <Dominus> I give the location number an it returns to the normal prompt
[16:02:31] <Dominus> (if you changed that recently, I'm using anon-cvs)
[16:02:32] <EsBee-Eks> does it print the coords?
[16:02:39] <Dominus> nope
[16:02:40] <EsBee-Eks> ( 43 2c 5 )
[16:02:46] <EsBee-Eks> havnt touched that lately
[16:03:42] <EsBee-Eks> well...
[16:03:47] <EsBee-Eks> did you try another number?
[16:03:55] <EsBee-Eks> the first list is subcategories
[16:04:01] <EsBee-Eks> each one goes to another list
[16:04:13] <EsBee-Eks> they all should work
[16:04:17] <Dominus> it did go into the sub categories
[16:05:00] <EsBee-Eks> another bug i noticed recently: some non-passable monsters are passable
[16:05:30] <EsBee-Eks> what number did you try to teleport to?
[16:05:47] <EsBee-Eks> one of them
[16:06:07] <Dominus> http://members.chello.at/dominus/teleport.jpg
[16:07:37] <Dominus> that is in the cities menu
[16:07:51] <wjp> doesn't work for me either
[16:08:45] <wjp> I'm getting a huge amount of valgrind errors, btw
[16:09:14] <wjp> invalid reads in Actor::loadSchedule (Actor.cpp:928)
[16:09:37] <wjp> and in U6Lzw::get_next_codeword (U6Lzw.cpp:335)
[16:10:11] <EsBee-Eks> could you post them somewhere?
[16:10:15] <wjp> sure
[16:10:45] <EsBee-Eks> thanks
[16:11:10] <EsBee-Eks> does alt-214 work?
[16:11:17] <EsBee-Eks> try 43 2c 5
[16:11:25] <wjp> http://www.math.leidenuniv.nl/~wpalenst/valgrind_nuvie
[16:12:46] <Dominus> that works (alt+214)
[16:12:55] <wjp> TileManager::game_counter isn't initialized
[16:13:05] <wjp> (and rgame_counter)
[16:13:56] <wjp> and GUI_widget::mouse_over
[16:14:03] <Dominus> can you please make it playable ASAP (just teleporting to some of the location makes it look great)
[16:14:07] <Dominus> :-)
[16:14:13] <EsBee-Eks> hehe
[16:14:53] <EsBee-Eks> wjp: accidentally left the init of mouse_over commented
[16:15:59] <Dominus> is there no stdout/stderr for nuvie? I don't get those anymore here
[16:16:13] <wjp> Dominus: works here
[16:16:28] <Dominus> don't get printed on win32 anymore it seems
[16:18:50] <wjp> after fixing (r)game_counter and mouse_over: http://www.math.leidenuniv.nl/~wpalenst/valgrind_nuvie2
[16:20:55] <wjp> ouch... a 'delete' on a [something].c_str()
[16:21:21] <wjp> oh, no, never mind :-)
[16:21:30] <wjp> just a delete/delete[] mismatch :-)
[16:22:54] --> sbx has joined #nuvie
[16:22:54] <-- EsBee-Eks has left IRC (Read error: 54 (Connection reset by peer))
[16:23:18] <sbx> any ideas about the teleport menu not working? more uninitialized variables?
[16:23:42] <wjp> didn't get any valgrind warnings when trying to teleport using alt-314
[16:24:51] <wjp> hm, the call to loadSchedule in ActorManager::loadActorSchedules is suspicious
[16:25:59] --> EsBee-Eks has joined #nuvie
[16:26:00] <-- sbx has left IRC (Read error: 104 (Connection reset by peer))
[16:26:03] <wjp> but then again, maybe it isn't :-)
[16:26:08] <EsBee-Eks> teleport menu worked for Kirben last time he tried it, and it works here
[16:28:11] <EsBee-Eks> alt_code_teleport_menu() is called with a selection number each time you press a number, and does something different depending on alt_code_input_num... but the offender may be in MsgScroll (getting "what?" tells me it stopped taking the input)
[16:28:39] <wjp> I don't get a 'what?'
[16:29:35] <EsBee-Eks> oh, he could have just pressed enter again
[16:29:46] <Dominus> yup, sorry
[16:30:49] <wjp> alt_code_teleport_menu only gets called twice here
[16:31:35] <EsBee-Eks> before line 994 in Event.cpp...
[16:31:48] <EsBee-Eks> can you print the result of strtol(in, NULL, 10)?
[16:32:15] <EsBee-Eks> for each selection
[16:33:28] <wjp> only gets there once; value is 1
[16:33:33] <wjp> (when selecting 1)
[16:34:24] <wjp> doesn't even get in alt_code_input() for the third one
[16:35:05] * wjp ums
[16:35:21] <wjp> what's this doing there: if(strtol(in, NULL, 10) == 0 || alt_code_input_num > 2)
[16:36:28] <wjp> although that probably will only be triggered after the last selection
[16:38:15] <wjp> but it does get called right after the first selection for me
[16:38:29] --> sbx has joined #nuvie
[16:38:30] <-- EsBee-Eks has left IRC (Read error: 104 (Connection reset by peer))
[16:38:45] <sbx> in that block can you print each value
[16:38:51] <sbx> result of strtol and alt_code_input_num
[16:39:17] <sbx> alt_code_input_num is incremented in the teleport menu for each list
[16:39:24] <sbx> strtol is the previous number you entered
[16:41:09] --> EsBee-Eks has joined #nuvie
[16:41:11] <wjp> the strtol became zero
[16:42:21] <EsBee-Eks> how can that be? unless MsgScroll isnt taking input properly, or strtol is changing the string
[16:44:29] <EsBee-Eks> but MsgScroll is taking the previous inputs properly (to get you to the second menu)
[16:44:52] <wjp> would MsgScroll clear input_buf when waiting for you to press a key to scroll?
[16:45:00] <wjp> (since the list of cities doesn't fit on a single page)
[16:47:14] <EsBee-Eks> it should clear it on each input
[16:49:04] <-- Kirben has left IRC ("System Meltdown")
[16:49:36] <EsBee-Eks> does 6) Other work?
[16:49:42] <EsBee-Eks> that isn't too big to fit one one page
[16:49:51] <EsBee-Eks> only 5 locations
[16:51:07] <wjp> the problem is that you're using the return value of a c_str() after modifying the string
[16:51:14] <wjp> that's undefined
[16:51:21] <EsBee-Eks> uh oh
[16:51:24] <EsBee-Eks> where is it modified?
[16:51:41] <EsBee-Eks> i see get_input returns it
[16:51:52] <EsBee-Eks> but i dont see where it gets cleared
[16:52:09] <EsBee-Eks> it shouldnt get cleared until you set_input_mode again
[16:52:15] <wjp> MsgScroll::set_input_mode
[16:53:06] <-- sbx has left IRC (Read error: 60 (Operation timed out))
[16:53:46] <EsBee-Eks> when it calls set_input_mode(false) it doesnt clear the input string does it?
[16:53:56] <EsBee-Eks> it only clears it when you turn it on again
[16:54:52] <EsBee-Eks> ah!
[16:54:54] <EsBee-Eks> i see what you mean
[16:55:00] <EsBee-Eks> in alt_code_teleport_menu it does turn it on again
[16:56:38] --> sbx has joined #nuvie
[16:56:38] <-- EsBee-Eks has left IRC (Read error: 104 (Connection reset by peer))
[16:56:42] <wjp> it's really not a good idea to pass c_str() values around
[16:57:01] <sbx> I guess on my system 'in' points to invalid memory that just happens to still be the last string?
[16:57:26] <wjp> yeah, that would be my guess too
[16:58:04] <sbx> the input_buffer in msgscroll was only recently changed to a std::string
[17:00:03] <sbx> temp fix is to add another char* in alt_code_input, copy in to it at the start of the case 314, and free it before the break
[17:01:49] --> EsBee-Eks has joined #nuvie
[17:01:49] <-- sbx has left IRC (Read error: 104 (Connection reset by peer))
[17:01:57] <EsBee-Eks> ...and of course, replace all current references to `in' in that case with the new char*
[17:07:34] --> sbx has joined #nuvie
[17:07:35] <-- EsBee-Eks has left IRC (Read error: 54 (Connection reset by peer))
[17:07:45] <sbx> better fix is to not return the cstr() in MsgScroll
[17:07:49] <sbx> thanks for the help... I've got to go for now
[17:07:50] <sbx> bbl
[17:07:57] <-- sbx has left IRC (Client Quit)
[17:30:08] <-- Dominus has left IRC ("a pooka invited me for a drink")
[23:57:59] --> Kirben has joined #nuvie