Cette dll est déjà un assembly, c'est un assembly qui est généré pour faire le pont .NET et un composant COM particulier.
Si vous voulez maîtriser ce genre de configuration, regardez de MSBUILD et de l'outil tlbimpl associé à la génération de ce type d'assembly.
VS gère automatiquement ce genre de dépendance dans ses projets de déploiement. -- Paul Bacelar MVP VC++
"Gilles TOURREAU" wrote in message news:
Bonjour,
J'utilise dans une application .NET des objets COM. J'ai remarqué à la compilation la création de DLL Interop.XXXXXX.dll.
Est-il possible d'intégrer cette DLL dans un assembly ? Peut-on la renommer ?
Je ne trouve aucune option dans Visual Studio pour çà...
En vous remerciant par avance de vos lumières !
-- Gilles TOURREAU Responsable informatique
Société P.O.S Spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
Apparement il n'est pas possible d'intégrer une assembly dans une autre assembly...
On peut cependant changer l'espace de nom avec l'utilitaire tlbimp.
Cordialement
-- Gilles TOURREAU Responsable informatique
Société P.O.S Spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
Paul Bacelar
On peut le faire bourrin, du genre on utilise les plug-Ins à Reflector pour récupérer tous le code source de l'assembly auto-généré et ajouter ces sources au projet.
Le code ne devrait être que des routines de conversions entre les types .NET et COM. -- Paul Bacelar MVP VC++
"Gilles TOURREAU" wrote in message news:
Paul Bacelar a exprimé avec précision :
Cette dll est déjà un assembly, c'est un assembly qui est généré pour faire le pont .NET et un composant COM particulier.
Si vous voulez maîtriser ce genre de configuration, regardez de MSBUILD et de l'outil tlbimpl associé à la génération de ce type d'assembly.
VS gère automatiquement ce genre de dépendance dans ses projets de déploiement. -- Paul Bacelar MVP VC++
"Gilles TOURREAU" wrote in message news:
Bonjour,
J'utilise dans une application .NET des objets COM. J'ai remarqué à la compilation la création de DLL Interop.XXXXXX.dll.
Est-il possible d'intégrer cette DLL dans un assembly ? Peut-on la renommer ?
Je ne trouve aucune option dans Visual Studio pour çà...
En vous remerciant par avance de vos lumières !
-- Gilles TOURREAU Responsable informatique
Société P.O.S Spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
Apparement il n'est pas possible d'intégrer une assembly dans une autre assembly...
On peut cependant changer l'espace de nom avec l'utilitaire tlbimp.
Cordialement
-- Gilles TOURREAU Responsable informatique
Société P.O.S Spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
On peut le faire bourrin, du genre on utilise les plug-Ins à Reflector pour
récupérer tous le code source de l'assembly auto-généré et ajouter ces
sources au projet.
Le code ne devrait être que des routines de conversions entre les types .NET
et COM.
--
Paul Bacelar
MVP VC++
"Gilles TOURREAU" <gilles.tourreau@pos.fr> wrote in message
news:mn.44427d685f395544.52180@pos.fr...
Paul Bacelar a exprimé avec précision :
Cette dll est déjà un assembly, c'est un assembly qui est généré pour
faire le pont .NET et un composant COM particulier.
Si vous voulez maîtriser ce genre de configuration, regardez de MSBUILD
et de l'outil tlbimpl associé à la génération de ce type d'assembly.
VS gère automatiquement ce genre de dépendance dans ses projets de
déploiement.
--
Paul Bacelar
MVP VC++
"Gilles TOURREAU" <gilles.tourreau@pos.fr> wrote in message
news:mn.33c37d683735e3f7.52180@pos.fr...
Bonjour,
J'utilise dans une application .NET des objets COM.
J'ai remarqué à la compilation la création de DLL Interop.XXXXXX.dll.
Est-il possible d'intégrer cette DLL dans un assembly ?
Peut-on la renommer ?
Je ne trouve aucune option dans Visual Studio pour çà...
On peut le faire bourrin, du genre on utilise les plug-Ins à Reflector pour récupérer tous le code source de l'assembly auto-généré et ajouter ces sources au projet.
Le code ne devrait être que des routines de conversions entre les types .NET et COM. -- Paul Bacelar MVP VC++
"Gilles TOURREAU" wrote in message news:
Paul Bacelar a exprimé avec précision :
Cette dll est déjà un assembly, c'est un assembly qui est généré pour faire le pont .NET et un composant COM particulier.
Si vous voulez maîtriser ce genre de configuration, regardez de MSBUILD et de l'outil tlbimpl associé à la génération de ce type d'assembly.
VS gère automatiquement ce genre de dépendance dans ses projets de déploiement. -- Paul Bacelar MVP VC++
"Gilles TOURREAU" wrote in message news:
Bonjour,
J'utilise dans une application .NET des objets COM. J'ai remarqué à la compilation la création de DLL Interop.XXXXXX.dll.
Est-il possible d'intégrer cette DLL dans un assembly ? Peut-on la renommer ?
Je ne trouve aucune option dans Visual Studio pour çà...
En vous remerciant par avance de vos lumières !
-- Gilles TOURREAU Responsable informatique
Société P.O.S Spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
Apparement il n'est pas possible d'intégrer une assembly dans une autre assembly...
On peut cependant changer l'espace de nom avec l'utilitaire tlbimp.
Cordialement
-- Gilles TOURREAU Responsable informatique
Société P.O.S Spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
Gilles TOURREAU
Paul Bacelar a pensé très fort :
On peut le faire bourrin, du genre on utilise les plug-Ins à Reflector pour récupérer tous le code source de l'assembly auto-généré et ajouter ces sources au projet.
Le code ne devrait être que des routines de conversions entre les types .NET et COM. -- Paul Bacelar MVP VC++
"Gilles TOURREAU" wrote in message news:
Paul Bacelar a exprimé avec précision :
Cette dll est déjà un assembly, c'est un assembly qui est généré pour faire le pont .NET et un composant COM particulier.
Si vous voulez maîtriser ce genre de configuration, regardez de MSBUILD et de l'outil tlbimpl associé à la génération de ce type d'assembly.
VS gère automatiquement ce genre de dépendance dans ses projets de déploiement. -- Paul Bacelar MVP VC++
"Gilles TOURREAU" wrote in message news:
Bonjour,
J'utilise dans une application .NET des objets COM. J'ai remarqué à la compilation la création de DLL Interop.XXXXXX.dll.
Est-il possible d'intégrer cette DLL dans un assembly ? Peut-on la renommer ?
Je ne trouve aucune option dans Visual Studio pour çà...
En vous remerciant par avance de vos lumières !
-- Gilles TOURREAU Responsable informatique
Société P.O.S Spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
Apparement il n'est pas possible d'intégrer une assembly dans une autre assembly...
On peut cependant changer l'espace de nom avec l'utilitaire tlbimp.
Cordialement
-- Gilles TOURREAU Responsable informatique
Société P.O.S Spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
Déjà essayé, mais ca provoque des erreurs de compilation pour du code C# obtenu à partir de FileDisambler (Plug-in de Reflector). Je pense que c'est du à une p'tit bug du désassembleur de Reflector...
cordialement
-- Gilles TOURREAU Responsable informatique
Société P.O.S Spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
Paul Bacelar a pensé très fort :
On peut le faire bourrin, du genre on utilise les plug-Ins à Reflector pour
récupérer tous le code source de l'assembly auto-généré et ajouter ces
sources au projet.
Le code ne devrait être que des routines de conversions entre les types .NET
et COM.
--
Paul Bacelar
MVP VC++
"Gilles TOURREAU" <gilles.tourreau@pos.fr> wrote in message
news:mn.44427d685f395544.52180@pos.fr...
Paul Bacelar a exprimé avec précision :
Cette dll est déjà un assembly, c'est un assembly qui est généré pour
faire le pont .NET et un composant COM particulier.
Si vous voulez maîtriser ce genre de configuration, regardez de MSBUILD et
de l'outil tlbimpl associé à la génération de ce type d'assembly.
VS gère automatiquement ce genre de dépendance dans ses projets de
déploiement.
--
Paul Bacelar
MVP VC++
"Gilles TOURREAU" <gilles.tourreau@pos.fr> wrote in message
news:mn.33c37d683735e3f7.52180@pos.fr...
Bonjour,
J'utilise dans une application .NET des objets COM.
J'ai remarqué à la compilation la création de DLL Interop.XXXXXX.dll.
Est-il possible d'intégrer cette DLL dans un assembly ?
Peut-on la renommer ?
Je ne trouve aucune option dans Visual Studio pour çà...
Société P.O.S
Spécialiste en motoculture depuis + de 30 ans !
http://www.pos.fr
Déjà essayé, mais ca provoque des erreurs de compilation pour du code
C# obtenu à partir de FileDisambler (Plug-in de Reflector).
Je pense que c'est du à une p'tit bug du désassembleur de Reflector...
On peut le faire bourrin, du genre on utilise les plug-Ins à Reflector pour récupérer tous le code source de l'assembly auto-généré et ajouter ces sources au projet.
Le code ne devrait être que des routines de conversions entre les types .NET et COM. -- Paul Bacelar MVP VC++
"Gilles TOURREAU" wrote in message news:
Paul Bacelar a exprimé avec précision :
Cette dll est déjà un assembly, c'est un assembly qui est généré pour faire le pont .NET et un composant COM particulier.
Si vous voulez maîtriser ce genre de configuration, regardez de MSBUILD et de l'outil tlbimpl associé à la génération de ce type d'assembly.
VS gère automatiquement ce genre de dépendance dans ses projets de déploiement. -- Paul Bacelar MVP VC++
"Gilles TOURREAU" wrote in message news:
Bonjour,
J'utilise dans une application .NET des objets COM. J'ai remarqué à la compilation la création de DLL Interop.XXXXXX.dll.
Est-il possible d'intégrer cette DLL dans un assembly ? Peut-on la renommer ?
Je ne trouve aucune option dans Visual Studio pour çà...
En vous remerciant par avance de vos lumières !
-- Gilles TOURREAU Responsable informatique
Société P.O.S Spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
Apparement il n'est pas possible d'intégrer une assembly dans une autre assembly...
On peut cependant changer l'espace de nom avec l'utilitaire tlbimp.
Cordialement
-- Gilles TOURREAU Responsable informatique
Société P.O.S Spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
Déjà essayé, mais ca provoque des erreurs de compilation pour du code C# obtenu à partir de FileDisambler (Plug-in de Reflector). Je pense que c'est du à une p'tit bug du désassembleur de Reflector...
cordialement
-- Gilles TOURREAU Responsable informatique
Société P.O.S Spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr