Hi Michi,
----- Original Message -----
From: Michael Reinelt <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Dienstag, 09. November 1999 07:20
Subject: Re: Services
> Hallo,
>
> > Das war nicht boes gemeint, ganz im Gegentum - ich wollte nur
> > ausdruecken, dass ich in der rate.c herumgewerkt habe und der
Michi
> > bitte jetzt da nichts groeberes aendert.
>
> Ich habe eh wenig Zeit daf�r. ...
Das war auch der Hauptgrund, warum ich die Initiative uebernommen
habe.
> ... Allerdings bemerke ich, da� da momentan
> soviel passiert und an mir vorbeigeht, was mich schon ein bischen
> ungl�cklich macht. Ich gebe zu, ich betrachte rate.c ein bischen als
> mein Liebkind, und habe es nicht so gerne, wenn es ohne mein Wissen
> (oder schlimmer: ohne meine Zustimmung, oder noch schlimmer: gegen
> meinen Willen) umstrukturiert wird. ...
Das verstehe ich gut. Aber prinzipiell haben wird glaub ich vor ca. 2
Monaten ueber diesen Weg gesprochen (ehem gemehlt), also ohne Wissen
und Zustimmung finde ich, war das nicht, deinen Willen kenne ich nicht
so genau ;-)
> ... Und ich lege _sehr_ gro�en Wert auf
> sauberes, klares und elegantes Design (ich bin ein �sthetiker :-),
..
Eine Zeile Aenderung in isdnlog/processor.c, 2 in isdnrate.c, also
eleganter kann mann das nicht einbauen :-) (Und da rede ich nicht mehr
von den Services sondern schon davon, dass initRate jetzt alle
Provider einliest und sogar nach Datum unterscheiden kann.)
Wenn Andreas die paar #ifdef ISDN_CC durch if(!strcmp(mytld,"CC"))
ersetzt, haben wir einen isdnlog, der vollkommen laenderunabhaengig
compiliert und bis auf protokoll-spezifische Sachen auch
laenderunabhaengig funktionieren sollte.
Also IMHO "sauberes, klares und elegantes Design " ;-)
> ... was
> manchmal der eher pragmatischen Sichtweise eurerseits
entgegenwirkt...
Ich denke nicht, dass ich so pragmatisch bin, ich stelle nur oefter
mal den pragmatischen Weg als Gegengewicht hin, um die Diskussion
fortzufuehren (BTW A:+43:7 ist doch eine sehr pragmatische Loesung -
oder?)
>... Aber ich denke, zusammen bilden wir ein ziemlich gutes Team.
Das find ich auch.
> Abschlie�end: ich bin so geboren - was ist eure Entschuldigung?
Auch ;-) -
Also Michi, schau mal rein in rate.c, ich denke nicht, dass ich da
groeberes verbrochen habe. Es war mir schon klar, dass da noch Einiges
an Schweinerein abzufangen ist, wie z.B die leeren Provider-Eintraege
in rate-de.dat, aber das ist schon durch eine eigene Sub vorgeplant
(free_provider).
Seit mir nicht boese, du hattest keine Zeit, ich habe sie mir genommen
und schliesslich:
<cite author="ak">Mit dieser Version macht der isdnlog einen
*gewaltigen* Sprung nach vorne - Danke, Leo!!!!</cite>
Und finally als Entschuldigung: es geht (ging) ja nicht nur um isdnlog
sondern wir haben auch isdnrate und isdnrep, die alle mit der
Entwicklung Schritt halten muessen. Wie du vielleicht bemerkt hast,
zeigt z.B der isdnrep jetzt auch in Oesterreich korrekte Zonen an, und
wenn du ein
$isdnrep -t0831-0901
machst, wirst du sehen, dass da jetzt 2 verschiedene Provider
aufscheinen.
Du hast sicher Recht, rate.c ist der Motor des Ganzen und dein Werk,
aber du musst auch das Rundherum im Blick haben.
>
> bye, Michi
leo
PS: ich glaub ich versteh dich wirklich - nicht boes sein.
PPS: habe in naechster Zeit kaum dieselbe fuer weitere Umbauten:
- Datumsbereich beim T:-Tag
- Areas, von denen man wohin waehlen kann, bzw. nicht kann (z.B fuer
Telekabel oder lokale Betreiber in DE)
machst du das?
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
