fwiw I appear to have a problem similar to Ursula's (just above) -- on a Chumby One, in this case. The LAN Music widget keeps choking on a "Error loading file list". The LAN Music / Chumby seems to be picking up the file list from the share ok -- and this is a cifs share on a Lacie NAS. I can tell this by hitting the Chumby with that FILELIST? command to the script; I get this page returned:
This page contains the following errors:
error on line 156 at column 4: Encoding error
Below is a rendering of the page up to the first error.
*there isn't anything below that line*
HOWEVER -- I can look at this error page's html source, and it has a perfectly lovely XML file starting with ?xml version="1.0" encoding="utf-8"? MUSFiles tags -- and listing every single file in that selected share, a couple of thousand of them. All good.
Column 4 is the opening bracket of each File Name= tag.
Line 156 is the very first listed file with a filename containing a character > 0x7F, specifically: 0xeb or the ë character (if that doesn't show up here: e with an umlaut)
Interestingly, the file list contains files with ' escaped, i.e. %27 -- but all sorts of "high ASCII" characters are just there as is. Opera and Icelandic singers are the real offenders here!
So close! Can anything be done?
[ADDENDUM a little while later]
Adding ,iocharset=utf8 to the mount command's -o options makes the XML error go away when hitting the script with the FILELIST? command from a web browser. And sure enough, looking at the generated XML, the ë character formerly encoded as 0xeb in a single octet is now nicely UTF-8'd into two octets: 0xc3 0xab -- but, sadly, this doesn't seem to make the LAN Music widget any happier: it still craps out with "Error loading the file list", even though the file list is now (apparently) well-formed UTF-8 encoding as promised by the xml header tag.