From: Paul A. Bristow (boost_at_[hidden])
Date: 2003-12-17 14:35:42
| -----Original Message-----
| From: boost-bounces_at_[hidden]
| [mailto:boost-bounces_at_[hidden]]On Behalf Of Reece Dunn
| Sent: Wednesday, December 17, 2003 3:34 PM
| Subject: [boost] Output Formatters
| There has been recent discussion about the similarity between serialization
| and display. In response to this I have implemented an experimental data
| input mechanism for text-based systems in my library:
Sorry if I am half blind/ inefficient with CVS, but I could not find this ^^^^^
| I have several questions:
|  Is there a demand for input support of complex/sequential data types
| from a stream?
|  What are peoples views on my implementation? Should I continue?
|  Is there a need for better exception/error information from a failed
| input operation -- incompatible data types; size of list not supplied; data
| type to small to fit the data; etc.?
|  When implementing an input operation on a stream, it is advised/required
| you should not modify the object passed to it unless the operation succeeds.
| My feeling on this is that it would lead to inefficiencies (i.e. excessive
| copying). I want to construct the object on the fly, leaving a partially
| constructed object on failure, to improve efficiency. I will strongly
| document this deviated behaviour, but what do other people feel about this?
Probably worth a compromise.
| Documentation will be provided if there is interest in this addition.
| Aside from this addiion, do people feel that my library is ready for review.
Looks promising to me, but I can see that a 'merger' with serialization may
prove attractive longer-term.
Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK
+44 1539 561830 Mobile +44 7714 33 02 04
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk