IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

C++ Discussion :

Conflit entre mon gestionnaire de mémoire et afxmem


Sujet :

C++

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éprouvé
    Profil pro
    Inscrit en
    Février 2004
    Messages
    1 825
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2004
    Messages : 1 825
    Par défaut Conflit entre mon gestionnaire de mémoire et afxmem
    Bonjour,


    J'ai un petit soucis concernant mon gestionnaire de mémoire.

    En effet, j'obtient une erreur de link LNK2005 sur afxmem.lib stipulant que l'opérateur new(unsigned int) existe déjà dans un module (un a moi)


    J'imagine que c'est parce que afx possède une gestion de la mémoire également et donc a redéfinit le même opérateur que moi, donc le projet se retrouve avec deux définitions d'une même méthode...


    Que puis-je faire ?


    Merci,


    A bientôt

  2. #2
    Rédacteur

    Avatar de ram-0000
    Homme Profil pro
    Consultant en sécurité
    Inscrit en
    Mai 2007
    Messages
    11 517
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Consultant en sécurité
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : Mai 2007
    Messages : 11 517
    Par défaut
    forcer un "rebuild all", peut être une référence à un mauvais new() restant dans un objet de ton projet
    Raymond
    Vous souhaitez participer à la rubrique Réseaux ? Contactez-moi

    Cafuro Cafuro est un outil SNMP dont le but est d'aider les administrateurs système et réseau à configurer leurs équipements SNMP réseau.
    e-verbe Un logiciel de conjugaison des verbes de la langue française.

    Ma page personnelle sur DVP
    .

  3. #3
    Membre éprouvé
    Profil pro
    Inscrit en
    Février 2004
    Messages
    1 825
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2004
    Messages : 1 825
    Par défaut
    J'ai essayé et ça n'a rien changé

  4. #4
    Rédacteur/Modérateur
    Avatar de JolyLoic
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Août 2004
    Messages
    5 463
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 50
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Août 2004
    Messages : 5 463
    Par défaut
    Ne pas redéfinir ton opérateur pour les unsignes int ?
    Ne pas utiliser afx ? Voire s'il ne contient pas une macro à même de désactiver sa gestion mémoire ?

    A part ces deux solutions, je ne vois pas trop. Comment voudrais-tu que ton code réagisse quand il y a new unsigned int(42) dedans ?
    Ma session aux Microsoft TechDays 2013 : Développer en natif avec C++11.
    Celle des Microsoft TechDays 2014 : Bonnes pratiques pour apprivoiser le C++11 avec Visual C++
    Et celle des Microsoft TechDays 2015 : Visual C++ 2015 : voyage à la découverte d'un nouveau monde
    Je donne des formations au C++ en entreprise, n'hésitez pas à me contacter.

  5. #5
    Invité
    Invité(e)
    Par défaut
    Avec un peu de chance, tu ne veux en fait redéfinir l'allocation que pour un petit nombre de classes à toi, et pour leurs classes dérivées. Dans ce cas, tu peux redéfinir l'operateur new pour ces classes-là, ce qui t'évitera ce type de conflits.

    Carl

  6. #6
    Membre éprouvé
    Profil pro
    Inscrit en
    Février 2004
    Messages
    1 825
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2004
    Messages : 1 825
    Par défaut
    Oui pour le branchement de mon gestionnaire, j'inclu un fichier pour l'activer au début de mon implémentation et un pour le désactiver à la fin, pour que ça reste que dans mes classes.


    J'ai vu dans les options du projet l'inclusion des MFC (soit dans une bibliothèque statique, soit dans une DLL partagée).
    J'ai essayé de mettre l'option d'inclusion dans une DLL partagée et ça fonctionne.

    Par contre, lorsque je quitte mon programme, c'est long car AFX génère une très grande liste de leaks...

    Je ne comprends pas pourquoi il y a autant de leaks en liant les MFC en DLL partagée et pas en librairie statique.

    Avez-vous une idée ?


    Merci beaucoup,

    A bientôt

Discussions similaires

  1. Réponses: 2
    Dernier message: 05/11/2015, 13h42
  2. Réponses: 0
    Dernier message: 14/11/2014, 14h54
  3. Réponses: 6
    Dernier message: 25/08/2009, 11h15
  4. conflit entre mon évènement form_load() et mon module
    Par portecd dans le forum VBA Access
    Réponses: 3
    Dernier message: 02/04/2008, 22h12
  5. [Technique] Conflits entre plusieurs requêtes
    Par Neowile dans le forum Décisions SGBD
    Réponses: 3
    Dernier message: 24/03/2003, 09h37

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo