[C++] People Can't Run My Exe's

[Clyde]

Hi,

Have a problem, with either multithreaded dll, or multilthreaded, other people can't run my executables. Apparently they get configuration errors. And I dont know what to do about fixing it.

Thanks,
Clyde.

[efecto]

Depends what you're doing offcourse.

using any 3th party libraries that need installing?

microsoft visual C++ 2005 redistributables?

[zawran]

Apparently they get configuration errors.

Which errors, what is the message on the errors?

[Clyde]

Im not exactly sure mate, as I've not recieved these myself when I run the exe's on my PC.

I do know that I get a cpu.obj link warning, no matter what I do with using tinyptc.

And im just compiling a program without any external dlls.

Cheers and baffled by science,
Clyde.

[Jim]

Any time you use multithreaded dll then those people will need to have the latest visual C runtime dlls installed.  That's why I've been trying to get you to use multithreaded instead.

Jim

[Clyde]

Dude, i am using Multithreaded now. But they still can't get zem working.

<edit> Just thought, all custom includes - for example #include gfx_2d.cpp" "gfx_2d.h" "tinyptc_ext.h" these need to be re-built in multithreaded too right?

Cheers for your help, patience and time,
Clyde.

[Jim]

No.  They're just source code.

You'll need to find out exactly what the error message is and tell us, or post a not-working exe up to the forum.

Jim

[va!n]

@Clyde:
hi, any chance to d/l the exe for testing and taking a small look into the exe to see which dll's it need?

[Clyde]

The funny thing is I tried to run this on my Mums pc, which doesnt have any programming related stuff on and it worked. However other people I've sent this to are witnessing the following:

This application failed to start because the application configuration is incorrect. Reinstalling the application may fix the problem.

@Vain: Yeah sure, im very much hoping that it doesnt need any dll's; freebasic and blitz didnt require extra dll's

[va!n]

Seems the exe require following dll:
MSVCR90.dll

Btw, here it works... but still runs to fast...

[rain_storm]

Just out of interest are you generating a manifest file? for some weird reason MSVS express 2008 produces exes that don't work on my computer unless I generate the manifest file. This problem is something to do with the linker cos crinkled apps work with or without a manifest file.

[va!n]

Continue...

as far as i see, you are using following functions / stuff from the MSVCR90.dll

_amsg_exit
_getmainargs
_cexit
_XcptFilter
_initenv
_initterm
_initterm_e
_configthreadlocale
_setusermatherr
_adjust_fdiv
__p__commode
__p__fmode
_encode_pointer
__set_app_type
__dllonexit
_lock
_onexit
_decode_pointer
_except_handler4_common
_invoke_watson
_controlfp_s
_crt_debugger_hook

Code: [Select]

Your manifest:

<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
  <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
    <security>
      <requestedPrivileges>
        <requestedExecutionLevel level="asInvoker" uiAccess="false"></requestedExecutionLevel>
      </requestedPrivileges>
    </security>
  </trustInfo>
  <dependency>
    <dependentAssembly>
      <assemblyIdentity type="win32" name="Microsoft.VC90.CRT" version="9.0.21022.8" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity>
    </dependentAssembly>
  </dependency>
</assembly>


[Clyde]

@Rain Storm: Yep, im generating manifests, what they are I dont quite know.
@Va!n: thanks, i was hoping that I could keep it as a single executable. doesnt sound like thats possible in C++. However doesnt explain how it works on my parents PC. which doesnt have any VC stuff on.

[va!n]

Just check if the dll is available on your parents pc... if so, possible any program that has been installed in the past, has still installed the dll too... (if you find the dll on your parents pc, just copy it to your pc and try if the exe works)...

Btw, afaik you can create executables with dynamic and static linked stuff...  maybe this helps:
http://msdn.microsoft.com/en-us/library/abx4dbyh%28VS.80%29.aspx

[Jim]

i was hoping that I could keep it as a single executable. doesnt sound like thats possible in C++.

Of course it is possible.  For whatever reason though, your project is generating a reference to the C runtime dlls.

Jim

[Clyde]

Ah ok, I thought there was. Perhaps its a simple solution like something in either the linker or project settings; again I wouldnt know what that was.

[Jim]

Yes, if you've already set 'multithreaded' instead of 'multithreaded dll', it could be to do with one of the libtinyptc_ext or libmmx libs needs the dll version.  In which case there's nothing you can do except beg Rbz to change it.  I'm pretty sure he was able to remove all C runtime stuff from libptc, but maybe not in the version you're using.

Jim

[va!n]

@Clyde:
just one idea i come up... what about linking the original needed dll into the original exe? I know their are some tools available to merge a lot files like  exe + images + sound + DLLs to just one executeable. Personally i have never tried this but its just an idea.

[Clyde]

Thanks all, really appreciate your help and suggestions

I've put in a request to mighty rbz. As an exe of 14kb has now grossed 75kb, and thats an experiment without using any gfx or sonix.

Cheers and have a good one,
Clyde.

[Jim]

That will happen if you use multithreaded - the code that was in the dll is linked directly to the application avoiding the need for the dlls to be on the users' computers but makes your exe bigger.  To make smaller applications you have to use fewer C runtime library calls - ideally none at all - the fewer you use the smaller the amount of code that needs to be linked in.

I'm amazed at how much trouble it has been to get you up and running.  Without the ptc problems you'd have been miles ahead by now.  I don't think anyone has really tried it before.  I mostly use my own routines.

By the way, your problems have a well known name - it's called DLL Hell.

Jim