is it possible to get the field X_RIC_NAME using an SFC C++ consumer via SSL/MarketFeed?
The application is configured to download the data dictionary from Network, and actually I see such field in the dictionary, with IFD = -1.
However, when subscribing to a RIC expected to contain a value for such field, I get an image not containing X_RIC_NAME at all (we've enabled the IPCTRACE files to double check it).
Is there any known limitation in SFC explaining this?
In addition, could you please help me understand why some fields in the data dictionary have a negative number as FID?
As I know, the Refinitiv Real-Time feed doesn't use the X_RIC_NAME field. X_RIC_NAME is defined by ATS (Refinitiv Real-Time Advanced Transformation Server).
! Using by ATS Contribution, clients are not suggested to redefine these fields. X_RIC_NAME "RIC NAME" -1 NULL ALPHANUMERIC 32 RMTES_STRING 32 X_ERRORMSG "X_ERRORMSG" -2 NULL ALPHANUMERIC 80 RMTES_STRING 80 X_LOLIM_FD "X_LOLIM_FD" -3 NULL ALPHANUMERIC 3 RMTES_STRING 3
Therefore, the Refinitiv Real-Time Distribution System (TREP) that has ATS may add those negative fields into the data dictionary file.
Negative fields are custom fields. The usage is explained in this Publish Custom Data via Refinitiv Real-Time Distribution System by EMA article.
Hi, thanks for the reply.
Is an SFC C++ based application, using SSL/Marketfeed, able to consume those custom fields? Do you have any idea why in this case the X_RIC_NAME field is not showing into the IPCTRACE file of the application? Maybe a configuration issue on the ATS?