当前位置: 技术问答>linux和unix
求助:在 unix下用c语言编程,怎么实现ftp文件时的断点续传
来源: 互联网 发布时间:2015-04-11
本文导语: 我要在unix写个程序进行文件传输, 主要是通过ftp来进行, 如果文件传输时发生异常中断,怎样才可以实现断点续传 不要告诉我重新传一遍完整的文件来代替上次未传输完毕的文件 | 能下载R...
我要在unix写个程序进行文件传输,
主要是通过ftp来进行,
如果文件传输时发生异常中断,怎样才可以实现断点续传
不要告诉我重新传一遍完整的文件来代替上次未传输完毕的文件
主要是通过ftp来进行,
如果文件传输时发生异常中断,怎样才可以实现断点续传
不要告诉我重新传一遍完整的文件来代替上次未传输完毕的文件
|
能下载RFC的站点至少有10万个,官方的:
www.rfc-editor.org
www.ietf.org
RFCs由一系列草案组成,起始于1969年, 内容和Internet (开始叫做为ARPANET)相关。草案讨论了计算机通讯的方方面面,重点在网络协议,过程,程序,以及一些会议注解,意见,风格方面的概念。如果要了解RFC系列的历史方面的情况,可以参考"30 Years of RFCs"。
RFC编辑者负责RFCs 以及RFCs的整体结构文档,并维护RFCs的索引。Internet协议族的文档部分(由Internet工程委员会IETF以及IETF 下属的管理组IESG 定义),也做为RFC文档出版。因此,RFC在Internet相关标准中有着重要的地位。如您对RFC的出版物有好的建议,或好的看法,可以通过EMAIL rfc-editor@rfc-editor.org进行联系。
RFC编辑者的职责是由Internet 中的大家提议形成的,所出版的语言也就和Internet一样。IETF and the ISOC是代表了世界各地的国际性组织,英语是IETF的第一工作语言,也是IETF的正式出版语言。RFC 2026 "The Internet Standards Process -- Revision 3" 允许RFCs翻译成其他不同的语言。但是不能保证其翻译版本是否正确。因此,RFC编辑不对非英语的版本负责,而只是指明了哪里有非英语的版本,将这些信息列在WEB页上。
RFC处理过程
第一步RFC的出版是作为一个Internet 草案发布,可以阅读并对其进行注释。准备一个RFC草案,我们要求作者先阅读IETF的一个文档"Considerations for Internet Drafts". 它包括了许多关于RFC以及Internet草案格式的有用信息。作者还应阅读另外一个相关的文档RFC 2223 "Instructions to Authors"。
一旦文档有了一个ID号后,你就可以向rfc-editor@rfc-editor.org发送e-mail ,说你觉得这个文档还可以,能够作为一个有价值或有经验的RFC文档 。RFC编辑将会向IESG请求查阅该文档并给其加上评论和注释。你可以通过RFC队列来了解你的文档的进度。一旦你的文档获得通过,RFC编辑就会将其编辑并出版。如果该文档不能出版,则会有email通知作者是什么原因。作者有48个小时来校对RFC编辑的意见。我们强烈建议作者要检测拼写错误和丢字的错误,应该确保有引用,联系和更新相关的信息。如你的文档是一个MIB,我们则要你对你的代码作最后一次检测。一旦RFC文档出版,我们就不会对其进行更改,因此你应该对你的文档仔细的检查。
有时个别的文档会被正从事同一个项目的IETF工作组收回,如是这种情况,则该作者会被要求和IETF进行该文档的开发。在IETF中, Area Directors (ADs) 负责相关的几个工作组。这些工作者所开发的文档将由ADs 进行校阅,然后才作为RFCs的出版物。
参见:
如要获得关于如何写RFC文档和关于RFCs 的Internet标准制定过程的更多详细信息,请各位参见:
RFC 2223 "Instructions to RFC Authors"。
RFC 2026 "The Internet Standards Process -- Revision 3"。
www.rfc-editor.org
www.ietf.org
RFCs由一系列草案组成,起始于1969年, 内容和Internet (开始叫做为ARPANET)相关。草案讨论了计算机通讯的方方面面,重点在网络协议,过程,程序,以及一些会议注解,意见,风格方面的概念。如果要了解RFC系列的历史方面的情况,可以参考"30 Years of RFCs"。
RFC编辑者负责RFCs 以及RFCs的整体结构文档,并维护RFCs的索引。Internet协议族的文档部分(由Internet工程委员会IETF以及IETF 下属的管理组IESG 定义),也做为RFC文档出版。因此,RFC在Internet相关标准中有着重要的地位。如您对RFC的出版物有好的建议,或好的看法,可以通过EMAIL rfc-editor@rfc-editor.org进行联系。
RFC编辑者的职责是由Internet 中的大家提议形成的,所出版的语言也就和Internet一样。IETF and the ISOC是代表了世界各地的国际性组织,英语是IETF的第一工作语言,也是IETF的正式出版语言。RFC 2026 "The Internet Standards Process -- Revision 3" 允许RFCs翻译成其他不同的语言。但是不能保证其翻译版本是否正确。因此,RFC编辑不对非英语的版本负责,而只是指明了哪里有非英语的版本,将这些信息列在WEB页上。
RFC处理过程
第一步RFC的出版是作为一个Internet 草案发布,可以阅读并对其进行注释。准备一个RFC草案,我们要求作者先阅读IETF的一个文档"Considerations for Internet Drafts". 它包括了许多关于RFC以及Internet草案格式的有用信息。作者还应阅读另外一个相关的文档RFC 2223 "Instructions to Authors"。
一旦文档有了一个ID号后,你就可以向rfc-editor@rfc-editor.org发送e-mail ,说你觉得这个文档还可以,能够作为一个有价值或有经验的RFC文档 。RFC编辑将会向IESG请求查阅该文档并给其加上评论和注释。你可以通过RFC队列来了解你的文档的进度。一旦你的文档获得通过,RFC编辑就会将其编辑并出版。如果该文档不能出版,则会有email通知作者是什么原因。作者有48个小时来校对RFC编辑的意见。我们强烈建议作者要检测拼写错误和丢字的错误,应该确保有引用,联系和更新相关的信息。如你的文档是一个MIB,我们则要你对你的代码作最后一次检测。一旦RFC文档出版,我们就不会对其进行更改,因此你应该对你的文档仔细的检查。
有时个别的文档会被正从事同一个项目的IETF工作组收回,如是这种情况,则该作者会被要求和IETF进行该文档的开发。在IETF中, Area Directors (ADs) 负责相关的几个工作组。这些工作者所开发的文档将由ADs 进行校阅,然后才作为RFCs的出版物。
参见:
如要获得关于如何写RFC文档和关于RFCs 的Internet标准制定过程的更多详细信息,请各位参见:
RFC 2223 "Instructions to RFC Authors"。
RFC 2026 "The Internet Standards Process -- Revision 3"。