[Bug 1839329] Re: pgrep: Use POSIX _SC_ARG_MAX for maximum pgrep -f command line length
Eric Desrochers
eric.desrochers at canonical.com
Wed Aug 7 13:34:34 UTC 2019
** Tags added: sts
** Also affects: procps (Ubuntu Disco)
Importance: Undecided
Status: New
** Also affects: procps (Ubuntu Xenial)
Importance: Undecided
Status: New
** Also affects: procps (Ubuntu Bionic)
Importance: Undecided
Status: New
** Changed in: procps (Ubuntu)
Importance: Undecided => Low
** Changed in: procps (Ubuntu)
Assignee: (unassigned) => Eric Desrochers (slashd)
** Changed in: procps (Ubuntu)
Status: New => In Progress
** Description changed:
- The pgrep -f and pkill -f commands are unable to find processes strings
- in processes which are beyond the 4096th character. This often happens
- with Java command lines with long classpaths on the command line.
+ [Impact]
+ The pgrep -f and pkill -f commands are unable to find processes strings in processes which are beyond the 4096th character. This often happens with Java command lines with long classpaths on the command line.
- A quick test to reproduce this is to vi a file using a filename over 4k
- (e.g. vi $(seq 1 1250| paste -s -d'_')_foo.txt) and leave vi running;
- then try running the new pgrep -af 'foo.txt' to find it.
+ [Test Case]
+ A quick test to reproduce this is to vi a file using a filename over 4k (e.g. vi $(seq 1 1250| paste -s -d'_')_foo.txt) and leave vi running; then try running pgrep -af 'foo.txt' to find it.
- This bug is a mirror of what has already been reported in GitLab,
- through the merge request #85 [1], and has been previously reported at
- the merge request #80 [2], with no response/reply.
+ [Potential Regression[
+
+ [Other Infos]
+ This bug is a mirror of what has already been reported in GitLab, through the merge request #85 [1], and has been previously reported at the merge request #80 [2], with no response/reply.
Let me know if further information is needed, at this point, to proceed.
Thanks!
[1] https://gitlab.com/procps-ng/procps/merge_requests/85
[2] https://gitlab.com/procps-ng/procps/merge_requests/80
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to procps in Ubuntu.
https://bugs.launchpad.net/bugs/1839329
Title:
pgrep: Use POSIX _SC_ARG_MAX for maximum pgrep -f command line length
Status in procps package in Ubuntu:
In Progress
Status in procps source package in Xenial:
New
Status in procps source package in Bionic:
New
Status in procps source package in Disco:
New
Bug description:
[Impact]
The pgrep -f and pkill -f commands are unable to find processes strings in processes which are beyond the 4096th character. This often happens with Java command lines with long classpaths on the command line.
[Test Case]
A quick test to reproduce this is to vi a file using a filename over 4k (e.g. vi $(seq 1 1250| paste -s -d'_')_foo.txt) and leave vi running; then try running pgrep -af 'foo.txt' to find it.
[Potential Regression[
[Other Infos]
This bug is a mirror of what has already been reported in GitLab, through the merge request #85 [1], and has been previously reported at the merge request #80 [2], with no response/reply.
Let me know if further information is needed, at this point, to
proceed. Thanks!
[1] https://gitlab.com/procps-ng/procps/merge_requests/85
[2] https://gitlab.com/procps-ng/procps/merge_requests/80
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/procps/+bug/1839329/+subscriptions
More information about the foundations-bugs
mailing list