I did a little debugging and it seems like the first stack trace I
posted was wrong. I was using the wrong libtool binary I guess. Here
is what gdb reports on the correct binary.
I'll try and svn up and retest again tomorrow, but if anyone knows of
any changes in this codepath recently let me
On Thu, Oct 28, 2010 at 8:16 AM, Andrew Stitcher astitc...@redhat.com wrote:
On Wed, 2010-10-27 at 15:31 -0700, Aaron Fabbri wrote:
I recently updated to svn trunk latest and now my Rdma broker is crashing.
1. Is anyone else seeing this?
Is this happening before connections, during, after
Yep you got it. Thanks for the hint. Adding --no-module-dir (also
suggested by Andrew Stitcher) fixed it. I'm going to file a bug and
you guys can decide what (if anything) to do about it.
On Thu, Oct 28, 2010 at 2:27 AM, Gordon Sim g...@redhat.com wrote:
On 10/28/2010 08:18 AM, Aaron Fabbri
Affects Versions: 0.7
Environment: RHEL 5.5
Reporter: aaron fabbri
On svn trunk as of about Oct 25th, my qpidd broker was crashing due to rdma.so
being loaded twice (or due to one of them being old and incompatible). There
should be some warning to the user what they are doing
I recently updated to svn trunk latest and now my Rdma broker is crashing.
1. Is anyone else seeing this?
2. Should I open a bug.. and if so please give pointer to url and
anything else I'd need to know.
I'm running from gdb with this script
# cat gdbscript
file
I whipped up a quick state diagram for Andrew's latest RdmaIO stuff.
I'll paste the dot source here and attach the png.
To generate (assuming you have graphviz installed):
linux$ dot asynch_io_state_machine.dot -Tpng -o asynch_io_state_machine.png
Here's the source:
digraph asynchio_fsm {
Figures.. found a missing edge right after sending this out. This is better:
linux$ dot dot asynch_io_state_machine.dot -Tpng -o asynch_io_state_machine.png
---
digraph asynchio_fsm {
node [shape = doublecircle] IDLE;
node [fontsize=9] NOTIFY_PENDING;
node [shape =
On Tue, Oct 12, 2010 at 10:22 AM, Andrew Stitcher astitc...@redhat.com wrote:
For those interested in the Rdma implementation:
I've been doing a lot of stability work, stressing the rdma code in odd
corner cases (unexpected disconnects mostly). While on this trail I
reailised I could simplify
Just noticed this when reading the Rdma transport unit test code:
Index: RdmaServer.cpp
===
--- RdmaServer.cpp (revision 1004875)
+++ RdmaServer.cpp (working copy)
@@ -118,18 +118,18 @@
ConRec* cr =
Actually, use this patch.. it fixes an additional use-after-free.
Index: RdmaServer.cpp
===
--- RdmaServer.cpp (revision 1004875)
+++ RdmaServer.cpp (working copy)
@@ -118,18 +118,18 @@
ConRec* cr =
10 matches
Mail list logo