For a deeper look into our Elektron API, look into:

Overview |  Quickstart |  Documentation |  Downloads |  Tutorials |  Articles

question

Upvotes
Accepted
21 0 2 5

sink_driven_src : error RSSL_RET_BUFFER_TOO_SMALL when loading XML dictionary

We are using rmdstestserver to capture data and have added in -ddict to write the data dictionary to the captured data file as XML. When loading up this data file into sink_driven_src the following error occurs

Initialized RSSL library.
Failed: rsslEncodeElementEntry ,return value = "RSSL_RET_BUFFER_TOO_SMALL: Failure: The buffer provided does not have sufficient space to perform the operation.(-21)"...

There are some buffer size options with sink_driven_src, I have tried increasing these without success.

Can you advise if it is possible to load a data dictionary file into sink_driven_src so we can test our application processing the data dictionary?

elektronrefinitiv-realtimeelektron-sdksink-driven-sourcebuffer
icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

Hello @mike.ford

Thank you for your participation in the forum. Is the reply below satisfactory in resolving your query?

If yes, please click the 'Accept' text next to the reply. This will guide all community members who have a similar question. Otherwise please post again offering further insight into your question.

Thanks,

AHS

Please be informed that a reply has been verified as correct in answering the question, and has been marked as such. Thanks, AHS

Upvotes
Accepted
22.1k 59 14 21

I couldn't find more information about the -dfile flag, and believe that sink_driven_src cannot provide data dictionary. The expectation is that when simulating the feed replay, the consumer will use local data dictionary files to decode the replayed data.

See the readme file available with the Amers canned data in Elektron SDK tools.

icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

Upvotes
22.1k 59 14 21

Hi @mike.ford,

I don't think you can replay the captured data-dictionary from sink_driven_src. DD is a seperate stream and will have to be provided to the tool as such. There is a data dictionary flag -dfile that you can try out.

All these tools are approximations, and will never completely simulate the complexities of a real ADS. To have more control on dictionary stream only, you can also try the provider sample like exaple332 from EMA SDK samples.

icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

Upvotes
21 0 2 5

Thanks for the quik response
I am a bit confused by the dictionary option
-dfile dict_file RWF Data Dictionary file (required for RSSL –L > 375)
-L length Use only when you are not using the -Q option.

Does this mean the dictionary is only used from a file if sink_driven_src is generated data internally and not from a data file?

We will try and test this tomorrow with the option to see how dink_driven_src behaves with
-dfile dict_file = RWF Data Dictionary file?
How about the enumeration data file? is there an option to load this file as well?

icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

Write an Answer

Hint: Notify or tag a user in this post by typing @username.

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.