Re: [protobuf] what is TypeModel.cs and why is it missing ?

2018-01-30 Thread Marc Gravell
This is protobuf-net, so I suppose I should chime in :) Can you please give a precise copy of the error message? And how did you reference the library? Did you just add the NuGet package as normal? Or did you do something more exotic? .NET libraries are almost usually distributed as compiled

[protobuf] what is TypeModel.cs and why is it missing ?

2018-01-30 Thread Erick Treetops
Writing my first GTFS Realtime app in .net.. I had some issues getting out of our proxy but now I'm stuck because the protobuf is looking for a file called TypeModel.cs and can't find it. I've searched and haven't found anyone else with this issue. The error occurs when I try and serialize

Re: [protobuf] "unwrap descriptor class before comparison of RepeatedField types" into release

2018-01-30 Thread x
Absolutely amazing - please can we land this in 3.5.2 then? On Tuesday, January 30, 2018 at 11:39:31 PM UTC, Feng Xiao wrote: > > > > On Tue, Jan 30, 2018 at 3:22 PM, wrote: > >> Hey, >> >> I'm trying to get https://github.com/google/protobuf/pull/2519 into a >> release - as

Re: [protobuf] "unwrap descriptor class before comparison of RepeatedField types" into release

2018-01-30 Thread 'Feng Xiao' via Protocol Buffers
On Tue, Jan 30, 2018 at 3:22 PM, wrote: > Hey, > > I'm trying to get https://github.com/google/protobuf/pull/2519 into a > release - as it was merged into master, I think it's been forgotten! :( > > I've opened https://github.com/google/protobuf/pull/4254 to try and get > the

[protobuf] "unwrap descriptor class before comparison of RepeatedField types" into release

2018-01-30 Thread x
Hey, I'm trying to get https://github.com/google/protobuf/pull/2519 into a release - as it was merged into master, I think it's been forgotten! :( I've opened https://github.com/google/protobuf/pull/4254 to try and get the patch into the next 3.5.x release, but I'm grasping at straws here.

[protobuf] Some reminder from benchmark results

2018-01-30 Thread yilunchong via Protocol Buffers
Currently, the benchmark result shows that CPP implementation is slower than Java implementation. This is mainly caused by malloc things. Some solution is linking tcmalloc library which can be built from gperftools