> > libtpproto-cpp's protocol layer also handles intertwined and out of order > > responses, mainly because when fetching orders from the server, it needed > > to > > request the order descriptions before it could finish decoding the order. > > I can now see how and why and I'm not really happy with that knowledge. > That's because it may be self-describing, but is not self-contained. To > properly decode Order frame I need info provided by the OrderDesc frame, but > this is very hard to get in my approach of autogenerated code. I have an > idea how to solve that, but it won't be pretty and will require some user > intervention :) > -KS
I don't think it should require any user intervention. See our discussion on the protocol.xml thread about how I would do this with autogenerated code. There is a very good reason that the protocol is not self contained, and that is because servers need to be able to defined different orders (and under tp04 objects) dependent on the ruleset. As we get more rulesets are built this will become much clearer why this is needed. Mithro _______________________________________________ tp-devel mailing list [email protected] http://www.thousandparsec.net/tp/mailman.php/listinfo/tp-devel
