The heap owned by CmpStatement may be deleted twice
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Trafodion |
Fix Released
|
High
|
QF Chen |
Bug Description
This is found during the investigation of a core file found during seabase/TEST015.
#40 <signal handler called>
#41 0x0000000000000571 in ?? ()
#42 0x00007ffff4cfd91b in NATableDB:
at ../optimizer/
#43 0x00007ffff4f4cbe4 in SchemaDB:
at ../optimizer/
#44 0x00007ffff3e02cc7 in CmpContext::cleanup (this=0x7fffe87
at ../arkcmp/
#45 0x00007ffff3e02bbe in CmpContext:
0x7fffded33f48, exceptionRaised=0) at ../arkcmp/
#46 0x00007ffff3e0de4b in CmpStatement:
__in_
#47 0x00007ffff3e0dee2 in CmpStatement:
__in_
#48 0x00007ffff3dfd7a0 in ExCmpMessage:
at ../arkcmp/
#49 0x00007ffff723e191 in IpcMessageStrea
this=
at ../common/
#50 0x00007ffff723c0b7 in IpcMessageBuffe
conn=0xbb0920) at ../common/
#51 0x00007ffff72501a0 in GuaConnectionTo
buffer=
#52 0x00007ffff7251bb7 in GuaReceiveContr
timeout=-1, eventConsumed=0x0, ipcAwaitiox=0x0)
at ../common/
#53 0x00007ffff724f5be in GuaConnectionTo
Root cause analysis.
CmpStatement:
context_
which deletes the contained heap_ object for each NATable on cached statement list and tabeToDeleteList.
When the contained heap is the statement heap, the compiler cores.
Changed in trafodion: | |
status: | New → In Progress |
Changed in trafodion: | |
status: | In Progress → Fix Committed |
Changed in trafodion: | |
milestone: | none → r0.9 |
status: | Fix Committed → Fix Released |