Toggle navigation
首页
问答
文章
积分商城
专家
专区
更多专区...
文档中心
返回主站
搜索
提问
会员
中心
登录
注册
RT-Thread一般讨论
关于rtgui中rtgui_server_post_event_sync函数的bug
发布于 2013-03-28 22:27:04 浏览:2226
订阅该版
在rtgui_server_post_event_sync()函数的代码如下: ```rt_err_t rtgui_server_post_event_sync(struct rtgui_event *event, rt_size_t size) { if (rtgui_server_app != RT_NULL) return rtgui_send_sync(rtgui_server_app, event, size); else { rt_kprintf("post when server is not running "); return -RT_ENOSYS; } }``` 通过判断rtgui_server_app 是否为空,还判断gui server是不是运行了。个人觉得这样判断是有问题的。因为rtgui_server_app这个变量的赋值是在名字为rtgui的线程里进行的。调用rtgui_system_server_init();这个函数会启动这个线程。如果在调用这个函数后马上现启动一个UI线程的话。就会调用到rtgui_server_post_event_sync()函数,当这个函数去判断rtgui_server_app != RT_NULL的时候,可能rtgui_server_app并没有准备好。这个函数就会返回错误。造成UI线程失败。 如果延时几秒再去启动UI线程,这个时候rtgui_server_app就会已经准备好了。这样UI线程就不会失败了。所以个人觉得通过rtgui_server_app != RT_NULL来判断是存在bug的。 如果在这里先判断rtgui线程是否已经运行了。如果运行了再判断rtgui_server_app != RT_NULL,如是为空,则等待rtgui_server_app准备好会不会更好一些?我把这个函数改成了如下代码,不知可不可行。 ```rt_err_t rtgui_server_post_event_sync(struct rtgui_event *event, rt_size_t size) { if (rtgui_server_app != RT_NULL) return rtgui_send_sync(rtgui_server_app, event, size); else { if(rt_thread_find("rtgui") != RT_NULL) { while(rtgui_server_app == RT_NULL) rt_thread_sleep(RT_TICK_PER_SECOND/10); return rtgui_send_sync(rtgui_server_app, event, size); } else { rt_kprintf("post when server is not running "); return -RT_ENOSYS; } } }```
查看更多
4
个回答
默认排序
按发布时间排序
rogerz
2013-03-29
这家伙很懒,什么也没写!
> 如果在这里先判断rtgui线程是否已经运行了。如果运行了再判断rtgui_server_app != RT_NULL,如是为空,则等待rtgui_server_app准备好会不会更好一些?我把这个函数改成了如下代码,不知可不可行。 > > >``` >rt_err_t rtgui_server_post_event_sync(struct rtgui_event *event, rt_size_t size) >{ > if (rtgui_server_app != RT_NULL) > return rtgui_send_sync(rtgui_server_app, event, size); > else > { > while(rt_thread_find("rtgui") != RT_NULL && rtgui_server_app == RT_NULL) > rt_thread_sleep(RT_TICK_PER_SECOND/10); > > return rtgui_send_sync(rtgui_server_app, event, size); > } >} >``` --- 不是很赞同这种修改。post event本来是个应该立刻返回的函数,现在变成可能被延时了。行为变得不可预测且无法在中断上下文中使用。 失败重试这种机制还是放在应用层为佳。 UI应等待server就绪这一需求应该用别的机制实现。没仔细看过RTGUI,不妄加评论了。
hzzhou
2013-03-29
这家伙很懒,什么也没写!
恩,楼上说的对。这种情况应该只会出现在rtgui_win_create()这个函数中,或许应该把判断机制放到这个函数中做。
grissiom
2013-03-29
这家伙很懒,什么也没写!
恩…… 像 post_sync 肯定不是要在 ISR 里调用的,它是在需要时序要求的场景下使用的。比如应用创建了一个窗口,必须要等待 server 把窗口信息创建完毕之后才能对窗口进行操作。还有一些依赖保证的场景里用到了 post_sync。 其实,LZ 觉得应该 server 的优先级高还是 app 的优先级高呢?嘿嘿……
撰写答案
登录
注册新账号
关注者
0
被浏览
2.2k
关于作者
hzzhou
这家伙很懒,什么也没写!
提问
2
回答
1
被采纳
0
关注TA
发私信
相关问题
1
有关动态模块加载的一篇论文
2
最近的调程序总结
3
晕掉了,这么久都不见layer2的踪影啊
4
继续K9ii的历程
5
[GUI相关] FreeType 2
6
[GUI相关]嵌入式系统中文输入法的设计
7
20081101 RT-Thread开发者聚会总结
8
嵌入式系统基础
9
linux2.4.19在at91rm9200 上的寄存器设置
10
[转]基于嵌入式Linux的通用触摸屏校准程序
推荐文章
1
RT-Thread应用项目汇总
2
玩转RT-Thread系列教程
3
国产MCU移植系列教程汇总,欢迎查看!
4
机器人操作系统 (ROS2) 和 RT-Thread 通信
5
五分钟玩转RT-Thread新社区
6
【技术三千问】之《玩转ART-Pi》,看这篇就够了!干货汇总
7
关于STM32H7开发板上使用SDIO接口驱动SD卡挂载文件系统的问题总结
8
STM32的“GPU”——DMA2D实例详解
9
RT-Thread隐藏的宝藏之completion
10
【ART-PI】RT-Thread 开启RTC 与 Alarm组件
最新文章
1
env中添加lvgl软件包后,keil编译包--c99错误
2
【NXP-MCXA153】 定时器驱动移植
3
GD32F450 看门狗驱动适配
4
【NXP-MCXA153】看门狗驱动移植
5
RT-Thread Studio V2.2.9 Release Note
热门标签
RT-Thread Studio
串口
Env
LWIP
SPI
AT
Bootloader
Hardfault
CAN总线
FinSH
ART-Pi
USB
DMA
文件系统
RT-Thread
SCons
RT-Thread Nano
线程
MQTT
STM32
RTC
FAL
rt-smart
ESP8266
I2C_IIC
UART
WIZnet_W5500
ota在线升级
PWM
freemodbus
flash
cubemx
packages_软件包
BSP
潘多拉开发板_Pandora
定时器
ADC
GD32
flashDB
socket
中断
编译报错
Debug
rt_mq_消息队列_msg_queue
SFUD
keil_MDK
msh
ulog
C++_cpp
MicroPython
本月问答贡献
踩姑娘的小蘑菇
7
个答案
2
次被采纳
a1012112796
18
个答案
1
次被采纳
红枫
5
个答案
1
次被采纳
Ryan_CW
5
个答案
1
次被采纳
张世争
4
个答案
1
次被采纳
本月文章贡献
YZRD
3
篇文章
6
次点赞
catcatbing
3
篇文章
6
次点赞
lizimu
2
篇文章
10
次点赞
qq1078249029
2
篇文章
2
次点赞
xnosky
2
篇文章
1
次点赞
回到
顶部
发布
问题
分享
好友
手机
浏览
扫码手机浏览
投诉
建议
回到
底部