Greška označava narušavanje kompatibilnosti na nivou fajla koji bi trebao kompatibilnost da održava.
Na ovom primeru razmatraće se situacija sa BLRManufSif.dll bibliotekom.
Kako je rešeno ?
1. Ako zvirnemo u TypeLib (i uvek samo tamo) u potrazi za BLRManufSif.dll-om videćemo da su tamo registrovane 3 verzije: x.a, x.b i x.c. X.C je najnovija.
2. Pogledamo isti ključ na MSRV i vidimo da je tamo samo najnovija verzija X.C.
3. Obrišemo “viškove” u registru u kom smo ih našli (x.a i x.b)
4. Guala ! Problem sa DLL kompatibilnosti rešen !
Zašto ?
Pretpostavimo da je CopyOf.. nastao u doba dok je bila aktuelna verzija X.A neke komponente od koje zavisimo. U međuvremenu verzija se popela na X.C koji nije sasvim kompatibilna sa X.A. Šta će se desiti ?
DLL za održanje kompatibilnosti pokušava da nađe otisak revizija X.A i ako u tome uspe uporediće ga sa sadašnjim i utvrditi da ne valja. Kako je to neočekivano, i poruka je blesava.
Onda se ja dosetim i obrišem iz registra podatak da je uopšte registrovana X.A verzija. Sada se DLL pali, gleda u registru da li postoji X.A, vidi da nema, pa onda kako ima instrukciju da traži novije verzije, pronalazi X.C. Njegov otisak uspešno upoređuje sa tekućom registracijom i sadržajem DLL-a i sve je u redu.
Ukratko…grešku ovog tipa “DLL or OCX compatibility can't find…bla,bla…” po pravilu možeš rešiti na ovaj način.
Šta još može da se nađe ?
Ovo nije opasno jer je GUID drugačiji, ali ponekad se može desiti da u potrazi za DLL-om, po imenu, naiđeš na “ostatak” stare registracije. Obično će verzija biti znatno manja od tekuće, kažem, i GUID će biti drugačiji, ali može da zbuni.
Da bi bio siguran da se radi o “duhu”, obrišeš podatak o registraciji (samo verziju) ponovo registruješ komponentu i proveriš da li se podatak o registraciji vratio. Ako nije, obrišeš ceo ključ.