那很可能是indy传文件是需要先把文件全部读入自己的缓冲。。。。。。。 <- 中国开发网

账号

中国开发网: 论坛: 程序员情感CBD: 贴子 621176

haitao · 2008-04-16 02:17:44 · 阅读: 683

那很可能是indy传文件是需要先把文件全部读入自己的缓冲。。。。。。。

而这个缓冲的最大值又是一个常量决定的

还是这样吧：那其实有一个更简单的办法 (63字) (haitao [3] 今天 09:51 )

相关信息:

[技术贴]各位有用delphi实现的上传整个目录的代码嘛？ (5284字) (UnKnow365 [1279] 2008-04-14 10:48)
- 增加日志，看看在什么时候死掉。。。。。。。。 (空) (haitao [545] 2008-04-14 10:51)
  - 也只能如此了 (空) (UnKnow365 [480] 2008-04-14 11:07)
- 你是要做服务器端，还是要做客户端？INDY FTP 都有 DEMO 可以拿来改的，应该都是工作正常的。 (空) (pcplayer [593] 2008-04-14 10:54)
- 客户端的，最好不用控件 (空) (UnKnow365 [498] 2008-04-14 11:07)
  - 确定服务器端是 FTP SERVER的话，客户端直接那 INDY FTP CLIENT DEMO 来改，很轻松的。 (空) (pcplayer [638] 2008-04-14 11:10)
    - 谢谢！那个只能传文件，我需要的是上传目录。 (空) (UnKnow365 [462] 2008-04-14 14:57)
      - 你自己对目录做 FindNext 的操作，把里面的文件都找出来不就行了？ (空) (pcplayer [461] 2008-04-14 15:03)
  - 用windows带的ftp命令吧 (空) (leejd [731] 2008-04-14 11:12)
    - 这个也不带上传目录吧？ (空) (龙之吻 [430] 2008-04-14 18:43)
- 唉，跟踪发现死在上传一个80M的压缩文件上。这可麻烦了！ (37字) (UnKnow365 [638] 2008-04-15 08:34)
  - 改成 (9字) (ycm0263 [535] 2008-04-15 08:36)
    - 机器人就是机器人 (空) (UnKnow365 [404] 2008-04-15 08:41)
      - BS (空) (ycm0263 [441] 2008-04-15 10:04)
  - 上傳沒斷點續傳是麻煩啊... (空) (leeming [546] 2008-04-15 09:00)
  - 如果windows的ftp.exe（或其它命令行ftp客户端）稳定可靠，干脆改变思路：程序让它来自动传 (45字) (haitao [1220] 2008-04-15 09:04)
    - 这是个方法，但是就不好确定是否传完了，有没有异常 (空) (UnKnow365 [498] 2008-04-15 17:33)
      - 所以前提是这个外部exe稳定可靠。。。。。。。。。 (13字) (haitao [492] 2008-04-15 17:43)
  - 大文件死？究竟是死了，还是文件大在传输只不过堵塞了？ (空) (pcplayer [568] 2008-04-15 10:23)
    - 用INDY的DEMO传直接无响应 (空) (UnKnow365 [532] 2008-04-16 08:57)
      - 在ide里运行，无响应时break一下看看是在内部循环着传，还是真的死了？ (20字) (haitao [619] 2008-04-16 09:31)
        应该显示进度和速度 (空) (sealw [496] 2008-04-16 09:34)
        那需要在内部循环传的过程中回调一下显示函数指针。。。。。。。 (25字) (haitao [563] 2008-04-16 09:38)
        确认是INDY的问题了，跟踪后给了个Error 10055 "No Buffer space available" (空) (UnKnow365 [1093] 2008-04-16 10:12)
        由于系统缺乏足够的缓冲区空间，或因为队列已满，在套接字上的操作无法执行。 (空) (UnKnow365 [1421] 2008-04-16 10:17)
        那很可能是indy传文件是需要先把文件全部读入自己的缓冲。。。。。。。 (69字) (haitao [682] 2008-04-16 10:17)
  - 支持断点续传是很重要的，另外，用indy时使用indyantifreezer也是很重要的 (空) (变废为宝 [604] 2008-04-15 22:53)
- 也许可以考虑用rsync这样的解决方案 (空) (sealw [493] 2008-04-15 10:12)
- 做乜不用perl这样的脚本快速写个？ (8字) (周星驰 [677] 2008-04-15 18:11)
- 真要命！用INDY的CLIENT DEMO也无法传送大文件。 (空) (UnKnow365 [513] 2008-04-16 08:56)
  - 把你的应用环境和需求讲清楚，大家看看有没有别的方法 (空) (sealw [526] 2008-04-16 09:18)
    - Ftp服务器是Server-U运行在Windows2K上，Ftp客户端运行在Windows2003上，是个服务程序 (194字) (UnKnow365 [852] 2008-04-16 09:46)
      - 那其实有一个更简单的办法 (63字) (haitao [545] 2008-04-16 09:51)
      - 用windows自带的FTP上传正常，说明问题应该不是在FTP服务器，查FTP服务器有建一个字节为0的文件。这句怎么理解？ (空) (sealw [841] 2008-04-16 09:55)
      - 你用 indy9 吧。indy10 我现在都不敢用。 (空) (pcplayer [581] 2008-04-16 10:18)
        我搜了一下indy9好像也有此问题 (空) (UnKnow365 [1056] 2008-04-16 10:21)
      - 我刚才用 indy9.018 及 indy 自己带的 ftp server / ftp client 传了1个 86M 的文件，飞快，一点问题都没有。 (空) (pcplayer [664] 2008-04-16 10:24)
        server 和 client 分别在两台不同的电脑上，都是XP，局域网。 (空) (pcplayer [629] 2008-04-16 10:25)
        有时候测试环境需要尽可能真实 (空) (sealw [2] 昨天 11:12 ) (空) (leejd [462] 2008-04-16 11:06)
        你再传个几百M的试试 (空) (UnKnow365 [568] 2008-04-16 11:34)
        你也试一试用indy ftp server作为服务端。。。。。。。 (17字) (haitao [684] 2008-04-16 12:07)
        你这个猜测不成立。C 和 S 之间是 TCP 连接，不管中间的协议如何，不至于影响到 C 占用内存的数量。 (空) (pcplayer [591] 2008-04-16 12:55)
        所以才有“世事难料”的说法 (120字) (haitao [567] 2008-04-16 12:59)

欢迎光临本社区，您还没有登录，不能发贴子。请在这里登录

页面内容处理时间: 0.016 - 550208