终于2W了，散分

Question

  还差1W升星，路漫漫而修远兮……
  Delphi坏了，哪位能友情提供个下载地址或者空的console app生成的EXE以供研究……昨天弄到一半Delphi就哑火了……

Answer 1

555555～
bdmh太快了，sf没有了，太丢脸了

Answer 2

这几天用delphi写了一个tcp的服务端，感觉比linux/命令行的服务端要复杂多了
一个tcp服务程序的开发
└选择tcp服务器控件
  ├Ttcpserver
  └Tserversocket
    ├以前一个服务程序使用它，效果还行，就是偶尔会有socket突然会失效
    ├blocking
    │└因为服务端工作比较简单：接收字符串，按ini取得操作信息，修改一个image或一些内存状态，然后返回字符串
    │  └使用一个线程跟踪全程似乎有点大惊小怪
    └non-blocking
      ├以前一个服务程序就是使用非阻塞的
      ├但是这一次，在OnRead里先取4个字节的长度信息，再取此长度的数据；然后返回原字符串
      │└发现服务器卡的很厉害！
      ├是不是不能在OnRead里进行Send操作的？
      │└如果这样，需要修改机制：OnRead里只读取，放到一个任务队列；另外的线程或定时事件取任务处理再Send操作
      ├还有一个问题，OnRead里又取又处理又发回。如果期间该客户端断了
      │└使用该socket前需要每次都判断一下是否还有效；如何判断
      │  └if socket.connected then还可以发送
      └还有一个问题，经常出现一个客户端被响应时，就连续响应它；10多秒钟内不会响应别的客户端  每个FrameApp对客户端命令的响应可能需要一个时间，为了期间不影响接收、响应其它客户端的命令
    采用了一个命令队列，接收时统一加到此队列（添加）
  由定时事件扫描此队列进行处理、返回、删除  比较简单的工作，由于有连接列表，某个客户端断线后，需要及时在列表里反映
  事情变得复杂了：除了在列表里反映，还需要删除任务队列里属于此客户端的任务（删除）  这与定时器事件扫描有冲突了！  采用Tthreadlist仍然会冲突！？
    定时器事件 和 断线事件 都是 Tthreadlist.locklist 才处理的。  连接列表CheckListBox.items
    TabSheet
      FrameApp
        Thread
          socket
          Tasklist(使用了线程，就不用了)
  任何一个要能方便找到对应的其它后来不得不彻底放弃控件，改用api然后还有一个主界面(MainForm以及各个FrameClient)和各个线程的交互问题感觉这种带交互界面的服务端，要比linux/命令行的服务端要复杂多了

Answer 3

顶，，
另，楼主是需要Delphi安装文件？！！

Answer 4

改用API ，交互界面，是比较麻烦，
这几天我也在考虑这个

Answer 5

早生贵子就免了……
另外，找到Delphi的安装文件了，这些就不需要了，谢谢大家的帮忙