Firefly failed to start

[zelet]

Is firefly compatible with iTunes 7?

I wanted to see what happens when I point a clean install of Firefly at just the iTunes folder (there is no music in there – just the iTunes files). This is what it does:

2007-01-10 17:01:27 (a000eca8): Firefly Version svn-1463: Starting with debuglevel 2
2007-01-10 17:01:27 (a000eca8): Starting rendezvous daemon
2007-01-10 17:01:27 (a000eca8): Starting signal handler
2007-01-10 17:01:27 (01807000): Signal handler started
2007-01-10 17:01:27 (a000eca8): Error: enum_begin failed (error 1): Misc SQL Error: no such table: config
2007-01-10 17:01:27 (a000eca8): Can’t get db version. New database?
2007-01-10 17:01:27 (a000eca8): Initializing database
2007-01-10 17:01:27 (a000eca8): Error: enum_begin failed (error 1): ?
2007-01-10 17:01:27 (a000eca8): Error: enum_begin failed (error 1): ?
2007-01-10 17:01:27 (a000eca8): Full reload…
2007-01-10 17:01:27 (a000eca8): Starting mp3 scan
2007-01-10 17:01:27 (a000eca8): Starting playlist scan
2007-01-10 17:01:41 (a000eca8): Rendezvous socket closed (daap server crashed?) Aborting.
2007-01-10 17:01:41: Aborting

So for whatever reason its freaking out about my iTunes playlists.

[zelet]

I tracked down my problem. It seems that if you have file names that are too long the DB can’t handle it and it’ll crash the server.

This is true for adding files to Firefly through pointing it at a directory and ALSO if you point Firefly at an iTunes library that has those long filenames in it.

I’m not sure if this is a limitation of Firefly that can be fixed or if its a limitation of sqlite? Any devs want to let me know about that? An example of a file that wouldn’t go:

Dave Matthews Band – Live in Chicago 12-19-1998 at the United Center_Disk1 – 03 – Don’t Drink the Water.mp3

[rpedde]

@zelet wrote:

I tracked down my problem. It seems that if you have file names that are too long the DB can’t handle it and it’ll crash the server.

This is true for adding files to Firefly through pointing it at a directory and ALSO if you point Firefly at an iTunes library that has those long filenames in it.

I’m not sure if this is a limitation of Firefly that can be fixed or if its a limitation of sqlite? Any devs want to let me know about that? An example of a file that wouldn’t go:

Dave Matthews Band – Live in Chicago 12-19-1998 at the United Center_Disk1 – 03 – Don’t Drink the Water.mp3

What’s the full path? And how many characters is it? The max is PATH_MAX. Not sure how a path can be longer than PATH_MAX. ???

I’d be interested to know the full length in characters of the path name though.

And when you run it with -d9, what’s the error message you get?

– Ron

[zelet]

The full path is:
/Volumes/FTP/MP3 Collection/Dave Matthews Band – Live in Chicago 12-19-98 at the United Center Disc 1/Dave Matthews Band – Live in Chicago 12-19-1998 at the United Center_Disk1 – 06 – Lie in Our Graves.mp3

Because of the naming convention I use the MP3 file gets a really long name. With the escape characters its ~237 characters.

I got the log file but its huge. Is there something you want me to look for specifically so that I can copy and paste it here?
Thanks,
John

[zelet]

I changed the filename of that one album to something a bit shorter and now Firefly works as expected – which is to say that Firefly is awesome.

I have other albums that are a tiny bit shorter but they seemed to work out just fine. Thanks to everybody who has helped me troubleshoot this problem.

[rpedde]

@zelet wrote:

I changed the filename of that one album to something a bit shorter and now Firefly works as expected – which is to say that Firefly is awesome.

I have other albums that are a tiny bit shorter but they seemed to work out just fine. Thanks to everybody who has helped me troubleshoot this problem.

Wow. I looked at the headers, and the osx PATH_MAX shoul be 4096, but _POSIX_PATH_MAX is 256. I wonder if somehow I’m getting hte posix definition (wrong _XOPEN_SOURCE or something)…

I’ll look into that more closely. I wouldn’t have expected it to be a problem.

Thanks for the research on that.

— Ron

[zelet]

I’m glad to help out how I can especially on such great FOSS projects.

Thanks for all your work.

[Author]

Posts