Hallo,
-----Original Message-----
From: Andreas Kool <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Donnerstag, 17. Juni 1999 02:00
Subject: Re: isdnlog-3.33
>On Thu, Jun 17, 1999 at 01:29:08AM +0200, Andreas Kool wrote:
>Ich habe soeben eingebaut, das isdnlog Dir (aka "getZone()") nur noch die
>Vorwahl �bergibt. So funktioniert das erwartungsgem��, gef�llt mir aber
>nicht! Den ganzen "get_areacode()" Kram w�rde ich gerne rauswerfen!
>> Daneben habe ich bei meinen Tests noch ein weiteres kleines Problem mit
>> den neuen Verzonungstabellen entdeckt: Wenn ich getZone(x, "6171",
"6171")
>> aufrufe, lieferst Du generell Zone=2 zur�ck. Das kann aber nicht sein!
Ist eher Zufall was da raus kommt.
Beim Design der getZone ging ich davon aus dass
1) getZone nur mit 2 Vorwahlen aufgerufen wird
2) und diese verschieden sind
ad 1) und areacode
Das koennte ich natuerlich dazuprogrammieren.
Wenn ja:
Das jetzige areacode geht von maximal 8 digits Land+Vorwahl aus. Bei der
Erstellung der Zonefiles ergibt sich der korrekte Wert.
Bleibt's beim gleichen Interface (acinfo.Info mit 256 chars ist wirklich
ueppig) ?
oder
int getAreacode(char *number, char **text)
ret Laenge der Vorwahl in number (oder UNKNOWN) und den malloced text dazu.
GetAreaCodeInfo wird mit der Landesvorwahl aufgerufen, die Landesvorwahl
muesste weg.
ad 2)
Ich dachte dass (lt. einigen Mehls) die Zonen soweit normiert sind dass
immer gilt
Ortszone=1
Wenn nein muss ich die Verzonungstabellen neu aufbauen.
leo
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
