From avn@ns.any.ru  Sat Sep 22 09:43:25 2001
Return-Path: <avn@ns.any.ru>
Received: from ns.any.ru (ns.any.ru [194.67.127.11])
	by hub.freebsd.org (Postfix) with ESMTP id D397A37B415
	for <FreeBSD-gnats-submit@freebsd.org>; Sat, 22 Sep 2001 09:43:23 -0700 (PDT)
Received: (from avn@localhost)
	by ns.any.ru (8.11.3/8.11.3) id f8MHeJI22747
	for FreeBSD-gnats-submit@freebsd.org.AVP; Sat, 22 Sep 2001 20:40:19 +0300 (EEST)
	(envelope-from avn)
Received: (from avn@localhost)
	by ns.any.ru (8.11.3/8.11.3) id f8MHeJB22738;
	Sat, 22 Sep 2001 20:40:19 +0300 (EEST)
	(envelope-from avn)
Message-Id: <200109221740.f8MHeJB22738@ns.any.ru>
Date: Sat, 22 Sep 2001 20:40:19 +0300 (EEST)
From: alex.neyman@auriga.ru
Reply-To: alex.neyman@auriga.ru
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: changing terminal type in sysinstall causes abortion
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         30739
>Category:       bin
>Synopsis:       changing terminal type in sysinstall causes abortion
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Sep 22 09:50:00 PDT 2001
>Closed-Date:    Thu Sep 27 14:27:09 PDT 2001
>Last-Modified:  Thu Sep 27 14:27:57 PDT 2001
>Originator:     Alexey V. Neyman
>Release:        FreeBSD 4.4-RELEASE
>Organization:
Auriga, Inc.
>Environment:
n/a
>Description:
In a screen for setting installation options, user is prompted to choose
the terminal type. The expected behavior is to cycle through cons25 ->
cons25-m -> xterm -> ansi -> vt100 -> cons25w -> cons25. But, after switching
to cons25-m the next attempt to change terminal type causes sysinstall to
die.

>How-To-Repeat:
Press Space on Terminal option in Options menu twice.

>Fix:
I have not dug deeply into it, but a quick glance reveals that xterm is not
present in src/etc/termcap.small. Could this be a culprit?
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->analyzed 
State-Changed-By: murray 
State-Changed-When: Mon Sep 24 04:47:45 PDT 2001 
State-Changed-Why:  
This bug exists in -STABLE and -CURRENT and should be fixed ASAP.  I 
don't believe the problem is with the actual xterm entry since I don't 
think that termcap.small is even put onto the MFSROOT floppy.  The 
panic comes from setterm call.   

lib_setup.c:grab_entry seems to be the culprit, although I'm not sure 
how this function returning error turns into a 0 signal (undefined 
signal in FreeBSD) which then causes init (sysinstall) to die. 

Olgeni added this functionality a few months ago.  If I don't hear 
back from him soon I think we should just backout this whole set 
termcap option.  It's clearly not implemented properly.  In fact, I 
haven't been able to use it without panicing sysinstall a single time. 

It would help to boot into sysinstall, get far enough along so that 
you've got the holographic shell, and then use commands to examine the 
environment variables.  I'm curious if there is a termcap entry setup 
for xterm properly.  termpcap.c (sysinstall src) tries to setup the 
termcap environment variables properly so that the termcap database 
file is never consulted.  I believe this is where the problem lies. 


http://www.FreeBSD.org/cgi/query-pr.cgi?pr=30739 
State-Changed-From-To: analyzed->closed 
State-Changed-By: murray 
State-Changed-When: Thu Sep 27 14:27:09 PDT 2001 
State-Changed-Why:  
This functionality has been backed out in -CURRENT and -STABLE.  It 
will be tested much more thoroughly before being added back in. 
olgeni@FreeBSD.org is working in this area. 


http://www.FreeBSD.org/cgi/query-pr.cgi?pr=30739 
>Unformatted:
