Traslado de ATL 2.1

IObjectSafetyImpl

ATL 2.1, la clase IObjectSafetyImpl marcó el control como seguro para secuencias de comandos. Por razones de seguridad, se ha quitado este valor predeterminado, por lo que debe especificar explícitamente las opciones de seguridad mediante los parámetros de plantilla segundo. Ahora usted debe exponer esta clase usando COM_INTERFACE_ENTRY en lugar de COM_INTERFACE_ENTRY_IMPL.

_ATL_NO_UUIDOF

ATL 3.0 utiliza la palabra clave compilador __uuidof ( clase ) para obtener el IID correspondiente para una clase dada. Debido a cambios en las macros de COM_INTERFACE_ENTRY, ahora es simplemente incluir el encabezado de la interfaz utilizar, en lugar de vincular también a una biblioteca que define los coincidentes IID de la interfaz. Este cambio puede causar problemas si el encabezado anteriormente fue generado por una versión antigua de MIDL, o si fue codificada y no marcado adecuadamente.

Si la declaración de la interfaz en el encabezado no se ha marcado con un asociado de __declspec(uuid), a continuación, se producirá un error si se intenta utilizar la palabra clave __uuidof() para la interfaz. Puede volver a las viejas macros COM_INTERFACE_ENTRY estilo (ATL 2.x) definiendo _ATL_NO_UUIDOF en la configuración de compilación para evitar cualquier problema con este nuevo comportamiento.

_ATL_DEBUG_INTERFACES nuevo

Además de _ATL_DEBUG_QI y _ATL_DEBUG_REFCOUNT, presente en ATL 2.x, existe la nueva _ATL_DEBUG_INTERFACES, que se traza en la consola de depuración cualquier fugas de interfaz que son detectados cuando _Module.Term se llama (cuando se apaga el servidor).

Véase también

Depuración de consejos para objetos ATL

Macros obsoletas