linux应用层编程问题--沙雕问题

1.调用沁恒 USB读取接口 读不到数据

c 复制代码
static bool CH37XASyncReadData(int iIndex, uint32_t epindex, void *oBuffer, uint32_t *ioLength)
{
    struct _bulkUp {
        uint32_t len;
        uint8_t epindex;
        uint8_t data[0];
    } __attribute__((packed));

    struct _bulkUp *bulkUp;
    int retval;

    bulkUp = (struct _bulkUp *)malloc(sizeof(struct _bulkUp) + *ioLength);

    bulkUp->len = *ioLength;
    bulkUp->epindex = epindex;

    retval = ioctl(gusbch37x.bfdops ? iIndex : gusbch37x.fds[iIndex], CH37X_BULK_ASYNC_READ, (unsigned long)bulkUp);
    if (retval < 0) {
        printf("CH37XASyncReadData retval %d\n",retval);
        goto exit;
    }

    *ioLength = bulkUp->len;

    memcpy((uint8_t *)oBuffer, bulkUp->data, bulkUp->len);

exit:
    free(bulkUp);
    return retval == 0 ? true : false;
}

底层应该是len =read (fd,buf,len);

我len =0;,傻逼了

数据读取丢包现象

由于采用两个线程一个从usb读数据一个写入到文件,线程挂起时间均为1S,自测发现有丢包现象,减小挂起时间直接收不到数据,好家伙,写了一个大bug,从mcu端查看发送端,发现接收到的数据就已经丢了,后来结合log推测是read 文件后调用usb wirte少写了,推测写数据没有结束,线程切换了,导致丢包

后来发现是我自己应用层软件写的有问题

应用层采用互斥锁+条件变量 来实现生产者消费者模式,但是由于我用于读取USB数据写到文件的临界缓存buffer 只设置80K,而且读取数据的最大也是80K,就导致缓存覆盖问题

最后采用ringbuffer的方式来解决问题

2 麒麟 error adding symbols file in wrong format

网上百度一下 得知可能是库加载有问题,涉及编译环境

反思:我直接拷贝工程,工程是在ubuntu 22下

查询本地:本地是麒麟

尝试:ubuntu 删除编译生成文件,在麒麟下重新make ,通过

3 Ubuntu 终端 打不开

4 GDB 问题

4. 1 No symbol table is loaded. Use the "file" command.

编译时 未加 -g

相关推荐
Brilliantwxx几秒前
【Linux】 软件包管理器(yum)+ Vim使用
linux·运维·服务器·开发语言·编辑器·vim
skywalk81635 分钟前
在FreeBSD的Uubntu兼容环境下安装Reasonix
linux·运维·freebsd
^yi20 分钟前
【Linux系统编程】对操作系统的理解
linux·运维·服务器·操作系统·系统调用·os
Kina_C36 分钟前
LVS-NAT 负载均衡实验从环境搭建到规则持久化
linux·运维·服务器·负载均衡·lvs
小肝一下1 小时前
7. 库制作与原理
linux·c语言·操作系统·bash·shell·动静态库
Android洋芋1 小时前
PrintFriendly网页文章转PDF插件工具及技术分析
运维·服务器·pdf·网页转pdf
Elastic 中国社区官方博客1 小时前
使用重新设计的 AutoOps 更快地进行 Elasticsearch 问题排查
大数据·运维·前端·人工智能·elasticsearch·搜索引擎·全文检索
RoboWizard1 小时前
金士顿高速闪存盘 单双接口适配多元存储需求
大数据·运维·人工智能·智能手机·云计算
2601_964702891 小时前
Claude Opus 5 API 开发实战:对话、文本生成与结构化输出
java·服务器·前端
聚焦前沿1 小时前
水动力优化导流罩:原理、数据与实船验证
大数据·服务器·数据库·人工智能