I considered using protobuf-net for my project but as you mentioned
your library is more .net centric and I couldn't find a way to
establish a reliable RPC connection between c++ port (server) and
protobuf-net (client-SL), because I'm also using that RPC server to
serve other client implementation which is certainly not .NET.

If you have any recommendation on how to achieve the above objective
with your library, i'll be more than grateful if you tell me.


On Jun 6, 3:42 pm, Marc Gravell <marc.grav...@gmail.com> wrote:
> For info, protobuf-net (a separate implementation) works on SL2; I
> haven't tried it on the SL3 bits, but I could give it a go.
> On the plus side, this is more .NET idiomatic, and allows either
> contract-first (.proto) or can be used with your existing types; on
> the other hand, it uses a different API to the main Google api (which
> may be a re-statement of the first point, come to think of it...)
> http://code.google.com/p/protobuf-net/
> Marc Gravell
> (protobuf-net)
> On Jun 6, 1:29 pm, ualtinok <ufukalti...@gmail.com> wrote:
> > Hi Jon,
> > Is there any news on Silverlight ? We are approaching to SL3 release
> > and it would be great if we have a working protobuf library for SL.
> > Ufuk
You received this message because you are subscribed to the Google Groups 
"Protocol Buffers" group.
To post to this group, send email to protobuf@googlegroups.com
To unsubscribe from this group, send email to 
For more options, visit this group at 

Reply via email to