Serious problem with DFH Superior installer

Locked New Topic
RELATED
PRODUCTS

Post

I recently downloaded the receptorized DFH Superior again for the first time in ages. I actually had my 1.6 update DLLs working flawlessly on my Receptor for quite some time, but not long after I finally updated to 1.6.07172007(?) [from the previous build] it began spitting MS Visual C++ Assertion failure messages back at me.

So I removed that manually, since it HAD to be installed via the unsupported method anyway, and figured I'd settle for 1.5.4 for the time being. But it refuses to install. The error log just says that it's already installed. But it's not in the Packages List, nor in the registry. There are no traces of the DLLs or other related data. All that I know I have are the samples in the appropriate directories.

I opened a support ticket, but I thought some folks would have an idea here. Is there another location that the OS looks for the plugin?

Better yet, can I fix the Assertion failure errors? I'll post the exact message soon.

Post

Here's the message:

Assertion failed!
Program c:\windows\system\rm-host.exe
File: ../../gcc/gcc/config/i386/w32-shared-ptr.c
Line: 234

Expression: w32_sharedptr->size == sizeof(W32_EH_SHARED|

For information on how your program can cause an assertion failure, see the Visual C++ documentation on asserts.
(Press Retry to debug the application - JIT must be enabled)

Now, I do know that Unsupported installs are necessarily at my own risk, but there had been no problems previously with DFH 1.6 (it even ran better than the Receptorized 1.5.4). But after the most recent system update, it just gave me this problem. Maybe the Direct Install update will yield some positive results, or a suggestion from Support will allow me to clean things up.

Post

[quote="toho"]

Now, I do know that Unsupported installs are necessarily at my own risk, but there had been no problems previously with DFH 1.6 (it even ran better than the Receptorized 1.5.4). But after the most recent system update, it just gave me this problem. Maybe the Direct Install update will yield some positive results, or a suggestion from Support will allow me to clean things up.[/quote]

There is an ilok protected version of DFH available that I can supply you with, and that will definitely install (drop installers here path). Then you'll have to copy the sample data over (suggestion: have a large beer or coffee nearby, there are a lot of samples) and then you can crossgrade through Toontracks to get the iLok license.

I use DFH on my Receptor, and it works great...

Groovology

Post

groovology wrote:
toho wrote:
Now, I do know that Unsupported installs are necessarily at my own risk, but there had been no problems previously with DFH 1.6 (it even ran better than the Receptorized 1.5.4). But after the most recent system update, it just gave me this problem. Maybe the Direct Install update will yield some positive results, or a suggestion from Support will allow me to clean things up.
There is an ilok protected version of DFH available that I can supply you with, and that will definitely install (drop installers here path). Then you'll have to copy the sample data over (suggestion: have a large beer or coffee nearby, there are a lot of samples) and then you can crossgrade through Toontracks to get the iLok license.

I use DFH on my Receptor, and it works great...

Groovology
You mean the 1.5.4 version on plugorama, right? I can't even install it. I have all the samples, of course. I have a support ticket open right now.

I was using the 1.6 because, well, it's the latest and last update and it worked great.

Post

[quote="toho"][quote="groovology"][quote="toho"]

There is an ilok protected version of DFH available that I can supply you with, and that will definitely install (drop installers here path). Then you'll have to copy the sample data over (suggestion: have a large beer or coffee nearby, there are a lot of samples) and then you can crossgrade through Toontracks to get the iLok license.

I use DFH on my Receptor, and it works great...

Groovology[/quote]

You mean the 1.5.4 version on plugorama, right? I can't even install it. I have all the samples, of course. I have a support ticket open right now.

I was using the 1.6 because, well, it's the latest and last update and it worked great.[/quote]

Well, I know that the 1.5.4 works great on Receptor; what we find is that a lot of the "improvements" that developer makes are really intended to deal with compatibility issues with other platforms. Once it works on Receptor, then there is little reason to update unless there are new features to be had, and I'm unaware of any new features in 1.6 versus 1.5.4.

Did you try uninstalling it from the setup page (uninstall plug-ins button) and then rebuild the plug-in cache (hold down the MULTI button when powering up?

I'll talk to Farhan and see if he has any other thoughts on what could be preventing the install...

Bryan

Post

Yeah. I uninstalled it via the setup screen the last time 1.5.4 was installed, and rebuilt the plugin cache. It's not even in the Package List.txt where it would normally be if the rpm was still installed.

It's not that 1.5.4 never worked for me, but I wouldn't say that the changes in 1.5.5-1.6 were necessarily platform-specific compatibility fixes.
http://www.kvraudio.com/news/5548.html
http://www.kvraudio.com/news/6930.html

Although the changes seem minor, they did have a noticeable effect for me.

Regardless, I'll be more than happy to go back to 1.5.4 if I can resolve this issue. I've not had similar problems with other plugins, especially of this magnitude.

Post

I'm bumping this just for the hell of it. I'm pretty annoyed about this.

One recent development/annoyance popped up though. I found a backup of the Superior DLLs and XMLs and copied them over to the Toontrack/Superior folder. I used the new Refresh Plugins feature and it actually caught the files and identified it as a valid install so I could "uninstall" DFH via the Setup page. It flat out would not load as a Source.

How frustrating. I hope the big new update will allow me to clean up that damn install and somehow get a fresh installation to work. Superior is one of my favorite VSTs.

Post

I should say that even attempting to install any of those backed up DLLs via the Unsupported method yields the same C++ error, so it is definitely not anything to do with the 1.5.5-1.6 versions of Superior.

Seriously, did I break something? Is that possible? I don't think I did anything really out of the ordinary (Drop Installers Here / Unsupported methods .. Minor registry additions).

Post

Sorry. Last reply here.

Because the error that keeps popping up is related to the MS Visual C++ runtime library, I am wondering if any plugins that I installed via commandline had overwritten any MSVC DLLs in /system. Does anyone have a list of the correct DLLs so that I can check them against my own?

This all is very much likely due to my own futzing. I promise to lay off until Direct Install is in full gear.

Post

As a quick check for my suspicion, could someone zip and send me their MS Visual C++ DLLs located in /windows/system?

Locked

Return to “Muse Research and Development”