Camelot Alpha 2: RunTime Error When MilkDrop Is Displayed

I'm running Camelot Alpha 2 on Windows 7 Ultimate x86 Retail.
My music visualization is set to MilkDrop_win32dx.
I can consistently reproduce this error: when entering fullscreen visualization, I get two runtime errors. In my XBMC.log, their entries are:

23:27:34 T:3812 M:2547073024 ERROR: Win32DllLoader::Load: Unable to load MSVCP90.dll (1114)
23:27:34 T:3812 M:2547068928 ERROR: LoadLibrary('MSVCP90.dll') failed
23:27:36 T:3812 M:2546483200 ERROR: Win32DllLoader::Load: Unable to load MSVCR90.dll (1114)
23:27:36 T:3812 M:2546483200 ERROR: LoadLibrary('MSVCR90.dll') failed

I have tried deleting all msvc files from the XBMC and XBMC\system folders and then reinstalled the MS Visual C++ Redistributable. No effect. I have tried manually placing the files MSVCR90.dll and MSVCP90.dll in the XBMC\system folder. Again, no effect, same issue persists.

Please note that after I click "OK" on both of the run-time error messages, Milkdrop does display and appears to work just fine. I have had this working in XBMC in the past, but since the upgrade to Camelot 2 I began experiencing this issue.

I couldn't find any info about this specific issue searching the forums, and tried the above based on stuff I did find in the forums. Any advice?

1114 indicates the dll initialisation failed. Not sure what could cause that to be honest. I presume you installed the VS2008 SP1 runtimes?

You should certainly not have any of the version 9 runtimes in the XBMC folder (or system folder.)

Cheers,
Jonathan

yes sir, got them from here http://www.microsoft.com/downloads/detai...laylang=en

I actually tried uninstalling & reinstalling them, as well as restarting my system. Still no luck. I'm going to try clearing my XBMC folder, since I haven't done a totally "clean" update in a while.

Yup, that did it. Must have been some problem caused by old files or something. I blew away everything except my userdata and my third party skins, and its now working exactly as expected.

Turns out I spoke too soon (This is what happens when I do testing without coffee )

Same issue persists. When I search my C: partition (where Windows is installed) for MSVCP90.dll, I get three different results inside the Windows directory, plus some random third party programs have a copy of the file in their directories as well (like Digsby, Event Ghost, etc).

For the other file I get three search results inside Windows. What's weird is all 6 files have different dates, sizes, and dates on them. Should I have three distinct sets of DLLs on my system?

A bit more info about the actual error. Its actually a seperate little error window that pops up on top of XBMC. The title is "Microsoft Visual C++ Runtime Library", and the text is

Quote:Runtime Error!
Program: D:\XBMC\XBMC.exe

R6034
An application has made an attempt to load the C runtime library incorrectly.
Please contact the application's support team for more information.

With debug logging enabled, I got a bit more info in the log this time:

Quote:06:22:55 T:1560 M:1870045184 DEBUG: Win32DllLoader::Load(special://home/visualisations/MilkDrop_win32dx.vis)
06:22:55 T:1560 M:1869586432 DEBUG: LoadLibraryA('MSVCP90.dll')
06:22:55 T:1560 M:1869586432 DEBUG: Win32DllLoader::Load(MSVCP90.dll)
06:22:55 T:1560 M:1869352960 DEBUG: CWinEventsWin32::WndProcWindow lost focus
06:22:55 T:1560 M:1869336576 DEBUG: CWinEventsWin32::WndProcWindow is active
06:23:32 T:5592 M:1871470592 INFO: CFileCache::Process - Hit eof.
06:26:40 T:1560 M:1876213760 DEBUG: CWinEventsWin32::WndProcWindow is active
06:26:40 T:1560 M:1876213760 DEBUG: CWinEventsWin32::WndProcWindow gained focus
06:26:40 T:1560 M:1876418560 ERROR: Win32DllLoader::Load: Unable to load MSVCP90.dll (1114)
06:26:40 T:1560 M:1876418560 DEBUG: Dll MSVCP90.dll was not found in path
06:26:40 T:1560 M:1876418560 ERROR: LoadLibrary('MSVCP90.dll') failed
06:26:40 T:1560 M:1876426752 DEBUG: LoadLibraryA('MSVCR90.dll')
06:26:40 T:1560 M:1876434944 DEBUG: Win32DllLoader::Load(MSVCR90.dll)
06:26:40 T:1560 M:1876291584 DEBUG: CWinEventsWin32::WndProcWindow lost focus
06:26:40 T:1560 M:1876267008 DEBUG: CWinEventsWin32::WndProcWindow is active
06:26:42 T:1560 M:1876201472 DEBUG: CWinEventsWin32::WndProcWindow is active
06:26:42 T:1560 M:1876209664 DEBUG: CWinEventsWin32::WndProcWindow gained focus
06:26:42 T:1560 M:1876340736 ERROR: Win32DllLoader::Load: Unable to load MSVCR90.dll (1114)
06:26:42 T:1560 M:1876340736 DEBUG: Dll MSVCR90.dll was not found in path
06:26:42 T:1560 M:1876340736 ERROR: LoadLibrary('MSVCR90.dll') failed
06:26:42 T:1560 M:1876279296 DEBUG: msg: loaded current preset = 48
06:26:42 T:1560 M:1876279296 DEBUG: CZipManager::GetZipList - Processing zip://special%3a%2f%2fxbmc%2fvisualisations%2fMilkdrop%2fWA51%2dpresets%28265%29%2ezip​/

Its saying the DLL files were "not found in path". Does this imply they're not properly registered? Any way I can verify they are available?

-edit-

Does it matter that XBMC is running on a separate partition?

The only place those dll's SHOULD be installed to is in the WinSxS folder. Are any of the other locations in your path by any chance?

It would be interesting to know which one it's trying to load.

As an experiment, you could try renaming them one by one and see what (if anything) that affects.

Cheers,
Jonathan

I'm fairly certain the problem is ImageMagick. ImageMagic added itself to my system's PATH variable, and sure enough, both msvcp90.dll and msvcr90.dll are in its folder, making them show up in the system path. Both files give their version # as 9.0.21022.8 in their properties. So is XBMC trying to load these files rather than the "proper" ones?

Possibly. It's certainly worth a test to rename 'em out of the way.

Sorry, I didn't mention it clearly, renaming those two files inside of the ImageMagick folder fixes the issue in XBMC

Neat - go bug the ImageMagick guys to stop distributing dll's incorrectly