[rtems commit] shell: Fix code-block warnings.

Chris Johns chrisj at rtems.org
Fri Oct 28 17:56:21 UTC 2016


Module:    rtems
Branch:    master
Commit:    2592441410608c414b5a4fa601f291010b985b04
Changeset: http://git.rtems.org/rtems/commit/?id=2592441410608c414b5a4fa601f291010b985b04

Author:    Chris Johns <chrisj at rtems.org>
Date:      Sat Oct 29 04:56:11 2016 +1100

shell: Fix code-block warnings.

---

 shell/file_and_directory.rst      | 222 +++++++++++++++++++-------------------
 shell/general_commands.rst        | 126 +++++++++++-----------
 shell/memory_commands.rst         |  56 +++++-----
 shell/network_commands.rst        |  47 ++++----
 shell/rtems_specific_commands.rst | 136 +++++++++++------------
 5 files changed, 293 insertions(+), 294 deletions(-)

diff --git a/shell/file_and_directory.rst b/shell/file_and_directory.rst
index fd63c1e..6ab0eb6 100644
--- a/shell/file_and_directory.rst
+++ b/shell/file_and_directory.rst
@@ -81,7 +81,7 @@ blksync - sync the block driver
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     blksync driver
 
@@ -103,7 +103,7 @@ None.
 
 The following is an example of how to use ``blksync``:
 
-.. code:: c
+.. code-block:: c
 
     blksync /dev/hda1
 
@@ -127,7 +127,7 @@ configured.
 The ``blksync`` is implemented by a C language function
 which has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_blksync(
         int    argc,
@@ -136,7 +136,7 @@ which has the following prototype:
 
 The configuration structure for the ``blksync`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_BLKSYNC_Command;
 
@@ -148,7 +148,7 @@ cat - display file contents
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     cat file1 [file2 .. fileN]
 
@@ -168,7 +168,7 @@ It is possible to read the input from a device file using ``cat``.
 
 The following is an example of how to use ``cat``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] # cat /etc/passwd
     root:*:0:0:root::/:/bin/sh
@@ -195,7 +195,7 @@ configured.
 The ``cat`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_cat(
         int    argc,
@@ -204,7 +204,7 @@ prototype:
 
 The configuration structure for the ``cat`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_CAT_Command;
 
@@ -216,7 +216,7 @@ cd - alias for chdir
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     cd directory
 
@@ -237,7 +237,7 @@ None.
 
 The following is an example of how to use ``cd``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ cd etc
     SHLL [/etc] $ cd /
@@ -271,7 +271,7 @@ This command can be excluded from the shell command set by defining
 The ``cd`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_cd(
         int    argc,
@@ -280,7 +280,7 @@ prototype:
 
 The configuration structure for the ``cd`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_CD_Command;
 
@@ -292,7 +292,7 @@ chdir - change the current directory
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     chdir [dir]
 
@@ -314,7 +314,7 @@ None.
 
 The following is an example of how to use ``chdir``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ pwd
     /
@@ -342,7 +342,7 @@ configured.
 The ``chdir`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_chdir(
         int    argc,
@@ -351,7 +351,7 @@ prototype:
 
 The configuration structure for the ``chdir`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_CHDIR_Command;
 
@@ -363,7 +363,7 @@ chmod - change permissions of a file
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     chmod permissions file1 [file2...]
 
@@ -386,7 +386,7 @@ the permissions.
 
 The following is an example of how to use ``chmod``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] # cd etc
     SHLL [/etc] # ls
@@ -437,7 +437,7 @@ configured.
 The ``chmod`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_chmod(
         int    argc,
@@ -446,7 +446,7 @@ prototype:
 
 The configuration structure for the ``chmod`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_CHMOD_Command;
 
@@ -458,7 +458,7 @@ chroot - change the root directory
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     chroot [dir]
 
@@ -481,7 +481,7 @@ None.
 The following is an example of how to use ``chroot`` and the impact it has on
 the environment for subsequent command invocations:
 
-.. code:: c
+.. code-block:: shell
 
     SHLL [/] $ cat passwd
     cat: passwd: No such file or directory
@@ -514,7 +514,7 @@ configured.
 The ``chroot`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_chroot(
         int    argc,
@@ -523,7 +523,7 @@ prototype:
 
 The configuration structure for the ``chroot`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_CHROOT_Command;
 
@@ -535,7 +535,7 @@ cp - copy files
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     cp [-R [-H | -L | -P]] [-f | -i] [-pv] src target
     cp [-R [-H | -L] ] [-f | -i] [-NpPv] source_file ... target_directory
@@ -634,7 +634,7 @@ NONE
 The following is an example of how to use ``cp`` to copy a file to a new name
 in the current directory:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] # cat joel
     cat: joel: No such file or directory
@@ -653,7 +653,7 @@ The following is an example of how to use ``cp`` to
 copy one or more files to a destination directory and
 use the same ``basename`` in the destination directory:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] # mkdir tmp
     SHLL [/] # ls tmp
@@ -688,7 +688,7 @@ This command can be excluded from the shell command set by defining
 The ``cp`` command is implemented by a C language function which
 has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_main_cp(
         int    argc,
@@ -697,7 +697,7 @@ has the following prototype:
 
 The configuration structure for the ``cp`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_CP_Command;
 
@@ -714,7 +714,7 @@ dd - convert and copy a file
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     dd [operands ...]
 
@@ -922,7 +922,7 @@ NONE
 
 The following is an example of how to use ``dd``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ dd if=/nfs/boot-image of=/dev/hda1
 
@@ -946,7 +946,7 @@ configured.
 The ``dd`` command is implemented by a C language function which has the
 following prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_dd(
         int    argc,
@@ -955,7 +955,7 @@ following prototype:
 
 The configuration structure for the ``dd`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_DD_Command;
 
@@ -967,7 +967,7 @@ debugrfs - debug RFS file system
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     debugrfs [-hl] path command [options]
 
@@ -1026,7 +1026,7 @@ NONE
 
 The following is an example of how to use ``debugrfs``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ debugrfs /c data
 
@@ -1050,7 +1050,7 @@ configured.
 The ``debugrfs`` command is implemented by a C language function which
 has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_debugrfs(
         int    argc,
@@ -1059,7 +1059,7 @@ has the following prototype:
 
 The configuration structure for ``debugrfs`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_DEBUGRFS_Command;
 
@@ -1071,7 +1071,7 @@ df - display file system disk space usage
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     df [-h] [-B block_size]
 
@@ -1091,7 +1091,7 @@ NONE
 
 The following is an example of how to use ``df``:
 
-.. code:: c
+.. code-block:: shell
 
     SHLL [/] $ df -B 4K
     Filesystem     4K-blocks        Used   Available       Use%     Mounted on
@@ -1122,7 +1122,7 @@ This command can be excluded from the shell command set by defining
 The ``df`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_main_df(
         int    argc,
@@ -1131,7 +1131,7 @@ prototype:
 
 The configuration structure for the ``df`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_DF_Command;
 
@@ -1143,7 +1143,7 @@ dir - alias for ls
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     dir [dir]
 
@@ -1164,7 +1164,7 @@ NONE
 
 The following is an example of how to use ``dir``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ dir
     drwxr-xr-x   1   root   root         536 Jan 01 00:00 dev/
@@ -1197,7 +1197,7 @@ configured.
 The ``dir`` is implemented by a C language function
 which has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_dir(
         int    argc,
@@ -1206,7 +1206,7 @@ which has the following prototype:
 
 The configuration structure for the ``dir`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_DIR_Command;
 
@@ -1218,7 +1218,7 @@ fdisk - format disk
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     fdisk
 
@@ -1243,7 +1243,7 @@ hexdump - ascii/dec/hex/octal dump
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     hexdump [-bcCdovx] [-e format_string] [-f format_file] [-n length] [-s skip] file ...
 
@@ -1455,7 +1455,7 @@ NONE
 
 The following is an example of how to use ``hexdump``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ hexdump -C -n 512 /dev/hda1
 
@@ -1479,7 +1479,7 @@ been configured.
 The ``hexdump`` command is implemented by a C language function which has the
 following prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_hexdump(
         int    argc,
@@ -1488,7 +1488,7 @@ following prototype:
 
 The configuration structure for the ``hexdump`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_HEXDUMP_Command;
 
@@ -1500,7 +1500,7 @@ ln - make links
 
 **SYNOPSYS:**
 
-.. code:: c
+.. code-block:: c
 
     ln [-fhinsv] source_file [target_file]
     ln [-fhinsv] source_file ... target_dir
@@ -1571,7 +1571,7 @@ None.
 
 **EXAMPLES:**
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] ln -s /dev/console /dev/con1
 
@@ -1594,7 +1594,7 @@ This command can be excluded from the shell command set by defining
 The ``ln`` command is implemented by a C language function which has the
 following prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_ln(
         int    argc,
@@ -1603,7 +1603,7 @@ following prototype:
 
 The configuration structure for the ``ln`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_LN_Command;
 
@@ -1620,7 +1620,7 @@ ls - list files in the directory
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     ls [dir]
 
@@ -1642,7 +1642,7 @@ POSIX ls(1).  It only displays the contents of entire directories.
 
 The following is an example of how to use ``ls``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ ls
     drwxr-xr-x   1   root   root         536 Jan 01 00:00 dev/
@@ -1677,7 +1677,7 @@ This command can be excluded from the shell command set by defining
 The ``ls`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_ls(
         int    argc,
@@ -1686,7 +1686,7 @@ prototype:
 
 The configuration structure for the ``ls`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_LS_Command;
 
@@ -1698,7 +1698,7 @@ md5 - compute the Md5 hash of a file or list of files
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     md5 <files>
 
@@ -1719,7 +1719,7 @@ None.
 
 The following is an example of how to use ``md5``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ md5 shell-init
     MD5 (shell-init) = 43b4d2e71b47db79eae679a2efeacf31
@@ -1744,7 +1744,7 @@ configured.
 The ``md5`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_main_md5(
         int    argc,
@@ -1753,7 +1753,7 @@ prototype:
 
 The configuration structure for the ``md5`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_MD5_Command;
 
@@ -1765,7 +1765,7 @@ mkdir - create a directory
 
 **SYNOPSYS:**
 
-.. code:: c
+.. code-block:: c
 
     mkdir  dir [dir1 .. dirN]
 
@@ -1792,7 +1792,7 @@ not ``rtems``.
 
 The following is an example of how to use ``mkdir``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] # ls
     drwxr-xr-x   1   root   root         536 Jan 01 00:00 dev/
@@ -1826,7 +1826,7 @@ configured.
 The ``mkdir`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_mkdir(
         int    argc,
@@ -1835,7 +1835,7 @@ prototype:
 
 The configuration structure for the ``mkdir`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_MKDIR_Command;
 
@@ -1847,7 +1847,7 @@ mkdos - DOSFS file system format
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     mkdos [-V label] [-s sectors/cluster] [-r size] [-v] path
 
@@ -1879,7 +1879,7 @@ None.
 
 The following is an example of how to use ``mkdos``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ mkdos /dev/rda1
 
@@ -1903,7 +1903,7 @@ configured.
 The ``mkdos`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_mkdos(
         int    argc,
@@ -1912,7 +1912,7 @@ prototype:
 
 The configuration structure for the ``mkdos`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_MKDOS_Command;
 
@@ -1924,7 +1924,7 @@ mknod - make device special file
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     mknod [-rR] [-F fmt] [-g gid] [-m mode] [-u uid] name [c | b] [driver | major] minor
     mknod [-rR] [-F fmt] [-g gid] [-m mode] [-u uid] name [c | b] major unit subunit
@@ -2004,7 +2004,7 @@ None.
 
 **EXAMPLES:**
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] mknod c 3 0 /dev/ttyS10
 
@@ -2028,7 +2028,7 @@ configured.
 The ``mknod`` command is implemented by a C language function which has the
 following prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_mknod(
         int    argc,
@@ -2037,7 +2037,7 @@ following prototype:
 
 The configuration structure for the ``mknod`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_MKNOD_Command;
 
@@ -2054,7 +2054,7 @@ mkrfs - format RFS file system
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     mkrfs [-vsbiIo] device
 
@@ -2107,7 +2107,7 @@ None.
 
 The following is an example of how to use ``mkrfs``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ mkrfs /dev/fdda
 
@@ -2131,7 +2131,7 @@ configured.
 The ``mkrfs`` command is implemented by a C language function which has the
 following prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_mkrfs(
         int    argc,
@@ -2140,7 +2140,7 @@ following prototype:
 
 The configuration structure for ``mkrfs`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_MKRFS_Command;
 
@@ -2152,7 +2152,7 @@ mount - mount disk
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     mount [-t fstype] [-r] [-L] device path
 
@@ -2193,24 +2193,24 @@ provided.
 
 Mount the Flash Disk driver to the '/fd' mount point:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ mount -t msdos /dev/flashdisk0 /fd
 
 Mount the NFS file system exported path 'bar' by host 'foo':
 
-.. code:: shell
+.. code-block:: shell
 
     $ mount -t nfs foo:/bar /nfs
 
 Mount the TFTP file system on '/tftp':
 
-.. code:: shell
+.. code-block:: shell
 
     $ mount -t tftp /tftp
 
 To access the TFTP files on server '10.10.10.10':
-.. code:: shell
+.. code-block:: shell
 
     $ cat /tftp/10.10.10.10/test.txt
 
@@ -2243,7 +2243,7 @@ support for that file-system. The file-system mount command defines are:
 
 An example configuration is:
 
-.. code:: c
+.. code-block:: c
 
     #define CONFIGURE_SHELL_MOUNT_MSDOS
     #ifdef RTEMS_NETWORKING
@@ -2260,7 +2260,7 @@ An example configuration is:
 The ``mount`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_mount(
         int    argc,
@@ -2269,7 +2269,7 @@ prototype:
 
 The configuration structure for the ``mount`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_MOUNT_Command;
 
@@ -2281,7 +2281,7 @@ mv - move files
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     mv [-fiv] source_file target_file
     mv [-fiv] source_file... target_file
@@ -2326,7 +2326,7 @@ Should the *rename* call fail because source and target are on different file
 systems, ``mv`` will remove the destination file, copy the source file to the
 destination, and then remove the source.  The effect is roughly equivalent to:
 
-.. code:: shell
+.. code-block:: shell
 
     rm -f destination_path && \
     cp -PRp source_file destination_path && \
@@ -2342,7 +2342,7 @@ None.
 
 **EXAMPLES:**
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] mv /dev/console /dev/con1
 
@@ -2365,7 +2365,7 @@ This command can be excluded from the shell command set by defining
 The ``mv`` command is implemented by a C language function which has the
 following prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_main_mv(
         int    argc,
@@ -2374,7 +2374,7 @@ following prototype:
 
 The configuration structure for the ``mv`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_MV_Command;
 
@@ -2391,7 +2391,7 @@ pwd - print work directory
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     pwd
 
@@ -2412,7 +2412,7 @@ None.
 
 The following is an example of how to use ``pwd``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ pwd
     /
@@ -2440,7 +2440,7 @@ configured.
 The ``pwd`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_pwd(
         int    argc,
@@ -2449,7 +2449,7 @@ prototype:
 
 The configuration structure for the ``pwd`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_PWD_Command;
 
@@ -2461,7 +2461,7 @@ rmdir - remove empty directories
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     rmdir  [dir1 .. dirN]
 
@@ -2483,7 +2483,7 @@ reasons that call may fail apply to this command.
 
 The following is an example of how to use ``rmdir``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] # mkdir joeldir
     SHLL [/] # rmdir joeldir
@@ -2510,7 +2510,7 @@ configured.
 The ``rmdir`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_rmdir(
         int    argc,
@@ -2519,7 +2519,7 @@ prototype:
 
 The configuration structure for the ``rmdir`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_RMDIR_Command;
 
@@ -2531,7 +2531,7 @@ rm - remove files
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     rm file1 [file2 ... fileN]
 
@@ -2558,7 +2558,7 @@ None.
 
 The following is an example of how to use ``rm``:
 
-.. code:: c
+.. code-block:: shell
 
     SHLL [/] # cp /etc/passwd tmpfile
     SHLL [/] # cat tmpfile
@@ -2588,7 +2588,7 @@ This command can be excluded from the shell command set by defining
 The ``rm`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_main_rm(
         int    argc,
@@ -2597,7 +2597,7 @@ prototype:
 
 The configuration structure for the ``rm`` has the
 following prototype:
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_RM_Command;
 
@@ -2609,7 +2609,7 @@ umask - set file mode creation mask
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     umask [new_umask]
 
@@ -2630,7 +2630,7 @@ This command does not currently support symbolic mode masks.
 
 The following is an example of how to use ``umask``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ umask
     022
@@ -2659,7 +2659,7 @@ configured.
 The ``umask`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_umask(
         int    argc,
@@ -2668,7 +2668,7 @@ prototype:
 
 The configuration structure for the ``umask`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_UMASK_Command;
 
@@ -2680,7 +2680,7 @@ unmount - unmount disk
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     unmount path
 
@@ -2700,7 +2700,7 @@ TBD - Surely there must be some warnings to go here.
 
 The following is an example of how to use ``unmount``:
 
-.. code:: shell
+.. code-block:: shell
 
     EXAMPLE_TBD
 
@@ -2724,7 +2724,7 @@ configured.
 The ``unmount`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_unmount(
         int    argc,
@@ -2733,6 +2733,6 @@ prototype:
 
 The configuration structure for the ``unmount`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_UNMOUNT_Command;
diff --git a/shell/general_commands.rst b/shell/general_commands.rst
index eba2c0e..88d8324 100644
--- a/shell/general_commands.rst
+++ b/shell/general_commands.rst
@@ -63,7 +63,7 @@ help - Print command help
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     help misc
 
@@ -87,7 +87,7 @@ is set 0 there will be no break.
 
 The following is an example of how to use ``alias``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ help
     help: ('r' repeat last cmd - 'e' edit last cmd)
@@ -142,7 +142,7 @@ alias - add alias for an existing command
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     alias oldCommand newCommand
 
@@ -162,7 +162,7 @@ None.
 
 The following is an example of how to use ``alias``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ me
     shell:me command not found
@@ -192,7 +192,7 @@ configured.
 The ``alias`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_alias(
         int    argc,
@@ -201,7 +201,7 @@ prototype:
 
 The configuration structure for the ``alias`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_ALIAS_Command;
 
@@ -213,7 +213,7 @@ cmdls - List commands
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     cmdls COMMAND...
 
@@ -233,7 +233,7 @@ The current user must have read permission to list a command.
 
 The following is an example of how to use ``cmdls``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] # cmdls help shutdown
     r-xr-xr-x     0     0 help
@@ -256,7 +256,7 @@ configured.
 
 The configuration structure for the ``cmdls`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_CMDLS_Command;
 
@@ -268,7 +268,7 @@ cmdchown - Change user or owner of commands
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     cmdchown [OWNER][:[GROUP]] COMMAND...
 
@@ -289,7 +289,7 @@ owner or group.
 
 The following is an example of how to use ``cmdchown``:
 
-.. code:: shell
+.. code-block:: shell
 
     [/] # cmdls help
     r-xr-xr-x     0     0 help
@@ -314,7 +314,7 @@ configured.
 
 The configuration structure for the ``cmdchown`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_CMDCHOWN_Command;
 
@@ -326,7 +326,7 @@ cmdchmod - Change mode of commands
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     cmdchmod OCTAL-MODE COMMAND...
 
@@ -347,7 +347,7 @@ mode.
 
 The following is an example of how to use ``cmdchmod``:
 
-.. code:: shell
+.. code-block:: shell
 
     [/] # cmdls help
     r-xr-xr-x     0     0 help
@@ -372,7 +372,7 @@ configured.
 
 The configuration structure for the ``cmdchmod`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_CMDCHMOD_Command;
 
@@ -384,7 +384,7 @@ date - print or set current date and time
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     date
     date DATE TIME
@@ -410,7 +410,7 @@ None.
 
 The following is an example of how to use ``date``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ date
     Fri Jan  1 00:00:09 1988
@@ -438,7 +438,7 @@ configured.
 The ``date`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_date(
         int    argc,
@@ -447,7 +447,7 @@ prototype:
 
 The configuration structure for the ``date`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_DATE_Command;
 
@@ -459,7 +459,7 @@ echo - produce message in a shell script
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     echo [-n | -e] args ...
 
@@ -521,7 +521,7 @@ interpreting them as options and escape sequences.
 
 The following is an example of how to use ``echo``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ echo a b c
     a b c
@@ -547,7 +547,7 @@ configured.
 The ``echo`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_echo(
         int    argc,
@@ -556,7 +556,7 @@ prototype:
 
 The configuration structure for the ``echo`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_ECHO_Command;
 
@@ -573,7 +573,7 @@ sleep - delay for a specified amount of time
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     sleep seconds
     sleep seconds nanoseconds
@@ -599,7 +599,7 @@ delays in shell scripts without adding another command such as ``usleep``.
 
 The following is an example of how to use ``sleep``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ sleep 10
     SHLL [/] $ sleep 0 5000000
@@ -629,7 +629,7 @@ configured.
 The ``sleep`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_sleep(
         int    argc,
@@ -638,7 +638,7 @@ prototype:
 
 The configuration structure for the ``sleep`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_SLEEP_Command;
 
@@ -650,7 +650,7 @@ id - show uid gid euid and egid
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     id
 
@@ -674,7 +674,7 @@ used by the filesystem to enforce permissions.
 The first example of the ``id`` command is from a session logged
 in as the normal user ``rtems``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] # id
     uid=1(rtems),gid=1(rtems),euid=1(rtems),egid=1(rtems)
@@ -682,7 +682,7 @@ in as the normal user ``rtems``:
 The second example of the ``id`` command is from a session logged in as the
 ``root`` user:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] # id
     uid=0(root),gid=0(root),euid=0(root),egid=0(root)
@@ -706,7 +706,7 @@ This command can be excluded from the shell command set by defining
 The ``id`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_id(
         int    argc,
@@ -715,7 +715,7 @@ prototype:
 
 The configuration structure for the ``id`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_ID_Command;
 
@@ -727,7 +727,7 @@ tty - show ttyname
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     tty
 
@@ -747,7 +747,7 @@ NONE
 
 The following is an example of how to use ``tty``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ tty
     /dev/console
@@ -772,7 +772,7 @@ configured.
 The ``tty`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_tty(
         int    argc,
@@ -781,7 +781,7 @@ prototype:
 
 The configuration structure for the ``tty`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_TTY_Command;
 
@@ -793,7 +793,7 @@ whoami - print effective user id
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     whoami
 
@@ -814,7 +814,7 @@ None.
 
 The following is an example of how to use ``whoami``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ whoami
     rtems
@@ -839,7 +839,7 @@ configured.
 The ``whoami`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_whoami(
         int    argc,
@@ -848,7 +848,7 @@ prototype:
 
 The configuration structure for the ``whoami`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_WHOAMI_Command;
 
@@ -860,7 +860,7 @@ getenv - print environment variable
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     getenv variable
 
@@ -881,7 +881,7 @@ The entire RTEMS application shares a single set of environment variables.
 
 The following is an example of how to use ``getenv``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ getenv BASEPATH
     /mnt/hda1
@@ -906,7 +906,7 @@ configured.
 The ``getenv`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_getenv(
         int    argc,
@@ -915,7 +915,7 @@ prototype:
 
 The configuration structure for the ``getenv`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_GETENV_Command;
 
@@ -927,7 +927,7 @@ setenv - set environment variable
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     setenv variable [value]
 
@@ -950,7 +950,7 @@ The entire RTEMS application shares a single set of environment variables.
 
 The following is an example of how to use ``setenv``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ setenv BASEPATH /mnt/hda1
 
@@ -974,7 +974,7 @@ configured.
 The ``setenv`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_setenv(
         int    argc,
@@ -983,7 +983,7 @@ prototype:
 
 The configuration structure for the ``setenv`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_SETENV_Command;
 
@@ -995,7 +995,7 @@ unsetenv - unset environment variable
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     unsetenv variable
 
@@ -1015,7 +1015,7 @@ The entire RTEMS application shares a single set of environment variables.
 
 The following is an example of how to use ``unsetenv``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ unsetenv BASEPATH
 
@@ -1039,7 +1039,7 @@ configured.
 The ``unsetenv`` is implemented by a C language function which has the
 following prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_unsetenv(
         int    argc,
@@ -1048,7 +1048,7 @@ following prototype:
 
 The configuration structure for the ``unsetenv`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_UNSETENV_Command;
 
@@ -1060,7 +1060,7 @@ time - time command execution
 
 **SYNOPSYS:**
 
-.. code:: c
+.. code-block:: c
 
     time command [argument ...]
 
@@ -1081,7 +1081,7 @@ None.
 
 The following is an example of how to use ``time``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ time cp -r /nfs/directory /c
 
@@ -1105,7 +1105,7 @@ configured.
 The ``time`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_time(
         int    argc,
@@ -1114,7 +1114,7 @@ prototype:
 
 The configuration structure for the ``time`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_TIME_Command;
 
@@ -1126,7 +1126,7 @@ logoff - logoff from the system
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     logoff
 
@@ -1149,7 +1149,7 @@ system.
 
 The following is an example of how to use ``logoff``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ logoff
     logoff from the system...
@@ -1174,7 +1174,7 @@ configured.
 The ``logoff`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_logoff(
         int    argc,
@@ -1183,7 +1183,7 @@ prototype:
 
 The configuration structure for the ``logoff`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_LOGOFF_Command;
 
@@ -1195,7 +1195,7 @@ rtc - RTC driver configuration
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     rtc
 
@@ -1220,7 +1220,7 @@ exit - exit the shell
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     exit
 
@@ -1241,7 +1241,7 @@ the shell interpreter loop.
 
 The following is an example of how to use ``exit``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ exit
     Shell exiting
diff --git a/shell/memory_commands.rst b/shell/memory_commands.rst
index 53599a3..ff0a4bf 100644
--- a/shell/memory_commands.rst
+++ b/shell/memory_commands.rst
@@ -42,7 +42,7 @@ mdump - display contents of memory
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     mdump [address [length [size]]]
 
@@ -73,7 +73,7 @@ program fault.
 
 The following is an example of how to use ``mdump``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ mdump 0x10000 32
     0x0001000000 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................
@@ -105,7 +105,7 @@ configured.
 The ``mdump`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_mdump(
         int    argc,
@@ -114,7 +114,7 @@ prototype:
 
 The configuration structure for the ``mdump`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_MDUMP_Command;
 
@@ -126,7 +126,7 @@ wdump - display contents of memory (word)
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     wdump [address [length]]
 
@@ -155,7 +155,7 @@ program fault.
 
 The following is an example of how to use ``wdump``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ wdump 0x02010000 32
     0x02010000 0201 08D8 0201 08C0-0201 08AC 0201 0874 ...............t
@@ -181,7 +181,7 @@ configured.
 The ``wdump`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_wdump(
         int    argc,
@@ -190,7 +190,7 @@ prototype:
 
 The configuration structure for the ``wdump`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_WDUMP_Command;
 
@@ -202,7 +202,7 @@ ldump - display contents of memory (longword)
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     ldump [address [length]]
 
@@ -231,7 +231,7 @@ program fault.
 
 The following is an example of how to use ``ldump``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ ldump 0x02010000 32
     0x02010000 020108D8 020108C0-020108AC 02010874 ...............t
@@ -257,7 +257,7 @@ configured.
 The ``ldump`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_ldump(
         int    argc,
@@ -266,7 +266,7 @@ prototype:
 
 The configuration structure for the ``ldump`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_LDUMP_Command;
 
@@ -278,7 +278,7 @@ medit - modify contents of memory
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     medit address value1 [value2 ... valueN]
 
@@ -301,7 +301,7 @@ program fault.
 
 The following is an example of how to use ``medit``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ mdump 0x02000000 32
     0x02000000 A1 48 00 00 29 00 80 33-81 C5 22 BC A6 10 21 00 .H..)..3.."...!.
@@ -331,7 +331,7 @@ configured.
 The ``medit`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_medit(
         int    argc,
@@ -340,7 +340,7 @@ prototype:
 
 The configuration structure for the ``medit`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_MEDIT_Command;
 
@@ -352,7 +352,7 @@ mfill - file memory with pattern
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     mfill address length value
 
@@ -382,7 +382,7 @@ pattern used as a guard by the Stack Checker.  On the first context switch
 after the pattern is overwritten by the ``mfill`` command, the Stack Checker
 detect the pattern has been corrupted and generates a fatal error.
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ mdump 0x23d89a0 16
     0x023D89A0 A5 A5 A5 A5 A5 A5 A5 A5-FE ED F0 0D 0B AD 0D 06 ................
@@ -411,7 +411,7 @@ configured.
 The ``mfill`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_mfill(
         int    argc,
@@ -421,7 +421,7 @@ prototype:
 The configuration structure for the ``mfill`` has the
 following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_MFILL_Command;
 
@@ -433,7 +433,7 @@ mmove - move contents of memory
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     mmove dst src length
 
@@ -454,7 +454,7 @@ NONE
 
 The following is an example of how to use ``mmove``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ mdump 0x023d99a0 16
     0x023D99A0 A5 A5 A5 A5 A5 A5 A5 A5-A5 A5 A5 A5 A5 A5 A5 A5 ................
@@ -484,7 +484,7 @@ configured.
 The ``mmove`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_mmove(
         int    argc,
@@ -493,7 +493,7 @@ prototype:
 
 The configuration structure for the ``mmove`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_MMOVE_Command;
 
@@ -505,7 +505,7 @@ malloc - obtain information on C program heap
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     malloc [walk]
 
@@ -564,7 +564,7 @@ NONE
 
 The following is an example of how to use the ``malloc`` command.
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ malloc
     C Program Heap and RTEMS Workspace are the same.
@@ -625,7 +625,7 @@ configured.
 The ``malloc`` is implemented by a C language function
 which has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_malloc(
         int    argc,
@@ -634,6 +634,6 @@ which has the following prototype:
 
 The configuration structure for the ``malloc`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_MALLOC_Command;
diff --git a/shell/network_commands.rst b/shell/network_commands.rst
index 0deb030..985706a 100644
--- a/shell/network_commands.rst
+++ b/shell/network_commands.rst
@@ -35,7 +35,7 @@ netstats - obtain network statistics
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     netstats [-Aimfpcut]
 
@@ -82,7 +82,7 @@ NONE
 The following is an example of using the ``netstats`` command to print the IP
 routing table:
 
-.. code:: shell
+.. code-block:: shell
 
     [/] $ netstats -i
     Destination     Gateway/Mask/Hw    Flags     Refs     Use Expire Interface
@@ -95,7 +95,7 @@ routing table:
 The following is an example of using the ``netstats`` command to print the MBUF
 statistics:
 
-.. code:: shell
+.. code-block:: shell
 
     [/] $ netstats -m
     ************ MBUF STATISTICS ************
@@ -109,7 +109,7 @@ statistics:
 The following is an example of using the ``netstats`` command to print the
 print the interface statistics:
 
-.. code:: shell
+.. code-block:: shell
 
     [/] $ netstats -f
     ************ INTERFACE STATISTICS ************
@@ -127,7 +127,7 @@ print the interface statistics:
 The following is an example of using the ``netstats`` command to print the
 print IP statistics:
 
-.. code:: shell
+.. code-block:: shell
 
     [/] $ netstats -p
     ************ IP Statistics ************
@@ -139,7 +139,7 @@ print IP statistics:
 The following is an example of using the ``netstats`` command to print the ICMP
 statistics:
 
-.. code:: shell
+.. code-block:: shell
 
     [/] $ netstats -c
     ************ ICMP Statistics ************
@@ -150,7 +150,7 @@ statistics:
 The following is an example of using the ``netstats`` command to print the UDP
 statistics:
 
-.. code:: shell
+.. code-block:: shell
 
     [/] $ netstats -u
     ************ UDP Statistics ************
@@ -158,7 +158,7 @@ statistics:
 The following is an example of using the ``netstats`` command to print the TCP
 statistics:
 
-.. code:: shell
+.. code-block:: shell
 
     [/] $ netstats -t
     ************ TCP Statistics ************
@@ -199,7 +199,7 @@ configured.
 The ``netstats`` is implemented by a C language function
 which has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_netstats(
         int    argc,
@@ -208,7 +208,7 @@ which has the following prototype:
 
 The configuration structure for the ``netstats`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_NETSTATS_Command;
 
@@ -220,7 +220,7 @@ ifconfig - configure a network interface
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     ifconfig
     ifconfig interface
@@ -245,7 +245,7 @@ complicated.  More example usages would be a welcome submission.
 
 The following is an example of how to use ``ifconfig``:
 
-.. code:: shell
+.. code-block:: shell
 
     ************ INTERFACE STATISTICS ************
     ***** eth1 *****
@@ -279,7 +279,7 @@ configured.
 The ``ifconfig`` is implemented by a C language function which has the
 following prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_ifconfig(
         int    argc,
@@ -288,7 +288,7 @@ following prototype:
 
 The configuration structure for the ``ifconfig`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_IFCONFIG_Command;
 
@@ -300,7 +300,7 @@ route - show or manipulate the ip routing table
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     route [subcommand] [args]
 
@@ -313,7 +313,7 @@ provided to describe the route.
 
 Command templates include the following:
 
-.. code:: shell
+.. code-block:: shell
 
     route [add|del] -net IP_ADDRESS gw GATEWAY_ADDRESS [netmask MASK]
     route [add|del] -host IP_ADDRESS gw GATEWAY_ADDRES [netmask MASK]
@@ -334,7 +334,7 @@ complicated.  More example usages would be a welcome submission.
 The following is an example of how to use ``route`` to display, add, and delete
 a new route:
 
-.. code:: c
+.. code-block:: shell
 
     [/] $ route
     Destination     Gateway/Mask/Hw    Flags     Refs     Use Expire Interface
@@ -381,7 +381,7 @@ configured.
 The ``route`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_route(
         int    argc,
@@ -390,7 +390,7 @@ prototype:
 
 The configuration structure for the ``route`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_ROUTE_Command;
 
@@ -402,7 +402,7 @@ ping - ping a host or IP address
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     ping [-AaDdfnoQqRrv] [-c count] [-G sweepmaxsize] [-g sweepminsize]
     [-h sweepincrsize] [-i wait] [-l preload] [-M mask | time] [-m ttl]
@@ -601,7 +601,7 @@ are open.
 
 The following is an example of how to use ``oing`` to ping:
 
-.. code:: shell
+.. code-block:: shell
 
     [/] # ping 10.10.10.1
     PING 10.10.10.1 (10.10.10.1): 56 data bytes
@@ -640,7 +640,7 @@ configured.
 The ``ping`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_ping(
         int    argc,
@@ -649,7 +649,6 @@ prototype:
 
 The configuration structure for the ``ping`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_PING_Command;
-
diff --git a/shell/rtems_specific_commands.rst b/shell/rtems_specific_commands.rst
index cbf2e54..1cfd7a8 100644
--- a/shell/rtems_specific_commands.rst
+++ b/shell/rtems_specific_commands.rst
@@ -64,7 +64,7 @@ shutdown - Shutdown the system
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     shutdown
 
@@ -82,7 +82,7 @@ This command does not return.
 
 The following is an example of how to use ``shutdown``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ shutdown
     System shutting down at user request
@@ -106,7 +106,7 @@ configured.
 
 The configuration structure for the ``shutdown`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_SHUTDOWN_Command;
 
@@ -118,7 +118,7 @@ cpuuse - print or reset per thread cpu usage
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     cpuuse [-r]
 
@@ -144,7 +144,7 @@ reported is limited by the clock tick quantum.
 
 The following is an example of how to use ``cpuuse``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ cpuuse
     CPU Usage by thread
@@ -190,7 +190,7 @@ configured.
 The ``cpuuse`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_cpuuse(
        int    argc,
@@ -199,7 +199,7 @@ prototype:
 
 The configuration structure for the ``cpuuse`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_CPUUSE_Command;
 
@@ -211,7 +211,7 @@ stackuse - print per thread stack usage
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     stackuse
 
@@ -235,7 +235,7 @@ report.
 
 The following is an example of how to use ``stackuse``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ stackuse
     Stack usage by thread
@@ -265,7 +265,7 @@ configured.
 The ``stackuse`` is implemented by a C language function which has the
 following prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_stackuse(
         int    argc,
@@ -274,7 +274,7 @@ following prototype:
 
 The configuration structure for the ``stackuse`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_STACKUSE_Command;
 
@@ -286,7 +286,7 @@ perioduse - print or reset per period usage
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     perioduse [-r]
 
@@ -313,7 +313,7 @@ reported is limited by the clock tick quantum.
 
 The following is an example of how to use ``perioduse``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ perioduse
     Period information by period
@@ -360,7 +360,7 @@ configured.
 The ``perioduse`` is implemented by a C language function
 which has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_perioduse(
         int    argc,
@@ -369,7 +369,7 @@ which has the following prototype:
 
 The configuration structure for the ``perioduse`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_PERIODUSE_Command;
 
@@ -381,7 +381,7 @@ profreport - print a profiling report
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     profreport
 
@@ -403,7 +403,7 @@ information.
 
 The following is an example of how to use ``profreport``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ profreport
     <ProfilingReport name="Shell">
@@ -473,7 +473,7 @@ configured.
 
 The configuration structure for the ``profreport`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_PROFREPORT_Command;
 
@@ -485,7 +485,7 @@ wkspace - display information on executive workspace
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     wkspace
 
@@ -518,7 +518,7 @@ NONE
 
 The following is an example of how to use ``wkspace``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ wkspace
     Number of free blocks: 1
@@ -548,7 +548,7 @@ configured.
 The ``wkspace`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_wkspace(
         int    argc,
@@ -557,7 +557,7 @@ prototype:
 
 The configuration structure for the ``wkspace`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_WKSPACE_Command;
 
@@ -569,7 +569,7 @@ config - show the system configuration.
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     config
 
@@ -591,7 +591,7 @@ appreciated.
 
 The following is an example of how to use ``config``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ config
     INITIAL (startup) Configuration Info
@@ -621,7 +621,7 @@ configured.
 The ``config`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_config(
         int    argc,
@@ -630,7 +630,7 @@ prototype:
 
 The configuration structure for the ``config`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_CONFIG_Command;
 
@@ -642,7 +642,7 @@ itask - list init tasks for the system
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     itask
 
@@ -665,7 +665,7 @@ appreciated.
 
 The following is an example of how to use ``itask``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ itask
     #    NAME   ENTRY        ARGUMENT    PRIO   MODES  ATTRIBUTES   STACK SIZE
@@ -692,7 +692,7 @@ configured.
 The ``itask`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_itask(
         int    argc,
@@ -701,7 +701,7 @@ prototype:
 
 The configuration structure for the ``itask`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_ITASK_Command;
 
@@ -713,7 +713,7 @@ extension - display information about extensions
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     extension [id [id ...]]
 
@@ -738,7 +738,7 @@ NONE
 The following is an example of using the ``extension`` command
 on a system with no user extensions.
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ extension
     ID       NAME
@@ -764,7 +764,7 @@ configured.
 The ``extension`` is implemented by a C language function which has the
 following prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_extension(
         int    argc,
@@ -773,7 +773,7 @@ following prototype:
 
 The configuration structure for the ``extension`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_EXTENSION_Command;
 
@@ -785,7 +785,7 @@ task - display information about tasks
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     task [id [id ...]]
 
@@ -810,7 +810,7 @@ NONE
 The following is an example of how to use the ``task`` on an application with
 just two Classic API tasks:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ task
     ID       NAME   PRIO   STAT   MODES  EVENTS   WAITID  WAITARG  NOTES
@@ -838,7 +838,7 @@ configured.
 The ``task`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: shell
+.. code-block:: shell
 
     int rtems_shell_rtems_main_task(
         int    argc,
@@ -847,7 +847,7 @@ prototype:
 
 The configuration structure for the ``task`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_TASK_Command;
 
@@ -859,7 +859,7 @@ queue - display information about message queues
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     queue [id [id ... ]]
 
@@ -884,7 +884,7 @@ NONE
 The following is an example of using the ``queue`` command on a system with no
 Classic API Message Queues.
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ queue
     ID       NAME   ATTRIBUTES   PEND   MAXPEND  MAXSIZE
@@ -910,7 +910,7 @@ configured.
 The ``queue`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_queue(
         int    argc,
@@ -919,7 +919,7 @@ prototype:
 
 The configuration structure for the ``queue`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_QUEUE_Command;
 
@@ -931,7 +931,7 @@ sema - display information about semaphores
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     sema [id [id ... ]]
 
@@ -955,7 +955,7 @@ NONE
 
 The following is an example of how to use ``sema``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ sema
     ID       NAME   ATTR        PRICEIL CURR_CNT HOLDID
@@ -989,7 +989,7 @@ configured.
 The ``sema`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_sema(
         int    argc,
@@ -998,7 +998,7 @@ prototype:
 
 The configuration structure for the ``sema`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_SEMA_Command;
 
@@ -1010,7 +1010,7 @@ region - display information about regions
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     region [id [id ... ]]
 
@@ -1035,7 +1035,7 @@ NONE
 The following is an example of using the ``region`` command on a system with no
 user extensions.
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ region
     ID       NAME   ATTR        STARTADDR LENGTH    PAGE_SIZE USED_BLOCKS
@@ -1061,7 +1061,7 @@ configured.
 The ``region`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_region(
         int    argc,
@@ -1070,7 +1070,7 @@ prototype:
 
 The configuration structure for the ``region`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_REGION_Command;
 
@@ -1082,7 +1082,7 @@ part - display information about partitions
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     part [id [id ... ]]
 
@@ -1107,7 +1107,7 @@ NONE
 The following is an example of using the ``part`` command on a system with no
 user extensions.
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ part
     ID       NAME   ATTR        STARTADDR LENGTH    BUF_SIZE  USED_BLOCKS
@@ -1133,7 +1133,7 @@ configured.
 The ``part`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_part(
         int    argc,
@@ -1142,7 +1142,7 @@ prototype:
 
 The configuration structure for the ``part`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_PART_Command;
 
@@ -1154,7 +1154,7 @@ object - display information about RTEMS objects
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     object [id [id ...]]
 
@@ -1175,7 +1175,7 @@ NONE
 
 The following is an example of how to use ``object``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ object 0a010001 1a010002
     ID       NAME   PRIO   STAT   MODES  EVENTS   WAITID  WAITARG  NOTES
@@ -1205,7 +1205,7 @@ configured.
 The ``object`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_object(
         int    argc,
@@ -1215,7 +1215,7 @@ prototype:
 The configuration structure for the ``object`` has the
 following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_OBJECT_Command;
 
@@ -1227,7 +1227,7 @@ driver - display the RTEMS device driver table
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     driver [major [major ...]]
 
@@ -1251,7 +1251,7 @@ NONE
 
 The following is an example of how to use ``driver``:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ driver
     Major      Entry points
@@ -1284,7 +1284,7 @@ configured.
 The ``driver`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_driver(
         int    argc,
@@ -1293,7 +1293,7 @@ prototype:
 
 The configuration structure for the ``driver`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_DRIVER_Command;
 
@@ -1305,7 +1305,7 @@ dname - displays information about named drivers
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     dname
 
@@ -1325,7 +1325,7 @@ NONE
 
 The following is an example of how to use ``dname``:
 
-.. code:: shell
+.. code-block:: shell
 
     EXAMPLE_TBD
 
@@ -1349,7 +1349,7 @@ configured.
 The ``dname`` is implemented by a C language function which has the following
 prototype:
 
-.. code:: c
+.. code-block:: c
 
     int rtems_shell_rtems_main_dname(
         int    argc,
@@ -1358,7 +1358,7 @@ prototype:
 
 The configuration structure for the ``dname`` has the following prototype:
 
-.. code:: c
+.. code-block:: c
 
     extern rtems_shell_cmd_t rtems_shell_DNAME_Command;
 
@@ -1370,7 +1370,7 @@ pthread - display information about POSIX threads
 
 **SYNOPSYS:**
 
-.. code:: shell
+.. code-block:: shell
 
     pthread [id [id ...]]
 
@@ -1395,7 +1395,7 @@ This command is only available when the POSIX API is configured.
 The following is an example of how to use the ``task`` on an application with
 four POSIX threads:
 
-.. code:: shell
+.. code-block:: shell
 
     SHLL [/] $ pthread
     ID       NAME           PRI  STATE MODES   EVENTS    WAITID  WAITARG  NOTES




More information about the vc mailing list