I believe there is a 'free' method in the C library, to clear out link objects when they are done with (i.e locally and remotely closed). I dont know if the C++ stuff exposes that. If it doesnt it should probably be managing the 'freeing' itself.
Of course, there is a simpler way to avoid a buildup of receivers: reuse a single receiver, stop creating and closing one for each request. Naturally that depends on what specifically it is you are doing, but creating receivers (or senders) per message is inefficient and so not generally advisable. On Tue, 2 Aug 2022 at 12:31, Clappier, Eric <ericclapp...@eaton.com.invalid> wrote: > > Dear all, > > I am writing an amqp client with Qpid proton C++ 0.34 on Debian 10. > I create one client connection which I had some senders and some receivers on > it. > For example with a request, I create a sender to send the message and a > receiver for the reply message. > When I create a receiver in my default session for a particular address > (queue), the receiver appear in the receiver list of the session. > After receive the message, when I close the receiver with "receiver.close()", > the receiver is closed but it still present in the default session list. > Its state is closed and none active. > When I receive another message, the list increase indefinitely and was never > clear. > Is there a way to prevent the list from growing indefinitely without closing > the connection ? > > Any help will be appreciate. > > Regards > > Eric Clappier > > > > ________________________________ > Eaton Industries (France) S.A.S ~ Si?ge social: 110 Rue Blaise Pascal, > Immeuble Le Vis?o - B?timent A Innovall?e, 38330, Montbonnot-St.-Martin, > France ~ Lieu d'enregistrement au registre du commerce: Grenoble ~ Num?ro > d'enregistrement: 509 653 176 ~ Capital social souscrit et liber?:EUR > 16215441 ~ Num?ro de TVA: FR47509653176 > > ________________________________ > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org For additional commands, e-mail: users-h...@qpid.apache.org
