Re: [Quickfix-developers] [Quickfix-users] Order of Fields not Preserved?

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

Thanks for your reply.

I believe that the order of field is defined by the definitions of Group classes by using FIX::message_order.

The odd thing is that if I create the repeated group on the stack instead of heap, the ordering isn't enforced.

For example:
FIX43::MarketDataSnapshotFullRefresh::NoMDEntries entry; // doesn't enforce the order
FIX43::MarketDataSnapshotFullRefresh::NoMDEntries* pEntry = new FIX43::MarketDataSnapshotFullRefresh::NoMDEntries(); // enforce the order

I feel like it is a compiler bug that it implicitly creates another default constructor for FIX43::MarketDataSnapshotFullRefresh::NoMDEntries that doesn't have an initialization list.  Just a wild guess.

Any input is welcome.


Cheers,
Hei



________________________________
 From: Grant Birchmeier <gbi...@co...>
To: Hei Chan <str...@ya...> 
Cc: "qui...@li..." <qui...@li...>; "qui...@li..." <qui...@li...> 
Sent: Wednesday, June 20, 2012 5:17 PM
Subject: Re: [Quickfix-users] [Quickfix-developers] Order of Fields not Preserved?
 

The fields in your group will be in the order that is specified in the DataDictionary.  The order in which you set the fields is irrelevant.


FIX 4.4. and earlier require that repeating groups always have their fields in a specified order.




On Wed, Jun 20, 2012 at 6:06 PM, Hei Chan <str...@ya...> wrote:

QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
>QuickFIX Support: http://www.quickfixengine.org/services.html
>
>
>
>Hi,
>
>
>I just noticed that the incorrect ordering has nothing to do with the operations I mentioned since even if I don't re-assign the field again, I still get an incorrect ordering.
>
>
>Not sure what goes wrong yet.
>
>
>Cheers,
>Hei
>
>
>
>
>________________________________
> From: Hei Chan <str...@ya...>
>To: "qui...@li..." <qui...@li...>; "qui...@li..." <qui...@li...> 
>Sent: Wednesday, June 20, 2012 10:58 AM
>Subject: [Quickfix-developers] Order of Fields not Preserved?
> 
>QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
>QuickFIX Support: http://www.quickfixengine.org/services.html
>
>
>
>Hi,
>
>
>It seems like if I have created a repeated group object (e.g. FIX43::MarketDataSnapshotFullRefresh::NoMDEntries), set fields with the correct orders, and then set one of the fields again, the last set() will remove the existing one (expected) and put new one at the end of the repeated group.  Is it expected?  Or a bug?
>
>
>I am using QuickFIX C++ 1.12.4.
>
>
>Thanks in advance.
>
>
>
>
>Cheers,
>Hei
>------------------------------------------------------------------------------
>Live Security Virtual
 Conference
>Exclusive live event will cover all the ways today's security and 
>threat landscape has changed and how IT managers can respond. Discussions 
>will include endpoint security, mobile security and the latest in malware 
>threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>_______________________________________________
>Quickfix-developers mailing list
>Qui...@li...
>https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>
>
>------------------------------------------------------------------------------
>Live Security Virtual Conference
>Exclusive live event will cover all the ways today's security and
>threat landscape has changed and how IT managers can respond. Discussions
>will include endpoint security, mobile security and the latest in malware
>threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>_______________________________________________
>Quickfix-users mailing list
>Qui...@li...
>https://lists.sourceforge.net/lists/listinfo/quickfix-users
>
>


-- 

Grant Birchmeier

Connamara Systems, LLC

Made-To-Measure Trading Solutions.
Exactly what you need. No more. No less.

http://connamara.com