Почему мой скомпилированный Linux исполняемый файл не запускается? (. NET Core) - PullRequest
Новая
       82

Почему мой скомпилированный Linux исполняемый файл не запускается? (. NET Core)

1 голос
/ 03 мая 2020

Я недавно перешел с VS (Windows) на VS Code (Linux), и из-за неоднозначной поддержки. NET 5 я переназначил. NET 5 на. NET Стандарт 2.0 на моем библиотека классов и. NET 5 до. NET Core 3.1 в моем приложении. Переход казался go плавным, но при построении решения я получаю следующие выходные данные сборки: 

LinguLib (class library) -> /home/.../interpreter/LinguLib/bin/Debug/netstandard2.0/LinguLib.dll

LinguInterpreterInterface (CLI executable) -> /home/.../interpreter/LinguInterpreterInterface/bin/Debug/netcoreapp3.1/LinguInterpreterInterface.dll

Я получаю исполняемый файл Linux для моего проекта интерфейса, но когда я дважды щелкаю на это просто ничего не делает.

Любая помощь?

РЕДАКТИРОВАТЬ: При запуске из терминала, я получаю следующее сообщение: 

Failed to load �߻, error: libc.musl-x86_64.so.1: cannot open shared object file: No such file or directory
The library libhostfxr.so was found, but loading it from /home/.../dotnet/host/fxr/5.0.0-preview.3.20214.6/libhostfxr.so failed
  - Installing .NET Core prerequisites might help resolve this problem.
     https://go.microsoft.com/fwlink/?linkid=2063370

Переход по ссылке не дал результатов.

РЕДАКТИРОВАТЬ: Вывод ldd: 

linux-vdso.so.1 (0x00007ffd03dfd000)
        libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fca18105000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fca180ea000)
        libc.musl-x86_64.so.1 => not found
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fca17f9b000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fca17da9000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fca1834f000)

Кроме того, я работаю на Ubuntu GNOME 20.04. Однако я установил версию SDK для 18.04, как я читаю онлайн.

1 Ответ

2 голосов
/ 03 мая 2020

Это была проблема, уникальная для меня. У меня был двоичный файл в ~ / do tnet, который конфликтовал с моим временем выполнения. Извините за потраченное время.

Вот некоторые примечания, чтобы не допустить повторения этого:

  • не устанавливайте версию Snap *
  • при установке из пакета менеджер, не надо разархивировать бинарный файл где-то еще
...