received as:
#\u0012!\n\u001Ftype.googleapis.com/server.Pin
I'm not sure why I have to add + 1 tho and CalculateSize isn't giving the
correct size naturally.
On Saturday, July 23, 2016 at 2:56:08 PM UTC-7, Chazix wrote:
>
> I'm utilizing Protobuf3 with c# for my client & c++ for my ser
Sorry about the late repost, but this was solved by making sure to compile
through the cygwin / msys console instead of your default command prompt.
On Friday, July 8, 2016 at 11:50:30 AM UTC-7, Chazix wrote:
>
> I am encountering a very strange problem. I recently compiled just fine,
>
> inputStream.PushLimit(msgSize);
> if (!msg.ParseFromCodedStream() ||
> !inputStream.ConsumedEntireMessage()) {
> // handle error ...
> }
> inputStream.PopLimit(limit);
>
> Let me know if this fixes it.
>
> On Sat, Jul 23, 2016 at 3:51 PM, Chazix <m11...@gmail.com >
&
When receiving & parsing my message from a CodedInputStream & then do a
msg.ShortDebugString() I'm always getting debug output of :
[libprotobuf WARNING google/protobuf/text_format.cc:1537] Proto type
type.googleapis.com/server.Ping
not found
Are there other external locations where I need to
Hello,
I have a message that looks like:
message Connected {
> sint32 xloc = 1; // x spawn world position
> sint32 yloc = 2; // y spawn world position
> sint32 zrot = 3; // z spawn rotation
> string sector = 4; // sector name (unsure about this)
> string name = 5; // player
connectMessage.set_userinfo(3, stats.m_shipName);
>
It definitely allows for a cleaner .proto file, but it's strange that just
using individual strings was causing a problem.
On Friday, October 7, 2016 at 2:56:14 PM UTC-7, Chazix wrote:
>
> Hello,
>
> I have a message that looks
n you reproduce it within a
> single process without serialization and deserialization?
>
> On Sat, Oct 8, 2016 at 12:37 AM, Chazix <m11...@gmail.com >
> wrote:
>
>> Changing to use a repeated field for my strings seems to have fixed the
>> problem.
>
bytes it has written? I see that there's a Position
> <https://msdn.microsoft.com/en-us/library/system.io.memorystream.position(v=vs.110).aspx>
>
> property that might do the trick.
>
> On Sat, Jul 30, 2016 at 5:33 PM, Chazix <m11...@gmail.com >
> wrote:
>
>> T