[trafficserver] branch master updated: doc: Fixes some broken macro usages

[ma...@apache.org]

This is an automated email from the ASF dual-hosted git repository.

masaori pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/trafficserver.git


The following commit(s) were added to refs/heads/master by this push:
     new 9744cd3  doc: Fixes some broken macro usages
9744cd3 is described below

commit 9744cd3cc5f74e2f7c86bca28db79c1fa828f1e2
Author: Randall Meyer <ra...@yahoo.com>
AuthorDate: Wed May 30 16:19:43 2018 -0700

    doc: Fixes some broken macro usages
---
 doc/admin-guide/layer-4-routing.en.rst                  | 2 +-
 doc/developer-guide/plugins/new-protocol-plugins.en.rst | 4 ++--
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/doc/admin-guide/layer-4-routing.en.rst b/doc/admin-guide/layer-4-routing.en.rst
index 5395449..d43a1d2 100644
--- a/doc/admin-guide/layer-4-routing.en.rst
+++ b/doc/admin-guide/layer-4-routing.en.rst
@@ -123,6 +123,6 @@ is a problem (which it will be in general) a plugin is needed to change the URL
 In this case the proxy request is available in the :c:macro:`TS_HTTP_TXN_START_HOOK` hook. This
 cannot be done using remap because for a ``CONNECT`` there is no remap phase. Note that for a
 tunneled connection like this, the only transaction hooks that will be triggered are
-:c:macro`TS_HTTP_TXN_START_HOOK` and :c:macro:`TS_HTTP_TXN_CLOSE_HOOK`. In addition, because |TS|
+:c:macro:`TS_HTTP_TXN_START_HOOK` and :c:macro:`TS_HTTP_TXN_CLOSE_HOOK`. In addition, because |TS|
 does not terminate (and thefore does not decrypt) the connection, it cannot be cached or served from
 cache.
diff --git a/doc/developer-guide/plugins/new-protocol-plugins.en.rst b/doc/developer-guide/plugins/new-protocol-plugins.en.rst
index 1c825a7..bda3c77 100644
--- a/doc/developer-guide/plugins/new-protocol-plugins.en.rst
+++ b/doc/developer-guide/plugins/new-protocol-plugins.en.rst
@@ -304,10 +304,10 @@ typical transaction.
    :c:func`TSContCreate`. The handler for the transaction state machine
    is ``main_handler``, which is in the ``TxnSM.c`` file.
 
-#. When ``accept_event`` receives :c:macro`TS_EVENT_NET_ACCEPT`, it
+#. When ``accept_event`` receives :c:macro:`TS_EVENT_NET_ACCEPT`, it
    calls the transaction state machine (
    ``TSContCall (txn_sm, 0, NULL);`` ). The event passed to
-   ``main_handler`` is ``0`` (:c:macro`TS_EVENT_NONE`).
+   ``main_handler`` is ``0`` (:c:macro:`TS_EVENT_NONE`).
 
 #. The first thing ``main_handler`` does is examine the current
    ``txn_sm`` state by calling :c:func:`TSContDataGet`. The state is

-- 
To stop receiving notification emails like this one, please contact
masaori@apache.org.