[
https://issues.apache.org/jira/browse/PROTON-846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14482822#comment-14482822
]
ASF subversion and git services commented on PROTON-846:
Commit
Gordon Sim created PROTON-846:
-
Summary: error on disconnect or failure to connect
Key: PROTON-846
URL: https://issues.apache.org/jira/browse/PROTON-846
Project: Qpid Proton
Issue Type: Bug
[
https://issues.apache.org/jira/browse/PROTON-845?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Timothy Bish resolved PROTON-845.
-
Resolution: Fixed
Fix Version/s: 0.10
Added check and create of Header instance if none
Rajkumar created PROTON-847:
---
Summary: Qpid Proton C Assertion trasport-output_pending = size
failed
Key: PROTON-847
URL: https://issues.apache.org/jira/browse/PROTON-847
Project: Qpid Proton
On Tue, 2015-03-31 at 19:17 +0200, Božo Dragojevič wrote:
Given the memory overhead of a pn_data_t before encoding, why not have it
own an encode buffer? it could get by with exactly that grow_buffer()
callback if ownership is the issue .
I like this idea a lot. Ownership is an issue for me in
On Tue, 2015-04-07 at 09:38 -0400, Alan Conway wrote:
On Tue, 2015-03-31 at 19:17 +0200, Božo Dragojevič wrote:
Given the memory overhead of a pn_data_t before encoding, why not have it
own an encode buffer? it could get by with exactly that grow_buffer()
callback if ownership is the issue
On 7. 04. 15 15.38, Alan Conway wrote:
On Tue, 2015-03-31 at 19:17 +0200, Božo Dragojevič wrote:
Given the memory overhead of a pn_data_t before encoding, why not have it
own an encode buffer? it could get by with exactly that grow_buffer()
callback if ownership is the issue .
I like this
On Tue, 2015-04-07 at 11:00 -0400, Andrew Stitcher wrote:
On Tue, 2015-04-07 at 09:38 -0400, Alan Conway wrote:
On Tue, 2015-03-31 at 19:17 +0200, Božo Dragojevič wrote:
Given the memory overhead of a pn_data_t before encoding, why not have it
own an encode buffer? it could get by with
Unpacking proton tarball on fedora 21 from
http://www.apache.org/dyn/closer.cgi/qpid/proton/0.9/qpid-proton-0.9.tar.gz
tar -xf downloads/qpid-proton-0.9.tar.gz
tar: .: Cannot utime: Operation not permitted
tar: .: Cannot change mode to rwx-T: Operation not permitted
tar: Exiting with failure
Maybe I'm not following something, but I don't see how passing around
allocation functions actually solves any ownership problems. I would think
the ownership problems come from pn_data_t holding onto a pointer
regardless of whether that pointer was gotten from malloc or from a
callback. I'm
[
https://issues.apache.org/jira/browse/PROTON-847?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14484697#comment-14484697
]
Rajkumar commented on PROTON-847:
-
Error:
[
https://issues.apache.org/jira/browse/PROTON-847?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rajkumar updated PROTON-847:
Description:
I am using Qpid proton C library v.7.0 for sending AMQPS messages to Azure
cloud service bus.
[
https://issues.apache.org/jira/browse/PROTON-847?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rajkumar updated PROTON-847:
Description:
I am using Qpid proton C library v.7.0 for sending AMQPS messages to Azure
cloud service bus.
[
https://issues.apache.org/jira/browse/PROTON-847?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rajkumar updated PROTON-847:
Description:
I am using Qpid proton C library v.7.0 for sending AMQPS messages to Azure
cloud service bus.
[
https://issues.apache.org/jira/browse/PROTON-847?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rajkumar updated PROTON-847:
Description:
I am using Qpid proton C library v.7.0 for sending AMQPS messages to Azure
cloud service bus.
15 matches
Mail list logo
