New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
alignment issues on armhf in chunked items #409
Comments
With dormando's help we eventually pinned this down to:
This is with the released items.c from released 1.5.9. |
can't get my rpi2 to boot that armhf image :( tried the contrib rpi3 image and it's not running with restricted alignment. NEED_ALIGN isn't detected and it passes all tests. debating what to try next. getting arm64 to boot looks a little involved, need to reserve more time for it. |
finally armhf rpi3 experimental build for ubuntu 18.04 specifically (debian's never trip somehow).
sadly, fixing this looks painful. subsequent chunks are dealt with properly, but the "first chunk" is dereferenced in a lot of places. trying to come up with a fetch macro that auto-pads. |
fix released. closing this out, hopefully it won't bounce back :) |
my rpi3 with alignment checking (Aarch64) fails all over the place, but never in t/chunked-items.t no matter what I do. for some reason that alignment is fine; or gcc/glibc is no longer doing something clever that it used to do.
https://wiki.ubuntu.com/ARM/RaspberryPi
^ note for self, ARMHF is the specific platform failing on their end. I can try this image on my rpi2 and see if the specific failure can be reproduced... else try the arm64 images. think I found a 4G sd card I can use for this.
Probably have to stick an #ifdef NEED_ALIGN to pad bytes before the chunked item header, given that key comes before ITEM_data() it can't be naturally aligned to the struct.
https://bugs.launchpad.net/memcached/+bug/1780838 (ubuntu bug for ref)
The text was updated successfully, but these errors were encountered: