• QT编写上位机程序一定要初始化变量以及谨慎操作指针


    背景:

      在编写QT上位机界面时,界面在运行的时候经常出现卡死或者直接挂掉的怪现象。

    正文:

      上位机有个函数为check_receive();该函数的作用为定时调用循环检测USB是否有数据。若有,则将信息打印到界面窗体上。界面上有两个QTableWidget窗体

    "ui->can1tableWidget与ui->can2tableWidget",根据传上来的的数据某个字节信息为1、或2来打印到对应的窗体上。代码如下:

    QTableWidget *canselWidget = NULL;
    unsigned int CANSelCnt;
    
    if(CANData.CANSel == 1)
    {
        CANSelCnt = 第1个窗体显示的行数;    //伪代码
        canselWidget = ui->can1tableWidget ;
    }
    else if(CANData.CANSel == 2)
    {
        CANSelCnt = 第2个窗体显示的行数;    //伪代码 
        canselWidget = ui->can2tableWidget ; 
    } 
    //接着即使用canselWidget来对界面进行操作。

    接着,总会出现,QT上位机界面直接卡死甚至挂掉的问题。观察现象发现,APP在显示数据窗体时即疯狂地新增新的行数。再研究代码,然后将CANSelCnt打印出来,发现其值为一个很大的随机值。

    解决方案:CANSelCnt 在定义的时候要初始化!!!

    接着运行上位机发现,APP显示数据窗体不再疯狂的新增行数了。可还是出现挂掉的现象!!
    进一步调试才发现若是CANData.CANSel的值不是为1、2那会出现什么情况! 就会对canselWideget这个NULL指针进行操作!更改代码如下:

    switch(CANData.CANSel)
    {
        case 1:
            CANSelCnt = 第1个窗体显示的行数;    //伪代码
            canselWidget = ui->can1tableWidget ;
             break;
        case 2:
            CANSelCnt = 第2个窗体显示的行数;    //伪代码 
            canselWidget = ui->can2tableWidget ; 
            break;
        default:
            // 防止后续代码对空指针进行操作,直接返回。
            return;
    }

    总结:

    1、此处代码写的非常不小心,犯如此低级的错误却花费了1天多的时间(还以为是下位机没配置好!)!下次一定要把握住程序运行的每个通路,杜绝此现象再次发生。

    2、由于之前一直在写下位机代码,所以不赋初值的习惯也带入到这里,出了这次惨痛教训!

    /* 以下内容,理解还是有偏差,等理解通了,再重开一篇博客来写
    * 已重新了一篇博客,名称为"下位机多个".c, .h"文件的相互包含及排版".
    * 2016年5月6日
    */

    附:

      多个".c"文件包含一个".h"文件处理方法

      在下位机,为何会经常出现不赋初值的情况发生。(应该说是在声明的时候不会赋初值。)

      首先,最重要的是,下位机保存全局变量的区域为掉电易失区域,所以得到的变量值会为默认"0"值,严谨的做法还是会初始化全局变量。

      其次,在多个".c"文件包含一个".h"文件的情况下,若在".h"文件中赋初值,则相当于在其内即声明又定义了,那么编译时,即会出现如下报错:

      keil *** ERROR L104: MULTIPLE PUBLIC DEFINITIONS (报错信息不完整,只挑了重点部分)

      所以说,有多个".c"文件需要包含该".h"文件时,不能进行进行变量的定义,只能进行声明!然后在"main函数"内对其进行初始化操作。

      否则会出现以上错误,即重复定义!

    那么多个"c"文件包含一个".h"文件具体该如何操作呢?

      我自己当时的错误想法既是:

      在".h"文件内,声明全局变量、函数,譬如uchar aa;void sum(uchar aa); 然后多个".c"文件#include该".h"文件,结局很显然,重复定义错误跑不掉。

      何不使用 #ifndef #define #endif ?结果证明并没有什么卵用。

      正确的做法是,

      在".c"文件内声明全局变量、函数,譬如uchar aa;void sum(uchar aa);,并在".c"文件内实现该函数。

      然后,在".h"文件,将变量aa,函数void sum(uchar aa);声明为extern,这样,其他".c"包含该".h"文件即不会提示重复定义,也可以调用其内部的函数。

      其实这种做法其实相当于某个需要调用该".c"文件的其他"XXX.c"文件在其文件内 extern 该“.c"文件内实现的函数及定义的变量。若是多个文件需要使用使用,每个".c"文件都需 extern 同样的变量和函数,显然在做重复工作,于是就将它放在一个".h"文件,多个".c"文件需要调用时直接包含该".h"文件就可以实现 extern 了。

    记录地点:深圳WZ

    记录时间: 2015年12月18日 18:55:57

  • 相关阅读:
    [BUUCTF]REVERSE——rsa
    windows下python3.7安装gmpy2、Crypto 库及rsa
    [BUUCTF]PWN——wustctf2020_getshell1/2
    [BUUCTF]PWN——bbys_tu_2016
    [BUUCTF]PWN——xdctf2015_pwn200
    [BUUCTF]REVERSE——[GXYCTF2019]luck_guy
    [BUUCTF]REVERSE——简单注册器
    [BUUCTF]PWN——pwnable_orw
    [BUUCTF]REVERSE——findit
    [BUUCTF]PWN——jarvisoj_level1
  • 原文地址:https://www.cnblogs.com/ChYQ/p/5058028.html
Copyright © 2020-2023  润新知