翻訳と辞書
Words near each other
・ Xok
・ Xoka
・ Xokleng
・ Xokleng language
・ Xokleng people
・ Xokonoschtletl Gómora
・ XOL DOG 400
・ Xol Qarabucaq
・ Xol Qaraqaşlı
・ XOL-1 Switch protein N-terminal domain
・ Xolani Mdaki
・ Xolas
・ Xolile Yawa
・ Xolilizwe Mzikayise Sigcawu
・ XMobots Apoena
XMODEM
・ XMODS
・ Xmonad
・ Xmortis
・ XMOS
・ Xmouse
・ Xmove
・ XMP
・ Xmplay
・ XMPP
・ XMPP Standards Foundation
・ XMR
・ XMS
・ XMS email application server
・ XMT


Dictionary Lists
翻訳と辞書 辞書検索 [ 開発暫定版 ]
スポンサード リンク

XMODEM : ウィキペディア英語版
XMODEM

XMODEM is a simple file transfer protocol developed as a quick hack by Ward Christensen for use in his 1977 MODEM.ASM terminal program. It allowed users to transmit files between their computers when both sides used MODEM. Keith Petersen made a minor update to always turn on "quiet mode", and called the result XMODEM.〔Ward Christensen, ("Memories" ), 25 November 1992〕
XMODEM became extremely popular in the early bulletin board system (BBS) market, largely because it was so simple to implement. It was also fairly inefficient, and as modem speeds increased this problem led to the development of a number of modified versions of XMODEM to improve performance or address other problems with the protocol. Christensen believed his original XMODEM to be "the single most modified program in computing history". Chuck Forsberg collected a number of modifications into his YMODEM protocol, but poor implementation led to a further fracturing before they were re-unified by his later ZMODEM protocol.
XMODEM, like most file transfer protocols, breaks up the original data into a series of "packets" that are sent to the receiver, along with additional information allowing the receiver to determine whether that packet was correctly received.
==Packet structure==

The original XMODEM used a 128-byte data packet, the basic block size used on CP/M floppy disks. The packet was prefixed by a simple 3-byte header containing a <SOH> character, a "block number" from 0-255, and the "inverse" block number—255 minus the block number. Block numbering starts with 1 for the first block sent, not 0.
The packet was also suffixed with a single-byte checksum of the data bytes. The checksum was the sum of all bytes in the packet modulo 256. The modulo operation was easily computed by discarding all but the eight least significant bits of the result, or alternatively on an eight bit machine, ignoring arithmetic overflow which would produce the same effect automatically. In this way the checksum was restricted to an eight bit quantity which was able to be expressed using a single byte. For example, if this checksum method was used on a tiny data packet containing only two bytes carrying the values 130 and 130, the total of these codes is 260 and the resulting checksum is 4.
The complete packet was thus 132 bytes long, containing 128 bytes of data, for a total channel efficiency of about 97%.
The file was marked "complete" with a <EOT> character sent after the last block. This character was not in a packet, but sent alone as a single byte. Since the file length was not sent as part of the protocol, the last packet was padded out with a "known character" that could be dropped. In the original specification this defaulted to or 26 decimal, which CP/M used as the end-of-file marker inside its own disk format. The standard suggested any character could be used for padding, but there was no way for it to be changed ''within the protocol'' itself – if an implementation changed the padding character, only clients using the same implementation would correctly interpret the new padding character.

抄文引用元・出典: フリー百科事典『 ウィキペディア(Wikipedia)
ウィキペディアで「XMODEM」の詳細全文を読む



スポンサード リンク
翻訳と辞書 : 翻訳のためのインターネットリソース

Copyright(C) kotoba.ne.jp 1997-2016. All Rights Reserved.