Bug 171340
Summary: | mt man page misdescribes fsfm and bsfm arguments | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Need Real Name <kodis> |
Component: | mt-st | Assignee: | Jindrich Novy <jnovy> |
Status: | CLOSED RAWHIDE | QA Contact: | David Lawrence <dkl> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4 | CC: | pknirsch |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 0.9b-2 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-10-25 10:24:17 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Need Real Name
2005-10-20 21:34:51 UTC
*** Bug 171339 has been marked as a duplicate of this bug. *** Could you please reformulate the bsfm and fsfm description without any misleadings to let me fix the man page and send the fix upstream? Thanks. I'd change the "backward space file mark" command to read: bsfm Backward space past count file marks, then forward space one file record. This leaves the tape positioned on the first block of the file that is count-1 files before the current file. The corresponding change to the "forward space file mark" command should probably read something like: fsfm Forward space past count file marks, then backward space one file record. This leaves the tape is positioned on the last block of the file that is count-1 files past the current file. Just for information, here's how the Solaris man page describes the operation of the bsf and nbsf commands of the Solaris mt command: bsf Back space over count EOF marks. The tape is positioned on the beginning-of-tape side of the EOF mark. nbsf Back space count files. The tape is positioned on the first block of the file. This is equivalent to count+1 bsf's followed by one fsf. I find this description easier to read than the one in the current RH man page. Also, there's a difference in how many files are skipped between the bsfm and nbsf commands. Under Solaris, an "nbsf 1" moves to the start of the prior file; under Linux, a "bsfm 2" is required to do the same thing. The Solaris version of this command seems more in line with what intuition would lead a user to expect. fsfm and bsfm descriptions are now fixed. From User-Agent: XML-RPC mt-st-0.9b-1.fc4 has been pushed for FC4, which should resolve this issue. If these problems are still present in this version, then please make note of it in this bug report. |