Need Refinitiv to investigate RFA C++ version crash

We have an application at DB called Magellan using RFA 7.4.1 on Linux RHEL.
Version details:
Reuters Item Number: 35-15-7109
Product Name: Robust Foundation API - C++ Edition
Release Number: 7.4.1
Load Number: 1
Load ID: rfa7.4.1.L1.linux
Release Status: RRG
It has crashed in RFA library code with the following stack trace.
Please investigate and let us know if there is a fix or workaround available to prevent recurrence.
Reading symbols from /home/gmr/components/ReutersRateReconciler-prd/current/bin/ReutersRateReconciler...Reading symbols from /home/gmr/components/ReutersRateReconciler-prd/ReutersRateReconciler-prd-21.01.5239.17/bin/ReutersRateReconciler.debug...done.
done.
[New LWP 423]
[New LWP 420]
[New LWP 424]
[Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `/home/gmr/components/ReutersRateReconciler-prd/current/bin/ReutersRateReconcile'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0xf45276b7 in rfa::common::InterestSpec::getInterestSpecType() const ()
from /home/gmr/3rdparty/reuters/current/Libs/RHEL6_32_GCC444/libRFA_Common.so
(gdb) #0 0xf45276b7 in rfa::common::InterestSpec::getInterestSpecType() const ()
from /home/gmr/3rdparty/reuters/current/Libs/RHEL6_32_GCC444/libRFA_Common.so
#1 0xf1a87c65 in rfa::sessionLayer::MarketDataSubscriberImpl::processSubCloseReqMsgEnum(rfa::support::SmartPtr<rfa::common::Message>&) ()
from /home/gmr/3rdparty/reuters/current/Libs/RHEL6_32_GCC444/libRFA_SessionLayer_MD.so
#2 0xf1a8a92c in rfa::sessionLayer::MarketDataSubscriberImpl::processReqMsg(rfa::support::SmartPtr<rfa::common::Message>&) ()
from /home/gmr/3rdparty/reuters/current/Libs/RHEL6_32_GCC444/libRFA_SessionLayer_MD.so
#3 0xf45253e2 in rfa::common::EventSourceHandler::dispatch(long) ()
from /home/gmr/3rdparty/reuters/current/Libs/RHEL6_32_GCC444/libRFA_Common.so
#4 0xf41dd2bf in rfa::sessionLayer::SessionImpl::dispatchRequestProcedure()
()
from /home/gmr/3rdparty/reuters/current/Libs/RHEL6_32_GCC444/libRFA_SessionLayer.so
#5 0xf41dbc84 in rfa::sessionLayer::SessionImpl_RequestQueueHandler::processIORead(int) ()
from /home/gmr/3rdparty/reuters/current/Libs/RHEL6_32_GCC444/libRFA_SessionLayer.so
#6 0xf41f6460 in RTREventNotifierImp::notifyReadPending(int) ()
from /home/gmr/3rdparty/reuters/current/Libs/RHEL6_32_GCC444/libRFA_SessionLayer.so
#7 0xf41f4f5b in RTRSelectNotifier::notify(RTRIOEventMgr*, fd_set&, void (RTRSelectNotifier::*)(int)) ()
from /home/gmr/3rdparty/reuters/current/Libs/RHEL6_32_GCC444/libRFA_SessionLayer.so
#8 0xf41f532c in RTRSelectNotifier::enable() ()
from /home/gmr/3rdparty/reuters/current/Libs/RHEL6_32_GCC444/libRFA_SessionLayer.so
#9 0xf41dedf2 in rfa::sessionLayer::SessionImpl::runThread() ()
from /home/gmr/3rdparty/reuters/current/Libs/RHEL6_32_GCC444/libRFA_SessionLayer.so
#10 0xf41f447a in rfa::support::Thread::startWrapper(void*) ()
from /home/gmr/3rdparty/reuters/current/Libs/RHEL6_32_GCC444/libRFA_SessionLayer.so
#11 0xf3c2f839 in start_thread () from /lib/libpthread.so.0
#12 0xf3d2d52e in clone () from /lib/libc.so.6
(gdb) quit
Best Answer
-
Hi @keith.rudd
The first thing to note is that RFA 7.4 is no longer supported - the oldest version we support is v7.7 (essentially a rebrand of v7.6)
Downloads | Refinitiv Developers
Also, the forum is for how-to and simple diagnostics etc and not best suited for deep-dive investigations like this - which would require considerable offline interaction etc. Therefore, I would recommend you raise a Support Ticket for RFA C++via My.Refinitiv.
I have raised a ticket for you and someone should be in touch shortly from the Developer Support team.
0
Answers
-
Hi Ulla, thanks for the reply but I did actually raise a ticket through My.Refinitiv in the first place - but they closed it and referred me to this site, so seem to be going in circles here.
The original ticket number was 10712507
I can see you've opened a new one (10716664) so thanks for that. Please can you ensure that this doesn't just result in another loop round the support circle.
Regards,
Keith
0 -
0
Categories
- All Categories
- 3 Polls
- 6 AHS
- 36 Alpha
- 166 App Studio
- 6 Block Chain
- 4 Bot Platform
- 18 Connected Risk APIs
- 47 Data Fusion
- 34 Data Model Discovery
- 690 Datastream
- 1.4K DSS
- 629 Eikon COM
- 5.2K Eikon Data APIs
- 11 Electronic Trading
- 1 Generic FIX
- 7 Local Bank Node API
- 3 Trading API
- 2.9K Elektron
- 1.4K EMA
- 255 ETA
- 559 WebSocket API
- 39 FX Venues
- 15 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 25 Messenger Bot
- 3 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 60 Open Calais
- 280 Open PermID
- 45 Entity Search
- 2 Org ID
- 1 PAM
- PAM - Logging
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 23 RDMS
- 2K Refinitiv Data Platform
- 720 Refinitiv Data Platform Libraries
- 4 LSEG Due Diligence
- LSEG Due Diligence Portal API
- 4 Refinitiv Due Dilligence Centre
- Rose's Space
- 1.2K Screening
- 18 Qual-ID API
- 13 Screening Deployed
- 23 Screening Online
- 12 World-Check Customer Risk Screener
- 1K World-Check One
- 46 World-Check One Zero Footprint
- 45 Side by Side Integration API
- 2 Test Space
- 3 Thomson One Smart
- 10 TR Knowledge Graph
- 151 Transactions
- 143 REDI API
- 1.8K TREP APIs
- 4 CAT
- 27 DACS Station
- 121 Open DACS
- 1.1K RFA
- 106 UPA
- 194 TREP Infrastructure
- 229 TRKD
- 918 TRTH
- 5 Velocity Analytics
- 9 Wealth Management Web Services
- 95 Workspace SDK
- 11 Element Framework
- 5 Grid
- 19 World-Check Data File
- 1 Yield Book Analytics
- 48 中文论坛