Bug 15418

Summary: tput(1) doesn't work with new libncurses.so.5
Product: Base System Reporter: cejkar <cejkar>
Component: binAssignee: freebsd-bugs (Nobody) <bugs>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: 4.0-CURRENT   
Hardware: Any   
OS: Any   
Attachments:
Description Flags
file.diff none

Description cejkar 1999-12-11 17:50:01 UTC 
This is similar problem to bin/14202, but instead of Emacs the problem
is in tput(1): It parses a result of tgetstr() and expects a termcap
format. But new ncurses library returns the result in a terminfo format.
(Parsing is needed for discovering a number of parameters.)

Fix: Follows patch constructed according to termcap(5):
(Hmm. In tput.c there is no $Id$ nor $FreeBSD$...)
How-To-Repeat: 
# tput cm 0 0
tput: unknown % escape `p' for capability `cm'
tput: unknown % escape `p' for capability `cm'
Comment 1 iedowse freebsd_committer freebsd_triage 2002-01-21 21:47:39 UTC 
State Changed
From-To: open->feedback


Does this problem still exist?
Comment 2 iedowse 2002-06-02 13:07:30 UTC 
Add to the audit trail a message I had forgotten about:

In message <20020122124724.A68521@fit.vutbr.cz>, Cejka Rudolf writes:
>iedowse@FreeBSD.org wrote (2002/01/21):
>> Synopsis: tput(1) doesn't work with new libncurses.so.5
>> 
>> State-Changed-From-To: open->feedback
>> State-Changed-By: iedowse
>> State-Changed-When: Mon Jan 21 13:47:39 PST 2002
>> State-Changed-Why: 
>> 
>> Does this problem still exist?
>> 
>> http://www.FreeBSD.org/cgi/query-pr.cgi?pr=15418
>
>Well, it seems that I should get up now...
>
>Right now I have updated my system to FreeBSD 5.0-CURRENT #0:
>Tue Jan 22 11:12:25 CET 2002. 
>
>* Yes, the problem is still here and transition to libncurses.so.5
>  is still just partial without supporting utilities. Unfortunatelly,
>  libncurses.so.5 is currently in both -current and -stable, so at
>  this time it is not a problem just in -current, but in -stable too.
>
>* You can test this problem very easily. Run command "tput cm 0 0",
>  which should move cursor to position 0, 0, and you will see
>  additional error messages:
>
>tput: unknown % escape `p' for capability `cm'
>tput: unknown % escape `p' for capability `cm'
>
>* Furthermore, because of similar problems due to changes in
>  libncurses.so.5 tercap compilation utility tconv (alias tic
>  and captoinfo) has been disconnected from build. You can
>  see /usr/src/usr.bin/Makefile. It is very interesting that
>  this utility isn't missing to anybody except me ;-)
>
>* I do not understand if maintainer (is it you, peter?) wanted
>  to compile these utilities directly from /usr/src/contrib/ncurses
>  (tput/tic/infocmp) and forgot on this or he wanted to update
>  standard BSD sources and does not have time or he does not know
>  about this???
>
>-- 
>Rudolf Cejka <cejkar at fit.vutbr.cz> http://www.fit.vutbr.cz/~cejkar
>Brno University of Technology, Faculty of Information Technology
>Bozetechova 2, 612 66  Brno, Czech Republic
Comment 3 Andrey A. Chernov freebsd_committer freebsd_triage 2002-06-03 11:45:04 UTC 
State Changed
From-To: feedback->analyzed

Fixed in -current by skipping %pN in tput.c
Comment 4 Andrey A. Chernov freebsd_committer freebsd_triage 2002-06-08 21:03:53 UTC 
State Changed
From-To: analyzed->patched

This PR state must be "patched" according to guideline
Comment 5 Tim Robbins freebsd_committer freebsd_triage 2002-08-17 15:53:34 UTC 
State Changed
From-To: patched->closed

I've MFC'd ache's fix at the request of Michael Lestinsky.