C/C++ libraries for linux again (a little longer)

[Michal Krause]

On 30/03/2001, David Janko wrote:

> Nemuzu uverit, ze by se k tomu nikdo nevyjadril, tak to zkousim poslat
> znovu (treba to nedoslo)  -doufam, ze to neni moc troufale ...

Doslo, ale asi si vsichni (stejne jako ja :) pomysleli, ze nema cenu
odpovidat, protoze urcite dojde hromada odpovedi.

> > hledam nejake knihovny pro C/C++ ktere by mi usnadnili praci pri
> > psani C/C++ utilitek a chtel bych se pozeptat na zkusenosti
> > (samozrejme, nasel jsem vsechno mozne, ale nemam mesic(e) casu abych
> > si je prosel a vybral nejlepsi :(().

Tim C/C++ minite, ze programujete v obojim a chcete pouzivat stejne
knihovny? Nebo chcete neco pro C a neco pro C++? Ptam se proto, ze se mi
zda, ze hodne lidi, zejmena tech "rychlokvasenych" na ruznych RADech
(nic ve zlem), nerozlisuje rozdil mezi C a C++ a clovek pak zbytecne
odpovida na neco, co tazatele nezajimalo.

> > Predstavoval bych si aby to umelo:
> > - bezpecne memory operace (stringy, pole, lists)

Pro C treba glib (www.gtk.org), v C++ bud zakladni vlastnost nebo STL.

> > - advanced prace se stringy, poli a listy (spojovani pres '+' nebo
> > podobne, hledani/nahrazovani reg. vyrazu, asociativni pole apod.)

Spojovani pres + udelate jenom v C++, protoze C neumi pretezovat
operatory. Regularni vyrazy jsou standardne v glibc a lze je pouzivat
jak v C, tak v C++ (nahrazovani si ale budete muset udelat sam),
pripadne existuje implementace RE a'la Perl a jeste znam jednu knihovnu
pro C++, jejimz jmenem si nejsem jist, ale snad to bylo regex++ nebo tak
nejak. Bohuzel si to nemuzu overit, protoze mi nejde freshmeat.
Asociativni pole umi opet glib nebo STL.

> > - podpora zpracovani beznych formatu konfiguracnich souboru (neco
> > jako pristup k ini ve windows, tj. sekce, var=value, cim vice tim
> > lepe), a logu

Tohle z hlavy nevim, ale na freshmeat.net jich urcite najdete dost.

> > - prace s SQL (nejvice me zajima mysql)

Pokud to ma byt pripadne prenositelne na jinou databazi, tak asi jedine
ODBC (hledejte UnixODBC nebo FreeODBC). Jinak muzete pouzit nativni
rozhrani MySQL, coz bude asi vzdy nejrychlejsi a nejpruznejsi.

> > - sifrovani && hash apod. (neco jako cryptFile(), cryptString -
> > vylozene vysokourovnove, ale ne primitivni sifry jako ROT - IDEA,
> > RC4 ...)

Netusim...

> > - komprese (opet pouze vysokourovnove)

zlib

> > - bezne IN protokoly - HTTP, FTP .... asi v rozsahu jako to ma PHP

libcurl (soucast programu curl).

> > - timery

Zase treba glib

> > - a aby to bylo pokud mozno: spolehlive, v deb baliku, spolu
> > kompatibilni a prenositelne (alespon unixy && windows), rozumne
> > velke a rozumne dale podporovane ...

Tohle vice mene glib splnuje.

V kazdem pripade jsou vsechny knihovny, ktere jsem zminil urceny pro C,
coz sice nevylucuje pouziti v C++, ale stale to bude v proceduralnim
modelu, nikoliv v objektovem.

S pozdravem
-- 
Michal Krause                                                       /\
ICQ: 7665279            Informace (nejenom) ze sveta Linuxu      /\/  \
email: michal na krause.cz _______ http://www.root.cz/ _______ NAVRCHOLU.cz

Vseci by chceli byt van Goghmi, ale odrezat si ucho ani jeden.
                                                  J. Raz ve filmu Rabaka