[protobuf] Re: 2.4 release?

2010-11-02 Thread Zachary Turner
, Zachary Turner divisorthe...@gmail.comwrote: Reading through old threads, I found one that said that the next release would probably include Petar's python wrapper for native C++ protobufs, greatly increasing speed of protubufs when calling from Python. Another post mentioned

[protobuf] 2.4 release?

2010-09-14 Thread Zachary Turner
Reading through old threads, I found one that said that the next release would probably include Petar's python wrapper for native C++ protobufs, greatly increasing speed of protubufs when calling from Python. Another post mentioned that this was expected to be done sometime this summer. Now that

[protobuf] Re: 2.4 release?

2010-09-14 Thread Zachary Turner
, and it should at least include a beta of this work. On Tue, Sep 14, 2010 at 10:36 AM, Zachary Turner divisorthe...@gmail.comwrote: Reading through old threads, I found one that said that the next release would probably include Petar's python wrapper for native C++ protobufs, greatly

Re: using namespace std

2009-05-19 Thread Zachary Turner
Just tried it in 2005 with the following code: #include iostream #include string namespace test { using std::vector; using std::string; using std::cout; templatetypename T struct X { void f() { vectorstring v; v.push_back(string(hi)); cout

Re: using namespace std

2009-05-18 Thread Zachary Turner
I managed to get it down to a minimal sample that reproduces the problem in VS2005. It doesn't even need a separate header. The following complete program exhibits the problem independent of whether or not precompiled headers are being used: #include iostream #include string namespace test {

Code Generator Modification Suggestion

2009-03-06 Thread Zachary Turner
How hard would it be to modify the code generator so that whenever there was a field of type bytes, a method was generated called assign_allocated(const char*, int nSize), that instead of creating an std::string(), would just store the raw pointer as well as the size, and not take ownership of the

Clear() function excessive CPU usage

2009-03-05 Thread Zachary Turner
I have a fairly old version of the protobuf library, so if this has been changed let me know, but I have a situation where Message::Clear () is causing my cpu to go to like 70% for an extended period of time. It's also possible this is user error, so please correct me if that's the case.

Re: Clear() function excessive CPU usage

2009-03-05 Thread Zachary Turner
into your profiles and see what part of Clear() is taking so long?  For example, is it spending the time clearing STL strings? On Thu, Mar 5, 2009 at 3:11 PM, Zachary Turner divisorthe...@gmail.comwrote: I have a fairly old version of the protobuf library, so if this has been changed let me

Re: Clear() function excessive CPU usage

2009-03-05 Thread Zachary Turner
into the cleared list? On Thu, Mar 5, 2009 at 5:25 PM, Kenton Varda ken...@google.com wrote: Add this to your .proto file: option optimize_for = SPEED; Does it help? On Thu, Mar 5, 2009 at 3:23 PM, Zachary Turner divisorthe...@gmail.comwrote: I'll give it a try. I haven't built the protobuf