Justin Ross created PROTON-808:
--
Summary: Binaries have their library locations stripped
Key: PROTON-808
URL: https://issues.apache.org/jira/browse/PROTON-808
Project: Qpid Proton
Issue Type:
On Wed, Jan 28, 2015 at 9:06 AM, Darryl L. Pierce dpie...@redhat.com
wrote:
On Wed, Jan 28, 2015 at 06:04:57AM -0500, Rafael Schloming wrote:
On the face of it this sounds like it could be quite brittle and probably
more complicated than just forgetting about swig for the one pn_rubyref_t
On Wed, Jan 28, 2015 at 06:04:57AM -0500, Rafael Schloming wrote:
On the face of it this sounds like it could be quite brittle and probably
more complicated than just forgetting about swig for the one pn_rubyref_t
struct and wrapping it manually. Did you attempt the latter option at all?
Yes,
On Tue, Jan 27, 2015 at 5:35 PM, Darryl L. Pierce dpie...@redhat.com
wrote:
On Fri, Jan 23, 2015 at 03:46:34PM -0500, Darryl L. Pierce wrote:
+1 Though, I was hoping we could avoid having to manually do things...
So I have a working POC that assigns a Ruby object to a C struct in such
a way
On Wed, Jan 28, 2015 at 09:19:29AM -0500, Rafael Schloming wrote:
On Wed, Jan 28, 2015 at 9:06 AM, Darryl L. Pierce dpie...@redhat.com
wrote:
On Wed, Jan 28, 2015 at 06:04:57AM -0500, Rafael Schloming wrote:
On the face of it this sounds like it could be quite brittle and probably
more
[
https://issues.apache.org/jira/browse/PROTON-807?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alan Conway closed PROTON-807.
--
Resolution: Fixed
Proton does not decode AMQP small long encoding correctly and does not use it.
On Tue, 2015-01-27 at 09:46 -0500, Rafael Schloming wrote:
Do you have tracing turned on when they time out? With the protocol trace
enabled the tests slow down enough that some of them don't finish before
the various timeouts kick in.
Much more insidious. It turns out that if you use 0.0.0.0
[
https://issues.apache.org/jira/browse/PROTON-807?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14296165#comment-14296165
]
ASF subversion and git services commented on PROTON-807:
Commit
Steve Huston created PROTON-809:
---
Summary: Changes to build on AIX with IBM XL C
Key: PROTON-809
URL: https://issues.apache.org/jira/browse/PROTON-809
Project: Qpid Proton
Issue Type: Bug
[
https://issues.apache.org/jira/browse/PROTON-808?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14295231#comment-14295231
]
Justin Ross commented on PROTON-808:
And this, which is really a worse problem:
[
https://issues.apache.org/jira/browse/PROTON-806?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14295304#comment-14295304
]
Jeff Ortel commented on PROTON-806:
---
This has proven to be difficult to reproduce. I'd
The apache CI builds say I broke the proton build
https://builds.apache.org/job/Qpid-proton-c/492/consoleText
So of course I want to fix it. However the build output shows it never
even gets to running the tests. It looks like there is a configuration
problem at the build server. Anyone know
On Wed, Jan 28, 2015 at 12:06:44PM -0500, Rafael Schloming wrote:
Why did you reject it then?
Are you referring to this?
Though, I was hoping we could avoid having to manually do things...
What I meant was that I would like to keep the work within the confines
of the Swig code.
--
Darryl L.
[
https://issues.apache.org/jira/browse/PROTON-802?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14295593#comment-14295593
]
ASF subversion and git services commented on PROTON-802:
Commit
On Wed, Jan 28, 2015 at 12:06:44PM -0500, Rafael Schloming wrote:
Why did you reject it then?
Reject it? I don't recall rejecting any option.
--
Darryl L. Pierce, Sr. Software Engineer @ Red Hat, Inc.
Delivering value year after year.
Red Hat ranks #1 in value among software vendors.
On Wed, Jan 28, 2015 at 1:05 PM, Darryl L. Pierce dpie...@redhat.com
wrote:
On Wed, Jan 28, 2015 at 12:06:44PM -0500, Rafael Schloming wrote:
Why did you reject it then?
Reject it? I don't recall rejecting any option.
I meant why did you post about the global array thing and not this. Is
Why did you reject it then?
--Rafael
On Wed, Jan 28, 2015 at 9:54 AM, Darryl L. Pierce dpie...@redhat.com
wrote:
On Wed, Jan 28, 2015 at 09:19:29AM -0500, Rafael Schloming wrote:
On Wed, Jan 28, 2015 at 9:06 AM, Darryl L. Pierce dpie...@redhat.com
wrote:
On Wed, Jan 28, 2015 at
[
https://issues.apache.org/jira/browse/PROTON-807?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14295412#comment-14295412
]
ASF subversion and git services commented on PROTON-807:
Commit
[
https://issues.apache.org/jira/browse/PROTON-807?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14295418#comment-14295418
]
Alan Conway commented on PROTON-807:
Fixed the decoding problem. Did not modify proton
[
https://issues.apache.org/jira/browse/PROTON-802?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rafael H. Schloming resolved PROTON-802.
Resolution: Fixed
Unicode strings passed in through python binding cause
[
https://issues.apache.org/jira/browse/PROTON-802?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rafael H. Schloming reassigned PROTON-802:
--
Assignee: Rafael H. Schloming
Unicode strings passed in through python
Rafi,
I just checked in some skeleton code to explore a particular approach.
It avoids the intermediate objects we have in proton now (Ex FlowType.java)
Instead the Flow class is directly used by the encoding/decoding layer.
The Flow class uses java types as opposed to AMQP specific types, which
On Wed, Jan 28, 2015 at 2:01 PM, Rajith Muditha Attapattu
rajit...@gmail.com wrote:
Rafi,
I just checked in some skeleton code to explore a particular approach.
It avoids the intermediate objects we have in proton now (Ex FlowType.java)
Instead the Flow class is directly used by the
23 matches
Mail list logo
