Usr local lib x86 64 linux gnu

/usr/lib/x86_64-linux-gnu/libpthread.so: invalid ELF header #1

Comments

iamacarpet commented May 3, 2019

I’m trying to test this against my SQLite3 bindings, which I’ve modified to add Linux support with this library and pushed to a temporary repository: https://github.com/iamacarpet/go-sqlite3-dynamic

Trying to run it, I created a new folder with main_test.go , running with CGO_ENABLED=0 go test

It’s throwing the error:

On Ubuntu 18.04, /usr/lib/x86_64-linux-gnu/libpthread.so is an text file:

I checked for references to libpthread.so in your code and found a few.

Looking here , changing libpthread.so to libpthread.so.0 did nothing.

When I changed all occurrences in this file, the error changes to a segfault.

Am I doing something stupid?

The text was updated successfully, but these errors were encountered:

notti commented May 4, 2019

relink is from an older implementation and no longer needed.
So https://github.com/notti/nocgo/blob/master/fakecgo/symbols_linux.go is the right place and yeah it should have been libpthread.so.0 .
Hmm not sure yet about the segfault; I need to investigate a bit further there.

notti commented May 4, 2019

@iamacarpet something unrelated: You don’t have to specify the full path in https://github.com/iamacarpet/go-sqlite3-dynamic/blob/3b18947cf2a96fb8845e27db717c46781ec2fb6d/dynamic_register_linux.go#L65 — «libsqlite3.so.0» is enough.
On my linux your test works — so looks like there is something else going on that’s dependent on your environment. The traceback looks a bit weird (segfault on calling entersyscall?)
Can you try getting a traceback with gdb?

iamacarpet commented May 7, 2019

Back trace from gdb :

/go-projects/src/github.com/notti/nocgo/call_amd64.s:145 #8 0x00007ffff7f49078 in ?? () #9 0x00007ffff7fb3c28 in ?? () #10 0x00000000005bf440 in ?? () #11 0x00000000004545b0 in runtime.asmcgocall () at /usr/local/go/src/runtime/asm_amd64.s:635 #12 0x0000000000450ffc in runtime.(*mheap).alloc.func1 () at /usr/local/go/src/runtime/mheap.go:1048 #13 0x0000000000452dd6 in runtime.systemstack () at /usr/local/go/src/runtime/asm_amd64.s:351 #14 0x000000000042e2b0 in ?? () at /usr/local/go/src/runtime/proc.go:1082 #15 0x0000000000452c69 in runtime.rt0_go () at /usr/local/go/src/runtime/asm_amd64.s:201 #16 0x0000000000000000 in ?? () «>

I guess the actual error is this: dl-debug.c: No such file or directory.

Frustrating as the file does exist:

I changed my code to remove the full path as you suggested:

Then also tried:

to see if maybe it just didn’t want to follow the symlink, but no joy.

Tried it on an old Ubuntu 14.04 VM with Go 1.11 as well, but still the same thing.

Just out of interest, what distro/version did you test against that worked?

iamacarpet commented May 7, 2019

Ah, my mistake, that error was related to the glibc sources not being available, not the library not being found — my apologies, haven’t really used gdb before.

/go-projects/src/github.com/notti/nocgo/call_amd64.s:145 #8 0x00007ffff7f49078 in ?? () #9 0x00007ffff7fb3c28 in ?? () #10 0x00000000005bf440 in ?? () #11 0x00000000004545b0 in runtime.asmcgocall () at /usr/local/go/src/runtime/asm_amd64.s:635 #12 0x0000000000450ffc in runtime.(*mheap).alloc.func1 () at /usr/local/go/src/runtime/mheap.go:1048 #13 0x0000000000452dd6 in runtime.systemstack () at /usr/local/go/src/runtime/asm_amd64.s:351 #14 0x000000000042e2b0 in ?? () at /usr/local/go/src/runtime/proc.go:1082 #15 0x0000000000452c69 in runtime.rt0_go () at /usr/local/go/src/runtime/asm_amd64.s:201 #16 0x0000000000000000 in ?? () «>

Although that appears to make less sense to me now — hope it means something to you!

notti commented May 7, 2019

Thanks for the backtrace. This makes a bit more sense now (although I think I need a bit more debugging). What we’re seeing here is that calling dlopen works but it crashes then somewhere inside glibc.
Sadly it looks like I need to try to replicate this in a virtual machine or something — this will take a couple of days.

notti commented May 9, 2019

I could reproduce it. So now for the hard part: fixing it.

Источник

/usr/lib/x86_64-linux-gnu/libstdc++.so.6: версия CXXABI_1.3.8 ‘не найдена

Оказывается, что «make install» — цель make, которая устанавливает и подразумевает цель «install-target-libstdc ++ v3», на самом деле не означает, что вы готовы к работе.

Я застрял на некоторое время, задаваясь вопросом, что я делаю неправильно, потому что я предполагал, что такая целевая цель сделает это для меня.

Надеюсь, этот ответ поможет хотя бы еще одному человеку.

Решение

Для всех, кто столкнулся с подобной проблемой, выполните следующее:

Когда вы компилируете и устанавливаете GCC, он помещает библиотеки сюда, но это все. Как часто задаваемые вопросы говорят ( http://gcc.gnu.org/onlinedocs/libstdc++/faq.html#faq.how_to_set_paths Вы должны добавить это.

Я предположил, «Как я могу гарантировать, что динамически связанная библиотека будет найдена?» Означал «как мне убедиться, что она всегда найдена», а не «она не будет найдена, вам нужно это сделать»

Для тех, кто не хочет устанавливать префикс, это / usr / local / lib64

Вы можете найти это упомянутое кратко при установке gcc, если прочитаете вывод make:

Грр это было просто! Кроме того, «если вам когда-нибудь захочется создать ссылку на установленные библиотеки» — серьезно?

Другие решения

У меня была такая же проблема на моем Ubuntu 14.04, когда я пытался установить TopTracker. Я получил такие ошибки:

/ USR / доли / toptracker / бен / TopTracker:
/usr/lib/x86_64-linux-gnu/libstdc++.so.6: версия ‘CXXABI_1.3.8’ отсутствует
найдено (требуется / usr / share / toptracker / bin / TopTracker)
/ USR / доли / toptracker / бен / TopTracker:
/usr/lib/x86_64-linux-gnu/libstdc++.so.6: версия ‘GLIBCXX_3.4.21’ отсутствует
найдено (требуется / usr / share / toptracker / bin / TopTracker)
/ USR / доли / toptracker / бен / TopTracker:
/usr/lib/x86_64-linux-gnu/libstdc++.so.6: версия ‘CXXABI_1.3.9’ не
найдено (требуется / usr / share / toptracker / bin / TopTracker)

Но затем я установил версию gcc 4.9 и проблема исчезла:

У меня есть правильное решение Вот .

Лучший способ правильно установите gcc-4.9 и установите его как версию gcc по умолчанию использовать:

—Slave с g ++ приведет к переключению g ++ вместе с gcc на ту же версию. Но на этом этапе gcc-4.9 будет единственной версией, сконфигурированной в альтернативах обновления, поэтому добавьте 4.8 в альтернативы обновления, чтобы на самом деле была альтернатива, используя:

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

ПРИМЕЧАНИЕ. Вы можете пропустить установку репозитория PPA и просто использовать /usr/bin/gcc-4.9-base, но я предпочитаю использовать свежие обновленные наборы инструментов.

Это решение работает в моем случае, я использую Ubuntu 16.04, VirtualBox 2.7.2 и Genymotion 2.7.2
В моей системе произошла та же ошибка. Я прошел простой шаг, и моя проблема была решена.

Я надеюсь, что это будет работать для вас

Произошла та же ошибка при установке PhantomJS на 64-битной Ubuntu 14.04 с gcc-4.8 (CXXABI_1.3.7)

Я столкнулся с этой проблемой в моей системе Ubuntu-64 при попытке импортировать fst в python как таковой:

Я тогда побежал:

В этот момент я смог загрузить библиотеку

То, что предлагают другие ответы, будет работать для рассматриваемой программы,
но он может вызвать сбой в других программах и неизвестную зависимость в других местах. Лучше сделать крошечный скрипт-обертку:

Это в основном позволяет избежать проблемы, описанной в Почему LD_LIBRARY_PATH это плохо ограничивая эффекты программой, которая нуждается в них.

Обратите внимание, что несмотря на имена LD_RUN_PATH работает во время соединения и не является злым, в то время как LD_LIBRARY_PATH работает как во время соединения, так и во время выполнения (и является злой :).

В моем случае это был GCC 6, который отсутствует

sudo apt-get install gcc-6 g++-6 -y

Источник

GLIBCXX_3.4.20 не найден, как исправить эту ошибку?

Когда я пытаюсь запустить программу Layout Editor (доступна на этом сайте ) в 64-битной LTS Ubuntu 14.04.1, я получаю следующий вывод в терминале:

Я попробовал команду strings на /usr/lib/x86_64-linux-gnu/libstdc++.so.6 следующий образ и здесь есть вход и выход:

Как я могу решить эту проблему, я почему-то догадываюсь, что это связано с, GCC но не могу понять, как решить проблему. Кроме того, я попробовал PPA, как предложено в разделе Как использовать последнюю версию GCC в Ubuntu? и есть аналогичный вопрос для более старой версии Ubuntu в GLIBCXX_3.4.15 не найден . Однако после запуска sudo update я получил множество предупреждений, и в списке, который я получил с помощью команды strings, не было новых записей после установки gcc 4.9 , поэтому я очистил PPA ( Toolchains Test Builds ) с помощью ppa-purge . Любая помощь, предложения о том, как поступить, с благодарностью.

У меня возникла та же проблема при попытке запустить другую программу, и я нашел решение для StackOverflow .

В основном, просто выполните следующие команды: во-первых, установите:

Это уже должно быть установлено по умолчанию, но попробуйте в любом случае. Если это не решит проблему, просто сделайте следующее:

Я не выполнил команду «dist-upgrade», но те, что раньше, решили ее для меня

Это случилось со мной с anaconda 4.0.0 (как сказано в @mjp), но исправление для меня состояло в том, чтобы запустить эту команду в моей среде:

У меня была эта проблема — потому что Anaconda2 у меня не было версии GLIBCXX_3.4.20, какой бы она ни была. Только до .19, такой же как у тебя.

Однако в библиотеке Ubuntu это было . Поэтому я просто создал мягкую ссылку / ярлык в библиотеке Anaconda на настоящую библиотеку Linux, содержащую этот GLIBCXX_3.4.20, заменив предыдущую, и она работала нормально после перезапуска Python GUI (Spyder).

Там должна быть папка с именем libstdc++.so.6 в библиотеке Anaconda, которая находится здесь:

/anaconda2/lib . В этой папке находятся версии скрипта / библиотеки-кода, за исключением той, которую вам не хватает: GLIBCXX_3.4.20

Для решения проблемы выполните следующие действия:

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

создайте новый ярлык с помощью ln команды (я предполагаю, что я нахожусь в предыдущем месте

перезапустите spyder / другой интерфейс, который вы используете

Источник

Getting ImportError: /usr/lib/x86_64-linux-gnu/libstdc++.so.6 in Python 3.5 Ubuntu 16.04 #331

Comments

rajeshkumargp commented Jul 11, 2019

I am using Python3.5 in Ubuntu 16.04.
My virtual environment base path is at /home/user/Environments/tfx_py3

Here is the error log while running airflow webserver -p 8080

[2019-07-11 14:32:01,072] <init.py:305> INFO — Filling up the DagBag from /home/user/airflow/dags
[2019-07-11 14:32:01,855] <init.py:416> ERROR — Failed to import: /home/user/airflow/dags/taxi/taxi_pipeline_simple.py
Traceback (most recent call last):
File «/home/user/Environments/tfx_py3/lib/python3.5/site-packages/airflow/models/init.py», line 413, in process_file
m = imp.load_source(mod_name, filepath)
File «/home/user/Environments/tfx_py3/lib/python3.5/imp.py», line 172, in load_source
module = _load(spec)
File «», line 693, in _load
File «», line 673, in _load_unlocked
File «», line 665, in exec_module
File «», line 222, in _call_with_frames_removed
File «/home/user/airflow/dags/taxi/taxi_pipeline_simple.py», line 22, in
from tfx.components.evaluator.component import Evaluator
File «/home/user/Environments/tfx_py3/lib/python3.5/site-packages/tfx/components/evaluator/component.py», line 23, in
from tfx.components.base import base_driver
File «/home/user/Environments/tfx_py3/lib/python3.5/site-packages/tfx/components/base/base_driver.py», line 25, in
from tfx.orchestration import metadata
File «/home/user/Environments/tfx_py3/lib/python3.5/site-packages/tfx/orchestration/metadata.py», line 26, in
from ml_metadata.metadata_store import metadata_store
File «/home/user/Environments/tfx_py3/lib/python3.5/site-packages/ml_metadata/metadata_store/metadata_store.py», line 28, in
from ml_metadata.metadata_store import pywrap_tf_metadata_store_serialized as metadata_store_serialized
File «/home/user/Environments/tfx_py3/lib/python3.5/site-packages/ml_metadata/metadata_store/pywrap_tf_metadata_store_serialized.py», line 28, in
_pywrap_tf_metadata_store_serialized = swig_import_helper()
File «/home/user/Environments/tfx_py3/lib/python3.5/site-packages/ml_metadata/metadata_store/pywrap_tf_metadata_store_serialized.py», line 24, in swig_import_helper
_mod = imp.load_module(‘_pywrap_tf_metadata_store_serialized’, fp, pathname, description)
File «/home/user/Environments/tfx_py3/lib/python3.5/imp.py», line 242, in load_module
return load_dynamic(name, filename, file)
File «/home/user/Environments/tfx_py3/lib/python3.5/imp.py», line 342, in load_dynamic
return _load(spec)
ImportError: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.22′ not found (required by /home/user/Environments/tfx_py3/lib/python3.5/site-packages/ml_metadata/metadata_store/_pywrap_tf_metadata_store_serialized.so)
[2019-07-11 14:32:02 +0530] [23633] [INFO] Handling signal: ttou
[2019-07-11 14:32:02 +0530] [23835] [INFO] Worker exiting (pid: 23835)

Can you please guide further ?

The text was updated successfully, but these errors were encountered:

Источник

error: command ‘x86_64-linux-gnu-gcc’ failed #10

Comments

kuamit5516 commented May 17, 2018

root@root: /J.A.R.V.I.S# pip install -r requirements.txt
Requirement already satisfied: aiml in /usr/local/lib/python2.7/dist-packages (from -r requirements.txt (line 1)) (0.9.1)
Requirement already satisfied: SpeechRecognition in /usr/local/lib/python2.7/dist-packages (from -r requirements.txt (line 2)) (3.6.3)
Collecting pyalsaaudio (from -r requirements.txt (line 3))
Using cached https://files.pythonhosted.org/packages/52/b6/44871791929d9d7e11325af0b7be711388dfeeab17147988f044a41a6d83/pyalsaaudio-0.8.4.tar.gz
Collecting pyttsx (from -r requirements.txt (line 4))
Collecting gTTS (from -r requirements.txt (line 5))
Requirement already satisfied: setuptools in /usr/local/lib/python2.7/dist-packages/setuptools-27.3.0.post20180517-py2.7.egg (from aiml->-r requirements.txt (line 1)) (27.3.0.post20180517)
Requirement already satisfied: bs4 in /usr/local/lib/python2.7/dist-packages (from gTTS->-r requirements.txt (line 5)) (0.0.1)
Requirement already satisfied: click in /usr/lib/python2.7/dist-packages (from gTTS->-r requirements.txt (line 5)) (6.7)
Requirement already satisfied: six in /usr/local/lib/python2.7/dist-packages (from gTTS->-r requirements.txt (line 5)) (1.10.0)
Collecting gtts-token (from gTTS->-r requirements.txt (line 5))
Requirement already satisfied: requests in /usr/local/lib/python2.7/dist-packages (from gTTS->-r requirements.txt (line 5)) (2.13.0)
Requirement already satisfied: beautifulsoup4 in /usr/local/lib/python2.7/dist-packages (from bs4->gTTS->-r requirements.txt (line 5)) (4.5.3)
Building wheels for collected packages: pyalsaaudio
Running setup.py bdist_wheel for pyalsaaudio . error
Complete output from command /usr/bin/python -u -c «import setuptools, tokenize;file=’/tmp/pip-install-_ihyGR/pyalsaaudio/setup.py’;f=getattr(tokenize, ‘open’, open)(file);code=f.read().replace(‘\r\n’, ‘\n’);f.close();exec(compile(code, file, ‘exec’))» bdist_wheel -d /tmp/pip-wheel-svNPlI —python-tag cp27:
running bdist_wheel
running build
running build_ext
building ‘alsaaudio’ extension
creating build
creating build/temp.linux-x86_64-2.7
x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fno-strict-aliasing -Wdate-time -D_FORTIFY_SOURCE=2 -g -fdebug-prefix-map=/build/python2.7-m2Tzf3/python2.7-2.7.15 rc1=. -fstack-protector-strong -Wformat -Werror=format-security -fPIC -I/usr/include/python2.7 -c alsaaudio.c -o build/temp.linux-x86_64-2.7/alsaaudio.o
alsaaudio.c:28:10: fatal error: alsa/asoundlib.h: No such file or directory
#include
^

compilation terminated.
error: command ‘x86_64-linux-gnu-gcc’ failed with exit status 1

Failed building wheel for pyalsaaudio
Running setup.py clean for pyalsaaudio
Failed to build pyalsaaudio
Installing collected packages: pyalsaaudio, pyttsx, gtts-token, gTTS
Running setup.py install for pyalsaaudio . error
Complete output from command /usr/bin/python -u -c «import setuptools, tokenize;file=’/tmp/pip-install-_ihyGR/pyalsaaudio/setup.py’;f=getattr(tokenize, ‘open’, open)(file);code=f.read().replace(‘\r\n’, ‘\n’);f.close();exec(compile(code, file, ‘exec’))» install —record /tmp/pip-record-BeGGQI/install-record.txt —single-version-externally-managed —compile:
running install
running build
running build_ext
building ‘alsaaudio’ extension
creating build
creating build/temp.linux-x86_64-2.7
x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fno-strict-aliasing -Wdate-time -D_FORTIFY_SOURCE=2 -g -fdebug-prefix-map=/build/python2.7-m2Tzf3/python2.7-2.7.15

rc1=. -fstack-protector-strong -Wformat -Werror=format-security -fPIC -I/usr/include/python2.7 -c alsaaudio.c -o build/temp.linux-x86_64-2.7/alsaaudio.o
alsaaudio.c:28:10: fatal error: alsa/asoundlib.h: No such file or directory
#include
^

compilation terminated.
error: command ‘x86_64-linux-gnu-gcc’ failed with exit status 1

Command «/usr/bin/python -u -c «import setuptools, tokenize;file=’/tmp/pip-install-_ihyGR/pyalsaaudio/setup.py’;f=getattr(tokenize, ‘open’, open)(file);code=f.read().replace(‘\r\n’, ‘\n’);f.close();exec(compile(code, file, ‘exec’))» install —record /tmp/pip-record-BeGGQI/install-record.txt —single-version-externally-managed —compile» failed with error code 1 in /tmp/pip-install-_ihyGR/pyalsaaudio/

The text was updated successfully, but these errors were encountered:

Источник