Bug 87852 – Graphical chars displayed incorrectly with linux emulation

Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.

Bug 87852 - Graphical chars displayed incorrectly with linux emulation

Summary:	Graphical chars displayed incorrectly with linux emulation

Status:	CLOSED RAWHIDE

Aliases:	None

Product:	Red Hat Linux
Classification:	Retired
Component:	ncurses (Show other bugs)
Sub Component:
Version:	8.0
Hardware:	i686 Linux

Priority	high Severity medium
Target Milestone:	---
Target Release:	---
Assigned To:	Eido Inoue
QA Contact:	Jay Turner
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2003-04-03 00:43 EST by Need Real Name
Modified:	2015-01-07 19:04 EST (History)
CC List:	2 users (show)

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2003-08-01 14:31:48 EDT
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description Need Real Name 2003-04-03 00:43:20 EST

From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)

Description of problem:
We wrote a program using python in RedHat 7.1. Our program has borders around 
the menus,etc. These borders display fine when using either linux emulation
(console) or vt100 emulation(terminals) on RedHat 7.1. We have loaded the exact 
same program on RedHat 8.0 without making any changes to the program.

On RedHat 8.0 our borders are not shown at all when using linux emulation on 
the console. When changing the emulation to vt100, the chars are displayed 
as "g"'s and other letters.

When connecting our terminals (TCP), which use vt100 emulation, to RedHat 8.0 
and running the same program, the borders are displayed fine.

It seems that the problem is with ncurses, as we use "ACS_HLINE" 
and "ACS_VLINE" in the program.

PS Noticed similar border problems in minicom. 


Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:

    

Additional info:

Comment 1 Eido Inoue 2003-08-01 14:31:48 EDT

package need to be linked/compiled against libncursesw (which is in the newer
rawhide versions of ncurses), the wide version, to work in a Unicode environment.

Note You need to log in before you can comment on or make changes to this bug.