From owner-freebsd-bugs Mon Sep 24 4:57:13 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8C59037B407; Mon, 24 Sep 2001 04:57:11 -0700 (PDT) Received: (from murray@localhost) by freefall.freebsd.org (8.11.4/8.11.4) id f8OBs1S54868; Mon, 24 Sep 2001 04:54:01 -0700 (PDT) (envelope-from murray) Date: Mon, 24 Sep 2001 04:54:01 -0700 (PDT) From: Message-Id: <200109241154.f8OBs1S54868@freefall.freebsd.org> To: alex.neyman@auriga.ru, murray@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/30739: changing terminal type in sysinstall causes abortion Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: changing terminal type in sysinstall causes abortion 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message