weixin_38844714的博客

点击打开链接

在进行交叉编译时，出现以下问题error while loading shared libraries: libstdc++.so.6: cannot open shared obj 一系列问题环境变量的设置没有问题，问题是出现在64位操作系统的原因上。安装以下apt-get install lib32z1 lib32ncurses5apt-get install 

最近在做视频流的采集，然后保存成图片的形式，网上找的例程对映射缓存区的读取是这样的struct v4l2_buffer buf;ioctl(fd, VIDIOC_DQBUF,&buf);process_image(usr_buf[buf.index].start, usr_buf[buf.index].length);//保存成图片的函数ioctl(fd, VIDIOC_QBUF,&

公司一个视频监控的项目，需要在全志A33上实现wifi作为ap和sta进行视频的传输和控制。作为sta的话，一开始用wpa_supplicant交叉编译，然后移植到板子上就能正常启动了，可以连接wifi并且可以和外网www.baidu.com ping通。如果作为AP端的话（如果网卡支持的话，我的板子上用的是wifi和蓝牙二合一的ap6210）那就需要hostapd来启动热点作为AP端。

对于很多刚入门linux的新手来说，交叉编译是一个很头疼的问题。因为常常会出现缺少这个头文件和编译环境不完全的问题。我在编译一个现有的工程时，发现一个问题，在linux下用gcc编译，编译成功，但是使用arm-linux-gcc编译则找不到头文件。我把该头文件的路径加到PATH环境变量下，也不能解决该问题。后来，百度找到以下帖子。现在立flag，以供以后查阅交叉编译头文件搜素路径

一些简单的问题，但是却没有意识到。关于代码中double free的错误。 伪代码：    char * str = NULL;    str = (char *)malloc(sizeof (char)*num); //申请内存    free(str);    在一些循环函数中，我们经常会通过判断str是否为NULL,来判断数据的有效性，那么问题就来了   接上...