i have created the 64bit math1.dll on my machine using visual studio 2015 by using c programming.
i copy that dll file into another machine and I try to access it through vba7 but it shows file not found error .
after that I tried the following command into cmd :
c:\windows\System32>%windir%\System32\regsvr32.exe %windir%\System32\math1.dll
Then it shows following message box error message box
My machine configuration :
Operating system :Windows 8.1
Processor :intel(R) core(TM)i5-4460 CPU #3.20 gHz
Another machine configuration
Operating system :Windows 8.1
Processor :intel(R) core(TM)i7-4600U CPU #2.10 GHz 2.70 GHz
My question is how can I access that math1.dll file into Microsoft excel office 2013 64bit in vba7?
In this case most likely you are missing dependent DLL files, such as Visual Studio 2015 C++ Redistributable x64
If that doesn't fix it check with dependency walker for missing referenced DLLs http://dependencywalker.com/
If that fails I would check using SysInternals [ProcMon][2] to confirm the processing attempting to open DLL is 64-bit, and also to look for any NAME NOT FOUDN, ACCESS DENIED, or SHARING VIOLATION errors related to the problem.
Related
I want to activate IIS on Windows Server 2012 via InstallShield setup. I tried the following DISM command:
DISM.EXE /enable-feature /online /featureName:IIS-WebServerRole /featureName:IIS-WebServer
Described here: Installing IIS 8.5 on Windows Server 2012 R2
When I execute my Setup, an error occurs:
The Process Monitor says, that DISM will be executed in C:\Windows\SysWOW64\DISM.EXE and results in Exit Status 11. As File Location I used [SystemFolder]. When I define File Location C:\Windows\System32 it also uses C:\Windows\SysWOW64\DISM.EXE.
What is a tough way to activate IIS?
Per this post, error code 11 indicates that the 32-bit version of DISM is being used on a 64-bit system. This corresponds with installing a 32-bit MSI on a 64-bit system and using it to locate and launch DISM. Windows Installer does not allow you to refer to 64-bit locations from a 32-bit MSI. Heath Stewart's article Different Packages are Required for Different Processor Architectures touches on this, but mostly from the angle of installing to 32- or 64-bit locations. As it turns out, finding files there is just as hard.
In order to launch a 64-bit DISM from a 64-bit location, you will need some other code. It may be possible to locate the 64-bit system folder from 32-bit code, but I know some 64-bit locations can only be correctly queried by 64-bit code. As such I would suggest you write a 64-bit helper exe to find and launch the 64-bit DISM. Then you will need two variants of your custom action so that you only try to use the 64-bit wrapper on a 64-bit system (when VersionNT64 is defined) and use a 32-bit wrapper or direct call on a 32-bit system.
Alternately, if upgrading and using an exe is an option, InstallShield 2013 and later include support for installing Windows Features as part of the Suite project type, which will thus handle this work for you. (Disclaimer: I am paid to work on InstallShield.)
when we build a COM + application in windows7 64 bit with "AnyCPU" or "X64" bit configuration we are not able register that dll by using below options
"C:\Windows\Microsoft.NET\Framework\v4.0.30319\regsvcs.exe" "...\ABC.dll"
The following installation error occurred:
1: Failed to load assembly 'ABC.dll'.
2: Could not load file or assembly 'file:///ABC.dll' or one of its dependencies. An attempt was made to load a program with an incorrect format.
Note:: i have checked properly all its dependency are built properly in 64 bit with 64 bit configuration.
Note:: i am using "VS2012 x64 Cross Tools Command Prompt" in Adminstrator mode to register
This work fine if we build in windows 7 32bit.
any suggestions?
Have you tried using this:
"C:\Windows\Microsoft.NET\Framework64\v4.0.30319\regsvcs.exe" "...\ABC.dll"
instead of this:
"C:\Windows\Microsoft.NET\Framework\v4.0.30319\regsvcs.exe" "...\ABC.dll"
The difference is in the framework folder inside C:\Windows\Microsoft.NET\, Framework64 instead of Framework.
I trying to setup MSTest2012 on a jenkins server without installing Visual Studio 2012 on it. I made it so far that I don't receive any "Assembly not found" error messages.
I was going to do some functional tests, so I copied a vs2012 project from my local machine to my jenkins server and tried something like that in cmd:
C:\VS2011Stub\Common7\IDE>MSTest.exe /testcontainer:D:\Users\Jenkins\Documents\V
isualStudio2012\Projects\HelloWorld\UnitTestProject4\bin\Debug\UnitTestProject4.
dll
Microsoft (R) Test Execution Command Line Tool Version 11.0.50727.1
Copyright (c) Microsoft Corporation. All rights reserved.
Loading D:\Users\Jenkins\Documents\VisualStudio2012\Projects\HelloWorld\UnitTest
Project4\bin\Debug\UnitTestProject4.dll...
D:\Users\Jenkins\Documents\VisualStudio2012\Projects\HelloWorld\UnitTestProject4
\bin\Debug\UnitTestProject4.dll
Ein Aufrufziel hat einen Ausnahmefehler verursacht.
This error message (Ein Aufrufziel hat einen Ausnahmefehler verursacht -> in english: Exception has been thrown by the target of an invocation.) is pretty... unhelpfully.
On my local machine the same cmd-code looks like that:
I dont know what to do... any suggestions, solutions??? Maybe someone have the same problem :/ Maybe mstest2012 still need other files to run correctly??
Im happy about every help!
edit:
I followed these steps to build MSTest.exe (VS2012) as standalone program on my jenkins server
edit2:
!!!Problem solved!!!
A few Microsoft.VisualStudio.QualityTools.#.dll's in GAC folders i copied didnt contain a version=11.0.0.0, so i openend C:\Windows\Assembly an took a look at the Microsoft.VisualStudio.QualityTools.# and checked the aviable versions and added the missing latest 11.0.0.0 Microsoft.VisualStudio.QualityTools.#.dll files on my jenkins server and registered them via gacutil(ver 4.0.30319.17929).
MSTest works now as stand alone program without installing MS Visual Studio 2012.
If anybody needs an instruction file just ask and i will upload it =)
I have a program compiled in Visual Studio 2005 in an x86 System (32-bits), but when I try to run it in x64 OS (64-bits Windwos 7, Windows 2003, Windows 2008) it doesn't execute, I only get the following message:
"myapp.exe has stopped working
Windows is checking for a solution to the problem... "
I installed the Microsoft Visual C++ 2005 Redistributable Package for 32 and 64bits both(vcredist_x86.exe and vcredist_x64.exe) on the execution machine but the application still doesn't run.
I have also changed the option on the Development machine in the Configuration Manager Window to generate from 'Any CPU' to 'x86' platform, with the same result.
Is there any other configuration option, dll, lib, or package that allows to compile myapp in 32-bit and execute in 64-bits?
Thanks for your suggestions.
Eugin.
You don't need to recompile your program to run on a 64bit OS, there is some other bug that is causing it to crash.
I am trying to run PartCover to test the coverage of some tests with Gallio on windows x64. However trying to run it gives the following error.
Retrieving the COM class factory for component with CLSID
{FB20430E-CDC9-45D7-8453-272268002E08} failed due to the following error: 80040153.
Edit: I am using PartCover 2.2.0
The problem is caused by PartCover trying to load a 32 bit dll when it is running under the 64-bit .NET VM.
The trick is to force PartCover to run in the 32 bit VM. In order to do this you have to use a tool called CorFlags.exe to modify the exe and flag it as 32 bit. This is equivalent to it having been built with x86 as its target.
CorFlags (on my machine) is in Program Files\Microsoft SDKs\Windows\v6.0A\Bin\x64\
To set the 32-bit flag run:
CorFlags.exe PartCover.exe /32BIT+ /Force
I also found that I had to do the same for the program being run (in my case the Gallio test runner)