帮我看个程序写的对不?
TCopyDataStruct = packed record
dwData: DWORD; // 条件
cbData: DWORD; // 信息长度 需要 + 1,加一个结束符的位
lpData: Pointer; // 数据指针,传送数据的地址
end;
PCopyDataStruct = ^TCopyDataStruct;
type
TCardInfo = packed record
CardNO: array[0..24] of char;
Balance: integer;
end;
PCardInfo = ^TCardInfo;
procedure TMainForm.WMReceiveMsgFromCircul(var Msg: TMessage);
var
cdData: TCopyDataStruct;
cdInfo: TCardInfo;
begin
cdData := (PCopyDataStruct(Msg.LParam))^;
end;
一个程序按照TCopyDataStruct结构体的格式取地址强制转成整形,然后通过sendmessage,将值放在最后一个参数里,然后我的程序接收这个消息,将最后一个参数的值取出来,按照上面的写法来得到结果,但是有时报错,有时得不到结果。谁能帮我分析下?
相关推荐
AI是怎么帮程序员写代码的?全流程揭秘!
过去,写代码是程序员的专属技能,需要熟悉语言语法、API、算法、项目结构,时常 Google 各种报错、翻文档、抄 Stack Overflow。但随着 AI 技术的发展,的出现,正在悄悄改变这一切。从自动补全、智能纠错,到自动生成代码、调试分析、优化建议,AI 已经成了程序员写代码的好帮手。那么,AI 到底是怎么帮我们写代码的?具体能做什么?效果如何?今天这篇文章就来给大家科普一下,AI 在编程领域的应用现状和未来趋势。
《别让 AI 帮你写废了代码》✅程序员 + AI 的高效协作指南
我们不反对用 AI 编程,相反,我们鼓励程序员用好它。但前提是你要理解:AI 不是工程师,是你的助手项目的质量,始终由程序员负责你负责架构和判断,AI 负责执行和加速这个系列,是我们作为一线开发者的真实思考和实践总结。希望它能帮助更多人避免被 AI 误导,真正成为 AI 的掌舵者。
zynq烧写程序到flash后不运行
从现象来看,问题很可能出在引导配置、FSBL或者BOOT.bin生成过程中。首先检查Zynq的启动模式是否正确设置为从Flash启动,并确保FSBL、bitstream以及应用程序的镜像文件正确生成。如果这些都确认无误,再进一步排查PS端程序的初始化过程是否有问题。希望如上措施及解决方案能够帮到有需要的你。
烧写Flash后的DSP程序运行不正常的情况分析
这段时间一直在调试DSP6713的Flash烧写,现在对Flash的烧写也算心中了如。 那天,非常Happy的发现将闪烁LED烧写到Flash成功了,然后,就以为一切都OK了…… 那天,成功烧写了一个300KB以上的程序,又认为,这次应该OK了…… 那天,写了个Timer中断程序,烧写到Flash,却死机了…… 那天,在RAM上运行很流畅的一个算法(算法中调用了CCS的...
烧写程序
早期一般是将调试好的单片机程序写入到ROM、EPROM中,这种操作就像刻制光盘一样,实在高电压方式下写入,PROM是一次性写入,存储内部发生变化,有些线路或元件就被烧断,不可再恢复,所以叫做烧写,EPROM可以使用紫外线将原来写入的内容擦除,重新烧写,目前大量采用EEPROM,是可以电擦写的存储器。 单片机启动时会直接运行这些芯片中的程序,完成既定的功能。 所谓烧写,其实就是对单片机中


语言基础/算法/系统设计
