Commits
- Commit:
7bafb2fd590c5e1b2ebf342df0c431ff4ca6b74c
- From:
- Omar Polo <op@omarpolo.com>
- Date:
ftp: issue slightly smaller requests to please u9fs
u9fs like to return "i/o count too large" on reads/writes that exceeds
msize - 24. seems arbiratry, as in theory we should be able to issue a
Tread/Twrite for msize - (HEADERSIZE + 4) = msize - 13. Don't know
where the other eleven bits come from.
To conclude the rant: even if a client issues a Tread/write too large,
why don't just return a value smaller than requested? It's explicitly
documented in the plan9 manpage for Tread.
- Commit:
e22049ccccf16f61c96360a85afc0d0a0ef1085f
- From:
- Omar Polo <op@omarpolo.com>
- Date:
ftp: allow user@host syntax; guard against empty user or port
- Commit:
02d5b425514494dff976f6ddedb6bf5514213cc1
- From:
- Omar Polo <op@omarpolo.com>
- Date:
do optimal (i.e. maximum) reads and writes
- Commit:
1610d4872387cb3e06ec718fc70ddab17fa23bc8
- From:
- Omar Polo <op@omarpolo.com>
- Date:
cmd_ls: fix read size
don't use a constant: msize may be lower than that. Instead, use `msize
- 4' which is guaranteed to be the maximum transferreable size.
(it's not possible for msize to be lower than 4 since we reject
ridiculously small msizes, so that difference can't underflow.)
- Commit:
315eafe8807c0b6bf7a0a3d2ae072cbb6fa6392a
- From:
- Omar Polo <op@omarpolo.com>
- Date:
reject ridiculously small msizes
- Commit:
caa64af1e323bd0b511ce59fa1c26fc8287a89b2
- From:
- Omar Polo <op@omarpolo.com>
- Date:
ftp: fix Rstat parsing as per recent change on kamid
- Commit:
ce28299cca70d918dd2f989bbf041ce3f0e1fdd8
- From:
- Omar Polo <op@omarpolo.com>
- Date:
make -C and -K imply -c
- Commit:
3847d69e6bea87ad76ee06dafcbb9133bf4a255b
- From:
- Omar Polo <op@omarpolo.com>
- Date:
ftp: allow only -C for file with both cert and key inside
Assume that if -K is not given, the file passed for -C holds the
key too. This is particularly useful with the new `gencert' contrib
script.
- Commit:
1c9ab7cf791709ef1ccaca3435cfbc2c3b49272b
- From:
- Omar Polo <op@omarpolo.com>
- Date:
new command pipe: fetch data and pass it as stdin of a program
- Commit:
02571aa1629b9b5c719efd01e80dfd26b96db27e
- From:
- Omar Polo <op@omarpolo.com>
- Date:
fetch_fid: return int instead of exiting on write(2) errors
- Commit:
16f1f3bfff8671ebbfd9b69928b9427a7fe1fc8a
- From:
- Omar Polo <op@omarpolo.com>
- Date:
ftp: truncate the file in woc_file
The idea behind woc_file is to create or open a file, but it's always
used for writing fresh new content, so it's actually an error that it
opens a file for writing without truncating it too. It means that if we
write less content than what the file already has, we kepp garbage at
the end.
This adds an extra argument in send_fid (that is actually used only from
woc_file now) so that we can pass KOTRUNC for do_open.
- Commit:
5fe03b5c1758571edfaaa4bef8ebb82245f40618
- From:
- Omar Polo <op@omarpolo.com>
- Date:
fix memory leak in walk_path error path
found by clang' static-analyzer
- Commit:
a9288ad988ac0f49b12cccac801beadd23e68733
- From:
- Omar Polo <op@omarpolo.com>
- Date:
fix ls: don't hardcode fid=1
- Commit:
8d8fb849cf1470dfafdb8a5cc598aa510fb8e5c6
- From:
- Omar Polo <op@omarpolo.com>
- Date:
ftp: add nextfid to find the next lower free fid
- Commit:
c37e1cfe6fd21e6a2adbecd132a186c8ee2b822a
- From:
- Omar Polo <op@omarpolo.com>
- Date:
add `rename' command
it leverages the recently added wstat support