An error has occurred while loading library

I’ve trouble with running my isolated .NET 5 Azure Function on my local computer and Visual Studio 2022. I’ve next message:

Failed to load the dll from [C:Users***AppDataLocalAzureFunctionsToolsReleases3.30.1cli_x64hostpolicy.dll], HRESULT: 0x800700C1

An error occurred while loading required library hostpolicy.dll from [C:Users***AppDataLocalAzureFunctionsToolsReleases3.30.1cli_x64]

C:Program Files (x86)dotnetdotnet.exe (process 15628) exited with code -2147450750.

Press any key to close this window . . .

Here is the code of the project:

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <TargetFramework>net5.0</TargetFramework>
    <AzureFunctionsVersion>v3</AzureFunctionsVersion>
    <OutputType>Exe</OutputType>
  </PropertyGroup>
  <ItemGroup>
    <!-- Some code here -->
  </ItemGroup>
  <ItemGroup>
    <!-- Some code here -->
  </ItemGroup>
  <ItemGroup>
    <None Update="host.json">
      <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
    </None>
    <None Update="local.settings.json">
      <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
      <CopyToPublishDirectory>Never</CopyToPublishDirectory>
    </None>
  </ItemGroup>
</Project>

I’ve tried these things:

1. Adding <RuntimeIdentifiers>win10-x64;win7-x86</RuntimeIdentifiers> to the PropertyGroup tag of the project file _(like on this question Error loading hostpolicy.dll while deploying .NET Core console app to Azure WebJobs) → Didn’t work
2. Setting the path environment variable C:Program Filesdotnet above C:Program Files (x86)dotnet (like on this article .NET 6 Azure Functions Isolated: An error occurred while loading required library hostpolicy.dll) → Didn’t work
3. Droped and recreated the project → Didn’t work
4. Switching to Visual Studio 2019 → Working

Why doesn’t it work with Visual Studio 2022?

Updated February 2023: Stop these error messages and fix common problems with this tool. Get it now at this link

1. Download and install the software.
2. It will scan your computer for problems.
3. The tool will then fix the issues that were found.

The “An unexpected error occurred while loading this library” error with the Plex Media Player usually occurs when users try to browse a particular section of the library on the Plex Web. This problem is reported to occur mostly on Windows computers.

Optimizing the Plex database

While this fix seems too complicated to do on paper, Plex seems to have done a pretty decent job in this regard. You can easily optimize the Plex service database right from the site. You can find all the instructions you need here:

• Visit the Plex TV website and log in with your credentials.
• Click the drop-down menu to the right of your account name. Then select “Menu Server” from the menu that appears, then select “Optimize Database.”
• In the confirmation dialog box that appears, click Optimize.
• The process may take some time. Then restart the Plex service. Check to see if you can fix the Plex error: an unexpected error occurred while loading this library.

Use administrative privileges

In some cases, the Plex server may not have the necessary administrator rights. Consequently, due to lack of desired permissions, this error may also occur. In this case, you must have the necessary administrator rights before you can access the service. You need to do the following:



• Navigate to the folder where you installed Plex on your computer. If you chose the default directory, Plex will be in:
• C: Program Files (x86) Plex Plex Media Server
• Then right-click on the Plex Media Server.exe file and select Run as administrator.
• After downloading, check to see if the Plex: Unforeseen error in loading this library has been corrected.

Update your metadata

Metadata issues can also cause various Plex problems, including library errors. Perform a metadata update for the affected partition.

• Log in to your Plex account.
• Then go to the left pane and select the problem library.
• Choose Update all metadata.
• Wait for Plex to update the metadata.
• Restart your connection to the server. Check to see if this method worked.

Delete information about other accounts

Some users have reported that they noticed that this problem was caused by a user account information conflict. This can happen if you used different accounts to access the server at the same time.

In either case, the server is logged into one account and the web application is logged into a different account. Deleting the information from the old account should help.

First, log out of Plex, then follow the steps below.

• Open the registry editor.
• Then follow this path: HKEY_CURRENT_USER Software Plex, Inc. Plex Media Server
• Delete these entries:
• PlexOnlineMain
• PlexOnlineMail
• PlexOnlineToken
• PlexOnline
• Reboot Plex.

Deactivate Adblock Plus / uBlock

If your browser has Adblock Plus or uBlocks plugins installed (Chrome or Firefox), it may conflict with the Plex server that you host locally. If your situation is similar, you can solve the problem by disabling the plugin when using Plex services.

Several affected users have confirmed that the “An unexpected error occurred while loading this library” error will no longer occur after deactivating the Adblock Plus or uBlock plugin.

To disable adblock extensions in Chrome, type “chrome: // extensions /” in the navigation bar and press Enter to open the “Extensions” tab. Inside, scroll through the list of installed extensions and disable switching between AdBlock and uBlock extensions.

APPROVED: To fix Windows errors, click here.

Post Views: 46

My project tree looks something like that:

Then I compile each of my source files like this:

When I am on my main machine, it works perfectly. Today I tried to launch it on another machine. It compiled and linked without any problem. However when I tried to launch the application I got the following error message.

./myapp: error while loading shared libraries: 3rdpartylib.so.0: cannot open shared object file: No such file or directory

I tried doing the following:

It seems to work. But I understand that using LD_LIBRARY_PATH is a bad practice. It bothers me to have this variable set up every time I want to run my app.

What am I missing? Why does it work on my main machine (where LD_LIBRARY_PATH is not set to anything) and not on the other machine? Does it matter that the other machine is a virtual one?

If it is of any help, my main machine is a Debian box, and my «new» machine is a Sabayon (Gentoo), running in Virtualbox.

4 Answers 4

What matters is what Linux distribution each machine uses, because they handle library paths differently. On the Gentoo (Sabayon) machine, if you want a third party library to be usable system-wide, you should:

To make the changes active without reboot, run as root:

(which will update the environment as well as run ldconfig ).

If you don’t want to set a global library search path for your whole system with the /etc/env.d approach, you can either:

(the last part is for preserving the variable if it was already set, which it shouldn’t be normally). This will only work in you current shell and you will have to set it again everytime.

Or you link using a ‘static’ library search paths like this:

-Wl specifies commmand line arguments that will not be processed by gcc but instead be passed to the linker. Since the library search path will be written into the binary, this will work even on different machines (provided the library exists)

PS: Since you’re just talking about the case where you’re developing a project, I think this temporary way is more appropriate than putting it in system-wide configuration files.

Источник

Многие пользователи Linux рано или поздно сталкиваются с ошибкой error while loading shared libraries. Как правило, при установке программ вручную. Сегодня поговорим об исправлении данной ошибки. Для примера возьмём старый ноутбук с Ubuntu 14.04 LTS, поддержка которой недавно закончилась, а значит что-то приходится доустанавливать вручную.

Ошибка error while loading shared libraries означает, что программа, которую пользователь пытается запустить, не смогла найти необходимую для своего запуска библиотеку. Такое часто случается, если программа устанавливалась не из репозиториев, а вручную. Например, на скриншоте ниже мы видим, что свежая версия Mozilla Firefox требует для своей работы библиотеку libatomic.so.1, но не может её обнаружить.

При этом, кстати, совершенно не обязательно, что данная библиотека отсутствует в системе. Поэтому сперва выполним поиск библиотеки (подробнее о locate в статье по этой ссылке):

Естественно, в Вашем случае библиотека может называться иначе. Смотрите, что упоминается в тексте ошибки.

Если команда ничего не выдаст, это значит, что библиотеки в системе нет (а вот если библиотека найдена, тогда об этом ниже).

Поищем библиотеку в репозиториях:

В результате мы получим перечень пакетов, которые в названии содержат libatomic:

В моем случае речь идёт о стареньком ноутбуке с 32-битной системой, поэтому мой выбор пал на libatomic1. Если Вы собираете программу из исходников, то будет полезным поставить не только библиотеку, но и заголовочные файлы с приставкой -dev. Сама установка проста:

В результате — актуальная версия Firefox в уже не поддерживаемой разработчиками Ubuntu (подробнее об установке новых версий Firefox в старых релизах Ubuntu в статье по ссылке).

Кстати, иногда команда locate может не выдать Вам информацию о библиотеке, так как, на самом деле она не осуществляет поиск файлов или каталогов. Но это отдельный разговор. Посмотреть, установлена ли библиотека в системе, можно и при поиске пакетов в репозитории. Как видите, наш пакет libatomic1 теперь помечен как установленный.

Теперь о том, что делать, если библиотека есть в системе, но ошибка error while loading shared libraries всё равно появляется. Очень часто причиной этого является то, что загрузчик ОС не может найти библиотеку. По умолчанию поиск производится в каталогах: /usr/lib, /lib, /usr/lib64, /lib64. Не исключено, что библиотека просто лежит за пределами этих каталогов.

Вариантов тут несколько: переместить или скопировать библиотеку, ну или же указать загрузчику, где её искать. Последний способ более корректный, так как при нём Вы точно ничего не напортачите в системе.

Можно зайти в папку /etc/ld.so.conf.d/, открыть там любой конфигурационный файл и просто прописать местонахождение нужной библиотеки.

А можно сделать символьную (символическую) ссылку:

Есть ещё одна причина ошибки while loading shared libraries даже когда нужна библиотека имеется в операционной системе. Библиотека может быть не той версии.

Версия библиотеки (или ещё её называют ревизией) пишется после расширения .so. В нашем примере нам требовалась библиотека libatomic.so.1, т.е. libatomic первой версии.

В разных дистрибутивах используются разные версии библиотек, а программы собираются под дистрибутив (и, как следствие, библиотеку конкретной версии). На практике же различия между версиями библиотек чаще всего минимальны. Поэтому для начала можно выдать библиотеку одной версии за библиотеку другой версии. В этом нам опять поможет символьная ссылка:

Если этот способ не помог, то выход один — искать библиотеку нужной версии.

И последнее: после манипуляций с библиотеками желательно обновить кэш командой

Вот, пожалуй, и всё, что нужно знать про ошибку error while loading shared libraries.

Источник

Program is part of the Xenomai test suite, cross-compiled from Linux PC into Linux+Xenomai ARM toolchain.

19 Answers 19

Your library is a dynamic library. You need to tell the operating system where it can locate it at runtime.

To do so, we will need to do those easy steps:

if there is nothing to be displayed, add a default path value (or not if you wish to)

Note that the path should be the directory where the path.so.something is. So if path.so.something is in /my_library/path.so.something it should be :

Here are a few solutions you can try:

ldconfig

As AbiusX pointed out: If you have just now installed the library, you may simply need to run ldconfig.

ldconfig creates the necessary links and cache to the most recent shared libraries found in the directories specified on the command line, in the file /etc/ld.so.conf, and in the trusted directories (/lib and /usr/lib).

Usually your package manager will take care of this when you install a new library, but not always, and it won’t hurt to run ldconfig even if that is not your issue.

Dev package or wrong version

If that doesn’t work, I would also check out Paul’s suggestion and look for a «-dev» version of the library. Many libraries are split into dev and non-dev packages. You can use this command to look for it:

This can also help if you simply have the wrong version of the library installed. Some libraries are published in different versions simultaneously, for example, Python.

Library location

To find out where the library is, try this:

(Replace libraryname with the name of your library)

/.bashrc file so it will run every time you log in:

Update
While what I write below is true as a general answer about shared libraries, I think the most frequent cause of these sorts of message is because you’ve installed a package, but not installed the «-dev» version of that package.

Источник

Новые и опытные пользователи Linux могут сталкиваться с ошибкой error loading shared libraries во время запуска программ, также с ней могут сталкиваться программисты и все желающие компилировать программное обеспечение в своей системе. Эта ошибка в дословном переводе означает что возникла проблема во время загрузки общей библиотеки. О том что такое библиотеки и зачем они нужны вы можете узнать из статьи библиотеки Linux.

В этой же статье мы рассмотрим что значит ошибка error while loading shared libraries более подробно, а главное, как ее решить.

Даже если вы не компилируете свои программы, то вы можете увидеть ошибку error while loading shared libraries: имя_библиотеки: cannot open shared object file: No such file or directory достаточно часто во время установки новых программ не через пакетный менеджер или программ, предназначенных для другого дистрибутива. Как я уже говорил, она возникает потому, что система не может найти библиотеку.

А вот почему ее нельзя найти и загрузить, это уже интересно. Этому может быть несколько причин:

При решении проблемы мы будем руководствоваться именно этими причинами и пытаться их решить.

Как исправить ошибку?

1. Библиотека не установлена

Например, если нам не хватает библиотеки libfuse2.so, то мы можем найти ее в Ubuntu такой командой:

sudo apt search libfuse2

Затем осталось только установить ее:

sudo apt install libfuse2

Если перед вами стоит задача собрать программу из исходников, то вам понадобится не только установить саму библиотеку, но и заголовочные файлы для нее:

sudo apt install libfuse-dev

И так для любой библиотеки. Но это не всегда помогает.

2. Библиотека находится не в том каталоге

Бывает что библиотека установлена, мы установили ее или она поставлялась вместе с программой, но ошибка как была, так и есть. Причиной этому может быть то, что загрузчик Linux не может найти библиотеку.

Поиск библиотек выполняется по всех папках, которые указаны в конфигурационных файлах /etc/ld.conf.d/. По умолчанию, это такие каталоги, как /usr/lib, /lib, /usr/lib64, /lib64. Если библиотека установлена в другой каталог, то, возможно, это и есть причина проблемы.

Вы можете посмотреть какие библиотеки сейчас доступны загрузчику с помощью команды:

Найти, где находится ваша библиотека можно с помощью команды locate. Например, нас интересует библиотека librtfreader.so:

Теперь мы знаем, что она находится по адресу /opt/kingsoft/wps-office/office6/. А значит, для работы программы необходимо сделать чтобы загрузчик библиотек ее видел. Для этого можно добавить путь в один из файлов /etc/ld.so.conf.d/ или же в переменную LD_LIBRARY_PATH:

3. Неверная версия библиотеки

Часто возникает ситуация, когда в одном дистрибутиве программа собирается с зависимостью от библиотеки, например, libc.so.1, а в другом есть только libc.so.2. Отличия в большинстве случаев здесь небольшие и программа могла бы работать на второй версии библиотеки. Поэтому мы можем просто создать символическую ссылку на нее.

Например, библиотеки libusb-1.0.so.1 нет. Но зато есть libusb-1.0.so.0.1, и мы можем ее использовать:

Для этого просто создаем символическую ссылку на библиотеку:

В большинстве случаев программа не заметит подмены и будет работать, как и ожидалось. Также для решения этой проблемы можно попытаться найти нужную версию библиотеки в интернете для своей архитектуры и поместить ее в папку /usr/lib/ или /usr/lib64/. Но после этого желательно обновить кэш:

Выводы

В этой статье мы рассмотрели почему возникает ошибка Error while loading shared libraries, а также как ее решить. В большинстве случаев проблема решается довольно просто и вы получите работоспособную программу. Надеюсь, эта информация была полезной для вас.

Источник

I’m running eclipse on Ubuntu using a g++ compiler and I’m trying to run a sample program that utilizes xerces.

The build produced no errors however, when i attempted to run the program, I would receive this error:

error while loading shared libraries: libxerces-c-3.1.so: cannot open shared object file: No such file or directory

Any ideas into where the problem lies? Thanks.

An ldd libxerces-c-3.1.so command yields the following output:

5 Answers 5

Try running ldconfig as root to see if it solves the problem.

Run ldd libxerces-c-3.1.so and examine the output to see if all dependencies can be found.

I copied all the library files from /opt/lib into /usr/lib and the program works now. Thanks for the response.

Try installing the library libxerces-c3.1 as. Use the command mentioned below to install the library.

This worked like a charm for me.

There are many ways to do this, most already mentioned here. BUT you want to avoid accidentally copying your library files into/over those of the system. This is easily done since people have little imagination in making original unique names for their libraries.

So there are a couple of things to think about:

To find your various library locations on your system (apart from using find), look here:

On Linux there are some standard places:

Done. But if you only wanna test something, then rather use your LD_LIBRARY_PATH directly from command line, like this:

Now you can run your dynamically linked command.

Источник