[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