I guess i should mention a few design features of the protobuf-c api:
- completely introspectable
- able to wrap into another application's main-loop
I think those features should make it easy to write a language binding
to it.
I am considering someday improving it to be able to create a
Pro
protobuf-c now has an rpc implementation, check it out:
http://code.google.com/p/protobuf-c/wiki/RPC_System
On Feb 10, 10:19 am, sagar.i...@gmail.com wrote:
> any plans on extending this to C?
>
> looking for a simple cross-language client-server library.
--~--~-~--~~~-
Your metadata repository could be defined like this:
// metadata_repository.proto
import "google/protobuf/descriptor.proto"
message MetadataRequest {
repeated string filename = 1;
}
message MetadataReply {
repeated google.protobuf.FileDescriptorProto descriptor = 1;
}
serv
Thank you both for the replies. I have outlined the thoughts I have
had after reading your emails. You can read them below. In short I
have come to the conclusion that I should find a way to embed what I
wan't into statically generated protobuf messages.
I have indeed read the protocol documenta
Hi
I'm building a generic editor for creating loading and saving gpb
objects and am running into problems with dynamic __import__
statements. I've nailed it down to a very simple testcase. This is all
with python 2.5.2 and protobuf 2.0.3 on Linux.
test.proto:
message test {optional int32 x=
h.a.s...@gmail.com wrote:
> Something along the lines of :
>
> #DEFINE LOGIN_EVENT_TYPE 0
>
> char * userNameEntry="foo";
>
> RpcChannel logDaemonConnection=new RpcChannel("/tmp/Logdaemon");
>
> Message logMsg= new Message("UserLoginLogEntry");
>
> logMsg.add("username",foo);
>
> logMsg.add("event
