quickfix-developers Mailing List for QuickFIX (Page 129)
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
|
| 2026 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Warren S. <War...@re...> - 2006-10-20 19:22:40
|
Hi, =20 I'm using QuickFIX/J 1.0.0-beta1. Are there any helper methods that can determine if a particular tag is valid for a message? For example is tag 17 valid (valid, not is the field set for this particular usage of the message) for a FIX 4.2 New Order Message. I would of assumed such a method would be at quickfixj.fix42.NewOrderSingle.isValidTag(). =20 Thanks. =20 Warren =20 =20 =20 Warren Sze Technical Specialist Reuters Transactions Group, Sales and Trading=20 3 Times Square, New York, NY 10036 United States (t) +1 646 223 7028=20 war...@re... Reuters Messaging: war...@re... For product support, updates and training, go to customers.reuters.com <http://customers.reuters.com/> =20 Reuters news and information reaches one billion people every day. Get the latest news at Reuters.com <http://www.reuters.com/> =20 =20 This email was sent to you by Reuters, the global news and information comp= any.=20 To find out more about Reuters visit www.about.reuters.com Any views expressed in this message are those of the individual sender, exc= ept where the sender specifically states them to be the views of Reuters Lt= d. |
|
From: <San...@ub...> - 2006-10-19 17:43:22
|
Visit our website at http://www.ubs.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. |
|
From: <San...@ub...> - 2006-10-19 16:32:11
|
Visit our website at http://www.ubs.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. |
|
From: Oren M. <or...@qu...> - 2006-10-19 03:54:20
|
Thanks Graham, This has been checked in. Also FYI I added a bunch of unit tests for the Ruby API (about 30 or so). They are direct ports from equivalent C++ tests. It exposed a bunch of holes in the API which I closed. I also added a acceptance test runner for ruby, and all the tests pass. Equivalent tests have been added for python. BTW I notice to get field numbers you were doing stuff like: Quickfix::ClOrdID.new.getField() So I updated the ruby field generator so you can now do this: Quickfix::CLOrdID.field -oren On Oct 18, 2006, at 9:19 PM, Graham Miller wrote: > QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/ > html/index.html > QuickFIX Support: http://www.quickfixengine.org/services.html > > Hello all, > I think I have found a bug in the build system, where the file > "quickfix.so" is not being copied correctly into the "site_ruby" > directory during a "make install". I believe the offending file is > "src/ruby/Makefile.am" which should have the following line inserted > after "install-exec-local" > > cp -f $(top_builddir)/lib/ruby/*.so $(RUBY_SITE_PACKAGES) > > And then an analogous line after "uninstall-local" > > rm -rf $(RUBY_SITE_PACKAGES)/quickfix.so > > I have copied this info into bug 218: > > http://www.quickfixengine.org/bugtracker/bug.php? > op=show&bugid=218&pos=27 > > graham |
|
From: Graham M. <gm...@ma...> - 2006-10-19 02:19:25
|
Hello all, I think I have found a bug in the build system, where the file "quickfix.so" is not being copied correctly into the "site_ruby" directory during a "make install". I believe the offending file is "src/ruby/Makefile.am" which should have the following line inserted after "install-exec-local" cp -f $(top_builddir)/lib/ruby/*.so $(RUBY_SITE_PACKAGES) And then an analogous line after "uninstall-local" rm -rf $(RUBY_SITE_PACKAGES)/quickfix.so I have copied this info into bug 218: http://www.quickfixengine.org/bugtracker/bug.php?op=show&bugid=218&pos=27 graham -- Marketcetera Trading Platform download.run.trade. www.marketcetera.org |
|
From: Bernard S. <bsp...@gx...> - 2006-10-18 19:00:56
|
Oren,
Are you saying that if the StartTime and EndTime are, for example,
11:00UTC (7AM) to 04:00 (midnight), the sequence numbers won't reset
until 04:00 UTC?
- Bernard
-----Original Message-----
From: Oren Miller [mailto:or...@qu...]
Sent: Wednesday, October 18, 2006 2:57 PM
To: Bernard Spanger
Cc: qui...@li...
Subject: Re: [Quickfix-developers] UTC vs. localtime
Mike,
What have they set their StartTime and EndTime to? My guess is
they are both set to 00:00:00. They are in UTC, but they can be set to
another time so the session will reset at whatever time they want.
--oren
On Oct 18, 2006, at 12:01 PM, Bernard Spanger wrote:
Hi all.
Some time ago, I recommended QuickFix to a customer of
ours, and they have adopted it. However, they just called me to ask if
I had a problem with sequence numbers automatically resetting at 8PM
Eastern time (midnight UTC). My sessions shut down at 6 so I have never
encountered this problem.
2 questions: 1) what is the status of local time
support that I see mentioned in the forum, and 2) is the behavior that
they report expected, and if so, how do they get around it?
Thanks.
- Bernard
PS. This is a great product!
Confidentiality. This message (including any attachments) (collectively, the=
"Material") may contain confidential information and is intended only for a=
specific individual and purpose. If you are not the intended recipient, any=
copying, disclosure, distribution or other use of Material, or the taking o=
f any action in reliance on the information contained therein, is strictly p=
rohibited. If you have received the Material in error, please immediately no=
tify us by telephone and delete the Material and all copies thereof from you=
r computer and network.=0A=
=0A=
No Investment Advice, Offer or Solicitation; Suitability. The Material has b=
een prepared for informational purposes only without regard to any particula=
r user's investment objectives, financial situation or means and does not co=
nstitute an offer, solicitation or recommendation to take any action. We are=
not providing investment advice, nor do we represent that any securities or=
services described in the Material are suitable for a particular client. Be=
fore acting on the Material, each client should make its own determination w=
hether information contained therein is suitable for its particular circumst=
ances, and if necessary consult with a senior officer.=0A=
=0A=
Conflicts. We, or persons involved in the preparation of issuance of the Mat=
erial, may from time to time effect transactions, or have positions in the s=
ecurities mentioned in the Material (or options or futures contracts with re=
spect thereto).=0A=
=0A=
Disclaimer. Although the Material is based upon information that we consider=
reliable, we do not warrant that the Material is reliable, accurate or comp=
lete and it should not be relied upon as such. Neither we, nor any of our af=
filiates or agents shall have any responsibility whatsoever for any direct,=
indirect, consequential, special or other damages or lost profits or saving=
s or other economic harm you may suffer as a result of your reliance on the=
Material or the reliability, accuracy, or completeness thereof. We expressl=
y disclaim all express and implied warranties, including, without limitation=
, warranties or merchantability and fitness for a particular purpose. CHECK=
ED FOR VIRUSES BY MSECWT -o
|
|
From: Oren M. <or...@qu...> - 2006-10-18 18:56:52
|
Mike, What have they set their StartTime and EndTime to? My guess is they are both set to 00:00:00. They are in UTC, but they can be set to another time so the session will reset at whatever time they want. --oren On Oct 18, 2006, at 12:01 PM, Bernard Spanger wrote: > Hi all. > > Some time ago, I recommended QuickFix to a customer of ours, and > they have adopted it. However, they just called me to ask if I had > a problem with sequence numbers automatically resetting at 8PM > Eastern time (midnight UTC). My sessions shut down at 6 so I have > never encountered this problem. > > 2 questions: 1) what is the status of local time support that I > see mentioned in the forum, and 2) is the behavior that they report > expected, and if so, how do they get around it? > > Thanks. > > - Bernard > > PS. This is a great product! |
|
From: Oren M. <or...@qu...> - 2006-10-18 18:10:22
|
You're not really being very specific here. It all depends on what version you are using. Value 11 was not added to the FIX spec until FIX 4.3. The value does exist in both the FIX 4.3 and FIX 4.4 data dictionaries distributed with QuickFIX. If you are using an earlier version and someone is sending you that value, you can add it yourself to your data dictionary. There is no restriction on ClOrdID within FIX. Any restrictions on its size are imposed by your counter-party, not by FIX. --oren On Oct 18, 2006, at 12:18 PM, Mike Smith wrote: > QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/ > html/index.html > QuickFIX Support: http://www.quickfixengine.org/services.html > > OK, I'm receiving a value of 11 for OrdRejReason, which is not defined > in your FIX spec. I'm assuming it has something to do with ClOrdId > needing to be exactly 9 or 10 digits, which is also a requirement that > is new to me. Can you please send me an updated FIX spec with all the > appropriate values for field 103? |
|
From: Mike S. <MS...@rj...> - 2006-10-18 17:18:27
|
OK, I'm receiving a value of 11 for OrdRejReason, which is not defined in your FIX spec. I'm assuming it has something to do with ClOrdId needing to be exactly 9 or 10 digits, which is also a requirement that is new to me. Can you please send me an updated FIX spec with all the appropriate values for field 103? mike -----Original Message----- From: Mike Smith=20 Sent: Wednesday, October 18, 2006 12:02 PM To: qui...@li... Subject: Message reject When a message I receive gets rejected, how do I see what the original message was? Right now I'm seeing that I'm issuing a reject message in response, but have not been able to figure out how to get my hands on the message which was rejected to see exactly what's wrong with it. Thanks, Mike |
|
From: Mike S. <MS...@rj...> - 2006-10-18 17:02:01
|
When a message I receive gets rejected, how do I see what the original message was? Right now I'm seeing that I'm issuing a reject message in response, but have not been able to figure out how to get my hands on the message which was rejected to see exactly what's wrong with it. Thanks, Mike |
|
From: Bernard S. <bsp...@gx...> - 2006-10-18 17:01:56
|
Hi all.
Some time ago, I recommended QuickFix to a customer of ours, and they
have adopted it. However, they just called me to ask if I had a problem
with sequence numbers automatically resetting at 8PM Eastern time
(midnight UTC). My sessions shut down at 6 so I have never encountered
this problem.
2 questions: 1) what is the status of local time support that I see
mentioned in the forum, and 2) is the behavior that they report
expected, and if so, how do they get around it?
Thanks.
- Bernard
PS. This is a great product!
Confidentiality. This message (including any attachments) (collectively, the=
"Material") may contain confidential information and is intended only for a=
specific individual and purpose. If you are not the intended recipient, any=
copying, disclosure, distribution or other use of Material, or the taking o=
f any action in reliance on the information contained therein, is strictly p=
rohibited. If you have received the Material in error, please immediately no=
tify us by telephone and delete the Material and all copies thereof from you=
r computer and network.=0A=
=0A=
No Investment Advice, Offer or Solicitation; Suitability. The Material has b=
een prepared for informational purposes only without regard to any particula=
r user's investment objectives, financial situation or means and does not co=
nstitute an offer, solicitation or recommendation to take any action. We are=
not providing investment advice, nor do we represent that any securities or=
services described in the Material are suitable for a particular client. Be=
fore acting on the Material, each client should make its own determination w=
hether information contained therein is suitable for its particular circumst=
ances, and if necessary consult with a senior officer.=0A=
=0A=
Conflicts. We, or persons involved in the preparation of issuance of the Mat=
erial, may from time to time effect transactions, or have positions in the s=
ecurities mentioned in the Material (or options or futures contracts with re=
spect thereto).=0A=
=0A=
Disclaimer. Although the Material is based upon information that we consider=
reliable, we do not warrant that the Material is reliable, accurate or comp=
lete and it should not be relied upon as such. Neither we, nor any of our af=
filiates or agents shall have any responsibility whatsoever for any direct,=
indirect, consequential, special or other damages or lost profits or saving=
s or other economic harm you may suffer as a result of your reliance on the=
Material or the reliability, accuracy, or completeness thereof. We expressl=
y disclaim all express and implied warranties, including, without limitation=
, warranties or merchantability and fitness for a particular purpose. CHECK=
ED FOR VIRUSES BY MSECWT -o
|
|
From: Oren M. <or...@qu...> - 2006-10-17 19:48:24
|
Is the test something you would be able to send me so I can tell what is going on? It looks like it has something to do with NUnit creating appdomains. It would be nice to be able to replicate the problem with a simple test that just uses QuickFIX. --oren On Oct 17, 2006, at 1:32 PM, Greg Snow wrote: > Oren > > I just rebuilt with the latest QuickFIX release (1.12.4) and got > the same error. Have you heard of other people having a similar > problem before? It seems like it has happened before (http:// > sourceforge.net/mailarchive/message.php?msg_id=10062941). It looks > like some sort of issue with garbage collection and managed/ > unmanaged code. The strange this is that it only happens when > testing against NUnit. Any other ideas? |
|
From: Greg S. <gre...@ch...> - 2006-10-17 18:32:30
|
Oren =20 I just rebuilt with the latest QuickFIX release (1.12.4) and got the same error. Have you heard of other people having a similar problem before? It seems like it has happened before (http://sourceforge.net/mailarchive/message.php?msg_id=3D10062941 <http://sourceforge.net/mailarchive/message.php?msg_id=3D10062941> ). = It looks like some sort of issue with garbage collection and managed/unmanaged code. The strange this is that it only happens when testing against NUnit. Any other ideas? =20 Thanks, Greg =20 ________________________________ From: Oren Miller [mailto:or...@qu...]=20 Sent: Tuesday, October 17, 2006 10:24 AM To: Greg Snow Cc: qui...@li...; qui...@li... Subject: Re: [Quickfix-users] Testing Quickfix .NET API with NUnit Framework =20 Is it possible you can try this with the latest release? =20 --oren =20 On Oct 17, 2006, at 8:43 AM, Greg Snow wrote: We have an application using the QuickFix .NET API (Quickfix version 1.10.2). When trying to run unit tests using the NUnit framework, we are getting exceptions of the type 'System.ArgumentException : Cannot pass GCHandle across app domains.' At first, it appeared to be a bug in our code, but that doesn't seem to be the case. This exception only occurs when unit testing with NUnit. We can compile to an executable and the same code runs without errors. The exception is being thrown from mscorlib.dll (line 118 of the gcroot.h header). The function throwing the exception and the debugger's stack trace are attached in a text file. I have also come across another develop with the exact same problem (his initial post is here: http://sourceforge.net/mailarchive/message.php?msg_id=3D10062941). I contacted him and he said that he never came up with a solution and was forced to write his own FIX implementation. Any help on this issue would be appreciated. Thanks. This message is intended only for the personal and confidential use of = the recipients named above. If the reader of this email is not the = intended recipient, you have received this email in error and any = review, dissemination, distribution or copying is strictly prohibited. = If you have received this email in error, please notify the sender = immediately by return email and permanently delete the copy you = received.=20 This message is provided for informational purposes and should not be = construed as a solicitation or offer to buy or sell any securities or = related financial instruments. CTC Holdings nor any affiliates ("CTC") = are responsible for any recommendation, solicitation, offer or agreement = or any information about any transaction, customer account or account = activity that may be attached to or contained in this communication. CTC = accepts no liability for any content contained in the email, or any = errors or omissions arising as a result of e-mail transmission. Any = opinions contained in this email constitute the sender's best judgment = at this time and are subject to change without notice.=20 =20 |
|
From: Oren M. <or...@qu...> - 2006-10-17 15:24:13
|
Is it possible you can try this with the latest release? --oren On Oct 17, 2006, at 8:43 AM, Greg Snow wrote: > We have an application using the QuickFix .NET API (Quickfix =20 > version 1.10.2). When trying to run unit tests using the NUnit =20 > framework, we are getting exceptions of the type =20 > =91System.ArgumentException : Cannot pass GCHandle across app =20 > domains.=92 At first, it appeared to be a bug in our code, but that =20= > doesn=92t seem to be the case. This exception only occurs when unit =20= > testing with NUnit. We can compile to an executable and the same =20 > code runs without errors. > > The exception is being thrown from mscorlib.dll (line 118 of the =20 > gcroot.h header). The function throwing the exception and the =20 > debugger=92s stack trace are attached in a text file. > > I have also come across another develop with the exact same =20 > problem (his initial post is here: http://sourceforge.net/=20 > mailarchive/message.php?msg_id=3D10062941). I contacted him and he =20= > said that he never came up with a solution and was forced to write =20 > his own FIX implementation. Any help on this issue would be =20 > appreciated. Thanks. |
|
From: Greg S. <gre...@ch...> - 2006-10-17 13:44:15
|
VGhpcyBpcyB0aGUgZnVuY3Rpb24gd2hlcmUgdGhlIHVuaGFuZGxlZCBleGNlcHRpb24gb2NjdXJz IChMaW5lIDExOCBvZiBnY3Jvb3QuaCkuDQoNCjExNiBUIG9wZXJhdG9yLT4oKSBjb25zdCB7DQox MTcgICAvLyBnY3Jvb3QgaXMgdHlwZXNhZmUsIHNvIHVzZSBzdGF0aWNfY2FzdA0KMTE4IHJldHVy biBzdGF0aWNfY2FzdDxUPihHQ0hhbmRsZTo6b3BfRXhwbGljaXQoX2hhbmRsZSkuVGFyZ2V0KTsN Cg0KDQpIZXJlIGlzIHRoZSBkZWJ1Z2dlcidzIHN0YWNrIHRyYWNlICh0aGlzIGV4dGVuZGVkIHN0 YWNrIHRyYWNlIHdhcyBhZnRlciAnRW5hYmxlIFVubWFuYWdlZA0KICBEZWJ1Z2dpbmcnIHdhcyB0 dXJuZWQgb24gZm9yIGFsbCBwcm9qZWN0cyBpbiB0aGUgc29sdXRpb24pDQoNCm1zY29ybGliLmRs bCFTeXN0ZW0uUnVudGltZS5JbnRlcm9wU2VydmljZXMuR0NIYW5kbGUoaW50IGhhbmRsZSA9IDE4 ODc5NjcyKSArIDB4MWEgYnl0ZXMNCm1zY29ybGliLmRsbCFTeXN0ZW0uUnVudGltZS5JbnRlcm9w U2VydmljZXMub3BfRXhjcGxpY2l0KGludCB2YWx1ZSA9IDE4ODc5NjcyKSArIDB4MTMgYnl0ZXMN CnF1aWNrZml4X25ldC5kbGwhZ2Nyb290PFF1aWNrRml4OjpMb2dfX2djKj46Om9wZXJhdG9yLT4o KSBMaW5lIDExOCArIDB4MWMgYnl0ZXMNCnF1aWNrZml4X25ldC5kbGwhTG9nOjpvbkV2ZW50KHN0 ZDo6YmFzaWNfc3RyaW5nPGNoYXIsc3RkOjpjaGFyX3RyYWl0czxjaGFyPixzdGQ6OmFsbG9jYXRv cjxjaGFyPj4mc3RyaW5nPXsuLi59KUxpbmUgNTIgKyAweDkNCnF1aWNrZml4X25ldC5kbGwhRklY OjpTZXNzaW9uU3RhdGU6Om9uRXZlbnQoQ29uc3Qgc3RkOjpiYXNpY19zdHJpbmc8Y2hhciwgc3Rk OjpjaGFyX3RyYWl0czxjaGFyPiwgc3RkOjphbGxvY2F0b3I8Y2hhcj4+ICYgc3RyaW5nPXsuLi59 KSBMaW5lIDE4MSArIDB4NzYNCnF1aWNrZml4X25ldC5kbGwhRklYOjpUaHJlYWRlZFNvY2tldElu aXRpYXRvcjo6c29ja2V0VGhyZWFkKHZvaWQgKiBwID0gMHgwNDRlZjI0OCkgTGluZSAxOTUgKyAw eGRjDQptc3ZjcjcxLmRsbCFfdGhyZWFkc3RhcnRleCh2b2lkICogcHRkPTB4NTJkMTA5MCkgTGlu ZSAyNDEgKyAweGQNCg0KDQoNCg== |
|
From: Mark T. K. <mke...@di...> - 2006-10-17 11:23:13
|
i wanted to do something similar with perl on linux but i found it easier to use the quickfix callbacks to convert each received message into a string which i write to myself via a pipe. that trivially integrates with a select/poll-based event loop. its not efficient in an absolute sense (because of the overhead of marshalling and demarshaling the message an extra time) but it took no time to code. and with today's processors, the overhead is lost in the noise. /mark Reggie Dugard wrote: > QuickFIX Documentation: > http://www.quickfixengine.org/quickfix/doc/html/index.html > QuickFIX Support: http://www.quickfixengine.org/services.html > > Sean, > > I saw your posts from 4 months ago on the quickfix-developers list > regarding integrating QuickFIX socket connections into an async socket > loop. I'm in the same situation now and I was hoping you could share > any progress you may have made over the last several months. > > I'd like to write a single-threaded python application using "twisted" > which uses the QuickFIX python bindings to communicate with a FIX server > at one of our brokers. I'm trying to get hold of the socket that the > SocketInitiator is using to use it in twisted's select loop and then > call the poll method of the Initiator when the select call indicates > that there is data ready on the socket. > > Were you able to do anything like this with QuickFIX's python bindings? > Any guidance you can give would be appreciated. > > Thanks, > > -Reggie > > On 22 Jun 2006, sea...@da... wrote: >> On 16 Jun 2006, at 9:40 PM, or...@qu... wrote: >> > I don't know if I relish making these methods public in C++. Swig >> > does allow you to pass macros into its preprocessor however, so we >> > can probably take advantage of that to allow the header to change >> > the protection to public when swig is processing the file. >> >> Actually even just making the methods public doesn't help. I >> discovered various other solvable issues but it came down to Swig >> needing to see the SocketConnector::Strategy declarations, and it >> doesn't support nested classes. At that point I gave up. I think I'll >> probably just make the FD available from SocketInitiator/ >> SocketAcceptor with an extra method and a custom patch. > > -- > Reggie Dugard <re...@me...> > Merfin, LLC > > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642> > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > This communication and any attachments may contain confidential/proprietary information and is intended for information purposes only. It is not an invitation or offer to purchase interests from Diamondback. Any representation to the contrary is unintentional. This communication is intended only for the person(s) to whom it is addressed. If you are not the intended recipient you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message or any attachments is not permitted. If you have received this in error, please notify the sender immediately by e-mail and delete this message. All e-mails sent to or received from this address will be received by Diamondback Capital Management's company e-mail system and is subject to archival and possible review by someone other than the recipient. This notice is automatically appended to each e-mail message leaving Diamondback Capital Management. |
|
From: <hak...@gm...> - 2006-10-17 08:12:43
|
I run two sessions using one Initiator. Both sessions specified in the same configuration file. Is it possible to logon to only one of the sessions? Using Initiator.start(= ) seem to automatically logon to all sessions. And I can't get it to work using session.logon(). Any ideas? Regards! /H=E5kan |
|
From: Reggie D. <re...@me...> - 2006-10-16 21:33:19
|
Sean, I saw your posts from 4 months ago on the quickfix-developers list regarding integrating QuickFIX socket connections into an async socket loop. I'm in the same situation now and I was hoping you could share any progress you may have made over the last several months. I'd like to write a single-threaded python application using "twisted" which uses the QuickFIX python bindings to communicate with a FIX server at one of our brokers. I'm trying to get hold of the socket that the SocketInitiator is using to use it in twisted's select loop and then call the poll method of the Initiator when the select call indicates that there is data ready on the socket. Were you able to do anything like this with QuickFIX's python bindings? Any guidance you can give would be appreciated. Thanks, -Reggie On 22 Jun 2006, sea...@da... wrote: > On 16 Jun 2006, at 9:40 PM, or...@qu... wrote: > > I don't know if I relish making these methods public in C++. Swig > > does allow you to pass macros into its preprocessor however, so we > > can probably take advantage of that to allow the header to change > > the protection to public when swig is processing the file. > > Actually even just making the methods public doesn't help. I > discovered various other solvable issues but it came down to Swig > needing to see the SocketConnector::Strategy declarations, and it > doesn't support nested classes. At that point I gave up. I think I'll > probably just make the FD available from SocketInitiator/ > SocketAcceptor with an extra method and a custom patch. -- Reggie Dugard <re...@me...> Merfin, LLC |
|
From: Scott R. <sri...@fo...> - 2006-10-16 18:41:19
|
Calling toString() on your Message variable should work, (someone correct me if I'm wrong) -----Original Message----- From: qui...@li... [mailto:qui...@li...] On Behalf Of Andrew Culross Sent: Monday, October 16, 2006 1:17 PM To: qui...@li... Subject: [SPAM] - [Quickfix-developers] Getting to the raw FIX data - Email found in subject QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html QuickFIX Support: http://www.quickfixengine.org/services.html |
|
From: Andrew C. <And...@Tw...> - 2006-10-16 17:17:12
|
Is there an easy way to get to the raw FIX message (I'm referring to the tag=value|tag=value|tag=value| etc string) from the let's say fromApp() callback? Andrew Culross TwoFour Systems (914) 220-8849 www.TwoFour.Com The views and opinions expressed in this e-mail message are the sender's own and do not necessarily represent the views and opinions of {TwoFour Systems, LLC or F-O-R Software, LLC} |
|
From: John G. <joh...@wa...> - 2006-10-13 08:51:28
|
Hi, (slowly catching up archives) > I believe that now when there is > activity outside of the session time, the sequence numbers do not get > incremented. Related to the question I just asked : does it mean that if I queue up orders before StartTime, they will in fact never be sent as the logon request will always have SeqNum=1 and counterparty will never ask for them ? (If so I have to check if anyone fiddle with the config file on that day, which would explain things) Sincerely, JG |
|
From: John G. <joh...@wa...> - 2006-10-13 08:37:25
|
Hi there, Using QF 1.11.1 in C++ I have the following behaviour. In general, the fix server opens up session at 0600, and we start sending orders at 0700. Tow days ago, the server only was available at 0730 so we started writing orders in the QF queue without session being up. It goes in my application logs like : 8=FIX.4.2^A9=226^A35=D^A34=1^A (etc for 1st order) 8=FIX.4.2^A9=224^A35=D^A34=2^A (etc for 2nd order). So the 34 tag seems to increase. But... (you saw this one coming, right ?) Half an hour later, on the logon request (at our initiative) : 8=FIX.4.2^A9=68^A35=A^A34=1^A (etc for login request) Oopsies, started at 1 also, so counterparty will never ask for unsent messages. What could cause this ? The process had been restarted around 0500. There had been a mess around midnight, the counterparty resetting all sequences and QF not yet (still on previous day counter), which lasted until 0100 when the counterpary stopped accepting connections, and even after restarting at 0500 QF had kept the expected counterparty seq corresponding to the bad exchanges (138 or something). What (if anything) should be done about it on our side ? BTW, if you guys remember, a few months ago, I was wondering how safe was relying on the counterparty to detect there are unsent orders in the queue (which we are perfectly aware of). I am afraid it is not, and never will be, safe. Sincerely, JG |
|
From: EclipseCap <tob...@ec...> - 2006-10-12 19:47:28
|
I took a look in those places and sure enough that is where the gibberish was coming from. I thought this thing was supposed to log to log files? I can understand why outputting to the screen can be helpful but it is quite confusing with out any documentation of what you are seeing. Tim -- View this message in context: http://www.nabble.com/Tradeclient-pushing-gibberish-tf2412707.html#a6783313 Sent from the QuickFIX - Dev mailing list archive at Nabble.com. |
|
From: Oren M. <or...@qu...> - 2006-10-12 18:02:35
|
Thanks, I organized this into a test suite and created a test.sh in the ruby directory and a runut_ruby in the test directory. I also discovered through a unit tests that getFieldTag was returning a 0 instead of nil on failure, so I fixed that as well. --oren On Oct 12, 2006, at 11:34 AM, Toli Kuznets wrote: > QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/ > html/index.html > QuickFIX Support: http://www.quickfixengine.org/services.html > > Oren, > > This is great. Thank you very much. This checkin works, and it's > exatly what we needed. > > i'm pasting a very short ruby test program i wrote to test this out. > perhaps it could be included in the right place (and tweaked to get > the spec location correct) for automated builds, and then in the > future i'll add more tests doing basic verification of the Ruby port. > > thanks again for your fast reponses! > > --- > require 'quickfix_ruby' > require 'quickfix_fields' > require 'test/unit' > > class TradeTest < Test::Unit::TestCase > > def test_data_dictionary > d = Quickfix::DataDictionary.new("spec/FIX42.xml") > assert_not_nil d > > assert_equal 54, Quickfix::Side.new.getField > assert_equal "BUY", d.getValueName(Quickfix::Side.new.getField, > Quickfix::Side_BUY()) > assert_nil d.getValueName(Quickfix::Side.new.getField, > "no_such_field") > > assert_equal 54, d.getFieldTag("Side") > end > end > > > On 10/12/06, Oren Miller <or...@qu...> wrote: >> In addition to the previous fixes, I also added support for output >> input arguments such as getFieldTag. Works the same way (i.e.) >> getFieldTag( "Side" ), will return 54. > > ---------------------------------------------------------------------- > --- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > |
|
From: Toli K. <to...@ma...> - 2006-10-12 16:34:58
|
Oren,
This is great. Thank you very much. This checkin works, and it's
exatly what we needed.
i'm pasting a very short ruby test program i wrote to test this out.
perhaps it could be included in the right place (and tweaked to get
the spec location correct) for automated builds, and then in the
future i'll add more tests doing basic verification of the Ruby port.
thanks again for your fast reponses!
---
require 'quickfix_ruby'
require 'quickfix_fields'
require 'test/unit'
class TradeTest < Test::Unit::TestCase
def test_data_dictionary
d = Quickfix::DataDictionary.new("spec/FIX42.xml")
assert_not_nil d
assert_equal 54, Quickfix::Side.new.getField
assert_equal "BUY", d.getValueName(Quickfix::Side.new.getField,
Quickfix::Side_BUY())
assert_nil d.getValueName(Quickfix::Side.new.getField, "no_such_field")
assert_equal 54, d.getFieldTag("Side")
end
end
On 10/12/06, Oren Miller <or...@qu...> wrote:
> In addition to the previous fixes, I also added support for output
> input arguments such as getFieldTag. Works the same way (i.e.)
> getFieldTag( "Side" ), will return 54.
|