I don't think this is a valid data sequence. Literally, it is a binary sequence of seven octets where the internal encoding of a string is coincidental. Binary is not a compound type and does not contain sub-fields.


On 09/08/2015 05:36 PM, aconway wrote:
I'm doing some interop work on the go binding, and I see something
strange in the 'message.amqp' file in tests/interop. The message body
is encoded as:

0x77, 0xa0, 0x7, 0xa1, 0x5, 0x68, 0x65, 0x6c, 0x6c, 0x6f
^ AMQP value section
             ^7 bytes
                        ^5 bytes
                             h     e      l     l    o

In other words there's an AMQP-encoded string *inside* an AMQP encoded
binary. Looking at the python code that generated this message I would
expect it to be an AMQP 5 byte binary value "hello". I think the intent
was for it to be a string, but in python plain "hello" is binary you
need to say u"hello" to get a string. However I can't see any reason
why there would be a string *inside* a binary. Anyone have a clue
what's going on here?


Reply via email to