Hallo Leute,
Ich habe soeben die erste Version der zoneutils vom Leo in den
isdnlog-Tree einsortiert und an den Andreas zum Einchecken geschickt.
Sieht verdammt gut aus, Leo!
Ich schreibe meinen Senf dazu hier in der Liste, damit Andreas und
andere interessierte mitlesen k�nnen.
Ich habe ein paar kleine Modifikationen im Code vorgenommen, aber ich
verspreche, mich in Zukunft da rauszuhalten.
(Andreas: im zone.c habe ich die $Id$ und $Log$-Eintr�ge vergessen.
Erledigst du das?)
Ich habe einige -1 und -2 durch die symbolische Konstante UNKNOWN
ersetzt, und die warning()-Aufrufe aus getZone() entfernt. Warnings gibt
es nur beim initZone(), sp�ter rufe ich getZone() bei Providern ohne
Verzonung bewu�t auf, und bekomme korrekterweise UNKNOWN.
Die Dateien habe ich verteilt nach isdnlog/zone/* (die ganzen nicht
kompilierten Datenfiles), isdnlog/zone-xx-yy.gdbm und tools/zone.{c,h}.
Die Standalone-Testversion erzeugt das dortige Makefile bereits
automatisch. In die restlichen Makefiles werde ich zone.c einbinden,
sobald ich es in rate.c "einn�he".
Eine offene Frage wirft sich noch auf: sollen die kompilierten
Datenfiles �berhaupt ins CVS? (Ja - nicht jeder hat ein funktionierendes
gdbm-System laufen). Sollen die Quelldateien ins CVS? (Ja - als
Sicherheitskopie). Soll die gdbm-Kompilierung (nennt man das so?) �ber
ein Makefile automatisch erfolgen, oder zumindest versucht werden,
sofern gdbm installiert ist?
Vorschlag: das tools/zone-Verzeichnis steht im CVS, dort gibt�s auch ein
Makefile, das die isdnlog/zone-xx-yy.gdbm erzeugt, dieses wird aber
nirgends im normalen Make-Lauf verwendet, sondern mu� h�ndisch gestartet
werden. Starten wird�s eh nur der Leo.
bye, Michi
--
netWorks Vox: +43 316 698260
Michael Reinelt Fax: +43 316 692343
Geisslergasse 4 GSM: +43 676 3079941
A-8045 Graz, Austria e-mail: [EMAIL PROTECTED]
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
