[protobuf] [Announcement] Protocol Buffers Version 29.0-rc1 is Released!

You can view the release and complete release notes on https://github.com/protocolbuffers/protobuf/releases/tag/v29.0-rc1. If you experience any issues with the release, please file abug or post on the Protocol Buffers forum

[protobuf] Clang15 + Protobuf 3.19.4 weird variadic template function args passing behavior

103 } 104 105 void ArenaStringPtr::Set(EmptyDefault, std::string&& value, 106 ::google::protobuf::Arena* arena) { (gdb) p value $1 = (google::protobuf::ConstStringParam) (gdb) ``` The libprotobuf.so shared lib on our target i s GCC-V11.2 built. Has anyone encountered similar issue.

[protobuf] [Announcement] Protocol Buffers Version 27.0-rc1 is Released!

You can view the release and complete release notes on GitHub . If you experience any issues with the release, please file abug or post on the ProtocolBuffers forum <

[protobuf] Protocol Buffers Version 26.1 is Released!

You can view the release and complete release notes on GitHub . If you experience any issues with the release, please file a bug or post on the ProtocolBuffers forum

[protobuf] Protocol Buffers Version 24.4 is Released!

This version includes the following non-breaking changes: C++ - Add dependency on absl::layout, and explicitly include absl layout includes (#14042 ) (96c1a7d

[protobuf] Protocol Buffers Version 24.0-rc1 is Released!

This version includes the following non-breaking changes: Compiler - Release prototype of Protobuf Editions. (4f9e417 ) - Compiler: Correct depfile generation when there are no outputs (a44fc

[protobuf] Protocol Buffers Version 23.4 is Released!

This version includes the following non-breaking changes: Compiler - Add dllexport_decl for generated default instance. (#13085 ) (0c70d95

[protobuf] Coming soon: Protobuf Editions

TL;DR: We are planning to release Protobuf Editions to the open source project in the second half of 2023. While there is no requirement to move from proto2/proto3 syntax to Editions syntax at initial release, we encourage you to plan a move in your software project’s future timeline. Protobuf Ed

[protobuf] Re: Is it possible to build shared libprotobuf.so with static abls libraries

ip a single shared library might be a better approach. They already do this for windows, but not on linux or mac. -Mike On Friday, June 16, 2023 at 2:59:43 AM UTC-7 Adam Dembek wrote: > We want to use shared libprotobuf.so for many tools to not increase size > of each bina

[protobuf] Protocol Buffers Version 23.2 is Released!

This version includes the following non-breaking changes: *Compiler* - Add missing header to Objective-c generator *Java* - Rollback of: Simplify protobuf Java message builder by removing methods that calls the super class only. (b556b88) You can view the release on GitHub

[protobuf] Protocol Buffers Version 21.8 is Released!

This version includes the following non-breaking changes: Other * Fix for grpc.tools #17995 & protobuf #7474 (handle UTF-8 paths in argumentfile) (#10721) C++ * 21.x No longer define no_threadlocal on OpenBSD (#10743) Java * Mark default instance as immutable first to avoid race during

Re: [protobuf] cpp examples fail to compile on master?

=-std=c++14 --host_cxxopt=-std=c++14 -Mike On Thu, Sep 15, 2022 at 1:07 PM 'Tanuj Khattar' via Protocol Buffers < protobuf@googlegroups.com> wrote: > Hi Everyone, > > I want to use Protobufs for one of my bazel based C++ projects and I'm > struggling to get

Re: [protobuf] Autogen.sh not found

or build and test. This may be a bit of an adjustment depending on what you're doing 3) Work from the 21.x branch, which we will continue to support for at least 12 months after the 22.x release (according to our breaking change policy <https://opensource.google/documentation/policies/lib

[protobuf] Re: CVE-2021-22570

otely exploitable. For the vast majority of actual cases I would expect this to not be an issue, but there definitely exist some potential uses where it is remotely exploitable. Cheers, -Mike On Friday, February 11, 2022 at 3:09:10 AM UTC-8 Andrew Ryrie wrote: > Hi, > > Is there any offici

Re: [protobuf] Strings and Arenas

We have no plans set to support arena-based strings yet. This would be blocked on finishing the migration to string_view accessors, but *that* is planned for 2022. On Tuesday, January 18, 2022 at 7:12:16 PM UTC-8 liuzhij...@gmail.com wrote: > Hi, I have a question. When arena-based strings are

[protobuf] how to provide globally accessible import

Hi, I'm wondering if it's possible to provide a globally accessible import similar to what you do for google protobuf packages: ``` import "google/protobuf/descriptor.proto"; ``` For example, // current relative path: `path/to/schemas/test_message.proto` ``` syntax="proto2"; import "path/to/s

[protobuf] Re: Google Cloud Security - Redact Keyword?

Pinging again on this item - is this the right forum to ask this type of question? On Tue, Oct 19, 2021 at 10:20 AM Mike Vacirca wrote: > Hello, > > I was curious if there was ever discussion on extending Protocol Buffers > to include coverage for redaction of a data field? > >

[protobuf] Google Cloud Security - Redact Keyword?

Hello, I was curious if there was ever discussion on extending Protocol Buffers to include coverage for redaction of a data field? Specifically, we are looking at the use case of a developer having a keyword available to them that would allow data classification services, logging services, et

[protobuf] Re: What version of protobuf builds with -std=c++98 or -std=c++03?

Hi, Simon. I am using protobuffers with Visual Studio 2008; I went for version 2.6.1 which is tagged in the git repository. From what I could gather, any version above 3.0 requires C++11... HTH, Mike. On Thursday, July 4, 2019 at 3:25:59 PM UTC+1, Simon Elliott wrote: > > In

[protobuf] How to merge a serialized protobuf with a another protobuf without deserializing the first

= 1; required bytes payload = 2; } Do you know if any way I can inject the serialized *Content *into the *WrapperContent *without first having to deserialize *Content. * The reason I'm trying to inject Content without deserializing it, is to try and save on the overhead of deserializing t

[protobuf] Merge serialized and non-serialized protobuf

any common fields across all events required bytes payload = 2; } Do you know if any way I can inject the serialized *Content *into the *WrapperContent *without first having to deserialize *Content. * The reason I'm trying to inject Content without deserializing it, is to try and

Re: [protobuf] Re: exchanging c# protobufs with native (c++) code with minimal performance hit

ust sending the serialized protobuf though, I don't think you'd need to deserialize in the C++ code - just serialize in C#, pass the byte array to the C++ code, and get that to send it directly. (This is what gRPC does, for example.) On Sunday, 28 May 2017 22:23:15 UTC+1, Mike Bennett wr

[protobuf] exchanging c# protobufs with native (c++) code with minimal performance hit

Hi -- I have a C++ library which sends protobuf messages over the network and I'd like to provide a C# wrapper that allows the client application the ability to generate a protobuf, pass it to native code and have the native code consume it directly. Is the C# 'at rest' representation of a proto

Re: [protobuf] Dynamic/run-time decoding

Hi, Do you know if it's possible do dynamic decoding at run-time using the Python API? - https://developers.google.com/protocol-buffers/docs/reference/python/ Indeed there is a descriptor.FileDescriptor, however I'm not sure what the other classes correspond to? Thanks,

[protobuf] Re: Dynamic/run-time decoding

message? Any help would be appreciated, Mike. On Monday, August 11, 2014 at 9:31:23 PM UTC-7, Jan Kyjovský wrote: > > Hi, > > I have very specific problem. I have data and proto file available and my > application should take both and based on external configuration determine >

Re: [protobuf] [Java][Python][TCP] Reading messages that where written with writeDelimited and viceversa

aloha everyone, i stumbled across this post as i'm hitting this error as well. since i'm a newbie to python i had a question on how to implement this. when doing these steps, # Read a message from Java's writeDelimitedTo: import google.protobuf.internal.decoder as decoder # Read length (size,

[protobuf] Any type versus composition in protobuf 3

e still have to pull the any field, check the type and then additionally unpack it. Would the Any route require me to compile twice and generate two separate sets of files for each client - one for the Common.proto and one for the messageX.proto? Option A would require just a compile against messageX

[protobuf] ProtoBuf v2/v3 wire compatibility

and vice versa). It stands to reason that messages that use `syntax=proto3` are not guaranteed to work in this fashion, but I'm curious about messages marked as proto2. Thanks, Mike -- You received this message because you are subscribed to the Google Groups "Protocol Buffers"

[protobuf] Obsolete fields

ny code for the obsolete field. Apologies if someone has already suggested this. I did search the forums but found nothing. Mike. -- 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] Improve message parsing speed

On Thu, Feb 21, 2013 at 9:02 AM, Feng Xiao wrote: > > > On Thu, Feb 21, 2013 at 8:37 PM, Mike Grove wrote: > >> >> >> >> On Thu, Feb 21, 2013 at 12:25 AM, Feng Xiao wrote: >> >>> >>> >>> On Thu, Feb 21, 2013 at 12:11 AM, Mic

Re: [protobuf] Improve message parsing speed

On Thu, Feb 21, 2013 at 12:25 AM, Feng Xiao wrote: > > > On Thu, Feb 21, 2013 at 12:11 AM, Michael Grove wrote: > >> I am using protobuf for the wire format of a protocol I'm working on as a >> replacement to JSON. The original protobuf messages were not much more >> than JSON as protobuf; my pr

[protobuf] Language Guide / Options / Custom Options - example typo ?

Looks like the example shown in the guide has a typo: // usage: message Bar { optional int32 a = 1 [(foo_options.opt1) = 123, (foo_options.opt2) = "baz"]; // alternative aggregate syntax (uses TextFormat): optional int32 b = 2 [(foo_options) = { opt1: 123 opt2: "baz" }]; } generates the err

Re: [protobuf] buffer sizes when sending messages from c++ to java

he java byte order. I dont know if this applies, but you should print out the first two bytes and try swapping them. Look up my old messages or code for details. mike -- You received this message because you are subscribed to the Google Groups "Protocol Buffers" group. To post to this

[protobuf] Re: Get enum as string in Python

enums_by_name['MyType'] > my_enum_descriptor.values_by_number[SomeMessage.FIRST].name > > (See the docs on the descriptor module > fromhttp://code.google.com/apis/protocolbuffers/docs/reference/python/ind... > ) > > > > On Wed, Aug 25, 2010 at 11:07 PM, Mike wrote: > &

[protobuf] Get enum as string in Python

I'm pretty sure this is possible, but I can't seem to figure it out. There was another post about how to do this in C++, but I couldn't figure out how to make it work in Python. My message is similar to: message SomeMessage { enum MyType { FIRST = 0; SECOND = 1; THIRD = 2; } re

com.google.protobuf.Descriptors.FileDescriptor.InternalDescriptorAssigner cannot be resolved to a type

project I placed the generated java files in. It removes all errors related to protocol buffer code except the one I listed. I have searched the Internet but have not seen this error anywhere? Anyone come across this before? Thanks, Mike --~--~-~--~~~---~--~~ You