Bug 720882 - fuser creates random output
Summary: fuser creates random output
Status: RESOLVED FIXED
Alias: None
Product: openSUSE 12.1
Classification: openSUSE
Component: Basesystem (show other bugs)
Version: Factory
Hardware: Other Other
: P5 - None : Critical (vote)
Target Milestone: ---
Assignee: Dr. Werner Fink
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-09-28 10:45 UTC by Stephan Kulow
Modified: 2011-10-05 10:00 UTC (History)
0 users

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stephan Kulow 2011-09-28 10:45:45 UTC
This is not a problem on x86_64, but on 32bit fuser is completely broken

Either fuser -v /dev/tty1 (just an example, it works for all devices) outputs
all processes or none. 

This very much looks like an uninitialized variable and valgrind blames timeout.c:182

Backing out the timeout patch fixes the problem for now.
Comment 1 Bernhard Wiedemann 2011-09-28 11:00:14 UTC
This is an autogenerated message for OBS integration:
This bug (720882) was mentioned in
https://build.opensuse.org/request/show/85293 Factory / psmisc
Comment 2 Dr. Werner Fink 2011-10-04 11:24:03 UTC
What exactly does valgrind blame ... as the vraible handle is
initialitzed and the pipes array should be also initialized
after start() has been executed (which in fact is done as
constructor or due restart of the forked subprocess)
Comment 3 Stephan Kulow 2011-10-04 11:45:10 UTC
I have no time to debug this for you, sorry.
Comment 4 Dr. Werner Fink 2011-10-04 13:17:02 UTC
On which system and with which gcc do you see this?
As I do *not* see this behaviour ...
Comment 5 Stephan Kulow 2011-10-04 15:59:27 UTC
I've seen it on _all_ i586 systems running factory. fuser /dev/snd/* returned all processes.
Comment 6 Dr. Werner Fink 2011-10-05 09:25:34 UTC
The message of valgrind is nonsense ... the real reason is the internal type
of structure stat used by glibc on i386 which in fact is struct stat64 !
Comment 7 Dr. Werner Fink 2011-10-05 09:38:03 UTC
psmisc/psmisc-22.14> sudo src/fuser -v /dev/tty1
                     USER        PID ACCESS COMMAND
/dev/tty1:           root      17685 F.... mingetty
psmisc/psmisc-22.14> uname -i
i386

that's it
Comment 8 Dr. Werner Fink 2011-10-05 09:50:05 UTC
Fixed and submitted
Comment 9 Bernhard Wiedemann 2011-10-05 10:00:07 UTC
This is an autogenerated message for OBS integration:
This bug (720882) was mentioned in
https://build.opensuse.org/request/show/86648 Factory / psmisc