On Tue, 21 Jun 2005, Branden Robinson wrote:
On Thu, Jun 16, 2005 at 05:20:36AM -0400, Thomas Dickey wrote:
On Thu, 16 Jun 2005, Branden Robinson wrote:
Package: ncurses-base
Version: 5.4-6
Severity: important
This still sounds like #313352. Does "tic -V" show 20050611? If it's
still showing 2004-something, then that would explain the problem. From
some comments in resolving that, I gather that powerpc's not necessarily
recompiled yet.
If I upgrade to the "broken" version (5.4-6 or later):
ncurses 5.4.20050604
If I downgrade to the version that words for me (5.4-4):
ncurses 5.4.20050604
I.e., the same version of "tic" is reported. I'm not surprised, as there
are no executables in ncurses-base -- just data.
It may bear repeating that I can make the breakage come and go *just* by
changing the installed version of ncurses-base, i.e., the terminfo and
tabset data.
hmm - looking at the picture you referenced
http://redwald.deadbeast.net/tmp/bug314425.png
I can see that it's showing a lot of stuff in the alternate character set.
I guess what you're saying is that the application that you're running
there didn't do that before. Offhand that looks like one of the IRQ
screens (which I don't use myself).
So this is one of the following:
a) the bug that I had in mind (a fix to ncurses last year that
relies on data+library upgrading together, but with still a
problem with the fix).
b) a different bug in ncurses
c) a bug or misconfiguration in the IRQ client that just happens
to be visible with the fixes I've made
It's simplest to check on the first case - seeing if it's a termcap
client. Is this a termcap client, or something running in screen? GNU
screen always uses termcap (the interface, not the library). If it's not
running in screen, doing "strings -" on the executable should show
"tgetent".
Here's a recap of the termcap bug:
There are two pieces that can be upgraded/downgraded: data and library.
The data change that I have in mind is simpler to describe. That's the
chunk that affects termcap clients (such as screen), changing sgr0. You
should be able to see this by
infocmp xterm-new xterm-xf86-v43
There's a line
sgr0: '\E(B\E[m', '\E[m\017'.
The old terminfo uses the single \017 (^N) to switch back from line
drawing mode to "normal" mode. The reason for the change was to make luit
work (also some fixes for some East-Asian locales). That's a limitation
because of the way luit works with the available fonts: the single ^N
isn't as explicit as \E(B
The corresponding problem in the library is that to appease termcap
applications, ncurses filters the sgr0 (when read from the termcap
interface). So it should return \E[m rather than \E(B\E[m or \E[m\017
Seeing the screen in line-drawing mode doesn't sound like that though. My
experience with that has been lost characters.
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
