Hasta hace poco, estábamos felizmente usando registration-free COM para nuestros componentes COM nativos y .NET. Sin embargo, nos encontramos con un problema extraño en el que nuestra aplicación comenzó a fallar aleatoriamente en Windows XP SP3 (pero no en Vista) después de que solo cambiamos el número de versión de un ensamblado .NET para pasar del release candidate al release. (¿No odias la ley de Murphy?)¿Alguien está utilizando con éxito el COM sin registro con componentes .NET?
Después de muchos días perdidos y rechinar los dientes, descubrimos que el problema era un known bug in sxs.dll que causa daños en el montón al recuperar información sobre una clase .NET. Hay una solución urgente que hace que el problema desaparezca, pero las soluciones rápidas no están destinadas a ser redistribuidas.
Estamos un tanto perplejos de que haya un error tan horrible en la implementación COM sin registro. ¿Hay alguien por ahí que esté utilizando COM libre de registro para los componentes .NET? ¿Cómo resolviste este problema?
1 cuestión importante que no estaba al tanto de! Por cierto, ¿puedo sugerirle que agregue la etiqueta "regfreecom" ya que esa etiqueta es más común para las preguntas COM sin registro? – MarkJ
... de hecho lo retengo solo ... espero que OK – MarkJ
Claro. Las etiquetas consistentes son más útiles. –