SFtp PureBasic Reference Documentation

SFtp

Current Version: 9.5.0.75

SFTP implementation for file transfer and remote file management over SSH.

Object Creation

obj.i = CkSFtp::ckCreate()

; Make sure to dispose of the object when finished like this:
CkSFtp::ckDispose(obj);

Properties

AbortCurrent
Declare.i ckAbortCurrent(obj.i)
Declare setCkAbortCurrent(obj.i, value.i)
Introduced in version 9.5.0.58

When set to 1, causes the currently running method to abort. Methods that always finish quickly (i.e.have no length file operations or network communications) are not affected. If no method is running, then this property is automatically reset to 0 when the next method is called. When the abort occurs, this property is reset to 0. Both synchronous and asynchronous method calls can be aborted. (A synchronous method call could be aborted by setting this property from a separate thread.)

top
AuthFailReason
Declare.i ckAuthFailReason(obj.i) ; (read-only)
Introduced in version 9.5.0.52

Set to one of the following values if a call to AuthenticatePw, AuthenticatePk, or AuthenticatePwPk returns a failed status.

  • 1: Transport failure. This is a failure to communicate with the server (i.e. the connection was lost, or a read or write failed or timed out).
  • 2: Invalid key for public key authentication. The key was not a valid format, not a valid key, not a private key, or not the right type of key.
  • 3: No matching authentication methods were available.
  • 4: SSH authentication protocol error - an unexpected or invalid message was received.
  • 5: The incorrect password or private key was provided.
  • 6: Already authenticated. The SSH session is already authenticated.
  • 7: Password change request: The server requires the password to be changed.

top
BandwidthThrottleDown
Declare.i ckBandwidthThrottleDown(obj.i)
Declare setCkBandwidthThrottleDown(obj.i, value.i)
Introduced in version 9.5.0.49

If non-zero, limits (throttles) the download bandwidth to approximately this maximum number of bytes per second. The default value of this property is 0.

top
BandwidthThrottleUp
Declare.i ckBandwidthThrottleUp(obj.i)
Declare setCkBandwidthThrottleUp(obj.i, value.i)
Introduced in version 9.5.0.49

If non-zero, limits (throttles) the upload bandwidth to approximately this maximum number of bytes per second. The default value of this property is 0.

More Information and Examples
top
ClientIdentifier
Declare.s ckClientIdentifier(obj.i)
Declare setCkClientIdentifier(obj.i, value.s)

The client-identifier string to be used when connecting to an SSH/SFTP server. Defaults to "SSH-2.0-PuTTY_Release_0.63". (This string is used to mimic PuTTY because some servers are known to disconnect from clients with unknown client identifiers.)

top
ClientIpAddress
Declare.s ckClientIpAddress(obj.i)
Declare setCkClientIpAddress(obj.i, value.s)

The IP address to use for computers with multiple network interfaces or IP addresses. For computers with a single network interface (i.e. most computers), this property should not be set. For multihoming computers, the default IP address is automatically used if this property is not set.

The IP address is a string such as in dotted notation using numbers, not domain names, such as "165.164.55.124".

top
ConnectTimeoutMs
Declare.i ckConnectTimeoutMs(obj.i)
Declare setCkConnectTimeoutMs(obj.i, value.i)

Maximum number of milliseconds to wait when connecting to an SSH server.

top
DebugLogFilePath
Declare.s ckDebugLogFilePath(obj.i)
Declare setCkDebugLogFilePath(obj.i, value.s)

If set to a file path, causes each Chilkat method or property call to automatically append it's LastErrorText to the specified log file. The information is appended such that if a hang or crash occurs, it is possible to see the context in which the problem occurred, as well as a history of all Chilkat calls up to the point of the problem. The VerboseLogging property can be set to provide more detailed information.

This property is typically used for debugging the rare cases where a Chilkat method call hangs or generates an exception that halts program execution (i.e. crashes). A hang or crash should generally never happen. The typical causes of a hang are:

  1. a timeout related property was set to 0 to explicitly indicate that an infinite timeout is desired,
  2. the hang is actually a hang within an event callback (i.e. it is a hang within the application code), or
  3. there is an internal problem (bug) in the Chilkat code that causes the hang.

top
DisconnectCode
Declare.i ckDisconnectCode(obj.i) ; (read-only)

If the SSH/SFTP server sent a DISCONNECT message when closing the connection, this property contains the "reason code" as specified in RFC 4253:

           Symbolic name                                reason code
           -------------                                -----------
      SSH_DISCONNECT_HOST_NOT_ALLOWED_TO_CONNECT             1
      SSH_DISCONNECT_PROTOCOL_ERROR                          2
      SSH_DISCONNECT_KEY_EXCHANGE_FAILED                     3
      SSH_DISCONNECT_RESERVED                                4
      SSH_DISCONNECT_MAC_ERROR                               5
      SSH_DISCONNECT_COMPRESSION_ERROR                       6
      SSH_DISCONNECT_SERVICE_NOT_AVAILABLE                   7
      SSH_DISCONNECT_PROTOCOL_VERSION_NOT_SUPPORTED          8
      SSH_DISCONNECT_HOST_KEY_NOT_VERIFIABLE                 9
      SSH_DISCONNECT_CONNECTION_LOST                        10
      SSH_DISCONNECT_BY_APPLICATION                         11
      SSH_DISCONNECT_TOO_MANY_CONNECTIONS                   12
      SSH_DISCONNECT_AUTH_CANCELLED_BY_USER                 13
      SSH_DISCONNECT_NO_MORE_AUTH_METHODS_AVAILABLE         14
      SSH_DISCONNECT_ILLEGAL_USER_NAME                      15

top
DisconnectReason
Declare.s ckDisconnectReason(obj.i) ; (read-only)

If the SSH/SFTP server sent a DISCONNECT message when closing the connection, this property contains a descriptive string for the "reason code" as specified in RFC 4253.

top
EnableCache
Declare.i ckEnableCache(obj.i)
Declare setCkEnableCache(obj.i, value.i)

Controls whether the component keeps an internal file size & attribute cache. The cache affects the following methods: GetFileSize32, GetFileSize64, GetFileSizeStr, GetFileCreateTime, GetFileLastAccess, GetFileLastModified, GetFileOwner, GetFileGroup, and GetFilePermissions.

The file attribute cache exists to minimize communications with the SFTP server. If the cache is enabled, then a request for any single attribute will cause all of the attributes to be cached. A subsequent request for a different attribute of the same file will be fulfilled from cache, eliminating the need for a message to be sent to the SFTP server.

Note: Caching only occurs when filenames are used, not handles.

top
EnableCompression
Declare.i ckEnableCompression(obj.i)
Declare setCkEnableCompression(obj.i, value.i)
Introduced in version 9.5.0.56

Enables or disables the use of compression w/ the SSH connection. The default value is 1, meaning that compression is used if the server supports it.

Some older SSH servers have been found that claim to support compression, but actually fail when compression is used. PuTTY does not enable compression by default. If trouble is encountered where the SSH server disconnects immediately after the connection is seemingly established (i.e. during authentication), then check to see if disabling compression resolves the problem.

top
FilenameCharset
Declare.s ckFilenameCharset(obj.i)
Declare setCkFilenameCharset(obj.i, value.s)

Automatically set during the InitializeSftp method if the server sends a filename-charset name-value extension. Otherwise, may be set directly to the name of a charset, such as "utf-8", "iso-8859-1", "windows-1252", etc. ("ansi" is also a valid choice.) Incoming filenames are interpreted as utf-8 if no FilenameCharset is set. Outgoing filenames are sent using utf-8 by default. Otherwise, incoming and outgoing filenames use the charset specified by this property.

top
ForceCipher
Declare.s ckForceCipher(obj.i)
Declare setCkForceCipher(obj.i, value.s)

Set to one of the following encryption algorithms to force that cipher to be used. By default, the component will automatically choose the first cipher supported by the server in the order listed here: "aes256-ctr", "aes128-ctr", "aes256-cbc", "aes128-cbc", "twofish256-cbc", "twofish128-cbc", "blowfish-cbc", "3des-cbc", "arcfour128", "arcfour256". (If blowfish is chosen, the encryption strength is 128 bits.)

Important: If this is property is set and the server does NOT support then encryption algorithm, then the Connect will fail.

top
ForceV3
Declare.i ckForceV3(obj.i)
Declare setCkForceV3(obj.i, value.i)

If set to 1, forces the client to choose version 3 of the SFTP protocol, even if the server supports a higher version. The default value of this property is 1.

top
HostKeyAlg
Declare.s ckHostKeyAlg(obj.i)
Declare setCkHostKeyAlg(obj.i, value.s)

Indicates the preferred host key algorithm to be used in establishing the SSH secure connection. The default is "DSS". It may be changed to "RSA" if needed. Chilkat recommends not changing this unless a problem warrants the change.

top
HostKeyFingerprint
Declare.s ckHostKeyFingerprint(obj.i) ; (read-only)

Set after connecting to an SSH/SFTP server. The format of the fingerprint looks like this: "ssh-rsa 1024 68:ff:d1:4e:6c:ff:d7:b0:d6:58:73:85:07:bc:2e:d5"

top
HttpProxyAuthMethod
Declare.s ckHttpProxyAuthMethod(obj.i)
Declare setCkHttpProxyAuthMethod(obj.i, value.s)

If an HTTP proxy requiring authentication is to be used, set this property to the HTTP proxy authentication method name. Valid choices are "Basic" or "NTLM".

top
HttpProxyDomain
Declare.s ckHttpProxyDomain(obj.i)
Declare setCkHttpProxyDomain(obj.i, value.s)

The NTLM authentication domain (optional) if NTLM authentication is used w/ the HTTP proxy.

top
HttpProxyHostname
Declare.s ckHttpProxyHostname(obj.i)
Declare setCkHttpProxyHostname(obj.i, value.s)

If an HTTP proxy is to be used, set this property to the HTTP proxy hostname or IPv4 address (in dotted decimal notation).

top
HttpProxyPassword
Declare.s ckHttpProxyPassword(obj.i)
Declare setCkHttpProxyPassword(obj.i, value.s)

If an HTTP proxy requiring authentication is to be used, set this property to the HTTP proxy password.

top
HttpProxyPort
Declare.i ckHttpProxyPort(obj.i)
Declare setCkHttpProxyPort(obj.i, value.i)

If an HTTP proxy is to be used, set this property to the HTTP proxy port number. (Two commonly used HTTP proxy ports are 8080 and 3128.)

top
HttpProxyUsername
Declare.s ckHttpProxyUsername(obj.i)
Declare setCkHttpProxyUsername(obj.i, value.s)

If an HTTP proxy requiring authentication is to be used, set this property to the HTTP proxy login name.

top
IdleTimeoutMs
Declare.i ckIdleTimeoutMs(obj.i)
Declare setCkIdleTimeoutMs(obj.i, value.i)

Causes SFTP operations to fail when progress for sending or receiving data halts for more than this number of milliseconds. Setting IdleTimeoutMs = 0 allows the application to wait indefinitely. The default value of this property is 30000 (which equals 30 seconds).

top
IncludeDotDirs
Declare.i ckIncludeDotDirs(obj.i)
Declare setCkIncludeDotDirs(obj.i, value.i)

If 1, then the ReadDir method will include the "." and ".." directories in its results. The default value of this property is 0.

top
InitializeFailCode
Declare.i ckInitializeFailCode(obj.i) ; (read-only)

The InitializeSftp method call opens a channel for the SFTP session. If the request to open a channel fails, this property contains a code that identifies the reason for failure. The reason codes are defined in RFC 4254 and are reproduced here:

             Symbolic name                           reason code
             -------------                           -----------
            SSH_OPEN_ADMINISTRATIVELY_PROHIBITED          1
            SSH_OPEN_CONNECT_FAILED                       2
            SSH_OPEN_UNKNOWN_CHANNEL_TYPE                 3
            SSH_OPEN_RESOURCE_SHORTAGE                    4

top
InitializeFailReason
Declare.s ckInitializeFailReason(obj.i) ; (read-only)

The InitializeSftp method call opens a channel for the SFTP session. If the request to open a channel fails, this property contains a description of the reason for failure. (It contains descriptive text matching the InitializeFailCode property.)

top
IsConnected
Declare.i ckIsConnected(obj.i) ; (read-only)

Returns 1 if connected to the SSH server. Note: This does not mean authentication has happened or InitializeSftp has already succeeded. It only means that the connection has been established by calling Connect.

top
KeepSessionLog
Declare.i ckKeepSessionLog(obj.i)
Declare setCkKeepSessionLog(obj.i, value.i)

Controls whether communications to/from the SFTP server are saved to the SessionLog property. The default value is 0. If this property is set to 1, the contents of the SessionLog property will continuously grow as SFTP activity transpires. The purpose of the KeepSessionLog / SessionLog properties is to help in debugging any future problems that may arise.

top
LastErrorHtml
Declare.s ckLastErrorHtml(obj.i) ; (read-only)

Provides information in HTML format about the last method/property called. If a method call returns a value indicating failure, or behaves unexpectedly, examine this property to get more information.

top
LastErrorText
Declare.s ckLastErrorText(obj.i) ; (read-only)

Provides information in plain-text format about the last method/property called. If a method call returns a value indicating failure, or behaves unexpectedly, examine this property to get more information.

top
LastErrorXml
Declare.s ckLastErrorXml(obj.i) ; (read-only)

Provides information in XML format about the last method/property called. If a method call returns a value indicating failure, or behaves unexpectedly, examine this property to get more information.

top
LastMethodSuccess
Declare.i ckLastMethodSuccess(obj.i)
Declare setCkLastMethodSuccess(obj.i, value.i)
Introduced in version 9.5.0.52

Indicate whether the last method call succeeded or failed. A value of 1 indicates success, a value of 0 indicates failure. This property is automatically set for method calls. It is not modified by property accesses. The property is automatically set to indicate success for the following types of method calls:

  • Any method that returns a string.
  • Any method returning a Chilkat object, binary bytes, or a date/time.
  • Any method returning a standard boolean status value where success = 1 and failure = 0.
  • Any method returning an integer where failure is defined by a return value less than zero.

Note: Methods that do not fit the above requirements will always set this property equal to 1. For example, a method that returns no value (such as a "void" in C++) will technically always succeed.

top
MaxPacketSize
Declare.i ckMaxPacketSize(obj.i)
Declare setCkMaxPacketSize(obj.i, value.i)

The maximum packet length to be used in the underlying SSH transport protocol. The default value is 32768. (This should generally be left unchanged.)

top
PasswordChangeRequested
Declare.i ckPasswordChangeRequested(obj.i) ; (read-only)

Set by the AuthenticatePw and AuthenticatePwPk methods. If the authenticate method returns a failed status, and this property is set to 1, then it indicates the server requested a password change. In this case, re-call the authenticate method, but provide both the old and new passwords in the following format, where vertical bar characters encapsulate the old and new passwords:

|oldPassword|newPassword|

top
PreferIpv6
Declare.i ckPreferIpv6(obj.i)
Declare setCkPreferIpv6(obj.i, value.i)

If 1, then use IPv6 over IPv4 when both are supported for a particular domain. The default value of this property is 0, which will choose IPv4 over IPv6.

top
PreserveDate
Declare.i ckPreserveDate(obj.i)
Declare setCkPreserveDate(obj.i, value.i)

If 1, then the file last-modified and create date/time will be preserved for downloaded and uploaded files. The default value is 0.

Note: Prior to version 9.5.0.40, this property only applied to downloads. Starting in v9.5.0.40, it also applies to the UploadFileByName method.

  • It does not apply to uploads or downloads where the remote file is opened to obtain a handle, the data is uploaded/downloaded, and then the handle is closed.
  • The last-mod date/times are always preserved ini the SyncTreeDownload and SyncTreeUpload methods.

top
ProtocolVersion
Declare.i ckProtocolVersion(obj.i) ; (read-only)

The negotiated SFTP protocol version, which should be a value between 3 and 6 inclusive. When the InitializeSftp method is called, the Chilkat SFTP client sends it's highest supported protocol version to the server, and the server sends it's SFTP protocol version in response. The negotiated protocol (i.e. the protocol version used for the session) is the lower of the two numbers. If the SFTP server's protocol version is lower than 6, some file date/attributes are not supported because they are not supported by the earlier protocol version. These exceptions are noted throughout the reference documentation.

top
ReadDirMustMatch
Declare.s ckReadDirMustMatch(obj.i)
Declare setCkReadDirMustMatch(obj.i, value.s)
Introduced in version 9.5.0.53

Can contain a wildcarded list of file patterns separated by semicolons. For example, "*.xml; *.txt; *.csv". If set, the ReadDir method will only return files that match any one of these patterns.

top
ReadDirMustNotMatch
Declare.s ckReadDirMustNotMatch(obj.i)
Declare setCkReadDirMustNotMatch(obj.i, value.s)
Introduced in version 9.5.0.53

Can contain a wildcarded list of file patterns separated by semicolons. For example, "*.xml; *.txt; *.csv". If set, the ReadDir method will only return files that do not match any of these patterns.

top
ServerIdentifier
Declare.s ckServerIdentifier(obj.i) ; (read-only)
Introduced in version 9.5.0.71

The server-identifier string received from the server during connection establishment. For example, a typical value would be similar to "SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.2".

top
SessionLog
Declare.s ckSessionLog(obj.i) ; (read-only)

Contains a log of the messages sent to/from the SFTP server. To enable session logging, set the KeepSessionLog property = 1. Note: This property is not a filename -- it is a string property that contains the session log data.

top
SocksHostname
Declare.s ckSocksHostname(obj.i)
Declare setCkSocksHostname(obj.i, value.s)

The SOCKS4/SOCKS5 hostname or IPv4 address (in dotted decimal notation). This property is only used if the SocksVersion property is set to 4 or 5).

top
SocksPassword
Declare.s ckSocksPassword(obj.i)
Declare setCkSocksPassword(obj.i, value.s)

The SOCKS5 password (if required). The SOCKS4 protocol does not include the use of a password, so this does not apply to SOCKS4.

top
SocksPort
Declare.i ckSocksPort(obj.i)
Declare setCkSocksPort(obj.i, value.i)

The SOCKS4/SOCKS5 proxy port. The default value is 1080. This property only applies if a SOCKS proxy is used (if the SocksVersion property is set to 4 or 5).

top
SocksUsername
Declare.s ckSocksUsername(obj.i)
Declare setCkSocksUsername(obj.i, value.s)

The SOCKS4/SOCKS5 proxy username. This property is only used if the SocksVersion property is set to 4 or 5).

top
SocksVersion
Declare.i ckSocksVersion(obj.i)
Declare setCkSocksVersion(obj.i, value.i)

SocksVersion May be set to one of the following integer values:

0 - No SOCKS proxy is used. This is the default.
4 - Connect via a SOCKS4 proxy.
5 - Connect via a SOCKS5 proxy.

top
SoRcvBuf
Declare.i ckSoRcvBuf(obj.i)
Declare setCkSoRcvBuf(obj.i, value.i)

Sets the receive buffer size socket option. Normally, this property should be left unchanged. The default value is 4194304.

This property can be increased if download performance seems slow. It is recommended to be a multiple of 4096.

top
SoSndBuf
Declare.i ckSoSndBuf(obj.i)
Declare setCkSoSndBuf(obj.i, value.i)

Sets the send buffer size socket option. Normally, this property should be left unchanged. The default value is 262144.

This property can be increased if upload performance seems slow. It is recommended to be a multiple of 4096. Testing with sizes such as 512K and 1MB is reasonable.

top
SyncDirectives
Declare.s ckSyncDirectives(obj.i)
Declare setCkSyncDirectives(obj.i, value.s)
Introduced in version 9.5.0.58

A property that can contain a list of comma-separated keywords to control certain aspects of an upload or download synchronization (for the SyncTreeUpload and SyncTreeDownload methods). At this time there is only one possible directive, but others may be added in the future.

Set this property to "UploadIgnoreLocalOpenFailures" to skip local files that cannot be opened. A common reason for this would be if another process on the system has the file open for exclusive access.

top
SyncedFiles
Declare.s ckSyncedFiles(obj.i)
Declare setCkSyncedFiles(obj.i, value.s)
Introduced in version 9.5.0.51

The paths of the files uploaded or downloaded in the last call to SyncUploadTree or SyncDownloadTree. The paths are listed one per line. In both cases (for upload and download) each line contains the paths relative to the root synced directory.

top
SyncMustMatch
Declare.s ckSyncMustMatch(obj.i)
Declare setCkSyncMustMatch(obj.i, value.s)

Can contain a wildcarded list of file patterns separated by semicolons. For example, "*.xml; *.txt; *.csv". If set, the SyncTreeUpload and SyncTreeDownload methods will only transfer files that match any one of these patterns. This property only applies to files. It does not apply to sub-directory names when recursively traversing a directory tree.

top
SyncMustNotMatch
Declare.s ckSyncMustNotMatch(obj.i)
Declare setCkSyncMustNotMatch(obj.i, value.s)

Can contain a wildcarded list of file patterns separated by semicolons. For example, "*.xml; *.txt; *.csv". If set, the SyncTreeUpload and SyncTreeDownload methods will not transfer files that match any one of these patterns. This property only applies to files. It does not apply to sub-directory names when recursively traversing a directory tree.

top
TcpNoDelay
Declare.i ckTcpNoDelay(obj.i)
Declare setCkTcpNoDelay(obj.i, value.i)

This property controls the use of the internal TCP_NODELAY socket option (which disables the Nagle algorithm). The default value of this property is 0. Setting this value to 1 disables the delay of sending successive small packets on the network.

top
UncommonOptions
Declare.s ckUncommonOptions(obj.i)
Declare setCkUncommonOptions(obj.i, value.s)
Introduced in version 9.5.0.73

This is a catch-all property to be used for uncommon needs. This property defaults to the empty string, and should typically remain empty.

As of v9.5.0.73, the only possible value is:

  • "KEX_DH_GEX_REQUEST_OLD" - Force the old Group Exchange message to be used. This would be used for very old SSH server implementations that do not use the RFC standard for diffie-hellman-group-exchange.

top
UploadChunkSize
Declare.i ckUploadChunkSize(obj.i)
Declare setCkUploadChunkSize(obj.i, value.i)

The chunk size to use when uploading files via the UploadFile or UploadFileByName methods. The default value is 32000. If an upload fails because "WSAECONNABORTED An established connection was aborted by the software in your host machine.", then try setting this property to a smaller value, such as 4096. A smaller value will result in slower transfer rates, but may help avoid this problem.

top
UtcMode
Declare.i ckUtcMode(obj.i)
Declare setCkUtcMode(obj.i, value.i)

If 1, then date/times are returned as UTC times. If 0 (the default) then date/times are returned as local times.

top
VerboseLogging
Declare.i ckVerboseLogging(obj.i)
Declare setCkVerboseLogging(obj.i, value.i)

If set to 1, then the contents of LastErrorText (or LastErrorXml, or LastErrorHtml) may contain more verbose information. The default value is 0. Verbose logging should only be used for debugging. The potentially large quantity of logged information may adversely affect peformance.

top
Version
Declare.s ckVersion(obj.i) ; (read-only)

Version of the component/library, such as "9.5.0.63"

top
XferByteCount
Declare.i ckXferByteCount(obj.i) ; (read-only)
Introduced in version 9.5.0.71

The current transfer byte count for an ongoing upload or download. Programs doing asynchronous uploads or downloads can read this property in real time during the upload. For SyncTreeUpload and SyncTreeDownload operations, this is the real-time cumulative number of bytes for all files uploaded or downloaded.

top
XferByteCount64
Declare.i ckXferByteCount64(obj.i) ; (read-only)
Introduced in version 9.5.0.71

The current transfer byte count for an ongoing upload or download. Programs doing asynchronous uploads or downloads can read this property in real time during the upload. For SyncTreeUpload and SyncTreeDownload operations, this is the real-time cumulative number of bytes for all files uploaded or downloaded.

top

Methods

AccumulateBytes
Declare.i ckAccumulateBytes(obj.i, handle.s, maxBytes.l)

Downloads bytes from an open file and appends them to the AccumulateBuffer. The handle is a file handle returned by the OpenFile method. The maxBytes is the maximum number of bytes to read. If the end-of-file is reached prior to reading the number of requested bytes, then fewer bytes may be returned.

Returns the number of bytes downloaded and appended to AccumulateBuffer. Returns -1 on error.

top
AccumulateBytesAsync (1)
Declare.i ckAccumulateBytesAsync(obj.i, handle.s, maxBytes.l)

Creates an asynchronous task to call the AccumulateBytes method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
Add64
Declare.s ckAdd64(obj.i, n1.s, n2.s)

Convenience method for 64-bit addition. Allows for two 64-bit integers to be passed as decimal strings and returns the sum in a decimal sting.

Returns an empty string on failure. Use the LastMethodSuccess property to check for success.

top
AuthenticatePk
Declare.i ckAuthenticatePk(obj.i, username.s, privateKey.i)

Authenticates with the SSH server using public-key authentication. The corresponding public key must have been installed on the SSH server for the username. Authentication will succeed if the matching privateKey is provided.

Important: When reporting problems, please send the full contents of the LastErrorText property to support@chilkatsoft.com.

Returns 1 for success, 0 for failure.

More Information and Examples
top
AuthenticatePkAsync (1)
Declare.i ckAuthenticatePkAsync(obj.i, username.s, privateKey.i)

Creates an asynchronous task to call the AuthenticatePk method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
AuthenticatePw
Declare.i ckAuthenticatePw(obj.i, login.s, password.s)

Authenticates with the SSH server using a login and password.

An SFTP session always begins by first calling Connect to connect to the SSH server, then calling either AuthenticatePw or AuthenticatePk to login, and finally calling InitializeSftp.

Important: When reporting problems, please send the full contents of the LastErrorText property to support@chilkatsoft.com.

Note: To learn about how to handle password change requests, see the PasswordChangeRequested property (above).

Returns 1 for success, 0 for failure.

top
AuthenticatePwAsync (1)
Declare.i ckAuthenticatePwAsync(obj.i, login.s, password.s)

Creates an asynchronous task to call the AuthenticatePw method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
AuthenticatePwPk
Declare.i ckAuthenticatePwPk(obj.i, username.s, password.s, privateKey.i)

Authentication for SSH servers that require both a password and private key. (Most SSH servers are configured to require one or the other, but not both.)

Important: When reporting problems, please send the full contents of the LastErrorText property to support@chilkatsoft.com.

Returns 1 for success, 0 for failure.

top
AuthenticatePwPkAsync (1)
Declare.i ckAuthenticatePwPkAsync(obj.i, username.s, password.s, privateKey.i)

Creates an asynchronous task to call the AuthenticatePwPk method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
AuthenticateSecPw
Declare.i ckAuthenticateSecPw(obj.i, login.i, password.i)
Introduced in version 9.5.0.71

The same as AuthenticatePw, but the login and password are passed in secure string objects.

Returns 1 for success, 0 for failure.

More Information and Examples
top
AuthenticateSecPwAsync (1)
Declare.i ckAuthenticateSecPwAsync(obj.i, login.i, password.i)
Introduced in version 9.5.0.71

Creates an asynchronous task to call the AuthenticateSecPw method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
AuthenticateSecPwPk
Declare.i ckAuthenticateSecPwPk(obj.i, username.i, password.i, privateKey.i)
Introduced in version 9.5.0.71

The same as AuthenticatePwPk, but the login and password are passed in secure string objects.

Returns 1 for success, 0 for failure.

top
AuthenticateSecPwPkAsync (1)
Declare.i ckAuthenticateSecPwPkAsync(obj.i, username.i, password.i, privateKey.i)
Introduced in version 9.5.0.71

Creates an asynchronous task to call the AuthenticateSecPwPk method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
ClearAccumulateBuffer
Declare ckClearAccumulateBuffer(obj.i)

Clears the contents of the AccumulateBuffer property.

top
ClearCache
Declare ckClearCache(obj.i)

Clears the internal file attribute cache. (Please refer to the EnableCache property for more information about the file attribute cache.)

top
ClearSessionLog
Declare ckClearSessionLog(obj.i)

Clears the contents of the SessionLog property.

top
CloseHandle
Declare.i ckCloseHandle(obj.i, handle.s)

Closes a file on the SSH/SFTP server. handle is a file handle returned from a previous call to OpenFile or OpenDir.

Returns 1 for success, 0 for failure.

top
CloseHandleAsync (1)
Declare.i ckCloseHandleAsync(obj.i, handle.s)

Creates an asynchronous task to call the CloseHandle method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
Connect
Declare.i ckConnect(obj.i, domainName.s, port.l)

Connects to an SSH/SFTP server. The domainName may be a domain name or an IP address (example: 192.168.1.10). Both IPv4 and IPv6 addresses are supported. The port is typically 22, which is the standard port for SSH servers.

An SFTP session always begins by first calling Connect to connect to the SSH server, then calling either AuthenticatePw or AuthenticatePk to login, and finally calling InitializeSftp.

Important: When reporting problems, please send the full contents of the LastErrorText property to support@chilkatsoft.com.

Important: All TCP-based Internet communications, regardless of the protocol (such as HTTP, FTP, SSH, IMAP, POP3, SMTP, etc.), and regardless of SSL/TLS, begin with establishing a TCP connection to a remote host:port. External security-related infrastructure such as software firewalls (Windows Firewall), hardware firewalls, anti-virus, at either source or destination (or both) can block the connection. If the connection fails, make sure to check all potential external causes of blockage.

Returns 1 for success, 0 for failure.

top
ConnectAsync (1)
Declare.i ckConnectAsync(obj.i, domainName.s, port.l)

Creates an asynchronous task to call the Connect method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
ConnectThroughSsh
Declare.i ckConnectThroughSsh(obj.i, sshConn.i, hostname.s, port.l)
Introduced in version 9.5.0.55

Connects to an SSH/SFTP server through an existing SSH connection. The sshConn is an existing connected and authenticated SSH object. The connection to hostname:port is made through the existing SSH connection via port-forwarding. If successful, the connection is as follows: application => ServerSSH1 => ServerSSH2. (where ServerSSH1 is the sshConn and ServerSSH2 is the SSH server at hostname:port) Once connected in this way, all communications are routed through ServerSSH1 to ServerSSH2. This includes authentication -- which means the application must still call one of the Authenticate* methods to authenticate with ServerSSH2.

Returns 1 for success, 0 for failure.

More Information and Examples
top
ConnectThroughSshAsync (1)
Declare.i ckConnectThroughSshAsync(obj.i, sshConn.i, hostname.s, port.l)
Introduced in version 9.5.0.55

Creates an asynchronous task to call the ConnectThroughSsh method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
CopyFileAttr
Declare.i ckCopyFileAttr(obj.i, localFilename.s, remoteFilename.s, isHandle.l)

Sets the date/time and other attributes of a remote file to be equal to that of a local file.

The attributes copied depend on the SFTP version of the server:

<b>SFTP v3 (and below)</b>
    Last-Modified Date/Time
    Last-Access Date/Time

<b>SFTP v4, v5</b>
    Last-Modified Date/Time
    Last-Access Date/Time
    Create Date/Time

<b>SFTP v6 (and above)</b>
    Last-Modified Date/Time
    Last-Access Date/Time
    Create Date/Time
    Read-Only Flag
    Hidden Flag
    Archive Flag
    Compressed Flag
    Encrypted Flag

Notes:
(1) The Last-Access date/time may or may not be set. Chilkat has found that the Last-Access time is set to the current date/time, which is probably a result of the operating system setting it based on when the SFTP server is touching the file.
(2) At the time of this writing, it is unknown whether the compressed/encryption settings for a local file are transferred to the remote file. For example, does the remote file become compressed and/or encrypted just by setting the flags? It may depend on the SFTP server and/or the remote filesystem.
(3) Dates/times are sent in GMT. SFTP servers should convert GMT times to local time zones.

Returns 1 for success, 0 for failure.

top
CopyFileAttrAsync (1)
Declare.i ckCopyFileAttrAsync(obj.i, localFilename.s, remoteFilename.s, isHandle.l)

Creates an asynchronous task to call the CopyFileAttr method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
CreateDir
Declare.i ckCreateDir(obj.i, path.s)

Creates a directory on the SFTP server.

Returns 1 for success, 0 for failure.

top
CreateDirAsync (1)
Declare.i ckCreateDirAsync(obj.i, path.s)

Creates an asynchronous task to call the CreateDir method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
Disconnect
Declare ckDisconnect(obj.i)

Disconnects from the SSH server.

top
DownloadBd
Declare.i ckDownloadBd(obj.i, remoteFilePath.s, binData.i)
Introduced in version 9.5.0.62

Downloads the contents of a remote file to a BinData object. (Appends to the BinData.)

Returns 1 for success, 0 for failure.

More Information and Examples
top
DownloadBdAsync (1)
Declare.i ckDownloadBdAsync(obj.i, remoteFilePath.s, binData.i)
Introduced in version 9.5.0.62

Creates an asynchronous task to call the DownloadBd method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
DownloadFile
Declare.i ckDownloadFile(obj.i, handle.s, toFilename.s)

Downloads a file from the SSH server to the local filesystem. There are no limitations on file size and the data is streamed from SSH server to the local file. handle is a file handle returned by a previous call to OpenFile.

Returns 1 for success, 0 for failure.

top
DownloadFileAsync (1)
Declare.i ckDownloadFileAsync(obj.i, handle.s, toFilename.s)

Creates an asynchronous task to call the DownloadFile method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
DownloadFileByName
Declare.i ckDownloadFileByName(obj.i, remoteFilePath.s, localFilePath.s)

Simplified method for downloading files.

The last-modified date/time is only preserved when the PreserveDate property is set to 1. (The default value of PreserveDate is 0.)

Returns 1 for success, 0 for failure.

top
DownloadFileByNameAsync (1)
Declare.i ckDownloadFileByNameAsync(obj.i, remoteFilePath.s, localFilePath.s)

Creates an asynchronous task to call the DownloadFileByName method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
DownloadSb
Declare.i ckDownloadSb(obj.i, remoteFilePath.s, charset.s, sb.i)
Introduced in version 9.5.0.62

Downloads the contents of a remote file to a StringBuilder object. (Appends to the StringBuilder.)

Returns 1 for success, 0 for failure.

top
DownloadSbAsync (1)
Declare.i ckDownloadSbAsync(obj.i, remoteFilePath.s, charset.s, sb.i)
Introduced in version 9.5.0.62

Creates an asynchronous task to call the DownloadSb method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
Eof
Declare.i ckEof(obj.i, handle.s)

Returns 1 if the last read operation for a handle reached the end of file. Otherwise returns 0. If an invalid handle is passed, a value of 1 is returned.

top
FileExists
Declare.i ckFileExists(obj.i, remotePath.s, followLinks.l)
Introduced in version 9.5.0.67

Returns a value to indicate whether the remote file exists or not. remotePath is the path of the remote file. If followLinks is 1, then symbolic links will be followed on the server.

This method returns one of the following possible values:

  • -1: Unable to check. Examine the LastErrorText to determine the reason for failure.
  • 0: File does not exist.
  • 1: The regular file exists.
  • 2: It exists, but it is a directory.
  • 3: It exists, but it is a symlink (only possible if followLinks is 0)
  • 4: It exists, but it is a special filesystem entry type.
  • 5: It exists, but it is an unkown filesystem entry type.
  • 6: It exists, but it is an socket filesystem entry type.
  • 7: It exists, but it is an char device entry type.
  • 8: It exists, but it is an block device entry type.
  • 9: It exists, but it is an FIFO entry type.

Note: The values greater than zero correspond to the possible values as specified in the SFTP protocol specification. A given value may not make sense on all operating systems.

top
FileExistsAsync (1)
Declare.i ckFileExistsAsync(obj.i, remotePath.s, followLinks.l)
Introduced in version 9.5.0.67

Creates an asynchronous task to call the FileExists method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
Fsync
Declare.i ckFsync(obj.i, handle.s)
Introduced in version 9.5.0.71

Causes the SFTP server to do an fsync on the open file. Specifically, this is directing the SFTP server to call fsync (https://linux.die.net/man/2/fsync) on the open file.

This method uses the fsync@openssh.com and only works for servers supporting the fsync@openssh.com extension.

Returns 1 for success, 0 for failure.

More Information and Examples
top
FsyncAsync (1)
Declare.i ckFsyncAsync(obj.i, handle.s)
Introduced in version 9.5.0.71

Creates an asynchronous task to call the Fsync method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
GetFileCreateDt
Declare.i ckGetFileCreateDt(obj.i, pathOrHandle.s, bFollowLinks.l, bIsHandle.l)

Returns the create date/time for a file. pathOrHandle may be a remote filepath or an open handle string as returned by OpenFile. If pathOrHandle is a handle, then bIsHandle must be set to 1, otherwise it should be 0. If bFollowLinks is 1, then symbolic links will be followed on the server.

Note: Servers running the SFTP v3 protocol or lower do not have the ability to return a file's creation date/time.

Returns 0 on failure

top
GetFileCreateDtAsync (1) (2)
Declare.i ckGetFileCreateDtAsync(obj.i, pathOrHandle.s, bFollowLinks.l, bIsHandle.l)

Creates an asynchronous task to call the GetFileCreateDt method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
GetFileCreateTimeStr
Declare.s ckGetFileCreateTimeStr(obj.i, pathOrHandle.s, bFollowLinks.l, bIsHandle.l)

The same as GetFileCreateTime, except the date/time is returned as an RFC822 formatted string.

Returns an empty string on failure. Use the LastMethodSuccess property to check for success.

top
GetFileCreateTimeStrAsync (1)
Declare.i ckGetFileCreateTimeStrAsync(obj.i, pathOrHandle.s, bFollowLinks.l, bIsHandle.l)

Creates an asynchronous task to call the GetFileCreateTimeStr method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
GetFileGroup
Declare.s ckGetFileGroup(obj.i, pathOrHandle.s, bFollowLinks.l, bIsHandle.l)

Returns the group of a file. pathOrHandle may be a remote filepath or an open handle string as returned by OpenFile. If pathOrHandle is a handle, then bIsHandle must be set to 1, otherwise it should be 0. If bFollowLinks is 1, then symbolic links will be followed on the server.

Note: Servers running the SFTP v3 protocol or lower do not have the ability to return a file's group name. Instead, the decimal GID of the file is returned.

Returns an empty string on failure. Use the LastMethodSuccess property to check for success.

top
GetFileGroupAsync (1)
Declare.i ckGetFileGroupAsync(obj.i, pathOrHandle.s, bFollowLinks.l, bIsHandle.l)

Creates an asynchronous task to call the GetFileGroup method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
GetFileLastAccessDt
Declare.i ckGetFileLastAccessDt(obj.i, pathOrHandle.s, bFollowLinks.l, bIsHandle.l)

Returns the last-access date/time for a file. pathOrHandle may be a remote filepath or an open handle string as returned by OpenFile. If pathOrHandle is a handle, then bIsHandle must be set to 1, otherwise it should be 0. If bFollowLinks is 1, then symbolic links will be followed on the server.

Returns 0 on failure

top
GetFileLastAccessDtAsync (1) (2)
Declare.i ckGetFileLastAccessDtAsync(obj.i, pathOrHandle.s, bFollowLinks.l, bIsHandle.l)

Creates an asynchronous task to call the GetFileLastAccessDt method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
GetFileLastAccessStr
Declare.s ckGetFileLastAccessStr(obj.i, pathOrHandle.s, bFollowLinks.l, bIsHandle.l)

The same as GetFileLastAccess, except the date/time is returned as an RFC822 formatted string.

Returns an empty string on failure. Use the LastMethodSuccess property to check for success.

top
GetFileLastAccessStrAsync (1)
Declare.i ckGetFileLastAccessStrAsync(obj.i, pathOrHandle.s, bFollowLinks.l, bIsHandle.l)

Creates an asynchronous task to call the GetFileLastAccessStr method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
GetFileLastModifiedDt
Declare.i ckGetFileLastModifiedDt(obj.i, pathOrHandle.s, bFollowLinks.l, bIsHandle.l)

Returns the last-modified date/time for a file. pathOrHandle may be a remote filepath or an open handle string as returned by OpenFile. If pathOrHandle is a handle, then bIsHandle must be set to 1, otherwise it should be 0. If bFollowLinks is 1, then symbolic links will be followed on the server.

Returns 0 on failure

top
GetFileLastModifiedDtAsync (1) (2)
Declare.i ckGetFileLastModifiedDtAsync(obj.i, pathOrHandle.s, bFollowLinks.l, bIsHandle.l)

Creates an asynchronous task to call the GetFileLastModifiedDt method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
GetFileLastModifiedStr
Declare.s ckGetFileLastModifiedStr(obj.i, pathOrHandle.s, bFollowLinks.l, bIsHandle.l)

The same as GetFileLastModified, except the date/time is returned as an RFC822 formatted string.

Returns an empty string on failure. Use the LastMethodSuccess property to check for success.

top
GetFileLastModifiedStrAsync (1)
Declare.i ckGetFileLastModifiedStrAsync(obj.i, pathOrHandle.s, bFollowLinks.l, bIsHandle.l)

Creates an asynchronous task to call the GetFileLastModifiedStr method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
GetFileOwner
Declare.s ckGetFileOwner(obj.i, pathOrHandle.s, bFollowLinks.l, bIsHandle.l)

Returns the owner of a file. pathOrHandle may be a remote filepath or an open handle string as returned by OpenFile. If pathOrHandle is a handle, then bIsHandle must be set to 1, otherwise it should be 0. If bFollowLinks is 1, then symbolic links will be followed on the server.

Note: Servers running the SFTP v3 protocol or lower do not have the ability to return a file's owner name. Instead, the decimal UID of the file is returned.

Returns an empty string on failure. Use the LastMethodSuccess property to check for success.

top
GetFileOwnerAsync (1)
Declare.i ckGetFileOwnerAsync(obj.i, pathOrHandle.s, bFollowLinks.l, bIsHandle.l)

Creates an asynchronous task to call the GetFileOwner method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
GetFilePermissions
Declare.i ckGetFilePermissions(obj.i, pathOrHandle.s, bFollowLinks.l, bIsHandle.l)

Returns the access permisssions flags of a file. pathOrHandle may be a remote filepath or an open handle string as returned by OpenFile. If pathOrHandle is a handle, then bIsHandle must be set to 1, otherwise it should be 0. If bFollowLinks is 1, then symbolic links will be followed on the server.

top
GetFilePermissionsAsync (1)
Declare.i ckGetFilePermissionsAsync(obj.i, pathOrHandle.s, bFollowLinks.l, bIsHandle.l)

Creates an asynchronous task to call the GetFilePermissions method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
GetFileSize32
Declare.i ckGetFileSize32(obj.i, pathOrHandle.s, bFollowLinks.l, bIsHandle.l)

Returns the size in bytes of a file on the SSH server. If the file size exceeds what can be represented in 32-bits, a value of -1 is returned. pathOrHandle may be a remote filepath or an open handle string as returned by OpenFile. If pathOrHandle is a handle, then bIsHandle must be set to 1, otherwise it should be 0. If bFollowLinks is 1, then symbolic links will be followed on the server.

top
GetFileSize64
Declare.i ckGetFileSize64(obj.i, pathOrHandle.s, bFollowLinks.l, bIsHandle.l)

Returns a 64-bit integer containing the size (in bytes) of a file on the SSH server. pathOrHandle may be a remote filepath or an open handle string as returned by OpenFile. If pathOrHandle is a handle, then bIsHandle must be set to 1, otherwise it should be 0. If bFollowLinks is 1, then symbolic links will be followed on the server.

top
GetFileSizeStr
Declare.s ckGetFileSizeStr(obj.i, pathOrHandle.s, bFollowLinks.l, bIsHandle.l)

Returns the size in bytes (in decimal string form) of a file on the SSH server. pathOrHandle may be a remote filepath or an open handle string as returned by OpenFile. If pathOrHandle is a handle, then bIsHandle must be set to 1, otherwise it should be 0. If bFollowLinks is 1, then symbolic links will be followed on the server.

Note: This method exists for environments that do not have 64-bit integer support. The Add64 method is provided for 64-bit addition, and other methods such as ReadFileBytes64s allow for 64-bit values to be passed as strings.

Returns an empty string on failure. Use the LastMethodSuccess property to check for success.

top
HardLink
Declare.i ckHardLink(obj.i, oldPath.s, newPath.s)
Introduced in version 9.5.0.71

Creates a hard link on the server using the hardlink@openssh.com extension. This only works for SFTP servers that support the hardlink@openssh.com extension.

Returns 1 for success, 0 for failure.

top
HardLinkAsync (1)
Declare.i ckHardLinkAsync(obj.i, oldPath.s, newPath.s)
Introduced in version 9.5.0.71

Creates an asynchronous task to call the HardLink method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
InitializeSftp
Declare.i ckInitializeSftp(obj.i)

Intializes the SFTP subsystem. This should be called after connecting and authenticating. An SFTP session always begins by first calling Connect to connect to the SSH server, then calling either AuthenticatePw or AuthenticatePk to login, and finally calling InitializeSftp.

Important: When reporting problems, please send the full contents of the LastErrorText property to support@chilkatsoft.com.

If this method fails, the reason may be present in the InitializeFailCode and InitializeFailReason properties (assuming the failure occurred when trying to open the SFTP session channel).

Returns 1 for success, 0 for failure.

top
InitializeSftpAsync (1)
Declare.i ckInitializeSftpAsync(obj.i)

Creates an asynchronous task to call the InitializeSftp method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
LastReadFailed
Declare.i ckLastReadFailed(obj.i, handle.s)

Returns 1 if the last read on the specified handle failed. Otherwise returns 0.

top
LastReadNumBytes
Declare.i ckLastReadNumBytes(obj.i, handle.s)

Returns the number of bytes received by the last read on a specified channel.

top
OpenDir
Declare.s ckOpenDir(obj.i, path.s)

Opens a directory for reading. To get a directory listing, first open the directory by calling this method, then call ReadDir to read the directory, and finally call CloseHandle to close the directory.

The SFTP protocol represents file names as strings. File names are assumed to use the slash ('/') character as a directory separator.

File names starting with a slash are "absolute", and are relative to the root of the file system. Names starting with any other character are relative to the user's default directory (home directory). Note that identifying the user is assumed to take place outside of this protocol.

Servers SHOULD interpret a path name component ".." as referring to the parent directory, and "." as referring to the current directory.

An empty path name is valid, and it refers to the user's default directory (usually the user's home directory).

Please note: This method does NOT "change" the remote working directory. It is only a method for opening a directory for the purpose of reading the directory listing.

SFTP is Secure File Transfer over SSH. It is not the FTP protocol. There is no similarity or relationship between FTP and SFTP. Therefore, concepts such as "current remote directory" that exist in FTP do not exist with SFTP. With the SFTP protocol, the current directory will always be the home directory of the user account used during SSH/SFTP authentication. You may pass relative or absolute directory/file paths. A relative path is always relative to the home directory of the SSH user account.

Returns an empty string on failure. Use the LastMethodSuccess property to check for success.

More Information and Examples
top
OpenDirAsync (1)
Declare.i ckOpenDirAsync(obj.i, path.s)

Creates an asynchronous task to call the OpenDir method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
OpenFile
Declare.s ckOpenFile(obj.i, remotePath.s, access.s, createDisposition.s)

Opens or creates a file on the remote system. Returns a handle which may be passed to methods for reading and/or writing the file. The remotePath is the remote file path (the path to the file on the server). When the application is finished with the handle, it should call CloseHandle(remotePath).

access should be one of the following strings: "readOnly", "writeOnly", or "readWrite".

createDisposition is a comma-separated list of keywords to provide more control over how the file is opened or created. One of the following keywords must be present: "createNew", "createTruncate", "openExisting", "openOrCreate", or "truncateExisting". All other keywords are optional. The list of keywords and their meanings are shown here:

createNew
A new file is created; if the file already exists the method fails.

createTruncate
A new file is created; if the file already exists, it is opened and truncated.

openExisting
An existing file is opened. If the file does not exist the method fails.

openOrCreate
If the file exists, it is opened. If the file does not exist, it is created.

truncateExisting
An existing file is opened and truncated. If the file does not exist the method fails.

appendData
Data is always written at the end of the file. Data is not required to be appended atomically. This means that if multiple writers attempt to append data simultaneously, data from the first may be lost.

appendDataAtomic
Data is always written at the end of the file. Data MUST be written atomically so that there is no chance that multiple appenders can collide and result in data being lost.

textMode
Indicates that the server should treat the file as text and convert it to the canonical newline convention in use. When a file is opened with this flag, data is always appended to the end of the file. Servers MUST process multiple, parallel reads and writes correctly in this mode.

blockRead
The server MUST guarantee that no other handle has been opened with read access, and that no other handle will be opened with read access until the client closes the handle. (This MUST apply both to other clients and to other processes on the server.) In a nutshell, this opens the file in non-sharing mode.

blockWrite
The server MUST guarantee that no other handle has been opened with write access, and that no other handle will be opened with write access until the client closes the handle. (This MUST apply both to other clients and to other processes on the server.) In a nutshell, this opens the file in non-sharing mode.

blockDelete
The server MUST guarantee that the file itself is not deleted in any other way until the client closes the handle. No other client or process is allowed to open the file with delete access.

blockAdvisory
If set, the above "block" modes are advisory. In advisory mode, only other accesses that specify a "block" mode need be considered when determining whether the "block" can be granted, and the server need not prevent I/O operations that violate the block mode. The server MAY perform mandatory locking even if the blockAdvisory flag is set.

noFollow
If the final component of the path is a symlink, then the open MUST fail.

deleteOnClose
The file should be deleted when the last handle to it is closed. (The last handle may not be an sftp-handle.) This MAY be emulated by a server if the OS doesn't support it by deleting the file when this handle is closed.

accessAuditAlarmInfo
The client wishes the server to enable any privileges or extra capabilities that the user may have in to allow the reading and writing of AUDIT or ALARM access control entries.

accessBackup
The client wishes the server to enable any privileges or extra capabilities that the user may have in order to bypass normal access checks for the purpose of backing up or restoring files.

backupStream
This flag indicates that the client wishes to read or write a backup stream. A backup stream is a system dependent structured data stream that encodes all the information that must be preserved in order to restore the file from backup medium. The only well defined use for backup stream data read in this fashion is to write it to the same server to a file also opened using the backupStream flag. However, if the server has a well defined backup stream format, there may be other uses for this data outside the scope of this protocol.

IMPORANT: If remotePath is a filename with no path, such as "test.txt", and the server responds with a "Folder not found" error, then try prepending "./" to the remotePath. For example, instead of passing "test.txt", try "./test.txt".

Returns an empty string on failure. Use the LastMethodSuccess property to check for success.

top
OpenFileAsync (1)
Declare.i ckOpenFileAsync(obj.i, remotePath.s, access.s, createDisposition.s)

Creates an asynchronous task to call the OpenFile method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
ReadDir
Declare.i ckReadDir(obj.i, handle.s)

Reads the contents of a directory and returns the directory listing (as an object). The handle returned by OpenDir should be passed to this method.

Returns 0 on failure

top
ReadDirAsync (1) (2)
Declare.i ckReadDirAsync(obj.i, handle.s)

Creates an asynchronous task to call the ReadDir method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
ReadFileText
Declare.s ckReadFileText(obj.i, handle.s, numBytes.l, charset.s)

This method is identical to ReadFileBytes except for one thing: The bytes are interpreted according to the specified charset (i.e. the character encoding) and returned as a string. A list of supported charset values may be found on this page: Supported Charsets.

Note: If the charset is an encoding where a single character might be represented in multiple bytes (such as utf-8, Shift_JIS, etc.) then there is a risk that the very last character may be partially read. This is because the method specifies the number of bytes to read, not the number of characters. This is never a problem with character encodings that use a single byte per character, such as all of the iso-8859-* encodings, or the Windows-* encodings.

To read an entire file, one may call ReadFileText repeatedly until Eof(handle) returns 1.

Returns an empty string on failure. Use the LastMethodSuccess property to check for success.

top
ReadFileTextAsync (1)
Declare.i ckReadFileTextAsync(obj.i, handle.s, numBytes.l, charset.s)

Creates an asynchronous task to call the ReadFileText method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
ReadFileText32
Declare.s ckReadFileText32(obj.i, handle.s, offset.l, numBytes.l, charset.s)

This method is identical to ReadFileBytes32 except for one thing: The bytes are interpreted according to the specified charset (i.e. the character encoding) and returned as a string. A list of supported charset values may be found on this page: Supported Charsets.

Note: If the charset is an encoding where a single character might be represented in multiple bytes (such as utf-8, Shift_JIS, etc.) then there is a risk that the very last character may be partially read. This is because the method specifies the number of bytes to read, not the number of characters. This is never a problem with character encodings that use a single byte per character, such as all of the iso-8859-* encodings, or the Windows-* encodings.

Returns an empty string on failure. Use the LastMethodSuccess property to check for success.

top
ReadFileText64
Declare.s ckReadFileText64(obj.i, handle.s, offset.q, numBytes.l, charset.s)

This method is identical to ReadFileBytes64 except for one thing: The bytes are interpreted according to the specified charset (i.e. the character encoding) and returned as a string. A list of supported charset values may be found on this page: Supported Charsets.

Note: If the charset is an encoding where a single character might be represented in multiple bytes (such as utf-8, Shift_JIS, etc.) then there is a risk that the very last character may be partially read. This is because the method specifies the number of bytes to read, not the number of characters. This is never a problem with character encodings that use a single byte per character, such as all of the iso-8859-* encodings, or the Windows-* encodings.

Returns an empty string on failure. Use the LastMethodSuccess property to check for success.

top
ReadFileText64s
Declare.s ckReadFileText64s(obj.i, handle.s, offset.s, numBytes.l, charset.s)

This method is identical to ReadFileBytes64s except for one thing: The bytes are interpreted according to the specified charset (i.e. the character encoding) and returned as a string. A list of supported charset values may be found on this page: Supported Charsets.

Note: If the charset is an encoding where a single character might be represented in multiple bytes (such as utf-8, Shift_JIS, etc.) then there is a risk that the very last character may be partially read. This is because the method specifies the number of bytes to read, not the number of characters. This is never a problem with character encodings that use a single byte per character, such as all of the iso-8859-* encodings, or the Windows-* encodings.

Returns an empty string on failure. Use the LastMethodSuccess property to check for success.

top
ReadLink
Declare.s ckReadLink(obj.i, path.s)
Introduced in version 9.5.0.71

Returns the target of a symbolic link on the server. The path is the path of the symbolic link on the server.

Returns an empty string on failure. Use the LastMethodSuccess property to check for success.

top
ReadLinkAsync (1)
Declare.i ckReadLinkAsync(obj.i, path.s)
Introduced in version 9.5.0.71

Creates an asynchronous task to call the ReadLink method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
RealPath
Declare.s ckRealPath(obj.i, originalPath.s, composePath.s)

This method can be used to have the server canonicalize any given path name to an absolute path. This is useful for converting path names containing ".." components or relative pathnames without a leading slash into absolute paths. The absolute path is returned by this method.

originalPath is the first component of the path which the client wishes resolved into a absolute canonical path. This may be the entire path.

The composePath is a path which the client wishes the server to compose with the original path to form the new path. This field is optional and may be set to a zero-length string.

The server will take the originalPath and apply the composePath as a modification to it. composePath may be relative to originalPath or may be an absolute path, in which case originalPath will be discarded. The composePath may be zero length.

Note: Servers running SFTP v4 and below do not support composePath.

Returns an empty string on failure. Use the LastMethodSuccess property to check for success.

top
RealPathAsync (1)
Declare.i ckRealPathAsync(obj.i, originalPath.s, composePath.s)

Creates an asynchronous task to call the RealPath method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
RemoveDir
Declare.i ckRemoveDir(obj.i, path.s)

Deletes a directory on the remote server. Most (if not all) SFTP servers require that the directorybe empty of files before it may be deleted.

Returns 1 for success, 0 for failure.

top
RemoveDirAsync (1)
Declare.i ckRemoveDirAsync(obj.i, path.s)

Creates an asynchronous task to call the RemoveDir method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
RemoveFile
Declare.i ckRemoveFile(obj.i, filename.s)

Deletes a file on the SFTP server.

Returns 1 for success, 0 for failure.

More Information and Examples
top
RemoveFileAsync (1)
Declare.i ckRemoveFileAsync(obj.i, filename.s)

Creates an asynchronous task to call the RemoveFile method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
RenameFileOrDir
Declare.i ckRenameFileOrDir(obj.i, oldPath.s, newPath.s)

Renames a file or directory on the SFTP server.

Returns 1 for success, 0 for failure.

top
RenameFileOrDirAsync (1)
Declare.i ckRenameFileOrDirAsync(obj.i, oldPath.s, newPath.s)

Creates an asynchronous task to call the RenameFileOrDir method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
ResumeDownloadFileByName
Declare.i ckResumeDownloadFileByName(obj.i, remoteFilePath.s, localFilePath.s)

Resumes an SFTP download. The size of the localFilePath is checked and the download begins at the appropriate position in the remoteFilePath. If localFilePath is empty or non-existent, then this method is identical to DownloadFileByName. If the localFilePath is already fully downloaded, then no additional data is downloaded and the method will return 1.

Returns 1 for success, 0 for failure.

More Information and Examples
top
ResumeDownloadFileByNameAsync (1)
Declare.i ckResumeDownloadFileByNameAsync(obj.i, remoteFilePath.s, localFilePath.s)

Creates an asynchronous task to call the ResumeDownloadFileByName method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
ResumeUploadFileByName
Declare.i ckResumeUploadFileByName(obj.i, remoteFilePath.s, localFilePath.s)

Resumes a file upload to the SFTP/SSH server. The size of the remoteFilePath is first checked to determine the starting offset for the upload. If remoteFilePath is empty or does not exist, this method is equivalent to UploadFileByName. If remoteFilePath is already fully uploaded (i.e. it's size is equal to localFilePath), then no additional bytes are uploaded and 1 is returned.

Returns 1 for success, 0 for failure.

More Information and Examples
top
ResumeUploadFileByNameAsync (1)
Declare.i ckResumeUploadFileByNameAsync(obj.i, remoteFilePath.s, localFilePath.s)

Creates an asynchronous task to call the ResumeUploadFileByName method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
SaveLastError
Declare.i ckSaveLastError(obj.i, path.s)

Saves the last-error information (the contents of LastErrorXml) to an XML formatted file.

Returns 1 for success, 0 for failure.

top
SendIgnore
Declare.i ckSendIgnore(obj.i)
Introduced in version 9.5.0.66

Sends an IGNORE message to the SSH server. This is one way of verifying that the connection to the SSH server is open and valid. The SSH server does not respond to an IGNORE message. It simply ignores it. IGNORE messages are not associated with a channel (i.e., you do not need to first open a channel prior to sending an IGNORE message).

Returns 1 for success, 0 for failure.

top
SendIgnoreAsync (1)
Declare.i ckSendIgnoreAsync(obj.i)
Introduced in version 9.5.0.66

Creates an asynchronous task to call the SendIgnore method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
SetCreateDt
Declare.i ckSetCreateDt(obj.i, pathOrHandle.s, isHandle.l, createDateTime.i)

Sets the create date/time for a file on the server. The pathOrHandle may be a filepath or the handle of a currently open file. isHandle should be set to 1 if the pathOrHandle is a handle, otherwise set isHandle to 0.

Note: Servers running version 3 or lower of the SFTP protocol do not support setting the create date/time.

Returns 1 for success, 0 for failure.

top
SetCreateDtAsync (1)
Declare.i ckSetCreateDtAsync(obj.i, pathOrHandle.s, isHandle.l, createDateTime.i)

Creates an asynchronous task to call the SetCreateDt method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
SetCreateTimeStr
Declare.i ckSetCreateTimeStr(obj.i, pathOrHandle.s, bIsHandle.l, dateTimeStr.s)

The same as SetCreateTime, except the date/time is passed as an RFC822 formatted string.

Returns 1 for success, 0 for failure.

top
SetCreateTimeStrAsync (1)
Declare.i ckSetCreateTimeStrAsync(obj.i, pathOrHandle.s, bIsHandle.l, dateTimeStr.s)

Creates an asynchronous task to call the SetCreateTimeStr method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
SetLastAccessDt
Declare.i ckSetLastAccessDt(obj.i, pathOrHandle.s, isHandle.l, accessDateTime.i)

Sets the last-access date/time for a file on the server. The pathOrHandle may be a filepath or the handle of a currently open file. isHandle should be set to 1 if the pathOrHandle is a handle, otherwise set isHandle to 0.

Returns 1 for success, 0 for failure.

top
SetLastAccessDtAsync (1)
Declare.i ckSetLastAccessDtAsync(obj.i, pathOrHandle.s, isHandle.l, accessDateTime.i)

Creates an asynchronous task to call the SetLastAccessDt method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
SetLastAccessTimeStr
Declare.i ckSetLastAccessTimeStr(obj.i, pathOrHandle.s, bIsHandle.l, dateTimeStr.s)

The same as SetLastAccessTime, except the date/time is passed as an RFC822 formatted string.

Returns 1 for success, 0 for failure.

top
SetLastAccessTimeStrAsync (1)
Declare.i ckSetLastAccessTimeStrAsync(obj.i, pathOrHandle.s, bIsHandle.l, dateTimeStr.s)

Creates an asynchronous task to call the SetLastAccessTimeStr method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
SetLastModifiedDt
Declare.i ckSetLastModifiedDt(obj.i, pathOrHandle.s, isHandle.l, modifiedDateTime.i)

Sets the last-modified date/time for a file on the server. The pathOrHandle may be a filepath or the handle of a currently open file. isHandle should be set to 1 if the pathOrHandle is a handle, otherwise set isHandle to 0.

Returns 1 for success, 0 for failure.

top
SetLastModifiedDtAsync (1)
Declare.i ckSetLastModifiedDtAsync(obj.i, pathOrHandle.s, isHandle.l, modifiedDateTime.i)

Creates an asynchronous task to call the SetLastModifiedDt method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
SetLastModifiedTimeStr
Declare.i ckSetLastModifiedTimeStr(obj.i, pathOrHandle.s, bIsHandle.l, dateTimeStr.s)

The same as SetLastModifiedTime, except the date/time is passed as an RFC822 formatted string.

Returns 1 for success, 0 for failure.

top
SetLastModifiedTimeStrAsync (1)
Declare.i ckSetLastModifiedTimeStrAsync(obj.i, pathOrHandle.s, bIsHandle.l, dateTimeStr.s)

Creates an asynchronous task to call the SetLastModifiedTimeStr method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
SetOwnerAndGroup
Declare.i ckSetOwnerAndGroup(obj.i, pathOrHandle.s, isHandle.l, owner.s, group.s)

Sets the owner and group for a file on the server. The pathOrHandle may be a filepath or the handle of a currently open file. isHandle should be set to 1 if the pathOrHandle is a handle, otherwise set isHandle to 0.

Note: Servers running version 3 or lower of the SFTP protocol do not support setting the owner and group.

Returns 1 for success, 0 for failure.

top
SetOwnerAndGroupAsync (1)
Declare.i ckSetOwnerAndGroupAsync(obj.i, pathOrHandle.s, isHandle.l, owner.s, group.s)

Creates an asynchronous task to call the SetOwnerAndGroup method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
SetPermissions
Declare.i ckSetPermissions(obj.i, pathOrHandle.s, isHandle.l, permissions.l)

Sets the permissions for a file on the server. The pathOrHandle may be a filepath or the handle of a currently open file. isHandle should be set to 1 if the pathOrHandle is a handle, otherwise set isHandle to 0.

Returns 1 for success, 0 for failure.

top
SetPermissionsAsync (1)
Declare.i ckSetPermissionsAsync(obj.i, pathOrHandle.s, isHandle.l, permissions.l)

Creates an asynchronous task to call the SetPermissions method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
SymLink
Declare.i ckSymLink(obj.i, oldPath.s, newPath.s)
Introduced in version 9.5.0.71

Create a symbolic link from oldpath to newpath on the server filesystem.

Returns 1 for success, 0 for failure.

More Information and Examples
top
SymLinkAsync (1)
Declare.i ckSymLinkAsync(obj.i, oldPath.s, newPath.s)
Introduced in version 9.5.0.71

Creates an asynchronous task to call the SymLink method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
SyncTreeDownload
Declare.i ckSyncTreeDownload(obj.i, remoteRoot.s, localRoot.s, mode.l, recurse.l)

Downloads files from the SFTP server to a local directory tree. Synchronization modes include:

mode=0: Download all files
mode=1: Download all files that do not exist on the local filesystem.
mode=2: Download newer or non-existant files.
mode=3: Download only newer files. If a file does not already exist on the local filesystem, it is not downloaded from the server.
mode=5: Download only missing files or files with size differences.
mode=6: Same as mode 5, but also download newer files.
mode=99: Do not download files, but instead delete remote files that do not exist locally.

If recurse is 0, then the remotel directory tree is not recursively descended.

Returns 1 for success, 0 for failure.

top
SyncTreeDownloadAsync (1)
Declare.i ckSyncTreeDownloadAsync(obj.i, remoteRoot.s, localRoot.s, mode.l, recurse.l)

Creates an asynchronous task to call the SyncTreeDownload method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
SyncTreeUpload
Declare.i ckSyncTreeUpload(obj.i, localBaseDir.s, remoteBaseDir.s, mode.l, bRecurse.l)

Uploads a directory tree from the local filesystem to the SFTP server. Synchronization modes include:

mode=0: Upload all files
mode=1: Upload all files that do not exist on the server.
mode=2: Upload newer or non-existant files.
mode=3: Upload only newer files. If a file does not already exist on the server, it is not uploaded.
mode=4: transfer missing files or files with size differences.
mode=5: same as mode 4, but also newer files.

If bRecurse is 0, then the local directory tree is not recursively descended.

Returns 1 for success, 0 for failure.

More Information and Examples
top
SyncTreeUploadAsync (1)
Declare.i ckSyncTreeUploadAsync(obj.i, localBaseDir.s, remoteBaseDir.s, mode.l, bRecurse.l)

Creates an asynchronous task to call the SyncTreeUpload method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
UnlockComponent
Declare.i ckUnlockComponent(obj.i, unlockCode.s)

Unlocks the component. This must be called once prior to calling any other method. A fully-functional 30-day trial is automatically started when an arbitrary string is passed to this method. For example, passing "Hello", or "abc123" will unlock the component for the 1st thirty days after the initial install.

A purchased unlock code for SFTP should contain the substring ".SS" or "SSH" (or it can be a Bundle unlock code) because SFTP is the Secure File Transfer protocol over SSH. It is a sub-system of the SSH protocol. It is not the FTP protocol. If the Chilkat FTP2 component/library should be used for the FTP protocol.

Returns 1 for success, 0 for failure.

top
UploadBd
Declare.i ckUploadBd(obj.i, binData.i, remoteFilePath.s)
Introduced in version 9.5.0.62

Uploads the contents of a BinData to a remote file.

Returns 1 for success, 0 for failure.

More Information and Examples
top
UploadBdAsync (1)
Declare.i ckUploadBdAsync(obj.i, binData.i, remoteFilePath.s)
Introduced in version 9.5.0.62

Creates an asynchronous task to call the UploadBd method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
UploadFile
Declare.i ckUploadFile(obj.i, handle.s, fromFilename.s)

Uploads a file from the local filesystem to the SFTP server. handle is a handle of a currently open file (obtained by calling the OpenFile method). fromFilename is the local file path of the file to be uploaded.

Returns 1 for success, 0 for failure.

top
UploadFileAsync (1)
Declare.i ckUploadFileAsync(obj.i, handle.s, fromFilename.s)

Creates an asynchronous task to call the UploadFile method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
UploadFileByName
Declare.i ckUploadFileByName(obj.i, remoteFilePath.s, localFilePath.s)

Simplified method for uploading a file to the SFTP/SSH server.

The last-modified date/time is only preserved if the PreserveDate property is set to 1. This behavior of maintaining the last-mod date/time was introduced in v9.5.0.40.

Returns 1 for success, 0 for failure.

top
UploadFileByNameAsync (1)
Declare.i ckUploadFileByNameAsync(obj.i, remoteFilePath.s, localFilePath.s)

Creates an asynchronous task to call the UploadFileByName method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
UploadSb
Declare.i ckUploadSb(obj.i, sb.i, remoteFilePath.s, charset.s, includeBom.l)
Introduced in version 9.5.0.62

Uploads the contents of a StringBuilder to a remote file.

Returns 1 for success, 0 for failure.

top
UploadSbAsync (1)
Declare.i ckUploadSbAsync(obj.i, sb.i, remoteFilePath.s, charset.s, includeBom.l)
Introduced in version 9.5.0.62

Creates an asynchronous task to call the UploadSb method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
WriteFileText
Declare.i ckWriteFileText(obj.i, handle.s, charset.s, textData.s)

Appends character data to an open file. The handle is a file handle returned by the OpenFile method. charset is a character encoding and is typically set to values such as "ansi", "utf-8", "windows-1252", etc. A list of supported character encodings is found on this page: Supported Charsets.

Note: It is necessary to specify the character encoding because in many programming languages, strings are represented as Unicode (2 bytes/char) and in most cases one does not wish to write Unicode chars to a text file (although it is possible by setting charset = "Unicode").

Returns 1 for success, 0 for failure.

top
WriteFileTextAsync (1)
Declare.i ckWriteFileTextAsync(obj.i, handle.s, charset.s, textData.s)

Creates an asynchronous task to call the WriteFileText method with the arguments provided. (Async methods are available starting in Chilkat v9.5.0.52.)

Returns 0 on failure

top
WriteFileText32
Declare.i ckWriteFileText32(obj.i, handle.s, offset32.l, charset.s, textData.s)

Writes character data to an open file at a specific offset from the beginning of the file. The handle is a file handle returned by the OpenFile method. charset is a character encoding and is typically set to values such as "ansi", "utf-8", "windows-1252", etc. A list of supported character encodings is found on this page: Supported Charsets.

Returns 1 for success, 0 for failure.

top
WriteFileText64
Declare.i ckWriteFileText64(obj.i, handle.s, offset64.q, charset.s, textData.s)

Writes character data to an open file at a specific offset from the beginning of the file. The handle is a file handle returned by the OpenFile method. charset is a character encoding and is typically set to values such as "ansi", "utf-8", "windows-1252", etc. A list of supported character encodings is found on this page: Supported Charsets.

Returns 1 for success, 0 for failure.

top
WriteFileText64s
Declare.i ckWriteFileText64s(obj.i, handle.s, offset64.s, charset.s, textData.s)

Writes character data to an open file at a specific offset from the beginning of the file. The handle is a file handle returned by the OpenFile method. The offset64 is an offset (in decimal string format) from the beginning of the file. charset is a character encoding and is typically set to values such as "ansi", "utf-8", "windows-1252", etc. A list of supported character encodings is found on this page: Supported Charsets.

Returns 1 for success, 0 for failure.

top