基于局域网通信的软件客户端，附加文件传送功能

使用C#编写的WEB浏览器。基本功能齐全。- Uses WEB browser which C# compiles. The basic function is complete.

仿照WINDOWS的扫雷程序，做的不好，有BUG 大家可以自己修改。-WINDOWS modeled on de-mining program, did a poor job, there are BUG we can modify their own.

一个利用WinSocket控件传送文件，欢迎大家来下载。-Winsocket control the use of a transmission of documents, all are welcome to download.

　各个线程任务分配是这样实现的。在开始下载时，文件平均分成若干块进行下载。如第一个线程一开始的任务是从文件的0位置开始下载一直到72908位置处。线程1每次下载一块数据后就要调整任务，如第一次下载了20800字节的数据，那么线程1的任务将改为：20800-72908。如此下去，直到任务为72908-72908时表示线程1完成了当前的下载任务。此时，线程1就分析各个线程的任务，找出任务最为繁忙的一个线程：如线程3：14816-218724。那么线程1就自动去调整任务，拿50%的任务来再次下载。周而复始直到各个线程都完成任务。不过这里有一点需要注意：为了避免重复下载部分数据，在调整任务的时候，起始的文件便移量必须加上接受缓冲器的字节数，因为如前面所举的列子来看。线程1和线程3在平衡负载的时候，线程正在下载数据，如果所剩的数据比接受缓冲器的大小还小，线程1和线程3的部分下载数据将会重复。 　　在调整任务和分析任务的时候，会发现一个问题。就是读取文件数据太过频繁。于是我用了一个数据结构。在下载文件的过程中始终打开配置文件，这样速度提高了很多。在文件下载完毕后关闭文件。-various threads assignment is achieved. At the beginning of the download, the paper divided into a number of pieces of the download. As a thread of a task is to start from the position paper of 0 to start the download has 72,908 locations Department. Thread a download each one will have to adjust the data tasks, such as the first downloaded 20,800 gigabytes of data, then threaded a task will be re :20800- 72908. This situation continues until the mandate of 72908-72908 said threaded a completion of the cu

聊天室liu luululi ullui lu iyuyku-Chat liu luululi ullui lu iyuyku

VB语言实现tcpip数据通讯-VB language TCPIP data communications

使用替换wsock32.dll文件来跟踪windows socket api函数的程序- The use replaces the wsock32.dll document to track windows socket the api function the procedure

一个小型的局域网聊天工具，供初学者参考，很有价值-A small local area network chat tool for beginners reference value

Internet Communications Engine （Ice） 针对这些使人不快的选择，ZeroC, Inc. 决定开发Internet Communications Engine，简称Ice1。其主要设计目标是： • 提供适用于异种环境的面向对象中间件平台。 • 提供一组完整的特性，支持广泛的领域中的实际的分布式应用的开发。 • 避免不必要的复杂性，使平台更易于学习和使用。 • 提供一种在网络带宽、内存使用和CPU 开销方面都很高效的实现。 • 提供一种具有内建安全性的实现，使它适用于不安全的公共网络。 更简单地说， Ice 的设计目标可陈述为：“让我们构建与CORBA 一样强 大的中间件平台，而又不去犯CORBA 所犯下的任何错误”。

1-持续CSMA协议下，当一个用户要发送数据时，它首先侦听信道，看是否有其他站点在传送。如果信道忙，就持续等待直到信道空闲时，便将数据送出。若发生冲突，就等待一个随机长的时间，然后重新侦听。 对于这种协议，先考虑当前帧i时的前一帧时i-1，得到前一帧时的最后一帧frame0（相对时间最大的帧）的相对时间dt0，然后再在当前帧时查看有哪些帧的相对时间会小于dt0，这些帧若是发送就会与frame0发生冲突，所以这些帧就进入持续等待状态，这些帧并没有发送。再考虑当前帧余下的帧（dt > dt0），它们中的第一帧侦听到信道处于空闲状态，所以就发送，而其他的帧由于第一帧的发送又处于等待状态。若有大于或等于2个帧的相对时间相等，且它们又同时侦听到信道空闲时，就会同时发送而导致冲突，冲突发生后的处理方法同上两个协议的一样。 -1- CSMA continued under the agreement, when a user to send data, it first interception Channel to see if there are other sites in transmission. If Channel busy, continuing to wait until the idle channel, and put more information out. If there is conflict, it is a long wait for a random time, then re-interception. Such agreements, to consider the current frame i am one of the former when i-1, be a time before the final one frame0 (relative to the time frame) the relative dt0 time, and then when the current frame to detect what the relative time frame will be less than dt0, these frames will be sent if and frame0 conflict, th