quickfix-developers — QuickFIX developers forum

[Quickfix-developers] only admin-level messages are being saved to the log file

[beau_brummel <pau...@ho...>]

Hello All,
I have a fix initiator connection up and running. I'm receiving admin and
app level messages, although only the admin-level messages are being saved
to the log file -> heartbeats, rejects etc
No execution messages ( 35=8 ) are saved.

Is there a setting I need to add to the cfg file ?

Thanks in advance
-- 
View this message in context: http://old.nabble.com/only-admin-level-messages-are-being-saved-to-the-log-file-tp33244476p33244476.html
Sent from the QuickFIX - Dev mailing list archive at Nabble.com.

Re: [Quickfix-developers] Remove fields 49 and 56 from a message.

[Marcelo B. <bec...@gm...>]

Hi,

Your hint was very useful, and now everithing is working fine!

Thanks a lot for your help!

Best regards,

Marcelo Beckmann

On Tue, Jan 31, 2012 at 7:08 AM, Christoph John <chr...@ma...>wrote:

> **
> Hi,
>
> those fields are header fields, so you need to do
> message.getHeader().removeField(int).
>
> Cheers,
> Chris.
>
> On 01/31/2012 03:15 AM, Marcelo Beckmann wrote:
>
> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
>
>
> Hi masters,
>
> I'm trying to remove two fields form a quick fix message, without sucess.
>
> I'm trying something like this:
>
> message.removeField(49);
> message.removeField(56);
>
> and when I see the message after this, the fields remains there.
>
> Could someone help me?
>
> Thanks in advance for your useful orientation,
>
> --
> Marcelo Beckmann
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!http://p.sf.net/sfu/learndevnow-d2d
>
>
> _______________________________________________
> Quickfix-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>
>
> --
>   Christoph John
> Development & Support
> Direct: +49 241 557080-28
> Mailto:Chr...@ma...
>
>
>
> http://www.macd.com
>   ------------------------------
>  ------------------------------
>  Macdonald Associates GmbH
> Oppenhoffallee 103
> D-52066 Aachen
> Tel: +49 241 557080-0 | Fax: +49 241 557080-10
>   Amtsgericht Aachen: HRB 8151
> Ust.-Id: DE 813021663
>
> Geschäftsführer: George Macdonald
>   ------------------------------
>  ------------------------------
>   take care of the environment - print only if necessary
>



-- 
Marcelo Beckmann

Re: [Quickfix-developers] Remove fields 49 and 56 from a message.

[Christoph J. <chr...@ma...>]

Hi,

those fields are header fields, so you need to do message.getHeader().removeField(int).

Cheers,
Chris.

On 01/31/2012 03:15 AM, Marcelo Beckmann wrote:
> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
>
>
> Hi masters,
>
> I'm trying to remove two fields form a quick fix message, without sucess.
>
> I'm trying something like this:
>
> message.removeField(49);
> message.removeField(56);
>
> and when I see the message after this, the fields remains there.
>
> Could someone help me?
>
> Thanks in advance for your useful orientation,
>
> -- 
> Marcelo Beckmann
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
>
>
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers

-- 
Christoph John
Development & Support
Direct: +49 241 557080-28
Mailto:Chr...@ma...
	


http://www.macd.com <http://www.macd.com/>
----------------------------------------------------------------------------------------------------
	
----------------------------------------------------------------------------------------------------
Macdonald Associates GmbH
Oppenhoffallee 103
D-52066 Aachen
Tel: +49 241 557080-0 | Fax: +49 241 557080-10
	 Amtsgericht Aachen: HRB 8151
Ust.-Id: DE 813021663

Geschäftsführer: George Macdonald
----------------------------------------------------------------------------------------------------
	
----------------------------------------------------------------------------------------------------

take care of the environment - print only if necessary

[Quickfix-developers] Remove fields 49 and 56 from a message.

[Marcelo B. <bec...@gm...>]

Hi masters,

I'm trying to remove two fields form a quick fix message, without sucess.

I'm trying something like this:

message.removeField(49);
message.removeField(56);

and when I see the message after this, the fields remains there.

Could someone help me?

Thanks in advance for your useful orientation,

-- 
Marcelo Beckmann

[Quickfix-developers] (no subject)

[Sameer S. <tog...@ya...>]

http://mwa3.com/donation/uploads/in9ex.php

[Quickfix-developers] (no subject)

[Sameer S. <tog...@ya...>]

http://jeremydahm.com/files/thumbnails/level2/7012/8536/9026/in9ex.php

Re: [Quickfix-developers] (no subject)

[Sameer S. <tog...@ya...>]

...I truly want you to be happy! So I advice you to visit this on-line pharmacy!  http://miscelaneagriega.com/new-year.link.php?uzGIS=17bo0

Re: [Quickfix-developers] (no subject)

[Sameer S. <tog...@ya...>]

...Don’t wait! You can get everything you need! Right now! Really!  http://excelencia.edu.pe/new-year.link.php?ifehotmailID=51eh0

Re: [Quickfix-developers] When are sequence numbers incremented?

[Grant B. <gbi...@co...>]

Seqno management is done "under the hood" so to speak.  You are
correct; internally, the seqno is incremented and all transport-layer
processing is completed before it hands the message to the application
layer.

If the seqno received is incorrect, the transport layer will
automatically perform the FIX-mandated behaviors, such as sending a
resend request and whatnot.

-Grant

On Fri, Dec 30, 2011 at 9:39 AM, djmob <dan...@bl...> wrote:
> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
>
> >From my own testing, setting a breakpoint inside fromAdmin (instead of
> fromApp) looking at sequence number of the message and killing the app
> before letting fromAdmin return, it appears that the QuickFIX received
> sequence number is incremented (looking at the sequence number file) even
> though fromAdmin did not return. If this is correct then I need to implement
> some code to remember the last fully processed sequence number and then
> force a resend from that point forwards when my app starts as I need to
> guarantee that all messages were fully processed in case of a crash...
>
> I suspect I'm missing something here though as I am surprised that QuickFix
> increments the sequence number in this way as this seems flawed imo. I'm
> still learning here so any help appreciated.
>
>
> djmob wrote:
>>
>> I understand that QuickFIX manages message sequence numbers (using the
>> sequence number file) and sends ResendRequests as needed.  I am a little
>> unclear though exactly how this is done and if it works for my particular
>> scenario.  For example if the QuickFIX engine were to receive an
>> ExecutionReport message but before fromApp() returns the process crashes,
>> was the received sequence number count already incremented even though I
>> did not fully process the message?  I need to guarantee that fromApp ()
>> fully executed before the sequence number count is incremented, so that
>> the correct ResendRequest message is sent upon restarting my application
>> in case of a crash.
>>
>> Thanks in advance for any help.
>>
>>
>>
>
> --
> View this message in context: http://old.nabble.com/When-are-sequence-numbers-incremented--tp33052499p33055252.html
> Sent from the QuickFIX - Dev mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> infrastructure or vast IT resources to deliver seamless, secure access to
> virtual desktops. With this all-in-one solution, easily deploy virtual
> desktops for less than the cost of PCs and save 60% on VDI infrastructure
> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers

Re: [Quickfix-developers] ResendRequest with BeginSeqNo less than zero

[Grant B. <gbi...@co...>]

The seqno should never be negative.  It's definitely negative in your
raw FIX message log?  (i.e. it's not simply a debug line that's
misinterpreting an unsigned int as signed?)

If it's negative in your log, then that's definitely a bug, though I'm
not sure what's causing it.  I think you should open a bug report and
attach your logs.

Bug tracker is here:
http://sourceforge.net/projects/quickfix/

-Grant

On Fri, Dec 23, 2011 at 1:41 PM, Fernando Lima <bo...@gm...> wrote:
> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
>
> Hello,
>
> I having problems with ResendRequest messages after a crash. The events in quickfix log are:
>
> 1) receive a ExecutionReport with MsgSeqNum=84316
> 2) send Logon
> 3) receive Logon with MsgSeqNum=84320
> 4) send ResendRequest with BeginSeqNo = -799597242
>
> The crash happened between steps 1 and two.
>
> Is there any reason for the negative number in BeginSeqNo?
>
> Thanks in advance,
> Fernando.
>
> ------------------------------------------------------------------------------
> Write once. Port to many.
> Get the SDK and tools to simplify cross-platform app development. Create
> new or port existing apps to sell to consumers worldwide. Explore the
> Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
> http://p.sf.net/sfu/intel-appdev
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers

Re: [Quickfix-developers] When are sequence numbers incremented?

[djmob <dan...@bl...>]

>From my own testing, setting a breakpoint inside fromAdmin (instead of
fromApp) looking at sequence number of the message and killing the app
before letting fromAdmin return, it appears that the QuickFIX received
sequence number is incremented (looking at the sequence number file) even
though fromAdmin did not return. If this is correct then I need to implement
some code to remember the last fully processed sequence number and then
force a resend from that point forwards when my app starts as I need to
guarantee that all messages were fully processed in case of a crash... 

I suspect I'm missing something here though as I am surprised that QuickFix
increments the sequence number in this way as this seems flawed imo. I'm
still learning here so any help appreciated.


djmob wrote:
> 
> I understand that QuickFIX manages message sequence numbers (using the
> sequence number file) and sends ResendRequests as needed.  I am a little
> unclear though exactly how this is done and if it works for my particular
> scenario.  For example if the QuickFIX engine were to receive an
> ExecutionReport message but before fromApp() returns the process crashes,
> was the received sequence number count already incremented even though I
> did not fully process the message?  I need to guarantee that fromApp ()
> fully executed before the sequence number count is incremented, so that
> the correct ResendRequest message is sent upon restarting my application
> in case of a crash.
> 
> Thanks in advance for any help.
> 	
> 
> 

-- 
View this message in context: http://old.nabble.com/When-are-sequence-numbers-incremented--tp33052499p33055252.html
Sent from the QuickFIX - Dev mailing list archive at Nabble.com.

[Quickfix-developers] When are sequence numbers incremented?

[djmob <dan...@bl...>]

I understand that QuickFIX manages message sequence numbers (using the
sequence number file) and sends ResendRequests as needed.  I am a little
unclear though exactly how this is done and if it works for my particular
scenario.  For example if the QuickFIX engine were to receive an
ExecutionReport message but before fromApp() returns the process crashes,
was the received sequence number count already incremented even though I did
not fully process the message?  I need to guarantee that fromApp () fully
executed before the sequence number count is incremented, so that the
correct ResendRequest message is sent upon restarting my application in case
of a crash.

Thanks in advance for any help.
	

-- 
View this message in context: http://old.nabble.com/When-are-sequence-numbers-incremented--tp33052499p33052499.html
Sent from the QuickFIX - Dev mailing list archive at Nabble.com.

[Quickfix-developers] ResendRequest with BeginSeqNo less than zero

[Fernando L. <bo...@gm...>]

Hello,

I having problems with ResendRequest messages after a crash. The events in
quickfix log are:

1) receive a ExecutionReport with MsgSeqNum=84316
2) send Logon
3) receive Logon with MsgSeqNum=84320
4) send ResendRequest with BeginSeqNo = -799597242

The crash happened between steps 1 and two.

Is there any reason for the negative number in BeginSeqNo?

Thanks in advance,
Fernando.

Re: [Quickfix-developers] Field 1128 missing

[Eugen R. <eug...@gm...>]

How do I do that?

Sorry, I’m a newbie in FIX. I was hoping to find something useful in samples that come with QuickFix, but they show basic stuff only.

 

Thx!

 

 

From: Hei Chan [mailto:str...@ya...] 
Sent: Wednesday, December 21, 2011 2:59 PM
To: Eugen Rata; qui...@li...
Subject: Re: [Quickfix-developers] Field 1128 missing

 

Hmm...you need to add ALL the required fields to the relevant messages in the dictionary files.

Defining a field won't magically add itself to any message.

 

 

  _____  

From: Eugen Rata <eug...@gm...>
To: 'Hei Chan' <str...@ya...>; qui...@li... 
Sent: Wednesday, December 21, 2011 1:45 PM
Subject: RE: [Quickfix-developers] Field 1128 missing

Here are the both dictionary files that I got from the broker. It looks to me like ApplVerID is there.

 

 

From: Hei Chan [mailto:str...@ya...] 
Sent: Wednesday, December 21, 2011 2:43 PM
To: Eugen Rata; qui...@li...
Subject: Re: [Quickfix-developers] Field 1128 missing

 

Did you add 1128 to your dictionary file?

 

  _____  

From: Eugen Rata <eug...@gm...>
To: qui...@li... 
Sent: Wednesday, December 21, 2011 1:21 PM
Subject: [Quickfix-developers] Field 1128 missing

QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
QuickFIX Support: http://www.quickfixengine.org/services.html

Hi,

 

I’ve got a rather strange situation when working with FIX5.0SP2.

 

Here is my configuration file

[DEFAULT]

ConnectionType=initiator

SenderCompID=*****

ReconnectInterval=30

#DefaultApplVerID=9

DefaultApplVerID=FIX.5.0SP2

 

 

[SESSION]

BeginString=FIXT.1.1 

ApplVerID=FIX.5.0SP2

TargetCompID=*************

SocketConnectHost=*********

SocketConnectPort=55200

StartDay=Sunday

EndDay=Friday

StartTime=21:00:00

EndTime=22:00:00

TransportDataDictionary=IGFIXT11.xml 

AppDataDictionary=IGFIX50.xml 

RefreshOnLogon=Y

FileStorePath=.

HeartBtInt=20

 

Actually the broker recommends using BeginString=FIX.5.0SP2, but that’s not supported by the current QuickFix. By doing some google, people said I have to use the transport configuration which I did.

Everything loads fine, until quickfix tries to create the ‘toAdmin’ message, and here I’m getting an exception that field=1128 is missing, which is completely wrong cause it does exists in configuration file.

 

Any idea what can be wrong?

 

Thx

 

\Eugen

 


------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

 

Re: [Quickfix-developers] Field 1128 missing

[Hei C. <str...@ya...>]

Hmm...you need to add ALL the required fields to the relevant messages in the dictionary files.
Defining a field won't magically add itself to any message.




________________________________
 From: Eugen Rata <eug...@gm...>
To: 'Hei Chan' <str...@ya...>; qui...@li... 
Sent: Wednesday, December 21, 2011 1:45 PM
Subject: RE: [Quickfix-developers] Field 1128 missing
 

Here are the both dictionary files that I got from the broker. It looks to me like ApplVerID is there.
 
 
From:Hei Chan [mailto:str...@ya...] 
Sent: Wednesday, December 21, 2011 2:43 PM
To: Eugen Rata; qui...@li...
Subject: Re: [Quickfix-developers] Field 1128 missing
 
Did you add 1128 to your dictionary file?
 

________________________________

From:Eugen Rata <eug...@gm...>
To: qui...@li... 
Sent: Wednesday, December 21, 2011 1:21 PM
Subject: [Quickfix-developers] Field 1128 missing

QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
QuickFIX Support: http://www.quickfixengine.org/services.html


Hi,
 
I’ve got a rather strange situation when working with FIX5.0SP2.
 
Here is my configuration file
[DEFAULT]
ConnectionType=initiator
SenderCompID=*****
ReconnectInterval=30
#DefaultApplVerID=9
DefaultApplVerID=FIX.5.0SP2
 
 
[SESSION]
BeginString=FIXT.1.1 
ApplVerID=FIX.5.0SP2
TargetCompID=*************
SocketConnectHost=*********
SocketConnectPort=55200
StartDay=Sunday
EndDay=Friday
StartTime=21:00:00
EndTime=22:00:00
TransportDataDictionary=IGFIXT11.xml 
AppDataDictionary=IGFIX50.xml 
RefreshOnLogon=Y
FileStorePath=.
HeartBtInt=20
 
Actually the broker recommends using BeginString=FIX.5.0SP2, but that’s not supported by the current QuickFix. By doing some google, people said I have to use the transport configuration which I did.
Everything loads fine, until quickfix tries to create the ‘toAdmin’ message, and here I’m getting an exception that field=1128 is missing, which is completely wrong cause it does exists in configuration file.
 
Any idea what can be wrong?
 
Thx
 
\Eugen
 

------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

Re: [Quickfix-developers] Field 1128 missing

[Hei C. <str...@ya...>]

Did you add 1128 to your dictionary file?



________________________________
 From: Eugen Rata <eug...@gm...>
To: qui...@li... 
Sent: Wednesday, December 21, 2011 1:21 PM
Subject: [Quickfix-developers] Field 1128 missing
 
QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
QuickFIX Support: http://www.quickfixengine.org/services.html



Hi,
 
I’ve got a rather strange situation when working with FIX5.0SP2.
 
Here is my configuration file
[DEFAULT]
ConnectionType=initiator
SenderCompID=*****
ReconnectInterval=30
#DefaultApplVerID=9
DefaultApplVerID=FIX.5.0SP2
 
 
[SESSION]
BeginString=FIXT.1.1 
ApplVerID=FIX.5.0SP2
TargetCompID=*************
SocketConnectHost=*********
SocketConnectPort=55200
StartDay=Sunday
EndDay=Friday
StartTime=21:00:00
EndTime=22:00:00
TransportDataDictionary=IGFIXT11.xml 
AppDataDictionary=IGFIX50.xml 
RefreshOnLogon=Y
FileStorePath=.
HeartBtInt=20
 
Actually the broker recommends using BeginString=FIX.5.0SP2, but that’s not supported by the current QuickFix. By doing some google, people said I have to use the transport configuration which I did.
Everything loads fine, until quickfix tries to create the ‘toAdmin’ message, and here I’m getting an exception that field=1128 is missing, which is completely wrong cause it does exists in configuration file.
 
Any idea what can be wrong?
 
Thx
 
\Eugen
 
------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

[Quickfix-developers] Field 1128 missing

[Eugen R. <eug...@gm...>]

Hi,

 

I've got a rather strange situation when working with FIX5.0SP2.

 

Here is my configuration file

[DEFAULT]

ConnectionType=initiator

SenderCompID=*****

ReconnectInterval=30

#DefaultApplVerID=9

DefaultApplVerID=FIX.5.0SP2

 

 

[SESSION]

BeginString=FIXT.1.1 

ApplVerID=FIX.5.0SP2

TargetCompID=*************

SocketConnectHost=*********

SocketConnectPort=55200

StartDay=Sunday

EndDay=Friday

StartTime=21:00:00

EndTime=22:00:00

TransportDataDictionary=IGFIXT11.xml 

AppDataDictionary=IGFIX50.xml 

RefreshOnLogon=Y

FileStorePath=.

HeartBtInt=20

 

Actually the broker recommends using BeginString=FIX.5.0SP2, but that's not
supported by the current QuickFix. By doing some google, people said I have
to use the transport configuration which I did.

Everything loads fine, until quickfix tries to create the 'toAdmin' message,
and here I'm getting an exception that field=1128 is missing, which is
completely wrong cause it does exists in configuration file.

 

Any idea what can be wrong?

 

Thx

 

\Eugen

 

[Quickfix-developers] Fix to "UseLocalTime=Y does not work - ID: 3023908"

[Crowell, B. <BCr...@ba...>]

As I commented on the bug (https://sourceforge.net/tracker/?func=detail&aid=3023908&group_id=37535&atid=1126912), I wanted to attach this patch, but it won't let me. This patch should properly re-enable UseLocalTime=Y for sessions. It fixes some of the damage done by commit #2160.

--Brian Crowell
  Developer, Barbnet Investments

[Quickfix-developers] Building QuickFIX with icc compiler

[Ryugan M. <ryu...@gm...>]

Hi,

I would like to build QuickFIX with icc compiler on linux. Is there a
tutorial on how I could build it?

Thanks.

Kousuke Saimoto

Re: [Quickfix-developers] threaded C++ FIX-application

[K. F. <kfr...@gm...>]

Hello Hannes!

On Thu, Dec 1, 2011 at 8:05 AM,  <Joh...@di...> wrote:
> ...
> Hi QuickFix-developers,
>
> has anybody ever coded a threaded FIX-application in C++, i.e. one thread per FIX-Session.
> I am wondering whether to use the thread_spawn, etc..... methods or to use the boost-library?

Disclaimer:  I have not built a multi-threaded QuickFix-based FIX engine.
I do not know whether QuickFix is architected in a way that would be
consistent with multi-threading.

Assuming that it's possible on the QuickFix side, you might consider
using the the std::thread threading facilities provided by the new c++11
standard.  There are versions of g++ (gcc's c++ compiler) that support
std::thread on both linux and windows.  (I don't happen to know whether
msvc supports std::thread.)  (There are also commercial third-party
std::thread libraries, so that might be an option for your particular
platform.)

If I were going to start a new multi-threaded c++ project today, I would
definitely use std::thread over boost::thread.  std::thread has become
real over the last little while, and is now part of the standard.

> Any example code-snippets would be highly appreciated.

Sorry, I have no (FIX-related) code snippets.

> Thanks,
> Hannes


Good luck!


K. Frank

[Quickfix-developers] threaded C++ FIX-application

[<Joh...@di...>]

Hi QuickFix-developers,

has anybody ever coded a threaded FIX-application in C++, i.e. one thread 
per FIX-Session.
I am wondering whether to use the thread_spawn, etc..... methods or to use 
the boost-library?

Any example code-snippets would be highly appreciated.

Thanks,
Hannes



Johannes Grimm
--------------------------------------------------------------------------------------
DIE SOFTWARE Peter Fitzon GmbH
Im Klosterbauhof 3
85560 Ebersberg

Deutschland
Tel.-Zentrale:    +49 (0) 80 92 / 86 17 - 0
Tel.-Durchwahl: +49 (0) 80 92 / 86 17 - 173
Fax: +49 (0) 80 92 / 86 17  - 373

Schweiz
Tel.-Zentrale: +41 (0) 43 / 48 83 - 000
Tel.-Durchwahl: +41 (0) 43 / 48 83 - 173
Fax: +41 (0) 43 / 48 83 - 373

mailto:joh...@di...
Internet: http://www.die-software.com

Geschäftsführer: Peter Fitzon, Klaus J. Friese
Registergericht: Amtsgericht München, HRB 101848
--------------------------------------------------------------------------------------

[Quickfix-developers] Connamara releases .NET version of QuickFIX

[James D. <jc...@co...>]

All,
Connamara Systems has  just completed and released version 1.0 of
Quickfix/n a .NET port of QuickFIX. We are hoping that we can develop the
same community support that QuickFIX and QuickFIX/j has enjoyed. Please
visit www.quickfixn.org for more info.

Jim

[Quickfix-developers] Matching project inputs to project outputs

[Crowell, B. <BCr...@ba...>]

This patch makes some of the directory references in quickfix_vs10.vcxproj and quickfix_net_vs10.vcxproj a little less dependent on the location of the solution file. I had to do this because I was adding those projects to another solution and building them there.

The output directories haven't changed, just the input directories. For example where quickfix_vs10.vcxproj puts its include files in ..\..\include (relative to the project file), quickfix_net_vs10.vcxproj now looks for them there, too (instead of $(SolutionDir)\include).

Just a suggestion. This doesn't touch the older VS* projects.

--Brian Crowell
  Barbnet Investments

Re: [Quickfix-developers] Restricting quickfix acceptor access by IP

[Kenny S. <ks...@co...>]

Perhaps you could run servers on different ports, then filter with router.

--
Kenny Stone
Connamara Systems, LLC


On Tue, Nov 22, 2011 at 12:55 PM, J. Scott Miller
<j.s...@gm...>wrote:

> QuickFIX Documentation:
> http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
> Hi everyone,
>
> In my fix application (server), I would like to restrict access by
> both SenderCompID and IP address. That is, I want to enforce that
> SenderCompID A can only login from IP X and SenderCompID B can only
> login from IP Y. Because this depends on data in the fix protocol, a
> simple firewall will not work without deep packet inspection. Ideally,
> my application will perform the filtering.
>
> However, it doesn't look like the QuickFix api exposes the client IP.
> Is this correct?
>
> Thank you for any help,
>
> Scott
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>

[Quickfix-developers] Restricting quickfix acceptor access by IP

[J. S. M. <j.s...@gm...>]

Hi everyone,

In my fix application (server), I would like to restrict access by
both SenderCompID and IP address. That is, I want to enforce that
SenderCompID A can only login from IP X and SenderCompID B can only
login from IP Y. Because this depends on data in the fix protocol, a
simple firewall will not work without deep packet inspection. Ideally,
my application will perform the filtering.

However, it doesn't look like the QuickFix api exposes the client IP.
Is this correct?

Thank you for any help,

Scott