Bug 3095 – Perl pins cpu at 100% when importing .ape file.

Bug 3095 - Perl pins cpu at 100% when importing .ape file.

Summary:

Perl pins cpu at 100% when importing .ape file.

Status:	RESOLVED FIXED

Product:	Logitech Media Server
Classification:	Unclassified
Component:	Formats
Version:	6.2.1
Platform:	Macintosh MacOS X 10.4

Importance:	P5 critical (vote)
Target Milestone:	---
Assigned To:	Dan Sully

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2006-03-02 13:01 UTC by Robert Kovalik
Modified:	2008-09-15 14:38 UTC (History)
CC List:	0 users

See Also:
Category:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Robert Kovalik 2006-03-02 13:01:45 UTC

Problem:

When scanning my library, Slimserver always gets stuck on the same song. Perl pins the CPU at 100% and stays there. Web connectivity on port 9000 stops.

After enabling debugging, I see in the log it is complaining 
about tags. I removed the song and scanning continues until it hits another song with the same error.

I checked the tags using J. River on my PC which I use to process all my songs and it looks fine.


Background:

I have seen similar problems being described in this forum but not exactly.

I have a 160 Gig .ape library on an external 1394 disk plugged into my Mac Mini PPC. I have tried using FAT32 and HFS to see if was a corruption issue but it is not.

I have tried all current versions of SlimServer with the same problem.

Song and log sent to Dan Sully

Comment 1 Dan Sully 2006-03-13 11:00:07 UTC

Robert - can you see if this happens for you with the 3/14/2006 6.2.2 nightly build? It will be available tomorrow morning.

http://www.slimdevices.com/dev_nightly.html

Thanks

Comment 2 Dan Sully 2006-04-18 17:29:52 UTC

Fixed in change 6966