activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Timothy Bish (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (AMQCPP-459) Found an access violation in NodePool::ReturNode(Node* node)
Date Thu, 14 Feb 2013 21:13:13 GMT

    [ https://issues.apache.org/jira/browse/AMQCPP-459?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13578683#comment-13578683
] 

Timothy Bish commented on AMQCPP-459:
-------------------------------------

My guess here is that you've submitted a thread to your executor that's being run and isn't
stopping.  When the executor destructor runs it will wait but gives up after awhile so the
object's resources are gone and that thread finally ends for whatever reason only to find
that the parent is gone so the return of the Node walks into memory that's not valid any longer.
 
                
> Found an access violation in NodePool::ReturNode(Node* node)
> ------------------------------------------------------------
>
>                 Key: AMQCPP-459
>                 URL: https://issues.apache.org/jira/browse/AMQCPP-459
>             Project: ActiveMQ C++ Client
>          Issue Type: Bug
>          Components: CMS Impl
>    Affects Versions: 3.5.0
>         Environment: Windows xp service pack 3, ActiveMQ broker 5.3.1, apr 1.4.2, apr-util
1.3.9, apr iconv 1.2.1
>            Reporter: Helen Huang
>            Assignee: Timothy Bish
>            Priority: Critical
>             Fix For: 3.6.0
>
>         Attachments: CMStress.zip, CrashHang_Report__CMStressUD.exe__02142013143459322.mht
>
>
> Caught an access violation in NodePool::ReturNode(Node* node)
> The following is the call stack:
> activemq-cppud.dll!`anonymous namespace'::NodePool::returnNode(`anonymous-namespace'::Node
* node=0x05237488)  Line 311 + 0x6 bytes
> activemq-cppud.dll!decaf::util::concurrent::locks::DefaultConditionObject::unlinkCancelledWaiters()
 Line 1450
> activemq-cppud.dll!decaf::util::concurrent::locks::DefaultConditionObject::await()  Line
1145
> CmsMessageHandlerCOMUD.dll!decaf::util::concurrent::LinkedBlockingQueue<decaf::lang::Runnable
*>::take()  Line 435 + 0x32 bytes
> activemq-cppud.dll!decaf::util::concurrent::ExecutorKernel::getTask()  Line 1288 + 0x24
bytes
> activemq-cppud.dll!decaf::util::concurrent::ExecutorKernel::runWorker(decaf::util::concurrent::ExecutorKernel::Worker
* w=0x052359b8)  Line 720 + 0xe bytes
> activemq-cppud.dll!decaf::util::concurrent::ExecutorKernel::Worker::run()  Line 184
> activemq-cppud.dll!decaf::lang::Thread::run()  Line 143
> activemq-cppud.dll!`anonymous namespace'::runCallback(void * arg=0x0523a690)  Line 262
+ 0x11 bytes
> activemq-cppud.dll!`anonymous namespace'::threadEntryMethod(void * arg=0x0523a690)  Line
250 + 0x15 bytes
> msvcr80d.dll!_callthreadstartex()  Line 348 + 0xf bytes
> msvcr80d.dll!_threadstartex(void * ptd=0x0523ab30)  Line 331
> kernel32.dll!7c80b729() 
>  

--
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

Mime
View raw message