Bug 6936 - 'more /proc/misc' segfaults
'more /proc/misc' segfaults
Status: CLOSED RAWHIDE
Product: Red Hat Linux
Classification: Retired
Component: util-linux (Show other bugs)
6.1
All Linux
medium Severity medium
: ---
: ---
Assigned To: Crutcher Dunnavant
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 1999-11-11 16:07 EST by Kjartan Maraas
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-26 22:08:20 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 Kjartan Maraas 1999-11-11 16:07:29 EST
Not much more to say:

[kmaraas@km-lt kmaraas]$ rpm -qf /bin/more
util-linux-2.9w-24
[kmaraas@km-lt kmaraas]$ more /proc/misc
Segmentation fault (core dumped)
[kmaraas@km-lt kmaraas]$
Comment 1 Stephen J. Friedl 2000-02-26 22:08:59 EST
This is not a bug in more: it's a bug in /proc/misc(!) When doing a low-level
read(2) on /proc/misc, asking for a small number of bytes (say, 2) returns
the full size of what /proc/misc has to offer even if this overflows the
caller's buffer. More allocates a two-byte buffer on the stack, and the
stack gets trashed when the read(2) call returns 26 instead of two.

Not sure if I will be able to track down the kernel problem, but at least
don't waste your time looking at more(1).

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