[MacPorts] #26664: epubcheck @1.0.5_0 problems with shell wrapper
MacPorts
noreply at macports.org
Tue Sep 28 13:07:56 PDT 2010
#26664: epubcheck @1.0.5_0 problems with shell wrapper
-----------------------------------+----------------------------------------
Reporter: jpenney@… | Owner: macports-tickets@…
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 1.9.1
Keywords: haspatch | Port: epubcheck
-----------------------------------+----------------------------------------
Comment(by jpenney@…):
Replying to [comment:3 oksmith@…]:
> Is there any way to make better what there was instead of clobbering it?
I am happy to try to fix it. Please advise.
>
> You may want to review the script associated with the port relames. It
doesn't use exec or have double quotes around the $@ and is what I used as
the starting point for this script.
Unless I'm missing something my wrapper and your wrapper achieve the same
end result (they run epubcheck, and return an error to the shell when it
fails). The only difference being the four points I've called out above
don't occur in my wrapper.
Without the double quotes around `$@`
`epubcheck "file one.epub" "filetwo.epub" "file three.epub"`
Passes the following arguments:
* `file`
* `one.epub`
* `filetwo.epub`
* `file`
* `three.epub`
With the double quotes around `$@`:
* `file one.epub`
* `filetwo.epub`
* `file three.epub`
By using `exec` the script gracefully steps aside, letting the epubcheck
application handle the output streams and the error code (epubcheck
already returns exit codes). I often write scripts where I want to
silence STDOUT but not STDERR, or capture STDERR only. It's also future
proof in that if they change the output or what error codes they return,
it'll just keep working.
--
Ticket URL: <https://trac.macports.org/ticket/26664#comment:4>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list