From j@ida.interface-business.de  Fri Aug 22 08:15:35 1997
Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA13255
          for <FreeBSD-gnats-submit@freebsd.org>; Fri, 22 Aug 1997 08:15:33 -0700 (PDT)
Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id RAA24878 for <FreeBSD-gnats-submit@freebsd.org>; Fri, 22 Aug 1997 17:15:24 +0200
Received: (from j@localhost) by ida.interface-business.de (8.8.7/8.7.3) id RAA25020; Fri, 22 Aug 1997 17:15:37 +0200 (MET DST)
Message-Id: <199708221515.RAA25020@ida.interface-business.de>
Date: Fri, 22 Aug 1997 17:15:37 +0200 (MET DST)
From: J Wunsch <j@ida.interface-business.de>
Reply-To: j@ida.interface-business.de
To: FreeBSD-gnats-submit@freebsd.org
Subject: sudo shouldn't block signals in tgetpass()
X-Send-Pr-Version: 3.2

>Number:         4356
>Category:       ports
>Synopsis:       sudo shouldn't block signals in tgetpass()
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    erich
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Aug 22 08:20:01 PDT 1997
>Closed-Date:    Thu Apr 20 10:28:08 MEST 2000
>Last-Modified:  Thu Apr 20 10:29:09 MEST 2000
>Originator:     J Wunsch
>Release:        FreeBSD 2.2-STABLE i386
>Organization:
interface business GmbH, Dresden
>Environment:

j@dasya 102% sudo -V
CU Sudo version 1.5.3


>Description:

sudo shouldn't block signals in tgetpass(), since this confuses the
user typing ^C whether his wish to abort the operation has been
recognized by the program at all.  Signals should be caught, and
handled appropriately.

>How-To-Repeat:

Type `sudo' with a sudoers file that requires you to type your
password, and hit ^C.  You need to type a newline in order to actually
abort the operation.

>Fix:
	
This bug has been fixed in revs 1.3 and 1.4 of FreeBSD's libc version
of getpass(3), back in 1995.  It should be fixed in sudo in a similar
way.  (sudo's tgetpass() wants to expand %h and %u, thus libc's
getpass(3) cannot be used directly.)
>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-ports->erich 
Responsible-Changed-By: fenner 
Responsible-Changed-When: Mon Sep 22 10:47:59 PDT 1997 
Responsible-Changed-Why:  
erich is port maintainer 
State-Changed-From-To: open->feedback 
State-Changed-By: will 
State-Changed-When: Wed Apr 19 14:41:32 PDT 2000 
State-Changed-Why:  
This PR is almost 3 years old. In the interest of closing 
it as soon as possible, could you look into actually fixing 
this? It seems that su(1) is also affected, so maybe this 
should be fixed in libc as you suggested. 
State-Changed-From-To: feedback->closed 
State-Changed-By: joerg 
State-Changed-When: Thu Apr 20 10:28:08 MEST 2000 
State-Changed-Why:  
guido claims in rev 1.6 of libc/gen/getpass.c's commit log that the 
current confusing (IMHO broken) behaviour is Posix-compliant, so we 
can as well leave sudo as it is. 
>Unformatted:
