quickfix-developers — QuickFIX developers forum

[Quickfix-developers] Bug in Session::unregisterSession

[Caleb E. <cal...@gm...>]

We had a QuickFIX application die in production today deep in the guts
of std::map::erase, and all signs point to this code being the
culprit:

void Session::unregisterSession( const SessionID& sessionID )
{ QF_STACK_PUSH(Session::unregisterSession)
  s_registered.erase( sessionID );
  QF_STACK_POP
}

This is the one place s_registered is being used without the s_mutex
being grabbed.

-- 
Caleb Epstein
caleb dot epstein at gmail dot com

Re: [Quickfix-developers] reloading mysql database

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

We had a problem like this with one of our MySQL databases.  It turns=20
out that MySQL indexes become fragmented over time as you add data.  In=20=

talking with a DBA his recommendation was to reindex periodically (once=20=

a week would probably be fine).  You can create a script to do this and=20=

stick it in a cron.

--oren

On Nov 15, 2004, at 9:35 AM, Clark Sims wrote:

> Queires of fix orders are starting to take a long time in my database=20=

> of fix orders. I thought maybe I should reload the database. After=20
> studying the way it is set up, I don't think this will do anything. I=20=

> only add records, and never delete them. The timestamp is one of the=20=

> keys used to sort the records, therefor the records are inserted in=20
> order, and the index tables should always stay in order.
>  =A0=A0 Do I understand this correctly? My impression is that the =
mysql=20
> database will always stay optimized because of the way quickfix access=20=

> the data.
>
> Do you Yahoo!?
>  Check out the new Yahoo! Front Page. www.yahoo.com=

Re: [Quickfix-developers] IP Address Configuration Option

[Joerg T. <Joe...@ma...>]

Hi Jon,

> Would it be diffucult to implement a configuration option to choose the ip
> address for the acceptor to listen on instead of INADDR_ANY?

I guess it should not be too difficult. Basically you have to extend the 
function socket_createAcceptor() in src/C++/Utility.cpp to have an extra 
parameter host (which could be a special value indicating INADDR_ANY).
Searching for the parameter SocketAcceptPort and SOCKET_ACCEPT_PORT and 
socket_createAcceptor() on the other side should give a good indication 
where the extra parameter would have to be added.

> We have multiple nics/ip addresses on our boxes which serve other
> purposes than Order Entry. >
> We simulated a nic failure in QA which didn't produce the expected results
> from QF - exception thrown resulting in a shutdown.
> 
> I would imagine something like this in the config file:
> 
> SocketAcceptAddress=192.168.254.254
>    or
> SocketAcceptAddress=Any /* Or just leave it out for INADDR_ANY */

I would suggest SocketAcceptHost to match corresponding 
SocketConnectHost. Otherwise, this is a good suggestion.

Cheers, Jörg

-- 
Joerg Thoennes
                                http://macd.com
Tel.: +49 (0)241 44597-24      Macdonald Associates GmbH
Fax : +49 (0)241 44597-10      Lothringer Str. 52, D-52070 Aachen

[Quickfix-developers] IP Address Configuration Option

[Jon D. <jd...@wi...>]

Oren,

Would it be diffucult to implement a configuration option to choose the ip
address for the acceptor to listen on instead of INADDR_ANY? We have
multiple nics/ip addresses on our boxes which serve other purposes than
Order Entry.

We simulated a nic failure in QA which didn't produce the expected results
from QF - exception thrown resulting in a shutdown.

I would imagine something like this in the config file:

SocketAcceptAddress=192.168.254.254
   or
SocketAcceptAddress=Any /* Or just leave it out for INADDR_ANY */


-jd-

[Quickfix-developers] reloading mysql database

[Clark S. <cla...@ya...>]

Queires of fix orders are starting to take a long time in my database of fix orders. I thought maybe I should reload the database. After studying the way it is set up, I don't think this will do anything. I only add records, and never delete them. The timestamp is one of the keys used to sort the records, therefor the records are inserted in order, and the index tables should always stay in order. 
   Do I understand this correctly? My impression is that the mysql database will always stay optimized because of the way quickfix access the data.

			
---------------------------------
Do you Yahoo!?
 Check out the new Yahoo! Front Page. www.yahoo.com

[Quickfix-developers] 1.9.3 Build error

[Murtaza N. <mur...@ko...>]

Hi,

I am new to Quick Fix. I downloaded 1.9.2 and was able to compile it fine 
with MySQL support.

However, the newly released 1.9.3 fails to compile with MySQL with the 
following error:

quickfix-1.9.3\quickfix\src\C++\MySQLStore.cpp(121): error C3861: 
'strptime': identifier not found, even with argument-dependent lookup

I am using Visual Studio .NET 2003 and MySQL 4.1 libs.

Can anyone help?

Thanks,

--Murtaza

Re: [Quickfix-developers] 1.9.3 DotNet Build error

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

In .NET these are static const members of the field class.  For example:

new Side( Side.SELL_SHORT )

Take a look at the C# implementation of Executor for examples.

--oren

On Nov 14, 2004, at 11:46 AM, Howard Engelhart wrote:

>
> I put a nice little application together using C# and have been=20
> impressed at how well it integrates.=A0 One thing I had trouble with =
is=20
> accessing the enummerated tag values from the FIX::FIELD enum defined=20=

> in FieldNumbers.h .=A0 Are these exposed as an enum via the dot net=20
> wrappers?=A0 What would be the easiest way to get the constant integer=20=

> value of a fix field/tag number?
> =A0
> Thanks,
> =A0
> -H
>
>
>
> This e-mail and/or its attachments may contain confidential and/or=20
> privileged information. =A0If you are not the intended recipient(s) or=20=

> have received this e-mail in error, please notify the sender=20
> immediately and=A0delete this e-mail and its attachments from your=20
> computer and files.=A0 Any unauthorized copying, disclosure or=20
> distribution of the material=A0contained herein is strictly =
forbidden.=A0=20
> Pipeline Trading Systems, LLC - Member NASD & SIPC.
> From: Oren Miller [mailto:or...@qu...]
> Sent: Sun 11/14/2004 12:27 PM
> To: Howard Engelhart
> Cc: qui...@li...
> Subject: Re: [Quickfix-developers] 1.9.3 DotNet Build error
>
>
> My oh my.=A0 This will certainly boost the performance of the NET
> library.
>
> --oren
>
> On Nov 14, 2004, at 5:50 AM, Howard Engelhart wrote:
>
> >
> > I modified the line (# 148 in Application.h) as you recommended and
> > that allowed the build to proceed.=A0 However there was one =
additional
> > error.
> > =A0
> > The build process failed to link the quickfix_net assembly to
> > quickfix.lib. The Release Configuration of the quickfix_net project,
> > Linker -> General section, the "Additional Library Directories"
> > setting points towards "..\..\lib\debug" it should be "..\..\lib\".
> > =A0
> > My guess is that if you were building debug then release it would=20
> seem
> > to work, however since I was building release only it failed.
> > =A0
> > -H
> > =A0
> >
> >
> >
> > This e-mail and/or its attachments may contain confidential and/or
> > privileged information. =A0If you are not the intended recipient(s) =
or
> > have received this e-mail in error, please notify the sender
> > immediately and=A0delete this e-mail and its attachments from your
> > computer and files.=A0 Any unauthorized copying, disclosure or
> > distribution of the material=A0contained herein is strictly =
forbidden.=A0
> > Pipeline Trading Systems, LLC - Member NASD & SIPC.
> > From: Oren Miller [mailto:or...@qu...]
> > Sent: Thu 11/11/2004 11:39 AM
> > To: Howard Engelhart
> > Cc: qui...@li...
> > Subject: Re: [Quickfix-developers] 1.9.3 DotNet Build error
> >
> >
> > Hmm, it's building fine for us, but perhaps your version of Visual
> > Studio is reacting differently.=A0 Looking at it I don't think the=20=

> __pin
> > should be part of the return type for that method.=A0 I would try
> > changing the line in Application.h as follow:
> >
> > QuickFix::Message __pin * create( const FIX::Message& unmanaged )
> >
> > to
> >
> > QuickFix::Message* create( const FIX::Message& unmanaged )
> >
> > Please report back if this fixes your problem so we can apply it to=20=

> the
> > code base.
> >
> > --oren
> >
> > On Nov 11, 2004, at 7:45 AM, Howard Engelhart wrote:
> >
> > >
> > > I am unable to compile version 1.9.3 in net BuildLog attached.
> > >
> > > =A0
> > >
> > > =A0
> > >
> > > ------ Rebuild All started: Project: quickfix_net, Configuration:
> > > Release Win32 ------
> > >
> > > =A0
> > >
> > > Deleting intermediate files and output files for project
> > > 'quickfix_net', configuration 'Release|Win32'.
> > >
> > > Compiling...
> > >
> > > Stdafx.cpp
> > >
> > > Compiling...
> > >
> > > quickfix_net.cpp
> > >
> > > c:\usr\local\src\quickfix.1.9.3\src\.NET\Application.h(149) : =
error
> > > C3824: 'create': only non-static local pointers may be declared as
> > > pinned
> > >
> > > Session.cpp
> > >
> > > ScreenLog.cpp
> > >
> > > =A0
> > >
> > > =A0
> > >
> > > Full Build Log:
> > >
> > > =A0
> > >
> > > Build Log=A0=A0 ------- Build started: Project: quickfix_net,
> > > Configuration: Release|Win32 -------
> > >
> > > =A0
> > >
> > > Command Lines=A0=A0 Creating temporary file
> > > "c:\usr\local\src\quickfix.1.9.3\src\.net\Release\RSP000004.rsp"=20=

> with
> > > contents
> > >
> > > [
> > >
> > > /O2 /I "..\..\include\\" /AI "..\..\lib" /D "WIN32" /D "NDEBUG" /D
> > > "_WINDLL" /D "_MBCS" /FD /EHsc /MD /GR /Fo"Release/"
> > > /Fd"Release/vc70.pdb" /W2 /c /clr /TP
> > >
> > > \quickfix_net.cpp
> > >
> > > .\Session.cpp
> > >
> > > \ScreenLog.cpp
> > >
> > > \MySQLMessageStore.cpp
> > >
> > > \MySQLLog.cpp
> > >
> > > \MessageStoreFactory.cpp
> > >
> > > \MessageStore.cpp
> > >
> > > .\Message.cpp
> > >
> > > \MemoryMessageStore.cpp
> > >
> > > .\Group.cpp
> > >
> > > \FileMessageStore.cpp
> > >
> > > \FileLog.cpp
> > >
> > > \Fields.cpp
> > >
> > > \CPPMessageStore.cpp
> > >
> > > \AssemblyInfo.cpp
> > >
> > > ]
> > >
> > > Creating command line "cl.exe
> > > @c:\usr\local\src\quickfix.1.9.3\src\.net\Release\RSP000004.rsp
> > > /nologo"
> > >
> > > Creating temporary file
> > > "c:\usr\local\src\quickfix.1.9.3\src\.net\Release\RSP000005.rsp"=20=

> with
> > > contents
> > >
> > > [
> > >
> > > /O2 /I "..\..\include\\" /AI "..\..\lib" /D "WIN32" /D "NDEBUG" /D
> > > "_WINDLL" /D "_MBCS" /FD /EHsc /MD /GR /Yc"stdafx.h"
> > > /Fp"Release/quickfix_net.pch" /Fo"Release/" /Fd"Release/vc70.pdb"=20=

> /W2
> > > /c /clr /TP
> > >
> > > \Stdafx.cpp
> > >
> > > ]
> > >
> > > Creating command line "cl.exe
> > > @c:\usr\local\src\quickfix.1.9.3\src\.net\Release\RSP000005.rsp
> > > /nologo"
> > >
> > > Output Window=A0=A0 Compiling...
> > >
> > > Stdafx.cpp
> > >
> > > Compiling...
> > >
> > > quickfix_net.cpp
> > >
> > > c:\usr\local\src\quickfix.1.9.3\src\.NET\Application.h(149) : =
error
> > > C3824: 'create': only non-static local pointers may be declared as
> > > pinned
> > >
> > > Session.cpp
> > >
> > > ScreenLog.cpp
> > >
> > > MySQLMessageStore.cpp
> > >
> > > MySQLLog.cpp
> > >
> > > MessageStoreFactory.cpp
> > >
> > > MessageStore.cpp
> > >
> > > Message.cpp
> > >
> > > MemoryMessageStore.cpp
> > >
> > > Group.cpp
> > >
> > > FileMessageStore.cpp
> > >
> > > FileLog.cpp
> > >
> > > Fields.cpp
> > >
> > > CPPMessageStore.cpp
> > >
> > > AssemblyInfo.cpp
> > >
> > > Generating Code...
> > >
> > > Results=A0=A0 Build log was saved at
> > >
> >=20
> "file://c:\usr\local\src\quickfix.1.9.3\src\.net\Release\BuildLog.htm"
> > >
> > > quickfix_net - 1 error(s), 0 warning(s)
> > >
> > >
> > > This e-mail and/or its attachments may contain confidential and/or
> > > privileged information. =A0If you are not the intended =
recipient(s)=20
> or
> > > have received this e-mail in error, please notify the sender
> > > immediately and=A0delete this e-mail and its attachments from your
> > > computer and files.=A0 Any unauthorized copying, disclosure or
> > > distribution of the material=A0contained herein is strictly=20
> forbidden.=A0
> > > Pipeline Trading Systems, LLC - Member NASD & SIPC. <BuildLog.htm>
>

RE: [Quickfix-developers] 1.9.3 DotNet Build error

[Howard E. <Ho...@Pi...>]

I put a nice little application together using C# and have been =
impressed at how well it integrates.  One thing I had trouble with is =
accessing the enummerated tag values from the FIX::FIELD enum defined in =
FieldNumbers.h .  Are these exposed as an enum via the dot net wrappers? =
 What would be the easiest way to get the constant integer value of a =
fix field/tag number?
=20
Thanks,
=20
-H

________________________________

From: Oren Miller [mailto:or...@qu...]
Sent: Sun 11/14/2004 12:27 PM
To: Howard Engelhart
Cc: qui...@li...
Subject: Re: [Quickfix-developers] 1.9.3 DotNet Build error



My oh my.  This will certainly boost the performance of the .NET
library.

--oren

On Nov 14, 2004, at 5:50 AM, Howard Engelhart wrote:

>
> I modified the line (# 148 in Application.h) as you recommended and
> that allowed the build to proceed.  However there was one additional
> error.
> =20
> The build process failed to link the quickfix_net assembly to
> quickfix.lib. The Release Configuration of the quickfix_net project,
> Linker -> General section, the "Additional Library Directories"
> setting points towards "..\..\lib\debug" it should be "..\..\lib\".
> =20
> My guess is that if you were building debug then release it would seem
> to work, however since I was building release only it failed.
> =20
> -H
> =20
>
>
>
> This e-mail and/or its attachments may contain confidential and/or
> privileged information.  If you are not the intended recipient(s) or
> have received this e-mail in error, please notify the sender
> immediately and delete this e-mail and its attachments from your
> computer and files.  Any unauthorized copying, disclosure or
> distribution of the material contained herein is strictly forbidden.=20
> Pipeline Trading Systems, LLC - Member NASD & SIPC.
> From: Oren Miller [mailto:or...@qu...]
> Sent: Thu 11/11/2004 11:39 AM
> To: Howard Engelhart
> Cc: qui...@li...
> Subject: Re: [Quickfix-developers] 1.9.3 DotNet Build error
>
>
> Hmm, it's building fine for us, but perhaps your version of Visual
> Studio is reacting differently.  Looking at it I don't think the __pin
> should be part of the return type for that method.  I would try
> changing the line in Application.h as follow:
>
> QuickFix::Message __pin * create( const FIX::Message& unmanaged )
>
> to
>
> QuickFix::Message* create( const FIX::Message& unmanaged )
>
> Please report back if this fixes your problem so we can apply it to =
the
> code base.
>
> --oren
>
> On Nov 11, 2004, at 7:45 AM, Howard Engelhart wrote:
>
> >
> > I am unable to compile version 1.9.3 in net BuildLog attached.
> >
> > =20
> >
> > =20
> >
> > ------ Rebuild All started: Project: quickfix_net, Configuration:
> > Release Win32 ------
> >
> > =20
> >
> > Deleting intermediate files and output files for project
> > 'quickfix_net', configuration 'Release|Win32'.
> >
> > Compiling...
> >
> > Stdafx.cpp
> >
> > Compiling...
> >
> > quickfix_net.cpp
> >
> > c:\usr\local\src\quickfix.1.9.3\src\.NET\Application.h(149) : error
> > C3824: 'create': only non-static local pointers may be declared as
> > pinned
> >
> > Session.cpp
> >
> > ScreenLog.cpp
> >
> > =20
> >
> > =20
> >
> > Full Build Log:
> >
> > =20
> >
> > Build Log   ------- Build started: Project: quickfix_net,
> > Configuration: Release|Win32 -------
> >
> > =20
> >
> > Command Lines   Creating temporary file
> > "c:\usr\local\src\quickfix.1.9.3\src\.net\Release\RSP000004.rsp" =
with
> > contents
> >
> > [
> >
> > /O2 /I "..\..\include\\" /AI "..\..\lib" /D "WIN32" /D "NDEBUG" /D
> > "_WINDLL" /D "_MBCS" /FD /EHsc /MD /GR /Fo"Release/"
> > /Fd"Release/vc70.pdb" /W2 /c /clr /TP
> >
> > \quickfix_net.cpp
> >
> > .\Session.cpp
> >
> > \ScreenLog.cpp
> >
> > .\MySQLMessageStore.cpp
> >
> > \MySQLLog.cpp
> >
> > .\MessageStoreFactory.cpp
> >
> > \MessageStore.cpp
> >
> > .\Message.cpp
> >
> > \MemoryMessageStore.cpp
> >
> > .\Group.cpp
> >
> > \FileMessageStore.cpp
> >
> > .\FileLog.cpp
> >
> > \Fields.cpp
> >
> > .\CPPMessageStore.cpp
> >
> > \AssemblyInfo.cpp
> >
> > ]
> >
> > Creating command line "cl.exe
> > @c:\usr\local\src\quickfix.1.9.3\src\.net\Release\RSP000004.rsp
> > /nologo"
> >
> > Creating temporary file
> > "c:\usr\local\src\quickfix.1.9.3\src\.net\Release\RSP000005.rsp" =
with
> > contents
> >
> > [
> >
> > /O2 /I "..\..\include\\" /AI "..\..\lib" /D "WIN32" /D "NDEBUG" /D
> > "_WINDLL" /D "_MBCS" /FD /EHsc /MD /GR /Yc"stdafx.h"
> > /Fp"Release/quickfix_net.pch" /Fo"Release/" /Fd"Release/vc70.pdb" =
/W2
> > /c /clr /TP
> >
> > \Stdafx.cpp
> >
> > ]
> >
> > Creating command line "cl.exe
> > @c:\usr\local\src\quickfix.1.9.3\src\.net\Release\RSP000005.rsp
> > /nologo"
> >
> > Output Window   Compiling...
> >
> > Stdafx.cpp
> >
> > Compiling...
> >
> > quickfix_net.cpp
> >
> > c:\usr\local\src\quickfix.1.9.3\src\.NET\Application.h(149) : error
> > C3824: 'create': only non-static local pointers may be declared as
> > pinned
> >
> > Session.cpp
> >
> > ScreenLog.cpp
> >
> > MySQLMessageStore.cpp
> >
> > MySQLLog.cpp
> >
> > MessageStoreFactory.cpp
> >
> > MessageStore.cpp
> >
> > Message.cpp
> >
> > MemoryMessageStore.cpp
> >
> > Group.cpp
> >
> > FileMessageStore.cpp
> >
> > FileLog.cpp
> >
> > Fields.cpp
> >
> > CPPMessageStore.cpp
> >
> > AssemblyInfo.cpp
> >
> > Generating Code...
> >
> > Results   Build log was saved at
> >
> "file://c:\usr\local\src\quickfix.1.9.3\src\.net\Release\BuildLog.htm"
> >
> > quickfix_net - 1 error(s), 0 warning(s)
> >
> >
> > This e-mail and/or its attachments may contain confidential and/or
> > privileged information.  If you are not the intended recipient(s) or
> > have received this e-mail in error, please notify the sender
> > immediately and delete this e-mail and its attachments from your
> > computer and files.  Any unauthorized copying, disclosure or
> > distribution of the material contained herein is strictly forbidden. =

> > Pipeline Trading Systems, LLC - Member NASD & SIPC. <BuildLog.htm>





This e-mail and/or its attachments may contain confidential and/or =
privileged information. If you are not the intended recipient(s) or have =
received this e-mail in error, please notify the sender immediately and =
delete this e-mail and its attachments from your computer and files. Any =
unauthorized copying, disclosure or distribution of the material =
contained herein is strictly forbidden. Pipeline Trading Systems, LLC - =
Member NASD & SIPC.

Re: [Quickfix-developers] 1.9.3 DotNet Build error

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

My oh my.  This will certainly boost the performance of the .NET=20
library.

--oren

On Nov 14, 2004, at 5:50 AM, Howard Engelhart wrote:

>
> I modified the line (# 148 in Application.h) as you recommended and=20
> that allowed the build to proceed.=A0 However there was one additional=20=

> error.
> =A0
> The build process failed to link the quickfix_net assembly to=20
> quickfix.lib. The Release Configuration of the quickfix_net project,=20=

> Linker -> General section, the "Additional Library Directories"=20
> setting points towards "..\..\lib\debug" it should be "..\..\lib\".
> =A0
> My guess is that if you were building debug then release it would seem=20=

> to work, however since I was building release only it failed.
> =A0
> -H
> =A0
>
>
>
> This e-mail and/or its attachments may contain confidential and/or=20
> privileged information. =A0If you are not the intended recipient(s) or=20=

> have received this e-mail in error, please notify the sender=20
> immediately and=A0delete this e-mail and its attachments from your=20
> computer and files.=A0 Any unauthorized copying, disclosure or=20
> distribution of the material=A0contained herein is strictly =
forbidden.=A0=20
> Pipeline Trading Systems, LLC - Member NASD & SIPC.
> From: Oren Miller [mailto:or...@qu...]
> Sent: Thu 11/11/2004 11:39 AM
> To: Howard Engelhart
> Cc: qui...@li...
> Subject: Re: [Quickfix-developers] 1.9.3 DotNet Build error
>
>
> Hmm, it's building fine for us, but perhaps your version of Visual
> Studio is reacting differently.=A0 Looking at it I don't think the =
__pin
> should be part of the return type for that method.=A0 I would try
> changing the line in Application.h as follow:
>
> QuickFix::Message __pin * create( const FIX::Message& unmanaged )
>
> to
>
> QuickFix::Message* create( const FIX::Message& unmanaged )
>
> Please report back if this fixes your problem so we can apply it to =
the
> code base.
>
> --oren
>
> On Nov 11, 2004, at 7:45 AM, Howard Engelhart wrote:
>
> >
> > I am unable to compile version 1.9.3 in net BuildLog attached.
> >
> > =A0
> >
> > =A0
> >
> > ------ Rebuild All started: Project: quickfix_net, Configuration:
> > Release Win32 ------
> >
> > =A0
> >
> > Deleting intermediate files and output files for project
> > 'quickfix_net', configuration 'Release|Win32'.
> >
> > Compiling...
> >
> > Stdafx.cpp
> >
> > Compiling...
> >
> > quickfix_net.cpp
> >
> > c:\usr\local\src\quickfix.1.9.3\src\.NET\Application.h(149) : error
> > C3824: 'create': only non-static local pointers may be declared as
> > pinned
> >
> > Session.cpp
> >
> > ScreenLog.cpp
> >
> > =A0
> >
> > =A0
> >
> > Full Build Log:
> >
> > =A0
> >
> > Build Log=A0=A0 ------- Build started: Project: quickfix_net,
> > Configuration: Release|Win32 -------
> >
> > =A0
> >
> > Command Lines=A0=A0 Creating temporary file
> > "c:\usr\local\src\quickfix.1.9.3\src\.net\Release\RSP000004.rsp" =
with
> > contents
> >
> > [
> >
> > /O2 /I "..\..\include\\" /AI "..\..\lib" /D "WIN32" /D "NDEBUG" /D
> > "_WINDLL" /D "_MBCS" /FD /EHsc /MD /GR /Fo"Release/"
> > /Fd"Release/vc70.pdb" /W2 /c /clr /TP
> >
> > \quickfix_net.cpp
> >
> > .\Session.cpp
> >
> > \ScreenLog.cpp
> >
> > .\MySQLMessageStore.cpp
> >
> > \MySQLLog.cpp
> >
> > .\MessageStoreFactory.cpp
> >
> > \MessageStore.cpp
> >
> > .\Message.cpp
> >
> > \MemoryMessageStore.cpp
> >
> > .\Group.cpp
> >
> > \FileMessageStore.cpp
> >
> > .\FileLog.cpp
> >
> > \Fields.cpp
> >
> > .\CPPMessageStore.cpp
> >
> > \AssemblyInfo.cpp
> >
> > ]
> >
> > Creating command line "cl.exe
> > @c:\usr\local\src\quickfix.1.9.3\src\.net\Release\RSP000004.rsp
> > /nologo"
> >
> > Creating temporary file
> > "c:\usr\local\src\quickfix.1.9.3\src\.net\Release\RSP000005.rsp" =
with
> > contents
> >
> > [
> >
> > /O2 /I "..\..\include\\" /AI "..\..\lib" /D "WIN32" /D "NDEBUG" /D
> > "_WINDLL" /D "_MBCS" /FD /EHsc /MD /GR /Yc"stdafx.h"
> > /Fp"Release/quickfix_net.pch" /Fo"Release/" /Fd"Release/vc70.pdb" =
/W2
> > /c /clr /TP
> >
> > \Stdafx.cpp
> >
> > ]
> >
> > Creating command line "cl.exe
> > @c:\usr\local\src\quickfix.1.9.3\src\.net\Release\RSP000005.rsp
> > /nologo"
> >
> > Output Window=A0=A0 Compiling...
> >
> > Stdafx.cpp
> >
> > Compiling...
> >
> > quickfix_net.cpp
> >
> > c:\usr\local\src\quickfix.1.9.3\src\.NET\Application.h(149) : error
> > C3824: 'create': only non-static local pointers may be declared as
> > pinned
> >
> > Session.cpp
> >
> > ScreenLog.cpp
> >
> > MySQLMessageStore.cpp
> >
> > MySQLLog.cpp
> >
> > MessageStoreFactory.cpp
> >
> > MessageStore.cpp
> >
> > Message.cpp
> >
> > MemoryMessageStore.cpp
> >
> > Group.cpp
> >
> > FileMessageStore.cpp
> >
> > FileLog.cpp
> >
> > Fields.cpp
> >
> > CPPMessageStore.cpp
> >
> > AssemblyInfo.cpp
> >
> > Generating Code...
> >
> > Results=A0=A0 Build log was saved at
> >=20
> "file://c:\usr\local\src\quickfix.1.9.3\src\.net\Release\BuildLog.htm"
> >
> > quickfix_net - 1 error(s), 0 warning(s)
> >
> >
> > This e-mail and/or its attachments may contain confidential and/or
> > privileged information. =A0If you are not the intended recipient(s) =
or
> > have received this e-mail in error, please notify the sender
> > immediately and=A0delete this e-mail and its attachments from your
> > computer and files.=A0 Any unauthorized copying, disclosure or
> > distribution of the material=A0contained herein is strictly =
forbidden.=A0
> > Pipeline Trading Systems, LLC - Member NASD & SIPC. <BuildLog.htm>

RE: [Quickfix-developers] 1.9.3 DotNet Build error

[Howard E. <Ho...@Pi...>]

I modified the line (# 148 in Application.h) as you recommended and that =
allowed the build to proceed.  However there was one additional error.
=20
The build process failed to link the quickfix_net assembly to =
quickfix.lib. The Release Configuration of the quickfix_net project, =
Linker -> General section, the "Additional Library Directories" setting =
points towards "..\..\lib\debug" it should be "..\..\lib\".
=20
My guess is that if you were building debug then release it would seem =
to work, however since I was building release only it failed.
=20
-H
=20

________________________________

From: Oren Miller [mailto:or...@qu...]
Sent: Thu 11/11/2004 11:39 AM
To: Howard Engelhart
Cc: qui...@li...
Subject: Re: [Quickfix-developers] 1.9.3 DotNet Build error



Hmm, it's building fine for us, but perhaps your version of Visual
Studio is reacting differently.  Looking at it I don't think the __pin
should be part of the return type for that method.  I would try
changing the line in Application.h as follow:

QuickFix::Message __pin * create( const FIX::Message& unmanaged )

to

QuickFix::Message* create( const FIX::Message& unmanaged )

Please report back if this fixes your problem so we can apply it to the
code base.

--oren

On Nov 11, 2004, at 7:45 AM, Howard Engelhart wrote:

>
> I am unable to compile version 1.9.3 in .net BuildLog attached.
>
> =20
>
> =20
>
> ------ Rebuild All started: Project: quickfix_net, Configuration:
> Release Win32 ------
>
> =20
>
> Deleting intermediate files and output files for project
> 'quickfix_net', configuration 'Release|Win32'.
>
> Compiling...
>
> Stdafx.cpp
>
> Compiling...
>
> quickfix_net.cpp
>
> c:\usr\local\src\quickfix.1.9.3\src\.NET\Application.h(149) : error
> C3824: 'create': only non-static local pointers may be declared as
> pinned
>
> Session.cpp
>
> ScreenLog.cpp
>
> =20
>
> =20
>
> Full Build Log:
>
> =20
>
> Build Log   ------- Build started: Project: quickfix_net,
> Configuration: Release|Win32 -------
>
> =20
>
> Command Lines   Creating temporary file
> "c:\usr\local\src\quickfix.1.9.3\src\.net\Release\RSP000004.rsp" with
> contents
>
> [
>
> /O2 /I "..\..\include\\" /AI "..\..\lib" /D "WIN32" /D "NDEBUG" /D
> "_WINDLL" /D "_MBCS" /FD /EHsc /MD /GR /Fo"Release/"
> /Fd"Release/vc70.pdb" /W2 /c /clr /TP
>
> .\quickfix_net.cpp
>
> .\Session.cpp
>
> .\ScreenLog.cpp
>
> .\MySQLMessageStore.cpp
>
> .\MySQLLog.cpp
>
> .\MessageStoreFactory.cpp
>
> .\MessageStore.cpp
>
> .\Message.cpp
>
> .\MemoryMessageStore.cpp
>
> .\Group.cpp
>
> .\FileMessageStore.cpp
>
> .\FileLog.cpp
>
> .\Fields.cpp
>
> .\CPPMessageStore.cpp
>
> .\AssemblyInfo.cpp
>
> ]
>
> Creating command line "cl.exe
> @c:\usr\local\src\quickfix.1.9.3\src\.net\Release\RSP000004.rsp
> /nologo"
>
> Creating temporary file
> "c:\usr\local\src\quickfix.1.9.3\src\.net\Release\RSP000005.rsp" with
> contents
>
> [
>
> /O2 /I "..\..\include\\" /AI "..\..\lib" /D "WIN32" /D "NDEBUG" /D
> "_WINDLL" /D "_MBCS" /FD /EHsc /MD /GR /Yc"stdafx.h"
> /Fp"Release/quickfix_net.pch" /Fo"Release/" /Fd"Release/vc70.pdb" /W2
> /c /clr /TP
>
> .\Stdafx.cpp
>
> ]
>
> Creating command line "cl.exe
> @c:\usr\local\src\quickfix.1.9.3\src\.net\Release\RSP000005.rsp
> /nologo"
>
> Output Window   Compiling...
>
> Stdafx.cpp
>
> Compiling...
>
> quickfix_net.cpp
>
> c:\usr\local\src\quickfix.1.9.3\src\.NET\Application.h(149) : error
> C3824: 'create': only non-static local pointers may be declared as
> pinned
>
> Session.cpp
>
> ScreenLog.cpp
>
> MySQLMessageStore.cpp
>
> MySQLLog.cpp
>
> MessageStoreFactory.cpp
>
> MessageStore.cpp
>
> Message.cpp
>
> MemoryMessageStore.cpp
>
> Group.cpp
>
> FileMessageStore.cpp
>
> FileLog.cpp
>
> Fields.cpp
>
> CPPMessageStore.cpp
>
> AssemblyInfo.cpp
>
> Generating Code...
>
> Results   Build log was saved at
> "file://c:\usr\local\src\quickfix.1.9.3\src\.net\Release\BuildLog.htm"
>
> quickfix_net - 1 error(s), 0 warning(s)
>
>
> This e-mail and/or its attachments may contain confidential and/or
> privileged information.  If you are not the intended recipient(s) or
> have received this e-mail in error, please notify the sender
> immediately and delete this e-mail and its attachments from your
> computer and files.  Any unauthorized copying, disclosure or
> distribution of the material contained herein is strictly forbidden.=20
> Pipeline Trading Systems, LLC - Member NASD & SIPC. <BuildLog.htm>




This e-mail and/or its attachments may contain confidential and/or =
privileged information. If you are not the intended recipient(s) or have =
received this e-mail in error, please notify the sender immediately and =
delete this e-mail and its attachments from your computer and files. Any =
unauthorized copying, disclosure or distribution of the material =
contained herein is strictly forbidden. Pipeline Trading Systems, LLC - =
Member NASD & SIPC.

RE: [Quickfix-developers] Re: [Quickfix-users] Query on QuickFIX 1.9.3 Version --Oren

[Gururaj K. <gkr...@ba...>]

The other thing to be noted is that - if the client process is still
running after the endTime for a FIX session, the socket connect and
disconnect will continue to happen every <reconnectInterval> for that
session.

The loop in ThreadedSocketInitiator::socketThread() seems to exit only
on process exit (I think). Right now, to avoid this - sleep <# seconds
until start of session> at the end of the "while ( !pInitiator->m_stop
)" loop.

I am checking only the v1.6 code. Can someone please confirm this in
1.9.3, or if there is a better way to work this?


-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Oren Miller
Sent: Wednesday, November 10, 2004 4:04 PM
To: Dinesh Belaguli
Cc: qui...@li...;
qui...@li...
Subject: [Quickfix-developers] Re: [Quickfix-users] Query on QuickFIX
1.9.3 Version --Oren


QuickFIX Documentation:
http://www.quickfixengine.org/quickfix/doc/html/index.html
QuickFIX FAQ:
http://www.quickfixengine.org/wikifix/index.php?QuickFixFAQ
QuickFIX Support: http://www.quickfixengine.org/services.html

Dinesh,

No, unfortunately this did not make it into 1.9.3.  It will go into the

next release.  You will have to apply this patch manually right now.

--oren

On Nov 10, 2004, at 4:54 AM, Dinesh Belaguli wrote:

> Hi oren,
> =A0=A0=A0 The problem mentioned below (i.e., Session Establishment =
when the
> startTime is reached)is working fine with Max Solution. so is this fix

> available in the latest version of quickfix.
> =A0=A0=A0
>  thanx
> dinesh.
> -----Original Message-----
> From: Requenes, Max [mailto:Max...@sa...]
> Sent: Monday, November 08, 2004 7:57 PM
> To: Dinesh Belaguli; qui...@li...;
> qui...@li...
> Subject: RE: [Quickfix-developers] Sessions are not established when =20
> it reaches the startTime.
>
> Do you happen to be using ThreadedSocketInitiator?
> =A0
> I ran into a similar problem. I fixed it by modifying
> ThreadedSocketInitiator::onStart()
> =A0
> change this:
> connect();
> while ( !m_stop )
> =A0 process_sleep(1);
> =A0
> to this:
>
> while ( !m_stop ) {
> =A0 connect();
> =A0 process_sleep(1);
> }
> =A0
> =A0
> I submitted this fix to the mailing list before, but got no response.=20
> http://sourceforge.net/mailarchive/forum.php?
> thread_id=3D4325707&forum_id=3D103
> =A0
> Let me know if this helps.
> -----Original Message-----
> From: Dinesh Belaguli [mailto:Din...@in...]
> Sent: Monday, November 08, 2004 4:05 AM
> To: qui...@li...;
> qui...@li...
> Cc: Dinesh Belaguli
> Subject: [Quickfix-developers] Sessions are not established when it =20
> reaches the startTime.
> Importance: High
>
>
> hi,
> =A0I have two programmes acting one as client and other as server.
> in the quickfixConfig.cfg (configuration file) i have configured the =20
> start and EndTime as follows.
>
> StartTime=3D08:45:00
> EndTime=3D08:10:00=A0
>
> the above timings are in GMT.
> for convenience i changed my system time to GMT.
>
> I started the server programme before running the client programme.
>
>
>
> Two cases.
> 1) when i start my client programme before the start Time say 08:40:00
> =A0=A0=A0=A0=A0=A0=A0 connection established successfully but the =
sessions are not =20
> created that is fine.
> =A0=A0=A0=A0=A0=A0=A0 but when the time reaches 8:45 it didn't =
(create) establish =20
> the sessions (ideally it should establish the sessions know.)
>
> =A0=A0=A0=A0=A0=A0=A0
>
>  2) when i start the client programme some where after the startTime =20
> say 8:48 then it established sessions.
>
> i want to know y the sessions are not created in the first case as i =20
> have explained..
> can any one through some light on this..
>
>
>
> =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 BELOW is My Configuration =
File i.e. at client side.
> =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0
>
>
>
>  [DEFAULT]
> ConnectionType=3Dinitiator
> HeartBtInt=3D20
> FileStorePath=3Dstore
> FileLogPath=3Dlogs
>
> StartTime=3D08:45:00
> EndTime=3D08:10:00
>
> ResetOnDisconnect=3DN
> ResetOnLogout=3DN
> ProviderPassword=3D
> SenderSubID=3D
> OnLogonResetMsgSeqNo=3Dfalse
>
>
>
> [SESSION]
> BeginString=3DFIX.4.2
> SenderCompID=3DITLClientMD
> TargetCompID=3DITLServer
> UseDataDictionary=3DY
> ValidateFieldsOutOfOrder=3DY
> DataDictionary=3Djava/spec/barclay/FIX42.xml
> CheckLatency=3DN
> SocketConnectHost=3Dlocalhost
> SocketConnectPort=3D5007
>
>
>
>
> [SESSION]
> BeginString=3DFIX.4.2
> SenderCompID=3DITLClientOrder
> TargetCompID=3DITLServer
> UseDataDictionary=3DY
> ValidateFieldsOutOfOrder=3DY
> DataDictionary=3Djava/spec/barclay/FIX42.xml
> CheckLatency=3DN
> SocketConnectHost=3Dlocalhost
> SocketConnectPort=3D5007
>
>
>
> Thanx.
> Dinesh.
>
>
>
>
> DISCLAIMER: This e-mail message and any attachments are intended =20
> solely for the use of the individual or entity to which it is =20
> addressed and may contain information that is confidential or legally

> privileged. If you are not the intended recipient, you are hereby =20
> notified that any dissemination, distribution, copying or other use of

> this message or its attachments is strictly prohibited. If you have =20
> received this message in error, please notify the sender immediately =20
> and permanently delete this message and any attachments.
>
>



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_idU88&alloc_id=12065&op=CCk
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

RE: [Quickfix-developers] Multiple sessions with different start and end times

[Gururaj K. <gkr...@ba...>]

In Session.cpp file, under Session::Session constructor function, the
following code

    if( !checkSessionTime( UtcTimeStamp() ) )
    reset();

causes the seq nums to be reset. We can either make this configurable or
don't reset sequence numbers (which essentially means, state is cleaned
only outside of QF).

-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Brendan B. Boerner
Sent: Wednesday, October 27, 2004 11:06 AM
To: sha...@in...; qui...@li...
Subject: RE: [Quickfix-developers] Multiple sessions with different
start and end times


QuickFIX Documentation:
http://www.quickfixengine.org/quickfix/doc/html/index.html
QuickFIX FAQ:
http://www.quickfixengine.org/wikifix/index.php?QuickFixFAQ
QuickFIX Support: http://www.quickfixengine.org/services.html

On Mon, 25 Oct 2004 "Shamanth" <sha...@in...> wrote:

Shamanth,

The way I handled this was to configure QF for a single session
beginning at the start of the 1st session and ending at the end of the
last session.  I started and stopped each 'interior' session via
Application::run() which would detect the end of a session and an outer
loop which would detect the start of a session and start QF.

Regards,
Brendan

> I am using quickfix 1.8
> =20
> I have a provider who has some complex session timing settings. within

> a = day, they start and stop the sessions at multiple times, but reset

> the = sequence number only once. And also they are down on weekends. 
> =20 I wanted to have multiple sessions configured for this provider 
> with the = same SenderCompID, TargetCompID and BeginString, But each 
> of these = sessions would have different starttime and endtime.
> =20
> Problem: Sequence numbers get reset everytime any of the session's =
> starttime/endtime is crossed. Is it possible to configure quickfix not
=
> to reset the sequence numbers based on starttime and endtime.
> =20



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE LinuxWorld
Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

Re: [Quickfix-developers] 1.9.3 DotNet Build error

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

Hmm, it's building fine for us, but perhaps your version of Visual=20
Studio is reacting differently.  Looking at it I don't think the __pin=20=

should be part of the return type for that method.  I would try=20
changing the line in Application.h as follow:

QuickFix::Message __pin * create( const FIX::Message& unmanaged )

to

QuickFix::Message* create( const FIX::Message& unmanaged )

Please report back if this fixes your problem so we can apply it to the=20=

code base.

--oren

On Nov 11, 2004, at 7:45 AM, Howard Engelhart wrote:

>
> I am unable to compile version 1.9.3 in .net BuildLog attached.
>
> =A0
>
> =A0
>
> ------ Rebuild All started: Project: quickfix_net, Configuration:=20
> Release Win32 ------
>
> =A0
>
> Deleting intermediate files and output files for project=20
> 'quickfix_net', configuration 'Release|Win32'.
>
> Compiling...
>
> Stdafx.cpp
>
> Compiling...
>
> quickfix_net.cpp
>
> c:\usr\local\src\quickfix.1.9.3\src\.NET\Application.h(149) : error=20
> C3824: 'create': only non-static local pointers may be declared as=20
> pinned
>
> Session.cpp
>
> ScreenLog.cpp
>
> =A0
>
> =A0
>
> Full Build Log:
>
> =A0
>
> Build Log=A0=A0 ------- Build started: Project: quickfix_net,=20
> Configuration: Release|Win32 -------
>
> =A0
>
> Command Lines=A0=A0 Creating temporary file=20
> "c:\usr\local\src\quickfix.1.9.3\src\.net\Release\RSP000004.rsp" with=20=

> contents
>
> [
>
> /O2 /I "..\..\include\\" /AI "..\..\lib" /D "WIN32" /D "NDEBUG" /D=20
> "_WINDLL" /D "_MBCS" /FD /EHsc /MD /GR /Fo"Release/"=20
> /Fd"Release/vc70.pdb" /W2 /c /clr /TP
>
> .\quickfix_net.cpp
>
> .\Session.cpp
>
> .\ScreenLog.cpp
>
> .\MySQLMessageStore.cpp
>
> .\MySQLLog.cpp
>
> .\MessageStoreFactory.cpp
>
> .\MessageStore.cpp
>
> .\Message.cpp
>
> .\MemoryMessageStore.cpp
>
> .\Group.cpp
>
> .\FileMessageStore.cpp
>
> .\FileLog.cpp
>
> .\Fields.cpp
>
> .\CPPMessageStore.cpp
>
> .\AssemblyInfo.cpp
>
> ]
>
> Creating command line "cl.exe=20
> @c:\usr\local\src\quickfix.1.9.3\src\.net\Release\RSP000004.rsp=20
> /nologo"
>
> Creating temporary file=20
> "c:\usr\local\src\quickfix.1.9.3\src\.net\Release\RSP000005.rsp" with=20=

> contents
>
> [
>
> /O2 /I "..\..\include\\" /AI "..\..\lib" /D "WIN32" /D "NDEBUG" /D=20
> "_WINDLL" /D "_MBCS" /FD /EHsc /MD /GR /Yc"stdafx.h"=20
> /Fp"Release/quickfix_net.pch" /Fo"Release/" /Fd"Release/vc70.pdb" /W2=20=

> /c /clr /TP
>
> .\Stdafx.cpp
>
> ]
>
> Creating command line "cl.exe=20
> @c:\usr\local\src\quickfix.1.9.3\src\.net\Release\RSP000005.rsp=20
> /nologo"
>
> Output Window=A0=A0 Compiling...
>
> Stdafx.cpp
>
> Compiling...
>
> quickfix_net.cpp
>
> c:\usr\local\src\quickfix.1.9.3\src\.NET\Application.h(149) : error=20
> C3824: 'create': only non-static local pointers may be declared as=20
> pinned
>
> Session.cpp
>
> ScreenLog.cpp
>
> MySQLMessageStore.cpp
>
> MySQLLog.cpp
>
> MessageStoreFactory.cpp
>
> MessageStore.cpp
>
> Message.cpp
>
> MemoryMessageStore.cpp
>
> Group.cpp
>
> FileMessageStore.cpp
>
> FileLog.cpp
>
> Fields.cpp
>
> CPPMessageStore.cpp
>
> AssemblyInfo.cpp
>
> Generating Code...
>
> Results=A0=A0 Build log was saved at=20
> "file://c:\usr\local\src\quickfix.1.9.3\src\.net\Release\BuildLog.htm"
>
> quickfix_net - 1 error(s), 0 warning(s)
>
>
> This e-mail and/or its attachments may contain confidential and/or=20
> privileged information. =A0If you are not the intended recipient(s) or=20=

> have received this e-mail in error, please notify the sender=20
> immediately and=A0delete this e-mail and its attachments from your=20
> computer and files.=A0 Any unauthorized copying, disclosure or=20
> distribution of the material=A0contained herein is strictly =
forbidden.=A0=20
> Pipeline Trading Systems, LLC - Member NASD & SIPC. <BuildLog.htm>=

Re: [Quickfix-developers] Using CallStack in Application Code

[Jon D. <jd...@wi...>]

We found the bug and it was not in the QF code. I never thought it was.

Thanks Oren.

-jd-

> Jon,
>
> You can do this.  The only thing is that I don't consider the CallStack
> code to be production stable.  So I wouldn't necessarily recommend
> putting into production to track down a seemingly random crash.  If
> your system is low volume it should be ok, but I wouldn't recommend it
> for a high volume system.  Of course if your system is unstable anyway
> it probably won't make things much worse.  Right now it is most useful
> if you have a way to duplicate the circumstances of the crash.  In this
> case using the CallStack can be extremely helpful.
>
> Mutek used to have a nice utility called BugTrapper that was perfect
> for these sorts of things, but it looks like they are going through
> some sort of marketing identity crises right now and I can't figure out
> what the hell they are selling anymore.
>
> Do you believe the crash to be occurring within QuickFIX or in your
> application code?  If you are not sure then one way help determing this
> is to simply wrap your fromApp method with a couple trace
> statements/log entries and see if you are crashing within that method.
> This is assuming your application is only responding to QF events of
> course.
>
> --oren
>
> On Nov 10, 2004, at 1:49 PM, Jon Dahl wrote:
>
>> QuickFIX Documentation:
>> http://www.quickfixengine.org/quickfix/doc/html/index.html
>> QuickFIX FAQ:
>> http://www.quickfixengine.org/wikifix/index.php?QuickFixFAQ
>> QuickFIX Support: http://www.quickfixengine.org/services.html
>>
>> We have an exception occuring in one of our applications and are
>> unable to
>> track it down. I was wondering if we could use the CallStack Macro's
>> available with the QF code to help trace this down and if there are
>> any gotchas with implementing it.
>>
>> Platform is W2K
>> VS 7.0
>> QF 1.9.2
>> Client/Initiator
>>
>> Thanks,
>>
>> JD
>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by:
>> Sybase ASE Linux Express Edition - download now for FREE
>> LinuxWorld Reader's Choice Award Winner for best database on Linux.
>> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
>> _______________________________________________
>> Quickfix-developers mailing list
>> Qui...@li...
>> https://lists.sourceforge.net/lists/listinfo/quickfix-developers


-- 

[Quickfix-developers] 1.9.3 DotNet Build error

[Howard E. <Ho...@Pi...>]

PGh0bWw+DQo8aGVhZD4NCjxNRVRBIEhUVFAtRVFVSVY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PVdpbmRvd3MtMTI1MiI+DQo8L2hlYWQ+DQo8Ym9keT4NCjxwcmU+
DQo8dGFibGUgd2lkdGg9MTAwJSBiZ2NvbG9yPSNDRkNGRTU+PHRyPiA8dGQ+IDxmb250IGZhY2U9
YXJpYWwgc2l6ZT0rMz4NCkJ1aWxkIExvZw0KPC9mb250PjwvdGFibGU+PHRhYmxlIHdpZHRoPSog
Y2VsbHNwYWNpbmc9MCBjZWxscGFkZGluZz0wPjx0cj48dGQgd2lkdGg9MCBiZ2NvbG9yPSNFREVE
RjU+Jm5ic3A7PC90ZD48dGQgd2lkdGg9MCBiZ2NvbG9yPSNGRkZGRkY+Jm5ic3A7PC90ZD48dGQg
d2lkdGg9Kj48cHJlPg0KPGgzPi0tLS0tLS0gQnVpbGQgc3RhcnRlZDogUHJvamVjdDogcXVpY2tm
aXhfbmV0LCBDb25maWd1cmF0aW9uOiBSZWxlYXNlfFdpbjMyIC0tLS0tLS0NCjwvaDM+DQo8L3By
ZT48L3RhYmxlPjx0YWJsZSB3aWR0aD0xMDAlIGJnY29sb3I9I0RGREZFNT48dHI+PHRkPjxmb250
IGZhY2U9YXJpYWwgc2l6ZT0rMj4NCkNvbW1hbmQgTGluZXMNCjwvZm9udD48L3RhYmxlPjx0YWJs
ZSB3aWR0aD0qIGNlbGxzcGFjaW5nPTAgY2VsbHBhZGRpbmc9MD48dHI+PHRkIHdpZHRoPTAgYmdj
b2xvcj0jRURFREY1PiZuYnNwOzwvdGQ+PHRkIHdpZHRoPTAgYmdjb2xvcj0jRkZGRkZGPiZuYnNw
OzwvdGQ+PHRkIHdpZHRoPSo+PHByZT5DcmVhdGluZyB0ZW1wb3JhcnkgZmlsZSAiYzpcdXNyXGxv
Y2FsXHNyY1xxdWlja2ZpeC4xLjkuM1xzcmNcLm5ldFxSZWxlYXNlXFJTUDAwMDAwNC5yc3AiIHdp
dGggY29udGVudHMNClsNCi9PMiAvSSAiLi5cLi5caW5jbHVkZVxcIiAvQUkgIi4uXC4uXGxpYiIg
L0QgIldJTjMyIiAvRCAiTkRFQlVHIiAvRCAiX1dJTkRMTCIgL0QgIl9NQkNTIiAvRkQgL0VIc2Mg
L01EIC9HUiAvRm8iUmVsZWFzZS8iIC9GZCJSZWxlYXNlL3ZjNzAucGRiIiAvVzIgL2MgL2NsciAv
VFANCi5ccXVpY2tmaXhfbmV0LmNwcA0KLlxTZXNzaW9uLmNwcA0KLlxTY3JlZW5Mb2cuY3BwDQou
XE15U1FMTWVzc2FnZVN0b3JlLmNwcA0KLlxNeVNRTExvZy5jcHANCi5cTWVzc2FnZVN0b3JlRmFj
dG9yeS5jcHANCi5cTWVzc2FnZVN0b3JlLmNwcA0KLlxNZXNzYWdlLmNwcA0KLlxNZW1vcnlNZXNz
YWdlU3RvcmUuY3BwDQouXEdyb3VwLmNwcA0KLlxGaWxlTWVzc2FnZVN0b3JlLmNwcA0KLlxGaWxl
TG9nLmNwcA0KLlxGaWVsZHMuY3BwDQouXENQUE1lc3NhZ2VTdG9yZS5jcHANCi5cQXNzZW1ibHlJ
bmZvLmNwcA0KXQ0KQ3JlYXRpbmcgY29tbWFuZCBsaW5lICJjbC5leGUgQGM6XHVzclxsb2NhbFxz
cmNccXVpY2tmaXguMS45LjNcc3JjXC5uZXRcUmVsZWFzZVxSU1AwMDAwMDQucnNwIC9ub2xvZ28i
DQpDcmVhdGluZyB0ZW1wb3JhcnkgZmlsZSAiYzpcdXNyXGxvY2FsXHNyY1xxdWlja2ZpeC4xLjku
M1xzcmNcLm5ldFxSZWxlYXNlXFJTUDAwMDAwNS5yc3AiIHdpdGggY29udGVudHMNClsNCi9PMiAv
SSAiLi5cLi5caW5jbHVkZVxcIiAvQUkgIi4uXC4uXGxpYiIgL0QgIldJTjMyIiAvRCAiTkRFQlVH
IiAvRCAiX1dJTkRMTCIgL0QgIl9NQkNTIiAvRkQgL0VIc2MgL01EIC9HUiAvWWMic3RkYWZ4Lmgi
IC9GcCJSZWxlYXNlL3F1aWNrZml4X25ldC5wY2giIC9GbyJSZWxlYXNlLyIgL0ZkIlJlbGVhc2Uv
dmM3MC5wZGIiIC9XMiAvYyAvY2xyIC9UUA0KLlxTdGRhZnguY3BwDQpdDQpDcmVhdGluZyBjb21t
YW5kIGxpbmUgImNsLmV4ZSBAYzpcdXNyXGxvY2FsXHNyY1xxdWlja2ZpeC4xLjkuM1xzcmNcLm5l
dFxSZWxlYXNlXFJTUDAwMDAwNS5yc3AgL25vbG9nbyINCjwvcHJlPjwvdGFibGU+PHRhYmxlIHdp
ZHRoPTEwMCUgYmdjb2xvcj0jREZERkU1Pjx0cj48dGQ+PGZvbnQgZmFjZT1hcmlhbCBzaXplPSsy
Pg0KT3V0cHV0IFdpbmRvdw0KPC9mb250PjwvdGFibGU+PHRhYmxlIHdpZHRoPSogY2VsbHNwYWNp
bmc9MCBjZWxscGFkZGluZz0wPjx0cj48dGQgd2lkdGg9MCBiZ2NvbG9yPSNFREVERjU+Jm5ic3A7
PC90ZD48dGQgd2lkdGg9MCBiZ2NvbG9yPSNGRkZGRkY+Jm5ic3A7PC90ZD48dGQgd2lkdGg9Kj48
cHJlPkNvbXBpbGluZy4uLg0KU3RkYWZ4LmNwcA0KQ29tcGlsaW5nLi4uDQpxdWlja2ZpeF9uZXQu
Y3BwDQpjOlx1c3JcbG9jYWxcc3JjXHF1aWNrZml4LjEuOS4zXHNyY1wuTkVUXEFwcGxpY2F0aW9u
LmgoMTQ5KSA6IGVycm9yIEMzODI0OiAnY3JlYXRlJzogb25seSBub24tc3RhdGljIGxvY2FsIHBv
aW50ZXJzIG1heSBiZSBkZWNsYXJlZCBhcyBwaW5uZWQNClNlc3Npb24uY3BwDQpTY3JlZW5Mb2cu
Y3BwDQpNeVNRTE1lc3NhZ2VTdG9yZS5jcHANCk15U1FMTG9nLmNwcA0KTWVzc2FnZVN0b3JlRmFj
dG9yeS5jcHANCk1lc3NhZ2VTdG9yZS5jcHANCk1lc3NhZ2UuY3BwDQpNZW1vcnlNZXNzYWdlU3Rv
cmUuY3BwDQpHcm91cC5jcHANCkZpbGVNZXNzYWdlU3RvcmUuY3BwDQpGaWxlTG9nLmNwcA0KRmll
bGRzLmNwcA0KQ1BQTWVzc2FnZVN0b3JlLmNwcA0KQXNzZW1ibHlJbmZvLmNwcA0KR2VuZXJhdGlu
ZyBDb2RlLi4uDQo8L3ByZT48L3RhYmxlPjx0YWJsZSB3aWR0aD0xMDAlIGJnY29sb3I9I0RGREZF
NT48dHI+PHRkPjxmb250IGZhY2U9YXJpYWwgc2l6ZT0rMj4NClJlc3VsdHMNCjwvZm9udD48L3Rh
YmxlPjx0YWJsZSB3aWR0aD0qIGNlbGxzcGFjaW5nPTAgY2VsbHBhZGRpbmc9MD48dHI+PHRkIHdp
ZHRoPTAgYmdjb2xvcj0jRURFREY1PiZuYnNwOzwvdGQ+PHRkIHdpZHRoPTAgYmdjb2xvcj0jRkZG
RkZGPiZuYnNwOzwvdGQ+PHRkIHdpZHRoPSo+PHByZT4NCkJ1aWxkIGxvZyB3YXMgc2F2ZWQgYXQg
ImZpbGU6Ly9jOlx1c3JcbG9jYWxcc3JjXHF1aWNrZml4LjEuOS4zXHNyY1wubmV0XFJlbGVhc2Vc
QnVpbGRMb2cuaHRtIg0KcXVpY2tmaXhfbmV0IC0gMSBlcnJvcihzKSwgMCB3YXJuaW5nKHMpPC9w
cmU+PC90YWJsZT48dGFibGUgICB3aWR0aD0xMDAlIGhlaWdodD0yMCBiZ2NvbG9yPSNDRkNGRTU+
PHRyPjx0ZD48Zm9udCBmYWNlPWFyaWFsIHNpemU9KzI+DQo8L2ZvbnQ+PC90YWJsZT48L2JvZHk+
PC9odG1sPg==

Re: [Quickfix-developers] Using CallStack in Application Code

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

Jon,

You can do this.  The only thing is that I don't consider the CallStack 
code to be production stable.  So I wouldn't necessarily recommend 
putting into production to track down a seemingly random crash.  If 
your system is low volume it should be ok, but I wouldn't recommend it 
for a high volume system.  Of course if your system is unstable anyway 
it probably won't make things much worse.  Right now it is most useful 
if you have a way to duplicate the circumstances of the crash.  In this 
case using the CallStack can be extremely helpful.

Mutek used to have a nice utility called BugTrapper that was perfect 
for these sorts of things, but it looks like they are going through 
some sort of marketing identity crises right now and I can't figure out 
what the hell they are selling anymore.

Do you believe the crash to be occurring within QuickFIX or in your 
application code?  If you are not sure then one way help determing this 
is to simply wrap your fromApp method with a couple trace 
statements/log entries and see if you are crashing within that method.  
This is assuming your application is only responding to QF events of 
course.

--oren

On Nov 10, 2004, at 1:49 PM, Jon Dahl wrote:

> QuickFIX Documentation: 
> http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX FAQ: 
> http://www.quickfixengine.org/wikifix/index.php?QuickFixFAQ
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
> We have an exception occuring in one of our applications and are 
> unable to
> track it down. I was wondering if we could use the CallStack Macro's
> available with the QF code to help trace this down and if there are any
> gotchas with implementing it.
>
> Platform is W2K
> VS 7.0
> QF 1.9.2
> Client/Initiator
>
> Thanks,
>
> JD
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>

[Quickfix-developers] Re: [Quickfix-users] Query on QuickFIX 1.9.3 Version --Oren

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

Dinesh,

No, unfortunately this did not make it into 1.9.3.  It will go into the =20=

next release.  You will have to apply this patch manually right now.

--oren

On Nov 10, 2004, at 4:54 AM, Dinesh Belaguli wrote:

> Hi oren,
> =A0=A0=A0 The problem mentioned below (i.e., Session Establishment =
when the =20
> startTime is reached)is working fine with Max Solution. so is this fix =
=20
> available in the latest version of quickfix.
> =A0=A0=A0
>  thanx
> dinesh.
> -----Original Message-----
> From: Requenes, Max [mailto:Max...@sa...]
> Sent: Monday, November 08, 2004 7:57 PM
> To: Dinesh Belaguli; qui...@li...; =20
> qui...@li...
> Subject: RE: [Quickfix-developers] Sessions are not established when =20=

> it reaches the startTime.
>
> Do you happen to be using ThreadedSocketInitiator?
> =A0
> I ran into a similar problem. I fixed it by modifying =20
> ThreadedSocketInitiator::onStart()
> =A0
> change this:
> connect();
> while ( !m_stop )
> =A0 process_sleep(1);
> =A0
> to this:
>
> while ( !m_stop ) {
> =A0 connect();
> =A0 process_sleep(1);
> }
> =A0
> =A0
> I submitted this fix to the mailing list before, but got no response.
> http://sourceforge.net/mailarchive/forum.php?=20
> thread_id=3D4325707&forum_id=3D103
> =A0
> Let me know if this helps.
> -----Original Message-----
> From: Dinesh Belaguli [mailto:Din...@in...]
> Sent: Monday, November 08, 2004 4:05 AM
> To: qui...@li...; =20
> qui...@li...
> Cc: Dinesh Belaguli
> Subject: [Quickfix-developers] Sessions are not established when it =20=

> reaches the startTime.
> Importance: High
>
>
> hi,
> =A0I have two programmes acting one as client and other as server.
> in the quickfixConfig.cfg (configuration file) i have configured the =20=

> start and EndTime as follows.
>
> StartTime=3D08:45:00
> EndTime=3D08:10:00=A0
>
> the above timings are in GMT.
> for convenience i changed my system time to GMT.
>
> I started the server programme before running the client programme.
>
>
>
> Two cases.
> 1) when i start my client programme before the start Time say 08:40:00
> =A0=A0=A0=A0=A0=A0=A0 connection established successfully but the =
sessions are not =20
> created that is fine.
> =A0=A0=A0=A0=A0=A0=A0 but when the time reaches 8:45 it didn't =
(create) establish =20
> the sessions (ideally it should establish the sessions know.)
>
> =A0=A0=A0=A0=A0=A0=A0
>
>  2) when i start the client programme some where after the startTime =20=

> say 8:48 then it established sessions.
>
> i want to know y the sessions are not created in the first case as i =20=

> have explained..
> can any one through some light on this..
>
>
>
> =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 BELOW is My Configuration =
File i.e. at client side.
> =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0
>
>
>
>  [DEFAULT]
> ConnectionType=3Dinitiator
> HeartBtInt=3D20
> FileStorePath=3Dstore
> FileLogPath=3Dlogs
>
> StartTime=3D08:45:00
> EndTime=3D08:10:00
>
> ResetOnDisconnect=3DN
> ResetOnLogout=3DN
> ProviderPassword=3D
> SenderSubID=3D
> OnLogonResetMsgSeqNo=3Dfalse
>
>
>
> [SESSION]
> BeginString=3DFIX.4.2
> SenderCompID=3DITLClientMD
> TargetCompID=3DITLServer
> UseDataDictionary=3DY
> ValidateFieldsOutOfOrder=3DY
> DataDictionary=3Djava/spec/barclay/FIX42.xml
> CheckLatency=3DN
> SocketConnectHost=3Dlocalhost
> SocketConnectPort=3D5007
>
>
>
>
> [SESSION]
> BeginString=3DFIX.4.2
> SenderCompID=3DITLClientOrder
> TargetCompID=3DITLServer
> UseDataDictionary=3DY
> ValidateFieldsOutOfOrder=3DY
> DataDictionary=3Djava/spec/barclay/FIX42.xml
> CheckLatency=3DN
> SocketConnectHost=3Dlocalhost
> SocketConnectPort=3D5007
>
>
>
> Thanx.
> Dinesh.
>
>
>
>
> DISCLAIMER: This e-mail message and any attachments are intended =20
> solely for the use of the individual or entity to which it is =20
> addressed and may contain information that is confidential or legally =20=

> privileged. If you are not the intended recipient, you are hereby =20
> notified that any dissemination, distribution, copying or other use of =
=20
> this message or its attachments is strictly prohibited. If you have =20=

> received this message in error, please notify the sender immediately =20=

> and permanently delete this message and any attachments.
>
>

[Quickfix-developers] Using CallStack in Application Code

[Jon D. <jd...@wi...>]

We have an exception occuring in one of our applications and are unable to
track it down. I was wondering if we could use the CallStack Macro's
available with the QF code to help trace this down and if there are any
gotchas with implementing it.

Platform is W2K
VS 7.0
QF 1.9.2
Client/Initiator

Thanks,

JD

[Quickfix-developers] Query on QuickFIX 1.9.3 Version --Oren

[Dinesh B. <Din...@in...>]

Hi oren,
    The problem mentioned below (i.e., Session Establishment when the =
startTime is reached)is working fine with Max Solution. so is this fix =
available in the latest version of quickfix.
   =20
thanx
dinesh.

-----Original Message-----
From: Requenes, Max [mailto:Max...@sa...]
Sent: Monday, November 08, 2004 7:57 PM
To: Dinesh Belaguli; qui...@li...; =
qui...@li...
Subject: RE: [Quickfix-developers] Sessions are not established when it =
reaches the startTime.


Do you happen to be using ThreadedSocketInitiator?
=20
I ran into a similar problem. I fixed it by modifying =
ThreadedSocketInitiator::onStart()
=20
change this:
connect();
while ( !m_stop )
  process_sleep(1);
=20
to this:

while ( !m_stop ) {
  connect();
  process_sleep(1);
}
=20
=20
I submitted this fix to the mailing list before, but got no response.
http://sourceforge.net/mailarchive/forum.php?thread_id=3D4325707 =
<http://sourceforge.net/mailarchive/forum.php?thread_id=3D4325707&forum_i=
d=3D103> &forum_id=3D103
=20
Let me know if this helps.

-----Original Message-----
From: Dinesh Belaguli [mailto:Din...@in...]
Sent: Monday, November 08, 2004 4:05 AM
To: qui...@li...; =
qui...@li...
Cc: Dinesh Belaguli
Subject: [Quickfix-developers] Sessions are not established when it =
reaches the startTime.
Importance: High



	hi,=20
 I have two programmes acting one as client and other as server.=20
in the quickfixConfig.cfg (configuration file) i have configured the =
start and EndTime as follows.=20

	StartTime=3D08:45:00=20
EndTime=3D08:10:00 =20

	the above timings are in GMT.=20
for convenience i changed my system time to GMT.=20

	I started the server programme before running the client programme.=20


	Two cases.=20
1) when i start my client programme before the start Time say 08:40:00=20
        connection established successfully but the sessions are not =
created that is fine.=20
        but when the time reaches 8:45 it didn't (create) establish the =
sessions (ideally it should establish the sessions know.)

	       =20

	2) when i start the client programme some where after the startTime say =
8:48 then it established sessions.=20

	i want to know y the sessions are not created in the first case as i =
have explained..=20
can any one through some light on this..=20


	                BELOW is My Configuration File i.e. at client side.=20
               =20


	[DEFAULT]=20
ConnectionType=3Dinitiator=20
HeartBtInt=3D20=20
FileStorePath=3Dstore=20
FileLogPath=3Dlogs=20

	StartTime=3D08:45:00=20
EndTime=3D08:10:00=20

	ResetOnDisconnect=3DN=20
ResetOnLogout=3DN=20
ProviderPassword=3D=20
SenderSubID=3D=20
OnLogonResetMsgSeqNo=3Dfalse=20


	[SESSION]=20
BeginString=3DFIX.4.2=20
SenderCompID=3DITLClientMD=20
TargetCompID=3DITLServer=20
UseDataDictionary=3DY=20
ValidateFieldsOutOfOrder=3DY=20
DataDictionary=3Djava/spec/barclay/FIX42.xml=20
CheckLatency=3DN=20
SocketConnectHost=3Dlocalhost=20
SocketConnectPort=3D5007=20



	[SESSION]=20
BeginString=3DFIX.4.2=20
SenderCompID=3DITLClientOrder=20
TargetCompID=3DITLServer=20
UseDataDictionary=3DY=20
ValidateFieldsOutOfOrder=3DY=20
DataDictionary=3Djava/spec/barclay/FIX42.xml=20
CheckLatency=3DN=20
SocketConnectHost=3Dlocalhost=20
SocketConnectPort=3D5007=20


	Thanx.=20
Dinesh.=20



DISCLAIMER: This e-mail message and any attachments are intended solely =
for the use of the individual or entity to which it is addressed and may =
contain information that is confidential or legally privileged. If you =
are not the intended recipient, you are hereby notified that any =
dissemination, distribution, copying or other use of this message or its =
attachments is strictly prohibited. If you have received this message in =
error, please notify the sender immediately and permanently delete this =
message and any attachments.=20

[Quickfix-developers] QuickFIX 1.9.3 Available

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

QuickFIX 1.9.3 is now available at http://www.quickfixengine.org/

Release Notes:  
https://sourceforge.net/project/shownotes.php?release_id=280488

This is mostly a series of bug fixes, some pretty important depending  
on which API / features you use.  Look through the release notes to see  
if this version fixes one of these problems.  Many of these fixes were  
direct results of reports to the bug tracker.  There are a few requests  
that were cut off from this version.  To see which issues are still  
open, see the open reports in the bug tracker:  
http://www.quickfixengine.org/bugtracker/query.php? 
op=doquery&status[]=2

All of these are either pretty insignificant, a feature request, or  
have a reasonable work-around.

One of the more important aspects of this version is it fixes  
instability problems with .NET.  Also the various reports concerning  
several aspects of repeating groups have been addressed.  There is also  
some more robust session handling logic and message parsing.

Upgrading is a recommended for 1.9.x users.

When upgrading note that the MessageStore::get( int, std::string& )  
method is gone.  If you are currently overloading this in a message  
store, you can simply get rid of it, it's no longer needed.

--oren

[Quickfix-developers] QuickFIX 1.9.3 Available

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

QuickFIX 1.9.3 is now available at http://www.quickfixengine.org/

Release Notes:  
https://sourceforge.net/project/shownotes.php?release_id=280488

This is mostly a series of bug fixes, some pretty important depending  
on which API / features you use.  Look through the release notes to see  
if this version fixes one of these problems.  Many of these fixes were  
direct results of reports to the bug tracker.  There are a few requests  
that were cut off from this version.  To see which issues are still  
open, see the open reports in the bug tracker:  
http://www.quickfixengine.org/bugtracker/query.php? 
op=doquery&status[]=2

All of these are either pretty insignificant, a feature request, or  
have a reasonable work-around.

One of the more important aspects of this version is it fixes  
instability problems with .NET.  Also the various reports concerning  
several aspects of repeating groups have been addressed.  There is also  
some more robust session handling logic and message parsing.

Upgrading is a recommended for 1.9.x users.

When upgrading note that the MessageStore::get( int, std::string& )  
method is gone.  If you are currently overloading this in a message  
store, you can simply get rid of it, it's no longer needed.

--oren

RE: [Quickfix-developers] Sessions are not established when it re aches the startTime.

[Requenes, M. <Max...@sa...>]

Do you happen to be using ThreadedSocketInitiator?
 
I ran into a similar problem. I fixed it by modifying
ThreadedSocketInitiator::onStart()
 
change this:
connect();
while ( !m_stop )
  process_sleep(1);
 
to this:
while ( !m_stop ) {
  connect();
  process_sleep(1);
}
 
 
I submitted this fix to the mailing list before, but got no response.
http://sourceforge.net/mailarchive/forum.php?thread_id=4325707
<http://sourceforge.net/mailarchive/forum.php?thread_id=4325707&forum_id=103
> &forum_id=103
 
Let me know if this helps.

-----Original Message-----
From: Dinesh Belaguli [mailto:Din...@in...]
Sent: Monday, November 08, 2004 4:05 AM
To: qui...@li...;
qui...@li...
Cc: Dinesh Belaguli
Subject: [Quickfix-developers] Sessions are not established when it reaches
the startTime.
Importance: High



	hi, 
 I have two programmes acting one as client and other as server. 
in the quickfixConfig.cfg (configuration file) i have configured the start
and EndTime as follows. 

	StartTime=08:45:00 
EndTime=08:10:00  

	the above timings are in GMT. 
for convenience i changed my system time to GMT. 

	I started the server programme before running the client programme. 


	Two cases. 
1) when i start my client programme before the start Time say 08:40:00 
        connection established successfully but the sessions are not created
that is fine. 
        but when the time reaches 8:45 it didn't (create) establish the
sessions (ideally it should establish the sessions know.)

	        

	2) when i start the client programme some where after the startTime
say 8:48 then it established sessions. 

	i want to know y the sessions are not created in the first case as i
have explained.. 
can any one through some light on this.. 


	                BELOW is My Configuration File i.e. at client side. 
                


	[DEFAULT] 
ConnectionType=initiator 
HeartBtInt=20 
FileStorePath=store 
FileLogPath=logs 

	StartTime=08:45:00 
EndTime=08:10:00 

	ResetOnDisconnect=N 
ResetOnLogout=N 
ProviderPassword= 
SenderSubID= 
OnLogonResetMsgSeqNo=false 


	[SESSION] 
BeginString=FIX.4.2 
SenderCompID=ITLClientMD 
TargetCompID=ITLServer 
UseDataDictionary=Y 
ValidateFieldsOutOfOrder=Y 
DataDictionary=java/spec/barclay/FIX42.xml 
CheckLatency=N 
SocketConnectHost=localhost 
SocketConnectPort=5007 



	[SESSION] 
BeginString=FIX.4.2 
SenderCompID=ITLClientOrder 
TargetCompID=ITLServer 
UseDataDictionary=Y 
ValidateFieldsOutOfOrder=Y 
DataDictionary=java/spec/barclay/FIX42.xml 
CheckLatency=N 
SocketConnectHost=localhost 
SocketConnectPort=5007 


	Thanx. 
Dinesh. 



DISCLAIMER: This e-mail message and any attachments are intended solely for
the use of the individual or entity to which it is addressed and may contain
information that is confidential or legally privileged.  If you are not the
intended recipient, you are hereby notified that any dissemination,
distribution, copying or other use of this message or its attachments is
strictly prohibited.  If you have received this message in error, please
notify the sender immediately and permanently delete this message and any
attachments. 

[Quickfix-developers] Dout on Session Establishment.

[Dinesh B. <Din...@in...>]

Hi,
 When the sessions are established actually only after login?
i have a query=20
 let us say i will start my FIXEngine client to connect to the provider

case 1) Provider is Down.
	what happens to my client programme if the provider(Server) is down. =
will it establish the connection and sends login request once the server =
comes up( for establishing the sessions)

Case 2) Provider is up but not accepting the Login messages.
	if i start my FIXEngine Client programme it will establish the =
Connection but when the sessions are established and how..

we are using quickfix8.0 version.

can any one clearly explain me on this issue..

thanx
dinesh.

[Quickfix-developers] Sessions are not established when it reaches the startTime.

[Dinesh B. <Din...@in...>]

	hi,
	 I have two programmes acting one as client and other as server.
	in the quickfixConfig.cfg (configuration file) i have configured the =
start and EndTime as follows.

	StartTime=3D08:45:00
	EndTime=3D08:10:00 =20

	the above timings are in GMT.
	for convenience i changed my system time to GMT.

	I started the server programme before running the client programme.


	Two cases.
	1) when i start my client programme before the start Time say 08:40:00
		connection established successfully but the sessions are not created =
that is fine.
		but when the time reaches 8:45 it didn't (create) establish the =
sessions (ideally it should establish the sessions know.)
	=09

	2) when i start the client programme some where after the startTime say =
8:48 then it established sessions.

	i want to know y the sessions are not created in the first case as i =
have explained..
	can any one through some light on this..


			BELOW is My Configuration File i.e. at client side.
		=09


	[DEFAULT]
	ConnectionType=3Dinitiator
	HeartBtInt=3D20
	FileStorePath=3Dstore
	FileLogPath=3Dlogs

	StartTime=3D08:45:00
	EndTime=3D08:10:00=20

	ResetOnDisconnect=3DN
	ResetOnLogout=3DN
	ProviderPassword=3D
	SenderSubID=3D
	OnLogonResetMsgSeqNo=3Dfalse


	[SESSION]
	BeginString=3DFIX.4.2
	SenderCompID=3DITLClientMD
	TargetCompID=3DITLServer
	UseDataDictionary=3DY
	ValidateFieldsOutOfOrder=3DY
	DataDictionary=3Djava/spec/barclay/FIX42.xml
	CheckLatency=3DN
	SocketConnectHost=3Dlocalhost
	SocketConnectPort=3D5007



	[SESSION]
	BeginString=3DFIX.4.2
	SenderCompID=3DITLClientOrder
	TargetCompID=3DITLServer
	UseDataDictionary=3DY
	ValidateFieldsOutOfOrder=3DY
	DataDictionary=3Djava/spec/barclay/FIX42.xml
	CheckLatency=3DN
	SocketConnectHost=3Dlocalhost
	SocketConnectPort=3D5007


	Thanx.
	Dinesh.

[Quickfix-developers] QF 1.9.3 Compile Error

[James W. <wi...@wi...>]

 Folks,

   Just as an FYI.  I pulled a copy of QuickFIX 1.9.3 and attempted
a compile.  The compile fails with:

g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I.. -g -O2
-I/usr/include/stlport -I/opt/RAIDD/db/mysql/include/mysql
-I/usr/include/libxml2 -I/include -I/include/linux -O0 -g -MT
MySQLStoreTestCase.lo -MD -MP -MF .deps/MySQLStoreTestCase.Tpo -c
MySQLStoreTestCase.cpp  -fPIC -DPIC -o .libs/MySQLStoreTestCase.lo
In file included from MySQLStoreTestCase.cpp:29:
MySQLStoreTestCase.h:64: error: no type named `getRange' in `class
   FIX::MessageStoreTestCase'
MySQLStoreTestCase.h:64: error: invalid base-class specification
MySQLStoreTestCase.h: In constructor `
   FIX::MySQLStoreTestCase::MySQLStoreTestCase()':
MySQLStoreTestCase.h:44: error: no matching function for call to `
   FIX::MySQLStoreTestCase::add(FIX::MySQLStoreTestCase::getRange*)'
../../../CPPTest/TestCase.h:30: error: candidates are: void
   CPPTest::TestCase<TClass>::add(CPPTest::Test<TClass>*) [with TClass =
   FIX::MessageStore]
MySQLStoreTestCase.cpp: In member function `bool
   FIX::MySQLStoreTestCase::getRange::onSetup(FIX::MessageStore*&)':
MySQLStoreTestCase.cpp:55: error: `m_object' undeclared (first use this
   function)
MySQLStoreTestCase.cpp:55: error: (Each undeclared identifier is
reported only
   once for each function it appears in.)


   This is on a Debian Linux system, running Sarge.  Configured with
"--enable-static", "--with-stlport=/usr", "--with-mysql=/opt/mysql",
and "--prefix=/opt".

regards,
Jim Wiggs