quickfix-developers Mailing List for QuickFIX (Page 126)
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
|
| 2026 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Oren M. <or...@qu...> - 2006-11-12 10:25:49
|
> I asked a question on Oct 13 (well actually the same in 2 mails) > and got > no answers at all which is not usual on this list. I was trying to > check > on http://sourceforge.net/mailarchive/forum.php?forum=quickfix- > developers > before reposting but this seems down. I also find the list to have > very > little activity these days, is anything wrong with > lists.sourceforge/my > isp-email provider ? Posting has been very active. There is apparently something wrong with the SourceForge mailing list archive. The quickfix mailing lists are also archived at gmane and nabble: http://www.nabble.com/QuickFIX---Dev-f1041.html http://dir.gmane.org/gmane.comp.finance.quickfix.devel > Please accept my apologies if this as been debated, in which case > I'd love > to have access to the answers (is there any other archive ?) > > Question was : if I send orders to QF before StartTime, it seems > they are > never sent when the connection is up at StartTime. It seems to me as a > side effect of two behaviors : > > 1) (Quote from Oren) >> I believe that now when there is activity outside of the session >> time, >> the sequence numbers do not get incremented. > This is logical for an ACCEPTOR, but is both pointless (and with side > effects) for an INITIATOR. Not sure what the difference is. The only difference between an initiator and acceptor is who initiates the connection. Other than this there is nothing in the FIX spec that differentiates their behavior. They are considered pears. > 2) as we depend on the counterparty to detect unsent messages, if the > sequence numbers are not incremented, the orders are never sent. True, but if you are sending outside of the session time, you are sending on a session that does not really exist. It's hard to tell where the line gets drawn. If you are pumping a bunch of message through at the end of the day and a couple get pushed through after the session closes, should QuickFIX try to send those orders when the next session opens up the next day. I think that would be pretty surprising behavior. But if sequence numbers were incremented outside of a session time, that is exactly what would happen. --oren |
|
From: cstrader <cst...@cs...> - 2006-11-11 21:25:36
|
Seems like a lot of brokers only support fix4.2. How do you guys = survive without being able to see your pending orders and positions? tia |
|
From: Regis D. <reg...@ho...> - 2006-11-11 14:25:52
|
Hi, I have been using quickfix with success for over a year now. I recently upgraded to the latest version and since then quickfix disconnects for no obvious reason. 20061112-14:02:51 : Created session 20061112-14:02:51 : Connecting to 192.168.2.2 on port 9902 20061112-14:02:51 : Connection succeeded 20061112-14:02:51 : Initiated logon request 20061112-14:02:51 : Received logon response 20061112-14:03:20 : Socket Error: An operation was attempted on something that is not a socket. Has anyone experienced that? -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.409 / Virus Database: 268.14.2/528 - Release Date: 10/11/2006 |
|
From: Regis D. <reg...@ho...> - 2006-11-11 14:13:02
|
Hi, I have been using quickfix with success for over a year now. I recently upgraded to the latest version and since then quickfix disconnects for no obvious reason. 20061112-14:02:51 : Created session 20061112-14:02:51 : Connecting to 192.168.2.2 on port 9902 20061112-14:02:51 : Connection succeeded 20061112-14:02:51 : Initiated logon request 20061112-14:02:51 : Received logon response 20061112-14:03:20 : Socket Error: An operation was attempted on something that is not a socket. Has anyone experienced that? -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.409 / Virus Database: 268.14.2/528 - Release Date: 10/11/2006 |
|
From: John G. <joh...@wa...> - 2006-11-11 09:26:00
|
Hi there, I asked a question on Oct 13 (well actually the same in 2 mails) and got no answers at all which is not usual on this list. I was trying to check on http://sourceforge.net/mailarchive/forum.php?forum=quickfix-developers before reposting but this seems down. I also find the list to have very little activity these days, is anything wrong with lists.sourceforge/my isp-email provider ? Please accept my apologies if this as been debated, in which case I'd love to have access to the answers (is there any other archive ?) Question was : if I send orders to QF before StartTime, it seems they are never sent when the connection is up at StartTime. It seems to me as a side effect of two behaviors : 1) (Quote from Oren) > I believe that now when there is activity outside of the session time, > the sequence numbers do not get incremented. This is logical for an ACCEPTOR, but is both pointless (and with side effects) for an INITIATOR. 2) as we depend on the counterparty to detect unsent messages, if the sequence numbers are not incremented, the orders are never sent. Could you guys confirm/infirm I understand correctly how QF works ? TIA Sincerely, JG |
|
From: Mamidanna, V. \(GWM<\) <Van...@ml...> - 2006-11-10 20:02:29
|
Oren,
=20
I do have a data dictionary associated with my session in the cfg file.
This is the entry that I have:
DataDictionary=3DC:\Projects\QuickFix\spec\FIX42.xml
Is that sufficient?
Thanks,
Vandana.
-----Original Message-----
From: Oren Miller [mailto:or...@qu...]=20
Sent: Friday, November 10, 2006 2:55 PM
To: Mamidanna, Vandana (GWM<)
Cc: qui...@li...
Subject: Re: [Quickfix-developers] Trouble retrieving repeating
groups
=09
=09
Vandana,=20
Do you have a data dictionary associated with your session?
--oren
On Nov 10, 2006, at 12:48 PM, Mamidanna, Vandana (GWM<) wrote:
All,=20
I am trying to test MarketDataRequest (MsgType=3DV) and
MarketDataSnapshotFullRefresh (MsgType =3D W). I did not have a problem
sending the symbol values ('GBP/USD') values as a repeating group in
MsgType V, but the issue that I am having is retrieving the repeating
group values of MDEntryPx (Tag 270) and MDEntrySize (Tag 271) and so on
from MsgType W. Our code is written in C#. I am going to send you the
snippet of code that I am using as of now:
QuickFix42.MarketDataSnapshotFullRefresh.NoMDEntries
grpMDEntries =3D new
QuickFix42.MarketDataSnapshotFullRefresh.NoMDEntries();
MDEntryType entryType =3D new MDEntryType();
MDEntryPx indicativePrice =3D new MDEntryPx();
MDEntrySize entrySize =3D new MDEntrySize();
Currency curr =3D new Currency();=20
for(uint cnt =3D 1; cnt <=3D noMDEntries.getValue();cnt++) I
tried reading this as a zero-based group, that did not work
{
message.getGroup(cnt, grpMDEntries); This is where I am
getting a Exception of type QuickFix.FieldNotFound was thrown.=20
grpMDEntries.get(entryType);
grpMDEntries.get(indicativePrice);
grpMDEntries.get(entrySize);
grpMDEntries.get(curr);
FxQuote.UpdateFXRate(symbol.getValue().Trim(), brokerID,
indicativePrice.getValue());
}=20
The sample message that I am working off of is:=20
=09
8=3DFIX.4.2=019=3D121=0135=3DW=0149=3DTS-UAT=0156=3DML-UAT=0134=3D3=0152=3D=
20061109-23:01:14=01262=3D0
611090012=0155=3DHKD/USD=0176=3DUBSFX=01268=3D1=01269=3D0=01270=3D0.1285=01=
271=3D1000000=0110=3D170=01
I do see that the MDEntryPx (Tag 270) is being sent
back, but then again the code does not compile if I tried to access it
as:
MDEntryPx indicativePrice =3D new MDEntryPx();
message.get(indicativePrice);=20
The only work-around that I am using as of now which is
not the right way of doing it is:=20
price =3D message.getField(270);=20
What am I doing wrong here? Any help to shed some light
is appreciated.=20
Thanks a lot in advance,
Vandana (Vandy).
--------------------------------------------------------
If you are not an intended recipient of this e-mail, please notify the =
sender, delete it and do not read, act upon, print, disclose, copy, =
retain or redistribute it. Click here for important additional terms =
relating to this e-mail. http://www.ml.com/email_terms/
--------------------------------------------------------
|
|
From: Oren M. <or...@qu...> - 2006-11-10 19:55:28
|
Vandana,
Do you have a data dictionary associated with your session?
--oren
On Nov 10, 2006, at 12:48 PM, Mamidanna, Vandana (GWM<) wrote:
> All,
> I am trying to test MarketDataRequest (MsgType=3DV) and =20
> MarketDataSnapshotFullRefresh (MsgType =3D W). I did not have a =20
> problem sending the symbol values ('GBP/USD') values as a repeating =20=
> group in MsgType V, but the issue that I am having is retrieving =20
> the repeating group values of MDEntryPx (Tag 270) and MDEntrySize =20
> (Tag 271) and so on from MsgType W. Our code is written in C#. I am =20=
> going to send you the snippet of code that I am using as of now:
>
> QuickFix42.MarketDataSnapshotFullRefresh.NoMDEntries grpMDEntries =3D =20=
> new QuickFix42.MarketDataSnapshotFullRefresh.NoMDEntries();
>
> MDEntryType entryType =3D new MDEntryType();
> MDEntryPx indicativePrice =3D new MDEntryPx();
> MDEntrySize entrySize =3D new MDEntrySize();
> Currency curr =3D new Currency();
> for(uint cnt =3D 1; cnt <=3D noMDEntries.getValue();cnt++) I tried =20
> reading this as a zero-based group, that did not work
> {
> message.getGroup(cnt, grpMDEntries); This is where I am getting a =20
> Exception of type QuickFix.FieldNotFound was thrown.
> grpMDEntries.get(entryType);
> grpMDEntries.get(indicativePrice);
> grpMDEntries.get(entrySize);
> grpMDEntries.get(curr);
> FxQuote.UpdateFXRate(symbol.getValue().Trim(), brokerID, =20
> indicativePrice.getValue());
> }
> The sample message that I am working off of is:
> 8=3DFIX.4.2=019=3D121=0135=3DW=0149=3DTS-UAT=0156=3DML-=20
> UAT=0134=3D3=0152=3D20061109-23:01:14=01262=3D0611090012=0155=3DHKD/=20=
> USD=0176=3DUBSFX=01268=3D1=01269=3D0=01270=3D0.1285=01271=3D1000000=0110=
=3D170=01
>
> I do see that the MDEntryPx (Tag 270) is being sent back, but then =20
> again the code does not compile if I tried to access it as:
>
> MDEntryPx indicativePrice =3D new MDEntryPx();
> message.get(indicativePrice);
> The only work-around that I am using as of now which is not the =20
> right way of doing it is:
> price =3D message.getField(270);
> What am I doing wrong here? Any help to shed some light is =20
> appreciated.
> Thanks a lot in advance,
> Vandana (Vandy).
|
|
From: Mamidanna, V. \(GWM<\) <Van...@ml...> - 2006-11-10 19:42:57
|
All,
I am trying to test MarketDataRequest (MsgType=3DV) and
MarketDataSnapshotFullRefresh (MsgType =3D W). I did not have a problem
sending the symbol values ('GBP/USD') values as a repeating group in
MsgType V, but the issue that I am having is retrieving the repeating
group values of MDEntryPx (Tag 270) and MDEntrySize (Tag 271) and so on
from MsgType W. Our code is written in C#. I am going to send you the
snippet of code that I am using as of now:
QuickFix42.MarketDataSnapshotFullRefresh.NoMDEntries grpMDEntries =3D =
new
QuickFix42.MarketDataSnapshotFullRefresh.NoMDEntries();
MDEntryType entryType =3D new MDEntryType();=20
MDEntryPx indicativePrice =3D new MDEntryPx();=20
MDEntrySize entrySize =3D new MDEntrySize();=20
Currency curr =3D new Currency();=20
for(uint cnt =3D 1; cnt <=3D noMDEntries.getValue();cnt++) I tried =
reading
this as a zero-based group, that did not work=20
{=20
message.getGroup(cnt, grpMDEntries); This is where I am getting a
Exception of type QuickFix.FieldNotFound was thrown.
grpMDEntries.get(entryType);=20
grpMDEntries.get(indicativePrice);=20
grpMDEntries.get(entrySize);=20
grpMDEntries.get(curr);=20
FxQuote.UpdateFXRate(symbol.getValue().Trim(), brokerID,
indicativePrice.getValue());=20
}=20
The sample message that I am working off of is:=20
8=3DFIX.4.2=019=3D121=0135=3DW=0149=3DTS-UAT=0156=3DML-UAT=0134=3D3=0152=3D=
20061109-23:01:14=01262=3D0
611090012=0155=3DHKD/USD=0176=3DUBSFX=01268=3D1=01269=3D0=01270=3D0.1285=01=
271=3D1000000=0110=3D170=01
I do see that the MDEntryPx (Tag 270) is being sent back, but then again
the code does not compile if I tried to access it as:
MDEntryPx indicativePrice =3D new MDEntryPx();=20
message.get(indicativePrice);=20
The only work-around that I am using as of now which is not the right
way of doing it is:=20
price =3D message.getField(270);=20
What am I doing wrong here? Any help to shed some light is appreciated.
Thanks a lot in advance,=20
Vandana (Vandy).
--------------------------------------------------------
If you are not an intended recipient of this e-mail, please notify the =
sender, delete it and do not read, act upon, print, disclose, copy, =
retain or redistribute it. Click here for important additional terms =
relating to this e-mail. http://www.ml.com/email_terms/
--------------------------------------------------------
|
|
From: Djalma R. d. S. F. <drs...@gm...> - 2006-11-10 16:26:57
|
Hi Chris, I am not sure if this is the same, but I had similar problem in the past. Try doing the following: #define _WINSOCKAPI_ before including windows.h and the redefinition errors should disappear. #define _WINSOCKAPI_ // _WINSOCKAPI_ prevents inclusion of winsock.h in windows.h // quickfix requires linking with winsock2 ... #include <windows.h> ... BR, Djalma Rosa dos Santos Filho On 11/10/06, Chris Griggs <ch...@gr...> wrote: > > QuickFIX Documentation: > http://www.quickfixengine.org/quickfix/doc/html/index.html > QuickFIX Support: http://www.quickfixengine.org/services.html > > > Hi, > > I'm trying to add QuickFIX into an existing project using Visual Studio 6. > But I keep getting the following errors. I thought this could be a problem > with the project's settings, I've followed the instructions at > http://www.quickfixengine.org/quickfix/doc/html/project.html but I might > be missing something. Any ideas? > > Chris Griggs. > > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(99) : > error C2011: 'fd_set' : 'struct' type redefinition C:\Program > Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(134) : warning C4005: > 'FD_SET' : macro redefinition > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(83) : see previous definition of 'FD_SET' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(143) : > error C2011: 'timeval' : 'struct' type redefinition C:\Program > Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(199) : error C2011: > 'hostent' : 'struct' type redefinition C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\Winsock2.h(212) : error C2011: 'netent' : 'struct' type > redefinition C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\Winsock2.h(219) : error C2011: 'servent' : 'struct' type > redefinition C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\Winsock2.h(226) : error C2011: 'protoent' : 'struct' > type redefinition C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\Winsock2.h(310) : error C2011: 'in_addr' : 'struct' type > redefinition C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\Winsock2.h(368) : error C2011: 'sockaddr_in' : 'struct' > type redefinition C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\Winsock2.h(378) : error C2011: 'WSAData' : 'struct' type > redefi! > nition C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\Winsock2.h(430) : warning C4005: 'SO_DONTLINGER' : macro > redefinition > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(391) : see previous definition of > 'SO_DONTLINGER' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(483) : > warning C4005: 'AF_IPX' : macro redefinition > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(449) : see previous definition of 'AF_IPX' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(506) : > warning C4005: 'AF_MAX' : macro redefinition > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(468) : see previous definition of 'AF_MAX' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(512) : > error C2011: 'sockaddr' : 'struct' type redefinition C:\Program > Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(521) : error C2011: > 'sockproto' : 'struct' type redefinition C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\Winsock2.h(560) : error C2011: 'linger' : 'struct' type > redefinition C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\Winsock2.h(573) : warning C4005: 'SOMAXCONN' : macro > redefinition > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(533) : see previous definition of 'SOMAXCONN' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(598) : > warning C4005: 'FD_READ' : macro redefinition > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(551) : see previous definition of 'FD_READ' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(601) : > warning C4005: 'FD_WRITE' : macro redefinition > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(552) : see previous definition of 'FD_WRITE' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(604) : > warning C4005: 'FD_OOB' : macro redefinition > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(553) : see previous definition of 'FD_OOB' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(607) : > warning C4005: 'FD_ACCEPT' : macro redefinition > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(554) : see previous definition of 'FD_ACCEPT' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(610) : > warning C4005: 'FD_CONNECT' : macro redefinition > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(555) : see previous definition of 'FD_CONNECT' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(613) : > warning C4005: 'FD_CLOSE' : macro redefinition > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(556) : see previous definition of 'FD_CLOSE' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1427) : > error C2375: 'accept' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(707) : see declaration of 'accept' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1448) : > error C2375: 'bind' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(710) : see declaration of 'bind' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1467) : > error C2375: 'closesocket' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(712) : see declaration of 'closesocket' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1486) : > error C2375: 'connect' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(714) : see declaration of 'connect' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1507) : > error C2375: 'ioctlsocket' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(716) : see declaration of 'ioctlsocket' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1528) : > error C2375: 'getpeername' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(718) : see declaration of 'getpeername' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1549) : > error C2375: 'getsockname' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(721) : see declaration of 'getsockname' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1572) : > error C2375: 'getsockopt' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(724) : see declaration of 'getsockopt' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1593) : > error C2375: 'htonl' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(727) : see declaration of 'htonl' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1610) : > error C2375: 'htons' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(729) : see declaration of 'htons' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1627) : > error C2375: 'inet_addr' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(731) : see declaration of 'inet_addr' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1644) : > error C2375: 'inet_ntoa' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(733) : see declaration of 'inet_ntoa' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1662) : > error C2375: 'listen' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(735) : see declaration of 'listen' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1680) : > error C2375: 'ntohl' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(737) : see declaration of 'ntohl' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1697) : > error C2375: 'ntohs' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(739) : see declaration of 'ntohs' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1717) : > error C2375: 'recv' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(741) : see declaration of 'recv' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1742) : > error C2375: 'recvfrom' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(743) : see declaration of 'recvfrom' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1768) : > error C2375: 'select' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(746) : see declaration of 'select' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1792) : > error C2375: 'send' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(749) : see declaration of 'send' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1817) : > error C2375: 'sendto' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(751) : see declaration of 'sendto' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1843) : > error C2375: 'setsockopt' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(754) : see declaration of 'setsockopt' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1865) : > error C2375: 'shutdown' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(757) : see declaration of 'shutdown' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1885) : > error C2375: 'socket' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(759) : see declaration of 'socket' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1908) : > error C2375: 'gethostbyaddr' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(763) : see declaration of 'gethostbyaddr' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1927) : > error C2375: 'gethostbyname' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(766) : see declaration of 'gethostbyname' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1945) : > error C2375: 'gethostname' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(768) : see declaration of 'gethostname' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1964) : > error C2375: 'getservbyport' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(770) : see declaration of 'getservbyport' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1983) : > error C2375: 'getservbyname' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(772) : see declaration of 'getservbyname' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2001) : > error C2375: 'getprotobynumber' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(775) : see declaration of 'getprotobynumber' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2018) : > error C2375: 'getprotobyname' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(777) : see declaration of 'getprotobyname' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2038) : > error C2375: 'WSAStartup' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(781) : see declaration of 'WSAStartup' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2056) : > error C2375: 'WSACleanup' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(783) : see declaration of 'WSACleanup' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2073) : > error C2375: 'WSASetLastError' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(785) : see declaration of 'WSASetLastError' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2090) : > error C2375: 'WSAGetLastError' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(787) : see declaration of 'WSAGetLastError' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2107) : > error C2375: 'WSAIsBlocking' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(789) : see declaration of 'WSAIsBlocking' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2124) : > error C2375: 'WSAUnhookBlockingHook' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(791) : see declaration of > 'WSAUnhookBlockingHook' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2141) : > error C2375: 'WSASetBlockingHook' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(793) : see declaration of 'WSASetBlockingHook' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2158) : > error C2375: 'WSACancelBlockingCall' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(795) : see declaration of > 'WSACancelBlockingCall' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2180) : > error C2375: 'WSAAsyncGetServByName' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(797) : see declaration of > 'WSAAsyncGetServByName' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2207) : > error C2375: 'WSAAsyncGetServByPort' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(802) : see declaration of > 'WSAAsyncGetServByPort' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2233) : > error C2375: 'WSAAsyncGetProtoByName' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(806) : see declaration of > 'WSAAsyncGetProtoByName' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2258) : > error C2375: 'WSAAsyncGetProtoByNumber' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(810) : see declaration of > 'WSAAsyncGetProtoByNumber' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2283) : > error C2375: 'WSAAsyncGetHostByName' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(814) : see declaration of > 'WSAAsyncGetHostByName' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2310) : > error C2375: 'WSAAsyncGetHostByAddr' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(818) : see declaration of > 'WSAAsyncGetHostByAddr' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2333) : > error C2375: 'WSACancelAsyncRequest' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(822) : see declaration of > 'WSACancelAsyncRequest' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2353) : > error C2375: 'WSAAsyncSelect' : redefinition; different linkage > C:\Program Files\Microsoft Visual > Studio\VC98\INCLUDE\winsock.h(824) : see declaration of 'WSAAsyncSelect' > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > |
|
From: Chris G. <ch...@gr...> - 2006-11-10 15:49:55
|
Hi, I'm trying to add QuickFIX into an existing project using Visual Studio 6. But I keep getting the following errors. I thought this could be a problem with the project's settings, I've followed the instructions at http://www.quickfixengine.org/quickfix/doc/html/project.html but I might be missing something. Any ideas? Chris Griggs. C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(99) : error C2011: 'fd_set' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(134) : warning C4005: 'FD_SET' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(83) : see previous definition of 'FD_SET' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(143) : error C2011: 'timeval' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(199) : error C2011: 'hostent' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(212) : error C2011: 'netent' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(219) : error C2011: 'servent' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(226) : error C2011: 'protoent' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(310) : error C2011: 'in_addr' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(368) : error C2011: 'sockaddr_in' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(378) : error C2011: 'WSAData' : 'struct' type redefi! nition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(430) : warning C4005: 'SO_DONTLINGER' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(391) : see previous definition of 'SO_DONTLINGER' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(483) : warning C4005: 'AF_IPX' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(449) : see previous definition of 'AF_IPX' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(506) : warning C4005: 'AF_MAX' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(468) : see previous definition of 'AF_MAX' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(512) : error C2011: 'sockaddr' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(521) : error C2011: 'sockproto' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(560) : error C2011: 'linger' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(573) : warning C4005: 'SOMAXCONN' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(533) : see previous definition of 'SOMAXCONN' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(598) : warning C4005: 'FD_READ' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(551) : see previous definition of 'FD_READ' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(601) : warning C4005: 'FD_WRITE' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(552) : see previous definition of 'FD_WRITE' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(604) : warning C4005: 'FD_OOB' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(553) : see previous definition of 'FD_OOB' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(607) : warning C4005: 'FD_ACCEPT' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(554) : see previous definition of 'FD_ACCEPT' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(610) : warning C4005: 'FD_CONNECT' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(555) : see previous definition of 'FD_CONNECT' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(613) : warning C4005: 'FD_CLOSE' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(556) : see previous definition of 'FD_CLOSE' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1427) : error C2375: 'accept' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(707) : see declaration of 'accept' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1448) : error C2375: 'bind' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(710) : see declaration of 'bind' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1467) : error C2375: 'closesocket' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(712) : see declaration of 'closesocket' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1486) : error C2375: 'connect' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(714) : see declaration of 'connect' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1507) : error C2375: 'ioctlsocket' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(716) : see declaration of 'ioctlsocket' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1528) : error C2375: 'getpeername' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(718) : see declaration of 'getpeername' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1549) : error C2375: 'getsockname' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(721) : see declaration of 'getsockname' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1572) : error C2375: 'getsockopt' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(724) : see declaration of 'getsockopt' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1593) : error C2375: 'htonl' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(727) : see declaration of 'htonl' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1610) : error C2375: 'htons' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(729) : see declaration of 'htons' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1627) : error C2375: 'inet_addr' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(731) : see declaration of 'inet_addr' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1644) : error C2375: 'inet_ntoa' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(733) : see declaration of 'inet_ntoa' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1662) : error C2375: 'listen' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(735) : see declaration of 'listen' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1680) : error C2375: 'ntohl' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(737) : see declaration of 'ntohl' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1697) : error C2375: 'ntohs' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(739) : see declaration of 'ntohs' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1717) : error C2375: 'recv' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(741) : see declaration of 'recv' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1742) : error C2375: 'recvfrom' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(743) : see declaration of 'recvfrom' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1768) : error C2375: 'select' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(746) : see declaration of 'select' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1792) : error C2375: 'send' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(749) : see declaration of 'send' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1817) : error C2375: 'sendto' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(751) : see declaration of 'sendto' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1843) : error C2375: 'setsockopt' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(754) : see declaration of 'setsockopt' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1865) : error C2375: 'shutdown' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(757) : see declaration of 'shutdown' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1885) : error C2375: 'socket' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(759) : see declaration of 'socket' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1908) : error C2375: 'gethostbyaddr' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(763) : see declaration of 'gethostbyaddr' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1927) : error C2375: 'gethostbyname' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(766) : see declaration of 'gethostbyname' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1945) : error C2375: 'gethostname' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(768) : see declaration of 'gethostname' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1964) : error C2375: 'getservbyport' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(770) : see declaration of 'getservbyport' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(1983) : error C2375: 'getservbyname' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(772) : see declaration of 'getservbyname' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2001) : error C2375: 'getprotobynumber' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(775) : see declaration of 'getprotobynumber' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2018) : error C2375: 'getprotobyname' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(777) : see declaration of 'getprotobyname' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2038) : error C2375: 'WSAStartup' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(781) : see declaration of 'WSAStartup' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2056) : error C2375: 'WSACleanup' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(783) : see declaration of 'WSACleanup' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2073) : error C2375: 'WSASetLastError' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(785) : see declaration of 'WSASetLastError' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2090) : error C2375: 'WSAGetLastError' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(787) : see declaration of 'WSAGetLastError' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2107) : error C2375: 'WSAIsBlocking' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(789) : see declaration of 'WSAIsBlocking' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2124) : error C2375: 'WSAUnhookBlockingHook' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(791) : see declaration of 'WSAUnhookBlockingHook' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2141) : error C2375: 'WSASetBlockingHook' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(793) : see declaration of 'WSASetBlockingHook' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2158) : error C2375: 'WSACancelBlockingCall' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(795) : see declaration of 'WSACancelBlockingCall' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2180) : error C2375: 'WSAAsyncGetServByName' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(797) : see declaration of 'WSAAsyncGetServByName' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2207) : error C2375: 'WSAAsyncGetServByPort' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(802) : see declaration of 'WSAAsyncGetServByPort' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2233) : error C2375: 'WSAAsyncGetProtoByName' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(806) : see declaration of 'WSAAsyncGetProtoByName' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2258) : error C2375: 'WSAAsyncGetProtoByNumber' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(810) : see declaration of 'WSAAsyncGetProtoByNumber' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2283) : error C2375: 'WSAAsyncGetHostByName' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(814) : see declaration of 'WSAAsyncGetHostByName' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2310) : error C2375: 'WSAAsyncGetHostByAddr' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(818) : see declaration of 'WSAAsyncGetHostByAddr' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2333) : error C2375: 'WSACancelAsyncRequest' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(822) : see declaration of 'WSACancelAsyncRequest' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\Winsock2.h(2353) : error C2375: 'WSAAsyncSelect' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(824) : see declaration of 'WSAAsyncSelect' |
|
From: Alex S. <ash...@br...> - 2006-11-10 13:31:00
|
Thanks for your explanation, Nick I am indeed trading with Currenex. I thought this was on their end as well at first but they denied doing = anything wrong. They showed me their logs: after replying to the logon message they immediately send out the = Trading Session Status message before they get the resend request. What do you think they should do? Wait for the first heartbeat before = sending out the Trading Session Status message? -----Original Message----- From: qui...@li... on behalf of = Nick Fortescue Sent: Fri 11/10/2006 3:22 AM To: Alex Shterenberg; qui...@li... Subject: Re: [Quickfix-developers] = ResendRequest/SequenceReset-GapFillresultsin losing important messages =20 QuickFIX Documentation: = http://www.quickfixengine.org/quickfix/doc/html/index.html QuickFIX Support: http://www.quickfixengine.org/services.html If you aren't trading with Currenex, then apologies for making assumptions. If you are trading with Currenex, then this isn't a problem with quickfix, it's a problem with Currenex. At least two of us have already reported it and supposedly they are doing something about it. Please add your voice to the calls by speaking to your Currenex representative, asking them to sort out when trading session status is sent during the sequence request negotiation after login. And also say it would be good if they supported resends were supported, rather than never resending. Is there a counterparty specific FAQ? Maybe we should have one on the Wiki. Nick -----Original Message----- From: qui...@li... [mailto:qui...@li...] On Behalf Of Alex Shterenberg Sent: 09 November 2006 20:26 To: qui...@li... Subject: [Quickfix-developers] ResendRequest/SequenceReset-GapFill resultsin losing important messages QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html QuickFIX Support: http://www.quickfixengine.org/services.html -------------------------------------------------------------------------= Using Tomcat but need to do more? Need to support web services, = security? Get stuff done quickly with pre-integrated technology to make your job = easier Download IBM WebSphere Application Server v.1.0.1 based on Apache = Geronimo http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D= 121642 _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
|
From: Nick F. <Nic...@ve...> - 2006-11-10 08:22:54
|
If you aren't trading with Currenex, then apologies for making assumptions. If you are trading with Currenex, then this isn't a problem with quickfix, it's a problem with Currenex. At least two of us have already reported it and supposedly they are doing something about it. Please add your voice to the calls by speaking to your Currenex representative, asking them to sort out when trading session status is sent during the sequence request negotiation after login. And also say it would be good if they supported resends were supported, rather than never resending. Is there a counterparty specific FAQ? Maybe we should have one on the Wiki. Nick -----Original Message----- From: qui...@li... [mailto:qui...@li...] On Behalf Of Alex Shterenberg Sent: 09 November 2006 20:26 To: qui...@li... Subject: [Quickfix-developers] ResendRequest/SequenceReset-GapFill resultsin losing important messages QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html QuickFIX Support: http://www.quickfixengine.org/services.html |
|
From: Oren M. <or...@qu...> - 2006-11-10 00:30:30
|
Looks like a problem with the deployment. I fixed it with a 1.1.1 release, now available on www.quickfixengine.org --oren On Nov 7, 2006, at 11:07 AM, Djalma Rosa dos Santos Filho wrote: > QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/ > html/index.html > QuickFIX Support: http://www.quickfixengine.org/services.html > > Hi guys, > > I filtered some data and tried to export by using View / Export / > FIX and I got the following error: > > Exception in thread "Thread-3" java.lang.NoClassDefFoundError: > quickfix/logviewer/FileExportDialog > at quickfix.logviewer.SplitPane.exportFile(SplitPane.java:226) > at quickfix.logviewer.SplitPane.access$2(SplitPane.java:225) > at quickfix.logviewer.SplitPane$2.run(SplitPane.java:170) > > My java.exe version is 1.5.0_08-b03. > > Has anyone else failed to get it working? |
|
From: Alex S. <al...@ho...> - 2006-11-09 22:47:25
|
Oren, Yes, here is the log of the scenario described in my first email. bt2tdr is quickfix and CNX is OtherEngine 8=FIX.4.29=6735=A34=331949=bt2tdr52=20061109-16:32:04.46156=CNX98=0108=2010=216 8=FIX.4.29=6735=A49=CNX56=bt2tdr34=332352=20061109-16:32:05.122108=2098=010=206 8=FIX.4.29=6735=234=332049=bt2tdr52=20061109-16:32:05.13356=CNX7=332216=010=186 8=FIX.4.29=6735=h49=CNX56=bt2tdr34=332452=20061109-16:32:05.124336=0340=210=241 8=FIX.4.29=7435=449=CNX56=bt2tdr34=332252=20061109-16:32:07.20743=Y123=Y36=332510=075 8=FIX.4.29=5535=034=332149=bt2tdr52=20061109-16:32:25.21356=CNX10=163 8=FIX.4.29=5535=049=CNX56=bt2tdr34=332552=20061109-16:32:27.21110=167 Thanks >From: Oren Miller <or...@qu...> >To: "Alex Shterenberg" <al...@ho...> >CC: qui...@li... >Subject: Re: [Quickfix-developers] ResendRequest/SequenceReset-GapFill >results in losing important messages >Date: Thu, 9 Nov 2006 16:42:45 -0600 > >Do you have logs? > >--oren > >On Nov 9, 2006, at 2:25 PM, Alex Shterenberg wrote: > >>Hi >> >> >> >>Quickfix seems to ignore an important message in what looks like a race >>condition. >> >>Consider this scenario: >> >> >> >>Quickfix sends a login, seq# 3319 >> >>OtherEngine responds to login with seq#3323 >> >>Quickfix missed #3322 when it previously disconnected, so it sends a >>ResendRequest for #3322, which happens to be a heartbeat >> >>before OtherEngine receives the resend request, it sends out the Trading >>Session Status, #3324 >> >>OtherEngine sends a Gap-Fill resetting the sequence number to #3325 >> >>Session continues with OtherEngines sequence number at 3325 and >>Quickfixs sequence number at 3321 >> >> >> >>My app never hears about the trading session status message. >> >> >> >>If this is not a problem with quickfix, what can I do to ensure that I >>never miss the trading status message? >> >> >> >>Thanks! >> >> >> >>Alex > |
|
From: Oren M. <or...@qu...> - 2006-11-09 22:42:51
|
Do you have logs? --oren On Nov 9, 2006, at 2:25 PM, Alex Shterenberg wrote: > Hi > > > > Quickfix seems to ignore an important message in what looks like a =20 > race condition. > > Consider this scenario: > > > > Quickfix sends a login, seq# 3319 > > OtherEngine responds to login with seq#3323 > > Quickfix missed #3322 when it previously disconnected, so it sends =20 > a ResendRequest for #3322, which happens to be a heartbeat > > before OtherEngine receives the resend request, it sends out the =20 > Trading Session Status, #3324 > > OtherEngine sends a Gap-Fill resetting the sequence number to #3325 > > Session continues with OtherEngine=92s sequence number at 3325 and =20 > Quickfix=92s sequence number at 3321 > > > > My app never hears about the trading session status message. > > > > If this is not a problem with quickfix, what can I do to ensure =20 > that I never miss the trading status message? > > > > Thanks! > > > > Alex |
|
From: Alex S. <al...@ho...> - 2006-11-09 20:26:09
|
Hi Quickfix seems to ignore an important message in what looks like a race condition. Consider this scenario: Quickfix sends a login, seq# 3319 OtherEngine responds to login with seq#3323 Quickfix missed #3322 when it previously disconnected, so it sends a ResendRequest for #3322, which happens to be a heartbeat before OtherEngine receives the resend request, it sends out the Trading Session Status, #3324 OtherEngine sends a Gap-Fill resetting the sequence number to #3325 Session continues with OtherEngines sequence number at 3325 and Quickfixs sequence number at 3321 My app never hears about the trading session status message. If this is not a problem with quickfix, what can I do to ensure that I never miss the trading status message? Thanks! Alex |
|
From: Richard B. <ri...@le...> - 2006-11-08 12:45:33
|
Hi, I am getting this error when QuickFix is parsing the response to a multi-leg order. I send: 8=FIX.4.39=28135=AB34=20949=ULB_A_152=20061108- 11:55:45.87456=ULB_B_A_11=ACCT11=CLIENTID21=138=140=244=054=255=FDAX59 =060=20061108- 11:55:45100=XEUR167=MLEG461=MXXXXX555=2600=FDAX608=F610=200612623=1624= 1654=0600=FDAX608=F610=200703623=1624=2654=110=121 I get back: 8=FIX.4.39=31435=849=ULB_B_A_156=ULB_A_134=21052=20061108- 11:54:5737=47282517911=CLIENTID17=264162150=039=0103=01=ACCT207=XEUR55= FDAX461=MXXXXX54=238=140=259=0442=3555=2624=1623=1600=FDAX608=F610=2 00612654=0624=2623=1600=FDAX608=F610=200703654=1110=058=060=20061108- 11:54:5710=219 The 555=2 looks good, and there are 2 repeated entries: 624=1623=1600=FDAX608=F610=200612654=0 624=2623=1600=FDAX608=F610=200703654=1 However, QuickFix throws up an error: 8=FIX.4.39=14735=334=21049=ULB_A_152=20061108- 11:55:46.76556=ULB_B_A_145=21058=Incorrect NumInGroup count for repeating group371=555372=8373=1610=038 Is this an issue with the order of the fields in the repeated group? Thanks, Rich |
|
From: Djalma R. d. S. F. <drs...@gm...> - 2006-11-08 11:44:51
|
Yes, it is now working. Thanks! Djalma Rosa dos Santos Filho On 11/8/06, Oren Miller <or...@qu...> wrote: > > Looks like a problem with the deployment. I fixed it with a 1.1.1 > release, now available on www.quickfixengine.org > > --oren > > On Nov 7, 2006, at 11:07 AM, Djalma Rosa dos Santos Filho wrote: > > > QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/ > > html/index.html > > QuickFIX Support: http://www.quickfixengine.org/services.html > > > > Hi guys, > > > > I filtered some data and tried to export by using View / Export / > > FIX and I got the following error: > > > > Exception in thread "Thread-3" java.lang.NoClassDefFoundError: > > quickfix/logviewer/FileExportDialog > > at quickfix.logviewer.SplitPane.exportFile(SplitPane.java:226) > > at quickfix.logviewer.SplitPane.access$2(SplitPane.java:225) > > at quickfix.logviewer.SplitPane$2.run(SplitPane.java:170) > > > > My java.exe version is 1.5.0_08-b03. > > > > Has anyone else failed to get it working? > > |
|
From: Djalma R. d. S. F. <drs...@gm...> - 2006-11-07 20:04:20
|
Hi guys,
I filtered some data and tried to export by using View / Export / FIX and I
got the following error:
Exception in thread "Thread-3" java.lang.NoClassDefFoundError:
quickfix/logviewer/FileExportDialog
at quickfix.logviewer.SplitPane.exportFile(SplitPane.java:226)
at quickfix.logviewer.SplitPane.access$2(SplitPane.java:225)
at quickfix.logviewer.SplitPane$2.run(SplitPane.java:170)
My java.exe version is 1.5.0_08-b03.
Has anyone else failed to get it working?
BR,
Djalma
|
|
From: Nick V. <ni...@ad...> - 2006-11-07 09:13:17
|
T0ssIEkgc2VlIGhvdyB0byBhZGQgcmVndWxhciBmaWVsZHMgdG8gYSBGSVggbWVzc2FnZSwgYnV0 IHRoZSBmaWVsZHMgSSd2ZSANCmFkZGVkIGFyZSBwYXJ0IG9mIGEgcmVwZWF0aW5nIGdyb3VwIHRo YXQgSSB3YW50IHRvIGFkZCB0byB0aGUgDQpOZXdPcmRlclNpbmdsZSBtZXNzYWdlLiAgV2l0aG91 dCBtb2RpZnlpbmcgdGhlIGphdmEgc291cmNlIGNvZGUgZm9yIA0KTmV3T3JkZXJTaW5nbGUsIGhv dyBjYW4gSSBhZGQgdGhlIE5vTGVncyBncm91cCB0byBteSBtZXNzYWdlPyAgQW0gSSANCm1pc3Np bmcgc29tZXRoaW5nIHNpbXBsZSBoZXJlPyANCg0KVGhhbmtzLg0KDQoNCg0KDQoiRXJhbmdhIFNh bWFyYXJhdGhuYSIgPHBlc0ByaWRnZWNyZXN0ZmluYW5jaWFsLmNvbT4gDQowNi8xMS8yMDA2IDE0 OjAxDQoNClRvDQpOaWNrIFZvbHBlL1RyZWFzdXJ5L0FESUEvYWVAQURJQSwgPHF1aWNrZml4LXVz ZXJzQGxpc3RzLnNvdXJjZWZvcmdlLm5ldD4sIA0KPHF1aWNrZml4LWRldmVsb3BlcnNAbGlzdHMu c291cmNlZm9yZ2UubmV0Pg0KY2MNCg0KU3ViamVjdA0KUkU6IFtRdWlja2ZpeC1kZXZlbG9wZXJz XSBBZGRpbmcgQ3VzdG9tIEZpZWxkcyB0byBOZXdPcmRlclNpbmdsZW1lc3NhZ2UgDQooRklYNC4y KQ0KDQoNCg0KDQoNCg0KaHR0cDovL3d3dy5xdWlja2ZpeGVuZ2luZS5vcmcvcXVpY2tmaXgvZG9j L2h0bWwvdXNlcl9kZWZpbmVkLmh0bWwNCiANClRoaXMgaXMgdGhlIHBsYWNlIHRvIGZpbmQgYW5z d2VyDQogDQpFcmFuZ2ENCg0KRnJvbTogTmljayBWb2xwZSBbbWFpbHRvOm5pdi50ckBhZGlhLmFl XSANClNlbnQ6IE1vbmRheSwgTm92ZW1iZXIgMDYsIDIwMDYgMzoyNSBQTQ0KVG86IEVyYW5nYSBT YW1hcmFyYXRobmENClN1YmplY3Q6IFJFOiBbUXVpY2tmaXgtZGV2ZWxvcGVyc10gQWRkaW5nIEN1 c3RvbSBGaWVsZHMgdG8gDQpOZXdPcmRlclNpbmdsZW1lc3NhZ2UgKEZJWDQuMikNCiANCg0KVGhh bmtzLiAgQW0gSSBjb3JyZWN0IGluIGFzc3VtaW5nIHRoZXJlZm9yZSB0aGF0IEkgZG9uJ3QgbmVl ZCB0byANCnJlLWdlbmVyYXRlIHRoZSBqYXZhIHNvdXJjZSBjb2RlIGFmdGVyIEkndmUgbW9kaWZp ZWQgdGhlIFhNTCBmaWxlIHNpbmNlIEkgDQphbSBzZW5kaW5nIE5ld09yZGVyU2luZ2xlIG1lc3Nh Z2VzIGJ1dCBub3QgcmVjZWl2aW5nIHRoZW0/ICBJZiBJIGRvbid0IA0KZ2VuZXJhdGUgdGhlIGph dmEgc291cmNlIGNvZGUgYW5kIHJlY29tcGlsZSBRdWlja0ZJWCB0aGVuIGhvdyBkbyBJIGNyZWF0 ZSANCmEgTmV3T3JkZXJTaW5nbGUgd2l0aCB0aGVzZSBmaWVsZHM/PyANCg0KIA0KDQoiRXJhbmdh IFNhbWFyYXJhdGhuYSIgPHBlc0ByaWRnZWNyZXN0ZmluYW5jaWFsLmNvbT4gDQowNi8xMS8yMDA2 IDEzOjI1IA0KDQoNClRvDQpOaWNrIFZvbHBlL1RyZWFzdXJ5L0FESUEvYWVAQURJQSANCmNjDQog DQpTdWJqZWN0DQpSRTogW1F1aWNrZml4LWRldmVsb3BlcnNdIEFkZGluZyBDdXN0b20gRmllbGRz IHRvIE5ld09yZGVyU2luZ2xlbWVzc2FnZSANCihGSVg0LjIpDQogDQoNCg0KIA0KIA0KDQoNCg0K DQpIaSwgDQogIA0KVGhlIGZpZWxkcyBtZW50aW9uIHlvdSBoYXZlIG5vdCBpbmNsdWRlZCBpbiBG SVg0LjIuIFNvIHdoYXQgeW91IG5lZWQgdG8gZG8gDQppcyBhZGQgdGhvc2UgdGFncyB0byA0LjIg c3BlYy4gKEZJWDQyLnhtbCkgcHJvYmFibHkgeW91IGNhbiBmaW5kIHRoaXMgZmlsZSANCmluc2lk ZSB5b3VyIHNwZWMgZm9sZGVyLiANCk5payB5b3UgZG9u4oCZdCBuZWVkIHRvIG1vZGlmeSBRRiBj b2RlLiBPbmNlIHlvdSBhZGRlZCB0aG9zZSBmaWVsZHMgdG8gNC4yIA0Kc3BlYyB5b3UgY2FuIHNp bXBseSB1c2UgaXQuIA0KICANCklmIHlvdXIgY291bnRlcnBhcnR5IG5vdCBjYXJlcyBhYm91dCB0 aGVzZSB0YWdzIHRoZW4gZGVmaW5lIGZvbGxvd2luZyBsaW5lIA0KaW4gdGhlaXIgc2Vzc2lvbiBj b25maWcgZmlsZS4gDQogIA0KW1NFU1NJT05dIA0KQmVnaW5TdHJpbmc9RklYLjQuMiANClNlbmRl ckNvbXBJRD1CS0sgDQpUYXJnZXRDb21wSUQ9QVgxIA0KRGF0YURpY3Rpb25hcnk9Li4vc3BlYy9G SVg0Mi54bWwgDQpWYWxpZGF0ZVVzZXJEZWZpbmVkRmllbGRzPU4gDQogIA0KQlIsIA0KICANCkVy YW5nYSANCiAgDQogIA0KICANCiAgDQogIA0KIA0KDQoNCkZyb206IHF1aWNrZml4LWRldmVsb3Bl cnMtYm91bmNlc0BsaXN0cy5zb3VyY2Vmb3JnZS5uZXQgDQpbbWFpbHRvOnF1aWNrZml4LWRldmVs b3BlcnMtYm91bmNlc0BsaXN0cy5zb3VyY2Vmb3JnZS5uZXRdIE9uIEJlaGFsZiBPZiANCk5pY2sg Vm9scGUNClNlbnQ6IE1vbmRheSwgTm92ZW1iZXIgMDYsIDIwMDYgMjo0MiBQTQ0KVG86IHF1aWNr Zml4LWRldmVsb3BlcnNAbGlzdHMuc291cmNlZm9yZ2UubmV0DQpTdWJqZWN0OiBbUXVpY2tmaXgt ZGV2ZWxvcGVyc10gQWRkaW5nIEN1c3RvbSBGaWVsZHMgdG8gDQpOZXdPcmRlclNpbmdsZW1lc3Nh Z2UgKEZJWDQuMikgDQogIA0KDQpJJ20gdXNpbmcgUXVpY2tGSVggMS4xMS4wIGZvciBKYXZhIGFu ZCBoYXZlIGEgcXVlc3Rpb24gcmVsYXRlZCB0byBhZGRpbmcgDQpjdXN0b20gZmllbGRzIHRvIHRo ZSBGSVg0LjIgTmV3T3JkZXJTaW5nbGUgbWVzc2FnZSwgdG8gZW5hYmxlIG1lIHRvIHNlbmQgDQpt dWx0aS1sZWcgb3JkZXJzIHRvIG15IGNvdW50ZXJwYXJ0eS4gIFRoZXNlIGZpZWxkcyBleGlzdCBp biBGSVg0LjQuIA0KDQpSZXBlYXRpbmcgR3JvdXAgTmFtZSAgICAgICAgRmllbGQgTnVtYmVyIA0K Tm9MZWdzICAgICAgICAgICAgICAgICAgICAgICAgNTU1IA0KDQpSZXBlYXRpbmcgR3JvdXAgTWVt YmVyICAgICAgICBGaWVsZCBOdW1iZXIgDQpMZWdTeW1ib2wgICAgICAgICAgICAgICAgICAgICAg ICA2MDAgDQpMZWdDRklDb2RlICAgICAgICAgICAgICAgICAgICAgICAgNjA4IA0KTGVnTWF0dXJp dHlNb250aFllYXIgICAgICAgICAgICAgICAgNjEwIA0KTGVnUmF0aW9RdHkgICAgICAgICAgICAg ICAgICAgICAgICA2MjMgDQpMZWdTaWRlICAgICAgICAgICAgICAgICAgICAgICAgNjI0IA0KDQpE byBJIHNpbXBseSBuZWVkIHRvIGFkZCB0aGVzZSBmaWVsZHMgdG8gdGhlIERhdGEgRGljdGlvbmFy eSBpbiBvcmRlciB0byBiZSANCmFibGUgdG8gc2VuZCBOZXdPcmRlclNpbmdsZSBtZXNzYWdlcyB3 aXRoLCBvciB3aXRob3V0LCB0aGVzZSBuZXcgZmllbGRzPyANCk9yIGRvIEkgbmVlZCB0byBtb2Rp ZnkgdGhlIFF1aWNrRml4IGNvZGUgaW4gc29tZSB3YXk/ICBJIGd1ZXNzIEknbSBhZnRlciANCnRo ZSBzYWZlc3Qgd2F5IHRvIGJlIGFibGUgdG8gc2VuZCBtZXNzYWdlcyB0aGF0IG1heSBvciBtYXkg bm90IGhhdmUgdGhlc2UgDQpmaWVsZHMgZGVmaW5lZCBkdXJpbmcgYSBwYXJ0aWN1bGFyIGZpeCBz ZXNzaW9uIHdpdGggb3VyIGNvdW50ZXJwYXJ0eS4gDQoNClRoYW5rcy4NCg0KTmlrIA0KKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiogDQoNClRoaXMg ZW1haWwgYW5kIGFueSBmaWxlcyB0cmFuc21pdHRlZCB3aXRoIGl0IGFyZSBjb25maWRlbnRpYWwg YW5kIA0KaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsIG9yIGVu dGl0eSB0byB3aG9tIHRoZXkgDQphcmUgYWRkcmVzc2VkLiBBbnkgdW5hdXRob3JpemVkIHVzZSBv ZiB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIA0KaW4gdGhpcyBlbWFpbCBvciBpdHMgYXR0YWNo bWVudHMgaXMgcHJvaGliaXRlZC4gSWYgdGhpcyBlbWFpbCBpcyByZWNlaXZlZCANCmluIA0KZXJy b3IsIHBsZWFzZSBjb250YWN0IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGUgbWF0ZXJpYWwgZnJv bSB5b3VyIA0KY29tcHV0ZXIgc3lzdGVtcy4gRG8gbm90IHVzZSwgY29weSwgb3IgZGlzY2xvc2Ug dGhlIGNvbnRlbnRzIG9mIHRoaXMgDQplbWFpbCBvciBhbnkgYXR0YWNobWVudHMuIA0KQWJ1IERo YWJpIEludmVzdG1lbnQgQXV0aG9yaXR5IChBRElBKSBhY2NlcHRzIG5vIHJlc3BvbnNpYmlsaXR5 IGZvciANCnRoZSBjb250ZW50IG9mIHRoaXMgZW1haWwgdG8gdGhlIGV4dGVudCB0aGF0IHRoZSBz YW1lIGNvbnNpc3RzIG9mIA0Kc3RhdGVtZW50cyBhbmQgb3BpbmlvbnMgbWFkZSB3aGljaCBhcmUg dGhlIHNlbmRlcnMgb3duIGFuZCBub3QgDQptYWRlIG9uIGJlaGFsZiBvZiBBRElBLiBOb3IgZG9l cyBBRElBIGFjY2VwdCBhbnkgbGlhYmlsaXR5IGZvciBhbnkgDQplcnJvcnMgb3Igb21pc3Npb25z IGluIHRoZSBjb250ZW50IG9mIHRoaXMgZW1haWwgY2F1c2VkIGJ5IGVsZWN0cm9uaWMgDQphbmQg dGVjaG5pY2FsIGZhaWx1cmVzLiANCkFsdGhvdWdoIEFESUEgaGFzIHRha2VuIHJlYXNvbmFibGUg cHJlY2F1dGlvbnMgdG8gZW5zdXJlIHRoYXQgbm8gDQp2aXJ1c2VzIGFyZSBwcmVzZW50IGluIHRo aXMgZW1haWwsIEFESUEgYWNjZXB0cyBubyByZXNwb25zaWJpbGl0eSBmb3IgDQphbnkgbG9zcyBv ciBkYW1hZ2UgYXJpc2luZyBmcm9tIHRoZSB1c2Ugb2YgdGhpcyBlbWFpbCBvciBpdHMgDQphdHRh Y2htZW50cy4gDQoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKiANCg0KICANCg0K |
|
From: Eranga S. <pe...@ri...> - 2006-11-06 10:02:30
|
http://www.quickfixengine.org/quickfix/doc/html/user_defined.html This is the place to find answer Eranga _____ From: Nick Volpe [mailto:ni...@ad...] Sent: Monday, November 06, 2006 3:25 PM To: Eranga Samararathna Subject: RE: [Quickfix-developers] Adding Custom Fields to NewOrderSinglemessage (FIX4.2) Thanks. Am I correct in assuming therefore that I don't need to re-generate the java source code after I've modified the XML file since I am sending NewOrderSingle messages but not receiving them? If I don't generate the java source code and recompile QuickFIX then how do I create a NewOrderSingle with these fields?? Nicholas Volpe Treasury Department Abu Dhabi Investment Authority Extension: 2511 Telephone: +971 2 613 2511 Mobile: +971 50 592 8047 Email: <mailto:ni...@ad...> ni...@ad... "Eranga Samararathna" <pe...@ri...> 06/11/2006 13:25 To Nick Volpe/Treasury/ADIA/ae@ADIA cc Subject RE: [Quickfix-developers] Adding Custom Fields to NewOrderSinglemessage (FIX4.2) Hi, The fields mention you have not included in FIX4.2. So what you need to do is add those tags to 4.2 spec. (FIX42.xml) probably you can find this file inside your spec folder. Nik you don't need to modify QF code. Once you added those fields to 4.2 spec you can simply use it. If your counterparty not cares about these tags then define following line in their session config file. [SESSION] BeginString=FIX.4.2 SenderCompID=BKK TargetCompID=AX1 DataDictionary=../spec/FIX42.xml ValidateUserDefinedFields=N BR, Eranga _____ From: qui...@li... [mailto:qui...@li...] On Behalf Of Nick Volpe Sent: Monday, November 06, 2006 2:42 PM To: qui...@li... Subject: [Quickfix-developers] Adding Custom Fields to NewOrderSinglemessage (FIX4.2) I'm using QuickFIX 1.11.0 for Java and have a question related to adding custom fields to the FIX4.2 NewOrderSingle message, to enable me to send multi-leg orders to my counterparty. These fields exist in FIX4.4. Repeating Group Name Field Number NoLegs 555 Repeating Group Member Field Number LegSymbol 600 LegCFICode 608 LegMaturityMonthYear 610 LegRatioQty 623 LegSide 624 Do I simply need to add these fields to the Data Dictionary in order to be able to send NewOrderSingle messages with, or without, these new fields? Or do I need to modify the QuickFix code in some way? I guess I'm after the safest way to be able to send messages that may or may not have these fields defined during a particular fix session with our counterparty. Thanks. Nik **************************************************************************** ********************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized use of the information contained in this email or its attachments is prohibited. If this email is received in error, please contact the sender and delete the material from your computer systems. Do not use, copy, or disclose the contents of this email or any attachments. Abu Dhabi Investment Authority (ADIA) accepts no responsibility for the content of this email to the extent that the same consists of statements and opinions made which are the senders own and not made on behalf of ADIA. Nor does ADIA accept any liability for any errors or omissions in the content of this email caused by electronic and technical failures. Although ADIA has taken reasonable precautions to ensure that no viruses are present in this email, ADIA accepts no responsibility for any loss or damage arising from the use of this email or its attachments. **************************************************************************** ********************************** |
|
From: Eranga S. <pe...@ri...> - 2006-11-06 09:35:36
|
Your FIX4.2.xml may looks like ;
<field number="555" name=" NoLegs " type="CHAR"/>
<field number="600" name=" LegSymbol " type="STRING"/>
<field number="608" name=" LegCFICode " type="STRING"/>
<message name="NewOrderSingle" msgtype="D" msgcat="app">
..........................
........................
<field name="SecurityID" required="N"/>
<field name="IDSource" required="N"/>
<field name="SecurityType" required="N"/>
......
............
<field name=" NoLegs " required="N"/>
<field name=" LegSymbol " required="N"/>
<field name=" LegCFICode " required="N"/>
</message>
BR,
Eranga
_____
From: Eranga Samararathna [mailto:pe...@ri...]
Sent: Monday, November 06, 2006 2:56 PM
To: 'Nick Volpe'; 'qui...@li...';
'qui...@li...'
Subject: FW: [Quickfix-developers] Adding Custom Fields to
NewOrderSinglemessage (FIX4.2)
_____
From: Eranga Samararathna [mailto:pe...@ri...]
Sent: Monday, November 06, 2006 2:56 PM
To: 'Nick Volpe'
Subject: RE: [Quickfix-developers] Adding Custom Fields to
NewOrderSinglemessage (FIX4.2)
Hi,
The fields mention you have not included in FIX4.2. So what you need to do
is add those tags to 4.2 spec. (FIX42.xml) probably you can find this file
inside your spec folder.
Nik you don't need to modify QF code. Once you added those fields to 4.2
spec you can simply use it.
If your counterparty not cares about these tags then define following line
in their session config file.
[SESSION]
BeginString=FIX.4.2
SenderCompID=BKK
TargetCompID=AX1
DataDictionary=../spec/FIX42.xml
ValidateUserDefinedFields=N
BR,
Eranga
_____
From: qui...@li...
[mailto:qui...@li...] On Behalf Of Nick
Volpe
Sent: Monday, November 06, 2006 2:42 PM
To: qui...@li...
Subject: [Quickfix-developers] Adding Custom Fields to NewOrderSinglemessage
(FIX4.2)
I'm using QuickFIX 1.11.0 for Java and have a question related to adding
custom fields to the FIX4.2 NewOrderSingle message, to enable me to send
multi-leg orders to my counterparty. These fields exist in FIX4.4.
Repeating Group Name Field Number
NoLegs 555
Repeating Group Member Field Number
LegSymbol 600
LegCFICode 608
LegMaturityMonthYear 610
LegRatioQty 623
LegSide 624
Do I simply need to add these fields to the Data Dictionary in order to be
able to send NewOrderSingle messages with, or without, these new fields? Or
do I need to modify the QuickFix code in some way? I guess I'm after the
safest way to be able to send messages that may or may not have these fields
defined during a particular fix session with our counterparty.
Thanks.
Nik
****************************************************************************
**********************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. Any unauthorized use of the information contained
in this email or its attachments is prohibited. If this email is received in
error, please contact the sender and delete the material from your
computer systems. Do not use, copy, or disclose the contents of this
email or any attachments.
Abu Dhabi Investment Authority (ADIA) accepts no responsibility for
the content of this email to the extent that the same consists of
statements and opinions made which are the senders own and not
made on behalf of ADIA. Nor does ADIA accept any liability for any
errors or omissions in the content of this email caused by electronic
and technical failures.
Although ADIA has taken reasonable precautions to ensure that no
viruses are present in this email, ADIA accepts no responsibility for
any loss or damage arising from the use of this email or its
attachments.
****************************************************************************
**********************************
|
|
From: Eranga S. <pe...@ri...> - 2006-11-06 09:27:27
|
_____ From: Eranga Samararathna [mailto:pe...@ri...] Sent: Monday, November 06, 2006 2:56 PM To: 'Nick Volpe' Subject: RE: [Quickfix-developers] Adding Custom Fields to NewOrderSinglemessage (FIX4.2) Hi, The fields mention you have not included in FIX4.2. So what you need to do is add those tags to 4.2 spec. (FIX42.xml) probably you can find this file inside your spec folder. Nik you don't need to modify QF code. Once you added those fields to 4.2 spec you can simply use it. If your counterparty not cares about these tags then define following line in their session config file. [SESSION] BeginString=FIX.4.2 SenderCompID=BKK TargetCompID=AX1 DataDictionary=../spec/FIX42.xml ValidateUserDefinedFields=N BR, Eranga _____ From: qui...@li... [mailto:qui...@li...] On Behalf Of Nick Volpe Sent: Monday, November 06, 2006 2:42 PM To: qui...@li... Subject: [Quickfix-developers] Adding Custom Fields to NewOrderSinglemessage (FIX4.2) I'm using QuickFIX 1.11.0 for Java and have a question related to adding custom fields to the FIX4.2 NewOrderSingle message, to enable me to send multi-leg orders to my counterparty. These fields exist in FIX4.4. Repeating Group Name Field Number NoLegs 555 Repeating Group Member Field Number LegSymbol 600 LegCFICode 608 LegMaturityMonthYear 610 LegRatioQty 623 LegSide 624 Do I simply need to add these fields to the Data Dictionary in order to be able to send NewOrderSingle messages with, or without, these new fields? Or do I need to modify the QuickFix code in some way? I guess I'm after the safest way to be able to send messages that may or may not have these fields defined during a particular fix session with our counterparty. Thanks. Nik **************************************************************************** ********************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized use of the information contained in this email or its attachments is prohibited. If this email is received in error, please contact the sender and delete the material from your computer systems. Do not use, copy, or disclose the contents of this email or any attachments. Abu Dhabi Investment Authority (ADIA) accepts no responsibility for the content of this email to the extent that the same consists of statements and opinions made which are the senders own and not made on behalf of ADIA. Nor does ADIA accept any liability for any errors or omissions in the content of this email caused by electronic and technical failures. Although ADIA has taken reasonable precautions to ensure that no viruses are present in this email, ADIA accepts no responsibility for any loss or damage arising from the use of this email or its attachments. **************************************************************************** ********************************** |
|
From: Nick V. <ni...@ad...> - 2006-11-06 09:12:02
|
I'm using QuickFIX 1.11.0 for Java and have a question related to adding custom fields to the FIX4.2 NewOrderSingle message, to enable me to send multi-leg orders to my counterparty. These fields exist in FIX4.4. Repeating Group Name Field Number NoLegs 555 Repeating Group Member Field Number LegSymbol 600 LegCFICode 608 LegMaturityMonthYear 610 LegRatioQty 623 LegSide 624 Do I simply need to add these fields to the Data Dictionary in order to be able to send NewOrderSingle messages with, or without, these new fields? Or do I need to modify the QuickFix code in some way? I guess I'm after the safest way to be able to send messages that may or may not have these fields defined during a particular fix session with our counterparty. Thanks. Nik ************************************************************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized use of the information contained in this email or its attachments is prohibited. If this email is received in error, please contact the sender and delete the material from your computer systems. Do not use, copy, or disclose the contents of this email or any attachments. Abu Dhabi Investment Authority (ADIA) accepts no responsibility for the content of this email to the extent that the same consists of statements and opinions made which are the senders own and not made on behalf of ADIA. Nor does ADIA accept any liability for any errors or omissions in the content of this email caused by electronic and technical failures. Although ADIA has taken reasonable precautions to ensure that no viruses are present in this email, ADIA accepts no responsibility for any loss or damage arising from the use of this email or its attachments. ************************************************************************************************************** |
|
From: Dave L. <dav...@ma...> - 2006-11-03 07:13:26
|
> Sorry, meant TargetSubID and SenderSubID. Any outgoing messages pass through the toAdmin() or toApp() functions, just before they are actually sent. So you can set them in the toAdmin() function. Cheers, Dave |
98 messages has been excluded from this view by a project administrator.
