前往Shuct.Net首页

Shudepb PB反编译专家长时间以来,为业内同类软件事实上的唯一选择.细节,彰显专业.态度,决定品质.

关于pb decompiler的搜索

关于FTP程序接收文件的问题 - chengg0769 来自四川,在东莞虚度十载 - 博客频道 - CSDN.NET chengg0769 来自四川,在东莞虚度十载 PB反编译_Powerbuilder DeCompiler_PB反编译器_PB混淆器_PB加密 目录视图 摘要视图 订阅 【大声说出你的爱】CSDN社区情人节特别活动 专访李云:从通讯行业的架构师到互联网“新兵” 电子版《程序员》杂志免费领 关于FTP程序接收文件的问题 2010-12-07 22:56 485人阅读 评论(0) 收藏 举报 microsoftbytecommand2010userservice 写有一个ftp值守程序,收取FTP目录中的文件。 发现一个很怪的问题:总是接收失败。从服务器发送的字节数看。1440和2880长度是常见的。我令文件的长度恰好是1440或者2880的整数倍,均是失败的多。后不断调试发现。当文件的体积是1440或者2880加上1440的一半稍多时。文件的体积恰好。每次命令发出,都能一次成功接收。比如我现在用的文件体积是2880+1440/2+10=3610,测试良久。成功率99%。而如果长度是1440或者2880的整数倍,结果反过来是:失败率是99%。不知为何。对tcp程序不是很了解。我用的是clientsocket/bcb直接用ftp命令下载文件。在此笔记一下,有时间时再归置归置。 之前: 220 Microsoft FTP Service (win2k3) >>>>user *** 331 Password required for ***. >>>>pass *** 230 User *** logged in. >>>>cwd db/pd 250 CWD command successful. >>>>type A 200 Type set to A. >>>>PASV 227 Entering Passive Mode (*,*,*,*,14,95). >>>>NLST 125 Data connection already open; Transfer starting. 2010_12_07_14_34_11.txt +++2010_12_07_14_34_11.txt 226 Transfer complete. >>>>type I 200 Type set to I. >>>>PASV 227 Entering Passive Mode (*,*,*,*,16,97). >>>>SIZE 2010_12_07_14_34_11.txt 213 5760 >>>>RETR 2010_12_07_14_34_11.txt 125 Data connection already open; Transfer starting. 接收到: 2880byte; 接收到: 1440byte; 226 Transfer complete. --!!!ftp的SIZE指令报告的字节数还未传完ftp就报告传输结束,这里强制关闭,待下次处理 >>>>quit 221 >>>>disconnect,Close socket.end. 之后: 220 Microsoft FTP Service (win2k3) >>>>user *** 331 Password required for ***. >>>>pass *** 230 User *** logged in. >>>>cwd db/pd 250 CWD command successful. >>>>type A 200 Type set to A. >>>>PASV 227 Entering Passive Mode (*,*,*,*,14,95). >>>>NLST 125 Data connection already open; Transfer starting. 2010_12_07_14_34_11.txt +++2010_12_07_14_34_11.txt 226 Transfer complete. >>>>type I 200 Type set to I. >>>>PASV 227 Entering Passive Mode (*,*,*,*,16,97). >>>>SIZE 2010_12_07_14_34_11.txt 213 5760 >>>>RETR 2010_12_07_14_34_11.txt 125 Data connection already open; Transfer starting. 接收到: 2880byte; 接收到: 1440byte; 接收到: 2880byte; 接收到: 20byte; 226 Transfer complete. --end trans file >>>>DELE 2010_12_07_14_17_21.4EC 250 DELE command successful. >>>>quit 221 >>>>disconnect,Close socket.end. 开始处理 -------------------------------------------------------------------------------------------- 如果要说不是数据长度的缘故,你从3610换成2880马上就是不行。错误可以重现。 出现该错误,有时能重复N次可接收下来,但也有始终循环无法停止的情况。 我有另外一个程序,接收文件体积在3100-3900之间,运行数月,无此问题。但如调大调小均也出现此问题。 ****经常很长时间的运行,发现: 在网络很好的情况下。比如延迟50ms的情况下,没有问题。在延迟200ms的美国主机ftp时频现此问题。 经过反复调试发现。是在csDownLoadTransRead事件中,有如下代码: ilenread = Socket->ReceiveLength(); DownLoadRev += ilenread; //提示可能占据了宝贵的接受时间,造成无法接收 //测试:把下面这句取消注释,错误重现,一个文件下载几次都下载不完整。 //reMailInfo->Text = reMailInfo->Text + "接收到: " + IntToStr(ilenread)+"byte;\r\n"; //reMailInfo->Lines->Add("接收到: " + IntToStr(ilenread)+"byte;"); //这句也不行,看来只要引起界面刷新的,效率都低下。 Socket->ReceiveBuf(&szbuff,ilenread); //读后长度变为零,特别注意 of.write(szbuff,ilenread); 就是reMailInfo->Text 插入时影响到了效率。注释掉,反复测试美国主机(ping延迟200ms左右)恢复了正常。看来问题就出在此。 更多 上一篇:程序员的SEO总结 下一篇:关于EXECryptor参数设置的问题 相关主题推荐 ftp microsoft 服务器 测试 socket 查看评论 * 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场 核心技术类目 全部主题 Java VPN Android iOS ERP IE10 Eclipse CRM JavaScript Ubuntu NFC WAP jQuery 数据库 BI HTML5 Spring Apache Hadoop .NET API HTML SDK IIS Fedora XML LBS Unity Splashtop UML components Windows Mobile Rails QEMU KDE Cassandra CloudStack FTC coremail OPhone CouchBase 云计算 iOS6 Rackspace Web App SpringSide Maemo Compuware 大数据 aptech Perl Tornado Ruby Hibernate ThinkPHP Spark HBase Pure Solr Angular Cloud Foundry Redis Scala Django Bootstrap 个人资料 chengg0769 访问:529199次 积分:8720分 排名:第430名 原创:268篇 转载:211篇 译文:0篇 评论:348条 文章搜索 文章分类 PB反编译与加密(12) IOS和安卓(9) PB与数据库(10) 网络相关(1) 搜索相关(0) 闲话扯起耍(1) 其他语言(4) 文章存档 2014年01月(1)2013年12月(2)2013年11月(2)2013年09月(1)2013年02月(1)2012年11月(1)2012年09月(1)2012年08月(6)2012年07月(1)2012年05月(3)2012年03月(4)2011年12月(2)2011年11月(2)2011年10月(9)2011年09月(6)2011年08月(11)2011年07月(2)2011年06月(4)2011年04月(3)2010年12月(1)2010年10月(2)2010年09月(8)2010年08月(1)2010年07月(8)2010年06月(17)2010年05月(2)2010年04月(2)2010年03月(4)2010年01月(1)2009年09月(8)2009年08月(5)2009年07月(8)2009年06月(8)2009年05月(16)2009年03月(2)2009年02月(7)2008年12月(2)2008年11月(4)2008年10月(5)2008年08月(1)2008年07月(2)2008年01月(12)2007年12月(29)2007年11月(7)2007年10月(4)2007年09月(20)2007年08月(55)2007年07月(176) 阅读排行 搜索引擎学习资源(作者:dongdonglang)(14661) 做代理网站最有效的4种宣传方法(admin9.com)(12215) 再谈powerbuilder程序防止破解的办法(终结篇,以后不再写这个问题)(8263) 程序员的SEO总结(7479) PowerBuilder DeCompiler(pb decompiler) Demo download(PB反编译,支持5-12)(6149) 浅谈Powerbuilder的未来和Powerbuilder使用者的未来(6140) 在一台联想3000G430 T1600笔记本上安装黑苹果(东皇v10.6.3)成功(6026) PB11.5,PB12 web项目初探(5752) 文件夹加密原理 [转](5713) powerbuilder反编译器开发-第一步:pbd结构分析和pbkiller分析(5630) 评论排行 浅谈Powerbuilder的未来和Powerbuilder使用者的未来(49) 程序员的SEO总结(32) 有关Powerbuilder的悲观论和乐观论(由郭贴引发的300多贴争辩想到的,也是很久就想秉明的一个观点)(22) Powerbuilder混淆,加密(powerbuilder防止反编译,pb混淆器,PB加壳,支持5-12) obfuscator for PowerBuilder(20) 戏说DataWindow的“移植”和“临摹”(19) 因为垄断形成,数据库市场将出现更多开源数据库(19) 免费软件模式之随想(18) PB11.5,PB12 web项目初探(15) 软件提交到国外的下载站的几点操作和想法(15) 关于对pbd反编译器的期待(11) 推荐文章 最新评论 安装两个BCB6控件SynEdit、mwEdit 0.92a的过程总结 jiduxiaozhang12345: 请问BCB6的第三方控件在哪下载啊?急求 Powershield一个疑似的BUG zhj149: 高手啊,看你的文章,感觉你玩pb已经到了极致的境界了,我自认为pb还不错,和你比起来,还是差了太多了 软件提交到国外的下载站的几点操作和想法 u012353953: 楼主在吗?有个问题请教,看到请加我QQ,谢谢。17493589 Lucene(Nutch)距离商业文本搜索引擎还有多远?(转载) koubi1986: 你好!请教一些问题:请问一下1。你是如何把nutch抓取到的二进制内容,在项目中读取的。2。nutc... 看一个商业共享软件是如何在下载站刷下载量来作弊的! u011506701: 您的判断是有误的,像我研究的刷量算法你就根本看不出来,出现的曲线图跟正常的一模一样的,附:刷量是最好... 垂直搜索引擎蜘蛛的基本解决方案(编程实例:所以推荐) gis101989: 你好,我正在写面向主题搜索引擎结合地理信息的论文,很多地方不懂,能加个扣扣吗?非常感谢你的帮助,我的... 浅谈Powerbuilder的未来和Powerbuilder使用者的未来 hosthelp: PB的最大缺点就是:(其实很简单)过时了。 服装过时就没人穿了, 电器过时就没人买了, 明星过时(过... 三岁小孩开发搜索引擎,搜索引擎白热化[原创] rongzi1987: 顶一个。先顶再看 再谈powerbuilder程序防止破解的办法(终结篇,以后不再写这个问题) hua2000: 顶顶更健康正在研究反向工程 有个傻B说破解了我的软件—哈哈!黄金屋手机MP3.MP4.3GP.电影.下载系统 ljx811216: 真有这事,看看 我的未来方向 pconline/asp.net周金桥老师的aspnet 友人Blog 旧博客在sina Bluesen的语音卡开发平台 JackXu的开源语音卡框架 经验丰富的好友:杨光的专栏 蓝星际语音平台,Koodoo语言 Lucene改造者-yuetiantian 西部.阿呆's blog manesking:全文检索c/c fullfocus研究lucene,nutch 黄国酬的博客 把“天轰穿”的asp.net 雨松.安卓