On Sat, Aug 21, 1999 at 11:06:28AM +0200, Leopold Toetsch wrote:
> Hallo,
> -----Original Message-----
> From: Andreas Kool <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> Date: Freitag, 20. August 1999 22:24
> Subject: Re: Hilfe!
>
>
> >  3. Das sehr sch�ne Modul "telnum.c" wei� leider noch �berhaupt nix
> >     von Sonderrufnummern oder Handy-Nummern, und rauchte daher ziemlich
> >     gerne ab.
> >     => Ich habe einen (leider z.Zt. relativ .de spezifischen) Workaround
> im
> >     Modul "tools.c" drin.
>
> Stimmt nicht ganz so, normalizeNumber ruft getArea (aka is_sondernummer) auf
> und verwendet das auch.

Ich hatte leider noch nicht die Zeit, das zu debuggen. Da ich *schnell* etwas
lauff�higes in's CVS stellen wollte, habe ich den einfachen Weg gew�hlt:

  mit Sonderrufnummern sowie Handy-Nummern rufe ich "normalizeNumber()"
  nicht auf, sondern zerlege selber.

Der Absturz (SIGSEGV) ist �brigens *immer* in Zeile 678 von tools/zone.c

     if (sthp[i].cc == country)

wobei dann

     i == 0
     country == 49
     sthp[0] ein Pointer jenseits meines Adressraumes (aber nicht NULL)

Ich habe mir Deinen Code leider immer noch nicht so richtig angesehen. Wenn
ich das richtig verstehe, verwendest Du sthp[] als eine Art Cache f�r
bereits schon einmal verwendete Nummern.
Also d�rfte es sich bei meinen Abst�rzen um Folgefehler handeln ...

> >  4. Wir sollten langsam mal anfangen, eine gaaaanz kleine Doc zu dem
> >     ganzen Kram zu schreiben ;-)
>
> Das hab ich befuerchete :-)

Ich auch :-)

> >  0180 1 4711
> >
> >In der "rate-de.dat" steht (korrekterweise)
> >
> >  A:01801
> >  T:...
> >
> >Wenn ich (alias isdnlog) nun "rate.c" nach der Nummer "018014711"
> >frage, sagt rate.c -> keine Sonderrufnummer.
> >Wenn ich (alias isdnlog) hingegen nach der Nummer "01801" frage,
> >sagt "rate.c" korrekt -> ist eine Sonderrufnummer.
>
> Wenn ich mir den Code in getArea so anschau, muesste der eigentlich
> Wildcards verstehen, tut aber nicht. Der Hund ist IMHO das
>
> l=strlen(number)
>
> wenn das
>
> l=strlen(Provider[prefix].Area[i].Code)
>
> in der Schleife ist, dann geht's auch mit Wildcards (aber Frage mich nicht
> was das sonst fuer Auswirkungen hat) - Michi?
>
> Also
> A:01801*
> und obiger Patch funkt.

Michi, darf ich?

> >Last but not least: Ich habe im Internet eine sch�ne Seite gefunden, in der
> >alle Ortsvorwahlen innerhalb der USA aufgef�hrt sind. Damit kann man z.b.
> >endlich "+1" Kanada sauber erkennen! Soll ich die alle in unsere
> >"country-de.dat" einpflegen?
>
> USA & Kanada sind ein ver... sch..., da die Landesvorwahl zwar +1 ist, das
> Land aber damit nicht unterschieden werden kann. Soweit ich das seh, kommen
> wir hier um eine Sonderbehandlung nicht herum. getCountrycode muss bei +1xxx
> nachschauen, ob USA oder Kanada und muss als Laenge 1 retounieren. Die
> Staedte sollte dann besser in eine Datenbank, getAreacode liefert dann die
> Laenge der Vorwahl und die Bezeichnung der Stadt.

Stimmt, Leo!

Eigentlich ben�tigen wir f�r "+1" eine eigene Verzonungstabelle (diesmal
(erstmal?) nicht, um die Entfernungen zwischen den einzelnen Ortschaften
abzulegen, sondern nur f�r die Ortsvorwahl/Ortsbezeichnung Informationen.

Die URL lautet: http://www.teltronics.com/beyond.html    :-)

> > - Einige Tk-Provider hier in .de gehen dazu �ber, nicht nur einfach
> >   einen Tarif f�r "USA" anzubieten, sondern die bringen unterschiedliche
> >   Tarife f�r verschiedene Lokationen in den USA (New York, Washington,
> usw.)
> >
> >   Die wollen uns echt fertigmachen!
> >
> >   Michael: K�nnen wir sowas bereits, oder w�re sowas realisierbar?
> >
> >   Was ich damit meine:
> >
> >     Mal angenommen, ich rufe in New York an. Bei einigen Providern
> >     in der "rate-xx.dat" gibt es explizit einen Tarif f�r die Vorwahl
> >     von New York, bei anderen einfach nur einen Tarif f�r "USA"
> >
> >     Jetzt m��te "rate.c" das *wissen*, und entsprechend die richtigen
> >     Tarife miteinander vergleichen ...
>
> Das muss gehen weil immer der laengste Match gesucht wird.
>
>
>
> leo
>
> PS ist mein Posting von gestern (Re: Hilfe!) angekommen?
> Mein Internetprovider hatte gestern ein boeses Problem.

Nein, bei mir nicht.


PS: Ich habe eben noch mal paar kleine Korrekturen eingecheckt. Bitte
    nochmal's auschecken!

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

Antwort per Email an