<div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">
</div>The "file" of which you speak is most likely, "tmdb.xml". That error<br>
occurs when there is absolutely no response from <a href="http://themoviedb.org" target="_blank">themoviedb.org</a> (not<br>
even an error code) and, therefore, is /no/ data to parse.<br>
<br>
The interesting thing is that the error occurs /very/ quickly--in spite<br>
of the timeout (which, by default with the Perl module in use is 3<br>
minutes--I'm guessing, but haven't read the code to verify, that tmdb.pl<br>
is using the default). So, how can you get /no/ response extremely<br>
quickly with a 3-minute timeout? It happens when there's a network<br>
issues--such as name-resolution failure.<br>
<br>
Run the script a 2nd time (after the caching-only name server you're<br>
running has actually found the IP address for <a href="http://themoviedb.org" target="_blank">themoviedb.org</a>) and it<br>
works perfectly. You can generally run it immediately after you dismiss<br>
the error dialog. (If you don't run your own name server, complain to<br>
your ISP. If your ISP's name server isn't causing problems, check your<br>
network/routing/proxies/...)<br>
<br>
Mike "Hasn't gotten around to making a patch for that, yet, but it's<br>
easy to work around by re-running" Dean<br>
</blockquote></div><br>The problem is, as soon as I hot OK to get out of that error dialog in the FE, the FE freezes on the "retreiving data.. [looking for] moviename" translucent screen.<br><br>Bob<br>