protocol-buffers

I'm new to both protocol buffers and C++, so this may be a basic question, but I haven't had any luck finding answers. Basically, I want the functionality of a dictionary defined in my .proto file like an enum . I'm using the protocol buffer to send data, and I want to define units and their respective names. An enum would allow me to define the units, but I don't know how to map the human-readable strings to that. As an example of what I mean, the .proto file might look something like: message DataPack { // obviously not valid, but something like this dict UnitType { KmPerHour = "km/h";

is it possible to parse an incoming google protocol buffers datagram without any .proto file? I merely now its been serialized using protocol buffers but have no idea about the IDL file. I'm looking for a way to just iterate through any value by some sort of reflection? Is this possible? Thank you! protoc --decode_raw < my_file You need to take the following things into account when inspecting the output: None of the field names are visible, just the tag numbers. All varint-fields are shown as integers. This is ok for most types, but sint* will appear in the "zigzagged" format. Doubles and

Is ParseFromString available in Java for protocol buffers? The C++ version has it: here immibis Here is the implementation of ParseFromString (note that TextFormat::ParseFromString simply calls TextFormat::Parser::ParseFromString on a new Parser object): bool TextFormat::Parser::Parse(io::ZeroCopyInputStream* input, Message* output) { output->Clear(); return Merge(input, output); } bool TextFormat::Parser::ParseFromString(const string& input, Message* output) { io::ArrayInputStream input_stream(input.data(), input.size()); return Parse(&input_stream, output); } You can see that Parse simply

I used pip to get .whl file for numpy pip wheel --wheel-dir=./ numpy and I have got numpy-1.13.3-cp27-cp27mu-linux_armv7l.whl because I am using ARM platform, but when run pip for protobuf pip wheel --wheel-dir=./ protobuf I got protobuf-3.4.0-py2.py3-none-any.whl So, why isn't linux_armv7l like the case of numpy, I didn't alter the machine and searched for that difference but no information. thanks for advice . Let's split package names by components: numpy — package name 1.13.3 — package version cp27 — the package was compiled to be used with this version of Python cp27mu — compilation flags

We are looking at using Google's Protocol Buffers to handle serialization between a c++ application and a c# application via networking. My question is, I've found a couple of different verisions for c#. Both look pretty good, however, does anyone know what is different (if anything) between the two protobuf-net jskeet / dotnet-protobufs Sure; dotnet-protobufs is a port of the java version, so shares a very similar API and approach to the core google implementation; code-gem, immutability, etc. Protobuf-net is byte compatible, but is a complete from-scratch re-implementation, following