You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@trafficserver.apache.org by us...@apache.org on 2013/04/15 15:43:58 UTC
svn commit: r1468064 - in
/trafficserver/site/trunk/content/docs/trunk/sdk/io-guide:
net-vconnections.en.mdtext transformations.en.mdtext
Author: ushachar
Date: Mon Apr 15 13:43:58 2013
New Revision: 1468064
URL: http://svn.apache.org/r1468064
Log:
Fix markdown formatting/typos
Modified:
trafficserver/site/trunk/content/docs/trunk/sdk/io-guide/net-vconnections.en.mdtext
trafficserver/site/trunk/content/docs/trunk/sdk/io-guide/transformations.en.mdtext
Modified: trafficserver/site/trunk/content/docs/trunk/sdk/io-guide/net-vconnections.en.mdtext
URL: http://svn.apache.org/viewvc/trafficserver/site/trunk/content/docs/trunk/sdk/io-guide/net-vconnections.en.mdtext?rev=1468064&r1=1468063&r2=1468064&view=diff
==============================================================================
--- trafficserver/site/trunk/content/docs/trunk/sdk/io-guide/net-vconnections.en.mdtext (original)
+++ trafficserver/site/trunk/content/docs/trunk/sdk/io-guide/net-vconnections.en.mdtext Mon Apr 15 13:43:58 2013
@@ -20,7 +20,7 @@ Navigation: [*](*)
A **network** **vconnection** (or** netvconnection**) is a wrapper around a
TCP socket that enables the socket to work within the Traffic Server vconnection
-framework. See [vconnections](io-guide#Vconnections) for more information
+framework. See [vconnections](index.en.html#Vconnections) for more information
about the Traffic Server abstraction for doing asynchronous IO.
The netvconnection functions are listed below:
Modified: trafficserver/site/trunk/content/docs/trunk/sdk/io-guide/transformations.en.mdtext
URL: http://svn.apache.org/viewvc/trafficserver/site/trunk/content/docs/trunk/sdk/io-guide/transformations.en.mdtext?rev=1468064&r1=1468063&r2=1468064&view=diff
==============================================================================
--- trafficserver/site/trunk/content/docs/trunk/sdk/io-guide/transformations.en.mdtext (original)
+++ trafficserver/site/trunk/content/docs/trunk/sdk/io-guide/transformations.en.mdtext Mon Apr 15 13:43:58 2013
@@ -141,10 +141,10 @@ the value of ndone for the input VIO, as
* Before sending `TS_EVENT_VCONN_WRITE_COMPLETE`, your transformation should
check the number of bytes remaining in the upstream vconnection's write VIO
(input VIO) using the function `TSVIONTodoGet` (`input_vio`). This value should
-go to zero when all of the upstream data is consumed (`TSVIONTodoGet = nbytes
-- ndone`). Do not send `TS_EVENT_VCONN_WRITE_COMPLETE` events if `TSVIONTodoGet`
-is greater than zero.
-The transformation passes data out of itself by using the output vconnection
+go to zero when all of the upstream data is consumed (`TSVIONTodoGet = nbytes - ndone`).
+Do not send `TS_EVENT_VCONN_WRITE_COMPLETE` events if `TSVIONTodoGet` is greater
+than zero.
+* The transformation passes data out of itself by using the output vconnection
retrieved by `TSTransformOutputVConnGet`. Immediately before Traffic Server
initiates the write operation (which inputs data into the transformation),
it sets the output vconnection either to the next transformation in the chain
@@ -152,7 +152,7 @@ of transformations or to a special termi
last transformation in the chain). Since the transformation is handed ownership
of the output vconnection, it must close it at some point in order for it to
be deallocated.
-All of the transformations in a transformation chain share the transaction's
+* All of the transformations in a transformation chain share the transaction's
mutex. This small restriction (enforced by `TSTransformCreate`) removes many
of the locking complications of implementing general vconnections. For example,
a transformation does not have to grab its write VIO mutex before accessing