Segmenation faults in apc_store about apcu HOT 7 CLOSED

I'm seeing this issue as well w/ PHP 5.5.1 and APCu 4.0.1 on OS X 10.8.4. Crash log gist: https://gist.github.com/anonymous/6090467

from apcu.

It's happening to me as well

from apcu.

I'm working on a database containing items which has data that needs to be fetched from an API. I want to store this API data in the cache.
On a specific page with these items, I am trying to store about a hundred data objects from the API. The first two objects are stored in cache and at the third it fails. My browser gives me a "No data received" message. When I reload the non-working page, the hit count for the first two cached items increase.

As it seems, it depends on the data stored into the cache, wether it crashes or not. The only big difference I noticed between the first two and the third object is the size. The first two are 549 and 554 bytes when serialized and the third is 349 bytes.

On other pages (with different API data) it doesn't store anything, or maybe one or two items before it crashes.

The error I get when running gdb is the same as the errors described above:

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: 13 at address: 0x0000000000000000
0x0000000101ba74d8 in make_slot ()

This is in my php config:

[apcu]
extension="/usr/local/Cellar/php55-apcu/4.0.1/apcu.so"
apc.enabled=1
apc.shm_size=128M
apc.ttl=7200
apc.mmap_file_mask=/tmp/apc.XXXXXX
apc.enable_cli=1

Versions: PHP 5.5.1, APCu 4.0.1, Apache 2.2.22 (Default mac installation), OSX 10.8.4

from apcu.

This issue is still happening in HEAD as well.

from apcu.

I'm not able to track this down, nobody has provided a reproduce script that I can catch with and much as I've tried to reproduce it I cannot ... can anyone at all put together a simple test case that reliably fails, even if I gotta run it a million times before it does ??

from apcu.

I finally git-bisect'd this and found the issue started at d192f60. Specifically, the part that deals with the aligned attribute is the problem.

The default C compiler (cc) on OS X 10.8 is clang from LLVM--Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn). This compiler appears to have issues with the aligned attribute without the alignment factor. I added a pull at #32, but I'm not sure if it works with 32-bit compilers too.

I should mention that forcing compilation with gcc on OS X 10.8 via make CC=gcc CPP='gcc -E' also fixed the problem.

from apcu.

Excellent work, attribute removed, we were only testing, lesson learned :D

from apcu.