Your message dated Mon, 20 Feb 2006 11:19:08 +0100
with message-id <[EMAIL PROTECTED]>
and subject line [Pkg-sysvinit-devel] Bug#353638: sysvinit: pidof/killall5
ignores pathnames (contrary to the manpage!)
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: sysvinit
Version: 2.86.ds1-1
Severity: important
The manpage for pidof states:
| When pidof is invoked with a full pathname to the program it should
| find the pid of, it is reasonably safe. Otherwise it is possible that
| it returns pids of running programs that happen to have the same name
| as the program you#re after but are actually other programs.
Well, that's not correct.
How to repeat: Create a small program:
--- test.c -------------
int main (int argc, char *argv[]) {
sleep (60);
return 0;
}
-----------------------
and compile it to the name of an already running program e.g. syslog-ng:
# gcc test.c -o syslog-ng
# ./syslog-ng
and watch the output of
# pidof /sbin/syslog-ng
before you start this program and while it's running.
Appearently pidof ignores the path entirely as I can also test
# pidof /nonexistant/syslog-ng
and still get results.
Severity was set to important as this is not expected behaviour and
might break programs and daemons. FYI, The problem still exists in
etch (2.86.ds1-4).
Christoph
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.15
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)
Versions of packages sysvinit depends on:
ii coreutils 5.2.1-2 The GNU core utilities
ii initscripts 2.86.ds1-1 Standard scripts needed for bootin
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii sysv-rc 2.86.ds1-1 Standard boot mechanism using syml
-- no debconf information
--- End Message ---
--- Begin Message ---
Christoph Biedl wrote:
> Appearently pidof ignores the path entirely as I can also test
> # pidof /nonexistant/syslog-ng
> and still get results.
> Severity was set to important as this is not expected behaviour and
> might break programs and daemons. FYI, The problem still exists in
> etch (2.86.ds1-4).
I believe that this has already been fixed in the version (2.86.ds1-12)
that is currently in sid. I am closing the bug report on this assumption,
but feel free to reopen it and provide more information if the bug has not
been (completely) fixed.
[EMAIL PROTECTED]:/$ ps -f -C cupsd
UID PID PPID C STIME TTY TIME CMD
102 8756 1 0 09:30 ? 00:00:06 /usr/sbin/cupsd
[EMAIL PROTECTED]:/$ pidof cupsd
8756
[EMAIL PROTECTED]:/$ pidof /usr/sbin/cupsd
8756
[EMAIL PROTECTED]:/$ pidof /bogus/cupsd
[EMAIL PROTECTED]:/$ tmp/cupsd & # just sleeps
[1] 14876
[EMAIL PROTECTED]:/$ ps -f -C cupsd
UID PID PPID C STIME TTY TIME CMD
102 8756 1 0 09:30 ? 00:00:06 /usr/sbin/cupsd
jdthood 14876 14748 0 11:11 ? 00:00:00 tmp/cupsd
[EMAIL PROTECTED]:/$ pidof cupsd
14876 8756
[EMAIL PROTECTED]:/$ pidof /usr/sbin/cupsd
8756
[EMAIL PROTECTED]:/$ pidof tmp/cupsd
14876
[EMAIL PROTECTED]:/$ pidof /bogus/cupsd
Wait a couple more days and sysvinit 2.86.ds1-12 should have dropped into etch.
--
Thomas Hood
--- End Message ---
