There is currently some sort of intermittent bug related to that API:
https://github.com/grpc/grpc/issues/18929
On Wed, Aug 12, 2020 at 11:31 AM 'apo...@google.com' via grpc.io <
grpc-io@googlegroups.com> wrote:
> If you're using the async completion queue based C++ API, then I believe
> you can
https://gcc.gnu.org/onlinedocs/gcc-5.4.0/gcc/Standards.html#C_002b_002b-Language
"The default, if no C++ language dialect options are given, is -std=gnu++98.
"
On Thu, Jun 11, 2020 at 8:49 PM wrote:
> Here I am using gcc-5.4.0, which is c++11 standard. But still it is
> showing this error mess
The maximum value of an int32 is 2,147,483,647. Why are you using a signed
type for length in the first place though?
On Mon, Apr 27, 2020 at 12:01 PM VigneshDhanraj G <
vigneshdhanra...@gmail.com> wrote:
> Thanks Michael,
>
> syntax = "proto3";
>
> service FileServer {
> rpc upload(stream Chun
Have you tried listening on the address associated with each of the
interfaces instead of 0.0.0.0 as in here?
https://github.com/grpc/grpc/blob/v1.27.0/examples/cpp/route_guide/route_guide_server.cc#L176
On Mon, Feb 24, 2020 at 9:59 PM Abhi Arora wrote:
> I have a Linux Embedded Machine with gRP
Nothing, I think. It looks like gRPC just doesn't build with GCC 8 (which
has added more checks/warnings that the gRPC build is treating as errors).
Someone else filed a bug about this:
https://github.com/grpc/grpc/issues/18689
Removing -Werror as Triose suggested, or adding -Wno-error=class-memac
Hi,
This is what you want for problem 1:
ChannelArguments args;
args.SetInt(GRPC_ARG_USE_LOCAL_SUBCHANNEL_POOL, 1);
https://stackoverflow.com/questions/53564748/how-do-i-force-my-grpc-client-to-open-multiple-connections-to-the-server
Easiest way to cycle a connection is probably to destroy the
Not sure if this is your issue, but I am convinced the IsCancelled feature
is broken in core: https://github.com/grpc/grpc/issues/18929
On Wednesday, July 17, 2019 at 2:38:03 PM UTC-7, ikcge...@gmail.com wrote:
>
> Hey gRPC team, my name's Ian! Super excited about this technology, but
> have bee