Re: [Quickfix-developers] SequenceReset bug?

[Kbo K. <kbo...@gm...>]

> There is not a setting for it currently, but you can go to Session.cpp
> in the doTargetTooHigh method, and comment out this line: m_state.queue(
> msgSeqNum, msg );
> 
> I believe that should do it.

Thanks.

I would like, however, to make sure I understand your point, since modifying 
the DLL is not my first choice - I do trust you guys...

I looked at the description of the Sequence Reset Gap Fill message in 
fixionary.com, and it states (for all types of this message):
"The sending application will initiate the Sequence Reset. The message in all 
situations specifies NewSeqNo to reset to as the value of the next sequence 
number to be expected by the message receipient immediately following the 
messages and/or sequence numbers being skipped."

Are you saying that since the message in question explicitly specifies a Gap 
Fill mode (123=Y), then it must fit with the previously sent messages (those 
for which a resend was not requested), whether queued or not (since queuing is 
recommended but not mandatory)?

This would suggest that in Gap-Fill mode, this message cannot be used to 
arbitrarily reset the sequence number by the counterparty (it would take 123=N 
to do that) - is that correct?

Please understand I'm asking this in order to be able to report the problem to 
my counterparty in the form of a FIX protocol breach (otherwise I might be 
kicked down the stairs). Is there anywhere I can get an official quote that 
specifies this behavior?

Thanks again,

Kbo