abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
dnes 11:44 | Zajímavý projekt

Na Indiegogo byla spuštěna kampaň na podporu herní mini konzole a multimediálního centra RetroEngine Sigma od Doyodo. Předobjednat ji lze již od 49 dolarů. Požadovaná částka 20 000 dolarů byla překonána již 6 krát. Majitelé mini konzole si budou moci zahrát hry pro Atari VCS 2600, Sega Genesis nebo NES. Předinstalováno bude multimediální centrum Kodi.

Ladislav Hagara | Komentářů: 0
dnes 00:10 | Nová verze

Byla vydána verze 4.7 redakčního systému WordPress. Kódové označením Vaughan bylo vybráno na počest americké jazzové zpěvačky Sarah "Sassy" Vaughan. Z novinek lze zmínit například novou výchozí šablonu Twenty Seventeen, náhledy pdf souborů nebo WordPress REST API.

Ladislav Hagara | Komentářů: 0
včera 12:00 | Zajímavý projekt

Projekt Termbox umožňuje vyzkoušet si linuxové distribuce Ubuntu, Debian, Fedora, CentOS a Arch Linux ve webovém prohlížeči. Řešení je postaveno na projektu HyperContainer. Podrobnosti v často kladených dotazech (FAQ). Zdrojové kódy jsou k dispozici na GitHubu [reddit].

Ladislav Hagara | Komentářů: 17
včera 11:00 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2016-8655 v Linuxu zneužitelné k lokální eskalaci práv. Chyba se dostala do linuxového jádra v srpnu 2011. V upstreamu byla opravena minulý týden [Hacker News].

Ladislav Hagara | Komentářů: 2
5.12. 22:00 | Komunita

Přibližně před měsícem bylo oznámeno, že linuxová distribuce SUSE Linux Enterprise Server (SLES) běží nově také Raspberry Pi 3 (dokumentace). Obraz verze 12 SP2 pro Raspberry Pi 3 je ke stažení zdarma. Pro registrované jsou po dobu jednoho roku zdarma také aktualizace. Dnes bylo oznámeno, že pro Raspberry Pi 3 je k dispozici také nové openSUSE Leap 42.2 (zprávička). K dispozici je hned několik obrazů.

Ladislav Hagara | Komentářů: 6
5.12. 06:00 | Zajímavý software

OMG! Ubuntu! představuje emulátor terminálu Hyper (GitHub) postavený na webových technologiích (HTML, CSS a JavaScript). V diskusi k článku je zmíněn podobný emulátor terminálu Black Screen. Hyper i Black Screen používají framework Electron, stejně jako editor Atom nebo vývojové prostředí Visual Studio Code.

Ladislav Hagara | Komentářů: 50
5.12. 06:00 | Zajímavý článek

I letos vychází řada ajťáckých adventních kalendářů. QEMU Advent Calendar 2016 přináší každý den nový obraz disku pro QEMU. Programátoři se mohou potrápit při řešení úloh z kalendáře Advent of Code 2016. Kalendáře Perl Advent Calendar 2016 a Perl 6 Advent Calendar přinášejí každý den zajímavé informace o programovacím jazyce Perl. Stranou nezůstává ani programovací jazyk Go.

Ladislav Hagara | Komentářů: 10
3.12. 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 17
3.12. 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
2.12. 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 26
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (8%)
 (5%)
 (3%)
Celkem 780 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: QT4 memory leak

29.5.2011 21:40 Martin Matějek | skóre: 13 | blog: Flying_circus | Kladno
QT4 memory leak
Přečteno: 376×
Zdravím, v programu používám zatím samé QT widgety nebo třídy z nich odvozené, takže by se o jejich dealokaci mělo QT postarat. Zkusmo jsem to projel Valgrindem a objevil několik memory leaků při volání funkcí přilinkovaných knihoven. Možná, že jsem někde špatně (ne)přiřadil rodiče widgetů, ale radši jsem si napsal jednoduchý program, který má ty samé memory leaky.

mem.h
#include <QWidget>

class Mem : public QWidget
{
	public:
		Mem	(QWidget * parent = NULL);
};
mem.cpp
#include "mem.h"
#include <QVBoxLayout>
#include <QLabel>

	Mem::Mem	(QWidget * parent)
	: QWidget(parent)
{
	QVBoxLayout * vbox = new QVBoxLayout(this);

	QLabel * one = new QLabel("Hello");
	QLabel * two = new QLabel("world!");

	vbox->addWidget(one);
	vbox->addWidget(two);

	setLayout(vbox);
}
main.cpp
#include <QApplication>
#include "mem.h"

int main (int argc, char ** argv)
{
	QApplication app(argc,argv);

	Mem window;
	window.show();

	return app.exec();
}
A teď výpis z Valgrindu:
==26725== HEAP SUMMARY:
==26725==     in use at exit: 83,285 bytes in 1,696 blocks
==26725==   total heap usage: 17,743 allocs, 16,047 frees, 1,890,066 bytes allocated
==26725== 
==26725== LEAK SUMMARY:
==26725==    definitely lost: 192 bytes in 2 blocks
==26725==    indirectly lost: 912 bytes in 34 blocks
==26725==      possibly lost: 1,720 bytes in 9 blocks
==26725==    still reachable: 80,461 bytes in 1,651 blocks
==26725==         suppressed: 0 bytes in 0 blocks
Výpis s --leak-check=full
==27097== Memcheck, a memory error detector
==27097== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al.
==27097== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info
==27097== Command: ./memory_leak
==27097== Parent PID: 24134
==27097== 
==27097== 
==27097== HEAP SUMMARY:
==27097==     in use at exit: 83,285 bytes in 1,696 blocks
==27097==   total heap usage: 17,438 allocs, 15,742 frees, 1,884,214 bytes allocated
==27097== 
==27097== 120 bytes in 1 blocks are possibly lost in loss record 116 of 170
==27097==    at 0x4024150: memalign (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==27097==    by 0x402420E: posix_memalign (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==27097==    by 0x509FFA9: ??? (in /usr/lib/libglib-2.0.so.0.2800.6)
==27097==    by 0x50A14C8: g_slice_alloc (in /usr/lib/libglib-2.0.so.0.2800.6)
==27097==    by 0x50A219D: g_slist_prepend (in /usr/lib/libglib-2.0.so.0.2800.6)
==27097==    by 0x50A516C: g_strsplit (in /usr/lib/libglib-2.0.so.0.2800.6)
==27097==    by 0x50BACB8: g_get_language_names (in /usr/lib/libglib-2.0.so.0.2800.6)
==27097==    by 0x50BB216: ??? (in /usr/lib/libglib-2.0.so.0.2800.6)
==27097==    by 0x50AD289: g_thread_init_glib (in /usr/lib/libglib-2.0.so.0.2800.6)
==27097==    by 0x50364B5: g_thread_init (in /usr/lib/libgthread-2.0.so.0.2800.6)
==27097==    by 0x4C61941: QEventDispatcherGlibPrivate::QEventDispatcherGlibPrivate(_GMainContext*) (in /usr/lib/qt/lib/libQtCore.so.4.7.0)
==27097==    by 0x4227BB5: ??? (in /usr/lib/qt/lib/libQtGui.so.4.7.0)
==27097== 
==27097== 124 bytes in 1 blocks are definitely lost in loss record 117 of 170
==27097==    at 0x4025BB8: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==27097==    by 0x53CCE52: ??? (in /usr/lib/libxcb.so.1.1.0)
==27097==    by 0x53CCF54: ??? (in /usr/lib/libxcb.so.1.1.0)
==27097==    by 0x53CC813: xcb_connect_to_display_with_auth_info (in /usr/lib/libxcb.so.1.1.0)
==27097==    by 0x53CCB5B: xcb_connect (in /usr/lib/libxcb.so.1.1.0)
==27097==    by 0x52D5652: _XConnectXCB (in /usr/lib/libX11.so.6.3.0)
==27097==    by 0x52C5476: XOpenDisplay (in /usr/lib/libX11.so.6.3.0)
==27097==    by 0x41FBC5C: ??? (in /usr/lib/qt/lib/libQtGui.so.4.7.0)
==27097==    by 0x417DAD7: QApplicationPrivate::construct(_XDisplay*, unsigned long, unsigned long) (in /usr/lib/qt/lib/libQtGui.so.4.7.0)
==27097==    by 0x417E342: QApplication::QApplication(int&, char**, int) (in /usr/lib/qt/lib/libQtGui.so.4.7.0)
==27097==    by 0x8049E7A: main (in /home/yenn/qt/memory_leak/memory_leak)
==27097== 
==27097== 360 bytes in 3 blocks are possibly lost in loss record 132 of 170
==27097==    at 0x4024150: memalign (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==27097==    by 0x402420E: posix_memalign (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==27097==    by 0x509FFA9: ??? (in /usr/lib/libglib-2.0.so.0.2800.6)
==27097==    by 0x50A14E5: g_slice_alloc (in /usr/lib/libglib-2.0.so.0.2800.6)
==27097==    by 0x50A219D: g_slist_prepend (in /usr/lib/libglib-2.0.so.0.2800.6)
==27097==    by 0x50A516C: g_strsplit (in /usr/lib/libglib-2.0.so.0.2800.6)
==27097==    by 0x50BACB8: g_get_language_names (in /usr/lib/libglib-2.0.so.0.2800.6)
==27097==    by 0x50BB216: ??? (in /usr/lib/libglib-2.0.so.0.2800.6)
==27097==    by 0x50AD289: g_thread_init_glib (in /usr/lib/libglib-2.0.so.0.2800.6)
==27097==    by 0x50364B5: g_thread_init (in /usr/lib/libgthread-2.0.so.0.2800.6)
==27097==    by 0x4C61941: QEventDispatcherGlibPrivate::QEventDispatcherGlibPrivate(_GMainContext*) (in /usr/lib/qt/lib/libQtCore.so.4.7.0)
==27097==    by 0x4227BB5: ??? (in /usr/lib/qt/lib/libQtGui.so.4.7.0)
==27097== 
==27097== 980 (68 direct, 912 indirect) bytes in 1 blocks are definitely lost in loss record 150 of 170
==27097==    at 0x4025C9E: realloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==27097==    by 0x52E9A57: ??? (in /usr/lib/libX11.so.6.3.0)
==27097==    by 0x52E9FD0: ??? (in /usr/lib/libX11.so.6.3.0)
==27097==    by 0x52EBC91: ??? (in /usr/lib/libX11.so.6.3.0)
==27097==    by 0x52EC4B4: _XlcCreateLC (in /usr/lib/libX11.so.6.3.0)
==27097==    by 0x530F509: _XlcUtf8Loader (in /usr/lib/libX11.so.6.3.0)
==27097==    by 0x52F43BB: _XOpenLC (in /usr/lib/libX11.so.6.3.0)
==27097==    by 0x52F467D: _XrmInitParseInfo (in /usr/lib/libX11.so.6.3.0)
==27097==    by 0x52DAA10: ??? (in /usr/lib/libX11.so.6.3.0)
==27097==    by 0x52DE1B7: XrmGetStringDatabase (in /usr/lib/libX11.so.6.3.0)
==27097==    by 0x52B9ADE: ??? (in /usr/lib/libX11.so.6.3.0)
==27097==    by 0x52B9D0E: XGetDefault (in /usr/lib/libX11.so.6.3.0)
==27097== 
==27097== 1,240 bytes in 5 blocks are possibly lost in loss record 156 of 170
==27097==    at 0x4024150: memalign (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==27097==    by 0x402420E: posix_memalign (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==27097==    by 0x509FFA9: ??? (in /usr/lib/libglib-2.0.so.0.2800.6)
==27097==    by 0x50A14E5: g_slice_alloc (in /usr/lib/libglib-2.0.so.0.2800.6)
==27097==    by 0x50545F8: g_array_sized_new (in /usr/lib/libglib-2.0.so.0.2800.6)
==27097==    by 0x50546D2: g_array_new (in /usr/lib/libglib-2.0.so.0.2800.6)
==27097==    by 0x50AD16E: g_static_private_set (in /usr/lib/libglib-2.0.so.0.2800.6)
==27097==    by 0x5064846: g_get_filename_charsets (in /usr/lib/libglib-2.0.so.0.2800.6)
==27097==    by 0x50648CC: ??? (in /usr/lib/libglib-2.0.so.0.2800.6)
==27097==    by 0x50AD279: g_thread_init_glib (in /usr/lib/libglib-2.0.so.0.2800.6)
==27097==    by 0x50364B5: g_thread_init (in /usr/lib/libgthread-2.0.so.0.2800.6)
==27097==    by 0x4C61941: QEventDispatcherGlibPrivate::QEventDispatcherGlibPrivate(_GMainContext*) (in /usr/lib/qt/lib/libQtCore.so.4.7.0)
==27097== 
==27097== LEAK SUMMARY:
==27097==    definitely lost: 192 bytes in 2 blocks
==27097==    indirectly lost: 912 bytes in 34 blocks
==27097==      possibly lost: 1,720 bytes in 9 blocks
==27097==    still reachable: 80,461 bytes in 1,651 blocks
==27097==         suppressed: 0 bytes in 0 blocks
==27097== Reachable blocks (those to which a pointer was found) are not shown.
==27097== To see them, rerun with: --leak-check=full --show-reachable=yes
==27097== 
==27097== For counts of detected and suppressed errors, rerun with: -v
==27097== ERROR SUMMARY: 5 errors from 5 contexts (suppressed: 75 from 9)
OS: Slackware-current, g++ 4.5.3, QT 4.7

Je to chyba v QT nebo dělám něco špatně já?
Don't judge me by the friends I keep. No, no, no. Judge me by the enemies I have slain!

Řešení dotazu:


Odpovědi

Martin Tůma avatar 29.5.2011 22:52 Martin Tůma | skóre: 38 | blog: RTFM | Praha
Rozbalit Rozbalit vše Re: QT4 memory leak

Nijak zvlášť jsem to nestudoval, ale IMHO minimálně neuklízíš vbox, one a two

Každý má právo na můj názor!
29.5.2011 23:14 Martin Matějek | skóre: 13 | blog: Flying_circus | Kladno
Rozbalit Rozbalit vše Re: QT4 memory leak
Neuklízím, ale to bych snad ani neměl, teda pokud to chápu správně. Viz:

addWidget()
[...]
Note: The ownership of item is transferred to the layout, and it's the layout's responsibility to delete it

Teď jsem zkusil přidat destruktor, který smaže vbox (a tím pádem i objekty v layoutu), ale žádná změna. Tím jsem, hádám, akorát udělal totéž, co by udělal interní „garbage collector“, protože vbox „vlastní“ objekty v layoutu a instance třídy je rodič (čili vlastní) layout. Na konci běhu programu se smaže staticky naalokovaný widget (v main() ) a smaže všechno pod sebou. Nebo ne?
Don't judge me by the friends I keep. No, no, no. Judge me by the enemies I have slain!
Martin Tůma avatar 29.5.2011 23:31 Martin Tůma | skóre: 38 | blog: RTFM | Praha
Rozbalit Rozbalit vše Re: QT4 memory leak

Pokuď layout manager uklízí sám své widgety a widget svůj layout manager, pak je všechno v pořádku.

Každý má právo na můj názor!
David Watzke avatar 30.5.2011 14:38 David Watzke | skóre: 74 | blog: Blog... | Praha
Rozbalit Rozbalit vše Re: QT4 memory leak
Dokonce ani není třeba psát "(this)" při vytváření layoutu, protože setLayout() se o tohle postará.
“Being honest may not get you a lot of friends but it’ll always get you the right ones” ―John Lennon
Řešení 2× (Martin Matějek (tazatel), Kaemon)
Josef Kufner avatar 29.5.2011 23:09 Josef Kufner | skóre: 66
Rozbalit Rozbalit vše Re: QT4 memory leak
Vypadá to v pořádku. Přelož tohle do angličtiny a hoď to do Qt bugzilly.
Hello world ! Segmentation fault (core dumped)
29.5.2011 23:17 Martin Matějek | skóre: 13 | blog: Flying_circus | Kladno
Rozbalit Rozbalit vše Re: QT4 memory leak
Ok, napíšu bugreport.
Don't judge me by the friends I keep. No, no, no. Judge me by the enemies I have slain!
Řešení 1× (Martin Matějek (tazatel))
30.5.2011 00:11 __dark__
Rozbalit Rozbalit vše Re: QT4 memory leak
Možná tam žádný memory leak nemáš. Když použiješ například glib, Xlib, a další knihovny, tak některé z nich si alokují paměť, kterou už nikdy neuvolní. Nevím teď přesně, jak se tomu říká. Tuto paměť vidí valgrind jako memory leak, ale ve skutečnosti to leak není (tato paměť je alokovaná jen 1x).

Pohledej na netu, valgrind se dá nakonfigurovat tak, aby "leaky" z takových knihoven ignoroval a jeho výstup byl užitečnější.
30.5.2011 12:30 extremni lama | skóre: 14 | blog: e_lama
Rozbalit Rozbalit vše Re: QT4 memory leak
presne tak, pokud je nejaka pamet potreba celou dobu behu programu, tak uvolnovat ji tesne pred koncem by byla ztrata casu...
The enemy of my enemy is still my enemy.
1.6.2011 21:28 Martin Matějek | skóre: 13 | blog: Flying_circus | Kladno
Rozbalit Rozbalit vše Re: QT4 memory leak
Je to tak jak píšete, díky za vysvětlení. Bugreport jsem ještě neposlal, protože jsem čekal na další komentáře a teď ho ani posílat nebudu.
Don't judge me by the friends I keep. No, no, no. Judge me by the enemies I have slain!
2.6.2011 09:30 chochi | skóre: 29 | Praha
Rozbalit Rozbalit vše Re: QT4 memory leak
Napr. memory leak v xcb_connect_to_display_with_auth_info je chyba opravena v libxcb 1.7:

Release 1.7 (2010-08-13)
========================
- Always wake up readers after writing
- Get rid of PATH_MAX and MAXPATHLEN
- Add ~ operator support in code generator
- xcb_open: Improve protocol/host parsing
- xcb_connect_to_display_with_auth_info: Fix memory leak
- Report which extensions are being built
Dost z tech glib leaku je staticky alokovana pamet, ktera se alokoje jen jednou pri startu - nemela by mit vliv na program.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.