You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@apr.apache.org by Cliff Woolley <jw...@virginia.edu> on 2003/12/14 01:39:41 UTC
Re: cvs commit: apr/include apr.hnw
On Sat, 13 Dec 2003 bnicholes@apache.org wrote:
> bnicholes 2003/12/13 12:32:49
>
> Modified: include apr.hnw
> Log:
> large file support is causing problems with acrobat reader and PDF
> files. Turning it off on NetWare until I can figure out why.
Acrobat Reader is just about the only client I know of that actually uses
byte range requests. So if PDF serving to acroread is broken, the
byterange filter is virtually always the culprit.
--Cliff
Re: cvs commit: apr/include apr.hnw
Posted by Cliff Woolley <jw...@virginia.edu>.
On Sun, 14 Dec 2003, [ISO-8859-15] André Malo wrote:
> > Acrobat Reader is just about the only client I know of that actually uses
> > byte range requests. So if PDF serving to acroread is broken, the
> > byterange filter is virtually always the culprit.
>
> Nah, every download manager (e.g. wget) uses them.
Ahh, that's handy to know... I don't actually use download managers so
I've never seen it in anything but acroread. But anyway, my guess that
the byterange filter is likely involved stands. :-)
Re: cvs commit: apr/include apr.hnw
Posted by André Malo <nd...@perlig.de>.
* Cliff Woolley <jw...@virginia.edu> wrote:
> Acrobat Reader is just about the only client I know of that actually uses
> byte range requests. So if PDF serving to acroread is broken, the
> byterange filter is virtually always the culprit.
Nah, every download manager (e.g. wget) uses them.
nd