[poppler] pdftocairo - Updated Patches
mpsuzuki at hiroshima-u.ac.jp
mpsuzuki at hiroshima-u.ac.jp
Thu Aug 26 23:57:03 PDT 2010
I'm sorry for my silence in this discussion, I wish if
my silence made your work for pdftocairo.
On Fri, 20 Aug 2010 09:42:43 +0200
Stefan Thomas <thomas at txtbear.com> wrote:
>>> "pdftocairo -ps http://m.je/test.pdf" will try to create http://m.je/test.ps
>> I agree that 99% of such commands are accidentally executed
>> by the mistakes and fail simply, because the http servers are
>> not configured as WebDAV servers. However, if the full pathname
>> should be reflected to the output, it is reasonable for curl
>> library users to try to write the output on the remote servers.
>
>curl is only used for input. pdftocairo outputs using fopen which
>doesn't support WebDAV. Or any URLs for that matter. So what it does is
>it looks for a subdirectory in the current folder called "http:" and
>then fails.
Thanks, I had overlooked that curl is used by poppler
library, and no poppler-utils depend on curl directly.
In addition, the curl dependency is optional (even
if curl is available, it is required for developers
to specify configuration switch explicitly). Now I
understand that the asymmetry between input and output
is not avoidable.
>Failure is not good default behavior.
Indeed. But I think failure is acceptable as far as
it's easy to understand why (aslike "rm foo" returns
an error when foo is a directory).
>>> 2. Adrian's way: Create outRoot from input filename. [...]
>> I vote to this way.
>
>Ok, I tend to agree. But I am looking for input on how to make it
>robust? Perhaps looking for "://" and falling back to "cairoout" in that
>case would work. The dot-suffix cutoff does work reasonably well for
>local files.
I agree with Adrian's post "do aslike wget". Or, I
don't mind if pdftocairo does not accept an URL
as the input.
Regards,
mpsuzuki
More information about the poppler
mailing list