quickfix-developers Mailing List for QuickFIX (Page 67)
Brought to you by:
orenmnero
You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
|
Feb
(5) |
Mar
(16) |
Apr
(15) |
May
(17) |
Jun
(33) |
Jul
(35) |
Aug
(34) |
Sep
(19) |
Oct
(40) |
Nov
(51) |
Dec
(43) |
2003 |
Jan
(45) |
Feb
(79) |
Mar
(124) |
Apr
(121) |
May
(132) |
Jun
(77) |
Jul
(110) |
Aug
(57) |
Sep
(48) |
Oct
(83) |
Nov
(60) |
Dec
(40) |
2004 |
Jan
(67) |
Feb
(72) |
Mar
(74) |
Apr
(87) |
May
(70) |
Jun
(96) |
Jul
(75) |
Aug
(147) |
Sep
(128) |
Oct
(83) |
Nov
(67) |
Dec
(42) |
2005 |
Jan
(110) |
Feb
(84) |
Mar
(68) |
Apr
(55) |
May
(51) |
Jun
(192) |
Jul
(111) |
Aug
(100) |
Sep
(79) |
Oct
(127) |
Nov
(73) |
Dec
(112) |
2006 |
Jan
(95) |
Feb
(120) |
Mar
(138) |
Apr
(127) |
May
(124) |
Jun
(97) |
Jul
(103) |
Aug
(88) |
Sep
(138) |
Oct
(91) |
Nov
(112) |
Dec
(57) |
2007 |
Jan
(55) |
Feb
(35) |
Mar
(56) |
Apr
(16) |
May
(20) |
Jun
(77) |
Jul
(43) |
Aug
(47) |
Sep
(29) |
Oct
(54) |
Nov
(39) |
Dec
(40) |
2008 |
Jan
(69) |
Feb
(79) |
Mar
(122) |
Apr
(106) |
May
(114) |
Jun
(76) |
Jul
(83) |
Aug
(71) |
Sep
(53) |
Oct
(75) |
Nov
(54) |
Dec
(43) |
2009 |
Jan
(32) |
Feb
(31) |
Mar
(64) |
Apr
(48) |
May
(38) |
Jun
(43) |
Jul
(35) |
Aug
(15) |
Sep
(52) |
Oct
(62) |
Nov
(62) |
Dec
(21) |
2010 |
Jan
(44) |
Feb
(10) |
Mar
(47) |
Apr
(22) |
May
(5) |
Jun
(54) |
Jul
(19) |
Aug
(54) |
Sep
(16) |
Oct
(15) |
Nov
(7) |
Dec
(8) |
2011 |
Jan
(18) |
Feb
(9) |
Mar
(5) |
Apr
(5) |
May
(41) |
Jun
(40) |
Jul
(29) |
Aug
(17) |
Sep
(12) |
Oct
(23) |
Nov
(22) |
Dec
(11) |
2012 |
Jan
(8) |
Feb
(24) |
Mar
(5) |
Apr
(5) |
May
(6) |
Jun
(5) |
Jul
(5) |
Aug
(5) |
Sep
(2) |
Oct
(9) |
Nov
(2) |
Dec
(18) |
2013 |
Jan
(25) |
Feb
(16) |
Mar
(8) |
Apr
(2) |
May
(16) |
Jun
(17) |
Jul
(2) |
Aug
(13) |
Sep
(3) |
Oct
(4) |
Nov
(1) |
Dec
|
2014 |
Jan
(2) |
Feb
|
Mar
(22) |
Apr
(9) |
May
(3) |
Jun
(1) |
Jul
(5) |
Aug
(11) |
Sep
(18) |
Oct
(4) |
Nov
(4) |
Dec
(3) |
2015 |
Jan
(2) |
Feb
|
Mar
|
Apr
(3) |
May
(4) |
Jun
(37) |
Jul
|
Aug
(4) |
Sep
(6) |
Oct
(1) |
Nov
(4) |
Dec
(2) |
2016 |
Jan
(9) |
Feb
(3) |
Mar
(7) |
Apr
(1) |
May
(8) |
Jun
|
Jul
|
Aug
|
Sep
(7) |
Oct
(3) |
Nov
(16) |
Dec
|
2017 |
Jan
(1) |
Feb
(15) |
Mar
(2) |
Apr
(12) |
May
(4) |
Jun
(7) |
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
(23) |
Dec
(8) |
2018 |
Jan
(2) |
Feb
(4) |
Mar
(2) |
Apr
(8) |
May
(3) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(5) |
Nov
(3) |
Dec
|
2020 |
Jan
|
Feb
(4) |
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
(12) |
Aug
(5) |
Sep
(3) |
Oct
(1) |
Nov
|
Dec
(1) |
2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2025 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Wilhelm T. <wil...@ya...> - 2008-10-29 16:26:15
|
Hello, I need some help to compile quickfix. I'm trying to compile quickfix straight from SVN and I find a bunch of issues. I'm using the quickfix_vs8.sln solution file quickfix_vs8 seem to compile ok quickfix_net_vs8 need the FieldMap.cpp + it also require a bunch of functions like QuickFix::mapGetInt for instance (I attach more trace at the end of the email) quickfix_net_messages_vs8 needs quickfix_net_vs8 and I do not have it because of previous mention issues. If someone could help me that will be great? Thank you for your help Wilhelm Message.obj : error LNK2020: unresolved token (0A001078) "int __cdecl QuickFix::mapGetInt(int,class FIX::FieldMap &)" (?mapGetInt@QuickFix@@$$FYAHHAAVFieldMap@FIX@@@Z) Group.obj : error LNK2028: unresolved token (0A000CFD) "int __cdecl QuickFix::mapGetInt(int,class FIX::FieldMap &)" (?mapGetInt@QuickFix@@$$FYAHHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual int __clrcall QuickFix::Group::getInt(int)" (?getInt@Group@QuickFix@@$$FU$AAMHH@Z) Message.obj : error LNK2020: unresolved token (0A001079) "void __cdecl QuickFix::mapSetBoolean(int,bool,class FIX::FieldMap &)" (?mapSetBoolean@QuickFix@@$$FYAXH_NAAVFieldMap@FIX@@@Z) Group.obj : error LNK2028: unresolved token (0A000CFE) "void __cdecl QuickFix::mapSetBoolean(int,bool,class FIX::FieldMap &)" (?mapSetBoolean@QuickFix@@$$FYAXH_NAAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Group::setBoolean(int,bool)" (?setBoolean@Group@QuickFix@@$$FU$AAMXH_N@Z) Message.obj : error LNK2028: unresolved token (0A00107A) "void __clrcall QuickFix::mapSetUtcTimeStamp(int,class System::DateTime,bool,class FIX::FieldMap &)" (?mapSetUtcTimeStamp@QuickFix@@$$FYMXHVDateTime@System@@_NAAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::setUtcTimeStamp(int,class System::DateTime)" (?setUtcTimeStamp@Header@Message@QuickFix@@$$FU$AAMXHVDateTime@System@@@Z) Group.obj : error LNK2028: unresolved token (0A000CFF) "void __clrcall QuickFix::mapSetUtcTimeStamp(int,class System::DateTime,bool,class FIX::FieldMap &)" (?mapSetUtcTimeStamp@QuickFix@@$$FYMXHVDateTime@System@@_NAAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Group::setUtcTimeStamp(int,class System::DateTime)" (?setUtcTimeStamp@Group@QuickFix@@$$FU$AAMXHVDateTime@System@@@Z) Message.obj : error LNK2028: unresolved token (0A00107C) "void __cdecl QuickFix::mapSetChar(int,char,class FIX::FieldMap &)" (?mapSetChar@QuickFix@@$$FYAXHDAAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::setChar(int,wchar_t)" (?setChar@Header@Message@QuickFix@@$$FU$AAMXH_W@Z) Group.obj : error LNK2028: unresolved token (0A000D01) "void __cdecl QuickFix::mapSetChar(int,char,class FIX::FieldMap &)" (?mapSetChar@QuickFix@@$$FYAXHDAAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Group::setChar(int,wchar_t)" (?setChar@Group@QuickFix@@$$FU$AAMXH_W@Z) Message.obj : error LNK2020: unresolved token (0A00107D) "void __clrcall QuickFix::mapSetUtcTimeOnly(int,class System::DateTime,bool,class FIX::FieldMap &)" (?mapSetUtcTimeOnly@QuickFix@@$$FYMXHVDateTime@System@@_NAAVFieldMap@FIX@@@Z) Group.obj : error LNK2028: unresolved token (0A000D02) "void __clrcall QuickFix::mapSetUtcTimeOnly(int,class System::DateTime,bool,class FIX::FieldMap &)" (?mapSetUtcTimeOnly@QuickFix@@$$FYMXHVDateTime@System@@_NAAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Group::setUtcTimeOnly(int,class System::DateTime)" (?setUtcTimeOnly@Group@QuickFix@@$$FU$AAMXHVDateTime@System@@@Z) Message.obj : error LNK2028: unresolved token (0A00107E) "void __cdecl QuickFix::mapSetInt(int,int,class FIX::FieldMap &)" (?mapSetInt@QuickFix@@$$FYAXHHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::setInt(int,int)" (?setInt@Header@Message@QuickFix@@$$FU$AAMXHH@Z) Group.obj : error LNK2028: unresolved token (0A000D03) "void __cdecl QuickFix::mapSetInt(int,int,class FIX::FieldMap &)" (?mapSetInt@QuickFix@@$$FYAXHHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Group::setInt(int,int)" (?setInt@Group@QuickFix@@$$FU$AAMXHH@Z) Message.obj : error LNK2020: unresolved token (0A00107F) "class System::DateTime __clrcall QuickFix::mapGetUtcTimeOnly(int,class FIX::FieldMap &)" (?mapGetUtcTimeOnly@QuickFix@@$$FYM?AVDateTime@System@@HAAVFieldMap@FIX@@@Z) Group.obj : error LNK2028: unresolved token (0A000D04) "class System::DateTime __clrcall QuickFix::mapGetUtcTimeOnly(int,class FIX::FieldMap &)" (?mapGetUtcTimeOnly@QuickFix@@$$FYM?AVDateTime@System@@HAAVFieldMap@FIX@@@Z) referenced in function "public: virtual class System::DateTime __clrcall QuickFix::Group::getUtcTimeOnly(int)" (?getUtcTimeOnly@Group@QuickFix@@$$FU$AAM?AVDateTime@System@@H@Z) Message.obj : error LNK2020: unresolved token (0A001080) "class System::DateTime __clrcall QuickFix::mapGetUtcDateOnly(int,class FIX::FieldMap &)" (?mapGetUtcDateOnly@QuickFix@@$$FYM?AVDateTime@System@@HAAVFieldMap@FIX@@@Z) Group.obj : error LNK2028: unresolved token (0A000D05) "class System::DateTime __clrcall QuickFix::mapGetUtcDateOnly(int,class FIX::FieldMap &)" (?mapGetUtcDateOnly@QuickFix@@$$FYM?AVDateTime@System@@HAAVFieldMap@FIX@@@Z) referenced in function "public: virtual class System::DateTime __clrcall QuickFix::Group::getUtcDateOnly(int)" (?getUtcDateOnly@Group@QuickFix@@$$FU$AAM?AVDateTime@System@@H@Z) Message.obj : error LNK2028: unresolved token (0A001083) "void __cdecl QuickFix::mapSetDouble(int,double,int,class FIX::FieldMap &)" (?mapSetDouble@QuickFix@@$$FYAXHNHAAVFieldMap@FIX@@@Z) referenced in function "public: void __clrcall QuickFix::Message::Header::setDouble(int,double,int)" (?setDouble@Header@Message@QuickFix@@$$FQ$AAMXHNH@Z) Group.obj : error LNK2028: unresolved token (0A000D06) "void __cdecl QuickFix::mapSetDouble(int,double,int,class FIX::FieldMap &)" (?mapSetDouble@QuickFix@@$$FYAXHNHAAVFieldMap@FIX@@@Z) referenced in function "public: void __clrcall QuickFix::Group::setDouble(int,double,int)" (?setDouble@Group@QuickFix@@$$FQ$AAMXHNH@Z) Message.obj : error LNK2020: unresolved token (0A001084) "void __cdecl QuickFix::mapSetDouble(int,double,class FIX::FieldMap &)" (?mapSetDouble@QuickFix@@$$FYAXHNAAVFieldMap@FIX@@@Z) Group.obj : error LNK2028: unresolved token (0A000D07) "void __cdecl QuickFix::mapSetDouble(int,double,class FIX::FieldMap &)" (?mapSetDouble@QuickFix@@$$FYAXHNAAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Group::setDouble(int,double)" (?setDouble@Group@QuickFix@@$$FU$AAMXHN@Z) Message.obj : error LNK2028: unresolved token (0A001085) "void __clrcall QuickFix::mapSetString(int,class System::String ^,class FIX::FieldMap &)" (?mapSetString@QuickFix@@$$FYMXHP$AAVString@System@@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::setString(int,class System::String ^)" (?setString@Header@Message@QuickFix@@$$FU$AAMXHP$AAVString@System@@@Z) Group.obj : error LNK2028: unresolved token (0A000D08) "void __clrcall QuickFix::mapSetString(int,class System::String ^,class FIX::FieldMap &)" (?mapSetString@QuickFix@@$$FYMXHP$AAVString@System@@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Group::setString(int,class System::String ^)" (?setString@Group@QuickFix@@$$FU$AAMXHP$AAVString@System@@@Z) Message.obj : error LNK2028: unresolved token (0A00109A) "void __clrcall QuickFix::mapSetUtcDateOnly(int,class System::DateTime,class FIX::FieldMap &)" (?mapSetUtcDateOnly@QuickFix@@$$FYMXHVDateTime@System@@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::setUtcDateOnly(int,class System::DateTime)" (?setUtcDateOnly@Header@Message@QuickFix@@$$FU$AAMXHVDateTime@System@@@Z) Group.obj : error LNK2028: unresolved token (0A000D09) "void __clrcall QuickFix::mapSetUtcDateOnly(int,class System::DateTime,class FIX::FieldMap &)" (?mapSetUtcDateOnly@QuickFix@@$$FYMXHVDateTime@System@@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Group::setUtcDateOnly(int,class System::DateTime)" (?setUtcDateOnly@Group@QuickFix@@$$FU$AAMXHVDateTime@System@@@Z) Message.obj : error LNK2028: unresolved token (0A00109B) "bool __cdecl QuickFix::mapGetBoolean(int,class FIX::FieldMap &)" (?mapGetBoolean@QuickFix@@$$FYA_NHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual bool __clrcall QuickFix::Message::Header::getBoolean(int)" (?getBoolean@Header@Message@QuickFix@@$$FU$AAM_NH@Z) Group.obj : error LNK2028: unresolved token (0A000D0A) "bool __cdecl QuickFix::mapGetBoolean(int,class FIX::FieldMap &)" (?mapGetBoolean@QuickFix@@$$FYA_NHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual bool __clrcall QuickFix::Group::getBoolean(int)" (?getBoolean@Group@QuickFix@@$$FU$AAM_NH@Z) Message.obj : error LNK2028: unresolved token (0A00109C) "class System::DateTime __clrcall QuickFix::mapGetUtcTimeStamp(int,class FIX::FieldMap &)" (?mapGetUtcTimeStamp@QuickFix@@$$FYM?AVDateTime@System@@HAAVFieldMap@FIX@@@Z) referenced in function "public: virtual class System::DateTime __clrcall QuickFix::Message::Header::getUtcTimeStamp(int)" (?getUtcTimeStamp@Header@Message@QuickFix@@$$FU$AAM?AVDateTime@System@@H@Z) Group.obj : error LNK2028: unresolved token (0A000D0B) "class System::DateTime __clrcall QuickFix::mapGetUtcTimeStamp(int,class FIX::FieldMap &)" (?mapGetUtcTimeStamp@QuickFix@@$$FYM?AVDateTime@System@@HAAVFieldMap@FIX@@@Z) referenced in function "public: virtual class System::DateTime __clrcall QuickFix::Group::getUtcTimeStamp(int)" (?getUtcTimeStamp@Group@QuickFix@@$$FU$AAM?AVDateTime@System@@H@Z) Message.obj : error LNK2028: unresolved token (0A00109D) "char __cdecl QuickFix::mapGetChar(int,class FIX::FieldMap &)" (?mapGetChar@QuickFix@@$$FYADHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual wchar_t __clrcall QuickFix::Message::Header::getChar(int)" (?getChar@Header@Message@QuickFix@@$$FU$AAM_WH@Z) Group.obj : error LNK2028: unresolved token (0A000D0C) "char __cdecl QuickFix::mapGetChar(int,class FIX::FieldMap &)" (?mapGetChar@QuickFix@@$$FYADHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual wchar_t __clrcall QuickFix::Group::getChar(int)" (?getChar@Group@QuickFix@@$$FU$AAM_WH@Z) Message.obj : error LNK2028: unresolved token (0A0010A0) "double __cdecl QuickFix::mapGetDouble(int,class FIX::FieldMap &)" (?mapGetDouble@QuickFix@@$$FYANHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual double __clrcall QuickFix::Message::Header::getDouble(int)" (?getDouble@Header@Message@QuickFix@@$$FU$AAMNH@Z) Group.obj : error LNK2028: unresolved token (0A000D0D) "double __cdecl QuickFix::mapGetDouble(int,class FIX::FieldMap &)" (?mapGetDouble@QuickFix@@$$FYANHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual double __clrcall QuickFix::Group::getDouble(int)" (?getDouble@Group@QuickFix@@$$FU$AAMNH@Z) Message.obj : error LNK2028: unresolved token (0A0010A1) "class System::String ^ __clrcall QuickFix::mapGetString(int,class FIX::FieldMap &)" (?mapGetString@QuickFix@@$$FYMP$AAVString@System@@HAAVFieldMap@FIX@@@Z) referenced in function "public: virtual class System::String ^ __clrcall QuickFix::Message::Header::getString(int)" (?getString@Header@Message@QuickFix@@$$FU$AAMP$AAVString@System@@H@Z) Group.obj : error LNK2028: unresolved token (0A000D0E) "class System::String ^ __clrcall QuickFix::mapGetString(int,class FIX::FieldMap &)" (?mapGetString@QuickFix@@$$FYMP$AAVString@System@@HAAVFieldMap@FIX@@@Z) referenced in function "public: virtual class System::String ^ __clrcall QuickFix::Group::getString(int)" (?getString@Group@QuickFix@@$$FU$AAMP$AAVString@System@@H@Z) Message.obj : error LNK2028: unresolved token (0A001081) "void __cdecl QuickFix::mapRemoveGroup(int,class FIX::FieldMap &)" (?mapRemoveGroup@QuickFix@@$$FYAXHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::removeGroup(int)" (?removeGroup@Header@Message@QuickFix@@$$FU$AAMXH@Z) Message.obj : error LNK2028: unresolved token (0A001082) "void __cdecl QuickFix::mapRemoveGroup(unsigned int,int,class FIX::FieldMap &)" (?mapRemoveGroup@QuickFix@@$$FYAXIHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::removeGroup(unsigned int,int)" (?removeGroup@Header@Message@QuickFix@@$$FU$AAMXIH@Z) Message.obj : error LNK2028: unresolved token (0A001086) "int __cdecl QuickFix::mapGroupCount(int,class FIX::FieldMap &)" (?mapGroupCount@QuickFix@@$$FYAHHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual int __clrcall QuickFix::Message::Header::groupCount(int)" (?groupCount@Header@Message@QuickFix@@$$FU$AAMHH@Z) Message.obj : error LNK2028: unresolved token (0A001087) "void __cdecl QuickFix::mapRemoveField(int,class FIX::FieldMap &)" (?mapRemoveField@QuickFix@@$$FYAXHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::removeField(int)" (?removeField@Header@Message@QuickFix@@$$FU$AAMXH@Z) Message.obj : error LNK2028: unresolved token (0A001088) "void __clrcall QuickFix::mapSetField(int,class System::String ^,class FIX::FieldMap &)" (?mapSetField@QuickFix@@$$FYMXHP$AAVString@System@@AAVFieldMap@FIX@@@Z) referenced in function "public: void __clrcall QuickFix::Message::Header::setField(int,class System::String ^)" (?setField@Header@Message@QuickFix@@$$FQ$AAMXHP$AAVString@System@@@Z) Message.obj : error LNK2028: unresolved token (0A001089) "void __clrcall QuickFix::mapSetField(class QuickFix::UtcTimeOnlyField ^,class FIX::FieldMap &)" (?mapSetField@QuickFix@@$$FYMXP$AAVUtcTimeOnlyField@1@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::setField(class QuickFix::UtcTimeOnlyField ^)" (?setField@Header@Message@QuickFix@@$$FU$AAMXP$AAVUtcTimeOnlyField@3@@Z) Message.obj : error LNK2028: unresolved token (0A00108A) "void __clrcall QuickFix::mapSetField(class QuickFix::UtcDateOnlyField ^,class FIX::FieldMap &)" (?mapSetField@QuickFix@@$$FYMXP$AAVUtcDateOnlyField@1@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::setField(class QuickFix::UtcDateOnlyField ^)" (?setField@Header@Message@QuickFix@@$$FU$AAMXP$AAVUtcDateOnlyField@3@@Z) Message.obj : error LNK2028: unresolved token (0A00108B) "void __clrcall QuickFix::mapSetField(class QuickFix::UtcTimeStampField ^,class FIX::FieldMap &)" (?mapSetField@QuickFix@@$$FYMXP$AAVUtcTimeStampField@1@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::setField(class QuickFix::UtcTimeStampField ^)" (?setField@Header@Message@QuickFix@@$$FU$AAMXP$AAVUtcTimeStampField@3@@Z) Message.obj : error LNK2028: unresolved token (0A00108C) "void __clrcall QuickFix::mapSetField(class QuickFix::DoubleField ^,class FIX::FieldMap &)" (?mapSetField@QuickFix@@$$FYMXP$AAVDoubleField@1@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::setField(class QuickFix::DoubleField ^)" (?setField@Header@Message@QuickFix@@$$FU$AAMXP$AAVDoubleField@3@@Z) Message.obj : error LNK2028: unresolved token (0A00108D) "void __clrcall QuickFix::mapSetField(class QuickFix::IntField ^,class FIX::FieldMap &)" (?mapSetField@QuickFix@@$$FYMXP$AAVIntField@1@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::setField(class QuickFix::IntField ^)" (?setField@Header@Message@QuickFix@@$$FU$AAMXP$AAVIntField@3@@Z) Message.obj : error LNK2028: unresolved token (0A00108E) "void __clrcall QuickFix::mapSetField(class QuickFix::CharField ^,class FIX::FieldMap &)" (?mapSetField@QuickFix@@$$FYMXP$AAVCharField@1@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::setField(class QuickFix::CharField ^)" (?setField@Header@Message@QuickFix@@$$FU$AAMXP$AAVCharField@3@@Z) Message.obj : error LNK2028: unresolved token (0A00108F) "void __clrcall QuickFix::mapSetField(class QuickFix::BooleanField ^,class FIX::FieldMap &)" (?mapSetField@QuickFix@@$$FYMXP$AAVBooleanField@1@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::setField(class QuickFix::BooleanField ^)" (?setField@Header@Message@QuickFix@@$$FU$AAMXP$AAVBooleanField@3@@Z) Message.obj : error LNK2028: unresolved token (0A001090) "void __clrcall QuickFix::mapSetField(class QuickFix::StringField ^,class FIX::FieldMap &)" (?mapSetField@QuickFix@@$$FYMXP$AAVStringField@1@AAVFieldMap@FIX@@@Z) referenced in function "public: __clrcall QuickFix::Message::Message(class QuickFix::BeginString ^)" (??0Message@QuickFix@@$$FQ$AAM@P$AAVBeginString@1@@Z) Message.obj : error LNK2028: unresolved token (0A001091) "class System::String ^ __clrcall QuickFix::mapGetField(int,class FIX::FieldMap &)" (?mapGetField@QuickFix@@$$FYMP$AAVString@System@@HAAVFieldMap@FIX@@@Z) referenced in function "public: class System::String ^ __clrcall QuickFix::Message::Header::getField(int)" (?getField@Header@Message@QuickFix@@$$FQ$AAMP$AAVString@System@@H@Z) Message.obj : error LNK2028: unresolved token (0A001092) "class QuickFix::UtcTimeOnlyField ^ __clrcall QuickFix::mapGetField(class QuickFix::UtcTimeOnlyField ^,class FIX::FieldMap &)" (?mapGetField@QuickFix@@$$FYMP$AAVUtcTimeOnlyField@1@P$AAV21@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual class QuickFix::UtcTimeOnlyField ^ __clrcall QuickFix::Message::Header::getField(class QuickFix::UtcTimeOnlyField ^)" (?getField@Header@Message@QuickFix@@$$FU$AAMP$AAVUtcTimeOnlyField@3@P$AAV43@@Z) Message.obj : error LNK2028: unresolved token (0A001093) "class QuickFix::UtcDateOnlyField ^ __clrcall QuickFix::mapGetField(class QuickFix::UtcDateOnlyField ^,class FIX::FieldMap &)" (?mapGetField@QuickFix@@$$FYMP$AAVUtcDateOnlyField@1@P$AAV21@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual class QuickFix::UtcDateOnlyField ^ __clrcall QuickFix::Message::Header::getField(class QuickFix::UtcDateOnlyField ^)" (?getField@Header@Message@QuickFix@@$$FU$AAMP$AAVUtcDateOnlyField@3@P$AAV43@@Z) Message.obj : error LNK2028: unresolved token (0A001094) "class QuickFix::UtcTimeStampField ^ __clrcall QuickFix::mapGetField(class QuickFix::UtcTimeStampField ^,class FIX::FieldMap &)" (?mapGetField@QuickFix@@$$FYMP$AAVUtcTimeStampField@1@P$AAV21@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual class QuickFix::UtcTimeStampField ^ __clrcall QuickFix::Message::Header::getField(class QuickFix::UtcTimeStampField ^)" (?getField@Header@Message@QuickFix@@$$FU$AAMP$AAVUtcTimeStampField@3@P$AAV43@@Z) Message.obj : error LNK2028: unresolved token (0A001095) "class QuickFix::DoubleField ^ __clrcall QuickFix::mapGetField(class QuickFix::DoubleField ^,class FIX::FieldMap &)" (?mapGetField@QuickFix@@$$FYMP$AAVDoubleField@1@P$AAV21@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual class QuickFix::DoubleField ^ __clrcall QuickFix::Message::Header::getField(class QuickFix::DoubleField ^)" (?getField@Header@Message@QuickFix@@$$FU$AAMP$AAVDoubleField@3@P$AAV43@@Z) Message.obj : error LNK2028: unresolved token (0A001096) "class QuickFix::IntField ^ __clrcall QuickFix::mapGetField(class QuickFix::IntField ^,class FIX::FieldMap &)" (?mapGetField@QuickFix@@$$FYMP$AAVIntField@1@P$AAV21@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual class QuickFix::IntField ^ __clrcall QuickFix::Message::Header::getField(class QuickFix::IntField ^)" (?getField@Header@Message@QuickFix@@$$FU$AAMP$AAVIntField@3@P$AAV43@@Z) Message.obj : error LNK2028: unresolved token (0A001097) "class QuickFix::CharField ^ __clrcall QuickFix::mapGetField(class QuickFix::CharField ^,class FIX::FieldMap &)" (?mapGetField@QuickFix@@$$FYMP$AAVCharField@1@P$AAV21@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual class QuickFix::CharField ^ __clrcall QuickFix::Message::Header::getField(class QuickFix::CharField ^)" (?getField@Header@Message@QuickFix@@$$FU$AAMP$AAVCharField@3@P$AAV43@@Z) Message.obj : error LNK2028: unresolved token (0A001098) "class QuickFix::BooleanField ^ __clrcall QuickFix::mapGetField(class QuickFix::BooleanField ^,class FIX::FieldMap &)" (?mapGetField@QuickFix@@$$FYMP$AAVBooleanField@1@P$AAV21@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual class QuickFix::BooleanField ^ __clrcall QuickFix::Message::Header::getField(class QuickFix::BooleanField ^)" (?getField@Header@Message@QuickFix@@$$FU$AAMP$AAVBooleanField@3@P$AAV43@@Z) Message.obj : error LNK2028: unresolved token (0A001099) "class QuickFix::StringField ^ __clrcall QuickFix::mapGetField(class QuickFix::StringField ^,class FIX::FieldMap &)" (?mapGetField@QuickFix@@$$FYMP$AAVStringField@1@P$AAV21@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual class QuickFix::StringField ^ __clrcall QuickFix::Message::Header::getField(class QuickFix::StringField ^)" (?getField@Header@Message@QuickFix@@$$FU$AAMP$AAVStringField@3@P$AAV43@@Z) Message.obj : error LNK2028: unresolved token (0A00109E) "bool __cdecl QuickFix::mapHasGroup(int,class FIX::FieldMap &)" (?mapHasGroup@QuickFix@@$$FYA_NHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual bool __clrcall QuickFix::Message::Header::hasGroup(int)" (?hasGroup@Header@Message@QuickFix@@$$FU$AAM_NH@Z) Message.obj : error LNK2028: unresolved token (0A00109F) "bool __cdecl QuickFix::mapHasGroup(unsigned int,int,class FIX::FieldMap &)" (?mapHasGroup@QuickFix@@$$FYA_NIHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual bool __clrcall QuickFix::Message::Header::hasGroup(unsigned int,int)" (?hasGroup@Header@Message@QuickFix@@$$FU$AAM_NIH@Z) Group.obj : error LNK2019: unresolved external symbol "void __clrcall QuickFix::mapSetString(int,class System::String ^,class FIX::FieldMap &)" (?mapSetString@QuickFix@@$$FYMXHP$AAVString@System@@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Group::setString(int,class System::String ^)" (?setString@Group@QuickFix@@$$FU$AAMXHP$AAVString@System@@@Z) Message.obj : error LNK2001: unresolved external symbol "void __clrcall QuickFix::mapSetString(int,class System::String ^,class FIX::FieldMap &)" (?mapSetString@QuickFix@@$$FYMXHP$AAVString@System@@AAVFieldMap@FIX@@@Z) Group.obj : error LNK2019: unresolved external symbol "void __cdecl QuickFix::mapSetBoolean(int,bool,class FIX::FieldMap &)" (?mapSetBoolean@QuickFix@@$$FYAXH_NAAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Group::setBoolean(int,bool)" (?setBoolean@Group@QuickFix@@$$FU$AAMXH_N@Z) Message.obj : error LNK2001: unresolved external symbol "void __cdecl QuickFix::mapSetBoolean(int,bool,class FIX::FieldMap &)" (?mapSetBoolean@QuickFix@@$$FYAXH_NAAVFieldMap@FIX@@@Z) Group.obj : error LNK2019: unresolved external symbol "void __cdecl QuickFix::mapSetChar(int,char,class FIX::FieldMap &)" (?mapSetChar@QuickFix@@$$FYAXHDAAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Group::setChar(int,wchar_t)" (?setChar@Group@QuickFix@@$$FU$AAMXH_W@Z) Message.obj : error LNK2001: unresolved external symbol "void __cdecl QuickFix::mapSetChar(int,char,class FIX::FieldMap &)" (?mapSetChar@QuickFix@@$$FYAXHDAAVFieldMap@FIX@@@Z) Group.obj : error LNK2019: unresolved external symbol "void __cdecl QuickFix::mapSetInt(int,int,class FIX::FieldMap &)" (?mapSetInt@QuickFix@@$$FYAXHHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Group::setInt(int,int)" (?setInt@Group@QuickFix@@$$FU$AAMXHH@Z) Message.obj : error LNK2001: unresolved external symbol "void __cdecl QuickFix::mapSetInt(int,int,class FIX::FieldMap &)" (?mapSetInt@QuickFix@@$$FYAXHHAAVFieldMap@FIX@@@Z) Group.obj : error LNK2019: unresolved external symbol "void __cdecl QuickFix::mapSetDouble(int,double,class FIX::FieldMap &)" (?mapSetDouble@QuickFix@@$$FYAXHNAAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Group::setDouble(int,double)" (?setDouble@Group@QuickFix@@$$FU$AAMXHN@Z) Message.obj : error LNK2001: unresolved external symbol "void __cdecl QuickFix::mapSetDouble(int,double,class FIX::FieldMap &)" (?mapSetDouble@QuickFix@@$$FYAXHNAAVFieldMap@FIX@@@Z) Group.obj : error LNK2019: unresolved external symbol "void __cdecl QuickFix::mapSetDouble(int,double,int,class FIX::FieldMap &)" (?mapSetDouble@QuickFix@@$$FYAXHNHAAVFieldMap@FIX@@@Z) referenced in function "public: void __clrcall QuickFix::Group::setDouble(int,double,int)" (?setDouble@Group@QuickFix@@$$FQ$AAMXHNH@Z) Message.obj : error LNK2001: unresolved external symbol "void __cdecl QuickFix::mapSetDouble(int,double,int,class FIX::FieldMap &)" (?mapSetDouble@QuickFix@@$$FYAXHNHAAVFieldMap@FIX@@@Z) Group.obj : error LNK2019: unresolved external symbol "void __clrcall QuickFix::mapSetUtcTimeStamp(int,class System::DateTime,bool,class FIX::FieldMap &)" (?mapSetUtcTimeStamp@QuickFix@@$$FYMXHVDateTime@System@@_NAAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Group::setUtcTimeStamp(int,class System::DateTime)" (?setUtcTimeStamp@Group@QuickFix@@$$FU$AAMXHVDateTime@System@@@Z) Message.obj : error LNK2001: unresolved external symbol "void __clrcall QuickFix::mapSetUtcTimeStamp(int,class System::DateTime,bool,class FIX::FieldMap &)" (?mapSetUtcTimeStamp@QuickFix@@$$FYMXHVDateTime@System@@_NAAVFieldMap@FIX@@@Z) Group.obj : error LNK2019: unresolved external symbol "void __clrcall QuickFix::mapSetUtcDateOnly(int,class System::DateTime,class FIX::FieldMap &)" (?mapSetUtcDateOnly@QuickFix@@$$FYMXHVDateTime@System@@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Group::setUtcDateOnly(int,class System::DateTime)" (?setUtcDateOnly@Group@QuickFix@@$$FU$AAMXHVDateTime@System@@@Z) Message.obj : error LNK2001: unresolved external symbol "void __clrcall QuickFix::mapSetUtcDateOnly(int,class System::DateTime,class FIX::FieldMap &)" (?mapSetUtcDateOnly@QuickFix@@$$FYMXHVDateTime@System@@AAVFieldMap@FIX@@@Z) Group.obj : error LNK2019: unresolved external symbol "void __clrcall QuickFix::mapSetUtcTimeOnly(int,class System::DateTime,bool,class FIX::FieldMap &)" (?mapSetUtcTimeOnly@QuickFix@@$$FYMXHVDateTime@System@@_NAAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Group::setUtcTimeOnly(int,class System::DateTime)" (?setUtcTimeOnly@Group@QuickFix@@$$FU$AAMXHVDateTime@System@@@Z) Message.obj : error LNK2001: unresolved external symbol "void __clrcall QuickFix::mapSetUtcTimeOnly(int,class System::DateTime,bool,class FIX::FieldMap &)" (?mapSetUtcTimeOnly@QuickFix@@$$FYMXHVDateTime@System@@_NAAVFieldMap@FIX@@@Z) Group.obj : error LNK2019: unresolved external symbol "class System::String ^ __clrcall QuickFix::mapGetString(int,class FIX::FieldMap &)" (?mapGetString@QuickFix@@$$FYMP$AAVString@System@@HAAVFieldMap@FIX@@@Z) referenced in function "public: virtual class System::String ^ __clrcall QuickFix::Group::getString(int)" (?getString@Group@QuickFix@@$$FU$AAMP$AAVString@System@@H@Z) Message.obj : error LNK2001: unresolved external symbol "class System::String ^ __clrcall QuickFix::mapGetString(int,class FIX::FieldMap &)" (?mapGetString@QuickFix@@$$FYMP$AAVString@System@@HAAVFieldMap@FIX@@@Z) Group.obj : error LNK2019: unresolved external symbol "bool __cdecl QuickFix::mapGetBoolean(int,class FIX::FieldMap &)" (?mapGetBoolean@QuickFix@@$$FYA_NHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual bool __clrcall QuickFix::Group::getBoolean(int)" (?getBoolean@Group@QuickFix@@$$FU$AAM_NH@Z) Message.obj : error LNK2001: unresolved external symbol "bool __cdecl QuickFix::mapGetBoolean(int,class FIX::FieldMap &)" (?mapGetBoolean@QuickFix@@$$FYA_NHAAVFieldMap@FIX@@@Z) Group.obj : error LNK2019: unresolved external symbol "char __cdecl QuickFix::mapGetChar(int,class FIX::FieldMap &)" (?mapGetChar@QuickFix@@$$FYADHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual wchar_t __clrcall QuickFix::Group::getChar(int)" (?getChar@Group@QuickFix@@$$FU$AAM_WH@Z) Message.obj : error LNK2001: unresolved external symbol "char __cdecl QuickFix::mapGetChar(int,class FIX::FieldMap &)" (?mapGetChar@QuickFix@@$$FYADHAAVFieldMap@FIX@@@Z) Group.obj : error LNK2019: unresolved external symbol "int __cdecl QuickFix::mapGetInt(int,class FIX::FieldMap &)" (?mapGetInt@QuickFix@@$$FYAHHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual int __clrcall QuickFix::Group::getInt(int)" (?getInt@Group@QuickFix@@$$FU$AAMHH@Z) Message.obj : error LNK2001: unresolved external symbol "int __cdecl QuickFix::mapGetInt(int,class FIX::FieldMap &)" (?mapGetInt@QuickFix@@$$FYAHHAAVFieldMap@FIX@@@Z) Group.obj : error LNK2019: unresolved external symbol "double __cdecl QuickFix::mapGetDouble(int,class FIX::FieldMap &)" (?mapGetDouble@QuickFix@@$$FYANHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual double __clrcall QuickFix::Group::getDouble(int)" (?getDouble@Group@QuickFix@@$$FU$AAMNH@Z) Message.obj : error LNK2001: unresolved external symbol "double __cdecl QuickFix::mapGetDouble(int,class FIX::FieldMap &)" (?mapGetDouble@QuickFix@@$$FYANHAAVFieldMap@FIX@@@Z) Group.obj : error LNK2019: unresolved external symbol "class System::DateTime __clrcall QuickFix::mapGetUtcTimeStamp(int,class FIX::FieldMap &)" (?mapGetUtcTimeStamp@QuickFix@@$$FYM?AVDateTime@System@@HAAVFieldMap@FIX@@@Z) referenced in function "public: virtual class System::DateTime __clrcall QuickFix::Group::getUtcTimeStamp(int)" (?getUtcTimeStamp@Group@QuickFix@@$$FU$AAM?AVDateTime@System@@H@Z) Message.obj : error LNK2001: unresolved external symbol "class System::DateTime __clrcall QuickFix::mapGetUtcTimeStamp(int,class FIX::FieldMap &)" (?mapGetUtcTimeStamp@QuickFix@@$$FYM?AVDateTime@System@@HAAVFieldMap@FIX@@@Z) Group.obj : error LNK2019: unresolved external symbol "class System::DateTime __clrcall QuickFix::mapGetUtcDateOnly(int,class FIX::FieldMap &)" (?mapGetUtcDateOnly@QuickFix@@$$FYM?AVDateTime@System@@HAAVFieldMap@FIX@@@Z) referenced in function "public: virtual class System::DateTime __clrcall QuickFix::Group::getUtcDateOnly(int)" (?getUtcDateOnly@Group@QuickFix@@$$FU$AAM?AVDateTime@System@@H@Z) Message.obj : error LNK2001: unresolved external symbol "class System::DateTime __clrcall QuickFix::mapGetUtcDateOnly(int,class FIX::FieldMap &)" (?mapGetUtcDateOnly@QuickFix@@$$FYM?AVDateTime@System@@HAAVFieldMap@FIX@@@Z) Group.obj : error LNK2019: unresolved external symbol "class System::DateTime __clrcall QuickFix::mapGetUtcTimeOnly(int,class FIX::FieldMap &)" (?mapGetUtcTimeOnly@QuickFix@@$$FYM?AVDateTime@System@@HAAVFieldMap@FIX@@@Z) referenced in function "public: virtual class System::DateTime __clrcall QuickFix::Group::getUtcTimeOnly(int)" (?getUtcTimeOnly@Group@QuickFix@@$$FU$AAM?AVDateTime@System@@H@Z) Message.obj : error LNK2001: unresolved external symbol "class System::DateTime __clrcall QuickFix::mapGetUtcTimeOnly(int,class FIX::FieldMap &)" (?mapGetUtcTimeOnly@QuickFix@@$$FYM?AVDateTime@System@@HAAVFieldMap@FIX@@@Z) Message.obj : error LNK2019: unresolved external symbol "void __clrcall QuickFix::mapSetField(class QuickFix::StringField ^,class FIX::FieldMap &)" (?mapSetField@QuickFix@@$$FYMXP$AAVStringField@1@AAVFieldMap@FIX@@@Z) referenced in function "public: __clrcall QuickFix::Message::Message(class QuickFix::BeginString ^)" (??0Message@QuickFix@@$$FQ$AAM@P$AAVBeginString@1@@Z) Message.obj : error LNK2019: unresolved external symbol "void __clrcall QuickFix::mapSetField(class QuickFix::BooleanField ^,class FIX::FieldMap &)" (?mapSetField@QuickFix@@$$FYMXP$AAVBooleanField@1@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::setField(class QuickFix::BooleanField ^)" (?setField@Header@Message@QuickFix@@$$FU$AAMXP$AAVBooleanField@3@@Z) Message.obj : error LNK2019: unresolved external symbol "void __clrcall QuickFix::mapSetField(class QuickFix::CharField ^,class FIX::FieldMap &)" (?mapSetField@QuickFix@@$$FYMXP$AAVCharField@1@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::setField(class QuickFix::CharField ^)" (?setField@Header@Message@QuickFix@@$$FU$AAMXP$AAVCharField@3@@Z) Message.obj : error LNK2019: unresolved external symbol "void __clrcall QuickFix::mapSetField(class QuickFix::IntField ^,class FIX::FieldMap &)" (?mapSetField@QuickFix@@$$FYMXP$AAVIntField@1@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::setField(class QuickFix::IntField ^)" (?setField@Header@Message@QuickFix@@$$FU$AAMXP$AAVIntField@3@@Z) Message.obj : error LNK2019: unresolved external symbol "void __clrcall QuickFix::mapSetField(class QuickFix::DoubleField ^,class FIX::FieldMap &)" (?mapSetField@QuickFix@@$$FYMXP$AAVDoubleField@1@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::setField(class QuickFix::DoubleField ^)" (?setField@Header@Message@QuickFix@@$$FU$AAMXP$AAVDoubleField@3@@Z) Message.obj : error LNK2019: unresolved external symbol "void __clrcall QuickFix::mapSetField(class QuickFix::UtcTimeStampField ^,class FIX::FieldMap &)" (?mapSetField@QuickFix@@$$FYMXP$AAVUtcTimeStampField@1@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::setField(class QuickFix::UtcTimeStampField ^)" (?setField@Header@Message@QuickFix@@$$FU$AAMXP$AAVUtcTimeStampField@3@@Z) Message.obj : error LNK2019: unresolved external symbol "void __clrcall QuickFix::mapSetField(class QuickFix::UtcDateOnlyField ^,class FIX::FieldMap &)" (?mapSetField@QuickFix@@$$FYMXP$AAVUtcDateOnlyField@1@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::setField(class QuickFix::UtcDateOnlyField ^)" (?setField@Header@Message@QuickFix@@$$FU$AAMXP$AAVUtcDateOnlyField@3@@Z) Message.obj : error LNK2019: unresolved external symbol "void __clrcall QuickFix::mapSetField(class QuickFix::UtcTimeOnlyField ^,class FIX::FieldMap &)" (?mapSetField@QuickFix@@$$FYMXP$AAVUtcTimeOnlyField@1@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::setField(class QuickFix::UtcTimeOnlyField ^)" (?setField@Header@Message@QuickFix@@$$FU$AAMXP$AAVUtcTimeOnlyField@3@@Z) Message.obj : error LNK2019: unresolved external symbol "class QuickFix::StringField ^ __clrcall QuickFix::mapGetField(class QuickFix::StringField ^,class FIX::FieldMap &)" (?mapGetField@QuickFix@@$$FYMP$AAVStringField@1@P$AAV21@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual class QuickFix::StringField ^ __clrcall QuickFix::Message::Header::getField(class QuickFix::StringField ^)" (?getField@Header@Message@QuickFix@@$$FU$AAMP$AAVStringField@3@P$AAV43@@Z) Message.obj : error LNK2019: unresolved external symbol "class QuickFix::BooleanField ^ __clrcall QuickFix::mapGetField(class QuickFix::BooleanField ^,class FIX::FieldMap &)" (?mapGetField@QuickFix@@$$FYMP$AAVBooleanField@1@P$AAV21@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual class QuickFix::BooleanField ^ __clrcall QuickFix::Message::Header::getField(class QuickFix::BooleanField ^)" (?getField@Header@Message@QuickFix@@$$FU$AAMP$AAVBooleanField@3@P$AAV43@@Z) Message.obj : error LNK2019: unresolved external symbol "class QuickFix::CharField ^ __clrcall QuickFix::mapGetField(class QuickFix::CharField ^,class FIX::FieldMap &)" (?mapGetField@QuickFix@@$$FYMP$AAVCharField@1@P$AAV21@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual class QuickFix::CharField ^ __clrcall QuickFix::Message::Header::getField(class QuickFix::CharField ^)" (?getField@Header@Message@QuickFix@@$$FU$AAMP$AAVCharField@3@P$AAV43@@Z) Message.obj : error LNK2019: unresolved external symbol "class QuickFix::IntField ^ __clrcall QuickFix::mapGetField(class QuickFix::IntField ^,class FIX::FieldMap &)" (?mapGetField@QuickFix@@$$FYMP$AAVIntField@1@P$AAV21@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual class QuickFix::IntField ^ __clrcall QuickFix::Message::Header::getField(class QuickFix::IntField ^)" (?getField@Header@Message@QuickFix@@$$FU$AAMP$AAVIntField@3@P$AAV43@@Z) Message.obj : error LNK2019: unresolved external symbol "class QuickFix::DoubleField ^ __clrcall QuickFix::mapGetField(class QuickFix::DoubleField ^,class FIX::FieldMap &)" (?mapGetField@QuickFix@@$$FYMP$AAVDoubleField@1@P$AAV21@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual class QuickFix::DoubleField ^ __clrcall QuickFix::Message::Header::getField(class QuickFix::DoubleField ^)" (?getField@Header@Message@QuickFix@@$$FU$AAMP$AAVDoubleField@3@P$AAV43@@Z) Message.obj : error LNK2019: unresolved external symbol "class QuickFix::UtcTimeStampField ^ __clrcall QuickFix::mapGetField(class QuickFix::UtcTimeStampField ^,class FIX::FieldMap &)" (?mapGetField@QuickFix@@$$FYMP$AAVUtcTimeStampField@1@P$AAV21@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual class QuickFix::UtcTimeStampField ^ __clrcall QuickFix::Message::Header::getField(class QuickFix::UtcTimeStampField ^)" (?getField@Header@Message@QuickFix@@$$FU$AAMP$AAVUtcTimeStampField@3@P$AAV43@@Z) Message.obj : error LNK2019: unresolved external symbol "class QuickFix::UtcDateOnlyField ^ __clrcall QuickFix::mapGetField(class QuickFix::UtcDateOnlyField ^,class FIX::FieldMap &)" (?mapGetField@QuickFix@@$$FYMP$AAVUtcDateOnlyField@1@P$AAV21@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual class QuickFix::UtcDateOnlyField ^ __clrcall QuickFix::Message::Header::getField(class QuickFix::UtcDateOnlyField ^)" (?getField@Header@Message@QuickFix@@$$FU$AAMP$AAVUtcDateOnlyField@3@P$AAV43@@Z) Message.obj : error LNK2019: unresolved external symbol "class QuickFix::UtcTimeOnlyField ^ __clrcall QuickFix::mapGetField(class QuickFix::UtcTimeOnlyField ^,class FIX::FieldMap &)" (?mapGetField@QuickFix@@$$FYMP$AAVUtcTimeOnlyField@1@P$AAV21@AAVFieldMap@FIX@@@Z) referenced in function "public: virtual class QuickFix::UtcTimeOnlyField ^ __clrcall QuickFix::Message::Header::getField(class QuickFix::UtcTimeOnlyField ^)" (?getField@Header@Message@QuickFix@@$$FU$AAMP$AAVUtcTimeOnlyField@3@P$AAV43@@Z) Message.obj : error LNK2019: unresolved external symbol "class System::String ^ __clrcall QuickFix::mapGetField(int,class FIX::FieldMap &)" (?mapGetField@QuickFix@@$$FYMP$AAVString@System@@HAAVFieldMap@FIX@@@Z) referenced in function "public: class System::String ^ __clrcall QuickFix::Message::Header::getField(int)" (?getField@Header@Message@QuickFix@@$$FQ$AAMP$AAVString@System@@H@Z) Message.obj : error LNK2019: unresolved external symbol "void __clrcall QuickFix::mapSetField(int,class System::String ^,class FIX::FieldMap &)" (?mapSetField@QuickFix@@$$FYMXHP$AAVString@System@@AAVFieldMap@FIX@@@Z) referenced in function "public: void __clrcall QuickFix::Message::Header::setField(int,class System::String ^)" (?setField@Header@Message@QuickFix@@$$FQ$AAMXHP$AAVString@System@@@Z) Message.obj : error LNK2019: unresolved external symbol "void __cdecl QuickFix::mapRemoveField(int,class FIX::FieldMap &)" (?mapRemoveField@QuickFix@@$$FYAXHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::removeField(int)" (?removeField@Header@Message@QuickFix@@$$FU$AAMXH@Z) Message.obj : error LNK2019: unresolved external symbol "bool __cdecl QuickFix::mapHasGroup(int,class FIX::FieldMap &)" (?mapHasGroup@QuickFix@@$$FYA_NHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual bool __clrcall QuickFix::Message::Header::hasGroup(int)" (?hasGroup@Header@Message@QuickFix@@$$FU$AAM_NH@Z) Message.obj : error LNK2019: unresolved external symbol "bool __cdecl QuickFix::mapHasGroup(unsigned int,int,class FIX::FieldMap &)" (?mapHasGroup@QuickFix@@$$FYA_NIHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual bool __clrcall QuickFix::Message::Header::hasGroup(unsigned int,int)" (?hasGroup@Header@Message@QuickFix@@$$FU$AAM_NIH@Z) Message.obj : error LNK2019: unresolved external symbol "void __cdecl QuickFix::mapRemoveGroup(int,class FIX::FieldMap &)" (?mapRemoveGroup@QuickFix@@$$FYAXHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::removeGroup(int)" (?removeGroup@Header@Message@QuickFix@@$$FU$AAMXH@Z) Message.obj : error LNK2019: unresolved external symbol "void __cdecl QuickFix::mapRemoveGroup(unsigned int,int,class FIX::FieldMap &)" (?mapRemoveGroup@QuickFix@@$$FYAXIHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual void __clrcall QuickFix::Message::Header::removeGroup(unsigned int,int)" (?removeGroup@Header@Message@QuickFix@@$$FU$AAMXIH@Z) Message.obj : error LNK2019: unresolved external symbol "int __cdecl QuickFix::mapGroupCount(int,class FIX::FieldMap &)" (?mapGroupCount@QuickFix@@$$FYAHHAAVFieldMap@FIX@@@Z) referenced in function "public: virtual int __clrcall QuickFix::Message::Header::groupCount(int)" (?groupCount@Header@Message@QuickFix@@$$FU$AAMHH@Z) debug\vs8\quickfix_net.dll : fatal error LNK1120: 99 unresolved externals Build log was saved at "file://d:\Home\wilhelm\dev\Bourse\QuickFix\src\.NET\debug\vs8\BuildLog.htm" quickfix_net_vs8 - 117 error(s), 0 warning(s) ========== Build: 0 succeeded, 1 failed, 1 up-to-date, 0 skipped ========== |
From: Wilhelm T. <wil...@ya...> - 2008-10-29 06:21:03
|
Hello I got the full code but when I compile it, it complain about FieldMap.cpp being missing from the .net project (quickfix_net_vs8). How do I get this file? Thanks Wilhelm |
From: <ch...@gm...> - 2008-10-28 07:57:06
|
Hi: I am new to Quick FIX and Eclise. i am having isslue in running Quick FIX example codes in Eclipse. I think its not including the Quick FIX lIraries in project. can any one guide me how to add quick fix library in Eclipse CDT. Thanks. -- View this message in context: http://www.nabble.com/how-to-add-quick-fix-library-in-Eclipse-CDT-tp20202720p20202720.html Sent from the QuickFIX - Dev mailing list archive at Nabble.com. |
From: Keith M. <ke...@ja...> - 2008-10-26 10:17:47
|
Re: [Quickfix-developers] QuickFix.Message construction slow,alternative?Hi Nathan I'm a 'one man I.T. department' for a derivatives market making firm. Although I'm responsible for all aspects of our I.T. I'm basically a career programmer with extensive (>20 years) C/C++ programming experience. I'd certainly be interested in helping develop an open source FAST implementation. I can test/develop on Win32 (MS Visual Studio 2005) and OpenSuSE. Please bear me iin mind should you decide to go ahead. Thanks and regards Keith McRae ----- Original Message ----- From: Nathan Kidd To: qui...@li... Sent: Friday, October 24, 2008 9:08 AM Subject: [Quickfix-developers] FIX FAST QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html QuickFIX Support: http://www.quickfixengine.org/services.html ------------------------------------------------------------------------------ Hi, We have a completed C++ FAST implementation which I wonder about releasing as open source. I'm hoping to assess the level of interest there would be in this - if we are to release open source, we would hope that it would generate community input back into the project. The current implementation is fully certified, and focused on CME's FAST implementation, but would likely not be too hard to extend for Eurex EBS (for example). If anyone is interested in working together to make this an open source project, please email me. Thanks Nathan ------------------------------------------------------------------------------ ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ------------------------------------------------------------------------------ _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
From: Joerg T. <Joe...@ma...> - 2008-10-24 15:32:54
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, we compiled the latest QuickFIX version 1.12.4 on Solaris i386 (not SPARC!!) and got a segmentation violation in the unit tests. Browsing the forums we correct one error in the configure script and got the recommendation to upgrade to the latest patch level. We did so using all patches from this site: http://developers.sun.com/sunstudio/downloads/patches/ss12_patches.jsp (for Solaris 10 INTEL, both compiler and Solaris patches) Now "CC -V" displays: CC: Sun C++ 5.9 SunOS_i386 Patch 124864-07 2008/08/22 But again the compiled unit test failed with SEGV. Here is the debugger output; I do hope we got the unit test options correct: [all-macd]chris@soli:/opt2/QuickFIX/quickfix-1.12.4/quickfix/src/.libs $ dbx -r ./ut -p 12345 -f ../../test/cfg/ut.cfg Running: ut -p 12345 -f ../../test/cfg/ut.cfg (process id 25723) <ut> <output> F..dbx: no symbol table loaded yet -- use "prog -readsyms" to load them signal SEGV (no mapping at the fault address) at 0xc93e57c1 at 0xc93e57c1 0x00000000c93e57c1: cmpb $0x0000000000000000,(%eax) Entering debugger ... (dbx) prog -readsyms Reading ut Reading ld.so.1 Reading libquickfix.so.10.0.0 Reading librt.so.1 Reading libxml2.so.2 Reading libz.so.1 Reading libpthread.so.1 Reading libm.so.2 Reading libsocket.so.1 Reading libnsl.so.1 Reading libCstd.so.1 Reading libCrun.so.1 Reading libc.so.1 Reading libucb.so.1 Reading libresolv.so.2 Reading libelf.so.1 Reading libaio.so.1 Reading libmd.so.1 ruCurrent function is FIX::FieldConvertorsTestCase::integerConvertFrom::onRun 75 IntConvertor::convert( "123.4" ); (dbx) run Running: ut -p 12345 -f ../../test/cfg/ut.cfg (process id 25724) <ut> <output> F..t@1 (l@1) signal SEGV (no mapping at the fault address) in strlen at 0xc93e57c1 0xc93e57c1: strlen+0x0031: cmpb $0x00000000,(%eax) Current function is FIX::FieldConvertorsTestCase::integerConvertFrom::onRun 75 IntConvertor::convert( "123.4" ); (dbx) where current thread: t@1 [1] strlen(0xc9aaa152, 0xc948f5d0, 0x803ae6c), at 0xc93e57c1 [2] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::basic_string(0x803afc0, 0xc9aaa152, 0x803afc7, 0x818149c), at 0xc94fde5f =>[3] FIX::FieldConvertorsTestCase::integerConvertFrom::onRun(this = 0x803b200, _ARG2 = <bad address 0x0>), line 75 in "FieldConvertorsTestCase.cpp" [4] CPPTest::Test<void*>::run(this = 0x803b200, testDisplay = CLASS), line 74 in "Test.h" [5] CPPTest::TestCase<void*>::run(this = 0x803b1c4, testDisplay = CLASS), line 44 in "TestCase.h" [6] CPPTest::TestSuite::run(this = 0x803b16c), line 33 in "TestSuite.h" [7] main(argc = 5, argv = 0x8046c08), line 63 in "ut.cpp" (dbx) list -w 70 } 71 catch ( FieldConvertError& ) {} 72 73 try 74 { 75 IntConvertor::convert( "123.4" ); 76 assert( false ); 77 } 78 catch ( FieldConvertError& ) {} 79 80 try (dbx) Any hints how we get correct this? Anybody successfully using QuickFIX on Solaris 10 INTEL? Many thanks, Jörg - -- Joerg Thoennes http://www.macd.com Tel.: +49 (0)241 44597-24 Macdonald Associates GmbH Geschäftsführer: George Macdonald Oppenhoffallee 103, D-52066 Aachen Amtsgericht Aachen, HRB 8151, Ust.-Id DE813021663 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJAeZJ0MUW/RyW9nMRAvytAJsE4dlly033hm/8oiHEAR/09YyWvgCfTtoj F5cJa88KmRZQnUsN95gVk/c= =o93y -----END PGP SIGNATURE----- |
From: Paige M. <pa...@no...> - 2008-10-24 13:35:51
|
We would help test as well. _____ From: Nathan Kidd [mailto:nk...@nm...] Sent: Friday, October 24, 2008 4:09 AM To: qui...@li... Subject: [***SPAM*** Score/Req: 10.0/5.0] [Quickfix-developers] FIX FAST Hi, We have a completed C++ FAST implementation which I wonder about releasing as open source. I'm hoping to assess the level of interest there would be in this - if we are to release open source, we would hope that it would generate community input back into the project. The current implementation is fully certified, and focused on CME's FAST implementation, but would likely not be too hard to extend for Eurex EBS (for example). If anyone is interested in working together to make this an open source project, please email me. Thanks Nathan |
From: Sabini F. <f.s...@fi...> - 2008-10-24 13:13:34
|
We would be more than happy to contribute to this project. We was just starting to write our own software to get CME market data, an open source project would be great. We use Solaris and ready to start right away. Franco Sabini -----Original Message----- From: Nathan Kidd [mailto:nk...@nm...] Sent: Fri 24/10/2008 11.08 To: qui...@li... Subject: [Quickfix-developers] FIX FAST QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html QuickFIX Support: http://www.quickfixengine.org/services.html |
From: Balwinder S D. <bdh...@gm...> - 2008-10-24 10:10:09
|
On 10/24/2008 02:38 PM, Nathan Kidd wrote: > We have a completed C++ FAST implementation which I wonder about > releasing as open source. > > I'm hoping to assess the level of interest there would be in this - if > we are to release open source, we would hope that it would generate > community input back into the project. > > The current implementation is fully certified, and focused on CME's > FAST implementation, but would likely not be too hard to extend for > Eurex EBS (for example). > > If anyone is interested in working together to make this an open > source project, please email me. Well, I shall be more than happy to assist you in testing, porting, packaging and resolving autotools/automake issues related to portability on Debian, Arch, FreeBSD, Solaris, Nexenta and hopefully Windows (MinGW/MSYS); have all these ready on the test rig. Thanks, -- Balwinder S "bsd" Dheeman |
From: Nathan K. <nk...@nm...> - 2008-10-24 09:11:37
|
Hi, We have a completed C++ FAST implementation which I wonder about releasing as open source. I'm hoping to assess the level of interest there would be in this - if we are to release open source, we would hope that it would generate community input back into the project. The current implementation is fully certified, and focused on CME's FAST implementation, but would likely not be too hard to extend for Eurex EBS (for example). If anyone is interested in working together to make this an open source project, please email me. Thanks Nathan |
From: <Jon...@ub...> - 2008-10-23 14:42:22
|
Why bother with FIX? By using FIX you have to serialise the fields to a string, then parse them with QuickFIX and convert most of them back to integers again! I decode CME's FAST messages to my own class types and work with the values directly. Unlike the order routing API there's no reason you have to use FIX, it just gives you standardised field names and types. Jonathan |
From: Rick L. <ric...@gm...> - 2008-10-23 14:25:25
|
Greetings, I've been using QuickFix for over a year now to connect to the CME's order routing FIX feed. I also use it, in a limited way, for their FIX/FAST market data feed. Namely, I decode the compressed FAST message, forming a FIX string, and then I use the QuickFix.Message(string, DataDictionary) constructor to build a QuickFix.Message object, simply for ease of parsing this message (using all of the utility IsSet(), GetGroup(), etc. methods). As anyone who has subscribed to this FIX/FAST feed will attest, these messages can come fast -- often over 20,000/second depending on how many channels you're subscribed to. For a few weeks now, I've been streamlining my FAST decoding code, as I thought this was the bottleneck in my application, however it seems that the construction of the QuickFix.Message object is the bottleneck. So I'm faced with a choice here -- maintain the ease of use this approach gives me (not to mention, and probably more importantly, the stability and robustness of the approach -- after all QuickFix is a pretty well-tested piece of software), or write my own code that parses this FIX string I build, and never creates the Message object at all.... The incremental data feed is really the only one that matters (the SecurityDefinition and FullRefresh, since they are only run once, can still use the QuickFix.Message approach). And it turns out this is the easiest one to parse myself (I dont' have to worry about all the spread-leg definitions etc). Before I go down this path, however, I'm wondering if anyone has had to make this decision also, and if perhaps there's something I'm overlooking in the QuickFix library that will provide me with the Message construction but do it faster. Thanks, Rick |
From: Ian B. <Ia...@ar...> - 2008-10-22 13:53:28
|
Hi, Arcontech currently use QuickFix for processing very large volumes of data. We are having serious issues when we exceed 2000 messages per seconds using Market Data (C++ Libs). There is a serious issue with regards memory allocation and re-allocation causing severe performance degradation. We have individual instruments receiving over 100 updates per second because our feed source combines level 1 data from over 6 exchanges. One side effect is that a single CPU (there being typically 4 CPUs on our servers) runs at 100% (the QuickFix thread) and we get over 200,000 (two hundred thousand) page faults per second. I did try linking the Boost memory library into the system. Two things resulted: Page faults went down to 2000 per second but memory ran out in a few seconds as your interface to the boost library was not completed and is not workable. I think a slight change in the way you allocate and release memory needs to be done in order for this system to be useable with large volumes of Market Data. Is there any chance a dialogue can be established between the QuickFix development team and developers here at Arcontech regards Market Data performance and the C++ QuickFix Libraries? Kind Regards Ian Beard Arcontech Limited / KTS PLC 8th Floor, Finsbury Tower 103-105 Bunhill Row LONDON EC1Y 8LZ Switchboard: 020 7256 2300 Email: ia...@ar... Web: www.arcontech.com Disclaimer Notice: This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to whom it is addressed. If you have received this mail in error please notify Arcontech Limited on +44 (0) 20 7256 2300 or email:ma...@ar.... It is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by Arcontech Limited for any loss or damage arising in any way from its use. Company No: 1350766 VAT: 242 5757 56 |
From: Facchetti - K. <s.f...@kl...> - 2008-10-21 13:38:40
|
Is this feature available now..? Thanks, Stefano. Oren Miller ha scritto: > We don't currently support that feature. We are adding support for > local time now, though it will use whatever timezone your machine is > set to. > > --oren > > On Feb 21, 2008, at 2:50 AM, Facchetti - Kline wrote: > >> QuickFIX Documentation: >> http://www.quickfixengine.org/quickfix/doc/html/index.html >> QuickFIX Support: http://www.quickfixengine.org/services.html >> >> My timezone is GMT+1 >> >> If my local time is 9.16 and I set FIX session EndTime = 8.14 the FIX >> session doesn't start >> If my local time is 9.16 and I set FIX session EndTime = 8.20 the FIX >> session start >> This is because quickfix work with GMT time. >> >> I not understand why nothing change if I set: >> TimeZone=Europe/Rome >> I aspect to work with local time.. >> >> Any idea..? >> Thanks.. >> -- Distinti saluti Ing. Stefano Facchetti** * * *KLINE srl */Via Solferino, 4/b 25024 Leno (BS) Tel. 030 9048384 Fax 02 700443977/** This e-mail, including any attachments, may contain private or confidential information. If you think you may not be the intended recipient, or if you have received this e-mail in error, please contact the sender immediately and delete all copies of this e-mail. If you are not the intended recipient, you must not reproduce any part of this e-mail or disclose its contents to any other party. This message represents the opinion of the sender and not necessarily the opinion of the company. *Take care of the environment: if unnecessary, don't print this email.* * * |
From: crazy4venu <cra...@gm...> - 2008-10-21 06:41:31
|
Dear All, Can any one tell me how do i place a NewOrderSingle for derivatives ? FIX::OrdType ordType; FIX44::NewOrderSingle newOrderSingle( queryClOrdID(), querySide(), FIX::TransactTime(), ordType = queryOrdType() ); newOrderSingle.set( FIX::HandlInst('1') ); newOrderSingle.set( querySymbol() ); newOrderSingle.set( queryOrderQty() ); newOrderSingle.set( queryTimeInForce() ); if ( ordType == FIX::OrdType_LIMIT || ordType == FIX::OrdType_STOP_LIMIT ) newOrderSingle.set( queryPrice() ); if ( ordType == FIX::OrdType_STOP || ordType == FIX::OrdType_STOP_LIMIT ) newOrderSingle.set( queryStopPx() ); Regards venu -- View this message in context: http://www.nabble.com/NewOrderSingle-sample-for-Derivatives-tp20084313p20084313.html Sent from the QuickFIX - Dev mailing list archive at Nabble.com. |
From: Pavel K. <pav...@gm...> - 2008-10-20 12:41:08
|
Hello, When I try to link quickfix.lib with Windows Forms type application in Visual C++ 2005 I get this error message: Debug Assertion Failed! Expression: _CrtIsValidHeapPointer(pUserData) The application stops then. Could you please suggest how to integrate QuickFIX with Windows Forms application? Regards, Pavel |
From: Pavel K. <po...@me...> - 2008-10-20 11:29:06
|
Hello, When I try to link quickfix.lib with Windows Forms type application in Visual C++ 2005 I get this error message: Debug Assertion Failed! Expression: _CrtIsValidHeapPointer(pUserData) The application stops then. Could you please suggest how to integrate QuickFIX with Windows Forms application? Regards, Pavel |
From: Bilal S. <bil...@gm...> - 2008-10-17 13:26:19
|
I am also experiencing a performance drop in C# version with high message traffic. After reading this post, I added message.dispose() in my implementation of onMessage(QuickFix40.ExecutionReport message, QuickFix.SessionID session) but that did'nt really improve performance Is there something else I need to try ? On Wed, Oct 15, 2008 at 5:05 PM, < qui...@li...> wrote: > Send Quickfix-developers mailing list submissions to > qui...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > or, via email, send a message with subject or body 'help' to > qui...@li... > > You can reach the person managing the list at > qui...@li... > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Quickfix-developers digest..." > > > QuickFIX Documentation: > http://www.quickfixengine.org/quickfix/doc/html/index.html > QuickFIX Support: http://www.quickfixengine.org/services.html > > > Today's Topics: > > 1. Exception in Initiator::stop(bool force) (Pasquale d'Aloise) > 2. Exception in Initiator::stop(bool force) (Pasquale d'Aloise) > 3. it there known quickfix performance (serdar ozay) > 4. it there known quickfix performance (serdar ozay) > 5. FW: QuickFIX 1.12.4 issue (Sam Khopkar) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 14 Oct 2008 10:40:49 +0200 > From: "Pasquale d'Aloise" <pas...@ga...> > Subject: [Quickfix-developers] Exception in Initiator::stop(bool > force) > To: <qui...@li...> > Message-ID: <000801c92dd8$8fd0c720$0202a8c0@wi2kpro69> > Content-Type: text/plain; format=flowed; charset="iso-8859-1"; > reply-type=original > > Sometimes I get an exception in method void Initiator::stop( bool force ). > This occurs when my session disconnects for a > heartbeat timeout. > > Doing some tests, I noticed that sometimes the following code > in the above mentioned method > Session* pSession = Session::lookupSession(*i); > > returns a NULL pointer, so the next statement > pSession->isEnabled() > > cause the exception raising. > > I think that a pointer nullity control should be added > to the code. > > Regards, > Pasquale d'Aloise > > GATElab > Mail pas...@ga... > Web www.gatelab.com > ( London Tel. +44(0)20 70605055 - 32 Sackville Street, Mayfair - W1S 3EA > London (UK) > ( MilanTel. +39 02 86984604 -Via Maurizio Gonzaga, 7 - 20123 Milan (IT) > ( IserniaTel. +39 0865 451890 - Viale dei Pentri, 161 - 86170 Isernia (IT) > ________________________________________ > Please consider the environment before printing this e-mail > > > > > ------------------------------ > > Message: 2 > Date: Tue, 14 Oct 2008 19:44:39 +0200 > From: "Pasquale d'Aloise" <pas...@ga...> > Subject: [Quickfix-developers] Exception in Initiator::stop(bool > force) > To: <qui...@li...> > Message-ID: <005401c92e24$88f49340$0202a8c0@wi2kpro69> > Content-Type: text/plain; format=flowed; charset="iso-8859-1"; > reply-type=response > > I conducted further tests on the subject and I found the statement > Session::lookupSession(*i) returns a NULL pointer when the Session ID "*i" > contains partial or empty data. > In fact, logging "i->toString()", I sometimes get strings like > ":->" or "FIX.4.2:->". > > I think while executing the copy statement "SessionIDs connected = > m_connected;" > the mutex "m_mutex" should be locked. If not, a different thread might > concurrently execute the method Initiator::setDisconnected( const > SessionID& > sessionID ) > and destroy the SessionID object while it is being copied from one std::set > to the other. > > Regards, > Pasquale d'Aloise > > GATElab > Mail pas...@ga... > Web www.gatelab.com > ( London Tel. +44(0)20 70605055 - 32 Sackville Street, Mayfair - W1S 3EA > London (UK) > ( MilanTel. +39 02 86984604 -Via Maurizio Gonzaga, 7 - 20123 Milan (IT) > ( IserniaTel. +39 0865 451890 - Viale dei Pentri, 161 - 86170 Isernia (IT) > ________________________________________ > Please consider the environment before printing this e-mail > > ----- Original Message ----- > From: "Pasquale d'Aloise" <pas...@ga...> > To: <qui...@li...> > Sent: Tuesday, October 14, 2008 10:40 AM > Subject: Exception in Initiator::stop(bool force) > > > > Sometimes I get an exception in method void Initiator::stop( bool force > ). > > This occurs when my session disconnects for a > > heartbeat timeout. > > > > Doing some tests, I noticed that sometimes the following code > > in the above mentioned method > > Session* pSession = Session::lookupSession(*i); > > > > returns a NULL pointer, so the next statement > > pSession->isEnabled() > > > > cause the exception raising. > > > > I think that a pointer nullity control should be added > > to the code. > > > > Regards, > > > Pasquale d'Aloise > > > > GATElab > > Mail pas...@ga... > > Web www.gatelab.com > > ( London Tel. +44(0)20 70605055 - 32 Sackville Street, Mayfair - W1S 3EA > > London (UK) > > ( MilanTel. +39 02 86984604 -Via Maurizio Gonzaga, 7 - 20123 Milan (IT) > > ( IserniaTel. +39 0865 451890 - Viale dei Pentri, 161 - 86170 Isernia > (IT) > > ________________________________________ > > Please consider the environment before printing this e-mail > > > > > ------------------------------ > > Message: 3 > Date: Wed, 15 Oct 2008 18:00:38 +0300 > From: "serdar ozay" <ser...@gm...> > Subject: [Quickfix-developers] it there known quickfix performance > To: qui...@li... > Message-ID: > <306...@ma...> > Content-Type: text/plain; charset="iso-8859-1" > > Hi oren, > > We have a developer team. Can we do anything to solve this problem on our > side? > > Thanks for your help.. > > > ----------------------------------------------------------------------------------------------------------------- > > I assume you are using the JNI version? This is something I have > encountered using the C# version with high volume data. The problem was > apparently caused by the large amount of messages being created combined > with the relatively large amount of time it takes to delete a message > and garbage collecting a whole bunch of them all at once. I'm guessing > you are encountering a similar issue. The solution in C# was to make > the messages disposable allowing the user to delete the message as soon > as they are done processing it. This seemed to solve the problem by > allowing a steadier processing rate. I think we need to add the same > ability to the JNI wrapper to solve your problem. > > --oren > > > -------- Original Message -------- > > Subject: [Quickfix-developers] it there known quickfix performance > > problem ? > > From: "serdar ozay" <serdar.ozay@gm...> > > Date: Thu, October 09, 2008 10:57 am > > To: quickfix-developers@li... > > QuickFIX Documentation: > http://www.quickfixengine.org/quickfix/doc/html/index.html > > QuickFIX Support: http://www.quickfixengine.org/services.html<hr< > http://www.quickfixengine.org/services.html%3Chr>>Hi > all, > > we are developing the QuickFix engine both for the Market Data and the > order > > route with java. We are using quickfix 4.2 protocol. > > Normaly our program and quickfix api is working very good. But when the > > markets price moving to fast, only our cruide oil's products > > prices are frozen about 3 - 20 second. When we analyse our logs, we are > > seeing, our price provider is cutting cruide oil price data and > collecting > > price during this frozen. And then sending all price in one message. ( > Like > > 215 price in only one fix message after 20 second) When we speak these > > guys, > > they are saying, their software is cutting and collecting price -only > cruide > > oil- because of our quickfix engine client is too slow. But I can not > > understand, > > how can be this sitiuation happen; the session is not broking also all > the > > other prices are running. > > we are watching all this logs on quickfix.Application class level and > also > > in our code, we have taken all the parsing process the fix message > seperate > > thread. > > Is there any known quick fix engine performance problem with taking > message? > > Is that can be true ? > > please help > > Thanks. > > > > Serdar<hr>------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > > Build the coolest Linux based applications with Moblin SDK & win great > prizes > > Grand prize is a trip for two to an Open Source event anywhere in the > world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/<hr< > http://moblin-contest.org/redirect.php?banner_id=100&url=/%3Chr> > >_______________________________________________ > > Quickfix-developers mailing list > > Quickfix-developers@li... > > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > -------------- next part -------------- > An HTML attachment was scrubbed... > > ------------------------------ > > Message: 4 > Date: Wed, 15 Oct 2008 18:00:38 +0300 > From: "serdar ozay" <ser...@gm...> > Subject: [Quickfix-developers] it there known quickfix performance > To: qui...@li... > Message-ID: > <306...@ma...> > Content-Type: text/plain; charset="iso-8859-1" > > Hi oren, > > We have a developer team. Can we do anything to solve this problem on our > side? > > Thanks for your help.. > > > ----------------------------------------------------------------------------------------------------------------- > > I assume you are using the JNI version? This is something I have > encountered using the C# version with high volume data. The problem was > apparently caused by the large amount of messages being created combined > with the relatively large amount of time it takes to delete a message > and garbage collecting a whole bunch of them all at once. I'm guessing > you are encountering a similar issue. The solution in C# was to make > the messages disposable allowing the user to delete the message as soon > as they are done processing it. This seemed to solve the problem by > allowing a steadier processing rate. I think we need to add the same > ability to the JNI wrapper to solve your problem. > > --oren > > > -------- Original Message -------- > > Subject: [Quickfix-developers] it there known quickfix performance > > problem ? > > From: "serdar ozay" <serdar.ozay@gm...> > > Date: Thu, October 09, 2008 10:57 am > > To: quickfix-developers@li... > > QuickFIX Documentation: > http://www.quickfixengine.org/quickfix/doc/html/index.html > > QuickFIX Support: http://www.quickfixengine.org/services.html<hr< > http://www.quickfixengine.org/services.html%3Chr>>Hi > all, > > we are developing the QuickFix engine both for the Market Data and the > order > > route with java. We are using quickfix 4.2 protocol. > > Normaly our program and quickfix api is working very good. But when the > > markets price moving to fast, only our cruide oil's products > > prices are frozen about 3 - 20 second. When we analyse our logs, we are > > seeing, our price provider is cutting cruide oil price data and > collecting > > price during this frozen. And then sending all price in one message. ( > Like > > 215 price in only one fix message after 20 second) When we speak these > > guys, > > they are saying, their software is cutting and collecting price -only > cruide > > oil- because of our quickfix engine client is too slow. But I can not > > understand, > > how can be this sitiuation happen; the session is not broking also all > the > > other prices are running. > > we are watching all this logs on quickfix.Application class level and > also > > in our code, we have taken all the parsing process the fix message > seperate > > thread. > > Is there any known quick fix engine performance problem with taking > message? > > Is that can be true ? > > please help > > Thanks. > > > > Serdar<hr>------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > > Build the coolest Linux based applications with Moblin SDK & win great > prizes > > Grand prize is a trip for two to an Open Source event anywhere in the > world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/<hr< > http://moblin-contest.org/redirect.php?banner_id=100&url=/%3Chr> > >_______________________________________________ > > Quickfix-developers mailing list > > Quickfix-developers@li... > > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > -------------- next part -------------- > An HTML attachment was scrubbed... > > ------------------------------ > > Message: 5 > Date: Wed, 15 Oct 2008 14:48:59 -0500 > From: "Sam Khopkar" <skh...@ge...> > Subject: [Quickfix-developers] FW: QuickFIX 1.12.4 issue > To: <qui...@li...> > Message-ID: > < > 3B9...@ge...> > Content-Type: text/plain; charset="us-ascii" > > _____________________________________________ > From: Sam Khopkar > Sent: Wednesday, October 15, 2008 2:44 PM > To: 'as...@qu...' > Subject: QuickFIX 1.12.4 issue > > > Issue: We are seeing that if we used the non-threaded version > SocketInitiator.poll() then the SocketNoDelay setting is ignored and > never gets set. The threaded version SocketInitiator->start() seems to > be fine > > Can you please verify and confirm this is a bug - see history below > > Thanks > Sam > > _____________________________________________ > From: Sam Khopkar > Sent: Wednesday, October 15, 2008 2:32 PM > To: Mike Myers; Shawn Yarbrough; Lorenzo DeLeon > Subject: RE: quickfix optimizations not enabled? > > > I see the bug now. It appears to be only when you use the non-threaded > version initiator.poll(). If we used the threaded version > initiator.start() it is fine. > > Start()-> startThread()-> > SocketInitiator.onStart()->initiator.connect()->Socketinitiator.doConnec > t() which sets it correctly > > Poll()-> SocketInitiator.onPoll() -> SocketConnector.block()........and > doConnect() never gets called. > > Sam > > _____________________________________________ > From: Mike Myers > Sent: Wednesday, October 15, 2008 2:22 PM > To: Sam Khopkar; Shawn Yarbrough; Lorenzo DeLeon > Subject: RE: quickfix optimizations not enabled? > > > Run in it in gdb, set a breakpoint, and see for yourself. I don't > remember exactly what the issues were, but I think it was that > onConfigure() was not being called or was being called after the socket > is opened. And, the SocketInitiator constructor sets m_noDelay to > false. > > -----Original Message----- > From: Sam Khopkar > Sent: Wednesday, October 15, 2008 1:58 PM > To: Mike Myers; Shawn Yarbrough; Lorenzo DeLeon > Subject: RE: quickfix optimizations not enabled? > > Mike, > I looked through the QuickFix code on my Linux > workstation which I built using the make in cme/vendor and I am not > seeing the bug. > > SocketInitiator seems to be grabbing the param and passing to > SocketConnector connect() method > > void SocketInitiator::onConfigure( const SessionSettings& s ) > throw ( ConfigError ) > { QF_STACK_PUSH(SocketInitiator::onConfigure) > > try { m_reconnectInterval = s.get().getLong( > RECONNECT_INTERVAL ); } > catch ( std::exception& ) {} > if( s.get().has( SOCKET_NODELAY ) ) > m_noDelay = s.get().getBool( SOCKET_NODELAY ); > > QF_STACK_POP > } > > int result = m_connector.connect( address, port, m_noDelay ); > > SocketConnector seems tobe setting it based on the m_noDelay > passed to it > > int SocketConnector::connect( const std::string& address, int > port, bool noDelay ) > { QF_STACK_PUSH(SocketConnector::connect) > > int socket = socket_createConnector(); > > if ( socket != -1 ) > { > if( noDelay ) > socket_setsockopt( socket, TCP_NODELAY ); > m_monitor.addConnect( socket ); > socket_connect( socket, address.c_str(), port ); > } > return socket; > > QF_STACK_POP > } > > Did I miss the bug ? > > Sam > _____________________________________________ > From: Mike Myers > Sent: Wednesday, October 15, 2008 1:45 PM > To: Shawn Yarbrough; Sam Khopkar; Lorenzo DeLeon > Subject: RE: quickfix optimizations not enabled? > > > Yes, but there's a bug in quickfix's SocketInitiator class where > it ignores the SocketDelay param (and other stuff). The corrected > version of that class is in direct_api/exchanges/cme/gvfix_initiator.cpp > (renamed "GVFixInitiator"). Need to move this to a common lib so it can > be shared by ice and cme. > > -----Original Message----- > From: Shawn Yarbrough > Sent: Wednesday, October 15, 2008 1:39 PM > To: Sam Khopkar; Mike Myers; Lorenzo DeLeon > Subject: RE: quickfix optimizations not enabled? > > It does disable Nagle. I assume we want that for ICE in > addition to CME. Lorenzo? > > > -----Original Message----- > From: Sam Khopkar > Sent: Wednesday, October 15, 2008 1:36 PM > To: Mike Myers; Lorenzo DeLeon; Shawn Yarbrough > Subject: RE: quickfix optimizations not enabled? > > CME code appears to be generating the quickfix cfg file > and ice is using an existing ice_quickfix.cfg . > > So I compared the generated CME quickfix.cfg on > chi2cme22 with ice_quickfix.cfg on gv-cme-coloc-20 > > The SocketDelay param (I am assuming this is the one > disables Nagle) appears to be missing in ice_quickfix.cfg > > SocketNodelay=Y > > Should I add it ? > > Sam > -------------- next part -------------- > An HTML attachment was scrubbed... > > ------------------------------ > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > ------------------------------ > > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > > > End of Quickfix-developers Digest, Vol 29, Issue 11 > *************************************************** > |
From: Jonatan K. <jon...@ly...> - 2008-10-17 13:13:07
|
Hi all, I have just started to connect to a simulation site and I seem to be able connect. I receive logon response, but then nothing happens. The simulation site is sending me heartbeats that I don't receive. After a while they send a test request and after that they close the session. I have set the heartbeat interval to 30 (the simulation site has the same interval). I don't know if it's any useful information, but my log files are showing that the first number in every tag is missing (except the first one) : 8=FIX.4.2_=64_5=A_4=1_9=XXXXXX_2=20081017-07:42:03.487_6=XXXXX_8=0_08=30_0=216_ Would be very grateful if someone could help me? Thanks /Åsa ------------------------------------------------------------------- This e-mail and attachments may contain confidential, proprietary or legally privileged information. It is intended for the use of the addressee only. If you receive this e-mail and attachments by mistake, you must not disclose, disseminate, distribute, copy or otherwise use it. Please notify the sender immediately and delete the e-mail and attachments from your system. Arbor, Archipel, Futuris, Helios, Helios Euro, Lynx, Manticore, Nektar and Zenit are special funds according to the Swedish Investment Funds Act (2004:46). Avenir is a special fund in accordance with article 12 of the Finnish Mutual Funds Act (99/48). None of the Funds are UCITS funds. This e-mail is not a solicitation or recommendation to acquire units in the Funds. The units of the Funds have not been registered and will not be registered in accordance with any securities legislation in the United States, Canada, Japan, Australia or New Zealand or elsewhere and may not be offered or sold to or within the United States, Canada, Japan, Australia or New Zealand or in such countries where such offer or sale would be in conflict with applicable laws or regulations. |
From: John H. <jr...@ya...> - 2008-10-17 13:06:09
|
If I'm using the quickfix data definition file to validate incoming 4.2 messages, and my initiator sends a reject back to the acceptor (a broker, for instance) because the broker has sent me a message with a required tag missing, is there an easy way to get access to the message which quickfix rejected? So far all I've been able to figure out how to do is trap the actual reject message being sent back to the broker via the toAdmin callback. This usually puts me in the situation of needing to call the broker and provide them with the sequence number referenced in the reject message and ask them to deduce what they did wrong. It would be great to be able to grab the offending message on my side, but from what I can tell it isn't passed up to my application layer by any callbacks. Do I need to do something akin to grabbing the referenced sequence number and then going into the message store to get the offending message? Would the invalid incoming message be stored by quickfix? Am I missing something obvious? Many thanks, John |
From: mhassan <has...@gm...> - 2008-10-16 12:14:11
|
i am developing a fix based GUI client in VS6, its a dialog when i got the success message in Application::onLogon(), i am trying to update a label in the dialog but it gives error "Unhandled Exception (MFC42D.DLL) 0xC0000005: access violation". here is the piece of code i am trying in onLogon HWND hw=hWnd; CWnd* pWnd = CWnd::FromHandle(hWnd); LSEClientDlg* pDlg = (LSEClientDlg*) pWnd; ThreadFunction = LSEClientDlg::DlgFunction; ThreadFunction((LPVOID)pDlg, "Connected"); i am calling a static function of dialog and in the dialog method void LSEClientDlg::DlgFunction( LPVOID pObj, CString str) { LSEClientDlg* pDlg = (LSEClientDlg*) pObj; pDlg->ud(str); } void LSEClientDlg::ud(CString msg) { this->m_connection_status = msg ; UpdateData(FALSE); } the line this->m_connection_status = msg ; is getting the access violation error. Any help very much appreciated. thanks m. hassan -- View this message in context: http://www.nabble.com/trade-client-dialog-access-violation-error-tp20012403p20012403.html Sent from the QuickFIX - Dev mailing list archive at Nabble.com. |
From: Sam K. <skh...@ge...> - 2008-10-15 20:11:47
|
_____________________________________________ From: Sam Khopkar Sent: Wednesday, October 15, 2008 2:44 PM To: 'as...@qu...' Subject: QuickFIX 1.12.4 issue Issue: We are seeing that if we used the non-threaded version SocketInitiator.poll() then the SocketNoDelay setting is ignored and never gets set. The threaded version SocketInitiator->start() seems to be fine Can you please verify and confirm this is a bug - see history below Thanks Sam _____________________________________________ From: Sam Khopkar Sent: Wednesday, October 15, 2008 2:32 PM To: Mike Myers; Shawn Yarbrough; Lorenzo DeLeon Subject: RE: quickfix optimizations not enabled? I see the bug now. It appears to be only when you use the non-threaded version initiator.poll(). If we used the threaded version initiator.start() it is fine. Start()-> startThread()-> SocketInitiator.onStart()->initiator.connect()->Socketinitiator.doConnec t() which sets it correctly Poll()-> SocketInitiator.onPoll() -> SocketConnector.block()........and doConnect() never gets called. Sam _____________________________________________ From: Mike Myers Sent: Wednesday, October 15, 2008 2:22 PM To: Sam Khopkar; Shawn Yarbrough; Lorenzo DeLeon Subject: RE: quickfix optimizations not enabled? Run in it in gdb, set a breakpoint, and see for yourself. I don't remember exactly what the issues were, but I think it was that onConfigure() was not being called or was being called after the socket is opened. And, the SocketInitiator constructor sets m_noDelay to false. -----Original Message----- From: Sam Khopkar Sent: Wednesday, October 15, 2008 1:58 PM To: Mike Myers; Shawn Yarbrough; Lorenzo DeLeon Subject: RE: quickfix optimizations not enabled? Mike, I looked through the QuickFix code on my Linux workstation which I built using the make in cme/vendor and I am not seeing the bug. SocketInitiator seems to be grabbing the param and passing to SocketConnector connect() method void SocketInitiator::onConfigure( const SessionSettings& s ) throw ( ConfigError ) { QF_STACK_PUSH(SocketInitiator::onConfigure) try { m_reconnectInterval = s.get().getLong( RECONNECT_INTERVAL ); } catch ( std::exception& ) {} if( s.get().has( SOCKET_NODELAY ) ) m_noDelay = s.get().getBool( SOCKET_NODELAY ); QF_STACK_POP } int result = m_connector.connect( address, port, m_noDelay ); SocketConnector seems tobe setting it based on the m_noDelay passed to it int SocketConnector::connect( const std::string& address, int port, bool noDelay ) { QF_STACK_PUSH(SocketConnector::connect) int socket = socket_createConnector(); if ( socket != -1 ) { if( noDelay ) socket_setsockopt( socket, TCP_NODELAY ); m_monitor.addConnect( socket ); socket_connect( socket, address.c_str(), port ); } return socket; QF_STACK_POP } Did I miss the bug ? Sam _____________________________________________ From: Mike Myers Sent: Wednesday, October 15, 2008 1:45 PM To: Shawn Yarbrough; Sam Khopkar; Lorenzo DeLeon Subject: RE: quickfix optimizations not enabled? Yes, but there's a bug in quickfix's SocketInitiator class where it ignores the SocketDelay param (and other stuff). The corrected version of that class is in direct_api/exchanges/cme/gvfix_initiator.cpp (renamed "GVFixInitiator"). Need to move this to a common lib so it can be shared by ice and cme. -----Original Message----- From: Shawn Yarbrough Sent: Wednesday, October 15, 2008 1:39 PM To: Sam Khopkar; Mike Myers; Lorenzo DeLeon Subject: RE: quickfix optimizations not enabled? It does disable Nagle. I assume we want that for ICE in addition to CME. Lorenzo? -----Original Message----- From: Sam Khopkar Sent: Wednesday, October 15, 2008 1:36 PM To: Mike Myers; Lorenzo DeLeon; Shawn Yarbrough Subject: RE: quickfix optimizations not enabled? CME code appears to be generating the quickfix cfg file and ice is using an existing ice_quickfix.cfg . So I compared the generated CME quickfix.cfg on chi2cme22 with ice_quickfix.cfg on gv-cme-coloc-20 The SocketDelay param (I am assuming this is the one disables Nagle) appears to be missing in ice_quickfix.cfg SocketNodelay=Y Should I add it ? Sam |
From: serdar o. <ser...@gm...> - 2008-10-15 15:09:01
|
Hi oren, We have a developer team. Can we do anything to solve this problem on our side? Thanks for your help.. ----------------------------------------------------------------------------------------------------------------- I assume you are using the JNI version? This is something I have encountered using the C# version with high volume data. The problem was apparently caused by the large amount of messages being created combined with the relatively large amount of time it takes to delete a message and garbage collecting a whole bunch of them all at once. I'm guessing you are encountering a similar issue. The solution in C# was to make the messages disposable allowing the user to delete the message as soon as they are done processing it. This seemed to solve the problem by allowing a steadier processing rate. I think we need to add the same ability to the JNI wrapper to solve your problem. --oren > -------- Original Message -------- > Subject: [Quickfix-developers] it there known quickfix performance > problem ? > From: "serdar ozay" <serdar.ozay@gm...> > Date: Thu, October 09, 2008 10:57 am > To: quickfix-developers@li... > QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html > QuickFIX Support: http://www.quickfixengine.org/services.html<hr<http://www.quickfixengine.org/services.html%3Chr>>Hi all, > we are developing the QuickFix engine both for the Market Data and the order > route with java. We are using quickfix 4.2 protocol. > Normaly our program and quickfix api is working very good. But when the > markets price moving to fast, only our cruide oil's products > prices are frozen about 3 - 20 second. When we analyse our logs, we are > seeing, our price provider is cutting cruide oil price data and collecting > price during this frozen. And then sending all price in one message. ( Like > 215 price in only one fix message after 20 second) When we speak these > guys, > they are saying, their software is cutting and collecting price -only cruide > oil- because of our quickfix engine client is too slow. But I can not > understand, > how can be this sitiuation happen; the session is not broking also all the > other prices are running. > we are watching all this logs on quickfix.Application class level and also > in our code, we have taken all the parsing process the fix message seperate > thread. > Is there any known quick fix engine performance problem with taking message? > Is that can be true ? > please help > Thanks. > Serdar<hr>------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/<hr<http://moblin-contest.org/redirect.php?banner_id=100&url=/%3Chr> >_______________________________________________ > Quickfix-developers mailing list > Quickfix-developers@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
From: Pasquale d'A. <pas...@ga...> - 2008-10-14 17:44:51
|
I conducted further tests on the subject and I found the statement Session::lookupSession(*i) returns a NULL pointer when the Session ID "*i" contains partial or empty data. In fact, logging "i->toString()", I sometimes get strings like ":->" or "FIX.4.2:->". I think while executing the copy statement "SessionIDs connected = m_connected;" the mutex "m_mutex" should be locked. If not, a different thread might concurrently execute the method Initiator::setDisconnected( const SessionID& sessionID ) and destroy the SessionID object while it is being copied from one std::set to the other. Regards, Pasquale d'Aloise GATElab Mail pas...@ga... Web www.gatelab.com ( London Tel. +44(0)20 70605055 - 32 Sackville Street, Mayfair - W1S 3EA London (UK) ( MilanTel. +39 02 86984604 -Via Maurizio Gonzaga, 7 - 20123 Milan (IT) ( IserniaTel. +39 0865 451890 - Viale dei Pentri, 161 - 86170 Isernia (IT) ________________________________________ Please consider the environment before printing this e-mail ----- Original Message ----- From: "Pasquale d'Aloise" <pas...@ga...> To: <qui...@li...> Sent: Tuesday, October 14, 2008 10:40 AM Subject: Exception in Initiator::stop(bool force) > Sometimes I get an exception in method void Initiator::stop( bool force ). > This occurs when my session disconnects for a > heartbeat timeout. > > Doing some tests, I noticed that sometimes the following code > in the above mentioned method > Session* pSession = Session::lookupSession(*i); > > returns a NULL pointer, so the next statement > pSession->isEnabled() > > cause the exception raising. > > I think that a pointer nullity control should be added > to the code. > > Regards, > Pasquale d'Aloise > > GATElab > Mail pas...@ga... > Web www.gatelab.com > ( London Tel. +44(0)20 70605055 - 32 Sackville Street, Mayfair - W1S 3EA > London (UK) > ( MilanTel. +39 02 86984604 -Via Maurizio Gonzaga, 7 - 20123 Milan (IT) > ( IserniaTel. +39 0865 451890 - Viale dei Pentri, 161 - 86170 Isernia (IT) > ________________________________________ > Please consider the environment before printing this e-mail |
From: <ch...@gm...> - 2008-10-14 10:12:08
|
Hi i want to use QiuckFIX and SLT port in eclipse C++. can someone guide me it to set it up. -- View this message in context: http://www.nabble.com/Quick-FIX--setup-with-Eclipse.-tp19969840p19969840.html Sent from the QuickFIX - Dev mailing list archive at Nabble.com. |
From: Pasquale d'A. <pas...@ga...> - 2008-10-14 08:55:35
|
Sometimes I get an exception in method void Initiator::stop( bool force ). This occurs when my session disconnects for a heartbeat timeout. Doing some tests, I noticed that sometimes the following code in the above mentioned method Session* pSession = Session::lookupSession(*i); returns a NULL pointer, so the next statement pSession->isEnabled() cause the exception raising. I think that a pointer nullity control should be added to the code. Regards, Pasquale d'Aloise GATElab Mail pas...@ga... Web www.gatelab.com ( London Tel. +44(0)20 70605055 - 32 Sackville Street, Mayfair - W1S 3EA London (UK) ( MilanTel. +39 02 86984604 -Via Maurizio Gonzaga, 7 - 20123 Milan (IT) ( IserniaTel. +39 0865 451890 - Viale dei Pentri, 161 - 86170 Isernia (IT) ________________________________________ Please consider the environment before printing this e-mail |