Debugování v Linuxu (GDB) (diskuse)

Přihlášení | Registrace

napište » Zprávičky

včera 22:45 | IT novinky

NASA, která společně s Rackspace stála u zrodu projektu OpenStack, se již nadále nebude podílet na dalším vývoji této "infrastructure-as-a-service" platformy. V NASA totiž došli k závěru, že vzhledem k podpoře OpenStacku ze strany společností jako Red Hat, AT&T a HP lze jejich práci považovat za dokončenou. Posléze se NASA plánuje stáhnout i z vývoje další platformy pro cloud computing jménem Nebula.

Migilenik | Komentářů: 0

Kniha IPv6 se slevou 66 procent pouze na IPv6 Day

včera 22:45 | Upozornění

Blíží se svátek IPv6 a s ním i konference IPv6 Day. Na návštěvníky této akce čeká nejen bohatý program, ale také jedna speciální nabídka – v průběhu setkání bude možné získat se slevou 66 procent třetí vydání knihy IPv6 vysokoškolského pedagoga a publicisty Pavla Satrapy, tedy za 105 korun. … více »

Vilem Sladek | Komentářů: 3

Python/Django sprint v Praze 5. 6.

včera 16:14 | Pozvánky

Přijďte si zasprintovat na Djangu, jiném Python open-source projektu, nebo jen potkat ostatní vývojáře!

… více »

Whit | Komentářů: 0

Mageia 2

včera 10:20 | Nová verze

Na zrcadlech a torrentech jsou již k dispozici ISO obrazy distribuce Mageia 2. Poznámky k vydání čtěte zde.

Liborek | Komentářů: 14

Oznámen termín nové konference LinuxDays spolu s konferencí openSUSE a Gentoo

23.5. 13:47 | Pozvánky

Letos v říjnu se v Praze uskuteční hned několik konferencí. Odehraje se zde nově vzniklá konference LinuxDays. K ní se přidá čtvrtý ročník openSUSE Conference, dvanáctý ročník SUSE Labs conference a aby to nebylo málo, přidá se i první ročník Gentoo miniconf. A to vše ve stejné dny a na stejném místě.

… více »

Miška | Komentářů: 7

printerd - tiskový démon nad D-Busem

23.5. 13:27 | Zajímavý projekt

Printerd je název nového projektu tiskového démona, který bude využívat PolicyKit a D-Bus. Projekt je zatím na úplném začátku, takže nejde o nic vhodného k produkčnímu nasazení. Mimo jiné aktuálně akceptuje jako vstup jen PDF dokumenty.

Luboš Doležel (Doli) | Komentářů: 54

Red Hat přijal trojici vývojářů JRuby

23.5. 13:25 | Zajímavý software

Tři vývojáři ze společnosti Engine Yard přecházejí po dohodě mezi firmami do Red Hatu. Jde o vývojáře zabývající se rozvojem projektu JRuby. To ukazuje, že Red Hat má zájem o podporu alternativních jazyků nad OpenJDK.

Luboš Doležel (Doli) | Komentářů: 1

libusbx, fork libusb, se dostane do Fedory

23.5. 13:20 | Zajímavý software

Fedora přejde na knihovnu libusbx, což je fork původní knihovny libusb. Důvodem pro fork byl zjevný nedostatek času nebo zájmu ze strany správce projektu. libusbx už teď nabízí užitečné funkce navrch.

Luboš Doležel (Doli) | Komentářů: 3

LLVM 3.1

23.5. 10:29 | Nová verze

Vyšlo LLVM 3.1. Vylepšení se dotýkají podpory C++ 11 nebo architektur ARM a MIPS. Dále se můžete těšit z Python bindings nebo nástroje AddressSanitizer pro detekci chyb při práci s pamětí.

Luboš Doležel (Doli) | Komentářů: 0

ownCloud 4

23.5. 00:01 | Nová verze

Vyšla nová verze open source služby pro sdílení a synchronizaci souborů ownCloud 4. Mezi hlavní novinky patří verzování, šifrování dat, vestavěný prohlížeč ODF souborů, nové API a další - podrobnější popis novinek a vylepšení zde.

Dirka | Komentářů: 1

Centrum | Napsat | Starší

navrhněte » Anketa

Pokud by se prohlížeč Opera stal svobodným:

Začal(a) bych ji používat (9%)

Stále bych ji používal(a) (31%)

Přestal(a) bych ji používat (1%)

Ani tak bych ji nepoužíval(a) (59%)

Celkem 222 hlasů

Komentářů: 26, poslední dnes 14:44

Pracovní nabídky

Rozcestník

AbcLinuxu

HDmag.cz

Reklama

Autoškola testy online Levný benzín

AbcLinuxu:/ Blogy / cat /proc/idea/current / Debugování v Linuxu (GDB) / Debugování v Linuxu (GDB) (diskuse)

Štítky: není přiřazen žádný štítek

Nástroje: Začni sledovat (1) ?

Vložit další komentář

1.3.2008 01:49 Luboš Doležel (Doli) | skóre: 94 | blog: Doliho blog | Kladensko
Rozbalit Rozbalit vše Re: Debugování v Linuxu (GDB)

Odpovědět | Sbalit | Link | Blokovat | Admin

Častým důvodem je původní CLI rozhraní GDB, nicméně to není v současné době jediná možnost.

U mě je důvodem to, že 1) je často příčinou pádu programu - při attachu se někdy začnou dít naprosto šílené věci 2) pád programu ho samotného zhavaruje 3) občas když pauznu ladění a chci pokračovat, tvrdí, že nemá proces 4) občas dokonce udělá SIGSTOP sám na sebe

1.3.2008 01:56 Let_Me_Be | skóre: 20 | blog: cat /proc/idea/current | Brno
Rozbalit Rozbalit vše Re: Debugování v Linuxu (GDB)

A debugujes necim jinym? Ja pouzivam jeste valgrind, ktery je sice schopen vypsat mnohem relevantnejsi informace, ale to je trochu jiny styl debugovani.

Linked in profil - Můj web - Nemůžete vyhrát hádku s blbcem. Nejdřív vás stáhne na svoji úroveň a pak ubije zkušenostmi.

1.3.2008 03:50 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: Debugování v Linuxu (GDB)

Valgrind není debugger v pravém slova smyslu - ano, můžeš v něm najít některé chyby (ty, které se týkají práce s pamětí), ale to je víceméně všechno (uznávám, není to málo)

Bohužel bych řekl, že dobré vývojové prostředí, které by zahrnovalo kvalitní debugger, v Linuxu zatím chybí. Gdb sice v některých situacích poslouží, ale pokud to srovnám třeba s Delphi, tak kam se hrabe.

Quando omni flunkus moritati

1.3.2008 04:49 Let_Me_Be | skóre: 20 | blog: cat /proc/idea/current | Brno
Rozbalit Rozbalit vše Re: Debugování v Linuxu (GDB)

Valgrind ma dva debugovaci moduly. Memcheck se stara o pamet a pak je tady jeste Helgrind, ktery hleda chyby pri praci s vlakny.

Dobry integrovany debuger ma napriklad Eclipse CDT, ale tam to zase narazi na to ze GDB ve standardu neumi STL.

Linked in profil - Můj web - Nemůžete vyhrát hádku s blbcem. Nejdřív vás stáhne na svoji úroveň a pak ubije zkušenostmi.

1.3.2008 14:38 Luk | skóre: 46 | blog: Kacířské myšlenky | Kutná Hora
Rozbalit Rozbalit vše Re: Debugování v Linuxu (GDB)

Valgrind ma dva debugovaci moduly. Memcheck se stara o pamet a pak je tady jeste Helgrind, ktery hleda chyby pri praci s vlakny.

Valgrind má ještě také cachegrind (využití cache), callgrind (profiling volání) a massif (profiling haldy). Kromě toho umožňuje přidat si vlastní modul. Mám ale pocit, že některé moduly v novějších verzích nefungují (snad helgrind?).

Dobry integrovany debuger ma napriklad Eclipse CDT, ale tam to zase narazi na to ze GDB ve standardu neumi STL.

Debugger v Eclipse blbne, stejně tak v NetBeans a Sun Studiu. Občas podivně chcípne, jindy ani nechce spustit program, má problémy při ladění ve sdílených knihovnách atd. Často se musím uchýlit k ladění přímo pomocí gdb.

Teroristou snadno, rychle, bezpracně

1.3.2008 15:46 Let_Me_Be | skóre: 20 | blog: cat /proc/idea/current | Brno
Rozbalit Rozbalit vše Re: Debugování v Linuxu (GDB)

Valgrind má ještě také cachegrind (využití cache), callgrind (profiling volání) a massif (profiling haldy). Kromě toho umožňuje přidat si vlastní modul. Mám ale pocit, že některé moduly v novějších verzích nefungují (snad helgrind?).

Tady se bavime o debugovani a debugovat cachegrindem, nebo massifem si nedokazu moc predstavit :-D

A helgrind byl v posledni verzi opraven (massif kompletne prepracovan).

Linked in profil - Můj web - Nemůžete vyhrát hádku s blbcem. Nejdřív vás stáhne na svoji úroveň a pak ubije zkušenostmi.

1.3.2008 16:14 Luk | skóre: 46 | blog: Kacířské myšlenky | Kutná Hora
Rozbalit Rozbalit vše Re: Debugování v Linuxu (GDB)

Tady se bavime o debugovani a debugovat cachegrindem, nebo massifem si nedokazu moc predstavit

Já jsem to uvedl hlavně pro úplnost - nicméně například zbytečné zdlouhavé prodlévání ve funkcích může být způsobené nějakým bugem, proto je callgrind důležitým debugovacím modulem. Podobné příklady by se daly najít i u zbývajících modulů, byť u nich jde hlavně o výkon.

A helgrind byl v posledni verzi opraven (massif kompletne prepracovan)

To je dobrá zpráva ;-)

Teroristou snadno, rychle, bezpracně

1.3.2008 05:28 Kyosuke | skóre: 28 | blog: nalady_v_modre
Rozbalit Rozbalit vše Re: Debugování v Linuxu (GDB)

Docela zajímavě jako nezávislé nebuggery vypadají edb-debugger a UPS. Obzvlášť na UPS jsem viděl jen samou chválu, ale poslední update je čtyři rok starý a 64b verze není a už asi ani nebude. :-(

Škoda, taky mi připadal dost dobrý, když jsem si ho zkoušel. :-(

Ale hluboký přehled o nich nemám, to přiznávám. :-)

Jak moc jsou ábíčkáři inteligentní? ;-)

1.3.2008 05:42 Kyosuke | skóre: 28 | blog: nalady_v_modre
Rozbalit Rozbalit vše Re: Debugování v Linuxu (GDB)

Vzpomínám si z UPS na jednu fíčuru - obsahuje interpret ANSI C a umožňuje klidně i do breaknutého programu "dopsat" kus kódu a UPS se už postará, aby se spouštěl ve správnou chvíli - není třeba nic rekompilovat, restartovat, prostě nic. Nejspíše to má nějaká omezení, třeba proměnné vyoptimalizované fuč to nemusí vidět, ale zase je možné, že v takovém případě to začne intepretovat celou funkci. (Co to dělá s inliningem, to nevím, ale zase bych nečekal, že se inlining a ladicí informace sejdou v jedné binárce, má-li člověk rozum. :-)

) Každopádně to je asi sexy fíčura. Nenaportuje to někdo na AMD64? :-)

Jak moc jsou ábíčkáři inteligentní? ;-)

1.3.2008 10:17 Marek Stopka | skóre: 57 | blog: Paranoidní blog | London, United Kingdom
Rozbalit Rozbalit vše Re: Debugování v Linuxu (GDB)

Nenaportuje to někdo na AMD64?

Třeba Kyosuke? :-)

Business Resilience, IT outsourcing governance, DR/BCM blog

1.3.2008 14:48 Kyosuke | skóre: 28 | blog: nalady_v_modre
Rozbalit Rozbalit vše Re: Debugování v Linuxu (GDB)

Hmmm, to bych si moc netroufal. :-(

To už by možná mohlo být jenoddušší udělat jeden malý čistě 64b, ne abych se tohle snažil číst a upravovat. 64b ABI je hezky popsané, na DWARF-2 je taky nějaká dokumentace... Otázka ale je, jaký by to pro mě mělo smysl. :-D

A už vůbec nepočítej s tím, že by to podporovalo C++. Asi bych se tím naučil hodně o střevech, ale nevím, co víc bych tím získal. :-)

Navíc předmět "Psaní debuggerů 1" jsme ve škole neměli. ;-)

Hele, až jednou budu vědět, že příštích pár let nebudu mít nic lepšího na starosti, tak se ozvu. ;-)

Jak moc jsou ábíčkáři inteligentní? ;-)

1.3.2008 07:36 Libor
Rozbalit Rozbalit vše Re: Debugování v Linuxu (GDB)

Odpovědět | Sbalit | Link | Blokovat | Admin

Že to má něco víc než CLI jsem vůbec nevěděl :-)

Jak dlouho to tam je?

1.3.2008 09:54 qk | skóre: 15 | blog: qk_develop
Rozbalit Rozbalit vše Re: Debugování v Linuxu (GDB)

O tom vic nez CLI sem taky nevedel, tak pouziv cgdb (n-curse frontend) a ten ma jeste par jinych vyhod, takze ho asi stale budu uprednostnovat.

1.3.2008 10:06 disorder | blog: weblog | Bratislava
Rozbalit Rozbalit vše Re: Debugování v Linuxu (GDB)

Odpovědět | Sbalit | Link | Blokovat | Admin

no, malokedy hodnotim, ale toto bolo prijemne prekvapko

BTW v zsh limit co unlimited (resp. aj cely nazov coredumpsize)

a dalsi frontend Grand Unified Debugger

opensoft

1.3.2008 14:59 filbar | skóre: 35 | blog: Denicek_programatora | Ostrava
Rozbalit Rozbalit vše Re: Debugování v Linuxu (GDB)

Odpovědět | Sbalit | Link | Blokovat | Admin

Jéé Joomla ;-)

a verze 1.5 ;-)

1.3.2008 22:07 Josef Kufner | skóre: 60
Rozbalit Rozbalit vše Re: Debugování v Linuxu (GDB)

Odpovědět | Sbalit | Link | Blokovat | Admin

Doporučuju ddd. Umí toho kopec, konzole gdb tam je taky a hezky to kreslí datové struktury.

Hello world ! Segmentation fault (core dumped)

Založit nové vlákno • Nahoru

Tiskni Sdílej:

Píšeme jinde

ISSN 1214-1267 Powered by Hosting 90

Redakce | Inzerce | Podmínky použití | Osobní údaje