pcj2007的专栏

用strcpy( )有问题，用strncpy( )还是有问题。#define PATH_MAX 128比如：strncpy(file_path, src, PATH_MAX);strncpy( )容易出现２种问题：1）源串太长，造成没有结束符，引用时有越界乱码现象。　2)字符串长度容易与标称不一致。比如file_path说是最大支持128字符，然而如果把结束符算上，经常只有127。strncpy源码：当src达到count时，就没有结束符了：char* strncpy(char* d

原以为so easy的小事情：从官网下载相应的驱动编译，安装，配置一下就好了。事实上还是有2个坑的，首先是编译一大串的错误。make[2]: *** [/root/ws/RTL8192EU_linux_v5.2.7_22739_COEX20170113-0046.20170615/driver/rtl8192EU_WiFi_linux_v5.2.7_22739.20170615_COEX2...

IO模型中一个重要的多路处理模型。背景：程序需要处理多路IO时，靠阻塞的同步IO或者非阻塞的轮询都不是太好的选择。因为阻塞IO只能处理单路IO比较有效，而非阻塞的轮询无论是否有IO到来都会形成开销。因此需要一种事件推动的模型，能对多路IO的就绪状态进行监听。类型于硬件中断驱动机制。select/poll/epoll便于用于这个目的。比较： 特点 问题点 ...

最近在想自己的Linux kernel roadmap要怎么定，应该是之前还没有想清楚。只是有些模糊的，一时的，零星的想法。已经2019年了，想来接触到Linux已经有十多年。倒现在只能说略懂一点能扯淡的皮毛，这个现实多少有点让自己感到沮丧。为啥会这样？原因和学渣定律有关：1.在三分钟热度与专一中遥摆我那三分钟热度的毛病不能说是全是很坏的事，至少没有以那么画地为牢。可惜吾生有涯，而知无...

可能比较愚笨，阅读代码这种事情，总是觉得比较难搞，费时费精力。看过一些代码，写过一些代码。略有小总结分享一下。好的阅读代码效果：应该是时间少，掌握度高。没有银弹，要达到高效要从几个维度来出手。１.找文档，找资料。代码只是方案的实现，看官方的设计文档准没错。这是一类抽象层面的东西。也可以看别人写的代码分析文档或者书。当然看别人的代码分析文档好像有点作弊的意思，但是这的确是高效...