Apr 05 2023 11:32 AM - edited Apr 05 2023 05:06 PM
I have a spreadsheet that my team uses to generate templates by pulling data from our automation systems. It uses a macro to pull the requested information from a file on a server.
To use it, my VPN must be on and macros enabled, I have done both, but it doesn't work on my computer. This macro works on everyone else's computer in my team, except for mine. It just gives me the following error:
Run-time error '-2146234341 (8013101b}:
Could not load file or assembly or one of its dependencies. This assembly is built by a runtime newer
than the currently loaded runtime and cannot loaded.
Can you please tell me how to address this issue and get the macro working?
Apr 06 2023 12:46 AM
The error message you’re seeing suggests that the macro is trying to load an assembly (a compiled code library) that was built with a newer version of the .NET Framework than the one currently installed on your computer.
To resolve this issue, you can try updating the .NET Framework on your computer to the latest version.
You can download the latest version of the .NET Framework from the Microsoft website.
Once you’ve installed it, restart your computer and try running the macro again.
If you continue to experience issues, you may want to reach out to your IT department for further assistance.
Hope this will help you.
Apr 06 2023 10:17 AM
Apr 06 2023 10:02 PM
Do you have Microsoft .NET Framework 3.5 installed on your PC?
If not, here are the links with the download and installation.
Install the .NET Framework 3.5 on Windows 11, Windows 10, Windows 8.1, and Windows 8
Download Microsoft .NET Framework 3.5
Apr 07 2023 08:41 AM
No I have 4.8.1 because that was the newest version available. 3.5 looks to be the oldest available version, which is the opposite of what you first suggested. Is there I reason why I should use 3.5 instead? @NikolinoDE
Apr 09 2023 03:18 AM
Apr 10 2023 01:18 PM
Apr 10 2023 11:12 PM
One .NET version does not cancel out the other, as far as I know, both can be installed. If this were or is as you say, then 4.8 would certainly cancel out 3.5 and not the other way around.
If the issue persists even after installing the version 3.5 of .NET Framework, there are a few more steps you can try:
*If the issue persists, it would be useful to add a file (without sensitive data) with the problem to be able to say more precisely.
As far as I'm aware there is no way to use Excel directly to check the version of .NET Framework an assembly was built with and what version you are running. You could possibly try Visual Studio and use Clrver.exe tool.
Hope these Information helps!