any mp3tofid doctors in the house?

I'm trying to use mp3tofid & rsync to reach mirror mp3 archive zen, and mp3tofid keeps crashing on me, after the 377th fid that it adds.

here's what I see:
Code:

---

stored inode = 3,1,311735, fidnumber = 376
scanning /aleph/MP3s/Punk & Rock/Fugazi - 13 Songs/01 - Fugazi - Waiting Room.mp3
stored inode = 3,1,311739, fidnumber = 377
scanning /aleph/MP3s/Punk & Rock/Fugazi - 13 Songs/02 - Fugazi - Bulldog Front.mp3
zsh: floating point exception  mp3tofid-3.00/src/mp3tofid -Iin -2:90 -d:dimMrsS /aleph/MP3s

mp3tofid-3.00/src/mp3tofid -Iin -2:90 -d:dimMrsS /aleph/MP3s   10.57s user 23.73s system 9% cpu 5:49.07 total

---

I ran file against drive0/var/mp3tofid and it shows to be some db format. i wonder if the lib for that db has anything to do with it crashing..

anyone know anything about this? i'm not sure what to check out.

thanks

I compiled with symbols and checked it out in gdb, and it seems to be failing in getmp3info()..

Program received signal SIGFPE, Arithmetic exception.
0x0804c216 in getmp3info (fidinfo=0x814de28) at scanmp3.c:152
152 sprintf(tagvalue, "%s%s%lu",


sprintf(tagvalue, "%s%s%lu",
BitrateChanges ? "v" : "f",
GetAudioMode(&Header),
TotalBitrate / FrameCount);
fidinfo->tagvalues[TAG_BITRATE_NUM] = strdup(tagvalue);

Something in there is failing after 887 iterations...

i'm goin to bed

My first guess would be something screwy with the tag info on one of the files. Corrupted tag data, or something huge in one of the tag fields like an embedded JPEG.

Quote:
Program received signal SIGFPE, Arithmetic exception.
0x0804c216 in getmp3info (fidinfo=0x814de28) at scanmp3.c:152
152 sprintf(tagvalue, "%s%s%lu",


sprintf(tagvalue, "%s%s%lu",
BitrateChanges ? "v" : "f",
GetAudioMode(&Header),
TotalBitrate / FrameCount);
fidinfo->tagvalues[TAG_BITRATE_NUM] = strdup(tagvalue);

The only thing there which could raise SIGFPE is integer division by zero. FrameCount is zero for some reason, most likely a corrupted file.

Peter