| author | zecke <zecke> | 2004-09-12 23:47:11 (UTC) |
|---|---|---|
| committer | zecke <zecke> | 2004-09-12 23:47:11 (UTC) |
| commit | 03d8f31d45fa569d944ff635428ad9a946f077b9 (patch) (side-by-side diff) | |
| tree | 9e1bdc54778581577a16be570c133a9693b4a47d /i18n/es/libtodaystocktickerplugin.ts | |
| parent | f05a19bd1e248ea8cea29d361a1a8085ca145c6a (diff) | |
| download | opie-03d8f31d45fa569d944ff635428ad9a946f077b9.zip opie-03d8f31d45fa569d944ff635428ad9a946f077b9.tar.gz opie-03d8f31d45fa569d944ff635428ad9a946f077b9.tar.bz2 | |
OColorButton::~OColorButton ( )
{
+ delete d->m_menu;
delete d;
}
That was a tricky one to find. If a dynamically loaded shared object (dso)
creates QObjects/QWidgets on the destruction of QApplication they will
be freed. For normal applications these dso's have already been removed
from the address-space leading to calling delete to or from a bogus
part of memory leading to segfaults
Diffstat (limited to 'i18n/es/libtodaystocktickerplugin.ts') (more/less context) (ignore whitespace changes)
0 files changed, 0 insertions, 0 deletions