Tek-Tips is the largest IT community on the Internet today!
Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!
-
Congratulations derfloh on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!
Is it possible to embed a dll into an exe?
- Thread starter pcwc66
- Start date
No, you must distribute DLLs separately. If you've ever tried to include a DLL in your project, you'll see that VFP won't let you.
-BP
-BP
- Thread starter
- #3
I don't know of a way to check anything in VFP from VC++, unless you send it as a parameter from VFP to VC.
-BP
-BP
About the only option there would be within some sort of com server.
-Dave S.-
![[cheers]](/data/assets/smilies/cheers.gif "[cheers] [cheers]")
Even more Fox stuff at:
-Dave S.-
Even more Fox stuff at:
You can embed a .dll file inside an .exe. You just can't declare functions or call them from the DLL without writing it to an external file first.
You could include the DLL in your project with a modified name, say with an underscore added (You have to use an altered name, or code that references the DLL will still "see" the one inside the .EXE - that it can't use). Then before your EXE uses the dll, you would just need to add code to "export" the .dll from within the .exe to an external .dll file.
As long as the .dll is smaller than 16MB, you can use the FILETOSTR() and STRTOFILE() functions. These functions will "see" a file within the .EXE. The code would look something like:
IF !FILE("mydll.dll"
* Assuming that file _mydll.dll was included
* in the project when the .exe was built, the
* next statement will write the _mydll.dll
* file from within the .exe to an external .dll
* file called "mydll.dll".
STRTOFILE(FILETOSTR("_mydll.dll", "mydll.dll"
ENDIF
... code to declare DLL functions from the DLL, etc.
It probably isn't the best way to distribute a .dll, but if you really want to have a single .EXE file, and don't want to mess with an installer package, this would be one option for distrubuting the DLLs.
Personally, I prefer to create an installer package that includes the VFP runtime files, along with any DLLs you use. It's more user friendly.
You could include the DLL in your project with a modified name, say with an underscore added (You have to use an altered name, or code that references the DLL will still "see" the one inside the .EXE - that it can't use). Then before your EXE uses the dll, you would just need to add code to "export" the .dll from within the .exe to an external .dll file.
As long as the .dll is smaller than 16MB, you can use the FILETOSTR() and STRTOFILE() functions. These functions will "see" a file within the .EXE. The code would look something like:
IF !FILE("mydll.dll"
* Assuming that file _mydll.dll was included
* in the project when the .exe was built, the
* next statement will write the _mydll.dll
* file from within the .exe to an external .dll
* file called "mydll.dll".
STRTOFILE(FILETOSTR("_mydll.dll"
, "mydll.dll"ENDIF
... code to declare DLL functions from the DLL, etc.
It probably isn't the best way to distribute a .dll, but if you really want to have a single .EXE file, and don't want to mess with an installer package, this would be one option for distrubuting the DLLs.
Personally, I prefer to create an installer package that includes the VFP runtime files, along with any DLLs you use. It's more user friendly.
craigsboyd
IS-IT--Management
pcwc66,
I recently created a VC++ DLL, and I send an object as well as 2 by reference variables from VFP to a function in the VC++ DLL. You may want to check it out in relation to your question above regarding VFP Objects and variables and VC++ DLL.
ComputeControlSize MonthView Control Problem
thread184-742345
Slighthaze = NULL
craig1442@mchsi.com
I recently created a VC++ DLL, and I send an object as well as 2 by reference variables from VFP to a function in the VC++ DLL. You may want to check it out in relation to your question above regarding VFP Objects and variables and VC++ DLL.
ComputeControlSize MonthView Control Problem
thread184-742345
Slighthaze = NULL
craig1442@mchsi.com
"Whom computers would destroy, they must first drive mad." - Anon
- Status