httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Kaspar Brand <>
Subject Re: svn commit: r1054323 - in /httpd/httpd/trunk: CHANGES docs/manual/mod/mod_ssl.xml docs/manual/upgrading.xml modules/ssl/ssl_engine_config.c modules/ssl/ssl_engine_vars.c modules/ssl/ssl_private.h modules/ssl/ssl_util_ssl.c modules/ssl/ssl_util_ss
Date Mon, 03 Jan 2011 18:47:23 GMT
On 03.01.2011 19:21, Eric Covener wrote:
>> on EBCDIC platforms, ap_xlate_proto_from_ascii simply does nothing (it
>> calls apr_xlate_conv_buffer, which returns APR_ENOTIMPL, even in current
>> versions of APR-util, IIMN).
> For EBCDIC you're being mislead by the !APR_HAS_XLATE half of xlate.c
> -- it's not a no-op.

Ah, right - my mistake. But even on an EBCDIC platform,
ap_xlate_proto_from_ascii would only make sense if we were converting
pure 8-bit character strings (from ISO-8859-1 to some EBCDC code page),


View raw message