I dimmly remember MQ on z/os doesn't support "receiver gets it right", I
could be wrong.  But, if that's the case, you'll need to set your NT
sending MCA definition to convert=yes.

cheers,

Benjamin F. Zhou
Messaging & Integration
Enterprise Applicatin Integration
Mercedes-Benz USA
x.2474





                      Nushi Mehr
                      <[EMAIL PROTECTED]         To:      [EMAIL PROTECTED]
                      .COM>                    cc:
                      Sent by:                 Subject: Re: Invalid CCSID from WIN 
2000 client to Z/OS
                      MQSeries List
                      <[EMAIL PROTECTED]
                      en.AC.AT>


                      11/18/2003 12:49
                      PM
                      Please respond
                      to MQSeries List






Thanks for your reply.  I am not using ACTIVE X i AM USING Power Builder
compiling C code. Iam thinking may be is the MQ library that I am using. I
use
MQIC32.LIB and maybe I should use MQM.LIB. How ever when we use MQM.LIB we
get connection problem with MQCONN.


Neil Casey <[EMAIL PROTECTED]> wrote:
 I don't know why your message is not getting converted. CP437 is US ASCII,
 which would be the code page of your PC. Are you certain that you are
 attempting to convert the incoming message. It may be that you should
 create the original message in CodePage 500 (International EBCDIC). The MQ
 Automation Classes for ActiveX provide methods for performing this
 conversion on message data as it is created or retrieved.

 The correct settings for the MQMD.Format and MQCIH.Format depends upon
 whether you are trying to drive the 3270 bridge or the DPL bridge.
 Possible
 values for the MQCIH.Format would be CSQCBDCI to drive conversion of 3270
 map data, or MQSTR for character only DPL data.

 I haven't tried any of the conversion options with the CICS bridge.

 Regards,

 Neil Casey


 |---------+---------------------------->
 | | Nushi Mehr |
 | | | | COM> |
 | | Sent by: MQSeries|
 | | List |
 | | | | n.AC.AT> |
 | | |
 | | |
 | | 18/11/2003 09:27 |
 | | Please respond to|
 | | MQSeries List |
 | | |
 |---------+---------------------------->
 >
 
--------------------------------------------------------------------------------------------------------------|

 | |
 | To: [EMAIL PROTECTED] |
 | cc: |
 | Subject: Re: Invalid CCSID from WIN 2000 client to Z/OS |
 >
 
--------------------------------------------------------------------------------------------------------------|





 Thank you so much for your reply,
 I do exactly what you are saying regarding the mqmd, mqcih format.
 But it is not converting. I am not sure I might have to apply the PTF
 UQ76248, UQ76249.
 Any ideas ?

 Neil Casey wrote:
 Hello,

 MQSeries does not in general support conversion of CICS bridge
 datastreams,
 although conversion is possible in some specific instances.

 Look at the WebSphere MQ Application Programming Guide, Chapter 17, Under
 heading Programming for the Distributed Environment.

 It basically says that you need to ensure that your message is already in
 the correct CCSID for CICS (which in your case seems to be CCSID 500). If
 your message data is pure text, then you can achieve conversion by
 specifying a MQCIH.Format of MQString. Otherwise, you need to build the
 data stream in EBCDIC and/or mainframe binary data formats, and correctly
 set the Format and CCSID fields in the headers.

 The actual text from the manual is:
 
============================================================================================




 Programming for th e distributed environment


 CICS DPL programs and transactions can be driven through the CICS bridge
 when the client application resides on a workstation.


 The main consideration when programming for the distributed environment is
 data conversion between the different encoding schemes and CCSID values of
 the workstation and z/OS. Conversion is carried out by two different
 routines, one for the MQCIH structure and another for the vector.


 You can ensure that conversion of the MQCIH is achieved by specifying
 MQFMT_CICS in the MQMD.Format field. Vector conversion, however, requires
 a
 little more consideration.


 CICS transactions in the distributed environment


 Conversion is only supported by the CICS bridge for the outbound SEND MAP
 and RECEIVE MAP request vectors, and for the inbound RECEIVE MAP vector.


 To achieve conversion of the SEND MAP and RECEIVE MAP vectors, do this:
 Make sure that you ass emble your maps specifying DSECT=ADSDL in your
 DFHMSD macro. Your map must be assembled under CICS Transaction
 Server for OS/390 Version 1.2 or greater for the ADSD or ADSDL to be
 made available. If you do not have the original mapset definition,
 recreate the map using the CICS DFHBMSUP utility.
 Specify a value of MQCADSD_SEND+MQCADSD_MSGFORMAT in field
 MQCIH.ADSDescriptor. If you are using an ADSD or ADSDL to build your
 RECEIVE MAP ADS, you must also add in the value MQCADSD_RECV for this
 field.
 Specify a value of CSQCBDCI in field MQCIH.Format on every inbound
 message.


 If you want to use vectors other than SEND MAP and RECEIVE MAP to drive
 transactions in the distributed environment, you must either write your
 own
 data conversion routines or create and interpret the data streams in the
 format required by z/OS.


 The MQCIH.Format is always set to CSQCBDCO in outbound messages. If you
 want to specify another format type for outbound conversion, you must
 intercept the message by writing to a local reply queue. Change the value
 of MQCIH.Format to specify your own routine before sending it on to the
 remote environment.


 No support is provided for conversion between workstation and mainframe
 formats of vectors other than SEND MAP (outbound) and RECEIVE MAP (both
 inbound and outbound).


 CICS DPL programs in the distributed environment


 If you are driving a DPL program that neither receives nor returns
 COMMAREA
 data, or if the COMMAREA data is purely character data, you can achieve
 data conversion by specifying MQFMT_STRING in field MQCIH.Format. If your
 COMMAREA data is not purely character data, you must write your own
 conversion routine.
 ) IBM Corporation 1993, 2003. All Rights Reserved


 
===========================================================================================







 Regards,





 Neil Casey.


 |---------+---------------------------->
 | | Nushi Mehr |
 | | | | COM> |
 | | Sent by: MQSeries|
 | | List |
 | | | | n.AC.AT> |
 | | |
 | | |
 | | 18/11/2003 07:58 |
 | | Please respond to|
 | | MQSeries List |
 | | |
 |---------+---------------------------->
 >
 
--------------------------------------------------------------------------------------------------------------|


 | |
 | To: [EMAIL PROTECTED] |
 | cc: |
 | Subject: Invalid CCSID from WIN 2000 client to Z/OS |
 >
 
--------------------------------------------------------------------------------------------------------------|






 Hello all,
 I need help,
 A C client program sends a meesage to WMQ v 5.3 in Z/os triggering CICS
 BRIDGE CKBR transaction. When the messag gets off of the queue I recieve
 the following message in the cics log. Can any body help me and tell me
 wha t I need to do .
 I truly appriciate your help.


 "CSQC746E CKBR 0001991 Invalid CCSID, 500 expected, 437 received
 />


 CSQC760I CKBR 0001991 MsgId
 =C3E2D840C6D8C4F14040404040404040BA561315B1FAC580"


 Do you Yahoo!?
 Protect your identity with Yahoo! Mail AddressGuard







 Instructions for managing your mailing list subscription are provided in
 the Listserv General Users Guide available at http://www.lsoft.com
 Archive: http://vm.akh-wien.ac.at/MQSeries.archive


 Do you Yahoo!?
 Protect your identity with Yahoo! Mail AddressGuard

 Instructions for managing your mailing list subscription are provided in
 the Listserv General Users Guide available at http://www.lsoft.com
 Archive: http://vm.akh-wien.ac.at/MQSeries.archive


Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Reply via email to