Hi Denys !
killall matches by /proc/PID/exe too.
Because some applets use a trick where they re-execute
themselves by execve(/proc/self/exe).
When you do that, /proc/PID/comm field gets set to string exe :(
Thus, matching by comm will fail to find a process
started this way.
... but here
On Fri, Sep 5, 2014 at 1:21 PM, Harald Becker ra...@gmx.de wrote:
killall matches by /proc/PID/exe too.
Because some applets use a trick where they re-execute
themselves by execve(/proc/self/exe).
When you do that, /proc/PID/comm field gets set to string exe :(
Thus, matching by comm will
On Thu, Aug 28, 2014 at 4:38 PM, Harald Becker ra...@gmx.de wrote:
Denys !
My argument is that before adding code, it makes sense to ponder
whether we really have a real problem here.
Do you really insist on this endless respawning NOT BEING A BUG???
I'm saying it is not clear-cut.
If
Hi Denys !
Problem means it may make diagnosing other problems a hell.
Why is it hell? strace -p1 works.
If you have a working strace ...
... or in other words: Do you have a working Busybox applet for this?
You are right, I do not use init. Respawn on error is not the only,
or the
Hello list,
I want to highlight what GNU coreutils' help docs (info coreutils
'false invocation') says about false when invoked with --help:
Note that `false' (unlike all other programs documented herein)
exits unsuccessfully, even when invoked with `--help' or `--version'.
I think Busybox
Hi Denys !
Unfortunately, there is no commonly agreed definition of
program named FOO.
... but standard usage cases should be acted on correct:
Think of:
ln -s /bin/Busybox ntpd
ln -s /bin/Busybox syslogd
ln -s /bin/Busybox klogd
ntpd ...
syslogd ...
klogd ...
Busybox killall ntpd
...
Hello again,
2014-09-05 18:19 GMT+02:00 Xabier Oneca -- xOneca xon...@gmail.com:
Hello list,
I want to highlight what GNU coreutils' help docs (info coreutils
'false invocation') says about false when invoked with --help:
Note that `false' (unlike all other programs documented herein)
Xabier Oneca -- xOneca wrote:
Hello again,
2014-09-05 18:19 GMT+02:00 Xabier Oneca -- xOneca xon...@gmail.com:
Hello list,
I want to highlight what GNU coreutils' help docs (info coreutils
'false invocation') says about false when invoked with --help:
Note that `false' (unlike all other
i.e.: GNU false --help `fails', just like in POSIX and in Busybox's `other
false' (the builtin false/falsecmd() in ash).
So can we just fix it? What did you think of the patch that I sent?
On 2014-09-03 11:13, Denys Vlasenko wrote:
$ /bin/false --version
false (GNU coreutils) 8.7
...
$
Hello Ralf,
El 05/09/2014 18:26, Ralf Friedl ralf.fri...@online.de escribió:
Xabier Oneca -- xOneca wrote:
Hello again,
2014-09-05 18:19 GMT+02:00 Xabier Oneca -- xOneca xon...@gmail.com:
Hello list,
I want to highlight what GNU coreutils' help docs (info coreutils
'false
Xabier Oneca -- xOneca wrote:
And I want to add that --help will only be used ever in an interactive
shell by a person, so the return value may be dispensable. (i.e.
doesn't mind to the user how does --help return as soon as the help
text is printed in screen)
Actually this is the
11 matches
Mail list logo