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í
×

včera 14:24 | Nová verze

Opera 46, verze 46.0.2597.26, byla prohlášena za stabilní. Nejnovější verze tohoto webového prohlížeče je postavena na Chromiu 59. Z novinek lze zmínit například podporu APNG (Animated Portable Network Graphics). Přehled novinek pro vývojáře na blogu Dev.Opera. Oznámení o vydání zmiňuje také první televizní reklamu.

Ladislav Hagara | Komentářů: 0
včera 13:37 | IT novinky

I čtenáři AbcLinuxu před dvěma lety vyplňovali dotazníky věnované Retro ThinkPadu. Nyní bylo potvrzeno, že iniciativa Retro ThinkPad je stále naživu a Lenovo připravuje speciální edici ThinkPadu jako součást oslav jeho 25. výročí.

Ladislav Hagara | Komentářů: 8
včera 10:22 | Komunita

Bylo oznámeno, že frontend a runtime programovacího jazyka D bude začleněn do kolekce kompilátorů GCC (GNU Compiler Collection). Správcem byl ustanoven Iain Buclaw.

Ladislav Hagara | Komentářů: 4
21.6. 18:47 | IT novinky
Bulharská firma Olimex je známá jako výrobce kvalitních mini arm desek, u nichž se snaží být maximálně open source. Kromě velké otevřenosti taktéž zaručují dlouhodobou podporu výroby, což je vítáno ve firemním prostředí. Nyní firma ohlásila ESP32-GATEWAY, malou IoT desku s Wifi, Bluetooth, Ethernetem a 20 GPIO porty za 22EUR. Tato malá deska je ořezanou verzí ESP32-EVB.
Max | Komentářů: 19
21.6. 18:00 | Zajímavý článek

LinuxGizmos (v dubnu loňského roku přejmenován na HackerBoards a v lednu letošního roku zpět na LinuxGizmos) zveřejnil výsledky čtenářské ankety o nejoblíbenější jednodeskový počítač (SBC) v roce 2017. Letos se vybíralo z 98 jednodeskových počítačů (Tabulky Google). Nejoblíbenějšími jednodeskovými počítači v letošním roce jsou Raspberry Pi 3 Model B, Raspberry Pi Zero W a Raspberry Pi 2 Model B.

Ladislav Hagara | Komentářů: 0
21.6. 14:22 | Pozvánky

Ne-konference jOpenSpace 2017 se koná od 13. do 15. října 2017 v hotelu Farma u Pelhřimova. Registrace účastníků je nutná. Více informací na stránkách ne-konference.

Zdenek H. | Komentářů: 0
21.6. 14:11 | Nová verze

Vyšla nová verze 1.2 audio kodeku Opus, která přináší mnoho drobných optimalizací a tím i celkové vylepšení poměru bitrate/kvalita. Fullband (do 20 kHz) stereo hudba je možná již od 32 kbit/s, fullband mono řeč již od 14 kbit/s. Více informací sepsal vývojář Opusu J. M. Valin formou již tradiční demo stránky.

Petr Tomášek | Komentářů: 19
21.6. 14:00 | Zajímavý článek

Na MojeFedora.cz byl zveřejněn překlad příspěvku na blogu Christiana Schallera, vedoucího desktopového týmu v Red Hatu, v němž se zabývá novinkami ve Fedoře Workstation 26 a následujících vydáních. Například již ve Fedoře 27 by se měl objevit jednotný server pro audio a video v Linuxu PipeWire. Ten byl představen před dvěma lety. Tenkrát ještě pod názvem Pinos (PulseVideo).

Ladislav Hagara | Komentářů: 0
21.6. 05:55 | Bezpečnostní upozornění

V KMailu byla nalezena a opravena bezpečnostní chyba CVE-2017-9604 týkající se uživatelů, již své maily podepisují a šifrují pomocí OpenPGP. Pokud uživatel KMailu při odesílání mailu zvolil možnost Odeslat později, tak byl mail odeslán nepodepsaný a v otevřeném tvaru.

Ladislav Hagara | Komentářů: 15
21.6. 04:44 | Pozvánky

Mozilla.cz zve na Mozilla meetupy v Brně a Praze. Brněnské setkání proběhne vůbec poprvé, a to tento pátek 23. 6. v Beer & Grill U Dřeváka. To pražské bude příští čtvrtek 29. 6. v Diversion Bistru.

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (31%)
 (1%)
 (9%)
 (44%)
 (9%)
Celkem 820 hlasů
 Komentářů: 65, poslední 1.6. 19:16
    Rozcestník

    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: 380×
    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: 67
    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.