| 1 |
|
5 |
#include "gestionversion.h"
|
| 2 |
|
|
//---------------------------------------------------------------------------
|
| 3 |
|
|
|
| 4 |
|
|
#include <windows.h>
|
| 5 |
|
|
//---------------------------------------------------------------------------
|
| 6 |
|
|
// Important note about DLL memory management when your DLL uses the
|
| 7 |
|
|
// static version of the RunTime Library:
|
| 8 |
|
|
//
|
| 9 |
|
|
// If your DLL exports any functions that pass String objects (or structs/
|
| 10 |
|
|
// classes containing nested Strings) as parameter or function results,
|
| 11 |
|
|
// you will need to add the library MEMMGR.LIB to both the DLL project and
|
| 12 |
|
|
// any other projects that use the DLL. You will also need to use MEMMGR.LIB
|
| 13 |
|
|
// if any other projects which use the DLL will be performing new or delete
|
| 14 |
|
|
// operations on any non-TObject-derived classes which are exported from the
|
| 15 |
|
|
// DLL. Adding MEMMGR.LIB to your project will change the DLL and its calling
|
| 16 |
|
|
// EXE's to use the BORLNDMM.DLL as their memory manager. In these cases,
|
| 17 |
|
|
// the file BORLNDMM.DLL should be deployed along with your DLL.
|
| 18 |
|
|
//
|
| 19 |
|
|
// To avoid using BORLNDMM.DLL, pass string information using "char *" or
|
| 20 |
|
|
// ShortString parameters.
|
| 21 |
|
|
//
|
| 22 |
|
|
// If your DLL uses the dynamic version of the RTL, you do not need to
|
| 23 |
|
|
// explicitly add MEMMGR.LIB as this will be done implicitly for you
|
| 24 |
|
|
//---------------------------------------------------------------------------
|
| 25 |
|
|
|
| 26 |
|
|
#pragma argsused
|
| 27 |
|
|
int WINAPI DllEntryPoint(HINSTANCE hinst, unsigned long reason, void* lpReserved)
|
| 28 |
|
|
{
|
| 29 |
|
|
return 1;
|
| 30 |
|
|
}
|
| 31 |
|
|
//---------------------------------------------------------------------------
|
| 32 |
|
|
|
