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)