Bug 212602

Summary: psselect return value should indicate if no pages were written
Product: [Fedora] Fedora Reporter: Steve Friedman <steve>
Component: psutilsAssignee: Tomas Smetana <tsmetana>
Status: CLOSED WONTFIX QA Contact:
Severity: low Docs Contact:
Priority: medium    
Version: 5   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-01-31 11:49:53 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Steve Friedman 2006-10-27 17:57:09 UTC 
Description of problem:
It would be convenient if psselect would indicate via the return value
(and not just the emitted text) whether any pages were selected.

Version-Release number of selected component (if applicable):
psutils-1.17-25.2.1

How reproducible:
This is a feature request -- it occurs every time.

Steps to Reproduce:
1. psselect 10000 small.ps small-page10000.ps should return a different
value than psselect 1 big.ps big-page1.ps
2.
3.
  
Actual results:


Expected results:


Additional info:
Comment 1 Adam Tkac 2006-10-31 08:51:41 UTC 
What means "different value"? If it's different return value it can't be
different. Return value 0 indicates that psselect ends correctly. And it is same
for psselect 10000 small.ps small-page10000.ps and psselect 1 big.ps
big-page1.ps. Return value other than 0 is impossible because values other than
0 indicating error
Comment 2 Steve Friedman 2006-10-31 15:35:51 UTC 
I was proposing that not selecting any pages is off-normal and thus should not
return with 0.  Since the return value is bi-value, we must convert the normal /
warning / error condition to normal / off-normal by conflating warnings with
normal or with error.  I prefer the latter to the former.  Could you accept a
command-line switch to determine which the user prefers?
Comment 3 Tomas Smetana 2008-01-30 11:15:47 UTC 
Another forgotten bug... Do you still want this to be implemented?  Sorry to ask
that silly but adding an option is API breakage and if it's not required it
would be better to avoid.
Comment 4 Steve Friedman 2008-01-30 16:45:12 UTC 
I've moved on to a different company, so I no longer use this particular package
(let alone function).  I still believe that this feature would be useful, but
understand if you decided to mark it WONTFIX.