Re: [protobuf] Is it possible to generate Sorbet enums from a protobuf?

Yes! On Tuesday, November 30, 2021 at 12:55:11 PM UTC-5 Derek Perez wrote: > Could you file an issue here: > https://github.com/protocolbuffers/protobuf > > We can look into it. > > On Tue, Nov 30, 2021 at 9:31 AM 'Chris Nakamura' via Protocol Buffers < > prot...

[protobuf] Is it possible to generate Sorbet enums from a protobuf?

The protobuf docs mention the following: > Since Ruby does not have native enums, we create a module for each enum with constants to define the values. Given the .proto file: However, it is possible to define

Re: [protobuf] Protobuf Compiler in a C# Shared Library

ping you from adding them to the shared project? What TFM is > it targeting? This should JustWorkTM. You could also look at the csproj > changes in the client and server, and try to apply the same changes in the > shared project - it might tell you why it isn't happy. > > On Sun, 18 Ap

[protobuf] Protobuf Compiler in a C# Shared Library

I'm using Protobuf and Visual Studio C#. I have a Client project, Server project, and and shared project. I want my proto file and messages to live within the shared project. I'm installed the Nuget packages for protobuf, protobuf tools, grpc, grpc core, and grpc tools into both my client and

[protobuf] JS bundle bloat due to unoptimizable proto extensions

. Could anyone take a look or offer guidance? Thanks, Chris -- You received this message because you are subscribed to the Google Groups "Protocol Buffers" group. To unsubscribe from this group and stop receiving emails from it, send an email to protobuf+unsubscr...@googlegroups.co

[protobuf] Re: Adding elements to a repeated field from C++

Dear all, I now succeeded in making this work by instead using the AddMessage method in the Reflection class. Happy new year, Chris -- You received this message because you are subscribed to the Google Groups "Protocol Buffers" group. To unsubscribe from this group and stop receiv

[protobuf] Adding elements to a repeated field from C++

:protobuf::RepeatedPtrField* repeated = reflection_->MutableRepeatedPtrField( _, message_.GetDescriptor()->FindFieldByName(name)); Message* element = repeated->Add(); Any ideas how I can make the second code fragment work? Have a nice day, Chris -- You received this m

Re: [protobuf] Protobuf Java Generated Code field name has underscore at the end.

alize and > parse directly to and from BSON. Making protos queryable in MongoDB is not > a use case we have really thought about much, though. > > On Thu, Sep 6, 2018 at 10:56 AM Chris Zhang > wrote: > >> Sure, but do you know which util is best for convert the stored pr

Re: [protobuf] Protobuf Java Generated Code field name has underscore at the end.

protobuf... > > On Thu, Sep 6, 2018 at 1:27 PM, Chris Zhang > wrote: > > Hi Adam, > > > > Thanks for the response. > > > > We are trying to persist the protobuf generated java object into mongoDB > > using Spring framework. > > However, when do

[protobuf] Re: Protobuf Java Generated Code field name has underscore at the end.

the field with underscores. On Wednesday, September 5, 2018 at 4:07:56 PM UTC-4, Chris Zhang wrote: > > Hi, > > I am new to Protobuf, and recently I found out that the java generated > code by protobuf has underscore by the end of each field names. > > For example, > > prot

Re: [protobuf] Protobuf Java Generated Code field name has underscore at the end.

o difference to the public API. > > On Wed, Sep 5, 2018 at 1:07 PM Chris Zhang > wrote: > >> Hi, >> >> I am new to Protobuf, and recently I found out that the java generated >> code by protobuf has underscore by the end of each field names. >> >> For exampl

[protobuf] Protobuf Java Generated Code field name has underscore at the end.

Hi, I am new to Protobuf, and recently I found out that the java generated code by protobuf has underscore by the end of each field names. For example, protobuf message file look like this: message DummyMessage [ string some_id = 1; bool is_active = 2; } The generated java code

[protobuf] Reflection of well known types in C++

I'm wondering if protobuf supports a way to determine if a type is a well-known type via reflection in C++? I'm working on a marshalling layer for a custom encoding format and I need to unbox well-known types into their primitive type (e.g., Double to double). I've so far been unable to find

Re: [protobuf] Status of protobuf-java 2.x / 3.x compatibility

tag v3.0.0-beta-4 but fails at v3.0.0). In 3.0.0 and newer, what is the role of the non-V3 variants of GeneratedMessage, SingleFieldBuilder, etc? Are these classes simply vestigial at this point or do they still provide some benefit to compatibility (even if not 100%). Thanks again, Chris On

[protobuf] Status of protobuf-java 2.x / 3.x compatibility

ies still exist. I'm curious if anyone can shed some light on this effort and its status or provide suggestions for migrating to a recent protobuf release under these circumstances. Thanks, Chris -- You received this message because you are subscribed to the Google Groups "Protocol

Re: [protobuf] protobuf 2.4.1 crash during ParseFromArray

t; be that this is a bug we've already fixed some time in the past few years. > > On Wed, Oct 25, 2017 at 11:46 AM, Chris Vavruska <vavr...@gmail.com > > wrote: > >> Hey all, >> >> I am using 2.4.1-lite in an embedded project. I know it is a bit old but &

[protobuf] protobuf 2.4.1 crash during ParseFromArray

Hey all, I am using 2.4.1-lite in an embedded project. I know it is a bit old but it is what I have to live with for now. We send a message simple synchronous request from one application to another to get a list of files. It returns the following message. message return_m { optional

[protobuf] Re: 'python setup.py test' failed

Kenton Varda kenton at google.com writes: I haven't seen this problem, but my wild guess is that for some reason your environment is using distutils instead of setuptools.  They are similar, but distutils lacks some features, such as the test command.  I'm not sure why this would happen,

[protobuf] Re: Protobuf Buffers v3.0.0-alpha-1

Thanks for your great work. I'm considering migrating to version 3. Is existing proto2 data (i.e. serialized messages) transparently loadable in a proto3-aware application ? On Wednesday, December 10, 2014 at 11:51:01 PM UTC-5, Feng Xiao wrote: Hi all, I just published protobuf

[protobuf] Re: Building for RTEMS ARM

Following up my own post ... On Wednesday, January 21, 2015 at 5:04:25 PM UTC+11, Chris Johns wrote: The first are errors related to Atromics. We are adding -fpermissive to make then warning. Here are a few of the many warnings we are seeing: from ../../protobuf.git/src

[protobuf] Building for RTEMS ARM

-compiled. Is there a way to disable running tests ? It makes no sense to run the tests when the build and host are not the same. Thanks Chris -- You received this message because you are subscribed to the Google Groups Protocol Buffers group. To unsubscribe from this group and stop receiving

[protobuf] ANN: ProtoStream - A NodeJS module to emit ProtoBuf messages from a stream, SAX-style.

This module uses ProtocolBuffers to de-frame protocol buffer messages within a (TCP) stream. https://github.com/chrisdew/protostream Hope it's useful to others too, Chris. -- You received this message because you are subscribed to the Google Groups Protocol Buffers group. To unsubscribe

Re: [protobuf] c++ why no set_allocated for repeated nested messages?

that singular message fields have set_allocated. We can add an add_allocated() method for repeated message fields but that's not necessary because you can do: foo-mutable_repeated_message()-AddAllocated(bar); Thanks for the tip! Didn't notice that you could do that. Chris -- You received

[protobuf] c++ why no set_allocated for repeated nested messages?

Always having to obtain a new instance of a repeated nested message from it's parent is really cumbersome.I fail to see the logic behind it being that singular message fields have set_allocated. Chris -- You received this message because you are subscribed to the Google Groups Protocol

[protobuf] Re: Issue 502 in protobuf: protoc generated Java code has numerous javadoc warnings

file. Best regards, Chris Berst Software Engineer Daniel K. Inouye Solar Telescope On Wednesday, April 17, 2013 12:26:15 PM UTC-6, prot...@googlecode.com wrote: Status: New Owner: liu...@google.com javascript: Labels: Type-Defect Priority-Medium New issue 502 by jonathan...@hotmail.com

Re: [protobuf] Re: Portable protobuf compiler

On Jun 24, 2014, at 5:31 PM, John Calcote john.calc...@gmail.com wrote: I'm looking for a true native java port of the protoc compiler. It's a pretty trivial compiler and the C source code is available. I guess I'll have to do it myself. I'd like to see this as well, and would be happy to

[protobuf] Customizing protoc to support an existing wire format

help in expressing particular quirks or nuances of the existing protocol within .proto files. At this point, I'd simply like to see whether anyone has been down this road before, and whether there are reasons for dismissing the idea completely before digging in too much further. - Chris P.S

[protobuf] On the wire compatibility with protoc options

Hi folks, I'm exploring the new javanano-out option available from the repository since I have some big issues right now with the side of the generated java code for the protobuf messages. My question is, is the wire format affected by the options you use in the protoc compiler? For

[protobuf] Re: Dependencies passed to FileDescriptor.buildFrom() don't match those listed in the FileDescriptorProto.

Hi Nik, Were you ever able to resolve this? I am looking to do the same and I cannot seem to get the desciptor.proto to be included. Easy to do command line, but not with the plugin. Thanks! -- You received this message because you are subscribed to the Google Groups Protocol Buffers group.

[protobuf] Fast Native C Protocol Buffers from Python

://yz.mit.edu/wp/fast-native-c-protocol-buffers-from-python/ Thanks for your help, Chris -- You received this message because you are subscribed to the Google Groups Protocol Buffers group. To unsubscribe from this group and stop receiving emails from it, send an email to protobuf+unsubscr

Re: [protobuf] segfault when deserializing under high concurrency

I haven't reported it yet. Getting gdb working with java is a kind of a PITA. But I'll probably have to break down and do it. Chris On Tuesday, October 15, 2013 11:14:41 PM UTC-7, Marc Gravell wrote: Well, there isn't much I can do to avoid underlying mono bugs. Have you reported

[protobuf] segfault when deserializing under high concurrency

objects anywhere? This could very well all be a mono bug, but thought I would check here first to see if someone had any ideas. Chris -- You received this message because you are subscribed to the Google Groups Protocol Buffers group. To unsubscribe from this group and stop receiving emails from

Re: [protobuf] segfault when deserializing under high concurrency

I was using 668, but this is a mono bug with reading streams I confirmed it with just reading from the stream myself. Rather annoying, I updated to the latest mono 3 master because of a threading bug that was fixed 2 weeks ago, now this:) Chris On Tuesday, October 15, 2013 10:45:46 AM UTC-7

[protobuf] Design question - expressing typed data for arbitrary

.proto file and a bunch of stupid boilerplate code on every end to do what GPB tries to do for me already. Is this by having to work around a very liberal API, or am I missing something obvious and abusing the facilities? Thanks, Chris enum MsgDataType{ double=0; float=1; int32=2

[protobuf] Where is the (meta) .proto file which describes .desc files?

their format? Thanks, Chris. P.S. Cross posted to http://stackoverflow.com/questions/18636887/where-is-the-meta-proto-file-which-describes-desc-files -- You received this message because you are subscribed to the Google Groups Protocol Buffers group. To unsubscribe from this group and stop receiving

Re: [protobuf] Where is the (meta) .proto file which describes .desc files?

Hi Oliver, That work perfectly. If you're a stackoverflow user, I'll accept your answer if you paste it there. Thanks, Chris. On Thursday, 5 September 2013 14:09:10 UTC+1, Oliver wrote: On Thu, Sep 5, 2013 at 1:52 PM, Chris Dew cms...@gmail.com javascript:wrote: Where is the (meta

[protobuf] protobuf_spec: RSpec matchers and Cucumber step defs for testing Protocol Buffers

development cycles that are now in production. If you use BDD and protocol buffers, protobuf_spec could be for you. Contributions are encouraged! Chris Busbey Connamara Systems, llc www.connamara.com -- You received this message because you are subscribed to the Google Groups Protocol Buffers

[protobuf] Tool to generate MySQL/SQLite schemas from .proto files.

Hi, I'm looking for a toll which will generate MySQL/SQLite schemas from .proto files. http://stackoverflow.com/questions/18082871/im-looking-for-a-tool-which-processes-proto-files-into-mysql-sqlite-schemas Thanks, Chris. -- You received this message because you are subscribed to the Google

Re: [protobuf] Digest for protobuf@googlegroups.com - 11 Messages in 7 Topics

Hi, I'm looking for a toll which will generate MySQL/SQLite schemas from .proto files. http://stackoverflow.com/questions/18082871/im-looking-for-a-tool-which-processes-proto-files-into-mysql-sqlite-schemas Thanks, Chris. On 6 August 2013 13:42, protobuf@googlegroups.com wrote: Today's

[protobuf] implications of compiling protocol buffers without stl debugging info

I have some file. Let's call it *Msg.proto* I use Google's protoc.exe compiler to take my proto file and it generates a *Msg.h* file, which contains the definition for a *Msg* class. When I *delete* a *Msg* object it can take a really long to deallocate the memory (when the debugger is

[protobuf] Re: implications of compiling protocol buffers without stl debugging info

I'm updating my question: I have some file. Let's call it *Msg.proto* I use Google's Protocol Buffer protoc.exe compiler to take my proto file and it generates a *Msg.h* file, which contains the definition for a *Msg* class. When I delete a *Msg* object it can take a really long to deallocate

Re: [protobuf] implications of compiling protocol buffers without stl debugging info

Let's pretend that file *X* is neither *Msg.h* nor any file in the Google Protocol Buffer library. And let's say that file *Y* is either *Msg.h* or some file in the Google Protocol Buffer library. In this case, any STL object created in *X **cannot* be passed to *Y*, and vice versa, correct?

Re: [protobuf] implications of compiling protocol buffers without stl debugging info

So how do I ensure that the STL containers are destructed w/ the proper STL library? Let me second this. Microsoft themselves is very clear that if the destructor doesn't do its cleanup on an STL container that was built with debug features, bad things will happen. -- You received

Re: [protobuf] protobuf == SQL

I would use: protoc --descriptor_set_out=foo.desc --include_imports foo.proto to generate a description of the protocol in protobuf format. Then I would transform every message type into a table. If you want more information, email me at cms...@gmail.com All the best, Chris. On Wednesday

[protobuf] How do you use extensions across multiple .proto files?

is not defined. I feel I need some form of #include, but have not seen any documentation for this. Thanks, Chris. wrapper.proto: package pbtest; option java_package = pbtest; option java_outer_classname = WrapperProtos; message Wrapper { required string address = 1; optional sfixed64

[protobuf] release date for next version

When is the next version coming out? -- You received this message because you are subscribed to the Google Groups Protocol Buffers group. To view this discussion on the web visit https://groups.google.com/d/msg/protobuf/-/9LJa0QTWzxIJ. To post to this group, send email to

Re: [protobuf] Out-of-date Extensions Documentation?

So should SetExtension() be explicitly listed in the Language Guide, or not? -- You received this message because you are subscribed to the Google Groups Protocol Buffers group. To view this discussion on the web visit https://groups.google.com/d/msg/protobuf/-/cij0Z7Gnvn4J. To post to this

Re: [protobuf] Failed test from tests.exe and lite-test.exe

Silly me. Of course. I can't believe I missed that. Thanks. -- You received this message because you are subscribed to the Google Groups Protocol Buffers group. To view this discussion on the web visit https://groups.google.com/d/msg/protobuf/-/6Sc6zkWd8HkJ. To post to this group, send email

Re: [protobuf] Out-of-date Extensions Documentation?

Fair enough. -- You received this message because you are subscribed to the Google Groups Protocol Buffers group. To view this discussion on the web visit https://groups.google.com/d/msg/protobuf/-/7gP8hw2OQEsJ. To post to this group, send email to protobuf@googlegroups.com. To unsubscribe

Re: [protobuf] Scala protocol buffers protoc plugin

Required fields having an explicit default do not affect serialization but may affect how a language instantiates a message. I wrote the Haskell version of protocol-buffers. And I used the Maybe type constructor for optional fields. When serializing this means all Nothing fields can be

[protobuf] Announcing Haskell protocol-buffers 1.8.0

--plugin=./protoc-gen-haskell --haskell_out=DirOut test.proto Cheers, Chris Kuklewicz -- 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

[protobuf] ANN: Haskell protocol buffers 1.6.0

, Chris Kuklewicz -- 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

Re: Haskell version and [protobuf] 2.3.0 released

an RPC system. On Sat, Jan 16, 2010 at 7:47 AM, Chris Kuklewicz turingt...@gmail.com mailto:turingt...@gmail.com wrote: A question for Kenton or someone else who may know: Since repeated fields can be read as packed or unpacked, does the packed serializer ever use the unpacked

Haskell version and [protobuf] 2.3.0 released

I want to mention that I will be updating the Haskell version of protocol-buffers to be compatible with the new protobuf-2.3.0 release. If people are interested in it getting updated sooner then I will get it updated a bit quicker, otherwise it will take a little while. A question for Kenton or

[protobuf] Re: protoc plugin compiler extension framework

Is the plugin framework already part of 2.3.0? I can't find any documentation for this new feature besides some early brainstorming posts. On Dec 22 2009, 7:28 pm, Kenton Varda ken...@google.com wrote: The plugin framework is not meant for this.  Plugins can only insert code at points that have

[protobuf] Message References

the design and purpose of protobuf wrong when I need/want such a solution? Chris -- 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

[protobuf] Re: Message References

Thanks for the replies so far. To explain a little more what I need all this for probably gives a better overview: Basically I want to write a framework for mobile devices (Android,iPhone,...) to easily enable data exchange between a device and some server component(s). On top of this framework

[protobuf] Receiving/Parsing Messages

) System.out.println(was type A); else System.out.println(was type B); Thank you in advance, Chris -- 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

[protobuf] Re: Receiving/Parsing Messages

I see. Another option is to send some kind of identifier preceding the message (just like the total size of the message), right? -- Chris On Dec 3, 5:23 pm, Adam Vartanian flo...@google.com wrote: I just started looking into protobuf for a project of mine. From the Java Api page I could

ANN Haskell version 1.5.0 released

in a proto file was followed immediately by a newline character. Cheers, Chris --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Protocol Buffers group. To post to this group, send email to protobuf@googlegroups.com

Haskell implementation status

As for the improved name resolution: Kenton Varda wrote: On Sun, May 17, 2009 at 6:57 AM, Chris Kuklewicz turingt...@gmail.com mailto:turingt...@gmail.com wrote: What do people think? You're right, this should have been handled too. Oh well, I'll stick it on my TODO list

Re: 2.1.0 release is up

I am patching the Haskell implementation and I have a follow up question to this: On May 14, 12:06 am, Kenton Varda ken...@google.com wrote:   * The type name resolver will no longer resolve type names to fields.  For     example, this now works:       message Foo {}       message Bar {    

Re: Backwards Compatibility of sizes and encodings.

, this will probably only cost you a byte, and you'll probably save at least a byte by using varints inside your message rather than fixed-width fields. On Thu, Apr 16, 2009 at 3:55 PM, Chris Brumgard chris.brumg...@gmail.comwrote: I have question regarding the future direction of protocol buffers

Re: Generating subclasses of a protocol buffer serialized class

Thanks Mark, Its java. So far people keep recommending me what I am already doing (delegation) which is itself not maintainable. Sounds like there is a need for a code generator to generate the delegation of those methods you want to expose :-} On Jan 18, 2:17 am, Marc Gravell

Re: Generating subclasses of a protocol buffer serialized class

oriented programming cause you will make mistakeswell kinda (not meant to be a deeply religious argument open for internet flaming). C On Jan 17, 11:53 am, Henner Zeller h.zel...@acm.org wrote: Hi, On Sat, Jan 17, 2009 at 9:30 AM, Chris chrisjcoll...@gmail.com wrote: Thanks Steve

Generating subclasses of a protocol buffer serialized class

to and from the serialized form into a richer object or using lots of delegation, neither of which is that clean. Best ChRiS --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Protocol Buffers group. To post to this group, send

Re: Protocol buffer compatibility across library versions

their default values. The only big difficulty is loading data that does have a fields declared as required by the current code. Cheers, Chris --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Protocol Buffers group

Announcing Haskell protocol-buffers 1.4.0 (the smashing recursive edition)

-exts-0.4.8 (past version do not work and future versions will probably change enough to break compilation of hprotoc) Happy New Year, Chris Kuklewicz --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Protocol Buffers

Haskell protocol buffers 1.2.2 release announcement

to be be present in hprotoc. But since I never run or test on Windows I make no promises hprotoc is finding the correct relative paths on Windows. Cheers, Chris Kuklewicz --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups

Version 1.0.0 of Haskell port

better? Because no one is using it. Email me and this list if you use it and get stuck. Note that hprotoc's options are very similar to protoc. Hopefully the Haskell code docs from haddock will be enough to get started with the libraries. Cheers, Chris Kuklewicz PS: Small example

Bug report and nearing completion hprotoc on par with protocol-buffers 2.0.2

of the FileDescriptorProto seems to be the file path passed on the command line or the filepath in the import statement. ** I have not checked, but if I were on windows would the file path from the command line have \ instead of / ? ** Is this documented anywhere? Thanks for your attention, Chris [1] http

Re: Any way to dissect ProtBuf serialized data without knowing the structure in advance?

. The multiple values gives you a hand in picking how to decode them. For a self-describing binary type you have to look elsewhere (e.g. HDF5). -- Chris --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Protocol Buffers

Re: Major update submitted; 2.0.2 release soon

, Chris --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Protocol Buffers group. To post to this group, send email to protobuf@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options

Proto file format problem

to write my Haskell version according the documentation, and noticed this when the unittest.proto defined SPARSE constants there were negative. My code rejected this as invalid. Should the documentation be changed (and my Haskell code) or the protoc program? Thanks, Chris

Re: Followup: EBNF grammar for .proto files

Yegor wrote: Hi, everyone, I am following up on the discussion about the EBNF grammar for .proto files: http://groups.google.com/group/protobuf/browse_thread/thread/1cccfc624cd612da I am now trying port this grammar to ANTLR format and make it generate the lexers and parsers, but so far

Re: Scientific Applications

since it includes the field# + wire tag before each and every single number in your file. This kills efficient bulk reading and writing unless you create a new format and embed it as a binary blob. So you end up using HDF5 or something else anyway. Cheers, Chris