On Wed, Jun 09, 1999 at 10:14:42AM +0200, Michael Reinelt wrote:
> Hallo Leute,
>
> Ich stehe kurz vor dem Durchbruch: das neue rate.c mit Einbindung des
> country.c und des brandheissen zone.c ist fast fertig.
Fein! Hau' rein in die Tasten!!
> Um endg�ltig in den Endspurt zu kommen, m�chte ich ein paar Dinge
> vorbereiten, damit nach dem Einchecken der bleeding-edge-Version der
> isdnlog nicht wieder f�r Wochen unbenutzbar bleibt:
>
> Leo: ein neues zone-at-pta.dat mit der Numerierung von 1 aufw�rts
Ist bereits im I4L-CVS drin
> (�brigens: sollen wir die zone-xx-yy files .dat oder .gdbm nennen?)
Geschmackssache. Mir egal. Sind per heute als ".gdbm" eingecheckt.
> Leo/Andreas: ist das zone-de-33 soweit verifiziert, da� wir�s einbauen
> k�nnen?
Ich habe zwar nicht alle Eintr�ge gepr�ft ( -> ;-) <- ), habe heute aber
eine Menge Stichproben gemacht.
Ergebnis: Die Datei "zone-de-dtag.dgbm" ist absolut Ok !!!
> Rate-Crew: In die rate-de.dat geh�ren folgende neue Eintr�ge:
>
> * ganz am Anfang, nach dem V:-Tag das neue W�hrungsformat:
> U:%.3f DM
Falsch. Wir hier in .de schreiben das (frag' mich bitte nicht, warum!) so:
U:DM %.3f
> * bei allen Providern, die der Verzonung eurer Telekom folgen, gleich
> nach dem P:-Eintrag und vor dem ersten Z:-Eintrag:
> D:telekom
> oder wie immer ihr das nennen wollt
Also per jetzt "dtag"
> dazu kommt dann ins /etc/isdn/isdn.conf eine Zeile
> ZONEFILE=/usr/lib/isdn/zone-de-%s.dat
>
> f�r %s wird dann der String des D:-Tags eingesetzt, und es existiert
> dort die Datei
> /usr/lib/isdn/zone-de-telekom.dat
>
> �berlegts euch, wie ihr das jetzt schon einbauen k�nnt, aber mit einem
> Kommentar versehen, der sich dann leicht entfernen l�sst.
>
> Rate-Crew/Andreas: das neue country.c wirft in meiner rate-de.dat jede
> Menge Fehler aus. Ich sollte irgendjemandem vor dem Check-in einen
> Standalone-Parser schicken, damit diese Fehler vorab bereinigt werden
> k�nnen.
Verstehe ich nicht! Ich habe "prefixes.dat" (aha "countries.dat"),
"countries-de.dat" sowie "rate-de.dat" vor paar Tagen erst wieder
abgeglichen - lief ohne eine einzige Warnung durch!
Was hast Du denn da f�r neue Warning's eingebaut, wenn ich mal fragen
darf?
Ha! ich kann's mir vorstellen:
WARNING: "rate-de.dat" larger than "rate-at.dat" removing 253838 Byte
to win
Stimmt's :-)
> Andreas: rechne damit, da� ich im ersten Anlauf nur das Interface im
> isdnlog selbst anpassen werde, und den isdnconf und isdnrep nicht
> angreife.
Macht �berhaupt nichts. Das mache ich dann schon.
> Andreas: wie sieht dein Stand vom isdnlog.c, processor.c etc. aus? Bevor
> ich da drinnen wild herumgrabe, sollten wir uns nochmal synchronisieren.
Alles eingecheckt. Ab sofort lasse ich die Finger vom isdnlog, bis Du
fertig bist. Versprochen!
> Sobald ich die erste Version rausgebe, sollte sie so schnell wie m�glich
> eingecheckt sein, weil wir dann zu dritt (Andreas, Leo und ich) am Code
> und zu vielt (alle) an den Datenbanken arbeiten und die (unz�hligen :-)
> Fehler bereinigen m�ssen. Das geht nur mit regelm��igen Check-Ins.
ACK.
> Andreas, wie sieht�s bei dir zeitm��ig aus?
So-la-la
> Wenn nichts grobes schief geht, will ich bis Ende der Woche isdnlog-3.99
> draussen haben.
Ich auch!
N�chste Woche ist doch das I4L-Hacker-Treffen, da will ich *mindestens*
isdnlog-4.00 pr�sentieren, wenn nicht sogar gleich isdnlog-2000 ;-)
> 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]
Ciao,
Andreas
--
Andreas Kool ([EMAIL PROTECTED] * http://www.pweb.de/kool.f)
PGP: 3FBF2411 Fingerprint: B5 35 34 74 25 60 2A 7A 89 06 92 C4 08 BA A5 BD
(To get my PGP key, send me a mail with subject "send pgp key")
Transmission of this message via the Microsoft Network is prohibited
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
