MTK之gprs

0.模拟器上，初始化需要先调用soc_init_win32()
1.监视MSG_ID_APP_SOC_NOTIFY_IND消息(SOC_WRITE,SOC_READ,SOC_CONNECT,SOC_CLOSE)
2.soc_create的最后一个参数：cmnet帐号默认是10,cmwap是14. 模拟器上随便都没问题.只要PC能上网.
3.soc_setsockopt  SOC_NBIO 设置不阻塞
4.soc_setsockopt  SOC_ASYNC 设置异步
5.soc_connect,soc_write,soc_read返回SOC_WOULDBLOCK必须等1的通知函数进行处理.最好设置超时来close socket.
6.数据的任意指针转化成short,int
   arm的特性,short指针必须2对齐,int指针必须4对齐.
   来自于网络的紧凑数据(packed data),必须支持任意地址转换成short或者int

static int  MyInt(unsigned char * p)
{
 int a ;
 ((unsigned char *)&a)[0] = p[0] ;
 ((unsigned char *)&a)[1] = p[1] ;
 ((unsigned char *)&a)[2] = p[2] ;
 ((unsigned char *)&a)[3] = p[3] ;
 return a ;
}

static  short MyShort(unsigned char * p)
{
 short a ;
 ((unsigned char *)&a)[0] = p[0] ;
 ((unsigned char *)&a)[1] = p[1] ;
 return a ;
}

7.cmwap的http协议模拟
   cmwap必须通过10.0.0.172:80端口进行代理
   走http协议.一般是1.1

#define      ProxyHttpRequestHeader  "POST / HTTP/1.1\r\n" "X-Online-Host: www.abc.com:12345\r\n" "Keep-Alive: close\r\n" "Content-Length: %d\r\n" "\r\n"
// X-Online-Host后面跟着的就是目标机器网络地址和端口
// Content-Length 后面填写随后的数据长度
// 头部后面跟着就是随后数据，最好使用base64编码.
// 服务器端收到数据一般经过移动网关修改.

8.cmwap的http模拟: 服务器端返回格式:

#define HTTP_RESPONSE_HEADER  "HTTP/1.1 200 OK\r\n" "Content-Length: %d\r\n" "\r\n"

// Content-Length 后面填写随后的数据长度
// 头部后面跟着就是随后数据，最好使用base64编码.

 

上面是我从网络上找来的，我只是想把这段时间做的gprs经验记录下来。

 

mtk模拟器做的还是不错的，可以先在模拟器上调试，有几个地方要注意。这也是我碰到的一些问题

这次工作，我主要负责提供底层socket的接口，mtk原来的接口函数是非阻塞式的，我新创建一个任务，把接口改成阻塞式的，让使用者使用接口时与原来的winsorck保存一致性。

 

任务之间使用消息传递，只传递消息id，数据使用全局变量，由于是两任务，什么情况都有可能，因此使用并锁。

 

第一个问题：程序死了。这是我把我的代码和其它同事联调时出现的。

经过两天的时间查找，问题是内存释放后，没有置成null，第二次使用，再释放时程序死掉。

 

第二个问题：在使用全局变量时，有时碰到和预期的结果 不一致。

断点单步发现，全局变量已经被另一任务修改后，可当前任务的值没有改变。使用锁之后问题解决。

 

第三个问题：数据有时接收后，再也没有notify的消息通知，程序一直在等待数据。

这个问题的具体原因没有找到，但不使用我新建的任务，还有什么锁之类的任何东西，直接在mmi层接收数据，无异常。没有接收到mtk底层的网络事件，只好直接调用read函数，数据可以接收到，暂无其它异常，数据能接收完整。

 

第四个问题：模拟器上可正常使用，但到终端无法连接，每次都返回false。

问题原因是socketcreate中的参数accountid设置错误，在连接前要创建一个account，这个帐号和socket创建之间有一个算法关系。具体算法关系保密

 

 

在附件中是一个通用circle buffer的使用。