linux 32位系统运行eclipse报错：eclipse: symbol lookup error，.so: undefined symbol: XXXg_bus_own_name

最新推荐文章于 2024-12-22 12:35:12 发布
最新推荐文章于 2024-12-22 12:35:12 发布
阅读量1.4k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： eclipse 文章标签： eclipse linux c++
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/fighting_Kitty/article/details/127421937
在Linux 32位系统中运行Eclipse时遇到错误：eclipse: symbol lookup error，.so: undefined symbol: XXXg_bus_own_name。错误原因是系统自带的GTK和Cairo版本过低。通过更新GTK+和Cairo库，或者使用兼容版本的Eclipse（如Neon3），可以解决此问题。参考链接提供了相关教程和软件下载地址。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

接上一个文章寻找合适的eclipse linux32位软件安装包之后https://blog.youkuaiyun.com/fighting_Kitty/article/details/127412246，运行eclipse（命令行执行./eclipse）报错，信息如下：

***WARNING: Gtk+ version too old (micro mismatch)
***WARNING: SWT requires GTK 2.24.0
***WARNING: Detected: 2.18.9
***WARNING: SWT requires Cairo 1.9.4 or newer
***WARNING: Detected: 1.8.8

eclipse: symbol lookup error: eclipse/configuration/org.eclipse.osgi/449/0/.cp/libswt-pi-gtk-4919.so: undefined symbol: g_bus_own_name

查了一下是因为可视化的开发工具报错的，系统自带的版本太低了，具体可以了解一下gtk、cairo，找到个不错的教程可以参考 https://blog.youkuaiyun.com/u010670794/article/details/39936475，软件链接如下：

经过我的尝试，如果不安装gtk、cairo的话，

  • eclipse neon3可以使用
  • oxygen弹窗报错
  • 201809r控制台报错
Linux: /usr/bin/ssh: symbol lookup error:libk5crypto.so.3: undefined symbol: EVP_KDF_ctrl
mzhan017的博客
03-18 458
原因是为了某个程序的执行临时修改了环境变量：LD_LIBRARY_PATH，这样的话导致引用的so文件错乱。后续将LD_LIBRARY_PATH变量返回到原来的值，就好了。最近遇到一例这个错误，
运行gazebo报错：symbol lookup error.
hsdujdjrjrj的博客
02-11 2756
ubuntu18.04运行gazebo报错解决办法
symbol lookup error: xxx.so: undefined symbol: xxx
梁少腾的博客
02-28 2033
symbol lookup error: xxx.so: undefined symbol: xxx
linux centos eclipse 自动退出：symbol lookup error:soup_message_set_first_party
涛哥盛世
12-09 2729
然后eclipse能打开过程中exit code=127，但是控制台出现 symbol lookup error: /usr/lib64/libwebkit-1.0.so.2: undefined symbol: soup_message_set_first_party 解决方案：依赖libsoup ： yum install libsoup
symbol lookup error:: undefined symbol:
weixin_34344677的博客
08-17 1116
在运行可执行程序时,假定 可执行程序 procproc 依赖动态连接库 libtest.solibtest.so里面有 函数 func,编译没错，执行出错symbol lookup error:: undefined symbol: **func**其可能原因是：连接的libtest.so不是最新的libtest.so,里面没有 func.而造成没有 找到 最新libtes...
symbol lookup error:XXX.so: undefined symbol: 解决办法----以 libpcap.so 的 pcap_dump_open_append 函数为例
Jason_Math的博客
03-23 2536
symbol lookup error:XXX.so: undefined symbol: 解决办法----以 libpcap.so 的 pcap_dump_open_append 函数为例；修改动态库链接路径的一个方法。
opt: symbol lookup error xxx.so undefined symbol: xxx
Richard_pl的博客
08-30 842
在申明函数后的定义函数环节，没有使用类名指明作用对象。 例如： class test{ public: void testFunction(); }; void testFunction(); 这样直接运行程序并调用该函数时会出现错误提示opt: symbol lookup error xxx.so undefined symbol: xxx 正确做法 class test{ public:...
解决gedit: symbol lookup error: /home/xxx/libgobject-2.0.so.0: undefined symbol: g_date_copy问题
01-20
在本文中，我们将探讨一个与Linux系统中软件依赖和库版本相关的问题，特别是关于gedit文本编辑器在Ubuntu 16.04上遇到的"symbol lookup error"。该问题通常发生在尝试执行gedit或某些其他应用程序时，由于库文件不...
ubuntu 如何重装你的apt【apt-get报错: symbol lookup error/undefined symbol】
guigenyi的专栏
12-22 754
如何重装你的apt
gazebo: symbol lookup error: /usr/lib/x86_64-linux-gnu/libgazebo_common.so.9: undefined symbol: _ZN8
pangweijian的博客
12-20 3386
Gazebo提示错误： gazebo: symbol lookup error: /usr/lib/x86_64-linux-gnu/libgazebo_common.so.9: undefined symbol: _ZN8ignition10fuel_tools12ClientConfig12SetUserAgentERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE 解决方法： sudo apt upgrade libignit..
java: symbol lookup error: ./lib*.so: undefined symbol: libiconv_open
走马川行雪的博客
05-16 3704
1、使用背景 使用JNA调用本地C语言编写的so库时，执行Java代码报错。 2、错误原因分析 libiconv_open说明：libiconv库为需要做转换的应用提供了一个iconv()的函数，以实现一个字符编码到另一个字符编码的转换。 如此说明某处代码在引用libiconv库进行字符编码转换时没有找到此库，有可能是没有此库，也有可能是有此库而没有引用。 通过JNA调用C语言的so库编...
symbol lookup error:XXX.so: undefined symbol: 解决办法
热门推荐
dbdxnuliba的博客
10-16 1万+
通过 ldd -rxxx.so命令查看so库链接状态和错误信息 ldd命令，可以查看对应的可执行文件或库文件依赖哪些库，但可执行文件或库文件要求与操作系统的编译器类型相同，即电脑是X86的GCC编译器，那么无法通过ldd命令查看ARM交叉编译器编译出来的可执行文件或库文件。 如果想在Ubuntu等Linux宿主机上查看ARM交叉编译好的可执行程序和库文件的相关依赖关系，可以通过以下命令： readelf -d xxx.so | grep NEEDED # lichunhong @ lichun..
symbol lookup error: /usr/local/varnish/libvarnish.so: undefined symbol: pcre_free_study
h952520296的博客
09-16 491
varnish 编译安装后启动报错symbol lookup error: /usr/local/varnish/lib/varnish/libvarnish.so: undefined symbol: pcre_free_study 系统版本centos6.5 varnsh版本4.11 5.12 等， 估计所有版本在centos7以下的系统上都会有此错误 解决方法 安装高版本pcre 然后重新编译 wget https://ftp.pcre.org/pub/pcre/pcre-8.44.tar...
Eclipse: Could not find symbol "XXX" in index
Chasing Freedom
11-12 2125
Foreword Eclipse作为强大的IDE，如果不能实现定义跳转也就索然无味。 用习惯了source insight，看代码真的很方便，但是写代码就效率很低，但是eclipse就很适合coding Fix 问题原因为导入已存在项目方式不对，具体方法如下： 新建项目：单击右键->new->project-> c++ project 项目文件夹上右键单击-> Prope...
linux eclipse报错日志,centos6.8命令行启动eclipse报org.eclipse.swt.SWTError错误
weixin_33773996的博客
05-01 911
系统版本：centos6.8JDK 版本：jdk1.8.0_111eclipse版本：eclipse neon.1问题描述：【1】在xwindow界面可以正常启动eclipse【2】在命令行界面用./eclipse命令启动eclipse的时候界面提示错误信息如下：Eclipse:Can not open displayEclipse:GTK+ Version CheckEclipse:Can no...
Linux中eclipse安装遇到的问题
浅沫
09-28 6094
Linux中eclipse安装遇到的问题 eclipse解压后，在eclipse安装目录下./eclipse启动时报错 [hadoop@hadoop02 eclipse]$ ./eclipse          错误信息如下： ***WARNING: Gtk+ version too old (micro mismatch) ***WARNING: SWT requires GTK 2...
DBus应用的俩种形态及实现
认真你就输了
09-16 8212
介绍一下基于DBus设计的应用程序的俩种形态及如何使用GDbus来实现。基于DBus的应用程序可以是使用DBus Daemon的总线型结构，每个DBus的请求通过DBus Daemon转发；或者是点对点的星型结构，Client与Server之间是直接的Peer2Peer的连接。这俩种结构各有优缺点：总线型的结构比较清晰，Server需要维护的连接较少，实际上只有一个与DBus Daemon相连的连
我运行eclipse时遇到的问题org.eclipse.swt.SWTError: No more handles [gtk_init_check() failed]
Alisa186513的博客
11-27 1万+
!SESSION 2017-11-27 09:01:36.523 ----------------------------------------------- eclipse.buildId=4.3.2.M20140221-1700 java.version=1.8.0_151 java.vendor=Oracle Corporation BootLoader constants: OS
Intellij 导入 eclipse工程，Cannot resolve symbol *问题
weirancg的专栏
04-13 5796
问题一： 导入eclipse的springboot工程，要选择pom.xml文件。如果直接选择整个工程的文件夹，将会出错，提示Cannot resolve symbol *的问题。 两中导入方法，主要差别如下图： 右边是选择pom.xml导入的，idea自动导入了maven的包在libraries，而且生成了和工程对应的iml文件： <?xml version="1.0" enc...
./slave_demo: symbol lookup error: ./AI_lib/libAIPlatform.so: undefined symbol: plt_ge_beginJob
最新发布
02-28
### 解决方案 当遇到 `symbol lookup error` 和 `undefined symbol: plt_ge_beginJob` 错误时，这通常意味着程序尝试访问的符号在共享库中不存在或无法找到。对于特定于 `libAIPlatform.so` 的情况，以下是可能的原因和解决方案： #### 可能原因分析 1. **版本兼容性问题** 动态链接库文件可能存在不同版本之间的不匹配。如果应用程序期望的是某个具体版本中的函数签名，而实际加载的库提供了不同的实现，则会出现此类错误。 2. **依赖关系缺失** 库之间存在复杂的相互依赖关系。某些情况下，虽然主要的目标库已安装，但是其所需的其他辅助库并未正确配置或更新到适当版本。 3. **编译环境差异** 如果目标平台与开发环境中使用的工具链有显著区别（比如操作系统内核版本、glibc 版本等），也可能引发类似的未定义符号问题。 4. **路径设置不当** 系统未能正确识别并查找所需库的位置，可能是由于 LD_LIBRARY_PATH 或者其他的环境变量配置失误造成的。 #### 推荐处理方法 为了修复这个问题，可以采取以下几个措施之一来解决问题： - **确认库的存在性和完整性** 验证 `libAIPlatform.so` 文件确实存在于系统的标准搜索路径下，并且该文件本身没有损坏。可以通过命令行工具如 `ldd` 来查看具体的依赖项及其状态: ```bash ldd /path/to/libAIPlatform.so | grep 'not found' ``` - **检查库版本一致性** 对比当前系统上可用的库版本号以及应用所期待的具体版本需求。必要时升级或降级相关软件包以确保一致性的满足。 - **重新构建项目** 若条件允许的话，考虑获取源码并在本地环境中按照官方文档指导完成一次完整的编译过程。这样不仅可以获得最新版的支持特性，还能有效规避因预编译二进制带来的潜在风险。 - **调整环境变量** 修改 `.bashrc`, `.zshrc` 或其它 shell 初始化脚本来包含必要的自定义库目录至 `LD_LIBRARY_PATH`. 这样做可以让运行时解析器更容易定位到正确的库位置. ```bash export LD_LIBRARY_PATH=/custom/path:$LD_LIBRARY_PATH source ~/.bashrc # or .zshrc depending on your shell ``` - **使用 Conda 创建隔离环境** 类似于 Git Clone 所提到的情况[^2]，创建一个新的 conda 虚拟环境可能会帮助避免全局范围内存在的冲突。通过指定渠道安装特定版本的 Python 包和其他依赖项能够提供更加稳定的执行环境。 ```yaml name: ai_platform_env channels: - defaults dependencies: - python=3.x - numpy - scipy - matplotlib - ... prefix: ~/miniconda/envs/ai_platform_env ``` 之后激活新环境并通过 pip 安装额外的需求组件。 ```bash conda activate ai_platform_env pip install path_to_requirements.txt ``` 以上建议旨在为用户提供一套全面排查思路和技术手段集合，以便更有效地应对由动态链接引起的各种挑战。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值