Package: xpdf
Version: 3.03-2
Severity: normal
Dear Maintainer,
xpdf's wrapper script should start xpdf.real using 'exec', since it is
the last thing the script does. This means an extra process is not kept
running, and the process will respond properly to signals.
Regarding the signal issue, I
On 2011-09-03 15:27:23 +1000, Cam Hutchison wrote:
> xpdf's wrapper script should start xpdf.real using 'exec', since it is
> the last thing the script does. This means an extra process is not kept
> running, and the process will respond properly to signals.
Because of the trap, using exec in the
On 2011-09-20 13:29:55 +0200, Vincent Lefevre wrote:
> Because of the trap, using exec in the else case is invalid.
> I've reported another bug about that (but the BTS seems very
> slow to take it into account... the title is "on a compressed
> file, xpdf no longer removes the temporary file due to
On 20 September 2011 21:29, Vincent Lefevre wrote:
>
> On 2011-09-03 15:27:23 +1000, Cam Hutchison wrote:
> > xpdf's wrapper script should start xpdf.real using 'exec', since it is
> > the last thing the script does. This means an extra process is not kept
> > running, and the process will respond
On 2011-09-20 22:09:35 +1000, Cam Hutchison wrote:
> This can be fixed with a construct like this:
>
> case "$file" in
> *.gz|*.Z) zcat "$file" > "$tmp" ; exec 3< "$tmp" ; rm "$tmp" ;
> tmp=/dev/fd/3 ;;
> esac
>
> That is, open the file on fd 3, remove the file and pass /dev/fd/3 as
> the fd
5 matches
Mail list logo
