Process terminating with default action of signal 11 (SIGSEGV): dumPing core Bad permissions for mapped region at address 0xDBF060 at 0xDBF060: ??? (in /usr/lib/slack/slack) by 0x7112071: node::http2::http2Session::Callbacks::Callbacks(bool) (in /usr/lib/slack/libnode.so) by 0x7112134: ??? (in /usr/lib/slack/libnode.so) by 0x5853CE9: call_init.part.0 (in /usr/lib64/ld-2.28.so) by 0x5853DE9: _dl_init (in /usr/lib64/ld-2.28.so) by 0x5845149: ??? (in /usr/lib64/ld-2.28.so)
似乎问题出现在libnode.so的“过时”版本中.我刚刚从最新的atom.rpm安装中复制了另一个版本的libnode.so:
sudo mv /usr/lib/slack/libnode.so /usr/lib/slack/libnode.so.old
sudo ln -s /usr/share/atom/libnode.so /usr/lib/slack/libnode.so
编辑
就像用户Pierre Bellan已经说过的那样,您可以在 *** 作系统上轻松找到其他版本的libnode.so:
sudo updatedb&&找到libnode
我使用了原子,因为我确信编辑器的最新工作更新.
总结以上是内存溢出为你收集整理的linux – 为什么Slack在Fedora 29升级后会返回Segmentation故障? [等候接听]全部内容,希望文章能够帮你解决linux – 为什么Slack在Fedora 29升级后会返回Segmentation故障? [等候接听]所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)