The RFA application crashed in SSL_library_init () after migrating from RFA 7.6 to RFA 8.0.1.L1

The application was running fine with RFA 7.6 on Oracle
Linux 6. However, after migrating to RFA 8.0.1.L1, the application crashed with
the following call stack.
(gdb) bt
#0 __strcmp_sse42 () at ../sysdeps/x86_64/multiarch/strcmp.S:259
#1 0x00007ffff7abfdba in ?? () from /usr/lib64/libcrypto.so.6
#2 0x00007ffff7ac0106 in lh_insert () from /usr/lib64/libcrypto.so.6
#3 0x00007ffff7a9c8eb in OBJ_NAME_add () from /usr/lib64/libcrypto.so.6
#4 0x0000003ed224ffc1 in SSL_library_init () from /usr/lib64/libssl.so.10
#5 0x00000000006e6398 in ripc11InitializeSSL ()
#6 0x00000000006e1f11 in ripc10Initialize ()
#7 0x000000000068e145 in rsslSocketInitialize ()
#8 0x000000000067faf0 in rsslInitialize ()
#9 0x0000000000639de2 in rfa::sessionLayer::RSSL_WRAPCore::initRSSL_Interface()
Please let us know how to solve this issue.
Best Answer
-
On Linux platform, the RFA 8.0.1.L1 internally loads
openssl-1.0.1 (libssl.so.10 and libcrypto.so.10) while initializing the
underlying library. However, if the application links to openssl-0.9.8
(libssl.so.6 and libcrypto.so.6) while building the application, the
application will crash due to the conflict of openssl libraries loaded by
the application.(gdb) info SharedLibrary
From To Syms Read Shared Object Library
0x0000003ec0e00b00 0x0000003ec0e19a8b Yes /lib64/ld-linux-x86-64.so.2
0x00007ffff7dafd10 0x00007ffff7dda168 Yes (*) /usr/lib64/libssl.so.6
0x00007ffff7a99ac0 0x00007ffff7b381f8 Yes (*) /usr/lib64/libcrypto.so.6
...
0x0000003ed22182e0 0x0000003ed2253148 Yes /usr/lib64/libssl.so.10
0x0000003ece669cc0 0x0000003ece75db28 Yes /usr/lib64/libcrypto.so.10From the call stack, SSL_Library_init at address
0x0000003ed224ffc1 is from openssl-1.0.1 (/usr/lib64/libssl.so.10) while OBJ_NAME_add
at address 0x00007ffff7a9c8eb is from openssl-0.9.8 (/usr/lib64/libcrypto.so.6).#3 0x00007ffff7a9c8eb in OBJ_NAME_add () from /usr/lib64/libcrypto.so.6
#4 0x0000003ed224ffc1 in SSL_library_init () from /usr/lib64/libssl.so.10
#5 0x00000000006e6398 in ripc11InitializeSSL ()To avoid the issue, please migrate the application to use
openssl-1.0.1.0
Answers
-
In addition to the great information from Jirapongse, changes have been made to RFA to load this in a different way. It is expected to be available in the RFA maintenance release currently targeted for mid-year.
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 中文论坛