yuqingli05
yuqingli05
SHA-1: fa7c1db76874dfb97bc3673826d716aa29eefa6b 测试BSP: qemu-vexpress-a9 （其实和BSP无关 具有普遍性） 编译器 arm-none-eabi-gcc ~~~c #include #include #include #include int main(void) { if (access("/test/test", F_OK) == 0) { } return 0; } ~~~  原因分析： rtthread...
版本 SHA-1: f57eb4feb5ee4856299058058eff15593ac0570d gcc10.3.1 报提醒 ~~~ #define HAVE_NEWLIB_H 1 #define LIBC_VERSION "newlib 4.1.0" #define HAVE_SYS_SIGNAL_H 1 #define HAVE_SYS_SELECT_H 1 #define HAVE_PTHREAD_H 1 #define HAVE_FDSET 1 #define HAVE_SIGACTION 1 #define HAVE_SIGEVENT...
使用rtthread 版本 SHA-1: aaf5462c6d4ae9466a0a8cd2a4bb00cfe1fef2f2 我自己测试百分之百复现的测试代码 ~~~c static rt_mutex_t mutex1 = RT_NULL; static rt_mutex_t mutex2 = RT_NULL; static void threadA(void *pvParameter) { rt_thread_delay(300); rt_kprintf("%s 1\n", __func__); rt_mutex_take(mutex1, RT_WAITING_FOREVER); rt_kprintf("%s 2\n", __func__);...
RT-Thread 版本：4.1.x，5.1.0 ，其他版本没验证 应该也存在 问题描述 rt_workqueue_submit_work 延迟任务执行，如果在定时到达之前，提前重新调用并传参tick=0，会导致定时到达之后出现bug。 问题复现代码，bsp：qemu-vexpress-a9 main.c 如下 ~~~c #include #include #include #include struct rt_work test_work; void work_func(struct rt_work *work, void *work_data) { printf("work_func %lu\n", rt_tick_get_millisecond()); } int...
## 拉取/合并请求描述：(PR description) [ 问题：定时器回调因为在锁外部执行，有可能被其他高优先级中断或线程修改回调变量的风险 解决办法：定义临时变量保存回调函数和回调参数 ] ### 当前拉取/合并请求的状态 Intent for your PR 必须选择一项 Choose one (Mandatory): - [ ] 本拉取/合并请求是一个草稿版本 This PR is for a code-review and is intended...
比如可以从 网页上选定文件上传到 ssh远程端，或者从远程端下载下来？
问题：我使用usb转can口调试工具，用500k速率向rv1126发生大量数据的时候。rv1126 can口接收数据错误。出现严重丢包 甚至直接卡死 一个包收不到 调试发现的可能问题原因：rv1126 can 硬件接收缓冲满了，但是中断执行太慢来不及处理数据。
/opt/ros/ws_moveit2/src/filters/include/filters/filter_base.hpp:219:8: error: ‘bool filters::FilterBase::getParam(const std::string&, size_t&)’ cannot be overloaded with ‘bool filters::FilterBase::getParam(const std::string&, unsigned int&)’ 219 | bool getParam(const std::string & name, size_t & value) It should be caused by...