[This message was posted by Rolf Andersson of Pantor Engineering <[email protected]> to the "FAST Protocol" discussion forum at http://fixprotocol.org/discuss/46. You can reply to it on-line at http://fixprotocol.org/discuss/read/316243d1 - PLEASE DO NOT REPLY BY MAIL.]
Mike, yes, that's correct. Section 6.3 states: "All values are in the state undefined when processing starts." and "A dictionary can be explicitly reset. Resetting a dictionary will set the state of all its entries to undefined." Regarding a field with a copy operator, section 6.3.5 states: "When the value is not present in the stream there are three cases depending on the state of the previous value: ... - undefined – the value of the field is the initial value that also becomes the new previous value. ..." /Rolf > Thanks for your prompt reply. I read that section and took it to mean > that for a dictionary reset, or a new UDP packet arrival, the state of > each field in the dictionary should be set to UNDEFINED even though > initial values are specified in the template? I was getting mixed > messages after reading a number of posts on the forum. > > Mike [You can unsubscribe from this discussion group by sending a message to mailto:[email protected]] --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Financial Information eXchange" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/FIX-Protocol?hl=en -~----------~----~----~----~------~----~------~--~---
