Subject: Re: printing with acroread7 and cups
To: Mark Davies <email@example.com>
From: Eric Haszlakiewicz <firstname.lastname@example.org>
Date: 09/01/2005 09:53:24
On Thu, Sep 01, 2005 at 11:17:48PM +1200, Mark Davies wrote:
> On Thursday 01 September 2005 15:09, Steven M. Bellovin wrote:
> > Ah -- excellent catch. It turns out that it's the existence of
> > /emul/linux/usr/pkg/bin that causes the problem. Having just
> > /emul/linux/usr/pkg doesn't cause any trouble.
> > It's getting late; I'll do some ktraces tomorrow to understand exactly
> > what the problem is before I file a PR.
> Thats consistent with what I saw back in May. If you had "/usr/pkg/bin/lpr"
> in acroread's dialog box it would try to to cd to "/usr/pkg/bin" which on
> your problem machine would take it to "/emul/linux/usr/pkg/bin" and on the
> other machine to "/usr/pkg/bin", do a getcwd() and append lpr to the result
> to get the path it actually tries to use. Why it bothers I don't know.
That sort of makes sense. I've done stuff like that in scripts I've
written to do the equivalent of realpath(), so the path I store is absolute
and doesn't have any /./ or /../ in it. I'd be surprised if realpath() in
a linux binary actually worked correctly.