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 :

Double compilations 32 et 64 bit


Sujet :

C#

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Profil pro
    Developpeur
    Inscrit en
    Juillet 2005
    Messages
    21
    Détails du profil
    Informations personnelles :
    Âge : 56
    Localisation : Suisse

    Informations professionnelles :
    Activité : Developpeur

    Informations forums :
    Inscription : Juillet 2005
    Messages : 21
    Par défaut Double compilations 32 et 64 bit
    Bonjour,

    Un petit problème d'architecture. Voila pour une application de gestion d'email, j'utilise le composant Redempion.dll (Interop COM) qui possède 2 versions. Une pour Office x86 et une pour x64.
    Comment puis-je faire pour développer une seule application fonctionnant avec l'une ou l'autre dll en fonction de l'environnement.
    Cela ne me dérange pas d'avoir 2 setup au final, mais si je pouvais avoir qu'une seule solution vs2008 ça serait cool...
    Merci pour vos idées.
    Jérôme

  2. #2
    Membre Expert
    Avatar de azstar
    Homme Profil pro
    Architecte Technique BizTalk/.NET
    Inscrit en
    Juillet 2008
    Messages
    1 198
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Canada

    Informations professionnelles :
    Activité : Architecte Technique BizTalk/.NET
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juillet 2008
    Messages : 1 198
    Par défaut
    bonjour ,

    moi j'ai déjà rencontre ce problème mais en c++ pas en c#.
    ma solution été de faire un prédécesseur je pense que ça existe en c#
    en dehors de langage de programmation.
    tu peut utilise un variable qui va contenir le type de dll choisi, bien sûr ce variable va se initialise en main selon le type de os (32 ou 64).

    en suite toutes vos opérations va être base sur ce variable .
    il y'a une moyen d'instance des classe sans passe son constructeur

    http://dotnet.developpez.com/faq/csh...e=netfx_reflex
    j'espère être claire.
    et bon code

  3. #3
    Membre confirmé
    Inscrit en
    Septembre 2007
    Messages
    114
    Détails du profil
    Informations forums :
    Inscription : Septembre 2007
    Messages : 114
    Par défaut
    Une solution assez simple qui avait marché pour moi, cette fois avec le pilote de Base de données Access qui n'existe qu'en version x86, serait de faire une seule version x86 qui tournera sous x64. Dans mon cas, j'avais pas vraiment le choix, mais même, je ne pense pas que tu perd grand chose niveau performance. Sinon, tu peux jouer sur les références au niveau configuration de build. J'ai jamais essayé par contre.

  4. #4
    Membre averti
    Inscrit en
    Mars 2010
    Messages
    24
    Détails du profil
    Informations forums :
    Inscription : Mars 2010
    Messages : 24
    Par défaut
    Je n'ai pas compris le soucis exact ou est la différence entre 32 et 64 bits ?

    Si je comprend redemption est un object COM [32 ou 64 bits]. Quand tu l'enregistre sur une machine je suppose que c'est la même signature au niveau IDL donc assez transparent à l'utilisation...

    Quand tu référence l'objet COM dans un programme .NET, je pense qu'un wrapper .NET est généré via TLBIMP. Ce que je ne sais pas est qu'elle est la signature binaire du wrapper généré (AnyCPU, ou si COM 32 bit -> wrapper 32 bit et si COM 64 bit -> wrapper 64) - Le problème est-il là ?

  5. #5
    Membre averti
    Profil pro
    Developpeur
    Inscrit en
    Juillet 2005
    Messages
    21
    Détails du profil
    Informations personnelles :
    Âge : 56
    Localisation : Suisse

    Informations professionnelles :
    Activité : Developpeur

    Informations forums :
    Inscription : Juillet 2005
    Messages : 21
    Par défaut
    Voici quelques précisions complémentaires....

    Redemption propose deux DLL COM spécifique pour office 2010 32bit office 2010 64bit.
    Je cherche a faire un développement le plus générique possible qui soit compatible aux différentes versions d'offices installées sur la machine (Attention on peut avoir office 32bit sur Windows 64bit)
    Est il possible d'avoir dans une même solution vs2008, deux projets x86 et x64 partageant le même code à l'exception des références...
    ou comment faire autrement !!!

    Jérôme

  6. #6
    Expert confirmé Avatar de Graffito
    Profil pro
    Inscrit en
    Janvier 2006
    Messages
    5 993
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2006
    Messages : 5 993
    Par défaut
    Est il possible d'avoir dans une même solution vs2008, deux projets x86 et x64 partageant le même code à l'exception des références...
    A priori, oui comme avec 2 projets "Any CPU" qui partageraient du code commun.
    Toutefois, comme la config x86/anyCPU/X64 est définie à la fois au niveau des projet et au niveau de la solution et éventuellement en contradiction, je ne sais pas quelle config s'applique (celle de la solution ou celle du projet ).

Discussions similaires

  1. [macOS] Double installation 32 et 64 bits
    Par uriotcea dans le forum Plateformes
    Réponses: 6
    Dernier message: 14/05/2011, 12h49
  2. Compilation de programme 32 bits
    Par Monromero1 dans le forum Langages de programmation
    Réponses: 5
    Dernier message: 03/12/2010, 12h40
  3. Maven double compilation
    Par Jibee dans le forum Maven
    Réponses: 4
    Dernier message: 13/02/2009, 16h47
  4. Compilation de librairies 32 bits sous Ubuntu 64 bits
    Par cgigot dans le forum Eclipse C & C++
    Réponses: 1
    Dernier message: 12/02/2009, 10h33

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