tag | f6fc98b9fea90350d35866ca473ccfa487156abf | |
---|---|---|
tagger | John Eikenberry <jae@zhar.net> | Sun Jan 07 15:29:40 2018 -0800 |
object | 49c117d57a90733021893ab13d0e3fa331d57f84 |
New bugfix release. Mainly bug w/ windows volumes. Fixes issue #217; Fix volume name mangling on windows Open-packet's pflags (file opening flags) now saved in Request.Flags since in cases of SSH_FXF_CREAT being set a 0 len Write call is made. Also continuing some refactoring to simplify and clean up the request based code. In this case I removed an unnecessary data structure storing packet data.
commit | 49c117d57a90733021893ab13d0e3fa331d57f84 | [log] [tgz] |
---|---|---|
author | John Eikenberry <jae@zhar.net> | Sun Jan 07 15:23:55 2018 -0800 |
committer | John Eikenberry <jae@zhar.net> | Sun Jan 07 15:23:55 2018 -0800 |
tree | 74ad98dcfd75a4b963b018555bf38926628bb36f | |
parent | 937c489fca88b4a8d717b7b1edaed0301c075e95 [diff] |
Fix volume name mangling on windows. Fixes #217, where the path cleaning code was mangling the volume name on windows; ie. "c:/some/path" was turned into "/c:/some/path". Using the filepath.IsAbs() (vs path.IsAbs()) uses OS specific tests and fixes this. This goes against strict POSIX paths, but this used to work and fixing it breaks nothing on other platforms. And we have still standardized on POSIX style delimiters.
The sftp
package provides support for file system operations on remote ssh servers using the SFTP subsystem. It also implements an SFTP server for serving files from the filesystem.
See godoc.org/github.com/pkg/sftp for examples and usage.
The basic operation of the package mirrors the facilities of the os package.
The Walker interface for directory traversal is heavily inspired by Keith Rarick's fs package.
We welcome pull requests, bug fixes and issue reports.
Before proposing a large change, first please discuss your change by raising an issue.
For API/code bugs, please include a small, self contained code example to reproduce the issue. For pull requests, remember test coverage.
We try to handle issues and pull requests with a 0 open philosophy. That means we will try to address the submission as soon as possible and will work toward a resolution. If progress can no longer be made (eg. unreproducible bug) or stops (eg. unresponsive submitter), we will close the bug.
Thanks.