Re: [openssl-project] to fully overlap or not to

2018-03-01 Thread Andy Polyakov
>>> I'd like to request more opinions on >>> https://github.com/openssl/openssl/pull/5427. Key dispute question is >>> whether or not following fragment should work >>> >>> unsigned char *inp = buf, *out = buf; >>> >>> for (i = 0; i < sizeof(buf); i++) { >>> EVP_EncryptUpdate(ctx, o

Re: [openssl-project] to fully overlap or not to

2018-03-01 Thread Andy Polyakov
> Related > thing to recognize in the context is that *disputable* condition, the > one that triggered this discussion, is exercised only when > ctx->block_size is larger than 1, because then ctx->buf_len remains 0. I naturally meant "because *otherwise* ctx->buf_len remains 0". In other words ctx

[openssl-project] FW: [openssl-commits] Still Failing: winnerof2010/openssl#8 (master - 6f7c7aa)

2018-03-01 Thread Salz, Rich
I thought our travis setup was so that other forks could not send email to our mailing list. From: Travis CI Date: Thursday, March 1, 2018 at 12:19 AM To: "openssl-comm...@openssl.org" Subject: [openssl-commits] Still Failing: winnerof2010/openssl#8 (master - 6f7c7aa) [https://avatars2.github