[jira] [Commented] (TS-834) Crash Report: InactivityCop::check_inactivity, event=2, UnixNet.cc:57

2011-06-16 Thread John Plevyak (JIRA)

[ 
https://issues.apache.org/jira/browse/TS-834?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13050605#comment-13050605
 ] 

John Plevyak commented on TS-834:
-

zym, do you still see this with the patch?

 Crash Report: InactivityCop::check_inactivity, event=2, UnixNet.cc:57
 -

 Key: TS-834
 URL: https://issues.apache.org/jira/browse/TS-834
 Project: Traffic Server
  Issue Type: Bug
  Components: Core
Affects Versions: 3.1.0
 Environment: current trunk( the same time as v3.0), --enable-debug
Reporter: Zhao Yongming
  Labels: UnixNet
 Attachments: TS-834.diff


 bt #1
 {code}
 #0  0x004d2c5c in Continuation::handleEvent (this=0x2aaaf4091b70, 
 event=1, data=0x4b2d6d0) at I_Continuation.h:146
 146 return (this-*handler) (event, data);
 (gdb) bt
 #0  0x004d2c5c in Continuation::handleEvent (this=0x2aaaf4091b70, 
 event=1, data=0x4b2d6d0) at I_Continuation.h:146
 #1  0x006ce196 in InactivityCop::check_inactivity (this=0x4b3f780, 
 event=2, e=0x4b2d6d0) at UnixNet.cc:57
 #2  0x004d2c5f in Continuation::handleEvent (this=0x4b3f780, event=2, 
 data=0x4b2d6d0) at I_Continuation.h:146
 #3  0x006f5830 in EThread::process_event (this=0x2ae29010, 
 e=0x4b2d6d0, calling_code=2) at UnixEThread.cc:140
 #4  0x006f5b72 in EThread::execute (this=0x2ae29010) at 
 UnixEThread.cc:217
 #5  0x004ff37d in main (argc=3, argv=0x7fff6f447418) at Main.cc:1958
 (gdb) info f
 Stack level 0, frame at 0x7fff6f446cb0:
  rip = 0x4d2c5c in Continuation::handleEvent(int, void*) 
 (I_Continuation.h:146); saved rip 0x6ce196
  called by frame at 0x7fff6f446d00
  source language c++.
  Arglist at 0x7fff6f446ca0, args: this=0x2aaaf4091b70, event=1, data=0x4b2d6d0
  Locals at 0x7fff6f446ca0, Previous frame's sp is 0x7fff6f446cb0
  Saved registers:
   rbp at 0x7fff6f446ca0, rip at 0x7fff6f446ca8
 (gdb) x/80x this
 0x2aaaf4091b70: 0x0076a830  0x  0x006d1902  0x
 0x2aaaf4091b80: 0x  0x  0x0076a290  0x
 0x2aaaf4091b90: 0x  0x  0x  0x
 0x2aaaf4091ba0: 0x  0x  0x  0x
 0x2aaaf4091bb0: 0x  0x  0x  0x
 0x2aaaf4091bc0: 0x  0x  0x  0x
 0x2aaaf4091bd0: 0x  0x  0x  0x
 0x2aaaf4091be0: 0x  0x  0x  0x
 0x2aaaf4091bf0: 0x  0x  0x  0x
 0x2aaaf4091c00: 0x  0x  0x  0x
 0x2aaaf4091c10: 0x  0x  0x  0x
 0x2aaaf4091c20: 0x  0x  0x  0x
 0x2aaaf4091c30: 0x  0x  0x  0x
 0x2aaaf4091c40: 0x  0x  0x  0x
 0x2aaaf4091c50: 0x  0x  0x  0x
 0x2aaaf4091c60: 0x  0x  0x  0x
 0x2aaaf4091c70: 0x  0x  0x  0x
 0x2aaaf4091c80: 0x  0x  0x  0x
 0x2aaaf4091c90: 0x  0x  0x  0x
 0x2aaaf4091ca0: 0x  0x  0x  0x
 {code}
 bt #2
 {code}
 #0  0x004d2c5c in Continuation::handleEvent (this=0x11ed6000, 
 event=1, data=0x11cbc610) at I_Continuation.h:146
 146 return (this-*handler) (event, data);
 (gdb) bt
 #0  0x004d2c5c in Continuation::handleEvent (this=0x11ed6000, 
 event=1, data=0x11cbc610) at I_Continuation.h:146
 #1  0x006ce196 in InactivityCop::check_inactivity 
 (this=0x2c001f50, event=2, e=0x11cbc610) at UnixNet.cc:57
 #2  0x004d2c5f in Continuation::handleEvent (this=0x2c001f50, 
 event=2, data=0x11cbc610) at I_Continuation.h:146
 #3  0x006f5830 in EThread::process_event (this=0x2af2a010, 
 e=0x11cbc610, calling_code=2) at UnixEThread.cc:140
 #4  0x006f5b72 in EThread::execute (this=0x2af2a010) at 
 UnixEThread.cc:217
 #5  0x006f5181 in spawn_thread_internal (a=0x11cadae0) at Thread.cc:88
 #6  0x0030ec2064a7 in start_thread () from /lib64/libpthread.so.0
 #7  0x0030eb6d3c2d in clone () from /lib64/libc.so.6
 (gdb) info f
 Stack level 0, frame at 0x4198df60:
  rip = 0x4d2c5c in Continuation::handleEvent(int, void*) 
 (I_Continuation.h:146); saved rip 0x6ce196
  called by frame at 0x4198dfb0
  source language c++.
  Arglist at 0x4198df50, args: this=0x11ed6000, event=1, data=0x11cbc610
  Locals at 0x4198df50, Previous frame's sp is 0x4198df60
  Saved 

[jira] [Commented] (TS-833) Crash Report: Continuation::handleEvent, event=2, 0xdeadbeef, ink_freelist_free related

2011-06-16 Thread John Plevyak (JIRA)

[ 
https://issues.apache.org/jira/browse/TS-833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13050620#comment-13050620
 ] 

John Plevyak commented on TS-833:
-

mohan_zl, this latest crash is with TS-833-3.diff ??

 Crash Report: Continuation::handleEvent, event=2, 0xdeadbeef, 
 ink_freelist_free related
 ---

 Key: TS-833
 URL: https://issues.apache.org/jira/browse/TS-833
 Project: Traffic Server
  Issue Type: Bug
  Components: Core
Affects Versions: 3.1.0
 Environment: current trunk, with --enable-debug
Reporter: Zhao Yongming
  Labels: freelist
 Attachments: TS-833-2.diff, TS-833-3.diff, TS-833.diff


 bt #1
 {code}
 #0  0x004d2c5c in Continuation::handleEvent (this=0x19581df0, 
 event=2, data=0x197c4fc0) at I_Continuation.h:146
 146 return (this-*handler) (event, data);
 (gdb) bt
 #0  0x004d2c5c in Continuation::handleEvent (this=0x19581df0, 
 event=2, data=0x197c4fc0) at I_Continuation.h:146
 #1  0x006f5830 in EThread::process_event (this=0x2ae29010, 
 e=0x197c4fc0, calling_code=2) at UnixEThread.cc:140
 #2  0x006f5b72 in EThread::execute (this=0x2ae29010) at 
 UnixEThread.cc:217
 #3  0x004ff37d in main (argc=3, argv=0x7fff76c41528) at Main.cc:1958
 (gdb) info f
 Stack level 0, frame at 0x7fff76c40e40:
  rip = 0x4d2c5c in Continuation::handleEvent(int, void*) 
 (I_Continuation.h:146); saved rip 0x6f5830
  called by frame at 0x7fff76c40eb0
  source language c++.
  Arglist at 0x7fff76c40e30, args: this=0x19581df0, event=2, data=0x197c4fc0
  Locals at 0x7fff76c40e30, Previous frame's sp is 0x7fff76c40e40
  Saved registers:
   rbp at 0x7fff76c40e30, rip at 0x7fff76c40e38
 (gdb) x/40x this
 0x19581df0: 0x19581901  0x  0xefbeadde  0xefbeadde
 0x19581e00: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e10: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e20: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e30: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e40: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e50: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e60: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e70: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e80: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 {code}
 bt #2
 {code}
 #0  0x004d637c in Continuation::handleEvent (this=0xc3cc390, event=2, 
 data=0xc4408a0) at I_Continuation.h:146
 146 return (this-*handler) (event, data);
 (gdb) bt
 #0  0x004d637c in Continuation::handleEvent (this=0xc3cc390, event=2, 
 data=0xc4408a0) at I_Continuation.h:146
 #1  0x0070364c in EThread::process_event (this=0x2ae29010, 
 e=0xc4408a0, calling_code=2) at UnixEThread.cc:140
 #2  0x0070398e in EThread::execute (this=0x2ae29010) at 
 UnixEThread.cc:217
 #3  0x00502aac in main (argc=3, argv=0x7fff32ef2f58) at Main.cc:1961
 (gdb) p *this
 $1 = {force_VFPT_to_top = {_vptr.force_VFPT_to_top = 0x2aaab002f011}, 
 handler = 0xefbeaddeefbeadde, this adjustment -1171307680053154338, 
   handler_name = 0xefbeaddeefbeadde Address 0xefbeaddeefbeadde out of 
 bounds, mutex = {m_ptr = 0xefbeaddeefbeadde}, link = {SLinkContinuation 
 = {
   next = 0xefbeaddeefbeadde}, prev = 0xefbeaddeefbeadde}}
 (gdb) 
 {code}
 bt #3
 {code}
 #0  0x004d2c5c in Continuation::handleEvent (this=0x2aaab00615b0, 
 event=2, data=0x2aaab00d1570) at I_Continuation.h:146
 146 return (this-*handler) (event, data);
 (gdb) bt
 #0  0x004d2c5c in Continuation::handleEvent (this=0x2aaab00615b0, 
 event=2, data=0x2aaab00d1570) at I_Continuation.h:146
 #1  0x006f5830 in EThread::process_event (this=0x2ae29010, 
 e=0x2aaab00d1570, calling_code=2) at UnixEThread.cc:140
 #2  0x006f5b72 in EThread::execute (this=0x2ae29010) at 
 UnixEThread.cc:217
 #3  0x004ff37d in main (argc=3, argv=0x7fff421f08d8) at Main.cc:1958
 (gdb) info f
 Stack level 0, frame at 0x7fff421f01f0:
  rip = 0x4d2c5c in Continuation::handleEvent(int, void*) 
 (I_Continuation.h:146); saved rip 0x6f5830
  called by frame at 0x7fff421f0260
  source language c++.
  Arglist at 0x7fff421f01e0, args: this=0x2aaab00615b0, event=2, 
 data=0x2aaab00d1570
  Locals at 0x7fff421f01e0, Previous frame's sp is 0x7fff421f01f0
  Saved registers:
   rbp at 0x7fff421f01e0, rip at 0x7fff421f01e8
 (gdb) p this-handler
 $1 = 0xefbeaddeefbeadde, this adjustment -1171307680053154338
 {code}

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Resolved] (TS-359) Remove DIR_SEP and use slash directly

2011-06-16 Thread Leif Hedstrom (JIRA)

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

Leif Hedstrom resolved TS-359.
--

Resolution: Fixed

 Remove DIR_SEP and use slash directly
 -

 Key: TS-359
 URL: https://issues.apache.org/jira/browse/TS-359
 Project: Traffic Server
  Issue Type: Improvement
  Components: Cleanup
Reporter: Mladen Turk
Assignee: Leif Hedstrom
Priority: Trivial
 Fix For: 3.1.0


 Instead using DIR_SEP use slashes directly.
 For Windows port we will use posix path wrappers required anyhow.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] [Created] (TS-841) Refactor SSL code to make it possible to perform NPN negotiation without entering the HTTP SM

2011-06-16 Thread Leif Hedstrom (JIRA)
Refactor SSL code to make it possible to perform NPN negotiation without 
entering the HTTP SM
-

 Key: TS-841
 URL: https://issues.apache.org/jira/browse/TS-841
 Project: Traffic Server
  Issue Type: New Feature
  Components: HTTP, SSL
Reporter: Leif Hedstrom
 Fix For: 3.1.0


In order to make it possible to write protocol handlers like SPDY, we need to 
negotiate NPN protocol before entering the HTTP SM. 

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] [Updated] (TS-760) Clean up management types

2011-06-16 Thread Leif Hedstrom (JIRA)

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

Leif Hedstrom updated TS-760:
-

Summary: Clean up management types  (was: Should we eliminate old MgmtType 
etc?)

 Clean up management types
 -

 Key: TS-760
 URL: https://issues.apache.org/jira/browse/TS-760
 Project: Traffic Server
  Issue Type: Improvement
  Components: Management
Reporter: Leif Hedstrom
Assignee: Leif Hedstrom
 Fix For: 3.1.0


 There seems to be remnants left of what I think is the old management type 
 system. e.g.
 MgmtType
 MgmtFloat
 MgmtInt
 MgmtIntCounter
 MgmtString
 INK_INT
 INK_FLOAT
 INK_STRING
 INK_COUNTER
 INK_STAT_CONST
 INK_STAT_FX
 I believe these are (or should) be replaced with e.g.
 RecDataT
 RecFloat
 RecInt
 RecCounter
 RecString
 RECD_INT
 RECD_FLOAT
 RECD_STRING
 RECD_COUNTER
 RECD_STAT_CONST
 RECD_STAT_FX
 At the same time, we should eliminate the remnants of #ifdef MODULARIZED  
 (not a lot left though).

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] [Resolved] (TS-760) Clean up management types

2011-06-16 Thread Leif Hedstrom (JIRA)

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

Leif Hedstrom resolved TS-760.
--

Resolution: Fixed

 Clean up management types
 -

 Key: TS-760
 URL: https://issues.apache.org/jira/browse/TS-760
 Project: Traffic Server
  Issue Type: Improvement
  Components: Management
Reporter: Leif Hedstrom
Assignee: Leif Hedstrom
 Fix For: 3.1.0


 There seems to be remnants left of what I think is the old management type 
 system. e.g.
 MgmtType
 MgmtFloat
 MgmtInt
 MgmtIntCounter
 MgmtString
 INK_INT
 INK_FLOAT
 INK_STRING
 INK_COUNTER
 INK_STAT_CONST
 INK_STAT_FX
 I believe these are (or should) be replaced with e.g.
 RecDataT
 RecFloat
 RecInt
 RecCounter
 RecString
 RECD_INT
 RECD_FLOAT
 RECD_STRING
 RECD_COUNTER
 RECD_STAT_CONST
 RECD_STAT_FX
 At the same time, we should eliminate the remnants of #ifdef MODULARIZED  
 (not a lot left though).

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] [Commented] (TS-833) Crash Report: Continuation::handleEvent, event=2, 0xdeadbeef, ink_freelist_free related

2011-06-16 Thread mohan_zl (JIRA)

[ 
https://issues.apache.org/jira/browse/TS-833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13050836#comment-13050836
 ] 

mohan_zl commented on TS-833:
-

@John yeah, i use TS-833-3.diff with the latest trunk.

 Crash Report: Continuation::handleEvent, event=2, 0xdeadbeef, 
 ink_freelist_free related
 ---

 Key: TS-833
 URL: https://issues.apache.org/jira/browse/TS-833
 Project: Traffic Server
  Issue Type: Bug
  Components: Core
Affects Versions: 3.1.0
 Environment: current trunk, with --enable-debug
Reporter: Zhao Yongming
  Labels: freelist
 Attachments: TS-833-2.diff, TS-833-3.diff, TS-833.diff


 bt #1
 {code}
 #0  0x004d2c5c in Continuation::handleEvent (this=0x19581df0, 
 event=2, data=0x197c4fc0) at I_Continuation.h:146
 146 return (this-*handler) (event, data);
 (gdb) bt
 #0  0x004d2c5c in Continuation::handleEvent (this=0x19581df0, 
 event=2, data=0x197c4fc0) at I_Continuation.h:146
 #1  0x006f5830 in EThread::process_event (this=0x2ae29010, 
 e=0x197c4fc0, calling_code=2) at UnixEThread.cc:140
 #2  0x006f5b72 in EThread::execute (this=0x2ae29010) at 
 UnixEThread.cc:217
 #3  0x004ff37d in main (argc=3, argv=0x7fff76c41528) at Main.cc:1958
 (gdb) info f
 Stack level 0, frame at 0x7fff76c40e40:
  rip = 0x4d2c5c in Continuation::handleEvent(int, void*) 
 (I_Continuation.h:146); saved rip 0x6f5830
  called by frame at 0x7fff76c40eb0
  source language c++.
  Arglist at 0x7fff76c40e30, args: this=0x19581df0, event=2, data=0x197c4fc0
  Locals at 0x7fff76c40e30, Previous frame's sp is 0x7fff76c40e40
  Saved registers:
   rbp at 0x7fff76c40e30, rip at 0x7fff76c40e38
 (gdb) x/40x this
 0x19581df0: 0x19581901  0x  0xefbeadde  0xefbeadde
 0x19581e00: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e10: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e20: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e30: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e40: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e50: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e60: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e70: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e80: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 {code}
 bt #2
 {code}
 #0  0x004d637c in Continuation::handleEvent (this=0xc3cc390, event=2, 
 data=0xc4408a0) at I_Continuation.h:146
 146 return (this-*handler) (event, data);
 (gdb) bt
 #0  0x004d637c in Continuation::handleEvent (this=0xc3cc390, event=2, 
 data=0xc4408a0) at I_Continuation.h:146
 #1  0x0070364c in EThread::process_event (this=0x2ae29010, 
 e=0xc4408a0, calling_code=2) at UnixEThread.cc:140
 #2  0x0070398e in EThread::execute (this=0x2ae29010) at 
 UnixEThread.cc:217
 #3  0x00502aac in main (argc=3, argv=0x7fff32ef2f58) at Main.cc:1961
 (gdb) p *this
 $1 = {force_VFPT_to_top = {_vptr.force_VFPT_to_top = 0x2aaab002f011}, 
 handler = 0xefbeaddeefbeadde, this adjustment -1171307680053154338, 
   handler_name = 0xefbeaddeefbeadde Address 0xefbeaddeefbeadde out of 
 bounds, mutex = {m_ptr = 0xefbeaddeefbeadde}, link = {SLinkContinuation 
 = {
   next = 0xefbeaddeefbeadde}, prev = 0xefbeaddeefbeadde}}
 (gdb) 
 {code}
 bt #3
 {code}
 #0  0x004d2c5c in Continuation::handleEvent (this=0x2aaab00615b0, 
 event=2, data=0x2aaab00d1570) at I_Continuation.h:146
 146 return (this-*handler) (event, data);
 (gdb) bt
 #0  0x004d2c5c in Continuation::handleEvent (this=0x2aaab00615b0, 
 event=2, data=0x2aaab00d1570) at I_Continuation.h:146
 #1  0x006f5830 in EThread::process_event (this=0x2ae29010, 
 e=0x2aaab00d1570, calling_code=2) at UnixEThread.cc:140
 #2  0x006f5b72 in EThread::execute (this=0x2ae29010) at 
 UnixEThread.cc:217
 #3  0x004ff37d in main (argc=3, argv=0x7fff421f08d8) at Main.cc:1958
 (gdb) info f
 Stack level 0, frame at 0x7fff421f01f0:
  rip = 0x4d2c5c in Continuation::handleEvent(int, void*) 
 (I_Continuation.h:146); saved rip 0x6f5830
  called by frame at 0x7fff421f0260
  source language c++.
  Arglist at 0x7fff421f01e0, args: this=0x2aaab00615b0, event=2, 
 data=0x2aaab00d1570
  Locals at 0x7fff421f01e0, Previous frame's sp is 0x7fff421f01f0
  Saved registers:
   rbp at 0x7fff421f01e0, rip at 0x7fff421f01e8
 (gdb) p this-handler
 $1 = 0xefbeaddeefbeadde, this adjustment -1171307680053154338
 {code}

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

  

[jira] [Commented] (TS-833) Crash Report: Continuation::handleEvent, event=2, 0xdeadbeef, ink_freelist_free related

2011-06-16 Thread mohan_zl (JIRA)

[ 
https://issues.apache.org/jira/browse/TS-833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13050861#comment-13050861
 ] 

mohan_zl commented on TS-833:
-

@John, is there any possibilities that these problem is caused by some deep bug?

 Crash Report: Continuation::handleEvent, event=2, 0xdeadbeef, 
 ink_freelist_free related
 ---

 Key: TS-833
 URL: https://issues.apache.org/jira/browse/TS-833
 Project: Traffic Server
  Issue Type: Bug
  Components: Core
Affects Versions: 3.1.0
 Environment: current trunk, with --enable-debug
Reporter: Zhao Yongming
  Labels: freelist
 Attachments: TS-833-2.diff, TS-833-3.diff, TS-833.diff


 bt #1
 {code}
 #0  0x004d2c5c in Continuation::handleEvent (this=0x19581df0, 
 event=2, data=0x197c4fc0) at I_Continuation.h:146
 146 return (this-*handler) (event, data);
 (gdb) bt
 #0  0x004d2c5c in Continuation::handleEvent (this=0x19581df0, 
 event=2, data=0x197c4fc0) at I_Continuation.h:146
 #1  0x006f5830 in EThread::process_event (this=0x2ae29010, 
 e=0x197c4fc0, calling_code=2) at UnixEThread.cc:140
 #2  0x006f5b72 in EThread::execute (this=0x2ae29010) at 
 UnixEThread.cc:217
 #3  0x004ff37d in main (argc=3, argv=0x7fff76c41528) at Main.cc:1958
 (gdb) info f
 Stack level 0, frame at 0x7fff76c40e40:
  rip = 0x4d2c5c in Continuation::handleEvent(int, void*) 
 (I_Continuation.h:146); saved rip 0x6f5830
  called by frame at 0x7fff76c40eb0
  source language c++.
  Arglist at 0x7fff76c40e30, args: this=0x19581df0, event=2, data=0x197c4fc0
  Locals at 0x7fff76c40e30, Previous frame's sp is 0x7fff76c40e40
  Saved registers:
   rbp at 0x7fff76c40e30, rip at 0x7fff76c40e38
 (gdb) x/40x this
 0x19581df0: 0x19581901  0x  0xefbeadde  0xefbeadde
 0x19581e00: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e10: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e20: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e30: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e40: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e50: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e60: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e70: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 0x19581e80: 0xefbeadde  0xefbeadde  0xefbeadde  0xefbeadde
 {code}
 bt #2
 {code}
 #0  0x004d637c in Continuation::handleEvent (this=0xc3cc390, event=2, 
 data=0xc4408a0) at I_Continuation.h:146
 146 return (this-*handler) (event, data);
 (gdb) bt
 #0  0x004d637c in Continuation::handleEvent (this=0xc3cc390, event=2, 
 data=0xc4408a0) at I_Continuation.h:146
 #1  0x0070364c in EThread::process_event (this=0x2ae29010, 
 e=0xc4408a0, calling_code=2) at UnixEThread.cc:140
 #2  0x0070398e in EThread::execute (this=0x2ae29010) at 
 UnixEThread.cc:217
 #3  0x00502aac in main (argc=3, argv=0x7fff32ef2f58) at Main.cc:1961
 (gdb) p *this
 $1 = {force_VFPT_to_top = {_vptr.force_VFPT_to_top = 0x2aaab002f011}, 
 handler = 0xefbeaddeefbeadde, this adjustment -1171307680053154338, 
   handler_name = 0xefbeaddeefbeadde Address 0xefbeaddeefbeadde out of 
 bounds, mutex = {m_ptr = 0xefbeaddeefbeadde}, link = {SLinkContinuation 
 = {
   next = 0xefbeaddeefbeadde}, prev = 0xefbeaddeefbeadde}}
 (gdb) 
 {code}
 bt #3
 {code}
 #0  0x004d2c5c in Continuation::handleEvent (this=0x2aaab00615b0, 
 event=2, data=0x2aaab00d1570) at I_Continuation.h:146
 146 return (this-*handler) (event, data);
 (gdb) bt
 #0  0x004d2c5c in Continuation::handleEvent (this=0x2aaab00615b0, 
 event=2, data=0x2aaab00d1570) at I_Continuation.h:146
 #1  0x006f5830 in EThread::process_event (this=0x2ae29010, 
 e=0x2aaab00d1570, calling_code=2) at UnixEThread.cc:140
 #2  0x006f5b72 in EThread::execute (this=0x2ae29010) at 
 UnixEThread.cc:217
 #3  0x004ff37d in main (argc=3, argv=0x7fff421f08d8) at Main.cc:1958
 (gdb) info f
 Stack level 0, frame at 0x7fff421f01f0:
  rip = 0x4d2c5c in Continuation::handleEvent(int, void*) 
 (I_Continuation.h:146); saved rip 0x6f5830
  called by frame at 0x7fff421f0260
  source language c++.
  Arglist at 0x7fff421f01e0, args: this=0x2aaab00615b0, event=2, 
 data=0x2aaab00d1570
  Locals at 0x7fff421f01e0, Previous frame's sp is 0x7fff421f01f0
  Saved registers:
   rbp at 0x7fff421f01e0, rip at 0x7fff421f01e8
 (gdb) p this-handler
 $1 = 0xefbeaddeefbeadde, this adjustment -1171307680053154338
 {code}

--
This message is automatically generated by JIRA.
For more information on JIRA, see: