[protobuf] Re: Issue 658 in protobuf: use cmake for builds

2014-10-02 Thread protobuf


Comment #7 on issue 658 by dina...@gmail.com: use cmake for builds
https://code.google.com/p/protobuf/issues/detail?id=658

We're now switching our project to VC12 and I need to recompile protobuf  
with the new VS version. I'm encountering lots of problems with the  
currently provided VS solution.


Is there a time frame for this? It would be SUPER-USEFUL to have a CMake!  
Thanks a lot!!


--
You received this message because this project is configured to send all  
issue notifications to this address.

You may adjust your notification preferences at:
https://code.google.com/hosting/settings

--
You received this message because you are subscribed to the Google Groups Protocol 
Buffers group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to protobuf+unsubscr...@googlegroups.com.
To post to this group, send email to protobuf@googlegroups.com.
Visit this group at http://groups.google.com/group/protobuf.
For more options, visit https://groups.google.com/d/optout.


[protobuf] Re: error in repeated_field.h:613

2014-10-02 Thread BKonz
So, what I found out until now, that for some reasons in 
//pack spd, acc, jrk
no values are stored. However, pose works. So the error message is shown 
because I want to access non existing data.

I can print all data in the for-loops and spd[i], acc[i[, and jrk[i] 
contain values. I also can access them after storing it in Control2Arm. 
They just don't survive serialization and parsing.

B


On Wednesday, October 1, 2014 5:18:46 PM UTC+2, BKonz wrote:

 Hello,
 I have the following Message in my .proto file:

 message Control2Arm{
  required int32 command = 1;
  repeated double pose = 2;
  repeated double spd = 3;
  repeated double acc = 4;
  repeated double jrk = 5;
 }

 In one class I do this:

 Control2Arm c2a;
 c2a.set_command(1);

   //pack pose
   for (int i = 0; i  3; i++) {
 for (int j = 0; i  3; i++) {
   c2a.add_pose(pose(i, j));
 }
   }
   //pack spd
   for (int i = 0; i  3; i++) {
 c2a.add_spd(spd[i]);
   }
   //pack acc
   for (int i = 0; i  3; i++) {
 c2a.add_acc(acc[i]);
   }
   //pack jrk
   for (int i = 0; i  3; i++) {
 c2a.add_jrk(jrk[i]);
   }
   std::string s;
   c2a.SerializeToString(s);


 later I parse it:
 Control2Arm t;
  bool parsed = t.ParseFromArray(_str[0], _str.size());

 It works when I don't use repeated in the message and only send one value. 
 With repeated I get:
 [libprotobuf FATAL 
 /usr/local/include/google/protobuf/repeated_field.h:613] CHECK failed: 
 (index)  (size()): 

 Is the error in the part I posted?

 Thanks a lot.
 B


-- 
You received this message because you are subscribed to the Google Groups 
Protocol Buffers group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to protobuf+unsubscr...@googlegroups.com.
To post to this group, send email to protobuf@googlegroups.com.
Visit this group at http://groups.google.com/group/protobuf.
For more options, visit https://groups.google.com/d/optout.


[protobuf] Re: Issue 658 in protobuf: use cmake for builds

2014-10-02 Thread protobuf


Comment #8 on issue 658 by dina...@gmail.com: use cmake for builds
https://code.google.com/p/protobuf/issues/detail?id=658

In the meantime, I created a VS2013 solution with both Win32 and x64  
configurations. Two of the test projects didn't compile with a weird  
message about cmd.exe but I didn't care for the tests anyway.

Other than that everything seemed to work for me.


Attachments:
vsprojects.7z  7.5 KB

--
You received this message because this project is configured to send all  
issue notifications to this address.

You may adjust your notification preferences at:
https://code.google.com/hosting/settings

--
You received this message because you are subscribed to the Google Groups Protocol 
Buffers group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to protobuf+unsubscr...@googlegroups.com.
To post to this group, send email to protobuf@googlegroups.com.
Visit this group at http://groups.google.com/group/protobuf.
For more options, visit https://groups.google.com/d/optout.


[protobuf] Re: Plans to support C#?

2014-10-02 Thread Jon Skeet
Yes, oneof support would probably be the top of my list :)

We clearly need to support the whole proto language - but there are Java 
API changes which may not be as useful in the C# community which aren't 
really part of the proto language itself.

This quarter is becoming incredibly busy for me, but it's useful to know 
that there's some pent up demand...

Jon


On Wednesday, 1 October 2014 19:28:07 UTC+1, Brian Banks wrote:

 Jon, for me personally, I'd really like support for the new oneof field.

 Glad to see you have plans to update it. I appreciate your work.

 On Tuesday, September 23, 2014 6:37:36 AM UTC-7, Jon Skeet wrote:

 On Monday, 22 September 2014 05:47:04 UTC+1, RyanE wrote:

  Are there any plans to add C# to the list of supported language for 
 Protocol Buffers in 2015 or sooner?


 There are already two mature implementations - protobuf-net (
 https://code.google.com/p/protobuf-net/) and protobuf-csharp-port (
 https://code.google.com/p/protobuf-csharp-port/). The latter is my 
 project, and while it's been slumbering somewhat recently, I plan to get 
 back into it soon to support the newer features such as oneof. I haven't 
 yet decided exactly how many of the Java API changes I'll port across - 
 time will tell. Is there any specific feature you're looking for which 
 isn't supported by either of these projects?

 Jon



-- 
You received this message because you are subscribed to the Google Groups 
Protocol Buffers group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to protobuf+unsubscr...@googlegroups.com.
To post to this group, send email to protobuf@googlegroups.com.
Visit this group at http://groups.google.com/group/protobuf.
For more options, visit https://groups.google.com/d/optout.


[protobuf] c++ why no set_allocated for repeated nested messages?

2014-10-02 Thread chris
Always having to obtain a new instance of a repeated nested message from 
it's parent is really cumbersome.I fail to see the logic behind it 
being that singular message fields have set_allocated.

Chris

-- 
You received this message because you are subscribed to the Google Groups 
Protocol Buffers group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to protobuf+unsubscr...@googlegroups.com.
To post to this group, send email to protobuf@googlegroups.com.
Visit this group at http://groups.google.com/group/protobuf.
For more options, visit https://groups.google.com/d/optout.