quickfix-users Mailing List for QuickFIX (Page 87)
Brought to you by:
orenmnero
Menu
▾
▴
quickfix-users — QuickFIX user support
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
(4) |
Mar
(6) |
Apr
(2) |
May
(4) |
Jun
(1) |
Jul
(1) |
Aug
(2) |
Sep
(11) |
Oct
(3) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(7) |
Feb
(3) |
Mar
(10) |
Apr
(40) |
May
(63) |
Jun
(12) |
Jul
(26) |
Aug
(13) |
Sep
(6) |
Oct
(13) |
Nov
(17) |
Dec
(28) |
| 2004 |
Jan
(13) |
Feb
(6) |
Mar
(9) |
Apr
(20) |
May
(15) |
Jun
(29) |
Jul
(22) |
Aug
(11) |
Sep
(32) |
Oct
(34) |
Nov
(22) |
Dec
(33) |
| 2005 |
Jan
(17) |
Feb
(8) |
Mar
(3) |
Apr
(20) |
May
(19) |
Jun
(29) |
Jul
(30) |
Aug
(10) |
Sep
(24) |
Oct
|
Nov
(17) |
Dec
(11) |
| 2006 |
Jan
(32) |
Feb
(54) |
Mar
(34) |
Apr
(43) |
May
(14) |
Jun
(11) |
Jul
(10) |
Aug
(43) |
Sep
(37) |
Oct
(44) |
Nov
(16) |
Dec
(11) |
| 2007 |
Jan
(26) |
Feb
(5) |
Mar
(23) |
Apr
(3) |
May
(22) |
Jun
(17) |
Jul
(22) |
Aug
(34) |
Sep
(17) |
Oct
(18) |
Nov
(4) |
Dec
(8) |
| 2008 |
Jan
(28) |
Feb
(28) |
Mar
(23) |
Apr
(37) |
May
(53) |
Jun
(20) |
Jul
(30) |
Aug
(12) |
Sep
(19) |
Oct
(16) |
Nov
(15) |
Dec
(10) |
| 2009 |
Jan
(19) |
Feb
(8) |
Mar
(21) |
Apr
(8) |
May
(15) |
Jun
(22) |
Jul
(34) |
Aug
(18) |
Sep
(23) |
Oct
(26) |
Nov
(16) |
Dec
(13) |
| 2010 |
Jan
(38) |
Feb
(17) |
Mar
(39) |
Apr
(34) |
May
(5) |
Jun
(15) |
Jul
(7) |
Aug
(18) |
Sep
(4) |
Oct
(16) |
Nov
(3) |
Dec
(17) |
| 2011 |
Jan
(28) |
Feb
(12) |
Mar
(36) |
Apr
(9) |
May
(26) |
Jun
(27) |
Jul
(6) |
Aug
(10) |
Sep
(6) |
Oct
(1) |
Nov
(1) |
Dec
|
| 2012 |
Jan
(3) |
Feb
(4) |
Mar
|
Apr
(7) |
May
(9) |
Jun
(4) |
Jul
(2) |
Aug
(1) |
Sep
|
Oct
(9) |
Nov
(10) |
Dec
(8) |
| 2013 |
Jan
(3) |
Feb
(2) |
Mar
(7) |
Apr
(2) |
May
|
Jun
(7) |
Jul
(22) |
Aug
(5) |
Sep
(3) |
Oct
(3) |
Nov
(3) |
Dec
(2) |
| 2014 |
Jan
(4) |
Feb
|
Mar
(7) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(7) |
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
| 2015 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
(4) |
Dec
|
| 2016 |
Jan
(1) |
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
(5) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
(5) |
Nov
(1) |
Dec
|
| 2019 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Vamsi K. <Vam...@ib...> - 2003-05-27 01:06:28
|
Oren Used the constructor.. as suggested by u. It is throwing an error saying invalid message. My back office application composes the FIX message using quickfix library.. Regards Vamsi -----Original Message----- From: qui...@li... [mailto:qui...@li...] On Behalf Of Oren Miller Sent: Monday, May 26, 2003 7:54 PM To: Vamsi Krishna; 'developers QuickFIX'; 'users QuickFIX' Subject: [Quickfix-developers] Re: Market Data Request You should use the constructor that takes a DataDictionary: Message( const std::string& string, const DataDictionary& dataDictionary ) Vamsi Krishna <Vam...@ib...> wrote: Hi Oren I am composing the following FIX message by my back office system 8=FIX.4.29=330535=V34=149=IWAY56=INSTINET146=9755=ABCO167=CS201 =0202=0.00000055=ACAP167=CS201=0202=0.00000055=ACAS167=CS201=02 02=0.00000055=AEE167=CS201=0202=0.00000055=AEP167=CS201=0202=0.0 0000055=AFCE167=CS201=0202=0.00000055=AG167=CS201=0202=0.000000 55=AGEN167=CS201=0202=0.00000055=AGIX167=CS201=0202=0.00000055=A IV167=CS201=0202=0.00000055=AMLN167=CS201=0202=0.00000055=APA16 7=CS201=0202=0.00000055=ARLP167=CS201=0202=0.00000055=ATG167=CS 201=0202=0.00000055=BGFV167=CS201=0202=0.00000055=BMRN167=CS201= 0202=0.00000055=BPL167=CS201=0202=0.00000055=CBZ167=CS201=0202= 0.00000055=CEY167=CS201=0202=0.00000055=CGX167=CS201=0202=0.0000 0055=CLI167=CS201=0202=0.00000055=CNXS167=CS201=0202=0.00000055 =COF167=CS201=0202=0.00000055=COO167=CS201=0202=0.00000055=CRAY 167=CS201=0202=0.00000055=DAL167=CS201=0202=0.00000055=DCAI167=C S201=0202=0.00000055=DDN167=CS201=0202=0.00000055=DIA167=CS201= 0202=0.00000055=DZTK167=CS201=0202=0.00000055=ENH167=CS201=0202 =0.00000055=EPD167=CS201=0202=0.00000055=ERIE167=CS201=0202=0.00 000055=F167=CS201=0202=0.00000055=FCN167=CS201=0202=0.00000055= FHRX167=CS201=0202=0.00000055=FIC167=CS201=0202=0.00000055=FST1 67=CS201=0202=0.00000055=FTS167=CS201=0202=0.00000055=GM167=CS2 01=0202=0.00000055=HC167=CS201=0202=0.00000055=HDI167=CS201=020 2=0.00000055=HETC167=CS201=0202=0.00000055=HI167=CS201=0202=0.00 000055=HL167=CS201=0202=0.00000055=IBA167=CS201=0202=0.00000055 =IMH167=CS201=0202=0.00000055=IN167=CS201=0202=0.00000055=INTU1 67=CS201=0202=0.00000055=IPG167=CS201=0202=0.00000055=ISPH167=CS 201=0202=0.00000055=JDSU167=CS201=0202=0.00000055=JNY167=CS201= 0202=0.00000055=KIRK167=CS201=0202=0.00000055=KPP167=CS201=0202 =0.00000055=KRB167=CS201=0202=0.00000055=LCUT167=CS201=0202=0.00 000055=LF167=CS201=0202=0.00000055=LIN167=CS201=0202=0.00000055 =LJPC167=CS201=0202=0.00000055=MFW167=CS201=0202=0.00000055=MGAM 167=CS201=0202=0.00000055=MGM167=CS201=0202=0.00000055=MHX167=C S201=0202=0.00000055=MKC167=CS201=0202=0.00000055=MTCT167=CS201 =0202=0.00000055=NDC167=CS201=0202=0.00000055=NEU167=CS201=0202 =0.00000055=NLS167=CS201=0202=0.00000055=NTZ167=CS201=0202=0.000 00055=NWL167=CS201=0202=0.00000055=NXTP167=CS201=0202=0.0000005 5=OIS167=CS201=0202=0.00000055=OKE167=CS201=0202=0.00000055=OSTK 167=CS201=0202=0.00000055=PCO167=CS201=0202=0.00000055=PDX167=C S201=0202=0.00000055=POSS167=CS201=0202=0.00000055=PPD167=CS201 =0202=0.00000055=PSA167=CS201=0202=0.00000055=PTSX167=CS201=020 2=0.00000055=QQQ167=CS201=0202=0.00000055=RAS167=CS201=0202=0.00 000055=REGN167=CS201=0202=0.00000055=RGLD167=CS201=0202=0.000000 55=RINO167=CS201=0202=0.00000055=RRGB167=CS201=0202=0.00000055= SPY167=CS201=0202=0.00000055=SSFT167=CS201=0202=0.00000055=STT1 67=CS201=0202=0.00000055=SWTX167=CS201=0202=0.00000055=TKR167=CS 201=0202=0.00000055=TTN167=CS201=0202=0.00000055=VLI167=CS201=0 202=0.00000055=VLO167=CS201=0202=0.00000055=WEL167=CS201=0202=0 .00000055=WQNI167=CS201=0202=0.000000262=TD1263=1264=0265=1267= 100269=010=040 Its rather big message. But I tried to form MarketDataRequest object... within initiator ( My initiator polls the database which is served by back office system which composes FIX messages) by using FIX::MarketDataRequest mesg(string,true); When I try to print the mesg by using Mesg.toString().c_str(); I observed the following... a) XML output is as follows: XML representation That means it is taking only last group. Is there any other way of forming the message from the string..? Vamsi _____ Do you Yahoo!? The New <http://us.rd.yahoo.com/search/mailsig/*http:/search.yahoo.com> Yahoo! Search - Faster. Easier. Bingo. |
|
From: SOL Z. <sol...@ya...> - 2003-05-27 00:27:07
|
There were some errors with banzai. Please see below:
---------
D:\QUICKF~1.0\quickfix\bin>run_banzai
D:\QUICKF~1.0\quickfix\bin>set
CLASSPATH=../lib/banzai.jar;../lib/quickfix.jar;
./lib/log4j.jar
D:\QUICKF~1.0\quickfix\bin>java
-Djava.library.path=../lib; Banzai
Exception in thread "main" org.quickfix.ConfigError:
DataDictionary not defined
at org.quickfix.SocketInitiator.create(Native
Method)
at org.quickfix.SocketInitiator.<init>(Unknown
Source)
at Banzai.<init>(Unknown Source)
at Banzai.main(Unknown Source)
__________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
http://search.yahoo.com
|
|
From: Oren M. <ore...@ya...> - 2003-05-26 23:53:31
|
You should use the constructor that takes a DataDictionary: Message( const std::string& string, const DataDictionary& dataDictionary ) Vamsi Krishna <Vam...@ib...> wrote: Hi Oren I am composing the following FIX message by my back office system 8=FIX.4.29=330535=V34=149=IWAY56=INSTINET146=9755=ABCO167=CS201 =0202=0.00000055=ACAP167=CS201=0202=0.00000055=ACAS167=CS201=02 02=0.00000055=AEE167=CS201=0202=0.00000055=AEP167=CS201=0202=0.0 0000055=AFCE167=CS201=0202=0.00000055=AG167=CS201=0202=0.000000 55=AGEN167=CS201=0202=0.00000055=AGIX167=CS201=0202=0.00000055=A IV167=CS201=0202=0.00000055=AMLN167=CS201=0202=0.00000055=APA16 7=CS201=0202=0.00000055=ARLP167=CS201=0202=0.00000055=ATG167=CS 201=0202=0.00000055=BGFV167=CS201=0202=0.00000055=BMRN167=CS201= 0202=0.00000055=BPL167=CS201=0202=0.00000055=CBZ167=CS201=0202= 0.00000055=CEY167=CS201=0202=0.00000055=CGX167=CS201=0202=0.0000 0055=CLI167=CS201=0202=0.00000055=CNXS167=CS201=0202=0.00000055 =COF167=CS201=0202=0.00000055=COO167=CS201=0202=0.00000055=CRAY 167=CS201=0202=0.00000055=DAL167=CS201=0202=0.00000055=DCAI167=C S201=0202=0.00000055=DDN167=CS201=0202=0.00000055=DIA167=CS201= 0202=0.00000055=DZTK167=CS201=0202=0.00000055=ENH167=CS201=0202 =0.00000055=EPD167=CS201=0202=0.00000055=ERIE167=CS201=0202=0.00 000055=F167=CS201=0202=0.00000055=FCN167=CS201=0202=0.00000055= FHRX167=CS201=0202=0.00000055=FIC167=CS201=0202=0.00000055=FST1 67=CS201=0202=0.00000055=FTS167=CS201=0202=0.00000055=GM167=CS2 01=0202=0.00000055=HC167=CS201=0202=0.00000055=HDI167=CS201=020 2=0.00000055=HETC167=CS201=0202=0.00000055=HI167=CS201=0202=0.00 000055=HL167=CS201=0202=0.00000055=IBA167=CS201=0202=0.00000055 =IMH167=CS201=0202=0.00000055=IN167=CS201=0202=0.00000055=INTU1 67=CS201=0202=0.00000055=IPG167=CS201=0202=0.00000055=ISPH167=CS 201=0202=0.00000055=JDSU167=CS201=0202=0.00000055=JNY167=CS201= 0202=0.00000055=KIRK167=CS201=0202=0.00000055=KPP167=CS201=0202 =0.00000055=KRB167=CS201=0202=0.00000055=LCUT167=CS201=0202=0.00 000055=LF167=CS201=0202=0.00000055=LIN167=CS201=0202=0.00000055 =LJPC167=CS201=0202=0.00000055=MFW167=CS201=0202=0.00000055=MGAM 167=CS201=0202=0.00000055=MGM167=CS201=0202=0.00000055=MHX167=C S201=0202=0.00000055=MKC167=CS201=0202=0.00000055=MTCT167=CS201 =0202=0.00000055=NDC167=CS201=0202=0.00000055=NEU167=CS201=0202 =0.00000055=NLS167=CS201=0202=0.00000055=NTZ167=CS201=0202=0.000 00055=NWL167=CS201=0202=0.00000055=NXTP167=CS201=0202=0.0000005 5=OIS167=CS201=0202=0.00000055=OKE167=CS201=0202=0.00000055=OSTK 167=CS201=0202=0.00000055=PCO167=CS201=0202=0.00000055=PDX167=C S201=0202=0.00000055=POSS167=CS201=0202=0.00000055=PPD167=CS201 =0202=0.00000055=PSA167=CS201=0202=0.00000055=PTSX167=CS201=020 2=0.00000055=QQQ167=CS201=0202=0.00000055=RAS167=CS201=0202=0.00 000055=REGN167=CS201=0202=0.00000055=RGLD167=CS201=0202=0.000000 55=RINO167=CS201=0202=0.00000055=RRGB167=CS201=0202=0.00000055= SPY167=CS201=0202=0.00000055=SSFT167=CS201=0202=0.00000055=STT1 67=CS201=0202=0.00000055=SWTX167=CS201=0202=0.00000055=TKR167=CS 201=0202=0.00000055=TTN167=CS201=0202=0.00000055=VLI167=CS201=0 202=0.00000055=VLO167=CS201=0202=0.00000055=WEL167=CS201=0202=0 .00000055=WQNI167=CS201=0202=0.000000262=TD1263=1264=0265=1267= 100269=010=040 Its rather big message. But I tried to form MarketDataRequest object... within initiator ( My initiator polls the database which is served by back office system which composes FIX messages) by using FIX::MarketDataRequest mesg(string,true); When I try to print the mesg by using Mesg.toString().c_str(); I observed the following... a) XML output is as follows: XML representation That means it is taking only last group. Is there any other way of forming the message from the string..? Vamsi --------------------------------- Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. |
|
From: Vamsi K. <Vam...@ib...> - 2003-05-26 23:46:02
|
Hi Oren
I am composing the following FIX message by my back office system
8=3DFIX.4.2=019=3D3305=0135=3DV=0134=3D1=0149=3DIWAY=0156=3DINSTINET=0114=
6=3D97=0155=3DABCO=01167=3DCS=01201
=3D0=01202=3D0.000000=0155=3DACAP=01167=3DCS=01201=3D0=01202=3D0.000000=01=
55=3DACAS=01167=3DCS=01201=3D0=012
02=3D0.000000=0155=3DAEE=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DAEP=
=01167=3DCS=01201=3D0=01202=3D0.0
00000=0155=3DAFCE=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DAG=01167=3D=
CS=01201=3D0=01202=3D0.000000=01
55=3DAGEN=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DAGIX=01167=3DCS=01=
201=3D0=01202=3D0.000000=0155=3DA
IV=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DAMLN=01167=3DCS=01201=3D0=
=01202=3D0.000000=0155=3DAPA=0116
7=3DCS=01201=3D0=01202=3D0.000000=0155=3DARLP=01167=3DCS=01201=3D0=01202=3D=
0.000000=0155=3DATG=01167=3DCS=01
201=3D0=01202=3D0.000000=0155=3DBGFV=01167=3DCS=01201=3D0=01202=3D0.00000=
0=0155=3DBMRN=01167=3DCS=01201=3D
0=01202=3D0.000000=0155=3DBPL=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3D=
CBZ=01167=3DCS=01201=3D0=01202=3D
0.000000=0155=3DCEY=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DCGX=0116=
7=3DCS=01201=3D0=01202=3D0.0000
00=0155=3DCLI=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DCNXS=01167=3DC=
S=01201=3D0=01202=3D0.000000=0155
=3DCOF=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DCOO=01167=3DCS=01201=3D=
0=01202=3D0.000000=0155=3DCRAY=01
167=3DCS=01201=3D0=01202=3D0.000000=0155=3DDAL=01167=3DCS=01201=3D0=01202=
=3D0.000000=0155=3DDCAI=01167=3DC
S=01201=3D0=01202=3D0.000000=0155=3DDDN=01167=3DCS=01201=3D0=01202=3D0.00=
0000=0155=3DDIA=01167=3DCS=01201=3D
0=01202=3D0.000000=0155=3DDZTK=01167=3DCS=01201=3D0=01202=3D0.000000=0155=
=3DENH=01167=3DCS=01201=3D0=01202
=3D0.000000=0155=3DEPD=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DERIE=01=
167=3DCS=01201=3D0=01202=3D0.00
0000=0155=3DF=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DFCN=01167=3DCS=
=01201=3D0=01202=3D0.000000=0155=3D
FHRX=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DFIC=01167=3DCS=01201=3D=
0=01202=3D0.000000=0155=3DFST=011
67=3DCS=01201=3D0=01202=3D0.000000=0155=3DFTS=01167=3DCS=01201=3D0=01202=3D=
0.000000=0155=3DGM=01167=3DCS=012
01=3D0=01202=3D0.000000=0155=3DHC=01167=3DCS=01201=3D0=01202=3D0.000000=01=
55=3DHDI=01167=3DCS=01201=3D0=0120
2=3D0.000000=0155=3DHETC=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DHI=01=
167=3DCS=01201=3D0=01202=3D0.00
0000=0155=3DHL=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DIBA=01167=3DC=
S=01201=3D0=01202=3D0.000000=0155
=3DIMH=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DIN=01167=3DCS=01201=3D=
0=01202=3D0.000000=0155=3DINTU=011
67=3DCS=01201=3D0=01202=3D0.000000=0155=3DIPG=01167=3DCS=01201=3D0=01202=3D=
0.000000=0155=3DISPH=01167=3DCS
=01201=3D0=01202=3D0.000000=0155=3DJDSU=01167=3DCS=01201=3D0=01202=3D0.00=
0000=0155=3DJNY=01167=3DCS=01201=3D
0=01202=3D0.000000=0155=3DKIRK=01167=3DCS=01201=3D0=01202=3D0.000000=0155=
=3DKPP=01167=3DCS=01201=3D0=01202
=3D0.000000=0155=3DKRB=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DLCUT=01=
167=3DCS=01201=3D0=01202=3D0.00
0000=0155=3DLF=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DLIN=01167=3DC=
S=01201=3D0=01202=3D0.000000=0155
=3DLJPC=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DMFW=01167=3DCS=01201=
=3D0=01202=3D0.000000=0155=3DMGAM
=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DMGM=01167=3DCS=01201=3D0=01=
202=3D0.000000=0155=3DMHX=01167=3DC
S=01201=3D0=01202=3D0.000000=0155=3DMKC=01167=3DCS=01201=3D0=01202=3D0.00=
0000=0155=3DMTCT=01167=3DCS=01201
=3D0=01202=3D0.000000=0155=3DNDC=01167=3DCS=01201=3D0=01202=3D0.000000=01=
55=3DNEU=01167=3DCS=01201=3D0=01202
=3D0.000000=0155=3DNLS=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DNTZ=01=
167=3DCS=01201=3D0=01202=3D0.000
000=0155=3DNWL=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DNXTP=01167=3D=
CS=01201=3D0=01202=3D0.000000=015
5=3DOIS=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DOKE=01167=3DCS=01201=
=3D0=01202=3D0.000000=0155=3DOSTK
=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DPCO=01167=3DCS=01201=3D0=01=
202=3D0.000000=0155=3DPDX=01167=3DC
S=01201=3D0=01202=3D0.000000=0155=3DPOSS=01167=3DCS=01201=3D0=01202=3D0.0=
00000=0155=3DPPD=01167=3DCS=01201
=3D0=01202=3D0.000000=0155=3DPSA=01167=3DCS=01201=3D0=01202=3D0.000000=01=
55=3DPTSX=01167=3DCS=01201=3D0=0120
2=3D0.000000=0155=3DQQQ=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DRAS=01=
167=3DCS=01201=3D0=01202=3D0.00
0000=0155=3DREGN=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DRGLD=01167=3D=
CS=01201=3D0=01202=3D0.000000
=0155=3DRINO=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DRRGB=01167=3DCS=
=01201=3D0=01202=3D0.000000=0155=3D
SPY=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3DSSFT=01167=3DCS=01201=3D=
0=01202=3D0.000000=0155=3DSTT=011
67=3DCS=01201=3D0=01202=3D0.000000=0155=3DSWTX=01167=3DCS=01201=3D0=01202=
=3D0.000000=0155=3DTKR=01167=3DCS
=01201=3D0=01202=3D0.000000=0155=3DTTN=01167=3DCS=01201=3D0=01202=3D0.000=
000=0155=3DVLI=01167=3DCS=01201=3D0
=01202=3D0.000000=0155=3DVLO=01167=3DCS=01201=3D0=01202=3D0.000000=0155=3D=
WEL=01167=3DCS=01201=3D0=01202=3D0
.000000=0155=3DWQNI=01167=3DCS=01201=3D0=01202=3D0.000000=01262=3DTD1=012=
63=3D1=01264=3D0=01265=3D1=01267=3D
100=01269=3D0=0110=3D040=01
Its rather big message.
But I tried to form MarketDataRequest object... within initiator ( My
initiator polls the database which is served by back office system
which composes FIX messages) by using
FIX::MarketDataRequest mesg(string,true);
When I try to print the mesg by using
Mesg.toString().c_str();
I observed the following...
a) XML output is as follows:
XML representation<message>
<header>
<field number=3D"8" value=3D"FIX.4.2"/>
<field number=3D"9" value=3D"111"/>
<field number=3D"35" value=3D"V"/>
<field number=3D"34" value=3D"1"/>
<field number=3D"49" value=3D"IWAY"/>
<field number=3D"56" value=3D"INSTINET"/>
</header>
<body>
<field number=3D"55" value=3D"WQNI"/>
<field number=3D"146" value=3D"97"/>
<field number=3D"167" value=3D"CS"/>
<field number=3D"201" value=3D"0"/>
<field number=3D"202" value=3D"0.000000"/>
<field number=3D"262" value=3D"TD1"/>
<field number=3D"263" value=3D"1"/>
<field number=3D"264" value=3D"0"/>
<field number=3D"265" value=3D"1"/>
<field number=3D"267" value=3D"100"/>
<field number=3D"269" value=3D"0"/>
</body>
<trailer>
<field number=3D"10" value=3D"040"/>
</trailer>
</message>
That means it is taking only last group.
Is there any other way of forming the message from the string..?
Vamsi
|
|
From: Oren M. <ore...@ya...> - 2003-05-26 01:58:47
|
QuickFIX 1.5.0 is now available here: http://quickfix.thoughtworks.com/download.html release notes are here: http://sourceforge.net/project/shownotes.php?group_id=37535&release_id=161270 *new email address*, email addressed to me should now be sent to ore...@us... This version has a few changes that make it not entirely backwards compatible. These are: 1) start() is now an asynchrnous call. It will no longer block and call onRun(). Instead, the initiator/acceptor will run until stop() is called. If you want to upgrade without moving your code around, you can do something like this. initiator.start(); application.onRun(); initiator.stop(); This will allow older implementations to work as before. 2) Directory structure has changed for include files. So "quickfix/include/SocketInitiator.h", becomes "quickfix/SocketInitiator.h". This only effects C++ users. (contribution by Alex Hornby) 3) Header file dependencies have been reduced. Files that were previously pulled in by other files no longer do so. This may mean you will have to explicitly pull in certain header files. Also only affects C++ users. 4) New UseDataDictionary settings defaults to Y. This means you will not be able to use QF without a dictionary unless you explicitly set this to N. This may mean updating your existing configuration files. 5) Under *nix, the default build settings are now -O2 -g. The optimizations may cause memory problems on older compilers or machines. Just set your CXXFLAGS evironment variable to blank or -O if this is the case. Otherwise there is a variety of updates, including support for DATA field types (contribution by Nicholas Palmer). Read the release notes link above for a complete listing. __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com |
|
From: SOL Z. <sol...@ya...> - 2003-05-23 22:44:49
|
I have seen the executor_csharp example. Is there a tradeclient_csharp example? Could you outline the Application.cs for such client? Regards __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com |
|
From: SOL Z. <sol...@ya...> - 2003-05-22 17:41:20
|
Thanks for instructions, I deleted the files in the store directory & was able to forcefully reset things!! --- Oren Miller <ore...@ya...> wrote: > These will actually only do a reset during a proper > disconnect or logoff. Ctrl-c stops the app dead in > it's tracks, so they probably won't get cleaned up > if you use the FileStore. But, you use these > setting + use the MemoryStore, then it should reset > for normal and abnormal interuptions. since > MemoryStore will always start at 1 when the app is > loaded. > > Juergen Jetmar <je...@gm...> wrote: > Hello, > > take a look at > http://quickfix.thoughtworks.com/documentation/configuration.html > > ResetOnLogout and ResetOnDisconnect. > > Regards, > jj > > -----Original Message----- > From: qui...@li... > [mailto:qui...@li...] > On Behalf Of SOL > ZADEH > Sent: Donnerstag, 22. Mai 2003 16:23 > To: qui...@li... > Subject: [Quickfix-users] House-Keeping quickfix > 1.4.1 > > I've been stopping the examples such as > "run_executor_cpp_debug using 'control c' > Now I'm getting the following problem: > > (MsgSeqNum too high RECEIVED: 143 EXPECTED: 1) > > How could I safely reset the MsgSeqNum? > > > > __________________________________ > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo. > http://search.yahoo.com > > > ------------------------------------------------------- > This SF.net email is sponsored by: ObjectStore. > If flattening out C++ or Java code to make your > application fit in a > relational database is painful, don't do it! Check > out ObjectStore. > Now part of Progress Software. > http://www.objectstore.net/sourceforge > _______________________________________________ > Quickfix-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-users > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ObjectStore. > If flattening out C++ or Java code to make your > application fit in a > relational database is painful, don't do it! Check > out ObjectStore. > Now part of Progress Software. > http://www.objectstore.net/sourceforge > _______________________________________________ > Quickfix-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-users > > --------------------------------- > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo. __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com |
|
From: Oren M. <ore...@ya...> - 2003-05-22 15:41:07
|
These will actually only do a reset during a proper disconnect or logoff. Ctrl-c stops the app dead in it's tracks, so they probably won't get cleaned up if you use the FileStore. But, you use these setting + use the MemoryStore, then it should reset for normal and abnormal interuptions. since MemoryStore will always start at 1 when the app is loaded. Juergen Jetmar <je...@gm...> wrote: Hello, take a look at http://quickfix.thoughtworks.com/documentation/configuration.html ResetOnLogout and ResetOnDisconnect. Regards, jj -----Original Message----- From: qui...@li... [mailto:qui...@li...] On Behalf Of SOL ZADEH Sent: Donnerstag, 22. Mai 2003 16:23 To: qui...@li... Subject: [Quickfix-users] House-Keeping quickfix 1.4.1 I've been stopping the examples such as "run_executor_cpp_debug using 'control c' Now I'm getting the following problem: (MsgSeqNum too high RECEIVED: 143 EXPECTED: 1) How could I safely reset the MsgSeqNum? __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com ------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge _______________________________________________ Quickfix-users mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-users ------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge _______________________________________________ Quickfix-users mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-users --------------------------------- Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. |
|
From: Juergen J. <je...@gm...> - 2003-05-22 14:39:05
|
Hello, take a look at http://quickfix.thoughtworks.com/documentation/configuration.html ResetOnLogout and ResetOnDisconnect. Regards, jj -----Original Message----- From: qui...@li... [mailto:qui...@li...] On Behalf Of SOL ZADEH Sent: Donnerstag, 22. Mai 2003 16:23 To: qui...@li... Subject: [Quickfix-users] House-Keeping quickfix 1.4.1 I've been stopping the examples such as "run_executor_cpp_debug using 'control c' Now I'm getting the following problem: (MsgSeqNum too high RECEIVED: 143 EXPECTED: 1) How could I safely reset the MsgSeqNum? __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com ------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge _______________________________________________ Quickfix-users mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-users |
|
From: SOL Z. <sol...@ya...> - 2003-05-22 14:22:57
|
I've been stopping the examples such as "run_executor_cpp_debug using 'control c' Now I'm getting the following problem: (MsgSeqNum too high RECEIVED: 143 EXPECTED: 1) How could I safely reset the MsgSeqNum? __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com |
|
From: <vi...@ma...> - 2003-05-21 08:53:56
|
We are using QuickFIX engine to test a trading application. Our QuickFIX based test framework consists of two Java processes, each having two Application objects running on=20 their own threads. The framework interactions is as depicted below... Trading Client simulator <---> FIX I/f <---->UUT<--->Exchange I/f<---->Exch= ange Simulator Where UUT is unit under test. We are using Threaded versions of Initiator and Acceptor! Trading client simulator feeds orders on FIX protocol. FIX I/f receives orders and feed further into UUT. UUT output is received on Exchange I/f which furthers the same to Exchange simulator in FIX format. The case where problem occurred when the Exchange simulator on receipt of order, sends the execution reports back to Exchange I/f and the same flows back to Trading client. If we call Session.sendToTarget in=20 onMessage(org.quickfix.fix42.NewOrderSingle,SessionID) method, the below mentioned problem occurs that the method hangs. Instead if we launch another thread in onMessage, and Sessoion.sendToTarget is invoked in the run() method, it works fine. Vivek -----Original Message----- From: Oren Miller [mailto:ore...@ya...] Sent: Wednesday, May 21, 2003 11:26 AM To: Vivek Divekar; qui...@li... Subject: RE: [Quickfix-users] QuickFIX becomes unresponsive after running for some time...Please help Hmm that's strange. I don't really see why this would deadlock. Could you supply a little more information about your setup? Are you using the SocketInitiator/Acceptor or the Threaded versions.=20 Which application callback are you responding to? Are you just listening for messages on fromApp, cracking them and responding? Concerning DOs and DONTs, I'd actually like to set up a Wiki at some point. I think this would be a good way for users to share their experiences and usage patterns. --- vi...@ma... wrote: > Hi, >=20 > Thanks for the quick response. >=20 > The version we are running already have this > change!! >=20 > We could trace the problem to the way threads > were accessing Sessions.=20 >=20 > When Session.sendToTarget was called directly=20 > from callback onMessage, somehow a deadlock > was getting developed. >=20 > Instead, when we launched a separate thread to > make call to Session.sendToTarget, allowing=20 > onMessage to complete quickly, it started working > fine... >=20 > Could we get a DOs and DONTs using QuickFIX engine? >=20 > Thanks, >=20 > Vivek >=20 > -----Original Message----- > From: Oren Miller [mailto:ore...@ya...] > Sent: Tuesday, May 20, 2003 2:18 PM > To: Vivek Divekar; > qui...@li... > Subject: Re: [Quickfix-users] QuickFIX becomes > unresponsive after > running for some time...Please help >=20 >=20 > This is probably the race condition which this patch > fixes: > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/quickfix/quickfix/src/C%2b%2= b/Session.cpp.diff?r1=3D1.5&r2=3D1.6 >=20 > --- vi...@ma... wrote: > > Hi, > >=20 > > We are using Quick FIX latest version 1.4.1 on > both > > Windows 2000 and Red Hat Linux 8.0, > > using Java. We are faced with a problem as > mentioned > > below... > > In our application, we are using 4 instances of > > Application wherein 2 are socket initiators=20 > > and 2 are acceptors. > >=20 > > APP 1 <------------> APP2 > > <----------------------->APP3 <------------->APP4i > > nitiator acceptor =20 > =20 > > initiator acceptor > >=20 > > These are run as 4 different threads. What has > been > > observed is that after running for some > > time, the call to method > > Session.sendToTarget(message, sessionId) just > hangs. > >=20 > > On NT, it runs longer but on Linux it lasts for > only > > a short while. > >=20 > > Could one please help throw some light on what > might > > be going wrong! > >=20 > > Thanks, > >=20 > > Vivek > >=20 > >=20 > >=20 > > MASTEK > > Investing in relationships > > In the US, we're called MAJESCO > >=20 > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~= ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > Opinions expressed in this e-mail are those of the > > individual and not that of Mastek Limited, unless > > specifically indicated to that effect. Mastek > > Limited does not accept any responsibility or > > liability for it. This e-mail and attachments (if > > any) transmitted with it are confidential and/or > > privileged and solely for the use of the intended > > person or entity to which it is addressed. Any > > review, re-transmission, dissemination or other > use > > of or taking of any action in reliance upon this > > information by persons or entities other than the > > intended recipient is prohibited. This e-mail and > > its attachments have been scanned for the presence > > of computer viruses. It is the responsibility of > the > > recipient to run the virus check on e-mails and > > attachments before opening them. If you have > > received this e-mail in error, kindly delete this > > e-mail from all computers. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~= ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > >=20 > >=20 > >=20 > > > ------------------------------------------------------- > > This SF.net email is sponsored by: ObjectStore. > > If flattening out C++ or Java code to make your > > application fit in a > > relational database is painful, don't do it! Check > > out ObjectStore. > > Now part of Progress Software. > > http://www.objectstore.net/sourceforge > > _______________________________________________ > > Quickfix-users mailing list > > Qui...@li... > > > https://lists.sourceforge.net/lists/listinfo/quickfix-users >=20 >=20 > __________________________________ > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo. > http://search.yahoo.com >=20 >=20 > MASTEK > Investing in relationships > In the US, we're called MAJESCO >=20 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~= ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Opinions expressed in this e-mail are those of the > individual and not that of Mastek Limited, unless > specifically indicated to that effect. Mastek > Limited does not accept any responsibility or > liability for it. This e-mail and attachments (if > any) transmitted with it are confidential and/or > privileged and solely for the use of the intended > person or entity to which it is addressed. Any > review, re-transmission, dissemination or other use > of or taking of any action in reliance upon this > information by persons or entities other than the > intended recipient is prohibited. This e-mail and > its attachments have been scanned for the presence > of computer viruses. It is the responsibility of the > recipient to run the virus check on e-mails and > attachments before opening them. If you have > received this e-mail in error, kindly delete this > e-mail from all computers. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~= ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >=20 >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: ObjectStore. > If flattening out C++ or Java code to make your > application fit in a > relational database is painful, don't do it! Check > out ObjectStore. > Now part of Progress Software. > http://www.objectstore.net/sourceforge > _______________________________________________ > Quickfix-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-users __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com MASTEK Investing in relationships In the US, we're called MAJESCO ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~= ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Opinions expressed in this e-mail are those of the individual and not that = of Mastek Limited, unless specifically indicated to that effect. Mastek Lim= ited does not accept any responsibility or liability for it. This e-mail an= d attachments (if any) transmitted with it are confidential and/or privileg= ed and solely for the use of the intended person or entity to which it is a= ddressed. Any review, re-transmission, dissemination or other use of or tak= ing of any action in reliance upon this information by persons or entities = other than the intended recipient is prohibited. This e-mail and its attach= ments have been scanned for the presence of computer viruses. It is the res= ponsibility of the recipient to run the virus check on e-mails and attachme= nts before opening them. If you have received this e-mail in error, kindly = delete this e-mail from all computers. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~= ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|
From: Jerry W. <je...@we...> - 2003-05-21 07:38:05
|
I really don't know what your situation is... nor if this is even related, but.... I had a situation, where illegally formatted groups where sent, and half of the TCP/IP channel seemed to hang. since this is a known problem, please check to see that all fields are placed contigues in your messages, and that the first field in the group is the correct one. Doubt this will help, but you never know.... Jerry Westrick... On Tue, 2003-05-20 at 09:16, vi...@ma... wrote: > Hi, > > We are using Quick FIX latest version 1.4.1 on both Windows 2000 and Red Hat Linux 8.0, > using Java. We are faced with a problem as mentioned below... > In our application, we are using 4 instances of Application wherein 2 are socket initiators > and 2 are acceptors. > > APP 1 <------------> APP2 <----------------------->APP3 <------------->APP4i > nitiator acceptor initiator acceptor > > These are run as 4 different threads. What has been observed is that after running for some > time, the call to method Session.sendToTarget(message, sessionId) just hangs. > > On NT, it runs longer but on Linux it lasts for only a short while. > > Could one please help throw some light on what might be going wrong! > > Thanks, > > Vivek > > > > MASTEK > Investing in relationships > In the US, we're called MAJESCO > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Opinions expressed in this e-mail are those of the individual and not that of Mastek Limited, unless specifically indicated to that effect. Mastek Limited does not accept any responsibility or liability for it. This e-mail and attachments (if any) transmitted with it are confidential and/or privileged and solely for the use of the intended person or entity to which it is addressed. Any review, re-transmission, dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. This e-mail and its attachments have been scanned for the presence of computer viruses. It is the responsibility of the recipient to run the virus check on e-mails and attachments before opening them. If you have received this e-mail in error, kindly delete this e-mail from all computers. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ObjectStore. > If flattening out C++ or Java code to make your application fit in a > relational database is painful, don't do it! Check out ObjectStore. > Now part of Progress Software. http://www.objectstore.net/sourceforge > _______________________________________________ > Quickfix-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-users > |
|
From: Oren M. <ore...@ya...> - 2003-05-21 05:56:23
|
Hmm that's strange. I don't really see why this would deadlock. Could you supply a little more information about your setup? Are you using the SocketInitiator/Acceptor or the Threaded versions. Which application callback are you responding to? Are you just listening for messages on fromApp, cracking them and responding? Concerning DOs and DONTs, I'd actually like to set up a Wiki at some point. I think this would be a good way for users to share their experiences and usage patterns. --- vi...@ma... wrote: > Hi, > > Thanks for the quick response. > > The version we are running already have this > change!! > > We could trace the problem to the way threads > were accessing Sessions. > > When Session.sendToTarget was called directly > from callback onMessage, somehow a deadlock > was getting developed. > > Instead, when we launched a separate thread to > make call to Session.sendToTarget, allowing > onMessage to complete quickly, it started working > fine... > > Could we get a DOs and DONTs using QuickFIX engine? > > Thanks, > > Vivek > > -----Original Message----- > From: Oren Miller [mailto:ore...@ya...] > Sent: Tuesday, May 20, 2003 2:18 PM > To: Vivek Divekar; > qui...@li... > Subject: Re: [Quickfix-users] QuickFIX becomes > unresponsive after > running for some time...Please help > > > This is probably the race condition which this patch > fixes: > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/quickfix/quickfix/src/C%2b%2b/Session.cpp.diff?r1=1.5&r2=1.6 > > --- vi...@ma... wrote: > > Hi, > > > > We are using Quick FIX latest version 1.4.1 on > both > > Windows 2000 and Red Hat Linux 8.0, > > using Java. We are faced with a problem as > mentioned > > below... > > In our application, we are using 4 instances of > > Application wherein 2 are socket initiators > > and 2 are acceptors. > > > > APP 1 <------------> APP2 > > <----------------------->APP3 <------------->APP4i > > nitiator acceptor > > > initiator acceptor > > > > These are run as 4 different threads. What has > been > > observed is that after running for some > > time, the call to method > > Session.sendToTarget(message, sessionId) just > hangs. > > > > On NT, it runs longer but on Linux it lasts for > only > > a short while. > > > > Could one please help throw some light on what > might > > be going wrong! > > > > Thanks, > > > > Vivek > > > > > > > > MASTEK > > Investing in relationships > > In the US, we're called MAJESCO > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > Opinions expressed in this e-mail are those of the > > individual and not that of Mastek Limited, unless > > specifically indicated to that effect. Mastek > > Limited does not accept any responsibility or > > liability for it. This e-mail and attachments (if > > any) transmitted with it are confidential and/or > > privileged and solely for the use of the intended > > person or entity to which it is addressed. Any > > review, re-transmission, dissemination or other > use > > of or taking of any action in reliance upon this > > information by persons or entities other than the > > intended recipient is prohibited. This e-mail and > > its attachments have been scanned for the presence > > of computer viruses. It is the responsibility of > the > > recipient to run the virus check on e-mails and > > attachments before opening them. If you have > > received this e-mail in error, kindly delete this > > e-mail from all computers. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: ObjectStore. > > If flattening out C++ or Java code to make your > > application fit in a > > relational database is painful, don't do it! Check > > out ObjectStore. > > Now part of Progress Software. > > http://www.objectstore.net/sourceforge > > _______________________________________________ > > Quickfix-users mailing list > > Qui...@li... > > > https://lists.sourceforge.net/lists/listinfo/quickfix-users > > > __________________________________ > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo. > http://search.yahoo.com > > > MASTEK > Investing in relationships > In the US, we're called MAJESCO > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Opinions expressed in this e-mail are those of the > individual and not that of Mastek Limited, unless > specifically indicated to that effect. Mastek > Limited does not accept any responsibility or > liability for it. This e-mail and attachments (if > any) transmitted with it are confidential and/or > privileged and solely for the use of the intended > person or entity to which it is addressed. Any > review, re-transmission, dissemination or other use > of or taking of any action in reliance upon this > information by persons or entities other than the > intended recipient is prohibited. This e-mail and > its attachments have been scanned for the presence > of computer viruses. It is the responsibility of the > recipient to run the virus check on e-mails and > attachments before opening them. If you have > received this e-mail in error, kindly delete this > e-mail from all computers. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ObjectStore. > If flattening out C++ or Java code to make your > application fit in a > relational database is painful, don't do it! Check > out ObjectStore. > Now part of Progress Software. > http://www.objectstore.net/sourceforge > _______________________________________________ > Quickfix-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-users __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com |
|
From: <vi...@ma...> - 2003-05-21 04:31:12
|
Hi, Thanks for the quick response. The version we are running already have this change!! We could trace the problem to the way threads were accessing Sessions.=20 When Session.sendToTarget was called directly=20 from callback onMessage, somehow a deadlock was getting developed. Instead, when we launched a separate thread to make call to Session.sendToTarget, allowing=20 onMessage to complete quickly, it started working fine... Could we get a DOs and DONTs using QuickFIX engine? Thanks, Vivek -----Original Message----- From: Oren Miller [mailto:ore...@ya...] Sent: Tuesday, May 20, 2003 2:18 PM To: Vivek Divekar; qui...@li... Subject: Re: [Quickfix-users] QuickFIX becomes unresponsive after running for some time...Please help This is probably the race condition which this patch fixes: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/quickfix/quickfix/src/C%2b%2= b/Session.cpp.diff?r1=3D1.5&r2=3D1.6 --- vi...@ma... wrote: > Hi, >=20 > We are using Quick FIX latest version 1.4.1 on both > Windows 2000 and Red Hat Linux 8.0, > using Java. We are faced with a problem as mentioned > below... > In our application, we are using 4 instances of > Application wherein 2 are socket initiators=20 > and 2 are acceptors. >=20 > APP 1 <------------> APP2 > <----------------------->APP3 <------------->APP4i > nitiator acceptor =20 > initiator acceptor >=20 > These are run as 4 different threads. What has been > observed is that after running for some > time, the call to method > Session.sendToTarget(message, sessionId) just hangs. >=20 > On NT, it runs longer but on Linux it lasts for only > a short while. >=20 > Could one please help throw some light on what might > be going wrong! >=20 > Thanks, >=20 > Vivek >=20 >=20 >=20 > MASTEK > Investing in relationships > In the US, we're called MAJESCO >=20 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~= ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Opinions expressed in this e-mail are those of the > individual and not that of Mastek Limited, unless > specifically indicated to that effect. Mastek > Limited does not accept any responsibility or > liability for it. This e-mail and attachments (if > any) transmitted with it are confidential and/or > privileged and solely for the use of the intended > person or entity to which it is addressed. Any > review, re-transmission, dissemination or other use > of or taking of any action in reliance upon this > information by persons or entities other than the > intended recipient is prohibited. This e-mail and > its attachments have been scanned for the presence > of computer viruses. It is the responsibility of the > recipient to run the virus check on e-mails and > attachments before opening them. If you have > received this e-mail in error, kindly delete this > e-mail from all computers. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~= ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >=20 >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: ObjectStore. > If flattening out C++ or Java code to make your > application fit in a > relational database is painful, don't do it! Check > out ObjectStore. > Now part of Progress Software. > http://www.objectstore.net/sourceforge > _______________________________________________ > Quickfix-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-users __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com MASTEK Investing in relationships In the US, we're called MAJESCO ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~= ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Opinions expressed in this e-mail are those of the individual and not that = of Mastek Limited, unless specifically indicated to that effect. Mastek Lim= ited does not accept any responsibility or liability for it. This e-mail an= d attachments (if any) transmitted with it are confidential and/or privileg= ed and solely for the use of the intended person or entity to which it is a= ddressed. Any review, re-transmission, dissemination or other use of or tak= ing of any action in reliance upon this information by persons or entities = other than the intended recipient is prohibited. This e-mail and its attach= ments have been scanned for the presence of computer viruses. It is the res= ponsibility of the recipient to run the virus check on e-mails and attachme= nts before opening them. If you have received this e-mail in error, kindly = delete this e-mail from all computers. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~= ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|
From: <s....@gm...> - 2003-05-20 17:40:21
|
hi, i´d like to serve a client which doesnt accept GTC and GTD orders. I simply tried to remove the lines from the xml definition file and I thought that quickfix will throw an exception if the set method is called for this field/value.but that doesnt seem to be the case. so, my question is : does quickfix evaluate the xml file only for incoming fix messages ? if thats the case, what would be a good way to do a per-peer configuration on outgoing messages ? regards. -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage! |
|
From: Oren M. <ore...@ya...> - 2003-05-20 08:47:41
|
This is probably the race condition which this patch fixes: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/quickfix/quickfix/src/C%2b%2b/Session.cpp.diff?r1=1.5&r2=1.6 --- vi...@ma... wrote: > Hi, > > We are using Quick FIX latest version 1.4.1 on both > Windows 2000 and Red Hat Linux 8.0, > using Java. We are faced with a problem as mentioned > below... > In our application, we are using 4 instances of > Application wherein 2 are socket initiators > and 2 are acceptors. > > APP 1 <------------> APP2 > <----------------------->APP3 <------------->APP4i > nitiator acceptor > initiator acceptor > > These are run as 4 different threads. What has been > observed is that after running for some > time, the call to method > Session.sendToTarget(message, sessionId) just hangs. > > On NT, it runs longer but on Linux it lasts for only > a short while. > > Could one please help throw some light on what might > be going wrong! > > Thanks, > > Vivek > > > > MASTEK > Investing in relationships > In the US, we're called MAJESCO > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Opinions expressed in this e-mail are those of the > individual and not that of Mastek Limited, unless > specifically indicated to that effect. Mastek > Limited does not accept any responsibility or > liability for it. This e-mail and attachments (if > any) transmitted with it are confidential and/or > privileged and solely for the use of the intended > person or entity to which it is addressed. Any > review, re-transmission, dissemination or other use > of or taking of any action in reliance upon this > information by persons or entities other than the > intended recipient is prohibited. This e-mail and > its attachments have been scanned for the presence > of computer viruses. It is the responsibility of the > recipient to run the virus check on e-mails and > attachments before opening them. If you have > received this e-mail in error, kindly delete this > e-mail from all computers. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ObjectStore. > If flattening out C++ or Java code to make your > application fit in a > relational database is painful, don't do it! Check > out ObjectStore. > Now part of Progress Software. > http://www.objectstore.net/sourceforge > _______________________________________________ > Quickfix-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-users __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com |
|
From: <vi...@ma...> - 2003-05-20 07:18:24
|
Hi,
We are using Quick FIX latest version 1.4.1 on both Windows 2000 and Red Ha=
t Linux 8.0,
using Java. We are faced with a problem as mentioned below...
In our application, we are using 4 instances of Application wherein 2 are s=
ocket initiators=20
and 2 are acceptors.
APP 1 <------------> APP2 <----------------------->APP3 <------------->APP4=
i
nitiator acceptor initiator =
acceptor
These are run as 4 different threads. What has been observed is that after =
running for some
time, the call to method Session.sendToTarget(message, sessionId) just hang=
s.
On NT, it runs longer but on Linux it lasts for only a short while.
Could one please help throw some light on what might be going wrong!
Thanks,
Vivek
MASTEK
Investing in relationships
In the US, we're called MAJESCO
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~=
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Opinions expressed in this e-mail are those of the individual and not that =
of Mastek Limited, unless specifically indicated to that effect. Mastek Lim=
ited does not accept any responsibility or liability for it. This e-mail an=
d attachments (if any) transmitted with it are confidential and/or privileg=
ed and solely for the use of the intended person or entity to which it is a=
ddressed. Any review, re-transmission, dissemination or other use of or tak=
ing of any action in reliance upon this information by persons or entities =
other than the intended recipient is prohibited. This e-mail and its attach=
ments have been scanned for the presence of computer viruses. It is the res=
ponsibility of the recipient to run the virus check on e-mails and attachme=
nts before opening them. If you have received this e-mail in error, kindly =
delete this e-mail from all computers.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~=
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
From: <ma...@Ge...> - 2003-05-14 19:23:12
|
Hi, I am meeting with some success and getting orders sent and confirms back. However, I had to add a sleep(20) to the beginning of Application::onRun() to wait for the session to logon. Is there a better way? How can I check the logon status? Is there a callback for that? Thank you, Marc --------------------------------------------------------------------- Marc Schwarzschild 1-646-825-2163 Gerber Capital Management Inc. 120 Broadway, NYC |
|
From: Oren M. <ore...@ya...> - 2003-05-14 15:03:35
|
Open up build.sh and try having it use -classpath instead of -cp when invoking java ma...@Ge... wrote: Hi, Why do I get this message when compiling? What should I do? Thank you, Marc -u...@li...research:~/quickfix/quickfix/examples# make make all-recursive make[1]: Entering directory `/root/quickfix/quickfix/examples' Making all in executor make[2]: Entering directory `/root/quickfix/quickfix/examples/executor' Making all in C++ make[3]: Entering directory `/root/quickfix/quickfix/examples/executor/C++' rm -f ../../../bin/executor ln -s ../examples/executor/C++/executor ../../../bin/executor make[3]: Leaving directory `/root/quickfix/quickfix/examples/executor/C++' Making all in java make[3]: Entering directory `/root/quickfix/quickfix/examples/executor/java' Making all in src make[4]: Entering directory `/root/quickfix/quickfix/examples/executor/java/src\' make[4]: Nothing to be done for `all'. make[4]: Leaving directory `/root/quickfix/quickfix/examples/executor/java/src' make[4]: Entering directory `/root/quickfix/quickfix/examples/executor/java' ./build.sh Usage: java [-options] class where options include: -help print out this message -version print out the build version -v -verbose turn on verbose mode -debug enable remote JAVA debugging -noasyncgc don't allow asynchronous garbage collection -verbosegc print a message when garbage collection occurs -noclassgc disable class garbage collection -cs -checksource check if source is newer when loading classes -ss set the maximum native stack size for any thread -oss set the maximum Java stack size for any thread -ms set the initial Java heap size -mx set the maximum Java heap size -D= set a system property -classpath list directories in which to look for classes -prof[:] output profiling data to ./java.prof or ./ -verify verify all classes when read in -verifyremote verify classes read in over the network [default] -noverify do not verify any class make[4]: *** [all-local] Error 1 make[4]: Leaving directory `/root/quickfix/quickfix/examples/executor/java' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/root/quickfix/quickfix/examples/executor/java' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/quickfix/quickfix/examples/executor' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/quickfix/quickfix/examples' make: *** [all-recursive-am] Error 2 research:~/quickfix/quickfix/examples# --------------------------------------------------------------------- Marc Schwarzschild 1-646-825-2163 Gerber Capital Management Inc. 120 Broadway, NYC ------------------------------------------------------- Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara The only event dedicated to issues related to Linux enterprise solutions www.enterpriselinuxforum.com _______________________________________________ Quickfix-users mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-users --------------------------------- Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. |
|
From: <ma...@Ge...> - 2003-05-14 14:52:05
|
Hi,
Why do I get this message when compiling? What should I do?
Thank you,
Marc
-u...@li...research:~/quickfix/quickfix/examples# make
make all-recursive
make[1]: Entering directory `/root/quickfix/quickfix/examples'
Making all in executor
make[2]: Entering directory `/root/quickfix/quickfix/examples/executor'
Making all in C++
make[3]: Entering directory `/root/quickfix/quickfix/examples/executor/C++'
rm -f ../../../bin/executor
ln -s ../examples/executor/C++/executor ../../../bin/executor
make[3]: Leaving directory `/root/quickfix/quickfix/examples/executor/C++'
Making all in java
make[3]: Entering directory `/root/quickfix/quickfix/examples/executor/java'
Making all in src
make[4]: Entering directory `/root/quickfix/quickfix/examples/executor/java/src\'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory `/root/quickfix/quickfix/examples/executor/java/src'
make[4]: Entering directory `/root/quickfix/quickfix/examples/executor/java'
./build.sh
Usage: java [-options] class
where options include:
-help print out this message
-version print out the build version
-v -verbose turn on verbose mode
-debug enable remote JAVA debugging
-noasyncgc don't allow asynchronous garbage collection
-verbosegc print a message when garbage collection occurs
-noclassgc disable class garbage collection
-cs -checksource check if source is newer when loading classes
-ss<number> set the maximum native stack size for any thread
-oss<number> set the maximum Java stack size for any thread
-ms<number> set the initial Java heap size
-mx<number> set the maximum Java heap size
-D<name>=<value> set a system property
-classpath <directories separated by colons>
list directories in which to look for classes
-prof[:<file>] output profiling data to ./java.prof or ./<file>
-verify verify all classes when read in
-verifyremote verify classes read in over the network [default]
-noverify do not verify any class
make[4]: *** [all-local] Error 1
make[4]: Leaving directory `/root/quickfix/quickfix/examples/executor/java'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/root/quickfix/quickfix/examples/executor/java'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/root/quickfix/quickfix/examples/executor'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/quickfix/quickfix/examples'
make: *** [all-recursive-am] Error 2
research:~/quickfix/quickfix/examples#
---------------------------------------------------------------------
Marc Schwarzschild 1-646-825-2163
Gerber Capital Management Inc. 120 Broadway, NYC
|
|
From: Oren M. <ore...@ya...> - 2003-05-13 14:59:10
|
The FIX spec does require that fields in repeating groups be in the order they are presented in the spec. QF incoming validation isn't that strict, however the first field in a repeating group must be first because it acts as a delimiter. Right now, if fields are in the wrong order, it appears that a field is illegally repeated, causing one of the fields to overwrite the other (which causes the shorter length and checksum). A more specific error report would be helpful in future versions. Jerry Westrick <je...@we...> wrote: Okay, I Thank all for your support. I've found the problem... the allocation message being sent to me, had illegaly formated groups. Once this was fixed, everything else worked. I think a check for this condituion would be desirable. here is an example of a bad formatted message: 8=FIX.4.29=41035=J49=UBSWZH1_TEST56=CAGZH_TEST34=7052=20030513-11:31:3843=N70=ZZ20030513-13:20:1771=073=137=20030513100735220000124=132=32153=3216=4415=EUR75=2003051360=20030513-11:59:4064=2003051678=179=230-0001929980=3112=413=3153=44119=9530120=EUR155=1156=D136=2137=4545138=EUR139=5137=45138=EUR139=454=255=DE0005140048=DE000514000822=430=DE11=PLC200313300024517=313086731=44.010=251 you'll notice that BodyLength=410, while returnValue from bodyLength()=386 Also the checksum fails. I donot know if the members of groups have to be continous or not, but the fix specification does say that NoOrders must be followed by ClOrdId, which is not the case here. Can anyone tell me if the groups elements are required to be continous? At any rate, thanks for the great software... and your support Jerry Westrick On Mon, 2003-05-12 at 11:15, Jerry Westrick wrote: > Dear Sirs: > > I've got a problem, with quickfix. > > I've got an Initiator program, > Everything works fine, till an Allocation is sent, > then the quickFix lib hangs, and does not receive any > more messages, (causing a HB timeout, 3 resends, then > a logout). In recovery, the Allocation is lost. > > Does anybody have an Idea of what I could be doing wrong? > > How can I confirm the version of QuickFix I'm using? > > I'm sure that I'm doing something wrong... > > any help appreceated > > Jerry Westrick > > > > ------------------------------------------------------- > Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara > The only event dedicated to issues related to Linux enterprise solutions > www.enterpriselinuxforum.com > > _______________________________________________ > Quickfix-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-users > ------------------------------------------------------- Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara The only event dedicated to issues related to Linux enterprise solutions www.enterpriselinuxforum.com _______________________________________________ Quickfix-users mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-users --------------------------------- Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. |
|
From: Jerry W. <je...@we...> - 2003-05-13 14:44:36
|
Okay, I Thank all for your support. I've found the problem... the allocation message being sent to me, had illegaly formated groups. Once this was fixed, everything else worked. I think a check for this condituion would be desirable. here is an example of a bad formatted message: 8=FIX.4.29=41035=J49=UBSWZH1_TEST56=CAGZH_TEST34=7052=20030513-11:31:3843=N70=ZZ20030513-13:20:1771=073=137=20030513100735220000124=132=32153=3216=4415=EUR75=2003051360=20030513-11:59:4064=2003051678=179=230-0001929980=3112=413=3153=44119=9530120=EUR155=1156=D136=2137=4545138=EUR139=5137=45138=EUR139=454=255=DE0005140048=DE000514000822=430=DE11=PLC200313300024517=313086731=44.010=251 you'll notice that BodyLength=410, while returnValue from bodyLength()=386 Also the checksum fails. I donot know if the members of groups have to be continous or not, but the fix specification does say that NoOrders must be followed by ClOrdId, which is not the case here. Can anyone tell me if the groups elements are required to be continous? At any rate, thanks for the great software... and your support Jerry Westrick On Mon, 2003-05-12 at 11:15, Jerry Westrick wrote: > Dear Sirs: > > I've got a problem, with quickfix. > > I've got an Initiator program, > Everything works fine, till an Allocation is sent, > then the quickFix lib hangs, and does not receive any > more messages, (causing a HB timeout, 3 resends, then > a logout). In recovery, the Allocation is lost. > > Does anybody have an Idea of what I could be doing wrong? > > How can I confirm the version of QuickFix I'm using? > > I'm sure that I'm doing something wrong... > > any help appreceated > > Jerry Westrick > > > > ------------------------------------------------------- > Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara > The only event dedicated to issues related to Linux enterprise solutions > www.enterpriselinuxforum.com > > _______________________________________________ > Quickfix-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-users > |
|
From: Juergen J. <je...@gm...> - 2003-05-13 13:14:31
|
Hello, please take a look in one of the config (.cfg) files. spezial the ConnectionType tag. acceptor or initiator.. Regards, Juergen jetmar -----Original Message----- From: qui...@li... [mailto:qui...@li...] On Behalf Of SOL ZADEH Sent: Dienstag, 13. Mai 2003 00:56 To: Oren Miller; qui...@li... Subject: Re: [Quickfix-users] quickfix 1.4.1 and Visual Studio 7 on XP You are right , it works fine with win version of Ruby 1.6.8. Final question, As I mentioned I need to be able to utillize the QuickFix as Buy Side Client. How Do I configure one instance of QuickFix as Buy Side & another as SELL side (to test the Buy side)? Regards --- Oren Miller <ore...@ya...> wrote: > That's a preview version. Try using the current > stable release 1.6.8. > > SOL ZADEH <sol...@ya...> wrote:I'm running > Ruby 1.8.0. > Regards > > --- Oren Miller wrote: > > Well, the test runner will report a syntax error > > when it finds an unrecognized command in the test > > script. Did something happen to your test scripts? > > > What version of ruby are you running? > > SOL ZADEH wrote: > > I've tried to carry out the test supplied with the > > quickfix: > > > runat.bat debug 12345 > > But got many syntax errors such as below: > > > > > name='definitions/server/fix40/7_ReceiveRejectMessage.def' > > result='failure > > ' > > > > > Syntax error > > > > 3 > > > > > > > > final error count is : > > > > > > Any ideas ? > > p.s. My intention is to use the quickfix for a buy > > side client. > > > > Regards > > Sol. > > > > __________________________________ > > Do you Yahoo!? > > The New Yahoo! Search - Faster. Easier. Bingo. > > http://search.yahoo.com > > > > > > > ------------------------------------------------------- > > Enterprise Linux Forum Conference & Expo, June > 4-6, > > 2003, Santa Clara > > The only event dedicated to issues related to > Linux > > enterprise solutions > > www.enterpriselinuxforum.com > > > > _______________________________________________ > > Quickfix-users mailing list > > Qui...@li... > > > https://lists.sourceforge.net/lists/listinfo/quickfix-users > > > > --------------------------------- > > Do you Yahoo!? > > The New Yahoo! Search - Faster. Easier. Bingo. > > > __________________________________ > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo. > http://search.yahoo.com > > > ------------------------------------------------------- > Enterprise Linux Forum Conference & Expo, June 4-6, > 2003, Santa Clara > The only event dedicated to issues related to Linux > enterprise solutions > www.enterpriselinuxforum.com > > _______________________________________________ > Quickfix-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-users > > --------------------------------- > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo. __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com ------------------------------------------------------- Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara The only event dedicated to issues related to Linux enterprise solutions www.enterpriselinuxforum.com _______________________________________________ Quickfix-users mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-users |
|
From: SOL Z. <sol...@ya...> - 2003-05-12 22:56:24
|
You are right , it works fine with win version of Ruby 1.6.8. Final question, As I mentioned I need to be able to utillize the QuickFix as Buy Side Client. How Do I configure one instance of QuickFix as Buy Side & another as SELL side (to test the Buy side)? Regards --- Oren Miller <ore...@ya...> wrote: > That's a preview version. Try using the current > stable release 1.6.8. > > SOL ZADEH <sol...@ya...> wrote:I'm running > Ruby 1.8.0. > Regards > > --- Oren Miller wrote: > > Well, the test runner will report a syntax error > > when it finds an unrecognized command in the test > > script. Did something happen to your test scripts? > > > What version of ruby are you running? > > SOL ZADEH wrote: > > I've tried to carry out the test supplied with the > > quickfix: > > > runat.bat debug 12345 > > But got many syntax errors such as below: > > > > > name='definitions/server/fix40/7_ReceiveRejectMessage.def' > > result='failure > > ' > > > > > Syntax error > > > > 3 > > > > > > > > final error count is : > > > > > > Any ideas ? > > p.s. My intention is to use the quickfix for a buy > > side client. > > > > Regards > > Sol. > > > > __________________________________ > > Do you Yahoo!? > > The New Yahoo! Search - Faster. Easier. Bingo. > > http://search.yahoo.com > > > > > > > ------------------------------------------------------- > > Enterprise Linux Forum Conference & Expo, June > 4-6, > > 2003, Santa Clara > > The only event dedicated to issues related to > Linux > > enterprise solutions > > www.enterpriselinuxforum.com > > > > _______________________________________________ > > Quickfix-users mailing list > > Qui...@li... > > > https://lists.sourceforge.net/lists/listinfo/quickfix-users > > > > --------------------------------- > > Do you Yahoo!? > > The New Yahoo! Search - Faster. Easier. Bingo. > > > __________________________________ > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo. > http://search.yahoo.com > > > ------------------------------------------------------- > Enterprise Linux Forum Conference & Expo, June 4-6, > 2003, Santa Clara > The only event dedicated to issues related to Linux > enterprise solutions > www.enterpriselinuxforum.com > > _______________________________________________ > Quickfix-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-users > > --------------------------------- > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo. __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com |
|
From: Jerry W. <je...@we...> - 2003-05-12 22:54:56
|
Many Thanks.... That sounds like the problem... - Is there a way to check what version I using? - what version should I be using, (for a production fix 4.2 system)? - Where do I get the new DataDictionary files? A very gratefull Jerry Westrick BTW. I'm also mantaining an application written with an expensive Fix Tool kit. It is just not fair to compare the great code written by people for pleasure with the miserable code produced only for money! On Mon, 2003-05-12 at 22:23, Oren Miller wrote: > You may need to get the latest DataDictionary.h and DataDictionary.cpp source files, they were patched to fix a problem with nested repeating groups. Do you know if your allocation messages have nested repeating groups? > > Jerry Westrick <je...@we...> wrote:I'm using the standard fix42.xml > > > > > On Mon, 2003-05-12 at 17:23, OM...@th... wrote: > > http://quickfix.thoughtworks.com/documentation/configuration.html > > > > Look at the DataDictionary setting. You need to supply a valid value in > > that field. > > > > --oren > > > > > > > > > > Jerry Westrick > > Sent by: qui...@li... > > 05/12/2003 10:08 AM > > > > > > To: Oren Miller > > cc: qui...@li... > > Subject: Re: [Quickfix-users] Allocation aren't received... > > > > > > > > Where can I find out more about this common problem? > > > > > > On Mon, 2003-05-12 at 16:32, Oren Miller wrote: > > > Looks like the common problem of not providing a DataDictionary. I > > believe allocations have repeating groups which require one. Otherwise, > > the message will appear corrupted and the session will go bad. This is > > being made more obvious in the next release. --oren > > > > > > Jerry Westrick wrote:Thank you for your responce... > > > > > > first of, I'm receiving allocations, not sending (guess I wasn't clear > > > about that) > > > > > > I've managed to reproduce this with breaks in the debugger... > > > It Looks as if the error is in the field "BodyLength", but this > > > is not yet confirmed. > > > > > > What is wrong, is that after catching the InvalidMessage error, > > > further messages are not read! > > > > > > Of course, if the error is in physical length of the message, > > > anything is possible.... > > > > > > Stay tuned... > > > WOrking on it.... > > > > > > > > > > > > On Mon, 2003-05-12 at 14:57, Oren Miller wrote: > > > > Where are you sending the allocation too. Are you sure the allocation > > isn't causing the other side to stop responding for some reason? You say > > it hangs but then you say that heartbeats are sent, so it sounds like your > > process is still alive. Is everything back to normal when QF tries to > > logon again? > > > > > > > > Jerry Westrick wrote:Dear Sirs: > > > > > > > > I've got a problem, with quickfix. > > > > > > > > I've got an Initiator program, > > > > Everything works fine, till an Allocation is sent, > > > > then the quickFix lib hangs, and does not receive any > > > > more messages, (causing a HB timeout, 3 resends, then > > > > a logout). In recovery, the Allocation is lost. > > > > > > > > Does anybody have an Idea of what I could be doing wrong? > > > > > > > > How can I confirm the version of QuickFix I'm using? > > > > > > > > I'm sure that I'm doing something wrong... > > > > > > > > any help appreceated > > > > > > > > Jerry Westrick > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara > > > > The only event dedicated to issues related to Linux enterprise > > solutions > > > > www.enterpriselinuxforum.com > > > > > > > > _______________________________________________ > > > > Quickfix-users mailing list > > > > Qui...@li... > > > > https://lists.sourceforge.net/lists/listinfo/quickfix-users > > > > > > > > --------------------------------- > > > > Do you Yahoo!? > > > > The New Yahoo! Search - Faster. Easier. Bingo. > > > > > > > > > > > > > > > ------------------------------------------------------- > > > Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara > > > The only event dedicated to issues related to Linux enterprise solutions > > > www.enterpriselinuxforum.com > > > > > > _______________________________________________ > > > Quickfix-users mailing list > > > Qui...@li... > > > https://lists.sourceforge.net/lists/listinfo/quickfix-users > > > > > > --------------------------------- > > > Do you Yahoo!? > > > The New Yahoo! Search - Faster. Easier. Bingo. > > > > > > > > > > ------------------------------------------------------- > > Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara > > The only event dedicated to issues related to Linux enterprise solutions > > www.enterpriselinuxforum.com > > > > _______________________________________________ > > Quickfix-users mailing list > > Qui...@li... > > https://lists.sourceforge.net/lists/listinfo/quickfix-users > > > > > > > > > ------------------------------------------------------- > Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara > The only event dedicated to issues related to Linux enterprise solutions > www.enterpriselinuxforum.com > > _______________________________________________ > Quickfix-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-users > > --------------------------------- > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo. |
38 messages has been excluded from this view by a project administrator.
