[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: console-ncurses segv
From: |
Marcus Brinkmann |
Subject: |
Re: console-ncurses segv |
Date: |
Wed, 28 Aug 2002 19:45:04 +0200 |
User-agent: |
Mutt/1.4i |
On Sun, Aug 25, 2002 at 10:44:31AM -0400, David Walter wrote:
> I can pretty consistently cause this failure by doing the following.
> Running console-ncurses
> Type 100 or so newlines.
> 0x0804f7b0 in ihash_find (ht=0x0, id=134796813) at ../../libihash/ihash.c:231
> 231 if (ht->size == 0)
> (gdb) where
> #0 0x0804f7b0 in ihash_find (ht=0x0, id=134796813)
> at ../../libihash/ihash.c:231
> #1 0x0804c78f in ports_lookup_port (bucket=0x808d60d, port=151,
> class=0xd0d0d0d) at ../../libports/lookup-port.c:35
> #2 0x0804b9f8 in _Xfile_changed (InHeadP=0x11bde20, OutHeadP=0x11bbe20)
> at ../../libcons/priv.h:37
That ht is zero here seems bogus, but I can not explain this. But maybe the
whole backtraceis bogus, and the real problem is another one. I have fixed
some bugs in the scrolling calculation in libcons, can you try it out if
that fixes things for you?
Note that you must the new version of the console server, too.
On Mon, Aug 26, 2002 at 01:16:36PM -0400, David Walter wrote:
> I think I have exposed some minor bug though, I notice that the text
> client for xemacs moves the cursor one character forward when it does
> a display-time update, but this doesn't seem to happen when running
> under a normal console, so I don't know if this is an xemacs problem
> or the console client problem.
Do you still see this with the new version? I have fixed a couple of bugs,
and the other bug I told you about, the artifacts in "lynx
www.slashdot.org", is now mostly gone. What is still corrupt is probably
due to the · (bullet) displayed by lynx is not correctly displayed by
ncurses. I have not looked further into this yet.
I don't see any display bugs in my VGA client anymore, but it doesn't have a
lot of testing yet.
> And because emacs is more or less my home I wanted to ask if the
> following --compatibility option would be acceptable as a patch.
>
> Rationale: C-w is cut a region, I use this more than A-F# keys in
> emacs.
Roland suggested C-\, what do you think of that? Probably depends on the
keyboard layout.
Thanks,
Marcus
--
`Rhubarb is no Egyptian god.' GNU http://www.gnu.org marcus@gnu.org
Marcus Brinkmann The Hurd http://www.gnu.org/software/hurd/
Marcus.Brinkmann@ruhr-uni-bochum.de
http://www.marcus-brinkmann.de/