When I construct a new CodedInputStream:
this->fd = sock.impl()->sockfd();
ZeroCopyInputStream *raw_input = new FileInputStream(this->fd);
this->input = new CodedInputStream(raw_input);
It hangs in the constructor. I ran a backtrace and can see that it is
hanging in the Re
as soon as *any* data is available,
> not wait until the entire buffer can be filled. Have you set some unusual
> flags on your socket which may be causing it to behave this way?
>
>
>
> On Thu, Feb 25, 2010 at 5:20 PM, Patrick wrote:
> > When I construct a new CodedIn
I meant CodedOutputStream of course.
On Feb 25, 9:18 pm, Patrick wrote:
> I have investigated further and saw that the buffer wasn't being
> flushed; I should of realized this earlier.
> Any reason why the Java CodedInputStream has a flush method but the c+
> + API has no equiv
pb2
ImportError: No module named MyProtos.foo_pb2
What do I need to do to properly import these two protos into python.
Thanks,
Patrick
--
You received this message because you are subscribed to the Google Groups
"Protocol Buffers" group.
To post to this group, send email t
Kenton,
My problem was solved when I added __init__.py files into the
directories. Thank you for your help.
Patrick
On Aug 17, 7:12 pm, Kenton Varda wrote:
> On Fri, Aug 13, 2010 at 10:39 AM, Patrick wrote:
> > import foo_pb2
> > import bar_pb2
>
> Shouldn
Background:
I've developed a C++ RPC server using protobufs as the IDL. It works
great. Thanks for protobufs!
Problem:
When a client connects to the RPC server, a seperate thread in the
server handles the connection and blocks, waiting for data from the
client.
My message parsing function for the
ep 28, 2010, at 15:33 , Patrick wrote:
>
> > This is all fine and dandy except when I want to shutdown the server
> > or connection (not client initiated). The ReadTag (as well as the
> > other Read functions) blocks until data is received but I want it to
> > timeout afte
ep 28, 2010, at 15:33 , Patrick wrote:
>
> > This is all fine and dandy except when I want to shutdown the server
> > or connection (not client initiated). The ReadTag (as well as the
> > other Read functions) blocks until data is received but I want it to
> > timeout afte
On Sep 28, 6:07 pm, Kenton Varda wrote:
> On Tue, Sep 28, 2010 at 5:38 PM, Evan Jones wrote:
> > On Sep 28, 2010, at 18:36 , Patrick wrote:
>
> >> I also have the problem that the RPC I wrote comes in a threaded model
> >> and a multi-process model. The multi-p
der)
File "build\bdist.win32\egg\google\protobuf\reflection.py", line
1059, in _Des
erializeOneEntity
raise RuntimeError('TODO(robinson): Wiretype mismatches not
handled.')
RuntimeError: TODO(robinson): Wiretype mismatches not handled.
Thanks,
Patrick
--
You received t
clude Unix file descriptors and C++
iostreams."
Am I missing something? It was my assumption that the entire protobuf
library was platform independent (at least the external API's). Maybe
someone could point me to an example of instantiating a
CodedInputStream under Windows/VS enviro?
Regards,
t sockets. Could it be that with sockets it fails and with
files it works fine?
Thanks again.
Patrick
On Apr 20, 6:17 pm, Jason Hsueh wrote:
> I suppose this should read POSIX file descriptors, which Windows supports. I
> have never used protobuf on Windows personally, but the project is t
Hey guys,
I wrote two different patches which optimize python proto performance.
Both patches are running in production at Dropbox. What is the best way
to upstream these changes?
Patrick
Patch #1. Python message patch
(https://www.dropbox.com/s
rote two different patches which optimize python proto performance.
> Both patches are running in production at Dropbox.
>
> I would love to see these patches being reintegrated.
>
> Q: what is the relation to Python C bindings, if any?
>
> regards, Michael
>
> >
Hey guys,
Will the next release officially support golang? And if so, is the
implementation / api based on goprotobuf? (We're looking for alternative
to replace goprotobuf ; we are currently considering
https://code.google.com/p/gogoprotobuf/.)
Thanks,
Patrick
--
You received this me
strings
and to arrays of integers.
Feel free to let me know if you have any suggestions or bugs, or you can
fork the project since it's developed in git.
-Patrick
--
You received this message because you are subscribed to the Google Groups "Protocol
Buffers" group.
To post to t
Nearly 5 years later, I found myself having the same problem.
Perfectly-valid serialized protobufs generated in C++ for message types
with no required fields suddenly started throwing
"InvalidProtocolBufferException: Message was missing required fields."
exceptions in Java.
The problem is, as
at 5:09 PM, Patrick Linehan > wrote:
>>
>> A simple workaround is to modify the compiler output to make both
>> memoizedIsInitialized and isInitalized into ints. This avoids any need for
>> casting or sign extension.
>>
>
> Wait what? If this is really the pro
27;t allow
appending, so with the current implementation, it is probably more
efficient to do the conversion after encoding.
If you have any questions or bugs about the library, feel free to send
me an email directly.
-Patrick
On Dec 30, 9:54 am, jd wrote:
> Are there any plans for code generati
ile anyway. Does
this simple use case require me to delve into descriptor databases and
pools? I'm using version 2.4.1 with the C++ backend for Python via
the PROTOCOL_BUFFERS_PYTHON_IMPLEMENTATION=cpp environment variable.
Thanks,
Patrick
--
You received this message because you are subs
don't see any references to library compatibility in the Java protobuf
page or the FAQ - apologies if this is covered somewhere...
https://developers.google.com/protocol-buffers/docs/javatutorial
https://developers.google.com/protocol-buffers/docs/faq
- Patrick
--
You received this message be
hat if you want to write a library that uses proto-bufs
you can't inter-operate with other libraries that also use protobufs.
- Patrick
On Wed, Apr 16, 2014 at 3:24 PM, Ilia Mirkin wrote:
> While I don't speak for Google, I believe it's fairly well-established
> that 2.4
22 matches
Mail list logo