Can you detail exactly what you do as part of your cleanup process at 6pm? And also what you do as part of your new subscription process at 8am the next day?

As an aside - have you considered Pausing the data streams at 6pm and then resuming at 8am next morning? See section 3.2.1.7 Pause/Resume of your RFA.Net Developer guide.pdf file.

My cleanup process is something like this:

OMMConsumer.UnregisterClient(0);
RFAEventQueue.Deactivate();
OMMConsumer.UnregisterClient(tLoginHandleID);
OMMConsumer.Destroy();
RFASession.Release();
RFAEventQueue.Destroy();
RFAConfigDatabase.Release();

if ((!Context.Uninitialize()) && (Context.InitializedCount == 0))
return false;

And for the new subscription I do exactly as the first time, which is the initialization of the RFAConfiguration, RFASession, OMMConsumer, Decoder and Subscribe all RICs again.

At least, the code of initialization is right, since it always works on the first day. The problem relies when there is a cleanup. After the cleanup, everything looks ok, but a few hours later, I get the error.

PS: Actually I considered using Pause/Resume, but since my program works for a whole day, I choose to initialize and cleanup everything everytime.

Hi @Yugo,

Can you please confirm which exact version of RFA.NET you are using?

If you are using rfanet8.0.0.L1.win then it may be worth upgrading to the latest emergency release rfanet8.0.1.E1.win

According to the E1 readme file there has been an issue related to access violation during Cleanup of OMMConsumer which was fixed in E1 release.

Although, this does not sound exactly like your issue - it may be related.

If after upgrading to E1 (or you are already using it) you continue to have a problem, I recommend you contact our Developer Support team to diagnose this issue offline using the https://my.thomsonreuters.com/ContactUsNew service.