You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@thrift.apache.org by "Justin Gallardo (JIRA)" <ji...@apache.org> on 2013/09/19 00:20:51 UTC

[jira] [Updated] (THRIFT-2194) Node: Not actually prepending residual data in TFramedTransport.receiver

     [ https://issues.apache.org/jira/browse/THRIFT-2194?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Justin Gallardo updated THRIFT-2194:
------------------------------------

    Attachment: THRIFT-2194.patch
    
> Node: Not actually prepending residual data in TFramedTransport.receiver
> ------------------------------------------------------------------------
>
>                 Key: THRIFT-2194
>                 URL: https://issues.apache.org/jira/browse/THRIFT-2194
>             Project: Thrift
>          Issue Type: Bug
>          Components: Node.js - Library
>    Affects Versions: 0.9
>            Reporter: Justin Gallardo
>         Attachments: THRIFT-2194.patch
>
>
> I am seeing an issue where we are creating a Buffer of larger than 1GB so v8 crashes with a fatal exception:
> FATAL ERROR: v8::Object::SetIndexedPropertiesToExternalArrayData() length exceeds max acceptable value.
> I believe this is due to the fact that we don't actually copy the residual data into the data buffer before reading it, so when we go to create the new frame buffer, we are using the result of binary.readInt(data, 0). Because the residual data isn't there, we create an overly large int and cause the crash.
> I'm seeing this bug in node-thrift 0.9.0, but the bug seems like it would still exist in the latest version. I'm also using node 0.6.17.
> This looks like it could be related to https://issues.apache.org/jira/browse/THRIFT-1754, but I haven't looked into that too much.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira