* 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| > > hat irgendwer eine idee, warum das schief geht? oder tut es das nur > bei mir?
Der aktuelle isdnrep bricht bei mir an der selben Stelle ab: >| $ isdnrep -af isdnrep-segv >| I S D N Connection Report - Wed Nov 12 19:23:07 2003 >| >| Tue Nov 11 2003 >| 19:39:17 0:00:36 +492159000000 -> +491720000000 0.1790 EUR >| 19:39:58 0:01:10 +492159000000 <- +3211702800 >| Segmentation fault (core dumped) >| >| $ gdb isdnrep core >| GNU gdb 4.18 >| #0 0x40093f23 in strcmp () at ../sysdeps/generic/strcmp.c:46 >| 46 ../sysdeps/generic/strcmp.c: Datei oder Verzeichnis nicht gefunden. >| (gdb) where >| #0 0x40093f23 in strcmp () at ../sysdeps/generic/strcmp.c:46 >| #1 0x8056f0b in repair (cur_call=0xbfffb7c8) at isdnrep/isdnrep.c:2469 >| #2 0x805773c in set_caller_infos (cur_call=0xbfffb7c8, >| string=0xbfffb9b8 "Nov 11 19:42:08 2003", from=0) at isdnrep/isdnrep.c:2633 >| #3 0x80515ca in read_logfile (myname=0xbffffde3 "isdnrep") >| at isdnrep/isdnrep.c:679 >| #4 0x8049d32 in main (argc=3, argv=0xbffffce4, envp=0xbffffcf4) >| at isdnrep/rep_main.c:457 >| (gdb) Ein alter isdnrep 4.53 aus Vor-Euro-Zeiten zeigt den Fehler nicht. Von daher liegt es, auch aufgrund der Fehlerstelle in repair(), nahe, den Fehler im Bereich der in diesem Jahr vorgenommenen �nderungen der Zonenzusammenfassung bzw. deren Vorbereitung zu vermuten. Ich bedanke mich erst einmal f�r den Hinweis und die sehr brauchbaren Angaben zum Reproduzieren, werde mich in den n�chsten Tagen n�her damit befassen und mich dann hier wieder melden. Gru� Tobias -- 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 sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ _______________________________________________ Rates4linux-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/rates4linux-users
