Невалиден адрес на купчина и фатален сигнал 11

Току-що се сблъсках със същия проблем и го имах в състояние, което може да се възпроизвежда. Това е грешката, която получавах:

08-04 17:37:05.491: A/libc(4233): @@@ ПРЕКРАТЯВАНЕ: НЕВАЛИДЕН ХИП АДРЕС В dlfree 08-04 17:37:05.491: A/libc(4233): Фатален сигнал 11 (SIGSEGV) при 0xdeadbaad (код=1)

Това, до което се свеждаше, е извикване на функция, което се прави от две различни нишки едновременно.

По-конкретно, тази функция беше методът close() на BluetoothSocket.

Проверих изходния код на този уебсайт и повикването не е синхронизирано (не съм сигурен дали това се е променило, тъй като е от Android 2.1).

Във всеки случай, може би имате подобен сценарий, при който се прави извикване на функция от множество нишки? Не мога да кажа със сигурност от изходния код, който показвате.

Също така опитвали ли сте да не използвате THREAD_POOL_EXECUTOR? Според ръководството за разработчици на Android:

Когато бяха представени за първи път, AsyncTasks бяха изпълнени серийно на една фонова нишка. Започвайки с DONUT, това беше променено на набор от нишки, позволяващи паралелна работа на множество задачи. Започвайки с HONEYCOMB, задачите се изпълняват в една нишка, за да се избегнат често срещани грешки в приложението, причинени от паралелно изпълнение.

Вчера имах същата грешка. Винаги се е случвало, но не винаги последователно. Какво го е причинило при мен досега не е споменато.

Мислех, че може да имам подобен проблем, защото и аз имах работа с нишки, но премахнах всичките си нишки и проблемът продължаваше да съществува. Най-накрая след куп изрази за печат успях да го проследя до клас, който бях инстанцирал, който имаше указател като частен член, но забравих да инициализирам указателя.

По-късно, когато този клас беше унищожен, той се опитваше да изтрие указателя, но тъй като указателят не беше инициализиран на NULL, той може или не може да има някаква стойност за боклук, така че понякога няма да причини срив, а друг път ще. Вероятно е така, защото когато стойността на боклука е място в паметта, което не ми принадлежи или когато принадлежи и изтрия нещо важно, това причинява срива/грешката.

Ето един съкратен пример за проблема, който срещнах:

class BadFoo
{
public:
    BadFoo() {} // BAD! We didn't initialize the pointer
    ~BadFoo() {
        if (myPtr) {
            delete myPtr;
        }
    }
    // OTHER MEMBER FUNCTIONS HERE

private:
    int* myPtr;
}

class GoodFoo
{
public:
    GoodFoo() : myPtr(NULL) {} // GOOD! Can't be garbage value now
    ~GoodFoo() {
        if (myPtr) {
            delete myPtr;
        }
    }
    // OTHER MEMBER FUNCTIONS HERE

private:
    int* myPtr;
}

Интересно е да се отбележи, че този срив не се случи на моя Transformer Prime, но се случи на моя Nexus4. Просто показва, че трябва да тестваме на множество устройства! Засега Nexus печели, като ми помага да откривам бъгове, тъй като изглежда, че е много по-придирчив.