quickfix-developers — QuickFIX developers forum

[Quickfix-developers] RE: Intermittent disconnect problem

[Bishop, B. <Bar...@gs...>]

Hi Oren,

As promised I'm reporting back on my progress.

So far, I have not managed to get a newer version of quickfix in to
production for the following reasons:

I could not get version 1.9.4 to build at all. I've never managed to build
any version of quickfix on solaris using the configure & make files and have
always resorted to building everything in to one enormous '.so'. However
this time there were just too many problems.

I had built version 1.9.2 a couple of weeks ago, so I tested with this under
some very stressful loads. After forcing quickfix to disconnect it was able
to reconnect and re-synchronise much better than the version we have in
production (1.4.0). I had it processing QuoteRequest/Quote and
NewOrderSingle/ExecutionReport messages almost continously for three hours
while I periodically broke the pipe between us and our client's QA system.

Sadly, I overlooked the sending of QuoteAcknowledgement (FIX 4.2) messages
and the first time I tried this it went very wrong. The message quickfix
sent was malformed with a group of fields repeated approximately six times
and an incorrect body length. Needless to say that the client's system
rejected this.

This morning I realised that 1.9.4 isn't an offical release yet. Is this
correct? I will have one more try with version 1.9.3. If I can get this to
build then I can test out the QuoteAcknowledgement message.

A few questions:

1) The release notes for 1.9.3 mention some fixes in handling repeating
groups. Do you think these fixes might help my problem?
2) Does anyone use quickfix on solaris and if so how do they build it?

Again, thanks for your help. Some related information is appended to the
bottom of this mail.
barry


########################################################
The java code that packs a QuoteAcknowledgement message:

        QuoteAcknowledgement message = new QuoteAcknowledgement();

        message.getHeader().setField( new SenderCompID( reject.senderCompId)
);
        message.getHeader().setField( new TargetCompID( reject.targetCompId)
);
        message.getHeader().setField( new DeliverToCompID(
reject.deliverToCompId) );
	  message.getHeader().setField( new DeliverToSubID(
reject.deliverToSubId) );
	  message.getHeader().setField( new DeliverToLocationID(
reject.deliverToLocationId) );

        message.set( new QuoteReqID( reject.quoteReqId ) );
        message.set( new QuoteID( reject.quoteId ) );
	  message.set( new QuoteAckStatus( reject.quoteAckStatus ) );

		if ( reject.quoteRejectReason != null )
			message.set( new QuoteRejectReason(
reject.quoteRejectReason.intValue() ) );

		if ( reject.text != null )
			message.set( new Text( reject.text ) );

		QuoteAcknowledgement.NoQuoteSets.NoQuoteEntries quoteEntries
= new QuoteAcknowledgement.NoQuoteSets.NoQuoteEntries();

		quoteEntries.set( new IDSource( reject.idSource ) );
		quoteEntries.set( new SecurityID( reject.securityId ) );
		quoteEntries.set( new Symbol( reject.symbol ) );
		quoteEntries.set( new QuoteEntryID() );
//		quoteEntries.set( new QuoteEntryID( "1" ) );  ## Tried this
also

		if ( reject.putOrCall != null )
			quoteEntries.set( new PutOrCall(
reject.putOrCall.intValue() ) );
		if ( reject.strikePrice != null )
			quoteEntries.set( new StrikePrice(
reject.strikePrice.doubleValue() ) );
		if ( reject.optAttribute != null )
			quoteEntries.set( new OptAttribute(
reject.optAttribute.charValue() ) );
		if ( reject.maturityMonthYear != null )
			quoteEntries.set( new MaturityMonthYear(
reject.maturityMonthYear ) );
		if ( reject.maturityDay != null )
			quoteEntries.set( new MaturityDay(
reject.maturityDay ) );
		if ( reject.securityDescription != null )
			quoteEntries.set( new SecurityDesc(
reject.securityDescription ) );
		if ( reject.contractMultiplier != null )
			quoteEntries.set( new ContractMultiplier(
reject.contractMultiplier.doubleValue() ) );
		if ( reject.securityType != null )
			quoteEntries.set( new SecurityType(
reject.securityType ) );

		QuoteAcknowledgement.NoQuoteSets quoteSets = new
QuoteAcknowledgement.NoQuoteSets();

		quoteSets.set( new QuoteSetID() );
//		quoteSets.set( new QuoteSetID( "1" ) );	## Tried this also

		quoteSets.set( new UnderlyingSymbol( "und" ) );	// Dummy
entry, just to make the message work.
		quoteSets.addGroup( quoteEntries );

		message.addGroup( quoteSets );


####################################################
An example of a bad QuoteAcknowledgement message:

Message=quickfix.fix42.QuoteAcknowledgement:8=FIX.4.2|9=323|35=b|34=17942|49
=XXXXXXX|52=20041130-16:45:03.556|56=XXXXXX|
128=9999|129=WTSTSTWTSTSTG000|145=2381-QITSCG15|58=Unknown
symbol.|117=3WLR1LWS6|131=200411300129|296=1|302=|
311=und|295=1|299=|
55=XXXXXXX|48=GS9709|22=108|167=OPT|200=200506|205=20|201=1|202=30|206=L|231
=0.1|107=XXXXXXXXXX-30-C-0.1|295=1|299=|
55=XXXXXXX|48=GS9709|22=108|167=OPT|200=200506|205=20|201=1|202=30|206=L|231
=0.1|107=XXXXXXXXXX-30-C-0.1|295=1|299=|
55=XXXXXXX|48=GS9709|22=108|167=OPT|200=200506|205=20|201=1|202=30|206=L|231
=0.1|107=XXXXXXXXXX-30-C-0.1|296=1|302=|
311=und|295=1|299=|
55=XXXXXXX|48=GS9709|22=108|167=OPT|200=200506|205=20|201=1|202=30|206=L|231
=0.1|107=XXXXXXXXXX-30-C-0.1|295=1|299=|
55=XXXXXXX|48=GS9709|22=108|167=OPT|200=200506|205=20|201=1|202=30|206=L|231
=0.1|107=XXXXXXXXXX-30-C-0.1|295=1|299=|
55=XXXXXXX|48=GS9709|22=108|167=OPT|200=200506|205=20|201=1|202=30|206=L|231
=0.1|107=XXXXXXXXXX-30-C-0.1|297=5|300=1|10=245


####################################################
My FIX42.xml definition of QuoteAcknowledgement (not sure is this affects
outgoing messages)

        <message name="QuoteAcknowledgement" msgtype="b" msgcat="app">
            <field name="QuoteReqID" required="N"/>
            <field name="QuoteID" required="Y"/>
            <field name="QuoteAckStatus" required="Y"/>
            <field name="QuoteRejectReason" required="Y"/>
            <field name="QuoteResponseLevel" required="N"/>
            <field name="TradingSessionID" required="N"/>
            <field name="Text" required="N"/>
            <!-- <group name="NoQuoteSets" required="N"> -->	## I have
tried with both a field or a group here
                <field name="NoQuoteSets" required="N"/>
                <field name="QuoteSetID" required="N"/>
                <field name="UnderlyingSymbol" required="N"/>
                <field name="UnderlyingSymbolSfx" required="N"/>
                <field name="UnderlyingSecurityID" required="N"/>
                <field name="UnderlyingIDSource" required="N"/>
                <field name="UnderlyingSecurityType" required="N"/>
                <field name="UnderlyingMaturityMonthYear" required="N"/>
                <field name="UnderlyingMaturityDay" required="N"/>
                <field name="UnderlyingPutOrCall" required="N"/>
                <field name="UnderlyingStrikePrice" required="N"/>
                <field name="UnderlyingOptAttribute" required="N"/>
                <field name="UnderlyingContractMultiplier" required="N"/>
                <field name="UnderlyingCouponRate" required="N"/>
                <field name="UnderlyingSecurityExchange" required="N"/>
                <field name="UnderlyingIssuer" required="N"/>
                <field name="EncodedUnderlyingIssuerLen" required="N"/>
                <field name="EncodedUnderlyingIssuer" required="N"/>
                <field name="UnderlyingSecurityDesc" required="N"/>
                <field name="EncodedUnderlyingSecurityDescLen"
required="N"/>
                <field name="EncodedUnderlyingSecurityDesc" required="N"/>
                <field name="TotQuoteEntries" required="N"/>
                <!-- <group name="NoQuoteEntries" required="N"> -->	## I
have tried with both here also
                    <field name="NoQuoteEntries" required="N"/>
                    <field name="QuoteEntryID" required="N"/>
                    <field name="Symbol" required="N"/>
                    <field name="SymbolSfx" required="N"/>
                    <field name="SecurityID" required="N"/>
                    <field name="IDSource" required="N"/>
                    <field name="SecurityType" required="N"/>
                    <field name="MaturityMonthYear" required="N"/>
                    <field name="MaturityDay" required="N"/>
                    <field name="PutOrCall" required="N"/>
                    <field name="StrikePrice" required="N"/>
                    <field name="OptAttribute" required="N"/>
                    <field name="ContractMultiplier" required="N"/>
                    <field name="CouponRate" required="N"/>
                    <field name="SecurityExchange" required="N"/>
                    <field name="Issuer" required="N"/>
                    <field name="EncodedIssuerLen" required="N"/>
                    <field name="EncodedIssuer" required="N"/>
                    <field name="SecurityDesc" required="N"/>
                    <field name="EncodedSecurityDescLen" required="N"/>
                    <field name="EncodedSecurityDesc" required="N"/>
                    <field name="QuoteEntryRejectReason" required="N"/>
                <!--</group>-->
            <!--</group>-->
        </message>

-----Original Message-----
From: Bishop, Barry 
Sent: Tuesday, November 30, 2004 8:11 AM
To: 'or...@qu...'
Cc: 'qui...@li...'
Subject: RE: [Quickfix-developers] Intermittent disconnect problem


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

Hello Oren,

Thanks for the reply.

Sounds to me like I should try version 1.9.2 or later in  our production
environment. I have been unable to reproduce the mysterious disconnect in
our QA system to the same client, but this is not surprising as it is so
infrequent. I have been simulating it by breaking something else in the
chain (which would appear as a client disconnect) so this would explain the
lack of an explanation from quickfix.

I will try this over the next few days and report back.

Thanks again,
barry


-----Original Message-----
From: or...@qu... [mailto:or...@qu...] 
Sent: Monday, November 29, 2004 7:56 PM
To: Bishop, Barry
Cc: 'qui...@li...'
Subject: RE: [Quickfix-developers] Intermittent disconnect problem


Barry,

For every disconnect that QuickFIX initiates, there should be a reason
provided (not with 1.4.0, but with the new releases).  With 1.9.4 (available
now), QuickFIX also displays a "Dropped Connection" message if the
disconnect is initiated by the peer (1.9.2, does not differentiate).  That
should help you to verify if it is QuickFIX that is initiating the
disconnect.  I don't think there are any more cases where QuickFIX initiates
a disconnect without providing a reason.  If the couterparty drops the
connection, then unless they provide information in the form of a reject or
logoff text, there is little QuickFIX can do to determine the cause.  The
best that we can probably do is report whether the socket was dropped
gracefully, and therefore intentionally, or if it was an abnormal disconnect
of some sort.

Is there anything significantly different about this new client?  Does their
logs reveal anything about the nature of the disconnect?

--oren

> 1) Anyone have any idea what's going on?
> 2) Is there a way to increase the amount of detail in log messages,
> especially those to do with disconnection events?
> 3) What sort of thing would cause quickfix to disconnect without 
> saying why?
> 
> Thanks in advance,
> barry



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
Quickfix-developers mailing list Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

RE: [Quickfix-developers] Intermittent disconnect problem

[Bishop, B. <Bar...@gs...>]

Hello Oren,

Thanks for the reply.

Sounds to me like I should try version 1.9.2 or later in  our production
environment. I have been unable to reproduce the mysterious disconnect in
our QA system to the same client, but this is not surprising as it is so
infrequent. I have been simulating it by breaking something else in the
chain (which would appear as a client disconnect) so this would explain the
lack of an explanation from quickfix.

I will try this over the next few days and report back.

Thanks again,
barry


-----Original Message-----
From: or...@qu... [mailto:or...@qu...] 
Sent: Monday, November 29, 2004 7:56 PM
To: Bishop, Barry
Cc: 'qui...@li...'
Subject: RE: [Quickfix-developers] Intermittent disconnect problem


Barry,

For every disconnect that QuickFIX initiates, there should be a reason
provided (not with 1.4.0, but with the new releases).  With 1.9.4 (available
now), QuickFIX also displays a "Dropped Connection" message if the
disconnect is initiated by the peer (1.9.2, does not differentiate).  That
should help you to verify if it is QuickFIX that is initiating the
disconnect.  I don't think there are any more cases where QuickFIX initiates
a disconnect without providing a reason.  If the couterparty drops the
connection, then unless they provide information in the form of a reject or
logoff text, there is little QuickFIX can do to determine the cause.  The
best that we can probably do is report whether the socket was dropped
gracefully, and therefore intentionally, or if it was an abnormal disconnect
of some sort.

Is there anything significantly different about this new client?  Does their
logs reveal anything about the nature of the disconnect?

--oren

> 1) Anyone have any idea what's going on?
> 2) Is there a way to increase the amount of detail in log messages, 
> especially those to do with disconnection events?
> 3) What sort of thing would cause quickfix to disconnect without 
> saying why?
> 
> Thanks in advance,
> barry

RE: [Quickfix-developers] Intermittent disconnect problem

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

Barry,

For every disconnect that QuickFIX initiates, there should be a reason
provided (not with 1.4.0, but with the new releases).  With 1.9.4
(available now), QuickFIX also displays a "Dropped Connection" message
if the disconnect is initiated by the peer (1.9.2, does not
differentiate).  That should help you to verify if it is QuickFIX that
is initiating the disconnect.  I don't think there are any more cases
where QuickFIX initiates a disconnect without providing a reason.  If
the couterparty drops the connection, then unless they provide
information in the form of a reject or logoff text, there is little
QuickFIX can do to determine the cause.  The best that we can probably
do is report whether the socket was dropped gracefully, and therefore
intentionally, or if it was an abnormal disconnect of some sort.

Is there anything significantly different about this new client?  Does
their logs reveal anything about the nature of the disconnect?

--oren

> 1) Anyone have any idea what's going on?
> 2) Is there a way to increase the amount of detail in log messages,
> especially those to do with disconnection events?
> 3) What sort of thing would cause quickfix to disconnect without saying why?
> 
> Thanks in advance,
> barry

RE: [Quickfix-developers] quickfix 1.9.2 linking problem

[Boby P. <bp...@gl...>]

It is working fine. I deleted my entire quickfix source directory, include
files, lib etc and rebuild and installed again. Now it is working fine.

-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of Caleb
Epstein
Sent: Wednesday, November 24, 2004 8:23 AM
To: Boby Paul
Cc: qui...@li...
Subject: Re: [Quickfix-developers] quickfix 1.9.2 linking problem

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 Tue, 23 Nov 2004 23:45:23 +0000, Boby Paul <mal...@ho...> wrote:
> I was able to compile my application with quickfix 1.8.x. When I installed
> 1.9.2 I am getting a link error saying
> 
> undefined symbol  FIX::Message::getSessionID()             first reference
> in file /usr/local/lib/libquickfix.so.
> 
> I got the same error when I installed 1.9.4 too. I am on solaris 9.
Anybody
> have any idea why is it?

Are you sure you're recompiling your code with the up-to-date QuickFIX
headers?  Message::getSessionID () now takes a std::string session
qualifier argument (though it is defaulted to an empty string).  There
is no longer a zero-argument form.

http://www.quickfixengine.org/quickfix/doc/html/class_f_i_x_1_1_message.html
#a25

Oren: Doxygen images are broken (again).

-- 
Caleb Epstein
caleb dot epstein at gmail dot com


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

[Quickfix-developers] Intermittent disconnect problem

[Bishop, B. <Bar...@gs...>]

Hi,

I have a problem with a FIX session. The quickfix engine seems to randomly,
but infrequently disconnect itself from its peer. The message
'Disconnecting' appears in the event log with no other useful information.
This can happen a few times a day or not happen for a week and is completely
unrelated to how busy it is.

Background:
We are using quickfix on a multi-processor machine running solaris 5.8
We have been using quickfix 1.4.0 since that version was released.
We had big problems building this on solaris (and still have) and so settled
for our own build script that combines all the engine source and JNI layer
in to one big binary.
This binary has been in production for two years (approx) for two of our
client FIX connections and has worked perfectly.
The same binary has now been in use with a third connection to a different
client and has shown the above problem.
Detailed analysis of many packet sniffing captures shows nothing wrong with
the TCP session. In fact the session is closed gracefully by quickfix in the
usual FIN-ACK manner (not a reset).
Immediately after disconnecting it tries to reconnect and usually manages
this straightaway with only a few seconds outage.
However, sometimes it can't get itself sorted out and it gets in to a cycle
that involves the message "logon response received before sending logon" and
this can take a long time (minutes) to stabilise.

I've looked through lots of mailing-list threads, but can't find anything
similar to the disconnect problem. However, I did find plenty about problems
with reconnecting and getting in to hard-to-break-out-of loops.
Consequently, I downloaded and built version 1.9.2 (again with my own build
script) and I've been testing with this. I was rather disappointed to find
that on killing the peer quickfix still logs just the message
"Disconnecting". I was hoping for more detailed information as this was
mentioned as an enhancement in one of the release notes.

So questions for anyone who has struggled to the end of this rather long
email (sorry) are:

1) Anyone have any idea what's going on?
2) Is there a way to increase the amount of detail in log messages,
especially those to do with disconnection events?
3) What sort of thing would cause quickfix to disconnect without saying why?

Thanks in advance,
barry


PS
I like the new bug-tracker.
I'd be happy to get involved with the JAVA port. I would guess that a lot of
people would want this.

RE: [Quickfix-developers] How to use GNU Java on Solaris?

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

I've never tried compiling with gcj, although I would be curious to see
how 
well that worked.  We do plan on adding a --without-jni flag.  In the 
meantime if you just unset your JAVA_HOME before you run configure, that

should do the trick.

----- Original Message ----- 
> Hi!
>
> Is there any way I could use GNU Java (gcj) to compile
> the Java portion of QF on Solaris 8, instead of using
> the native (Sun) version of that language?  (I
> believe, this is how it is done on Linux --- through
> gcj --- isn't it?)
>
> If nobody knows how to do that, maybe, as an ad hoc
> solution, there is a way to disable Java completely?
> I tried the --without-java option, but that didn't
> seem to do the trick.
>
>
> Thanks to each and all,
>
> Nickolai

[Quickfix-developers] How to use GNU Java on Solaris?

[Nickolai D. <n_d...@ya...>]

Hi!

Is there any way I could use GNU Java (gcj) to compile
the Java portion of QF on Solaris 8, instead of using
the native (Sun) version of that language?  (I
believe, this is how it is done on Linux --- through
gcj --- isn't it?)

If nobody knows how to do that, maybe, as an ad hoc
solution, there is a way to disable Java completely? 
I tried the --without-java option, but that didn't
seem to do the trick.


Thanks to each and all,

Nickolai


		
__________________________________ 
Do you Yahoo!? 
Take Yahoo! Mail with you! Get it on your mobile phone. 
http://mobile.yahoo.com/maildemo 

Re: [Quickfix-developers] quickfix 1.9.2 linking problem

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

On Wed, 24 Nov 2004 10:53:25 -0600, Boby Paul
<bp...@gl...> wrote:

> I am hitting the correct header file. But when I checked in the include dir,
> I CANNOT find the header file which has getSessionID call with zero
> parameter. Am I doing something wrong?

No, there is not a version of Message::getSessionID which takes zero
parameters.  It now takes a std::string which is defaulted to "", so
you can just *call* it with no arguments, but you are in reality
calling the form that takes a string argument with the default value.

Judging by your original problem report, it appears as though you're
linking code that expects a version of Message::getSessionID that
doesn't take *any* arguments, but that version does not exist any
longer.

-- 
Caleb Epstein
caleb dot epstein at gmail dot com

RE: [Quickfix-developers] quickfix 1.9.2 linking problem

[Boby P. <bp...@gl...>]

I am hitting the correct header file. But when I checked in the include dir,
I CANNOT find the header file which has getSessionID call with zero
parameter. Am I doing something wrong?

Thanks
Boby

-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of Caleb
Epstein
Sent: Wednesday, November 24, 2004 8:23 AM
To: Boby Paul
Cc: qui...@li...
Subject: Re: [Quickfix-developers] quickfix 1.9.2 linking problem

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 Tue, 23 Nov 2004 23:45:23 +0000, Boby Paul <mal...@ho...> wrote:
> I was able to compile my application with quickfix 1.8.x. When I installed
> 1.9.2 I am getting a link error saying
> 
> undefined symbol  FIX::Message::getSessionID()             first reference
> in file /usr/local/lib/libquickfix.so.
> 
> I got the same error when I installed 1.9.4 too. I am on solaris 9.
Anybody
> have any idea why is it?

Are you sure you're recompiling your code with the up-to-date QuickFIX
headers?  Message::getSessionID () now takes a std::string session
qualifier argument (though it is defaulted to an empty string).  There
is no longer a zero-argument form.

http://www.quickfixengine.org/quickfix/doc/html/class_f_i_x_1_1_message.html
#a25

Oren: Doxygen images are broken (again).

-- 
Caleb Epstein
caleb dot epstein at gmail dot com


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

Re: [Quickfix-developers] quickfix 1.9.2 linking problem

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

They are fine actually, if you look in the 1.9.4 release.  The doxygen 
install has been corrected on the build machine and everything is fine 
in the release package.  It's just that the website has not been 
updated with the latest documentation yet.  As soon as it is it will be 
the last we see of this.

--oren

> Oren: Doxygen images are broken (again).
>
> -- 
> Caleb Epstein
> caleb dot epstein at gmail dot com
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real 
> users.
> Discover which products truly live up to the hype. Start reading now.
> http://productguide.itmanagersjournal.com/
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>

Re: [Quickfix-developers] quickfix 1.9.2 linking problem

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

On Tue, 23 Nov 2004 23:45:23 +0000, Boby Paul <mal...@ho...> wrote:
> I was able to compile my application with quickfix 1.8.x. When I installed
> 1.9.2 I am getting a link error saying
> 
> undefined symbol  FIX::Message::getSessionID()             first reference
> in file /usr/local/lib/libquickfix.so.
> 
> I got the same error when I installed 1.9.4 too. I am on solaris 9. Anybody
> have any idea why is it?

Are you sure you're recompiling your code with the up-to-date QuickFIX
headers?  Message::getSessionID () now takes a std::string session
qualifier argument (though it is defaulted to an empty string).  There
is no longer a zero-argument form.

http://www.quickfixengine.org/quickfix/doc/html/class_f_i_x_1_1_message.html#a25

Oren: Doxygen images are broken (again).

-- 
Caleb Epstein
caleb dot epstein at gmail dot com

[Quickfix-developers] quickfix 1.9.2 linking problem

[Boby P. <mal...@ho...>]

I was able to compile my application with quickfix 1.8.x. When I installed 
1.9.2 I am getting a link error saying

undefined symbol  FIX::Message::getSessionID()             first reference 
in file /usr/local/lib/libquickfix.so.


I got the same error when I installed 1.9.4 too. I am on solaris 9. Anybody 
have any idea why is it?

thanks
malu

Re: [Quickfix-developers] BUG in v. 1.9.4.: config & compilation problem on Solaris 8

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

On Tue, 23 Nov 2004 15:35:55 -0500, Caleb Epstein
<cal...@gm...> wrote:
> See http://tinyurl.com/5sls4
> 
> You need to specify to use CC (the C++ compiler) for AR.

Whoops.  Thought you were using SunPRO as the compiler.  Try adding
/usr/ccs/bin to your PATH before running configure.  If you don't have
/usr/ccs/bin/ar, your next step is probably to get the GNU binutils
and install those.

-- 
Caleb Epstein
caleb dot epstein at gmail dot com

RE: [Quickfix-developers] QuickFIX Java porting

[Steve B. <st...@xp...>]

> From: Joerg Thoennes [mailto:Joe...@ma...]
> Yes, the Wiki is a good place to discuss porting issues. On the web =
page
> I can currently see Brian Danylkiw besides Oren and me taking part in
> the discussion. Feel free to take part in the discussion, add new
> question, restructure the page etc.

Hi J=F6rg,

I've visited the wiki page and have added a comment about the=20
configuration discussion. I've ported the SessionID and=20
MemoryMessageStore and am currently porting the FileMessageStore.
Is anyone working on the remaining message stores and logs? If not,
I'll continue with porting the MySQl message store and logs for
MySQL and the screen.=20

I looked like someone (Oren?) was working on a configuration
parser? Is that code available?
=20
Thanks,

Steve

Re: [Quickfix-developers] BUG in v. 1.9.4.: config & compilation problem on Solaris 8

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

See http://tinyurl.com/5sls4

You need to specify to use CC (the C++ compiler) for AR.

-- 
Caleb Epstein
caleb dot epstein at gmail dot com

[Quickfix-developers] BUG in v. 1.9.4.: config & compilation problem on Solaris 8

[Nickolai D. <n_d...@ya...>]

First, I don't have 'ar' installed on my system.  (I
simply didn't realize it was needed by QF).  I tried
configuring the brand new version 1.9.4, and the
configuration wrongfully went through.  However,
during the 'make' stage, the following came up:

false cru .libs/libquickfixcpptest.a
.libs/FieldBaseTestCase.o
.libs/FieldConvertorsTestCase.o
.libs/MessagesTestCase.o .libs/SessionTestCase.o
.libs/P
arserTestCase.o .libs/SettingsTestCase.o
.libs/MessageStoreTestCase.o
.libs/UtcTimeStampTestCase.o
.libs/UtcTimeOnlyTestCase.o .libs/AcceptorTestCase.o
 .libs/SocketUtilitiesTestCase.o
.libs/FileUtilitiesTestCase.o
.libs/StringUtilitiesTestCase.o
.libs/SocketServerTestCase.o
.libs/SocketConnectorTestCa
se.o .libs/SessionIDTestCase.o
.libs/SessionTimeTestCase.o .libs/FileStoreTestCase.o
.libs/FileStoreFactoryTestCase.o
.libs/MySQLStoreTestCase.o .libs/
DictionaryTestCase.o .libs/SessionSettingsTestCase.o
.libs/DataDictionaryTestCase.o
.libs/MemoryStoreTestCase.o
make[4]: *** [libquickfixcpptest.la] Error 1
make[4]: Leaving directory
`/usr/local/share/quickfix-1.9.4/src/C++/test'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/usr/local/share/quickfix-1.9.4/src/C++'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/usr/local/share/quickfix-1.9.4/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/usr/local/share/quickfix-1.9.4'
make: *** [all] Error 2

Please see the files attached for more details.


Best regards,

Nickolai


		
__________________________________ 
Do you Yahoo!? 
Meet the all-new My Yahoo! - Try it today! 
http://my.yahoo.com 
 

Re: [Quickfix-developers] QuickFIX Java porting

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

Steve Bate wrote:
> I'm interested in helping with the Java port of QuickFIX. I'm experienced
> with FIX and have used several commercial, open source, and home grown
> FIX engines. I have limited experience with QuickFIX because our company 
> prefers to stay away from JNI-based libraries, but I have looked at the 
> source code and have been lurking on this list for quite a while.

Good to hear that, Steve! We want to use QuickFIX inside JBoss, but 
where a bit concerned about the JNI part. So I would like to support any 
steps in the direction of a standalone Java version.

> I've read the related wiki page and I was wondering who is currently
> working on which parts of the porting effort. Like I said, I'd like to
> help and I don't want to duplicate effort.

Yes, the Wiki is a good place to discuss porting issues. On the web page 
I can currently see Brian Danylkiw besides Oren and me taking part in 
the discussion. Feel free to take part in the discussion, add new 
question, restructure the page etc.

In addition, I would suggest to have a separate module in the QF CVS to 
have the ported code in one place? Oren, what do you think?

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] QuickFIX Java porting

[Steve B. <sb...@us...>]

Hello all,

I'm interested in helping with the Java port of QuickFIX. I'm experienced
with FIX and have used several commercial, open source, and home grown
FIX engines. I have limited experience with QuickFIX because our company 
prefers to stay away from JNI-based libraries, but I have looked at the 
source code and have been lurking on this list for quite a while.

I've read the related wiki page and I was wondering who is currently
working on which parts of the porting effort. Like I said, I'd like to
help and I don't want to duplicate effort.

Regards,

Steve

Re: [Quickfix-developers] compile problems under FC2 and FC3

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

Hi Brian,

> with the code from cvs for the last couple of weeks...
> 
> i'm getting compile errors under Fedora Core 2 and 3...
> 
> make is not including the include flags for libxml2
> 
> i think it's a disconnect somewhere in automake...
> the configure script finds and seems to set the
> flags correctly, but then they are not included
> when make runs. (this is stretching my knowledge of automake)
> 
> g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -I.. -I../.. -g -O2 
> -I/usr/include/mysql -I/usr/java/j2sdk1.4.2_04/include 
> -I/usr/java/j2sdk1.4.2_04/include/linux -MT DataDictionary.lo -MD -MP 
> -MF .deps/DataDictionary.Tpo -c DataDictionary.cpp  -fPIC -DPIC -o 
> .libs/DataDictionary.o
> In file included from DataDictionary.cpp:37:
> LIBXML_DOMDocument.h:32:30: libxml/xmlmemory.h: No such file or directory
> LIBXML_DOMDocument.h:33:27: libxml/parser.h: No such file or directory
> In file included from DataDictionary.cpp:37:
> LIBXML_DOMDocument.h:40: error: expected `)' before "pNode"
> LIBXML_DOMDocument.h:47: error: `xmlNodePtr' does not name a type
> LIBXML_DOMDocument.h:53: error: expected `)' before "pNode"
> LIBXML_DOMDocument.h:64: error: `xmlNodePtr' does not name a type
> LIBXML_DOMDocument.h:80: error: `xmlDocPtr' does not name a type

I had these kinds of errors as I tried to compile version 1.9.2 of 
QuickFIX on a Debian testing system. As always, I first did

	./bootstrap

used the newest stuff from my Debian system. This broke is the above 
way. Using the generated files already provided in the download worked fine.

I tracked down the problem to the usage of CPPFLAGS and CXX_FLAGS (or 
CFLAGS) to access libxml2. Basically, the newer versions of automake use 
CPPFLAGS since the specification of the include path via -I is part of 
the C-PreProcessor (CPP) phase.

But I did not spend resolving that further. Probably setting both 
CPPFLAGS and CXXFLAGS somewhere would help to make that compatible.

Sorry for this rather rough answer, I am quite busy at the moment.

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] compile problems under FC2 and FC3

[Brian <bri...@du...>]

hi,

with the code from cvs for the last couple of weeks...

i'm getting compile errors under Fedora Core 2 and 3...

make is not including the include flags for libxml2

i think it's a disconnect somewhere in automake...
the configure script finds and seems to set the
flags correctly, but then they are not included
when make runs. (this is stretching my knowledge of automake)

errors below.  if you need more info, please let me know.

thanks,

brian

g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -I.. -I../.. -g -O2 
-I/usr/include/mysql -I/usr/java/j2sdk1.4.2_04/include 
-I/usr/java/j2sdk1.4.2_04/include/linux -MT DataDictionary.lo -MD -MP 
-MF .deps/DataDictionary.Tpo -c DataDictionary.cpp  -fPIC -DPIC -o 
.libs/DataDictionary.o
In file included from DataDictionary.cpp:37:
LIBXML_DOMDocument.h:32:30: libxml/xmlmemory.h: No such file or directory
LIBXML_DOMDocument.h:33:27: libxml/parser.h: No such file or directory
In file included from DataDictionary.cpp:37:
LIBXML_DOMDocument.h:40: error: expected `)' before "pNode"
LIBXML_DOMDocument.h:47: error: `xmlNodePtr' does not name a type
LIBXML_DOMDocument.h:53: error: expected `)' before "pNode"
LIBXML_DOMDocument.h:64: error: `xmlNodePtr' does not name a type
LIBXML_DOMDocument.h:80: error: `xmlDocPtr' does not name a type

Re: [Quickfix-developers] Some Info Please

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

Hi Shamanth,

> We are planning to integrate quickfix with MX4J. Has anyone tried
> this before? Is there any issues that anyone could forsee with
> integration.

Did you also consider the JBoss application server (www.jboss.org)? It 
is also JMX based, and you can use it without the J2EE stuff.

There have been some efforts to integrate QuickFIX with JBoss. Search 
the list.

> we are currently using JNI wrappers of quickfix1.8.0 and are planning
> to upgrade to quickfix1.9.3

Are you talking about the QF Java API which uses JNI?

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] Some Info Please

[Shamanth <sha...@in...>]

Hi

We are planning to integrate quickfix with MX4J. Has anyone tried this =
before?=20
Is there any issues that anyone could forsee with integration.

we are currently using JNI wrappers of quickfix1.8.0 and are planning to =
upgrade to quickfix1.9.3

thanks and regards
R Shamanth
>   NOTICE
> This e-mail message and any attachments, which may contain =
confidential information, are to be viewed solely by the intended =
recipient of Integral Development Corp.  If the reader of this message =
is not the intended recipient, you are hereby notified that any use, =
dissemination, distribution or copying of this communication is strictly =
prohibited.  If you have received this message in error, please =
immediately notify the sender and delete the mail and all attachments.
>=20

Re: [Quickfix-developers] IP Address Configuration Option

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

I created a feature request.  You can track the progress here: 
http://www.quickfixengine.org/bugtracker/bug.php?op=show&bugid=34&pos=

On Nov 15, 2004, at 10:35 AM, Jon Dahl wrote:

> QuickFIX Documentation: 
> http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX FAQ: 
> http://www.quickfixengine.org/wikifix/index.php?QuickFixFAQ
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
> 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-
>
>
>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: InterSystems CACHE
> FREE OODBMS DOWNLOAD - A multidimensional database that combines
> robust object and relational technologies, making it a perfect match
> for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>

Re: [Quickfix-developers] what's the intended way to have an app that can be both initiator and aacceptor?

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

Michael Raykh wrote:
> what's the intended way to have an app that can be both initiator and aacceptor?

What do you want to do exactly? Forward FIX messages from one side to 
another?

An acceptor passively listens in server mode, while an initiator 
actively connects as a client to a server.

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] what's the intended way to have an app that can be both initiator and aacceptor?

[Michael R. <mr...@li...>]

Can't seem to figure this out... :(
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.