Bugzilla – Bug 12428
Error during install: libFLAC_dynamic.dll was not found
Last modified: 2009-10-05 14:28:36 UTC
While performing an auto-update today the installer appeared to uninstall SC first then do a full install. (maybe to switch from SC to "SB Server"?) At the end of the install SQUEEZ~1.EXE crashed with this error: "This application has failed to start because libFLAC_dynamic.dll was not found. Re-installing the application may fix this problem." This is the second time I've seen this error in the last 2 weeks. Sorry, not sure what version I was updating from or to. It updated twice today so it's unclear. System info: Win XP SP2
Created attachment 5343 [details] Crash error during server install
Can you reliably reproduce this? On any Windows machine? What AV/Security suite?
I thought I'd do a clean install to be sure. The error appeared during the UNinstall process. Then I downloaded latest build, 27149, and reinstalled. Error came up again preventing the CP from opening. Tried manually opening CP and it failed with error 3 times then finally opened on the 4th try. Originally when I saw this error a couple weeks ago I had no security software installed at all. Currently I have Outpost Firewall installed to test the Troubleshooting tab in CP.
> Originally when I saw this error a couple weeks ago I had no security > software installed at all. But can you reliably reproduce it on another machine? I don't believe this is a general issue, as we would have heard from our users. And I've never seen this myself, running tests on Windows 2k, XP, Vista, 2008, 7.
*** Bug 12429 has been marked as a duplicate of this bug. ***
I am also seeing this, on vista 64sp2. Not sure if this is relevant, but the new SC routine uninstall always failed (just hung). The only way i could install SBs was to manually uninstall the SBs from a couple of days ago, then uninstall SC, then delete both SC/SBs folders, then reinstall in that order. So its effectively a fresh install. My scanner just loops now though.
This must be your family names :-). Dominic - could you please make sure the scanner issue is documented in a separate bug report including scanner.log etc. Thanks.
Could you please check if you have any pdk* sub folders in any of your Windows temporary folder, especially in C:\Documents and Settings\*username*\Local settings\Temp If so, then please shut down any SC related program (Tray icon, control panel, SC itself), wipe those folders and try again. Any change? We seem to suffer from some regression here: while we added an option to clean up those folders, this doesn't always happen if something can't shut down properly. Leaving those folders behind can lead to messages as you've reported. If this is the case, then this might be related to bug 12495
FYI, I had 176 PDK folders in the path you listed below, ranging in creation dates from 10/2007 to 6/2009. I've deleted most of them but 1-2 I'm unable to delete. Or more specifically, I can only delete them if I shut down SqueezeTray. When I restart SqueezeTray 1-2 folders are created. Is this what you expect?
> FYI, I had 176 PDK folders in the path you listed below, ranging in > creation dates from 10/2007 to 6/2009. Wow :-). > I've deleted most of them but 1-2 I'm unable to > delete. Or more specifically, I can only delete them if I shut down > SqueezeTray. When I restart SqueezeTray 1-2 folders are created. > Is this what you expect? Yes, this sounds pretty much correct: you can't delete them as long as one of our apps is still using them. And every app will create a new folder when it's started. Obviously the cleaning up once the app is stopped doesn't always work. If eg. the scanner crashes -> one folder left behind. Recently the control panel crashed on every start -> one folder per start. etc. I've added code to the tray icon and control panel to do regular cleanups of unused folders. Let's see how this behaves.
SC 7.3.3 and earlier 7.3.3 nightly builds, Win XP SP3 Message "The procedure entry point Perl_newXS_flags could not be located in the dll perl58.dll" I occasionally get this message several times on startup and SC 7.3.3 does not start, the tray icon just sits there blinking. Workaround is right clicking the tray icon and exit, then from the Start menu run SC and it usually fixes it. However if that doesn't, then a server shutdown and restart always has. I searched for PDK folders and deleted 30 or 40 of them.
*** Bug 12522 has been marked as a duplicate of this bug. ***
Dan - could you please update your people to follow the "delete pdk* folders" route whenever SC is complaining about missing DLLs or similar? Bug 12586 is mostly a dupe of this, and it seems LaRon took a rather laborious way trying to solve this issue...
*** Bug 12586 has been marked as a duplicate of this bug. ***
change 27392 - I backported part of what I've added from 7.4 to 7.3.4. The tray icon should now clean up the mess crashing apps left behind. This will not work in 100% of all cases, but should help reduce the probability of hitting that issue.
Please update to the latest 7.3.4 build. This should take care of the cleanup work. Successfully wiped about 100 of those folders on my test system
Hello All, For Vista, the path the the PDK folders are as follows: C:\Users\<username>\AppData\Local\Temp Thanks, LaRon
*** Bug 13255 has been marked as a duplicate of this bug. ***
This issue has come back, and I am able to replicate it. Even if I remove the PDK files, I'm still unable to install. This happens when upgrading from 27954 to 28076
This was never broken, marking fixed.
(In reply to comment #19) > This issue has come back, and I am able to replicate it. Even if I remove the > PDK files, I'm still unable to install. > > This happens when upgrading from 27954 to 28076 Hey James, I have a customer with the same issue. SC 7.3.4 Windows XP No anti-virus or security software Had delete 5 PDK folders: 4 pdk folders under the C:\Documents and Settings\USERNAME\Local Settings\Temp and 1 in c:\windows\temp Upon ending the squeezesvc the pdk folder in c:\windows\temp automatically was removed, but he still had to remove the 4 PDK folders from C:\Documents and Settings\USERNAME\Local Settings\Temp Upon Reboot, the PDK folders came back in the above stated directories Deleted them again, and SqueezeCenter still would not start. Found a file named WGAErrLog.txt in c:\windows\temp, deleted it then the service started. I hope this information helps. Thanks, LaRon
Please note that is an issue we can't fix once and for all time. It will always happen on some installations, but shouldn't be something you see every day. It not only depends on our code, but on PDK too, and potentially other installed applications on the user's computer. Feel free to re-target this to a release if this should become a daily issue again. > Windows XP > No anti-virus or security software He better should :-) > Upon ending the squeezesvc Did it end automatically or did you shut it down? > the pdk folder in c:\windows\temp automatically was > removed, but he still had to remove the 4 PDK folders from C:\Documents and > Settings\USERNAME\Local Settings\Temp Make sure _all_ of our executables are stopped (server, scanner, tray icon, control panel) before deleting anything. > Upon Reboot, the PDK folders came back in the above stated directories As soon as one of our applications (or even some other Perl app) starts it will create those folders. There's nothing wrong with that. Keep in mind these folders are nothing evil, but necessary for our application to run. If you pull them while an app is running, it will crash. Most likely with that very message about the missing file. > Found a file named WGAErrLog.txt in c:\windows\temp, deleted it then the > service started. This has nothing to do with SC. If the service afterwards started, then this was pure conincidence. The service would have started with that file in place. It just needed the time you spent caring about that file :-)
Hello Michael, Thanks for the update, information and guidance. LaRon
Michael, while my solution to wipe the temp dirs of pdk folders is very unorthodox it does work... I've not had a crash since making the change. A note of interest is that when I do the nightly reboot I do not gracefully end the squeezesvc but instead simple issue this forceful reboot command "C:\WINDOWS\system32\shutdown.exe -r -f"
> Michael, while my solution to wipe the temp dirs of pdk folders is very > unorthodox it does work... I've not had a crash since making the change. That's ok. It's just not safe to remove the temp folder at any time. BTW: what we're doing in 7.3.4 and later is wipe all pdk* folders which don't match a process ID (the number in the folder name refers to the process which created it).
Just a quick update to let you know that my squeezesvc crashed today after a reboot. So my script of clearing the pdk folders didn't fix the problem. Might be useful to look elsewhere to fix this problem??
Verify that TS has adequate FAQ for customers that run into this issue. We have done as much as we can to fix the issue, however some instances of PDK files may still exist that can cause the issue to appear.
As a follow up I've stopped deleting the PDK folders as previously posted and have altered my reboot to do a gentle shutdown of the Squeezesvc using a CLI script to issue the shutdown command prior to taking down the OS. Will post back if this resolves the issue. So far so good.
Gentle shutdown didn't help... decided to switch from using a Service to a manual run of squeezecenter.exe in the START menu at boot time. Works fine for now and I've noticed a huge performance improvement since it runs in an active window on the taskbar (higher priority I suppose). Will post an update later.
As an alternate means of running squeezecenter.exe at startup time I learned the following trick which works, has great performance AND is stable... 20 reboots with no crashes! Create a new XP service with the simple DOS commands... sc create "SqueezeStart" binPath="C:\Progra~8\SqueezeCenter\server\squeezecenter.exe"
> As an alternate means of running squeezecenter.exe at startup time I learned > the following trick which works, has great performance AND is stable... 20 > reboots with no crashes! Ahm.... that's why we've added this as an option in 7 something. In 7.3 there's the startup configuration tool in the start menu, in 7.4 it's part of the control panel (accessible through the tray icon). No need to fiddle with the command line.
This bug has been marked as fixed in the 7.4.0 release version of SqueezeBox Server! * SqueezeCenter: 28672 * Squeezebox 2 and 3: 130 * Transporter: 80 * Receiver: 65 * Boom: 50 * Controller: 7790 * Radio: 7790 Please see the Release Notes for all the details: http://wiki.slimdevices.com/index.php/Release_Notes If you haven't already, please download and install the new version from http://www.logitechsqueezebox.com/support/download-squeezebox-server.html If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.