summaryrefslogtreecommitdiff
path: root/libexec/uucpd/pathnames.h
diff options
context:
space:
mode:
authorKenneth R Westerback <krw@cvs.openbsd.org>2003-07-10 15:03:20 +0000
committerKenneth R Westerback <krw@cvs.openbsd.org>2003-07-10 15:03:20 +0000
commit8d1f212d9e23f054952e3528ae9386fa9e318637 (patch)
tree6b404251830ecea6c15f50af9ddd855c777f50d6 /libexec/uucpd/pathnames.h
parentb17603bcf3304bface40bd04611454f0620b94f3 (diff)
Try to ensure that ftp gets install sets from the same directory it
looked in to get the list of available sets. The list of available sets is obtained by connecting to the ftp server interactively and issuing the commands user <user> <pass> cd <dir> ls where <dir> is treated as a relative path unless the user enters an initial '/'. But the files are obtained by issuing the command ftp ftp://<user>:<pass>@<host>/<dir> and here <dir> is treated as an absolute path. When using non-anonymous ftp this difference in the treatment of <dir> could result in a) Unhelpful error messages and unsuccessfull transfers. b) Different sets than intended being installed. c) Incorrect lists of available sets being displayed. Now, the non-anonymous ftp transfer command with relative paths (i.e. no leading '/' or '~') will look like ftp ftp://<user>:<pass>@<host>/~/<dir> Problem reported by (amoung others) Sebastian Stark, Nick Holland, Steven Boothe, Sam Smith, Sergey Smitienko, Stephen Marley, Brad Ely. ok millert@.
Diffstat (limited to 'libexec/uucpd/pathnames.h')
0 files changed, 0 insertions, 0 deletions