Hi Folks,
Just tried this and can recreate on a 64 bit laptop running CentOS 6.6
natively too. The send application never exits if a receiver is not yet
ready. Can anyone else see this or am I going mad?
Cheers,
Frank
On Thu, Jun 4, 2015 at 3:51 PM, Frank Quinn wrote:
> Thanks Darryl,
>
> Also
Can you give an example of how I would set the delivery tag? I have been
using a messenger to send the messages, but I have been having a tough time
finding the documentation on how to set the tag.
--
View this message in context:
http://qpid.2158936.n2.nabble.com/Proton-c-Null-Messages-tp76259
On 06/09/2015 07:47 PM, aconway wrote:
C++ standard library uses lowercase_and_underscores, but Qpid C++
projects to date use JavaWobbleCaseIndentifiers. Is the C++ binding the
time to start writing C++ like C++ programmers? Or will somebody's head
explode if class names start with a lower case l
On 06/09/2015 06:40 PM, logty wrote:
When I run the client I get:
[0x5351db0]:0 <- @transfer(20) [handle=0, delivery-id=0, delivery-tag=b"",
message-format=0, settled=true, more=true] (16363) "\x00Sp\xc0\x07\x05B..."
My guess would be that it is the delivery tag being null (or empty,
can't te
C++ standard library uses lowercase_and_underscores, but Qpid C++
projects to date use JavaWobbleCaseIndentifiers. Is the C++ binding the
time to start writing C++ like C++ programmers? Or will somebody's head
explode if class names start with a lower case letter?
In particular since the proton C
When I run the client I get:
[0x5351db0]:0 <- @transfer(20) [handle=0, delivery-id=0, delivery-tag=b"",
message-format=0, settled=true, more=true] (16363) "\x00Sp\xc0\x07\x05B..."
And then the segfault occurs when transfering a 5 MB message, and it is only
coming through as this 16 KB message.
I'm not seeing that currently, but I have seen similar sort of things
a couple of times in the past.
As you mention, some files get created in the source tree (presumably
by or due to use of Jython), outwith the normal build areas they would
be (which would lead to them being cleaned up), and I th
A betting man would wager it has something to do with the recent changes to the
python setup.py.
I'll have a look into it.
- Original Message -
> From: "Gordon Sim"
> To: proton@qpid.apache.org
> Sent: Tuesday, June 9, 2015 11:57:25 AM
> Subject: something rotten in the state of... some
I've recently started seeing errors[1] when running tests due to left
over artefacts of previous builds. This happens even for a completely
clean build directory, as some of the offending artefacts seem to be
created in the source tree.
Jython seems to be trying and failing to load cproton. Wi
[
https://issues.apache.org/jira/browse/PROTON-903?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gordon Sim resolved PROTON-903.
---
Resolution: Fixed
Fix Version/s: 0.10
> UUID version should be in sixth octet
> ---
[
https://issues.apache.org/jira/browse/PROTON-903?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14578910#comment-14578910
]
ASF subversion and git services commented on PROTON-903:
Commit 53
[
https://issues.apache.org/jira/browse/PROTON-904?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14578861#comment-14578861
]
Flavio Percoco commented on PROTON-904:
---
reviewboard link: https://reviews.apache.or
Flavio Percoco created PROTON-904:
-
Summary: Remove dependency on libuuid
Key: PROTON-904
URL: https://issues.apache.org/jira/browse/PROTON-904
Project: Qpid Proton
Issue Type: Bug
[
https://issues.apache.org/jira/browse/PROTON-902?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14578847#comment-14578847
]
Flavio Percoco commented on PROTON-902:
---
FWIW, I fully agree... I'll open a new JIRA
[
https://issues.apache.org/jira/browse/PROTON-902?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ken Giusti resolved PROTON-902.
---
Resolution: Won't Fix
A better approach is to avoid the libuuid dependency completely and use
Flavio'
On Mon, Jun 08, 2015 at 01:47:03PM -0700, logty wrote:
> The strange thing is pn_messenger_get is returning 0, I have code to throw an
> error if it isn't 0. Also, the large messages work fine on RabbitMQ but not
> on Apache Apollo.
What's the output when you run your client with:
$ PN_TRACE_FRM
16 matches
Mail list logo