Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Rodent]

Hello,
Is there not a simple fix for AHP.
I went to update my CM15A module and got am x10net interface error. I looked for some solutions and after downloading the latest version I started getting MSVCR100.dll missing. To make a long story short I've tried pretty well every solution I could find on this form and now getting the not valid win32 app. I can't figure how to solve this one.
I'm not a programmer but figured there should be a simple fix for an application. I'm running window 7.

Can anyone offer any other suggestion other than thowing away all this X10 crap. Why is it so difficult to set up, and run?
No my idea of a great product.

Thanks for any help....

[Brian H]

You may want to look at this thread.
http://forums.x10.com/index.php?PHPSESSID=v17shhb089otuhb389075be3m4&topic=22694.0

Seems some Windows7 systems have the missing MSVCR100.dll in a different subdirectory and copying to where it is expected may fix the problem.

[Rodent]

Hi, I've done all that
My first problem was the X10net interface problem.
So I did all the unistall etc and then got MSVCR100/dll not found.   Tried the windows fix recommended, that did not work. I found it in the sysWOW64 file and not in system32 file like others did.
So I copied the MSVCR100.dll file from c:\windows\sysWOW64 and I copyied it to c:\windows\system32.

Did reinstall and now I'm getting the not valid error.

I dont' think I've ever had this much trouble installing and app. 

[pomonabill221]

  I am not a Win7 user, BUT in my experience with windows, Msoft uses "file protection" to keep unwanted changes to system critical files by prohibiting files being added/deleted/modified to windows directory, including /system /system32, etc.
You might want to check event viewer to see if there is an entry stating the "windows file protection prohibited....." to see if your file copy operation was reversed without you knowing it.

[Rodent]

I checked and they are both there. Usually Msoft indicates it needs admin rights to move or something like that, and since this is my PC and only user I have all rights required.
I did check event view however I could not find what I was looking for.

[Rodent]

   Ok I've tried everything I know how to do.
Product won't uninstall or re-install.
The application was working fine all last year and now it seems to be corrupted.

Totally disappointed in the product. Definetly not user friendly. Deleted everything I could find related to the application.

Thanks anyway

 

[Noam]

Take a look in "C:\Users\All Users\X10 Settings"

Try deleting or renaming the "x10active.xml"  file in that folder, then restarting the application.
If you already deleted it, try downloading the newest installer (the FULL install of AHP, not the auto-updater) from here:
http://software.x10.com/pub/applications/activehomepro/setup_AHP.exe

Right-click on the installer, and choose "Run as Administrator."
That should give it whatever permissions are needed to install into the appropriate folders.
If you can get the installer to complete, then try opening up AHP. If it prompts that you need elevated rights, click "Yes." Windows 7's UAC causes this prompt every time I open the program.

That might work (no promises).

[ErikP]

Hi, I've done all that
My first problem was the X10net interface problem.
So I did all the unistall etc and then got MSVCR100/dll not found.   Tried the windows fix recommended, that did not work. I found it in the sysWOW64 file and not in system32 file like others did.
So I copied the MSVCR100.dll file from c:\windows\sysWOW64 and I copyied it to c:\windows\system32.

Did reinstall and now I'm getting the not valid error.

This is because you copied msvcr100.dll from c:\windows\sysWOW64.  Basically, you are running a 64 bit operating system (c:\windows\sysWOW64 only exists in 64 bit installs of windows), but ActiveHome PRO is a 32 bit program.  Windows has some built in magic to handle this conversion, but it involves having 2 copies of most system components.  The 32 bit ones live in c:\windows\system32, the 64bit ones live in c:\windows\sysWOW64.  They are NOT THE SAME, even though the files are named the same, are sometimes the same size, same version, and there is almost no way to tell the difference between them.  Right now every time you try to run a 32 bit program that requires msvcr100.dll it will try to reference the 64bit version of the dll you copied over.  It says it is not a valid win 32 app because the program identifies itself to windows as a 32 bit app (because it is one), but then through linking to the wrong file starts making 64 bit system calls which is invalid for a win 32 application.

The AHP installer does install the correct version of this file normally, but it sounds like some kind of error is preventing it in your case.  You can also download installers from microsoft to create these files.  I can't post the URL because of security restrictions but if you Google for "Microsoft Visual C++ 2010 Redistributable Package" you should find it easily.  For X10 products you only need the Microsoft Visual C++ 2010 Redistributable Package (x86) version.  Installing the x64 version won't hurt anything though.