Sorry, but the purpose of the protobuf library is to support protocol
buffers, not to provide abstract filesystem access. There are plenty of
other libraries that do that.
On Mon, Mar 1, 2010 at 5:32 AM, Hassan Syed h.a.s...@gmail.com wrote:
Yes, this is what I am doing at the moment (boost::filesystem).
However, It would be so much more elegant if it was possible with the
protobuf library -- C++ does not come with portable filesystem
handling off-the-bat and I would have to use the Ansi-C libraries or
boost.
I am building a Complex Event Processor / Active Database and I need
to generate a symbol-table at runtime for the event types so that I
can dynamically identify and process the events -- this process needs
to go over every file, in certain mapped directories, therefore the
requested feature would be very useful -- I can see this feature being
useful for people trying to benefit from protobuf as a more extensible
and generic platform for creating types usable not only serving the
purpose of a over-the-wire format and a portable message
specification.
On Sat, Feb 27, 2010 at 8:47 PM, Kenton Varda ken...@google.com
wrote:
Why does this need to be built into DiskSourceTree? Just map the virtual
path back to a disk path, then use the OS APIs to iterate over the
directory.
On Sat, Feb 27, 2010 at 6:33 AM, Hassan Syed h.a.s...@gmail.com wrote:
Hello Kenton Co,
I was wondering if their exists, or if I may request , a feature for
enabling iteration once virtual directories have been mapped using the
DiskSourceTree class. I'm writing a separate language that adds
additional semantics to messages and the system needs to have all
files in a certain sub-directory loaded.
Regards
Hassan
--
You received this message because you are subscribed to the Google
Groups
Protocol Buffers group.
To post to this group, send email to proto...@googlegroups.com.
To unsubscribe from this group, send email to
protobuf+unsubscr...@googlegroups.comprotobuf%2bunsubscr...@googlegroups.com
.
For more options, visit this group at
http://groups.google.com/group/protobuf?hl=en.
On Feb 27, 8:47 pm, Kenton Varda ken...@google.com wrote:
Why does this need to be built into DiskSourceTree? Just map the virtual
path back to a disk path, then use the OS APIs to iterate over the
directory.
On Sat, Feb 27, 2010 at 6:33 AM, Hassan Syed h.a.s...@gmail.com wrote:
Hello Kenton Co,
I was wondering if their exists, or if I may request , a feature for
enabling iteration once virtual directories have been mapped using the
DiskSourceTree class. I'm writing a separate language that adds
additional semantics to messages and the system needs to have all
files in a certain sub-directory loaded.
Regards
Hassan
--
You received this message because you are subscribed to the Google
Groups
Protocol Buffers group.
To post to this group, send email to proto...@googlegroups.com.
To unsubscribe from this group, send email to
protobuf+unsubscr...@googlegroups.comprotobuf%2bunsubscr...@googlegroups.com
protobuf%2bunsubscr...@googlegroups.c om
.
For more options, visit this group at
http://groups.google.com/group/protobuf?hl=en.
--
You received this message because you are subscribed to the Google Groups
Protocol Buffers group.
To post to this group, send email to proto...@googlegroups.com.
To unsubscribe from this group, send email to
protobuf+unsubscr...@googlegroups.comprotobuf%2bunsubscr...@googlegroups.com
.
For more options, visit this group at
http://groups.google.com/group/protobuf?hl=en.
--
You received this message because you are subscribed to the Google Groups
Protocol Buffers group.
To post to this group, send email to proto...@googlegroups.com.
To unsubscribe from this group, send email to
protobuf+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/protobuf?hl=en.