Thread: [Quickfix-developers] Possible Bug w/ Duplicate SenderCompID's
Brought to you by:
orenmnero
From: Jon D. <jd...@wi...> - 2004-10-05 14:50:01
|
It seems that if a client connects to an Acceptor app with a SenderCompID already connected, it causes the MsgSeqNum to change to the new connection instead of just dropping the connection. Subsequently, the valid client can't enter valid messages until either it disconnects or the server is restarted. We reset our sequence numbers after disconnect and logoff. Those who don't, may run into a bigger problem. Anyone else run into this? QF 1.9.0 RHAS 2.1 gcc 3.04 -------- config: ..... ResetOnDisconnect=Y ResetOnLogout=Y -jd- |
From: Oren M. <or...@qu...> - 2004-10-05 15:29:54
|
Are you using the SocketAcceptor? Looking at it it looks to me like the ThreadedSocketAcceptor is handling this situation correctly by registering Session usage, but SocketAcceptor doesn't appear to be doing so. --oren On Oct 5, 2004, at 9:41 AM, Jon Dahl wrote: > QuickFIX Documentation: > http://www.quickfixengine.org/quickfix/doc/html/index.html > QuickFIX FAQ: > http://www.quickfixengine.org/wikifix/index.php?QuickFixFAQ > QuickFIX Support: http://www.quickfixengine.org/services.html > > It seems that if a client connects to an Acceptor app with a > SenderCompID > already connected, it causes the MsgSeqNum to change to the new > connection > instead of just dropping the connection. > > Subsequently, the valid client can't enter valid messages until either > it > disconnects or the server is restarted. We reset our sequence numbers > after disconnect and logoff. Those who don't, may run into a bigger > problem. > > Anyone else run into this? > > QF 1.9.0 > RHAS 2.1 > gcc 3.04 > -------- > config: > ..... > ResetOnDisconnect=Y > ResetOnLogout=Y > > -jd- > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on > ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give > us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out > more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > |
From: Jon D. <jd...@wi...> - 2004-10-05 15:38:09
|
Yes, I'm using SocketAcceptor, not ThreadedSocketAcceptor. -jd- > Are you using the SocketAcceptor? Looking at it it looks to me like > the ThreadedSocketAcceptor is handling this situation correctly by > registering Session usage, but SocketAcceptor doesn't appear to be > doing so. > > --oren > > On Oct 5, 2004, at 9:41 AM, Jon Dahl wrote: > >> QuickFIX Documentation: >> http://www.quickfixengine.org/quickfix/doc/html/index.html >> QuickFIX FAQ: >> http://www.quickfixengine.org/wikifix/index.php?QuickFixFAQ >> QuickFIX Support: http://www.quickfixengine.org/services.html >> >> It seems that if a client connects to an Acceptor app with a >> SenderCompID >> already connected, it causes the MsgSeqNum to change to the new >> connection >> instead of just dropping the connection. >> >> Subsequently, the valid client can't enter valid messages until either >> it >> disconnects or the server is restarted. We reset our sequence numbers >> after disconnect and logoff. Those who don't, may run into a bigger >> problem. >> >> Anyone else run into this? >> >> QF 1.9.0 >> RHAS 2.1 >> gcc 3.04 >> -------- >> config: >> ..... >> ResetOnDisconnect=Y >> ResetOnLogout=Y >> >> -jd- >> >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: IT Product Guide on >> ITManagersJournal >> Use IT products in your business? Tell us what you think of them. Give >> us >> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out >> more >> http://productguide.itmanagersjournal.com/guidepromo.tmpl >> _______________________________________________ >> Quickfix-developers mailing list >> Qui...@li... >> https://lists.sourceforge.net/lists/listinfo/quickfix-developers -- |
From: Oren M. <or...@qu...> - 2004-10-07 20:21:17
|
We have corrected this bug and added acceptance tests which are now passing for both the SocketAcceptor and ThreadedSocketAcceptor. --oren On Oct 5, 2004, at 10:30 AM, Jon Dahl wrote: > QuickFIX Documentation: > http://www.quickfixengine.org/quickfix/doc/html/index.html > QuickFIX FAQ: > http://www.quickfixengine.org/wikifix/index.php?QuickFixFAQ > QuickFIX Support: http://www.quickfixengine.org/services.html > > Yes, I'm using SocketAcceptor, not ThreadedSocketAcceptor. > > -jd- > >> Are you using the SocketAcceptor? Looking at it it looks to me like >> the ThreadedSocketAcceptor is handling this situation correctly by >> registering Session usage, but SocketAcceptor doesn't appear to be >> doing so. >> >> --oren >> >> On Oct 5, 2004, at 9:41 AM, Jon Dahl wrote: >> >>> QuickFIX Documentation: >>> http://www.quickfixengine.org/quickfix/doc/html/index.html >>> QuickFIX FAQ: >>> http://www.quickfixengine.org/wikifix/index.php?QuickFixFAQ >>> QuickFIX Support: http://www.quickfixengine.org/services.html >>> >>> It seems that if a client connects to an Acceptor app with a >>> SenderCompID >>> already connected, it causes the MsgSeqNum to change to the new >>> connection >>> instead of just dropping the connection. >>> >>> Subsequently, the valid client can't enter valid messages until >>> either >>> it >>> disconnects or the server is restarted. We reset our sequence numbers >>> after disconnect and logoff. Those who don't, may run into a bigger >>> problem. >>> >>> Anyone else run into this? >>> >>> QF 1.9.0 >>> RHAS 2.1 >>> gcc 3.04 >>> -------- >>> config: >>> ..... >>> ResetOnDisconnect=Y >>> ResetOnLogout=Y >>> >>> -jd- >>> >>> >>> >>> >>> ------------------------------------------------------- >>> This SF.net email is sponsored by: IT Product Guide on >>> ITManagersJournal >>> Use IT products in your business? Tell us what you think of them. >>> Give >>> us >>> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find >>> out >>> more >>> http://productguide.itmanagersjournal.com/guidepromo.tmpl >>> _______________________________________________ >>> Quickfix-developers mailing list >>> Qui...@li... >>> https://lists.sourceforge.net/lists/listinfo/quickfix-developers > > > -- > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on > ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give > us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out > more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > |