I think that the issue was on my end.
I did not realize that I need to propagate the assemblyBinding changes in
the .exe.config.
--
You received this message because you are subscribed to the Google Groups
"grpc.io" group.
To unsubscribe from this group and stop receiving emails from it, send
No special processing on the server side.
It seems I can fix the issue if I bind both localhost and the machine IP
when starting the gRPC server.
In 1.0.0 it was sufficient to use only the machine IP.
I will need to do some further testing to confirm this.
--
You received this message because y
HTTP2 error code 8 is cancellation... it could be that we're botching
application signalling/user messaging on this.
Are you cancelling requests server side?
On Tue, Feb 28, 2017 at 8:44 AM matthias.weiser via grpc.io <
grpc-io@googlegroups.com> wrote:
> The odd part is also that it works fine i
The odd part is also that it works fine in my Windows 10 dev box, but does
not work on my Windows Server 2012.
--
You received this message because you are subscribed to the Google Groups
"grpc.io" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to grpc-i
>
> Unfortunately I see nothing server side - I have unfortunately no idea
>> what I can do.
>>
> I was first suspecting that the error was due to an overload as I am doing
some CPU prone stuff, but now I am receiving the error in another service
which is relatively small.
Could you advise me h
What do you see server side?
On Wednesday, February 15, 2017 at 4:39:21 AM UTC-8,
matthia...@googlemail.com wrote:
>
> Hi,
> I am integrating currently gRPC C# into a program which uses several third
> party libraries.
> Thus it is also forced to use x86/32 bit.
> When calling even a trivial ser
