You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "taoyunxing (JIRA)" <ji...@apache.org> on 2011/08/18 11:11:27 UTC
[jira] [Created] (TS-922) TSVIONTodoGet() has bug!
TSVIONTodoGet() has bug!
------------------------
Key: TS-922
URL: https://issues.apache.org/jira/browse/TS-922
Project: Traffic Server
Issue Type: Bug
Components: TS API
Affects Versions: 3.0.1
Environment: OS: Ubuntu 10.10 32bit, Traffic Server version:.3.0, Web Browser：firefox 4.0.1，CPU: Intel core i3-2100 3.10GHz, Memory: 2G, HardDisk: 500G
Reporter: taoyunxing
Fix For: 3.0.2
when I use null-transform plugin and print some debug info, I find the TSVIONTodoGet() return a huge member, I consider it maybe has a bug !
The details shows below:
code in null-transform.c:
TSVIO input_vio;
int64_t towrite = 0;
int64_t avail = 0;
towrite = TSVIONTodoGet(input_vio);
TSDebug("null-transform", "\ttoWrite is %" PRId64 "", towrite);
if (towrite > 0) {
/* The amount of data left to read needs to be truncated by
* the amount of data actually in the read buffer.
*/
avail = TSIOBufferReaderAvail(TSVIOReaderGet(input_vio));
TSDebug("null-transform", "\tavail is %" PRId64 "", avail);
#if MDSN_LOG
if (log) {
TSTextLogObjectWrite(log, "handle_transform() with data to write length: %" PRId64 ", IOBufferReader available data length: %" PRId64 "", towrite, avail);}
#endif
log info:
20110818.13h51m11s handle_transform() with data to write length: 9223372036854775807, IOBufferReader available data length: 1388
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (TS-922) TSVIONTodoGet() has bug!
Posted by "Leif Hedstrom (Resolved) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TS-922?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Leif Hedstrom resolved TS-922.
------------------------------
Resolution: Invalid
I'm closing this as invalid, I think William's comment is accurate, it's as expected. Please reopen if you disagree.
> TSVIONTodoGet() has bug!
> ------------------------
>
> Key: TS-922
> URL: https://issues.apache.org/jira/browse/TS-922
> Project: Traffic Server
> Issue Type: Bug
> Components: TS API
> Affects Versions: 3.0.1
> Environment: OS: Ubuntu 10.10 32bit, Traffic Server version:.3.0, Web Browser：firefox 4.0.1，CPU: Intel core i3-2100 3.10GHz, Memory: 2G, HardDisk: 500G
> Reporter: taoyunxing
> Labels: TS_API_bug
> Fix For: 3.1.1
>
> Original Estimate: 672h
> Remaining Estimate: 672h
>
> when I use null-transform plugin and print some debug info, I find the TSVIONTodoGet() return a huge member, I consider it maybe has a bug !
> The details shows below:
> code in null-transform.c:
> TSVIO input_vio;
> int64_t towrite = 0;
> int64_t avail = 0;
> towrite = TSVIONTodoGet(input_vio);
> TSDebug("null-transform", "\ttoWrite is %" PRId64 "", towrite);
> if (towrite > 0) {
> /* The amount of data left to read needs to be truncated by
> * the amount of data actually in the read buffer.
> */
> avail = TSIOBufferReaderAvail(TSVIOReaderGet(input_vio));
> TSDebug("null-transform", "\tavail is %" PRId64 "", avail);
> #if MDSN_LOG
> if (log) {
> TSTextLogObjectWrite(log, "handle_transform() with data to write length: %" PRId64 ", IOBufferReader available data length: %" PRId64 "", towrite, avail);}
> #endif
> log info:
> 20110818.13h51m11s handle_transform() with data to write length: 9223372036854775807, IOBufferReader available data length: 1388
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (TS-922) TSVIONTodoGet() has bug!
Posted by "Leif Hedstrom (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TS-922?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Leif Hedstrom updated TS-922:
-----------------------------
Backport to Version: (was: 3.0.1)
Fix Version/s: (was: 3.0.2)
3.1.1
Not sure how the fix versions were decided for this, bug remember, things has to go on trunk first, then get nominated for backports. So, marking this to be fixed for 3.1.1 (the next developer release).
> TSVIONTodoGet() has bug!
> ------------------------
>
> Key: TS-922
> URL: https://issues.apache.org/jira/browse/TS-922
> Project: Traffic Server
> Issue Type: Bug
> Components: TS API
> Affects Versions: 3.0.1
> Environment: OS: Ubuntu 10.10 32bit, Traffic Server version:.3.0, Web Browser：firefox 4.0.1，CPU: Intel core i3-2100 3.10GHz, Memory: 2G, HardDisk: 500G
> Reporter: taoyunxing
> Labels: TS_API_bug
> Fix For: 3.1.1
>
> Original Estimate: 672h
> Remaining Estimate: 672h
>
> when I use null-transform plugin and print some debug info, I find the TSVIONTodoGet() return a huge member, I consider it maybe has a bug !
> The details shows below:
> code in null-transform.c:
> TSVIO input_vio;
> int64_t towrite = 0;
> int64_t avail = 0;
> towrite = TSVIONTodoGet(input_vio);
> TSDebug("null-transform", "\ttoWrite is %" PRId64 "", towrite);
> if (towrite > 0) {
> /* The amount of data left to read needs to be truncated by
> * the amount of data actually in the read buffer.
> */
> avail = TSIOBufferReaderAvail(TSVIOReaderGet(input_vio));
> TSDebug("null-transform", "\tavail is %" PRId64 "", avail);
> #if MDSN_LOG
> if (log) {
> TSTextLogObjectWrite(log, "handle_transform() with data to write length: %" PRId64 ", IOBufferReader available data length: %" PRId64 "", towrite, avail);}
> #endif
> log info:
> 20110818.13h51m11s handle_transform() with data to write length: 9223372036854775807, IOBufferReader available data length: 1388
>
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (TS-922) TSVIONTodoGet() has bug!
Posted by "William Bardwell (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TS-922?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13087075#comment-13087075 ]
William Bardwell commented on TS-922:
-------------------------------------
I think that is on purpose, that just means that it doesn't know how big the data is going to be. (That number is INT64_MAX.) It happens with things like chunked data.
> TSVIONTodoGet() has bug!
> ------------------------
>
> Key: TS-922
> URL: https://issues.apache.org/jira/browse/TS-922
> Project: Traffic Server
> Issue Type: Bug
> Components: TS API
> Affects Versions: 3.0.1
> Environment: OS: Ubuntu 10.10 32bit, Traffic Server version:.3.0, Web Browser：firefox 4.0.1，CPU: Intel core i3-2100 3.10GHz, Memory: 2G, HardDisk: 500G
> Reporter: taoyunxing
> Labels: TS_API_bug
> Fix For: 3.0.2
>
> Original Estimate: 672h
> Remaining Estimate: 672h
>
> when I use null-transform plugin and print some debug info, I find the TSVIONTodoGet() return a huge member, I consider it maybe has a bug !
> The details shows below:
> code in null-transform.c:
> TSVIO input_vio;
> int64_t towrite = 0;
> int64_t avail = 0;
> towrite = TSVIONTodoGet(input_vio);
> TSDebug("null-transform", "\ttoWrite is %" PRId64 "", towrite);
> if (towrite > 0) {
> /* The amount of data left to read needs to be truncated by
> * the amount of data actually in the read buffer.
> */
> avail = TSIOBufferReaderAvail(TSVIOReaderGet(input_vio));
> TSDebug("null-transform", "\tavail is %" PRId64 "", avail);
> #if MDSN_LOG
> if (log) {
> TSTextLogObjectWrite(log, "handle_transform() with data to write length: %" PRId64 ", IOBufferReader available data length: %" PRId64 "", towrite, avail);}
> #endif
> log info:
> 20110818.13h51m11s handle_transform() with data to write length: 9223372036854775807, IOBufferReader available data length: 1388
>
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira