quickfix-developers Mailing List for QuickFIX (Page 307)
Brought to you by:
orenmnero
Menu
▾
▴
quickfix-developers — QuickFIX developers forum
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
|
Feb
(5) |
Mar
(16) |
Apr
(15) |
May
(17) |
Jun
(33) |
Jul
(35) |
Aug
(34) |
Sep
(19) |
Oct
(40) |
Nov
(51) |
Dec
(43) |
| 2003 |
Jan
(45) |
Feb
(79) |
Mar
(124) |
Apr
(121) |
May
(132) |
Jun
(77) |
Jul
(110) |
Aug
(57) |
Sep
(48) |
Oct
(83) |
Nov
(60) |
Dec
(40) |
| 2004 |
Jan
(67) |
Feb
(72) |
Mar
(74) |
Apr
(87) |
May
(70) |
Jun
(96) |
Jul
(75) |
Aug
(147) |
Sep
(128) |
Oct
(83) |
Nov
(67) |
Dec
(42) |
| 2005 |
Jan
(110) |
Feb
(84) |
Mar
(68) |
Apr
(55) |
May
(51) |
Jun
(192) |
Jul
(111) |
Aug
(100) |
Sep
(79) |
Oct
(127) |
Nov
(73) |
Dec
(112) |
| 2006 |
Jan
(95) |
Feb
(120) |
Mar
(138) |
Apr
(127) |
May
(124) |
Jun
(97) |
Jul
(103) |
Aug
(88) |
Sep
(138) |
Oct
(91) |
Nov
(112) |
Dec
(57) |
| 2007 |
Jan
(55) |
Feb
(35) |
Mar
(56) |
Apr
(16) |
May
(20) |
Jun
(77) |
Jul
(43) |
Aug
(47) |
Sep
(29) |
Oct
(54) |
Nov
(39) |
Dec
(40) |
| 2008 |
Jan
(69) |
Feb
(79) |
Mar
(122) |
Apr
(106) |
May
(114) |
Jun
(76) |
Jul
(83) |
Aug
(71) |
Sep
(53) |
Oct
(75) |
Nov
(54) |
Dec
(43) |
| 2009 |
Jan
(32) |
Feb
(31) |
Mar
(64) |
Apr
(48) |
May
(38) |
Jun
(43) |
Jul
(35) |
Aug
(15) |
Sep
(52) |
Oct
(62) |
Nov
(62) |
Dec
(21) |
| 2010 |
Jan
(44) |
Feb
(10) |
Mar
(47) |
Apr
(22) |
May
(5) |
Jun
(54) |
Jul
(19) |
Aug
(54) |
Sep
(16) |
Oct
(15) |
Nov
(7) |
Dec
(8) |
| 2011 |
Jan
(18) |
Feb
(9) |
Mar
(5) |
Apr
(5) |
May
(41) |
Jun
(40) |
Jul
(29) |
Aug
(17) |
Sep
(12) |
Oct
(23) |
Nov
(22) |
Dec
(11) |
| 2012 |
Jan
(8) |
Feb
(24) |
Mar
(5) |
Apr
(5) |
May
(6) |
Jun
(5) |
Jul
(5) |
Aug
(5) |
Sep
(2) |
Oct
(9) |
Nov
(2) |
Dec
(18) |
| 2013 |
Jan
(25) |
Feb
(16) |
Mar
(8) |
Apr
(2) |
May
(16) |
Jun
(17) |
Jul
(2) |
Aug
(13) |
Sep
(3) |
Oct
(4) |
Nov
(1) |
Dec
|
| 2014 |
Jan
(2) |
Feb
|
Mar
(22) |
Apr
(9) |
May
(3) |
Jun
(1) |
Jul
(5) |
Aug
(11) |
Sep
(18) |
Oct
(4) |
Nov
(4) |
Dec
(3) |
| 2015 |
Jan
(2) |
Feb
|
Mar
|
Apr
(3) |
May
(4) |
Jun
(37) |
Jul
|
Aug
(4) |
Sep
(6) |
Oct
(1) |
Nov
(4) |
Dec
(2) |
| 2016 |
Jan
(9) |
Feb
(3) |
Mar
(7) |
Apr
(1) |
May
(8) |
Jun
|
Jul
|
Aug
|
Sep
(7) |
Oct
(3) |
Nov
(16) |
Dec
|
| 2017 |
Jan
(1) |
Feb
(15) |
Mar
(2) |
Apr
(12) |
May
(4) |
Jun
(7) |
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
(23) |
Dec
(8) |
| 2018 |
Jan
(2) |
Feb
(4) |
Mar
(2) |
Apr
(8) |
May
(3) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(5) |
Nov
(3) |
Dec
|
| 2020 |
Jan
|
Feb
(4) |
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
(12) |
Aug
(5) |
Sep
(3) |
Oct
(1) |
Nov
|
Dec
(1) |
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <OM...@th...> - 2002-04-19 16:29:28
|
Mike, thanks for the information. We mostly do our linux builds on Marndrake. We are supposed to be getting a redhat box soon. I know that one other person reported the libxml problem you encountered. We should probably be checking for the version with autotools. We will try to incorporate these changes into the next version and add them to the FAQ. If you want to contribute in any way please let us know. --Oren, ThoughtWorks |---------+-----------------------------------------------> | | <mi...@ju...> | | | Sent by: | | | qui...@li...ur| | | ceforge.net | | | | | | | | | 04/18/02 10:46 AM | | | | |---------+-----------------------------------------------> >----------------------------------------------------------------------------------------------| | | | To: <qui...@li...> | | cc: | | Subject: [Quickfix-developers] a few build issues on redhat7.2 | >----------------------------------------------------------------------------------------------| I just finished building quickfix 1.0.4, and fixed a few minor problems along the way. Guaging from the archives, it's possible that the build hasn't been tested on rh7.2 before, so I thought I'd pass along the things I needed to do (all pretty simple) to get a complete build. I'm building on redhat7.2 (developer system install), with the following packages: gcc-2.96-98 gcc-c++-2.96-98 libstdc++-2.96-98 libstdc++-devel-2.96-98 libxml-1.8.14-2 libxml-devel-1.8.14-2 libxml2-2.4.10-0.7x.2 libxml2-devel-2.4.10-0.7x.2 note: Redhat comes with libxml2 by default, but SAXContentHandler.h requires parser.h, parserInternals.h, and tree.h from the gnome-xml/ directory, which is only in the original libxml. This is the only conflict I ran into with only libxml2 installed. ruby-1.6.4-2 ruby-libs-1.6.4-2 Alog the way I needed to do the following things: LTCONFIG_VERSION isn't set anywhere in libtool. I just added a line to set it equal to 1.3.5, which is what ltmain.sh and ltconfig have and had no further problems with it. gcc throws a warning for every header file that doesn't end with a blank line. I just ran a quick script to append a newline to each and got no more warnings. If the include directory under the prefix you configured for doesn't exist, make install will fail. I was building in my home directory before I installed globally and hit this. Easily fixed, obviously, and it's a minor thing but I thought I'd mention it anyway. And that's that. I'm going through the tests now and I'll be fooling with it over the next couple days. I'll report back if I encounter anything strange. -- Michael D. Jurney mi...@ju... _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
|
From: <mi...@ju...> - 2002-04-18 15:46:39
|
I just finished building quickfix 1.0.4, and fixed a few minor problems along the way. Guaging from the archives, it's possible that the build hasn't been tested on rh7.2 before, so I thought I'd pass along the things I needed to do (all pretty simple) to get a complete build. I'm building on redhat7.2 (developer system install), with the following packages: gcc-2.96-98 gcc-c++-2.96-98 libstdc++-2.96-98 libstdc++-devel-2.96-98 libxml-1.8.14-2 libxml-devel-1.8.14-2 libxml2-2.4.10-0.7x.2 libxml2-devel-2.4.10-0.7x.2 note: Redhat comes with libxml2 by default, but SAXContentHandler.h requires parser.h, parserInternals.h, and tree.h from the gnome-xml/ directory, which is only in the original libxml. This is the only conflict I ran into with only libxml2 installed. ruby-1.6.4-2 ruby-libs-1.6.4-2 Alog the way I needed to do the following things: LTCONFIG_VERSION isn't set anywhere in libtool. I just added a line to set it equal to 1.3.5, which is what ltmain.sh and ltconfig have and had no further problems with it. gcc throws a warning for every header file that doesn't end with a blank line. I just ran a quick script to append a newline to each and got no more warnings. If the include directory under the prefix you configured for doesn't exist, make install will fail. I was building in my home directory before I installed globally and hit this. Easily fixed, obviously, and it's a minor thing but I thought I'd mention it anyway. And that's that. I'm going through the tests now and I'll be fooling with it over the next couple days. I'll report back if I encounter anything strange. -- Michael D. Jurney mi...@ju... |
|
From: <JDD...@th...> - 2002-04-18 03:32:44
|
Greetings, You are missing zlib. This is unusual for a Linux install, but it appears to be the case. Do an 'rpm -q zlib' just to make sure. If it is in fact not there, go to http://www.gzip.org/zlib/ or look on your Red Hat CD--it is almost definitely there. Sorry about your trouble. I'll update the web page to mention it. John Duncan Thoughtworks, Inc (312) 953-6286 "HyunKyu Han" <ha...@ho...> Sent by: qui...@li... 04/17/02 09:48 PM To: qui...@li... cc: Subject: [Quickfix-developers] running make command in the QuickFix, I have some error messages. Hello, I downloaded QuickFix 1.0.4.tar.gz from your server. Thanks a lot! my computer system is Redhat 7.2 and I checked out gcc-c++,gcc,glibc-devel,libxml-devel,make without sstream. to be honest I don't know what sstream is and also don't know how can i install this. so I run configure in quickfix directory and I was reported ruby and rubyunit doesn't exist in my system by configure. so I installed ruby and rubyunit. and run configure command again then I run make command in quickfix direcotry,it seemed to be okay, but I got below error message. but I checked out libquickfix.a in ./C++/.libs/libquickfix.a also I checked out below rpm packages which have installed in my system. libxml-devel-1.8.14-2 libxml2-2.4.2-1 libxml-1.8.14-2 Oh.as I saw other articles,it seems to be okay to run quickFix in Solaris. I'm gonna to do this. but I'm really afraid of this job. there's no gcc,libxml, gnu make there's only forte C!. please, I need your advice and help. -----------error message --------------------------- C++/Values.h:487:1: warning: no newline at end of file /bin/sh ../libtool --mode=link c++ -Wall -fexceptions -D_XOPEN_SOURCE=5 00 -o at_server -static at_server.o C++/libquickfix.la -lxml -lpthread mkdir .libs c++ -Wall -fexceptions -D_XOPEN_SOURCE=500 -o at_server at_server.o C++/ .libs/libquickfix.a -lxml -lpthread /usr/bin/ld: warning: libz.so.1, needed by /usr/lib/gcc-lib/i386-redhat- linux/2.96/../../../libxml.so, not found (try using -rpath or -rpath-lin k) /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libxml.so: undefined re ference to `gzopen' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libxml.so: undefined re ference to `gzread' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libxml.so: undefined re ference to `gzdopen' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libxml.so: undefined re ference to `gzclose' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libxml.so: undefined re ference to `gzwrite' Thanks, _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
|
From: HyunKyu H. <ha...@ho...> - 2002-04-18 02:49:09
|
Hello, I downloaded QuickFix 1.0.4.tar.gz from your server. Thanks a lot! my computer system is Redhat 7.2 and I checked out gcc-c++,gcc,glibc-devel,libxml-devel,make without sstream. to be honest I don't know what sstream is and also don't know how can i install this. so I run configure in quickfix directory and I was reported ruby and rubyunit doesn't exist in my system by configure. so I installed ruby and rubyunit. and run configure command again then I run make command in quickfix direcotry,it seemed to be okay, but I got below error message. but I checked out libquickfix.a in ./C++/.libs/libquickfix.a also I checked out below rpm packages which have installed in my system. libxml-devel-1.8.14-2 libxml2-2.4.2-1 libxml-1.8.14-2 Oh.as I saw other articles,it seems to be okay to run quickFix in Solaris. I'm gonna to do this. but I'm really afraid of this job. there's no gcc,libxml, gnu make there's only forte C!. please, I need your advice and help. -----------error message --------------------------- C++/Values.h:487:1: warning: no newline at end of file /bin/sh ../libtool --mode=link c++ -Wall -fexceptions -D_XOPEN_SOURCE=5 00 -o at_server -static at_server.o C++/libquickfix.la -lxml -lpthread mkdir .libs c++ -Wall -fexceptions -D_XOPEN_SOURCE=500 -o at_server at_server.o C++/ .libs/libquickfix.a -lxml -lpthread /usr/bin/ld: warning: libz.so.1, needed by /usr/lib/gcc-lib/i386-redhat- linux/2.96/../../../libxml.so, not found (try using -rpath or -rpath-lin k) /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libxml.so: undefined re ference to `gzopen' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libxml.so: undefined re ference to `gzread' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libxml.so: undefined re ference to `gzdopen' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libxml.so: undefined re ference to `gzclose' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libxml.so: undefined re ference to `gzwrite' Thanks, _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. |
|
From: <JDD...@th...> - 2002-04-16 16:26:32
|
Oops... reply-to considered harmful.
----- Forwarded by John D Duncan/Corporate/ThoughtWorks/US on 04/16/2002
11:21 AM -----
"Sriganesh
Lokanathan" To: <JDD...@th...>
<ga...@af...> cc:
Subject: RE: [Quickfix-developers] XML specs for FIX 4.3
04/16/2002 07:08
AM
Please respond to
ganesh
Hi Duncan,
Thanks for your reply. I will probably do as you suggested to get the XML
document done. How would I get in touch with Oren? Is it possible for me to
get access somehow to his code generation system?
thanks
-ganesh
--------------------------------------------
Affno (Pvt) Ltd.
No.109, Kynsey Road
Colombo 7, Sri Lanka.
www.affno.lk
voice +94 1 672772
fax +94 1 695859
NOTICE - This information may be confidential and should only be read by
the
addressee. If you have received this in error, please notify us immediately
by reply or by telephone (+94 1 672772) and immediately delete this message
and all its attachments from your system. You should not copy it or use it
for any other purpose, nor disclose its contents to any other person. Any
unauthorised relay and/or duplication of this message is strictly
prohibited
and may lead to prosecution.
-----Original Message-----
From: JDD...@th... [mailto:JDD...@th...]
Sent: Tuesday, April 16, 2002 5:47 PM
To: ga...@af...
Subject: Re: [Quickfix-developers] XML specs for FIX 4.3
Sriganesh,
FIX 4.3 uses a different documentation format from the other
versions, so we don't generate it yet. If all you're worried about is
the message definitions, I would recommend using the FIX42.xml
document as a starting point and adding/removing/modifying things as
needed until you have the definitions for FIX 4.3. Oren can help you
use his code generation system if you get that done.
We do not have tests to verify FIX 4.3 session logic and
message-validation routines. The next step in supporting FIX 4.3 is
thus to find the differences between it and FIX 4.2 and to write
acceptance tests that verify the new behavior. Please ask if you need
any help doing this.
Thanks for your support,
John Duncan
Thoughtworks, Inc
(312) 953-6286
"Sriganesh Lokanathan"
<ga...@af...> To:
Sent by: <qui...@li...urceforg
qui...@li... e.net>
urceforge.net cc:
Subject:
[Quickfix-developers] XML specs for
04/16/02 04:57 AM FIX 4.3
Please respond to ganesh
Hi,
I was wondering if you have the FIX 4.3 specs in XML format and if
not,
could you give me some pointers on how to generate that for myself
thanks
sriganesh
--------------------------------------------
Affno (Pvt) Ltd.
No.109, Kynsey Road
Colombo 7, Sri Lanka.
www.affno.lk
voice +94 1 672772
fax +94 1 695859
NOTICE - This information may be confidential and should only be read
by the
addressee. If you have received this in error, please notify us
immediately
by reply or by telephone (+94 1 672772) and immediately delete this
message
and all its attachments from your system. You should not copy it or
use it
for any other purpose, nor disclose its contents to any other person.
Any
unauthorised relay and/or duplication of this message is strictly
prohibited
and may lead to prosecution.
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers
|
|
From: Sriganesh L. <ga...@af...> - 2002-04-16 09:56:23
|
Hi, I was wondering if you have the FIX 4.3 specs in XML format and if not, could you give me some pointers on how to generate that for myself thanks sriganesh -------------------------------------------- Affno (Pvt) Ltd. No.109, Kynsey Road Colombo 7, Sri Lanka. www.affno.lk voice +94 1 672772 fax +94 1 695859 NOTICE - This information may be confidential and should only be read by the addressee. If you have received this in error, please notify us immediately by reply or by telephone (+94 1 672772) and immediately delete this message and all its attachments from your system. You should not copy it or use it for any other purpose, nor disclose its contents to any other person. Any unauthorised relay and/or duplication of this message is strictly prohibited and may lead to prosecution. |
|
From: <OM...@th...> - 2002-04-15 15:27:10
|
Ashish,
No, that should not be the case. TargetSubID is a field on the header
which can be set before you send a message out. Keep in mind that
TargetSubID is not the same as TargetCompID which is the field that is in
the configuration file. Which sub id you want to direct a message to is
generally determined at run time and is not a static field. For instance if
you were to send an order to the Singapore market, you can direct it as
follows:
FIX41::NewOrderSingle order;
// add fields to order
order.getHeader().set(FIX::TargetSubID("P"));
FIX::Session::sendToTarget(order);
This will use (P) as the target sub id. You can replace this with any
other string to direct it to another market.
All of this is assuming that TargetSubID is the field you need to set. If
it turns out it is TargetCompID then you still only need one instance of
QuickFIX, however you will need to have it instantiate multiple sessions.
This is the nature of the protocol.
Hope this helps.
--Oren Miller, ThoughtWorks
"ashish bhatnagar"
<ashish_bhatnagar@mumbai To: <OM...@th...>
.tcs.co.in> cc:
Subject: Re: Comparitive analysis required.
04/15/02 07:40 AM
Hi Oren !!,
I am facing a problem using quickfix , see there are 6
target sub id's in the singapore market (CLOB.R/P/K/L/O)so will i have to
use 6 different instances of ur fix engine to trade on 6 different target
subid's cause the configuration file has TargetsubId as a parameter which
can have only a single value..please advise.
Regards,
Ashish Bhatnagar
----- Original Message -----
From: <OM...@th...>
To: <ash...@mu...>
Sent: 11/04/2002 7:57 PM
Subject: Re: Comparitive analysis required.
>
> Ashish,
>
> Thank you for your interest in QuickFIX. I don't think I can give you a
> feature by feature analysis as I don't think it is appropriate for me to
> speak for these other engine providers, however I can certainly send you
> feature sheet for QuickFIX. It would also help me if you give me some
idea
> about your intended usage. This way I can elaborate on some of the
> features that may be of more importance to you. I look forward to
hearing
> from you.
>
> --Oren Miller, ThoughtWorks
>
>
>
>
> "ashish bhatnagar"
> <ashish_bhatnagar@mumbai To:
<om...@th...>
> .tcs.co.in> cc:
> Subject:
Comparitive analysis required.
> 04/09/02 01:11 AM
>
>
>
>
>
>
> Hi Oren !!,
> We at TCS are in the process of evaluating FIX engines ,
we
> have evaluated a few including QuickFix , it would tremendously help us
in
> making a choice between QuickFix and other FIX engines if you could give
us
> a feature-by-feature comparision between these engines,and what benefits
> does quickfix offer over these engines.
>
> Thanks and Regards,
> Ashish Bhatnagar
>
>
>
|
|
From: <WEC...@th...> - 2002-04-14 15:35:13
|
John Duncan: >On the other hand, I would be very happy to support you if you want to write the COM and Automation wrappers. Ditto. Ahmad, if you have a need for this, we would definitely welcome code heading in that direction. As John noted, we are pretty busy right now working on other things, but COM support would be on the wishlist if one existed. Speaking of which, in regard to the other parts of Ahmad's email: Ahmad Zawawi: > I havent seen any TODO/Wishlist tasks lying around. At this point, there is no such list. To date, most requests have been small, or internal customer driven. As new features are requested and offers to handle open tasks increase (you are the first that I know of) such a document will become necessary so that the community at large can really drive the direction of QuickFIX. For the time being we are suggesting that feature requrests and other items related to working on QuickFIX be sent to this list including submissions. We are not using the SourceForge features for these things. As for interface tasks, I know that COM is something we have talked about, but haven't gotten to yet. .NET is another, (I was planning on starting work on that sometime soon -- hopefully this week) as are scripting interfaces, specifically Python and Ruby (would require getting the C interface done first I think). Ahmad Zawawi: >I havent found any archives for this mailing list. Is this project really new? Yes, QuickFIX was pre-released in February, and the full release was in March. Thanks for the feedback, looking forward to working with you. Best, Bill William Caputo ThoughtWorks, Inc. (312) 953-0098 |
|
From: <JDD...@th...> - 2002-04-14 14:10:48
|
Hi Ahmad,
Thanks for asking. Um, I'm pretty sure the JNI stuff is implemented. The
examples are in the examples directory. As far as VB is concerned, it
wouldn't be hard to write the Automation wrapper but I don't have time to
do this until a client requests it. Also, I don't know if I'd get it right
unless I had a real project to test it on.
On the other hand, I would be very happy to support you if you want to
write the COM and Automation wrappers.
John Duncan
Thoughtworks, Inc
(312) 953-6286
"Ahmad M. Zawawi" <az...@qt...>
Sent by: qui...@li...
04/14/02 07:40 AM
To: <qui...@li...>
cc:
Subject: [Quickfix-developers] RE: Release dates
Hi all,
I am happy to be here for this project. I was developing my own FIX Engine
but now i dont have to ;-) I am going to help you out on this one.
Could u please inform me of the release dates of the Java JNI, VB for the
FIX Engine. I havent seen any TODO/Wishlist tasks lying around. I havent
found any archives for this mailing list. Is this project really new?
best regards,
/ahmad
|
|
From: Ahmad M. Z. <az...@qt...> - 2002-04-14 12:40:31
|
Hi all, I am happy to be here for this project. I was developing my own FIX = Engine but now i dont have to ;-) I am going to help you out on this = one. Could u please inform me of the release dates of the Java JNI, VB for = the FIX Engine. I havent seen any TODO/Wishlist tasks lying around. I = havent found any archives for this mailing list. Is this project really = new? best regards, /ahmad |
|
From: <OM...@th...> - 2002-04-02 15:09:17
|
Thank you, the link has been corrected.
--Oren Miller, ThoughtWorks
Andrew.Drummond@u
bsw.com To: OM...@th...
cc:
04/02/02 02:04 AM Subject: RE: [Quickfix-users] QuickFIX 1.0.4 Available
Oren,
FYI
the mirror link to 1.0.4 on the sourceforge page points to a zip
archive named 1.0.3 which, I guess, must be the previous version. The
main link is ok.
Regards,
Andrew Drummond
-----Original Message-----
From: OMiller
Sent: 29 March 2002 22:40
To: quickfix-announce; quickfix-users; quickfix-developers
Cc: OMiller
Subject: [Quickfix-users] QuickFIX 1.0.4 Available
QuickFIX 1.0.4 is now available from http://quickfix.sourceforge.net on
the
download page. This version contains some fixes as well as a new
feature
so it is worth upgrading. This one should also behave a lot nicer with
the
Visual Studio 6 IDE. The full release notes are included below.
--Oren Miller, ThoughtWorks
1.0.4
-----
Fixed bug in FileStore where .session file was overwritten on reload.
SocketInitiator now supports multiple alternate host and ports which
allows
QuickFIX to take advantage of systems with failover servers.
Custom build step under windows is now compatible with Visual Studio 7.
Changed fields from template instantiated classes to standard classes in
order to stop Visual Studio 6 from crashing while in auto-complete mode.
Changed char pointer comparison operators for StringField to friend
functions
so left hand side comparisons can be done such as "value" ==
senderCompID.
Began implementation of repeating groups.
1.0.3
-----
Added unit testing framework to ordermatch
Fixed bug in ordermatch where executing a partailly filled order
resulted
in
the order being left open with a negative ammount.
Added commands to standard input for ordermatch to list available
symbols
and
for displaying a book.
Began implementation of C API.
Added target field to order table in banzai.
Banzai can now properly handle receiving executions from multiple
targets
1.0.2
-----
Fixed an incorrect number 84600 in FieldTypes.h with the
constant UTC_DAY which is the correct 86400
1.0.1
-----
Several classes deriving from FIX::Application had different throw
specifiers
than the base class. This caused compilation errors with some
compilers.
This has been corrected.
FAQ has been updated.
_______________________________________________
Quickfix-users mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-users
Visit our website at http://www.ubswarburg.com
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. Please
notify the sender immediately by e-mail if you have received this
e-mail by mistake and delete this e-mail from your system.
E-mail transmission cannot be guaranteed to be secure or error-free
as information could be intercepted, corrupted, lost, destroyed,
arrive late or incomplete, or contain viruses. The sender therefore
does not accept liability for any errors or omissions in the contents
of this message which arise as a result of e-mail transmission. If
verification is required please request a hard-copy version. This
message is provided for informational purposes and should not be
construed as a solicitation or offer to buy or sell any securities or
related financial instruments.
|
|
From: <OM...@th...> - 2002-03-29 22:42:12
|
QuickFIX 1.0.4 is now available from http://quickfix.sourceforge.net on the download page. This version contains some fixes as well as a new feature so it is worth upgrading. This one should also behave a lot nicer with the Visual Studio 6 IDE. The full release notes are included below. --Oren Miller, ThoughtWorks 1.0.4 ----- Fixed bug in FileStore where .session file was overwritten on reload. SocketInitiator now supports multiple alternate host and ports which allows QuickFIX to take advantage of systems with failover servers. Custom build step under windows is now compatible with Visual Studio 7. Changed fields from template instantiated classes to standard classes in order to stop Visual Studio 6 from crashing while in auto-complete mode. Changed char pointer comparison operators for StringField to friend functions so left hand side comparisons can be done such as "value" == senderCompID. Began implementation of repeating groups. 1.0.3 ----- Added unit testing framework to ordermatch Fixed bug in ordermatch where executing a partailly filled order resulted in the order being left open with a negative ammount. Added commands to standard input for ordermatch to list available symbols and for displaying a book. Began implementation of C API. Added target field to order table in banzai. Banzai can now properly handle receiving executions from multiple targets 1.0.2 ----- Fixed an incorrect number 84600 in FieldTypes.h with the constant UTC_DAY which is the correct 86400 1.0.1 ----- Several classes deriving from FIX::Application had different throw specifiers than the base class. This caused compilation errors with some compilers. This has been corrected. FAQ has been updated. |
|
From: <OM...@th...> - 2002-03-16 00:35:26
|
Since you are not using libtool also keep in mind that you will need to explicitly link zlib with -lz. This isn't documented because we use libtool and were unaware it had been doing this for us. The order of your linking arguments can be: -lquickfix -lpthread -lxml -lz -lnsl --oren, ThoughtWorks |---------+-----------------------------------------------> | | JDD...@th... | | | Sent by: | | | qui...@li...ur| | | ceforge.net | | | | | | | | | 03/15/02 05:44 PM | | | | |---------+-----------------------------------------------> >----------------------------------------------------------------------------------------------| | | | To: qui...@li... | | cc: | | Subject: Re: [Quickfix-developers] namespaces for libpthread and libxml? | >----------------------------------------------------------------------------------------------| GNU LD is a one-pass linker, so you need to put the -lxml and -lpthread after -lquickfix on your command line. I learned this the hard way too. John Duncan (312) 953-6286 "Cicero, Marlon" <mc...@va...> To: "'qui...@li...'" Sent by: <qui...@li...> qui...@li...ur cc: ceforge.net Subject: [Quickfix-developers] namespaces for libpthread and libxml? 03/15/2002 05:28 PM Hello, I'm going to take a look at this more when I get in on Monday, but was wondering if any of you ran into this. I've successfully build QuickFIX on Linux (2.4.10) using gcc 3.0.4 and am ensuring strict ISO C++ using -pedantic. However, when I use FIX::SocketInitiator, the linker can't find the thread libs, etc. I'm sure it must be something simple that I'm overlooking. > make gcc -fexceptions -finline-functions -pedantic -I/usr/local/include myfix.cpp -static -static-libgcc -lpthread -lxml -lnsl -L/usr/local/lib -lstdc++ -lquickfix -llog4cpp -o myfix /usr/local/lib/libquickfix.a(Initiator.o): In function `FIX::thread_spawn(void* (*)(void*), void*)': Initiator.o(.gnu.linkonce.t._ZN3FIX12thread_spawnEPFPvS0_ES0_+0x13): undefined reference to `pthread_create' /usr/local/lib/libquickfix.a(MessageValidator.o): In function `FIX::MessageValidator::readLibXml(std::string const&)': MessageValidator.o(.text+0x713): undefined reference to `xmlCreatePushParserCtxt' MessageValidator.o(.text+0x767): undefined reference to `xmlParseChunk' MessageValidator.o(.text+0x782): undefined reference to `xmlParseChunk' MessageValidator.o(.text+0x793): undefined reference to `xmlFreeParserCtxt' collect2: ld returned 1 exit status make: *** [myfix] Error 1 Thanks, Marlon _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
|
From: <JDD...@th...> - 2002-03-15 23:56:36
|
btw, I recommend using "g++" instead of "gcc" when compiling c++, because it automatically does the necessary things to make c++ compile. Also, if you aren't using automake/libtool, you might want to. A lot of these problems stopped happening after we got used to using those tools. John Duncan Thoughtworks, Inc |
|
From: <JDD...@th...> - 2002-03-15 23:45:18
|
GNU LD is a one-pass linker, so you need to put the -lxml and -lpthread
after -lquickfix on your command line. I learned this the hard way too.
John Duncan
(312) 953-6286
"Cicero, Marlon"
<mc...@va...> To: "'qui...@li...'"
Sent by: <qui...@li...>
qui...@li...ur cc:
ceforge.net Subject: [Quickfix-developers] namespaces for libpthread and libxml?
03/15/2002 05:28 PM
Hello,
I'm going to take a look at this more when I get in on Monday, but was
wondering if any of you ran into this. I've successfully build QuickFIX on
Linux (2.4.10) using gcc 3.0.4 and am ensuring strict ISO C++ using
-pedantic. However, when I use FIX::SocketInitiator, the linker can't find
the thread libs, etc. I'm sure it must be something simple that I'm
overlooking.
> make
gcc -fexceptions -finline-functions -pedantic -I/usr/local/include
myfix.cpp -static -static-libgcc -lpthread
-lxml -lnsl -L/usr/local/lib -lstdc++ -lquickfix -llog4cpp -o myfix
/usr/local/lib/libquickfix.a(Initiator.o): In function
`FIX::thread_spawn(void* (*)(void*), void*)':
Initiator.o(.gnu.linkonce.t._ZN3FIX12thread_spawnEPFPvS0_ES0_+0x13):
undefined reference to `pthread_create'
/usr/local/lib/libquickfix.a(MessageValidator.o): In function
`FIX::MessageValidator::readLibXml(std::string const&)':
MessageValidator.o(.text+0x713): undefined reference to
`xmlCreatePushParserCtxt'
MessageValidator.o(.text+0x767): undefined reference to `xmlParseChunk'
MessageValidator.o(.text+0x782): undefined reference to `xmlParseChunk'
MessageValidator.o(.text+0x793): undefined reference to `xmlFreeParserCtxt'
collect2: ld returned 1 exit status
make: *** [myfix] Error 1
Thanks,
Marlon
|
|
From: Cicero, M. <mc...@va...> - 2002-03-15 23:28:29
|
Hello, I'm going to take a look at this more when I get in on Monday, but was wondering if any of you ran into this. I've successfully build QuickFIX on Linux (2.4.10) using gcc 3.0.4 and am ensuring strict ISO C++ using -pedantic. However, when I use FIX::SocketInitiator, the linker can't find the thread libs, etc. I'm sure it must be something simple that I'm overlooking. > make gcc -fexceptions -finline-functions -pedantic -I/usr/local/include myfix.cpp -static -static-libgcc -lpthread -lxml -lnsl -L/usr/local/lib -lstdc++ -lquickfix -llog4cpp -o myfix /usr/local/lib/libquickfix.a(Initiator.o): In function `FIX::thread_spawn(void* (*)(void*), void*)': Initiator.o(.gnu.linkonce.t._ZN3FIX12thread_spawnEPFPvS0_ES0_+0x13): undefined reference to `pthread_create' /usr/local/lib/libquickfix.a(MessageValidator.o): In function `FIX::MessageValidator::readLibXml(std::string const&)': MessageValidator.o(.text+0x713): undefined reference to `xmlCreatePushParserCtxt' MessageValidator.o(.text+0x767): undefined reference to `xmlParseChunk' MessageValidator.o(.text+0x782): undefined reference to `xmlParseChunk' MessageValidator.o(.text+0x793): undefined reference to `xmlFreeParserCtxt' collect2: ld returned 1 exit status make: *** [myfix] Error 1 Thanks, Marlon |
|
From: <JDD...@th...> - 2002-03-15 17:05:55
|
>quickfix-gcc3.0.4-ISO/test> runat >Created Session - BeginString: FIX.4.2, SenderCompID: ISLD, TargetCompID: TW >SocketAcceptPort not defined./Reflector.rb:162:in `require': No such file to load -- runit/testcase (LoadError) > from ./Reflector.rb:162 > from ./ReflectorClient.rb:49:in `require' > from ./ReflectorClient.rb:49 > from Runner.rb:49:in `require' > from Runner.rb:49 >runat: kill: (27917) - No such pid it seems that you haven't installed rubyunit <http://homepage1.nifty.com/markey/ruby/rubyunit/index_e.html> If you have, then you need to check your ruby paths. Try specifying your runit directory with a "-I DIR" flag. If that works, setting RUBYLIB to where the runit directory is should work for the future. John Duncan, MTO ThoughtWorks, Inc. |
|
From: Cicero, M. <mc...@va...> - 2002-03-15 16:50:57
|
My programs are compiled with gcc v3.0.4 using the flag "-pedantic" to
ensure strict ISO C++ adherence. I noticed that it was erroring out when
linking in the quickfix library so I put in the following updates to
quickfix:
> diff configure configure.orig
1394c1394
< CXXFLAGS="-Wall -fexceptions -pedantic -D_XOPEN_SOURCE=500"
---
> CXXFLAGS="-Wall -fexceptions -D_XOPEN_SOURCE=500"
1398c1398
< CFLAGS="-pedantic -D_XOPEN_SOURCE=500"
---
> CFLAGS="-D_XOPEN_SOURCE=500"
> diff configure.in configure.in.orig
9c9
< CXXFLAGS="-Wall -fexceptions -pedantic -D_XOPEN_SOURCE=500"
---
> CXXFLAGS="-Wall -fexceptions -D_XOPEN_SOURCE=500"
13c13
< CFLAGS="-pedantic -D_XOPEN_SOURCE=500"
---
> CFLAGS="-D_XOPEN_SOURCE=500"
> diff src/C++/strptime.h src/C++/strptime.h.orig
3c3
< strptime(const char *buf, const char *fmt, struct tm *tm) throw();
---
> strptime(const char *buf, const char *fmt, struct tm *tm);
> diff src/C++/ConfigLexer.h src/C++/ConfigLexer.h.orig
63c63
< LC_STATE_VALUE
---
> LC_STATE_VALUE,
> diff src/C++/ConfigLexer.cpp src/C++/ConfigLexer.cpp.orig
1225c1225
< extern "C" int isatty YY_PROTO(( int )) throw ();
---
> extern "C" int isatty YY_PROTO(( int ));
Maybe you could add it to the sources.
I also had to do a little trick to get it compile with gcc v3.0.4. gcc
v2.95.3 is in /usr/bin and v3.0.4 is in /usr/local/bin. I first had to
remove /usr/local/bin from my path, do "configure" and "make" until make
breaks, do "cp `which libtool` ./", then add back /usr/local/bin in order to
compile. If not, I'd get this error:
quickfix> make
cd . && aclocal
cd . && automake --foreign Makefile
cd . && autoconf
configure.in:26: warning: AC_PROG_LEX invoked multiple times
/bin/sh ./config.status --recheck
running /bin/sh configure --no-create --no-recursion
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... found
checking for g++... g++
checking for C++ compiler default output... a.out
checking whether the C++ compiler works... configure: error: cannot run C++
compiled programs.
If you meant to cross compile, use `--host'.
make: *** [config.status] Error 1
Finally, the Unit Tests works, but the Acceptance Tests won't load:
> setenv LD_LIBRARY_PATH /usr/local/lib
quickfix-gcc3.0.4-ISO/test> runut 12345
............................................................................
.............................
105 out of 105 tests passing (100%)
quickfix-gcc3.0.4-ISO/test> runat
Created Session - BeginString: FIX.4.2, SenderCompID: ISLD, TargetCompID: TW
SocketAcceptPort not defined./Reflector.rb:162:in `require': No such file to
load -- runit/testcase (LoadError)
from ./Reflector.rb:162
from ./ReflectorClient.rb:49:in `require'
from ./ReflectorClient.rb:49
from Runner.rb:49:in `require'
from Runner.rb:49
runat: kill: (27917) - No such pid
Any ideas? I'm running SuSE Linux 7.3 Professional on a PIII, 500MHz, 512MB
RAM and will try Solaris 8 Sparc later. FWIW, I also going to link in
log4cpp.
Thanks,
Marlon
|
|
From: <OM...@th...> - 2002-03-12 16:41:15
|
Sean, QuickFIX does not currently support this internally and yes I believe it would be very useful plus easy to implement. What do you think about turning the SocketConnectPort and SocketConnectHost into CSV lists like this... SocketConnectHost=10.1.1.1,20.2.2.2,30.3.3.3 SocketConnectPort=5000,5643,8756 Then quickfix would just alternate through the list of hosts. Another posibility which may be more maintainable would be to have seperate fields. SocketConnectHost=10.1.1.1 SocketConnectPort=5000 AlternateSocketConnectHost1=20.2.2.2 AlternateSocketConnectPort1=5643 AlternateSocketConnectHost2=30.3.3.3 AlternateSocketConnectPort2=8756 Anyone have some other ideas? --oren |---------+-----------------------------------------------> | | "Sean Castette" | | | <sca...@ge...> | | | Sent by: | | | qui...@li...ur| | | ceforge.net | | | | | | | | | 03/12/02 08:47 AM | | | | |---------+-----------------------------------------------> >----------------------------------------------------------------------------------------------| | | | To: <qui...@li...> | | cc: | | Subject: [Quickfix-developers] Auto Recovery Settings? | >----------------------------------------------------------------------------------------------| Hi, Can QuickFix support an alternate or backup server to try when an unexpected disconnection is received from the primary server? We are working with a company that has primary and secondary servers for us to connect with. When the primary connection fails, we are supposed to connect to the secondary server and perform our recovery on that server. Does QuickFix support this feature? If so, how do I configure it. If not, is this something that people think should be added? Thanks, Sean Castette ---------------------------- GetCo (312) 242-4605 |
|
From: Sean C. <sca...@ge...> - 2002-03-12 14:47:21
|
Hi, Can QuickFix support an alternate or backup server to try when an = unexpected disconnection is received from the primary server? We are = working with a company that has primary and secondary servers for us to = connect with. When the primary connection fails, we are supposed to = connect to the secondary server and perform our recovery on that server. = Does QuickFix support this feature? If so, how do I configure it. If = not, is this something that people think should be added? Thanks, Sean Castette ---------------------------- GetCo (312) 242-4605 |
|
From: <OM...@th...> - 2002-03-11 05:34:14
|
David, Setting your run-time library to Debug Multithreaded may be your problem. Try changing this to Debug Multithreaded DLL. This is documented in the Setting Up Your Project page at http://quickfix.sourceforge.net/documentation/project.html. If you would like to use Debug Multithreaded you can, however you will need to build quickfix with the same run-time library. I hope this helps. --oren |---------+-----------------------------------------------> | | "David Kennedy" | | | <ke...@ho...> | | | Sent by: | | | qui...@li...ur| | | ceforge.net | | | | | | | | | 03/10/02 09:21 AM | | | | |---------+-----------------------------------------------> >----------------------------------------------------------------------------------------------| | | | To: qui...@li... | | cc: | | Subject: [Quickfix-developers] (no subject) | >----------------------------------------------------------------------------------------------| I started playing with your quckfix engine. I have a problem which is probably related more to MSVC then anything but wonder if someone can give me a hand. I create a new console app, put in the code from at_client or at_server, fix the includes, set debug multithreaded and compile. No errors warnings but a whole bunch of 'link errors' which come from putting quickfix_debug.lib in the linker options. Without the lib, I get erros (understandably). Here is a samle of what I get. Any ideas would be appreciated. removing libcpmtd.lib or msvcprtd.lib doesn't seem to help. Oddly enough, the sample project supplied compiles/links fine. I have looked at the difference between my project and at_server and can't see anything. msvcprtd.lib(MSVCP60D.dll) : error LNK2005: "public: __thiscall std::ios_base::Init::Init(void)" (??0Init@ios_base@std@@QAE@XZ) already defined in libcpmtd.lib(iostream.obj) msvcprtd.lib(MSVCP60D.dll) : error LNK2005: "public: __thiscall std::ios_base::Init::~Init(void)" (??1Init@ios_base@std@@QAE@XZ) already defined in libcpmtd.lib(iostream.obj) msvcprtd.lib(MSVCP60D.dll) : error LNK2005: "public: __thiscall std:: _Winit::_Winit(void)" (??0_Winit@std@@QAE@XZ) already defined in libcpmtd.lib(wiostrea.obj) msvcprtd.lib(MSVCP60D.dll) : error LNK2005: "public: __thiscall std:: _Winit::~_Winit(void)" (??1_Winit@std@@QAE@XZ) already defined in libcpmtd.lib(wiostrea.obj) msvcprtd.lib(MSVCP60D.dll) : error LNK2005: "public: __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(class std::allocator<char > const &)" ( ??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@ABV?$allocator@D@1@@Z ) already defined in NewClient.obj msvcprtd.lib(MSVCP60D.dll) : error LNK2005: "public: __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::~basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(void)" (??1?$basic_strin g@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@XZ) already defined in NewClient.obj Chat with friends online, try MSN Messenger: Click Here _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
|
From: David K. <ke...@ho...> - 2002-03-10 15:21:19
|
<html><div style='background-color:'><DIV>I started playing with your quckfix engine. I have a problem which is probably related more to MSVC then anything but wonder if someone can give me a hand.</DIV> <DIV> </DIV> <DIV>I create a new console app, put in the code from at_client or at_server, fix the includes, set debug multithreaded and compile. No errors warnings but a whole bunch of 'link errors' which come from putting quickfix_debug.lib in the linker options. Without the lib, I get erros (understandably). Here is a samle of what I get. Any ideas would be appreciated.</DIV> <DIV> </DIV> <DIV>removing libcpmtd.lib or msvcprtd.lib doesn't seem to help. Oddly enough, the sample project supplied compiles/links fine. I have looked at the difference between my project and at_server and can't see anything.</DIV> <DIV> </DIV> <DIV>msvcprtd.lib(MSVCP60D.dll) : error LNK2005: "public: __thiscall std::ios_base::Init::Init(void)" (<A href="mailto:??0Init@ios_base@std@@QAE@XZ">??0Init@ios_base@std@@QAE@XZ</A>) already defined in libcpmtd.lib(iostream.obj)<BR>msvcprtd.lib(MSVCP60D.dll) : error LNK2005: "public: __thiscall std::ios_base::Init::~Init(void)" (<A href="mailto:??1Init@ios_base@std@@QAE@XZ">??1Init@ios_base@std@@QAE@XZ</A>) already defined in libcpmtd.lib(iostream.obj)<BR>msvcprtd.lib(MSVCP60D.dll) : error LNK2005: "public: __thiscall std::_Winit::_Winit(void)" (<A href="mailto:??0_Winit@std@@QAE@XZ">??0_Winit@std@@QAE@XZ</A>) already defined in libcpmtd.lib(wiostrea.obj)<BR>msvcprtd.lib(MSVCP60D.dll) : error LNK2005: "public: __thiscall std::_Winit::~_Winit(void)" (<A href="mailto:??1_Winit@std@@QAE@XZ">??1_Winit@std@@QAE@XZ</A>) already defined in libcpmtd.lib(wiostrea.obj)<BR>msvcprtd.lib(MSVCP60D.dll) : error LNK2005: "public: __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(class std::allocator<char<BR>> const &)" (<A href="mailto:??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@ABV?$allocator@D@1@@Z">??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@ABV?$allocator@D@1@@Z</A>) already defined in NewClient.obj<BR>msvcprtd.lib(MSVCP60D.dll) : error LNK2005: "public: __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::~basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(void)" (??1?$basic_strin<BR><A href="mailto:g@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@XZ">g@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@XZ</A>) already defined in NewClient.obj</DIV></div><br clear=all><hr>Chat with friends online, try MSN Messenger: <a href='http://g.msn.com/1HM101601/z'>Click Here</a><br></html> |
|
From: <JDD...@th...> - 2002-03-07 16:57:57
|
I believe that is a good way to go about it. I would recommend first duplicating the unit tests for testing the Xerces interface, and then just write the new code hook, line, sinker. For the first pass, you can tell automake to copy parser-specific files to the required filename based on a switch and/or automake test that checks for each library. If that's confusing, I can show you what I mean. Then I would suggest looking at the two results and refactoring out an interface, leaving the parser-specific stuff in separate files, but the bulk of the validator code in one file. Look at the template method pattern in GoF if you have it. I'd also like to recommend that you subscribe to the mailing list: qui...@li... You can subscribe to it from this URL: http://lists.sourceforge.net/lists/listinfo/quickfix-developers That way others can pay attention to this discussion and correct me. John Duncan Technology Director Collaborative Development Group Thoughtworks, Inc (312) 953-6286 "Chris Custine" <ch...@cu... To: <JDD...@th...> m> cc: Subject: RE: Solaris support for Forte6U2 03/06/2002 11:01 PM Please respond to chris Sounds good. I am almost done getting everything to compile with the Sun Forte compiler, at least right up until the XML parser is needed. The compiler changes will obviously be easy, but how do you want the XML parser integrated into the project? For example, it looks as if there are some fairly substantial differences in the code required to add the XercesC Sax parser in place of libxml and the MS library and I am not sure you will want to keep adding pre-processor directives in the existing files because I don't think there is an even match in syntax between Xerces and the other libraries. In order to get fully compiled, I am just creating a new set of files for the MessageValidator and related classes to see what it takes to make them work. I will surely have more questions, but this will get me going for now. Thanks for your help. -- Chris Custine Custine Technology Group, Inc. 1085 Meadow View Ln St. Augustine, FL 32092 Phone: 904.829.6681 E-Mail: ch...@cu... -----Original Message----- From: JDD...@th... [mailto:JDD...@th...] Sent: Tuesday, March 05, 2002 4:56 PM To: ch...@cu... Subject: Re: Solaris support for Forte6U2 Hi Chris, What you're talking about sounds great. We were trying to decide at the beginning between libxml and Xerces, and we went with libxml because it's likely that many linux users are using it. Xerces support would be useful and cross-platform to boot. We can provide testing on Linux and Windows for those mods, and we can also test them with gcc on Solaris. We have been interested in other compilers on Unix boxes, but their cost prohibits us from doing those ports before we need to. I think that it would be a big win for QuickFIX if it were supported on Sun's compilers. If you need help with our tools for this project, don't be afraid to ask. Thanks for contributing, John Duncan Technology Director Collaborative Development Group Thoughtworks, Inc (312) 953-6286 Chris Custine <ch...@cu... To: jdd...@th... m> cc: Sent by: nobody Subject: Solaris support for Forte6U2 <nobody@sourcefor ge.net> 03/05/2002 02:50 PM I have been looking at the QuickFIX project since seeing the press release from ThroughtWorks earlier today and I am interested in adding support for Forte 6U2 and Xerces XML parser on the Solaris 8 platform. Are you interested in the modifications to be merged into your project or is someone already working on these additions? If you would like the code let me know and I will send the mods to you. Initially this is a side project so my contributions will be slow and limited, but I may be able to get some official time allocated if we pursue using this tool for some pending projects. Either way, I like the looks of this project so good luck! Chris |
|
From: Randy F. <rjf...@ya...> - 2002-03-06 13:05:21
|
QuickFix Developers, Here is a fix you can apply to compile for VS.NET until the source code is updated. Replace the custom build step for all header files in the quickfix_lib project with the new custom build step. This fix will work for both VS 6.0 and .NET (7.0) but is only required for VS.NET. <New custom build step> @echo off IF EXIST include$(InputName).h ( del include$(InputName).h ) xcopy "$(InputPath)" include </New custom build step> The all unit tests pass for source compiled with VS.NET but the acceptance test will not run. It appears the command line parameters are not mangled when running the VS.NET compiled atrun.exe. I'm looking into this problem. One issue remains for side by side installations of Visual Studio. You will have to ignore the libraries in the VS.NET lib directory when compiling with VS 6.0. This implies that you will need two versions of the dsp. For the time being just create a copy of the source for VS.NET and make the necessary modifications. Randy Fredrick rjf...@ya... --------------------------------- Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! |
|
From: <OM...@th...> - 2002-03-04 23:27:40
|
For anyone on the list who hasn't been sent an invitation, quickfix is having a release party/developer meeting at it's Chicago headquarters to celebrate our release of QuickFIX version 1.0.0. Anyone who has an interest in implementing QuickFIX or learning more about QuickFIX, this is the best way to do it. Please RSVP if you are interested in attending. XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX You are cordially invited to attend the official QuickFIX 1.0 release party! Thoughtworks Inc. in conjunction with Connamara Systems has spent the last few months working on the development of QuickFIX 1.0, an open source C++ FIX engine for Windows and Linux. We are extending a special invitation to a handful of individuals in the Chicago area to come to a developer meeting and learn about the QuickFIX product. This is going to be a developer specific meeting where we will be going through the architecture, our testing framework, our build process and current features. For those of you who attended the last meeting, there will be a lot more new information pertaining to the latest release. The session will conclude with a Q&A session and an opportunity for those interested to be involved in the evolution of the QuickFIX product. You can see the latest at http://quickfix.sourceforge.net. The details... Who: The QuickFIX technical team and a number of other interested parties. When: Thursday, March 7, 2002 6:00pm - 8:00pm Where: Thoughtworks Inc. 651 W. Washington Blvd; Suite 600 Chicago, IL 60661 What: Technical overview of the QuickFIX testing and development effort. Cocktails and hors d'oeuvres will be served Please RSVP by 5:00 pm on Wednesday, March 6 if you will be attending. If you have any questions feel free to contact me or Heather Neely at (312) 373-8689. Thanks and we hope to see you there. XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX |
98 messages has been excluded from this view by a project administrator.
