jrtplib在dm355和motavista linux上的移植

来源：互联网发布：平面设计软件培训编辑：程序博客网时间：2024/05/22 10:37

交叉编译库和例子

交叉编译库

./configure -prefix=/home/jrtp/ -host=arm-montavista-linux CC=/opt/mv_pro_4.0.1/montavista/pro/devkit/arm/v5t_le/bin/arm_v5t_le-gcc CXX=/opt/mv_pro_4.0.1/montavista/pro/devkit/arm/v5t_le/bin/arm_v5t_le-g++

Make

Make install

-prefix=/home/jrtp/为编译完成后执行make install时库和头文件要安装到的路径的东西

安装jthread和jrtplib的configure的方法一样

如果是在pc机上编译则是直接make make install 然后将生成的lib文件拷贝到/lib里去

交叉编译例子

arm_v5t_le-g++ -o example ./example2.cpp -I/home/jrtp/include/jrtplib3 -I/home/jrtp/include/jthread -L/home/jrtp/lib -ljthread -ljrtp –lpthread

问题1

后来程序固化到ARM上以后，报得不到用户名的错误(ERROR:Can't retrieve login name)，因为固化的Linux内核自动运行取消了用户的设置，应用程序在执行的时候有一个函数是得到用户名。

解决方法

　　板子上的文件系统不需要用户名就可以直接登录，而在JRTPLIB库中的RTPSession中的

Create->InternalCreate->CreateCNAME中，有对用户名进行一定操作，

其中的getlogin_r()，getlogin()和getenv()操作都会因为用户名为空，

而返回错误ERR_RTP_SESSION_CANTGETLOGINNAME。

　　我们可以通过修改JRTPLIB库（我所使用的版本号为3.7.1）的CreateCNAME源代码来为系统默认设置一个用户名。

在RTPSession.cpp的第1400行左右，找到：

if (!gotlogin)

{

char *logname = getenv("LOGNAME");

if (logname = = 0)

return ERR_RTP_SESSION_CANTGETLOGINNAME;

strncpy((char *)buffer,logname,*bufferlength);

}

将其修改为：

if (!gotlogin)

{

char *logname = getenv( "LOGNAME" );

if( 0 = = logname )

{

printf( "Can't getenv LOGNAME, we will use /"root/" instead/n" );

strncpy( ( char * )buffer, "root", *bufferlength );

}

else

{

strncpy( ( char * )buffer, logname, *bufferlength );

}

问题2大小端模式使ARM给PC机发数收不到改一下一个宏就好了.

网上的一篇文章如下

有些人会遇到arm和pc无法互相接受数据包的问题，但是pc和pc，arm和arm就可以收到。我用sniffer抓了一下包发现确实是有数据包的，所以应该不是程序的问题。这个问题上网查了一下，也没人说的明白，只有一个高人点了一下，可能是字节序和位域的问题。自己又研究了一下，也是一知半解。

一般x86的pc机是用小端字节序(little endian),而嵌入式平台一般是大端字节序(big endian),可能是由于字节序的不同，导致了明明存在数据包，却认不出来的问题。其实，JRTPLIB的开发者可能已经考虑到了这个问题（真牛），在rtpstructs.h中，有这样的代码定义：

struct RTPHeader

{

#ifdef RTP_BIG_ENDIAN

uint8_t version:2;

uint8_t padding:1;

uint8_t extension:1;

uint8_t csrccount:4;

uint8_t marker:1;

uint8_t payloadtype:7;

#else // little endian

uint8_t csrccount:4;

uint8_t extension:1;

uint8_t padding:1;

uint8_t version:2;

uint8_t payloadtype:7;

uint8_t marker:1;

#endif // RTP_BIG_ENDIAN

uint16_t sequencenumber;

uint32_t timestamp;

uint32_t ssrc;

};

这是一个位域结构体，明眼人一下子就看出来了，jrtplib库使用哪种字节序完全取决于RTP_BIG_ENDIAN的定义，这样问题就简单化了。

我看了一下我编译arm下jrtplib库的rtpconfig_unix.h这个文件，里面果然定义了一个RTP_BIG_ENDIAN，所以要和pc采用的小端字节序一样，将这个定义取消掉，重新编译库。

最后运行exmaple1例子，pc 和arm可以互相接受数据包拉！：）这样会引起其他什么问题我还不知道，明天就可以动手编写自己的程序了，呵呵。