quickfix-developers — QuickFIX developers forum

[Quickfix-developers] Added blockingStart to Initiator

[Alex H. <al...@an...>]

Hi,

I've checked in changes to add a blockingStart() method to the
Initiator. This is similar to my blockingStart() change to the Acceptor.

Benefits:

* If your app only does FIX you can save a thread.

* Can prevent crashes if your Java environment doesn't provide a proper
environment when attaching to threads (perhaps because you are inside an
app server with a fancy class loader).

ChangeLog entry follows.

Cheers,
Alex.

2003-05-12 Alex Hornby <al...@an...>

	* src/C++/Initiator.h: add blockingStart

	* src/C++/Initiator.cpp: add blockingStart

	* src/java/org_quickfix_SocketInitiator.cpp: add blockingStart

	* src/java/org_quickfix_SocketInitiator.h: add blockingStart

	* src/java/src/org/quickfix/SocketInitiator.java: add blockingStart

[Quickfix-developers] Socket Compile Problem

[Jay O. <ja...@gb...>]

I am attempting to link in the FIX lib into an exististing app that we
are currently using in a production environment (VC++ 6.0). I am getting
a variety of compilation errors...
 
c:\program files\microsoft visual studio\vc98\include\xlocinfo(55) :
error C2143: syntax error : missing ';' before '*'
c:\program files\microsoft visual studio\vc98\include\xlocinfo(56) :
error C2501: '_Getlconv' : missing storage-class or type specifiers
c:\program files\microsoft visual studio\vc98\include\xlocinfo(56) :
warning C4183: '_Getlconv': member function definition looks like a
ctor, but name does not match enclosing class
c:\program files\microsoft visual studio\vc98\include\xlocale(22) :
error C2065: 'LC_COLLATE' : undeclared identifier
c:\program files\microsoft visual studio\vc98\include\xlocale(22) :
error C2057: expected constant expression
c:\program files\microsoft visual studio\vc98\include\xlocale(22) :
error C2065: 'LC_CTYPE' : undeclared identifier
c:\program files\microsoft visual studio\vc98\include\xlocale(22) :
error C2057: expected constant expression
c:\program files\microsoft visual studio\vc98\include\xlocale(23) :
error C2065: 'LC_MONETARY' : undeclared identifier
c:\program files\microsoft visual studio\vc98\include\xlocale(23) :
error C2057: expected constant expression
c:\program files\microsoft visual studio\vc98\include\xlocale(23) :
error C2065: 'LC_NUMERIC' : undeclared identifier
c:\program files\microsoft visual studio\vc98\include\xlocale(23) :
error C2057: expected constant expression
c:\program files\microsoft visual studio\vc98\include\xlocale(24) :
error C2065: 'LC_TIME' : undeclared identifier
c:\program files\microsoft visual studio\vc98\include\xlocale(24) :
error C2057: expected constant expression
Generating Code...
Error executing cl.exe.
 
I've created a sample app and have been successful in linking it in, but
only when I don't add MFC socket support (WOSA). When the MFC socket
support is added (via the new app wizard) and I try to implement some of
the 'Application' functions, I get the compilation errors.
 
I don't know a ton about all of the different types of sockets that can
be implemented through VC++ and how they differ, but I'm assuming that
there is a conflict between different implementations of socket code. 
 
Can I get around this and if so how?
 
Any help would be very appreciated,
 
Jay

Re: [Quickfix-developers] quickfix and COM

[Oren M. <ore...@ya...>]

Are you looking to wrap the QF API in COM, or do you just want to access COM component from your QF application?

Jon Dahl <jd...@Li...> wrote:Has anyone used COM with the QuickFix C++ library?

I have to make some database calls and was wondering if anyone has implemented this.
I don't want to initialize COM if it already has been done.

Also, if I bring it in, are there any gotchas I should look out for?

Thanks,

JD


-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.

[Quickfix-developers] quickfix and COM

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

Has anyone used COM with the QuickFix C++ library?

I have to make some database calls and was wondering if anyone has =
implemented this.
I don't want to initialize COM if it already has been done.

Also, if I bring it in, are there any gotchas I should look out for?

Thanks,

JD

Re: [Quickfix-developers] Sample Test program for Client and Server

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

> Can i know whether in our open source code for Quick fix is there is any 
> sample client and server program for testing the fix messages .

Yes, examples are provided in the examples subdirectory:

examples
|-- executor		SERVER
|   |-- C++
|   |-- csharp
|   `-- java
|       |-- build
|       `-- src
|-- ordermatch		SERVER
|-- tradeclient		CLIENT
`-- tradeclientgui	CLIENT
     `-- banzai
         |-- build
         |   `-- org
         |       `-- quickfix
         |           `-- banzai
         |               `-- ui
         `-- src
             `-- org
                 `-- quickfix
                     `-- banzai
                         `-- ui

Except for Banzai, the Java trading client, all applications have a command
line interface. The executor accepts NewOrderSingle messages and generates
ExecutionReports as replies. It can be used with both trade clients which can
send orders and display execution reports.

The ordermatch program tries to match different orders it gets from FIX connections
and returns execution reports on matches.

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] Sample Test program for Client and Server

[Ramakrishnan <ram...@ba...>]

Hi all,

Can i know whether in our open source code for Quick fix is there is any =
sample client and server program for testing the fix messages .

Thanks in advance .

Regds
Ramakrishnan

Re: [Quickfix-developers] Updated include paths

[Oren M. <ore...@ya...>]

Yeah, you know what it is.  The linux and solaris build machines are quite old and don't have many resources.  With the changes we are now compiling with -O2.  Combined with templates, the machines just run out of virtual memory.

Alex Hornby <al...@an...> wrote:Okay, its got past the bootstrap/configure stage now.

_but_ I'm seeing a compiler signal 11 for the Linux build on cruise
control now. It seems to be in a class/file I haven't changed
directly....

Weird... is the machine reliable? signal 11 normally indicates bad
memory or overheating rather than a real compiler bug. 

I'm off home now - I'll check the build in the morning.

BTW Is there any way to force a cruisecontrol build once one has checked
in fixes?

Cheers,
Alex.

On Tue, 2003-05-06 at 17:59, Alex Hornby wrote:
> 
> Hi Oren,
> 
> I've moved it back to configure.in for now as we need to get builds
> running again.
> 
> If you have both configure.ac and configure.in then the autoconf tools
> complain...
> 
> Will you be able to install newer autotools versions on your build
> machines in the foreseeable future? (e.g. by installing them in
> /opt/autotools-1 and adding /opt/autotools-1/bin to your PATH ahead of
> /usr/bin ).
> 
> Cheers,
> Alex.
> 
> 
> On Tue, 2003-05-06 at 17:40, Oren Miller wrote:
> > Yeah, but the reason that we have multiple build machines is that we need to be sure that QF development can be done on all those environments.
> > The tools they use are still very widespread and I would like to
> support them for some time. I think we basically have two options. We
> can revert to using configure.in instead of configure.ac. GNU wants to
> push people to using .ac, but .in is still fully supported. The other
> option is the have bootstrap create a configure.in symlink to
> configure.ac. Newer versions of autoconf will ignore the .in file,
> while older versions will also work fine. Let me know if you can think
> of any other options.
> > 
> > Alex Hornby wrote:
> > Hi Oren,
> > 
> > What would you like to do about the bootstrap?
> > 
> > I notice you had a GCC 3.2 machine in the cruise control setup at one
> > point. Assuming that was RH8 the autotools that come with that are
> > recent enough to bootstrap.
> > 
> > Cheers,
> > Alex.
> > 
> > On Tue, 2003-05-06 at 14:09, Oren Miller wrote:
> > > bootstrap is run with every build. You can see here
> > > in the build output: 
> > > http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html#OUT
> > > 
> > > That it is complaining because configure.in no longer
> > > exists. It looks like you replaced it with
> > > configure.ac, but older versions of autoconf (which
> > > those machines are running) need the .in
> > > 
> > > Is there a difference between the .ac and the .in
> > > version formatwise? Can we set up a symlink in the
> > > bootstrap script if an older version of autoconf is
> > > detected?
> > > 
> > > --- Alex Hornby wrote:
> > > > On Tue, 2003-05-06 at 12:38, Joerg Thoennes wrote:
> > > > 
> > > > > According to the build page
> > > > > 
> > > > > 
> > > >
> > > http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html
> > > > > 
> > > > > your last checkin somehow broke the Cruisecontrol
> > > > build. Did you check this?
> > > > > 
> > > > > Cheers Jörg
> > > > > 
> > > > >
> > > > 
> > > > Hi Jörg,
> > > > 
> > > > How does cruise control kick off the build?
> > > > 
> > > > I think I need to get it to run the bootstrap script
> > > > at least once to
> > > > regenerate stuff...
> > > > 
> > > > Alex.
> > > > 
> > > > 
> > > > 
> > > >
> > > -------------------------------------------------------
> > > > This sf.net email is sponsored by:ThinkGeek
> > > > Welcome to geek heaven.
> > > > http://thinkgeek.com/sf
> > > > _______________________________________________
> > > > Quickfix-developers mailing list
> > > > Qui...@li...
> > > >
> > > https://lists.sourceforge.net/lists/listinfo/quickfix-developers
> > > 
> > > 
> > > __________________________________
> > > Do you Yahoo!?
> > > The New Yahoo! Search - Faster. Easier. Bingo.
> > > http://search.yahoo.com
> > > 
> > > 
> > > -------------------------------------------------------
> > > This sf.net email is sponsored by:ThinkGeek
> > > Welcome to geek heaven.
> > > http://thinkgeek.com/sf
> > > _______________________________________________
> > > Quickfix-developers mailing list
> > > Qui...@li...
> > > https://lists.sourceforge.net/lists/listinfo/quickfix-developers
> > 
> > 
> > 
> > ---------------------------------
> > Do you Yahoo!?
> > The New Yahoo! Search - Faster. Easier. Bingo.
> 
> 
> 
> 
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux enterprise solutions
> www.enterpriselinuxforum.com
> 
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers




-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.

Re: [Quickfix-developers] Updated include paths

[Alex H. <al...@an...>]

Okay, its got past the bootstrap/configure stage now.

_but_ I'm seeing a compiler signal 11 for the Linux build on cruise
control now. It seems to be in a class/file I haven't changed
directly....

Weird... is the machine reliable? signal 11 normally indicates bad
memory or overheating rather than a real compiler bug.=20

I'm off home now - I'll check the build in the morning.

BTW Is there any way to force a cruisecontrol build once one has checked
in fixes?

Cheers,
Alex.

On Tue, 2003-05-06 at 17:59, Alex Hornby wrote:
>=20
> Hi Oren,
>=20
> I've moved it back to configure.in for now as we need to get builds
> running again.
>=20
> If you have both configure.ac and configure.in then the autoconf tools
> complain...
>=20
> Will you be able to install newer autotools versions on your build
> machines in the foreseeable future? (e.g. by installing them in
> /opt/autotools-1 and adding /opt/autotools-1/bin to your PATH ahead of
> /usr/bin ).
>=20
> Cheers,
> Alex.
>=20
>=20
> On Tue, 2003-05-06 at 17:40, Oren Miller wrote:
> > Yeah, but the reason that we have multiple build machines is that we ne=
ed to be sure that QF development can be done on all those environments.
> > The tools they use are still very widespread and I would like to
> support them for some time. I think we basically have two options.  We
> can revert to using configure.in instead of configure.ac.  GNU wants to
> push people to using .ac, but .in is still fully supported. The other
> option is the have bootstrap create a configure.in symlink to
> configure.ac.  Newer versions of autoconf will ignore the .in file,
> while older versions will also work fine. Let me know if you can think
> of any other options.
> >=20
> > Alex Hornby <al...@an...> wrote:
> > Hi Oren,
> >=20
> > What would you like to do about the bootstrap?
> >=20
> > I notice you had a GCC 3.2 machine in the cruise control setup at one
> > point. Assuming that was RH8 the autotools that come with that are
> > recent enough to bootstrap.
> >=20
> > Cheers,
> > Alex.
> >=20
> > On Tue, 2003-05-06 at 14:09, Oren Miller wrote:
> > > bootstrap is run with every build. You can see here
> > > in the build output:=20
> > > http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html#OUT
> > >=20
> > > That it is complaining because configure.in no longer
> > > exists. It looks like you replaced it with
> > > configure.ac, but older versions of autoconf (which
> > > those machines are running) need the .in
> > >=20
> > > Is there a difference between the .ac and the .in
> > > version formatwise? Can we set up a symlink in the
> > > bootstrap script if an older version of autoconf is
> > > detected?
> > >=20
> > > --- Alex Hornby wrote:
> > > > On Tue, 2003-05-06 at 12:38, Joerg Thoennes wrote:
> > > >=20
> > > > > According to the build page
> > > > >=20
> > > > >=20
> > > >
> > > http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html
> > > > >=20
> > > > > your last checkin somehow broke the Cruisecontrol
> > > > build. Did you check this?
> > > > >=20
> > > > > Cheers J=F6rg
> > > > >=20
> > > > >
> > > >=20
> > > > Hi J=F6rg,
> > > >=20
> > > > How does cruise control kick off the build?
> > > >=20
> > > > I think I need to get it to run the bootstrap script
> > > > at least once to
> > > > regenerate stuff...
> > > >=20
> > > > Alex.
> > > >=20
> > > >=20
> > > >=20
> > > >
> > > -------------------------------------------------------
> > > > This sf.net email is sponsored by:ThinkGeek
> > > > Welcome to geek heaven.
> > > > http://thinkgeek.com/sf
> > > > _______________________________________________
> > > > Quickfix-developers mailing list
> > > > Qui...@li...
> > > >
> > > https://lists.sourceforge.net/lists/listinfo/quickfix-developers
> > >=20
> > >=20
> > > __________________________________
> > > Do you Yahoo!?
> > > The New Yahoo! Search - Faster. Easier. Bingo.
> > > http://search.yahoo.com
> > >=20
> > >=20
> > > -------------------------------------------------------
> > > This sf.net email is sponsored by:ThinkGeek
> > > Welcome to geek heaven.
> > > http://thinkgeek.com/sf
> > > _______________________________________________
> > > Quickfix-developers mailing list
> > > Qui...@li...
> > > https://lists.sourceforge.net/lists/listinfo/quickfix-developers
> >=20
> >=20
> >=20
> > ---------------------------------
> > Do you Yahoo!?
> > The New Yahoo! Search - Faster. Easier. Bingo.
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux enterprise solutions
> www.enterpriselinuxforum.com
>=20
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers

Re: [Quickfix-developers] Updated include paths

[<WEC...@th...>]

Alex:

>Will you be able to install newer autotools versions on your build
>machines in the foreseeable future?

PFMJI, but I took Oren's point to mean not that the build machines are
outdated, but rather that each build machine is configured to mimic a
certain supported environment for QuickFIX. QF is meant to be
cross-platform and to support this, some things that are appropriate for
one environment might not be in another. the .in option sounds like it is
the most portable.

I have been somewhat out of the loop, but my read is that Oren prefers that
version on the box to make sure QF will work with it. (Oren please correct
me if I am wrong). I know that the build machines were set up to be
canonical, so my guess is that we would only update the boxes if the new
version would work in all of the environments (rather than support .ac for
some and .in for others). That said, I think the more appropriate question
is:

"Can the newer autotools version be used in all of the supported
environments?" -- at least that is what would decide whether the build
machines would be updated -- otherwise we would just be adding to the
maintenance burden, breaking portability, or both.

Best,
Bill

William E. Caputo
ThoughtWorks, Inc.
--------
It is my firm belief that it is a mistake to hold firm beliefs. --
Malaclypse the Younger

Re: [Quickfix-developers] Updated include paths

[Alex H. <al...@an...>]

Hi Oren,

I've moved it back to configure.in for now as we need to get builds
running again.

If you have both configure.ac and configure.in then the autoconf tools
complain...

Will you be able to install newer autotools versions on your build
machines in the foreseeable future? (e.g. by installing them in
/opt/autotools-1 and adding /opt/autotools-1/bin to your PATH ahead of
/usr/bin ).

Cheers,
Alex.


On Tue, 2003-05-06 at 17:40, Oren Miller wrote:
> Yeah, but the reason that we have multiple build machines is that we need=
 to be sure that QF development can be done on all those environments.
> The tools they use are still very widespread and I would like to
support them for some time. I think we basically have two options.  We
can revert to using configure.in instead of configure.ac.  GNU wants to
push people to using .ac, but .in is still fully supported. The other
option is the have bootstrap create a configure.in symlink to
configure.ac.  Newer versions of autoconf will ignore the .in file,
while older versions will also work fine. Let me know if you can think
of any other options.
>=20
> Alex Hornby <al...@an...> wrote:
> Hi Oren,
>=20
> What would you like to do about the bootstrap?
>=20
> I notice you had a GCC 3.2 machine in the cruise control setup at one
> point. Assuming that was RH8 the autotools that come with that are
> recent enough to bootstrap.
>=20
> Cheers,
> Alex.
>=20
> On Tue, 2003-05-06 at 14:09, Oren Miller wrote:
> > bootstrap is run with every build. You can see here
> > in the build output:=20
> > http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html#OUT
> >=20
> > That it is complaining because configure.in no longer
> > exists. It looks like you replaced it with
> > configure.ac, but older versions of autoconf (which
> > those machines are running) need the .in
> >=20
> > Is there a difference between the .ac and the .in
> > version formatwise? Can we set up a symlink in the
> > bootstrap script if an older version of autoconf is
> > detected?
> >=20
> > --- Alex Hornby wrote:
> > > On Tue, 2003-05-06 at 12:38, Joerg Thoennes wrote:
> > >=20
> > > > According to the build page
> > > >=20
> > > >=20
> > >
> > http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html
> > > >=20
> > > > your last checkin somehow broke the Cruisecontrol
> > > build. Did you check this?
> > > >=20
> > > > Cheers J=F6rg
> > > >=20
> > > >
> > >=20
> > > Hi J=F6rg,
> > >=20
> > > How does cruise control kick off the build?
> > >=20
> > > I think I need to get it to run the bootstrap script
> > > at least once to
> > > regenerate stuff...
> > >=20
> > > Alex.
> > >=20
> > >=20
> > >=20
> > >
> > -------------------------------------------------------
> > > This sf.net email is sponsored by:ThinkGeek
> > > Welcome to geek heaven.
> > > http://thinkgeek.com/sf
> > > _______________________________________________
> > > Quickfix-developers mailing list
> > > Qui...@li...
> > >
> > https://lists.sourceforge.net/lists/listinfo/quickfix-developers
> >=20
> >=20
> > __________________________________
> > Do you Yahoo!?
> > The New Yahoo! Search - Faster. Easier. Bingo.
> > http://search.yahoo.com
> >=20
> >=20
> > -------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > _______________________________________________
> > Quickfix-developers mailing list
> > Qui...@li...
> > https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>=20
>=20
>=20
> ---------------------------------
> Do you Yahoo!?
> The New Yahoo! Search - Faster. Easier. Bingo.

Re: [Quickfix-developers] Updated include paths

[Oren M. <ore...@ya...>]

Yeah, but the reason that we have multiple build machines is that we need to be sure that QF development can be done on all those environments.  The tools they use are still very widespread and I would like to support them for some time. I think we basically have two options.  We can revert to using configure.in instead of configure.ac.  GNU wants to push people to using .ac, but .in is still fully supported. The other option is the have bootstrap create a configure.in symlink to configure.ac.  Newer versions of autoconf will ignore the .in file, while older versions will also work fine. Let me know if you can think of any other options.

Alex Hornby <al...@an...> wrote:
Hi Oren,

What would you like to do about the bootstrap?

I notice you had a GCC 3.2 machine in the cruise control setup at one
point. Assuming that was RH8 the autotools that come with that are
recent enough to bootstrap.

Cheers,
Alex.

On Tue, 2003-05-06 at 14:09, Oren Miller wrote:
> bootstrap is run with every build. You can see here
> in the build output: 
> http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html#OUT
> 
> That it is complaining because configure.in no longer
> exists. It looks like you replaced it with
> configure.ac, but older versions of autoconf (which
> those machines are running) need the .in
> 
> Is there a difference between the .ac and the .in
> version formatwise? Can we set up a symlink in the
> bootstrap script if an older version of autoconf is
> detected?
> 
> --- Alex Hornby wrote:
> > On Tue, 2003-05-06 at 12:38, Joerg Thoennes wrote:
> > 
> > > According to the build page
> > > 
> > > 
> >
> http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html
> > > 
> > > your last checkin somehow broke the Cruisecontrol
> > build. Did you check this?
> > > 
> > > Cheers Jörg
> > > 
> > >
> > 
> > Hi Jörg,
> > 
> > How does cruise control kick off the build?
> > 
> > I think I need to get it to run the bootstrap script
> > at least once to
> > regenerate stuff...
> > 
> > Alex.
> > 
> > 
> > 
> >
> -------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > _______________________________________________
> > Quickfix-developers mailing list
> > Qui...@li...
> >
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
> 
> 
> __________________________________
> Do you Yahoo!?
> The New Yahoo! Search - Faster. Easier. Bingo.
> http://search.yahoo.com
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers



---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.

Re: [Quickfix-developers] Updated include paths

[Alex H. <al...@an...>]

Hi Oren,

What would you like to do about the bootstrap?

I notice you had a GCC 3.2 machine in the cruise control setup at one
point. Assuming that was RH8 the autotools that come with that are
recent enough to bootstrap.

Cheers,
Alex.

On Tue, 2003-05-06 at 14:09, Oren Miller wrote:
> bootstrap is run with every build.  You can see here
> in the build output:=20
> http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html#OUT
>=20
> That it is complaining because configure.in no longer
> exists.  It looks like you replaced it with
> configure.ac, but older versions of autoconf (which
> those machines are running) need the .in
>=20
> Is there a difference between the .ac and the .in
> version formatwise?  Can we set up a symlink in the
> bootstrap script if an older version of autoconf is
> detected?
>=20
> --- Alex Hornby <al...@an...> wrote:
> > On Tue, 2003-05-06 at 12:38, Joerg Thoennes wrote:
> >=20
> > > According to the build page
> > >=20
> > >    =20
> >
> http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html
> > >=20
> > > your last checkin somehow broke the Cruisecontrol
> > build. Did you check this?
> > >=20
> > > Cheers J=F6rg
> > >=20
> > >
> >=20
> > Hi J=F6rg,
> >=20
> > How does cruise control kick off the build?
> >=20
> > I think I need to get it to run the bootstrap script
> > at least once to
> > regenerate stuff...
> >=20
> > Alex.
> >=20
> >=20
> >=20
> >
> -------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > _______________________________________________
> > Quickfix-developers mailing list
> > Qui...@li...
> >
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>=20
>=20
> __________________________________
> Do you Yahoo!?
> The New Yahoo! Search - Faster. Easier. Bingo.
> http://search.yahoo.com
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers

Re: [Quickfix-developers] MarketDepth field

[Mike H. <mi...@an...>]

yes, it is an oddity. thanks, i'll remove the enumerations altogether to
get the desired behaviour.

Cheers
Mike



On Tue, 2003-05-06 at 16:21, Oren Miller wrote:
> You should remove those enumerations from the XML.  When enumerations exi=
st, QF treats that as a range.  Anything outside the range is invalid.  Thi=
s field looks like an oddity where it is saying that if the value is 0 or 1=
, it's an enumeration, anything higher is an integer.  Wierd. If you remove=
 the enumerations then any valid integer will be allowed, which is the beha=
vior we want.  You can still do comparisons against MarketDepth.FULL_BOOK a=
nd MarketDepth.TOP_OF_BOOK
> Mike Hepburn <mi...@an...> wrote:Hi all,
>=20
> The FIX::MarketDepth field (264) as used in a Market Data Request
> Message has the following FIX field description:
>=20
> Depth of market for Book Snapshot
> Valid values:
> 0 =3D Full Book
> 1 =3D Top of Book
> N>1 =3D Report best N price tiers of data
>=20
> However the FIX43.xml + FIX42.xml definitions only show two valid
> values:
>=20
>=20
>=20
>=20
>=20
> What should the Data Dictionary Entry look like ? as any value over 1
> gives a 'value out of range for this tag' error.
>=20
> Cheers
> Mike
>=20
> > ATTACHMENT part 2 application/pgp-signature name=3Dsignature.asc=20
>=20
> ---------------------------------
> Do you Yahoo!?
> The New Yahoo! Search - Faster. Easier. Bingo.
--=20
___________________________________________________________________

Mike Hepburn                            Phone:  +44 (0)207 749 7900
Anvil Software Limited                  Fax:    +44 (0)207 749 7916
51-53 Rivington Street                  E-mail: mi...@an...
London EC2A 3SE                                 ef...@ho...

Re: [Quickfix-developers] MarketDepth field

[Oren M. <ore...@ya...>]

You should remove those enumerations from the XML.  When enumerations exist, QF treats that as a range.  Anything outside the range is invalid.  This field looks like an oddity where it is saying that if the value is 0 or 1, it's an enumeration, anything higher is an integer.  Wierd. If you remove the enumerations then any valid integer will be allowed, which is the behavior we want.  You can still do comparisons against MarketDepth.FULL_BOOK and MarketDepth.TOP_OF_BOOK
Mike Hepburn <mi...@an...> wrote:Hi all,

The FIX::MarketDepth field (264) as used in a Market Data Request
Message has the following FIX field description:

Depth of market for Book Snapshot
Valid values:
0 = Full Book
1 = Top of Book
N>1 = Report best N price tiers of data

However the FIX43.xml + FIX42.xml definitions only show two valid
values:





What should the Data Dictionary Entry look like ? as any value over 1
gives a 'value out of range for this tag' error.

Cheers
Mike

> ATTACHMENT part 2 application/pgp-signature name=signature.asc 

---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.

[Quickfix-developers] MarketDepth field

[Mike H. <mi...@an...>]

Hi all,

The FIX::MarketDepth field (264) as used in a Market Data Request
Message has the following FIX field description:

Depth of market for Book Snapshot
Valid values:
0 =3D Full Book
1 =3D Top of Book
N>1 =3D Report best N price tiers of data

However the FIX43.xml + FIX42.xml definitions only show two valid
values:

<field number=3D"264" name=3D"MarketDepth" type=3D"INT">
  <value enum=3D"0" description=3D"FULL_BOOK" />
  <value enum=3D"1" description=3D"TOP_OF_BOOK" />

What should the Data Dictionary Entry look like ? as any value over 1
gives a 'value out of range for this tag' error.

Cheers
Mike

Re: [Quickfix-developers] Updated include paths

[Alex H. <al...@an...>]

On Tue, 2003-05-06 at 14:25, Oren Miller wrote:
> How do you like tinderbox.  I've been looking to move
> off CruiseControl (it freezes up every so often) and
> have been considering anthill.
> 

Its okay - but configuration is perl hacking hell :)

It has good integration with lxr and bonsai - very handy for build and
warning blaming.

Alex.

Re: [Quickfix-developers] QuickFIX, java and threads - added blockingStart() to SocketAcceptor

[Alex H. <al...@an...>]

On Tue, 2003-05-06 at 14:29, Joerg Thoennes wrote:
> Alex Hornby wrote:
> > Hi,
> >=20
> > On my platform (redhat 8,  gcc 3.2, sun jdk 1.4.1_02) I'm still getting
> > thread crashes if threads are spawned outside java (perhaps a thread
> > local storage problem in the JVM?).
>=20
> Interesting. We have a similiar setup (debian 2.2, gcc 3.0, sun jdk 1.4.1=
_01),
> and no problems so far. Currently, we use the SocketAcceptor. How does th=
ese
> crashes show up?
>=20
> J=F6rg

fromAdmin() gets a null pointer back as the java environment, which then
causes a crash as soon as it is used...

Alex.

Re: [Quickfix-developers] QuickFIX, java and threads - added blockingStart() to SocketAcceptor

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

Alex Hornby wrote:
> Hi,
> 
> On my platform (redhat 8,  gcc 3.2, sun jdk 1.4.1_02) I'm still getting
> thread crashes if threads are spawned outside java (perhaps a thread
> local storage problem in the JVM?).

Interesting. We have a similiar setup (debian 2.2, gcc 3.0, sun jdk 1.4.1_01),
and no problems so far. Currently, we use the SocketAcceptor. How does these
crashes show up?

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

Re: [Quickfix-developers] Updated include paths

[Alex H. <al...@an...>]

On Tue, 2003-05-06 at 14:09, Oren Miller wrote:
> bootstrap is run with every build.  You can see here
> in the build output: 
> http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html#OUT
> 
> That it is complaining because configure.in no longer
> exists.  It looks like you replaced it with
> configure.ac, but older versions of autoconf (which
> those machines are running) need the .in
> 
> Is there a difference between the .ac and the .in
> version formatwise?  Can we set up a symlink in the
> bootstrap script if an older version of autoconf is
> detected?
> 

Ah, yes the autoconf language has changed a little since autoconf 2.13.
configure.ac is now the recommended input filename.

Normally this isn't a problem as only people using CVS (aka maintainers)
need to run the autotools via the bootstrap script.

If you can give me a shell on the build machine I could install more
recent autotools - or we could fall back to autoconf 2.13.

Autoconf 2.5x has been around for a while - I've recently upgraded the
libodbc++ project to use it.

Cheers,
Alex.

Re: [Quickfix-developers] Updated include paths

[Oren M. <ore...@ya...>]

How do you like tinderbox.  I've been looking to move
off CruiseControl (it freezes up every so often) and
have been considering anthill.

--- Alex Hornby <al...@an...> wrote:
> > 
> > I do not know exactly. Oren told me that every
> checkin triggers a new run, but for the
> > actual setup you have to wait for Oren to get
> on-line (it's now about 8:40 am in Chicago...).
> > 
> 
> Okay - hopefully it just needs a full build to kick
> it off.
> 
> > BTW, according to your mail times, you seem to sit
> somewhere in Europe?
> > 
> 
> Yes, London. Shoreditch to be precise, our office is
> next to the Brick
> Layer's Arms pub ;^)
> 
> > Do you use Cruisecontrol? It sounds interesting
> for us since we do XP style programming here.
> > 
> > Cheers, Jörg
> 
> We use tinderbox here at Anvil instead - seems to
> have similar features
> to cruise control.
> 
> Cheers,
> Alex.
> 
> 
> 
>
-------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
>
https://lists.sourceforge.net/lists/listinfo/quickfix-developers


__________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
http://search.yahoo.com

Re: [Quickfix-developers] Updated include paths

[Oren M. <ore...@ya...>]

bootstrap is run with every build.  You can see here
in the build output: 
http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html#OUT

That it is complaining because configure.in no longer
exists.  It looks like you replaced it with
configure.ac, but older versions of autoconf (which
those machines are running) need the .in

Is there a difference between the .ac and the .in
version formatwise?  Can we set up a symlink in the
bootstrap script if an older version of autoconf is
detected?

--- Alex Hornby <al...@an...> wrote:
> On Tue, 2003-05-06 at 12:38, Joerg Thoennes wrote:
> 
> > According to the build page
> > 
> >     
>
http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html
> > 
> > your last checkin somehow broke the Cruisecontrol
> build. Did you check this?
> > 
> > Cheers Jörg
> > 
> >
> 
> Hi Jörg,
> 
> How does cruise control kick off the build?
> 
> I think I need to get it to run the bootstrap script
> at least once to
> regenerate stuff...
> 
> Alex.
> 
> 
> 
>
-------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
>
https://lists.sourceforge.net/lists/listinfo/quickfix-developers


__________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
http://search.yahoo.com

[Quickfix-developers] QuickFIX, java and threads - added blockingStart() to SocketAcceptor

[Alex H. <al...@an...>]

Hi,

On my platform (redhat 8,  gcc 3.2, sun jdk 1.4.1_02) I'm still getting
thread crashes if threads are spawned outside java (perhaps a thread
local storage problem in the JVM?).

So as to not affect the behaviour of the existing start() method,
instead of modifying start(), I have added a blockingStart() method to
the SocketAcceptor.

This fixes my crash bug, and may also be useful to people that want to
handle FIX messages in the main thread (e.g. if FIX is all the
application does....)

ChangeLog follows.

Cheers,
Alex.

2003-05-06 Alex Hornby <al...@an...>

	* src/java/org_quickfix_SocketAcceptor.cpp: add blockingStart

	* src/java/org_quickfix_SocketAcceptor.h: add blockingStart

	* src/java/src/org/quickfix/SocketAcceptor.java: add blockingStart

Re: [Quickfix-developers] Feature for DATA type

[Oren M. <ore...@ya...>]

I want to do a release within a couple of weeks.  It
will likely be 1.5.0, mostly because the next version
won't plug in to 1.4.x applications without some
midification (onRun is going away, and include paths
are changing).

--- Joerg Thoennes <Joe...@ma...> wrote:
> Hi Oren,
> 
> > A few weeks ago one of you was kind enough to
> > implement support for the DATA type and sent me
> the
> > update.  Unfortunately I seem to have misplaced
> the
> > email.  I would like to include this in the next
> > release, so if you could resend it to me I would
> be
> > very appreciative.
> 
> Despite I have no clue what you mean by "DATA type"
> (probably because I wasn't the one
> which sent the patch), I would like to ask when you
> want to make your next release.
> Will this be 1.4.2?
> 
> 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
> 


__________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
http://search.yahoo.com

Re: [Quickfix-developers] Updated include paths

[Alex H. <al...@an...>]

>=20
> I do not know exactly. Oren told me that every checkin triggers a new run=
, but for the
> actual setup you have to wait for Oren to get on-line (it's now about 8:4=
0 am in Chicago...).
>=20

Okay - hopefully it just needs a full build to kick it off.

> BTW, according to your mail times, you seem to sit somewhere in Europe?
>=20

Yes, London. Shoreditch to be precise, our office is next to the Brick
Layer's Arms pub ;^)

> Do you use Cruisecontrol? It sounds interesting for us since we do XP sty=
le programming here.
>=20
> Cheers, J=F6rg

We use tinderbox here at Anvil instead - seems to have similar features
to cruise control.

Cheers,
Alex.

Re: [Quickfix-developers] Updated include paths

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

>>According to the build page
>>
>>     http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html
>>
>>your last checkin somehow broke the Cruisecontrol build. Did you check this?
> 
> How does cruise control kick off the build?
> 
> I think I need to get it to run the bootstrap script at least once to
> regenerate stuff...

I do not know exactly. Oren told me that every checkin triggers a new run, but for the
actual setup you have to wait for Oren to get on-line (it's now about 8:40 am in Chicago...).

BTW, according to your mail times, you seem to sit somewhere in Europe?

Do you use Cruisecontrol? It sounds interesting for us since we do XP style programming here.

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