There are other memory leaks actually in your code. First you assign the instance refnum for the originally opened Camera object to the NET Camera local control then you Open a new reference to a new camera object and assign it to the same local control, losing the original refnum object, so you can never again close it yourself (LabVIEW eventually will when your code hierarchy in which you executed the Constructor goes idle, but that is typically only when you finish your program. Generally using locals (or even worse globals, shudder) to store refnums is a very bad idea. It makes proper life time control of objects rather hard and error prone.
En fait il y a deux contrĂŽles diffĂ©rents "Camera" et "ICamera". Ils se ressemblent mais pointent sur 2 variables locales diffĂ©rentes. Les variables locales (tout comme les globales) sont quand mĂȘme trĂšs pratiques, et pour ce genre d'opĂ©ration cela ne prend quasi rien de mĂ©moire. Sauf erreur de ma part, un rĂ©fĂ©rence Ă un activeX n'est qu'un pointeur? J'Ă©vite ce genre de variable lorsque je dois manipuler des gros tableaux de donnĂ©es. A ce moment la je prĂ©fĂšres utiliser des FGV.
Ici c'est un code d'essai pour prendre le contrĂŽle d'une camĂ©ra GigE mais cela ne marche pas comme je le veux. Que ce soit en .Net ou une Dll. Il y a des class que je ne peux pas avoir, je ne sais pour quelle raison... Il y a aussi des choses que je ne comprend pas bien en regardant les exemple en C# ou C++... C'est trĂšs intĂ©ressant, mais le temps passe et si j'y passe plus de temps cela ne sera pas rentable pour l'entreprise (dommage). Je vais commander le module "Vision Acquisition Sofware" pour 575⏠cela ne vaux pas le coupe de s'embĂȘter....