Re: rmt(8) spells "MTIOCOP" of "MTIOCTOP"

[Joerg Schilling]

Rick van Rein <address@hidden> wrote:

> Hi,
>
> See subject, I think that the ioctl identifier is misspelled in the rmt
> man page.
>
> In general, I was hoping to find enough information to simulate this
> protocol in a simple daemon over a protected link, but the man page is
> insufficient for that, notably for the I and S commands.  I'll dig deeper.

Be careful, the rmt implementation from gtar is outdated since approx. 30 years.

It implements the old protocol version from 1981 instead of the new protocol 
version 1 from 1989.

The old protocol is unable to abstract from binariy incompatibilities in the 
MTIOCTOP ioctl() implemented e.g. on Linux, compared to a typical UNIX. This 
typically causes a "tape rewind" command to be mapped to e.g. "erase tape" on 
the remote side and this usually results in junk values retrieved from the 
"status" command.


The implementation from gtar is also slower than the current enhanced version 1 
implementation.

See:

http://schilytools.sourceforge.net/man/man1/rmt.1.html

For the documentation of the RMT daemon and:

http://schilytools.sourceforge.net/man/man3/librmt.3.html

http://schilytools.sourceforge.net/man/man3/rmtgetconn.3.html

http://schilytools.sourceforge.net/man/man3/rmtopen.3.html

http://schilytools.sourceforge.net/man/man3/rmtinit.3.html

http://schilytools.sourceforge.net/man/man3/rmtstatus.3.html

for a documentation of the application counterpart in librmt.

The Source code is in schilytools:

http://sourceforge.net/projects/schilytools/files/

Jörg

-- 
 EMail:address@hidden                    (home) Jörg Schilling D-13353 Berlin
    address@hidden (work) Blog: http://schily.blogspot.com/
 URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/'