quickfix-developers — QuickFIX developers forum

[Quickfix-developers] Re: threading growth issue? also possible crash issues....

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

Alvin Wang wrote:
> I upgraded to QF 1.10.2  (Java/JNI). The crash issue got worse, 4-5 times 
> per day.

Could you post a Java thread dump? This is done using Ctrl-Break on Windows and using
"kill -3 <pid>" on UNIX/Linux.

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] Re: threading growth issue? also possible crash issues....

[Alvin W. <AW...@FF...>]

I upgraded to QF 1.10.2  (Java/JNI). The crash issue got worse, 4-5 times=
=20
per day.

Another issue with 1.10, when the counterparty (acceptor) sends logon=20
message with wrong seq number, the toAdmin method is not called.=20
In addition, it seems the onLogout method is called instead, and then=20
another logon message is sent out from QF to the counterparty. As the=20
result, it becomes a deadlock. Is there a better way to handle this?

Thanks
Alvin






Joerg Thoennes <Joe...@ma...>
Sent by: qui...@li...
07/21/2005 02:23 PM

=20
        To:     Alvin Wang <AW...@FF...>
        cc:     Oren Miller <or...@qu...>,=20
qui...@li..., quickfix-users list=20
<qui...@li...>
        bcc:=20
        Subject:        [Quickfix-developers] Re: [Quickfix-users] Re: thre=
ading growth issue?


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

Alvin Wang wrote:
> It is Initiator. Only one session. Version is quickfix-1.9.4. OS is=20
Windows Server 2003=20
> SP1.
>=20
> The reason we use JConsole to monitor QF is that we updated from Java=20
> 1.5.0_02 to 1.5.0_04 and then the FIX engine crash once or twice every=20
day=20
> (sometimes when session is up and sometime session is down). I do not=20
know=20
> if the crash has anything to do with threading growth.  We did not have=
=20
> the crash when we used Java 1.5.0_02, but I do not know what about=20
> threading growth issue under 1.5.0_02.  I also am not sure if the crash=
=20
is=20
> related to java itself or to QF.=20

Maybe this sections from the 1.10.0 release notes is relevant, since the #=
=20
of threads=20
climbs until StartTime:

> Initiator will no longer initiate socket connections outside of the=20
session
> time.  Previously it would connect and immediately close connection=20
during
> every retry interval.

Oren, perhaps you can give more details what you have changed here.

Cheers, J=F6rg

--=20
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


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclick
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers



                                                                           =
                                                                           =
                                                                           =
                                                                   ********=
**************************************************************
This e-mail message is intended solely for the use of the addressee.
The message may contain information that is privileged and confidential. =
=20
Disclosure to anyone other than the intended recipient is
prohibited. If you are not the intended recipient, please do not
disseminate, distribute or copy this communication, by e-mail or
otherwise. Instead, please notify us immediately by return e-mail
(including the original message with your reply) and then delete
and discard all copies of the message. We have taken precautions to
minimize the risk of transmitting software viruses but nevertheless
advise you to carry out your own virus checks on any attachment to
this message.  We accept no liability for any loss or damage caused
by software viruses.
**********************************************************************

[Quickfix-developers] Re: threading growth issue? also possible crash issues....

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

Please attach the relevant portion of your log files.

--oren
  ----- Original Message -----=20
  From: Alvin Wang=20
  To: Joerg Thoennes=20
  Cc: Oren Miller ; qui...@li... ; =
qui...@li...=20
  Sent: Wednesday, July 27, 2005 9:48 AM
  Subject: Re: threading growth issue? also possible crash issues....



  I upgraded to QF 1.10.2  (Java/JNI). The crash issue got worse, 4-5 =
times per day.=20

  Another issue with 1.10, when the counterparty (acceptor) sends logon =
message with wrong seq number, the toAdmin method is not called.=20
  In addition, it seems the onLogout method is called instead, and then =
another logon message is sent out from QF to the counterparty. As the =
result, it becomes a deadlock. Is there a better way to handle this?=20

  Thanks=20
  Alvin=20




       Joerg Thoennes <Joe...@ma...>=20
        Sent by: qui...@li...=20
        07/21/2005 02:23 PM=20

              =20
                To:        Alvin Wang <AW...@FF...>=20
                cc:        Oren Miller <or...@qu...>, =
qui...@li..., quickfix-users list =
<qui...@li...>=20
                bcc:        =20
                Subject:        [Quickfix-developers] Re: =
[Quickfix-users] Re: threading growth issue?=20



  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

  Alvin Wang wrote:
  > It is Initiator. Only one session. Version is quickfix-1.9.4. OS is =
Windows Server 2003=20
  > SP1.
  >=20
  > The reason we use JConsole to monitor QF is that we updated from =
Java=20
  > 1.5.0_02 to 1.5.0_04 and then the FIX engine crash once or twice =
every day=20
  > (sometimes when session is up and sometime session is down). I do =
not know=20
  > if the crash has anything to do with threading growth.  We did not =
have=20
  > the crash when we used Java 1.5.0_02, but I do not know what about=20
  > threading growth issue under 1.5.0_02.  I also am not sure if the =
crash is=20
  > related to java itself or to QF.=20

  Maybe this sections from the 1.10.0 release notes is relevant, since =
the # of threads=20
  climbs until StartTime:

  > Initiator will no longer initiate socket connections outside of the =
session
  > time.  Previously it would connect and immediately close connection =
during
  > every retry interval.

  Oren, perhaps you can give more details what you have changed here.

  Cheers, J=F6rg

  --=20
  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


  -------------------------------------------------------
  SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
  from IBM. Find simple to follow Roadmaps, straightforward articles,
  informative Webcasts and more! Get everything you need to get up to
  speed, fast. =
http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclick
  _______________________________________________
  Quickfix-developers mailing list
  Qui...@li...
  https://lists.sourceforge.net/lists/listinfo/quickfix-developers


  ********************************************************************** =
This e-mail message is intended solely for the use of the addressee. The =
message may contain information that is privileged and confidential. =
Disclosure to anyone other than the intended recipient is prohibited. If =
you are not the intended recipient, please do not disseminate, =
distribute or copy this communication, by e-mail or otherwise. Instead, =
please notify us immediately by return e-mail (including the original =
message with your reply) and then delete and discard all copies of the =
message. We have taken precautions to minimize the risk of transmitting =
software viruses but nevertheless advise you to carry out your own virus =
checks on any attachment to this message. We accept no liability for any =
loss or damage caused by software viruses. =
********************************************************************** 

RE: [Quickfix-developers] Connecting/disconnecting fails

[Francis G. <fr...@at...>]

I have uploaded a C# test application to easily reproduce bug #88 at
http://www.quickfixengine.org/bugtracker/bug.php?op=show
<http://www.quickfixengine.org/bugtracker/bug.php?op=show&bugid=88&pos=9>
&bugid=88&pos=9
 
Can someone try it and confirm the issue?  If you need an executable just
let me know.
 
Thanks,
 
Francis Gingras

Re: [Quickfix-developers] position request

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

Roman Konstankevitch wrote:
> After I have established a session to a fix acceptor.
> 
> The next thing I would like to do is to verify that I have the correct
> positions,  how do I request a current portfolio from the server (i.e. what
> type of message do I use).

Roman, please direct business related questions to

	http://www.fixprotocol.org/discuss

Thanks, 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] position request

[Roman K. <ter...@op...>]

After I have established a session to a fix acceptor.

The next thing I would like to do is to verify that I have the correct
positions,  how do I request a current portfolio from the server (i.e. what
type of message do I use).

 

Thanks.

Re: [Quickfix-developers] AIX port of QuickFIX

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

John GALLET wrote:
>>>just wondering whether anybody of you managed to build QuickFIX on AIX (4.3 or newer)?
>>>Would be interested to hear your experiences.
> 
> I finally found out (thanks Usenet !) : this has nothing to do with QF but
> is AIX specific, as any shared library loaded into memory stays "stuck"
> there until machine reboot or explicit call (by root) to "slibclean".
> 
> More on : http://dcs.nac.uci.edu/~strombrg/AIX-shared-libs.html
> 
> I can't help directly on the other question about QF and AIX 5.1, I really
> did not have any compilation problems with QF in itself and I am not an 
> AIX expert in any way.

This page may contain useful information in porting to AIX:

http://www-128.ibm.com/developerworks/eserver/articles/solaris_aix.html

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

Re: [Quickfix-developers] AIX port of QuickFIX

[John G. <joh...@wa...>]

Hi all,

> > just wondering whether anybody of you managed to build QuickFIX on AIX (4.3 or newer)?
> > Would be interested to hear your experiences.
> FYI : I did not have any problem compiling QF 1.9.4 on a 5.2 AIX using gcc
> 3.3.2 (except for finding the infamous -brtl option to link with .so files
> on AIX...) but as soon as I start my executable, I get a SIGABORT around
> the constructor of a Dictionnary instance (Dictionary.h:42 in a
> SocketInitiator, issue still under investigation here, this code works
> perfectly well on Solaris and Linux).

I finally found out (thanks Usenet !) : this has nothing to do with QF but
is AIX specific, as any shared library loaded into memory stays "stuck"
there until machine reboot or explicit call (by root) to "slibclean".

More on : http://dcs.nac.uci.edu/~strombrg/AIX-shared-libs.html

I can't help directly on the other question about QF and AIX 5.1, I really
did not have any compilation problems with QF in itself and I am not an 
AIX expert in any way.

Sincerely,
JG

Re: [Quickfix-developers] Quickfix on AIX

[Tarandeep S. <tar...@ef...>]

Hi,
Although Orens response fixed that issue but still its not working. I am=
 
doing it in following way.
1. Downloaded quickfix-1.10.2

2. Installed GNU Make 3.80

3. Ran configure using

configure --prefix=3D/home/tuli/local/quickfix 
--with-xml-prefix=3D/home/tuli/local/libxml2 CXXFLAGS=3D"-g -qrtti=3Dall=
 
-qstaticinline"

qrtti=3Dall: To get rid of a warning about missing runtime type informat=
ion
qstaticinline: To get rid of a lot of linker warnings.

4. Following modifications were made to get quickfix xlC

src/C++/test/MessgaesTestCase.cpp:
Some template<> declarators were added.
Revision 1.34 in the CVS already has this included after someone
reported problems with gcc 4.0. xlC also requires the template <>
declarators.

src/C++/DataDictionary.h:
Added forward declaration.
class Message;

src/C++/Acceptor.h:
Added forward declaration.
class Session;

src/C++/Initiator.h:
Added forward declaration.
class Session;

src/C++/Makefile
Renamed bash to sh

src/C++/copy.sh
Renamed bash to sh

5. Some warnings were issued during the build process:

xlC_r -g -qrtti=3Dall -qstaticinline 
-I/home/tuli/local/libxml2/include/libxml2 -o .libs/ordermatch 
ordermatch.o Application.o Market.o -L../../src/C++/.libs -lquickfix 
-L/home/tuli/local/libxml2/lib -lc_r 
-L/home/tuli/test/library/libxml2/lib -lxml2 -ldl -lpthread -liconv -lm 
-blibpath:/home/tuli/local/quickfix/lib:/home/tuli/test/library/libxml2/=
lib:/usr/vac/lib:/usr/lib/threads:/usr/vacpp/lib:/usr/lib:/lib 

ld: 0711-224 WARNING: Duplicate symbol: 
std::num_put<char,std::ostreambuf_iterator<char,std::char_traits<char> >=
 
 >::id
ld: 0711-224 WARNING: Duplicate symbol: std::_Tidyfac<std::ctype<char> 
 >::_Facsav
ld: 0711-224 WARNING: Duplicate symbol: 
std::_Tidyfac<std::num_put<char,std::ostreambuf_iterator<char,std::char_=
traits<char> 
 > > >::_Facsav
ld: 0711-224 WARNING: Duplicate symbol: std::numpunct<char>::id
ld: 0711-224 WARNING: Duplicate symbol: 
std::_Tidyfac<std::numpunct<char> >::_Facsav
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more 
information.
creating ordermatch

6. run_ordermatch yields

$ ./run_ordermatch
Configuration failed: not defined

7. Added some simple logging of the BEGINSTRING string:

In examples/ordermatch/ordermatch.cpp:
Added
std::cout << "1. BEGINSTRING=3D" << FIX::BEGINSTRING << std::endl;
before
FIX::SessionSettings settings( file );

In src/C++/SessionSettings.cpp: 
Added
std::cout << "2. BEGINSTRING=3D" << BEGINSTRING << std::endl;
before
section =3D settings.get( "SESSION" );
in the function std::istream& operator>>( std::istream& stream, 
SessionSettings& s )

8. Running run_ordermatch now yields

$ ./run_ordermatch
1. BEGINSTRING=3DBeginString
2. BEGINSTRING=3D
Configuration failed: not defined

This output suggests that the definition of BEGINSTRING is somehow 
corrupted
in the SessionSettings.cpp module.

Any ideas how this is possible?
Regards,
Tarandeep Singh

> Tarandeep Singh wrote:
>
>> I am trying to compile quickfix-1.10.2 on AIX 5.1 with compiler XL 
>> C++ v7.0.
>
>
> Hi,
>
> please tell us if you finally succeed to compile QuickFIX. I hope 
> Orens response fixes your issue.
>
> Cheers, J=F6rg
>

Re: [Quickfix-developers] MarketDepth validation

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

Oren Miller wrote:
> I think the only thing you can do in this situation  is to remove  those 
> enums, which would allow any value to come through.

IMHO, these values should be removed anyway since 0..N is allowed. Enums do not make sense 
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

Re: [Quickfix-developers] MarketDepth validation

[Dale W. <wil...@oc...>]

Oren Miller wrote:

> I think the only thing you can do in this situation  is to remove  
> those enums, which would allow any value to come through.

Ok.  That makes sense. 

I was going to ask if this would cause problems because symbolic names 
were not generated for the enums, but it appears that 
MarketDepth_FULL_BOOK, etc. aren't defined anyway.
I thought these were automatically generated from the XML. 

In any case, removing the enums provides a viable work-around.

Thanks,

Dale


>
> --oren
>
> On Jul 22, 2005, at 2:30 PM, Dale Wilson 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
>>
>> Hi,
>> I've run into a problem with Market Data request messages:
>>
>> Environment: Quickfix ; C++ library V1.10.2; WindowsXP Pro
>>
>> The FIX 4.2 specification describes MarketDepth (tag 264) as:
>>
>> Depth of market for Book Snapshot
>>   Valid values:
>>      0 = Full Book
>>      1 = Top of Book
>>      N>1 = Report best N price tiers of data
>>
>> In FIX42.xml this is represented as:
>>
>>    <field number="264" name="MarketDepth" type="INT">
>>      <value enum="0" description="FULL_BOOK"/>
>>      <value enum="1" description="TOP_OF_BOOK"/>
>>    </field>
>>
>> The problem comes when validating a message that tries to use the  
>> "N>1" option.  The message is rejected because the value doesn't  
>> match one of the enumerated ones.  See interpreted logs below for  
>> details.
>>
>> What's the right way to handle this situation?
>>
>> Dale
>>
>>
>> ==========INCOMING MESSAGE===============
>> 8=FIX.4.2 |          BeginString = FIX.4.2
>>     9=129 |           BodyLength = 129
>>      35=V |              MsgType = MarketDataRequest
>>      34=2 |            MsgSeqNum = 2
>> 49=CLIENT |         SenderCompID = CLIENT
>> 52=20050722-14:56:12.000
>>           |          SendingTime = 20050722-14:56:12.000
>> 56=EXGATEWAY
>>           |         TargetCompID = EXGATEWAY
>> ----------------------------------------
>>     146=1 |         NoRelatedSym = 1
>> 55=FTNL20060300
>>           | ->              Symbol = FTNL20060300
>>     262=0 |              MDReqID = 0
>>     263=1 | SubscriptionRequestType = SNAPSHOT_PLUS_UPDATES
>>    264=10 |          MarketDepth = 10
>>     265=1 |         MDUpdateType = 1
>>     266=Y |       AggregatedBook = Y
>>     267=2 |       NoMDEntryTypes = 2
>>     269=0 | ->         MDEntryType = BID
>>     269=1 | ->         MDEntryType = OFFER
>> ----------------------------------------
>>    10=189 |             CheckSum = 189
>>
>> ==========REPLY==================
>>
>> 8=FIX.4.2 |          BeginString = FIX.4.2
>>     9=133 |           BodyLength = 133
>>      35=3 |              MsgType = Reject
>>      34=2 |            MsgSeqNum = 2
>> 49=EXGATEWAY
>>           |         SenderCompID = EXGATEWAY
>> 52=20050722-14:56:12.000
>>           |          SendingTime = 20050722-14:56:12.000
>> 56=CLIENT |         TargetCompID = CLIENT
>> ----------------------------------------
>>      45=2 |            RefSeqNum = 2
>> 58=Value is incorrect (out of range) for this tag
>>           |                 Text = Value is incorrect (out of  range) 
>> for this tag
>>   371=264 |             RefTagID = 264
>>     372=V |           RefMsgType = MarketDataRequest
>>     373=5 |  SessionRejectReason = 5
>> ----------------------------------------
>>    10=009 |             CheckSum = 009
>>
>>
>>
>>
>> -------------------------------------------------------
>> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
>> from IBM. Find simple to follow Roadmaps, straightforward articles,
>> informative Webcasts and more! Get everything you need to get up to
>> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>> _______________________________________________
>> Quickfix-developers mailing list
>> Qui...@li...
>> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>>
>>
>


-- 
-----------------------------------------------------
  Dale Wilson, Senior Software Engineer      
  Object Computing, Inc. (OCI)
  http://www.ociweb.com/  http://www.theaceorb.com/
----------------------------------------------------

Re: [Quickfix-developers] MarketDepth validation

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

I think the only thing you can do in this situation  is to remove  
those enums, which would allow any value to come through.

--oren

On Jul 22, 2005, at 2:30 PM, Dale Wilson 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
>
> Hi,
> I've run into a problem with Market Data request messages:
>
> Environment: Quickfix ; C++ library V1.10.2; WindowsXP Pro
>
> The FIX 4.2 specification describes MarketDepth (tag 264) as:
>
> Depth of market for Book Snapshot
>   Valid values:
>      0 = Full Book
>      1 = Top of Book
>      N>1 = Report best N price tiers of data
>
> In FIX42.xml this is represented as:
>
>    <field number="264" name="MarketDepth" type="INT">
>      <value enum="0" description="FULL_BOOK"/>
>      <value enum="1" description="TOP_OF_BOOK"/>
>    </field>
>
> The problem comes when validating a message that tries to use the  
> "N>1" option.  The message is rejected because the value doesn't  
> match one of the enumerated ones.  See interpreted logs below for  
> details.
>
> What's the right way to handle this situation?
>
> Dale
>
>
> ==========INCOMING MESSAGE===============
> 8=FIX.4.2 |          BeginString = FIX.4.2
>     9=129 |           BodyLength = 129
>      35=V |              MsgType = MarketDataRequest
>      34=2 |            MsgSeqNum = 2
> 49=CLIENT |         SenderCompID = CLIENT
> 52=20050722-14:56:12.000
>           |          SendingTime = 20050722-14:56:12.000
> 56=EXGATEWAY
>           |         TargetCompID = EXGATEWAY
> ----------------------------------------
>     146=1 |         NoRelatedSym = 1
> 55=FTNL20060300
>           | ->              Symbol = FTNL20060300
>     262=0 |              MDReqID = 0
>     263=1 | SubscriptionRequestType = SNAPSHOT_PLUS_UPDATES
>    264=10 |          MarketDepth = 10
>     265=1 |         MDUpdateType = 1
>     266=Y |       AggregatedBook = Y
>     267=2 |       NoMDEntryTypes = 2
>     269=0 | ->         MDEntryType = BID
>     269=1 | ->         MDEntryType = OFFER
> ----------------------------------------
>    10=189 |             CheckSum = 189
>
> ==========REPLY==================
>
> 8=FIX.4.2 |          BeginString = FIX.4.2
>     9=133 |           BodyLength = 133
>      35=3 |              MsgType = Reject
>      34=2 |            MsgSeqNum = 2
> 49=EXGATEWAY
>           |         SenderCompID = EXGATEWAY
> 52=20050722-14:56:12.000
>           |          SendingTime = 20050722-14:56:12.000
> 56=CLIENT |         TargetCompID = CLIENT
> ----------------------------------------
>      45=2 |            RefSeqNum = 2
> 58=Value is incorrect (out of range) for this tag
>           |                 Text = Value is incorrect (out of  
> range) for this tag
>   371=264 |             RefTagID = 264
>     372=V |           RefMsgType = MarketDataRequest
>     373=5 |  SessionRejectReason = 5
> ----------------------------------------
>    10=009 |             CheckSum = 009
>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>
>

[Quickfix-developers] MarketDepth validation

[Dale W. <wil...@oc...>]

Hi,
I've run into a problem with Market Data request messages:

Environment: Quickfix ; C++ library V1.10.2; WindowsXP Pro

The FIX 4.2 specification describes MarketDepth (tag 264) as:

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

In FIX42.xml this is represented as:

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

The problem comes when validating a message that tries to use the "N>1" 
option.  The message is rejected because the value doesn't match one of 
the enumerated ones.  See interpreted logs below for details.

What's the right way to handle this situation?

Dale


==========INCOMING MESSAGE===============
 8=FIX.4.2 |          BeginString = FIX.4.2
     9=129 |           BodyLength = 129
      35=V |              MsgType = MarketDataRequest
      34=2 |            MsgSeqNum = 2
 49=CLIENT |         SenderCompID = CLIENT
52=20050722-14:56:12.000
           |          SendingTime = 20050722-14:56:12.000
56=EXGATEWAY
           |         TargetCompID = EXGATEWAY
----------------------------------------
     146=1 |         NoRelatedSym = 1
55=FTNL20060300
           | ->              Symbol = FTNL20060300
     262=0 |              MDReqID = 0
     263=1 | SubscriptionRequestType = SNAPSHOT_PLUS_UPDATES
    264=10 |          MarketDepth = 10
     265=1 |         MDUpdateType = 1
     266=Y |       AggregatedBook = Y
     267=2 |       NoMDEntryTypes = 2
     269=0 | ->         MDEntryType = BID
     269=1 | ->         MDEntryType = OFFER
----------------------------------------
    10=189 |             CheckSum = 189

==========REPLY==================

 8=FIX.4.2 |          BeginString = FIX.4.2
     9=133 |           BodyLength = 133
      35=3 |              MsgType = Reject
      34=2 |            MsgSeqNum = 2
49=EXGATEWAY
           |         SenderCompID = EXGATEWAY
52=20050722-14:56:12.000
           |          SendingTime = 20050722-14:56:12.000
 56=CLIENT |         TargetCompID = CLIENT
----------------------------------------
      45=2 |            RefSeqNum = 2
58=Value is incorrect (out of range) for this tag
           |                 Text = Value is incorrect (out of range) 
for this tag
   371=264 |             RefTagID = 264
     372=V |           RefMsgType = MarketDataRequest
     373=5 |  SessionRejectReason = 5
----------------------------------------
    10=009 |             CheckSum = 009

Re: [Quickfix-developers] AIX port of QuickFIX

[John G. <joh...@wa...>]

Hi all,

> just wondering whether anybody of you managed to build QuickFIX on AIX (4.3 or newer)?
> Would be interested to hear your experiences.

FYI : I did not have any problem compiling QF 1.9.4 on a 5.2 AIX using gcc
3.3.2 (except for finding the infamous -brtl option to link with .so files
on AIX...) but as soon as I start my executable, I get a SIGABORT around
the constructor of a Dictionnary instance (Dictionary.h:42 in a
SocketInitiator, issue still under investigation here, this code works
perfectly well on Solaris and Linux).

Sincerely,
JG

Re: [Quickfix-developers] Missing FIX messages in Initiator?

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

Edde wrote:
> By MTU you mean, Maximum Transmission Unit? (I had to look it up on Google ;-))

Sorry, I was a bit in a hurry. Probably you also read some explanations about MTU...

> So, does this mean that the VPN connection can be limited to a certain
> MTU and if a unit arrives with a bigger size the VPN turns into a
> bottleneck?

My knowledge is rather vague here, any network export may correct me if I tell nonsense...

An IP packet crosses different networks (ethernet, ADSL, ATM etc etc) and every network 
has a restriction known as MTU. There are is also something like MTU discovery to get MTU 
which fits all crossing nets. Otherwise, some intermediate routers may have to fragment 
the packet (and later re-assemble it). Nowadays, in a world of firewalls and security 
concerns this does not seem to work very well. E.g. if the network admin disables all ICMP 
messages (MTU discovery is an ICMP message).

A VPN is a virtual network on top of a physical network. I.e. all packets are wrapped into 
network headers (and trailers) for this virtual network. But the physical space for 
payload (the MTU) stays the same, so the MTU possible over the virtual network is physical 
MTU - virtual header size - virtual trailer size.

If your normal MTU is 1500 (ethernet), and your VPN wrapper creates e.g. 200 bytes of 
overhead per packet, setting the MTU to 1300 (1500-200) may cure the kind of problems 
described.

Actually this is a hack to workaround bad router and network implementations somewhere on 
the way through the internet, but it works for us.

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

Re: [Quickfix-developers] Missing FIX messages in Initiator?

[Edde <edd...@gm...>]

Hi J=F6rg,

Thanks for the quick response!

> Another common issues is the MTU of the physical interface. Sometimes the=
 end-to-
>end MTU cannot be discovered correctly. If the MTU is too large, the
VPN connection
>can get stuck on large packet size. In a terminal session you notice
this, if commands
>with only a few lines of output go well, but larger output as created
by vi, ls of large dirs
>or less gets stuck.

By MTU you mean, Maximum Transmission Unit? (I had to look it up on Google =
;-))
So, does this mean that the VPN connection can be limited to a certain
MTU and if a unit arrives with a bigger size the VPN turns into a
bottleneck?
=20
> In summary, I do not think its QF related, but has to do with your VPN co=
nnection.

That's my conclusion as well and also Caleb seems to think so.

> BTW, which QF version do you use?

I'm running a Java application so we're using the QuickFIX/JNI
solution. QuickFIX Version 1.9.4.
I plan to migrate to QuickFIX/J in the near future.

Thanks,
/Eddie
>=20
> Cheers, J=F6rg
>=20
> --
> 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] Missing FIX messages in Initiator?

[Edde <edd...@gm...>]

Hi Caleb,

Thanks for the quick response!
=20
> This is all going through the same VPN tunnel?  What is the bandwidth
> of that connection?  Perhaps the market data session is using so much
> of your bandwidth that its "crowding out" your Order session.

Yes, at the moment all communication goes through the VPN tunnel. My
theory about the communications problem with the Order session is also
related to the VPN tunnel and both you and Joerg seems to think so as
well. Now all I have to do is convince our broker firm that it most
likely is the VPN which are causing these problems. I tried to suggest
that we could do a test without the VPN but apparently that's too much
of a security risk which I guess is fair enough.
However, you raised a good point about both the MarketData and Order
traffic going through the same VPN tunnel. As far as I can see there
would be no risk of moving the MarketData traffic outside of the VPN
would there? I mean this is just market data information, I wouldn't
care if anyone is eavesdropping on this communication.

I'll check back with my broker and see if we can try this.

Thanks!
/Eddie


>=20
> --
> Caleb Epstein
> caleb dot epstein at gmail dot com
>

RE: [Quickfix-developers] [qfj] backport-util-concurrent version?

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

It's version 2.0.

> -----Original Message-----
> From: qui...@li... [mailto:quickfix-
> dev...@li...] On Behalf Of Barry Kaplan
> Sent: Thursday, July 21, 2005 5:46 PM
> To: quickfix
> Subject: [Quickfix-developers] [qfj] backport-util-concurrent version?
> 
> 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
> 
> What is the version number of this jar?
> 
> --
> 
> barry kaplan
> bk...@bl...
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers

[Quickfix-developers] [qfj] backport-util-concurrent version?

[Barry K. <bk...@bl...>]

What is the version number of this jar?

-- 

barry kaplan
bk...@bl...

[Quickfix-developers] [qft] Responder.send(..) method signature change

[Barry K. <bk...@bl...>]

Currently, when messages are sent via the responder they need to send a 
String:

public interface Responder {
    send(String messages);
    ...

In order to effeciently support the JMS transport the argument needs to 
be quickfix.Message. Currently the call chain into this method is:

send(String) - quickfix.Responder
    send(String) - quickfix.Session
        nextResendRequest(Message) - quickfix.Session
        sendRaw(Message, int) - quickfix.Session (2 matches)
            send(Message) - quickfix.Session
                sendToTarget(Message, SessionID) - quickfix.Session
            generateReject(Message, String) - quickfix.Session
          
In this call chain, only sendToTarget and generateReject are public. So 
the changing the api on Responder should not effect backward 
compatibility. So, besides making code changes within quickfix.Session, 
is anybody aware of any other negatives of changing the Responder API?

-- 

barry kaplan
bk...@bl...

RE: [Quickfix-developers] QuickFIX/J Beta 1 Available

[David V. <dvi...@sm...>]

Hi RK,

Will be happy to share experiences with the other workers.

The Mbeans (Sessions, Statistics) are working on JB 3.2.7, 4.O and MX4J
3.0...

Cheers

David

-----Message d'origine-----
De=A0: VP Marketing IT Asset Enterprise Technologies
[mailto:ass...@gm...]=20
Envoy=E9=A0: jeudi 21 juillet 2005 20:22
=C0=A0: David VINCENT
Cc=A0: Joerg Thoennes; Steve Bate; =
qui...@li...;
qui...@li...
Objet=A0: Re: [Quickfix-developers] QuickFIX/J Beta 1 Available

Hi David

There were a few others who did work and have posted msgs on the
list.

Later I will send you their emails.

We have a working MBean JB version 3.2.3.

Which version of JBoss are you all trying to implement MBean service on?
--
RK
On 7/21/05, David VINCENT <dvi...@sm...> 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
>=20
> Hi Joerg,
>=20
> It works very well with JBoss now. Steve and I already started working =
on
> adding JMX capabilities to QuickFix/J. We have a prototype working =
very
well
> with JBoss and MX4J by instrumenting Sessions. If you are interested, =
let
us
> know. As far as Messages are Serializable, you can also use them as
> parameters of your EJBs. We experimented that and it's very useful.
>=20
> What kind of integration do you want to do with JBoss ? I'm very
interested
> in exchanging ideas about it.
>=20
> Regards
>=20
> David
>=20
> -----Message d'origine-----
> De: qui...@li...
> [mailto:qui...@li...] De la part de
Joerg
> Thoennes
> Envoy=E9: jeudi 21 juillet 2005 08:11
> =C0: Steve Bate
> Cc: qui...@li...;
> qui...@li...
> Objet: Re: [Quickfix-developers] QuickFIX/J Beta 1 Available
>=20
> 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
>=20
> Hi Steve,
>=20
> > I am pleased to announce the first beta release of QuickFIX/J, a =
pure
> > Java port of the QuickFIX C++ FIX engine. The QuickFIX/J API is
> > identical to the QuickFIX JNI Java API. It should be possible to
> > simply redefine the Java classpath to start using QuickFIX/J if =
you've
> > been using the JNI version.
>=20
> Congratulations! Great job, well done. Thank you, Steve, Oren, Barry,
David
> and Laurent!
>=20
> Personally, I was waiting a long time for a pure Java port for easier =
J2EE
> integration,
> but could not offer the time to do it. Now we can proceed to integrate
> QuickFIX/J into JBoss.
>=20
> We have already started using QuickFIX/J for development (from CVS) =
and it
> works like a
> charm. (Otherwise, we are happy to use the bugtracker ;-)
>=20
> Eventually, we also will use it for production. But first there will =
be a
> longer testing
> period. I would love to hear Barry Kaplans experiences in QuickFIX/J's
usage
> for real trading.
>=20
> Looking forward to the first major release...
>=20
> Cheers, J=F6rg
>=20
> --
> 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
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. =
http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclick
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&opclick
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>

Re: [Quickfix-developers] SQL support and libMySQL.lib

[Martin T. <mta...@ho...>]

Thanks oren for the tip,

I did a new compile (release mode) with every path correctly set, it reach 
the end of the compile and throw a warning:
"LINK : warning LNK4243: DLL containing objects compiled with /clr is not 
linked with /NOENTRY; image may not run correctly"

My quickfix database was created following the instruction under topic 
"Generating MySQL Database".

When I use the compiled quickfix_net.dll, the JIT debugger pops-up and I 
can't use the quickfix engine.

How can I remove this warning?

Thanks for your help, I appreciate.
Martin

>From: "Oren Miller" <or...@qu...>
>To: "Martin Tanguay" 
><mta...@ho...>,<qui...@li...>
>CC: <mta...@ho...>
>Subject: Re: [Quickfix-developers] SQL support and libMySQL.lib
>Date: Thu, 21 Jul 2005 12:20:25 -0500
>
>The library needs to be in your library path, not your include path.
>
>--oren
>
>----- Original Message ----- From: "Martin Tanguay" 
><mta...@ho...>
>To: <qui...@li...>
>Cc: <mta...@ho...>
>Sent: Thursday, July 21, 2005 9:37 AM
>Subject: [Quickfix-developers] SQL support and libMySQL.lib
>
>
>>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
>>
>>Hi,
>>
>>I compiled the quickfix project in order to have SQL support and got this 
>>fatal error:
>>"quickfix fatal error LNK1104: cannot open file 'libMySQL.lib'"
>>
>>Here's what I did:
>>1-Download and extract latest sources.
>>
>>2-I enabled "#define HAVE_MYSQL 1" from "../src/config_windows.h".
>>
>>3-Add additional include directories where related SQL header and library 
>>(libMySQL.lib) can be found:
>>       ../;C:\mysql\include;C:\mysql\lib\opt
>>
>>4-Set configuration type to be "Dynamic library (.dll)"
>>
>>5-Set project to be in release mode.
>>
>>6-I find out that a "typelib.h" was missing, so I copied it from :
>>
>>http://leithal.cool-tools.co.uk/sourcedoc/mysql509/html/typelib_8h-source.html
>>      and paste it in the same folder as mysql.h
>>
>>7-Rebuild project quickfix and got the specified error.  But the "missing" 
>>file libMySQL.lib is in the additional included directory.
>>
>>Initially I compiled the project quickfix as a .lib library with success.
>>
>>What am I doing wrong now to get it as a dll?
>>
>>Thank you
>>Martin
>>
>>
>>
>>
>>-------------------------------------------------------
>>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
>>from IBM. Find simple to follow Roadmaps, straightforward articles,
>>informative Webcasts and more! Get everything you need to get up to
>>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>>_______________________________________________
>>Quickfix-developers mailing list
>>Qui...@li...
>>https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>>
>

[Quickfix-developers] Re: [Quickfix-users] Re: threading growth issue?

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

Alvin Wang wrote:
> It is Initiator. Only one session. Version is quickfix-1.9.4. OS is Windows Server 2003 
> SP1.
> 
> The reason we use JConsole to monitor QF is that we updated from Java 
> 1.5.0_02 to 1.5.0_04 and then the FIX engine crash once or twice every day 
> (sometimes when session is up and sometime session is down). I do not know 
> if the crash has anything to do with threading growth.  We did not have 
> the crash when we used Java 1.5.0_02, but I do not know what about 
> threading growth issue under 1.5.0_02.  I also am not sure if the crash is 
> related to java itself or to QF. 

Maybe this sections from the 1.10.0 release notes is relevant, since the # of threads 
climbs until StartTime:

> Initiator will no longer initiate socket connections outside of the session
> time.  Previously it would connect and immediately close connection during
> every retry interval.

Oren, perhaps you can give more details what you have changed 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

[Quickfix-developers] Re: [Quickfix-users] threading growth issue?

[Brian E. <azz...@ya...>]

Alvin -

This sounds like it might be related to the between sessions socket
creation bug that was fixed in 10.0.0.

"Initiator will no longer initiate socket connections outside of the
session time.  Previously it would connect and immediately close
connection during every retry interval."

I don't know enough about the JNI implementation, but if the thread
spawned during the creation of the socket didn't get killed when the
socket was closed, it could cause the behavior you're describing.

You might want to try 1.10.2 and see if the problem remains.

- Brian Erst
Thynk Software, Inc.

--- Alvin Wang <AW...@FF...> wrote:

> Hi,
> 
> I configure my QF(Java/JNI) engine something like:
> StartTime=08:00:00
> EndTime=23:55:00
> 
> I use JConsole (java 1.5.04) to monitor the QF engine's JVM. Before
> the 
> endtime, there were less than 20 threads running. After that, the #
> of 
> threads kept climbing progressively to about 2000 until StartTime.
> After 
> QF re-create the session, the # of thread stopped growing.
> 
> Can anyone explain to me what is going on here? It looks very
> disturbing.
> 
> Thanks
> Alvin
>                                                                      
>                                                                      
>                                                                      
>                                                                      
>            
>
**********************************************************************
> This e-mail message is intended solely for the use of the addressee.
> The message may contain information that is privileged and
> confidential.  
> Disclosure to anyone other than the intended recipient is
> prohibited. If you are not the intended recipient, please do not
> disseminate, distribute or copy this communication, by e-mail or
> otherwise. Instead, please notify us immediately by return e-mail
> (including the original message with your reply) and then delete
> and discard all copies of the message. We have taken precautions to
> minimize the risk of transmitting software viruses but nevertheless
> advise you to carry out your own virus checks on any attachment to
> this message.  We accept no liability for any loss or damage caused
> by software viruses.
>
**********************************************************************
> 
> 

Re: [Quickfix-developers] QuickFIX/J Beta 1 Available

[VP M. IT A. E. T. <ass...@gm...>]

Hi David

There were a few others who did work and have posted msgs on the
list.

Later I will send you their emails.

We have a working MBean JB version 3.2.3.

Which version of JBoss are you all trying to implement MBean service on?
--
RK
On 7/21/05, David VINCENT <dvi...@sm...> wrote:
> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/i=
ndex.html
> QuickFIX FAQ: http://www.quickfixengine.org/wikifix/index.php?QuickFixFAQ
> QuickFIX Support: http://www.quickfixengine.org/services.html
>=20
> Hi Joerg,
>=20
> It works very well with JBoss now. Steve and I already started working on
> adding JMX capabilities to QuickFix/J. We have a prototype working very w=
ell
> with JBoss and MX4J by instrumenting Sessions. If you are interested, let=
 us
> know. As far as Messages are Serializable, you can also use them as
> parameters of your EJBs. We experimented that and it's very useful.
>=20
> What kind of integration do you want to do with JBoss ? I'm very interest=
ed
> in exchanging ideas about it.
>=20
> Regards
>=20
> David
>=20
> -----Message d'origine-----
> De: qui...@li...
> [mailto:qui...@li...] De la part de Jo=
erg
> Thoennes
> Envoy=E9: jeudi 21 juillet 2005 08:11
> =C0: Steve Bate
> Cc: qui...@li...;
> qui...@li...
> Objet: Re: [Quickfix-developers] QuickFIX/J Beta 1 Available
>=20
> 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
>=20
> Hi Steve,
>=20
> > I am pleased to announce the first beta release of QuickFIX/J, a pure
> > Java port of the QuickFIX C++ FIX engine. The QuickFIX/J API is
> > identical to the QuickFIX JNI Java API. It should be possible to
> > simply redefine the Java classpath to start using QuickFIX/J if you've
> > been using the JNI version.
>=20
> Congratulations! Great job, well done. Thank you, Steve, Oren, Barry, Dav=
id
> and Laurent!
>=20
> Personally, I was waiting a long time for a pure Java port for easier J2E=
E
> integration,
> but could not offer the time to do it. Now we can proceed to integrate
> QuickFIX/J into JBoss.
>=20
> We have already started using QuickFIX/J for development (from CVS) and i=
t
> works like a
> charm. (Otherwise, we are happy to use the bugtracker ;-)
>=20
> Eventually, we also will use it for production. But first there will be a
> longer testing
> period. I would love to hear Barry Kaplans experiences in QuickFIX/J's us=
age
> for real trading.
>=20
> Looking forward to the first major release...
>=20
> Cheers, J=F6rg
>=20
> --
> 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
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclic=
k
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&opclick
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>