Hi
I've solved this now. The problem was in the wrapper class I was
provided. Sorry.
Regards
Iain
On Jan 29, 10:31 pm, Iain Walsh iain.d.wa...@googlemail.com wrote:
Hi
It's a fairly simple program despite the size. Most of it is just turning
the Log into html. The main.cpp just creates
This is why I ask people to whittle down their examples: they usually find
the problem in the process. :) Glad you figured it out!
On Mon, Feb 1, 2010 at 8:19 AM, iWalsh iain.d.wa...@googlemail.com wrote:
Hi
I've solved this now. The problem was in the wrapper class I was
provided. Sorry.
On Sat, Jan 30, 2010 at 3:03 PM, Jacob Rief jacob.r...@gmail.com wrote:
Please just don't add anything new. If you are unhappy with what
ZeroCopy{Input,Output}Stream provide, you can always just create your own
stream framework to use.
Well, I have to live with that decision. Maybe in
Status: New
Owner: ken...@google.com
Labels: Type-Defect Priority-Medium
New issue 162 by dstahlke: Add #include algorithm for std::swap
http://code.google.com/p/protobuf/issues/detail?id=162
What steps will reproduce the problem?
1. Run cpplint.py --filter=-whitespace,-legal/copyright on
Updates:
Status: Fixed
Labels: FixedIn-2.3.1
Comment #1 on issue 162 by ken...@google.com: Add #include algorithm for
std::swap
http://code.google.com/p/protobuf/issues/detail?id=162
revision 314
--
You received this message because you are listed in the owner
or CC fields
Hi.
Any idea of the issue below?
I'm currently using static libraries compiled on another (virtual) 32-
bit machine, which seems to be working fine, but I really would prefer
a native solution.
Regards.
On Jan 29, 11:28 pm, Stas Oskin stas.os...@gmail.com wrote:
Sorry, forwarding to list as
I don't think anyone here is likely to have any idea what the problem is. I
cannot reproduce it, so I can't be of any help. You'll need to debug it
yourself. Try examining the build logs to see exactly how your compiler is
being invoked and figure out how it is *supposed* to be invoked to get
Hi,
I'm one of the Debian maintainers for protobuf and 2.3.0 fails during
unittests on the armel architecture (only on it). This might be a host
issue or a CFLAGS issue (we had something like this for sh4, where
'-mieee' is needed, for example).
In any case, here are the failues we see in the
On Mon, Feb 1, 2010 at 1:22 PM, Iustin Pop iu...@k1024.org wrote:
Hi,
I'm one of the Debian maintainers for protobuf and 2.3.0 fails during
unittests on the armel architecture (only on it). This might be a host
issue or a CFLAGS issue (we had something like this for sh4, where
'-mieee' is
On Mon, Feb 01, 2010 at 02:42:53PM -0800, Kenton Varda wrote:
On Mon, Feb 1, 2010 at 1:22 PM, Iustin Pop iu...@k1024.org wrote:
Hi,
I'm one of the Debian maintainers for protobuf and 2.3.0 fails during
unittests on the armel architecture (only on it). This might be a host
issue or a
On Mon, Feb 1, 2010 at 2:42 PM, Kenton Varda ken...@google.com wrote:
On Mon, Feb 1, 2010 at 1:22 PM, Iustin Pop iu...@k1024.org wrote:
Hi,
I'm one of the Debian maintainers for protobuf and 2.3.0 fails during
unittests on the armel architecture (only on it). This might be a host
issue or
Hi,
If I have a legacy c program, how can I take advantage of the Protocol
Buffer library?
Should i make my c program to call the c++ code generated by Protocol
Buffer library?
Or use this
http://code.google.com/p/protobuf-c/?
Thank you.
--
You received this message because you are subscribed
Either approach can work. It depends on whether you're willing to switch to
a C++ compiler, whether your C code compiles correctly when interpreted as
C++, and which protobuf interface you like better. If your app is pure C
than I'd think using protobuf-c would be easier, but I haven't used it
13 matches
Mail list logo