[protobuf] Re: Issue 220 in protobuf: TextFormat:Parser cannot parse strings with colon?

2010-09-21 Thread protobuf
Comment #1 on issue 220 by jas...@google.com: TextFormat:Parser cannot parse strings with colon? http://code.google.com/p/protobuf/issues/detail?id=220 Can you include the actual code? This works as expected for me: TEST(MessageFormat, ParseColon) { protobuf_unittest::OneString m1, m2; c

[protobuf] Re: Does protobuf work in Visual Studio 2008 Express?

2010-09-21 Thread Navigateur
Sorry, I got it working. I misunderstood your answer initially. Yes, when I select the same runtime for both (i.e. project Properties -> C+ + -> Code Generation -> Runtime Library) it works. Thanks! A better link, that accidentally caused me to realise what you meant was http://cubicspot.blogspot

Re: [protobuf] MyType_Parse() calls ParseNamedEnum() with 'const std::string' parameter instead of 'const string'

2010-09-21 Thread Kenton Varda
Both "string"s should be referring to the same type. google::protobuf has "using namespace std;" (terrible, I know, it's a long story), so when google::protobuf::internal::ParseNamedEnum declares its parameter to be "const string&", that "string" should resolve to "std::string". So I'm not sure h

Re: [protobuf] Best Practices

2010-09-21 Thread Kenton Varda
On Wed, Sep 15, 2010 at 6:03 AM, users wrote: > I am implementing PB to provide an external interface and API to a > developing system. I know the interface will change and the extension/ > backwards compatibility is a major benefit. When designing the .proto > files should I, for pure fle

Re: [protobuf] "Architectural" question - Java -> proto -> C#

2010-09-21 Thread Kenton Varda
It's true that you wouldn't be able to take advantage of the JPA annotations. However, I'd imagine JPA provides a lower-level API that lets you use it with objects that aren't annotated. On Wed, Sep 15, 2010 at 8:41 AM, Roberto Caldas wrote: > > If you're using the reflection API correctly, that

Re: [protobuf] MyType_Parse() calls ParseNamedEnum() with 'const std::string' parameter instead of 'const string'

2010-09-21 Thread Anand Ganesh
Thanks Kenton. I was meaning to update the discussion group this morning about what I found but I got caught up with something. Yes, we have another symbol called "string" in our code (our own implementation of something wrapping a char *; not a class) and if we include the header file containing

[protobuf] Re: Failed to compile the protobuf java example

2010-09-21 Thread Noah Easterly
I installed the java libraries using `mvn install` in protobuf-2.3.0/ java, but still get the same errors when trying to do `make java` in protobuf-2.3.0/examples. I've never used Maven before - is there something I need to set up so javac knows where to look to find the jarfile maven created (~/.

Re: [protobuf] Re: Failed to compile the protobuf java example

2010-09-21 Thread Kenton Varda
You need to list the .jar file itself in the CLASSPATH. It's not enough to just list the directory that contains it. On Tue, Sep 21, 2010 at 2:19 PM, Noah Easterly wrote: > I installed the java libraries using `mvn install` in protobuf-2.3.0/ > java, but still get the same errors when trying to

Re: [protobuf] MyType_Parse() calls ParseNamedEnum() with 'const std::string' parameter instead of 'const string'

2010-09-21 Thread Kenton Varda
That still seems strange. The generated code explicitly refers to ::std::string, so it couldn't be using your type. So, it must be that your compiler is misinterpreting the reference to "string" in generated_message_util.h. It seems to be picking up your "string" from the global scope before it