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:"