can anyone give me any advice on what to do about this error ?!
i made a simple mfc app which works on windows7 but on winXP it throws the bellow error :
"The ordinal 7118 could not be located in the dynamic link lybrary mfc90.dll"
Thank you.
This answer is really obvious, you are using an older MFC dll that is not present on Windows XP hence the ordinal 7118 could not be located...Perhaps copy the MFC90.DLL to that Windows XP installation into the C:\Windows\System32, that should resolve the error. If not, then it could be that MFC90.DLL is relying on an API found in Windows 7 that is not present in Windows XP.
You can check all locations which may conflict by running the command:
where mfc90*
Then remove the conflicting location from path. That may help you
Related
i've searched about This application failed to start because libpng14-14.dll was not found. Re-installing the application may fix this problem. and i found that my problem can be caused by this : Uninstalling or installing applications can also make your registry of Windows full with corrupted, harmful and obsolete files (Note: i've reinstalled all visual studio from 2005 to 2015 on c:\ . (as required from my superior at work for a new c++ project))
Because politics&stuff i cannot install whatever i want, so, my question is: is there a way to solve this easly?
I've tried step 1 from this How To Fix Libpng14-14.dll is Missing / Not Found Error Messages and apparently i have no such file on my machine. :(
Feel free to edit this post/tags.
For completion,
Add the dll where the executable you are trying to run is located. If the program being compiled for 64 bit you need a 64 bit dll in this case 64 bit version of the libpng14-14.dll
I am developing a C/C++ application using Visual Studio Community 2015.
I used to build my application the system library: OneCoreUAP.lib. I am using Windows 8.1.
I used the function if_nametoindex defined in https://msdn.microsoft.com/en-us/library/windows/hardware/ff553788%28v=vs.85%29.aspx?f=255&MSPPError=-2147217396
In the link they specifies that you require ONeCOreUAP.lib
but I found Another links that indicates another library: Iphlpapi.lib: https://msdn.microsoft.com/en-us/library/windows/desktop/bb408409%28v=vs.85%29.aspx?f=255&MSPPError=-2147217396
When launching my app I getting the following error:
The program can't start because api-ms-win-core-synch-l1-2-1.dll is missing from your computer.
Try reinstalling the program to fix this problem.
This is the message image:
When searching the dll, I know from the this link:
https://msdn.microsoft.com/en-us/library/windows/desktop/mt657574(v=vs.85).aspx
that:
Introduced into api-ms-win-core-synch-l1-2-1.dll in Windows 10.0.10240.0
I tried to update the Windows 10 SDK, But this did not solve the problem.
How to solve the problem? Should I upgrade my windows 8.1 to windows 10 to solve it?
The page you found appears to have to do with Windows drivers that link against the Universal App Platform runtime, which is only available in Windows 10 and up. OneCoreUAP.lib is the .lib file that represents the UAP runtime. If someone who knows more about this could enlighten me on the specifics of this, that would be helpful; I don't fully understand what's going on or how and hwy it works.
You are not writing one of these; instead, you are writing a desktop program. So instead, you want to look at the desktop program documentation. Usually this is the first thing that Googling for the function name in question will get you. In your case, this is that page, and at the bottom of the page it says the function can be found in Iphlpapi.lib, so you must link aganst that .lib file instead.
The bottom of that page also says the function was introduced no later than Windows Vista, so you are able to use it on 8.1.
here is some information to understand my situation better.
OS: windows 8.1
IDE: Visual Studio 2008 Pro
Language: C++
i have just my Firefox reinstalled and after this(maybe it was not the reason),
my visual studio Project compiled only with 9.0.30729.6161 VC++ Runtime DLL.
Until yesterday it always compiled with 9.0.30729.8387 VC++ Runtime DLL.
Because of this (or maybe other reason), now i cannot start my Project.exe.
Nothing is changed in source-code. Project-Property and all other things are also unchanged.
I just get the error number 0xc000007b suddenly.
How can i fix this?
It was because of an 32bit DLL, which should not be loaded for my 64bit Project.exe.
I have found this with Process Monitor.
I don't know why, but anyway is the "path" is changed and the 32bit DLL(which has the same name with 64bit DLL) is loaded..
If you have the same Problem, check whether there is a problem between your application and its dependencies using dependency walker.
Entered the answer in another place, but figure it could be helpful for folks who badly need some help:
It has been mentioned in other answers that using dependency walker is the way to go, in my case (my application keeps failing with the error code), dependency walker showed a few dll that are NOT relevant!
Finally figured out that I can run profiling by going to "profile" menu and it will run the application and stop at the exact dll that's cause the problem! I found out a 32bit dll was picked because of path and fixed it.
-Turn off your antivirus software before starting the installation.
-Accept any additional software offered during installation process, since it may be crucial for running your application properly. You can skip things such as search bars, antivirus scanners, registry cleaners and the other software which isn’t directly related to the application.
-Install an application to the system partition (C:). Although this shouldn’t matter, it’s been proven that some apps may return an error if installed on a logical partition.
There is more than one way to solve it. This link might also be helpful.
http://finally-found-the-solution.blogspot.com/2015/02/how-to-fix-0xc000007b-application-error.html
we have developed a application on 32 bit windows using vc++ express 8 edition... Now, while executing this application on windows 64 bit os, we are getting the following error"CreateProcess
error=14001, The application has failed to start because its side-by-side confi
guration is incorrect. Please see the application event log or use the command-l
ine sxstrace.exe tool for more detail"
now, can you pls help in fixing this above said problem?
I followed some of the links from stackoverflow and couldn't fix the problem.
You need install the correct version of VC runtime, it means you should install the Visual C++ 2008 Redistributable Package to the target machine. You can download it from here
As Simon pointed out, you need to make sure the runtime for your compiler is installed, or you could link your EXE statically.
I've just discovered that regtlib.exe appears to be missing from Windows 7 (and apparently from Vista as well).
I've just installed Windows 7 RC in a VM and I'm attempting to build our existing projects on the new OS. The projects are c/c++ based and I'm using visual studio 2008. In order to build these projects I need to register several tlb files that are referenced within the code base.
Has anyone also encountered this problem? And, has anyone managed to solve this?
Thanks.
Yeah regtlib was removed from vista and up. As far as I know, all it does is call LoadTypeLibEx with the REGKIND_REGISTER flag (http://msdn.microsoft.com/en-us/library/ms221249.aspx). Maybe you could write a simple replacement.
Just came across this issue (couldn't add any components to a VB6 project on Win7). This post (Error accessing the system registry in VB 6 IDE) pointed to regtlib (which is missing from Win7). I just
set the VB6 start menu icon to 'Run As Administrator' and it worked fine for adding components and should fix any problems relating to updating the registry as well.
Regards
Ian
Finally got back to trying to build our code base on windows 7. Anyway, I went back to the installer for one of the dependencies that was causing me grief. The error message from the installer wasn't to helpful but it did point to a regasm that was being run from inside the installer.
I ran the regasm command from a cmd prompt and got more information. It appears that you need administrative credentials to perform this task and our current installers don't do the privilege escalation properly.
So, long story short, I got dlls registered and the build appears to be working.