quickfix-developers Mailing List for QuickFIX (Page 146)
Brought to you by:
orenmnero
Menu
▾
▴
quickfix-developers — QuickFIX developers forum
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
|
Feb
(5) |
Mar
(16) |
Apr
(15) |
May
(17) |
Jun
(33) |
Jul
(35) |
Aug
(34) |
Sep
(19) |
Oct
(40) |
Nov
(51) |
Dec
(43) |
| 2003 |
Jan
(45) |
Feb
(79) |
Mar
(124) |
Apr
(121) |
May
(132) |
Jun
(77) |
Jul
(110) |
Aug
(57) |
Sep
(48) |
Oct
(83) |
Nov
(60) |
Dec
(40) |
| 2004 |
Jan
(67) |
Feb
(72) |
Mar
(74) |
Apr
(87) |
May
(70) |
Jun
(96) |
Jul
(75) |
Aug
(147) |
Sep
(128) |
Oct
(83) |
Nov
(67) |
Dec
(42) |
| 2005 |
Jan
(110) |
Feb
(84) |
Mar
(68) |
Apr
(55) |
May
(51) |
Jun
(192) |
Jul
(111) |
Aug
(100) |
Sep
(79) |
Oct
(127) |
Nov
(73) |
Dec
(112) |
| 2006 |
Jan
(95) |
Feb
(120) |
Mar
(138) |
Apr
(127) |
May
(124) |
Jun
(97) |
Jul
(103) |
Aug
(88) |
Sep
(138) |
Oct
(91) |
Nov
(112) |
Dec
(57) |
| 2007 |
Jan
(55) |
Feb
(35) |
Mar
(56) |
Apr
(16) |
May
(20) |
Jun
(77) |
Jul
(43) |
Aug
(47) |
Sep
(29) |
Oct
(54) |
Nov
(39) |
Dec
(40) |
| 2008 |
Jan
(69) |
Feb
(79) |
Mar
(122) |
Apr
(106) |
May
(114) |
Jun
(76) |
Jul
(83) |
Aug
(71) |
Sep
(53) |
Oct
(75) |
Nov
(54) |
Dec
(43) |
| 2009 |
Jan
(32) |
Feb
(31) |
Mar
(64) |
Apr
(48) |
May
(38) |
Jun
(43) |
Jul
(35) |
Aug
(15) |
Sep
(52) |
Oct
(62) |
Nov
(62) |
Dec
(21) |
| 2010 |
Jan
(44) |
Feb
(10) |
Mar
(47) |
Apr
(22) |
May
(5) |
Jun
(54) |
Jul
(19) |
Aug
(54) |
Sep
(16) |
Oct
(15) |
Nov
(7) |
Dec
(8) |
| 2011 |
Jan
(18) |
Feb
(9) |
Mar
(5) |
Apr
(5) |
May
(41) |
Jun
(40) |
Jul
(29) |
Aug
(17) |
Sep
(12) |
Oct
(23) |
Nov
(22) |
Dec
(11) |
| 2012 |
Jan
(8) |
Feb
(24) |
Mar
(5) |
Apr
(5) |
May
(6) |
Jun
(5) |
Jul
(5) |
Aug
(5) |
Sep
(2) |
Oct
(9) |
Nov
(2) |
Dec
(18) |
| 2013 |
Jan
(25) |
Feb
(16) |
Mar
(8) |
Apr
(2) |
May
(16) |
Jun
(17) |
Jul
(2) |
Aug
(13) |
Sep
(3) |
Oct
(4) |
Nov
(1) |
Dec
|
| 2014 |
Jan
(2) |
Feb
|
Mar
(22) |
Apr
(9) |
May
(3) |
Jun
(1) |
Jul
(5) |
Aug
(11) |
Sep
(18) |
Oct
(4) |
Nov
(4) |
Dec
(3) |
| 2015 |
Jan
(2) |
Feb
|
Mar
|
Apr
(3) |
May
(4) |
Jun
(37) |
Jul
|
Aug
(4) |
Sep
(6) |
Oct
(1) |
Nov
(4) |
Dec
(2) |
| 2016 |
Jan
(9) |
Feb
(3) |
Mar
(7) |
Apr
(1) |
May
(8) |
Jun
|
Jul
|
Aug
|
Sep
(7) |
Oct
(3) |
Nov
(16) |
Dec
|
| 2017 |
Jan
(1) |
Feb
(15) |
Mar
(2) |
Apr
(12) |
May
(4) |
Jun
(7) |
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
(23) |
Dec
(8) |
| 2018 |
Jan
(2) |
Feb
(4) |
Mar
(2) |
Apr
(8) |
May
(3) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(5) |
Nov
(3) |
Dec
|
| 2020 |
Jan
|
Feb
(4) |
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
(12) |
Aug
(5) |
Sep
(3) |
Oct
(1) |
Nov
|
Dec
(1) |
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2026 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Shawn Y. <sya...@ge...> - 2006-06-14 18:11:43
|
Hi, I'm having some problems building on Ubuntu 6.06 with g++ 3.4.6.
The make fails with a couple pages of these link errors:
make[3]: Leaving directory =
`/home/syarbrough/src/gvelocity/trunk/downloaded/quickfix-1.11.1/src/C++'=
make[3]: Entering directory =
`/home/syarbrough/src/gvelocity/trunk/downloaded/quickfix-1.11.1/src'
if g++ -DHAVE_CONFIG_H -I. -I. -I.. -IC++ -g -O2 =
-I/usr/include/libxml2 -MT at.o -MD -MP -MF ".deps/at.Tpo" -c -o at.o =
at.cpp; \
then mv -f ".deps/at.Tpo" ".deps/at.Po"; else rm -f =
".deps/at.Tpo"; exit 1; fi
/bin/sh ../libtool --tag=3DCXX --mode=3Dlink g++ -g -O2 =
-I/usr/include/libxml2 -o at at.o C++/libquickfix.la -lpthread =
-L/usr/lib -lxml2 -lz -lm -liberty
mkdir .libs
g++ -g -O2 -I/usr/include/libxml2 -o .libs/at at.o =
C++/.libs/libquickfix.so -lpthread -L/usr/lib /usr/lib/libxml2.so -lz =
-lm -liberty -Wl,--rpath =
-Wl,/home/syarbrough/src/gvelocity/trunk/downloaded//lib
creating at
if g++ -DHAVE_CONFIG_H -I. -I. -I.. -IC++ -g -O2 =
-I/usr/include/libxml2 -MT ut.o -MD -MP -MF ".deps/ut.Tpo" -c -o ut.o =
ut.cpp; \
then mv -f ".deps/ut.Tpo" ".deps/ut.Po"; else rm -f =
".deps/ut.Tpo"; exit 1; fi
/bin/sh ../libtool --tag=3DCXX --mode=3Dlink g++ -g -O2 =
-I/usr/include/libxml2 -o ut ut.o C++/test/libquickfixcpptest.la =
C++/libquickfix.la -lpthread -L/usr/lib -lxml2 -lz -lm -liberty
g++ -g -O2 -I/usr/include/libxml2 -o .libs/ut ut.o =
C++/test/.libs/libquickfixcpptest.a -L/usr/lib -ldl =
C++/.libs/libquickfix.so -lpthread /usr/lib/libxml2.so -lz -lm -liberty =
-Wl,--rpath -Wl,/home/syarbrough/src/gvelocity/trunk/downloaded//lib
`.L18638' referenced in section `.rodata' of =
C++/test/.libs/libquickfixcpptest.a(SessionTestCase.o): defined in =
discarded section =
`.gnu.linkonce.t._ZN3FIX15SessionTestCase4Test9fromAdminERKNS_7MessageERK=
NS_9SessionIDE' of =
C++/test/.libs/libquickfixcpptest.a(SessionTestCase.o)
`.L18639' referenced in section `.rodata' of =
C++/test/.libs/libquickfixcpptest.a(SessionTestCase.o): defined in =
discarded section =
`.gnu.linkonce.t._ZN3FIX15SessionTestCase4Test9fromAdminERKNS_7MessageERK=
NS_9SessionIDE' of =
C++/test/.libs/libquickfixcpptest.a(SessionTestCase.o)
`.L18649' referenced in section `.rodata' of =
C++/test/.libs/libquickfixcpptest.a(SessionTestCase.o): defined in =
discarded section =
`.gnu.linkonce.t._ZN3FIX15SessionTestCase4Test9fromAdminERKNS_7MessageERK=
NS_9SessionIDE' of =
C++/test/.libs/libquickfixcpptest.a(SessionTestCase.o)
`.L18641' referenced in section `.rodata' of =
C++/test/.libs/libquickfixcpptest.a(SessionTestCase.o): defined in =
discarded section =
`.gnu.linkonce.t._ZN3FIX15SessionTestCase4Test9fromAdminERKNS_7MessageERK=
NS_9SessionIDE' of =
C++/test/.libs/libquickfixcpptest.a(SessionTestCase.o)
...
`.L18660' referenced in section `.rodata' of =
C++/test/.libs/libquickfixcpptest.a(SessionTestCase.o): defined in =
discarded section =
`.gnu.linkonce.t._ZN3FIX15SessionTestCase4Test7toAdminERNS_7MessageERKNS_=
9SessionIDE' of C++/test/.libs/libquickfixcpptest.a(SessionTestCase.o)
collect2: ld returned 1 exit status
make[3]: *** [ut] Error 1
make[3]: Leaving directory =
`/home/syarbrough/src/gvelocity/trunk/downloaded/quickfix-1.11.1/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory =
`/home/syarbrough/src/gvelocity/trunk/downloaded/quickfix-1.11.1/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory =
`/home/syarbrough/src/gvelocity/trunk/downloaded/quickfix-1.11.1'
make: *** [all] Error 2
If I try to run bootstrap it doesn't fix the above problem and it gives =
me these warnings:
$ ./bootstrap
aclocal...
/usr/share/aclocal/tcl.m4:20: warning: underquoted definition of =
SC_PATH_TCLCONFIG
run info '(automake)Extending aclocal'
or see =
http://sources.redhat.com/automake/automake.html#Extending-aclocal
/usr/share/aclocal/tcl.m4:124: warning: underquoted definition of =
SC_PATH_TKCONFIG
/usr/share/aclocal/tcl.m4:228: warning: underquoted definition of =
SC_LOAD_TCLCONFIG
/usr/share/aclocal/tcl.m4:295: warning: underquoted definition of =
SC_LOAD_TKCONFIG
/usr/share/aclocal/tcl.m4:332: warning: underquoted definition of =
SC_PROG_TCLSH
/usr/share/aclocal/tcl.m4:378: warning: underquoted definition of =
SC_BUILD_TCLSH
/usr/share/aclocal/tcl.m4:406: warning: underquoted definition of =
SC_ENABLE_SHARED
/usr/share/aclocal/tcl.m4:446: warning: underquoted definition of =
SC_ENABLE_FRAMEWORK
/usr/share/aclocal/tcl.m4:501: warning: underquoted definition of =
SC_ENABLE_THREADS
/usr/share/aclocal/tcl.m4:600: warning: underquoted definition of =
SC_ENABLE_SYMBOLS
/usr/share/aclocal/tcl.m4:657: warning: underquoted definition of =
SC_ENABLE_LANGINFO
/usr/share/aclocal/tcl.m4:708: warning: underquoted definition of =
SC_CONFIG_MANPAGES
/usr/share/aclocal/tcl.m4:840: warning: underquoted definition of =
SC_CONFIG_CFLAGS
/usr/share/aclocal/tcl.m4:2035: warning: underquoted definition of =
SC_SERIAL_PORT
/usr/share/aclocal/tcl.m4:2164: warning: underquoted definition of =
SC_MISSING_POSIX_HEADERS
/usr/share/aclocal/tcl.m4:2244: warning: underquoted definition of =
SC_PATH_X
/usr/share/aclocal/tcl.m4:2330: warning: underquoted definition of =
SC_BLOCKING_STYLE
/usr/share/aclocal/tcl.m4:2395: warning: underquoted definition of =
SC_TIME_HANDLER
/usr/share/aclocal/tcl.m4:2472: warning: underquoted definition of =
SC_BUGGY_STRTOD
/usr/share/aclocal/tcl.m4:2534: warning: underquoted definition of =
SC_TCL_LINK_LIBS
/usr/share/aclocal/tcl.m4:2611: warning: underquoted definition of =
SC_TCL_EARLY_FLAG
/usr/share/aclocal/tcl.m4:2623: warning: underquoted definition of =
SC_TCL_EARLY_FLAGS
/usr/share/aclocal/tcl.m4:2657: warning: underquoted definition of =
SC_TCL_64BIT_FLAGS
autoheader...
libtoolize...
automake...
autoconf...
Now run configure with any arguments necessary
I'm also attaching my configure output below. I see a scary warning =
about the missing script being too old. Anyone have ideas?
Shawn Yarbrough
Senior E-Trading Developer
Gelber Group, LLC
sya...@ge...
$ g++ --version
g++ (GCC) 3.4.6 (Ubuntu 3.4.6-1ubuntu2)
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is =
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR =
PURPOSE.
$ ./configure =
--prefix=3D/home/syarbrough/src/gvelocity/trunk/downloaded/
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
/home/syarbrough/src/gvelocity/trunk/downloaded/quickfix-1.11.1/missing: =
Unknown `--run' option
Try =
`/home/syarbrough/src/gvelocity/trunk/downloaded/quickfix-1.11.1/missing =
--help' for more information
configure: WARNING: `missing' script is too old or missing
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking for g++... g++
checking for C++ compiler default output file name... a.out
checking whether the C++ compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for style of include used by make... GNU
checking dependency style of g++... gcc3
checking for gcc... gcc
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking dependency style of gcc... gcc3
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for a sed that does not truncate output... /bin/sed
checking for egrep... grep -E
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking how to run the C++ preprocessor... g++ -E
checking for g77... no
checking for f77... no
checking for xlf... no
checking for frt... no
checking for pgf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for f90... no
checking for xlf90... no
checking for pgf90... no
checking for epcf90... no
checking for f95... no
checking for fort... no
checking for xlf95... no
checking for ifc... no
checking for efc... no
checking for pgf95... no
checking for lf95... no
checking for gfortran... no
checking whether we are using the GNU Fortran 77 compiler... no
checking whether accepts -g... no
checking the maximum length of command line arguments... 32768
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared =
libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld) supports shared =
libraries... yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ static flag -static works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld) supports shared =
libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
appending configuration tag "F77" to libtool
checking for flex... flex
checking for yywrap in -lfl... yes
checking lex output file root... lex.yy
checking whether yytext is a pointer... yes
checking for xml2-config... /usr/bin/xml2-config
checking for libxml - version >=3D 2.0.0... yes (version 2.6.24)
checking for shutdown in -lc... yes
checking for inet_addr in -lc... yes
checking for nanosleep in -lc... yes
checking for ftime in -lcompat... no
checking which threading environment to use... -lpthread
checking for pthread_create in -lpthread... yes
checking stdio.h usability... yes
checking stdio.h presence... yes
checking for stdio.h... yes
checking for STREAMS ioctl... no
checking for socklen_t... yes
checking for ftime... yes
checking for set_terminate in the global namespace... no
checking for set_terminate in the std namespace... yes
checking for typeinfo in the global namespace... no
checking for typeinfo in the std namespace... yes
checking for gethostbyname_r with input result... yes
checking for gethostbyname_r with return result... no
checking for cplus_demangle in -liberty... yes
checking if select modifies timeval parameter... yes
configure: creating ./config.status
config.status: creating quickfix.pc
config.status: creating Makefile
config.status: creating src/Makefile
config.status: creating src/C++/Makefile
config.status: creating src/C++/test/Makefile
config.status: creating src/java/Makefile
config.status: creating src/java/cfg/Makefile
config.status: creating src/java/src/Makefile
config.status: creating src/java/src/quickfix/Makefile
config.status: creating src/java/src/quickfix/field/Makefile
config.status: creating src/java/src/quickfix/fix40/Makefile
config.status: creating src/java/src/quickfix/fix41/Makefile
config.status: creating src/java/src/quickfix/fix42/Makefile
config.status: creating src/java/src/quickfix/fix43/Makefile
config.status: creating src/java/src/quickfix/fix44/Makefile
config.status: creating src/python/Makefile
config.status: creating bin/Makefile
config.status: creating bin/cfg/Makefile
config.status: creating spec/Makefile
config.status: creating test/Makefile
config.status: creating test/atrun/Makefile
config.status: creating test/cfg/Makefile
config.status: creating test/definitions/Makefile
config.status: creating test/definitions/server/Makefile
config.status: creating test/definitions/server/future/Makefile
config.status: creating examples/Makefile
config.status: creating examples/executor/Makefile
config.status: creating examples/executor/C++/Makefile
config.status: creating examples/executor/java/Makefile
config.status: creating examples/executor/java/src/Makefile
config.status: creating examples/ordermatch/Makefile
config.status: creating examples/ordermatch/test/Makefile
config.status: creating examples/tradeclient/Makefile
config.status: creating examples/tradeclientgui/Makefile
config.status: creating examples/tradeclientgui/banzai/Makefile
config.status: creating examples/tradeclientgui/banzai/test/Makefile
config.status: creating examples/tradeclientgui/banzai/src/Makefile
config.status: creating =
examples/tradeclientgui/banzai/src/quickfix/Makefile
config.status: creating =
examples/tradeclientgui/banzai/src/quickfix/banzai/Makefile
config.status: creating =
examples/tradeclientgui/banzai/src/quickfix/banzai/ui/Makefile
config.status: creating doc/Makefile
config.status: creating doc/html/Makefile
config.status: creating CPPTest/Makefile
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands
|
|
From: Oren M. <or...@qu...> - 2006-06-14 03:34:06
|
FYI to other users of the .NET API. This cause of this problem has
been discovered. It should be noted that calling stop() on the
initiator is 1000x more important in .NET because otherwise the GC
might not know it needs to keep the initiator alive. This means
forgetting to call stop will not only cause you to crash when
shutting down, it can actually cause you to crash while the
application is running. This is the example I sent to George that
demonstrates what happens.
Main()
{
ThreadedSocketInitiator initiator = new ThreadedSocketInitiator();
initiator.start();
...
Sleep(300000) // CLI says "initiator is not referenced again.
Let's garbage collect it!"
...
}
Main()
{
ThreadedSocketInitiator initiator = new ThreadedSocketInitiator();
initiator.start();
...
Sleep(300000) // CLI says "I still need to call stop on
initiator. Let's leave it alone for now."
...
initiator.stop();
}
On Jun 12, 2006, at 10:46 AM, George Papa wrote:
> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/
> html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
> Hi,
>
> I just started using QuickFix with some success but have run into a
> problem with the engine throwing a pure virtual function call
> exception (from the C++ library). I'm using the C# wrapper
> (version 1.11.1). I saw on the archive that there had been some
> discussion of this type of problem a few years ago and was
> wondering if there is any new info.
>
> Symptom is as follows:
>
> using threaded socket initiator an exeception is thrown after about
> 60 seconds (4-6 heartbeats). using socket initator the engine
> simply disappears (no trappable exception at all) after about the
> same interval.
>
> I'm trying to integrate the QuickFix engine with a separate
> (multithreaded/async) library. When stripped down to only quickfix
> things seem to work fine. When I add some .NET threaded timers (no
> C# level interaction with the QF engine) I start to get exceptions.
>
> I'm still digging and should know more soon but am looking for hints.
>
> -g
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
|
|
From: Mike S. <MS...@rj...> - 2006-06-13 13:14:04
|
I might have worded the previous question poorly. Yesterday I ran into an issue where I lost network connectivity to an exchange and my QuickFIX application was sitting there trying to connect every 60 seconds and failing on each attempt. When this connection attempt fails, is there any way that I can catch it, so that I can raise an exception? Thanks, Mike -----Original Message----- From: qui...@li... [mailto:qui...@li...] On Behalf Of Mike Smith Sent: Monday, June 12, 2006 1:17 PM To: qui...@li... Subject: [Quickfix-developers] Initiator connection failing QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html QuickFIX Support: http://www.quickfixengine.org/services.html I'm currently having an issue connecting with my initiator app(C#). Is there anyplace where I can catch the connection failing, so that I can raise the appropriate exception? Thanks, Mike _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
|
From: Francis G. <fr...@at...> - 2006-06-12 19:28:27
|
Hi George, The most recent build from the SVN appears to have solved this issue. You can also trigger this error if you send data to the socket from a callback. Francis -----Original Message----- From: George Papa [mailto:gpa...@gm...] Sent: Monday, June 12, 2006 12:47 To: qui...@li... Subject: [Quickfix-developers] Virtual Function Call Exception Hi, I just started using QuickFix with some success but have run into a problem with the engine throwing a pure virtual function call exception (from the C++ library). I'm using the C# wrapper (version 1.11.1). I saw on the archive that there had been some discussion of this type of problem a few years ago and was wondering if there is any new info. Symptom is as follows: using threaded socket initiator an exeception is thrown after about 60 seconds (4-6 heartbeats). using socket initator the engine simply disappears (no trappable exception at all) after about the same interval. I'm trying to integrate the QuickFix engine with a separate (multithreaded/async) library. When stripped down to only quickfix things seem to work fine. When I add some .NET threaded timers (no C# level interaction with the QF engine) I start to get exceptions. I'm still digging but am looking for hints. -g |
|
From: <or...@qu...> - 2006-06-12 19:18:59
|
I'm unable to duplicate this with the development version in SVN. (Process ended with "Normal Process Exit: Good Night"). Could you give it a try and see if you still see the problem?<BR> <DIV id=wmMessageComp name="wmMessageComp"> </DIV> <DIV name="wmMessageComp">--oren<BR><BR> <BLOCKQUOTE style="PADDING-LEFT: 8px; MARGIN-LEFT: 8px; BORDER-LEFT: blue 2px solid">-------- Original Message --------<BR>Subject: [Quickfix-developers] Virtual Function Call Exception<BR>From: "George Papa" <gpa...@gm...><BR>Date: Mon, June 12, 2006 11:47 am<BR>To: qui...@li...<BR><BR>QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html<BR>QuickFIX Support: http://www.quickfixengine.org/services.html <HR> <HR> _______________________________________________<BR>Quickfix-developers mailing list<BR>Qui...@li...<BR>https://lists.sourceforge.net/lists/listinfo/quickfix-developers </BLOCKQUOTE></DIV> |
|
From: Mike S. <MS...@rj...> - 2006-06-12 18:16:55
|
I'm currently having an issue connecting with my initiator app(C#). Is there anyplace where I can catch the connection failing, so that I can raise the appropriate exception? Thanks, Mike |
|
From: George P. <gpa...@gm...> - 2006-06-12 16:47:13
|
dXNpbmcgU3lzdGVtOw0KdXNpbmcgU3lzdGVtLkNvbGxlY3Rpb25zLkdlbmVyaWM7DQp1c2luZyBT eXN0ZW0uVGV4dDsNCnVzaW5nIFN5c3RlbS5UaHJlYWRpbmc7DQp1c2luZyBTeXN0ZW0uVGltZXJz Ow0KDQp1c2luZyBRdWlja0ZpeDsNCg0KLy8gZGVtbyBvZiBhIGVycm9yIGluIHRoZSBRdWlja0Zp eCBlbmdpbmUNCi8vIG5vdGU6IHRoaXMgaXMgaW50ZW5kZWQgdG8gYmUgcnVuIGFnYWluc3QgdGhl IGV4ZWN1dG9yIGV4YW1wbGUgKG5vIG1vZGlmaWNhdGlvbnMpDQoNCm5hbWVzcGFjZSBGaXhHYXRl d2F5LlNpbXBsZQ0Kew0KICAgIGNsYXNzIFByb2dyYW0NCiAgICB7DQogICAgICAgIHN0YXRpYyB2 b2lkIE1haW4oc3RyaW5nW10gYXJncykNCiAgICAgICAgew0KICAgICAgICAgICAgc3RyaW5nIGZp bGVOYW1lID0gIkZpeEdhdGV3YXkuU0lNLmNmZyI7DQogICAgICAgICAgIA0KICAgICAgICAgICAg dHJ5DQogICAgICAgICAgICB7DQogICAgICAgICAgICAgICAgLy8gLS0tIFF1aWNrRml4IGluaXRp YWxpemF0aW9uIC0tLQ0KDQogICAgICAgICAgICAgICAgQ29uc29sZS5Xcml0ZUxpbmUoIkxvYWRp bmcgRklYIENvbmZpZyBGSWxlOiB7MH0iLCBmaWxlTmFtZSk7ICAgICAgICAgICAgICANCg0KICAg ICAgICAgICAgICAgIEZpeEdhdGV3YXkgZ2F0ZXdheSA9IG5ldyBGaXhHYXRld2F5KCk7IC8vIGlt cGxlbWVudHMgUXVpY2tGaXguQXBwbGljYXRpb24NCg0KICAgICAgICAgICAgICAgIFNlc3Npb25T ZXR0aW5ncyBzZXR0aW5ncyA9IG5ldyBTZXNzaW9uU2V0dGluZ3MoZmlsZU5hbWUpOw0KICAgICAg ICAgICAgICAgIEZpbGVTdG9yZUZhY3Rvcnkgc3RvcmVGYWN0b3J5ID0gbmV3IEZpbGVTdG9yZUZh Y3Rvcnkoc2V0dGluZ3MpOw0KICAgICAgICAgICAgICAgIEZpbGVMb2dGYWN0b3J5IGxvZ0ZhY3Rv cnkgPSBuZXcgRmlsZUxvZ0ZhY3Rvcnkoc2V0dGluZ3MpOw0KDQogICAgICAgICAgICAgICAgTWVz c2FnZUZhY3RvcnkgbWVzc2FnZUZhY3RvcnkgPSBuZXcgRGVmYXVsdE1lc3NhZ2VGYWN0b3J5KCk7 DQoNCiAgICAgICAgICAgICAgICBUaHJlYWRlZFNvY2tldEluaXRpYXRvciBpbml0aWF0b3IgPSBu ZXcgVGhyZWFkZWRTb2NrZXRJbml0aWF0b3IoDQogICAgICAgICAgICAgICAgICAgIGdhdGV3YXks IHN0b3JlRmFjdG9yeSwgc2V0dGluZ3MsIGxvZ0ZhY3RvcnksIG1lc3NhZ2VGYWN0b3J5KTsgICAg ICAgICAgICAgIA0KDQogICAgICAgICAgICAgICAgaW5pdGlhdG9yLnN0YXJ0KCk7DQoNCiAgICAg ICAgICAgICAgICBDb25zb2xlLldyaXRlTGluZSgic2xlZXBpbmcuLi4iKTsNCiAgICAgICAgICAg ICAgICBUaHJlYWQuU2xlZXAoMzAwMDAwKTsgLy8gNSBtaW51dGVzDQoNCiAgICAgICAgICAgICAg ICBDb25zb2xlLldyaXRlTGluZSgiTm9ybWFsIFByb2Nlc3MgRXhpdDogR29vZCBOaWdodCIpOw0K ICAgICAgICAgICAgfQ0KICAgICAgICAgICAgY2F0Y2ggKEV4Y2VwdGlvbiBlKQ0KICAgICAgICAg ICAgew0KICAgICAgICAgICAgICAgIENvbnNvbGUuV3JpdGVMaW5lKGUpOw0KICAgICAgICAgICAg fQ0KDQogICAgICAgIH0NCg0KICAgIH0gICANCg0KDQogICAgcHVibGljIGNsYXNzIEZpeEdhdGV3 YXkgOiBRdWlja0ZpeDQxLk1lc3NhZ2VDcmFja2VyLCBRdWlja0ZpeC5BcHBsaWNhdGlvbg0KICAg IHsNCg0KICAgICAgICBwcml2YXRlIHN0YXRpYyBPYmplY3QgbG9ja09iaiA9IG5ldyBPYmplY3Qo KTsNCg0KICAgICAgICBwcml2YXRlIHN0YXRpYyBkb3VibGUgbmV0RXZlbnRUaW1lb3V0ID0gMjA7 IC8vIDIwIG1pbGxpc2Vjb25kcw0KICAgICAgICBwcml2YXRlIHN0YXRpYyBTeXN0ZW0uVGltZXJz LlRpbWVyIG5ldEV2ZW50VGltZXIgPSBuZXcgU3lzdGVtLlRpbWVycy5UaW1lcihuZXRFdmVudFRp bWVvdXQpOw0KDQogICAgICAgIC8vIC0tLSBRdWlja0ZpeCBBcHBsaWNhdGlvbiBJbnRlcmZhY2Ug ICAgICANCg0KICAgICAgICBwdWJsaWMgdm9pZCB0b0FkbWluKE1lc3NhZ2UgbWVzc2FnZSwgU2Vz c2lvbklEIHNlc3Npb25JRCkNCiAgICAgICAgew0KICAgICAgICAgICAgQ29uc29sZS5Xcml0ZUxp bmUoIkZJWDo6dG9BZG1pbiAoc2Vzc2lvbklEOiB7MH0pIiwgc2Vzc2lvbklEKTsNCiAgICAgICAg fQ0KICAgICAgICBwdWJsaWMgdm9pZCBmcm9tQWRtaW4oTWVzc2FnZSBtZXNzYWdlLCBTZXNzaW9u SUQgc2Vzc2lvbklEKSANCiAgICAgICAgew0KICAgICAgICAgICAgQ29uc29sZS5Xcml0ZUxpbmUo IkZJWDo6ZnJvbUFkbWluIChzZXNzaW9uSUQ6IHswfSkiLCBzZXNzaW9uSUQpOyAgICAgICAgDQog ICAgICAgIH0NCg0KICAgICAgICBwdWJsaWMgdm9pZCBvbkNyZWF0ZShTZXNzaW9uSUQgc2Vzc2lv bklEKQ0KICAgICAgICB7DQogICAgICAgICAgICBDb25zb2xlLldyaXRlTGluZSgiRklYOjpvbkNy ZWF0ZSAoc2Vzc2lvbklEOiB7MH0pIiwgc2Vzc2lvbklEKTsNCiAgICAgICAgfQ0KDQogICAgICAg IHB1YmxpYyB2b2lkIG9uTG9nb24oU2Vzc2lvbklEIHNlc3Npb25JRCkNCiAgICAgICAgew0KICAg ICAgICAgICAgQ29uc29sZS5Xcml0ZUxpbmUoIkZJWDpvbkxvZ29uIChzZXNzaW9uSUQ6IHswfSki LCBzZXNzaW9uSUQpOw0KICAgICAgICB9DQoNCiAgICAgICAgcHVibGljIHZvaWQgb25Mb2dvdXQo U2Vzc2lvbklEIHNlc3Npb25JRCkNCiAgICAgICAgew0KICAgICAgICAgICAgQ29uc29sZS5Xcml0 ZUxpbmUoIkZJWDo6b25Mb2dvdXQgKHNlc3Npb25JRDogezB9KSIsIHNlc3Npb25JRCk7DQogICAg ICAgIH0NCg0KICAgICAgICBwdWJsaWMgdm9pZCB0b0FwcChNZXNzYWdlIG1lc3NhZ2UsIFNlc3Np b25JRCBzZXNzaW9uSUQpDQogICAgICAgIHsNCiAgICAgICAgICAgIENvbnNvbGUuV3JpdGVMaW5l KCJGSVg6OnRvQXBwIChzZXNzaW9uSUQ6IHswfSkiLCBzZXNzaW9uSUQpOyAgICAgICAgICANCiAg ICAgICAgfQ0KDQogICAgICAgIHB1YmxpYyB2b2lkIGZyb21BcHAoTWVzc2FnZSBtZXNzYWdlLCBT ZXNzaW9uSUQgc2Vzc2lvbklEKQ0KICAgICAgICB7ICAgICAgICAgICAgDQogICAgICAgICAgICBD b25zb2xlLldyaXRlTGluZSgiRklYOjpmcm9tQXBwIChzZXNzaW9uSUQ6IHswfSkiLCBzZXNzaW9u SUQpOyAgICAgICAgICAgIA0KICAgICAgICB9DQoNCiAgICAgICAgLy8gc3RhdGljIGNvbnN0cnVj dG9yDQoNCiAgICAgICAgc3RhdGljIEZpeEdhdGV3YXkoKQ0KICAgICAgICB7DQogICAgICAgICAg ICBuZXRFdmVudFRpbWVyLkVsYXBzZWQgKz0gRml4R2F0ZXdheS5vbk5ldEV2ZW50VGltZXI7DQoN CiAgICAgICAgICAgIC8vIGNvbW1lbnQgb3V0IHRoZSBuZXh0IGxpbmUgYW5kIHByb2dyYW0gcnVu cyBhbGwgdGhlIHdheSB0byAiR29vZCBOaWdodCINCiAgICAgICAgICAgIC8vIGxlYXZlIGl0IGlu IGFuZCB0aGUgcHJvZ3JhbSB0ZXJtaW5hdGVzIGFmdGVyIH4gMS41IG1pbiB3aXRoIGEgc29ja2V0 IGVycm9yDQogICAgICAgICAgICAvLyByZXBvcnRlZCBpbiB0aGUgRklYLi4uZXZlbnQubG9nIGZp bGUNCg0KICAgICAgICAgICAgLy8gbm90ZTogbm8gZXhjZXB0aW9uIHNlZW1zIHRvIGJlIHRocm93 biBpbiBlaXRoZXIgY2FzZSBidXQgc2ltaWxhciBzaXR1YXRpb25zIA0KICAgICAgICAgICAgLy8g KGluIHRoZSBjb250ZXh0IG9mIGEgbGFyZ2VyIGFwcCkgZG8gdGhyb3cgZXhjZXB0aW9ucy4NCg0K ICAgICAgICAgICAgbmV0RXZlbnRUaW1lci5TdGFydCgpOyAgICAgICAgIA0KICAgICAgICB9DQoN CiAgICAgICAgLy8gbmV0IGV2ZW50IHRpbWVyDQoNCiAgICAgICAgc3RhdGljIHZvaWQgb25OZXRF dmVudFRpbWVyKE9iamVjdCBzb3VyY2UsIEVsYXBzZWRFdmVudEFyZ3MgZWVhKQ0KICAgICAgICB7 DQogICAgICAgICAgICAvLyB1cGRhdGUgZ2xvYmFsIHN0YXRlIHRpbWUgaW5zdGFuY2UNCiAgICAg ICAgICAgIERhdGVUaW1lIGN1cnJlbnREYXRlVGltZSA9IERhdGVUaW1lLk5vdzsgICAgICAgICAg ICANCiAgICAgICAgICANCiAgICAgICAgICAgIGJvb2wgbG9ja2VkID0gTW9uaXRvci5UcnlFbnRl cihGaXhHYXRld2F5LmxvY2tPYmopOw0KICAgICAgICAgICAgaWYgKCFsb2NrZWQpIHJldHVybjsg Ly8gc2tpcCB0aGlzIHBhc3MgaWYgRnJhbWVIYW5kbGVyIGlzIGN1cnJlbnRseSBsb2NrZWQNCg0K ICAgICAgICAgICAgdHJ5DQogICAgICAgICAgICB7DQogICAgICAgICAgICAgICAgLy8gZG8gc29t ZXRoaW5nIGhlcmUgICAgICAgICAgICAgICANCiAgICAgICAgICAgIH0NCiAgICAgICAgICAgIGZp bmFsbHkNCiAgICAgICAgICAgIHsNCiAgICAgICAgICAgICAgICBNb25pdG9yLkV4aXQoRml4R2F0 ZXdheS5sb2NrT2JqKTsNCiAgICAgICAgICAgIH0NCg0KICAgICAgICB9DQoNCiAgICB9DQp9DQo= |
|
From: George P. <gpa...@gm...> - 2006-06-12 15:53:10
|
Hi, I just started using QuickFix with some success but have run into a problem with the engine throwing a pure virtual function call exception (from the C++ library). I'm using the C# wrapper (version 1.11.1). I saw on the archive that there had been some discussion of this type of problem a few years ago and was wondering if there is any new info. Symptom is as follows: using threaded socket initiator an exeception is thrown after about 60 seconds (4-6 heartbeats). using socket initator the engine simply disappears (no trappable exception at all) after about the same interval. I'm trying to integrate the QuickFix engine with a separate (multithreaded/async) library. When stripped down to only quickfix things seem to work fine. When I add some .NET threaded timers (no C# level interaction with the QF engine) I start to get exceptions. I'm still digging and should know more soon but am looking for hints. -g |
|
From: Oren M. <or...@qu...> - 2006-06-09 16:44:58
|
While you are talking to them, also make sure that they put in the =20 OrigSendingTime field, as that is required with any PossDup field. --oren On Jun 9, 2006, at 11:40 AM, Tom Frey wrote: > Hi Oren, > > thanks for looking into this. I will address this with the counter =20 > party now (they should be able to change it) and will let you know =20 > if that fixes it. > > Thanks, > > Tom > > ----- Original Message ---- > From: Oren Miller <or...@qu...> > To: Tom Frey <tom...@ki...> > Cc: qui...@li... > Sent: Friday, June 9, 2006 6:35:57 PM > Subject: Re: [Quickfix-developers] Sequence number mismatch > > It looks like they are sending the GapFill without the PossDup flag =20= > set to Y. This is a problem because: > > " All messages created as the result of a resend request will =20 > contain the PossDupFlag field set to =93Y=94, messages lacking the > PossDupFlag field or with the PossDupFlag field set to =93N=94 should =20= > be treated as original transmissions. " > > So the last gap file is being presented to QuickFIX as a new =20 > message, which is then being rejected for having to low a sequence =20 > number. Is this something the that can be addressed with the =20 > counter-party? > > --oren > > On Jun 9, 2006, at 10:46 AM, Tom Frey wrote: > >> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/=20= >> html/index.html >> QuickFIX Support: http://www.quickfixengine.org/services.html >> >> Hi >> >> I'm having a problem with sequence numbers on a sequence reset: >> >> 20060609-14:02:06 : MsgSeqNum too high, expecting 1 but received 100 >> 20060609-14:02:06 : Sent ResendRequest FROM: 1 TO: 0 >> 20060609-14:02:34 : ResendRequest for messages FROM: 1 TO: 99 has =20 >> been satisfied. >> 20060609-14:02:34 : Processing QUEUED message: 100 >> 20060609-14:02:34 : MsgSeqNum too low, expecting 101 but received 100 >> 20060609-14:02:34 : Disconnecting >> >> ...messages... >> 8=3DFIX.=20 >> 4.29=3D22635=3D849=3DFIMAT_PREF56=3DMCOMPASS_DROP34=3D9943=3DY52=3D2006= 0609-14:02:0=20 >> 8122=3D20060609-14:01:58115=3D=20 >> +6=3D25.114=3D10017=3D9920=3D031=3D25.1032=3D10037=3D50459038=3D10039=3D= 2150=3D240=3D21=3D7YN=20 >> 54=3D155=3DSTZ30=3D+60=3D20060609-14:01:58198=3DNAI614710=3D217 >> 8=3DFIX.=20 >> 4.29=3D7735=3D449=3DFIMAT_PREF56=3DMCOMPASS_DROP34=3D10052=3D20060609-1= 4:02:08123=20 >> =3DY36=3D10110=3D206 >> 8=3DFIX.=20 >> 4.29=3D11935=3D534=3D349=3DMCOMPASS_DROP52=3D20060609-14:02:34.46856=3D= FIMAT_PREF=20 >> 58=3DMsgSeqNum too low, expecting 101 but received 10010=3D094 >> >> Anybody has an idea what goes wrong here? >> >> Thanks, >> >> Tom >> _______________________________________________ >> Quickfix-developers mailing list >> Qui...@li... >> https://lists.sourceforge.net/lists/listinfo/quickfix-developers > > > |
|
From: Tom F. <tom...@ki...> - 2006-06-09 16:40:23
|
Hi Oren, thanks for looking into this. I will address this with the counter party no= w (they should be able to change it) and will let you know if that fixes it= . Thanks, Tom ----- Original Message ---- From: Oren Miller <or...@qu...> To: Tom Frey <tom...@ki...> Cc: qui...@li... Sent: Friday, June 9, 2006 6:35:57 PM Subject: Re: [Quickfix-developers] Sequence number mismatch It looks like they are sending the GapFill without the PossDup flag set to = Y. This is a problem because: " All messages created as the result of a resend request will contain the P= ossDupFlag field set to =E2=80=9CY=E2=80=9D, messages lacking the PossDupFl= ag field or with the PossDupFlag field set to =E2=80=9CN=E2=80=9D should be= treated as original transmissions. " So the last gap file is being presented to QuickFIX as a new message, which= is then being rejected for having to low a sequence number. Is this somet= hing the that can be addressed with the counter-party? --oren On Jun 9, 2006, at 10:46 AM, Tom Frey wrote: QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/ind= ex.html QuickFIX Support: http://www.quickfixengine.org/services.html Hi I'm having a problem with sequence numbers on a sequence reset: 20060609-14:02:06 : MsgSeqNum too high, expecting 1 but received 100 20060609-14:02:06 : Sent ResendRequest FROM: 1 TO: 0 20060609-14:02:34 : ResendRequest for messages FROM: 1 TO: 99 has been sati= sfied. 20060609-14:02:34 : Processing QUEUED message: 100 20060609-14:02:34 : MsgSeqNum too low, expecting 101 but received 100 20060609-14:02:34 : Disconnecting ...messages... 8=3DFIX.4.29=3D22635=3D849=3DFIMAT_PREF56=3DMCOMPASS_DROP34=3D9943=3DY52=3D= 20060609-14:02:08122=3D20060609-14:01:58115=3D+6=3D25.114=3D10017=3D9920=3D= 031=3D25.1032=3D10037=3D50459038=3D10039=3D2150=3D240=3D21=3D7YN54=3D155=3D= STZ30=3D+60=3D20060609-14:01:58198=3DNAI614710=3D217 8=3DFIX.4.29=3D7735=3D449=3DFIMAT_PREF56=3DMCOMPASS_DROP34=3D10052=3D200606= 09-14:02:08123=3DY36=3D10110=3D206 8=3DFIX.4.29=3D11935=3D534=3D349=3DMCOMPASS_DROP52=3D20060609-14:02:34.4685= 6=3DFIMAT_PREF58=3DMsgSeqNum too low, expecting 101 but received 10010=3D09= 4 Anybody has an idea what goes wrong here? Thanks, Tom _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers =20 |
|
From: Oren M. <or...@qu...> - 2006-06-09 16:36:06
|
It looks like they are sending the GapFill without the PossDup flag =20 set to Y. This is a problem because: " All messages created as the result of a resend request will contain =20= the PossDupFlag field set to =93Y=94, messages lacking the PossDupFlag field or with the PossDupFlag field set to =93N=94 should be = =20 treated as original transmissions. " So the last gap file is being presented to QuickFIX as a new message, =20= which is then being rejected for having to low a sequence number. Is =20= this something the that can be addressed with the counter-party? --oren On Jun 9, 2006, at 10:46 AM, Tom Frey wrote: > QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/=20 > html/index.html > QuickFIX Support: http://www.quickfixengine.org/services.html > > Hi > > I'm having a problem with sequence numbers on a sequence reset: > > 20060609-14:02:06 : MsgSeqNum too high, expecting 1 but received 100 > 20060609-14:02:06 : Sent ResendRequest FROM: 1 TO: 0 > 20060609-14:02:34 : ResendRequest for messages FROM: 1 TO: 99 has =20 > been satisfied. > 20060609-14:02:34 : Processing QUEUED message: 100 > 20060609-14:02:34 : MsgSeqNum too low, expecting 101 but received 100 > 20060609-14:02:34 : Disconnecting > > ...messages... > 8=3DFIX.=20 > 4.29=3D22635=3D849=3DFIMAT_PREF56=3DMCOMPASS_DROP34=3D9943=3DY52=3D20060= 609-14:02:08=20 > 122=3D20060609-14:01:58115=3D=20 > +6=3D25.114=3D10017=3D9920=3D031=3D25.1032=3D10037=3D50459038=3D10039=3D= 2150=3D240=3D21=3D7YN5=20 > 4=3D155=3DSTZ30=3D+60=3D20060609-14:01:58198=3DNAI614710=3D217 > 8=3DFIX.=20 > 4.29=3D7735=3D449=3DFIMAT_PREF56=3DMCOMPASS_DROP34=3D10052=3D20060609-14= :02:08123=3D=20 > Y36=3D10110=3D206 > 8=3DFIX.=20 > 4.29=3D11935=3D534=3D349=3DMCOMPASS_DROP52=3D20060609-14:02:34.46856=3DF= IMAT_PREF5=20 > 8=3DMsgSeqNum too low, expecting 101 but received 10010=3D094 > > Anybody has an idea what goes wrong here? > > Thanks, > > Tom > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
|
From: Tom F. <tom...@ki...> - 2006-06-09 16:15:42
|
sorry forgot event log. Here it is. 20060609-14:02:05 : Created session 20060609-14:02:05 : Connecting to xx.xx.101.2 on port 3333 20060609-14:02:05 : Connection succeeded 20060609-14:02:06 : Initiated logon request 20060609-14:02:06 : Received logon response 20060609-14:02:06 : MsgSeqNum too high, expecting 1 but received 100 20060609-14:02:06 : Sent ResendRequest FROM: 1 TO: 0 20060609-14:02:34 : ResendRequest for messages FROM: 1 TO: 99 has been satisfied. 20060609-14:02:34 : Processing QUEUED message: 100 20060609-14:02:34 : MsgSeqNum too low, expecting 101 but received 100 20060609-14:02:34 : Disconnecting 20060609-14:02:34 : Logon state is not valid for message 20060609-14:02:34 : Socket Error 20060609-14:02:35 : Connecting to xx.xx.101.2 on port 3333 20060609-14:02:35 : Connection succeeded 20060609-14:02:36 : Initiated logon request 20060609-14:02:36 : Received logon response 20060609-14:02:36 : MsgSeqNum too high, expecting 101 but received 104 20060609-14:02:37 : Sent ResendRequest FROM: 101 TO: 0 20060609-14:02:37 : Received SequenceReset FROM: 102 TO: 103 20060609-14:02:37 : ResendRequest for messages FROM: 101 TO: 103 has been satisfied. 20060609-14:02:38 : Processing QUEUED message: 104 20060609-14:02:38 : MsgSeqNum too low, expecting 105 but received 104 20060609-14:02:38 : Disconnecting 20060609-14:02:38 : Socket Error 20060609-14:03:05 : Connecting to xx.xx.101.2 on port 3333 20060609-14:03:05 : Connection succeeded 20060609-14:03:06 : Initiated logon request 20060609-14:03:07 : Received logon response 20060609-14:03:07 : MsgSeqNum too high, expecting 105 but received 108 20060609-14:03:07 : Sent ResendRequest FROM: 105 TO: 0 20060609-14:03:08 : Received SequenceReset FROM: 106 TO: 107 20060609-14:03:08 : ResendRequest for messages FROM: 105 TO: 107 has been satisfied. 20060609-14:03:08 : Processing QUEUED message: 108 20060609-14:03:08 : MsgSeqNum too low, expecting 109 but received 108 20060609-14:03:08 : Disconnecting 20060609-14:03:08 : Socket Error 20060609-14:03:35 : Connecting to xx.xx.101.2 on port 3333 20060609-14:03:35 : Connection succeeded 20060609-14:03:36 : Initiated logon request 20060609-14:03:37 : Received logon response 20060609-14:03:37 : MsgSeqNum too high, expecting 109 but received 113 20060609-14:03:37 : Sent ResendRequest FROM: 109 TO: 0 20060609-14:03:37 : Received SequenceReset FROM: 109 TO: 110 20060609-14:03:39 : ResendRequest for messages FROM: 109 TO: 112 has been satisfied. 20060609-14:03:39 : Processing QUEUED message: 113 20060609-14:03:39 : MsgSeqNum too low, expecting 114 but received 113 20060609-14:03:39 : Disconnecting ----- Original Message ---- From: Oren Miller <or...@qu...> To: Tom Frey <tom...@ki...> Cc: qui...@li... Sent: Friday, June 9, 2006 6:10:30 PM Subject: Re: [Quickfix-developers] Sequence number mismatch Hi Tom, Is it possible to post the entire log? --oren On Jun 9, 2006, at 10:46 AM, Tom Frey wrote: QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html QuickFIX Support: http://www.quickfixengine.org/services.html Hi I'm having a problem with sequence numbers on a sequence reset: 20060609-14:02:06 : MsgSeqNum too high, expecting 1 but received 100 20060609-14:02:06 : Sent ResendRequest FROM: 1 TO: 0 20060609-14:02:34 : ResendRequest for messages FROM: 1 TO: 99 has been satisfied. 20060609-14:02:34 : Processing QUEUED message: 100 20060609-14:02:34 : MsgSeqNum too low, expecting 101 but received 100 20060609-14:02:34 : Disconnecting ...messages... 8=FIX.4.29=22635=849=FIMAT_PREF56=MCOMPASS_DROP34=9943=Y52=20060609-14:02:08122=20060609-14:01:58115=+6=25.114=10017=9920=031=25.1032=10037=50459038=10039=2150=240=21=7YN54=155=STZ30=+60=20060609-14:01:58198=NAI614710=217 8=FIX.4.29=7735=449=FIMAT_PREF56=MCOMPASS_DROP34=10052=20060609-14:02:08123=Y36=10110=206 8=FIX.4.29=11935=534=349=MCOMPASS_DROP52=20060609-14:02:34.46856=FIMAT_PREF58=MsgSeqNum too low, expecting 101 but received 10010=094 Anybody has an idea what goes wrong here? Thanks, Tom _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
|
From: Tom F. <tom...@ki...> - 2006-06-09 16:13:09
|
sure: 8=FIX.4.29=7835=A34=149=MCOMPASS_DROP52=20060609-14:02:06.39056=FIMAT_PREF98=0108=3010=247 8=FIX.4.29=7635=A34=10049=FIMAT_PREF56=MCOMPASS_DROP52=20060609-14:02:0798=0108=3010=140 8=FIX.4.29=7535=234=249=MCOMPASS_DROP52=20060609-14:02:06.92156=FIMAT_PREF7=116=010=072 8=FIX.4.29=22635=849=FIMAT_PREF56=MCOMPASS_DROP34=143=Y52=20060609-14:02:07122=20060609-13:33:39115=+6=29.8514=80017=120=031=29.8532=80037=50333338=100039=1150=140=21=3NA54=155=SAY30=+60=20060609-13:33:38198=NAI596710=186 8=FIX.4.29=23335=849=FIMAT_PREF56=MCOMPASS_DROP34=243=Y52=20060609-14:02:07122=20060609-13:35:04115=ara6=115.0114=10017=220=031=115.0132=10037=50346338=10039=2150=240=21=3NA54=155=SLV30=ara60=20060609-13:35:04198=30029781010=236 8=FIX.4.29=22335=849=FIMAT_PREF56=MCOMPASS_DROP34=343=Y52=20060609-14:02:07122=20060609-13:35:40115=+6=49.8414=30017=320=031=49.8432=30037=50267938=30039=2150=240=21=7TV54=155=C30=+60=20060609-13:35:40198=NAI588310=250 8=FIX.4.29=22735=849=FIMAT_PREF56=MCOMPASS_DROP34=443=Y52=20060609-14:02:07122=20060609-13:37:08115=+6=29.8514=100017=420=031=29.8532=20037=50333338=100039=2150=240=21=3NA54=155=SAY30=+60=20060609-13:37:08198=NAI596710=231 8=FIX.4.29=22435=849=FIMAT_PREF56=MCOMPASS_DROP34=543=Y52=20060609-14:02:07122=20060609-13:37:26115=+6=59.2514=10017=520=031=59.2532=10037=50272338=10039=2150=240=21=7TV54=255=MS30=+60=20060609-13:37:25198=NBQ560010=076 8=FIX.4.29=23035=849=FIMAT_PREF56=MCOMPASS_DROP34=643=Y52=20060609-14:02:07122=20060609-13:37:47115=ara6=43.514=40017=620=031=43.5032=40037=50363638=40039=2150=240=21=3NA54=255=IFN30=ara60=20060609-13:37:46198=40061232510=103 8=FIX.4.29=26735=849=FIMAT_PREF56=MCOMPASS_DROP34=743=Y52=20060609-14:02:07122=20060609-13:37:49115=I6=0.1514=917=720=031=0.1532=537=50329338=939=2150=240=21=7WE54=160=20060609-13:37:4955=SPY30=I77=C167=OPT200=200606201=1202=129204=0198=PRF010206090610=200 8=FIX.4.29=22535=849=FIMAT_PREF56=MCOMPASS_DROP34=843=Y52=20060609-14:02:07122=20060609-13:38:20115=+6=49.6114=10017=820=031=49.6132=10037=50366738=10039=2150=240=21=7TV54=155=FNM30=+60=20060609-13:38:20198=NCD296210=140 8=FIX.4.29=22835=849=FIMAT_PREF56=MCOMPASS_DROP34=943=Y52=20060609-14:02:07122=20060609-13:38:33115=+6=12.9914=100017=920=031=12.9932=100037=50367338=100039=2150=240=21=7WF54=255=MTU30=+60=20060609-13:38:33198=NAI602310=044 8=FIX.4.29=23835=849=FIMAT_PREF56=MCOMPASS_DROP34=1043=Y52=20060609-14:02:07122=20060609-13:38:46115=unknown6=7.2014=30017=1020=031=7.2032=30037=999999938=30039=1150=140=21=7WL54=155=ADF30=unknown60=20060609-13:38:46198=999999910=104 8=FIX.4.29=26335=849=FIMAT_PREF56=MCOMPASS_DROP34=1143=Y52=20060609-14:02:07122=20060609-13:38:50115=C6=0.6514=517=1120=031=0.6532=537=50339038=539=2150=240=21=7UK54=260=20060609-13:38:4955=SPY30=C77=C167=OPT200=200606201=1202=127204=0198=CBT004210=202 8=FIX.4.29=22735=849=FIMAT_PREF56=MCOMPASS_DROP34=1243=Y52=20060609-14:02:07122=20060609-13:38:54115=+6=49.0114=10017=1220=031=49.0132=10037=50372638=10039=2150=240=21=7WF54=255=TEF30=+60=20060609-13:38:54198=NDD681610=215 8=FIX.4.29=22735=849=FIMAT_PREF56=MCOMPASS_DROP34=1343=Y52=20060609-14:02:07122=20060609-13:38:58115=+6=15.5414=30017=1320=031=15.5432=30037=50372238=30039=2150=240=21=7WF54=155=STM30=+60=20060609-13:38:58198=NBQ573010=254 8=FIX.4.29=23235=849=FIMAT_PREF56=MCOMPASS_DROP34=1443=Y52=20060609-14:02:07122=20060609-13:39:03115=ara6=60.7914=30017=1420=031=60.7932=30037=50372938=30039=2150=240=21=7WW54=255=AAPL30=ara60=20060609-13:39:03198=151917410=009 8=FIX.4.29=22735=849=FIMAT_PREF56=MCOMPASS_DROP34=1543=Y52=20060609-14:02:07122=20060609-13:39:12115=+6=15.5214=70017=1520=031=15.5232=70037=50374638=70039=2150=240=21=7WF54=255=STM30=+60=20060609-13:39:12198=NAI603810=248 8=FIX.4.29=23435=849=FIMAT_PREF56=MCOMPASS_DROP34=1643=Y52=20060609-14:02:07122=20060609-13:39:23115=ara6=14.952514=40017=1620=031=14.9532=10037=50376538=40039=2150=240=21=7WF54=255=SFCC30=ara60=20060609-13:39:23198=156187410=104 8=FIX.4.29=23435=849=FIMAT_PREF56=MCOMPASS_DROP34=1743=Y52=20060609-14:02:07122=20060609-13:39:23115=ara6=14.952514=40017=1720=031=14.9532=20037=50376538=40039=2150=240=21=7WF54=255=SFCC30=ara60=20060609-13:39:23198=156187410=107 8=FIX.4.29=23435=849=FIMAT_PREF56=MCOMPASS_DROP34=1843=Y52=20060609-14:02:07122=20060609-13:39:23115=ara6=14.952514=40017=1820=031=14.9632=10037=50376538=40039=2150=240=21=7WF54=255=SFCC30=ara60=20060609-13:39:23198=156187410=109 8=FIX.4.29=23135=849=FIMAT_PREF56=MCOMPASS_DROP34=1943=Y52=20060609-14:02:08122=20060609-13:39:55115=nyse6=49.7514=20017=1920=031=49.7532=20037=50268038=30039=1150=140=21=7TV54=155=C30=nyse60=20060609-13:39:55198=NDD666810=152 8=FIX.4.29=23135=849=FIMAT_PREF56=MCOMPASS_DROP34=2043=Y52=20060609-14:02:08122=20060609-13:39:56115=nyse6=49.7514=30017=2020=031=49.7532=10037=50268038=30039=2150=240=21=7TV54=155=C30=nyse60=20060609-13:39:55198=NDD666810=139 8=FIX.4.29=23735=849=FIMAT_PREF56=MCOMPASS_DROP34=2143=Y52=20060609-14:02:08122=20060609-13:40:11115=unknown6=9.2414=30017=2120=031=9.2432=30037=50279438=30039=2150=240=21=7WL54=255=BXA30=unknown60=20060609-13:40:11198=NDD668410=056 8=FIX.4.29=23335=849=FIMAT_PREF56=MCOMPASS_DROP34=2243=Y52=20060609-14:02:08122=20060609-13:40:33115=nyse6=49.3414=10017=2220=031=49.3432=10037=50269838=10039=2150=240=21=7TV54=155=FNM30=nyse60=20060609-13:40:33198=NBQ573210=019 8=FIX.4.29=22735=849=FIMAT_PREF56=MCOMPASS_DROP34=2343=Y52=20060609-14:02:08122=20060609-13:41:00115=+6=18.3614=10017=2320=031=18.3632=10037=50384238=50039=1150=140=21=3NA54=255=NMR30=+60=20060609-13:41:00198=NCD299210=195 8=FIX.4.29=23835=849=FIMAT_PREF56=MCOMPASS_DROP34=2443=Y52=20060609-14:02:08122=20060609-13:41:18115=unknown6=7.2314=10017=2420=031=7.2332=10037=999999938=10039=1150=140=21=7WL54=555=ADF30=unknown60=20060609-13:41:17198=999999910=104 8=FIX.4.29=23635=849=FIMAT_PREF56=MCOMPASS_DROP34=2543=Y52=20060609-14:02:08122=20060609-13:42:04115=nyse6=13.0314=200017=2520=031=13.0332=200037=50388838=200039=2150=240=21=3NA54=255=EWJ30=nyse60=20060609-13:42:04198=NAI606510=117 8=FIX.4.29=27135=849=FIMAT_PREF56=MCOMPASS_DROP34=2643=Y52=20060609-14:02:08122=20060609-13:42:12115=I6=0.3514=1017=2620=031=0.3532=1037=50390938=1039=2150=240=21=7SW54=560=20060609-13:42:1255=NEM30=I77=O167=OPT200=200607201=1202=60204=0198=PRF021906090610=100 8=FIX.4.29=26335=849=FIMAT_PREF56=MCOMPASS_DROP34=2743=Y52=20060609-14:02:08122=20060609-13:42:40115=C6=0.0514=517=2720=031=0.0532=537=50392338=539=2150=240=21=7YB54=560=20060609-13:42:4055=OIH30=C77=O167=OPT200=200606201=1202=160204=0198=CBT005510=170 8=FIX.4.29=27035=849=FIMAT_PREF56=MCOMPASS_DROP34=2843=Y52=20060609-14:02:08122=20060609-13:42:56115=I6=2.1514=117=2820=031=2.1532=137=50392938=139=2150=240=21=7YV54=160=20060609-13:42:5555=XOM30=I77=C167=OPT200=200606201=1202=57.5204=0198=PRF023406090610=086 8=FIX.4.29=23135=849=FIMAT_PREF56=MCOMPASS_DROP34=2943=Y52=20060609-14:02:08122=20060609-13:43:26115=nyse6=49.8914=30017=2920=031=49.8932=30037=50380138=30039=2150=240=21=7TV54=555=C30=nyse60=20060609-13:43:26198=NCD298610=152 8=FIX.4.29=23835=849=FIMAT_PREF56=MCOMPASS_DROP34=3043=Y52=20060609-14:02:08122=20060609-13:44:19115=unknown6=8.2714=30017=3020=031=8.2732=30037=999999938=30039=1150=140=21=7WL54=555=MCR30=unknown60=20060609-13:44:19198=999999910=146 8=FIX.4.29=23935=849=FIMAT_PREF56=MCOMPASS_DROP34=3143=Y52=20060609-14:02:08122=20060609-13:44:37115=unknown6=25.2214=20017=3120=031=25.2232=20037=50279538=20039=2150=240=21=7WL54=255=GRD30=unknown60=20060609-13:44:37198=NCD284310=164 8=FIX.4.29=23935=849=FIMAT_PREF56=MCOMPASS_DROP34=3243=Y52=20060609-14:02:08122=20060609-13:45:44115=unknown6=22.9214=20017=3220=031=22.9232=20037=50280638=20039=2150=240=21=7WL54=155=OSM30=unknown60=20060609-13:45:44198=NAI590210=184 8=FIX.4.29=23135=849=FIMAT_PREF56=MCOMPASS_DROP34=3343=Y52=20060609-14:02:08122=20060609-13:45:51115=ara6=38.6514=30017=3320=031=38.6532=30037=50266238=30039=2150=240=21=7TV54=255=QQQQ30=ara60=20060609-13:45:51198=13820110=235 8=FIX.4.29=27235=849=FIMAT_PREF56=MCOMPASS_DROP34=3443=Y52=20060609-14:02:08122=20060609-13:46:06115=I6=0.714=1017=3420=031=0.7032=1037=50400338=1039=2150=240=21=7SW54=560=20060609-13:46:0655=NEM30=I77=O167=OPT200=200607201=1202=57.5204=0198=PRF026106090610=151 8=FIX.4.29=23235=849=FIMAT_PREF56=MCOMPASS_DROP34=3543=Y52=20060609-14:02:08122=20060609-13:46:18115=ara6=38.6614=10017=3520=031=38.6632=10037=50402538=10039=2150=240=21=7TV54=255=QQQQ30=ara60=20060609-13:46:18198=234517410=042 8=FIX.4.29=23235=849=FIMAT_PREF56=MCOMPASS_DROP34=3643=Y52=20060609-14:02:08122=20060609-13:46:30115=ara6=38.6714=10017=3620=031=38.6732=10037=50404438=10039=2150=240=21=7TV54=255=QQQQ30=ara60=20060609-13:46:30198=236713610=037 8=FIX.4.29=23235=849=FIMAT_PREF56=MCOMPASS_DROP34=3743=Y52=20060609-14:02:08122=20060609-13:46:44115=nyse6=59.3414=10017=3720=031=59.3432=10037=50272438=10039=2150=240=21=7TV54=255=MS30=nyse60=20060609-13:46:43198=NBQ560110=224 8=FIX.4.29=26635=849=FIMAT_PREF56=MCOMPASS_DROP34=3843=Y52=20060609-14:02:08122=20060609-13:47:02115=I6=1.514=317=3820=031=1.5032=337=50409438=339=2150=240=21=7YV54=560=20060609-13:47:0255=MO30=I77=O167=OPT200=200606201=1202=70204=0198=PRF027606090610=120 8=FIX.4.29=23235=849=FIMAT_PREF56=MCOMPASS_DROP34=3943=Y52=20060609-14:02:08122=20060609-13:47:52115=ara6=43.2414=10017=3920=031=43.2432=10037=50412338=20039=1150=140=21=VIC54=155=ERTS30=ara60=20060609-13:47:52198=251415210=014 8=FIX.4.29=23235=849=FIMAT_PREF56=MCOMPASS_DROP34=4043=Y52=20060609-14:02:08122=20060609-13:47:53115=ara6=43.2414=20017=4020=031=43.2432=10037=50412338=20039=2150=240=21=VIC54=155=ERTS30=ara60=20060609-13:47:52198=251415210=002 8=FIX.4.29=22635=849=FIMAT_PREF56=MCOMPASS_DROP34=4143=Y52=20060609-14:02:08122=20060609-13:48:13115=+6=59.4514=10017=4120=031=59.4532=10037=50410238=10039=2150=240=21=7TV54=255=MS30=+60=20060609-13:48:13198=NDD686810=175 8=FIX.4.29=27235=849=FIMAT_PREF56=MCOMPASS_DROP34=4243=Y52=20060609-14:02:08122=20060609-13:48:19115=I6=0.5514=1017=4220=031=0.5532=1037=50411238=1039=2150=240=21=7ZM54=260=20060609-13:48:1955=RUY30=I77=C167=OPT200=200606201=0202=650204=0198=PRF028006090610=177 8=FIX.4.29=23135=849=FIMAT_PREF56=MCOMPASS_DROP34=4343=Y52=20060609-14:02:08122=20060609-13:48:20115=ara6=93.414=10017=4320=031=93.4032=10037=50413638=10039=2150=240=21=7YN54=155=GRMN30=ara60=20060609-13:48:20198=255383110=207 8=FIX.4.29=27035=849=FIMAT_PREF56=MCOMPASS_DROP34=4443=Y52=20060609-14:02:08122=20060609-13:48:28115=I6=2.1514=117=4420=031=2.1532=137=50414538=139=2150=240=21=7YV54=160=20060609-13:48:2755=XOM30=I77=C167=OPT200=200606201=1202=57.5204=0198=PRF028406090610=088 8=FIX.4.29=22635=849=FIMAT_PREF56=MCOMPASS_DROP34=4543=Y52=20060609-14:02:08122=20060609-13:48:47115=+6=59.5514=10017=4520=031=59.5532=10037=50272538=10039=2150=240=21=7TV54=255=MS30=+60=20060609-13:48:47198=NCD283410=196 8=FIX.4.29=26935=849=FIMAT_PREF56=MCOMPASS_DROP34=4643=Y52=20060609-14:02:08122=20060609-13:49:04115=I6=1.8514=117=4620=031=1.8532=137=50352338=139=2150=240=21=7YV54=160=20060609-13:49:0455=DIA30=I77=C167=OPT200=200606201=0202=111204=0198=PRF014006090610=250 8=FIX.4.29=27235=849=FIMAT_PREF56=MCOMPASS_DROP34=4743=Y52=20060609-14:02:08122=20060609-13:49:21115=B6=0.514=2517=4720=031=0.5032=2537=50417638=2539=2150=240=21=7SW54=560=20060609-13:49:2155=CHK30=B77=O167=OPT200=200607201=1202=32.5204=0198=0606091AF90UI10=167 8=FIX.4.29=23435=849=FIMAT_PREF56=MCOMPASS_DROP34=4843=Y52=20060609-14:02:08122=20060609-13:49:38115=ara6=17.1714=100017=4820=031=17.1732=60037=50420038=100039=2150=240=11=7WF54=255=INTC30=ara60=20060609-13:49:38198=272251210=103 8=FIX.4.29=23435=849=FIMAT_PREF56=MCOMPASS_DROP34=4943=Y52=20060609-14:02:08122=20060609-13:49:38115=ara6=17.1714=100017=4920=031=17.1732=40037=50420038=100039=2150=240=11=7WF54=255=INTC30=ara60=20060609-13:49:38198=272251210=103 8=FIX.4.29=25235=849=FIMAT_PREF56=MCOMPASS_DROP34=5043=Y52=20060609-14:02:08122=20060609-13:49:40115=cme6=127114=517=5020=031=1271.0032=537=50411938=539=2150=240=21=7ZO54=160=20060609-13:49:4055=/ESU630=cme77=O167=FUT200=200613198=116475310=253 8=FIX.4.29=23135=849=FIMAT_PREF56=MCOMPASS_DROP34=5143=Y52=20060609-14:02:08122=20060609-13:49:51115=ara6=93.714=10017=5120=031=93.7032=10037=50419738=10039=2150=240=21=7YN54=155=GRMN30=ara60=20060609-13:49:51198=270581610=230 8=FIX.4.29=26035=849=FIMAT_PREF56=MCOMPASS_DROP34=5243=Y52=20060609-14:02:08122=20060609-13:50:15115=X6=0.114=517=5220=031=0.1032=537=50421338=539=2150=240=21=7YB54=560=20060609-13:50:1455=XAV30=X77=O167=OPT200=200606201=1202=150204=0198=GLV0910=076 8=FIX.4.29=23135=849=FIMAT_PREF56=MCOMPASS_DROP34=5343=Y52=20060609-14:02:08122=20060609-13:50:36115=nyse6=4.7214=50017=5320=031=4.7232=50037=50421938=50039=2150=240=21=7WF54=255=MEH30=nyse60=20060609-13:50:36198=NBQ579910=176 8=FIX.4.29=23835=849=FIMAT_PREF56=MCOMPASS_DROP34=5443=Y52=20060609-14:02:08122=20060609-13:51:13115=unknown6=7.2314=20017=5420=031=7.2332=20037=999999938=20039=1150=140=21=7WL54=555=ADF30=unknown60=20060609-13:51:12198=999999910=105 8=FIX.4.29=23235=849=FIMAT_PREF56=MCOMPASS_DROP34=5543=Y52=20060609-14:02:08122=20060609-13:51:44115=ara6=66.4214=20017=5520=031=66.4232=20037=50421838=20039=2150=240=21=7YN54=555=RIMM30=ara60=20060609-13:51:44198=282894110=026 8=FIX.4.29=23135=849=FIMAT_PREF56=MCOMPASS_DROP34=5643=Y52=20060609-14:02:08122=20060609-13:53:23115=nyse6=49.9814=10017=5620=031=49.9832=10037=50380938=10039=2150=240=21=7TV54=555=C30=nyse60=20060609-13:53:23198=NDD683210=145 8=FIX.4.29=23135=849=FIMAT_PREF56=MCOMPASS_DROP34=5743=Y52=20060609-14:02:08122=20060609-13:53:29115=ara6=60.714=30017=5720=031=60.7032=20037=50433838=30039=2150=240=21=7WW54=155=AAPL30=ara60=20060609-13:53:29198=315537010=212 8=FIX.4.29=23135=849=FIMAT_PREF56=MCOMPASS_DROP34=5843=Y52=20060609-14:02:08122=20060609-13:53:29115=ara6=60.714=30017=5820=031=60.7032=10037=50433838=30039=2150=240=21=7WW54=155=AAPL30=ara60=20060609-13:53:29198=315537010=213 8=FIX.4.29=23135=849=FIMAT_PREF56=MCOMPASS_DROP34=5943=Y52=20060609-14:02:08122=20060609-13:53:42115=nyse6=49.9914=20017=5920=031=49.9932=20037=50354338=30039=1150=140=21=7TV54=555=C30=nyse60=20060609-13:53:42198=NCD294010=147 8=FIX.4.29=23135=849=FIMAT_PREF56=MCOMPASS_DROP34=6043=Y52=20060609-14:02:08122=20060609-13:53:43115=nyse6=49.9914=30017=6020=031=49.9932=10037=50354338=30039=2150=240=21=7TV54=555=C30=nyse60=20060609-13:53:43198=NCD294010=135 8=FIX.4.29=26335=849=FIMAT_PREF56=MCOMPASS_DROP34=6143=Y52=20060609-14:02:08122=20060609-13:53:47115=C6=0.714=1017=6120=031=0.7032=1037=50435838=1039=2150=240=21=7YQ54=160=20060609-13:53:4655=DYN30=C77=O167=OPT200=200609201=1202=5204=0198=CBT009310=203 8=FIX.4.29=23235=849=FIMAT_PREF56=MCOMPASS_DROP34=6243=Y52=20060609-14:02:08122=20060609-13:54:01115=ara6=60.7714=30017=6220=031=60.7732=10037=50437138=30039=2150=240=21=7WW54=255=AAPL30=ara60=20060609-13:54:01198=321707210=244 8=FIX.4.29=23235=849=FIMAT_PREF56=MCOMPASS_DROP34=6343=Y52=20060609-14:02:08122=20060609-13:54:01115=ara6=60.7714=30017=6320=031=60.7732=10037=50437138=30039=2150=240=21=7WW54=255=AAPL30=ara60=20060609-13:54:01198=321707210=246 8=FIX.4.29=23235=849=FIMAT_PREF56=MCOMPASS_DROP34=6443=Y52=20060609-14:02:08122=20060609-13:54:01115=ara6=60.7714=30017=6420=031=60.7732=10037=50437138=30039=2150=240=21=7WW54=255=AAPL30=ara60=20060609-13:54:01198=321707210=248 8=FIX.4.29=23235=849=FIMAT_PREF56=MCOMPASS_DROP34=6543=Y52=20060609-14:02:08122=20060609-13:54:19115=nyse6=59.6514=10017=6520=031=59.6532=10037=50274438=10039=2150=240=21=7TV54=255=MS30=nyse60=20060609-13:54:19198=NAI589310=243 8=FIX.4.29=23235=849=FIMAT_PREF56=MCOMPASS_DROP34=6643=Y52=20060609-14:02:08122=20060609-13:54:37115=ara6=66.0214=20017=6620=031=66.0232=20037=50429838=20039=2150=240=21=7YN54=155=RIMM30=ara60=20060609-13:54:36198=301584610=028 8=FIX.4.29=26835=849=FIMAT_PREF56=MCOMPASS_DROP34=6743=Y52=20060609-14:02:08122=20060609-13:55:33115=I6=0.214=317=6720=031=0.2032=337=50304238=339=2150=240=21=7YV54=260=20060609-13:55:3355=CNM30=I77=C167=OPT200=200606201=1202=500204=0198=PRF022306090610=205 8=FIX.4.29=23235=849=FIMAT_PREF56=MCOMPASS_DROP34=6843=Y52=20060609-14:02:08122=20060609-13:55:34115=ara6=15.1514=10017=6820=031=15.1532=10037=50441438=10039=2150=240=21=7WF54=155=SFCC30=ara60=20060609-13:55:34198=339606910=245 8=FIX.4.29=23235=849=FIMAT_PREF56=MCOMPASS_DROP34=6943=Y52=20060609-14:02:08122=20060609-13:55:43115=ara6=15.1514=20017=6920=031=15.1532=20037=50441938=20039=2150=240=21=7WF54=155=SFCC30=ara60=20060609-13:55:42198=341391210=241 8=FIX.4.29=23235=849=FIMAT_PREF56=MCOMPASS_DROP34=7043=Y52=20060609-14:02:08122=20060609-13:56:01115=ara6=65.9514=20017=7020=031=65.9532=20037=50442838=20039=2150=240=21=7YN54=555=RIMM30=ara60=20060609-13:56:01198=344312410=020 8=FIX.4.29=22935=849=FIMAT_PREF56=MCOMPASS_DROP34=7143=Y52=20060609-14:02:08122=20060609-13:56:27115=ara6=6614=20017=7120=031=66.0032=10037=50443938=20039=2150=240=21=7YN54=155=RIMM30=ara60=20060609-13:56:26198=349041910=137 8=FIX.4.29=22935=849=FIMAT_PREF56=MCOMPASS_DROP34=7243=Y52=20060609-14:02:08122=20060609-13:56:27115=ara6=6614=20017=7220=031=66.0032=10037=50443938=20039=2150=240=21=7YN54=155=RIMM30=ara60=20060609-13:56:27198=349041910=140 8=FIX.4.29=22635=849=FIMAT_PREF56=MCOMPASS_DROP34=7343=Y52=20060609-14:02:08122=20060609-13:56:33115=+6=59.7514=20017=7320=031=59.7532=20037=50273238=20039=2150=240=21=7TV54=255=MS30=+60=20060609-13:56:33198=NDD667610=200 8=FIX.4.29=26735=849=FIMAT_PREF56=MCOMPASS_DROP34=7443=Y52=20060609-14:02:08122=20060609-13:57:02115=C6=0.1514=3017=7420=031=0.1532=3037=50442738=3039=2150=240=21=7US54=160=20060609-13:57:0255=SPT30=C77=O167=OPT200=200606201=0202=1125204=0198=CBT009910=159 8=FIX.4.29=23235=849=FIMAT_PREF56=MCOMPASS_DROP34=7543=Y52=20060609-14:02:08122=20060609-13:57:04115=ara6=66.0514=10017=7520=031=66.0532=10037=50447138=20039=1150=140=21=7YN54=255=RIMM30=ara60=20060609-13:57:04198=353598810=033 8=FIX.4.29=23235=849=FIMAT_PREF56=MCOMPASS_DROP34=7643=Y52=20060609-14:02:08122=20060609-13:57:06115=ara6=66.0514=20017=7620=031=66.0532=10037=50447138=20039=2150=240=21=7YN54=255=RIMM30=ara60=20060609-13:57:05198=353598810=041 8=FIX.4.29=26735=849=FIMAT_PREF56=MCOMPASS_DROP34=7743=Y52=20060609-14:02:08122=20060609-13:57:10115=C6=0.1514=2517=7720=031=0.1532=2537=50443438=2539=2150=240=21=7UT54=160=20060609-13:57:0955=SPT30=C77=O167=OPT200=200606201=0202=1125204=0198=CBT010410=169 8=FIX.4.29=22735=849=FIMAT_PREF56=MCOMPASS_DROP34=7843=Y52=20060609-14:02:08122=20060609-13:57:17115=+6=49.5514=10017=7820=031=49.5532=10037=50381538=10039=2150=240=21=7TV54=255=FNM30=+60=20060609-13:57:17198=NBQ575110=024 8=FIX.4.29=23235=849=FIMAT_PREF56=MCOMPASS_DROP34=7943=Y52=20060609-14:02:08122=20060609-13:57:25115=nyse6=59.8514=10017=7920=031=59.8532=10037=50274138=10039=2150=240=21=7TV54=255=MS30=nyse60=20060609-13:57:25198=NDD667710=253 8=FIX.4.29=26735=849=FIMAT_PREF56=MCOMPASS_DROP34=8043=Y52=20060609-14:02:08122=20060609-13:57:25115=C6=0.1514=2017=8020=031=0.1532=2037=50444038=2039=2150=240=21=7YF54=160=20060609-13:57:2555=SPT30=C77=O167=OPT200=200606201=0202=1125204=0198=CBT010610=135 8=FIX.4.29=23135=849=FIMAT_PREF56=MCOMPASS_DROP34=8143=Y52=20060609-14:02:08122=20060609-13:57:34115=ara6=65.914=20017=8120=031=65.9032=20037=50449238=20039=2150=240=21=7YN54=155=RIMM30=ara60=20060609-13:57:34198=361470210=234 8=FIX.4.29=27335=849=FIMAT_PREF56=MCOMPASS_DROP34=8243=Y52=20060609-14:02:08122=20060609-13:58:16115=I6=0.0514=3017=8220=031=0.0532=3037=50294538=3039=2150=240=21=7SG54=260=20060609-13:58:1655=JBL30=I77=C167=OPT200=200606201=1202=37.5204=0198=PRF003706090610=188 8=FIX.4.29=23235=849=FIMAT_PREF56=MCOMPASS_DROP34=8343=Y52=20060609-14:02:08122=20060609-13:58:35115=ara6=54.020614=10617=8320=031=54.0332=637=50453238=20039=1150=140=21=7WW54=255=SNDK30=ara60=20060609-13:58:35198=373344810=038 8=FIX.4.29=23435=849=FIMAT_PREF56=MCOMPASS_DROP34=8443=Y52=20060609-14:02:08122=20060609-13:58:36115=ara6=54.020314=20017=8420=031=54.0232=10037=50453238=20039=2150=240=21=7WW54=255=SNDK30=ara60=20060609-13:58:35198=373344810=127 8=FIX.4.29=23335=849=FIMAT_PREF56=MCOMPASS_DROP34=8543=Y52=20060609-14:02:08122=20060609-13:58:36115=ara6=54.020314=20017=8520=031=54.0232=9437=50453238=20039=2150=240=21=7WW54=255=SNDK30=ara60=20060609-13:58:35198=373344810=092 8=FIX.4.29=26135=849=FIMAT_PREF56=MCOMPASS_DROP34=8643=Y52=20060609-14:02:08122=20060609-13:58:40115=X6=2.5514=517=8620=031=2.5532=537=50452838=539=2150=240=21=7YB54=560=20060609-13:58:4055=SXX30=X77=O167=OPT200=200606201=1202=470204=0198=GNJ4910=202 8=FIX.4.29=22535=849=FIMAT_PREF56=MCOMPASS_DROP34=8743=Y52=20060609-14:02:08122=20060609-13:59:08115=+6=59.714=10017=8720=031=59.7032=10037=50449438=10039=2150=240=21=7TV54=155=MS30=+60=20060609-13:59:08198=NCD305210=148 8=FIX.4.29=23135=849=FIMAT_PREF56=MCOMPASS_DROP34=8843=Y52=20060609-14:02:08122=20060609-13:59:43115=nyse6=50.0314=20017=8820=031=50.0332=20037=50458138=20039=2150=240=21=7TV54=555=C30=nyse60=20060609-13:59:43198=NAI614510=127 8=FIX.4.29=23235=849=FIMAT_PREF56=MCOMPASS_DROP34=8943=Y52=20060609-14:02:08122=20060609-13:59:44115=ara6=54.0714=10017=8920=031=54.0732=10037=50458738=20039=1150=140=21=7WW54=155=SNDK30=ara60=20060609-13:59:44198=384905310=053 8=FIX.4.29=23235=849=FIMAT_PREF56=MCOMPASS_DROP34=9043=Y52=20060609-14:02:08122=20060609-13:59:45115=ara6=54.0714=20017=9020=031=54.0732=10037=50458738=20039=2150=240=21=7WW54=155=SNDK30=ara60=20060609-13:59:44198=384905310=041 8=FIX.4.29=23135=849=FIMAT_PREF56=MCOMPASS_DROP34=9143=Y52=20060609-14:02:08122=20060609-13:59:50115=nyse6=4.7914=30017=9120=031=4.7932=30037=50456238=50039=1150=140=21=7WF54=255=MEH30=nyse60=20060609-13:59:50198=NDD690310=176 8=FIX.4.29=26335=849=FIMAT_PREF56=MCOMPASS_DROP34=9243=Y52=20060609-14:02:08122=20060609-14:00:18115=C6=0.2514=517=9220=031=0.2532=537=50460338=539=2150=240=21=7YB54=160=20060609-14:00:1855=OIH30=C77=O167=OPT200=200606201=1202=155204=0198=CBT012910=176 8=FIX.4.29=26035=849=FIMAT_PREF56=MCOMPASS_DROP34=9343=Y52=20060609-14:02:08122=20060609-14:00:39115=X6=0.914=517=9320=031=0.9032=537=50461338=539=2150=240=21=7YB54=560=20060609-14:00:3955=OIH30=X77=O167=OPT200=200606201=1202=150204=0198=GNS7210=095 8=FIX.4.29=23235=849=FIMAT_PREF56=MCOMPASS_DROP34=9443=Y52=20060609-14:02:08122=20060609-14:00:41115=nyse6=4.79414=50017=9420=031=4.8032=20037=50456238=50039=2150=240=21=7WF54=255=MEH30=nyse60=20060609-14:00:40198=NDD690310=203 8=FIX.4.29=22535=849=FIMAT_PREF56=MCOMPASS_DROP34=9543=Y52=20060609-14:02:08122=20060609-14:00:43115=+6=59.614=10017=9520=031=59.6032=10037=50447338=10039=2150=240=21=7TV54=155=MS30=+60=20060609-14:00:43198=NDD689110=128 8=FIX.4.29=26035=849=FIMAT_PREF56=MCOMPASS_DROP34=9643=Y52=20060609-14:02:08122=20060609-14:01:00115=X6=0.414=517=9620=031=0.4032=537=50462738=539=2150=240=21=7YB54=160=20060609-14:00:5955=SXX30=X77=O167=OPT200=200606201=0202=415204=0198=GNV2010=117 8=FIX.4.29=26235=849=FIMAT_PREF56=MCOMPASS_DROP34=9743=Y52=20060609-14:02:08122=20060609-14:01:08115=C6=0.214=517=9720=031=0.2032=537=50457738=539=2150=240=21=7YB54=160=20060609-14:01:0755=OIH30=C77=O167=OPT200=200606201=0202=130204=0198=CBT012210=121 8=FIX.4.29=27035=849=FIMAT_PREF56=MCOMPASS_DROP34=9843=Y52=20060609-14:02:08122=20060609-14:01:34115=I6=2.2514=117=9820=031=2.2532=137=50332538=139=2150=240=21=7TV54=560=20060609-14:01:3455=ABX30=I77=O167=OPT200=200607201=1202=27.5204=0198=PRF039706090610=071 8=FIX.4.29=22635=849=FIMAT_PREF56=MCOMPASS_DROP34=9943=Y52=20060609-14:02:08122=20060609-14:01:58115=+6=25.114=10017=9920=031=25.1032=10037=50459038=10039=2150=240=21=7YN54=155=STZ30=+60=20060609-14:01:58198=NAI614710=217 8=FIX.4.29=7735=449=FIMAT_PREF56=MCOMPASS_DROP34=10052=20060609-14:02:08123=Y36=10110=206 8=FIX.4.29=11935=534=349=MCOMPASS_DROP52=20060609-14:02:34.46856=FIMAT_PREF58=MsgSeqNum too low, expecting 101 but received 10010=094 8=FIX.4.29=20735=834=10149=FIMAT_PREF56=MCOMPASS_DROP52=20060609-14:02:23115=ara6=28.814=10017=10020=031=28.8032=10037=50352738=10039=2150=240=21=VIC54=255=ABX30=ara60=20060609-14:02:23198=40054571710=252 8=FIX.4.29=7835=A34=449=MCOMPASS_DROP52=20060609-14:02:36.56256=FIMAT_PREF98=0108=3010=254 8=FIX.4.29=7635=A34=10449=FIMAT_PREF56=MCOMPASS_DROP52=20060609-14:02:3798=0108=3010=147 8=FIX.4.29=7735=234=549=MCOMPASS_DROP52=20060609-14:02:36.98456=FIMAT_PREF7=10116=010=186 8=FIX.4.29=23435=849=FIMAT_PREF56=MCOMPASS_DROP34=10143=Y52=20060609-14:02:37122=20060609-14:02:23115=ara6=28.814=10017=10020=031=28.8032=10037=50352738=10039=2150=240=21=VIC54=255=ABX30=ara60=20060609-14:02:23198=40054571710=054 8=FIX.4.29=7735=449=FIMAT_PREF56=MCOMPASS_DROP34=10252=20060609-14:02:37123=Y36=10310=212 8=FIX.4.29=26935=849=FIMAT_PREF56=MCOMPASS_DROP34=10343=Y52=20060609-14:02:38122=20060609-14:02:36115=I6=1.214=517=10120=031=1.2032=537=50433638=539=2150=240=21=7WG54=260=20060609-14:02:3655=JGQ30=I77=C167=OPT200=200607201=1202=10204=0198=PRF033606090610=233 8=FIX.4.29=7735=449=FIMAT_PREF56=MCOMPASS_DROP34=10452=20060609-14:02:38123=Y36=10510=217 8=FIX.4.29=11935=534=649=MCOMPASS_DROP52=20060609-14:02:38.75056=FIMAT_PREF58=MsgSeqNum too low, expecting 105 but received 10410=103 8=FIX.4.29=7835=A34=749=MCOMPASS_DROP52=20060609-14:03:06.73456=FIMAT_PREF98=0108=3010=000 8=FIX.4.29=7635=A34=10849=FIMAT_PREF56=MCOMPASS_DROP52=20060609-14:03:0798=0108=3010=149 8=FIX.4.29=7735=234=849=MCOMPASS_DROP52=20060609-14:03:07.01556=FIMAT_PREF7=10516=010=177 8=FIX.4.29=26535=849=FIMAT_PREF56=MCOMPASS_DROP34=10543=Y52=20060609-14:03:08122=20060609-14:02:38115=A6=0.0514=517=10220=031=0.0532=537=50464638=539=2150=240=21=7YB54=560=20060609-14:02:3855=OIH30=A77=O167=OPT200=200606201=0202=125204=0198=NAI615010=012 8=FIX.4.29=7735=449=FIMAT_PREF56=MCOMPASS_DROP34=10652=20060609-14:03:08123=Y36=10710=219 8=FIX.4.29=23735=849=FIMAT_PREF56=MCOMPASS_DROP34=10743=Y52=20060609-14:03:08122=20060609-14:02:43115=unknown6=0.9514=1017=10320=031=0.9532=1037=999999938=1039=1150=140=21=H2154=155=BNQ30=unknown60=20060609-14:02:42198=999999910=023 8=FIX.4.29=7735=449=FIMAT_PREF56=MCOMPASS_DROP34=10852=20060609-14:03:08123=Y36=10910=223 8=FIX.4.29=11935=534=949=MCOMPASS_DROP52=20060609-14:03:08.54656=FIMAT_PREF58=MsgSeqNum too low, expecting 109 but received 10810=115 8=FIX.4.29=7935=A34=1049=MCOMPASS_DROP52=20060609-14:03:36.90656=FIMAT_PREF98=0108=3010=047 8=FIX.4.29=7635=A34=11349=FIMAT_PREF56=MCOMPASS_DROP52=20060609-14:03:3798=0108=3010=148 8=FIX.4.29=7835=234=1149=MCOMPASS_DROP52=20060609-14:03:37.18756=FIMAT_PREF7=10916=010=237 ----- Original Message ---- From: Oren Miller <or...@qu...> To: Tom Frey <tom...@ki...> Cc: qui...@li... Sent: Friday, June 9, 2006 6:10:30 PM Subject: Re: [Quickfix-developers] Sequence number mismatch Hi Tom, Is it possible to post the entire log? --oren On Jun 9, 2006, at 10:46 AM, Tom Frey wrote: QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html QuickFIX Support: http://www.quickfixengine.org/services.html Hi I'm having a problem with sequence numbers on a sequence reset: 20060609-14:02:06 : MsgSeqNum too high, expecting 1 but received 100 20060609-14:02:06 : Sent ResendRequest FROM: 1 TO: 0 20060609-14:02:34 : ResendRequest for messages FROM: 1 TO: 99 has been satisfied. 20060609-14:02:34 : Processing QUEUED message: 100 20060609-14:02:34 : MsgSeqNum too low, expecting 101 but received 100 20060609-14:02:34 : Disconnecting ...messages... 8=FIX.4.29=22635=849=FIMAT_PREF56=MCOMPASS_DROP34=9943=Y52=20060609-14:02:08122=20060609-14:01:58115=+6=25.114=10017=9920=031=25.1032=10037=50459038=10039=2150=240=21=7YN54=155=STZ30=+60=20060609-14:01:58198=NAI614710=217 8=FIX.4.29=7735=449=FIMAT_PREF56=MCOMPASS_DROP34=10052=20060609-14:02:08123=Y36=10110=206 8=FIX.4.29=11935=534=349=MCOMPASS_DROP52=20060609-14:02:34.46856=FIMAT_PREF58=MsgSeqNum too low, expecting 101 but received 10010=094 Anybody has an idea what goes wrong here? Thanks, Tom _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
|
From: Oren M. <or...@qu...> - 2006-06-09 16:10:43
|
Hi Tom, Is it possible to post the entire log? --oren On Jun 9, 2006, at 10:46 AM, Tom Frey wrote: > QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/ > html/index.html > QuickFIX Support: http://www.quickfixengine.org/services.html > > Hi > > I'm having a problem with sequence numbers on a sequence reset: > > 20060609-14:02:06 : MsgSeqNum too high, expecting 1 but received 100 > 20060609-14:02:06 : Sent ResendRequest FROM: 1 TO: 0 > 20060609-14:02:34 : ResendRequest for messages FROM: 1 TO: 99 has > been satisfied. > 20060609-14:02:34 : Processing QUEUED message: 100 > 20060609-14:02:34 : MsgSeqNum too low, expecting 101 but received 100 > 20060609-14:02:34 : Disconnecting > > ...messages... > 8=FIX. > 4.29=22635=849=FIMAT_PREF56=MCOMPASS_DROP34=9943=Y52=20060609-14:02:08 > 122=20060609-14:01:58115= > +6=25.114=10017=9920=031=25.1032=10037=50459038=10039=2150=240=21=7YN5 > 4=155=STZ30=+60=20060609-14:01:58198=NAI614710=217 > 8=FIX. > 4.29=7735=449=FIMAT_PREF56=MCOMPASS_DROP34=10052=20060609-14:02:08123= > Y36=10110=206 > 8=FIX. > 4.29=11935=534=349=MCOMPASS_DROP52=20060609-14:02:34.46856=FIMAT_PREF5 > 8=MsgSeqNum too low, expecting 101 but received 10010=094 > > Anybody has an idea what goes wrong here? > > Thanks, > > Tom > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
|
From: Tom F. <tom...@ki...> - 2006-06-09 15:47:08
|
Hi I'm having a problem with sequence numbers on a sequence reset: 20060609-14:02:06 : MsgSeqNum too high, expecting 1 but received 100 20060609-14:02:06 : Sent ResendRequest FROM: 1 TO: 0 20060609-14:02:34 : ResendRequest for messages FROM: 1 TO: 99 has been satisfied. 20060609-14:02:34 : Processing QUEUED message: 100 20060609-14:02:34 : MsgSeqNum too low, expecting 101 but received 100 20060609-14:02:34 : Disconnecting ...messages... 8=FIX.4.29=22635=849=FIMAT_PREF56=MCOMPASS_DROP34=9943=Y52=20060609-14:02:08122=20060609-14:01:58115=+6=25.114=10017=9920=031=25.1032=10037=50459038=10039=2150=240=21=7YN54=155=STZ30=+60=20060609-14:01:58198=NAI614710=217 8=FIX.4.29=7735=449=FIMAT_PREF56=MCOMPASS_DROP34=10052=20060609-14:02:08123=Y36=10110=206 8=FIX.4.29=11935=534=349=MCOMPASS_DROP52=20060609-14:02:34.46856=FIMAT_PREF58=MsgSeqNum too low, expecting 101 but received 10010=094 Anybody has an idea what goes wrong here? Thanks, Tom |
|
From: Mark T. K. <mke...@di...> - 2006-06-07 12:05:33
|
will this eventually be fixed? the FIX42.xml file i see in SVN (under https://svn.sourceforge.net/svnroot/quickfix/trunk/quickfix) is still missing this info. i have a perl script that uses the XML::Twig module to parse this file and pretty-print the messages log. /mark Caleb Epstein wrote: > QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html > QuickFIX Support: http://www.quickfixengine.org/services.html > > On 4/25/06, Graham Miller <gra...@gm...> wrote: >> BTW, I came across this because the following code evaluates to false >> given a 4.2 data dictionary: >> >> dataDictionary.hasFieldValue(35) > > The values are there in the FIX43.xml and FIX44.xml files, so I > suspect this is just a bug in the FIX42.xml file. > > -- > Caleb Epstein > caleb dot epstein at gmail dot com > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=k&kid0709&bid&3057&dat1642 > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > This communication and any attachments may contain confidential/proprietary information and is intended for information purposes only. It is not an invitation or offer to purchase interests from Diamondback. Any representation to the contrary is unintentional. This communication is intended only for the person(s) to whom it is addressed. If you are not the intended recipient you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message or any attachments is not permitted. If you have received this in error, please notify the sender immediately by e-mail and delete this message. All e-mails sent to or received from this address will be received by Diamondback Capital Management's company e-mail system and is subject to archival and possible review by someone other than the recipient. This notice is automatically appended to each e-mail message leaving Diamondback Capital Management. |
|
From: Oren M. <or...@qu...> - 2006-06-06 16:45:32
|
This sounds like a similar issues we had with the .NET API. We need to make those objects disposable so we can free up the resources in a timely manner. --oren On Jun 4, 2006, at 10:00 PM, Yong-Jhen Hong wrote: > QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/ > html/index.html > QuickFIX Support: http://www.quickfixengine.org/services.html > > Hi all, > > I maintain an application that uses quickfix Java wrapper to connect > to a trading server, that program is expected to run 24 hours per day, > actually, it is implemented as a Windows service. > > My problem is, the FileStore objects I use never close the four > session > files, hence the program cannot create a new session (and an usable > FileStore object) every morning. After tracing the source, I find it > might be a garbage collection issue, which is similar to bug#192: > http://www.quickfixengine.org/bugtracker/bug.php?op=show&bugid=192 > > It is my point of view that depending on garbage collection (i.e, > the finalize() method) to do necessary cleanup is not a good thing. > Currently, I have a patch that do cleanup explicitly. But now the > initiator still don't establish session with the server correctly, > it continuously sends logout message instead. > > May anyone have similar usage scenario, or insight with this issue, > give my some suggestion? > My patch is also attached with this mail. > > Regards, > yongjhen > > diff -r quickfix-1.11.1\src\java\JavaMessageStore.cpp > quickfix-1.11.1-patch\src\java\JavaMessageStore.cpp > 66c66,71 > < JavaMessageStore::~JavaMessageStore() > { messageStore.deleteGlobalRef(); } > --- >> JavaMessageStore::~JavaMessageStore() { >> jmethodID destroyID = messageStore.getClass().getMethodID >> ( "destroy", "()V" ); >> if (destroyID != NULL) >> ENV::get()->CallVoidMethod(messageStore, destroyID); >> messageStore.deleteGlobalRef(); >> } > diff -r quickfix-1.11.1\src\java\quickfix_SocketInitiator.cpp > quickfix-1.11.1-patch\src\java\quickfix_SocketInitiator.cpp > 116,117c116,117 > < delete &p ->getApplication(); > < delete &p ->getMessageStoreFactory(); > --- >> FIX::Application* app = &p ->getApplication(); >> FIX::MessageStoreFactory* msf = &p ->getMessageStoreFactory(); > 118a119,120 >> delete msf; >> delete app; > diff -r quickfix-1.11.1\src\java\src\quickfix\CppMessageStore.java > quickfix-1.11.1-patch\src\java\src\quickfix\CppMessageStore.java > 61c61 > < private native void destroy(); > --- >> public native void destroy(); > diff -r quickfix-1.11.1\src\java\src\quickfix\FileStore.java > quickfix-1.11.1-patch\src\java\src\quickfix\FileStore.java > 37d36 > < destroy(); > 41c40 > < private native void destroy(); > --- >> public native void destroy(); > diff -r quickfix-1.11.1\src\java\src\quickfix\MemoryStore.java > quickfix-1.11.1-patch\src\java\src\quickfix\MemoryStore.java > 37d36 > < destroy(); > 41c40 > < private native void destroy(); > --- >> public native void destroy(); > diff -r quickfix-1.11.1\src\java\src\quickfix\MSSQLStore.java > quickfix-1.11.1-patch\src\java\src\quickfix\MSSQLStore.java > 37d36 > < destroy(); > 41c40 > < private native void destroy(); > --- >> public native void destroy(); > diff -r quickfix-1.11.1\src\java\src\quickfix\MySQLStore.java > quickfix-1.11.1-patch\src\java\src\quickfix\MySQLStore.java > 37d36 > < destroy(); > 41c40 > < private native void destroy(); > --- >> public native void destroy(); > diff -r quickfix-1.11.1\src\java\src\quickfix\PostgreSQLStore.java > quickfix-1.11.1-patch\src\java\src\quickfix\PostgreSQLStore.java > 37d36 > < destroy(); > 41c40 > < private native void destroy(); > --- >> public native void destroy(); > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
|
From: Brian C. <co...@oc...> - 2006-06-06 02:14:58
|
I am pleased to announce the beta release of Log4FIX. Log4FIX is an open source FIX logger/ message viewer, written in Java 5, and based on QuickFIX/J. Log4FIX provides a "pretty" view for FIX messages by utilizing the QuickFIX data dictionary. Log4FIX works in two main modes: - tightly integrated with your QuickFIX/J application (real time logging) - standalone application capable of parsing any file with valid FIX messages (replay a session) Log4FIX is still in beta. However, you should find it useful today. You can find out more information at: http:// www.opentradingsolutions.org/. Thanks, Brian Coyner Object Computing, Inc. http://www.ociweb.com/ http://www.opentradingsolutions.org/ |
|
From: Brendan B. <br...@ka...> - 2006-06-06 02:07:50
|
Hi Victor, Thanks for the suggestion. I just tried disabling my firewall on my MacBook - same result. Thanks! Brendan On Jun 4, 2006, at 8:18 AM, Victor wrote: > This bug can be because, of you might have had your fiew wall on. > Please turn off your firewall settings. I had this problem of > "Create unsatisfy link" when I was running quick fix on my PC. This > is valid on ly if we have classpath and all set well. > > Brendan Boerner <br...@ka...> wrote: > QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/ > html/index.html > QuickFIX Support: http://www.quickfixengine.org/services.html > > Mike, > > /Library/Extensions is specific to Mac OS X. On Windows I believe > the quickfix.jar is placed in <quickfix_dir/lib/quickfix.jar. > > You need to add that dir to your CLASSPATH so that Java can locate > the jar. > > HTH, Regards, > Brendan > > On Jun 2, 2006, at 11:28 PM, Mike Gossland wrote: > >> Hi developers, >> >> I downloaded and installed the quickfix source for the first time >> ever a few days ago on a PC running Windows XP. I am trying to >> make sure the example apps in the /bin directory run properly. I >> can get ./run_ordermatch.bat and ./run_tradeclient.bat to run with >> no problem. But when I try to run the ./run_executor_java.bat, I >> get exactly the same error message as above: >> >>> Exception in thread "main" java.lang.UnsatisfiedLinkError: create >>> at quickfix.SessionSettings.create(Native Method) >>> at quickfix.SessionSettings.<init>(Unknown Source) >>> at Executor.main(Executor.java:40) >> >> I have jdk1.5.0_07 installed, but my java knowledge is virtually >> nil. The PC version doesn't have a quickfix.jar file in an >> Extensions directory to remove, so I don't know how to fix this. >> Any suggestions of what to try next? >> >> Thanks, >> Mike Gossland >> >> PS - this is my 2nd attempt to email the list with this message. >> The first attempt doesn't seem to have made it. Sorry if this >> becomes a duplicate. >> >> >> At 03:43 PM 6/2/2006, Brendan Boerner wrote: >> >> >>> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/ >>> doc/html/index.html >>> QuickFIX Support: http://www.quickfixengine.org/services.html >>> >>> Hi, >>> >>> While I've used QF off and on for about ~3.5 years it was not until >>> this Spring that I used it on a MacBook. >>> >>> On the MacBook (and presumably the PPC versions as well) >>> quickfix.jar >>> is installed to /Library/Java/Extensions. >>> >>> I don't have a PPC to test this but this apparently is a problem on >>> the Intel machine: >>> >>> $ cd quickfix/bin >>> $ ./run_executor_java >>> Exception in thread "main" java.lang.UnsatisfiedLinkError: create >>> at quickfix.SessionSettings.create(Native Method) >>> at quickfix.SessionSettings.<init>(Unknown Source) >>> at Executor.main(Executor.java:40) >>> >>> # removing quickfix.jar from /Library/Java/Extensions is needed >>> $ rm /Library/Java/Extensions/quickfix.jar >>> $ ./run_executor_java >>> press <enter> to quit >>> >>> I thought I'd mention this in case others run into the same problem. >> >> >> > > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com |
|
From: Brendan B. <br...@ka...> - 2006-06-06 01:59:34
|
I was able to reproduce another odd behavior. I reproduced this using a Java QuickFIX app I created, it is reproducible using run_executor_java (see below): $ my_java_fix_app Exception in thread "main" java.lang.UnsatisfiedLinkError: no quickfix_jni in java.library.path at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682) at java.lang.Runtime.loadLibrary0(Runtime.java:822) at java.lang.System.loadLibrary(System.java:992) at com.rgm.apps.GSFixServer.<clinit>(MyJavaFixApp.java:33) $ cd <...>/quickfix-1.11.2.gcc/lib $ ln -s libquickfix_jni.dylib libquickfix_jni.jnilib $ my_java_fix_app <executes successfully> My LD_LIBRARY_PATH / DYLD_LIBRARY_PATH variables are exporting <...>/quickfix-1.11.2.gcc/lib. Adding "-Djava.library.path=<...>/quickfix-1.11.2.gcc/lib" ala run_executor_java did not help either. However, removing "-Djava.library.path=../lib" from run_executor_java reproduced the problem and the fix. This is on a MacBook, I do not have access to a PPC Mac to test this. Regards, Brendan On Jun 2, 2006, at 5:37 PM, Oren Miller wrote: > I just noticed this the other day with the MacBooks. It had been > working fine on the PowerBooks, but I haven't checked in a while. > > --oren > > On Jun 2, 2006, at 2:43 PM, Brendan Boerner wrote: > >> Hi, >> >> While I've used QF off and on for about ~3.5 years it was not until >> this Spring that I used it on a MacBook. >> >> On the MacBook (and presumably the PPC versions as well) quickfix.jar >> is installed to /Library/Java/Extensions. >> >> I don't have a PPC to test this but this apparently is a problem on >> the Intel machine: >> >> $ cd quickfix/bin >> $ ./run_executor_java >> Exception in thread "main" java.lang.UnsatisfiedLinkError: create >> at quickfix.SessionSettings.create(Native Method) >> at quickfix.SessionSettings.<init>(Unknown Source) >> at Executor.main(Executor.java:40) >> >> # removing quickfix.jar from /Library/Java/Extensions is needed >> $ rm /Library/Java/Extensions/quickfix.jar >> $ ./run_executor_java >> press <enter> to quit >> >> I thought I'd mention this in case others run into the same problem. >> >> Regards, >> Brendan |
|
From: Victor <vis...@ya...> - 2006-06-06 01:46:22
|
This bug can be because, of you might have had your fiew wall on. Please turn off your firewall settings. I had this problem of "Create unsatisfy link" when I was running quick fix on my PC. This is valid on ly if we have classpath and all set well. Brendan Boerner <br...@ka...> wrote: QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html QuickFIX Support: http://www.quickfixengine.org/services.html Mike, /Library/Extensions is specific to Mac OS X. On Windows I believe the quickfix.jar is placed in <quickfix_dir/lib/quickfix.jar. You need to add that dir to your CLASSPATH so that Java can locate the jar. HTH, Regards, Brendan On Jun 2, 2006, at 11:28 PM, Mike Gossland wrote: Hi developers, I downloaded and installed the quickfix source for the first time ever a few days ago on a PC running Windows XP. I am trying to make sure the example apps in the /bin directory run properly. I can get ./run_ordermatch.bat and ./run_tradeclient.bat to run with no problem. But when I try to run the ./run_executor_java.bat, I get exactly the same error message as above: Exception in thread "main" java.lang.UnsatisfiedLinkError: create at quickfix.SessionSettings.create(Native Method) at quickfix.SessionSettings.<init>(Unknown Source) at Executor.main(Executor.java:40) I have jdk1.5.0_07 installed, but my java knowledge is virtually nil. The PC version doesn't have a quickfix.jar file in an Extensions directory to remove, so I don't know how to fix this. Any suggestions of what to try next? Thanks, Mike Gossland PS - this is my 2nd attempt to email the list with this message. The first attempt doesn't seem to have made it. Sorry if this becomes a duplicate. At 03:43 PM 6/2/2006, Brendan Boerner wrote: QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html QuickFIX Support: http://www.quickfixengine.org/services.html Hi, While I've used QF off and on for about ~3.5 years it was not until this Spring that I used it on a MacBook. On the MacBook (and presumably the PPC versions as well) quickfix.jar is installed to /Library/Java/Extensions. I don't have a PPC to test this but this apparently is a problem on the Intel machine: $ cd quickfix/bin $ ./run_executor_java Exception in thread "main" java.lang.UnsatisfiedLinkError: create at quickfix.SessionSettings.create(Native Method) at quickfix.SessionSettings.<init>(Unknown Source) at Executor.main(Executor.java:40) # removing quickfix.jar from /Library/Java/Extensions is needed $ rm /Library/Java/Extensions/quickfix.jar $ ./run_executor_java press <enter> to quit I thought I'd mention this in case others run into the same problem. _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Yong-Jhen H. <yon...@al...> - 2006-06-06 01:37:43
|
Hi all, I maintain an application that uses quickfix Java wrapper to connect to a trading server, that program is expected to run 24 hours per day, actually, it is implemented as a Windows service. My problem is, the FileStore objects I use never close the four session files, hence the program cannot create a new session (and an usable FileStore object) every morning. After tracing the source, I find it might be a garbage collection issue, which is similar to bug#192: http://www.quickfixengine.org/bugtracker/bug.php?op=show&bugid=192 It is my point of view that depending on garbage collection (i.e, the finalize() method) to do necessary cleanup is not a good thing. Currently, I have a patch that do cleanup explicitly. But now the initiator still don't establish session with the server correctly, it continuously sends logout message instead. May anyone have similar usage scenario, or insight with this issue, give my some suggestion? My patch is also attached with this mail. Regards, yongjhen |
|
From: Brian C. <co...@oc...> - 2006-06-06 00:12:57
|
I am pleased to announce the beta release of Log4FIX. Log4FIX is an open source FIX logger/ message viewer, written in Java 5, and based on QuickFIX/J. Log4FIX provides a "pretty" view for FIX messages by utilizing the QuickFIX data dictionary. Log4FIX works in two main modes: - tightly integrated with your QuickFIX/J application (real time logging) - standalone application capable of parsing any file with valid FIX messages (replay a session) Log4FIX is still in beta. However, you should find it useful today. You can find out more information at: http:// www.opentradingsolutions.org/. Thanks, Brian Coyner Object Computing, Inc. http://www.ociweb.com/ http://www.opentradingsolutions.org/ |
|
From: Brendan B. <br...@ka...> - 2006-06-03 10:49:10
|
Mike, /Library/Extensions is specific to Mac OS X. On Windows I believe the quickfix.jar is placed in <quickfix_dir/lib/quickfix.jar. You need to add that dir to your CLASSPATH so that Java can locate the jar. HTH, Regards, Brendan On Jun 2, 2006, at 11:28 PM, Mike Gossland wrote: > Hi developers, > > I downloaded and installed the quickfix source for the first time > ever a few days ago on a PC running Windows XP. I am trying to make > sure the example apps in the /bin directory run properly. I can > get ./run_ordermatch.bat and ./run_tradeclient.bat to run with no > problem. But when I try to run the ./run_executor_java.bat, I get > exactly the same error message as above: > >> Exception in thread "main" java.lang.UnsatisfiedLinkError: create >> at quickfix.SessionSettings.create(Native Method) >> at quickfix.SessionSettings.<init>(Unknown Source) >> at Executor.main(Executor.java:40) > > I have jdk1.5.0_07 installed, but my java knowledge is virtually > nil. The PC version doesn't have a quickfix.jar file in an > Extensions directory to remove, so I don't know how to fix this. > Any suggestions of what to try next? > > Thanks, > Mike Gossland > > PS - this is my 2nd attempt to email the list with this message. > The first attempt doesn't seem to have made it. Sorry if this > becomes a duplicate. > > > At 03:43 PM 6/2/2006, Brendan Boerner wrote: > > >> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/ >> html/index.html >> QuickFIX Support: http://www.quickfixengine.org/services.html >> >> Hi, >> >> While I've used QF off and on for about ~3.5 years it was not until >> this Spring that I used it on a MacBook. >> >> On the MacBook (and presumably the PPC versions as well) quickfix.jar >> is installed to /Library/Java/Extensions. >> >> I don't have a PPC to test this but this apparently is a problem on >> the Intel machine: >> >> $ cd quickfix/bin >> $ ./run_executor_java >> Exception in thread "main" java.lang.UnsatisfiedLinkError: create >> at quickfix.SessionSettings.create(Native Method) >> at quickfix.SessionSettings.<init>(Unknown Source) >> at Executor.main(Executor.java:40) >> >> # removing quickfix.jar from /Library/Java/Extensions is needed >> $ rm /Library/Java/Extensions/quickfix.jar >> $ ./run_executor_java >> press <enter> to quit >> >> I thought I'd mention this in case others run into the same problem. > > > |
|
From: Oren M. <or...@qu...> - 2006-06-03 07:05:31
|
You probably just didn't uncomment #define HAVE_JAVA in the config_windows.h file. --oren On Jun 3, 2006, at 1:59 AM, Mike Gossland wrote: > QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/ > html/index.html > QuickFIX Support: http://www.quickfixengine.org/services.html > > Hi developers, > > I downloaded and installed the quickfix source for the first time > ever a few days ago on a PC running Windows XP. I am trying to make > sure the example apps in the /bin directory run properly. I can > get ./run_ordermatch.bat and ./run_tradeclient.bat to run with no > problem. But when I try to run the ./run_executor_java.bat, I get > exactly the same error message as above: > >> Exception in thread "main" java.lang.UnsatisfiedLinkError: create >> at quickfix.SessionSettings.create(Native Method) >> at quickfix.SessionSettings.<init>(Unknown Source) >> at Executor.main(Executor.java:40) > > I have jdk1.5.0_07 installed, but my java knowledge is virtually > nil. The PC version doesn't have a quickfix.jar file in an > Extensions directory to remove, so I don't know how to fix this. > Any suggestions of what to try next? > > Thanks, > Mike Gossland > > PS Sorry if this a duplicate email. > > > At 03:43 PM 6/2/2006, Brendan Boerner wrote: > > >> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/ >> html/index.html >> QuickFIX Support: http://www.quickfixengine.org/services.html >> >> Hi, >> >> While I've used QF off and on for about ~3.5 years it was not until >> this Spring that I used it on a MacBook. >> >> On the MacBook (and presumably the PPC versions as well) quickfix.jar >> is installed to /Library/Java/Extensions. >> >> I don't have a PPC to test this but this apparently is a problem on >> the Intel machine: >> >> $ cd quickfix/bin >> $ ./run_executor_java >> Exception in thread "main" java.lang.UnsatisfiedLinkError: create >> at quickfix.SessionSettings.create(Native Method) >> at quickfix.SessionSettings.<init>(Unknown Source) >> at Executor.main(Executor.java:40) >> >> # removing quickfix.jar from /Library/Java/Extensions is needed >> $ rm /Library/Java/Extensions/quickfix.jar >> $ ./run_executor_java >> press <enter> to quit >> >> I thought I'd mention this in case others run into the same problem. > > > > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
98 messages has been excluded from this view by a project administrator.
