You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@trafficserver.apache.org by zw...@apache.org on 2020/09/03 15:22:13 UTC

[trafficserver] branch 9.0.x updated: Fix typo in cache docs (#7144)

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

zwoop pushed a commit to branch 9.0.x
in repository https://gitbox.apache.org/repos/asf/trafficserver.git


The following commit(s) were added to refs/heads/9.0.x by this push:
     new 76f56b8  Fix typo in cache docs (#7144)
76f56b8 is described below

commit 76f56b8057b5c3e38dc02eefb0cd7d352d56e22b
Author: George Hahn <ge...@netlify.com>
AuthorDate: Thu Aug 27 11:49:13 2020 -0700

    Fix typo in cache docs (#7144)
    
    (cherry picked from commit 50816796c4fd4951490aa548a853640a1ceba276)
---
 doc/developer-guide/plugins/io/cache-api.en.rst                      | 4 ++--
 doc/locale/ja/LC_MESSAGES/developer-guide/plugins/io/cache-api.en.po | 2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/doc/developer-guide/plugins/io/cache-api.en.rst b/doc/developer-guide/plugins/io/cache-api.en.rst
index fc2f659..ce7c814 100644
--- a/doc/developer-guide/plugins/io/cache-api.en.rst
+++ b/doc/developer-guide/plugins/io/cache-api.en.rst
@@ -115,7 +115,7 @@ Example
 In the example below, suppose there is a cache hit and the cache returns
 a vconnection that enables you to read the document from cache. To do
 this, you need to prepare a buffer (``cache_bufp``) to hold the
-document; meanwhile, use ``TSVConnCachedObjectSizeGet`` to find out the
+document; meanwhile, use ``TSVConnCacheObjectSizeGet`` to find out the
 actual size of the document (``content_length``). Then, issue
 ``TSVConnRead`` to read the document with the total data length required
 as ``content_length``. Assume the following data:
@@ -133,7 +133,7 @@ In the ``TS_CACHE_OPEN_READ`` handler:
 .. code-block:: c
 
     cache_vconnp = (TSVConn) data;
-        TSVConnCachedObjectSizeGet (cache_vconnp, &content_length);
+        content_length = TSVConnCacheObjectSizeGet (cache_vconnp);
         cache_vio = TSVConnRead (cache_vconn, contp, cache_bufp, content_length);
 
 In the ``TS_EVENT_VCONN_READ_READY`` handler:
diff --git a/doc/locale/ja/LC_MESSAGES/developer-guide/plugins/io/cache-api.en.po b/doc/locale/ja/LC_MESSAGES/developer-guide/plugins/io/cache-api.en.po
index 555960c..5dd172e 100644
--- a/doc/locale/ja/LC_MESSAGES/developer-guide/plugins/io/cache-api.en.po
+++ b/doc/locale/ja/LC_MESSAGES/developer-guide/plugins/io/cache-api.en.po
@@ -151,7 +151,7 @@ msgid ""
 "In the example below, suppose there is a cache hit and the cache returns a "
 "vconnection that enables you to read the document from cache. To do this, "
 "you need to prepare a buffer (``cache_bufp``) to hold the document; "
-"meanwhile, use ``TSVConnCachedObjectSizeGet`` to find out the actual size "
+"meanwhile, use ``TSVConnCacheObjectSizeGet`` to find out the actual size "
 "of the document (``content_length``). Then, issue ``TSVConnRead`` to read "
 "the document with the total data length required as ``content_length``. "
 "Assume the following data:"