Qt移植学习之路 QT4.5.3至mini2440(2)

4. 移植相关库文件至开发板

首我们得准备一个文件系统，我是根据友善提供的文档制作了一个文件系统，路径为/opt/studyarm/rootfs, 其中rootfs就是我的根文件系统。

首先在rootfs 的根目录下建立两个目录:

在开发板的终端下执行：

#cd /  
#mkdir mini2440  
#mkdir tslib 

接下来我们要COPY我们刚才编译生成的一些库文件及配置文件至开发板上的mini2440, tslib。我是用NFS方式挂载文件系统的，当然你可以用其它下载方式把目标库文件等下载到你的开发板就行。

因为是用NFS挂载方式，所以我在Fedora9终端上执行：

   #cp –rf /home/mytslib/lib  /opt/studyarm/rootfs/tslib/  
   #cp –rf /home/mytslib/etc /opt/studyarm/rootfs/tslib/  
   #cp –rf /mini2440/lib /opt/studyarm/rootfs/mini2440/  
#cp –rf /home/mytslib/etc /opt/studyarm/rootfs/tslib  
#cp /home/mytslib/bin/ts_calibrate /opt/studyarm/rootfs/bin  
#cp /home/mytslib/bin/ts_test /opt/studyarm/rootfs/bin  
编辑开发板/etc/profile，用来在在开发板上设置环境变量，开发板终端输入内容如下：  
Cat >> /etc/profile/ << EOF 
（当然也可以一个一个变量敲入，但是这种方法设置的变量在断电重新上电后又得设置一遍很麻烦，所以把变量直接写入/etc/profile后，系统启动时会自动更新变量，很简便）  
export  QTDIR=/mini2440  
export  T_ROOT=/tslib  
export  PATH=$QTDIR/bin:$PATH  
export  TSLIB_CONSOLEDEVICE=none 
export  TSLIB_FBDEVICE=/dev/fb0  
export  TSLIB_TSDEVICE=/dev/ event0  
export  TSLIB_PLUGINDIR=$T_ROOT/lib/ts  
export  TSLIB_CONFFILE=$T_ROOT/etc/ts.conf  
export  TSLIB_CALIBFILE=/etc/pointercal  
export  QWS_MOUSE_PROTO=tslib:/dev/event0  
export  LD_LIBRARY_PATH=$T_ROOT/lib:$QTDIR/lib  
EOF 

终端输入上述变量设置后，再执行一下：source /etc/profile使系统更新一遍刚设置的系统环境变量。

验证变量设置是否成功：

在开发板终端下执行：

＃echo $QTDIR  如果显示  ＃/mini2440，则说明设置成功了，在QT的移植过程中环境变量的设置是非常重要的，如果设置的不正确会出现很多问题。

比如说：在参考别人QT移植的文章时，有人环境变量设置与我的不同，主要有如下几个：

export  TSLIB_FBDEVICE=/dev/input/fb0    
export  TSLIB_TSDEVICE=/dev/input/event0  
export  QWS_MOUSE_PROTO=tslib:/dev/input/event0 

注意到没有：他们的环境变量中，fb0,event0设备都在/dev/input下，而我查看了我的/dev下没有input目录，所以这点要根据自已所做文件系统的实际情况来设置这些变量。

接下来我们还得设置一下触摸屏的配置文件ts.conf. 它在哪里呢？前面我们把mytslib下的etc目录COPY到了开发板的/tslib/下,那么tslib一共就有bin及etc两个目录，而ts.conf就在etc目录下，开发板下用vi /tslib/etc/ts.conf

把# module_raw collie 前面的“＃”号去掉，然后把该行移至行首，最后我的配置文件如下：

module_raw collie  
module pthres pmin=1 
module variance delta=30 
module dejitter delta=100 
module linear   

自执行source /etc/profile后，开发板的环境变量就完全设置好了，并且QT4.5.3的移植也基本完成了，这所以说基本，是因为现在可以运行QT程序了，但是还需要进一步的做一些移植，比如说字库，中文显示等等。接下来将验证tslib及QT4.5.3是否移植成功。

5. 测试触摸屏校正

在开发板终端下执行：

＃ts_calibrate      ---------触摸较正程序 

运行该程序后，屏幕将出现五点校正画面，依次点击五点后，将生成触摸屏校正数据文件/etc/pointercal.

＃ts_test         ----------触摸屏拖曳测试程序 

运行后屏幕出现drag，draw  依次选择后进行测试，同时终端下出现拖曳后的取点数据。

6.运行QT应用程序以验证QT4.5.3是否移植成功

我们要编译一些例子程序，同时将它们下载至开发板运行。

在终端下首先检测一下环境变量，因为在qt-embedded-linux-opensource-src-4.5.3下编译应用程序要依赖于它所生成的一些库，我们在前面第3步，不是在主机/mini2440下生成了一些库和其它文件么？其中/mini2440/lib我们移植到了开发板，这些库和其它目录中的文件我们编译QT应用程序时也是要依赖它们的，所以环境变量路径是否设置正确直接影响应用程序编译是否成功。

主机终端执行：

#echo $QTDIR  ――――回显为“/mini2440”则说明环境变量设置OK，如果回显为空，或者为其它路径，则要source setenv-embedded.sh一下，不明白的请回到第3步再看一遍。

环境变量测试没问题，那么就可以编译QT程序了。

#cd  ……/ qt-embedded-linux-opensource-src-4.5.3/ examples/mainwindows/application/  
#qmake –project      (如果提示无“qmake”命令，则肯定是你的环境变量的路径设置不正确，或者source setenv-embedded.sh一下即可)  
#qmake     (成生Makefile)  
#make      (生成可执行程序) 

至此，如果你没发生什么错误应该可以在application下看到“application”的可执行程序了，把它下载到你的开发板下并执行：

＃./application –qws    

现在可以看到屏幕上的对话框了吧？可能显示的不是很“正”，（但可以用触摸笔把它拖到屏中央），并且字也不是看得很清。

你可以编译其它自带的例子运行试试看。

接下来的工作就是如何把修正字体等其它工作。但初步移植算是成功了。

7. QT自带例子运行出现错误

编译home/qt-4.5.3/qt-embedded-linux-opensource-src-4.5.3/examples/widgets/imageviewer

成功后，下载板子后运行，出现：Segmentation fault，但多运行几次发现可以运行，也就是说偶尔会出现不能运行的错误，这是一个经典问题。很多文章介绍说是编译器的问题。

有的网友说：EABI的编译器编译出来的Qt-4.5的程序都会出现段错误。原因不明。这个我不敢苟同，因为我试了很多自带的例子，用带EABI的编译器arm-linux-gcc-4.3.2－EABI是可以运行的。

百度了一下，发现有价值的文章不多，下引自一网友的BLOG：http://zhubangbing.blog.163.com/blog/static/52609270200993015132315/

c/c++/qt中的段错误（segment fault）

关于内存的那些话就不说了，被一帮会装会转载的人说烂了，这里只说我在写程序时遇到段错误的原因，如何解决的，总之一句话，涉及到指针的，你不能在未定义，未初始化，未 “new” 之前使用，否则等待你的肯定是 segment fault,然后程序直接退出

1. 类A在执行中可能会几次用到用到类B，也可能只有一次用到，也可能一次都不用，这种情况下我的习惯就是在类A的构造函数中初始化B类对象为NULL，然后在用的地方先判断B是否实例化，未实例化，实例化，然后使用，delete B类对象时也要先判断下B是否实例化

    因为这里已经初始化了类B的对象，使用时容易出的错误是在判断是否实例化时，如果在判断类本身是否实例化之前，判断了（或者说使用了）类B的成员函数/成员变量，出现段错误，因为这个类不存在，其成员函数/变量也不存在

例子:

A 的构造函数中有这样一句this->m_b = NULL;//将B类对象 m_b初始化为NULL ，此处B类为QThread的子类使用中

void new_b()  
{  
    if(!this->m_b)  
{  
    this->m_b = new B;  
    this->m_b->start();  
    .....  
}  
}  
void delete_b()  
{  
    if(this->m_b||this->m_b->isRunning())//delete B 类对象时判断条件  
    {  
            while(!this->m_b->isFinished())  
            {  
                this->m_b->quit();  
                this->m_b->wait(500);  
            }  
            delete this->m_b;  
            this->m_b = NULL;  
    }  
} 

这样使用时，在只调用一次delete_b()时，可能不会出问题，因为这个时候m_b可能已经实例化了，所以程序只要判断到 this->m_b 为真，就会认为if条件为真，然后往下执行，但是问题是，如果调用了两次 delete_b()或者在调用之前m_b没有 new_b(),那么判断时this->m_b为假，程序就会继续判断this->m_b->isRunning()是否为真，这就出现段错误了，因为m_b未 “new”

2.两个线程共用缓存

我们的项目中音频的发送和接收是用两个线程实现的，线程的结束时间是不可控的，线程达到结束条件时肯定需要做清理工作，比如缓存的释放，设备关闭，如果一个线程结束时没有判断另外一个是否结束，清理了共用的缓存，而另外一个线程又去访问了这个缓存，就出现了段错误

在友善ARM9论坛上发现一篇可能可以解决段错误的文章：
http://www.arm9home.net/read.php?tid-2993-fpage-0-toread--page-2.html
程序 qt-embedded-linux-opensource-src-4.5.0/src/gui/embedded/qscreenlinuxfb_qws.cpp

作如下修改：

410行：  
/*            //EmbedSky_del start 20091208  
    canaccel = useOffscreen();  
    if(canaccel)  
        setupOffScreen();  
*/            //EmbedSky_del end 20091208  
    canaccel = false;  
 
706行：  
/*                //EmbedSky_del start 20091208  
    if (canaccel) {  
        *entryp=0;  
        *lowest = mapsize;  
        insert_entry(*entryp, *lowest, *lowest);  // dummy entry to mark start  
    }  
*/                //EmbedSky_del end 20091208  
    canaccel = false; 

可能解决segmentation fault问题，请大家测试

[ 此帖被lpc2292在2010-03-24 14:37重新编辑 ]

有网友试验过上面修改embedded/qscreenlinuxfb_qws.cpp的方法，并成功解决此错误，我暂时没有去试，因为要重新编译一遍QT，几个小时下来，够让人等的。

下面引自一网友的文章，简单的说明了一下段错误的产生原因，及调试方法。

qt 段错误，简单调试方法

如果Qt程序不大也不小，有些地方难免会出现声明指针后没有具体实现的情况。这种情况下Qt在编译阶段是不会出现错误的，但是运行的时候会出现“段错误”，其他什么都不会显示。

而段错误就是你的指针访问了没有分配地址的空间，或者是指针为NULL。

在这种情况下想快速确定是哪个地方出现的错误应该用gdb调试debug信息，但是我对那东西还不熟悉，还没具体研究过（等我程序写的大体像个样子再说）。不过懒人我找到了一个简单的方法......

在主程序中加入qDebug("Msg");一步一步跟踪进实现函数，就会知道到底是哪个地方出现问题了。这个东西还挺管用的，对于我这样的初学者就足够了