Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Besoin de votre aide

121 views
Skip to first unread message

GpEp

unread,
Nov 8, 2018, 5:00:52 AM11/8/18
to
Bonjour à tous
Je n'ai pas acheté Windev depuis la version 15 et je suis donc en cours
de passer directement à la version 23.
De ce fait j'ai passe un projet V15 en version 23 par une simple copie
dans un nouveau dossier V23 et j'ai lancé le chargement de ce projet
dans Windev 23 sans problème particulier.
A l'exécution du projet j'ai néanmoins un problème pour 2 dll
externesnon Windev qui, lors de leur chargement par ChargeDll , me
renvoie un le message suivant :
"L'accès à cet emplacement de la mémoire n'est pas valide"
Je n'ai rien touché aux fichiers .dll qui étaient présents ..
.. zBff.dll dans le dossier .exe de mon projet avec les toutes les
autres dll Windev.
.. ole32.dll dans le dossier C:\Windows\System32
Ces emplacements respectent les conditions d'utilisation de la fonction
ChergeDll()

Mon PC est sous Windows 7 pro en 64 bits.
Mon projet est en 32 bits

J'ai également suivi le conseil d'utilisation d'un entier systeme.
hInst est un entier systeme
hInst = ChargeDLL("MaDLL.DLL")

J'utilise l'antivirus Kaspersky et le problème existe aussi lorsqu'il
est désactivé.

Une idée pour m'aiguiller sur ce que je devrais faire ?
Merci d'avance pour votre aide.

Romain PETIT

unread,
Nov 8, 2018, 5:54:05 AM11/8/18
to
GpEp a formulé la demande :
> Bonjour à tous
> Je n'ai pas acheté Windev depuis la version 15 et je suis donc en cours de
> passer directement à la version 23.
[...]
> Une idée pour m'aiguiller sur ce que je devrais faire ?
> Merci d'avance pour votre aide.

Bonjour,

Tu as installé WD23 en 64bits ?
(Par défaut c'est le mode d'installation)
Pour l'installer en version 32 bits, il faut lancer l'install avec /32
:

https://blogs.pcsoft.fr/fr/installer-version-32-bits-editeurs-windev-webdev-windev-mobile-22/155/read.awp

(pour ma part je continue à installer mes versions WD en 32bits)

A+

--
Romain PETIT
contact : rompetit chez free fr
+-+ posté sur Usenet avec MesNews et non depuis un forum web +-+
news:fr.comp.developpement.agl.windev
http://www.mesnews.net/
http://fr.wikipedia.org/wiki/Newsgroup

GpEp

unread,
Nov 8, 2018, 7:04:50 AM11/8/18
to
Romain PETIT a couché sur son écran :
> GpEp a formulé la demande :
>> Bonjour à tous
>> Je n'ai pas acheté Windev depuis la version 15 et je suis donc en cours de
>> passer directement à la version 23.
> [...]
>> Une idée pour m'aiguiller sur ce que je devrais faire ?
>> Merci d'avance pour votre aide.
>
> Bonjour,
>
> Tu as installé WD23 en 64bits ?
> (Par défaut c'est le mode d'installation)
> Pour l'installer en version 32 bits, il faut lancer l'install avec /32 :
>
> https://blogs.pcsoft.fr/fr/installer-version-32-bits-editeurs-windev-webdev-windev-mobile-22/155/read.awp
>
> (pour ma part je continue à installer mes versions WD en 32bits)
>
> A+

Bonjour Romain

Oui j'ai aussi installé la version 23 en 32 bits ( vérifiée avec
affichage mode du programme )

Compilation et phase exécutante en 32 bits

titou44

unread,
Nov 9, 2018, 8:40:30 AM11/9/18
to
GpEp a couché sur son écran :
bonjour

et si tu passais par 1 ou 2 versions intermédiaires de windev.
exemple : 19, 21 puis 23

cela te permettra peut-être de voir à partir de quelle version cela
commence à "coincer".

titou44 chez libresurf.com

GpEp

unread,
Nov 9, 2018, 11:18:47 AM11/9/18
to
titou44 a utilisé son clavier pour écrire :
Bonjour
Je n'ai aucune version depuis la 16 jusqu'à la 22.
En attendant j'ai fait un petit projet en Version 15 qui ne contient
qu'une seule fenêtre et un bouton qui execute seulement :

hInst est un entier système
hInst = ChargeDLL("zBff")
SI hInst = 0 ALORS
Erreur(ErreurInfo())
SINON
Info("DLL chargée")
DéchargeDLL(hInst)
FIN

Je l'ai transposé sous Windev 23 sans rien changer du tout

En version 15 j'obtiens "DLL chargée"
En version 23 j'ai le message d'erreur.

Nota :
Pour ole32.dll je retire ce que j'ai dit : dans les 2 versions le
résultat est " DLL chargée"

titou44

unread,
Nov 9, 2018, 11:57:11 AM11/9/18
to
GpEp a formulé ce vendredi :
tu peux télécharger les anciennes version ici :

ftp://ftp.pcsoft.fr/

titou44

unread,
Nov 9, 2018, 12:02:16 PM11/9/18
to
titou44 avait énoncé :
je complète :
ou ici :
https://www.pcsoft.fr/st/telec/index.html

en cliquant sur "version 22 et inférieure" tu verras apparaitre les
"vieilles" versions.

André STASZEWSKI

unread,
Nov 9, 2018, 1:54:14 PM11/9/18
to
Salut,

Au lieu de transposer ton petit projet test créé en WD15, essaye de le
créer directement de zéro dans WD23 et dis nous ce que ça donne.

--
Cordialement,
André STASZEWSKI
http://www.SoftSolution.fr
Pour me contacter, cliquez ici :
http://cerbermail.com/?Z8IP9sIahR

GpEp

unread,
Nov 10, 2018, 3:45:13 AM11/10/18
to
André STASZEWSKI avait soumis l'idée :
Bonjour à tous et merci pour votre aide.

André j'ai fait ce que tu as demandé en créant directement un projet en
version 23.
J'en ai également profité pour afficher l'option MessgeComplet de
erreur info(), lrésultat est le suivant :

////////////////////
Appel WL :
Traitement de 'Clic sur Exécuter_ChargeDLL'
(FenTestChargeDLL.Exécuter_ChargeDLL), ligne 2, thread
Fonction 'ChargeDLL', syntaxe 0
Que s'est-il passé ?
Erreur au chargement de la DLL 'zbff.DLL'
Code erreur : 2802
Niveau : erreur non fatale
Code d'erreur système : 998
Message d'erreur système :
L’accès à cet emplacement de la mémoire n’est pas valide.
Dump de l'erreur du module 'wd230vm.dll' (23.0.370.1).
Identifiant des informations détaillées (.err) : 2802
Informations de débogage :
Fonction (0,23)
Informations supplémentaires :
EIT_PILEWL :
Clic sur Exécuter_ChargeDLL (FenTestChargeDLL.Exécuter_ChargeDLL),
ligne 2
EIT_DATEHEURE : 10/11/2018 09:33:34
EIT_TYPE_WDFILE :
EIT_IDCODE : <18>
//////////////////////

André STASZEWSKI

unread,
Nov 10, 2018, 2:28:51 PM11/10/18
to
salut,

ça donne quoi si tu executes ton prg test sur un autre PC ?
Tu es le concepteur de la DLL en question ?

GpEp

unread,
Nov 11, 2018, 10:22:38 AM11/11/18
to
Bonjour
Non je n'ai pas d'autre PC.
La DLL zbff.dll a été conçue par Mr Patrice TERRIER, de Zapsolution,
qui l'a aimablement autorisée pour une utilisation gratuite non
commerciale, ce que j'ai fait depuis plusieurs années.

F. MOREL

unread,
Nov 12, 2018, 3:35:51 AM11/12/18
to
Bonjour,

Peut-être l'exécutable n'est il pas ou tu pense.
En WD23 si tu ne changes rien, l'exécutable est souvent dans un sous dossier du répertoire Exe.
Pour vérifier ceci trois solution (au moins)
- Regarder dans le treeview du projet dasn l'onglet "Général" de la description du projet
- En fin de génération clique sur le bouton "Ouvrir le répertoire de génération"
- Mettre dans ton code un "Trace(fRepEnCours())"

Tiens nous au courant.
A+

--
Francis MOREL

André STASZEWSKI

unread,
Nov 12, 2018, 6:19:27 AM11/12/18
to
Salut,
Si tu veux je peux faire un test sur mon pc à condition que tu m'envois
ton petit projet TEST avec la DLL et ce tout ce qui va bien (faire la
sauvegarde sous WD avec l'outil approprié prévu dans le menu).
Tu trouveras mon contact dans ma signature.

GpEp

unread,
Nov 12, 2018, 10:20:32 AM11/12/18
to
F. MOREL avait soumis l'idée :
Bonjour

Merci de ton aide.
Le ChargeDLL utilisé avec le répertoire en dur a le même problème.

Regarde mon autre réponse à André STASZEWSKI
Si tu es équipé en Windows 7 Pro (64 bits) tu peux exécuter le test.
Cordialement

GpEp

unread,
Nov 12, 2018, 10:26:08 AM11/12/18
to
Bonjour André
Je pense qu'il y a plus simple, c'est de tester le projet original.

Récupère le projet sur le site de Zapsolution à l'adresse ci-dessous :
https://www.zapsolution.com/DW/FR/windev.html

Le projet original à télécharger qui est une démonstration de la DLL
est en totalement en bas, à gauche, de cette page.
En passant la souris sur l'image le titre est
- WD10 Arbre "Browse For Folder intégré dans une fenêtre"
- Le composant zBff.dll est fourni gracieusement aux utilisateurs de
Windev

Tu cliques sur l'image pour télécharger le programme de démonstration.
Hier je l'ai utilisé avec Windev 23 : le résultat est exactement le
même que pour mon projet.

Rappel : il faut impérativement ...
- Qu'il soit exécuté sous Windows 7 Pro ( en 64 bits )
- Que Windev 23 ait été installé en 32 bits.
- Que le projet soit en 32 bits

Merci pour votre aide

titou44

unread,
Nov 13, 2018, 4:18:59 AM11/13/18
to
....

> Bonjour André
> Je pense qu'il y a plus simple, c'est de tester le projet original.
>
> Récupère le projet sur le site de Zapsolution à l'adresse ci-dessous :
> https://www.zapsolution.com/DW/FR/windev.html
>
> Le projet original à télécharger qui est une démonstration de la DLL est en
> totalement en bas, à gauche, de cette page.
> En passant la souris sur l'image le titre est
> - WD10 Arbre "Browse For Folder intégré dans une fenêtre"
> - Le composant zBff.dll est fourni gracieusement aux utilisateurs de Windev
>
> Tu cliques sur l'image pour télécharger le programme de démonstration.
> Hier je l'ai utilisé avec Windev 23 : le résultat est exactement le même que
> pour mon projet.
>
> Rappel : il faut impérativement ...
> - Qu'il soit exécuté sous Windows 7 Pro ( en 64 bits )
> - Que Windev 23 ait été installé en 32 bits.
> - Que le projet soit en 32 bits
>
> Merci pour votre aide


salut

je viens de telécharger le projet zexploreur et l'ai installé dans mon
environnement de dev :

windev 19 32 bits
machine sous windows 10 64 bits

que ce soit en mode test ou l'exe généré, tout fonctionne impec...
j'ai même lancé l'exe généré à travers le réseau sur une autre machine
sous w10 bits et tout est ok.

comme déjà dit, télécharge d'autres versions de windev pour voir à
partir de laquelle le pb apparait.

donc en 19 tout est ok à priori.

titou44 chez libresurf.com

GpEp

unread,
Nov 13, 2018, 5:13:48 AM11/13/18
to
Le 13/11/2018, titou44 a supposé :
Merci pour ton test mais tu ne l'as pas exécuté sous Windows 7 Pro 64
bits

titou44

unread,
Nov 13, 2018, 5:24:11 AM11/13/18
to
GpEp a écrit :
je n'ai plus de W7....

Romain PETIT

unread,
Nov 13, 2018, 5:45:33 AM11/13/18
to
Salut,

je n'ai pas W7 sous la main non plus mais sous W10 64b (1803) :
(après avoir copé la DLL dans le rep EXE de la configuration)
- Le projet fonctionne en WD21
- Il plante en WD22 et WD23

Erreur au chargement de la DLL 'zbff.dll'
Détail de l'erreur système : Une routine d’initialisation d’une
bibliothèque de liens dynamiques (DLL) a échoué.

GpEp

unread,
Nov 13, 2018, 6:35:08 AM11/13/18
to
Romain PETIT a formulé ce mardi :
Bonjour Romain tu me soulages énormément de ne plus être seul.
Je n'ai plus qu'à attendre que le ST Pcsoft veuille bien répondre à ma
demande d'intervention pour avoir la solution.
Ce serait bien que d'autres utilisateurs qui constatent ce problème se
manifestent également auprès du ST ( Plus on est de fous ... etc ... )

Bien cordialement à tous

F. MOREL

unread,
Nov 13, 2018, 6:44:03 AM11/13/18
to
Bonjour,

Je viens de télécharger le projet de Patrice.
Et le tester avec Windows 7 64 bits sous Windev 23 en mode 32 bits.
Au début aucune erreur, mais en regardant le code on note que l'erreur potentielle de chargement n'est pas gérée.
Si on ajoute un traitement, effectivement l'erreur apparaît.
Au passage elle est aussi présente sous Windows 10.

SI on change de dll, plus d'erreur.
J'aurai donc tendance à penser qu'il y a un problème spécifique à cette dll.
Dans ce cas je pense que Patrice serait la personne la plus à même de l'aider.
Le problème cependant c'est que cette erreur ne survient pas avec les anciennes versions de Windev (en tout cas pas en 17) et je ne pense pas que Patrice ait des versions récentes.

Je regarde cependant si je trouve une anomalie ou incompatibilité et je te tiens au courant.

titou44

unread,
Nov 14, 2018, 6:17:25 AM11/14/18
to
....
>>
>> je n'ai pas W7 sous la main non plus mais sous W10 64b (1803) :
>> (après avoir copé la DLL dans le rep EXE de la configuration)
>> - Le projet fonctionne en WD21
>> - Il plante en WD22 et WD23
>>
>> Erreur au chargement de la DLL 'zbff.dll'
>> Détail de l'erreur système : Une routine d’initialisation d’une
>> bibliothèque de liens dynamiques (DLL) a échoué.
>>
>> A+
> Bonjour Romain tu me soulages énormément de ne plus être seul.
> Je n'ai plus qu'à attendre que le ST Pcsoft veuille bien répondre à ma
> demande d'intervention pour avoir la solution.
> Ce serait bien que d'autres utilisateurs qui constatent ce problème se
> manifestent également auprès du ST ( Plus on est de fous ... etc ... )
>
> Bien cordialement à tous


donc :
wd19 : ok
wd21 : ok
wd22 : pas ok
wd23 : pas ok

mais comme dit par notre éditeur préféré : "il suffit de recompiler et
tout fonctionne comme avant". ou ai-je mal entendu lors de
présentations ?

ici la preuve que chaque changement de version apporte son lot de
dégâts colatéraux inexpliqués.

merci si tu peux nous faire un retour sur la réponse du ST.

titou44 chez libresurf.com

André STASZEWSKI

unread,
Nov 14, 2018, 6:55:51 AM11/14/18
to
> Rappel : il faut impérativement ...
> - Qu'il soit exécuté sous Windows 7 Pro ( en 64 bits )
> - Que Windev 23 ait été installé en 32 bits.
> - Que le projet soit en 32 bits
>
> Merci pour votre aide

Salut,
Malheureusement je ne suis pas en Windows 7 pro 64 bits...

André STASZEWSKI

unread,
Nov 14, 2018, 7:04:43 AM11/14/18
to
Salut,

Si tu touches en C# tu trouveras sur ce lien le code source d'un projet
similaire pour arriver à tes fins...
https://codes-sources.commentcamarche.net/source/40563-zexplorer-explorateur-windows

Tiens nous au jus !

André STASZEWSKI

unread,
Nov 14, 2018, 7:11:05 AM11/14/18
to
Oups, je voulais dire le code source de cette fameuse DLL afin de voir
s'il y a moyen de la réviser pour qu'elle fonctionne en WD23..
Peut être un problème d'affectation mémoire pas libérée ...

GpEp

unread,
Nov 14, 2018, 7:11:55 AM11/14/18
to
titou44 a formulé la demande :
Bonjour
Pour le moment je n'ai pas eu de réponse définitive du ST.

GpEp

unread,
Nov 14, 2018, 7:13:46 AM11/14/18
to
Dans son message précédent, André STASZEWSKI a écrit :
Bonjour
Désolé mais je ne connais pas le C#

GpEp

unread,
Nov 15, 2018, 6:53:45 AM11/15/18
to
Dans son message précédent, titou44 a écrit :
 
>
> donc :
> wd19 : ok
> wd21 : ok
> wd22 : pas ok
> wd23 : pas ok
>
> mais comme dit par notre éditeur préféré : "il suffit de recompiler et tout
> fonctionne comme avant". ou ai-je mal entendu lors de présentations ?
>
> ici la preuve que chaque changement de version apporte son lot de dégâts
> colatéraux inexpliqués.
>
> merci si tu peux nous faire un retour sur la réponse du ST.
>
> titou44 chez libresurf.com
 
Bonjour à tous
La réponse du ST de PCsoft est la suivante :
 
///// début réponse //////
Bonjour
Merci pour ces éléments. Effectivement le chargement de la DLL provoque une erreur.
 
Cette erreur signifie qu'une dépendance de cette URL n'est pas trouvée dans le système.
Dans les dépendances de zBff.dll, on notera la présence d'une DLL.urlmon.dll.
 
// liste extraite image avec un ocs //
Module
 kerne|32.dll
 gdi32.dll
 ole32.dll
 oleaut3Z.dll
 user32.dll
 comctl32.dll
 shell32.dll
 urlmon.dll
///////////////
 
 Cette DLL est bien présente, même sous Windows 10, dans le dossier Windows/system32.
Mais cette DLL, elle-même,.des dépendances qui ne sont pas toutes satisfaites. Toutes les lignes en rouge.
 
// autre liste extraite image avec un ocs //
///////////////
Modules
 msvcrt.dll
 iertutil.dll
 ntdll.dll
 
( Toutes les lignes suivantes sont en rouge. )  ( Les textes sont extraits d'un ocs )
api-ms-win-core-synch-l1-1-0.dll
api-ms-win-core-shlwapi-legacy-I1-1-0.dll
api-ms-win-core-shlwapi-obsolete-I1-1-0.dll
api-ms win-core-Iibraryloader-I1-2-0.dll
api-ms-win-core-com-I1-1-0.dll
api-ms win-eventing -provider-I1-1-0.dll
api-ms-win-core-string-I1-1-0.dll
api-ms-win-core -regislry-I1-1-0.dll
api-ms-win-core-slring-obsolete-I 1- 1-0.dll
api-ms-win-core -processlhreads -I 1- 1-0.dll
api-ms-\f.'in -core-heap-I 1- 1-0.dll
api-ms«f\'in-core-debug-I1-1-0.dll
api-ms-win-core-slringansi-Il-1-0.dll
api-ms win-core-sy-'nch-I1-2-0.dll
api-ms+\'in-core -errorhandling-I.- 1-0.dll
api-ms-win-core -pro?le-I 1- 1-0.dll
api-ms -'›\'in-core-sysinfo-I 1- 1-0.dll
api-ms-win-core-Iccalizaücn -I 1-2-0.dll
api-rns-win -core-handle-I 1- 1-0.dll
api-mswin-core-palh-I1-1-0.dll
api-ms-winshcore stream-I1-1-0.dll
api-ms win-core-string-I2-1-0.dll
api-rns-win-core-heap-I} 1-0.dll
api-ms-win-core -library-'loader-I.-2-.. dll
api-rns-win-core-uI1'l-I1-1-0.dll
api-ms-win-core-?le-I 1- 1-0.dll
api-ms-\f.'in -core-?le-I.-2-2.dll
api-ms «win-core-I<ernel.32-legacy' -I 1-.-0.dll
api-ms -win-core-version-I 1- 1-0.dll
api-mswin-core-regislryuserspeci?c-I1-1-...
api-rns«›\'in-core-regisIIy'-I2- 1-0.dll
api-ms-win-core-atoms-I.- 1-0.dll
api-ms -'›\'in-core-url -I 1-1-0.dll
api-ms-win-core-prix-'ateprc?le-I 1- 1-0.dll
api-rns-win -core-ümezone-I1-1-0.dll
api-ms win-shell-changencüfy-I1-1-0.dll
api-ms-\›\'insecurity-base-I1-1-0.dll
api-mswin-core-processenvircnment-I1-2...
api-ms-win -http-üme-I1-1-0.dll
api-ms-win-core-?le-I.-2-0.dll
api-ms -win-core-Ihreadpccl-I 1-2-0.dll
api-ms-win-core-Ihreadpccl-legacy-I1-1-0...
api-ms-\f.'in -core-wo\›\'64-I.- 1-0.dll
api-ms«f.'in-shlwapH›vinrt-storage-I1-1-1.dll
api-ms-winshccre -regislry-I1-1-0.dll
api-ms win-core-processlhreads-I1-1-2.dll
/////////////////
 
Cette DLL, qui a été créée en 2006, n'est visiblement pas adaptée au systèmes d'exploitation modernes.

Pour l'utiliser, il faudrait résoudre toutes les dépendances, en installant sur le système les DLLs manquantes. Il est cependant vraisemblable que certaines de ces DLLs ne soient pas du tout compatibles.

Je le regrette bien mais le support gratuit ne pourra pas vous aider plus avant sur ce problème qui n'est pas directement lié à WINDEV.

Je suis sincèrement désolé de la gêne occasionnée et je vous remercie de votre compréhension.

L'équipe du Support Technique Gratuit reste à votre disposition.

/////// Fin de la réponse   du ST /////////

 

 

 

 

 

 

GpEp

unread,
Nov 16, 2018, 5:38:28 AM11/16/18
to
GpEp a exprimé avec précision :
> Dans son message précédent, titou44 a écrit :
>
>>
>> donc :
>> wd19 : ok
>> wd21 : ok
>> wd22 : pas ok
>> wd23 : pas ok
>>
>> mais comme dit par notre éditeur préféré : "il suffit de recompiler et tout
>> fonctionne comme avant". ou ai-je mal entendu lors de présentations ?
>>
>> ici la preuve que chaque changement de version apporte son lot de dégâts
>> colatéraux inexpliqués.
>>
>> merci si tu peux nous faire un retour sur la réponse du ST.
>>
>> titou44 chez libresurf.com
>
>
Bonjour et merci à tous pour m'avoir aidé à résoudre mon problème

Je considère que ma demande d'aide est close suite à la réponse
définitive suivante du ST Pcsoft.

Bien cordialement à tous

///////// réponse définitive de ST Pcsoft ////
Bonjour
Dans le cas présent il s'agit du changement décrit dans le billet
suivant de notre blog :

https://blogs.pcsoft.fr/fr/quoi-correspondent-executables-wdtst-nonx-exe-wdexe-nonx-exe-framework-32-bits-windev-22-update-4/281474976710685/read.awp

A partir de la version 22 et toutes les suivantes, une option
recommandée par Microsoft est active pour que les exécutions soient
plus sûres. Vous pouvez continuer à utiliser cette DLL en dégradant la
sécurité de l'application en désactivant la prévention d'exécution des
données. Mais je vous conseille de solliciter l'éditeur, afin d'obtenir
une DLL recompiler avec des options actuelles.

GpEp

unread,
Nov 16, 2018, 6:12:16 AM11/16/18
to
L'application du billet du blog m'a permis de résoudre mon problème :
Dans la configuration du projet ( onglet général )j'ai simplement eu à
cocher l'option conseillée.
Merci à tous

GpEp a couché sur son écran :

titou44

unread,
Nov 16, 2018, 8:25:43 AM11/16/18
to
GpEp vient de nous annoncer :
> L'application du billet du blog m'a permis de résoudre mon problème :
> Dans la configuration du projet ( onglet général )j'ai simplement eu à cocher
> l'option conseillée.
> Merci à tous

merci du retour.

le célèbre "il suffit de recompiler" n'a pas été prononcée lors de la
présentation officielle de la version 24. je pressens que chaque
nouvelle version apporte maintenant son lot de "corrections" à apporter
à son ancien code. et de dégâts colatéraux diffilement visbles sauf à
l'éxécution en production.

bon dev à tous

titou44 chez libresurf.com

André STASZEWSKI

unread,
Nov 16, 2018, 10:29:28 AM11/16/18
to
Salut Titou,

Je pense que tout à été dit dans le billet du blog de PC SOFT.
La cause ne vient pas de chez PC SOFT mais de chez MICROSOFT.

Tout les autres langages utilisant cette DLL auront le même pb (tôt ou
tard) et il vaut mieux l'avoir tôt que tard au niveau sécurité.

La solution idéale, serait de reprendre le code source en C# dont je
donne le lien dans mes posts précédents et de le recompiler afin
d'avoir une version actualisée de la DLL avec le flag NX.
0 new messages