I've sent a patch to remove the assertion.
On Mon, Dec 9, 2013 at 2:23 PM, KIU Shueng Chuan wrote:
> You should be right that the 64-bit alignment assertion is bogus. Even the
> openssl manpage of sha1_update doesn't mention any alignment requirements.
> The czmq included version doesn't seem to
You should be right that the 64-bit alignment assertion is bogus. Even the
openssl manpage of sha1_update doesn't mention any alignment requirements.
The czmq included version doesn't seem to have any requirement either.
___
zeromq-dev mailing list
zeromq
Great analysis. I think the 64-byte alignment assertion is itself
bogus; this was a requirement for the SHA algorithm at some stage. We
may just delete it. However I don't have a 32 bit machine to test that
on.
On Mon, Dec 9, 2013 at 12:11 AM, KIU Shueng Chuan wrote:
> The assertion is raised in
The assertion is raised in the selftest of zfile.
The problem is in zchunk, used by zfile_digest() which uses
zdigest_update().
On a 32-bit platform, sizeof(zchunk_t) is 12-bytes. Based on the memory
allocation method in zchunk_new(), the data buffer would then only be
32-bit aligned.
I suppose t
On Sun, Dec 8, 2013 at 5:59 PM, Ingo Koinzer wrote:
> I cloned the czmq repository like described for the FileMQ
> implementation (https://github.com/zeromq/filemq/blob/master/README.md).
> By doing "./configure && make check" I hit the error "lt-czmq_selftest:
> zdigest.c:92: zdigest_update: Ass
Hello,
I cloned the czmq repository like described for the FileMQ
implementation (https://github.com/zeromq/filemq/blob/master/README.md).
By doing "./configure && make check" I hit the error "lt-czmq_selftest:
zdigest.c:92: zdigest_update: Assertion `((long) buffer & 7L) == 0'
failed." when runni