柳鲲鹏

LINUX：检查当前进程内存占用的C代码

关于#pragma pack(push, 8)，DeepSeek回答错误

C语言函数体内部，使用void是什么意思？

C++使用成员函数，启动线程

程序调试遭遇两次诡异线程冲突：防抖功能在高通板上必现视频卡死，但在虚拟机正常；开发初期测试无异常，次日无法运行。另一冲突导致视频流获取失败，历史问题曾通过烧录解决，但再次烧录后仍失败，最终通过简化代码验证功能正常。现象表明线程安全问题具有设备相关性和不稳定性，可能与底层硬件调度机制有关。

error: uint8_t/int32_t was not declared in this scope

UBUNTU编译gdb报错：#include "common/common-defs.h"

Unknown CMake command "pkg_check_modules".

C语言获得网络IP、掩码mask、广播broadcast

cmake构建时指定安装路径

库、编译器有一个错误：undefined reference to `stat64@GLIBC_2.33'

交叉编译：strip: Unable to recognise the format of the input file xx.c.o

检查glibc/libc.so支持哪些版本

高通移远平台：导出交叉编译工具链

cmake编译时，通过命令行传递宏定义参数

warning: __VA_ARGS__ can only appear in the expansion of a C++11 variadic macro 19 | )

嵌入式交叉编译：iniparser

CMake/CMakeLists.txt中集成pkgconfig查找.pc文件

我只用到erase()，前后还加了锁，每次只删除一个。_M_unhook：顾名思义，该函数的作用是将某个节点从链表中卸下。网上搜索，说是erase()在多线程条件下会崩溃，我是有加锁的。使用了vector，结果崩溃了。一气之下，换用list。

【代码】gcc编译时去掉警告。

【代码】gcc编译时undefined reference to的一种情形。

【代码】C++输出类名。

编译时试图链接/lib/x86_64-linux-gnu/libstdc++.so.6，结果发现有问题。说明要换用gcc的。

当你在子类加了一个与父类同名函数，然后信心满满的调用，结果发现调用的还是父类。再次运行，是不是就正确了？父类可以实现这个函数。

本来好好的用指针，现在多了个shared_ptr，转换为其他类型，就不能直接转了。如果类型不匹配，结果为NULL。不检查类型，出错了你负责。

这几天发现程序工作异常。如果是开机启动，就出错；如果是手工启动，就正常。原因也简单，就是负责创建的进程，还没有正式工作。

由于系统不支持UTF8中文，所以改成了wchar_t。我看了一下字幕，0、2、4不显示，1、2、3显示。后来猜测到是字节对齐问题。0行有两个字节被占用了。原因找到了，就有办法解决。

swprintf和sprintf最大区别，就是swprintf要加个长度限制。

真有牛人提供了解决办法。

这几天调整安装，发现有些文件安装到/lib下。就想复制到安装目录，这样影响更少。然后发现rpaht有问题。修改为当前路径最好。在编译的时候，大多使用$ORIGIN。因为$有特殊含义，所以这里进行了转义。可以看到由编译的绝对路径，变成了相对路径。.或者$ORIGIN。

【代码】CMake为rpath设置相对路径。

上周跟踪崩溃，结论非常奇怪，似乎死在sleep。sleep是正宗系统函数，这个也动不动崩溃，那系统每分钟都要死几次。所以肯定与sleep无关。也就是说，代码在sleep，其他部分还在工作，导致崩溃。那么为什么看起来死在sleep上？

【代码】Could NOT find Threads (missing: Threads_FOUND)

解压后，再配置一下PATH。

经过定位，确认是memcpy(dst, src, strlen(str))这一句出错。这src是产生线程时的参数。我直接把src赋值，就没问题。应用经常崩溃，于是就想转为服务，让系统帮忙重启。这个事情当然信心满满，咱之前做过，最近也刚刚实验过。systemctl start weiyu，然后就卡死在这里。甚至我把main基本清理干净了，还是卡死。目前只能放弃，以后有机会再深入研究。我另外的一个测试程序就完全正常。

这几天接手代码之后，添加了柳氏风格的LOG。昨天检查LOG的时候，发现有的设备会初始化多次。于是研究了代码，使用的是线程初始化，如果中途断线还要一直初始化。仔细想想，这个思路有点问题。怎样确保当前只有一个初始化的工作？指针为NULL，时间大于1，指定间隔后再次初始化。指针为NULL，时间为1，正在初始化；指针不为NULL，表示正常；

试了一下__FILE_NAME__这个宏不能用，怎么办？特意加了括号，保证是个独立体。

【代码】Ubuntu上cJSON下载编译。

这一套代码也是久经考验，一直能用，怎么就报错了？destroy与别的重复。

最近在调试摄像头APP时，发现拔下摄像头时，会卡死。网上搜索了一番，说是在使用之前，使用pthread_detach操作即可。正好看到有人更新了库，其中明确说是解决卡死问题。我对于这个线程问题，一时也有点糊涂，以后专门研究看看。更新代码后试了一下，有所改善。具体有没有解决，存疑。试了之后，并无效果。