Re: [Quickfix-developers] SequenceReset bug?

[<or...@qu...>]

My suggestion would be to pose the question to the fix protocol message
boards.  Unfortunately the wording of the spec can sometimes be a little
ambiguous and gets subjected to different interpretations.  I think
members of the FPL can best clarify the proper behavior for everyone.

--oren

> -------- Original Message --------
> Subject: Re: [Quickfix-developers] SequenceReset bug?
> From: Kbo Keplowsky <kbo...@gm...>
> Date: Sun, June 29, 2008 4:49 pm
> To: qui...@li...
> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
> > 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
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers