[cairo-bugs] [Bug 90095] SIGBUS in polygon_add_edge on sparc
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Sun Apr 19 10:33:20 PDT 2015
https://bugs.freedesktop.org/show_bug.cgi?id=90095
Uli Schlachter <psychon at znc.in> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |NEEDINFO
--- Comment #1 from Uli Schlachter <psychon at znc.in> ---
Could you check if commit 40201f4b1ab52c85922b2b7ae05dd862159a1aa0 fixes your
issue?
commit 40201f4b1ab52c85922b2b7ae05dd862159a1aa0
Author: Uli Schlachter <psychon at znc.in>
Date: Fri Dec 5 14:43:26 2014 +0100
tor-scan-converter: Correctly align 64bit types
On 32bit SPARC the scan converter was causing a SIGBUS due to an unaligned
memory access while accessing an int64_t. This memory accessing was to
struct
quorem's rem member.
This crash occurred because the tor-scan-converter contains its own
implementation of a memory pool. This implementation only guarantees an
alignment of sizeof(void *), which is less than what a 64 bit type requires
on
32bit platforms. This 4 byte alignment is guaranteed, because struct
_pool_chunk
(which is the struct that is used for managing free space) contains
elements of
that size and so the size of that struct is a multiple of this size as
well.
This problem was introduced with commit 03c3d4b7c15.
To fix this problem, this commit introduces a int64_t member to struct
_pool_chunk that marks the beginning of the free data space. Thanks to
this, the
compiler ensures proper alignment and sizeof(struct _pool_chunk) becomes a
multiple of 8.
However, previously the end of the struct marked the beginning of the data
and
sizeof() was used for correctly calculating offsets to the data section.
So,
just adding such a member would work, but would also waste some memory. To
avoid
this, this commit also changes the rest of the pool implementation to
accommodate.
Reported-by: Nicolas Setton <setton at adacore.com>
Signed-off-by: Uli Schlachter <psychon at znc.in>
Reviewed-by: Bryce Harrington <bryce at osg.samsung.com>
--
You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cairographics.org/archives/cairo-bugs/attachments/20150419/2df5d5b9/attachment.html>
More information about the cairo-bugs
mailing list