>> So maybe I'll try to identify the track that's causing the scanner to
>> fall over; it needs to be a bit more robust (somehow handle bad
>> files/tags without crashing or at least detect/report when it has
>> unexpectedly crashed).
>
>Good place to start, and yeah, it needs to be a LOT more robust. You
>can't have crashed or aborted scans, which are commonplace, hanging
>things up so badly.
>
I found the last file that the scanner said it was processing ("handling new
track file ...") before it crashed.
I've looked at the file/tags in several other apps, and there's nothing
obviously wrong with it (and SBS 7.5 reads all files fine). I even looked in a
hex editor to see if I could see any strange id3 frames that might cause issues.
I renamed it (added .ignore to the end), and did a new clean & rescan. It got
a bit further, and crashed on another file.
I renamed back to the original filename, and rescanned. This time it
successfully scanned that file, and crashed at a different point. So I don't
think it's anything to do with file content (tags, etc), it's just randomly
crashing?
_______________________________________________
beta mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/beta
