Bug 5412 - tcsh produces 'Cannot open /dev/port: Permission denied'
tcsh produces 'Cannot open /dev/port: Permission denied'
Status: CLOSED DEFERRED
Product: Red Hat Linux
Classification: Retired
Component: util-linux (Show other bugs)
6.0
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Crutcher Dunnavant
-
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 1999-09-28 04:51 EDT by bwess
Modified: 2008-05-01 11:37 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2000-02-05 15:42:06 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description bwess 1999-09-28 04:51:32 EDT
This seems related to bug #3909.

I updated several machines from RH5.2 to 6.0 and built a
2.2.12 kernel. Now all of them show this error whenever a
tcsh is opened by a user (at all logins and even when e.g.
less calls lesspipe.sh to find out how to handle a file).
Stracing around I saw that /dev/port isn't even accessed by
the called program itself, the device seems to be accessed
somewhere else.
If the permissions are wrong (666, see 'man 4 port') the
'Permission denied' changes into a 'Operation not
permitted'...

Please mail me if you can't reproduce this bug.

TIA
Comment 1 Jeff Johnson 2000-01-10 15:55:59 EST
You might want to check for a use of kbdrate from util-linux. There are
some fixes in util-linux for accessing /dev/port (and PAM console is involved).

Changing component to util-linux. Please change back to tcsh if that's where the
fix needs to be.
Comment 2 Bill Nottingham 2000-02-05 15:42:59 EST
closed, lack of input.

Note You need to log in before you can comment on or make changes to this bug.