On Mon Jul 25 18:36:56 2016, d...@inky.com wrote:
> Yes, that appears to fix it. Thanks!
Fixed in 58c27c207dd. Closing ticket.
Matt
--
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4618
Please log in as guest with password guest if prompted
--
openssl-dev mailing list
To
Yes, that appears to fix it. Thanks!
Dave
Sent with [inky](http://inky.com?kme=signature)
"Matt Caswell via RT" wrote:
>
> On Wed Jul 20 19:46:37 2016, d...@inky.com wrote:
> > OS: Mac OS X 11.11.5
> > Version: OpenSSL 1.1-pre6 (head code as of yesterday)
> > When the server
On Wed Jul 20 19:46:37 2016, d...@inky.com wrote:
> OS: Mac OS X 11.11.5
> Version: OpenSSL 1.1-pre6 (head code as of yesterday)
> When the server fails under some circumstances, this line reads a bad
> address:
> /* write the header */
>
> *(outbuf[j]++) = type & 0xff;
>
> Because outbuf is 3.
OS: Mac OS X 11.11.5
Version: OpenSSL 1.1-pre6 (head code as of yesterday)
When the server fails under some circumstances, this line reads a bad address:
/* write the header */
*(outbuf[j]++) = type & 0xff;
Because outbuf is 3. This is because prior to the alignment code, outbuf is
NULL.