页次: 1
已解决:降级glib2可解决闪退问题,解决方法详见7楼
2020/10/09更新后:
系统更新,提示qq-linux软件包会被替换为linuxqq。更新完毕,重启系统。qq登录后闪退。
以前也有闪退的情况,重复登录几次就会成功,这次没这么幸运(短时间重复登录2-4次)
缓存里有以前更新时留下的旧qq-linux软件包,删除linuxqq,重装qq-linux,问题依旧
官网建议遇闪退可删除.config目录下相应qq号目录,我把整个.config/tencent-qq目录移走,固执的闪退。看来与qq版本无关。查了一下,这个更新的版本应该也是4月发布的,不知为啥最近换个名字重新打包。
尝试安装xsettingsd(见Deepin-wine的wiki页)、gnome-settings-daemon(见deepin.com.qq.im的aur),却道闪退依旧。
知乎上看到有人说sudo运行即可。尝试后,错误信息由原来的段错误(核心已转储)变为仅显示段错误。
查了一下系统更新记录,kwin等大量kde系统相关软件更新,虽然怀疑凶手就在其中,只是无从下手
最近编辑记录 jackphil (2020-11-02 14:39:23)
离线
直接用虚拟机XP跑qq吧
离线
直接用虚拟机XP跑qq吧
内存和硬盘都不够大
离线
遇到一种情况,但不知道是为什么!也说不通!可偏偏就是遇到了!
之前的旧手机,不是扫码后说过期无效,就是登录上闪退!一直以为是QQ问题。
后来换了新手机,无意中扫了一下,成功,没有任何问题。
不通之处在于,PC的软件、硬件环境都没有变过,仅仅是换了一个新手机。
(之前的NOTE8从疫情之后打开扫一扫功能会比较慢!但扫码、支付、WINDOWS下的QQ、微信扫码登录也都没问题。)
离线
linux qq本身有问题。
闪退问题,我认为出在消息身上。
我尝试过在手机端将所有消息标记为'已读'后,扫码可以正常登录。
不过,尽管可以成功登录,还是会闪退。
不如之前的版本,之前的版本至少成功登录就很难闪退了.....
到目前为止,我也没有什么好办法。
离线
试试deepin tim?
布丁酱是菜鸡,没毛病,他是菜鸡:)
离线
经过不懈尝试,暂时解决问题:
coredumpctl list
查看段错误转储文件列表,得到上一次linuxqq出错时的进程号884
coredumpctl gdb 884
使用gdb调试,得知程序在/usr/lib/libglib-2.0.so.0文件的g_main_context_dispatch函数中出错退出
pacman -Qo /usr/lib/libglib-2.0.so.0
查询得知/usr/lib/libglib-2.0.so.0文件出自glib2软件包
cat /var/log/pacman.log | grep glib2
查询系统更新记录得知,glib2的确在那次造成问题的系统更新中有升级,并确认升级前的版本
pacman -U glib2-2.64.4-1-x86_64.pkg.tar.zst
去archive.archlinux.org下载旧版本glib2并安装,谢天谢地,没有其他依赖关系需要解决。
运行QQ,没有出现闪退的情况。
另:降级glib2后,如果再次使用gdb调试,原来显示g_main_context_dispatch的地方变成了乱码??,说明不同版本库文件函数的地址变了
离线
经过不懈尝试,暂时解决问题:
coredumpctl list
查看段错误转储文件列表,得到上一次linuxqq出错时的进程号884
coredumpctl gdb 884
使用gdb调试,得知程序在/usr/lib/libglib-2.0.so.0文件的g_main_context_dispatch函数中出错退出
pacman -Qo /usr/lib/libglib-2.0.so.0
查询得知/usr/lib/libglib-2.0.so.0文件出自glib2软件包
cat /var/log/pacman.log | grep glib2
查询系统更新记录得知,glib2的确在那次造成问题的系统更新中有升级,并确认升级前的版本
pacman -U glib2-2.64.4-1-x86_64.pkg.tar.zst
去archive.archlinux.org下载旧版本glib2并安装,谢天谢地,没有其他依赖关系需要解决。
运行QQ,没有出现闪退的情况。
另:降级glib2后,如果再次使用gdb调试,原来显示g_main_context_dispatch的地方变成了乱码??,说明不同版本库文件函数的地址变了
原来可以这样,厉害了
离线
页次: 1