Knihovny

V předchozím dílu jsme si popsali základní charakteristiku knihovny GLUT a důvody jejího vytvoření a používání. V dnešním dílu si stručně popíšeme výhody a nevýhody použití této knihovny v aplikacích, které mají být přenositelné na různé platformy a pro grafický výstup používají knihovnu OpenGL.

Dnešním dnem zahajujeme nový seriál, který se bude věnovat programování počítačové grafiky a tvorbě přenositelných grafických aplikací s pomocí knihovny GLUT.

Cílem seriálu je ukázat možnosti a použití knihovny GTK+, nastínit problémy při multiplatformním vývoji, se kterými jsme se setkali, a jejich řešení. Podíváme se na výhody i nevýhody této knihovny, na kompilaci a dojde i na jednoduché příklady použití. Na obsahu dalších dílů se můžete podílet i vy, naši čtenáři. Diskuzní fórum je vám k dispozici.

Dnes nás kromě popisu několika dalších drobných utilit čeká i povídání o tom, co GLib dělá pro to, aby programy napsané v Unixu šlo zkompilovat i ve Windows.

V dnešním pokračovaní si ukážeme sadu funkcí těžko zařaditelnou do nějaké konkrétní skupiny. Zkrátka a dobře, jsou to různé rutiny, které se občas hodí. Knihovna GLib garantuje, že jsou přenositelné i na jiné platformy, a to je jistě příjemné.

Na to, že GLib zasahuje do mnoha oblastí programátorské praxe, jste si už jistě zvykli. Je to zkrátka holka pro všechno. Částí, kterou si dnes popíšeme, jsou nástroje pro kalendářní počty.

Z českých luhů a hájů vzešel jeden zajímavý počin. Je to knihovna pro jazyk C, jmenuje se AA-lib (ASCII-Art library), a my se jí dnes podíváme na zoubek.

Dnešním dílem dokončíme výklad o propracovaném nástroji knihovny GLib - lexikálním scanneru. Povíme si něco o obsluze chybových stavů, generování chybových hlášení a dalších funkcích.

Jakub Skopal nám poslal svůj postup, jak upgradovat glibc v Red Hat Linuxu 6.2 na verzi 2.2.

Dnes se ve výkladu o lexikálním scanneru pohneme zase o kus dál. Probereme si podrobně obory platnosti symbolů a proces čtení tokenů.

Dnes nás čeká dokončení výkladu o konfiguraci lexikálního scanneru.

V dnešním díle se podíváme na bohaté možnosti ovlivňování chování lexikálního scanneru.

Hlubší pohled na lexikální scanner knihovny GLib, struktura GScanner, typy tokenů a vytvoření nového scanneru.

Dnešním dílem začíná v našem popisu funkcí knihovny GLib poněkud rozsáhlejší kapitola: lexikální scanner. Lexikální scanner je propracovaný mechanismus usnadňující programování úloh spočívajících ve čtení textu. Užitečný je zejména při vyhodnocování konfiguračních souborů aplikací.

Minule jsme začali výklad o posledním datovém typu knihovny GLib - relacích GRelation. Dnes povídání o nich dokončíme. Ukážeme si ještě pár funkcí, které při práci s relačními tabulkami můžete potřebovat a také obvyklou ukázku použití.

Posledním datovým typem, který si v tomto seriálu probereme, budou jednoduché relační tabulky GRelation.

Minule jsme načali téma o mechanizmu pro úsporu paměti - "keších" knihovny GLib. Dnes nás čeká ještě pár detailů o tomto nástroji a příklad ze života, na kterém si použití GCache demonstrujeme.

Pod pojmem "cache" v knihovně GLib nenajdete přesně to, co znamená cache v terminologii kolem hardwaru. Nejedná se o vyrovnávající paměť zrychlující práci s pomalými zařízeními, ale i tak je to docela užitečný mechanizmus, který občas můžete potřebovat.

Po krátké odmlce se opět setkáváme u pravidelného seriálu pro programátory v jazyku C o knihovně GLib. Abychom po přestávce nezačínali něčím obtížnějším, čeká nás dnes trochu odpočinkové téma. Ukážeme si, jak měřit čas pomocí jednoduchých stopek knihovny GLib.

Když jsme probírali stromy a jednosměrné a obousměrné seznamy, slíbil jsem vám, že se v některém z dalších dílů vrátíme zpět a povíme si něco o tom, jak seznamy a stromy pracují s pamětí, aby dosáhly co největší rychlosti. Dnešním pokračováním svůj slib plním.

V dnešním díle vyprávění o soupravách dat dokončíme.

Soupravy dat najdou své uplatnění všude tam, kde potřebujete jaksi "rozšířit" možnosti funkcí jiných knihoven. Umožňují programátorům napojit na jiné datové typy další přídavné datové položky.