Re: [grpc-io] Compiling grpc on MSYS breaks at PROTOC

Maybe; without much details on the error, it's going to be difficult to diagnose and fix the issue. On Aug 8, 2017 01:35, "Thomas Schober" wrote: > I managed to get it compiling. I removed the option "generate_mock_code" > in the line with the error and it compiled /

[grpc-io] Re: Single threaded async server in C++

Hi Deepak, By closure I meant grpc_closure i.e the callback functions which contain most of the logic inside grpc core. thanks, Sree On Wed, Aug 9, 2017 at 5:23 PM, Deepak Ojha

[grpc-io] Re: [Java] Override authority

I've used ManagedChannelBuilder.overrideAuthority() to point to a proxy without issue. I don't know if that's "supported", but it works. On Wednesday, August 9, 2017 at 1:56:05 PM UTC-7, vadim@gmail.com wrote: > > Hello, > > What's the right way to override authority for a channel or stub? >

[grpc-io] [Java] Override authority

Hello, What's the right way to override authority for a channel or stub? I see there is withAuthority method in CallOptions, but there is no withAuthority method in AbstractStub and I cannot pass CallOptions to generated stubs. There is overrideAuthority method in ManagedChannelBuilder class,

Re: [grpc-io] SSL error with GRPC Java

This is for an OSGi bundle? It looks like the errors you're getting are internal to Netty, and indicate that your bundle is not correctly adding netty-tcnative to the classpath. I don't have any experience with OSGi, but you may be able to get help with the class loading issue at

[grpc-io] Reflection in grpc++ async server

Hi, Is reflection possible in C++ async server? I'd assume we need to change our CompletionQueue tags to support answering the requests? Best, -- You received this message because you are subscribed to the Google Groups "grpc.io" group. To unsubscribe from this group and stop receiving

[grpc-io] Re: gRPC C++ connection failure (getaddrinfo) and deadlock

Hi Nicolas, Thank you for your help. I agree that this behavior is disturbing. I also believed that getaddrinfo should return at some point. But on that case, it never did. I must say that it happened on one VM machine, and never reproduced on any other machine. I haven't encountered this bug