#grpc

good mornings

philips: gRPC has explicit response status (in the wire protocol) called "Status". It is a status code (like you saw) and a string for additional details.

I think grpc.Code and grpc.Errorf are how you convert from Go's error to/from gRPC Status.

anyone around to help me debug grpc on windows?

dragon55: I've gotten it going in the past, but there are certainly some bugs left

are you trying to make a c++ client/server?

yea

i tried just building the helloworld example

if you would like to see a callstack I can provide that

do you get compile errors? are you using visual studio (what year)?

i can get everything to build

whenever an rpc message comes into the server it crashes inside of grpc.lib

using version 0.9.1 everything statically linked zlib 1.2.8 statically linked

hmm. I've seen that kind of crash before but recently hello world has been working ok

I'll give it a go

here is a portion of the callstack as to not spam this channel

007eeeb0 013883ea grpcservertest!std::_Tree<std::_Tmap_traits<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::pair<std::basic_string<char,std::char_traits<char

>,std::allocator<char> > const ,std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >,1> >::cbegin+0x2f [c:\program files (x86)\microsoft visual studio 11.0\vc\include\xtree @ 1252]

007eeff0 01365934 grpcservertest!grpc::FillMetadataArray+0x8a [z:\dragon\projects\grpc\src\cpp\common\call.cc @ 67]

007eeeb0 013883ea grpcservertest!std::_Tree<std::_Tmap_traits<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::pair<std::basic_string<char,std::char_traits<char

>,std::allocator<char> > const ,std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >,1> >::cbegin+0x2f [c:\program files (x86)\microsoft visual studio 11.0\vc\include\xtree @ 1252]

007eeff0 01365934 grpcservertest!grpc::FillMetadataArray+0x8a [z:\dragon\projects\grpc\src\cpp\common\call.cc @ 67]

007eeeb0 013883ea grpcservertest!std::_Tree<std::_Tmap_traits<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::pair<std::basic_string<char,std::char_traits<char

>,std::allocator<char> > const ,std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >,1> >::cbegin+0x2f [c:\program files (x86)\microsoft visual studio 11.0\vc\include\xtree @ 1252]

007eeff0 01365934 grpcservertest!grpc::FillMetadataArray+0x8a [z:\dragon\projects\grpc\src\cpp\common\call.cc @ 67007eeeb0 013883ea grpcservertest!std::_Tree<std::_Tmap_traits<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std

::char_traits<char>,std::allocator<char> > >,std::allocator<std::pair<std::basic_string<char,std::char_traits<char>,std::allocator<char> > const ,std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >,1> >::cbegin+0x2f [c:\program files (x86)\microsoft visual studio 11.0\vc\include\xtree @ 1252]

007eeff0 01365934 grpcservertest!grpc::FillMetadataArray+0x8a [z:\dragon\projects\grpc\src\cpp\common\call.cc @ 67]

ugh i can't paste with this irc client

ugh sorry for the spam

:)

problem looks like the cbegin iterator

Using VS 2012 with Debug builds for everything

is this the async server or sync

whatever the helloworld example uses

I don't think hello world comes with vs project files, you have to set those up yourself - is that correct?

yea I created a project with them

with the example source code

ok. you end up with two projects, a client and a server, and in each you are building with either greeter_async_client/greeter_async_server or greeter_client/greeter_server

greeter_client/greeter_server

ok so synchronous

ok. i'm still working on replicating this, almost done

it'll be a bit, I needed a bunch of updates and rebuilds

i'm in no hurry

about to take my lunch

i'll be here till around 5pm CST

when I've built this in the past, I've made the protobuf generated files on linux and then copied them over and included them

yea I do all the protobuf stuff on my mac

and copy them into my windows VM

ok. each project ends up with 4 protobuf files, the two .h and the two .cc - do you have those?

yea

ok. all correct so far

oh. ok, all of the examples are broken currently when building with grpc head. you said you were using .9.1

right now I'm trying to verify what I checked out

I thought I was using 0.9.1

probably you are, this is just why my stuff isn't building

when using the helloworld example with 0.9.1 i get this now

unresolved external symbol "void __cdecl grpc::FillMetadataMap

so maybe I wasn't using 0.9.1

i'm redownloaded 0.9.1 and working from there

i*

i'm linking against grpc.lib from 0.9.1

ok - I'm still working on downgrading everything to that version. annoying to do on linux

yea when I link against the head built libs the exmaple compiles ok

i guess since there are no releases for grpc-common I'll just have to revert back to a revision that is close to 0.9.1?

yeah probably

if you can just use head for everything and maybe make a couple small changes that might be the best route (like, with route_guide I think just renaming "isok" to "ok" will do it)

|Pixel|: I spent some time hacking on generate_debug_projects.sh / generate_vsprojects.py to get the windows cpp projects building, I almost have all of them except some things are still coming across as libs when they shouldn't - did you get anywhere with this?

i have not, just got back from lunch

oh nm