2012-08-16 32 views
5

Obecnie patrzę w stronę this page, która twierdzi, że podaje zawartość GAC na typowej maszynie wirtualnej platformy Azure. Zwróć uwagę, że następujące zestawy i wiele innych są wymienione dwa razy.GAC zawiera dwa zespoły z identyczną nazwą, wersją i tokenem klucza publicznego

AuditPolicyGPManagedStubs.Interop, Version=6.1.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 TWICE 
CustomMarshalers, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a TWICE 
CustomMarshalers, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a TWICE 
ISymWrapper, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a TWICE 
ISymWrapper, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a TWICE 
Microsoft.GroupPolicy.AdmTmplEditor, Version=6.1.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 TWICE 

Dla tych zespołów nie wydaje się być dwa odrębne zespoły, które mają taką samą nazwę „potrójne + wersja + symboliczny”.

Jak to możliwe? Czy to prawdopodobnie błąd na stronie internetowej czy jest to prawdopodobnie w porządku? W jaki sposób oprogramowanie w zależności od tych zestawów wybierze to, które chce?

Odpowiedz

6

Jest to spowodowane architekturą procesora (najprawdopodobniej x86 lub x64). Strona nie wyświetla architektury procesora powiązanej z każdym zespołem, ale jest to również czynnik GAC.

Możesz mieć zestawy powiązane z określoną architekturą procesora lub niezależną platformą. Jeśli sprawdzisz zawartość lokalnego GAC pod numerem C:\Windows\assembly, niestandardowe traktowanie tego folderu przez eksplorator pozwoli ci zobaczyć listę złożeń i powiązaną architekturę procesora.

+0

Tak, znajdziesz je z powrotem w GAC_32 i GAC_64, a nie w GAC_MSIL. –