quickfix-developers — QuickFIX developers forum

Re: [Quickfix-developers] FIXML Question

[Oren M. <ore...@ya...>]

Yes, this is correct.  FIXML simply defines and XML
document format, and nothing else.  FIXML doesn't
include any session level logic like FIX.  This is why
you can piggyback FIXML messages onto a FIX session. 
This is done through the XmlData and XmlDataLen
fields.  Although QuickFIX will not generate these
messages for you, QuickFIX can maintain the FIX
session and allow you to populate these fields with
FIXML messages.

Why would anyone want to do this?  Really, it beats
me.  Seems to me if you can already process FIX, FIXML
doesn't really buy you much.  Perhaps it makes things
easier for companies that have invested alot into XML
technologies.  If they have a lot of XML running
around their system, it would probably be easier to
transform FIXML messages into other formats than it
would native FIX messages.  I personally thing that
FIXML is most beneficial for those who don't want to
invest in FIX.  I imagine it will probably find its
niche in post and pre processing.  Most real-time
systems are more heavilly invested in protocols like
FIX than they are XML so I don't see them migrating
anytime soon, particularly since in that case all XML
buys you is additional overhead.  I don't really
believe readability is much of a benefit when most of
the time a human will never look at any of these
messages.  Various tools can be used to make messages
more readable when necessary (I'm working on such a
tool for FIX right now, here's a screenshot:
http://www.quickfixengine.org/screenshots/screenshot.jpg)

What are other ways you could send FIXML messages? 
Endless really.  You can push them through HTTP to an
appserver, write to a database, run them through XSLT,
publish on a TIB, email them to a trader on the floor.
 It's just a document so there are no rules on how you
send them, who you send them to, or what they do with
them.

I personally haven't heard from anyone who pushes
FIXML through FIX, or has indicated that they wanted
to do so.  If someone wanted to do it, all they would
need is an XML parser, the FIXML DTD, and QuickFIX. 
All freely available software.

--oren

--- Bernard Spanger <bsp...@gx...> wrote:
> We have been using QuickFix successfully in
> production for quite some
> time now, and we are very pleased with how it works
> for us.  Recently,
> some of our counterparties have asked us about
> FIXML.  As far as I can
> tell from my research, FIXML includes only the
> message structure, and
> does nothing with respect to the delivery and
> sequencing.  I have seen
> many references to the fact that FIXML messages can
> be delivered using
> FIX.  Why would I want to do this?  Does QuickFix
> support it?  Does
> anybody do it?  How else would I deliver such
> messages?  Are there
> advantages (other than easier readability) over the
> "native" FIX format?
>  
> Thanks.
>  
>     - Bernard
>  
> 
> 
> 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 the
> Material, or the taking of any action in reliance on
> the information contained therein, is strictly
> prohibited.  If you have received the Material in
> error, please immediately notify us by telephone and
> delete the Material and all copies thereof from your
> computer and network.
> 
> No Investment Advice, Offer or Solicitation;
> Suitability.  The Material has been prepared for
> informational purposes only without regard to any
> particular user's investment objectives, financial
> situation or means and does not constitute 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.  Before acting on the Material, each client
> should make its own determination whether
> information contained therein is suitable for its
> particular circumstances, and if necessary consult
> with a senior officer.
> 
> Conflicts.  We, or persons involved in the
> preparation of issuance of the Material, may from
> time to time effect transactions, or have positions
> in the securities mentioned in the Material (or
> options or futures contracts with respect thereto).
> 
> Disclaimer.  Although the Material is based upon
> information that we consider reliable, we do not
> warrant that the Material is reliable, accurate or
> complete and it should not be relied upon as such.
> Neither we, nor any of our affiliates or agents
> shall have any responsibility whatsoever for any
> direct, indirect, consequential, special or other
> damages or lost profits or savings or other economic
> harm your may suffer as a result of your reliance on
> the Material or the reliability, accuracy, or
> completeness thereof.  We expressly disclaim all
> express and implied warranties, including, without
> limitation, warranties of merchantability and
> fitness for a particular purpose.
> 
> ---------------------------------------------
> -Checked for viruses by McAfee.- o1
> ---------------------------------------------
> 


__________________________________
Do you Yahoo!?
Yahoo! Finance Tax Center - File online. File on time.
http://taxes.yahoo.com/filing.html

Re: [Quickfix-developers] FIXML Question

[Caleb E. <ca...@bk...>]

On Tue, Mar 30, 2004 at 02:48:35PM -0500, Bernard Spanger wrote:

> Why would I want to do this?  Does QuickFix support it?  Does
> anybody do it?  How else would I deliver such messages?  Are there
> advantages (other than easier readability) over the "native" FIX format?

	See Oren's response in an earlier thread on FIXML:

	http://sourceforge.net/mailarchive/message.php?msg_id=7020927

-- 
Caleb Epstein |  bklyn . org  |            I'll burn my books.
    cae at    | Brooklyn Dust |            		-- Christopher Marlowe
bklyn dot org |   Bunny Mfg.  |

[Quickfix-developers] FIXML Question

[Bernard S. <bsp...@gx...>]

We have been using QuickFix successfully in production for quite some
time now, and we are very pleased with how it works for us.  Recently,
some of our counterparties have asked us about FIXML.  As far as I can
tell from my research, FIXML includes only the message structure, and
does nothing with respect to the delivery and sequencing.  I have seen
many references to the fact that FIXML messages can be delivered using
FIX.  Why would I want to do this?  Does QuickFix support it?  Does
anybody do it?  How else would I deliver such messages?  Are there
advantages (other than easier readability) over the "native" FIX format?
=20
Thanks.
=20
    - Bernard
=20


Confidentiality.  This message (including any attachments) (collectively,=
 the "Material") may contain confidential information and is intended onl=
y for a specific individual and purpose.  If you are not the intended rec=
ipient, any copying, disclosure, distribution or other use of the Materia=
l, or the taking of any action in reliance on the information contained t=
herein, is strictly prohibited.  If you have received the Material in err=
or, please immediately notify us by telephone and delete the Material and=
 all copies thereof from your computer and network.

No Investment Advice, Offer or Solicitation; Suitability.  The Material h=
as been prepared for informational purposes only without regard to any pa=
rticular user's investment objectives, financial situation or means and d=
oes not constitute an offer, solicitation or recommendation to take any a=
ction.  We are not providing investment advice, nor do we represent that =
any securities or services described in the Material are suitable for a p=
articular client.  Before acting on the Material, each client should make=
 its own determination whether information contained therein is suitable =
for its particular circumstances, and if necessary consult with a senior =
officer.

Conflicts.  We, or persons involved in the preparation of issuance of the=
 Material, may from time to time effect transactions, or have positions i=
n the securities mentioned in the Material (or options or futures contrac=
ts with respect thereto).

Disclaimer.  Although the Material is based upon information that we cons=
ider reliable, we do not warrant that the Material is reliable, accurate =
or complete and it should not be relied upon as such. Neither we, nor any=
 of our affiliates or agents shall have any responsibility whatsoever for=
 any direct, indirect, consequential, special or other damages or lost pr=
ofits or savings or other economic harm your may suffer as a result of yo=
ur reliance on the Material or the reliability, accuracy, or completeness=
 thereof.  We expressly disclaim all express and implied warranties, incl=
uding, without limitation, warranties of merchantability and fitness for =
a particular purpose.

---------------------------------------------
-Checked for viruses by McAfee.- o1
---------------------------------------------

Re: [Quickfix-developers] how to check if a field is present

[Caleb E. <ca...@bk...>]

On Tue, Mar 30, 2004 at 11:01:13AM -0600, Vijay Singh Yadav wrote:

> Hello all, How does one check if a particular field is present
> within the execution report. I would like to know this before I do a
> get on a field and avoid the exception that is thrown. Catching an
> exception when one is trying to read a few fields is not the most
> elegant method for me to find out that a field was not present
> within the execution report. I am sure a better method exists.

	Use the isSetField method.

-- 
Caleb Epstein |  bklyn . org  |
    cae at    | Brooklyn Dust |    A day for firm decisions!!!!!  Or is it?
bklyn dot org |   Bunny Mfg.  |

[Quickfix-developers] how to check if a field is present

[Vijay S. Y. <vy...@op...>]

SGVsbG8gYWxsLA0KIEhvdyBkb2VzIG9uZSBjaGVjayBpZiBhIHBhcnRpY3VsYXIgZmllbGQgaXMg
cHJlc2VudCB3aXRoaW4gdGhlIGV4ZWN1dGlvbiByZXBvcnQuIEkgd291bGQgbGlrZSB0byBrbm93
IHRoaXMgYmVmb3JlIEkgZG8gYSBnZXQgb24gYSBmaWVsZCBhbmQgYXZvaWQgdGhlIGV4Y2VwdGlv
biB0aGF0IGlzIHRocm93bi4gQ2F0Y2hpbmcgYW4gZXhjZXB0aW9uIHdoZW4gb25lIGlzIHRyeWlu
ZyB0byByZWFkIGEgZmV3IGZpZWxkcyBpcyBub3QgdGhlIG1vc3QgZWxlZ2FudCBtZXRob2QgZm9y
IG1lIHRvIGZpbmQgb3V0IHRoYXQgYSBmaWVsZCB3YXMgbm90IHByZXNlbnQgd2l0aGluIHRoZSBl
eGVjdXRpb24gcmVwb3J0LiBJIGFtIHN1cmUgYSBiZXR0ZXIgbWV0aG9kIGV4aXN0cy4NCg0KUGxz
LiBhZHZpc2UuDQoNCi0tIHZpamF5DQoNCg0K

Re: [Quickfix-developers] Compiling Error - Linux Solution

[H. S. <st...@st...>]

Sorry,

mail client didnt sync the thread for any reason. didnt see the previous answers.

regards,
/H



On Tue, 30 Mar 2004 09:54:16 +0200
"H. Steuer" <st...@st...> wrote:

> Leanne,
> 
> C++ is a beast on consuming memory. check the size of the processes and your limits. try adding some swap space and see, how g++ behaves then.
> I've see signals 9 or 11 on out-of-memory issues, for what reason ever.
> 
> regards,
> heri
> 
> 
> On 16 Mar 2004 17:01:31 -0500
> "Leanne T. Smith" <le...@en...> wrote:
> 
> > I'm receiving a g++ compiling error for QuickFIX on Linux. I followed
> > the Installation Documentation, so I'm not sure I could be missing. I've
> > attached the error below. Please let me know if you have any idea what I
> > might be overlooking. Thanks.
> > 
> > 
> > lea@fla:~/quickfix$ make
> > make  all-recursive
> > make[1]: Entering directory `/home/leanne/quickfix'
> > Making all in src
> > make[2]: Entering directory `/home/leanne/quickfix/src'
> > Making all in C++
> > make[3]: Entering directory `/home/leanne/quickfix/src/C++'
> > Making all in test
> > make[4]: Entering directory `/home/leanne/quickfix/src/C++/test'
> > source='MessagesTestCase.cpp' object='MessagesTestCase.lo' libtool=yes \
> > depfile='.deps/MessagesTestCase.Plo'
> > tmpdepfile='.deps/MessagesTestCase.TPlo' \
> > depmode=gcc /bin/sh ../../../depcomp \
> > /bin/sh ../../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I.
> > -I../../.. -I..    -g -O2 -Wall   -I/usr/include/libxml2/libxml
> > -I/usr/include/libxml2 -I/include -I/include/linux -c -o
> > MessagesTestCase.lo `test -f 'MessagesTestCase.cpp' || echo
> > './'`MessagesTestCase.cpp
> >  g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I.. -g -O2 -Wall
> > -I/usr/include/libxml2/libxml -I/usr/include/libxml2 -I/include
> > -I/include/linux -c MessagesTestCase.cpp
> > -Wp,-MD,.deps/MessagesTestCase.TPlo  -fPIC -DPIC -o
> > .libs/MessagesTestCase.o
> > g++: Internal compiler error: program cc1plus got fatal signal 9
> > make[4]: *** [MessagesTestCase.lo] Error 1
> > make[4]: Leaving directory `/home/leanne/quickfix/src/C++/test'
> > make[3]: *** [all-recursive] Error 1
> > make[3]: Leaving directory `/home/leanne/quickfix/src/C++'
> > make[2]: *** [all-recursive] Error 1
> > make[2]: Leaving directory `/home/leanne/quickfix/src'
> > make[1]: *** [all-recursive] Error 1
> > make[1]: Leaving directory `/home/leanne/quickfix'
> > make: *** [all] Error 2
> > 
> > 
> > 
> > 
> > 
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IBM Linux Tutorials
> > Free Linux tutorial presented by Daniel Robbins, President and CEO of
> > GenToo technologies. Learn everything from fundamentals to system
> > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> > _______________________________________________
> > Quickfix-developers mailing list
> > Qui...@li...
> > https://lists.sourceforge.net/lists/listinfo/quickfix-developers
> > 
> 
> 
> -- 
> This e-mail may contain confidential and/or privileged information. 
> If you are not the intended recipient (or have received this e-mail in error) 
> please notify the sender immediately and destroy this e-mail. Any unauthorized 
> copying, disclosure or distribution of the material in this e-mail is strictly 
> forbidden.
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
> 


-- 
This e-mail may contain confidential and/or privileged information. 
If you are not the intended recipient (or have received this e-mail in error) 
please notify the sender immediately and destroy this e-mail. Any unauthorized 
copying, disclosure or distribution of the material in this e-mail is strictly 
forbidden.

Re: [Quickfix-developers] Compiling Error - Linux Solution

[H. S. <st...@st...>]

Leanne,

C++ is a beast on consuming memory. check the size of the processes and your limits. try adding some swap space and see, how g++ behaves then.
I've see signals 9 or 11 on out-of-memory issues, for what reason ever.

regards,
heri


On 16 Mar 2004 17:01:31 -0500
"Leanne T. Smith" <le...@en...> wrote:

> I'm receiving a g++ compiling error for QuickFIX on Linux. I followed
> the Installation Documentation, so I'm not sure I could be missing. I've
> attached the error below. Please let me know if you have any idea what I
> might be overlooking. Thanks.
> 
> 
> lea@fla:~/quickfix$ make
> make  all-recursive
> make[1]: Entering directory `/home/leanne/quickfix'
> Making all in src
> make[2]: Entering directory `/home/leanne/quickfix/src'
> Making all in C++
> make[3]: Entering directory `/home/leanne/quickfix/src/C++'
> Making all in test
> make[4]: Entering directory `/home/leanne/quickfix/src/C++/test'
> source='MessagesTestCase.cpp' object='MessagesTestCase.lo' libtool=yes \
> depfile='.deps/MessagesTestCase.Plo'
> tmpdepfile='.deps/MessagesTestCase.TPlo' \
> depmode=gcc /bin/sh ../../../depcomp \
> /bin/sh ../../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I.
> -I../../.. -I..    -g -O2 -Wall   -I/usr/include/libxml2/libxml
> -I/usr/include/libxml2 -I/include -I/include/linux -c -o
> MessagesTestCase.lo `test -f 'MessagesTestCase.cpp' || echo
> './'`MessagesTestCase.cpp
>  g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I.. -g -O2 -Wall
> -I/usr/include/libxml2/libxml -I/usr/include/libxml2 -I/include
> -I/include/linux -c MessagesTestCase.cpp
> -Wp,-MD,.deps/MessagesTestCase.TPlo  -fPIC -DPIC -o
> .libs/MessagesTestCase.o
> g++: Internal compiler error: program cc1plus got fatal signal 9
> make[4]: *** [MessagesTestCase.lo] Error 1
> make[4]: Leaving directory `/home/leanne/quickfix/src/C++/test'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory `/home/leanne/quickfix/src/C++'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/home/leanne/quickfix/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/leanne/quickfix'
> make: *** [all] Error 2
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
> 


-- 
This e-mail may contain confidential and/or privileged information. 
If you are not the intended recipient (or have received this e-mail in error) 
please notify the sender immediately and destroy this e-mail. Any unauthorized 
copying, disclosure or distribution of the material in this e-mail is strictly 
forbidden.

[Quickfix-developers] Endtime sequence no reset.

[<kot...@ya...>]

If the fix engine is running then at the end time
sequence numbers get reset.

But When fix engine m/c is down at the time of end
time and come up with fix engine after few hrs then
sequence number not get reset.

There is problem for login as other side sequence
numbers get reset.In this situation you have to do
manual reset of the sequence no.

it is due to conversion function strptime  converting
"3/23/2004 6:05:25 AM"    to  UtcTimeStamp time like 
tm_sec = 37 tm_min = 11 tm_hour = 16 tm_mday = 26
tm_mon = 2 tm_year = 104 tm_wday = 5 tm_yday = 85
tm_isdst = 0




________________________________________________________________________
Yahoo! India Insurance Special: Be informed on the best policies, services, tools and more. 
Go to: http://in.insurance.yahoo.com/licspecial/index.html

[Quickfix-developers] Endtime - sequence number reset.

[<kot...@ya...>]

If the fix engine is running then at the end time
sequence numbers get reset.

But When fix engine m/c is down at the time of end
time and come up with fix engine after few hrs then
sequence number not get reset.

There is problem for login as other side sequence
numbers get reset.In this situation you have to do
manual reset of the sequence no.

it look like problem is due to conversion function
strptime  converting	creation time "3/23/2004 6:05:25
AM"    to  UtcTimeStamp time like 
tm_sec = 37 tm_min = 11 tm_hour = 16 tm_mday = 26
tm_mon = 2 tm_year = 104 tm_wday = 5 tm_yday = 85
tm_isdst = 0

strptime( sqlTime.c_str(), "%Y-%m-%d %H:%M:%S", time
);
m_cache.setCreationTime( time );



________________________________________________________________________
Yahoo! India Insurance Special: Be informed on the best policies, services, tools and more. 
Go to: http://in.insurance.yahoo.com/licspecial/index.html

Re: [Quickfix-developers] how to retrieve sent messages

[Oren M. <ore...@ya...>]

I would say the thing to do would be this:

In the Session.h class there is this method...

Log* getLog() { return &m_state; }

create one just underneath like so:

const MessageStore* getMessageStore() { return
&m_state; }

Once you do this, on the from admin with the reject
you could do:

Session::lookupSession( sessionid
)->getMessageStore();

You can then use the get( int, const std::string& ) to
get string representation of the message which you can
pass to the message constructor.  This will give you a
generic message.  If you want a specific message
subclass, use the message factory.

--- "Van Gelder Eddy (KATO 2)"
<edd...@cr...> wrote:
> Hi,
> 
> if I get a Session level reject I only have the
> RefSeqNum available in the message.
> How can I retrieve the message sent with this
> sequence number from the message store.
> 
> Best Regards,
> 
> Eddy
> 
> 
>
-------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux
> Tutorials
> Free Linux tutorial presented by Daniel Robbins,
> President and CEO of
> GenToo technologies. Learn everything from
> fundamentals to system
>
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
>
https://lists.sourceforge.net/lists/listinfo/quickfix-developers


__________________________________
Do you Yahoo!?
Yahoo! Finance Tax Center - File online. File on time.
http://taxes.yahoo.com/filing.html

[Quickfix-developers] Endtime sequence no reset.

[Atul K. <AKo...@tc...>]

If the fix engine is running then at the end time sequence numbers get 
reset.

But When fix engine m/c is down at the time of end time and come up with 
fix engine after few hrs then sequence number not get reset.

There is problem for login as other side sequence numbers get reset.In 
this situation you have to do manual reset of the sequence no.

it is due to conversion function strptime  converting   "3/23/2004 6:05:25 
AM"    to  UtcTimeStamp time like 
tm_sec = 37 tm_min = 11 tm_hour = 16 tm_mday = 26 tm_mon = 2 tm_year = 104 
tm_wday = 5 tm_yday = 85 tm_isdst = 0

[Quickfix-developers] how to retrieve sent messages

[Van G. E. (K. 2) <edd...@cr...>]

Hi,

if I get a Session level reject I only have the RefSeqNum available in the message.
How can I retrieve the message sent with this sequence number from the message store.

Best Regards,

Eddy

RE: [Quickfix-developers] org.quickfix.message.unsetField(int)?

[Oren M. <ore...@ya...>]

Quite right. This is just missing from the java API. 
I've checked in the appropriate java wrapper.  The
method is removeField.

Also of interest to java developers, I've added an
iterator for the header, message and trailer classes. 
So you can now do things like:

Iterator i = message.iterator();
while( i.hasNext() ) {
  StringField field = (StringField)i.next();
}

>> What is the best way to strip a single tag out of a
>> Message?  It seems there 
>> should be an "org.quickfix.Message.unsetField(int)"
>> style method to undo a 
>> setField(int). 
>>
>> Thanks, 
>> Andrew Munn 

__________________________________
Do you Yahoo!?
Yahoo! Finance Tax Center - File online. File on time.
http://taxes.yahoo.com/filing.html

[Quickfix-developers] org.quickfix.message.unsetField(int)?

[Andrew M. <an...@nm...>]

What is the best way to strip a single tag out of a Message?  It seems there
should be an "org.quickfix.Message.unsetField(int)" style method to undo a
setField(int).

Thanks,
Andrew Munn

[Quickfix-developers] SessionIDs

[Timothy Y. <ty...@pa...>]

In Quickfix, sessions are identified by BeginString, SenderCompID and
TargetCompID, and a session maps one to one onto an underlying socket
connection.

This means that, within a single quickfix application, you cannot have two
FIX sessions that use the same pair of CompID's.  This seems like a
significant and unnecessary restriction.  It would be better to (optionally)
include SenderLocationID, SenderSubID, TargetLocationID and TargetSubID
within the session 'unique key' (i.e. the SessionID).

For example, say I implement a FIX sellside application that talks to many
different buyside applications (e.g. trading screens) that all belong to the
same organisation.  I could assign distinct CompIDs to every buyside, but
this seems artificial.  It would be better if every session used the same
pair of CompIDs, but the sessions were distinguished by (say) SenderSubID.
Other FIX engines I have played with (e.g. CameronFIX) allow me to do this.

This could be implemented by including the values of all required fields of
the SessionID in the relevant [Session] configuration file section.  So, for
example, if you were to include SenderSubID in a session section, it would
become part of the SessionID for that session. If you did not include
SenderSubID in the [Session] section, it would not be considered part of the
SessionID and could be varied at will within messages belonging to the
session.

So for, example, you might have:

[Session]
SenderCompID=BUYSIDE
SenderSubID=FRED
TargetCompID=SELLSIDE
...
[Session]
SenderCompID=BUYSIDE
SenderSubID=BILL
TargetCompID=SELLSIDE
...

Tim Yates
Lead Developer 
Patsystems (US) LLC 
141 West Jackson Boulevard
Chicago 60604, USA 
Tel +1 (312) 542-1336 
www.patsystems.com 


DISCLAIMER: This e-mail is confidential and may also be legally privileged.
If you are not the intended recipient, use of the information contained in
this e-mail (including disclosure, copying or distribution) is prohibited
and may be unlawful.  Please inform the sender and delete the message
immediately from your system.  This e-mail is attributed to the sender and
may not necessarily reflect the views of the Patsystems Group and no member
of the Patsystems Group accepts any liability for any action taken in
reliance on the contents of this e-mail (other than where it has a legal or
regulatory obligation to do so) or for the consequences of any computer
viruses which may have been transmitted by this e-mail. The Patsystems Group
comprises Patsystems plc and its subsidiary group of companies.

[Quickfix-developers] Bug or 'Feature' ?

[Dahl, J. <JD...@cm...>]

Pay attention to tag # 9710. There is no value for the tag.

I think per FIX specs, a tag must have a value.

Obviously, 9710 is a custom tag. I don't know if that has something to
do with it.

I'm using QF ver. 1.6.0 with no patches. Win32.

8=3DFIX.4.2?9=3D152?35=3DD?49=3DAAA430?56=3DFALCON?57=3DF?142=3DDUMMY?1=3D=
123ABC?11=3D1?38
=3D100?44=3D1?54=3D1?59=3D0?60=3D20040319-16:21:37?107=3DGEH4100?204=3D1?=
9702=3D1?9706=3DC
?9707=3D1?9708=3DGU?9710=3D?10=3D175?

JD

RE: [Quickfix-developers] Double logout sent

[Dahl, J. <JD...@cm...>]

It's because the files are in *NIX format(CR) and not Windows
format(CRLF).

All of your project files *.dsw, *.dsp, etc. need to be converted.

VC++ should be able to handle the source files correctly.

JD

-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Apichat Banyatsupasil
Sent: Thursday, March 18, 2004 11:59 AM
To: qui...@li...
Subject: Re: [Quickfix-developers] Double logout sent


Thanks Oren,
 However, I got a problem with a cvs version. I downloaded it today but
I cannot load the project (quickfix.dsw). I tried to open the workspace
in VC++ (v6) but nothing came up. Even worse, I am a java guy and really
have no clue what to do next in C++. Could you help me please?=20

Thanks,
Apichat=20

---
_____________________________
Apichat Banyatsupasil
Director of Software Development
Intelligent Brain Consulting Co., Ltd.
287/23-24 Surawong Rd 2nd Fl,
Suriyawong, Bangrak,
Bangkok 10500
Thailand
Office +66 (2) 635-7655, +66 (2) 635-6702
Fax  +66 (2) 635-7603
Cell +66 (9) 131-4009
URL  http://www.intelligentbrain.com








--------- Original Message ---------

DATE: Wed, 17 Mar 2004 07:51:12
From: Oren Miller <ore...@ya...>
To: sar...@ly..., qui...@li...
Cc:=20

>Oh I think probably a couple weeks.  It's going to be
>a very small point release.
>
>--- Apichat Banyatsupasil <sar...@ly...> wrote:
>> Oren,
>>     Thanks for answer. The new features sound very
>> good to me. I will check out the cvs version.
>>     However, I believe my client will not be
>> comfortable with the non-release product. Could you
>> give the estimate time for the release of 1.7.1
>> please?
>>=20
>> Thanks,
>> Apichat
>>=20
>> ---
>> _____________________________
>> Apichat Banyatsupasil
>> Director of Software Development
>> Intelligent Brain Consulting Co., Ltd.
>> 287/23-24 Surawong Rd 2nd Fl,
>> Suriyawong, Bangrak,
>> Bangkok 10500
>> Thailand
>> Office +66 (2) 635-7655, +66 (2) 635-6702
>> Fax  +66 (2) 635-7603
>> Cell +66 (9) 131-4009
>> URL  http://www.intelligentbrain.com
>>=20
>>=20
>>=20
>>=20
>>=20
>>=20
>>=20
>>=20
>> --------- Original Message ---------
>>=20
>> DATE: Mon, 15 Mar 2004 22:22:58
>> From: Oren Miller <ore...@ya...>
>> To: sar...@ly..., qui...@li...
>> Cc:=20
>>=20
>> >Support for proper logoff is really the one of two important pieces=20
>> >of functionality missing from
>> current
>> >releases of QuickFIX.  The bad news is that 1.7.0
>> >suffers from this same issue.  The good news is
>> that
>> >supports for this functionality is currently
>> available
>> >in the CVS repository.  We plan on doing a 1.7.1
>> >release with this feature as well as support for
>> >variable length sessions.
>> >
>> >If you would like proper support for logout's, I
>> would
>> >suggest going with the CVS version.  Logout's are
>> done
>> >either explicitly by calling the logoff() method on
>> >the session.  Calling logon will bring the session
>> >back on line.  Also, when calling stop on the
>> >initiator and acceptor, all open sessions will go
>> >through a proper logoff sequence before QuickFIX
>> shuts
>> >down.
>> >
>> >--oren
>> >
>> >--- Apichat Banyatsupasil <sar...@ly...>
>> wrote:
>> >> Hi,
>> >>    I currently use QuickFix 1.7.0, java version.
>> I
>> >> have problem that when I try to send logout
>> message,
>> >> the second logout is also sent automatically by
>> >> QuickFIX. This seems to be the same problem as
>> >>
>>
>>http://sourceforge.net/mailarchive/message.php?msg_id=3D6306713
>> >> and
>> >>
>>
>>http://sourceforge.net/mailarchive/message.php?msg_id=3D6314798
>> >>=20
>> >> however, none of them provide solutions. They
>> >> provide only workaround which could bring another problem.
>> >>=20
>> >> Could anyone help me with this please?
>> >>=20
>> >> Thanks,
>> >> Apichat
>> >> _____________________________
>> >> Apichat Banyatsupasil
>> >> Director of Software Development
>> >> Intelligent Brain Consulting Co., Ltd.
>> >> 287/23-24 Surawong Rd 2nd Fl,
>> >> Suriyawong, Bangrak,
>> >> Bangkok 10500
>> >> Thailand
>> >> Office +66 (2) 635-7655, +66 (2) 635-6702
>> >> Fax  +66 (2) 635-7603
>> >> Cell +66 (9) 131-4009
>> >> URL  http://www.intelligentbrain.com
>> >>=20
>> >>=20
>> >>=20
>> >>=20
>> >>=20
>> >>=20
>> >>=20
>> >>=20
>> >>=20
>> >>=20
>> >>
>>
>>____________________________________________________________
>> >> Find what you are looking for with the Lycos
>> Yellow
>> >> Pages
>> >>
>>
>>http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/defau
>>lt.asp?SRC=3Dlycos10
>> >>=20
>> >>=20
>> >>
>>
>>-------------------------------------------------------
>> >> This SF.Net email is sponsored by: IBM Linux
>> >> Tutorials
>> >> Free Linux tutorial presented by Daniel Robbins, President and CEO

>> >> of GenToo technologies. Learn everything from
>> >> fundamentals to system
>> >>
>>
>>administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dc=
lick
>> >> _______________________________________________
>> >> Quickfix-developers mailing list=20
>> >> Qui...@li...
>> >>
>>
>>https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>> >
>> >
>> >__________________________________
>> >Do you Yahoo!?
>> >Yahoo! Mail - More reliable, more storage, less
>> spam
>> >http://mail.yahoo.com
>> >
>>=20
>>=20
>>=20
>>
>____________________________________________________________
>> Find what you are looking for with the Lycos Yellow
>> Pages
>>
>http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/defaul
>t.asp?SRC=3Dlycos10
>>=20
>>=20
>>
>-------------------------------------------------------
>> This SF.Net email is sponsored by: IBM Linux
>> Tutorials
>> Free Linux tutorial presented by Daniel Robbins,
>> President and CEO of
>> GenToo technologies. Learn everything from
>> fundamentals to system
>>
>administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcl=
ick
>> _______________________________________________
>> Quickfix-developers mailing list=20
>> Qui...@li...
>>
>https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>
>
>__________________________________
>Do you Yahoo!?
>Yahoo! Mail - More reliable, more storage, less spam=20
>http://mail.yahoo.com
>



____________________________________________________________
Find what you are looking for with the Lycos Yellow Pages
http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default
.asp?SRC=3Dlycos10


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli=
ck
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

Re: [Quickfix-developers] Double logout sent

[Miller, O. <OM...@ri...>]

Did you get it with a cvs on a unix system?  If you do that the files =
get pulled down with unix line feeds making the dsw files unusable for =
devstudio.  Make sure you use the windows distribution of cvs.

--------------------------
Sent from my BlackBerry Wireless Handheld


-----Original Message-----
From: Apichat Banyatsupasil <sar...@ly...>
To: qui...@li... =
<qui...@li...>
Sent: Thu Mar 18 11:59:22 2004
Subject: Re: [Quickfix-developers] Double logout sent

Thanks Oren,
 However, I got a problem with a cvs version. I downloaded it today but =
I cannot load the project (quickfix.dsw). I tried to open the workspace =
in VC++ (v6) but nothing came up. Even worse, I am a java guy and really =
have no clue what to do next in C++. Could you help me please?=20

Thanks,
Apichat=20

---
_____________________________
Apichat Banyatsupasil
Director of Software Development
Intelligent Brain Consulting Co., Ltd.
287/23-24 Surawong Rd 2nd Fl,
Suriyawong, Bangrak,
Bangkok 10500
Thailand
Office +66 (2) 635-7655, +66 (2) 635-6702
Fax  +66 (2) 635-7603
Cell +66 (9) 131-4009
URL  http://www.intelligentbrain.com








--------- Original Message ---------

DATE: Wed, 17 Mar 2004 07:51:12
From: Oren Miller <ore...@ya...>
To: sar...@ly..., qui...@li...
Cc:=20

>Oh I think probably a couple weeks.  It's going to be
>a very small point release.
>
>--- Apichat Banyatsupasil <sar...@ly...> wrote:
>> Oren,
>>     Thanks for answer. The new features sound very
>> good to me. I will check out the cvs version.
>>     However, I believe my client will not be
>> comfortable with the non-release product. Could you
>> give the estimate time for the release of 1.7.1
>> please?
>>=20
>> Thanks,
>> Apichat
>>=20
>> ---
>> _____________________________
>> Apichat Banyatsupasil
>> Director of Software Development
>> Intelligent Brain Consulting Co., Ltd.
>> 287/23-24 Surawong Rd 2nd Fl,
>> Suriyawong, Bangrak,
>> Bangkok 10500
>> Thailand
>> Office +66 (2) 635-7655, +66 (2) 635-6702
>> Fax  +66 (2) 635-7603
>> Cell +66 (9) 131-4009
>> URL  http://www.intelligentbrain.com
>>=20
>>=20
>>=20
>>=20
>>=20
>>=20
>>=20
>>=20
>> --------- Original Message ---------
>>=20
>> DATE: Mon, 15 Mar 2004 22:22:58
>> From: Oren Miller <ore...@ya...>
>> To: sar...@ly...,
>> qui...@li...
>> Cc:=20
>>=20
>> >Support for proper logoff is really the one of two
>> >important pieces of functionality missing from
>> current
>> >releases of QuickFIX.  The bad news is that 1.7.0
>> >suffers from this same issue.  The good news is
>> that
>> >supports for this functionality is currently
>> available
>> >in the CVS repository.  We plan on doing a 1.7.1
>> >release with this feature as well as support for
>> >variable length sessions.
>> >
>> >If you would like proper support for logout's, I
>> would
>> >suggest going with the CVS version.  Logout's are
>> done
>> >either explicitly by calling the logoff() method on
>> >the session.  Calling logon will bring the session
>> >back on line.  Also, when calling stop on the
>> >initiator and acceptor, all open sessions will go
>> >through a proper logoff sequence before QuickFIX
>> shuts
>> >down.
>> >
>> >--oren
>> >
>> >--- Apichat Banyatsupasil <sar...@ly...>
>> wrote:
>> >> Hi,
>> >>    I currently use QuickFix 1.7.0, java version.
>> I
>> >> have problem that when I try to send logout
>> message,
>> >> the second logout is also sent automatically by
>> >> QuickFIX. This seems to be the same problem as=20
>> >>
>>
>>http://sourceforge.net/mailarchive/message.php?msg_id=3D6306713
>> >> and
>> >>
>>
>>http://sourceforge.net/mailarchive/message.php?msg_id=3D6314798
>> >>=20
>> >> however, none of them provide solutions. They
>> >> provide only workaround which could bring another
>> >> problem.
>> >>=20
>> >> Could anyone help me with this please?
>> >>=20
>> >> Thanks,
>> >> Apichat
>> >> _____________________________
>> >> Apichat Banyatsupasil
>> >> Director of Software Development
>> >> Intelligent Brain Consulting Co., Ltd.
>> >> 287/23-24 Surawong Rd 2nd Fl,
>> >> Suriyawong, Bangrak,
>> >> Bangkok 10500
>> >> Thailand
>> >> Office +66 (2) 635-7655, +66 (2) 635-6702
>> >> Fax  +66 (2) 635-7603
>> >> Cell +66 (9) 131-4009
>> >> URL  http://www.intelligentbrain.com
>> >>=20
>> >>=20
>> >>=20
>> >>=20
>> >>=20
>> >>=20
>> >>=20
>> >>=20
>> >>=20
>> >>=20
>> >>
>>
>>____________________________________________________________
>> >> Find what you are looking for with the Lycos
>> Yellow
>> >> Pages
>> >>
>>
>>http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/defaul=
t.asp?SRC=3Dlycos10
>> >>=20
>> >>=20
>> >>
>>
>>-------------------------------------------------------
>> >> This SF.Net email is sponsored by: IBM Linux
>> >> Tutorials
>> >> Free Linux tutorial presented by Daniel Robbins,
>> >> President and CEO of
>> >> GenToo technologies. Learn everything from
>> >> fundamentals to system
>> >>
>>
>>administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dc=
lick
>> >> _______________________________________________
>> >> Quickfix-developers mailing list
>> >> Qui...@li...
>> >>
>>
>>https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>> >
>> >
>> >__________________________________
>> >Do you Yahoo!?
>> >Yahoo! Mail - More reliable, more storage, less
>> spam
>> >http://mail.yahoo.com
>> >
>>=20
>>=20
>>=20
>>
>____________________________________________________________
>> Find what you are looking for with the Lycos Yellow
>> Pages
>>
>http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default=
.asp?SRC=3Dlycos10
>>=20
>>=20
>>
>-------------------------------------------------------
>> This SF.Net email is sponsored by: IBM Linux
>> Tutorials
>> Free Linux tutorial presented by Daniel Robbins,
>> President and CEO of
>> GenToo technologies. Learn everything from
>> fundamentals to system
>>
>administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcl=
ick
>> _______________________________________________
>> Quickfix-developers mailing list
>> Qui...@li...
>>
>https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>
>
>__________________________________
>Do you Yahoo!?
>Yahoo! Mail - More reliable, more storage, less spam
>http://mail.yahoo.com
>



____________________________________________________________
Find what you are looking for with the Lycos Yellow Pages
http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.=
asp?SRC=3Dlycos10


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli=
ck
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

Re: [Quickfix-developers] Double logout sent

[Apichat B. <sar...@ly...>]

Thanks Oren,
 However, I got a problem with a cvs version. I downloaded it today but I cannot load the project (quickfix.dsw). I tried to open the workspace in VC++ (v6) but nothing came up. Even worse, I am a java guy and really have no clue what to do next in C++. Could you help me please? 

Thanks,
Apichat 

---
_____________________________
Apichat Banyatsupasil
Director of Software Development
Intelligent Brain Consulting Co., Ltd.
287/23-24 Surawong Rd 2nd Fl,
Suriyawong, Bangrak,
Bangkok 10500
Thailand
Office +66 (2) 635-7655, +66 (2) 635-6702
Fax  +66 (2) 635-7603
Cell +66 (9) 131-4009
URL  http://www.intelligentbrain.com








--------- Original Message ---------

DATE: Wed, 17 Mar 2004 07:51:12
From: Oren Miller <ore...@ya...>
To: sar...@ly..., qui...@li...
Cc: 

>Oh I think probably a couple weeks.  It's going to be
>a very small point release.
>
>--- Apichat Banyatsupasil <sar...@ly...> wrote:
>> Oren,
>>     Thanks for answer. The new features sound very
>> good to me. I will check out the cvs version.
>>     However, I believe my client will not be
>> comfortable with the non-release product. Could you
>> give the estimate time for the release of 1.7.1
>> please?
>> 
>> Thanks,
>> Apichat
>> 
>> ---
>> _____________________________
>> Apichat Banyatsupasil
>> Director of Software Development
>> Intelligent Brain Consulting Co., Ltd.
>> 287/23-24 Surawong Rd 2nd Fl,
>> Suriyawong, Bangrak,
>> Bangkok 10500
>> Thailand
>> Office +66 (2) 635-7655, +66 (2) 635-6702
>> Fax  +66 (2) 635-7603
>> Cell +66 (9) 131-4009
>> URL  http://www.intelligentbrain.com
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> --------- Original Message ---------
>> 
>> DATE: Mon, 15 Mar 2004 22:22:58
>> From: Oren Miller <ore...@ya...>
>> To: sar...@ly...,
>> qui...@li...
>> Cc: 
>> 
>> >Support for proper logoff is really the one of two
>> >important pieces of functionality missing from
>> current
>> >releases of QuickFIX.  The bad news is that 1.7.0
>> >suffers from this same issue.  The good news is
>> that
>> >supports for this functionality is currently
>> available
>> >in the CVS repository.  We plan on doing a 1.7.1
>> >release with this feature as well as support for
>> >variable length sessions.
>> >
>> >If you would like proper support for logout's, I
>> would
>> >suggest going with the CVS version.  Logout's are
>> done
>> >either explicitly by calling the logoff() method on
>> >the session.  Calling logon will bring the session
>> >back on line.  Also, when calling stop on the
>> >initiator and acceptor, all open sessions will go
>> >through a proper logoff sequence before QuickFIX
>> shuts
>> >down.
>> >
>> >--oren
>> >
>> >--- Apichat Banyatsupasil <sar...@ly...>
>> wrote:
>> >> Hi,
>> >>    I currently use QuickFix 1.7.0, java version.
>> I
>> >> have problem that when I try to send logout
>> message,
>> >> the second logout is also sent automatically by
>> >> QuickFIX. This seems to be the same problem as 
>> >>
>>
>>http://sourceforge.net/mailarchive/message.php?msg_id=6306713
>> >> and
>> >>
>>
>>http://sourceforge.net/mailarchive/message.php?msg_id=6314798
>> >> 
>> >> however, none of them provide solutions. They
>> >> provide only workaround which could bring another
>> >> problem.
>> >> 
>> >> Could anyone help me with this please?
>> >> 
>> >> Thanks,
>> >> Apichat
>> >> _____________________________
>> >> Apichat Banyatsupasil
>> >> Director of Software Development
>> >> Intelligent Brain Consulting Co., Ltd.
>> >> 287/23-24 Surawong Rd 2nd Fl,
>> >> Suriyawong, Bangrak,
>> >> Bangkok 10500
>> >> Thailand
>> >> Office +66 (2) 635-7655, +66 (2) 635-6702
>> >> Fax  +66 (2) 635-7603
>> >> Cell +66 (9) 131-4009
>> >> URL  http://www.intelligentbrain.com
>> >> 
>> >> 
>> >> 
>> >> 
>> >> 
>> >> 
>> >> 
>> >> 
>> >> 
>> >> 
>> >>
>>
>>____________________________________________________________
>> >> Find what you are looking for with the Lycos
>> Yellow
>> >> Pages
>> >>
>>
>>http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10
>> >> 
>> >> 
>> >>
>>
>>-------------------------------------------------------
>> >> This SF.Net email is sponsored by: IBM Linux
>> >> Tutorials
>> >> Free Linux tutorial presented by Daniel Robbins,
>> >> President and CEO of
>> >> GenToo technologies. Learn everything from
>> >> fundamentals to system
>> >>
>>
>>administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
>> >> _______________________________________________
>> >> Quickfix-developers mailing list
>> >> Qui...@li...
>> >>
>>
>>https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>> >
>> >
>> >__________________________________
>> >Do you Yahoo!?
>> >Yahoo! Mail - More reliable, more storage, less
>> spam
>> >http://mail.yahoo.com
>> >
>> 
>> 
>> 
>>
>____________________________________________________________
>> Find what you are looking for with the Lycos Yellow
>> Pages
>>
>http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10
>> 
>> 
>>
>-------------------------------------------------------
>> This SF.Net email is sponsored by: IBM Linux
>> Tutorials
>> Free Linux tutorial presented by Daniel Robbins,
>> President and CEO of
>> GenToo technologies. Learn everything from
>> fundamentals to system
>>
>administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
>> _______________________________________________
>> Quickfix-developers mailing list
>> Qui...@li...
>>
>https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>
>
>__________________________________
>Do you Yahoo!?
>Yahoo! Mail - More reliable, more storage, less spam
>http://mail.yahoo.com
>



____________________________________________________________
Find what you are looking for with the Lycos Yellow Pages
http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10

Re: [Quickfix-developers] 1.7.0 Build error

[Oren M. <ore...@ya...>]

This is a bug in the script which detects the presence
of java.  It has been fixed in CVS and will go out
with the 1.7.1 release.

--oren

--- "Howard S. Engelhart" <ho...@ex...> wrote:
> Hello,
> 
> Building 1.7.0 on a redhat 7.3 linux server I
> encouter a build error over the java portions of the
> library (below).  I do not use java and
> consequently, do not have JAVA_HOME set.  This does
> not stop the library from building the JNI code, and
> then ultimately failing when it attempts to use the
> java compiler.  Is there anyway to use configure to
> tell the build not to bother with java?  Currently I
> am editing the Makefile in src to comment out
> references to build.sh.
> 
> Thanks,
> 
> Howard
> 
> 
> bash ./build.sh
> Buildfile: build.xml
> 
> init:
>     [mkdir] Created dir:
> /usr/local/src/quickfix/src/build
> 
> compile:
>     [javac] Compiling 3 source files to
> /usr/local/src/quickfix/src/build
>     [javac] Modern compiler not found - looking for
> classic compiler
> 
> BUILD FAILED
> file:/usr/local/src/quickfix/src/build.xml:22:
> Cannot use classic compiler, as it is not available.
>  A common solution is to set the environment
> variable JAVA_HOME to your jdk directory.
> 
> Total time: 7 seconds
> make[3]: *** [all-local] Error 1
> make[3]: Leaving directory
> `/usr/local/src/quickfix/src'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory
> `/usr/local/src/quickfix/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/usr/local/src/quickfix'
> make: *** [all-recursive-am] Error 2
> 
> 
>
-------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux
> Tutorials
> Free Linux tutorial presented by Daniel Robbins,
> President and CEO of
> GenToo technologies. Learn everything from
> fundamentals to system
>
administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
>
https://lists.sourceforge.net/lists/listinfo/quickfix-developers


__________________________________
Do you Yahoo!?
Yahoo! Mail - More reliable, more storage, less spam
http://mail.yahoo.com

[Quickfix-developers] 1.7.0 Build error

[Howard S. E. <ho...@ex...>]

Hello,

Building 1.7.0 on a redhat 7.3 linux server I encouter a build error =
over the java portions of the library (below).  I do not use java and =
consequently, do not have JAVA_HOME set.  This does not stop the library =
from building the JNI code, and then ultimately failing when it attempts =
to use the java compiler.  Is there anyway to use configure to tell the =
build not to bother with java?  Currently I am editing the Makefile in =
src to comment out references to build.sh.

Thanks,

Howard


bash ./build.sh
Buildfile: build.xml

init:
    [mkdir] Created dir: /usr/local/src/quickfix/src/build

compile:
    [javac] Compiling 3 source files to =
/usr/local/src/quickfix/src/build
    [javac] Modern compiler not found - looking for classic compiler

BUILD FAILED
file:/usr/local/src/quickfix/src/build.xml:22: Cannot use classic =
compiler, as it is not available.  A common solution is to set the =
environment variable JAVA_HOME to your jdk directory.

Total time: 7 seconds
make[3]: *** [all-local] Error 1
make[3]: Leaving directory `/usr/local/src/quickfix/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/local/src/quickfix/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/quickfix'
make: *** [all-recursive-am] Error 2

RE: [Quickfix-developers] Sequence Number Reset

[Dahl, J. <JD...@cm...>]

I figured it out, I was using the C++ tradeclient. It was not sending a
Logout message.

I added the Logout to the client and the server and it worked.

-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Dahl, Jon
Sent: Thursday, March 18, 2004 9:55 AM
To: qui...@li...
Subject: [Quickfix-developers] Sequence Number Reset


According to the documentation, I can set ResetOnLogout=3DY and
ResetOnDisconnect=3DY to reset sequence numbers in the config files.

I implemented this in the client configs and there was no reset back to
1 when running a test. I then added the settings to the server config
and tested it again. There was no reset back to 1.

I'm  using version 1.6.0 with no updates. Is this a bug in the library
or do I need to do something in addition to resetting the Sequence
Numbers?

Thanks,

JD


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dick
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

[Quickfix-developers] Sequence Number Reset

[Dahl, J. <JD...@cm...>]

According to the documentation, I can set ResetOnLogout=3DY and
ResetOnDisconnect=3DY to reset sequence numbers in the config files.

I implemented this in the client configs and there was no reset back to
1 when running a test. I then added the settings to the server config
and tested it again. There was no reset back to 1.

I'm  using version 1.6.0 with no updates. Is this a bug in the library
or do I need to do something in addition to resetting the Sequence
Numbers?

Thanks,

JD

[Quickfix-developers] RE: Quickfix-developers digest, Vol 1 #432 - 4 msgs

[Vijay S. Y. <vy...@op...>]

bm90IHN1cmUgd2h5IHRoZSBnYXJiYWdlIGJlbG93IHNob3dlZCB1cC4gSSBoYWQgd3JpdHRlbiB0
aGUgZm9sbG93aW5nOg0KIA0KLS0tLS0tLS0tLS0+DQoNCgkNCglPcmVuLA0KCSBUaGFua3MgZm9y
IHJlcGx5aW5nLiBJIGFtIG5vdCBzdXJlLiBJIGFtIG5ldyB0byBRdWlja0ZpeC4gQ291bGQgdGhl
IGZhY3QgdGhhdCBhcHBsaWNhdGlvbiBjbGFzcyBhbmQgaW5pdGlhdG9yIGFyZSBpbml0aWF0ZWQg
aW4gdGhlIG1haW4gdGhyZWFkIGFuZCBhIHdvcmtlciB0aHJlYWQgcHVsbHMgb3JkZXJzIGZyb20g
dGhlIGRhdGFiYXNlIGFuZCBzZW5kcyBpdCB0byB0aGUgRklYIGVuZ2luZSBoYXZlIGFueXRoaW5n
IHRvIGRvIHdpdGggdGhlIHByb2JsZW0uIA0KCSANCgktLSB2aWpheQ0KCSANCgkgDQoJIA0KCSAN
Cg0K

[Quickfix-developers] At what point OK to send order

[Vijay S. Y. <vy...@op...>]

SGVsbG8sDQogQmVmb3JlIHNlbmRpbmcgYW4gb3JkZXIgdXNpbmcgU2Vzc2lvbi5TZW5kVG9UYXJn
ZXQgd2hhdCBjaGVja3MgZG9lcyBvbmUgbmVlZCB0byBtYWtlIHRvIGVuc3VyZSB0aGF0IHNlc3Np
b24vY29ubmVjdGlvbi9sb2dvbiBhcmUgc3RpbGwgdmFsaWQuIA0KIA0KSXMgdGhlIGZvbGxvd2lu
ZyBhcHByb2FjaCBjb3JyZWN0Og0KICAgICAtLSBDcmVhdGUgYXBwbGljYXRpb24gY2xhc3MgYW5k
IGNyZWF0ZSBhbiBpbml0aWF0b3INCiAgICAtLSBNYWtlIHN1cmUgeW91IGFyZSBsb2dnZWQgb24g
Ynkgc2V0dGluZyBhIGJvb2xlYW4gaW4gT25Mb2dvbiBldmVudA0KICAgIC0tIEZpcmUgYSBzZXBh
cmF0ZSB0aHJlYWQgb3Igc3RhcnQgYSB3aGlsZSBsb29wIHRoYXQgc3RhcnQgc2VuZGluZyBtZXNz
YWdlcw0KIA0KT3Igc2hvdWxkIHRoZSBkZXNwYXRjaCBvZiBhIG1lc3NhZ2UgYmUgZG9uZSBmcm9t
IHdpdGhpbiBhbiBldmVudCB0aGF0IHNpZ25hbHMgdGhhdCBpdCBpcyBvayB0byBzZW5kIGFub3Ro
ZXINCm9yZGVyLiANCiANCiANCi0tIHZpamF5DQoNCgktLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t
LSANCglGcm9tOiBPcmVuIE1pbGxlciBbbWFpbHRvOm9yZW5tbmVyb0B5YWhvby5jb21dIA0KCVNl
bnQ6IFRodSAzLzE4LzIwMDQgODoyNSBBTSANCglUbzogVmlqYXkgU2luZ2ggWWFkYXY7IHF1aWNr
Zml4LWRldmVsb3BlcnNAbGlzdHMuc291cmNlZm9yZ2UubmV0IA0KCUNjOiANCglTdWJqZWN0OiBS
ZTogW1F1aWNrZml4LWRldmVsb3BlcnNdIG91dCBvZiBzZXF1ZW5jZSBtZXNzYWdlcw0KCQ0KCQ0K
DQoJQW55IGlkZWEgd2h5IHR3byBsb2dvbiBtZXNzYWdlcyBhcmUgYmVpbmcgc2VudD8NCgkNCgkt
LS0gVmlqYXkgU2luZ2ggWWFkYXYgPHZ5YWRhdkBvcHRpb25zbWFya2V0bWFraW5nLmNvbT4NCgl3
cm90ZToNCgk+IEhlbGxvIEFsbCwNCgk+ICBJIGFtIHdyaXRpbmcgYW4gb3JkZXIgcm91dGluZyBn
YXRld2F5IHRoYXQgY29sbGVjdHMNCgk+IG9yZGVycyBmcm9tIHZhcmlvdXMgY2xpZW50cyBhbmQg
c2VuZHMgdGhlbSB0byBhIEZJWA0KCT4gYWNjZXB0b3IgaS5lLiBJIGFtIHVzaW5nIHRoZSBRdWlj
a0ZpeCBpbml0aWF0b3IgaW4NCgk+IG15IGNvZGUuIFRoZSBpbml0aWF0b3Igc2VuZHMgbWVzc2Fn
ZXMgdG8gdGhlDQoJPiBhY2NlcHRvciBvdXQgb2Ygc2VxdWVuY2UuIFRoaXMgbGVhZHMgdG8gc2Vz
c2lvbg0KCT4gdGVybWluYXRpb24gYW5kIGluY29ycmVjdCBwcm9jZXNzaW5nLiBBbnkgaWRlYXMg
YXJlDQoJPiB3ZWxjb21lIGFuZCBhcHByZWNpYXRlZC4NCgk+IA0KCT4gVGhhbmtzLA0KCT4gDQoJ
PiAtLSBWaWpheQ0KCT4gDQoJPg0KCTg9RklYLjQuMQE5PTU5ATM1PUEBMzQ9MQE0OT1NRUhJATUy
PTIwMDQwMzE2LTE0OjEyOjA2ATU2PU9DT04BOTg9MAExMDg9MzABMTA9MTMxAQ0KCT4NCgk+DQoJ
OD1GSVguNC4xATk9NDcBMzU9MAEzND0yATQ5PU1FSEkBNTI9MjAwNDAzMTYtMTQ6MTI6MzgBNTY9
T0NPTgExMD0wOTIBDQoJPg0KCT4NCgk4PUZJWC40LjEBOT05MwEzNT1EATM0PTMBNDk9TUVISQE1
Mj0yMDA0MDMxNi0xNDoxMjo1MgE1Nj1PQ09OATE9TVFPVAExMT0zATIxPTEBMzg9MTAwATQwPTEB
NTQ9ATU1PU1TRlQBNTk9MAExMD0wNTMBDQoJPg0KCT4NCgk4PUZJWC40LjEBOT01OQEzNT1BATM0
PTUBNDk9TUVISQE1Mj0yMDA0MDMxNi0xNDoxNDoxOAE1Nj1PQ09OATk4PTABMTA4PTMwATEwPTE0
MAENCgk+DQoJPg0KCTg9RklYLjQuMQE5PTkxATM1PUQBMzQ9NgE0OT1NRUhJATUyPTIwMDQwMzE2
LTE0OjE0OjM4ATU2PU9DT04BMT1NUU9UATExPTUBMjE9MQEzOD0xATQwPTEBNTQ9AQE1NT1TUFgB
NTk9MAExMD0xNjABDQoJPg0KCT4NCgk4PUZJWC40LjEBOT0xMjABMzU9RAEzND0zATQzPVkBNDk9
TUVISQE1Mj0yMDA0MDMxNi0xNDoxNDo0MgE1Nj1PQ09OATEyMj0yMDA0MDMxNi0xNDoxMjo1MgEx
PU1RT1QBMTE9MwEyMT0xATM4PTEwMAE0MD0xATU0PQE1NT1NU0ZUATU5PTABMTA9MTQyAQ0KCT4N
Cgk+DQoJOD1GSVguNC4xATk9OTIBMzU9RAEzND03ATQ5PU1FSEkBNTI9MjAwNDAzMTYtMTQ6MTQ6
NDIBNTY9T0NPTgExPU1RT1QBMTE9NgEyMT0xATM4PTEyATQwPTEBNTQ9AQE1NT1TUFgBNTk9MAEx
MD0yMDgBDQoJPg0KCT4NCgk4PUZJWC40LjEBOT02MAEzNT1BATM0PTEwATQ5PU1FSEkBNTI9MjAw
NDAzMTYtMTQ6MTQ6NTEBNTY9T0NPTgE5OD0wATEwOD0zMAExMD0xNzMBDQoJPiANCgk+IEFzIHlv
dSBjYW4gc2VlIHNlcXVlbmNlIG51bWJlcnMgMS0zIHdlcmUgc2VudCBpbg0KCT4gb3JkZXIuIFNl
cXVlbmNlIG51bWJlciA0IGlzIG1pc3NpbmcgYW5kIHNlcXVlbmNlDQoJPiBudW1iZXIgMyBpcyBy
ZXNlbnQgYWZ0ZXIgc2VxdWVuY2UgNi4gU2VxdWVuY2UgOCBhbmQNCgk+IDkgYXJlIG1pc3Npbmcu
DQoJPiANCgk+IEkgYW0gcGFzaW5nIEMjIGNvZGUgYmVsb3cgKEkgaGF2ZSBzdHJpcHBlZCBvZmYg
dGhlDQoJPiB0cnkvY2F0Y2ggYmxvY2tzIGZvciBicmV2aXR5J3Mgc2FrZSkNCgk+IA0KCT4gbmFt
ZXNwYWNlIElNVENfRklYSW5pdGlhdG9yDQoJPiB7DQoJPiAgY2xhc3MgRXhlY3V0b3INCgk+ICB7
DQoJPiAgIHByaXZhdGUgU29ja2V0SW5pdGlhdG9yIG1faW5pdGlhdG9yOw0KCT4gICBwcml2YXRl
IFRocmVhZCBXb3JrZXJUaHJlYWQ7DQoJPiAgIHB1YmxpYyBFeGVjdXRvcigpDQoJPiAgIHsNCgk+
ICAgfQ0KCT4gICBwdWJsaWMgdm9pZCBHbygpDQoJPiAgIHsNCgk+ICAgICBTZXNzaW9uU2V0dGlu
Z3Mgc2V0dGluZ3MgPSBuZXcNCgk+IFNlc3Npb25TZXR0aW5ncygiT0NPTk5FUi5DRkciKTsNCgk+
ICAgICBBcHBsaWNhdGlvbiBhcHBsaWNhdGlvbiA9IG5ldyBBcHBsaWNhdGlvbigpOw0KCT4gICAg
IEZpbGVTdG9yZUZhY3RvcnkgZmFjdG9yeSA9IG5ldw0KCT4gRmlsZVN0b3JlRmFjdG9yeShzZXR0
aW5ncyk7DQoJPiAgICAgRmlsZUxvZ0ZhY3RvcnkgbG9nRmFjdG9yeSA9IG5ldw0KCT4gRmlsZUxv
Z0ZhY3RvcnkoIm91dHB1dCIpOw0KCT4gICAgIE1lc3NhZ2VGYWN0b3J5IG1lc3NhZ2VGYWN0b3J5
ID0gbmV3DQoJPiBEZWZhdWx0TWVzc2FnZUZhY3RvcnkoKTsNCgk+ICAgICBtX2luaXRpYXRvciA9
IG5ldyBTb2NrZXRJbml0aWF0b3IgKGFwcGxpY2F0aW9uLA0KCT4gICAgICAgICAgICAgICAgIGZh
Y3RvcnksDQoJPiAgICAgICAgICAgICAgICAgc2V0dGluZ3MsDQoJPiAgICAgICAgICAgICAgICAg
bG9nRmFjdG9yeSwNCgk+ICAgICAgICAgICAgICAgICBtZXNzYWdlRmFjdG9yeSk7DQoJPiAgICAg
bV9pbml0aWF0b3Iuc3RhcnQoKTsNCgk+ICAgICBDb25zb2xlLldyaXRlTGluZSAoIkluaXRpYXRv
ciBzdGFydGVkIik7DQoJPiAgICAgd2hpbGUgKCFhcHBsaWNhdGlvbi5Jc0Nvbm5lY3RlZCgpKQ0K
CT4gICAgIHsNCgk+ICAgICAgQ29uc29sZS5Xcml0ZUxpbmUgKCJXYWl0aW5nIHRvIGVzdGFibGlz
aCBhDQoJPiBjb25uZWN0aW9uIHdpdGggRklYIHNlcnZlciIpOw0KCT4gICAgICBUaHJlYWQuU2xl
ZXAoMTAwKTsNCgk+ICAgICB9DQoJPiAgICAgUHJvY2Vzc09yZGVycygpOw0KCT4NCgk+ICAgfQ0K
CT4gICBwdWJsaWMgdm9pZCBTdG9wKCkge21faW5pdGlhdG9yLnN0b3AoKTt9DQoJPiAgIHByaXZh
dGUgdm9pZCBQcm9jZXNzT3JkZXJzKCkNCgk+ICAgew0KCT4gICAgU3FsQ29ubmVjdGlvbiBDb25u
PW5ldyBTcWxDb25uZWN0aW9uKCk7DQoJPiAgICBDb25uLkNvbm5lY3Rpb25TdHJpbmc9IkRhdGEg
U291cmNlPTEwLjYwLjAuMTA0Ow0KCT4gSW50ZWdyYXRlZCBTZWN1cml0eT1TU1BJOyIgKw0KCT4g
ICAgICJJbml0aWFsIENhdGFsb2c9aW10OyB1aWQ9c2E7cHdkPTtDb25uZWN0DQoJPiBUaW1lb3V0
PTUiOw0KCT4gICAgICAgDQoJPiAgICBTcWxDb21tYW5kIG15Q01EPW5ldyBTcWxDb21tYW5kKCk7
DQoJPiAgICBteUNNRC5Db21tYW5kVHlwZT1Db21tYW5kVHlwZS5TdG9yZWRQcm9jZWR1cmU7DQoJ
PiAgICBteUNNRC5Db21tYW5kVGV4dD0iR2V0T3JkZXJzIjsNCgk+ICAgIG15Q01ELkNvbm5lY3Rp
b249Q29ubjsNCgk+ICANCgk+DQoJbXlDTUQuUGFyYW1ldGVycy5BZGQoIkBjT3JkZXJTdGF0dXMi
LFNxbERiVHlwZS5DaGFyLDEpLlZhbHVlPSdOJzsNCgk+ICAgDQoJPiAgICBTcWxEYXRhQWRhcHRl
ciBkYTsNCgk+ICAgIGRhPW5ldyBTcWxEYXRhQWRhcHRlcigpOw0KCT4gICAgZGEuU2VsZWN0Q29t
bWFuZD1teUNNRDsNCgk+ICAgIERhdGFTZXQgZHM9bmV3IERhdGFTZXQoKTsNCgk+ICAgIENvbm4u
T3BlbigpOw0KCT4gICAgd2hpbGUodHJ1ZSkNCgk+ICAgIHsNCgk+ICAgICAgZGEuRmlsbChkcyk7
DQoJPiAgICAgIENvbm4uQ2xvc2UoKTsNCgk+ICAgIA0KCT4NCglEYXRhUm93W11jdXJyUm93cz1k
cy5UYWJsZXNbMF0uU2VsZWN0KG51bGwsbnVsbCxEYXRhVmlld1Jvd1N0YXRlLkN1cnJlbnRSb3dz
KTsNCgk+ICAgICAgZm9yZWFjaChEYXRhUm93IG15Um93IGluIGN1cnJSb3dzKQ0KCT4gICAgIHsN
Cgk+ICAgICAgIENvbnNvbGUuV3JpdGVMaW5lKCJTdWJtaXR0aW5nIG9yZGVyIHdpdGgNCgk+IGNs
aWVudCBvcmRlciBpZCA9ICIrbXlSb3dbIm9yZGVyaWQiXSk7DQoJPiAgICAgICBTZW5kT3JkZXIo
Q29udmVydC5Ub0ludDMyKG15Um93WyJvcmRlcmlkIl0pLA0KCT4gICAgICAgIENvbnZlcnQuVG9T
dHJpbmcobXlSb3dbInN5bWJvbCJdKSwNCgk+ICAgICAgICBDb252ZXJ0LlRvQ2hhcihteVJvd1si
b3JkZXJzaWRlIl0pLA0KCT4gICAgICAgIENvbnZlcnQuVG9JbnQzMihteVJvd1sicXR5Il0pKTsN
Cgk+ICAgICB9DQoJPiAgICAgQ29uc29sZS5Xcml0ZSgiTm8gbmV3IG9yZGVycyB0byBiZSBzdWJt
aXR0ZWQiKTsNCgk+ICAgICANCgk+ICAgIH0NCgk+ICAgfQ0KCT4gIA0KCT4gICANCgk+ICANCgk+
ICAgcHVibGljIHZvaWQgU2VuZE9yZGVyKGludCBvaWQsc3RyaW5nIG9zeW0sY2hhcg0KCT4gb3Nk
LGludCBvcXR5KQ0KCT4gICB7DQoJPiAgICBNZXNzYWdlIG9yZGVyOw0KCT4gICAgU2lkZSBzaWRl
Ow0KCT4gICAgQ2xPcmRJRCBpZD1uZXcgQ2xPcmRJRChvaWQuVG9TdHJpbmcoKSk7DQoJPiAgICBI
YW5kbEluc3QgaW5zdD1uZXcNCgk+DQoJSGFuZGxJbnN0KEhhbmRsSW5zdC5BVVRPTUFURURfRVhF
Q1VUSU9OX09SREVSX1BSSVZBVEUpOw0KCT4gICAgU3ltYm9sIHN5bT1uZXcgU3ltYm9sKG9zeW0p
Ow0KCT4gICAgU2lkZSBzZD1uZXcgU2lkZShvc2QpOw0KCT4gICAgT3JkVHlwZSBvdHlwPW5ldyBP
cmRUeXBlKE9yZFR5cGUuTUFSS0VUKTsNCgk+ICAgIFF1aWNrRml4NDEuTmV3T3JkZXJTaW5nbGUg
bmV3T3JkZXJTaW5nbGU9bmV3DQoJPiBRdWlja0ZpeDQxLk5ld09yZGVyU2luZ2xlKGlkLGluc3Qs
c3ltLHNkLG90eXApOw0KCT4gICANCgk+ICAgIG5ld09yZGVyU2luZ2xlLnNldChuZXcgQWNjb3Vu
dCgiTVFPVCIpKTsNCgk+ICAgIG5ld09yZGVyU2luZ2xlLnNldChuZXcgT3JkZXJRdHkob3F0eSkp
Ow0KCT4gICAgbmV3T3JkZXJTaW5nbGUuc2V0KG5ldw0KCT4gVGltZUluRm9yY2UoVGltZUluRm9y
Y2UuREFZKSk7DQoJPiAgICBuZXdPcmRlclNpbmdsZS5nZXRIZWFkZXIoKS5zZXRGaWVsZChuZXcN
Cgk+IFNlbmRlckNvbXBJRCgiTUVISSIpKTsNCgk+ICAgIG5ld09yZGVyU2luZ2xlLmdldEhlYWRl
cigpLnNldEZpZWxkKG5ldw0KCT4gVGFyZ2V0Q29tcElEKCJPQ09OIikpOw0KCT4gIA0KCT4gICAg
b3JkZXIgPSBuZXdPcmRlclNpbmdsZTsNCgk+ICAgIFNlc3Npb24uc2VuZFRvVGFyZ2V0KG9yZGVy
KTsNCgk+ICAgfQ0KCT4gIH0NCgk+IH0NCgk+DQoJPiANCgk+DQoJThjCrEhTXsK1w6nFocWgWMKs
wrLFoSfCssWgw551wrzLhgTDgsOixb7DrFPCusOaK+KAsMKpbBbCt8W+LinDrsOGw5vCrcKiwrjF
oeKAk8Whw57CscOpw615w5bDsg0KCcKpw6J6VGhtwrjCp8Kww7rDnsKyJ17FvsOWwqd0IQ7CocOx
xb7CnToowrXDpyHFvuKAsGjigJonwqwtw6bCq8Kdw6vDnsKvK2HFoHgfwq7igLDFuMK6d1rihKLD
qcOtalstwqLDjMKswrXDqcWhdmjCp8Wgw4trasOYwqjFvhttwqfDv8OadsOKLHZ3KOKAusO2wp3i
gLDDtcOjwr0a4oCTWhzigLDDt8OrfyjCpyXigLDDiRDCuickfixdesO3wqXCouKAlMKrwrJmwqLi
gJMpw6DigJMrLULDqMWT4oCYw7jCsXXDq8Oe4oCTxaBewq7DiWLCssObLMKiw6rDnHnDuivCgcOp
w57CthttwqbDj8O/4oCTKy3CssOKLsKtw4fFuMKiwrgewp3Dq3/igJMrLcKzw7liwrLDmMKnfsKP
w6rCuickfixdesO3wqXCouKAlMKrDQoJDQoJDQoJX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fXw0KCURvIHlvdSBZYWhvbyE/DQoJWWFob28hIE1haWwgLSBNb3JlIHJlbGlhYmxlLCBt
b3JlIHN0b3JhZ2UsIGxlc3Mgc3BhbQ0KCWh0dHA6Ly9tYWlsLnlhaG9vLmNvbQ0KCQ0KDQo=