Discussion :

[ClearAlgo]

Bonjour à tous,

Je cherche à comprendre pourquoi mon projet DLL n'affiche pas les MessageBox que j'utilise pour logguer les entrées de fonction (le hint m'indique #define MessageBox MessageBoxA lorsque je passe sur MessageBox ).
Je précise que c'est une DLL à l'origine 32 bits que je convertis en 64 bits, mais à l'origine c'était compilé sous Visual Studio 6.
C'est une DLL JNI, qu'on appelle avec une application JAVA.
Je pense que le problème vient des options de compilation.

Mes options de compilation:

Compilateur:

Code :

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

/Zi /nologo- /W3 /WX- /O1 /D "WIN32" /D "NDEBUG" /D "IAL" /D "_LITTLE_ENDIAN" /D "_AMD64_" /D "amd64" /D "WIN32_LEAN_AND_MEAN" /GF /Gm- /EHsc /MT /GS /Gy /fp:precise /Zc:wchar_t /Zc:forScope /Fp".\Release2\MADLL_VISUAL_STUDIO_6.pch" /Fa".\Release2\" /Fo".\Release2\" /Fd".\Release2\" /Gd /errorReport:prompt

Linker:

Code :

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

/OUT:"x64/Release2/madll.dll" /INCREMENTAL:NO /DLL ".\EZtwain\eztwain4.lib" ".\lib\ijl15.lib" ".\lib\ijl15l.lib" "user32.lib" /MANIFEST:NO /ManifestFile:"x64\Release 2\madll.dll.intermediate.manifest" /ALLOWISOLATION /MANIFESTUAC:NO /DEBUG /PDB:"C:\svnsandbox\trunk\jtwain_new_64bit_vs2010\x64\Release 2\madll.pdb" /SUBSYSTEM:WINDOWS /PGD:"C:\svnsandbox\trunk\madll_64bit_vs2010\x64\Release 2\madll.pgd" /DYNAMICBASE:NO /NXCOMPAT:NO /MACHINE:X64 /ERRORREPORT:PROMPT

[bacelar]

MessageBox pour logger des entrées de fonction, c'est un peu lourd, vous trouvez pas ?
Un OutputDebugString https://msdn.microsoft.com/fr-fr/lib...=vs.85%29.aspx, c'est bien plus light.

Il vous dit quoi le débogueur ?

Utilisez une capsule RAII avec OutputDebugString pour avoir automatiquement les trace d'entré et de sortie d'une fonction.

[ClearAlgo]

MessageBox pour logger des entrées de fonction, c'est un peu lourd, vous trouvez pas ?
Un OutputDebugString https://msdn.microsoft.com/fr-fr/lib...=vs.85%29.aspx, c'est bien plus light.

Si, tout à fait, mais c'était déjà dans le code d'origine donc je suis excusé.
Depuis mon dernier message j'ai voulu mettre quelques logs artisanaux. Par contre, le pemier log s'affiche et la suite ne s'affiche pas, même si je mets deux logs consécutifs. En lisant ensuite votre message, je me suis dit que probablement j'avais besoin de ce que vous appelez la "capsule RAII", dont je maîtrise mal le concept.

Il vous dit quoi le débogueur ?

Je ne sais pas l'utiliser dans ce cas là. Je génère ma DLL et je l'intègre ensuite à mon projet dans Tomcat pour que ma JVM 64 bits l'appelle.

Utilisez une capsule RAII avec OutputDebugString pour avoir automatiquement les trace d'entré et de sortie d'une fonction.

Je vais chercher un modèle de capsule RAII sur le web pour comprendre ce que je fais.

[ClearAlgo]

Je veux m'inspirer de ce code pour le RAII:

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
#include <string>
#include <mutex>
#include <iostream>
#include <fstream>
#include <stdexcept>
 
void write_to_file (const std::string & message) {
    // mutex to protect file access (shared across threads)
    static std::mutex mutex;
 
    // lock mutex before accessing file
    std::lock_guard<std::mutex> lock(mutex);
 
    // try to open file
    std::ofstream file("example.txt");
    if (!file.is_open())
        throw std::runtime_error("unable to open file");
 
    // write message to file
    file << message << std::endl;
 
    // file will be closed 1st when leaving scope (regardless of exception)
    // mutex will be unlocked 2nd (from lock destructor) when leaving
    // scope (regardless of exception)
}

Seulement j'utilise Visual Studio 2010, qui n'a pas la classe mutex dans la librairie standard.
Donc à ce que je crois comprendre je dois installer la librairie Boost qui le fait...

[ClearAlgo]

Je vais suivre le tutoriel de cette page, je télécharge une ancienne version de boost (1.47.0) pour coller à la procédure.
boost_1_47_0.zip
How to use Boost in Visual Studio 2010

[bacelar]

Je ne vois pas trop le rapport entre votre problème initial et les mutex.
Pour faire une capsule RAII, un objet avec un constructeur et un destructeur fait l'affaire.

Pour votre problème initial, le débuggeur est votre meilleur ami.

Je ne suis pas un spécialiste de Tomcat, j'y connais même rien, mais il doit quand même charger les Dll comme les autres programmes.

Donc, la stratégie pour le débugging dans VS, c'est de configurer les paramètres de débugging de votre projet de Dll pour que ça lance le programme qui chargera la Dll.
Si c'est bien fait, les paramètres nécessaires au programme sont en ligne de commande et en fichier de configuration.
Les paramètres de débugging du projet permettent d'indiquer les paramètres de l'exécutable et son répertoire de travail.

En lançant le débogueur depuis votre projet dans VS et avec des breakpoints, il lancera le programme (donc tomcat ici) avec les bonnes options et le débogueur sera prévenu du chargement d'une Dll, et modifiera le code le la Dll à la volé pour que les point d'arrêt deviennent de vrais "int 3" dans le code binaire.

Quand l'exécutable arrive sur un ses "int 3", le programme s'interrompt, passe la main au débuggeur qui vous affichera votre code avec les valeurs de variables qui va bien.
Si vous n'arrivez pas à ces points d'arrêt, c'est que le problème n'est vraisemblablement pas dans votre code.

[ClearAlgo]

Bon alors merci, je vais me débrouiller autrement, je n'ai rien compris. Merci d'avoir essayé.

[bacelar]

Tu mets un point d'arrêt dans VS.
Tu configures ton projet de la Dll pour lancer Tomcat lors du démarrage d'une session de debugging.
Tu lances le débogueur avec F5.
Le programme s'arrêtera directement sur ton point d'arrêt.

[Médinoc]

Le problème là-dedans, c'est que si ça se trouve Tomcat tourne en tant que service.

[bacelar]

Il n'y a pas une option pour le lancer en stand-alone ?