i'm done with the project i've posted about a dozen threads about.. apparently it uses some DLLs that don't come with standard windows installations, so i'm attempting to solve this issue by providing the necessary files. simply including DLLs with an installation package (like NSIS) doesn't seem to work, or at least not between windows XP and 2000. the DLLs are properly installed, etc, but the program just won't run (the installer was compiled in XP, installed on 2000). using the visual studio 7.1 "Setup Wizard" creates a working install file, but it detects that .NET framework is required, points users to an outdated download URL, which fowards to a long list of .NET framework downloads. especially since the people i'm writing this program for won't necessarily know what the difference between all of these .NET downloads are, let alone what .NET actually IS, i would like to figure out a way to simplify this installation procedure. i'm not really sure what i included in my project for visual studio to think it requires .NET framework.. this is a list of all the includes to libraries i'm using. they are in no particular order, and are taken from many different source files: this is my first windows application, and my first attempt at making a windows installer. it sucks! if i say, just try to run the program on an arbitrary machine (without .NET framework installed), error messages tell me i need the following DLLs: mscoree.dll msvcp71.dll msvcr71.dll MFC71.dll when i used the NSIS installer, as mentioned above, these DLLs are installed properly. but when you try to run the program, it just quits without saying or doing anything. do i need to include windows 2000 versions of these DLLs as well? [Edited by - mayonaise on November 9, 2004 6:11:17 PM]

I don't think any of those dlls are part of the .NET Framework. (The .NET one is mscorlib.dll, not mscoree.dll.) I've seen the dlls you listed used in a few applications that do 3D stuff, but I'm not positive that that's what they're for. Given the name of the last one you listed, could they have something to do with MFC? Sorry, I don't know much outside of .NET and Java, so try Googling - that's always a good place to start looking.
[google]
Good luck!

i just discovered that copying windows 2000 versions of the DLLs i mentioned does not work. while the program doesn't give any error messages when run, it still doesn't do anything. i think it opens and closes so fast it doesn't even show up in task manager...

edit: probably because they are exactly the same files... d'oh

[Edited by - mayonaise on November 8, 2004 7:04:10 PM]

Quote:Original post by Arild FinesIt doesn't seem like you are using any .NET libraries. Go into the Properties dialog for the project, go to General and take a look at the field labeled "Use Managed Extensions". Is it set to "Yes"? If so, set it to "No".

That's most likely your problem.

one of the projects in the solution did have the "Use Managed Extensions" option set to "Yes", but changine it to "No" had no effect. the program still complains that it needs "MFC71.dll" if it is not present. making all of these DLLs available doesn't still doesn't solve the problem...

thanks for the suggestions

Quote:Original post by Arild FinesAs long as it's no longer complaining about mscoree.dll, it did have an effect.

That's the MFC runtime dll - has nothing to do with the .NET framework.

That seems weird. Where did you put them?

If you can't resolve it any other way, download Filemon from www.sysinternals.com and use it to monitor which files your app attempts to open and where. That's what I usually do in cases like these.

Filemon should be in every Windows programmer's toolchest(along with Regmon, Dependency Walker and Process Explorer).

i put the DLLs in the program folder, as well as in the system32 directory.

running filemon showed me i was missing another DLL, MFC71ENU.dll. but supplying this DLL didn't fix anything. i'm looking at entries in filemon that show a "FILE NOT FOUND" result - should i be looking for something else? the only other errors i see are "myProgramName.exe.Local" and "mscoree.dll.Local" both cannot be found. but this is true for the system i'm developing on as well - which runs the program fine.

filemon seems like a really useful tool, tho. thanks for the tip!

Quote:Original post by Machaira
When you created your project how did you do it? Did you select one of the "Managed C++ ..." types? If so, create a new project using the "Win32 Application" type. You'll get a regular unmanaged application which doesn't require the .NET Framework.

it was a while ago, so i don't remember exactly, but i'm pretty sure i chose a regular Win32 application.

the program USED to work on any machine.. there is a directx (direct draw, to be exact) portion of the program that was once a separate program entirely. the main program would call it via a call to system().. this produced a lot of problems, so i decided to integrate the two. basically, i just added the directx project to the main solution, converted the code to a class instead of a free-standing program with a WinMain() function, changed the way i called it, and built the solution.

edit: actually, i chose MFC Application (Visual C++ 7.1). in the wizard, i set the application type to "Dialog based", using MFC in a shared DLL. i'm not sure that this matters either way, because the program used to work fine on any machine without .NET framework.

do you think this change could be relevant to the problem i'm having now? i've checked and re-checked all of the project settings for all of the projects i have included in the solution. none of them have "Used Managed Extensions" enabled. are there any other settings i should be aware of?

thanks for the help! this is so frustrating...

[Edited by - mayonaise on November 8, 2004 9:30:33 PM]

msvcp71.dll and msvcr71.dll are, respectively, the Microsoft C++ and C runtime libraries. If you're dynamically linking to the runtime libraries you'll need to provide these DLLs. I think they don't come in a standard Windows installation.

cheers
sam

Quote:Original post by Arild Fines

Quote:Original post by TheBluMage
I don't think any of those dlls are part of the .NET Framework. (The .NET one is mscorlib.dll, not mscoree.dll.)

mscoree.dll is the "Microsoft COmmon Runtime Execution Engine", the most important part of .NET.

Oops! Guess I'm not quite as familiar with the runtime libraries as I am with the class libraries. Thanks for the correction and additional insight!