Re: [Quickfix-users] Logon with ResetSeqNumFlag and BOX

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

I guess we will need to handle the situation where the counter-party =20
fails to put the reset flag in.  fromAdmin won't do the trick.  =20
Incoming messages are not designed to be modified.  (in the C++ API =20
they are declared const).

I suppose if the sequence number is what we are expecting, we don't =20
necessarily have to care that the ResetSeqNumFlag is present.  (they =20
are supposed to do this BTW, let them know).  I think it is probably =20
a pretty sage assumption that the sequence numbers were reset =20
regardless because: 1) They accepted the logon, so they were ok with =20
receiving a sequence number of 1, otherwise we would have been =20
disconnected. 2) We can see that they are sending us a sequence =20
number of 1, which is what we expect.

So I think implementing the functionality you suggest regarding =20
checking the sequence number and processing it as a reset if we have =20
a pending reset.

If anyone thinks this is a bad idea, or can think of a scenario this =20
might back-fire, please let me know.  I can think of a couple =20
scenarios that aren't too significant in my opinion.

--oren

On Jul 14, 2005, at 6:10 PM, Ark...@ub... wrote:

> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/=20
> html/index.html
> QuickFIX FAQ: http://www.quickfixengine.org/wikifix/index.php?=20
> QuickFixFAQ
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
> Hello All!
>
> I am using QuickFix to connect to BOX (http://=20
> www.bostonoptions.com/). I am using version 1.10.2 of QuickFix, so =20
> I am able to request a session reset by setting ResetSeqNumFlag  in =20=

> my logon message (thank you for this feature!). However, I see an =20
> interesting snag. BOX responds with its own Logon message, but in =20
> the response, BOX does not set the ResetSeqNumFlag flag. QuickFix =20
> exepects the flag to be set, otherwise the logon response is =20
> treated as logon request:
>
>
>>>>>>>>>>>>>>>> Session.cpp:220
>>>>>>>>>>>>>>>>
>   if ( !m_state.initiate()
>        || (m_state.sentReset() && !m_state.receivedReset()) )
>   {
>     if( logon.isSetField(m_state.heartBtInt()) )
>       logon.getField( m_state.heartBtInt() );
>     m_state.onEvent( "Received logon request" );
>     generateLogon( logon );
>     m_state.onEvent( "Responding to logon request" );
>   }
> <<<<<<<<<<<<<<<
>
>
> So I get to send another logon, and then another. Since I only set =20
> ResetSeqNumFlag in the original Logon message, the session =20
> eventually settles down, after sending 3 logons and receiving 1 =20
> response.
>
> Would it be possible to either treat logon response with seq number =20=

> 1 as if it has ResetSeqNumFlag? Or may be let me add the flag in =20
> Application::fromAdmin (as it is now, Application::fromAdmin is =20
> called after the check for ResetSeqNumFlag is done.
>
>
> Sincerely,
>         Arkadiy Belousov.
>
>
>
>
>
>
> Visit our website at http://www.ubs.com
>
> This message contains confidential information and is intended only
> for the individual named.  If you are not the named addressee you
> should not disseminate, distribute or copy this e-mail.  Please
> notify the sender immediately by e-mail if you have received this
> e-mail by mistake and delete this e-mail from your system.
>
> E-mail transmission cannot be guaranteed to be secure or error-free
> as information could be intercepted, corrupted, lost, destroyed,
> arrive late or incomplete, or contain viruses.  The sender therefore
> does not accept liability for any errors or omissions in the contents
> of this message which arise as a result of e-mail transmission.  If
> verification is required please request a hard-copy version.  This
> message is provided for informational purposes and should not be
> construed as a solicitation or offer to buy or sell any securities or
> related financial instruments.
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dclick
> _______________________________________________
> Quickfix-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-users
>
>