Hello,
I'd like to try Protocol buffers on Solaris 9 (SPARC). However, I did
not find a page stating which basic requirements must be met in order
to install PB and what platforms are supported.
Am I missing something or can I conclude that Windows and Linux are
the only platforms that are offic
I think PB should work on most unix or unix-like platforms. I've
successfully
installed PB under QNX 6.4.1, it did, however, require messing with
configure/automake. As I recall, posix threads are required. But
really you
should just try to build it and run the tests to see if it works.
On Aug 18
I have spent some time developing a protocol buffer compiler in the D
language. The wiki page is located at "https://256.makerslocal.org/
wiki/index.php/ProtocolBuffer" and the SVN repository that contains
the compiler is located at "http://opticron.no-ip.org/svn/branches/
PBCompiler". Please, n
While compiling the code generated from the following .proto file:
message Entity {
message Row {
optional uint32 SerialNumber = 1;
optional uint32 Class = 4;
optional string Name = 2;
}
repeated Row rows = 1;
}
I am getting t
What I am measuring in writeObject() and readObject() is:
1) For PB I only measure the writeDelimitedTo() and parseDelimitedFrom
public class PojoUsingPB extends AbstractPojo implements Serializable
{
...
private void writeObject(java.io.ObjectOutputStream out) throws
IOException {
...
Damn that's a shame, I need to minimise allocations in my current
system (it's networking for games, and I eventually plan to port it to
the Xbox using XNA, and the xbox GC isn't so great)
THanks for the help Marc
--~--~-~--~~~---~--~~
You received this message bec
On Tue, 2009-08-18 at 07:43 -0700, Tai wrote:
> What I am measuring in writeObject() and readObject() is:
>
> 1) For PB I only measure the writeDelimitedTo() and parseDelimitedFrom
> public class PojoUsingPB extends AbstractPojo implements Serializable
> {
> ...
> private void writeObject(jav
Hi Brice,
I have considered your input and uses Externalizable. My results
compares Java vs. PB and Serialization vs. Externalization:
Duration using Java Serial > Protocol Buffers Serial > Java External >
Protocol Buffers External
1. Average remote time = 398658488 > 443504551 > 372961228 > 380
Here the result when passing a list of 1000 pojos from the client to
the server:
Duration using Java Serial > Protocol Buffers Serial > Java External >
Protocol Buffers External
Average remote time = 3539624170 > 4691285205 > 3364781976 >
4805589816 nanosecs
Average serialization time = 4928 > 222
Well, I decided to build a spec file anyway because having the
libraries everywhere fits our distribution model a little better. It
builds a package containing just the protobuf shared libraries and
another containing protoc, the headers, the protoc libraries and
static libraries, and the pkgconfig
Part of the problem here is that I can't think of a clean way to do it
that doesn't go mad with boxing, or losing struct changes. I'm
guessing that for xna you have mutable structs, so immutability isn't
necessarily an issue, but then I need lots of "ref" instead... Fun...
Also; note that the CF
In theory it should work on any modern unix. In practice it's hard to say
what platforms may have quirks that cause problems. I test each release on
Linux, Visual Studio, Cygwin, MinGW, and Mac OSX, and Monty Taylor has been
testing on Solaris with Sun Studio. It probably works on other platform
Hi
I'm creating a Message in Java, with a double field in it . i set it
to "10.0"
When the message is parsed using TextFormat, Java version outputs
"10.0" , but C++ outputs "10".
Is this intentional? is there a way to preserve the original values?
Thanks
--~--~-~--~~~
On 17 août, 08:43, Anthony Foiani wrote:
> Fedora 11 repos have an RPM for version 2.0.1 (or so). You should be
> able to track down the spec file by finding the appropriate SRPM.
> E.g.,
>
> http://download.fedora.redhat.com/pub/fedora/linux/development/source...
+1 !
I've used this Fedora'
On Wed, Aug 19, 2009 at 01:18, Kev wrote:
> And tonight I've managed to upgrade it, so you can find a RPM of
> Protocol Buffers 2.2.0 for Mandriva 2009.1 in my repository:
> http://kev.coolcavemen.com/static/repository/mandriva/2009.1/x86_64/
Oh, and FYI, please find attached my spec file. If you
The original value is being preserved. It's just being formatted
differently. The TextFormat parser knows that the field is a double even if
it sees only "10".
On Tue, Aug 18, 2009 at 3:11 PM, ajoy wrote:
>
> Hi
>
> I'm creating a Message in Java, with a double field in it . i set it
> to "10.
Is there any way to make it print "10.0" ?
On Aug 18, 3:34 pm, Kenton Varda wrote:
> The original value is being preserved. It's just being formatted
> differently. The TextFormat parser knows that the field is a double even if
> it sees only "10".
>
> On Tue, Aug 18, 2009 at 3:11 PM, ajoy wr
The problem with these spec files is that they're large and complicated and
I just don't have time to learn how they work and maintain them. If someone
would like to commit to maintaining these things -- which means I'd call on
you to update them for each release, answer questions about them, etc.
On Tue, Aug 18, 2009 at 4:18 PM, ajoy wrote:
> Is there any way to make it print "10.0" ?
No.
Why do you need it?
>
>
> On Aug 18, 3:34 pm, Kenton Varda wrote:
> > The original value is being preserved. It's just being formatted
> > differently. The TextFormat parser knows that the field i
For such a small message, you may find that if you use flat arrays rather
than stream I/O, it may be significantly faster. That is, when serializing,
call toByteArray() and then write the array to the stream, and on the
parsing end, read the array first, then call parseFrom() on that.
Admittedly,
This is a real issue. The easiest solution is not to name the field
"class". A more complicated solution would be to modify the Java code
generator so that it detects when a field is named "class" and somehow
renames it (e.g. adds an underscore to the end). There are a very large
number of ways
I'd like to add this to the list, but I noticed that the wiki page is an
HTTPS link to a site with an invalid SSL certificate. I tried to change the
protocol to just HTTP but the site automatically redirects to HTTPS. Modern
browsers complain very loudly about this, and I feel weird posting a lin
Hi
Using 2.2.0, the compiler doesn't seem to be generating Java code for
the parseFrom(byte[],int,int) and
parseFrom(byte[],int,int,ExtensionRegistryLite) static methods.
The other variants e.g. parseFrom(byte[]) are present.
Is this deliberate, or just an oversight?
Also, it seems a bit awkwa
It is a CACert certificate that is valid until May of 2010.
On Aug 18, 7:46 pm, Kenton Varda wrote:
> I'd like to add this to the list, but I noticed that the wiki page is an
> HTTPS link to a site with an invalid SSL certificate. I tried to change the
> protocol to just HTTP but the site autom
I'm trying to build 2.2.0 without RTTI support and running into some
obscure problems. The environment is:
$ g++ -v
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu
4.3.3-5ubuntu4' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
Oliver Jowett wrote:
>> #4 0x2b85e3ffb67a in google::protobuf::internal::ReflectionOps::Merge
>> (fr...@0x262e320, to=0x268f0e0) at ./google/protobuf/message.h:311
>> #5 0x0071dc4a in protobuf_unittest::ComplexOpt6::MergeFrom
>> (this=0x268f0e0, fr...@0x262e320) at
>> google/prot
While experimenting with LITE_RUNTIME I noticed that the C++ methods
DebugString() and ShortDebugString() are only present on Message, not
MessageLite.
I understand that DebugString()/ShortDebugString() are implemented via
reflection, which isn't available in the lite runtime, but what about a
si
27 matches
Mail list logo