* Uwe Furchheim <[EMAIL PROTECTED]> schrieb: > gestern ist doch glatt meine taegliche isdnlog auswertung mit einem > segmentation fault auf die nase gefallen! > > das problem laesst sich auf die kombination von drei datensaetzen > eingrenzen. interessanterweise klappt jeder datensatz fuer sich > alleine auch ohne probleme. nur in dieser reihenfolge geht es schief! > > hier der log: > > 571 [EMAIL PROTECTED]:/var/log> isdnrep -V > isdnrep Version 4.65 > Copyright (C) 1995 .. 2002 by Andreas Kool ([EMAIL PROTECTED]) > [...] > > 572 [EMAIL PROTECTED]:/var/log> isdnrep -v -a -nE -f isdn.log_def3 > I S D N Connection Report - Wed Nov 12 11:23:55 2003 > > Tue Nov 11 2003 > 19:39:17 0:00:36 +49215900000 -> +491720000000 1 3 EH 0.1790 EUR > 19:39:58 0:01:10 +49215900000 <- +3211702800 1 > Segmentation fault > 573 [EMAIL PROTECTED]:/var/log> > > die dazugehoerigen daten (nummern mit nullen ersetzt): > > Nov 11 19:39:17 2003|+492159000000 |+491720000000 | 36| 3616|1068575957| > 3|O| 16| 0| 0|3.2|1|1|0.062|EUR|0.179| 94| 10| > Nov 11 19:39:58 2003|+3211702800 |+492159000000 | 71| 7055|1068575998| > -1|I| 16| 0| 0|3.2|1|1|0.062|EUR|0| 33| -1| > Nov 11 19:42:08 2003|+492159000000 |+491720000000 | 43| 4286|1068576128| > 3|O| 16| 0| 0|3.2|1|1|0.062|EUR|0.179667| 78| 10|
Ich konnte mittlerweile die Ursache finden und die isdnrep-Quellen im CVS auf isdn4linux.de korrigieren, die �nderung ist recht kompakt, siehe http://www.isdn4linux.de/cgi-bin/viewcvs.cgi/isdn4k-utils/isdnlog/isdnrep/isdnrep.c.diff?r1=1.97&r2=1.98. Eingef�hrt wurde der Fehler wie von mir vermutet mit der ab Version 4.65 �berarbeiteten Zonenzusammenfassung. Die angezeigten Zonennamen werden der aktuellen rate-de.dat entnommen. F�r die erste und dritte Verbindung des obigen Logs sind die folgende Ausschnitte relevant: >| P:78,0 3U >| [...] >| Z:10-15 >| A:_DEMF >| T:*/*=0.245(60)/1 >| [...] >| P:94,0 Startec >| [...] >| Z:10 Mobilfunknetz >| A:_DEMD1 # D1 >| A:_DEMD2 # D2 >| T:*/*=0.179/60 Die erste Verbindung wurde �ber Startec gef�hrt, dieser Verbindung wird die Zonennummer 10 und der Zonenname "Mobilfunknetz" zugeordnet. Die dritte Verbindung wurde �ber 3U gef�hrt, die Zonennummer ist hier ebenfalls 10, ein Zonenname ist nicht angegeben. Genau dieser fehlende Zonenname, der zwar un�blich aber weder ausdr�cklich verboten noch im Alltag problematisch ist, verursacht den Speicherzugriffsfehler. Genauer gesagt wurde der bisherige Zonenname "Mobilfunknetz" mit einem NULL-String verglichen; die Adresse 0x0 des letzteren f�hrte zum Speicherzugriffsfehler. Mit der Korrektur wird der Vergleich nur mit vorhandenen Zonennamen durchgef�hrt, nicht vorhandene Zonennamen gelten auch ohne Vergleich als abweichend. Ein neuer isdnrep erzeugt f�r die drei Verbindungen nun folgende Ausgabe: >| $ isdnrep -af isdnrep-segv >| I S D N Connection Report - Fri Nov 14 21:48:12 2003 >| >| >| Tue Nov 11 2003 >| 19:39:17 0:00:36 +492159000000 -> +491720000000 0.1790 EUR >| 19:39:58 0:01:10 +492159000000 <- +3211702800 >| 19:42:08 0:00:42 +492159000000 -> +491720000000 0.1797 EUR >| ------------------------------------------------------------------------------ >| 1 IN= 0:01:10, 2 OUT= 0:01:19, 0 failed 0.3587 EUR >| >| ============================================================================== >| 1 IN= 0:01:10, 2 OUT= 0:01:19, 0 failed 0.3587 EUR >| >| >| >| Outgoing calls (calling:) Summary for Tue Nov 11 2003 >| -------------------------------------------------------------------------- >| UNKNOWN 2 call(s) 0:01:19 0.3587 EUR >| >| >| Incoming calls (called by:) Summary for Tue Nov 11 2003 >| -------------------------------------------------------------------------- >| UNKNOWN 1 call(s) 0:01:10 >| >| >| Outgoing calls ordered by Zone >| ------------------------------------------------------------------------ >| Zone 10:*Mobilfunknetz 2 call(s) 0:01:19 0.3587 EUR >| >| >| Outgoing calls ordered by Provider >| >------------------------------------------------------------------------------------------------ >| Provider 01078 3U 1 call(s) 0:00:42 0.1797 EUR >100.0% avail. >| Provider 01094 Startec 1 call(s) 0:00:36 0.1790 EUR >100.0% avail. >| >| >| Outgoing calls ordered by MSN >| -------------------------------------------------------------------- >| UNKNOWN 2 call(s) 0:01:19 0.3587 EUR Gru� Tobias PS: Die Mobilfunkzonen f�r Startec sind gegenw�rtig nicht korrekt angegeben (Z:11 f�r die E-Netze fehlt), �nderung folgt. -- Tobias Becker E-Mail [EMAIL PROTECTED] PGP 0xD06BB70D * Und erfahrene Menschen sagen, da� derjenige, der zu viel sieht und zu viel wei�, �hnlich wie der, der zu wenig sieht und zu wenig wei�, leicht vom richtigen Weg abkommt und untergeht. * Stefan Chwin * ------------------------------------------------------- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl _______________________________________________ Rates4linux-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/rates4linux-users
