> > > Nochmal: Die Reihenfolge _ist egal_, und isdnlog nimmt den _besten_
> > > Treffer!
> >
> > Hmm, das hat Andreas am 6.5. in "Re: Zonen" aber anders geschrieben:
> >
> > ------------ QUOTE
> > isdnlog geht die Liste Top-down durch. Daher *mu�t* Du die Liste so
> > f�llen, das der best-Match oben steht, d.h. immer so:
> >
> > +7096:Moskau
> > +7095:Moskau
> > +7:Russische F�rderation (�stl.)
> >
> > und nie umgekehrt!
> > ------------ END QUOTE
> >
> > Oder hat sich das seitdem ge�ndert, ist ja immerhin schon eine Ewigkeit
> > her :-) ?
>
> Ja klar hat sich was ge�ndert :-(
>
> Das hat offensichtlich sogar der Autor von "rate.c" bislang nicht bemerkt
> (Hallo Michi :-)
>
> Ich habe (mea culpa) den Sort �ber die Vorwahlen rausgenommen. Bitte
> frag' mich jetzt nicht, warum :-(
> Es war auf jeden Fall wegen der "A:Landesbezeichnung" Geschichte ...
Nat�rlich habe ich das bemerkt, was meinst du, was ich f�r ein Argusauge
auf meinen Code habe!
Erkl�rung: das Sortieren war nur notwendig, um eine Art �bin�rer Suche�
zu erm�glichen. Gottseidank funktioniert diese Suche nicht, und ich
mu�te sie deaktivieren. Das qsort() habe ich dann einfach
drinnengelassen. Wenn er nach wie vor halbbin�r suchen w�rde, und du
h�ttest das qsort() rausgenommen, kannst du dir vorstellen, was passiert
w�re...
Trotzdem: er hat auch schon vorher auf �best match� hingearbeitet!
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