[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [kazehakase] Мистериозен бъ г, свързан с GObject
From: |
Yavor Doganov |
Subject: |
Re: [kazehakase] Мистериозен бъ г, свързан с GObject |
Date: |
Thu, 29 Jul 2010 17:57:55 +0300 |
В 21:39 +0300 на 27.07.2010 (вт), Ivaylo Valkov написа:
> #0 0x001b4224 in ?? () from /usr/lib/kazehakase/libkazehakase.so.0
> No symbol table info available.
Без kazehakase-dbg и ligblib*-dbg е трудно да се правят изводи.
На пръв поглед проблемът е, че се достъпва обект, който вече е разрушен
напълно или част от структурата му вече не е валидна. Има някакъв
полу-стандартен механизъм да декларираш даден обект като дъщерен и да не
разчиташ на т.нар. "reference counting". Вероятно е грешката да е точно
там. Но като пробвах с `--g-fatal-warnings' видях, че указателя към
priv има действителна стойност първоначално, преди да се изпълни
макроса. Чак когато той върне NULL се получава плющенето. Остава
чуденката защо тези помощни функции на GLib връщат NULL при положение,
че всичко е инициализирано като трябва.
Честно казано, доста съм объркан. Определено е по-сложно, отколкото
моята глава може да понесе...
- [kazehakase] Мистериозен бъг, свързан с GObject, Yavor Doganov, 2010/07/21
- Re: [kazehakase] Мистериозен бъ г, свързан с GObject, Ivaylo Valkov, 2010/07/22
- Re: [kazehakase] Мистериозен бъ г, свързан с GObject, Yavor Doganov, 2010/07/22
- Re: [kazehakase] Мистериозен бъ г, свързан с GObject, Yavor Doganov, 2010/07/26
- Re: [kazehakase] Мистериозен бъг, свър зан с GObject, Dimitur Kirov, 2010/07/26
- Re: [kazehakase] Мистериозен бъ г, свързан с GObject, Yavor Doganov, 2010/07/26
- Re: [kazehakase] Мистериозен бъ г, свързан с GObject, Yavor Doganov, 2010/07/27
Re: [kazehakase] Мистериозен бъ г, свързан с GObject, Yavor Doganov, 2010/07/27
Re: [kazehakase] Мистериозен бъг, свър зан с GObject, Dimitur Kirov, 2010/07/24