上下文我正在创建一个应用程序，它应该在Fragment上显示一些图像，其中大部分是从Internet下载的。我正在使用Glide在我的CardViews和Fresco上为我处理该图像加载在我的图像slider上(thisquestiononSO解释了我为什么使用两个图像库)。lib的Fresco部分主要基于thisforkAndroidImageSlider.重要提示:我尝试加载的图像可以是PNG或SVG。更多信息:我使用的是MotoMaxx(DroidTurbo的国际版)运行Android5.0.2。在运行Android4.4.2(氰模块)的三星GalaxyS4上也发生过这种情况，但

我遇到了一些难以追踪的SIGBUS(7)和SIGSEGV(11)崩溃。似乎导致崩溃的线程主要用于加载要显示的图像，这是有道理的，因为日志表明SkJPEGImageDecoder出现故障。我根据这个guide为Bitmaps重新使用内存会不会跟那个有关？LogCat输出:05-2013:46:09.775:A/libc(419):Fatalsignal7(SIGBUS)at0x0000001e(code=1),thread520(ImageLoaderExec)05-2013:46:09.875:I/DEBUG(172):*********************************

在Android上使用OSGi平台时，我得到了这个错误消息:0x595302e0处的致命信号7(SIGBUS)(代码=2)我不认为我的应用程序需要那么多内存空间或需要大量计算能力。它只是带有20个Bundle的OSGi平台。在那之后我的应用总是重新启动。有什么想法吗？ 最佳答案 即使我也发现了类似的问题并且恰好是(code=128)withaboutfault。似乎是数据对齐错误。为了解决这个问题，我尝试输入如下代码:*Data=(*Data)(Temp+i)becomesTemp1=*(Temp+i);*Data=Temp1;在函

那是在堆栈跟踪中，我不明白这个错误:0CoreFoundation0x30f57648___CFBasicHashFindBucket_Linear_NoCollision+921CoreFoundation0x30f59688__CFBasicHashAddValue+6922CoreFoundation0x30eaff9fCFDictionarySetValue+743UIKit0x35721a0b-[UITouchesEvent_gestureRecognizersForWindow:]+2824UIKit0x357215d5-[UIWindow_sendGesturesForE

是否有可能在i386上捕获数据对齐错误？也许通过设置一个i386特定的机器寄存器或类似的东西。在这种情况下，在Solaris-Sparc上我收到了SIGBUS，但在i386上一切正常。环境:32位应用程序Ubuntu业力gcc/g++v4.4.1编辑:这就是我问这个的原因:我们的应用程序在使用SIGBUS的Sol-Sparc上崩溃。出于调试的目的，我会尝试在我们的i386平台上获得类似的行为。我们的Sol-sparc机器非常慢，因此在那里编译和调试需要很长时间。而且我们的i386机器速度惊人(8核，32G内存)。即使在i386平台上，也存在数据对齐错误的性能成本。因此，我希望尽可能修复