You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafodion.apache.org by "Alice Chen (JIRA)" <ji...@apache.org> on 2015/07/22 20:15:56 UTC

[jira] [Created] (TRAFODION-406) LP Bug: 1336547 - tdm_arkesp aborted in a generated Native Expr

Alice Chen created TRAFODION-406:
------------------------------------

             Summary: LP Bug: 1336547 - tdm_arkesp aborted in a generated Native Expr
                 Key: TRAFODION-406
                 URL: https://issues.apache.org/jira/browse/TRAFODION-406
             Project: Apache Trafodion
          Issue Type: Bug
          Components: sql-cmp
            Reporter: Apache Trafodion
            Assignee: Apache Trafodion
            Priority: Critical


tdm_arkesp failed in a generated Native Expression for query with 44-way join.

The problem is believed to be in the Native Expressions generation logic within the SQL Compiler.
There is a place where the code assumes a 16-bit offset (from the beginning of a "row") is always a positive number.

Stack Backtrace:
#0  0x00007ffff7eb694a in ?? ()
#1  0x00000000000003ea in ?? ()
#2  0x00007ffff7e72190 in ?? ()
#3  0x0000000000000062 in ?? ()
#4  0x00007ffff405e069 in BAWAITIOX (pp_filenum=0x7fffe3929170, ppp_buf=0x7fffe3942c38,

 pp_xfercount=0x3551c60, pp_tag=0x0,
    pv_timeout=< value optimized out>, pp_segid=0x802) at fs.cpp:596
#5  0x00007ffff67a4574 in eval (this=0x7ffff679fdb1, isSend=0, doMoveControl=< value
optimized out>, doMoveData=1, currQState=0x7fffe3929170,
    controlInfoLen=20, controlInfo=0x7fffffffb0a0, projRowLen=3891291960, outTdesc=0x0,

 diagsArea=0x0, diagsDesc=0x0, expr=0x7ffff7eb0cd8,
    atp1=0x7fffe7f080f8, workAtp=0x7fffe7f098b8, destAtp=0x7fffe7f098b8, tuppIndex=2,

 doMoveStats=0, statsArea=0x0, statsDesc=0x0,
    useExternalDA=1, callerHasExternalDA=0, defragTd=0x0, noMoveWarnings=0)
at ../exp/exp_expr.h:374
#6  SqlBuffer::moveInSendOrReplyData (this=0x7ffff679fdb1, isSend=0, doMoveControl=< value
optimized out>, doMoveData=1,
    currQState=0x7fffe3929170, controlInfoLen=20, controlInfo=0x7fffffffb0a0,

 projRowLen=3891291960, outTdesc=0x0, diagsArea=0x0, diagsDesc=0x0,
    expr=0x7ffff7eb0cd8, atp1=0x7fffe7f080f8, workAtp=0x7fffe7f098b8, destAtp=0x7fffe7f098b8,

 tuppIndex=2, doMoveStats=0, statsArea=0x0,
    statsDesc=0x0, useExternalDA=1, callerHasExternalDA=0, defragTd=0x0, noMoveWarnings=0)

 at ../executor/sql_buffer.cpp:742
#7  0x00007ffff6697121 in ex_send_bottom_tcb::checkReply (this=0x7fffe7efd7a0)

 at ../executor/ex_send_bottom.cpp:836
#8  0x00007ffff66988c8 in ex_send_bottom_tcb::work (this=0x7fffe7efd7a0) at
../executor/ex_send_bottom.cpp:444

NOTE:  The BAWAITIOX() in frame 4 is a red herring.  GDB is not interpreting the stack backtrace correctly.
Assigned to LaunchPad User James Capps



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)