共2条
1/1 1 跳转至页
ZLG,IP 发现ZLG/IP一个大漏洞!当然也可能是我理解错了!
问
我看ZLG/IP中Rec_Packet()中有一句
WriteToNet(0x0b,tmp[0]); //RSCR1写入读取字节计数高字节
WriteToNet(0x0a,tmp[1]);
我实在理解不了!
我分析是这样了
如果读取数据包的的前4个字节是0x01504000,那么
tmp[0] = 0x5001 tmp[1] = 0x0040
实际上他本想把00,写到0X0B的!40写到0X0A的
现在却把0X5001写到0X0B,不知ZLG的专家们能回答吗?
答 1: 我也有这个问题不过ZLG没有回答我,郁闷…… 答 2: 还有一个大漏洞!也可能是我不理解!在ZLG/IP包中,在Send_Packet()函数里,有一句WriteToNet(0x00,0x3e); 他本意是发送包,但我觉的WriteToNet(0x00,0x1e)才是发送包,因为0X1E=00011110,CR寄存器的R2,R1,R0位才分别是011,----代表发送包,如0X3E=00111110的话,R2,R1,R0就是111啦! 意为结束或完成DMA啦,不知ZLG的专家们作何解释!!! 答 3: 还有一个问题!也可能是大漏洞!在IP.C文件中,IP_PROCESS()函数中,我觉的在icmp_process(RecData,num);前要加上一句RecData=RecData+iii;这样才有可能指针指向ICMP的帧头,ZLG的专家们,不知我理解对不! 答 4: 在IP.C文件中,IP_PROCESS()函数,。。。。。。这个问题就不用回答了!我有点明白了,前面两个问题,怎么没人回答啊! 答 5: 哎!又发现一个,真希望ZLG们能给我一个明白!在Arp.c中Arp_Answer()中,你已经有下面这句了
((arp*)ARP_REC_PTR)->SourceIp[i]=NetPort[num].My_Ip[i];
然后你再来一句
if((((arp*)ARP_REC_PTR)->SourceIp[0]&NetPort[num].My_Ip_Mark[0])==(NetPort[num].My_Ip[0]&NetPort[num].My_Ip_Mark[0]))
哈哈(arp*)ARP_REC_PTR)->SourceIp[0]和NetPort[num].My_Ip[0]不是一回事吗?与你想表达的意思正好相反!要没有前面一句,道可以理解,有了前面这句,真不知你想干什么!!如果我提出的都是正确的话,建议编ZLG/IP的人下岗,不要误人子弟!!还是陈计明厉害,我看他的程序,都有条有理的,是想让人看明白,编ZLG/IP的我猜100%不是他编的。 答 6: TNND,连网站都跟我过不去!明明才有5人回复,它偏偏显示有8人回复!害的我老认为ZLG给答复了呢!
上帝啊!告诉我,我为什么这么背呢? 答 7: 关于sendZLG/IP在发送前就把SEQ加上去了,但是发送失败的时候却没有把SEQ还原. 答 8: 看看ZLG在别的帖子说的冠冕堂皇的话!“首先感谢您成为我们公司尊敬的客户,您提出的想法我们都会细心的聆听。
如果有什么技术问题,在这个BBS上我们每天都有技术支持帮您解答(除星期天),当然唯一的要求就是描述问题尽量详细指出问题的现象和环境,这样我们理解的准确,解答的也会让您满意一些。
关于技术支持的电话我们也没有怠慢过,目前的工作情况已经有帖子说明了。但是我们不会以忙为借口去降低服务质量。”
***********************************************************
我的问题已经提了三天了,也没ZLG专家们理-----难道还不怠慢!
我的问题不可谓不具体吧------------你能理解准确吗?解答让我满意吗?
我的问题不刁钻吧,都是你产品的问题!--------你不可能不会吧!
综上所述,我看,ZLG的专家们根本不想理我们这些消费者吧!算了,明天
再不回答!俺自己领会吧!省得浪费时间!好!你们狠!你们牛!不过话说回来!你们产品确实好!ARM9出来俺还买!不过!你们这么牛的态度!我认为会
吓跑别的消费者啊!ZLG的大爷们,你们说呢?
答 9: 我也给您发过短信,您的问题已经超过了技术支持的范围。 其实,您提到的一些问题可以看看以前的一些帖子。
前一些日子,有用户反映我们的ZLG/GUI不能在EasyARM2200开发套件的uC/OS-II中使用,确实我们没有提供例子,于是我们立即组织编写了“基于EasyARM2200的ZLG/GUI在uC/OS-II的使用例子”程序和文档并及时送到网站供用户下载。还有用户反映SmartARM2200没有针对文件管理系统提供SDMMC卡的读写文件,于是我们也立即编写了“基于SmartARM2200教学实验开发平台的ZLG_FS读写SDMMC卡说明及其源文件”供网友下载,这些都是我们应用提供的服务。
如果您通过实践验证我们的源代码不能使用或者没有提供基本的例子,我们有责任帮助用户且可以快速提供完整的技术支持和单独编写应用文档,这在我们技术支持的范围之内。
作为用户希望读懂源代码的心情是可以理解的,您遇到问题我们可以提供支持。我通过短信告诉过您--建议您通过电话咨询,并非我们不愿意回复。如果您一定要我们在BBS上一问一答,我们没有足够的时间和精力满足所有用户的所有要求,而不是仅仅针对您。我们提供了那么多源代码,光开发文档就有1500页(目前已经出版第一本),我们无力帮助您读懂源代码,工作量实在太大。您真的要学习以太网技术就需要用心花时间慢慢学习,然后通过最好的方式--电话--不断咨询和提高。
周立功 答 10: 其实一些问题在以前已经有回复 答 11: 对不起,短信没收到,我明天就打!呵呵!!对不起,我还以为你不愿回答呢?就说了一些气话,还望你们大人有大量!ZLG/GUI在UCOS上的应用,就是我原来反映的,你们2天后就给我发了EMAIL,
我表示由衷的感谢!也许我性子急!看不明白就瞎嚷嚷!希望能引起你们的注意!在此,我再次向你们道歉!其实也不是我没想到打电话,一是怕我讲不清楚,二是怕影响你们正常工作。
WriteToNet(0x0b,tmp[0]); //RSCR1写入读取字节计数高字节
WriteToNet(0x0a,tmp[1]);
我实在理解不了!
我分析是这样了
如果读取数据包的的前4个字节是0x01504000,那么
tmp[0] = 0x5001 tmp[1] = 0x0040
实际上他本想把00,写到0X0B的!40写到0X0A的
现在却把0X5001写到0X0B,不知ZLG的专家们能回答吗?
答 1: 我也有这个问题不过ZLG没有回答我,郁闷…… 答 2: 还有一个大漏洞!也可能是我不理解!在ZLG/IP包中,在Send_Packet()函数里,有一句WriteToNet(0x00,0x3e); 他本意是发送包,但我觉的WriteToNet(0x00,0x1e)才是发送包,因为0X1E=00011110,CR寄存器的R2,R1,R0位才分别是011,----代表发送包,如0X3E=00111110的话,R2,R1,R0就是111啦! 意为结束或完成DMA啦,不知ZLG的专家们作何解释!!! 答 3: 还有一个问题!也可能是大漏洞!在IP.C文件中,IP_PROCESS()函数中,我觉的在icmp_process(RecData,num);前要加上一句RecData=RecData+iii;这样才有可能指针指向ICMP的帧头,ZLG的专家们,不知我理解对不! 答 4: 在IP.C文件中,IP_PROCESS()函数,。。。。。。这个问题就不用回答了!我有点明白了,前面两个问题,怎么没人回答啊! 答 5: 哎!又发现一个,真希望ZLG们能给我一个明白!在Arp.c中Arp_Answer()中,你已经有下面这句了
((arp*)ARP_REC_PTR)->SourceIp[i]=NetPort[num].My_Ip[i];
然后你再来一句
if((((arp*)ARP_REC_PTR)->SourceIp[0]&NetPort[num].My_Ip_Mark[0])==(NetPort[num].My_Ip[0]&NetPort[num].My_Ip_Mark[0]))
哈哈(arp*)ARP_REC_PTR)->SourceIp[0]和NetPort[num].My_Ip[0]不是一回事吗?与你想表达的意思正好相反!要没有前面一句,道可以理解,有了前面这句,真不知你想干什么!!如果我提出的都是正确的话,建议编ZLG/IP的人下岗,不要误人子弟!!还是陈计明厉害,我看他的程序,都有条有理的,是想让人看明白,编ZLG/IP的我猜100%不是他编的。 答 6: TNND,连网站都跟我过不去!明明才有5人回复,它偏偏显示有8人回复!害的我老认为ZLG给答复了呢!
上帝啊!告诉我,我为什么这么背呢? 答 7: 关于sendZLG/IP在发送前就把SEQ加上去了,但是发送失败的时候却没有把SEQ还原. 答 8: 看看ZLG在别的帖子说的冠冕堂皇的话!“首先感谢您成为我们公司尊敬的客户,您提出的想法我们都会细心的聆听。
如果有什么技术问题,在这个BBS上我们每天都有技术支持帮您解答(除星期天),当然唯一的要求就是描述问题尽量详细指出问题的现象和环境,这样我们理解的准确,解答的也会让您满意一些。
关于技术支持的电话我们也没有怠慢过,目前的工作情况已经有帖子说明了。但是我们不会以忙为借口去降低服务质量。”
***********************************************************
我的问题已经提了三天了,也没ZLG专家们理-----难道还不怠慢!
我的问题不可谓不具体吧------------你能理解准确吗?解答让我满意吗?
我的问题不刁钻吧,都是你产品的问题!--------你不可能不会吧!
综上所述,我看,ZLG的专家们根本不想理我们这些消费者吧!算了,明天
再不回答!俺自己领会吧!省得浪费时间!好!你们狠!你们牛!不过话说回来!你们产品确实好!ARM9出来俺还买!不过!你们这么牛的态度!我认为会
吓跑别的消费者啊!ZLG的大爷们,你们说呢?
答 9: 我也给您发过短信,您的问题已经超过了技术支持的范围。 其实,您提到的一些问题可以看看以前的一些帖子。
前一些日子,有用户反映我们的ZLG/GUI不能在EasyARM2200开发套件的uC/OS-II中使用,确实我们没有提供例子,于是我们立即组织编写了“基于EasyARM2200的ZLG/GUI在uC/OS-II的使用例子”程序和文档并及时送到网站供用户下载。还有用户反映SmartARM2200没有针对文件管理系统提供SDMMC卡的读写文件,于是我们也立即编写了“基于SmartARM2200教学实验开发平台的ZLG_FS读写SDMMC卡说明及其源文件”供网友下载,这些都是我们应用提供的服务。
如果您通过实践验证我们的源代码不能使用或者没有提供基本的例子,我们有责任帮助用户且可以快速提供完整的技术支持和单独编写应用文档,这在我们技术支持的范围之内。
作为用户希望读懂源代码的心情是可以理解的,您遇到问题我们可以提供支持。我通过短信告诉过您--建议您通过电话咨询,并非我们不愿意回复。如果您一定要我们在BBS上一问一答,我们没有足够的时间和精力满足所有用户的所有要求,而不是仅仅针对您。我们提供了那么多源代码,光开发文档就有1500页(目前已经出版第一本),我们无力帮助您读懂源代码,工作量实在太大。您真的要学习以太网技术就需要用心花时间慢慢学习,然后通过最好的方式--电话--不断咨询和提高。
周立功 答 10: 其实一些问题在以前已经有回复 答 11: 对不起,短信没收到,我明天就打!呵呵!!对不起,我还以为你不愿回答呢?就说了一些气话,还望你们大人有大量!ZLG/GUI在UCOS上的应用,就是我原来反映的,你们2天后就给我发了EMAIL,
我表示由衷的感谢!也许我性子急!看不明白就瞎嚷嚷!希望能引起你们的注意!在此,我再次向你们道歉!其实也不是我没想到打电话,一是怕我讲不清楚,二是怕影响你们正常工作。
共2条
1/1 1 跳转至页
回复
有奖活动 | |
---|---|
【有奖活动】分享技术经验,兑换京东卡 | |
话不多说,快进群! | |
请大声喊出:我要开发板! | |
【有奖活动】EEPW网站征稿正在进行时,欢迎踊跃投稿啦 | |
奖!发布技术笔记,技术评测贴换取您心仪的礼品 | |
打赏了!打赏了!打赏了! |
打赏帖 | |
---|---|
与电子爱好者谈读图二被打赏50分 | |
【FRDM-MCXN947评测】Core1适配运行FreeRtos被打赏50分 | |
【FRDM-MCXN947评测】双核调试被打赏50分 | |
【CPKCORRA8D1B评测】---移植CoreMark被打赏50分 | |
【CPKCORRA8D1B评测】---打开硬件定时器被打赏50分 | |
【FRDM-MCXA156评测】4、CAN loopback模式测试被打赏50分 | |
【CPKcorRA8D1评测】--搭建初始环境被打赏50分 | |
【FRDM-MCXA156评测】3、使用FlexIO模拟UART被打赏50分 | |
【FRDM-MCXA156评测】2、rt-thread MCXA156 BSP制作被打赏50分 | |
【FRDM-MCXN947评测】核间通信MUTEX被打赏50分 |