Re: [pdf-devel] FS module, file size and free space with different interface

[Scott Fohey]

Hey William,

I note that you've assigned yourself the HTTP filesystem implementation.
I've been picking away at that for about a year. (Would swear that I assigned it
to myself some time ago, but cannot see any record of it in FlySpray)

Attached is the merge directive of where I'm at. I have basic
functionality up and
going - with a crude little utility to test it out.

There is quite a lot of work left to do, but this may be a good place
to start depending
on how much progress you've already made.

Hey Jose,

This isn't yet ready for prime-time, but since it's normally not
built, would you consider
applying it to the trunk so that William and I can both work at it?
William: I'd take your
input on this also...


--Scott Fohey


On Wed, Nov 10, 2010 at 4:39 AM, Jose E. Marchesi <address@hidden> wrote:
>
>    It seems like the change in return value to a pdf_size_t was based on
>    an assumption that is no longer true:
>
>    > Yes, definitely. Since pdf_fsys_file_get_size operates in a
>    > pdf_fsys_file_t and not in a path we can expect that should not be no
>    > error in the execution of the function.
>
> It is ok to me to get pdf_fsys_file_get_size to return a status value
> again.  But in that case please don't forget to update the
> documentation in the gnupdf.texi file.
>
> --
> Jose E. Marchesi   address@hidden
> GNU Project         http://www.gnu.org
>

fsys_http_merge_2010_12_09
Description: Binary data