Boost logo

Boost :

Subject: Re: [boost] [compond_file_binary] Gauging interest in a possible library submission.
From: Paul A. Bristow (pbristow_at_[hidden])
Date: 2012-12-05 09:23:35


> -----Original Message-----
> From: boost-bounces_at_[hidden] [mailto:boost-bounces_at_[hidden]] On Behalf Of Hartmut
> Kaiser
> Sent: Wednesday, December 05, 2012 1:27 PM
> To: boost_at_[hidden]
> Subject: Re: [boost] [compond_file_binary] Gauging interest in a possible library submission.
>
> Is there any interest in a cross-platform C++ library which allows to
> > create/read/write binary compound files?
> >
> > Briefly, compound file is filesystem for storing files and directories
> > within a single file on a disk. Initially compound file format is
> > developed by Microsoft and now is the part of Microsoft's Open
> > Specifications Documentation. Compound files are used across various
> > platforms and applications, and not restricted by some specific
> > domain. In general, any application can store information in such a
> > way. I've found on the Internet interest in such library and decided to implement it.
> >
> > Additional information can be found here:
> >
> > Article on the Wikipedia:
> > http://en.wikipedia.org/wiki/Compound_File_Binary_Format
> >
> > Benefits of Compound Files:
> > http://msdn.microsoft.com/en-
> > us/library/windows/desktop/aa378938(v=vs.85).aspx
> >
> > [MS-CFB] Open specification for compound files:
> > http://msdn.microsoft.com/en-us/library/dd942138.aspx

I'm interested too. It seems the sort of weapon that Boost should have in its toolkit?

Are there any other implementations (free open-source or commercial).

Although access to Microsoft containers will interest many, and

http://en.wikipedia.org/wiki/Advanced_Authoring_Format even more

are there other structures/format we might consider?

Paul

PS Boost licence throughout would be absolutely essential of course.

---
Paul A. Bristow,
Prizet Farmhouse, Kendal LA8 8AB  UK
+44 1539 561830  07714330204
pbristow_at_[hidden]

Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk