It would also provide yet another flag to the already-complex
protocol. Why not use the HTTP features that already exist?
- If a server returns a response with no Accept-Range, and the
transfer is then interrupted, don't try resuming.
- If we try resuming and we get status 200, truncate file
It seems like any solution is going to involve a client change.
So what about my previous suggestion,
namely a flag in the .
That would provide control at the server side, which is desirable.
-- DPA
Carl Christensen wrote:
> I don't think libcurl distinguishes between a 206 & 200 (from this messa
I don't think libcurl distinguishes between a 206 & 200 (from this message I
found from the main libcurl guy, although it's a two-year old thread):
http://curl.haxx.se/mail/lib-2007-05/0011.html
it seems safer to just not let curl try to compress/decompress (i.e. no gzip in
content headers)
I looked at the client code, and (unfortunately) it looks like
the client doesn't distinguish between HTTP status 206
(meaning the server returned a partial file)
and HTTP status (meaning the server ignored the Range header,
and returned the whole file).
(Carl: is this correct?)
If this is the ca
El Lunes 22 Jun 2009 17:43:15 Nicolás Alvarez escribió:
> El Lunes 22 Jun 2009 17:13:52 David Anderson escribió:
> > It's not clear to me how to solve this problem.
> > Synopsis:
> > - projects can configure their web server to send files in
> >a compressed form to clients that can handle it; s
El Lunes 22 Jun 2009 17:33:32 Kevin Reed escribió:
> I.e. I should add
>
> RequestHeader unset Range
>
> so that apache will not process the range request. However, you can not
> set conditions on the RequestHeader like you can with Header so this would
> take effect for all download requests (we
El Lunes 22 Jun 2009 17:13:52 David Anderson escribió:
> It's not clear to me how to solve this problem.
> Synopsis:
> - projects can configure their web server to send files in
>a compressed form to clients that can handle it; see
>http://boinc.berkeley.edu/trac/wiki/FileCompression
>I
After updating to the latest rev, I realized there are some issues with the
Python assimilator:
This patch adds "assimilator.py" and "pymw_assimilator.py" to all new
projects /bin directories.
Minor corrections to pymw_assimilator.py so that it imports the base
assimilator class properly.
Attache
David,
It is worth mentioning that this is only an issue since we started to
'pre-compress' the files. These files no-longer use mod_deflate. I store
them with the suffix .gzb and add the following header to httpd.conf:
AddEncoding gzip gzb
libCurl then detects the gzip format and decompresse
It's not clear to me how to solve this problem.
Synopsis:
- projects can configure their web server to send files in
a compressed form to clients that can handle it; see
http://boinc.berkeley.edu/trac/wiki/FileCompression
In modern (>= 5.4) BOINC clients,
the client tells libCurl to han
El Lunes 22 Jun 2009 16:23:46 Jeremy Cowles escribió:
> I am upgrading my BOINC install to the latest version, when running "make
> clean" and then following the typical setup procedure it fails when
> creating symlinks to libstdc++.a in the samples directory.
> After I manually removed the links,
I am upgrading my BOINC install to the latest version, when running "make
clean" and then following the typical setup procedure it fails when creating
symlinks to libstdc++.a in the samples directory.
After I manually removed the links, everything worked fine.
--
Jeremy
___
That's what DNS was made for :) Use hostnames, not IP addresses.
El Lunes 22 Jun 2009 15:17:41 Jeremy Cowles escribió:
> Disregard my last message.
> This was caused by using a public IP, but my IP wasn't static. It was
> loading most of the content because I typed in my local address, but the
> p
Disregard my last message.
This was caused by using a public IP, but my IP wasn't static. It was
loading most of the content because I typed in my local address, but the
parts that BOINC generates used my old public IP, before it changed this
morning.
On Mon, Jun 22, 2009 at 11:12 AM, Jeremy Cowle
My VM crashed last night (well, Windows crashed killing my VM in the
process) and today Apache is running incredibly slow (in the VM). Also, none
of the admin background images are displaying, such as the gradient
backgrounds.
I've checked the apache logs and there isn't anything out of the
ordinar
I believe what's needed for boinc is a bridging framework to allow boinc web
code to operate in tandem with other CMS's. The current problem is the web
code is heavy to maintain. It would be nice to see a combined effort where
everyone worked to try to build a bridge between drupal and boinc. But i
Hi,
On Fri, Jun 19, 2009 at 10:23:22AM -0700, David Anderson wrote:
> None of those files (msg_queue.h, synch.h, shmem.h)
> should be getting included via boinc_api.h
Then it could be made explicit:
diff --git a/lib/Makefile.am b/lib/Makefile.am
index 93e5a26..8ded0e7 100644
--- a/lib/Makefile.
17 matches
Mail list logo
