From c27ecd5aee904506ca9cf7cbd738fed78343eb1e Mon Sep 17 00:00:00 2001 From: Jeff Trawick Date: Mon, 30 Apr 2001 11:23:51 +0000 Subject: [PATCH] fix my APR_STATUS_IS_EAGAIN() usage Submitted by: Bernhard Schrenk git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@88966 13f79535-47bb-0310-9956-ffa450edef68 --- modules/tls/mod_tls.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/modules/tls/mod_tls.c b/modules/tls/mod_tls.c index 1787e94b00..2fd8cc75d3 100644 --- a/modules/tls/mod_tls.c +++ b/modules/tls/mod_tls.c @@ -235,7 +235,7 @@ static apr_status_t churn(TLSFilterCtx *pCtx,apr_read_type_e eReadType,apr_size_ ap_log_error(APLOG_MARK,APLOG_ERR,ret,NULL, "Read failed in tls_in_filter"); assert(eReadType == APR_NONBLOCK_READ); - assert(ret == APR_SUCCESS || ret == APR_STATUS_IS_EAGAIN(ret)); + assert(ret == APR_SUCCESS || APR_STATUS_IS_EAGAIN(ret)); /* In this case, we have data in the output bucket, or we were * non-blocking, so returning nothing is fine. */ -- 2.50.1