RFA 8.2.0L2 C++ Crash on field decoding using outdated field dictionary

Hi,
I need some help on a crash we have with RFA Lib in C++ on Linux.
We use version 8.2.0L2 of the RFA Libraries to subscribe to OMM feed.
We know the reason of the crash; the dictionary of data was outdated (yes it's bad), and a field type was wrong.
In the outdated dictionary the field was defined as REAL64 but it should be UINT64.
We try to call “getAsString()” on the field (which was containing an UINT64 instead of the expected REAL64) and then it crash.
Here is the call stack (api part only):
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x00007f3ed67d2dd8 in rwfUI64tofractions () from /home/rfa_app/lib/libRFA_Data.so
[Current thread is 1 (Thread 0x7f3ec9df9700 (LWP 10481))]
(gdb) bt
#0 0x00007f3ed67d2dd8 in rwfUI64tofractions () from /home/rfa_app/lib/libRFA_Data.so
#1 0x00007f3ed67d30d2 in rwfReal64tosOpts () from /home/rfa_app/lib/libRFA_Data.so
#2 0x00007f3ed67cc8a2 in rsslRealToString () from /home/rfa_app/lib/libRFA_Data.so
#3 0x00007f3ed67cf706 in _rsslRealAsString () from /home/rfa_app/lib/libRFA_Data.so
#4 0x00007f3ed67cdd1d in rsslEncodedPrimitiveToString () from /home/rfa_app/lib/libRFA_Data.so
#5 0x00007f3ed66eb9f7 in rfa::data::DataBuffer::getAsString() const () from /home/rfa_app/lib/libRFA_Data.so
On our side everything is in a try/catch trapping everything (…) but since it’s a segmentation fault it doesn’t help.
So, my questions:
Is this a known issue of the lib ?
Is it fix in last version (The release note doesn’t say anything on a crash fix but maybe…)?
If not, is it something that can be fixed in the lib (maybe trigger an exception), or can we check something on the field prior to calling getAsString and so avoid the crash?
We want to avoid application crash in production in case of issue with the field dictionary.
Thanks for help.
Patrick.
Best Answer
-
It looks like this issue has been fixed in RFA C++ 8.2.2.L1.
--------
8.2.2.L1
--------
...
[RFA-595] - CaseID: 09695303 - RFA to be able to handle mismatch field type without crashing.You can download it from the Refinitiv Developer Community website.
0
Answers
-
Nice thanks, my bad I've missed it.
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
- 719 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 中文论坛