quickfix-developers — QuickFIX developers forum

[Quickfix-developers] Vacation

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

I'm going to be on vacation from September 8th through the 24th.  I'll be bicycling from Budapest to Vienna so my access to computers will be sporadic at best, and my Blackberry doesn't work in Europe.  I'll be checking the lists and this email address whenever I happen upon an internet cafe.  There is a point release in the works when I return.  The more experienced users and contrinutors should be able to help out with any questions in my absence.
 
--oren


---------------------------------
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software

[Quickfix-developers] =?iso-8859-1?Q?R=E9f=2E_=3A_What_decides_TargetCompID?=

[<ili...@bn...>]

Hello Parag,

Indeed, the TargetCompID you specify in the configuration file and the one
that appears in the header are the same: it's the ID of the guy with whom
you establish your session. If you have to send the message to a
'mediator', then you'll probably want to put the ID of the final receiver
in the DeliverToCompID tag. I suggest you read the FIX documentation on
www.fixprotocol.org where they explain all this very thouroughly.

Regards,
Ilyas




Internet
qui...@li...@lists.sourceforge.net -
04/09/2003 05:24


Veuillez r=E9pondre =E0 qui...@li...

Envoy=E9 par :      qui...@li...

Pour : quickfix-developers

cc :


Objet :     Quickfix-developers digest, Vol 1 #314 - 3 msgs


--__--__--

Message: 1
To: OM...@ri...
Cc: qui...@li...
From: Parag Tawde <PT...@tc...>
Date: Wed, 3 Sep 2003 17:13:49 +0530
Subject: [Quickfix-developers] What decides TargetCompID





Hi

Is TargetCompID in conifguration file and TargetCompID used  within header
of
NewOrder Single message same?

I have one mediator which first receives the message.
and this  order need to reach final receiver through this mediator.

Mediator          "Reuters"
Final Receiver          "Boston Institutional"

In such case what will  be TargetCompId in message header of New Order
Single
message.

thanks
Parag Tawde

----- Forwarded by Parag Tawde/MBY/NOTES on 09/03/2003 04:58 PM -----


End of Quickfix-developers Digest






This message and any attachments (the "message") is
intended solely for the addressees and is confidential.=20
If you receive this message in error, please delete it and=20
immediately notify the sender. Any use not in accord with=20
its purpose, any dissemination or disclosure, either whole=20
or partial, is prohibited except formal approval. The internet
can not guarantee the integrity of this message.=20
BNP PARIBAS (and its subsidiaries) shall (will) not=20
therefore be liable for the message if modified.=20

                ---------------------------------------------

Ce message et toutes les pieces jointes (ci-apres le=20
"message") sont etablis a l'intention exclusive de ses=20
destinataires et sont confidentiels. Si vous recevez ce=20
message par erreur, merci de le detruire et d'en avertir=20
immediatement l'expediteur. Toute utilisation de ce=20
message non conforme a sa destination, toute diffusion=20
ou toute publication, totale ou partielle, est interdite, sauf=20
autorisation expresse. L'internet ne permettant pas=20
d'assurer l'integrite de ce message, BNP PARIBAS (et ses
filiales) decline(nt) toute responsabilite au titre de ce=20
message, dans l'hypothese ou il aurait ete modifie.

[Quickfix-developers] Reset Numbering of SeqNum

[Parag T. <PT...@tc...>]

How can FIX client reset its SeqNum number to start from 1 again
after reaching 00:00:00 GMT

thanks
Parag

[Quickfix-developers] Question about the Disconnection.

[Terence T. <cpt...@ya...>]

Hi,

  I have question about the fix disconnection. I am
using "Acceptor" mode and listen to Port 60011. if my
fix engine have serveral clients connected. When I
disconnect one of the clients (A). 
  I have already used session->disconnect to
disconnect the session. However, the fix client (A)is
still trying to connect. I will get an automically
logon request message again. I do really want to stop
the connection with Client (A) only. How can i do that
? looking forwards from yours.

Thanks

Regards 

Terence 

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

[Quickfix-developers] What decides TargetCompID

[Parag T. <PT...@tc...>]

Hi

Is TargetCompID in conifguration file and TargetCompID used  within header
of
NewOrder Single message same?

I have one mediator which first receives the message.
and this  order need to reach final receiver through this mediator.

Mediator          "Reuters"
Final Receiver          "Boston Institutional"

In such case what will  be TargetCompId in message header of New Order
Single
message.

thanks
Parag Tawde

----- Forwarded by Parag Tawde/MBY/NOTES on 09/03/2003 04:58 PM -----
                                                                           
             Parag                                                         
             Tawde/MBY/NOTES                                               
                                                                        To 
             08/29/2003 09:42          "Miller, Oren"                      
             PM                        <OM...@ri...>        
                                                                        cc 
                                       qui...@li...urcefor 
                                       ge.net,                             
                                       qui...@li...u 
                                       rceforge.net                        
                                                                   Subject 
                                       SendingTime accuracy (Document      
                                       link: Ptawde)                       
                                                                           
                                                                           
                                                                           
                                                                           
                                                                           
                                                                           

Re: [Quickfix-developers] QF java interface: conversion from double fields to BigDecimal give imprecise results

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

Hello Oren,

I wonder how the method is called which enables me to directly set the=20
String value of a DoubleField. Does version 1.6.0 include this method=20
also for the Java API?

Thanks, J=F6rg

> A method like this already exists in the C++ API, it just needs to be=20
> wrapped in Java so you can access it.  In the meantime can't you do=20
> something like this:
> =20
> BigDecimal number =3D new BigDecimal(=20
> Double.toString(doubleField.getValue()) );
>=20
> Or do you still get a rounding error that way?
>=20
> */Joerg Thoennes <Joe...@ma...>/* wrote:
>=20
>     Hi all,
>=20
>     we got a problem with the conversion of double fields to Java
>     BigDecimal. We actually use
>     the BigDecimal class to represent values with fractional parts to
>     avoid nasty rounding problems
>     with floating point values.
>=20
>     But to convert a QF java DoubleField into a BigDecimal I have to do
>     the following:
>=20
>     BigDecimal number =3D new BigDecimal( doubleField.getValue() );
>=20
>     Using this procedure, we get for e.g.
>=20
>     100.22 the BigDecimal value
>     100.219999999999998863131622783839702606201171875
>=20
>     which leads to errors at the exchange (invalid PRICE_STEP). A
>     workaround would be to use
>     rounding.
>=20
>     I would prefer to have a way to get the underlying String
>     representation of the DoubleField to
>     hand it over to BigDecimal:
>=20
>     BigDecimal number =3D new BigDecimal( doubleField.getStringValue() =
);
>=20
>     This method should be in the Field base class and be available for
>     all data types.
>     I think the same would be also make sense for the C++ and the other
>     APIs.
>=20
>     Cheers, J=F6rg
>=20
>     --=20
>     Joerg Thoennes
>     http://macd.com
>     Tel.: +49 (0)241 44597-24 Macdonald Associates GmbH
>     Fax : +49 (0)241 44597-10 LLothringer Str. 52, D-52070 Aachen
>=20
>=20
>=20
>     -------------------------------------------------------
>     Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Cla=
ra
>     The only event dedicated to issues related to Linux enterprise solu=
tions
>     www.enterpriselinuxforum.com
>=20
>     _______________________________________________
>     Quickfix-developers mailing list
>     Qui...@li...
>     https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>=20
> -----------------------------------------------------------------------=
-
> Do you Yahoo!?
> The New Yahoo! Search=20
> <http://us.rd.yahoo.com/search/mailsig/*http://search.yahoo.com> -=20
> Faster. Easier. Bingo.)


--=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] Quikfix 1.6.0

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

Miller, Oren wrote:
> QuickFIX 1.6.0 is now available here:
>=20
> http://quickfix.thoughtworks.com/download.html

As I tried to check out using CVS, I noticed that there is no tag=20
RELEASE_1_6_0. Did you missed tagging this release?

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

[Quickfix-developers] RE: [Quickfix-users] Quikfix 1.6.0

[Chris P. <Chr...@BT...>]

Sorry, SecurityType looks OK, but Product is wrong.
-----Original Message-----
From: Chris Patmore 
Sent: Monday, September 01, 2003 2:13 PM
To: qui...@li...
Subject: RE: [Quickfix-users] Quikfix 1.6.0


The FIX44.xml seems to be missing some values for Product:
 
    <field number="460" name="Product" type="INT">
      <value enum="1" description="AGENCY" />
      <value enum="2" description="COMMODITY" />
      <value enum="3" description="CORPORATE" />
      <value enum="4" description="CURRENCY" />
      <value enum="5" description="EQUITY" />
      <value enum="6" description="GOVERNMENT" />
      <value enum="7" description="INDEX" />
      <value enum="8" description="LOAN" />
      <value enum="9" description="MONEYMARKET" />
      <value enum="10" description="MORTGAGE" />
      <value enum="11" description="MUNICIPAL" />
      <value enum="12" description="OTHER" />
      <value enum="13" description="FINANCING" />
    </field>

 
Also the SecurityType list isn't complete, missing EUSUPRA, FAC, etc.
-----Original Message-----
From: Miller, Oren [mailto:OM...@ri...]
Sent: Thursday, August 28, 2003 5:46 PM
To: qui...@li...;
qui...@li...;
qui...@li...
Subject: [Quickfix-users] Quikfix 1.6.0


QuickFIX 1.6.0 is now available here:
http://quickfix.thoughtworks.com/download.html
<http://quickfix.thoughtworks.com/download.html> 
 
release notes are here:
http://sourceforge.net/project/shownotes.php?group_id=37535
<http://sourceforge.net/project/shownotes.php?group_id=37535&release_id=1805
87> &release_id=180587
 
One thing to note for C++ users that want to upgrade,  each message is now
in its own file.  So instead of including quickfix/Messages.h, you must now
include the individual messages you are using.  i.e.,
quickfix/fix42/NewOrderSingle.h.  This needed to be done to resolve the heap
errors in visual studio which couldn't handle the large include.
 
Otherwise this guy has FIX 4.4 for C++ and java, .NET support for 4.4 will
be coming out a little later (more heap issues with visual studio, so the
.NET message will also need to be separated out).  But .NET users, you now
have the isSetField method you have all been clamoring for!  See the release
notes for a complete list of changes.
****************************************************************************
This message is confidential to the sender and addressee, and may contain
proprietary or legally privileged information. If you are not the intended
recipient, please delete it from your system, destroy any copies, and notify
the sender immediately. Opinions stated herein are not necessarily those of
BrokerTec. BrokerTec reserves the right to monitor messages that pass
through it's networks. BrokerTec Europe Ltd is regulated by FSA.

[Quickfix-developers] RE: [Quickfix-users] Quikfix 1.6.0

[Chris P. <Chr...@BT...>]

The FIX44.xml seems to be missing some values for Product:
 
    <field number="460" name="Product" type="INT">
      <value enum="1" description="AGENCY" />
      <value enum="2" description="COMMODITY" />
      <value enum="3" description="CORPORATE" />
      <value enum="4" description="CURRENCY" />
      <value enum="5" description="EQUITY" />
      <value enum="6" description="GOVERNMENT" />
      <value enum="7" description="INDEX" />
      <value enum="8" description="LOAN" />
      <value enum="9" description="MONEYMARKET" />
      <value enum="10" description="MORTGAGE" />
      <value enum="11" description="MUNICIPAL" />
      <value enum="12" description="OTHER" />
      <value enum="13" description="FINANCING" />
    </field>

 
Also the SecurityType list isn't complete, missing EUSUPRA, FAC, etc.
-----Original Message-----
From: Miller, Oren [mailto:OM...@ri...]
Sent: Thursday, August 28, 2003 5:46 PM
To: qui...@li...;
qui...@li...;
qui...@li...
Subject: [Quickfix-users] Quikfix 1.6.0


QuickFIX 1.6.0 is now available here:
http://quickfix.thoughtworks.com/download.html
<http://quickfix.thoughtworks.com/download.html> 
 
release notes are here:
http://sourceforge.net/project/shownotes.php?group_id=37535
<http://sourceforge.net/project/shownotes.php?group_id=37535&release_id=1805
87> &release_id=180587
 
One thing to note for C++ users that want to upgrade,  each message is now
in its own file.  So instead of including quickfix/Messages.h, you must now
include the individual messages you are using.  i.e.,
quickfix/fix42/NewOrderSingle.h.  This needed to be done to resolve the heap
errors in visual studio which couldn't handle the large include.
 
Otherwise this guy has FIX 4.4 for C++ and java, .NET support for 4.4 will
be coming out a little later (more heap issues with visual studio, so the
.NET message will also need to be separated out).  But .NET users, you now
have the isSetField method you have all been clamoring for!  See the release
notes for a complete list of changes.
****************************************************************************
This message is confidential to the sender and addressee, and may contain
proprietary or legally privileged information. If you are not the intended
recipient, please delete it from your system, destroy any copies, and notify
the sender immediately. Opinions stated herein are not necessarily those of
BrokerTec. BrokerTec reserves the right to monitor messages that pass
through it's networks. BrokerTec Europe Ltd is regulated by FSA.

[Quickfix-developers] Re: SendingTime accuracy

[Miller, O. <OM...@ri...>]

You can set this in the configuration file.  See the MaxLatency and =
CheckLatency settings in the documentation in configuration.html

--------------------------
Sent from my BlackBerry Wireless Handheld


-----Original Message-----
From: Parag Tawde <PT...@tc...>
To: Miller, Oren <OM...@ri...>
CC: qui...@li... =
<qui...@li...>; =
qui...@li... =
<qui...@li...>
Sent: Fri Aug 29 11:12:11 2003
Subject: SendingTime accuracy=20






Hi
Error : SendingTime accuracy
Lib version:: Qfix 1.5.0
Language : C++
os: windows 2000

I am connecting to a remote  FIX server.

FIX libray when receives this message send by server, verifies the time.
And generates the error SendingTime accuracy

I observed that  class Session has constructor which initalizes =
maxLatency
value to 120
and if the difference in the time on machine and the time set in the =
header
of the incomming
message is > maxLatency then it rejects the message.

I susspect that our server and my client machine  clock are not in sink.
Second why is it hard coded value 120 in Session constructor why I =
cannot
set through configuration file.
And is it necessary to have this verification  as per FIX protocol.

Thanks
Parag

[Quickfix-developers] SendingTime accuracy

[Parag T. <PT...@tc...>]

Hi
Error : SendingTime accuracy
Lib version:: Qfix 1.5.0
Language : C++
os: windows 2000

I am connecting to a remote  FIX server.

FIX libray when receives this message send by server, verifies the time.
And generates the error SendingTime accuracy

I observed that  class Session has constructor which initalizes maxLatency
value to 120
and if the difference in the time on machine and the time set in the header
of the incomming
message is > maxLatency then it rejects the message.

I susspect that our server and my client machine  clock are not in sink.
Second why is it hard coded value 120 in Session constructor why I cannot
set through configuration file.
And is it necessary to have this verification  as per FIX protocol.

Thanks
Parag

Re: [Quickfix-developers] 1.6.0 compilation problems

[Miller, O. <OM...@ri...>]

Hmm, check to see if socket_t is defined in config.h, if so remove that =
line.

--------------------------
Sent from my BlackBerry Wireless Handheld


-----Original Message-----
From: Loic Guezennec <loi...@sw...>
To: Quickfix developers <qui...@li...>
Sent: Fri Aug 29 08:13:59 2003
Subject: [Quickfix-developers] 1.6.0 compilation problems


Hi,

I just tried to compile the QF 1.6.0 under Sun gcc 2.95.3 & STLPort
and I get the following problem:

g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I.. -Wall=20
-I/usr/local/include/stlport -I/usr/local/include/libxml2=20
-I/usr/local/include/libxml2/libxml -I/softwares/java/include=20
-I/softwares/java/include/solaris -c FieldBaseTestCase.cpp=20
-Wp,-MD,.deps/FieldBaseTestCase.TPlo  -fPIC -DPIC -o FieldBaseTestCase.o
In file included from ../Utility.h:68,
                  from ../FieldTypes.h:58,
                  from ../FieldConvertors.h:54,
                  from ../Field.h:60,
                  from FieldBaseTestCase.h:6,
                  from FieldBaseTestCase.cpp:57:
/usr/include/sys/socket.h:61: declaration does not declare anything
make[4]: *** [FieldBaseTestCase.lo] Error 1


the offending line from socket.h:

58: #if defined(_XPG4_2) && !defined(_XPG5) && !defined(_LP64)
59: typedef	size_t		socklen_t;
60: #else
61: typedef	uint32_t	socklen_t;
62: #endif	/* defined(_XPG4_2) && !defined(_XPG5) && !defined(_LP64)=20
*/

it doesn't like the typedef somehow=20
Any ideas ?



--=20
-------------------------------------------
Loic Guezennec
Swissquote Info
Route des Avouillons 16       CH-1196 Gland

Mailto:loi...@sw...

www.swissquote.ch

Tel:        +41 (0)22 999 98 98
Tel Direct: +41 (0)22 999 98 55
Fax:        +41 (0)22 999 98 99
____________________________________________

The information in this Internet e-mail is confidential and may be =
legally
privileged. It is intended solely for the addressee. Access by any other
person to this Internet e-mail is not authorized. If you are not the
intended recipient, please delete this Internet e-mail. Any disclosure =
of
this Internet e-mail or of the parties to it, any copying, distribution =
or
any action taken or omitted to be taken in reliance on it is prohibited,
and
may be unlawful.
____________________________________________





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

[Quickfix-developers] 1.6.0 compilation problems

[Loic G. <loi...@sw...>]

Hi,

I just tried to compile the QF 1.6.0 under Sun gcc 2.95.3 & STLPort
and I get the following problem:

g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I.. -Wall 
-I/usr/local/include/stlport -I/usr/local/include/libxml2 
-I/usr/local/include/libxml2/libxml -I/softwares/java/include 
-I/softwares/java/include/solaris -c FieldBaseTestCase.cpp 
-Wp,-MD,.deps/FieldBaseTestCase.TPlo  -fPIC -DPIC -o FieldBaseTestCase.o
In file included from ../Utility.h:68,
                  from ../FieldTypes.h:58,
                  from ../FieldConvertors.h:54,
                  from ../Field.h:60,
                  from FieldBaseTestCase.h:6,
                  from FieldBaseTestCase.cpp:57:
/usr/include/sys/socket.h:61: declaration does not declare anything
make[4]: *** [FieldBaseTestCase.lo] Error 1


the offending line from socket.h:

58: #if defined(_XPG4_2) && !defined(_XPG5) && !defined(_LP64)
59: typedef	size_t		socklen_t;
60: #else
61: typedef	uint32_t	socklen_t;
62: #endif	/* defined(_XPG4_2) && !defined(_XPG5) && !defined(_LP64) 
*/

it doesn't like the typedef somehow 
Any ideas ?



-- 
-------------------------------------------
Loic Guezennec
Swissquote Info
Route des Avouillons 16       CH-1196 Gland

Mailto:loi...@sw...

www.swissquote.ch

Tel:        +41 (0)22 999 98 98
Tel Direct: +41 (0)22 999 98 55
Fax:        +41 (0)22 999 98 99
____________________________________________

The information in this Internet e-mail is confidential and may be legally
privileged. It is intended solely for the addressee. Access by any other
person to this Internet e-mail is not authorized. If you are not the
intended recipient, please delete this Internet e-mail. Any disclosure of
this Internet e-mail or of the parties to it, any copying, distribution or
any action taken or omitted to be taken in reliance on it is prohibited,
and
may be unlawful.
____________________________________________

RE: [Quickfix-developers] Heap compiler error

[John E. L. <Joh...@ad...>]

I made this suggestion to matt, and he got it to work.

John

-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
John E. Lopez
Sent: Monday, August 04, 2003 4:00 PM
To: 'Oren Miller'; mat...@ca...; 'QuickFIX
Developers (E-mail)'
Subject: RE: [Quickfix-developers] Heap compiler error


Matt,


Try /Zm1000 instead of /Zm2000. if the size is too large it doesn't
work.

John

-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Oren Miller
Sent: Friday, August 01, 2003 9:28 AM
To: mat...@ca...; QuickFIX Developers (E-mail)
Subject: Re: [Quickfix-developers] Heap compiler error


I had wanted to release this last weekend, however I
want to include patches for some issues that had been
reported since, so this weekend is most likely.

--- Matt Proud <mat...@ca...>
wrote:
> I am receiving a compiler error message similar to
> one that Dmitriy inquired
> about recently. The error message is as follows:
> 
> fatal error C1076: compiler limit : internal heap
> limit reached; use /Zm to
> specify a higher limit
> 
> I am using VC++ 6.0 (Windows 2000, 512k RAM). I
> tried the /Zm flag
> (/Zm2000), but this did not solve the problem. I
> then commented out any
> FIX43 references (FIX43_*.h), and this worked.
> However, I need messages that
> were introduced in the FIX43.
> 
> Oren, when do you anticipate V1.6.0 will be
> released?
> 
> Matt P.
> Catus Tech LLC
> 
> 
> 
>
-------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built
> ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are
> available now.
> Download today and enter to win an XBOX or Visual
> Studio .NET.
>
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01
/01
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01
/01
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers




-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01
/01
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

[Quickfix-developers] Quikfix 1.6.0

[Miller, O. <OM...@ri...>]

QuickFIX 1.6.0 is now available here:
http://quickfix.thoughtworks.com/download.html
=20
release notes are here:
http://sourceforge.net/project/shownotes.php?group_id=3D37535&release_id=3D=
1
80587
=20
One thing to note for C++ users that want to upgrade,  each message is
now in its own file.  So instead of including quickfix/Messages.h, you
must now include the individual messages you are using.  i.e.,
quickfix/fix42/NewOrderSingle.h.  This needed to be done to resolve the
heap errors in visual studio which couldn't handle the large include.
=20
Otherwise this guy has FIX 4.4 for C++ and java, .NET support for 4.4
will be coming out a little later (more heap issues with visual studio,
so the .NET message will also need to be separated out).  But .NET
users, you now have the isSetField method you have all been clamoring
for!  See the release notes for a complete list of changes.

Re: [Quickfix-developers] Next QuickFIX release

[Miller, O. <OM...@ri...>]

It's already on the website.  The official announcements are going out =
tommorow.

--------------------------
Sent from my BlackBerry Wireless Handheld


-----Original Message-----
From: Joerg Thoennes <Joe...@ma...>
To: developers QuickFIX <qui...@li...>
Sent: Wed Aug 27 06:24:51 2003
Subject: [Quickfix-developers] Next QuickFIX release

Hi Oren,

some days or weeks you mentioned that you wanted to do the 1.6.0=20
release. Now I wonder what your current release plans are?

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



-------------------------------------------------------
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] Compilation with SUN CC?

[Miller, O. <OM...@ri...>]

If the problem is with the stl implementation, then it may be possible =
use sun cc with stlport.  Did you ever try that?
--------------------------
Sent from my BlackBerry Wireless Handheld


-----Original Message-----
From: Caleb Epstein <ca...@bk...>
To: Oren Miller <ore...@ya...>
CC: Loic Guezennec <loi...@sw...>; Quickfix developers =
<qui...@li...>
Sent: Wed Aug 27 15:00:54 2003
Subject: Re: [Quickfix-developers] Compilation with SUN CC?

On Wed, Aug 27, 2003 at 12:26:17PM -0700, Oren Miller wrote:

> This is a link to a diff from Caleb Epstein who says
> contains changes that allowed him to build on 5.3.
>=20
> http://bklyn.org/~cae/quickfix.sunwspro.diff

	That let me compile QF on 5.3, but there were some problems
	with the library that caused it to fail a number of the
	regression tests.  If the test pass on the newer Workshop
	compiler, you're AOK but I was unable to get things to work
	100% reliably with this CC:

	CC: Sun WorkShop 6 update 2 C++ 5.3 Patch 111685-15 2003/05/14

	The problem I ran into seemed to be that the message_order
	comparator was sometimes set to message_order::normal even in
	the header portion of messages.  Copying a FieldMap seemed to
	sometimes lose track of what the third parameter to std::map
	was.  Not sure if the bug is with the compiler or with the
	Rogue Wave STL, but I gave up.

--=20
Caleb Epstein |  bklyn . org  |         The cops came in and busted me
    cae at    | Brooklyn Dust |         for smiling on a cloudy day.
bklyn dot org |   Bunny Mfg.  |                      -- Grateful Dead


-------------------------------------------------------
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] Compilation with SUN CC?

[Caleb E. <ca...@bk...>]

On Wed, Aug 27, 2003 at 12:26:17PM -0700, Oren Miller wrote:

> This is a link to a diff from Caleb Epstein who says
> contains changes that allowed him to build on 5.3.
> 
> http://bklyn.org/~cae/quickfix.sunwspro.diff

	That let me compile QF on 5.3, but there were some problems
	with the library that caused it to fail a number of the
	regression tests.  If the test pass on the newer Workshop
	compiler, you're AOK but I was unable to get things to work
	100% reliably with this CC:

	CC: Sun WorkShop 6 update 2 C++ 5.3 Patch 111685-15 2003/05/14

	The problem I ran into seemed to be that the message_order
	comparator was sometimes set to message_order::normal even in
	the header portion of messages.  Copying a FieldMap seemed to
	sometimes lose track of what the third parameter to std::map
	was.  Not sure if the bug is with the compiler or with the
	Rogue Wave STL, but I gave up.

-- 
Caleb Epstein |  bklyn . org  |         The cops came in and busted me
    cae at    | Brooklyn Dust |         for smiling on a cloudy day.
bklyn dot org |   Bunny Mfg.  |                      -- Grateful Dead

Re: [Quickfix-developers] Compilation with SUN CC?

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

This is a link to a diff from Caleb Epstein who says
contains changes that allowed him to build on 5.3.

http://bklyn.org/~cae/quickfix.sunwspro.diff

--- Loic Guezennec <loi...@sw...>
wrote:
> Hi,
> 
> I thought I would try to compile quickfix with the
> Sun C++ 5.5
> and it's not very happy, just wondering if anyone
> has done this
> already?
> 
> 
> 
> 
> -- 
> -------------------------------------------
> Loic Guezennec
> Swissquote Info
> Route des Avouillons 16       CH-1196 Gland
> 
> Mailto:loi...@sw...
> 
> www.swissquote.ch
> 
> Tel:        +41 (0)22 999 98 98
> Tel Direct: +41 (0)22 999 98 55
> Fax:        +41 (0)22 999 98 99
> ____________________________________________
> 
> The information in this Internet e-mail is
> confidential and may be legally
> privileged. It is intended solely for the addressee.
> Access by any other
> person to this Internet e-mail is not authorized. If
> you are not the
> intended recipient, please delete this Internet
> e-mail. Any disclosure of
> this Internet e-mail or of the parties to it, any
> copying, distribution or
> any action taken or omitted to be taken in reliance
> on it is prohibited,
> and
> may be unlawful.
> ____________________________________________
> 
> 
> 
> 
> 
>
-------------------------------------------------------
> 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!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

[Quickfix-developers] Compilation with SUN CC?

[Loic G. <loi...@sw...>]

Hi,

I thought I would try to compile quickfix with the Sun C++ 5.5
and it's not very happy, just wondering if anyone has done this
already?




-- 
-------------------------------------------
Loic Guezennec
Swissquote Info
Route des Avouillons 16       CH-1196 Gland

Mailto:loi...@sw...

www.swissquote.ch

Tel:        +41 (0)22 999 98 98
Tel Direct: +41 (0)22 999 98 55
Fax:        +41 (0)22 999 98 99
____________________________________________

The information in this Internet e-mail is confidential and may be legally
privileged. It is intended solely for the addressee. Access by any other
person to this Internet e-mail is not authorized. If you are not the
intended recipient, please delete this Internet e-mail. Any disclosure of
this Internet e-mail or of the parties to it, any copying, distribution or
any action taken or omitted to be taken in reliance on it is prohibited,
and
may be unlawful.
____________________________________________

[Quickfix-developers] Next QuickFIX release

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

Hi Oren,

some days or weeks you mentioned that you wanted to do the 1.6.0 
release. Now I wonder what your current release plans are?

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] toAdmin() followed immediately by onLogout()

[Matt P. <mat...@ca...>]

All,

I am attempting to get my client and server QuickFix apps to communicate,
but the behavior that I am seeing is that my client app receives a toAdmin()
callback followed immediately by the onLogout() callback. I am running the
client and server apps on the same box. Thinking that it might be an IP/PORT
configuration issue with my box, I placed my client and server on separate
boxes; however, I still received the same behavior (toAdmin() callback
followed immediately by onLogout() callback). I am sure it is a simple issue
(e.g. configuration) that I am overlooking. Does anyone have any insight?

PS. I was able to run the example apps (ordermatch and tradeclient)
successfully on my box (they communicated successfully).

Matt P.
Catus Tech LLC

----------------------------------------------------------------------------
----------------------------------

***Server config***

[DEFAULT]
ConnectionType=acceptor
ReconnectInterval=20
SocketAcceptPort=5001
StartTime=00:00:00
EndTime=00:00:00
HeartBtInt=10
FileStorePath=c:\server\store
FileLogPath=c:\server\log

[SESSION]
BeginString=FIX4.3
SenderCompID=Server1
TargetCompID=Client1
DataDictionary=c:\Projects\quickfix\spec\FIX43.xml

***Client config***

[DEFAULT]
ConnectionType=initiator
ReconnectInterval=20
HeartBtInt=30
FileStorePath=c:\client\store
FileLogPath=c:\client\log
StartTime=00:00:00
EndTime=00:00:00
SocketConnectHost=localhost
SocketConnectPort=5001

[SESSION]
BeginString=FIX.4.3
SenderCompID=Client1
TargetCompID=Server1
DataDictionary=c:\Projects\quickfix\spec\FIX43.xml

RE: [Quickfix-developers] QF Java abruptly exits

[C. J. <jav...@ce...>]

Ok..

Thanks Oren

I looked at the release notes, and, as usual, my eyes failed me.

Will change code now.......


-cedrick

> -----Original Message-----
> From: qui...@li... 
> [mailto:qui...@li...] On 
> Behalf Of C. Johnson
> Sent: Monday, August 25, 2003 5:55 PM
> To: qui...@li...
> Subject: [Quickfix-developers] QF Java abruptly exits
> 
> 
> Hi gang-
> 
> I recently upgraded to QF 1.5, built everything on Windows XP.
> 
> I have a Java acceptor which initiates a connection to a JMS 
> topic and when I RX NewOrderSingle messages, I place them on 
> the topic. That's fine.. That connects to JMS provider OK.
> 
> But, for some reason, I get these messages, then the app just dies:
> 
> <20030825-22:51:04, FIX.4.2:MQGATEWAY-IL-1->TESTCLIENTAPP-1, event>
>   (Created session)
> <20030825-22:51:04, FIX.4.2:MQGATEWAY-IL-1->TESTSENDER-1, event>
>   (Created session)
> 
> It creates the sessions, then just exits. Did I miss 
> something along the way somewhere? Did something change with 
> the threading from 1.4 to 1.5?
> 
> -cedrick
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: VM Ware
> With VMware you can run multiple operating systems on a 
> single machine. WITHOUT REBOOTING! Mix Linux / Windows / 
> Novell virtual machines at the same time. Free trial click 
> here:http://www.vmware.com/wl/offer/358/0
> _______________________________________________
> Quickfix-developers mailing list 
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
> 

Re: [Quickfix-developers] QF Java abruptly exits

[Miller, O. <OM...@ri...>]

Yes!  Check the release notes.  Initiator::start and Acceptor::start are =
no longer blocking calls.

It used to be the start would block on onRun, this is no longer the =
case.  Now, start returns immediately giving you full control of the =
main thread, and stop must be called to shut eveything down.

The easiest way to upgrade from 1.4 to 1.5 is to call the code like so.

acceptor.start();
acceptor.onRun();
acceptor.stop();

Then the rest of you application won't know the difference.
--------------------------
Sent from my BlackBerry Wireless Handheld


-----Original Message-----
From: C. Johnson <jav...@ce...>
To: qui...@li... =
<qui...@li...>
Sent: Mon Aug 25 17:55:21 2003
Subject: [Quickfix-developers] QF Java abruptly exits

Hi gang-

I recently upgraded to QF 1.5, built everything on Windows XP.

I have a Java acceptor which initiates a connection to a JMS topic
and when I RX NewOrderSingle messages, I place them on the topic.
That's fine.. That connects to JMS provider OK.

But, for some reason, I get these messages, then the app just dies:

<20030825-22:51:04, FIX.4.2:MQGATEWAY-IL-1->TESTCLIENTAPP-1, event>
  (Created session)
<20030825-22:51:04, FIX.4.2:MQGATEWAY-IL-1->TESTSENDER-1, event>
  (Created session)

It creates the sessions, then just exits. Did I miss something
along the way somewhere? Did something change with the threading
from 1.4 to 1.5?

-cedrick



-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
at the same time. Free trial click =
here:http://www.vmware.com/wl/offer/358/0
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

[Quickfix-developers] QF Java abruptly exits

[C. J. <jav...@ce...>]

Hi gang-

I recently upgraded to QF 1.5, built everything on Windows XP.

I have a Java acceptor which initiates a connection to a JMS topic
and when I RX NewOrderSingle messages, I place them on the topic.
That's fine.. That connects to JMS provider OK.

But, for some reason, I get these messages, then the app just dies:

<20030825-22:51:04, FIX.4.2:MQGATEWAY-IL-1->TESTCLIENTAPP-1, event>
  (Created session)
<20030825-22:51:04, FIX.4.2:MQGATEWAY-IL-1->TESTSENDER-1, event>
  (Created session)

It creates the sessions, then just exits. Did I miss something
along the way somewhere? Did something change with the threading
from 1.4 to 1.5?

-cedrick