Bug 71254 - [ncurses] xterm vs. cons* termtypes or sc(4)
Summary: [ncurses] xterm vs. cons* termtypes or sc(4)
Status: Open
Alias: None
Product: Base System
Classification: Unclassified
Component: conf (show other bugs)
Version: 5.2-CURRENT
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-bugs mailing list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-01 17:30 UTC by Mikhail T.
Modified: 2017-12-31 22:36 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mikhail T. 2004-09-01 17:30:38 UTC
	For me the problem manifests itself, when I run top(1). There are
	some users here with long user names, which pushes COMMAND column in
	top's output to the very right -- 'D' is in the 80th position.

	This works fine in xterm, but on the consoles (cons25, cons30, etc.)
	the screen gets garbled -- an empty line is inserted between the
	column titles and the listing of processes.

	I don't think, the problem is top-specific. Either there is something
	about the cons* terminal types or the sc-console.

	Since manuall setting TERM to xterm on a console does not help, it
	is, probably, sc(4).

How-To-Repeat: 
	Create a user with the longest name possible. Run top on the text
	console.
Comment 1 Rong-En Fan freebsd_committer 2007-04-29 09:08:11 UTC
State Changed
From-To: open->feedback

Dear submitter, 

Does this still occur in latest release, say 6.2-RELEASE  
or in HEAD? 

Regards, 
Rong-En Fan 


Comment 2 Rong-En Fan freebsd_committer 2007-04-29 09:08:11 UTC
Responsible Changed
From-To: freebsd-bugs->rafan

Track.
Comment 3 Mark Linimon freebsd_committer freebsd_triage 2007-04-30 04:26:33 UTC
State Changed
From-To: feedback->open

Confirmed to still occur.
Comment 4 Rong-En Fan freebsd_committer 2007-05-03 08:22:43 UTC
Responsible Changed
From-To: rafan->freebsd-bugs

Put back into pool. There are detailed explanations on 
freebsd-bugs@ mailing by ncurses author. As he stated,  
ncurses can not fix this problem since it depends on 
many other program. However, I agree with mi@ that 
this is indeed a problem.
Comment 5 Eitan Adler freebsd_committer freebsd_triage 2017-12-31 08:01:24 UTC
For bugs matching the following criteria:

Status: In Progress Changed: (is less than) 2014-06-01

Reset to default assignee and clear in-progress tags.

Mail being skipped