writeing的专栏

移植http协议到新基线，但是各种问题橫出，驱动不负责导致射频无法实现，射频无法实现导致我们无法调试，结果就是项目后延很严重， http的实现其实相对还是比较简单， 基本的架构是 一个结构体，存储网站等信息，并且会存储一个socket的变量，用在发送数据的地方， 一个结构体保存http的链接状态 httppara就是设置端口然后设置url， https

今天上班貌似啥都没干，都不知道写啥， 算是一个开始吧! 对自己要求也不高，就希望每天晚上回来能写点什么， 搞笑的，技术的，生活的，领悟的，或者是扯淡的都可以，当做日志来写吧，晚上去办了一个1488的年卡，然后顺手跑了3.5km，用时32分钟，算下来每秒钟大概1.8m的样子，离3m貌似还有很长的路要走， 跑完之后衣服全部都湿透了，整个衣服的颜色全变了，想想我也是牛逼。第一天就这样，，哈哈，加油

今天把新版本的代码烧写进去了，然后开始了测试还有部分的撸代码过程， 但是发现了几个很傻比的问题，代码极度不同意，别人提交了，都不说一声，然后现在处于初始阶段，代码不停的要提交，提交，然后合并，合并，好麻烦，所以我就弄错了一步，导致整个都麻烦了，一气之下，rm -rf了，然后现在还在编译和添加，日死。 git的正确使用方式，应该是一个专门用来提交和合并，然后另一个专门用来编译和开发，但是代码的合并

实际使用的时候，和学习会有很大的区别，因为人力毕竟是有限的，很多事情无法想象到，我想这也是软件开发过程的一个跳不过去的坑吧， 环境：服务器一套代码，纯净的，不待任何工程，然后多个人同时开发，开发的时候可能会有重复的地方， 问题：怎样保证高效的无误的实现代码的合并，上传，还有程序的验证？ 经过多次改进之后，我现在的做法是这样的， clone一份代码，就叫做master，专门

从今天开始，我的任务又变了一个，转职修改bug了， 前期的代码移植完成之后，现在就是进行补洞了， 主要的目的是完成如下这些， 1，移植过程中遗留的一些小漏洞问题。 2，版本不一样导致的一些小区别，比如creg的电信支持 3，N710遗留下来的一些东西，在这个版本进行完成，（N710不修改了？还是不要了？） 今天一天，差不多算是就修改了一个bug，但是很有代表意义，涉及了ap侧，mode

今天算下来，只能算是修改了一个半的bug，当然了，不算网上的培训的话，勉强算两个吧，其他的bug但是不停的测试还有复现，然后发现不用改就好了。 从改这两个bug，我感觉还是要细心，然后要自信，一般这种所谓的bug，其实可能只需要改一两行代码就好了的，没啥大问题，而且可能还是前面的人留下的遗留问题，比如cnmi那个傻逼bug，现在仔细想来，深圳是个好地方啊，很多资源都没有使用上，这边最不缺的就是工场

这两天遇到了tcp方面的bug感觉对tcp的使用会有点帮助，所以写下来，第一个是使用mynetopen之后模块会进入tcp connect过程，但是这个一般比较慢，所以设计成了异步的，问题就是，如果此时再发送mynetopen的话，是按照connect之后的逻辑处理的，也就是返回912（tcp连接已经存在），但是此时实际上是没有链接上的，如果是使用代码来处理的话，这里就会误判，所以需要处理在连接过程

这几天连着修改了好几个tcp方面的bug，也算是有了一个基本的认识吧， tcp在n720里面从srv到open，到write，read，ack，再到close。基本的流程大致如下吧，简单说一下。 srv配置tcp的一些参数，在这里面，主要做了2件事， 一件事就是解析发送过来数据，ip地址，还有port的组成，udp，svr的选择，还有通道的判断， 第二件事就是配置一些tcp的参数，比如现在的