Ayman Shoukry's WebLog

I tried many methods but still i am not able to deploy my vc++ 2005 application. I installe IE6, then installed windows installer 3.1 redist, after that I installed vcredist_x86.exe. After doing all these my application is still not running. Then I manually copied CRT, MFC and ATL dlls along with manifest in the application folder.
And, my application still fails to start on other machine.
Please help me.
javed.h@gmail.com

DLL Deployment could reach transparancy when enough data on the handle to the process is known, as well as what DLL's are loaded and unloaded. When the client makes a procedure call remotely, the server will dispatch that routine to perform the service and reply. If the machine is a different version, model, yet can be piped without defining network interface, the process context switch involves extracting the adress from the kernel environment protection block into the cr3 register. Each remote installtion by registering the DLL or remote procdure call, it involves a routing mechanism through which the request will be processed. If Windows Server 2003 updates both the local and the target, then ( I think, I'm not sure) the DLL, if not installed where DLL's are grouped on the target, could link to the procedure that used that DLL. Or the process on the remote culd be hooked and the DLL injected during the API hook. Normally,  all, except for one of the entry points into the DLL but  one are virtual functions. The dereferenced or indirect function call by the virtual function table holding the funcion that contains the function pointer prevents the caller to link against their symbolic names during the design phase. The keyword extern could be used to prevent symbolic differences by a global function that bootstraps the caller client Esentially, when out of the DLL heat, two systems could expect the import library from the DLL to export the same symbol. Therefore, deplying the DLL on a target machine. A module has both a public and private parts to keep details of implentation hidden and consequently avoid the linear level and use indirection, as if it were a hash search. The local machin thus has a runtime extended functionlity by objet interrogation. The output of these COM standard inputs is the DLL cazn decouple itself from the local C++ compiling. The Distributed Computing Environment (DCE) uses the IDL  compiler to Microsoft's Remote Procedure Call is designed for that very situation. Component access over transports ( without the network interface defining the pipe) and machine boundaries. This is evidentally due to reiturating the binary standard, and in pert to avoid the detail of the network interface. One may find a parallel in the PRC runtime library to fund a process and map to an endpoint as if it were a protocol defintion. The endpoints are in phase and on the same terms. Makes sure that contractual agreement is "binding".  

This is realy anoying, the compiler should automatically add the files needed to run your applications you create on other machines or atleast provide updates on http://windowsupdate.microsoft.com/
It's my guess that they forgot about this problem and was too eager to get MS VS 2005 released. Most programmers want to get on creating their applications and continue learning with their desired language and not have to be dealing with work-arounds for something that should work anyway. MS VS 2003 was better by far, just my opinion.
thanks

This is ridiculously complicated.

I have wasted THREE days of development time trying to get our software to install on Vista RTM.  I have followed all the advice and have made no progress.

My installer package contains the merge modules for the latest MSVCRT80 and ATL80.  This merge modules FAIL TO INSTALL on Vista.

They install just fine on XP Pro - both 32- and 64-bit.

I never had this trouble with Visual Studio .NET 2003.  Only since porting to .NET 2005.

And now, out-of-the-blue, the installer package has somehow decided that .NET Framework 2.0 is needed - it's all unmanaged code.

Can you explain me why this happens and how to resolve it?

I posted my question here.

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1158230&SiteID=1

Thank you.

P.S. Delay loading didn't help. At the point when it loads a dll, it displays the error message.

A very simple C++ program compiled under VC 2005 failed to deploy on my Windows 2003 server.  Got the following error while installing the vcredist_x86.exe:

Error 1723:  There is a problem with this Windows Installer package.  A DLL required for this install to complete could not be run.  

Contact your support personnel or package vendor.

Any idea how to resolve this?

Jeff

I there sp1 release for the c++ redit libraries??

Wait, wait, wait... Let me get this straight.

I have to install all these DLL's and the redist-package on EVERY single machine i want to run my application on?

Is this the death of VC++ or did i misunderstand?

how should i call a third party dll in an MFC application.please send me steps for it.

whats the basic difference between win32 dll and COM dll?

Is there any way to statically link to CRT library so that applications can run on end user's XP without do any thing extra?

If not, and you need to install/copy something before you can run your apps created VS 2005,  I would say that VS 2005 does not support XP or XP does not support VS 2005; and if you want your apps to run on XPs, then don't use VS 2005.

I'm sticking with VS2003. You guys have completely, UTTERLY messed this up.

Simplify. Simplify. Simplify the deployment process!

This is a total mess. The Visual Studio project generates errors and installs every stupid DLL for each merge module, not just the latest one I'm compiling against. Instead of a 600K install, I have a 5MB install.

Unfortunately, nothing will be done like always. Can't you people do anything right?

I've found that the redistribution installer returns instantly and the installation proceeds in the background.

While this is cute (the author probably thought he was a great coder, using external processes & all), this is a nightmare for 3rd party trying to include this installer within their own installer. You can not easily know when the install actually completes. You can run into issues when you try to install other things afterwards (with errors from the installer, because other installs are still running), or, in my case, you can't have a script install this then move on & restart the machine as the installer might still be working (thanks to XP Embedded & it's broken shutdown process that doesn't close all processes cleanly...)

Now, how can make this installer be a team player and only "exit" when it is really done?

thanks!

Can somebody tell me when do we get the following error:

Program 'file_name.dll' failed to load. Error 14001

please reply soon...

Thanks in advance

PingBack from http://blog.kalmbach-software.de/2008/05/05/main-disadvantage-of-really-applocal-deployment/

How can i load differernt DLL with same name in single executable, plz relpy me.

To run your vc++ 2005-08 applications on another machine do as following:

1- select a project from solution explorer

2- choose "Propertise" from "Project" menu;

3- expand "C/C++" node and select "Code Generation" from left pane

4- change "Runtime Library" to "Multi-threaded DLL (/MD)" from right pane.

you must do all of these steps for any project exist in your solution and at the end rebuild your soultion using "Build" menu.

the next thing you need to run your apps on another machine is that the target machine must have .Net Framework installed with the same version of your apps.

you can find your targeted framework version by doing the steps 1 and 2 and then:

3- expand "Common Propertise" and select "Framework and Refrences" from left pane.

4- In the right pane you can find your targeted frame work from a combobox and you can change it.

Sorry for my bad english

Hello, I see a lot of questions, no answers. Hopefully someone will be able to answer my question. VS 2008 RTM, I am including the all the MSM (atl,crt,mfc,openMP) in my installation, works great in XP, but on VISTA, I get erros at the end of the installation wehn registering the dlls: cannot lod file. I let the installation finish, try to manually register the dlls: it works!!

If I run vcredist.exe before hand, everything works fine.

Is there anyhting that vcredist.exe does, that the msm do not do?

Thanks in Advance

Antonio

antonio dot pellizzaro at autodesk

This is probably simple for you chaps.

I have a VC++ program which requires the MFC and CRT dlls to run.

I compile the program using cl/clr.

I generate signed application and deployment manifests using mage.

I am trying to deploy it using ClickOnce.

I have used ClickOnce successfully in a previous version of my program which didn't need the MFC components.

My ClickOnce install fails on a clean target with an error (eg) "Cannot copy mfc90.dll - file already exists"

I believe it's because it (a) reads the microsoft.vc90.mfc manifest, and then installs the dlls' referenced in this manifest; and then (b) tries to

copy the dll's again because they are seperately defined in the ClickOnce application manifest.

If I don't include the MFC dll's (eg mfc90.dll) in the distribution folder, then the install fails because it can't find the required components of

microsoft.vc90.mfc.

And if I do include the dll's it tries to copy them twice and fails!

All help appreciated...

With Borland's products, when you start the application it will inform you that it cannot find a required DLL and will even give you the name of the DLL file it could not find. So you go out, find the file, copy it to the application directory, and try again. After several iterations of this you have all of the necessary run-time libraries installed and the application runs.

With VC Express, however, when you try to run your application you get the helpful message: "The system cannot execute the specified program." Then you spend the next several days trying to track down real source of the problem. Is it missing DLLs? Different versions of DLLs? A manifest problem? Some combination? None of the above?

COME ON GUYS! YOU NEED TO FIGURE THIS OUT! Write a tech sheet with step-by-step instructions how to deploy an application. Seriously, why can't the IDE create a deployment folder with everything the application needs to run? THIS SHOULD NOT BE THIS DIFFICULT! Everyone needs to deploy their apps to a PC without the IDE installed. You need to make this easy.

My question: What do I need to do to make my simple console program work on a computer without installing VS?