| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
| #char for QMGR name |
« View previous topic :: View next topic » |
| Author |
Message
|
| mvic |
 Posted: Tue Dec 22, 2009 5:05 pm Post subject: |
 |
|
Jedi
Joined: 09 Mar 2004
Posts: 2080
|
| bruce2359 wrote: |
| My point is that MQBYTE, while the same size (8-bits) as an MQCHAR, is not treated the same by WMQ. So, technically, operationally, annoyingly, a byte is not == a character. |
Yes, it's important to get this correct when you're talking about fields that MQ will (or might) try to convert for you if you originate them claiming they are in one CCSID and the queue manager believes it has a duty to make them consumable by code running under another CCSID.
But (sorry for the pedantry..) in the specification for the inputs to crtmqm that you quoted from the manual, 48 characters means 48 single-byte characters. If you try to supply the queue manager name as 48 double-byte characters, there will be problems..  |
|
| Back to top |
|
 |
| bruce2359 |
| Posted: Tue Dec 22, 2009 5:20 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9482
Location: US: west coast, almost. Otherwise, enroute.
|
...or if you expect MQCHAR fields (like the queue manager name) to be treated as MQBYTEn, you will be sadly disappointed.
From the APR, the XQH (transmission queue header) description contains the RemoteQName (MQCHAR48).
Recall that WMQ will convert MQCHAR fields its structures (MQMD, XQH, others) based on CCSIDs of the two channel ends. It does NOT convert MQBYTE fields, like MsgId.
The term "pedantic" has a negative connotation. I prefer "precise," whether pedantic or not.
[edited]
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
|
|
