openssl/doc/ssl/SSL_get_error.pod

94 lines
3 KiB
Text
Raw Normal View History

2000-01-25 22:35:20 +00:00
=pod
=head1 NAME
2000-09-16 15:39:28 +00:00
SSL_get_error - obtain result code for TLS/SSL I/O operation
2000-01-25 22:35:20 +00:00
=head1 SYNOPSIS
#include <openssl/ssl.h>
int SSL_get_error(SSL *ssl, int ret);
=head1 DESCRIPTION
SSL_get_error() returns a result code (suitable for the C "switch"
statement) for a preceding call to SSL_connect(), SSL_accept(),
SSL_read(), or SSL_write() on B<ssl>. The value returned by that
2000-09-16 15:39:28 +00:00
TLS/SSL I/O function must be passed to SSL_get_error() in parameter
2000-01-25 22:35:20 +00:00
B<ret>.
In addition to B<ssl> and B<ret>, SSL_get_error() inspects the
current thread's OpenSSL error queue. Thus, SSL_get_error() must be
2000-09-16 15:39:28 +00:00
used in the same thread that performed the TLS/SSL I/O operation, and no
2000-02-01 01:35:52 +00:00
other OpenSSL function calls should appear in between. The current
2000-09-16 15:39:28 +00:00
thread's error queue must be empty before the TLS/SSL I/O operation is
2000-01-25 22:35:20 +00:00
attempted, or SSL_get_error() will not work reliably.
=head1 RETURN VALUES
The following return values can currently occur:
=over 4
=item SSL_ERROR_NONE
2000-09-16 15:39:28 +00:00
The TLS/SSL I/O operation completed. This result code is returned
2000-02-01 01:35:52 +00:00
if and only if B<ret E<gt> 0>.
2000-01-25 22:35:20 +00:00
=item SSL_ERROR_ZERO_RETURN
2000-09-16 15:39:28 +00:00
The TLS/SSL connection has been closed. If the protocol version is SSL 3.0
2000-01-25 22:35:20 +00:00
or TLS 1.0, this result code is returned only if a closure
2000-04-12 23:04:13 +00:00
alert has occurred in the protocol, i.e. if the connection has been
closed cleanly. Note that in this case B<SSL_ERROR_ZERO_RETURN>
does not necessarily indicate that the underlying transport
has been closed.
2000-01-25 22:35:20 +00:00
=item SSL_ERROR_WANT_READ, SSL_ERROR_WANT_WRITE
2000-09-16 15:39:28 +00:00
The operation did not complete; the same TLS/SSL I/O function should be
2000-01-25 22:35:20 +00:00
called again later. There will be protocol progress if, by then, the
underlying B<BIO> has data available for reading (if the result code is
B<SSL_ERROR_WANT_READ>) or allows writing data (B<SSL_ERROR_WANT_WRITE>).
For socket B<BIO>s (e.g. when SSL_set_fd() was used) this means that
select() or poll() on the underlying socket can be used to find out
2000-09-16 15:39:28 +00:00
when the TLS/SSL I/O function should be retried.
2000-01-25 22:35:20 +00:00
2000-09-16 16:05:34 +00:00
Caveat: Any TLS/SSL I/O function can lead to either of
2000-01-25 22:35:20 +00:00
B<SSL_ERROR_WANT_READ> and B<SSL_ERROR_WANT_WRITE>, i.e. SSL_read()
may want to write data and SSL_write() may want to read data.
=item SSL_ERROR_WANT_X509_LOOKUP
The operation did not complete because an application callback set by
SSL_CTX_set_client_cert_cb() has asked to be called again.
2000-09-16 16:05:34 +00:00
The TLS/SSL I/O function should be called again later.
2000-01-25 22:35:20 +00:00
Details depend on the application.
=item SSL_ERROR_SYSCALL
Some I/O error occurred. The OpenSSL error queue may contain more
information on the error. If the error queue is empty
(i.e. ERR_get_error() returns 0), B<ret> can be used to find out more
about the error: If B<ret == 0>, an EOF was observed that violates
the protocol. If B<ret == -1>, the underlying B<BIO> reported an
2000-01-26 08:59:26 +00:00
I/O error (for socket I/O on Unix systems, consult B<errno> for details).
2000-01-25 22:35:20 +00:00
=item SSL_ERROR_SSL
2000-02-01 01:35:52 +00:00
A failure in the SSL library occurred, usually a protocol error. The
2000-01-25 22:35:20 +00:00
OpenSSL error queue contains more information on the error.
=back
=head1 SEE ALSO
L<ssl(3)|ssl(3)>, L<err(3)|err(3)>
2000-01-25 22:35:20 +00:00
=head1 HISTORY
SSL_get_error() was added in SSLeay 0.8.
=cut