Hi Leo,
> Folgendes ist mir aufgefallen.
> Einige Provider haben eine Angabe:
> Z:zz
> A:+ # uebrige Laender
>
> Das ist praktisch aber auch gefaehrlich. Z.B.
>
> P:14 EWE TEL CbC
> ...
> Z:203
> A:USA,Kanada
> ...
> Z:206
> A:+
>
> Nun wird z.B. 'Barbados' (+1 246) irrtuemlich in die Tarifzone Z203 (USA)
> gerechnet um 44 Pf start 2,99 DEM - nicht ganz dasselbe.
>
> Angehaengtes Programm expandiert den A:+-Tag um die nicht definierten
> Eintraege +1 xxx, genauer gesagt es schreibt diese Eintraege mit der
> Providernummer nach STDOUT.
Ob das gscheit ist? Was h�ltst du von folgender L�sung (auch f�r die
Zukunft): Ich habe ja schon mal vorgeschlagen, die A:-Tags um die
Kennung �!� zu erweitern (NOT). Wenn nun in der country.dat (oder in der
zuk�nftigen destination.dat?) drinnensteht:
N:USA
C:+1,!+1246
Dieser Eintrag wird dann in die rate.dat �bernommen. Dann ist obiges
Problem gel�st.
Ich h�tte schon gerne das A:+-Tag weiterhin drinnen, weils einfach und
logisch ist!
bye, Michi
P.S. Leo, f�r deine anderen Fragen fehlt mir momentan einfach die
zeit...
--
netWorks Vox: +43 316 692396
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
