Problemas con <ADODB.hpp>, <comsvcs.h> y debugger
 

Buenos días,

Estoy trabajando en un proyecto con Borland Developer Studio 2006 con el C++.
El proyecto funciona como debe y no da problemas.

El proyecto tiene 4 o 5 formularios, y en una de ellos tengo consultas a una base de datos en formato .mdb.
En ese formulario concreto, tengo, entre otras cosas, un par de componentes TADOQuery.
Por lo tanto, en el .h de ese formulario tengo el #include <ADODB.hpp> necesario.
Ese formulario abre una tabla de la base de datos, y, para cada fila que encuentra, crea una instancia de una clase ClaseX y la inicializa.

Ahora, me piden hacerle una ampliación que requiere un proceso que, muy posiblemente, lo tendré que hacer también en otro proyecto.
Mi idea original ha sido, pues, modificar la clase para que ella misma se inicialice con lo que haya en la base de datos.
De este modo, implementaré una sola vez la inicialización de la clase según lo que se encuentre en la base de datos, aunque lo utilizaré en 2 proyectos.
Para lograr esto, he implementado una función void LoadFromDB(TADOQuey* pADOQuery) en la clase ClaseX.
Y como es lógico, he tenido que incluir el #include <ADODB.hpp> en el X.h de esa clase.

Pero estando en esta situación, al compilar, me salta el siguiente error:
[C++ Error] comsvcs.h(3209): E2015 Ambiguity between 'ITransaction' and 'Oledb::ITransaction'
[C++ Error] comsvcs.h(3275): E2015 Ambiguity between 'ITransaction' and 'Oledb::ITransaction'
[C++ Error] comsvcs.h(16197): E2015 Ambiguity between 'ITransaction' and 'Oledb::ITransaction'
[C++ Error] comsvcs.h(16293): E2015 Ambiguity between 'ITransaction' and 'Oledb::ITransaction'

Y ahí van las preguntas:
- ¿Por qué salta este error? Si hago el #include <ADODB.hpp> incluyo la cabecera en cualquier otra unidad, no falla.
- También es cierto que de esa clase ClaseX heredan otro par, que estan definidas cada una en su propio fichero , y que si el include lo hago en cualquier de esos otros ficheros, falla igual.
- Por internet he visto que incluyendo la cabecera <comsvcs.h> antes que la <ADODB.hpp>, se soluciona el problema, pero...
- ¿Por qué?
- Y lo que es aún más increible para mi: ¿Por qué al incluirlo, si debugo, el Borland Developer Studio 2006 se cuelga y es necesario matar su proceso y reiniciarlo?

Muchas gracias a todos.

Solucionado...
 

... pero sin saber exactamente por qué!

Buenas, a todos!

Puesto que no sabía a qué se debía el problema, cree un nuevo proyecto con un formulario y una única unidad más, que era la clase rebelde del comentario anterior. Y el compilador se quejaba de lo mismo.

Puesto que era una clase muy simplona, decidí dejarla vacía de contenido, sin un triste atributo ni método, y continuaba fallando el compilador. Para acabara de cerrar el cerco, eliminé todos los includes de esa unidad, a excepción del <ADODB.hpp>, y todo funcionó.

Revisé uno por uno los includes y encontré al culpable: utilizo el componente TZipBuilder para comprimir y descomprimir fichero, y para ello necesito incluir la cabecera "ZipBuilder.h". Y por lo visto, la inclusión de esta cabecera junto con la del <ADODB.hpp> no le gusta al compilador.

Sigo sin saber a qué es debido el problema, pero al menos puedo continuar con el proyecto.

Saludos y gracias a todos.

El tipo de error “Ambiguity between” es un error que indica que el compilador no sabe si usar “ITransaction” o usar “Oledb::ITransaction” y esto ocurre porque en C/C++ admite sobrecarga de operadores, funciones y/o métodos (o sea operadores, funciones y/o métodos con el mismo nombre pero diferente función en el código), para solucionar este error debes indicarle al compilador a que “ITransaction” te refieres y pudiste haberlo hecho simplemente anteponiendo “Oledb::” en cada “ITransaction” en el código que se quejaba, lo cual le dice al compilador que usaras “ITransaction” perteneciente a “Oledb::” y no cualquier otra declarada (en componentes de terceros o por ti mismo).


De ahí que si declaras una cabecera antes que otra hay diferentes comportamientos (esto si recordamos que colocar un “include” es lo mismo que si escribiéramos todo el código de esa unidad en el código que se incluye), o sea dependiendo de que “ITransaction” este declarada primero y con qué intenciones habrá diferentes errores en las cabeceras.


Pd. Perdón por lo enredado del post, es que es un tema algo enredado que tiene que ver con sobrecarga (si no sabes de este tema te recomiendo estudiarlo, suele ser bastante útil), el cual suele ser un poco confuso por si mismo.