On windows I'm using some rtl code to find any memory leaks.
I have an app that creates a messenger. When the app is finished it simply
calls pn_messenger_free.
I then not long after the return from pn_messenger_free I call the rtl code
that checks what has been mallo'c but not freed.
It point
Here's the score:
Option 1 2 3 4
--------
SH 0 0 1-1
CR 1 0 0-1
EA 1 0 0 0
RG 1 0 0 0
OR 0 0 1 0
TR 0 1 0 0
AC 0 1 0 0
====
On Fri, Apr 17, 2015 at 4:54 PM, Tony Ercolano
wrote:
> I have two questions:
>
>
> 1) Is it safe to do a pn_messenger_free on a messenger that has NOT
> been used as an argument to pn_messenger_stop?
>
>
> 2) Is it safe to do a pn_messenger_free on a messenger that HAS been
> used as a
I have two questions:
1) Is it safe to do a pn_messenger_free on a messenger that has NOT been
used as an argument to pn_messenger_stop?
2) Is it safe to do a pn_messenger_free on a messenger that HAS been used
as an argument to pn_messenger_stop BUT pn_messenger_stopped with that s
Not much in the header, I think. I'm doing core development, a couple
levels away from the application programmers, so I can't be certain.
However I did notice the QPID-6058, which is a header frame bug on 0-8/0-9.
I tried to reproduce this in 0-10, but it fails on the client (as
expected). On edge
So, I finally managed to find some time and tried what you suggested - when
using the same installation prefix the qpid-cpp build finds Proton on its
own and all the includes / dependencies in the Visual Studio projects are
fine. In other words it solves looot of troubles. Thanks.
On Tue, Apr 7, 2
On 04/17/2015 06:26 PM, Gordon Sim wrote:
On 04/17/2015 03:42 PM, Gordon Sim wrote:
On 04/15/2015 09:26 PM, Scott Nicol wrote:
Another abort(), this time due to a framing error:
[...]
Here's the line in Connection.cpp:
assert(workQueue.empty() || workQueue.front().encodedSize() <=
size
On 04/17/2015 03:42 PM, Gordon Sim wrote:
On 04/15/2015 09:26 PM, Scott Nicol wrote:
Another abort(), this time due to a framing error:
[...]
Here's the line in Connection.cpp:
assert(workQueue.empty() || workQueue.front().encodedSize() <=
size);
if (!workQueue.empty() && workQueue
On 04/15/2015 09:26 PM, Scott Nicol wrote:
Another abort(), this time due to a framing error:
[...]
Here's the line in Connection.cpp:
assert(workQueue.empty() || workQueue.front().encodedSize() <= size);
if (!workQueue.empty() && workQueue.front().encodedSize() > size)
thr
On 04/15/2015 09:05 PM, Scott Nicol wrote:
Another problem, this time it caused a self-inflicted core dump (i.e.
abort()).
Two brokers were running in a federation with dynamic routes. One of the
exchange routes stopped responding, so we tried deleting and creating the
route as the brokers were
Amqp1.0 support on the broker is controlled by loading the amqp.dll (or
amqpd.dll for debug) module or not.
Try starting the broker with:
qpidd --no-data-dir --auth no --load-module amqpd.dll
-Chuck
- Original Message -
> From: "Marianne Rieckmann"
> To: users@qpid.apache.orgqpidd --n
Hi,
I am new to Qpid, and have built and installed Proton 0.9 and Qpid 0.32 on
Windows to try out the C++ Broker, and the Qpid Messaging API. I would like to
find an example that uses the amqp 1.0 protocol.
The build environment is;
Windows 7 32bit
python 2.7.9
Ruby 1.9.3
cmake 2.8
for the qpid-
12 matches
Mail list logo
