Fino a poco tempo fa, usavamo felicemente registration-free COM per i nostri componenti COM nativi e .NET. Tuttavia, ci siamo imbattuti in un problema strano in cui la nostra applicazione ha iniziato a bloccarsi in modo casuale su Windows XP SP3 (ma non su Vista) dopo aver modificato solo il numero di versione di un assembly .NET per passare da release candidate a release. (Non odiate la legge di Murphy?)Qualcuno usa correttamente COM senza registrazione con componenti .NET?
Dopo molti giorni persi e digrignare i denti, abbiamo scoperto che il problema era uno known bug in sxs.dll che causa il danneggiamento dell'heap durante il recupero di informazioni su una classe .NET. C'è una hot-fix che fa scomparire il problema, ma le hot fix non sono pensate per essere ridistribuite.
Siamo un po 'perplessi sul fatto che ci sia un bug così orribile nell'implementazione della COM senza registrazione. C'è qualcuno là fuori che utilizza correttamente COM senza registrazione per componenti .NET? Come hai risolto questo problema?
+1 questione importante che non ero a conoscenza di! BTW posso suggerire di aggiungere il tag "regfreecom" in quanto quel tag è più comune per le domande di COM gratuite del Registro di sistema? – MarkJ
... in realtà l'ho appena ricontattato ... spero che sia OK – MarkJ
Sicuro. I tag coerenti sono più utili. –