Linux桌面环境中应用程序无法启动图形交互界面

现象:

点击永中office或者金山office快捷图标无法启动对应的程序。

从命令行执行对应的程序则提示

按照提示安装组件

再次执行命令行程序

原因探析:

/opt/Yozosoft/Yozo_Office/Yozo_Writer.bin: error while loading shared libraries: libgdk-x11-2.0.so.0: cannot open shared object file: No such file or directory

从名称上看"libgdk-x11-2.0.so.0"是一个GTK+的图形用户接口共享库,如果没有这个library,程序的图形界面将不可启动。

/opt/Yozosoft/Yozo_Office/Yozo_Writer.bin: symbol lookup error: /lib64/libharfbuzz.so.0: undefined symbol: FT_Get_Transform

从提示信息看是差按照符号链接错误,FT_Get_Transform 代表了 C++ 中的Transform类函数,get_transforms()函数多用于进行矢量型图像转换。经查询,发现libharfbuzz.so.0是一个用于渲染字体的共享库。综合这两点可猜测,office套件图形界面此时启动失败,是因为OS用于渲染矢量字体的library和程序运行所需的版本不匹配。Linux中使用freetype共享库实现矢量字体显示,依次可查看freetype共享库信息。查看当前OS 中freetype共享库的信息:

对比发现,OS中Java的freetype共享库版本为libfreetype.so、 而永中office中Java的freetype共享库版本为libfreetype.so.6。由于OS中的Java环境一定为全局变量,因此选择修改永中office中Java环境freetype共享库文件为libfreetype.so

推导性结论:

大部分Linux桌面环境中的应用程序都基于QT或QT+开发或者基于jvm虚拟机运行,必定会依赖OS中的矢量图像渲染组件freetype共享库,因此除永中office、金山office外,kettel的桌面版也可能存在这个现象。

相关推荐
bosins6 小时前
彻底解决 WSL 2.7+ 空闲自动关闭/内存回收导致 Docker 中断的问题
linux·docker·wsl·dashboard
LongRunning7 小时前
【Linux】H3网络(二)
linux
国际云,接待8 小时前
华为云 EVS 性能诊断:用 CES、ECS QoS 与 fio 定位 IOPS 和吞吐瓶颈
服务器
xx~t8 小时前
嵌入式学习——ARM1
linux·arm开发·嵌入式硬件·arm
xx~t8 小时前
嵌入式——ARM1(详细篇)
linux·arm开发·嵌入式硬件·arm
我要见SA姐18 小时前
告别 Copilot?Codex 本地化部署指南
运维·数据库·机器学习·oracle·回归
Elastic 中国社区官方博客9 小时前
列式存储并不等同于列式数据库。Columnar 模式为 Elasticsearch 带来了什么
大数据·运维·数据库·elasticsearch·搜索引擎
fengkai454510 小时前
八、Docker详解4-5
运维·docker
智恒百亿11 小时前
RTX 5090 八卡服务器 vs RTX PRO 6000 整机:AI 推理、微调与渲染选型部署指南
运维·服务器·rtx5090
ManageEngineITSM11 小时前
DevOps和ITIL是什么关系?是替代还是互补一文讲清
java·服务器·资产管理·变更管理