Visual studio: build tool : build actions doesn't have permission to register the LogEvent dll into GAC

Question

Visual studio: build tool : build actions doesn't have permission to register the LogEvent dll into GAC

Amit Yadav 20

C:\program files\microsoft visual studio\2022\enterprise\MSBuild\Current\Bin\Microsoft.Common.CurrentVersion.targets(5634,5): error MSB3216: Cannot register assembly "C:\JCI_27March\UnifiedClients\NextGen\Bin\SoftwareHouse.CrossFire.Server.LogEvents.dll" - access denied. Please make sure you're running the application as administrator. Access to the registry key 'HKEY_CLASSES_ROOT\CLSID{E08E6F37-88A6-4FA2-B827-314E4748DCE1}' is denied. [C:\JCI_27March\UnifiedClients\NextGen\Platform\Server\LogEvents\LogEvents.csproj]

Amit Yadav 20 Reputation points

2025-03-25T04:33:31.3033333+00:00

I already run visual studio as a adminstrator but it's doesn't help

Also I give full permission to dll but doesn't work . I am using visual studio 2022 and windows 11

Answer accepted by question author

1 additional answer

Your answer

Amit Yadav 20 Reputation points

2025-03-25T04:33:31.3033333+00:00

I already run visual studio as a adminstrator but it's doesn't help

Also I give full permission to dll but doesn't work . I am using visual studio 2022 and windows 11

Answer 1

RLWA32 51,536

For example, I can build an AnyCPU assembly that exposes a COM object, and register it for 32-bit use using RegAsm and also register it in the GAC.

Since VS2022 is a 64-bit application I leave the Register for Com Interop box UNCHECKED in the project options.

ComRegOption

Then I add the following two post-build events. The first registers for 32-bit COM and will write to HKCR\WOW6432Node\CLSID -

Register32bit

The second uses the 32-bit gacutil.exe to register in the GAC -

PostBuild

Answer 2

Tianyu Sun-MSFT 34,691 Microsoft External Staff

Hi @Amit Yadav ,

Welcome to Microsoft Q&A forum.

Did you try to check the permission of the registry key that mentioned in the error message?

Search Registry editor in Windows Search box and open it => follow the message to expand the folder(hkey classes root\clsid\vedbe6f37-88a6-4fa2-8827-314e4748dce1) => if you can find it, right-click it => Permissions => select the account and check the permissions.

If the permissions were not assigned correctly, try to click "Advanced" => select the corresponding account => click Edit => assign the permissions.

Besides, is there any permission limitation on your machine, like antivirus, security management software, group policy, custom rules or limitations for multiple accounts…?

Also, when did this issue appear? May I know the steps that you were performing? Is this a third-party dll file? If so, are there any corresponding guidance or documents that you followed to install/register/use it?

Best regards,

Tianyu

If the answer is the right solution, please click "Accept Answer" and kindly upvote it. If you have extra questions about this answer, please click "Comment".

Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.

Amit Yadav 20 Reputation points

2025-03-25T13:57:35.9+00:00
Hi @Tianyu Sun-MSFT thanks for your response i already give full control to that dll or also to that registery key in permission, but it's doesn't work.

And also it's not thrid part dll

Steps that I am performing

I simply open visual studio 22 as a adminstrator or normal user and either build or rebuild my solution (.sln) than this error comes.
Tianyu Sun-MSFT 34,691 Reputation points Microsoft External Staff

2025-03-26T07:32:12.8466667+00:00

Hi @Amit Yadav ,

Is this solution the newly created solution, or it’s an existing solution? What if you try to build a newly created solution/project?

The purpose of the build actions seems to register this dll into GAC.

Perhaps you can try to manually register it into GAC, if the dll file exists. See details here: How to: Install an assembly into the global assembly cache.

If you fail to find the gacutil.exe tool, you can run following command in Developer Command Prompt for VS 2022

where gacutil

As the error message is very clear that this issue is caused by permission limitation. I would suggest you double check the permission limitations on your machine(the solution you are using, the tools you have installed and the custom rules that set ...).
Amit Yadav 20 Reputation points

2025-03-26T09:01:05.9933333+00:00

Hi @Tianyu Sun-MSFT this solution is old one , early it's used to work but now I don't why it's not working and if I am creating a new solution than also i ma getting that same issue but now I am successfully able to add this assembly in GAC. And now I this permission issue is resolved but I am getting a new error
RLWA32 51,536 Reputation points

2025-03-26T10:32:27.4966667+00:00

It may be just a typo error but clsid "vedbe6f37-88a6-4fa2-8827-314e4748dce1" is invalid. The first character, 'v' is not valid hexadecimal.

i ma getting that same issue

Errors like the posted one seem to be related to COM registration. Can you share more detail about how the project is providing the registration information and also registering for COM interop?
Amit Yadav 20 Reputation points

2025-03-26T11:08:41.2933333+00:00

Hi @RLWA32 now am getting this below error that permission issue is resolved but now I am getting this
RLWA32 51,536 Reputation points

2025-03-26T11:19:39.4833333+00:00

See if this tool helps https://learn.microsoft.com/en-us/dotnet/framework/tools/fuslogvw-exe-assembly-binding-log-viewer
RLWA32 51,536 Reputation points

2025-03-29T10:08:25.47+00:00

@Amit Yadav, Any updates on this issue?
Amit Yadav 20 Reputation points

2025-03-30T03:56:25.2133333+00:00

@RLWA32 again I am facing the same access denied error for that same register key. That key is strat with "E08E".

I try every possible thing that i can do but it's doesn't work for me. Through registry key I give full control to that key but it's doesn't work.
RLWA32 51,536 Reputation points

2025-03-30T06:54:24.0633333+00:00

Kindly provide more detailed information about your failing solution/project. Sharing a sample that reproduces the problem would be the most informative.

Registering a .Net Framework assembly in the GAC does not require writing to HKCR\CLSID so as I previously said it appears that COM registration is being attempted. But you did not respond to my request for information about that.

And earlier you wrote -

And now I this permission issue is resolved but I am getting a new error

So how did you resolve the earlier error?

Did you do anything to resolve the assembly load failure that subsequently occurred?

You need to help us to help you by providing relevant information. Without that, its just guess work.
Amit Yadav 20 Reputation points

2025-03-31T03:58:14.5133333+00:00

Hi @RLWA32 this solution is a part of a large application in wpf in that there are number of solutions present. And there is a Build tool through we are taking pull and build and deploy all solutions at a single run. Earlier this crossfire.sln solution use to work and in my colleague system this solution still working and even I also do not changed anything in that assembly even I took a fresh pull but facing same issue.

And few days ago i register i installed this assembly into the GAC. But using this below command, i open cmd as a adminstrator and go to gacutil.exe path and run gacutil -i "c:\JCI\UnifiedClients\NextGen\Bin\SoftwareHouse.Crossfire.Server.LogEvents.dll"

That registery successful and that time I am not getting that access denied issue instead of that I am getting could not load assembly but after some time again I am getting same access denied issue and now Even I am running that same command that I run earlier it's doesn't fixed issue.
RLWA32 51,536 Reputation points

2025-03-31T06:35:29.31+00:00

@Amit Yadav, The essence of what you have told us so far is only that building your solution/project results in intermittent registry access errors and/or assembly load failures.

We have no visibility into how your system and its environment are configured nor do we have any information to work with regarding what might require access to HKCR\CLSID. I suggested earlier that the tool at https://learn.microsoft.com/en-us/dotnet/framework/tools/fuslogvw-exe-assembly-binding-log-viewer might help diagnose assembly load failures but at this point that suggestion seems to have gone unheeded.

If and when there is substantive information available I will be happy to revisit this question. There is nothing else I can do at this point.
Amit Yadav 20 Reputation points

2025-03-31T08:13:53.3133333+00:00

Okay I will try Fuslogvw.
Deleted

This comment has been deleted due to a violation of our Code of Conduct. The comment was manually reported or identified through automated detection before action was taken. Please refer to our Code of Conduct for more information.
Amit Yadav 20 Reputation points

2025-03-31T09:22:21.7733333+00:00

Hi @RLWA32 with the help of Fuslogvw i am not getting any details for LogEvents.dll. the only issue I am getting is this below two.
RLWA32 51,536 Reputation points

2025-03-31T09:38:01.3466667+00:00

You say you run VS2022 as an Administrator. When you do, do you see the Admin indicator in the upper right corner of the IDE as shown in the image below?
Amit Yadav 20 Reputation points

2025-03-31T09:45:59.12+00:00

Yes @RLWA32
RLWA32 51,536 Reputation points

2025-03-31T10:16:33.16+00:00

What are the permissions for registry key HKCR\CLSID{E08E6F37-88A6-4FA2-8827-314E4748DCE1}? Please post the image of the Advanced SecuritySettings.
Amit Yadav 20 Reputation points

2025-03-31T10:29:26.12+00:00

@RLWA32 Plz find.
RLWA32 51,536 Reputation points

2025-03-31T10:41:00.7166667+00:00

Thank you, but you posted the permissions for the wrong key. I requested the permissions for the key identified in the earlier error message that you received -
Amit Yadav 20 Reputation points

2025-03-31T10:52:52.34+00:00

@RLWA32 I am not seeing that key({E08E6F37-88A6-4FA2-B827-314E4748DCE1}) at the specified pericellular location.
Amit Yadav 20 Reputation points

2025-03-31T11:01:17.7566667+00:00

But one of my colleague systems that key exists at same location.
RLWA32 51,536 Reputation points

2025-03-31T11:04:58.22+00:00

Maybe you are working with 32-bit components. Look in HKCR\WOW6432Node\CLSID.
Amit Yadav 20 Reputation points

2025-03-31T11:12:24.18+00:00
@RLWA32 in my system i am not seeing that key but in my colleague system who also use same solution in that system i am able to see that key. First image is for my system and second image is form my colleague system in that this key is present.

this is my system image in that i this key is not present.

this is my colleague system image in that this key is present.
RLWA32 51,536 Reputation points

2025-03-31T11:28:39.1433333+00:00

Does the key also exist in your colleague's 64-bit view of the registry (HKCR\CLSID)?
Amit Yadav 20 Reputation points

2025-03-31T11:30:31.71+00:00

@RLWA32 No at 64-bit view that key does not exist in my colleague's system also.
Amit Yadav 20 Reputation points

2025-03-31T13:35:20.4733333+00:00

@RLWA32 i don't get it's what now I suppose to do. What thing I need to do. Can you simplify you things
RLWA32 51,536 Reputation points

2025-03-31T13:54:37.71+00:00

My example could not get any simpler. I was attempting to provide a minimal example of a project that would both require 32-bit registry access and registration in the GAC. The real question is what are the details and configuration of your solution/projects?
RLWA32 51,536 Reputation points

2025-04-01T08:05:53.72+00:00

@Amit Yadav, You wrote -

i already give full control to that dll or also to that registery key in permission, but it's doesn't work.

What are the permissions set on your system's HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Classes\CLSID key? Mine look like this -

Same question for HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID key -
Amit Yadav 20 Reputation points

2025-04-01T08:55:16.5533333+00:00

@RLWA32 its same as you have, in both locations.
RLWA32 51,536 Reputation points

2025-04-01T09:01:39.8133333+00:00

Well, I can't see any obvious reason why a process running as Administrator with elevated privileges would be unable to register a 64-bit or 32-bit COM object under the relevant CLSID key.

Since your colleagues can successfully build the solution/projects on their systems it seems that this problem is environmental and specific to your system.
Tianyu Sun-MSFT 34,691 Reputation points Microsoft External Staff

2025-04-01T09:59:46.8666667+00:00

Maybe, have a try to reinstall Visual Studio 2022(Uninstall from VS Installer).

Also try to update Windows OS and install the necessary patches.
Amit Yadav 20 Reputation points

2025-04-01T11:15:43.84+00:00

@RLWA32 for LogEvent solution i just Uncheck this Register for Com Interop box and now its build successfully, Thanks a lot for help and support.
RLWA32 51,536 Reputation points

2025-04-01T11:41:13.3166667+00:00

for LogEvent solution i just Uncheck this Register for Com Interop box and now its build successfully, Thanks a lot for help and support.

I have converted my earlier comment that recommended unchecking that setting to an Answer that you can accept to close this question.

Share via

Visual studio: build tool : build actions doesn't have permission to register the LogEvent dll into GAC

1 additional answer

Your answer