[This message was posted by Zoltan Vekony of <[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/3b107509 - PLEASE DO
NOT REPLY BY MAIL.]
Hi all,
what are you thinking about a maximum length not only for the strings, but also
for byte array and for repeating groups (sequences) which may be equal to a
maximum for the sequence's length field:
<template name="Message1">
<string name="MyString1" max="20"/>
<sequence name="MySeq1" max="10" /> // direct max attribute to the
sequence, implicit length field
<string name="Currency" max="3" />
</sequence>
<sequence name="MySeq2" />
<length name="Seq2Length" max="10" /> // max attribute for the explicit
length field
<string name="ExchangeId" max="4" />
</sequence>
</template>
Bye
Zoltan
> Hi all,
>
> Here is a small extension proposal aimed at making things easier for
> FAST decoder writers: a MaxLength string attribute
>
> FAST compilers need to know the maximum string size for a field in order
> to be able to use pre-allocated string buffers in memory.
>
> Generally this maximum string size is given in the user documentation
> going with the FAST templates but it should also be in the templates so
> that compilers can get that information and use it.
>
> On the same topic, Min/Max attributes for integers would be a good thing
> too. Or maybe smaller types like Integer8 and Integer16 would be enough.
>
> I know some people would rather like to remove and not add new features
> but I think it's better to improve what we already have.
>
> BTW is there a page somewhere with the all the officials 1.2 extension
> proposals?
>
> Marc
[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
-~----------~----~----~----~------~----~------~--~---
