jrtplib在dm355和motavista linux上的移植

交叉编译库和例子 交叉编译库 ./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可以互相接受数据包拉！：）这样会引起其他什么问题我还不知道，明天就可以动手编写自己的程序了，呵呵