Bug on 夜云泊

解决系统依赖错误GLIBCXX_3.4.29 not found

Sat, 02 Mar 2024 22:21:23 +0000

以前对软件包的构建不太了解，喜欢随意修改软件源列表，软件源和当前系统的版本不一致就会出现安装了一个依赖较多的软件包后会出现连锁反应，修改了所有依赖的软件包版本，导致系统故障。最常出现的就是修改了GCC版本，导致GLIBCXX版本不一致，导致系统软件无法运行。

如果你的系统还能正常安装软件，那么修改软件源和当前系统版本保存一致，然后更新软件，并重新安装GCC即可解决问题。具体步骤如下：

# 修改软件源
sudo vim /etc/apt/sources.list
# 检查当前系统版本
lsb_release -a
# 将软件源修改为当前系统版本的软件源，Ubuntu系统版本号对应的软件源列表可以在https://wiki.ubuntu.com/Releases查看
# 更新软件
sudo apt update
# 安装GCC，build-essential包含了GCC
sudo apt install build-essential

如果你和我一样倒霉，连 apt 都无法使用，那么可以使用 dpkg 命令手动安装 GCC。

因为误操作在 Ubuntu 20.04 上安装了 Ubuntu 18.04 的 GCC，导致系统软件无法运行，apt 也无法使用，所以只能手动安装 GCC。

apt: libx86_64-linux-gnu-libstdc++.so.6: version `GLIBCXX_3.4.29' not found (required by libx86_64-linux-gnulibapt-private.so.0.0)

既然libstdc++版本不一致，我们就去下载对应版本的GCC，访问https://packages.ubuntu.com/，在下方的搜索框中输入libstdc++6，选择对应的系统版本，然后下载对应的GCC。

Responsive Image

点击搜索结果，点击系统的架构，一般为amd64，

Responsive Image

具体下载地址比较隐蔽，直接点击红框的链接没有反应，你可以右键另存为到本地，我习惯复制链接后用wget下载。

Responsive Image

下载完成后，使用dpkg命令安装GCC。

sudo dpkg -i libstdc++6_12.3.0-1ubuntu1\~22.04_amd64.deb

之后可以检查一下缺失的GLIBCXX版本已经安装。

$ strings /lib/x86_64-linux-gnu/libstdc++.so.6 | grep GLIBCXX                               
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_3.4.18
GLIBCXX_3.4.19
GLIBCXX_3.4.20
GLIBCXX_3.4.21
GLIBCXX_3.4.22
GLIBCXX_3.4.23
GLIBCXX_3.4.24
GLIBCXX_3.4.25
GLIBCXX_3.4.26
GLIBCXX_3.4.27
GLIBCXX_3.4.28
GLIBCXX_3.4.29
GLIBCXX_3.4.30
GLIBCXX_DEBUG_MESSAGE_LENGTH

此时apt 应该就可以正常使用了，我们只需要修复一下所有软件包，让它回到正确的版本即可恢复系统。

sudo apt --fix-broken install

VirtualBox Ubuntu 无法联网

Mon, 26 Jun 2023 22:38:02 +0000

解决方案

VirtualBox Ubuntu 无法联网，重启后可以联网但是几分钟后断开网络。笔者的情况是因为 NetworkManager 自动修改了网络配置导致无法联网，具体现象是开机后网卡信息如下：

user@allone:~$ ifconfig
brq64ff9b38-fa: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether ce:29:de:12:35:06  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp0s3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.0.2.15  netmask 255.255.255.0  broadcast 10.0.2.255
        inet6 fe80::2e8f:2be6:3752:dec4  prefixlen 64  scopeid 0x20<link>
        ether 08:00:27:18:31:21  txqueuelen 1000  (Ethernet)
        RX packets 947  bytes 584483 (584.4 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 800  bytes 116611 (116.6 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

此时网络可以正常使用，经过一两分钟后网络信息如下：

user@allone:~$ ifconfig
brq64ff9b38-fa: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.0.2.15  netmask 255.255.255.0  broadcast 10.0.2.255
        ether ce:29:de:12:35:06  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp0s3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet6 fe80::2e8f:2be6:3752:dec4  prefixlen 64  scopeid 0x20<link>
        ether 08:00:27:18:31:21  txqueuelen 1000  (Ethernet)
        RX packets 947  bytes 584483 (584.4 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 800  bytes 116611 (116.6 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

也就是默认虚拟网卡的 IP 地址丢失，而不知名网卡 brq64ff9b38-fa 却拥有了 IP，此时网络不可用。如果有类似情况，可以使用以下方式尝试解决，如果是其他问题。请酌情参考。

关闭 NetworkManager

sudo systemctl stop NetworkManager

sudo systemctl disable NetworkManager

sudo systemctl mask NetworkManager

开启 systemd-networkd

sudo systemctl unmask systemd-networkd.service


sudo systemctl enable systemd-networkd.service


sudo systemctl start systemd-networkd.service

配置 Netplan

编辑/etc/netplan/01-network-manager-all.yaml

network:
    version: 2
    renderer: networkd
    ethernets:
       enp0s3:
           dhcp4: yes
           dhcp6: yes
           addresses: [10.0.2.15/23]
           nameservers:
               addresses: [8.8.8.8, 8.8.4.4]
           optional: true

其中 enp0s3 为网卡名称，addresses 为网卡对应的 IP，均可以通过 ifconfig 查询。

以下是一些背景知识，以及问题回溯有兴趣可以继续阅读。

背景知识

NetworkManager 与 systemd-networked

NetworkManager 是一项后端服务，用于控制 Ubuntu 操作系统上的网络接口。NetworkManager 的替代方法是 systemd-networked，这两者只能使用一个。在 Ubuntu 桌面上，NetworkManager 是通过图形用户界面管理网络界面的默认服务。因此，如果要通过 GUI 配置 IP 地址，则应启用 NetworkManager。如果用的是无桌面的 Server 版，就可以使用 systemd-networked 来管理网络。

这两种方式都可以通过配置 netplan，即/etc/netplan/01-network-manager-all.yaml 来管理网络，但是在 renderer 属性中配置有所不同，使用 NetworkManager 时配置如下：

network:
    version: 2
    renderer: NetworkManager

而使用 systemd-networked 时，配置如下：

network:
    version: 2
    renderer: networkd

有时无法联网可能是因为配置与实际使用的网络管理方式不匹配导致的。

解决 VSCode 远程登录失败 Error: WebSocket close with status code 1006

Sat, 15 Oct 2022 18:53:20 +0000

保留现场

使用 VSCode 远程登录失败，报错：Failed to connect to the remote extension host server (Error: WebSocket close with status code 1006)。

解决方法

vim /etc/ssh/sshd_config

AllowTcpForwarding no

AllowAgentForwarding no

# 替换为

AllowTcpForwarding yes

AllowAgentForwarding yes

保存后重启 sshd 服务：

systemctl restart sshd

解决 Linux 终端回车键变成字符 M

Mon, 12 Sep 2022 14:52:12 +0000

保留现场

Responsive Image

解决方法

命令行执行

stty sane

解决 Python No module named 'ConfigParser'

Sun, 11 Sep 2022 23:20:05 +0000

保留现场

ImportError: No module named 'ConfigParser'

Command "python setup.py egg_info" failed with error code 1 in

解决方法

在 Python 3.x 版本后，ConfigParser.py 已经更名为 configparser.py 所以出错！

可以切换 Python2 执行。

也可以尝试将文件重命名为ConfigParser.py。

以下为参考，每个人安装路径可能不一样，可以全局搜索configparser.py。

cp /usr/lib/python3.7/configparser.py /usr/lib/python3.7/ConfigParser.py

解决 LaTeX 编译 Missing character There is no (U+00A0) in font

Sun, 11 Sep 2022 22:20:02 +0000

保留现场

在 LaTeX 编译中报错：Missing character: There is no (U+00A0) (U+00A0) in font JetBrains Mono。

探究原因

如果要搞清楚具体原因，就得从字符与字符编码说起了。解决办法直接跳到下一节吧。

字符，就是“a”，“A”，“你”等书写符号。

字符集，通常就是某种语言字符集合，比如英语就是ASCII 字符集，中文有GBK 字符集等

注意，不是每种语言只对应一种字符集（比如 GB2312，GBK，GB18030 都包含了常用汉字，后者是前者的超集），而且字符集也不是只对应一种语言，例如 Unicode 字符集就包含所有语言字符，字符集只是设计者为了给字符编码（Code Point/Numbering）设计编码时，为了收录到命名的字符集合，但是通常设计者都为字符集设计了对应的编码规范。

字符编码,给字符集里的字符编号。

编码页，在 unicode 发明之前，各个地区都用 2 字节编码自己的字符集，相同的编码对应不同的字符，为了本地化，Windows 发明了编码页，来对应不同的字符集。

字符编码，对给定的字符编码编码成字节表示。

早期，字符被编号后，存储时就按照编号的方式存储，没有 encoding 的过程，后来发明 Unicode 后，发现如果按照 Unicode 的编号直接存储的话，对于英文字符就有很大存储浪费，因为任意字符都需要 2 字节存储，后来人们发明 UTF-8 这种编码方式，这样 UTF-8 就可以一个字节表示英文字符，2 个以上字节表示汉字字符。

字体，定义了字符的图形表示，现在的软件展示字符时用 Unicode 表示，字体是 Unicode 编码和字符图形的映射，而以往比如 WindowsCMD 控制台，没有对应 Unicode，则用编码页来区分，所以字体就是字符编码金和代码页到字符图形的映射。

文本文件存储在磁盘上，都是一系列的字节流，如果不告诉文本编辑器该文件的编码方式，编辑器会尝试用默认的编码（依赖于操作系统设置）又或者自己探测（detect，比如文件开头有 FFEF 或者 EFFF 字节就表明 UTF-16 编码，有很多 10，110 开头的字节，很可能是 UTF-8 编码）并尝试解码，如果没有猜对，那就会显示乱码。

回到出错的问题，提示我们在字体 JetBrains Mono中没有U+00A0，我们搜索一下就知道这是一个 Unicode 字符NO-BREAK SPACE。我们通过上面的了解也知道了，字体就是字符编码到字符图像的映射，但是一个字体尤其是一些有专门用途的字体（比如 JetBrains Mono 设计初衷是为软件工程显示代码用的），它不会映射所有的字符，JetBrains Mono 这个字体里就没有映射 U+00A0。这就导致在 LaTeX 编译时无法在字体中找到对应的字符图像显示。

所有解决办法就是要不替换掉这个字符，要不换个字体。

解决方法

VSCode 正则搜索\U00A0即可搜索到相关字符，将其替换成空格。

参考

字符，字符集，字符编码，编码页，字体 - 简书

解决 No module named 'ConfigParser'

Mon, 05 Sep 2022 15:43:20 +0000

Linux 终端回车变成^M

Mon, 05 Sep 2022 15:37:58 +0000

解决方法

终端执行：

stty sane

参考

command line - Pressing enter produces ^M instead of a newline - Ask Ubuntu

解决 ERROR Could not install packages due to an EnvironmentError 拒绝访问

Sat, 27 Aug 2022 21:55:26 +0000

保留现场

升级pip时出现报错：

Responsive Image

解决方法

加上--user

python -m pip install --upgrade pip  --user

解决 Unable to 加载 picture or PDF file

Fri, 26 Aug 2022 19:22:24 +0000

保留现场

Responsive Image

Unable to load picture or PDF file 'xxxxxx' <to be read again> xxxx

探究原因

图片链接错误，转换 PDF 过程中会先下载所有图片到AppData/Local/Temp/tex2pdf.****文件夹里，因为无法正常下载图片，所有报错。检查图片链接是否有效。

解决方法

检查图片链接是否有效。

解决 cast from pointer to integer of different size

Tue, 16 Aug 2022 11:42:24 +0000

保留现场

void* foo(void *dst, ...) {
    // some code
    unsigned int offset = (unsigned int) dst % 8; // warning here!
    // some code continue...
}

写驱动程序时经常会直接对地址进行修改，配置寄存器的值，也会将地址的值作为数据进行传递，这就会遇到一个问题，指针强转成整型，类型不匹配数据丢失的问题。

探究原因

出现这个警告的原因是，将void*类型强转成unsigned int是不可移植的。什么叫不可移植呢？

我们知道指针类型，在 32 位系统下是 4 字节，在 64 位系统下是 8 字节，而unsigned int不管在什么系统下都是是 4 字节，所以，如果将void*类型强转成unsigned int，在 64 位系统下就没有足够的空间保存真正的数据。

解决方法

粗暴地用`double`来接收

先接收，再截断：

void* foo(void *dst, ...) {
    // some code
    unsigned int offset = (unsigned int)(unsigned double) dst % 8; // warning here!
    // some code continue...
}

uintptr_t

uintptr_t 保证足够宽，以便将 void* 转换为 uintptr_t 并再次返回将产生原始指针值。还有一个类型 intptr_t，它是有符号的；

#include <stdint.h>
// 或者 <inttypes.h>
void* foo(void *dst, ...) {
    // some code
    unsigned int offset = (uintptr_t) dst % 8; // warning here!
    // some code continue...
}

解决提交 gerrit missing Change-Id

Sat, 30 Jul 2022 15:05:48 +0000

保留现场

remote: Resolving deltas: 100% (114/114)
remote: Processing changes: refs: 1,done   
remote: ERROR: missing Change-Idincommit message footer
remote:
remote: Hint: To automatically insert Change-Id,installthe hook:
remote:   gitdir=$(git rev-parse --git-dir);scp-p -P XX XX@gerrit.xxxxx.com:hooks/commit-msg${gitdir}/hooks/
remote: And then amend the commit:
remote:   git commit --amend

探究原因

理解 change-id

代码审核是要对一个完整的变更进行审核，比如一次 Bug 修复，有多次提交 Commit，每次的 Commit Id 都不同，那么如何将多个不同的 Commit ID 关联到同一个 Chanege-Id 呢？我们需要将 Change-Id 添加到 Commit 的 footer（最后一行）中，这样就可以将多个 Commit 关联到同一个 Change-Id 了。

Responsive Image

Change-Id 为避免与提交 Id 冲突，通常以大写字母 I 为前缀。此外，我们需要明确，Change-Id 是 Gerrit 的概念，不是 Git 的概念。你只有用 Gerrit 才会有 Change-Id，而 Git 只有提交 Id。

那么这个 Change-Id 是怎么生成的呢？

理解 git hooks

我在Git hooks 钩子的使用中有详细解释。在这里简单的介绍一下，钩子 (hooks) 是一些在.git/hooks目录的脚本，在被特定的事件触发后被调用。比如执行git commit，git push，git pull等命令时，脚本会被调用。

Gerrit 也提供了一个标准的commit-msg钩子，当我们在执行git commit时，会被调用。会自动生成Change-Id，并将其添加到commit的 footer 中。

通常我们从远程下载代码后，会自动下载commit-msg钩子，并将其添加到.git/hooks目录中。正常来说hooks是不会加入代码仓库的，这应该取决于 Gerrit 的配置。

这次错误应该是我在测试钩子的时候，将 Gerrit 标准钩子删除了，导致无法正确生成 Change-Id。

解决方法

报错时其实已经提供了解决方式：

# 提示让我们安装远程的钩子
remote: Hint: To automatically insert Change-Id,installthe hook:

# 在命令行输入以下两条命令：
# 这条命令将找到该项目的 git 目录,并将其赋值给 gitdir 这个变量
gitdir=$(git rev-parse --git-dir)
# 执行 scp 命令,从 gerrit 代码服务器将钩子脚本文件 commit-msg 下载到项目的钩子目录下 (一般是 .git/hooks/)
scp-p -P XX XX@gerrit.xxxxx.com:hooks/commit-msg${gitdir}/hooks/

安装完之后重新git commit --amend，就可以正常生成 Change-Id 了。

解决 VS Code 终端使用 git bash 时中文乱码

Sat, 16 Jul 2022 21:59:50 +0000

保留现场

Windows 环境下，使用 VSCode 的终端时，中文显示为乱码，如使用git status命令查看修改文件时，中文文件名就无法正常显示： Responsive Image

探究原因

因为终端被替换成了 git bash，它对所有非英文的字符进行了转义。

官方文档提到：

输出路径的命令（例如ls-files、diff）将通过将路径名括在双引号中并以与 C 转义控制字符相同的方式用反斜杠转义这些字符来引用路径名中的异常字符（例如\t用于 TAB, \n 表示LF，\\表示反斜杠）或值大于 0x80 的字节（例如，八进制 \302\265 表示 UTF-8 中的“micro”）。如果此变量设置为 false，则高于 0x80 的字节不再被视为异常。无论此变量的设置如何，双引号、反斜杠和控制字符总是被转义。一个简单的空格字符不被认为是异常的。许多命令可以使用 -z 选项完全逐字输出路径名。默认值是 true。

解决方法

命令行输入，取消转义：

git config --global core.quotepath false

解决 VSCode 配置远程连接，过程试图写入的管道不存在

Wed, 19 Jan 2022 23:07:49 +0000

保留现场

Responsive Image

探究原因

本地记录的服务器信息和现有的产生了冲突

解决方法

方法一

将known_hosts文件的内容全部删除。

C:\Users\user name\.ssh\known_hosts

方法二

搜遍全网几乎都是上述方法，应该绝大部分人通过上述方法都能解决。如果你也跟我一样不走运，不管是重新生成公私钥，还是删除hnow_hosts都不行，那么可以尝试修改 VSCode 使用的ssh.exe。Windows 下默认使用的是环境变量里配置的OpenSSH提供的ssh.exe。你可以将环境变量里的OpenSSH删除。然后在VSCode设置里搜索remote，也就是设置插件remote ssh。

将 Path 强制设置成Git安装包内的ssh.exe

Responsive Image

或者mobaxterm安装包内的ssh.exe

参考

Debug | VSCode | 过程试图写入的管道不存在 - CodeAntenna

VScode 通过 remote ssh 连接虚拟机 & 报错过程试图写入的管道不存在（已解决）_Tasdily 的博客-CSDN 博客_vscode 过程试图写入的管道不存在

解决 ssh permission denied(publickey)

Thu, 13 Jan 2022 22:43:02 +0000

保留现场

linux> ssh -p 2221 xxx@gerrit.com
xxx@gerrit.com: Permission denied(publickey)

探究原因

本次出错是在测试是否能连接 gerrit 时。连接 GitHub 也可能会出现。只要用到 ssh 功能的都有可能。

出错的原因：

网页（如 gerrit,github）没有设置公钥，一般为id_rsa.pub内容；
本地生成了多个公私钥，配对配错了；
本地没有配置好git，比如git config时用户名或者邮箱填错；
需要开启 ssh 代理；

解决方法

生成密钥cd ~/.ssh && ssh-keygen
复制公钥内容，添加到网页中github或者gerrit的设置里。cat id_rsa.pub | xclip
配置git账户
- git config --global user.name "bob"
- git config --global user.email bob@...

以上检查无误，仍然报错

开启ssh代理
- eval $(ssh-agent -s)
将私钥加入代理
- ssh-add ~/.ssh/id_rsa

登陆用户时启动 ssh-agent

如果不幸你的问题就是需要开启ssh-agent，那么每次重启电脑都需要开启一次。这也是相当麻烦的，可以通过将以下配置添加到~/.bashrc中，让 Linux 启动时自动开启ssh-agent。

# Add following code at the end of ~/.bashrc

# Check if ~/.pid_ssh_agent exists.
if [ -f ~/.pid_ssh_agent ]; then

    source ~/.pid_ssh_agent

    # Check process of ssh-agent still exists.
    TEST=$(ssh-add -l)

    if [ -z "$TEST" ]; then # Reinit if not.
        NEED_INIT=1
    fi
else
    NEED_INIT=1 # PID file doesm't exist, reinit it.
fi

# Try start ssh-agent.
if [ ! -z "$NEED_INIT" ]; then
    echo $(ssh-agent -s) | sed -e 's/echo[ A-Za-z0-9]*;//g' > ~/.pid_ssh_agent # save the PID to file.
    source ~/.pid_ssh_agent
fi

参考

ssh - Git: How to solve Permission denied (publickey) error when using Git? - Stack Overflow

Linux 登陆用户时启动 ssh-agent 并复用 - Fenying

解决 unable to install libpng12.so.0

Wed, 05 Jan 2022 13:01:47 +0000

保留现场

apt工具损坏了，在修复时使用了sudo apt-get install -f命令，中途会提示需要安装libpng12-0，但是始终无法安装，会提示如下错误。

Unpacking libpng12-0:amd64 (1.2.50-2+deb8u3) ... dpkg: error 
processing archive libpng12-0_1.2.50-2+deb8u3_amd64.deb 
(--install): unable to install new version of '/usr/lib/
x86_64-linux-gnu/libpng12.so.0': No such file or directory 
Errors were encountered while processing: libpng12-0_1.2.50-2
+deb8u3_amd64.deb

探究原因

具体原因未知，网上答案众说纷纭。

解决方法

这个问题遇到的人还挺多的，解决方法也各不相同，我先说我自己最终解决的方法。

方法一

将软件源更换成中科院的源，使用 Linux 自带的软件和更新工具，具体方法参考这篇文章。更换完之后可以重新尝试安装，有人换源后即可成功安装。
如果未能安装成功，可能曾经手动添加过软件源，将其删除。
```
# 将所有内容注释
vim /etc/apt/sources.list
```

方法二

下载已安装的库文件libpng12.so.0，可以从该链接下载。

将该文件复制到它本该安装的位置。

sudo cp libpng12.so.0 /usr/lib/x86_64-linux-gnu/

方法三

sudo add-apt-repository ppa:linuxuprising/libpng12
sudo apt update
sudo apt install libpng12-0

解决 Qt-QObject::connect: Cannot queue arguments of type‘QTextCursor’错误

Sat, 04 Dec 2021 11:41:46 +0000

保留现场

我在线程中直接调用了 QTextEdit 的 append 函数时，候就会出现下面的错误：

QObject::connect: Cannot queue arguments of type 'QTextCursor'
 
(Make sure 'QTextCursor' is registered using qRegisterMetaType().)

探究原因

原因是我们不能通过线程来修改 UI，较为安全的修改用户界面的方式是向 UI 窗口发送信号 (signal)，较为简单的方式是使用 Qt threading 类。

解决方法

在窗口类中定义信号和槽，并声明和实现一个接口函数，这个接口函数由线程调用，在接口函数中 emit 一个信号，示例代码如下：

//mainwindow.h
signals:
    void AppendText(const QString &text);
private slots:
    void SlotAppendText(const QString &text);
public:
  void Append(const QString &text);
//mainwindow.cpp
connect(this,SIGNAL(AppendText(QString)),this,SLOT(SlotAppendText(QString)));
void ClassName::Append(const QString &text)
{
    emit AppendText("ok: string1");
}
//thread.cpp
void ThreadClassName::SlotAppendText(const QString &text)
{
    mText.append(text);
}

解决 Linux 启动出现 fsck exited with status code 4

Sat, 04 Dec 2021 10:18:09 +0000

保留现场

Responsive Image

探究原因

磁盘检测不能通过，可能是因为系统突然断电或其它未正常关闭系统导致。

解决方法

根据提示可以看到是dev/sda5这个扇区出现了异常，所以通过fsck命令修复文件系统。详细命令解释。

将sda5改为自己损坏的扇区即可，等待一段时间修复完成后，输入exit即可重启。

fsck -y  /dev/sda5

解决 C 语言 undefined reference to pthread_join

Wed, 17 Nov 2021 19:30:20 +0000

保留现场

undefined reference to sleep同样的问题。在使用 C 语言线程函数时，需要包含#include <pthread>，编译时就会报这种错误。

探究原因

pthread 库不是 Linux 系统默认的库，连接时需要使用静态库 libpthread.a，所以在使用pthread_create()创建线程，以及调用pthread_atfork()函数建立fork处理程序时，需要链接该库。

解决方法

gcc thread.c -o thread -lpthread

如果是Makefile配置的编译条件，在Makefile文件中加上如下：

CFLAGS += -lpthread

解决 QT 点击按钮无响应

Tue, 16 Nov 2021 17:42:47 +0000

保留现场

在运行中的界面上点击按钮没有效果，像是按钮上层有其他遮盖层。

探究原因

widget的父控件上又添加了其他Widget，覆盖在了按钮上，因此无法点击。通过new得到的控件，默认显示在比它new的早的控件上面。

解决方法

// 将有按钮的那一层widget置于上层
widget->raise();

解决 QT 在构造函数中写的控件不显示的问题

Tue, 16 Nov 2021 16:15:26 +0000

保留现场

在新窗口中的构造函数中添加控件运行后却没有显示

探究原因

新建的工程师 MainWindow 子类工程，没有设置父窗口。
没有将控件的父窗口设置成自己定义的 widget。

#include<QMainWindow>
 
QMainWindow::QMainWindow(QMainWindow*parent) :
    QMainWindow(parent),
    ui(new Ui::QMainWindow)
{
     ui->setupUi(this);
     QPushButton* button_1 = new QPushButton("add");
     QPushButton* button_1 = new QPushButton("del");
}

解决方法

方法 1：给按钮控件设置父窗口：QWidget，并且把按钮添加到父窗口中。

#include<QMainWindow>
#include<QPushButton>
#include<QHBoxLayout>
 
QMainWindow::QMainWindow(QMainWindow*parent) :
    QMainWindow(parent),
    ui(new Ui::QMainWindow)
{
     ui->setupUi(this);
     QWidget* w = new QWidget();
     this->setCentralWidget(w);
     QHBoxLayout* hLayout = new QHBoxLayout();
     QPushButton* button_1 = new QPushButton("add");
     QPushButton* button_1 = new QPushButton("del");
     hLayout->addWidget(button_1);
     hLayout->addWidget(button_2);
     w->setLayout(hLayout);
}

方法 2：手动指定父窗口

#include<QMainWindow>
#include<QPushButton>
#include<QHBoxLayout>
 
QMainWindow::QMainWindow(QMainWindow*parent) :
    QMainWindow(parent),
    ui(new Ui::QMainWindow)
{
     ui->setupUi(this);
    
    
     QPushButton* button_1 = new QPushButton("add");
     QPushButton* button_1 = new QPushButton("del");
     button_1->setParent(this);
     button_2->setParent(this);
     button_2->move(300,100);
    
}

QWidget 中 update 不执行 paintEvent

Mon, 15 Nov 2021 18:04:50 +0000

保留现场

手动执行update()或者repaint()都不能执行paintEvent函数。

探究原因

如果是代码new出来的控件，检查是否正确显示，比如有没有加入到layout中。或者有没有设置父窗口（可能被其他空间遮挡）。

检查控件width或者height大小是否不为 0。如果为 0，也不会出出发paintEvent。

解决方法

参考 QT 在构造函数中写的控件不显示

解决 C++中 vector 声明错误 expected parameter declarator

Sat, 13 Nov 2021 19:00:29 +0000

保留现场

    QVector<uint32_t> buttonPins(3);

声明了一个长度为 3 的vector数组，编译是会报这个错误。

探究原因

编译器可能无法区分这是一个成员函数声明还是一个成员变量声明，也就是产生歧义。

解决方法

方法 1：

    QVector<uint32_t> buttonPins = QVector<uint32_t>(3);//明确这是一个成员变量

方法 2：默认构造函数里面进行成员变量的初始化

MainWindow::MainWindow(QWidget *parent) : QMainWindow(parent),
    ui(new Ui::MainWindow),buttonPins(3){}

方法 3：列表初始化

QVector<uint32_t> buttonPins{0, 0, 0};

解决 expected identifier before‘(’token

Fri, 12 Nov 2021 19:34:54 +0000

保留现场

比如在一个枚举类型中，会告诉你某行有这种错误。又或者，在一个宏定义语句中出现这种错误。

探究原因

一般来说，出现这种情况，是语句中有些定义的名字发生了冲突。

解决方法

定位错误位置，搜索是否有同名的函数，变量等等。改个名字。

解决 gcc 编译后 fflush 失效

Thu, 21 Oct 2021 09:56:51 +0000

保留现场

使用scanf()获取输入时，因为涉及键盘缓冲区的问题，每次输入后想要把缓冲清空，但是在 gcc 编译后，使用fflush无法清空缓冲区。

探究原因

C 标准 (ISO/IEC 9899:1999 standard) 规定fflush(stdin)操作是未定义的<参看《ISO/IEC 9899:1999 standard》p270>;。也就是说不一定能实现刷新功能，但有的编译器可能不遵循标准，对fflush(stdin)操作不予警告，并且有时可能产生正确的结果，但最好不要这样使用。

解决方法

通过 while 循环把输入流中的余留数据“吃”掉：

int c;
while ((c=getchar()) != ‘\n’ && c != EOF);

解决 Segmentation fault (core dumped)

Wed, 20 Oct 2021 14:23:02 +0000

出现段错误的可能原因

访问不存在的内存地址

#include<stdio.h>
#include<stdlib.h>
void main()
{
        int *ptr = NULL;
        *ptr = 0;
}

访问系统保护的内存地址

#include<stdio.h>
#include<stdlib.h>
void main()
{
        int *ptr = (int *)0;
        *ptr = 100;
}

访问只读的内存地址

#include<stdio.h>
#include<stdlib.h>
#include<string.h>
void main()
{
        char *ptr = "test";
        strcpy(ptr, "TEST");
}

栈溢出

#include<stdio.h>
#include<stdlib.h>
void main()
{
        main();
}

段错误信息获取

程序发生段错误时，提示信息很少，下面有几种查看段错误的发生信息的途径。

dmesg

dmesg 可以在应用程序 crash 掉时，显示内核中保存的相关信息。如下所示，通过dmesg命令可以查看发生段错误的程序名称、引起段错误发生的内存地址、指令指针地址、堆栈指针地址、错误代码、错误原因等。

$:~/segfault$ dmesg
[ 2329.479037] segfault3[2700]: segfault at 80484e0 ip 00d2906a sp bfbbec3c error 7 in libc-2.10.1.so[cb4000+13e000]

-g

使用 gcc 编译程序的源码时，加上-g参数，这样可以使得生成的二进制文件中加入可以用于 gdb 调试的有用信息。

$:~/segfault$ gcc -g -o segfault3 segfault3.c

nm

使用 nm 命令列出二进制文件中的符号表，包括符号地址、符号类型、符号名等，这样可以帮助定位在哪里发生了段错误。

panfeng@ubuntu:~/segfault$ nm segfault3
08049f20 d _DYNAMIC
08049ff4 d _GLOBAL_OFFSET_TABLE_
080484dc R _IO_stdin_used
         w _Jv_RegisterClasses
08049f10 d __CTOR_END__
08049f0c d __CTOR_LIST__
08049f18 D __DTOR_END__
08049f14 d __DTOR_LIST__
080484ec r __FRAME_END__
08049f1c d __JCR_END__
08049f1c d __JCR_LIST__
0804a014 A __bss_start
0804a00c D __data_start
08048490 t __do_global_ctors_aux
08048360 t __do_global_dtors_aux
0804a010 D __dso_handle
         w __gmon_start__
0804848a T __i686.get_pc_thunk.bx
08049f0c d __init_array_end
08049f0c d __init_array_start
08048420 T __libc_csu_fini
08048430 T __libc_csu_init
         U __libc_start_main@@GLIBC_2.0
0804a014 A _edata
0804a01c A _end
080484bc T _fini
080484d8 R _fp_hw
080482bc T _init
08048330 T _start
0804a014 b completed.6990
0804a00c W data_start
0804a018 b dtor_idx.6992
080483c0 t frame_dummy
080483e4 T main
         U memcpy@@GLIBC_2.0

ldd

使用 ldd 命令查看二进制程序的共享链接库依赖，包括库的名称、起始地址，这样可以确定段错误到底是发生在了自己的程序中还是依赖的共享库中。

$:~/segfault$ ldd ./segfault3
    linux-gate.so.1 =>  (0x00e08000)
    libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x00675000)
    /lib/ld-linux.so.2 (0x00482000)

调试方法和技巧

使用 gcc 和 gdb

调试流程

为了能够使用 gdb 调试程序，在编译阶段加上-g 参数，

$:~/segfault$ gcc -g -o segfault3 segfault3.c

使用 gdb 命令调试程序：

$:~/segfault$ gdb -q ./segfault3 
Reading symbols from ./segfault3...done.
(gdb)

进入 gdb 后，运行程序：

(gdb) run
Starting program: ./segfault3 

Program received signal SIGSEGV, Segmentation fault.
0x001a306a in memcpy () from /lib/tls/i686/cmov/libc.so.6
(gdb)

从输出看出，程序收到SIGSEGV信号，触发段错误，并提示地址0x001a306a、调用 memcpy 报的错，位于/lib/tls/i686/cmov/libc.so.6库中。

完成调试后，输入quit命令退出 gdb：

适用场景

仅当能确定程序一定会发生段错误的情况下使用。
当程序的源码可以获得的情况下，使用-g参数编译程序。
一般用于测试阶段，生产环境下 gdb 会有副作用：使程序运行减慢，运行不够稳定，等等。
即使在测试阶段，如果程序过于复杂，gdb 也不能处理。

使用 core 文件和 gdb

在上节中提到段错误会触发SIGSEGV信号，通过man 7 signal，可以看到SIGSEGV默认的handler会打印段错误出错信息，并产生core文件，由此我们可以借助于程序异常退出时生成的core文件中的调试信息，使用 gdb 工具来调试程序中的段错误。

调试流程

运行有段错误的程序，生成 core 文件。
gdb 加载 core 文件

$:~/segfault$ gdb ./segfault3 ./core 
Reading symbols from /home/panfeng/segfault/segfault3...done.

warning: Can't read pathname for load map: 输入/输出错误.
Reading symbols from /lib/tls/i686/cmov/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/tls/i686/cmov/libc.so.6
Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/ld-linux.so.2
Core was generated by `./segfault3'.
Program terminated with signal 11, Segmentation fault.
#0  0x0018506a in memcpy () from /lib/tls/i686/cmov/libc.6

从输出看出，同上节中一样的段错误信息。

适用场景

适合于在实际生成环境下调试程序的段错误（即在不用重新发生段错误的情况下重现段错误）。
当程序很复杂，core 文件相当大时，该方法不可用。

使用 objdump

调试流程

使用 dmesg 命令，找到最近发生的段错误输出信息：

$:~/segfault$ dmesg
... ...
[17257.502808] segfault3[3320]: segfault at 80484e0 ip 0018506a sp bfc1cd6c error 7 in libc-2.10.1.so[110000+13e000]

其中，对我们接下来的调试过程有用的是发生段错误的地址：80484e0和指令指针地址：0018506a。

使用objdump生成二进制的相关信息，重定向到文件中：

$:~/segfault$ objdump -d ./segfault3 > segfault3Dump

其中，生成的segfault3Dump文件中包含了二进制文件的segfault3的汇编代码。

在segfault3Dump文件中查找发生段错误的地址：

panfeng@ubuntu:~/segfault$ grep -n -A 10 -B 10 "80484e0" ./segfault3Dump 
121- 80483df:    ff d0                    call   *%eax
122- 80483e1:    c9                       leave  
123- 80483e2:    c3                       ret    
124- 80483e3:    90                       nop
125-
126-080483e4 <main>:
127- 80483e4:    55                       push   %ebp
128- 80483e5:    89 e5                    mov    %esp,%ebp
129- 80483e7:    83 e4 f0                 and    $0xfffffff0,%esp
130- 80483ea:    83 ec 20                 sub    $0x20,%esp
131: 80483ed:    c7 44 24 1c e0 84 04     movl   $0x80484e0,0x1c(%esp)
132- 80483f4:    08 
133- 80483f5:    b8 e5 84 04 08           mov    $0x80484e5,%eax
134- 80483fa:    c7 44 24 08 05 00 00     movl   $0x5,0x8(%esp)
135- 8048401:    00 
136- 8048402:    89 44 24 04              mov    %eax,0x4(%esp)
137- 8048406:    8b 44 24 1c              mov    0x1c(%esp),%eax
138- 804840a:    89 04 24                 mov    %eax,(%esp)
139- 804840d:    e8 0a ff ff ff           call   804831c <memcpy@plt>
140- 8048412:    c9                       leave  
141- 8048413:    c3                       ret

通过对以上汇编代码分析，得知段错误发生main函数，对应的汇编指令是movl $0x80484e0,0x1c(%esp)，接下来打开程序的源码，找到汇编指令对应的源码，也就定位到段错误了。

适用场景

不需要-g参数编译，不需要借助于core文件，但需要有一定的汇编语言基础。

2、如果使用了 gcc 编译优化参数（-O1，-O2，-O3）的话，生成的汇编指令将会被优化，使得调试过程有些难度。

使用 catchsegv

catchsegv命令专门用来扑获段错误，它通过动态加载器（ld-linux.so）的预加载机制（PRELOAD）把一个事先写好的库（/lib/libSegFault.so）加载上，用于捕捉断错误的出错信息。

$:~/segfault$ catchsegv ./segfault3
Segmentation fault (core dumped)
*** Segmentation fault
Register dump:

 EAX: 00000000   EBX: 00fb3ff4   ECX: 00000002   EDX: 00000000
 ESI: 080484e5   EDI: 080484e0   EBP: bfb7ad38   ESP: bfb7ad0c

 EIP: 00ee806a   EFLAGS: 00010203

 CS: 0073   DS: 007b   ES: 007b   FS: 0000   GS: 0033   SS: 007b

 Trap: 0000000e   Error: 00000007   OldMask: 00000000
 ESP/signal: bfb7ad0c   CR2: 080484e0

Backtrace:
/lib/libSegFault.so[0x3b606f]
??:0(??)[0xc76400]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xe89b56]
/build/buildd/eglibc-2.10.1/csu/../sysdeps/i386/elf/start.S:122(_start)[0x8048351]

Memory map:

00258000-00273000 r-xp 00000000 08:01 157 /lib/ld-2.10.1.so
00273000-00274000 r--p 0001a000 08:01 157 /lib/ld-2.10.1.so
00274000-00275000 rw-p 0001b000 08:01 157 /lib/ld-2.10.1.so
003b4000-003b7000 r-xp 00000000 08:01 13105 /lib/libSegFault.so
003b7000-003b8000 r--p 00002000 08:01 13105 /lib/libSegFault.so
003b8000-003b9000 rw-p 00003000 08:01 13105 /lib/libSegFault.so
00c76000-00c77000 r-xp 00000000 00:00 0 [vdso]
00e0d000-00e29000 r-xp 00000000 08:01 4817 /lib/libgcc_s.so.1
00e29000-00e2a000 r--p 0001b000 08:01 4817 /lib/libgcc_s.so.1
00e2a000-00e2b000 rw-p 0001c000 08:01 4817 /lib/libgcc_s.so.1
00e73000-00fb1000 r-xp 00000000 08:01 1800 /lib/tls/i686/cmov/libc-2.10.1.so
00fb1000-00fb2000 ---p 0013e000 08:01 1800 /lib/tls/i686/cmov/libc-2.10.1.so
00fb2000-00fb4000 r--p 0013e000 08:01 1800 /lib/tls/i686/cmov/libc-2.10.1.so
00fb4000-00fb5000 rw-p 00140000 08:01 1800 /lib/tls/i686/cmov/libc-2.10.1.so
00fb5000-00fb8000 rw-p 00000000 00:00 0
08048000-08049000 r-xp 00000000 08:01 303895 /home/segfault/segfault3
08049000-0804a000 r--p 00000000 08:01 303895 /home/segfault/segfault3
0804a000-0804b000 rw-p 00001000 08:01 303895 /home/segfault/segfault3
09432000-09457000 rw-p 00000000 00:00 0 [heap]
b78cf000-b78d1000 rw-p 00000000 00:00 0
b78df000-b78e1000 rw-p 00000000 00:00 0
bfb67000-bfb7c000 rw-p 00000000 00:00 0 [stack]

如何避免段错误

出现段错误时，首先应该想到段错误的定义，从它出发考虑引发错误的原因。
在使用指针时，定义了指针后记得初始化指针，在使用的时候记得判断是否为 NULL。
在使用数组时，注意数组是否被初始化，数组下标是否越界，数组元素是否存在等。
在访问变量时，注意变量所占地址空间是否已经被程序释放掉。
在处理变量时，注意变量的格式控制是否合理等。

Reference

Qt 修改 UI 文件不生效

Sun, 26 Sep 2021 09:19:18 +0000

保留现场

修改了 UI 文件后，在代码中无法调用新增的内容。

探究原因

导致ui_*.h文件没有更新的原因是源代码中#include ui_*.h的位置和实际生成的位置不同，引用的是老的ui_*.h

解决方法

方法一：

项目设置文件.pro内增加 UI_DIR=./UI，同时删除掉源代码目录中ui_*.h，clear all,->qmake->rebuilt all 方法二：

Responsive Image

QtCreator 修改项目构建目录

Sat, 25 Sep 2021 19:17:46 +0000

保留现场

QtCreator 构建项目时，会在统计目录新建一个build-xxx-debug的目录，如果想要自己修改这个目录的位置，名称，该怎么办。

解决方法

仅修改工具（Tool）–>选项 (Options)–>构建和运行 (Build&Run) 中Default build directory：./%{CurrentBuild:Name}是不会生效的。

将工具–>选项–>构建和运行中Default build directory修改为./%{CurrentBuild:Name}（改为你想要的目标目录都行）；
把 QtCreator 关闭，把工程目录下后缀名为.pro.user的文件删掉；
用 QtCreator 打开工程，会提示你创建构建目录，此时提示的就是你修改后的Default build directory中填写的目录；

其中.pro.user文件记录了编译器、构建工具链、构建目录、版本…..等工程编译相关信息，想要更换项目的编译环境，得删除这个文件，由 QtCreator 自动重新创建。

解决 Undefined reference to 问题

Fri, 17 Sep 2021 11:14:30 +0000

链接时缺失了相关目标文件

这是最典型最常见的情况。比如新添加了一个模块fun.h fun.c两个文件，其他文件中使用了这个模块里的函数，如果编译时忘记加上这两个文件，调用fun模块函数的地方，就会报undefined reference错误。

这个问题在编辑器中一般不容易发现，因为头文件包含是正确的，编辑器能够找到相关的函数及其实现，所以在编写代码时不会报错。

链接时缺少相关的库文件

这个原因和上一条类似，我们在调用静态库中的函数时，编译时如果没有将静态库一起编译，就会报同样的错误。

链接的库文件中又使用了另一个库文件

在使用第三方库时，一定要在编译中加入第三方库的路径。

多个库文件链接顺序问题

在链接命令中给出所依赖的库时，需要注意库之间的依赖顺序，依赖其他库的库一定要放到被依赖库的前面，这样才能真正避免 undefined reference 的错误，完成编译链接。

声明与实现不一致

这个原因也比较典型，注意排查声明与实现的参数是否一致，返回值是否一致。

在 c++代码中链接 c 语言的库

在C++代码中，调用了C语言库的函数，因此链接的时候找不到，解决方法是在相关文件添加一个extern "C"的声明即可。

总结

顾名思义，这个错误就是未定义你使用的内容导致的。所以要排查使用的内容是否能够被正确“找到”。使用的时候有没有声明，有没有定义，声明与定义是否一致，编译时能否正确链接等等。

解决 TypeError [ERR_INVALID_ARG_TYPE]: The data argument must be of type string or an instance of Buffe

Fri, 10 Sep 2021 15:59:34 +0000

安装 GitBook 时出现这个错误，将node版本降级即可

MINGW64 ~/Desktop/dir1/dir11
$ gitbook init
warn: no summary file in this book
info: create SUMMARY.md

TypeError [ERR_INVALID_ARG_TYPE]: The "data" argument must be of type string
 or an instance of Buffer, TypedArray, or DataView. Received an instance of
Promise

解决 expected 'char * const*' but argument is of type 'char **'

Wed, 08 Sep 2021 19:07:27 +0000

在使用exec系列函数时，execle，execv，execvp三个函数，都可以使用char *arg[]传入启动参数。以下面的程序为例，

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>

int main(void)
{
    int ret;
    char *argv[] = {"ls","-l",NULL};
    ret = execvp("ls",argv);
    if(ret == -1)
        perror("execl error");
    return 0;
}

编译时就会出现一下，警告，

expected 'char * const*' but argument is of type 'const char **'

因为项目中不允许警告产生，所以编译选项是-Werror，所有警告都会被升级成错误。编译时就会产生如下提示，

ccl : all warnings being treated as errors

如果是平时练习，改一下编译选项，把这个警告忽略就行，但是现在只能解决。

出现这个问题就是因为定义数组时char *argv[]类型是char **。但是execvp()函数签名是execvp(const char *file, char *const argv[]);第二个参数的类型是char * const *。

本以为直接将变量定义更改成char * const argv[]就行了，但是它等价于const char **，所以仍然不能和函数签名匹配。

实在没办法只能改成如下：

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>

int main(void)
{
    printf("entering main process---\n");
    int ret;
    char str1[] = "ls";
    char str2[] = "-l";
    char * const argv[] = {str1, str2, NULL};
    ret = execvp("ls",argv);
    if(ret == -1)
        perror("execl error");
    printf("exiting main process ----\n");
    return 0;
}

或者在将形参argv进行强制转换。

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>

int main(void)
{
    printf("entering main process---\n");
    int ret;
    char const *argv[] = {"ls", "-l", NULL};
    ret = execvp("ls",(char * const *)argv);
    if(ret == -1)
        perror("execl error");
    printf("exiting main process ----\n");
    return 0;
}

解决 gcc-multilib : 依赖：gcc-4.8-multilib (>= 4.8.2-5~) 但是它将不会被安装

Fri, 03 Sep 2021 10:44:44 +0000

问题

这是一类问题，不仅限于安装 gcc，这类问题的根本原因在于，Ubuntu 已安装的软件包版本高，而所安装软件的依赖包版本低，这样在安装高版软件时，已有的软件包依赖你要安装的软件包，你把软件包升级了，可能就会破坏这个依赖关系，所以apt-get不让你安装。

这时就要请到大杀器-aptitude，它与 apt-get一样，是 Debian 及其衍生系统中功能极其强大的包管理工具。与 apt-get 不同的是，aptitude在处理依赖问题上更佳一些。举例来说，aptitude在删除一个包时，会同时删除本身所依赖的包。这样，系统中不会残留无用的包，整个系统更为干净。

方法

$sudo apt-get install aptitude  //安装aptitude包管理器
$sudo aptitude install gcc-multilib //用新的包管理器安装你要安装的软件

安装gcc-multilib时会把所有依赖包一并安装，此时会让你同意，选择n就行。

接下来就会解决已经安装的包之间的依赖关系，他会降级或升级一些软件包来匹配当前安装的软件版本，此时选择y。

完成以上操作，再次正常安装需要的软件包即可成功安装。

如果无法正常安装，重复以上操作，每次都选择n。

解决 fatal error: bits/libc-header-start.h：no such file

Fri, 03 Sep 2021 09:26:34 +0000

保留现场

想要分别编译 32 位和 64 位的程序时，gcc 出现了错误，

In file included from func_call.c:1:
/usr/include/stdio.h:27:10: fatal error: bits/libc-header-start.h: 没有那个文件或目录
   27 | #include <bits/libc-header-start.h>
      |          ^~~~~~~~~~~~~~~~~~~~~~~~~~
compilation terminated.

问题解决

问题原因猜测是默认 gcc 只提供当前机器的版本，解决如下

apt install gcc-multilib

解决 OpenSSL SSL_connect: Connection was reset in connection to github.com:443

Mon, 09 Aug 2021 18:20:51 +0000

在向 GitHub 推送博客时，推送失败报了这个错。也不知道是改了什么设置突然报错。SSL 的错之前遇到一次，就是刚开始配置 Git 时用的https协议，每次push都需要重新输入一次密码。改成ssl协议就 OK 了。当时把 Linux 环境的 Git 改了，但是现在的 Windows 下没改，猜测可能和这也有关，于是就把 URL 改了一下，结果还真好了。在本地仓库的.git文件里找到config文件，打开后将url改为ssl协议，git@github.com:XXX格式的。

将 Hexo 的配置也改了，找到仓库下的_config.yml

deploy:
  type: git
  repository: 改成ssl协议地址
  branch: master

解决/usr/bin/env:python:No such file or directory

Tue, 03 Aug 2021 15:58:44 +0000

在执行的程序源码开头有这么一句!#/usr/bin/env python，!#这玩意叫shebang也叫hashbang。他用来指定脚本的解释器，也就是说这个程序指定python解释器。

再看这个错误提示，罪魁祸首就是这句命令，就是说在环境变量找不到python，通俗点说，假如我要能直接用python来跑这个程序，我在命令行直接输入python应该是可以进入python环境的，但是此时肯定不能。我们可以试试

dominic@hanhan:~$ python
Commond not found xxxxxxxxxxx

解决方案一

系统里没有python还跑个锤子，先装上再说

apt-get install python3

这时候可能就解决问题了

解决方案二

有的人可能python早就装了，但是仍然有这个问题，但是我们在命令输入python仍然没法用，但是输入python3就可以

那python3可以，我直接将python改成python3不就完了。没错！

打开文件将!#/usr/bin/env python改成!#/usr/bin/env python3

解决方案三

如果了解软链接，那我们就可以不用去改源码了，源码最好还是保持原样。

既然找不到python这玩意，那我们给他建一个不就完了。

他要python就是用来解释程序的，我们本地装的python3就是他需要的东西

先找找我们的python3在哪

dominic@hanhan:~$ whereis python3
python3: /usr/bin/python3.8 /usr/bin/python3.8-config /usr/bin/python3

一般在/usr/bin目录下，然后我们在这个目录下给他创建一个软链接“快捷方式”，具体咋用的啥意思，可以参考这篇文章。

sudo ln -s /usr/bin/python3 /usr/bin/python

这样程序再找python时就会链接到python3，然后用python3去当解释器。

解决方案四

可能在root目录下使用过repo，将其删除

Bug on 夜云泊

解决系统依赖错误GLIBCXX_3.4.29 not found

VirtualBox Ubuntu 无法联网

解决方案

背景知识

NetworkManager 与 systemd-networked

解决 VSCode 远程登录失败 Error: WebSocket close with status code 1006

保留现场

解决方法

解决 Linux 终端回车键变成字符 M

保留现场

解决方法

解决 Python No module named 'ConfigParser'

保留现场

解决方法

解决 LaTeX 编译 Missing character There is no (U+00A0) in font

保留现场

探究原因

解决方法

参考

解决 No module named 'ConfigParser'

Linux 终端回车变成^M

解决方法

参考

解决 ERROR Could not install packages due to an EnvironmentError 拒绝访问

保留现场

解决方法

解决 Unable to 加载 picture or PDF file

保留现场

探究原因

解决方法

解决 cast from pointer to integer of different size

保留现场

探究原因

解决方法

粗暴地用double来接收

uintptr_t

解决提交 gerrit missing Change-Id

保留现场

探究原因

理解 change-id

理解 git hooks

解决方法

解决 VS Code 终端使用 git bash 时中文乱码

保留现场

探究原因

解决方法

解决 VSCode 配置远程连接，过程试图写入的管道不存在

保留现场

探究原因

解决方法

方法一

方法二

参考

解决 ssh permission denied(publickey)

保留现场

探究原因

解决方法

登陆用户时启动 ssh-agent

参考

解决 unable to install libpng12.so.0

保留现场

探究原因

解决方法

方法一

方法二

方法三

解决 Qt-QObject::connect: Cannot queue arguments of type‘QTextCursor’错误

保留现场

探究原因

解决方法

解决 Linux 启动出现 fsck exited with status code 4

保留现场

探究原因

解决方法

解决 C 语言 undefined reference to pthread_join

保留现场

探究原因

解决方法

解决 QT 点击按钮无响应

粗暴地用`double`来接收