Garbage collector

Bonjour,

j'ai développé une application en VB.NET 2.0 qui appelle une DLL C.

Mon application sous XP fonctionne parfaitement. La même application executé
sous Vista me donne l'erreur suivante :

"Attempted to read or write protected memory. This is often indicate that
other memory is corrupt"

Après quelques recherche, j'ai l'impression que le pbm viens de la gestion
de la mémoire. En effet, je passe en paramètre à ma DLL un pointeur vers des
structures et il semble que dans ce cas je dois dire au garbadge collecteur
de ne jamais déplacer la mémoire.

le liens ci-dessous donne des indications.
http://morpheus.developpez.com/dlldotnet/#LIV

Mais le mot clé "FIXED" est du C# et non du vb.net et je n'ai trouvé aucune
équivalence en vb.net

quelqu'un a t il une solution ?

Merci d'avance

"Laurent" <laurent.graziani@free.fr> a écrit dans le message de
news:%23M%23KlcZXIHA.4868@TK2MSFTNGP03.phx.gbl...
> j'ai développé une application en VB.NET 2.0 qui appelle une DLL C.
>
> Mon application sous XP fonctionne parfaitement. La même application
> executé
> sous Vista me donne l'erreur suivante :
>
> "Attempted to read or write protected memory. This is often indicate that
> other memory is corrupt"


Est-ce une DLL du système ?
Si oui, laquelle et quelle fonction appelée ?

A partir du moment où une appli fonctionne sous l'OS "A" mais pas sous l'OS
"B", c'est que vraisemblablement le pb se situe dans l'OS, et non dans
l'appli.
La fonction appelée n'a peut-être plus la même syntaxe dans "B" par rapport
à celle dans "A" ...
P.ex. une chaine de caractères peut être simple dans "A" et UNICODE dans "B"
....

--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org

Non, ce n'est pas une DLL système. C'est une DLL C qui m'a été fournie et
que je distribue avec mon application

Laurent


"Jean-Claude BELLAMY" <Jean-Claude.Bellamy@wanadoo.fr> a écrit dans le
message de news: 00656E4A-3D0E-4E6D-B8D3-EC2AEA286F8B@microsoft.com...
> "Laurent" <laurent.graziani@free.fr> a écrit dans le message de
> news:%23M%23KlcZXIHA.4868@TK2MSFTNGP03.phx.gbl...
>> j'ai développé une application en VB.NET 2.0 qui appelle une DLL C.
>>
>> Mon application sous XP fonctionne parfaitement. La même application
>> executé
>> sous Vista me donne l'erreur suivante :
>>
>> "Attempted to read or write protected memory. This is often indicate that
>> other memory is corrupt"
>
>
> Est-ce une DLL du système ?
> Si oui, laquelle et quelle fonction appelée ?
>
> A partir du moment où une appli fonctionne sous l'OS "A" mais pas sous
> l'OS "B", c'est que vraisemblablement le pb se situe dans l'OS, et non
> dans l'appli.
> La fonction appelée n'a peut-être plus la même syntaxe dans "B" par
> rapport à celle dans "A" ...
> P.ex. une chaine de caractères peut être simple dans "A" et UNICODE dans
> "B" ...
>
> --
> May the Force be with You!
> La Connaissance s'accroît quand on la partage
> ----------------------------------------------------------
> Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
>

J'ai trouvé sur le NET, que cette erreur est relativement "Courante" et que
très peu de personne y on trouvé de réponse.

Cette erreur apparaît dans beaucoup de scénarios différents sans que l'on
sache vraiement pourquoi : il semble quand même que l'utilisation de DLL
perso ou autre, soient assez souvent impliquées.

Je n'ai trouvé que 2 endroits ou il y avait eu résolution du pbm : l'un par
ré-installation du framework v2.0, l'autre par désactivation des options
d'optimisation de la compilation.

J'ai mois même essayé les deux méthodes sans aucun effet. Pour ce qui est de
l'optimisation à la compilation, j'ai désactivé aussi bien sur mon code
managé que sur la DLL en C. mais aucune différence. Cela marche sur XP sans
pbm, et cela génère toujours la même erreur sur Vista.

Avis aux Experts !!!


"Laurent" <lauren postes qui ont rt.graziani@free.fr> a écrit dans le
message de news: %23M%23KlcZXIHA.4868@TK2MSFTNGP03.phx.gbl...
> Bonjour,
>
> j'ai développé une application en VB.NET 2.0 qui appelle une DLL C.
>
> Mon application sous XP fonctionne parfaitement. La même application
> executé
> sous Vista me donne l'erreur suivante :
>
> "Attempted to read or write protected memory. This is often indicate that
> other memory is corrupt"
>
> Après quelques recherche, j'ai l'impression que le pbm viens de la gestion
> de la mémoire. En effet, je passe en paramètre à ma DLL un pointeur vers
> des
> structures et il semble que dans ce cas je dois dire au garbadge
> collecteur
> de ne jamais déplacer la mémoire.
>
> le liens ci-dessous donne des indications.
> http://morpheus.developpez.com/dlldotnet/#LIV
>
> Mais le mot clé "FIXED" est du C# et non du vb.net et je n'ai trouvé
> aucune
> équivalence en vb.net
>
> quelqu'un a t il une solution ?
>
> Merci d'avance
>
>
>

Bonsoir !

Problème classique. C'est le défaut de travailler avec des pointeurs.
Il faut que tu utilises les API de Windows, pour qu'il te réserve une
zone mémoire fixe, dont tu te serviras pour faire tes échanges IPC.

@-salutations

Michel Claveau

Bonjour,



J'ai bien compris qu'il me fallait une zone de mémoire fixe. C'est ce que
j'avais compris dès le début.



Je sais le faire en c# (mot clé FIXED), mais pas en vb.net.



Qu'entend tu par " Il faut que tu utilises les API de Windows" ?





Peux tu me donner un peu plus de détail ou des liens ou je puisse trouver la
chose ?



Merci d'avance



Laurent





"MCI (ex do ré Mi chel la si do) [MVP]" <enleverlesO.OmcO@OmclaveauO.com> a
écrit dans le message de news: OJ1zVRtXIHA.536@TK2MSFTNGP06.phx.gbl...
> Bonsoir !
>
> Problème classique. C'est le défaut de travailler avec des pointeurs.
> Il faut que tu utilises les API de Windows, pour qu'il te réserve une zone
> mémoire fixe, dont tu te serviras pour faire tes échanges IPC.
>
> @-salutations
>
> Michel Claveau
>
>

Bonsoir !

Perso, j'utilise un truc appelé "mmap". Pour ça, il y a des fonctions
dans les librairies standards de Python, Ruby, Tcl, Perl.
En AutoIt, ce n'est pas géré en standard. Mais, quelqu'un a développé
une DLL en C qui permet les fonctions (minimales) nécessaires. Cette DLL
utilise la fonction "CreateFileMapping" de Windows.

Ainsi, je peux échanger des blocs de données, par la mémoire, entre
AutoIt, Python et Ruby. Et, comme j'ai développé en objet-serveur-COM
(en Python), j'ai accès aux fonctions mmap depuis beaucoup d'applis /
langages.

Voilà. Je n'en sais pas plus. Tu peux faire des recherches sur
"CreateFileMapping". Ou, sinon, je pourrais toujours de donner la DLL...

@-salutations

Michel Claveau