Viadeo Twitter Google Bookmarks ! Facebook Digg del.icio.us MySpace Yahoo MyWeb Blinklist Netvouz Reddit Simpy StumbleUpon Bookmarks Windows Live Favorites 
Logo Documentation Qt ·  Page d'accueil  ·  Toutes les classes  ·  Toutes les fonctions  ·  Vues d'ensemble  · 

The dumpcpp Tool (ActiveQt)

The dumpcpp tool generates a C++ namespace for a type library.

To generate a C++ namespace for a type library, call dumpcpp with the following command line parameters:

OptionResult
inputGenerate documentation for input. input can specify a type library file or a type library ID, or a CLSID or ProgID for an object
-o fileWrites the class declaration to file.h and meta object infomation to file.cpp
-n namespaceGenerate a C++ namespace namespace
-nometaobjectDo not generate a .cpp file with the meta object information. The meta object is then generated in runtime.
-getfile libidPrint the filename for the typelibrary libid to stdout
-compatGenerate namespace with dynamicCall-compatible API
-vPrint version information
-hPrint help

dumpcpp can be integrated into the qmake build system. In your .pro file, list the type libraries you want to use in the TYPELIBS variable:

 TEMPLATE = app
 TARGET   = qutlook
 CONFIG  += qaxcontainer

 TYPELIBS = $$system(dumpcpp -getfile {00062FFF-0000-0000-C000-000000000046})

The generated namespace will declare all enumerations, as well as one QAxObject subclass for each coclass and interface declared in the type library. coclasses marked with the control attribute will be wrapped by a QAxWidget subclass.

Those classes that wrap creatable coclasses (i.e. coclasses that are not marked as noncreatable) have a default constructor; this is typically a single class of type Application.

 Outlook::Application *outlook = new Outlook::Application;

All other classes can only be created by passing an IDispatch interface pointer to the constructor; those classes should however not be created explicitly. Instead, use the appropriate API of already created objects.

 Outlook::_NameSpace *session = outlook->Session();

All coclass wrappers also have one constructors taking an interface wrapper class for each interface implemented.

 Outlook::NameSpace *session = outlook->Session();

You have to create coclasses to be able to connect to signals of the subobject. Note that the constructor deletes the interface object, so the following will cause a segmentation fault:

 Outlook::_NameSpace *tmp = outlook->Session();
 Outlook::NameSpace *session = new Outlook::NameSpace(tmp);
 delete tmp; // or any other use of tmp: segfault

If the return type is of a coclass or interface type declared in another type library you have to include the namespace header for that other type library before including the header for the namespace you want to use (both header have to be generated with this tool).

By default, methods and property returning subobjects will use the type as in the type library. The caller of the function is responsible for deleting or reparenting the object returned. If the -compat switch is set, properties and method returning a COM object have the return type IDispatch*, and the namespace will not declare wrapper classes for interfaces.

In this case, create the correct wrapper class explicitly:

 Outlook::NameSpace *session = new Outlook::NameSpace(outlook->Session());

You can of course use the IDispatch* returned directly, in which case you have to call Release() when finished with the interface.

All classes in the namespace are tagged with a macro that allows you to export or import them from a DLL. To do that, declare the macro to expand to __declspec(dllimport/export) before including the header file.

To build the tool you must first build the QAxContainer library. Then run your make tool in tools/dumpcpp.

Publicité

Best Of

Actualités les plus lues

Semaine
Mois
Année
  1. « Quelque chose ne va vraiment pas avec les développeurs "modernes" », un développeur à "l'ancienne" critique la multiplication des bibliothèques 64
  2. Apercevoir la troisième dimension ou l'utilisation multithreadée d'OpenGL dans Qt, un article des Qt Quarterly traduit par Guillaume Belz 0
  3. Les développeurs ignorent-ils trop les failles découvertes dans leur code ? Prenez-vous en compte les remarques des autres ? 17
  4. BlackBerry 10 : premières images du prochain OS de RIM qui devrait intégrer des widgets et des tuiles inspirées de Windows Phone 0
  5. Quelles nouveautés de C++11 Visual C++ doit-il rapidement intégrer ? Donnez-nous votre avis 10
  6. Adieu qmake, bienvenue qbs : Qt Building Suite, un outil déclaratif et extensible pour la compilation de projets Qt 17
  7. La rubrique Qt a besoin de vous ! 1
Page suivante

Le Qt Developer Network au hasard

Logo

Comment fermer une application

Le Qt Developer Network est un réseau de développeurs Qt anglophone, où ils peuvent partager leur expérience sur le framework. Lire l'article.

Communauté

Ressources

Liens utiles

Contact

  • Vous souhaitez rejoindre la rédaction ou proposer un tutoriel, une traduction, une question... ? Postez dans le forum Contribuez ou contactez-nous par MP ou par email (voir en bas de page).

Qt dans le magazine

Cette page est une traduction d'une page de la documentation de Qt, écrite par Nokia Corporation and/or its subsidiary(-ies). Les éventuels problèmes résultant d'une mauvaise traduction ne sont pas imputables à Nokia. Qt 4.7
Copyright © 2012 Developpez LLC. Tous droits réservés Developpez LLC. Aucune reproduction, même partielle, ne peut être faite de ce site et de l'ensemble de son contenu : textes, documents et images sans l'autorisation expresse de Developpez LLC. Sinon, vous encourez selon la loi jusqu'à 3 ans de prison et jusqu'à 300 000 E de dommages et intérêts. Cette page est déposée à la SACD.
Vous avez déniché une erreur ? Un bug ? Une redirection cassée ? Ou tout autre problème, quel qu'il soit ? Ou bien vous désirez participer à ce projet de traduction ? N'hésitez pas à nous contacter ou par MP !
 
 
 
 
Partenaires

Hébergement Web