Indy IdFTP组件的ChangeDir方法不起作用,我哪里弄错了?请高手指教。

Terony 2011-09-20 08:49:32
代码如下:
var
count, i: Integer;
begin
ifFTP.ChangeDir('htdocs');
//在标题栏显示当前目录,确实是:/htdocs
Self.Caption := ifFTP.RetrieveCurrentDir;
//清空文件列表(ListBox组件)
lbFileList.Items.Clear;
count := ifFTP.DirectoryListing.Count;
for i := 0 to count - 1 do
begin
lbFileList.Items.Add(ifFTP.DirectoryListing.Items[i].FileName);
end;
end;

这段代码的本意是要获得FTP服务器上指定目录中的所有文件,但是,程序运行之后,获得的确依旧是根目录中的文件。在网上查了很多代码,也照做了,均无用。本人用Delphi 2010中自带的Indy组件。请高手帮我一下,谢谢!
...全文
174 4 打赏 收藏 转发到动态 举报
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
Terony 2011-09-26
  • 打赏
  • 举报
回复
问题已经解决。在Delphi XE2中,代码未改动的情况下成功编译并正确执行,我想是Indy中原有的未改Bug,在XE2中更正了。虽然上面的朋友没有给出正确答案,仍然散分表示感谢。
gxgyj 2011-09-21
  • 打赏
  • 举报
回复
把 /
加进去试试
/dir1/dir2
shuaialang 2011-09-21
  • 打赏
  • 举报
回复
没研究过
Terony 2011-09-20
  • 打赏
  • 举报
回复
没有人会吗?沙发只好自己坐了,:-D.
使用TIdAntiFreeze对抗“冻结”   Indy使用一个特殊的组件TIdAntiFreeze来透明地解决客户程序用户界面“冻结”的问题。TIdAntiFreeze在Indy内部定时中断对栈的调用,并在中断期间调用Application.ProcessMessages方法处理消息,而外部的Indy调用继续保存阻塞状态,就好像TIdAntiFreeze对象不存在一样。你只要在程序中的任意地方添加一个TIdAntiFreeze对象,就能在客户程序中利用到阻塞式Socket的所有优点而避开它的一些显著缺点。   Indy使用了线程技术   阻塞式Socekt通常都采用线程技术,Indy也是如此。从最底层开始,Indy的设计都是线程化的。因此用Indy创建服务器和客户程序跟在Unix下十分相似,并且Delphi的快速开发环境和Indy对WinSock的良好封装使得应用程序创建更加容易。   Indy服务器模型   一个典型的Unix服务器有一个或多个监听进程,它们不停地监听进入的客户连接求。对于每一个需要服务的客户,都fork一个新进程来处理该客户的所有事务。这样一个进程只处理一个客户连接,编程就变得十分容易。   Indy服务器工作原理同Unix服务器十分类似,只是Windows不像Unix那样支持fork,而是支持线程,因此Indy服务器为每一个客户连接分配一个线程。   图1显示了Indy服务器的工作原理。Indy服务器组件创建一个同应用程序主线程分离的监听线程来监听客户连接求,对于接受的每一个客户,都创建一个新的线程来为该客户提供服务,所有与这一客户相关的事务都由该线程来处理。   使用组件TIdThreadMgrPool,Indy还支持线程池。   线程与Indy客户程序   Indy客户端组件并未使用线程。但是在一些高级的客户程序中,程序员可以在自定义的线程中使用Indy客户端组件,以使用户界面更加友好。

1,593

社区成员

发帖
与我相关
我的任务
社区描述
Delphi 网络通信/分布式开发
社区管理员
  • 网络通信/分布式开发社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧