[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/d2f2a193 - PLEASE DO NOT REPLY BY MAIL.]
Michael, thank you for commenting. I have two questions (inline below). Best, Rolf > I agree. FAST is too complex and getting worse. Having a PMAP > where a 1 bit signifies a field and a 0 signifies the absence > of a field is how it should be. It makes the decoder very very > simple to code and the implementation very fast as well. Do you mean "don't add pmap placement" (a proposed 1.2 feature), or is this about an existing feature eg. the 1-2 bit pmap entries for decimal fields? > ARCA, OPRA, and other exchanges implement this and the decoders > are a few hundred lines. Implementing CME is just a pain in the > arse. Oh goody, lets use every possible feature there is and > blow the consequences. Could you point out which FAST features in the CME feed that caused extra pain for you? Are you using fastapi-1.0 or some other codec library? [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 -~----------~----~----~----~------~----~------~--~---
