[Top][All Lists]

[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.


`Rhubarb is no Egyptian god.' GNU      http://www.gnu.org    marcus@gnu.org
Marcus Brinkmann              The Hurd http://www.gnu.org/software/hurd/

reply via email to

[Prev in Thread] Current Thread [Next in Thread]