[rabbitmq-discuss] Stuck waiting for frame during amqp_basic_qos?

Pieter de Zwart pdezwart at rubiconproject.com
Wed Nov 9 20:44:48 GMT 2011


I have managed to reproduce it using C code only. Caveat: this code is
really messy and leaks like a sieve.

Let me know what you think. And please don¹t judge me =)

me




On 11/9/11 6:56 AM, "David Wragg" <david at rabbitmq.com> wrote:

>Ignore the trace in my last mail.  On closer inspection, I see that my
>code was doing a basic.qos on channel 0.
>
>With that corrected:
>
>1320850428494: <Tracer-8> ch#1 -> {#method<basic.ack>(delivery-tag=666,
>multiple=false),null,""}
>1320850428494: <Tracer-8> ch#1 -> {#method<basic.qos>(prefetch-size=0,
>prefetch-count=1, global=false),null,""}
>1320850428533: <Tracer-8> ch#1 <- {#method<channel.close>(reply-code=406,
>reply-text=PRECONDITION_FAILED - unknown delivery tag 666, class-id=60,
>method-id=80),null,""}
>
>- My client program acks with a non-existent delivery tag.
>
>- Before the server responds to that, the client sends the basic.qos
>
>- Because of the delivery tag issue, the server sends a channel.close to
>  signal the channel exception.
>
>In my client program, the amqp_basic_qos call returns NULL when the
>channel.close is received, to signal the error.  The details of that
>error are available by calling amqp_get_rpc_reply on the connection.
>
>-- 
>David Wragg
>Staff Engineer, RabbitMQ
>VMware, Inc.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: amqp_weird.c
Type: application/octet-stream
Size: 7057 bytes
Desc: amqp_weird.c
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20111109/649b1e4b/attachment.obj>


More information about the rabbitmq-discuss mailing list