[
https://issues.apache.org/jira/browse/AMQCPP-294?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12985405#action_12985405
]
Wannes De Smet commented on AMQCPP-294:
---------------------------------------
I don't know if this has been fixed or not, but I have cross-compiled the
client (v 3.2.4) for i386 and ARM (iPhoneSimulator and iPhone) and in 90%
percent of the cases, my application crashes due the same issue described above
(and sometimes I'm lucky, I guess).
Mostly it registers as (on both platforms):
No valid response received for command: RemoveInfo { commandId = 10,
responseRequired = true, ObjectId = ID:Appletree.local-61080-1295814360895-0:0,
LastDeliveredSequenceId = 0 }, check broker.
FILE: activemq/transport/correlator/ResponseCorrelator.cpp, LINE: 168
FILE: activemq/transport/correlator/ResponseCorrelator.cpp, LINE: 176
FILE: activemq/core/ActiveMQConnection.cpp, LINE: 778
FILE: activemq/core/ActiveMQConnection.cpp, LINE: 490
FILE: activemq/core/ActiveMQConnection.cpp, LINE: 394
Followed by EXC_BAD_ACCESS
This always occurs after deleting the consumer.
Note: they might not be connected to each other, as I sometimes get the
cms::CMSException and/or a crash (EXC_BAD_ACCESS).
Note 2: when compiled natively for OSX 10.6 x86_64, it is even worse, the
example does not even run, it just dies with a Segmentation Fault.
Has there been any progress been made on this issue? I'm most certainly willing
to try patches on every platform and give feedback.
> RemoveInfo Segmentation Fault
> -----------------------------
>
> Key: AMQCPP-294
> URL: https://issues.apache.org/jira/browse/AMQCPP-294
> Project: ActiveMQ C++ Client
> Issue Type: Bug
> Affects Versions: 3.1.2
> Environment: Mac OS/X 10.5
> Reporter: Steve Pietrowicz
> Assignee: Timothy Bish
> Priority: Critical
>
> We're running a pretty complex software stack that uses ActiveMQCPP 3.1.2 on
> Mac OS/X 10.5, and seeing the following when we run tests against a remote
> broker (version 5.3.2). The same tests run property under Linux. It
> appears this is occurring because the broker isn't responding promptly, but
> it's hard for me to tell. Tests done locally (under Linux) to the same
> broker pass without error.
> No valid response received for command: Begin Class = RemoveInfo
> Value of RemoveInfo::ID_REMOVEINFO = 12
> Value of ObjectId is Below:
> Begin Class = ConnectionId
> Value of ConnectionId::ID_CONNECTIONID = 120
> Value of Value = 704fedd0-1e65-2300-3503-bb2230cd0086
> No Data for Class BaseDataStructure
> End Class = ConnectionId
> Value of LastDeliveredSequenceId = 0
> Begin Class = BaseCommand
> No Data for Class BaseDataStructure
> Response Required = 1
> Command Id = 6
> End Class = BaseCommand
> End Class = RemoveInfo
> , check broker.
> FILE: activemq/transport/correlator/ResponseCorrelator.cpp, LINE: 168
> FILE: activemq/transport/correlator/ResponseCorrelator.cpp, LINE: 176
> FILE: activemq/core/ActiveMQConnection.cpp, LINE: 629
> FILE: activemq/core/ActiveMQConnection.cpp, LINE: 348
> FILE: activemq/core/ActiveMQConnection.cpp, LINE: 255
> Program received signal EXC_BAD_ACCESS, Could not access memory.
> Reason: KERN_INVALID_ADDRESS at address: 0xb0185048
> [Switching to process 6402 thread 0x11b]
> 0x9148dc7f in pthread_mutex_lock ()
> (gdb) bt
> #0 0x9148dc7f in pthread_mutex_lock ()
> #1 0x9148eb90 in _keymgr_get_and_lock_processwide_ptr_2 ()
> #2 0x914d9451 in _keymgr_get_and_lock_processwide_ptr ()
> #3 0x97b4ceea in _Unwind_Find_FDE ()
> #4 0x97b4a21e in _Unwind_GetIPInfo ()
> #5 0x97b4b729 in _Unwind_RaiseException ()
> #6 0x90049254 in __cxa_throw ()
> #7 0x00b1aade in decaf::net::SocketInputStream::read ()
> #8 0x00afaf89 in decaf::io::BufferedInputStream::bufferData ()
> #9 0x00afb5f1 in decaf::io::BufferedInputStream::read ()
> #10 0x00b05488 in decaf::io::DataInputStream::readInt ()
> #11 0x008e5da8 in activemq::wireformat::openwire::OpenWireFormat::unmarshal ()
> #12 0x0087b8f9 in activemq::transport::IOTransport::run ()
> #13 0x00b163be in decaf::lang::ThreadProperties::runCallback ()
> #14 0x00b142f2 in (anonymous namespace)::threadWorker ()
> #15 0x914b7155 in _pthread_start ()
> #16 0x914b7012 in thread_start ()
> (gdb)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
