| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
PR: bin/32615
MFC after: 1 week
|
|
|
|
| |
Reviewed by: des
|
| |
|
|
|
|
| |
PR: 30764
|
|
|
|
| |
Discussed with: des
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
to resume a transfer, download the requested document into a temporary file
which we later rename. This avoids leaving half-completed files around in
case of a crash (it'll still leave a half-completed file, but with a hope-
fully non-conflicting name), and should reduce the need for human inter-
vention on ports-building machines.
The temporary file name for "foo/bar" is constructed by invoking mkstemps()
with the pattern "foo/.fetch.XXXXXX.bar"
Requested by: obrien
|
|
|
|
| |
Set the default timeout to 120 seconds instead of 0 (no timeout).
|
| |
|
|
|
|
|
|
|
| |
warning in said message, since fetch may be run from a makefile or script
which does not print the command line.
Approved by: des
|
|
|
|
| |
Submitted by: wollman
|
| |
|
| |
|
| |
|
|
|
|
|
| |
PR: 27780
Submitted by: Craig Leres <leres@ee.lbl.gov>
|
| |
|
| |
|
|
|
|
| |
PR: bin/26160
|
|
|
|
| |
make it use the low (default) port range instead.
|
|
|
|
|
|
|
|
| |
to the summary shown at the end of the transfer.
Some days, I really hate Unix...
Suggested by: cracauer
|
| |
|
| |
|
|
|
|
|
|
|
| |
If the -R option was specified, don't truncate the local file even if its
mtime is incorrect.
PR: bin/23719
|
| |
|
|
|
|
| |
to be, assume it was truncated.
|
| |
|
| |
|
| |
|
|
|
|
| |
This has been sitting in my tree for ages...
|
|
|
|
| |
Pointed out by: cwt
|
| |
|
|
|
|
| |
Some people liked this and some didn't, so POLA won.
|
| |
|
|
|
|
|
| |
Don't add the offset to the size; it's libfetch's job to report the correct
size of the requested file.
|
|
|
|
|
|
|
|
|
|
| |
- if the dates didn't match, fetch would append the received file to the
existing file instead of replacing it.
- if the local file was complete and up-to-date, fetch would miscalculate
the expected size and report a failure instead of a success, because it
had no way of knowing that the server was actually resending the entire
file since the requested offset was invalid.
|
|
|
|
|
| |
PR: bin/20025
Submitted by: HIYAMA Takeshi <th@cis.ibaraki.ac.jp>
|
|
|
|
|
|
| |
* Insert newline before "and" in ".Fl c and".
Approved by: des
|
| |
|
|
|
|
| |
and adjust the verbosity level of another.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
libfetch features (fetchRestartCalls, fetchXGet()).
Since it doesn't make much sense to have m_flag and r_flag set at the same
time, and it can actually cause trouble in some cases, die if they're both
set.
Set the SA_RESETHAND flag for SIGINT so that when we've caught one, we can
kill ourselves with a second SIGINT (thus notifying our parent of our tragic
fate) instead of just exiting.
These changes fix several problems that would show up when fetching ports,
as well as speeding up HTTP transfers quite a bit (at least for relatively
small files).
Most of these changes were prompted by an interaction problem with an HTTP
server called SWS-1.0, which exhibited two bugs, the first of which prevented
fetch from working around the second (the first was not sending content-type
in reply to HEAD requests, the second was sending garbage after the end of
the requested file).
|
|
|
|
| |
Submitted by: green
|
|
|
|
| |
Submitted by: green
|
|
|
|
|
|
|
|
|
|
| |
Always display the completion percentage if stderr is a tty.
Drop the char-by-char transfer mode, it was based on an incorrect assumption
regarding the semantics of fread().
Finally (I hope) straighten out the business of setting the mtime, as well as
when to remove the output file and when not to.
Thanks are owed to the many who have provided nearly instantaneous and
highly constructive feedback and suggestions about these matters.
|
|
|
|
|
|
|
| |
around the call to fetchStat().
Catch SIGINT, and rework the signal handling so it doesn't skimp on the
cleanup after a timeout or interrupt. Also, don't just bail out after a
timeout; there may be more files to fetch.
|
|
|
|
|
|
| |
Fix a bug where the stats code would print the expected size instead of the
number of bytes received.
Fix the reading code so it'll support partial reads.
|
|
|
|
| |
Submitted by: green
|
| |
|
|
|
|
| |
Check that stderr, not stdout, is a tty (thanks to green).
|
| |
|
|
|
|
|
| |
incorrectly stated that they were not implemented.
Document the -d option.
|