begin process at 2012 02 09 15:46:46
  Trouver un code source :
 
dans
 
Accueil > Forum > 

Archive C/C++

 > 

Archives

 > 

Au secours

 > 

ADLOLIB


Derniers messages déposésPoser une question dans le forum ou lancer une discussion

ADLOLIB

lundi 19 septembre 2005 à 12:29:18 | ADLOLIB

mamag

Bonjour,

je voudrais savoir si l'encapsulation ADOLib est valable en C++ et en .net?
car j'ai une dll faite en c++ utilisant l'encapsulation ADOLib et il faut absolument que je la compile en .net, mais j'ai plein de message d'erreur!!!

merci pour votre réponse.

lundi 19 septembre 2005 à 13:10:25 | Re : ADLOLIB

DormeurDev

C'est indépendant d'un langage une dll ? (je suis pas ironique, seulement il me semble juste que une dll c'est du code proc alors...)
lundi 19 septembre 2005 à 13:15:32 | Re : ADLOLIB

DormeurDev

Je reformule ma question/remarque qui n'est pas claire :

"Ce n'est pas censé être indépendant d'un langage une dll ?"
lundi 19 septembre 2005 à 13:40:40 | Re : ADLOLIB

mamag

ben, en fait, j'explique pourquoi je fais cela:
j'avais fait ma dll en C++, le client l'utilise en .net, je pensais qu'une dll pouvait être utilisée par n'importe qu'elle language de prg, mais qd le client l'utilise, il a des fuites mémoires, alors que lorsque j'utilise avec un prg de test, je n'ai pas de pb de fuite mémoire....

alors je voulais la compiler en .net pour voir si cela viendrait d"un problème d'incompatibilité de compilation, car je ne comprends pas vraiment...
lundi 19 septembre 2005 à 15:05:37 | Re : ADLOLIB

DormeurDev

Ce serait pas dans la dll qu'il y a du code qui gaspille de la mémoire?
Faudrait l'éxaminer en détail pour voir.

Mais de toute façon je ne m'y connas pas en dll, je dis peut être des énormité en ce moment (mais ca m'étonnerais quand mêmeun peut).
lundi 19 septembre 2005 à 15:30:22 | Re : ADLOLIB

mamag

ce qui est bizar, c'est qu'avec le même programme test (vraiment identique, copier/coller) on a deux résultats différents:
en .net, le pgr observe une fuite mémoire
en C++, le pgr n'observe pas de fuite mémoire.
sachant que la dll a été faite en C++.
?!?

lundi 19 septembre 2005 à 15:32:13 | Re : ADLOLIB

DormeurDev

Mouais, faudrait demander l'avis d'un spécialiste...


Cette discussion est classée dans : net, encapsulation, adolib, adlolib


Répondre à ce message

Sujets en rapport avec ce message

c koi .NET ?? [ par LeKmaé ] ki peut me dire ce qu'est visual studio.NET ????merci !! net use * /delete EN C++ [ par LeBobo ] Salut. J'ai un petit programme qui utilise la fonction : system(''net use * /delete'') ; Le problème est que mon programme à une interface graphique w Nouveau site de programmation [ par julp ] Voici un nouveau site de programmation, le site ProgOtoP.Net ouvre ses portes... Ce site permet au débutant tout langage, d'apprendre, d'apronfondir l Profiler sous Visual C++ .NET [ par Toumhor ] Salut,je voudrait "profiler" mon appli sous Visual C++ .NET. c à dire savoir combien de temps passe mon appli dans la méthode "MaMethode". Sous Visual vc++.net [ par warman ] Je voudrais savoir, si je compile une appli vc++.net et que j'utilise des composant ".net", est-ce que je vais devoir distribuer le .net framework de Fonction "Remplacer Tout" pour un fichier (VC++.Net) [ par milobac ] J'aimerais créer un programme, en VC++.Net, qui remplace une chaîne, à chaque fois qu'elle est détecté dans un fichier, par une autre.En quelque sorte Bug .NET vcc [ par balvarez ] Salut,Quelqu'un connaitrait il un site où serait recensés les bug de visual studio .net et plus particulièrement vcc7merci d'avance. Tester une font en Visual C++ .NET MFC [ par ThatSMI ] Je ne sais pas tester SIMPLEMENT l'existence d'une font en C++ projet MFC.L'accès au classe Font m'est imposible et les possiblités de la classe CFont .NET s'enervant [ par DarK ] J'en ai marre que Mico$oft nous fé passer a des technologie tel que le .NET ... Je trouve sa équerrant que micro$oft veut imposer sa technologie sur t


Nos sponsors


Sondage...

CalendriCode

Février 2012
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
272829    

Consulter la suite du CalendriCode

 
Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils.
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés

Google Coop CodeS-SourceS Google Coop CodeS-SourceS
Temps d'éxécution de la page : 0,983 sec (4)

Nous contacter | Annoncer sur CodeS-SourceS | Mentions légales