DLL borlndmm.dll et cc3270mt.dll requises

Version imprimable

22/06/2006, 11h59
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 :)
22/06/2006, 12h35
10_GOTO_10

Citation:

Envoyé par Nebelmann

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.

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:

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

Code:

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...

22/06/2006, 13h52
pottiez

Je confirme qu'il faut bien décocher les deux options
22/06/2006, 14h24
Fbartolo

il faut bien décocher les deux cases... être en mode distribution, ce qui veut dire pas de débug avec codeguard ;)
23/06/2006, 14h49
Nebelmann

J'ai pourtant mis le projet en mode 'release' et je n'ai vu aucune case cochée concernant CodeGuard...
23/06/2006, 16h24
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 ?

:question:
23/06/2006, 17h39
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...)
23/06/2006, 18h40
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.
23/06/2006, 21h49
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
23/06/2006, 23h57
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...
24/06/2006, 11h10
CGi

Citation:

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 !
24/06/2006, 12h20
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
26/06/2006, 13h47
cfdev

j'ai trouvé ca sur borland :

Citation:

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.

++