quickfix-developers Mailing List for QuickFIX (Page 299)
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: <OM...@th...> - 2002-11-14 18:29:08
|
Thanks for the patch. We will apply this to the repository. We will also add a test that will throw a ConfigError exception if the file is not found or the read fails (we currently do this in MSXML, but it looks like this was missed for the libxml implementation). These will be some good unit tests to add. --oren |---------+-----------------------------------------------> | | Sergey Gribov <se...@mi...> | | | Sent by: | | | qui...@li...ur| | | ceforge.net | | | | | | | | | 11/14/2002 11:45 AM | | | | |---------+-----------------------------------------------> >----------------------------------------------------------------------------------------------| | | | To: qui...@li... | | cc: | | Subject: [Quickfix-developers] DataDictionary reading problem | >----------------------------------------------------------------------------------------------| Hello, We've found the problem with code, which reads DataDictionary. The problem is that DataDictionary::readLibXml always adds current directory to the dictionary file name. As a result in case if the dictionary filename from config file is set as an absolute path, it can't find it. The other problem is that it's never got reported so there is no any error message and the only symptom is that down the road validation of some of the messages fails (which also can be reported or not). To fix the problem I've just changed the code so it wouldn't add the current directory to the file name and it seems to work ok (I've checked with both full and relative path examples). You can apply the following patch for the src/C++/DataDictionary.cpp : 332,335c332 < char buffer[ PATH_MAX ]; < getcwd( buffer, PATH_MAX ); < std::string current( buffer ); < current = current + "/" + url; --- > std::string current( url.c_str() ); There is still problem of reporting, I think DataDictionary::readLibXml should probably throw some exception in case if it can't open the dictionary... Cheers, -- Sergey ------------------------------------------------------- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
From: Sergey G. <se...@mi...> - 2002-11-14 17:52:31
|
Hello, We've found the problem with code, which reads DataDictionary. The problem is that DataDictionary::readLibXml always adds current directory to the dictionary file name. As a result in case if the dictionary filename from config file is set as an absolute path, it can't find it. The other problem is that it's never got reported so there is no any error message and the only symptom is that down the road validation of some of the messages fails (which also can be reported or not). To fix the problem I've just changed the code so it wouldn't add the current directory to the file name and it seems to work ok (I've checked with both full and relative path examples). You can apply the following patch for the src/C++/DataDictionary.cpp : 332,335c332 < char buffer[ PATH_MAX ]; < getcwd( buffer, PATH_MAX ); < std::string current( buffer ); < current = current + "/" + url; --- > std::string current( url.c_str() ); There is still problem of reporting, I think DataDictionary::readLibXml should probably throw some exception in case if it can't open the dictionary... Cheers, -- Sergey |
From: <OM...@th...> - 2002-11-11 20:26:00
|
Take a look at what is in the "FIX.4.2-TW-CLIENT1.event" file created b= y the ordermatch application. It will probably tell you why it is disconnecting banzai. Usually this is caused by the clients sequence numbers being too low. --oren |---------+-----------------------------------------------> | | Cedrick Johnson | | | <jav...@ce...> | | | Sent by: | | | qui...@li...ur| | | ceforge.net | | | | | | | | | 11/11/2002 11:39 AM | | | | |---------+-----------------------------------------------> >--------------------------------------------------------------------= --------------------------| | = | | To: qui...@li... = | | cc: = | | Subject: [Quickfix-developers] Cannot Maintain a connection!= | >--------------------------------------------------------------------= --------------------------| Howdy- I am trying this AM to use the Banzai client to connect to the Ordermat= ch server running on my local machine, and it connects, and then abruptly disconnects. (I've ruled out the time issue as being a factor). Here's = my banzai and ordermatch config files, as well as a "screen dump" of what = the Banzai client reports: Banzai.cfg: [DEFAULT] ConnectionType=3Dinitiator HeartBtInt=3D30 FileStorePath=3Dstore StartTime=3D00:00:00 EndTime=3D00:00:00 SocketConnectHost=3Dlocalhost SocketConnectPort=3D5001 [SESSION] BeginString=3DFIX.4.2 SenderCompID=3DTW TargetCompID=3DCLIENT1 [SESSION] BeginString=3DFIX.4.2 SenderCompID=3DTW TargetCompID=3DCLIENT2 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ordermatch.cfg: [DEFAULT] ConnectionType=3Dacceptor SocketAcceptPort=3D5001 FileStorePath=3Dstore FileLogPath=3Dlogs StartTime=3D00:00:00 EndTime=3D00:00:00 DataDictionary=3D..\spec\FIX42.xml [SESSION] BeginString=3DFIX.4.2 SenderCompID=3DTW TargetCompID=3DCLIENT1 [SESSION] BeginString=3DFIX.4.2 SenderCompID=3DTW TargetCompID=3DCLIENT2 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D screen dump of banzai client: <20021111-17:31:11, FIX.4.2:TW->CLIENT1, event> (Created session) <20021111-17:31:11, FIX.4.2:TW->CLIENT2, event> (Created session) <20021111-17:31:11, FIX.4.2:TW->CLIENT1, outgoing> (8=3DFIX.4.2=019=3D61=0135=3DA=0134=3D12=0149=3DTW=0152=3D20021111-1= 7:31:15=0156=3DCLIENT1=0198=3D0=01 108=3D30=0110=3D244=01) <20021111-17:31:11, FIX.4.2:TW->CLIENT1, event> (Initiated logon request) <20021111-17:31:11, FIX.4.2:TW->CLIENT2, outgoing> (8=3DFIX.4.2=019=3D61=0135=3DA=0134=3D12=0149=3DTW=0152=3D20021111-1= 7:31:15=0156=3DCLIENT2=0198=3D0=01 108=3D30=0110=3D245=01) <20021111-17:31:11, FIX.4.2:TW->CLIENT2, event> (Initiated logon request) <20021111-17:31:11, FIX.4.2:TW->CLIENT1, event> (Disconnecting) <20021111-17:31:11, FIX.4.2:TW->CLIENT2, event> (Disconnecting) Any help would be appreciated. Thanks! Cedrick ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers = |
From: Cedrick J. <jav...@ce...> - 2002-11-11 17:40:44
|
Howdy- I am trying this AM to use the Banzai client to connect to the Ordermatch server running on my local machine, and it connects, and then abruptly disconnects. (I've ruled out the time issue as being a factor). Here's my banzai and ordermatch config files, as well as a "screen dump" of what the Banzai client reports: Banzai.cfg: [DEFAULT] ConnectionType=initiator HeartBtInt=30 FileStorePath=store StartTime=00:00:00 EndTime=00:00:00 SocketConnectHost=localhost SocketConnectPort=5001 [SESSION] BeginString=FIX.4.2 SenderCompID=TW TargetCompID=CLIENT1 [SESSION] BeginString=FIX.4.2 SenderCompID=TW TargetCompID=CLIENT2 ====================================== ordermatch.cfg: [DEFAULT] ConnectionType=acceptor SocketAcceptPort=5001 FileStorePath=store FileLogPath=logs StartTime=00:00:00 EndTime=00:00:00 DataDictionary=..\spec\FIX42.xml [SESSION] BeginString=FIX.4.2 SenderCompID=TW TargetCompID=CLIENT1 [SESSION] BeginString=FIX.4.2 SenderCompID=TW TargetCompID=CLIENT2 ====================================== screen dump of banzai client: <20021111-17:31:11, FIX.4.2:TW->CLIENT1, event> (Created session) <20021111-17:31:11, FIX.4.2:TW->CLIENT2, event> (Created session) <20021111-17:31:11, FIX.4.2:TW->CLIENT1, outgoing> (8=FIX.4.29=6135=A34=1249=TW52=20021111-17:31:1556=CLIENT198=0108=3010=244) <20021111-17:31:11, FIX.4.2:TW->CLIENT1, event> (Initiated logon request) <20021111-17:31:11, FIX.4.2:TW->CLIENT2, outgoing> (8=FIX.4.29=6135=A34=1249=TW52=20021111-17:31:1556=CLIENT298=0108=3010=245) <20021111-17:31:11, FIX.4.2:TW->CLIENT2, event> (Initiated logon request) <20021111-17:31:11, FIX.4.2:TW->CLIENT1, event> (Disconnecting) <20021111-17:31:11, FIX.4.2:TW->CLIENT2, event> (Disconnecting) Any help would be appreciated. Thanks! Cedrick |
From: Java D. <jav...@ce...> - 2002-11-10 18:36:51
|
I was able to get QuickFIX running here with minor modifications. I am running Mandrake 9 and also RedHat 8 (with gcc 3+) The problem was that initially, QuickFIX would compile, and I was able to successfully 'make install' . BUT, when I went to compile the examples, I got some compilation errors. I referred to Chang Lin's posting on the Quickfix-developers list (Message: 10017100, dated October 29, 2002). Chang listed a couple of things that he had to do to get the software working. I modified the file CPPTest/Test.h, commenting out the following: #if TYPEINFO_IN_STD and #endif (these lines are above and below std::type_info The examples and everything compiled flawlessly at that point, and we were off! Another thing I learned the hard way (until reading Gene's reply) was that one system of mine (RH8), I didn't have Java installed and had a valid JAVA_HOME setup. That put a wrench in the build process too. Hope this helps someone else, thanks for a wonderful program! -Cedrick On Thu, 2002-11-07 at 22:32, Java Dude wrote: > Thanks Gene- > > I will try these suggestions, and next time keep better track of my > results.. It's been a long and exhausting week LOL. > > Thanks to the QuickFix team for the product, and I've seen the excellent > levels of support for the product. It is appreciated! > > > Thanks, > -cedrick > > > > On Thu, 2002-11-07 at 22:16, Gene Gorokhovsky wrote: > > I build Quickfix on Redhat Linux 7.2 and 7.3 with > > little fudging. > > 1) libxml2 includes are located in an unexpected > > place, there is a "configure" option that disables > > check for those (run configure --help for the full > > list), or alternatively you can softlink the includes > > to place where configure expects these. > > 2) when building 1.3.x you have to also run > > "bootstrap" script provided with the distribution. > > 3) do not forget to set JAVA_HOME before running > > configure. > > 4) Because of bugs in standard libraries you need > > either gcc 3.x or gcc 2.95 with stlport to run > > Quickfix reliably. I also needed a fairly recent > > version of binutils rpm to get exceptions to work > > correctly. > > 5) There are acceptance tests included with Quickfix > > that will fail in the case of most egregious > > misconfigurations. On my system with older binutils > > they would fail even before getting to the first unit > > test. > > > > As a programmer you must be aware that "something > > doesn't compile right, and it does not work." is > > singularly insufficient to give you any further > > advice. Quickfix author has been extremely generous > > with his support, and if you provide a little more > > information about the type of errors that you are > > getting, I am sure your problems will get resolved. > > > > Gene > > > > > > --- JavaDude <jav...@ce...> wrote: > > > I am not having the best of luck getting the > > > QuickFIX program(s) compiled > > > for the Linux platform. Is there a "standard" > > > configuration people use? > > > > > > I've tried all the major distros with varying > > > degrees of success, but they > > > all lead to one conclusion: something doesn't > > > compile right, and it does > > > not work. > > > > > > > > > If there's a doc that defines how to get started > > > that can lay out what > > > exactly you need, that would be a great help! > > > > > > > > > Thanks, and see some of you tomorrow at the FIA expo > > > in Chicago! > > > -cj > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > This sf.net email is sponsored by: See the NEW Palm > > > Tungsten T handheld. Power & Color in a compact > > > size! > > > > > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en > > > _______________________________________________ > > > Quickfix-developers mailing list > > > Qui...@li... > > > > > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > > > > > > __________________________________________________ > > Do you Yahoo!? > > U2 on LAUNCH - Exclusive greatest hits videos > > http://launch.yahoo.com/u2 > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: See the NEW Palm > Tungsten T handheld. Power & Color in a compact size! > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
From: <GM...@Pr...> - 2002-11-08 18:49:43
|
Thanks for the reply. Are any of these things planned for the Java API? I think the most important things for us might be the sequence number reset and the ability to run the end of day. They are also probably things we could add in (especially if they are already in the C++ side), but depending on the timing, we could probably wait for some time before needing them. Thanks again, Gary Mui Prescient Markets, Inc 914-989-3118 (W) 445 Hamilton Avenue 914-422-3693 (F) White Plains, NY 10601 Please visit us at http://www.cpmarket.com OM...@th... Sent by: To: qui...@li..., qui...@li...urc GM...@Pr... eforge.net cc: Subject: Re: [Quickfix-developers] how to perform session actions? 11/08/02 10:45 AM Some of these are there, some arn't, and some arn't exposed in the java api. All of them would be very easy to add. Right now session length is completely determined by the session times you set in your log file, at which point QuickFIX will send a logoff. Also letting your onRun method exit will do the same, but for all sessions. Right now there isn't a way to explicitly log off a session and keep it logged off. Test requests are normally sent automatically by QuickFIX when necessary, but you can do this yourself. Simply create a test request message and send it like you would any other message. You should get a heartbeat with your text from the counterparty. Resetting sequence numbers is there but is just not exposed in java currently. There is a reset() method on the C++ session object. Also there isn't currently a callback that informs you of end of day. This would be very easy to do. --oren |---------+-----------------------------------------------> | | GM...@Pr... | | | Sent by: | | | qui...@li...ur| | | ceforge.net | | | | | | | | | 11/08/2002 06:06 AM | | | | |---------+-----------------------------------------------> > ----------------------------------------------------------------------------------------------| | | | To: qui...@li... | | cc: | | Subject: [Quickfix-developers] how to perform session actions? | > ----------------------------------------------------------------------------------------------| I haven't been able to find where one can control certain session behavior. This would include things such as logoff, send test messages, reset sequence numbers, and run end of day. Are these things possible with QuickFIX? It seems like they are usually included in other FIX products and I think we'll need some way to do these things. Are they available vwith the Java interface? Thanks, Gary Mui Prescient Markets, Inc 914-989-3118 (W) 445 Hamilton Avenue 914-422-3693 (F) White Plains, NY 10601 Please visit us at http://www.cpmarket.com ------------------------------------------------------- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers ------------------------------------------------------- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
From: <GM...@Pr...> - 2002-11-08 18:45:21
|
Actually, we don't have *any* Visual Studio to use for compiling C++ on PCs. That's why I was hoping just to get the dll's if anyone's built them. We wouldn't need them for production or anything. Thanks, Gary Mui Prescient Markets, Inc 914-989-3118 (W) 445 Hamilton Avenue 914-422-3693 (F) White Plains, NY 10601 Please visit us at http://www.cpmarket.com OM...@th... Sent by: To: qui...@li..., qui...@li...urc GM...@Pr... eforge.net cc: Subject: Re: [Quickfix-developers] Windows binaries available? 11/08/02 10:50 AM We have been looking to do this on Windows for some time. We actually want to make distribution packages part of the build process. I do wonder why you can't build on VS. We havn't heard of any issues with that unless it was on version 5.0 or earlier. Is that the case with you? --oren |---------+-----------------------------------------------> | | GM...@Pr... | | | Sent by: | | | qui...@li...ur| | | ceforge.net | | | | | | | | | 11/08/2002 06:55 AM | | | | |---------+-----------------------------------------------> > ----------------------------------------------------------------------------------------------| | | | To: qui...@li... | | cc: | | Subject: [Quickfix-developers] Windows binaries available? | > ----------------------------------------------------------------------------------------------| I was wondering if a binary distribution was available anywhere for the windows platform. Our production environment is Solaris (and I've been able to compile and run the JNI library and examples) but we primarily develop our Java software on NT / 2000. It would be nice to continue doing most of our development on NT, but we don't have any Visual Studio's that can compile QuickFIX. I'd basically be interested in the dll's that are compiled from the quickfix 1.3.2 package. If anyone's interested, I can try to provide a tar'd up package of the required solaris libs (2.8) that I think are needed to run the solaris port. I used 2.95.3 with the stlport library. Thanks, Gary Mui Prescient Markets, Inc 914-989-3118 (W) 445 Hamilton Avenue 914-422-3693 (F) White Plains, NY 10601 Please visit us at http://www.cpmarket.com ------------------------------------------------------- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers ------------------------------------------------------- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
From: <OM...@th...> - 2002-11-08 15:54:52
|
We have been looking to do this on Windows for some time. We actually want to make distribution packages part of the build process. I do wonder why you can't build on VS. We havn't heard of any issues with that unless it was on version 5.0 or earlier. Is that the case with you? --oren |---------+-----------------------------------------------> | | GM...@Pr... | | | Sent by: | | | qui...@li...ur| | | ceforge.net | | | | | | | | | 11/08/2002 06:55 AM | | | | |---------+-----------------------------------------------> >----------------------------------------------------------------------------------------------| | | | To: qui...@li... | | cc: | | Subject: [Quickfix-developers] Windows binaries available? | >----------------------------------------------------------------------------------------------| I was wondering if a binary distribution was available anywhere for the windows platform. Our production environment is Solaris (and I've been able to compile and run the JNI library and examples) but we primarily develop our Java software on NT / 2000. It would be nice to continue doing most of our development on NT, but we don't have any Visual Studio's that can compile QuickFIX. I'd basically be interested in the dll's that are compiled from the quickfix 1.3.2 package. If anyone's interested, I can try to provide a tar'd up package of the required solaris libs (2.8) that I think are needed to run the solaris port. I used 2.95.3 with the stlport library. Thanks, Gary Mui Prescient Markets, Inc 914-989-3118 (W) 445 Hamilton Avenue 914-422-3693 (F) White Plains, NY 10601 Please visit us at http://www.cpmarket.com ------------------------------------------------------- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
From: <OM...@th...> - 2002-11-08 15:50:04
|
Some of these are there, some arn't, and some arn't exposed in the java api. All of them would be very easy to add. Right now session length is completely determined by the session times you set in your log file, at which point QuickFIX will send a logoff. Also letting your onRun method exit will do the same, but for all sessions. Right now there isn't a way to explicitly log off a session and keep it logged off. Test requests are normally sent automatically by QuickFIX when necessary, but you can do this yourself. Simply create a test request message and send it like you would any other message. You should get a heartbeat with your text from the counterparty. Resetting sequence numbers is there but is just not exposed in java currently. There is a reset() method on the C++ session object. Also there isn't currently a callback that informs you of end of day. This would be very easy to do. --oren |---------+-----------------------------------------------> | | GM...@Pr... | | | Sent by: | | | qui...@li...ur| | | ceforge.net | | | | | | | | | 11/08/2002 06:06 AM | | | | |---------+-----------------------------------------------> >----------------------------------------------------------------------------------------------| | | | To: qui...@li... | | cc: | | Subject: [Quickfix-developers] how to perform session actions? | >----------------------------------------------------------------------------------------------| I haven't been able to find where one can control certain session behavior. This would include things such as logoff, send test messages, reset sequence numbers, and run end of day. Are these things possible with QuickFIX? It seems like they are usually included in other FIX products and I think we'll need some way to do these things. Are they available vwith the Java interface? Thanks, Gary Mui Prescient Markets, Inc 914-989-3118 (W) 445 Hamilton Avenue 914-422-3693 (F) White Plains, NY 10601 Please visit us at http://www.cpmarket.com ------------------------------------------------------- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
From: <GM...@Pr...> - 2002-11-08 12:55:14
|
I was wondering if a binary distribution was available anywhere for the windows platform. Our production environment is Solaris (and I've been able to compile and run the JNI library and examples) but we primarily develop our Java software on NT / 2000. It would be nice to continue doing most of our development on NT, but we don't have any Visual Studio's that can compile QuickFIX. I'd basically be interested in the dll's that are compiled from the quickfix 1.3.2 package. If anyone's interested, I can try to provide a tar'd up package of the required solaris libs (2.8) that I think are needed to run the solaris port. I used 2.95.3 with the stlport library. Thanks, Gary Mui Prescient Markets, Inc 914-989-3118 (W) 445 Hamilton Avenue 914-422-3693 (F) White Plains, NY 10601 Please visit us at http://www.cpmarket.com |
From: <GM...@Pr...> - 2002-11-08 12:06:38
|
I haven't been able to find where one can control certain session behavior. This would include things such as logoff, send test messages, reset sequence numbers, and run end of day. Are these things possible with QuickFIX? It seems like they are usually included in other FIX products and I think we'll need some way to do these things. Are they available vwith the Java interface? Thanks, Gary Mui Prescient Markets, Inc 914-989-3118 (W) 445 Hamilton Avenue 914-422-3693 (F) White Plains, NY 10601 Please visit us at http://www.cpmarket.com |
From: Java D. <jav...@ce...> - 2002-11-08 04:32:41
|
Thanks Gene- I will try these suggestions, and next time keep better track of my results.. It's been a long and exhausting week LOL. Thanks to the QuickFix team for the product, and I've seen the excellent levels of support for the product. It is appreciated! Thanks, -cedrick On Thu, 2002-11-07 at 22:16, Gene Gorokhovsky wrote: > I build Quickfix on Redhat Linux 7.2 and 7.3 with > little fudging. > 1) libxml2 includes are located in an unexpected > place, there is a "configure" option that disables > check for those (run configure --help for the full > list), or alternatively you can softlink the includes > to place where configure expects these. > 2) when building 1.3.x you have to also run > "bootstrap" script provided with the distribution. > 3) do not forget to set JAVA_HOME before running > configure. > 4) Because of bugs in standard libraries you need > either gcc 3.x or gcc 2.95 with stlport to run > Quickfix reliably. I also needed a fairly recent > version of binutils rpm to get exceptions to work > correctly. > 5) There are acceptance tests included with Quickfix > that will fail in the case of most egregious > misconfigurations. On my system with older binutils > they would fail even before getting to the first unit > test. > > As a programmer you must be aware that "something > doesn't compile right, and it does not work." is > singularly insufficient to give you any further > advice. Quickfix author has been extremely generous > with his support, and if you provide a little more > information about the type of errors that you are > getting, I am sure your problems will get resolved. > > Gene > > > --- JavaDude <jav...@ce...> wrote: > > I am not having the best of luck getting the > > QuickFIX program(s) compiled > > for the Linux platform. Is there a "standard" > > configuration people use? > > > > I've tried all the major distros with varying > > degrees of success, but they > > all lead to one conclusion: something doesn't > > compile right, and it does > > not work. > > > > > > If there's a doc that defines how to get started > > that can lay out what > > exactly you need, that would be a great help! > > > > > > Thanks, and see some of you tomorrow at the FIA expo > > in Chicago! > > -cj > > > > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by: See the NEW Palm > > Tungsten T handheld. Power & Color in a compact > > size! > > > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en > > _______________________________________________ > > Quickfix-developers mailing list > > Qui...@li... > > > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > > > __________________________________________________ > Do you Yahoo!? > U2 on LAUNCH - Exclusive greatest hits videos > http://launch.yahoo.com/u2 |
From: Gene G. <mus...@ya...> - 2002-11-08 04:20:14
|
Almost forgot -- Java libs would not compile unless the build directory is names "quickfix". Gene --- Gene Gorokhovsky <mus...@ya...> wrote: > I build Quickfix on Redhat Linux 7.2 and 7.3 with > little fudging. > 1) libxml2 includes are located in an unexpected > place, there is a "configure" option that disables > check for those (run configure --help for the full > list), or alternatively you can softlink the > includes > to place where configure expects these. > 2) when building 1.3.x you have to also run > "bootstrap" script provided with the distribution. > 3) do not forget to set JAVA_HOME before running > configure. > 4) Because of bugs in standard libraries you need > either gcc 3.x or gcc 2.95 with stlport to run > Quickfix reliably. I also needed a fairly recent > version of binutils rpm to get exceptions to work > correctly. > 5) There are acceptance tests included with Quickfix > that will fail in the case of most egregious > misconfigurations. On my system with older binutils > they would fail even before getting to the first > unit > test. > > As a programmer you must be aware that "something > doesn't compile right, and it does not work." is > singularly insufficient to give you any further > advice. Quickfix author has been extremely generous > with his support, and if you provide a little more > information about the type of errors that you are > getting, I am sure your problems will get resolved. > > Gene > > > --- JavaDude <jav...@ce...> wrote: > > I am not having the best of luck getting the > > QuickFIX program(s) compiled > > for the Linux platform. Is there a "standard" > > configuration people use? > > > > I've tried all the major distros with varying > > degrees of success, but they > > all lead to one conclusion: something doesn't > > compile right, and it does > > not work. > > > > > > If there's a doc that defines how to get started > > that can lay out what > > exactly you need, that would be a great help! > > > > > > Thanks, and see some of you tomorrow at the FIA > expo > > in Chicago! > > -cj > > > > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by: See the NEW > Palm > > Tungsten T handheld. Power & Color in a compact > > size! > > > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en > > _______________________________________________ > > Quickfix-developers mailing list > > Qui...@li... > > > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > > > __________________________________________________ > Do you Yahoo!? > U2 on LAUNCH - Exclusive greatest hits videos > http://launch.yahoo.com/u2 > > > ------------------------------------------------------- > This sf.net email is sponsored by: See the NEW Palm > Tungsten T handheld. Power & Color in a compact > size! > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers __________________________________________________ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2 |
From: Gene G. <mus...@ya...> - 2002-11-08 04:16:44
|
I build Quickfix on Redhat Linux 7.2 and 7.3 with little fudging. 1) libxml2 includes are located in an unexpected place, there is a "configure" option that disables check for those (run configure --help for the full list), or alternatively you can softlink the includes to place where configure expects these. 2) when building 1.3.x you have to also run "bootstrap" script provided with the distribution. 3) do not forget to set JAVA_HOME before running configure. 4) Because of bugs in standard libraries you need either gcc 3.x or gcc 2.95 with stlport to run Quickfix reliably. I also needed a fairly recent version of binutils rpm to get exceptions to work correctly. 5) There are acceptance tests included with Quickfix that will fail in the case of most egregious misconfigurations. On my system with older binutils they would fail even before getting to the first unit test. As a programmer you must be aware that "something doesn't compile right, and it does not work." is singularly insufficient to give you any further advice. Quickfix author has been extremely generous with his support, and if you provide a little more information about the type of errors that you are getting, I am sure your problems will get resolved. Gene --- JavaDude <jav...@ce...> wrote: > I am not having the best of luck getting the > QuickFIX program(s) compiled > for the Linux platform. Is there a "standard" > configuration people use? > > I've tried all the major distros with varying > degrees of success, but they > all lead to one conclusion: something doesn't > compile right, and it does > not work. > > > If there's a doc that defines how to get started > that can lay out what > exactly you need, that would be a great help! > > > Thanks, and see some of you tomorrow at the FIA expo > in Chicago! > -cj > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: See the NEW Palm > Tungsten T handheld. Power & Color in a compact > size! > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers __________________________________________________ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2 |
From: JavaDude <jav...@ce...> - 2002-11-08 01:40:42
|
I am not having the best of luck getting the QuickFIX program(s) compiled for the Linux platform. Is there a "standard" configuration people use? I've tried all the major distros with varying degrees of success, but they all lead to one conclusion: something doesn't compile right, and it does not work. If there's a doc that defines how to get started that can lay out what exactly you need, that would be a great help! Thanks, and see some of you tomorrow at the FIA expo in Chicago! -cj |
From: Gene G. <mus...@ya...> - 2002-11-05 06:03:25
|
Locker(m_mutex) should be moved from Session::send to Session::sendRaw, otherwise there is a race condition between app-level and admin-level messages if the application spawns separate (from the primary Session queue processing) threads to send app-level messages. I happened to actually run into that because I have another thread per session that provides async sendToTarget outgoing queue. Gene __________________________________________________ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/ |
From: <OM...@th...> - 2002-11-04 19:48:34
|
If you can post your QuickFIX and Javelin logs, that will probably be helpful. --oren |---------+-----------------------------------------------> | | GM...@Pr... | | | Sent by: | | | qui...@li...ur| | | ceforge.net | | | | | | | | | 11/04/2002 11:15 AM | | | | |---------+-----------------------------------------------> >----------------------------------------------------------------------------------------------| | | | To: <qui...@li...> | | cc: | | Subject: [Quickfix-developers] heartbeat time out | >----------------------------------------------------------------------------------------------| I've finally gotten the Java version of executor working on Solaris (thanks Oren) and had a question about how it's working. I've configured it as an Acceptor and have another FIX engine (Javelin) connecting to it. From an earlier test against quickFIX 1.2, the session remained connected and active as expected, but when I run that connection test now, the quickFIX engine is timing out the session. This actually occurs for both the java and c++ version of executor. Am I not configuring something correctly? The doc says that the heartbeat interval in the config file is used by initiators, not by acceptors. I haven't changed anything on the Javelin side, so I am guessing something may have changed in the 1.3 version. Here is the output from executor: <20021104-15:00:22, FIX.4.2:SBI0->SLGM0, event> (Timed out waiting for heartbeat) <20021104-15:00:22, FIX.4.2:SBI0->SLGM0, event> (Disconnecting) Thanks for any suggestions, Gary Mui Prescient Markets, Inc 914-989-3118 (W) 445 Hamilton Avenue 914-422-3693 (F) White Plains, NY 10601 Please visit us at http://www.cpmarket.com ------------------------------------------------------- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
From: <GM...@Pr...> - 2002-11-04 17:15:17
|
I've finally gotten the Java version of executor working on Solaris (thanks Oren) and had a question about how it's working. I've configured it as an Acceptor and have another FIX engine (Javelin) connecting to it. From an earlier test against quickFIX 1.2, the session remained connected and active as expected, but when I run that connection test now, the quickFIX engine is timing out the session. This actually occurs for both the java and c++ version of executor. Am I not configuring something correctly? The doc says that the heartbeat interval in the config file is used by initiators, not by acceptors. I haven't changed anything on the Javelin side, so I am guessing something may have changed in the 1.3 version. Here is the output from executor: <20021104-15:00:22, FIX.4.2:SBI0->SLGM0, event> (Timed out waiting for heartbeat) <20021104-15:00:22, FIX.4.2:SBI0->SLGM0, event> (Disconnecting) Thanks for any suggestions, Gary Mui Prescient Markets, Inc 914-989-3118 (W) 445 Hamilton Avenue 914-422-3693 (F) White Plains, NY 10601 Please visit us at http://www.cpmarket.com |
From: <GM...@Pr...> - 2002-10-31 19:39:48
|
Is STLport required for only when compiling on multiprocessor machines or do we need to use it if we intend to just run the applications on a multiprocessor machine? I'm having a lot of difficulty getting everything compiled and running and thought I might try w/o STLport. Also, has anyone had any luck being able to run the java examples (JNI) on Solaris? Thanks, Gary Mui Prescient Markets, Inc 914-989-3118 (W) 445 Hamilton Avenue 914-422-3693 (F) White Plains, NY 10601 Please visit us at http://www.cpmarket.com |
From: <GM...@Pr...> - 2002-10-30 22:22:50
|
I seem to be having some problems with JNI under Solaris. I think I got everything compiled successfully and I can run the C++ version of executor. But when I try running the java version, I get the following: Exception in thread "main" java.lang.UnsatisfiedLinkError: /u03/export/home/gmui/build/quickfix/src/java/.libs/libquickfix_jni.so.0. 0.1: ld.so.1: /usr/bin/../java/bin/../bin/sparc/native_threads/java: fatal: relocation error: file /u03/export/home/gmui/build/quick fix/src/java/.libs/libquickfix_jni.so.0.0.1: symbol __pure_virtual: referenced symbol not found at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1419) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1343) at java.lang.Runtime.loadLibrary0(Runtime.java:749) at java.lang.System.loadLibrary(System.java:820) at Executor.<clinit>(Executor.java:58) I ran ldd -r on libquickfix_jni.so.0.0.1 and it returned the following: [lana]{gmui}@/export/home/gmui/build/quickfix/lib > ldd -r libquickfix_jni.so libstdc++.so.2.10.0 => /usr/local/lib/libstdc++.so.2.10.0 libstlport_gcc.so => /usr/local/lib/libstlport_gcc.so libxml2.so.2 => /usr/local/libxml/sparc/lib/libxml2.so.2 libz.so => /usr/lib/libz.so libpthread.so.1 => /usr/lib/libpthread.so.1 libm.so.1 => /usr/lib/libm.so.1 libsocket.so.1 => /usr/lib/libsocket.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libc.so.1 => /usr/lib/libc.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libmp.so.2 => /usr/lib/libmp.so.2 libthread.so.1 => /usr/lib/libthread.so.1 /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1 symbol not found: __pure_virtual (./libquickfix_jni.so) symbol not found: __pure_virtual (./libquickfix_jni.so) symbol not found: __pure_virtual (./libquickfix_jni.so) symbol not found: __pure_virtual (./libquickfix_jni.so) symbol not found: __pure_virtual (./libquickfix_jni.so) symbol not found: __pure_virtual (./libquickfix_jni.so) symbol not found: __pure_virtual (./libquickfix_jni.so) ..... Any ideas or suggestions? I'm using gcc 2.95.3 with the latest STL library. Thanks, Gary Mui Prescient Markets, Inc 914-989-3118 (W) 445 Hamilton Avenue 914-422-3693 (F) White Plains, NY 10601 Please visit us at http://www.cpmarket.com |
From: <OM...@th...> - 2002-10-30 02:48:54
|
A resource leak was discovered in 1.3.0 when using repeating groups. Thanks to Rosenthal Collins for reporting this. This leak will only manifest itself if you send or receive messages with repeating groups. 1.3.0 has been taking down and this version is being put in its place. You can also patch your 1.3.0 version by simply calling the clear() method in the FieldMap destructor. If you do not use repeating groups and do not intend to, you are o.k. with 1.3.0, but an upgrading or patching it is recommended. As always you can download here: http://quickfix.thoughtworks.com and the relase notes are here: http://sourceforge.net/project/shownotes.php?group_id=37535&release_id=119389 --oren ----- Forwarded by Oren Miller/Corporate/ThoughtWorks/US on 10/29/2002 08:41 PM ----- Oren Miller To: <qui...@li...>, 10/28/2002 10:06 <qui...@li...>, <qui...@li...> PM cc: Subject: Version 1.3.0 available Version 1.3.0, is now available from http://quickfix.thoughtworks.com. There is a lot of new stuff here, including such long awaited features as built in database support (MySQL), JAVA support under linux AND solaris, support for repeating groups in .NET and JAVA, and complete logging of messages and events with the addition of the Log interface (Screen, File, and MySQL loggers provided). The stability problems being encountered on multi-processor machines have been resolved. Simply compile QuickFIX against STLport with older versions of gcc, or upgrade to the latest 3.x.x release. Compiling with STLport has been made easy with the addition of the --with-stlport configure option. Also keep in mind that the interface for MessageStore has changed. So if you are using a custom message store, it will need to support the new interface to use this version. Full release notes are available here: http://sourceforge.net/project/shownotes.php?group_id=37535&release_id=118939 FIX 4.3 coming soon! QuickFIX/ThoughtWorks is going to have a booth at the FIA Expo in Chicago: http://www.fiafii.org/expo2002-2275.asp If you would like a free ticket, please write to us at tr...@th... --oren |
From: <OM...@th...> - 2002-10-30 02:02:37
|
If you change the -u to -f you should be fine. You can do this in the Makefile.am located in that directory. --oren |---------+-----------------------------------------------> | | GM...@Pr... | | | Sent by: | | | qui...@li...ur| | | ceforge.net | | | | | | | | | 10/29/2002 06:25 PM | | | | |---------+-----------------------------------------------> >----------------------------------------------------------------------------------------------| | | | To: <qui...@li...> | | cc: | | Subject: [Quickfix-developers] compile problem on solaris | >----------------------------------------------------------------------------------------------| I'm having a problem compiling the new 1.3 version under solaris 2.8. It seems like the Makefile in src/C++ has a 'cp -u' call a couple times to copy some files around but '-u' is not a valid flag under solaris 2.8. I'm not that familiar with the auto make stuff, so please forgive me if it's obvious, but what config files are there that go into the creation of the Make files? I'd like to remove the -u flag to see if the compile will then work on Solaris (using the gcc 2.95.3 compiler). Thanks, Gary Mui Prescient Markets, Inc 914-989-3118 (W) 445 Hamilton Avenue 914-422-3693 (F) White Plains, NY 10601 Please visit us at http://www.cpmarket.com ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
From: <OM...@th...> - 2002-10-30 02:01:54
|
Well the store and the log have two different purposes. The store is designed as a repository for a sessions messages so it can resend them if requested. This is why the file format is very efficient for machines, but not so much for people. Incoming messages are not stored because they simply arn't necessary for this purpose, so extra IO overhead is reduced. This is also temporary storage, as everything will be wiped out as soon as it is no longer needed. The log is pretty clearly designed for people to figure out what is going on internally, and is therfore much nicer for people, and not so good for machines (funny how it always works out this way). I guess the question is, how do you plan on querying this information. If versatile queries are important to you, then you may want to explore using the MySQLLog. The trade off is performance of a database versus flat files. On the other hand, using the LIKE command in SQL, your queries can be sophisticated enough that you can filter on individual fields in the FIX messages. Otherwise it would be pretty easy to write a small app that can read in the incoming message log line by line and create FIX::Message objects. Then you can manipulate them however you want. There are third party utilities that will actually do this for you. The other alternative would be to implement your own Log by extending the interface and storing it in a format that better suits you. --oren |---------+-----------------------------------------------> | | "Chang Lin" <cl...@gl...>| | | Sent by: | | | qui...@li...ur| | | ceforge.net | | | | | | | | | 10/29/2002 05:52 PM | | | Please respond to clin | | | | |---------+-----------------------------------------------> >----------------------------------------------------------------------------------------------| | | | To: <qui...@li...> | | cc: | | Subject: [Quickfix-developers] FileStore only stores outgoing messages? | >----------------------------------------------------------------------------------------------| Hi there, In looking at the source code, I found out that FileStore class only saves outgoing messages in <.body> file. Is there any reason for not saving incoming messages other than conflicting MsgSeqNum? I am aware that FileLog class saves both incoming & outgoing messages, however FileStore class has a better interface for retrieving saved messages. I guess my question is: what is the best way to get a snapshot of all the incoming messages? I would appreciate if somebody helps me out here. Thanks in advance. --Chang |
From: <GM...@Pr...> - 2002-10-30 00:25:34
|
I'm having a problem compiling the new 1.3 version under solaris 2.8. It seems like the Makefile in src/C++ has a 'cp -u' call a couple times to copy some files around but '-u' is not a valid flag under solaris 2.8. I'm not that familiar with the auto make stuff, so please forgive me if it's obvious, but what config files are there that go into the creation of the Make files? I'd like to remove the -u flag to see if the compile will then work on Solaris (using the gcc 2.95.3 compiler). Thanks, Gary Mui Prescient Markets, Inc 914-989-3118 (W) 445 Hamilton Avenue 914-422-3693 (F) White Plains, NY 10601 Please visit us at http://www.cpmarket.com |
From: Chang L. <cl...@gl...> - 2002-10-29 23:52:18
|
Hi there, In looking at the source code, I found out that FileStore class only saves outgoing messages in <.body> file. Is there any reason for not saving incoming messages other than conflicting MsgSeqNum? I am aware that FileLog class saves both incoming & outgoing messages, however FileStore class has a better interface for retrieving saved messages. I guess my question is: what is the best way to get a snapshot of all the incoming messages? I would appreciate if somebody helps me out here. Thanks in advance. --Chang |