ChatGPT解决这个技术问题 Extra ChatGPT

Gacutil.exe successfully adds assembly, but assembly not viewable in explorer. Why?

I'm running GacUtil.exe from within Visual Studio Command Prompt 2010 to register a dll (CatalogPromotion.dll) to the GAC. After running the utility, it says Assembly Successfully added to the cache, and running gacutil /l CatalogPromotionDll shows that the GAC contains the assembly, but I can't see the assembly when I navigate to C:\WINDOWS\assembly from Windows Explorer. Why can't I see the assembly in WINDOWS\assembly from Windows Explorer but I can see it using gacutil.exe?

Background: Here's what I typed into the command prompt for VS Tools:

C:\_Dev Projects\VS Projects\bmccormack\CatalogPromotion\CatalogPromotionDll\bin
    \Debug>gacutil /i CatalogPromotionDll.dll
    Microsoft (R) .NET Global Assembly Cache Utility.  Version 4.0.30319.1
    Copyright (c) Microsoft Corporation.  All rights reserved.

    Assembly successfully added to the cache

    C:\_Dev Projects\VS Projects\bmccormack\CatalogPromotion\CatalogPromotionDll\bin
    \Debug>gacutil /l CatalogPromotionDll
    Microsoft (R) .NET Global Assembly Cache Utility.  Version 4.0.30319.1
    Copyright (c) Microsoft Corporation.  All rights reserved.

    The Global Assembly Cache contains the following assemblies:
      CatalogPromotionDll, Version=1.0.0.0, Culture=neutral, PublicKeyToken=9188a175
    f199de4a, processorArchitecture=MSIL

    Number of items = 1

However, the assembly doesn't show up in C:\WINDOWS\assembly.


H
Hans Passant

That's because you use the .NET 4.0 version of gacutil.exe. It stores the assembly in a different GAC, the one in c:\windows\microsoft.net\assembly. Where all .NET 4.0 assemblies are stored. There is no shell extension handler for that one, the folders are visible as-is. You can have a look-see with Windows Explorer, .you'll see the internal structure of the GAC folders. You shouldn't have any trouble finding your assembly back, the GAC isn't particularly complicated.

If the assembly is intended to be used by an app that targets an earlier version of .NET then you should use the .NET 2.0 version of gacutil.exe, stored in C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin


The assembly is intended to be used by a VB6 app with COM. I tried using the 3.5 version of gacutil.exe in \v7.0.A\bin, but that version of the utility can't install .NET 4.0 assemblies.
VB6 doesn't care what version of .NET you use. It will work fine with .NET 4.0. You might want to start thinking about how you get this deployed on the target machine. No gacutil.exe available there, you have to create a Setup project. Avoid GAC hassles while you debug this by using the Regasm.exe /codebase option.
thanks for the advice. Can you point me in a direction where I can read more about the regasm.exe /codebase? I've been thinking about issues related to deployment, and you bring up a good point that gacutil.exe won't be available there. I'm just trying to feel around to see how this is supposed to be done when using .NET components in a VB6 app.
It is well described in the MSDN Library article for it. Nothing much to it, it simply records the directory in which the DLL is located. Installing it in the GAC on the target machine is wise to avoid COM DLL Hell. Easy to do with a Setup project.
Thanks a lot @Hans Passant.. You saved my day :)
b
bijitm

The path is -> C:\Windows\Microsoft.NET\assembly\GAC_MSIL where all the assemblies are stored for .net 4.0 version


g
gravidThoughts

This is because the assembly you are installing into the GAC was compiled targeting the 4.0 runtime. 4.0 GAC assemblies are stored in a different location c:\windows\microsoft.net\assembly.

The accepted answer is incorrect. Using the .NET 4.0 gacutil to install an assembly compiled targeting 3.5 or earlier runtime works just fine, and will place the assembly in the directory the OP was expecting, c:\windows\assembly.


关注公众号,不定期副业成功案例分享
Follow WeChat

Success story sharing

Want to stay one step ahead of the latest teleworks?

Subscribe Now