not sure that this is an slimserver parsing issue.  The test is if a file is readable and exists for that error.  check the permissions as well to be sure.  Might also be the [ character?

The same file scanned from the same library causes no issues in SlimServer 6.5.3, so it seems to me it must be a 7.0 issue? And the file is of course readable.

(I'm going to try changing the first file in the library XML and see what happens)

I created a test iTunes library file with 4 music files - this gives the same error.
Then I switched the order of the files - and the error still occurs on the 1st file in the library, and the one which had the error before is now fine:

[21:25:14.7310] Slim::Plugin::iTunes::Importer::startScan (148) Parsing file: C:\Documents and Settings\James\My Documents\My Music\iTunes\Test.xml
[21:25:14.7553] Slim::Plugin::iTunes::Importer::handleCharElement (497) Found the music folder: file://localhost/E:/iTunes
[21:25:14.7563] Slim::Plugin::iTunes::Importer::handleEndElement (559) Starting track parsing.
[21:25:14.7645] Slim::Plugin::iTunes::Common::normalize_location (312) Normalized file://localhost/E:/American%20Music%20Club/Keep%20Me%20Around/01%20Keep%20Me%20Around.mp3 to file:///E:/American%20Music%20Club/Keep%20Me%20Around/01%20Keep%20Me%20Around.mp3
[21:25:14.8520] Slim::Plugin::iTunes::Importer::handleTrack (314) File not found: E:\American Music Club\Keep Me Around\01 Keep Me Around.mp3
[21:25:14.8617] Slim::Plugin::iTunes::Common::normalize_location (312) Normalized file://localhost/E:/The%20All%20Seeing%20I/Walk%20Like%20a%20Panther/02%20Snake%20I%20%5BEdit%5D.mp3 to file:///E:/The%20All%20Seeing%20I/Walk%20Like%20a%20Panther/02%20Snake%20I%20%5BEdit%5D.mp3
[21:25:14.8649] Slim::Plugin::iTunes::Importer::handleTrack (331) Got a track named Snake I [Edit] location: file:///E:/The%20All%20Seeing%20I/Walk%20Like%20a%20Panther/02%20Snake%20I%20[Edit].mp3
[21:25:15.6416] Slim::Plugin::iTunes::Common::normalize_location (312) Normalized file://localhost/E:/iTunes/The%20All%20Seeing%20I/Walk%20Like%20a%20Panther/01%20Walk%20Like%20a%20Panther%20%5B7%20inch%20Versi.mp3 to file:///E:/iTunes/The%20All%20Seeing%20I/Walk%20Like%20a%20Panther/01%20Walk%20Like%20a%20Panther%20%5B7%20inch%20Versi.mp3
[21:25:15.6449] Slim::Plugin::iTunes::Importer::handleTrack (331) Got a track named Walk Like a Panther [7 inch Version] location: file:///E:/iTunes/The%20All%20Seeing%20I/Walk%20Like%20a%20Panther/01%20Walk%20Like%20a%20Panther%20[7%20inch%20Versi.mp3
[21:25:15.7848] Slim::Plugin::iTunes::Common::normalize_location (312) Normalized file://localhost/E:/American%20Music%20Club/Keep%20Me%20Around/02%20In%20My%20Role%20As%20The%20Most%20Hated%20Sing.mp3 to file:///E:/American%20Music%20Club/Keep%20Me%20Around/02%20In%20My%20Role%20As%20The%20Most%20Hated%20Sing.mp3

I found what appears to be the problem. 
At line 290:
	
my $mtime = (stat($file))[9];
my $ctime = str2time($curTrack->{'Date Added'});

On the first iteration of the loop only, the str2time() call in the 2nd line appears to clear the '_' filehandle populated by stat() and used a little further down:

# Reuse the stat from above.
if (!$file || !-r _) { 

That test then fails because -r _ returns undef. Immediately after the stat() call it returns 1.
If you swap the order of the 1st two lines, it works fine! 
(Or replace '!-r _' with '!-r $file')

But I have no idea why str2time() would do this, in particular why is it happening only on the first track!?

James

Thanks for looking in to this, James.

*** Bug 5855 has been marked as a duplicate of this bug. ***

Another log file attached to duplicate Bug 5855.  Increasing severity and changing hardware, os, assignee and target milestone since the behavior happens on both Macs and PCs.

Fixed in change 14450.

This bug is being closed since it was resolved for a version which is now released!  Please download the new version of SqueezeCenter (formerly SlimServer) at http://www.slimdevices.com/su_downloads.html

If you are still seeing this bug, please re-open it and we will consider it for a future release.