[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