quickfix-developers — QuickFIX developers forum

[Quickfix-developers] unexpected ERROR - "Required tag missing (58)"

[Rattinger, J. <Joh...@sa...>]

Hello All,

I am running FIX.4.0, using quickfix 1.4. on a solaris 8 sun box. 

My fix process is generating the following reject to all exec (35=8)
messages - "Required tag missing (58)". I don't know why it complains about
the text field which is not a required field. If I setup a simulator that
populates field 58, my server is happy. Unfortunately, I am having trouble
stepping into the quickfix functions with gdb, therefore I can't tell what
is actually going on below the covers.

The xml file looks fine - <filed number='58' name='Text' required='N'>

Any and all pointers will be appreciated.

Thanks
John



DISCLAIMER: This e-mail message and any attachments are intended solely for
the use of the individual or entity to which it is addressed and may contain
information that is confidential or legally privileged.  If you are not the
intended recipient, you are hereby notified that any dissemination,
distribution, copying or other use of this message or its attachments is
strictly prohibited.  If you have received this message in error, please
notify the sender immediately and permanently delete this message and any
attachments. 

RE: [Quickfix-developers] QuickFIX 1.5.0 message loss during disconnected state

[Vitor C. <vc...@hi...>]

Hi Eddy,

Check the previous postings with subject: 'BUG in Session.cpp. Messages
not being resent.' there is a suggestion in those of how to correct the
situation.

Regards

Vitor Castro

-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Van Gelder Eddy (KAOB 41)
Sent: quinta-feira, 19 de Junho de 2003 10:43
To: 'qui...@li...'
Subject: [Quickfix-developers] QuickFIX 1.5.0 message loss during
disconnected state


Hi,

I've noticed that messages sent to QuickFIX1.5.0 whilst in a
disconnected state ( initiator calls sendToTarget after the remote side
cut connection ) are not resent when reconnected. This problem does not
occur with QuickFIX1.4.0. Do I need to add additional code to check for
disconnected state with Quickfix 1.5.0 ?

Best Regards,

Eddy


 


-------------------------------------------------------
This SF.Net email is sponsored by: INetU
Attention Web Developers & Consultants: Become An INetU Hosting Partner.
Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

[Quickfix-developers] QuickFIX 1.5.0 message loss during disconnected state

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

Hi,

I've noticed that messages sent to QuickFIX1.5.0 whilst in a disconnected state ( initiator calls sendToTarget after the remote side cut connection ) are not resent when reconnected. This problem does not occur with QuickFIX1.4.0.
Do I need to add additional code to check for disconnected state with Quickfix 1.5.0 ?

Best Regards,

Eddy


 

[Quickfix-developers] Problems with EOD

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

Hi,

I've noticed a problem with the logging when leaving the QF engine running overnight.
I've configured my engine to stop at 16:30 and start again at 06:00.

The first log-entries that are made at 06:00 still have the timestamp of the day before :

Is this a known behaviour ?

Thanks,

Eddy

RE: [Quickfix-developers] BUG in Session.cpp. Messages not being resent.

[Vitor C. <vc...@hi...>]

Yes that is of course much more intelligent. How can that be checked in?
Will you do it?



-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Oren Miller
Sent: quarta-feira, 18 de Junho de 2003 20:20
To: Vitor Castro; 'Miller, Oren'
Cc: qui...@li...
Subject: Re: [Quickfix-developers] BUG in Session.cpp. Messages not
being resent.


What do you think about instead pulling:

  messageString = message.toString();

up to line 413, and passing the messageString into
send on lines 425 and 433.

--- Vitor Castro <vc...@hi...> wrote:
> Hi Oren,
> 
> I found what I think is a bug introduced during the
> last optimization
> done on Session.cpp regarding the use of the
> toString() methods:
> 
> In Session::sendRaw has the following code:
> 
>  432 if ( isLoggedOn() ) result = 
>  433     send( message.toString(messageString) );
> 
> ...
> ...
> 
>  441         m_state.set( msgSeqNum, messageString
> );
> 
> In which messageString is being changed by the
> toString method as a side
> effect. The problem is that it is only changed if
> the session is logged
> on and is being used in line 441 to store the
> message in the
> messageStore.
> 
> The effect of this is that if some message is
> generated while the other
> party is disconnected, the message doesn't get
> stored and consequently
> it will not be resent upon reconnection of the other
> party.
> 
> I suggest the following change:
> Lines 432, 433 should be:
> 
> 432 messageString = message.toString();
> 433 if ( isLoggedOn() ) result = 
> 434    send( messageString );
> 
> Best regards, and once again thank you for this
> excellent piece of code
> 
> Vitor Castro
> 
> 
> 
>
-------------------------------------------------------
> This SF.Net email is sponsored by: INetU
> Attention Web Developers & Consultants: Become An
> INetU Hosting Partner.
> Refer Dedicated Servers. We Manage Them. You Get 10%
> Monthly Commission!
> INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com


-------------------------------------------------------
This SF.Net email is sponsored by: INetU
Attention Web Developers & Consultants: Become An INetU Hosting Partner.
Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

Re: [Quickfix-developers] BUG in Session.cpp. Messages not being resent.

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

What do you think about instead pulling:

  messageString = message.toString();

up to line 413, and passing the messageString into
send on lines 425 and 433.

--- Vitor Castro <vc...@hi...> wrote:
> Hi Oren,
> 
> I found what I think is a bug introduced during the
> last optimization
> done on Session.cpp regarding the use of the
> toString() methods:
> 
> In Session::sendRaw has the following code:
> 
>  432 if ( isLoggedOn() ) result = 
>  433     send( message.toString(messageString) );
> 
> ...
> ...
> 
>  441         m_state.set( msgSeqNum, messageString
> );
> 
> In which messageString is being changed by the
> toString method as a side
> effect. The problem is that it is only changed if
> the session is logged
> on and is being used in line 441 to store the
> message in the
> messageStore.
> 
> The effect of this is that if some message is
> generated while the other
> party is disconnected, the message doesn't get
> stored and consequently
> it will not be resent upon reconnection of the other
> party.
> 
> I suggest the following change:
> Lines 432, 433 should be:
> 
> 432 messageString = message.toString();
> 433 if ( isLoggedOn() ) result = 
> 434    send( messageString );
> 
> Best regards, and once again thank you for this
> excellent piece of code
> 
> Vitor Castro
> 
> 
> 
>
-------------------------------------------------------
> This SF.Net email is sponsored by: INetU
> Attention Web Developers & Consultants: Become An
> INetU Hosting Partner.
> Refer Dedicated Servers. We Manage Them. You Get 10%
> Monthly Commission!
> INetU Dedicated Managed Hosting
> http://www.inetu.net/partner/index.php
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

[Quickfix-developers] BUG in Session.cpp. Messages not being resent.

[Vitor C. <vc...@hi...>]

Hi Oren,

I found what I think is a bug introduced during the last optimization
done on Session.cpp regarding the use of the toString() methods:

In Session::sendRaw has the following code:

 432 if ( isLoggedOn() ) result = 
 433     send( message.toString(messageString) );

...
...

 441         m_state.set( msgSeqNum, messageString );

In which messageString is being changed by the toString method as a side
effect. The problem is that it is only changed if the session is logged
on and is being used in line 441 to store the message in the
messageStore.

The effect of this is that if some message is generated while the other
party is disconnected, the message doesn't get stored and consequently
it will not be resent upon reconnection of the other party.

I suggest the following change:
Lines 432, 433 should be:

432 messageString = message.toString();
433 if ( isLoggedOn() ) result = 
434    send( messageString );

Best regards, and once again thank you for this excellent piece of code

Vitor Castro

Re: [Quickfix-developers] dll nightmare

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

This could be it.  In order to run any .NET application, the framework=
 must be installed.  This is not a small thing (on the order of a 100 MB dow=
nload).=20

Another thing that you should make sure of is that you are distributin=
g the release build.  Unlike on *nix, debug libraries and executables re=
quire special development libraries to even run. These will not be found on =
a typical desktop or production server.
--------------------------
Sent from my BlackBerry Wireless Handheld


-----Original Message-----
From: dwi...@jp... <dwi...@jp...>
To: qui...@li... <qui...@li...>
Sent: Tue Jun 17 17:21:19 2003
Subject: [Quickfix-developers] dll nightmare

I've recently built a release version of quickfix and have numerous people
complaining about missing dll's which seem to be exclusive to ms visual
studio.

Everything works on my development boxes. (big deal)

Could it be a missing .NET framework on the end user's desktop?

Since I'm a Un*x bigot and very MS ignorant, any suggestions would be
helpful.

Thanks


Dwight Browne

277 Park Ave 46th Floor





-------------------------------------------------------
This SF.Net email is sponsored by: INetU
Attention Web Developers & Consultants: Become An INetU Hosting Partner.
Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers


-----------------------------------------
This email and any attachments are confidential and may be legally privileged.  No confidentiality or privilege is w=
aived or lost by any transmission in error.  If you are not the intended rec=
ipient you are hereby notified that any use, printing, copying or disclosure=
 is strictly prohibited.  Please delete this email and any attachments, with=
out printing, copying, forwarding or saving them and notify the sender immed=
iately by reply e-mail.  The company reserves the right to monitor all e-mai=
l communications through its networks.  Unless otherwise stated, any financi=
al results or price data contained in this email are indicative only and are=
 subject to change without notice.

[Quickfix-developers] dll nightmare

[<dwi...@jp...>]

I've recently built a release version of quickfix and have numerous people
complaining about missing dll's which seem to be exclusive to ms visual
studio.

Everything works on my development boxes. (big deal)

Could it be a missing .NET framework on the end user's desktop?

Since I'm a Un*x bigot and very MS ignorant, any suggestions would be
helpful.

Thanks


Dwight Browne

277 Park Ave 46th Floor

[Quickfix-developers] Extending Quickfix to handle encryption

[Jon D. <jd...@Li...>]

We currently have a wrapper around the OpenSSL library and would like to =
encrypt our
data as much as possible. The encryption would start at login and not =
end until
the session is logged off. That being said, I would like to be able to =
encrypt/decrypt
at the transfer layer. What I mean by that is once a message gets to the =
Application
class, it is already decrypted.

At what layer(class) would I have to do this at? At what rung of the =
ladder does the
decryption have to happen before Quickfix will choke with an Invalid =
Message?

We don't want to tunnel through hardware, or VPN. It is to much of a =
hassle at the firewall
for our clients and ourselves to manage. One ping(port) only please.

Thanks,

JD

RE: [Quickfix-developers] MarketData from NASDAQ by using quickfix

[Vamsi K. <Vam...@ib...>]

That's a greatest suggestion. Markets out there seemed customizing FIX
format liberally . EuroFIX and  now AsianFIX are getting enriched with
customizations.


Vamsi

/-----Original Message-----
/From: qui...@li... [mailto:quickfix-
/dev...@li...] On Behalf Of Alex Hornby
/Sent: Thursday, June 12, 2003 4:58 AM
/To: Miller, Oren
/Cc: CW Johnson; Vamsi Krishna; atul kothari; quickfix-developers
/Subject: RE: [Quickfix-developers] MarketData from NASDAQ by using
quickfix
/
/On Wed, 2003-06-11 at 18:01, Miller, Oren wrote:
/> Here is the FIX specification to their MDX (Market Data Xpress) feed.
/>
/> http://www.nysedata.com/mdx/mdx_specification_2.3.pdf
/
/
/Those look like NYSE documents.  I thought NYSE and NASDAQ were
separate
/organisations :)
/
/Whilst we are on the topic of exchanges - each FIX using exchange seems
/to define their own slightly non-standard version of FIX. (NYSE FIX,
/Euronext FIX etc).
/
/Has anyone considered contributing quick fix xml schema files and
/message cracker support for these? It would be excellent if the
/exchanges themselves contributed/maintained this - I can but dream!
/
/Cheers,
/Alex.
/
/
/
/
/-------------------------------------------------------
/This SF.NET email is sponsored by: eBay
/Great deals on office technology -- on eBay now! Click here:
/http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
/_______________________________________________
/Quickfix-developers mailing list
/Qui...@li...
/https://lists.sourceforge.net/lists/listinfo/quickfix-developers

RE: [Quickfix-developers] MarketData from NASDAQ by using quickfix

[Alex H. <al...@an...>]

On Wed, 2003-06-11 at 18:01, Miller, Oren wrote:
> Here is the FIX specification to their MDX (Market Data Xpress) feed.
>  
> http://www.nysedata.com/mdx/mdx_specification_2.3.pdf


Those look like NYSE documents.  I thought NYSE and NASDAQ were separate
organisations :)

Whilst we are on the topic of exchanges - each FIX using exchange seems
to define their own slightly non-standard version of FIX. (NYSE FIX,
Euronext FIX etc).

Has anyone considered contributing quick fix xml schema files and
message cracker support for these? It would be excellent if the
exchanges themselves contributed/maintained this - I can but dream!

Cheers,
Alex.

RE: [Quickfix-developers] MarketData from NASDAQ by using quickfix

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

SGVyZSBpcyB0aGUgRklYIHNwZWNpZmljYXRpb24gdG8gdGhlaXIgTURYIChNYXJrZXQgRGF0YSBY
cHJlc3MpIGZlZWQuDQogDQpodHRwOi8vd3d3Lm55c2VkYXRhLmNvbS9tZHgvbWR4X3NwZWNpZmlj
YXRpb25fMi4zLnBkZg0KDQoJLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0gDQoJRnJvbTogQ1cg
Sm9obnNvbiBbbWFpbHRvOmphdmFkdWRlQGNlZHJpY2submV0XSANCglTZW50OiBXZWQgNi8xMS8y
MDAzIDExOjQ1IEFNIA0KCVRvOiAnVmFtc2kgS3Jpc2huYSc7ICdhdHVsIGtvdGhhcmknOyAncXVp
Y2tmaXgtZGV2ZWxvcGVycycgDQoJQ2M6IA0KCVN1YmplY3Q6IFJFOiBbUXVpY2tmaXgtZGV2ZWxv
cGVyc10gTWFya2V0RGF0YSBmcm9tIE5BU0RBUSBieSB1c2luZyBxdWlja2ZpeA0KCQ0KCQ0KDQoJ
aHR0cDovL3d3dy5ueXNlZGF0YS5jb20vaW5mby9jdGNxLmFzcCA8aHR0cHM6Ly9wb3J0YWwucml0
Y2hpZWNhcGl0YWwuY29tL2luZm8vY3RjcS5hc3AsRGFuYUluZm89d3d3Lm55c2VkYXRhLmNvbSs+
ICANCg0KCXd3dy5ueXNlZGF0YS5jb20gDQoNCglJIHJlbWVtYmVyIHNlZWluZyBpbiB0aGUgZG9j
dW1lbnRhdGlvbiB0aGF0IHRoZXkgRE8gc3VwcG9ydCBGSVggDQoJY29ubmVjdGlvbnMsIGJ1dCAN
CglJIGNhbm5vdCByZWNhbGwgZXhhY3RseSB3aGVyZS4uIA0KDQoJLWNlZHJpY2sgDQoNCg0KDQoJ
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSAN
CglUaGlzIFNGLk5FVCBlbWFpbCBpcyBzcG9uc29yZWQgYnk6IGVCYXkgDQoJR3JlYXQgZGVhbHMg
b24gb2ZmaWNlIHRlY2hub2xvZ3kgLS0gb24gZUJheSBub3chIENsaWNrIGhlcmU6IA0KCWh0dHA6
Ly9hZGZhcm0ubWVkaWFwbGV4LmNvbS9hZC9jay83MTEtMTE2OTctNjkxNi01IDxodHRwczovL3Bv
cnRhbC5yaXRjaGllY2FwaXRhbC5jb20vYWQvY2svNzExLTExNjk3LTY5MTYtNSxEYW5hSW5mbz1h
ZGZhcm0ubWVkaWFwbGV4LmNvbSs+ICANCglfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fXyANCglRdWlja2ZpeC1kZXZlbG9wZXJzIG1haWxpbmcgbGlzdCANCglR
dWlja2ZpeC1kZXZlbG9wZXJzQGxpc3RzLnNvdXJjZWZvcmdlLm5ldCANCglodHRwczovL2xpc3Rz
LnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9xdWlja2ZpeC1kZXZlbG9wZXJzIDxodHRw
czovL3BvcnRhbC5yaXRjaGllY2FwaXRhbC5jb20vbGlzdHMvbGlzdGluZm8vcXVpY2tmaXgtZGV2
ZWxvcGVycyxEYW5hSW5mbz1saXN0cy5zb3VyY2Vmb3JnZS5uZXQsU1NMKz4gIA0KDQoNCg0KLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClRoaXMgZW1haWwgYW5kIGFu
eSBhdHRhY2htZW50cyBhcmUgY29uZmlkZW50aWFsIGFuZCBtYXkgYmUgbGVnYWxseSBwcml2aWxl
Z2VkLiAgTm8gY29uZmlkZW50aWFsaXR5IG9yIHByaXZpbGVnZSBpcyB3YWl2ZWQgb3IgbG9zdCBi
eSBhbnkgdHJhbnNtaXNzaW9uIGluIGVycm9yLiAgSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVk
IHJlY2lwaWVudCB5b3UgYXJlIGhlcmVieSBub3RpZmllZCB0aGF0IGFueSB1c2UsIHByaW50aW5n
LCBjb3B5aW5nIG9yIGRpc2Nsb3N1cmUgaXMgc3RyaWN0bHkgcHJvaGliaXRlZC4gIFBsZWFzZSBk
ZWxldGUgdGhpcyBlbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzLCB3aXRob3V0IHByaW50aW5nLCBj
b3B5aW5nLCBmb3J3YXJkaW5nIG9yIHNhdmluZyB0aGVtIGFuZCBub3RpZnkgdGhlIHNlbmRlciBp
bW1lZGlhdGVseSBieSByZXBseSBlLW1haWwuICBUaGUgY29tcGFueSByZXNlcnZlcyB0aGUgcmln
aHQgdG8gbW9uaXRvciBhbGwgZS1tYWlsIGNvbW11bmljYXRpb25zIHRocm91Z2ggaXRzIG5ldHdv
cmtzLiAgVW5sZXNzIG90aGVyd2lzZSBzdGF0ZWQsIGFueSBmaW5hbmNpYWwgcmVzdWx0cyBvciBw
cmljZSBkYXRhIGNvbnRhaW5lZCBpbiB0aGlzIGVtYWlsIGFyZSBpbmRpY2F0aXZlIG9ubHkgYW5k
IGFyZSBzdWJqZWN0IHRvIGNoYW5nZSB3aXRob3V0IG5vdGljZS4NCg==

RE: [Quickfix-developers] MarketData from NASDAQ by using quickfix

[CW J. <jav...@ce...>]

http://www.nysedata.com/info/ctcq.asp

www.nysedata.com

I remember seeing in the documentation that they DO support FIX
connections, but
I cannot recall exactly where..

-cedrick

RE: [Quickfix-developers] MarketData from NASDAQ by using quickfix

[Vamsi K. <Vam...@ib...>]

Nasdaq does not support market data dissemination through  FIX  protocol
Guys
DO you know any provider who does Market data dissemination through FIX
protocol


Vamsi

/-----Original Message-----
/From: qui...@li... [mailto:quickfix-
/dev...@li...] On Behalf Of CW Johnson
/Sent: Thursday, June 05, 2003 11:23 AM
/To: 'atul kothari'; 'quickfix-developers'
/Subject: RE: [Quickfix-developers] MarketData from NASDAQ by using
quickfix
/
/You need to talk to the NASDAQ people directly. They're the ones who
/provide
/the data, they have the specs/requirements, and they give u the IP
/addy's..
/
/http://www.nasdaqtrader.com
/
/http://www.nasdaqtrader.com/trader/mds/mdsoverview/mdsoverview.stm
/Contact Info at the bottom of the page.
/
/
/-cj
/
/-----Original Message-----
/From: qui...@li...
/[mailto:qui...@li...] On Behalf Of
/atul kothari
/Sent: Thursday, June 05, 2003 4:02 AM
/To: qui...@li...
/Subject: [Quickfix-developers] MarketData from NASDAQ by using quickfix
/
/
/How can I get Live MarketData (prices etc.)from NASDAQ
/by using quickfix
/
/what are server ip,port and guest/test logins for the
/NASDAQ,
/
/How to do it?
/
/Also is there any dummy login provided by exchange to
/test client application by placing requests NewOrder/cancellation etc.
/
/__________________________________
/Do you Yahoo!?
/Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
/http://calendar.yahoo.com
/
/
/-------------------------------------------------------
/This SF.net email is sponsored by:  Etnus, makers of TotalView, The
best
/thread debugger on the planet. Designed with thread debugging features
/you've never dreamed of, try TotalView 6 free at www.etnus.com.
/_______________________________________________
/Quickfix-developers mailing list
/Qui...@li...
/https://lists.sourceforge.net/lists/listinfo/quickfix-developers
/
/
/
/-------------------------------------------------------
/This SF.net email is sponsored by:  Etnus, makers of TotalView, The
best
/thread debugger on the planet. Designed with thread debugging features
/you've never dreamed of, try TotalView 6 free at www.etnus.com.
/_______________________________________________
/Quickfix-developers mailing list
/Qui...@li...
/https://lists.sourceforge.net/lists/listinfo/quickfix-developers

[Quickfix-developers] Re: [Quickfix-users] QuickFIX and Encryption

[Joerg T. <Joe...@ma...>]

Hi Rob,

your message was probably not answered so far since nearly all discussion are in the developer list.
And I was on vacation for two weeks...

> I've been sifting through the QuickFIX Class documentation trying to 
> determine if QuickFIX directly supports any form of session level 
> encryption.  SSL or PGP/DES/MD5 for example.  I've come up with nothing.
> 
> Any insight into this area would be greatly appreciated.

QuickFIX currently does not support any encryption method, but some recent changes were made to allow
binary data fields are needed for encryption. See a related post below.

Cheers, Jörg

----- BEGIN -----

From: Oren Miller <orenmnero@ya...>
Re: Encryption
2003-05-28 13:19




  Version 1.5 is the first version that theoritically would support encryption of fields, so
you will probably be among the first to try this.  The first go at this was simply to allow
you get/set encrypted values into fields.  You need to manually set the length before you
send messages.  You will also need to decrypt the fields after you pull the data out since
their are no encryption hooks at this point.  The other thing I think you have to do is
manually indicate which fields you have encrypted etc.  I believe there is a field in the
header for this.

  We do plan on providing more integrated encryption in the future, but you should be able to
do what you want with 1.5, even if it is a little ugly.

  Jon Dahl <jdahl@Li...> wrote:
  Hello all,

  I have a question about encryption in general with FIX and somewhat with quickfix.

  Is anyone encrptying their FIX messages right now and how has the process been of
  encrypting and decryting from either side?

  Any gotchas out there with the FIX protocol and excryption?

  I was thinking about using the OpenSSL library so we can write one code base (for the most
part)
  and run it on *NIX and Windows. Anyone use the same scenario.

  Will quickfix offer any encryption plugins in the future?

----- END ----

-- 
Joerg Thoennes
                                http://macd.com
Tel.: +49 (0)241 44597-24      Macdonald Associates GmbH
Fax : +49 (0)241 44597-10      Lothringer Str. 52, D-52070 Aachen

RE: [Quickfix-developers] QuickFIX 1.50 Build Problems -- Severe Slowness

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

First off, don't use 2.96.  It won't work regardless.  See the warning=
 on the download page about this.  Essentially it is an unoficial compiler t=
hat is not supported by the gcc team.  Even if you get QF to compile with it=
, the runtime behavior will be incorrect.

What you can do is either go the the last good 2.9 release (2.95.3), or get 3.2.x.  If you use 3.2, than you =
should have no problems.  If you use 2.95, then you should turn off optimiza=
tions to get reasonable build times.  You can do this by exporting CXXFLAGS=
=3D-O before you run ../configure.


-----Original Message-----
From:	Howard Engelhart [mailto:ho...@ex...]
Sent:	Wed 6/11/2003 9:28 AM
To:	QuickFix Developers
Cc:=09
Subject:	[Quickfix-developers] QuickFIX 1.50 Build Problems -- Severe Slowness
I have attempted to build QuickFIX 1.50 on two machines running Redhat 7.3,=20
the slower being a Pentium III 700 megahertz, and the build, while=20
progressing appears to be impossibly slow (1 hour to compile 4 files a=
nd=20
still running...)

I ran the boostrap script and then configure with

configure --with-stlport=3D/usr/local

My gcc version is 2.96

Any suggestions would be welcome. Thanks.



-------------------------------------------------------
This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers



-----------------------------------------
This email and any attachments are confidential and may be legally privilege=
d.  No confidentiality or privilege is waived or lost by any transmission in=
 error.  If you are not the intended recipient you are hereby notified that =
any use, printing, copying or disclosure is strictly prohibited.  Please del=
ete this email and any attachments, without printing, copying, forwarding or=
 saving them and notify the sender immediately by reply e-mail.  The company=
 reserves the right to monitor all e-mail communications through its network=
s.  Unless otherwise stated, any financial results or price data contained i=
n this email are indicative only and are subject to change without notice.

[Quickfix-developers] QuickFIX 1.50 Build Problems -- Severe Slowness

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

I have attempted to build QuickFIX 1.50 on two machines running Redhat 7.3, 
the slower being a Pentium III 700 megahertz, and the build, while 
progressing appears to be impossibly slow (1 hour to compile 4 files and 
still running...)

I ran the boostrap script and then configure with

configure --with-stlport=/usr/local

My gcc version is 2.96

Any suggestions would be welcome. Thanks.

RE: [Quickfix-developers] "Pure Virtual Function call" error

[Jo J. <jo...@tr...>]

I just linked with version 1.4.1 rather than 1.5.0 and the crash no
longer occurs. I had to implement the onRun method and create a thread
to call initiator.start(), but other than that, my code is unchanged.
 
Jo
 
-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of Jo
Janssens
Sent: Monday, June 09, 2003 11:41
To: 'Miller, Oren'; qui...@li...
Subject: RE: [Quickfix-developers] "Pure Virtual Function call" error
 
I forgot to mention, this always happens after 4 heartbeats.
 
-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Miller, Oren
Sent: Friday, June 06, 2003 08:17
To: Jo Janssens; qui...@li...
Subject: RE: [Quickfix-developers] "Pure Virtual Function call" error
 
There may be an unmanaged exception that the managed C++ layer isn't
trapping.  The easiest way to track down where this may be happening is
to add the ENABLE_CALLSTACK macro in config_windows.h.  This will give
you a call stack into the C++ library.
 
--oren
 
-----Original Message-----
From: Jo Janssens [mailto:jo...@tr...] 
Sent: Thursday, June 05, 2003 10:49 AM
To: qui...@li...
Subject: [Quickfix-developers] "Pure Virtual Function call" error
 
Hello all,
I have a FIX connection built with quickfix .NET (version 1.0), and it
works fine in every respect except that it regularly crashes with a
"Pure virtual function call" error (R6025). It doesn't seem to be caused
by anything specific. It happens if I just open a connection and wait a
while.
Has anybody seen this before?
 
Thanks!
Jo Janssens
Telluride Asset Management

  _____  

This email and any attachments are confidential and may be legally
privileged. No confidentiality or privilege is waived or lost by any
transmission in error. If you are not the intended recipient you are
hereby notified that any use, printing, copying or disclosure is
strictly prohibited Please delete this email and any attachments,
without printing, copying, forwarding or saving them and notify the
sender immediately by reply e-mail. The company reserves the right to
monitor all e-mail communications through its networks. Unless otherwise
stated, any financial results or price data contained in this email are
indicative only and are subject to change without notice.

RE: [Quickfix-developers] "Pure Virtual Function call" error

[Jo J. <jo...@tr...>]

I forgot to mention, this always happens after 4 heartbeats.
 
-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Miller, Oren
Sent: Friday, June 06, 2003 08:17
To: Jo Janssens; qui...@li...
Subject: RE: [Quickfix-developers] "Pure Virtual Function call" error
 
There may be an unmanaged exception that the managed C++ layer isn't
trapping.  The easiest way to track down where this may be happening is
to add the ENABLE_CALLSTACK macro in config_windows.h.  This will give
you a call stack into the C++ library.
 
--oren
 
-----Original Message-----
From: Jo Janssens [mailto:jo...@tr...] 
Sent: Thursday, June 05, 2003 10:49 AM
To: qui...@li...
Subject: [Quickfix-developers] "Pure Virtual Function call" error
 
Hello all,
I have a FIX connection built with quickfix .NET (version 1.0), and it
works fine in every respect except that it regularly crashes with a
"Pure virtual function call" error (R6025). It doesn't seem to be caused
by anything specific. It happens if I just open a connection and wait a
while.
Has anybody seen this before?
 
Thanks!
Jo Janssens
Telluride Asset Management

  _____  

This email and any attachments are confidential and may be legally
privileged. No confidentiality or privilege is waived or lost by any
transmission in error. If you are not the intended recipient you are
hereby notified that any use, printing, copying or disclosure is
strictly prohibited Please delete this email and any attachments,
without printing, copying, forwarding or saving them and notify the
sender immediately by reply e-mail. The company reserves the right to
monitor all e-mail communications through its networks. Unless otherwise
stated, any financial results or price data contained in this email are
indicative only and are subject to change without notice.

RE: [Quickfix-developers] "Pure Virtual Function call" error

[Jo J. <jo...@tr...>]

I have enabled that macro and now get the following stack trace when it
crashes (which happens is I just openthe connection and wait a minute or
two).
thread(4294967294):unknown exception
  at socket_disconnected(src\C++\Utility.cpp:196)
  at ConnectorWrapper::onEvent(src\C++\SocketConnector.cpp:78)
  at SocketMonitor::block(src\C++\SocketMonitor.cpp:161)
  at SocketConnector::block(src\C++\SocketConnector.cpp:150)
  at SocketInitiator::onStart(src\C++\SocketInitiator.cpp:99)
  at Initiator::startThread(src\C++\Initiator.cpp:211)
 
-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Miller, Oren
Sent: Friday, June 06, 2003 08:17
To: Jo Janssens; qui...@li...
Subject: RE: [Quickfix-developers] "Pure Virtual Function call" error
 
There may be an unmanaged exception that the managed C++ layer isn't
trapping.  The easiest way to track down where this may be happening is
to add the ENABLE_CALLSTACK macro in config_windows.h.  This will give
you a call stack into the C++ library.
 
--oren
 
-----Original Message-----
From: Jo Janssens [mailto:jo...@tr...] 
Sent: Thursday, June 05, 2003 10:49 AM
To: qui...@li...
Subject: [Quickfix-developers] "Pure Virtual Function call" error
 
Hello all,
I have a FIX connection built with quickfix .NET (version 1.0), and it
works fine in every respect except that it regularly crashes with a
"Pure virtual function call" error (R6025). It doesn't seem to be caused
by anything specific. It happens if I just open a connection and wait a
while.
Has anybody seen this before?
 
Thanks!
Jo Janssens
Telluride Asset Management

  _____  

This email and any attachments are confidential and may be legally
privileged. No confidentiality or privilege is waived or lost by any
transmission in error. If you are not the intended recipient you are
hereby notified that any use, printing, copying or disclosure is
strictly prohibited Please delete this email and any attachments,
without printing, copying, forwarding or saving them and notify the
sender immediately by reply e-mail. The company reserves the right to
monitor all e-mail communications through its networks. Unless otherwise
stated, any financial results or price data contained in this email are
indicative only and are subject to change without notice.

Re: [Quickfix-developers] VC++ IDE crashes

[<WEC...@th...>]

>when i open quickfix.dsw after some time VC++ IDE
>crashes automatically

>what could be reason and how to solve

Do you have Intellisense turned on? I have seen VS6 crash without any error
message with Intellisense turned on where the code it is trying to parse
makes use of templates (which QF does). To see if this is the case, go into
the IDE settings and turn off the auto-complete features of Intellisense.

Best,
Bill

[Quickfix-developers] VC++ IDE crashes

[atul k. <atu...@ya...>]

when i open quickfix.dsw after some time VC++ IDE
crashes automatically

what could be reason and how to solve



__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com

[Quickfix-developers] Exceptions and Logging

[Jon D. <jd...@Li...>]

Don't know if this has been asked before but it would be a "Nice to =
Have" for debugging purposes
when some of the lower level classes throw or catch an exception to log =
the file, function and line
numbers.

Is enabling the callstack definition in the config_window.h file =
supposed to facilitate this to screen?

Thanks,

JD

RE: [Quickfix-developers] Help - multiple client connections

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

Paul,
=20
You cannot have two connections established with the same
BeginString/SenderCompID/TargetCompID.  This is a unique identifier that
FIX must use to maintain a set of sequence numbers.  Attempting to
connect two times with the same session id will not succeed. =20
=20
What you can do is establish one connection and use the SenderSubID
field to indicate which path of execution the message should follow.
Alternatively you can have two connections, but you will need two
different TargetCompIDs for your client to connect to.
=20
--oren
-----Original Message-----
From: Paul Beechey [mailto:pau...@ai...]=20
Sent: Friday, June 06, 2003 7:01 AM
To: qui...@li...
Subject: [Quickfix-developers] Help - multiple client connections
=20
Hi List,
=20
I have developed a client application based upon
threadedsocketinitiator. (Quickfix C++)
=20
I am running the basic executor program to process messages from this
client.
=20
In the client I want to have 2 connections to the executor as we route
order flow within our system along 2 separate paths.
=20
When I now start my client the fist connection is created successfully
and a login message is sent out.  The second connection however just
sits there doing nothing, i.e. not logging on to the executor.  Please
note that I do not want each of these connections to have a separate
SenderCompID!
Is there away to accomplish this architecture?
=20
Many thanks in advance, any help would be greatly appreciated.
=20
Paul Beechey
=20



-----------------------------------------
This email and any attachments are confidential and may be legally privileged.  No confidentiality or privil=
ege is waived or lost by any transmission in error.  If you are not the inte=
nded recipient you are hereby notified that any use, printing, copying or di=
sclosure is strictly prohibited.  Please delete this email and any attachmen=
ts, without printing, copying, forwarding or saving them and notify the send=
er immediately by reply e-mail.  The company reserves the right to monitor a=
ll e-mail communications through its networks.  Unless otherwise stated, any=
 financial results or price data contained in this email are indicative only=
 and are subject to change without notice.