[hackers] [ubase] Add dd(1) manpage || sin

From: <git_AT_suckless.org>
Date: Wed, 11 Jun 2014 12:54:41 +0200

commit c80061b08f57e33a592cda9f980345fd52d45a6f
Author: sin <sin_AT_2f30.org>
Date: Wed Jun 11 11:49:44 2014 +0100

    Add dd(1) manpage
    
    Formatting is a bit weird, will need fixing.

diff --git a/Makefile b/Makefile
index c0340c3..ed73272 100644
--- a/Makefile
+++ b/Makefile
_AT_@ -67,6 +67,7 @@ SRC = \
 MAN1 = \
         chvt.1 \
         clear.1 \
+ dd.1 \
         df.1 \
         dmesg.1 \
         eject.1 \
diff --git a/dd.1 b/dd.1
new file mode 100644
index 0000000..5cc5384
--- /dev/null
+++ b/dd.1
_AT_@ -0,0 +1,45 @@
+.TH DD 1 ubase-VERSION
+.SH NAME
+ Bdd R - Copy a file
+.SH SYNOPSIS
+ Bdd R [ Ioperand... R]
+.SH DESCRIPTION
+ Bdd R copies the standard input to the standard output. By default input
+data is read and written in 64kB blocks. When finished, Bdd R displays the
+number of records read and written as well as the total number of bytes copied.
+ Bdd R syncs the filesystem once it is done copying. If you want
+to disable that use the Inosync R option.
+.SH OPERANDS
+.TP
+if= Ifile R
+Read input from Ifile R instead of the standard input.
+.TP
+of= Ifile R
+Write output to Ifile R instead of the standard output. If an initial
+portion of the output Ifile R is skipped using the seek operand, the output
+file is truncated at that point.
+.TP
+bs[= IN R]
+If bs is not specified, the default blocksize is 64kB. If bs is specified
+without setting it to a specific value then an optimal value between the source
+and target filesystem will be selected. If this process fails it will fallback
+to the system's pagesize. Adjust IN R to set the block size of the transfers
+in bytes.
+.TP
+seek= IN R
+Seek IN R blocks from the beginning of the output before copying.
+.TP
+skip= IN R
+Skip IN R blocks from the beginning of the input before copying.
+.TP
+count= IN R
+Copy only IN R input blocks.
+.TP
+direct
+Use direct I/O for data.
+.TP
+quiet
+Enable quiet output.
+.TP
+nosync
+Do not sync the filesystem once we are done copying.
Received on Wed Jun 11 2014 - 12:54:41 CEST

This archive was generated by hypermail 2.3.0 : Wed Jun 11 2014 - 13:00:10 CEST