Discussion :

[Nebelmann]

Salut,

J'utilise BDS 2006, mais même après avoir décoché les RTL & paquets d'exécution, l'exécutable demande toujours les DLL borlndmm.dll et cc3270mt.dll (qui je crois font partie de la RTL ?) sur une machine où builder n'est pas installé...

Quelqu'un a-t'il déjà eu le même problème ?

Merci

[10_GOTO_10]

même après avoir décoché les RTL & paquets d'exécution

Je crois qu'il faut cocher l'un et décocher l'autre. Par contre je ne sais jamais lequel, et la question est tellement bien formulée qu'à chaque fois j'essaie toutes les possibilités.

[Nebelmann]

j'ai lu plusieurs fois qu'il fallait décocher les deux, justement...
et à coup de tdump.exe je trouve ceci dans les imports :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Imports from BORLNDMM.DLL
    (ord. =    2)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
Imports from CC3270MT.DLL
                  operator delete(void *)
                  _CatchCleanup()
                  _InitTermAndUnexPtrs()
                  _ThrowExceptionLDTC(void *, void *, void *, void *, unsigned int, unsigned int, unsigned int, unsigned char *, void *)
                  __ErrorExit
                  ___CRTL_MEM_GetBorMemPtrs
                  ___CRTL_MEM_UseBorMM
                  ___CRTL_TLS_Alloc
                  ___CRTL_TLS_ExitThread
                  ___CRTL_TLS_Free
                  ___CRTL_TLS_GetValue
                  ___CRTL_TLS_InitThread
                  ___CRTL_TLS_SetValue
                  ____ExceptionHandler
                  __argc
                  __argv
                  __argv_default_expand
                  __exitargv
                  __handle_exitargv
                  __handle_setargv
                  __handle_wexitargv
                  __handle_wsetargv
                  __rtl_strcmp
                  __setargv
                  __wargv_default_expand
                  _access
                  _free
                  _memcpy
                  _sprintf
                  _strlen
                  __startup

bizarre...

[pottiez]

Je confirme qu'il faut bien décocher les deux options

[Fbartolo]

il faut bien décocher les deux cases... être en mode distribution, ce qui veut dire pas de débug avec codeguard

[Nebelmann]

J'ai pourtant mis le projet en mode 'release' et je n'ai vu aucune case cochée concernant CodeGuard...

[cfdev]

je ne vois pas trop ou est le pb,
l'option décochée il te demande les DLL borlndmm.dll et cc3270mt.dll -> Normal no ?

[Fbartolo]

Des "chtites" choses comme cela me sont arrivées lorsque j'ai repris des projets BCB6...

Des fois le plus simple c'est de de tout virer et refaire ton projet (reconstruire le projet en incorporant seulement les hpp et cpp...)

[3nTiC]

Je viens de résoudre mon problême!
Si il te manque des dlls, le fichier qui m'a permis de faire fonctionner mon programme, c'est celui-ci
Runtime Borland
Si il y en manque encore (vraiment si tu n'as pas de chances), il te sera indiqué sur le site un lien vers un mine d'or de dll!
J'espère que tu viendras à bout tout comme moi de ce problême trés chiant...
Autrement fait aussi attention à ce que ton programme n'utilise pas de dll externe à borland.

[Nebelmann]

Il me semblait justement qu'en décochant les cases, il incorporait le code nécessaire directement dans l'exécutable, plutôt que de l'utiliser depuis une DLL... mais je peux me tromper.

Tant pis, je distribuerai les deux fichiers avec, mais je trouve ça dommage quand même de ne pas avoir un fichier réellement indépendant.

Et le projet n'est pas importé, je l'ai créé directement depuis BDS 2006

[Fbartolo]

Je suis surpris que tes cases soient décochées, et que tu n'ai pas de message d'erreur pour trouver les librairies

Choisi le mode "Toutes les constructions" dans option compilateur et redécoche les deux cases lieur:"Utiliser RTL dynamique"

et package: "Construire avec Package d'exécution".

enregistre et lance la construction du projet

Il n'y a pas de raisons...

[CGi]

Il me semblait justement qu'en décochant les cases, il incorporait le code nécessaire directement dans l'exécutable, plutôt que de l'utiliser depuis une DLL... mais je peux me tromper.

Non tu ne te trompe pas !

[Nebelmann]

Il semble qu'en désactivant aussi tout ce qui concerne les en-têtes précompilés, dans les options du compilateur, les dll en question ne sont plus importées depuis le programme. Cependant, celà grossit encore la taille de l'exécutable

Je n'ai pas pu encore tester l'exécutable, mais je pense qu'il doit maintenant fonctionner sur une machine "neutre", sans lesdites DLL.
Je vous tiendrai au courant

Merci de votre aide

[cfdev]

j'ai trouvé ca sur borland :

C++ applications do not require a runtime interpreter DLL. All you have to provide is your .EXE file and any DLLs or BPLs that it calls. For simple applications you can distribute a standalone .EXE file. If you have used runtime packages with your application, be sure to include all required BPLs with the distribution. If you build using the dynamic Run-Time Library, you will also have to distribute one or more of the Run-Time Library DLLs CC3270.DLL or CC3270MT.DLL and the memory manager DLL.

++