Invalid handling of qpid.max_size
-
Key: QPID-3140
URL: https://issues.apache.org/jira/browse/QPID-3140
Project: Qpid
Issue Type: Bug
Components: C++ Broker
Affects Versions: 0.8, 0.10
On 03/12/2011 12:18 PM, Alan Conway wrote:
This test (one of the C++ unit tests) is failing on trunk:
../../../qpid/cpp/src/tests/ExchangeTest.cpp(282): error in
testIVEOption: check 1u == queue3-getMessageCount() failed [1 != 0]
Failure appears to be introduced by r1080411:
Author: Carl C.
On 03/14/2011 01:46 PM, Carl Trieloff wrote:
On 03/12/2011 12:18 PM, Alan Conway wrote:
This test (one of the C++ unit tests) is failing on trunk:
../../../qpid/cpp/src/tests/ExchangeTest.cpp(282): error in
testIVEOption: check 1u == queue3-getMessageCount() failed [1 != 0]
Failure appears to
On 03/11/2011 06:14 AM, Gordon Sim wrote:
..the iterator may be invalidated by a subsequent update to the map
once the lock is released. Testing against bindingCache.end() outside
the lock is also not safe.
I don't believe so, as it holds a smart pointer, the smart pointer will
hold the
On 03/14/2011 09:53 AM, Gordon Sim wrote:
On 03/14/2011 01:46 PM, Carl Trieloff wrote:
On 03/12/2011 12:18 PM, Alan Conway wrote:
This test (one of the C++ unit tests) is failing on trunk:
../../../qpid/cpp/src/tests/ExchangeTest.cpp(282): error in
testIVEOption: check 1u ==
Hi, Andrew.
I very much agree with your complaint and analysis.
One of the things I will be proposing and implementing for 0.12 is a new
top-level entry point for qpid tests. The idea is that this would be the
one place to go to get an up or down result on a change. Our current
situation
On 03/14/2011 01:59 PM, Carl Trieloff wrote:
On 03/11/2011 06:14 AM, Gordon Sim wrote:
..the iterator may be invalidated by a subsequent update to the map
once the lock is released. Testing against bindingCache.end() outside
the lock is also not safe.
I don't believe so, as it holds a smart
Using 0.9 and 0.10 as an example:
0.9 is simply another name for 0.10-dev. Qpid developers know this,
so they can resolve a 0.9 bug to the 0.10 release just as easily as they
can resolve a 0.10-dev bug to the 0.10 release.
And of course, all release versions would appear in jira.
Justin
On 03/14/2011 02:07 PM, Gordon Sim wrote:
On 03/14/2011 01:59 PM, Carl Trieloff wrote:
On 03/11/2011 06:14 AM, Gordon Sim wrote:
..the iterator may be invalidated by a subsequent update to the map
once the lock is released. Testing against bindingCache.end() outside
the lock is also not safe.
On 03/14/2011 10:07 AM, Gordon Sim wrote:
Its the iterator that is the issue, not the smart pointer that it
points to. You test (it == bindingCache.end()) outside the lock and
that is not safe.
FYI -- .end() function is independent of the validity of the iterator.
'it' will either == the
[
https://issues.apache.org/jira/browse/QPID-3137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13006418#comment-13006418
]
Andrew Stitcher commented on QPID-3137:
---
Change looks fine for 0.10 branch to me.
On Mon, 2011-03-14 at 10:12 -0400, Carl Trieloff wrote:
On 03/14/2011 10:07 AM, Gordon Sim wrote:
Its the iterator that is the issue, not the smart pointer that it
points to. You test (it == bindingCache.end()) outside the lock and
that is not safe.
FYI -- .end() function is
[
https://issues.apache.org/jira/browse/QPID-2693?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robbie Gemmell updated QPID-2693:
-
Affects Version/s: 0.10
0.9
Fix Version/s: (was: 0.9)
[
https://issues.apache.org/jira/browse/QPID-3137?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gordon Sim resolved QPID-3137.
--
Resolution: Fixed
old examples are installed incorrectly
--
enable brokers to use a pre-populated QPID-WORK directory during test run
-
Key: QPID-3142
URL: https://issues.apache.org/jira/browse/QPID-3142
Project: Qpid
Issue
-Original Message-
From: Andrew Stitcher [mailto:astitc...@redhat.com]
...
On Mon, 2011-03-14 at 10:12 -0400, Carl Trieloff wrote:
On 03/14/2011 10:07 AM, Gordon Sim wrote:
Its the iterator that is the issue, not the smart pointer that it
points to. You test (it ==
[
https://issues.apache.org/jira/browse/QPID-1811?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13006474#comment-13006474
]
Sudip Kumar Panda commented on QPID-1811:
-
Can someone tell me if the poll or
session.createQueue is neither spec compliant nor backwards compatible
--
Key: QPID-3143
URL: https://issues.apache.org/jira/browse/QPID-3143
Project: Qpid
Issue Type: Bug
On 03/14/2011 02:12 PM, Carl Trieloff wrote:
On 03/14/2011 10:07 AM, Gordon Sim wrote:
Its the iterator that is the issue, not the smart pointer that it
points to. You test (it == bindingCache.end()) outside the lock and
that is not safe.
FYI -- .end() function is independent of the validity
[
https://issues.apache.org/jira/browse/QPID-3143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rajith Attapattu updated QPID-3143:
---
Attachment: QPID-3143.patch
The attached patch just removes the line which sets create to
[
https://issues.apache.org/jira/browse/QPID-3143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rajith Attapattu updated QPID-3143:
---
Attachment: QPID-3143.test.patch
Modified the existing test case to test the both default
The attached patch in QPID-3143 contains a simple one line fix and a
modified test case to test the change.
The same is committed to trunk at rev 1081460.
The fix is low risk IMHO.
However the fix is important as it makes the session.createQueue method spec
complaint.
It also allows the default
On 03/12/2011 12:18 PM, Alan Conway wrote:
This test (one of the C++ unit tests) is failing on trunk:
../../../qpid/cpp/src/tests/ExchangeTest.cpp(282): error in
testIVEOption: check 1u == queue3-getMessageCount() failed [1 != 0]
Failure appears to be introduced by r1080411:
Author: Carl C.
On 03/14/2011 10:09 AM, Justin Ross wrote:
Using 0.9 and 0.10 as an example:
0.9 is simply another name for 0.10-dev. Qpid developers know this, so they
can resolve a 0.9 bug to the 0.10 release just as easily as they can resolve a
0.10-dev bug to the 0.10 release.
And of course, all release
On 03/14/2011 10:41 AM, Andrew Stitcher wrote:
On Mon, 2011-03-14 at 10:12 -0400, Carl Trieloff wrote:
On 03/14/2011 10:07 AM, Gordon Sim wrote:
Its the iterator that is the issue, not the smart pointer that it
points to. You test (it == bindingCache.end()) outside the lock and
that is not
On 03/14/2011 01:12 PM, Alan Conway wrote:
In general end() is not thread safe or constant. If you are using
plain pointers as iterators over a C array, then end() is a pointer to
one place after the last element of the array and changes if the array
size changes. Probably many std
On Mon, 2011-03-14 at 13:01 -0400, Alan Conway wrote:
On 03/14/2011 10:09 AM, Justin Ross wrote:
Using 0.9 and 0.10 as an example:
0.9 is simply another name for 0.10-dev. Qpid developers know this, so
they
can resolve a 0.9 bug to the 0.10 release just as easily as they can
resolve
[
https://issues.apache.org/jira/browse/QPID-1811?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13006557#comment-13006557
]
Steve Huston commented on QPID-1811:
The supplied patches (or similar) were applied,
qpidd --check does not work with info logging and --log-to-stdout=yes
-
Key: QPID-3144
URL: https://issues.apache.org/jira/browse/QPID-3144
Project: Qpid
Issue Type: Bug
https://issues.apache.org/jira/browse/QPID-3144
This is a trivial, risk-free 1 liner. Not urgent but nice to clean it up.
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact:
[
https://issues.apache.org/jira/browse/QPID-3144?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13006622#comment-13006622
]
Alan Conway commented on QPID-3144:
---
Comitted to trunk r1081548, awaiting permission to
[
https://issues.apache.org/jira/browse/QPID-3145?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Hickerson updated QPID-3145:
--
Description:
The documentation of everything in this class is represented by about 100
words,
32 matches
Mail list logo
