Darren, sounds like it's time for something drastic. How about adding some
kind a dump/snap just before your call. Or my personal favorite -- simply
zap the preceding instruction to x'00' and force an S0C1 (or whatever it's
called in CICS). Not pretty, but generally pretty effective. Or you can try
adding a WTO and wrote out the data... Rebecca

-----Original Message-----
From: Darren Douch [mailto:[EMAIL PROTECTED]
Sent: Monday, March 17, 2003 5:25 AM
To: [EMAIL PROTECTED]
Subject: Re: Data conversion on mainframe


Rick, I have a rather unsophisticated environment - CEDF is the limit of my
online debugging facilities and this doesn't step into the MQXCNVC call.

The handle is fine for calls that follow the MQXCNVC call... wonder if it is
a problem passing the parameters...

Cheers
Darren

>From: Rick Tsujimoto <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Data conversion on mainframe
>Date: Fri, 14 Mar 2003 15:37:52 -0500
>
>Darren,
>
>If you have an online debugger, e.g. Intertest, just step throught the code
>and see where the handle gets whacked.
>
>
>
>
>                       Darren Douch
>                       <[EMAIL PROTECTED]         To:
>[EMAIL PROTECTED]
>                       COM>                     cc:
>                       Sent by:                 Subject: Re: Data
>conversion on mainframe
>                       MQSeries List
>                       <[EMAIL PROTECTED]
>                       en.AC.AT>
>
>
>                       03/14/2003 02:51
>                       PM
>                       Please respond
>                       to MQSeries List
>
>
>
>
>
>Thanks Rebecca.  I am already setting my Hcon to the supplied default (and
>using that same handle on other MQ calls quite happily before and after the
>MQXCNVC call).
>
>Might have to resort to trying the samples (assembler only unfortunately)
>and then seeing if I can link to them from C... certainly a more painful
>route.  Maybe Morag will post a response and save the day :)
>
>Cheers
>Darren.
>
>----- Original Message -----
>From: "Bullock, Rebecca (CSC)" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Friday, March 14, 2003 4:20 PM
>Subject: Re: Data conversion on mainframe
>
>
> > Darren, while you don't have to do the MQCONN, I believe that there's
>still
> > a connection handle (after all, it's a parm you need to specify on your
> > MQOPEN). Check what you have this set to (I think it's MQHC_DEF_HCONN
>for
> > CICS when you don't so the MQCONN) and that you haven't overwritten it.
>HTH
> > -- Rebecca
> >
> > Rebecca Bullock
> > Computer Sciences Corporation
> > MFCoE/Newark CS Team
> >
> > Educational Testing Service Account
> > Princeton, NJ 08541
> >
> > email: [EMAIL PROTECTED] or [EMAIL PROTECTED]
> >
> >
> > -----Original Message-----
> > From: Darren Douch [mailto:[EMAIL PROTECTED]
> > Sent: Friday, March 14, 2003 8:20 AM
> > To: [EMAIL PROTECTED]
> > Subject: Re: Data conversion on mainframe
> >
> >
> > Ian and others...
> >
> > I can't argue about MQGET - it works as described in the manuals.  But I
> > have a scenario where I can't use it... long story short is that I have
>a
> > couple of chained data structures in front of the message data itself,
>plus
> > I don't know at the time of the GET whether I want to convert it
>'properly'
> > (using MQ's codepage support) or improperly (using some homegrown
>conversion
> > tables that are needed to keep a downstream application happy).
> >
> > I've made a bit of progress - managed to build the module now (whether
> > correctly I don't know) - but get 2018 - invalid connection handle -
>which
> > is a bit odd because CICS apps don't really need / use a connection
>handle.
> >
> > Any more offers?
> >
> > Cheers
> > Darren.
> >
> >
> >
> >
> >
> >
> > >From: Ian Metcalfe <[EMAIL PROTECTED]>
> > >Reply-To: MQSeries List <[EMAIL PROTECTED]>
> > >To: [EMAIL PROTECTED]
> > >Subject: Re: Data conversion on mainframe
> > >Date: Fri, 14 Mar 2003 21:59:53 +1100
> > >
> > >Hey Darren,
> > >
> > >If I understand what you're asking correctly, I believe the recommended
>way
> > >is to simply use MQGMO_CONVERT on any MQGET calls on queues that may
> > >contain
> > >messages from other platforms. If it's a text message type, like MQSTR
>for
> > >example, it'll automatically be converted to the appropriate type for
>the
> > >platform you're on.
> > >
> > >This works in all cases in my experience, and manually converting
>within
> > >the
> > >application seems to be a bit of a waste of effort to me.
> > >
> > >Ian
> > >
> > >-----Original Message-----
> > >From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Darren
> > >Douch
> > >Sent: Friday, 14 March 2003 21:29
> > >To: [EMAIL PROTECTED]
> > >Subject: Data conversion on mainframe
> > >
> > >
> > >Folks
> > >
> > >has anyone out there used this call on the mainframe?  I'm trying to
>use
>it
> > >in a C / CICS program and not having much joy building (linking) the
> > >application (MQXCNVC not resolving).
> > >
> > >Can anyone tell me what MQ uses under the covers for data conversion on
>the
> > >mainframe ie the equivalent of iconv on AIX... if I can't use MQXCNVC
>is
> > >there some other way I can do character conversion?
> > >
> > >Thanks
> > >Darren.
> > >
> > >
> > >
> > >
> > >
> > >_________________________________________________________________
> > >Overloaded with spam? With MSN 8, you can filter it out
> >
>
>http://join.msn.com/?page=features/junkmail&pgmarket=en-gb&XAPID=32&DI=1059
>
> > >
> > >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
> > >
> > >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
> >
> >
> > _________________________________________________________________
> > Stay in touch with absent friends - get MSN Messenger
> > http://messenger.msn.co.uk
> >
> > 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
> >
> >
> >
> >
>**************************************************************************
> > This e-mail and any files transmitted with it may contain privileged or
> > confidential information. It is solely for use by the individual for
>whom
> > it is intended, even if addressed incorrectly. If you received this
>e-mail
> > in error, please notify the sender; do not disclose, copy, distribute,
>or
> > take any action in reliance on the contents of this information; and
>delete
> > it from your system. Any other use of this e-mail is prohibited. Thank
>you
> > for your compliance.
> >
> > 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
> >
>
>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
>
>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


_________________________________________________________________
Overloaded with spam? With MSN 8, you can filter it out
http://join.msn.com/?page=features/junkmail&pgmarket=en-gb&XAPID=32&DI=1059

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



**************************************************************************
This e-mail and any files transmitted with it may contain privileged or
confidential information. It is solely for use by the individual for whom
it is intended, even if addressed incorrectly. If you received this e-mail
in error, please notify the sender; do not disclose, copy, distribute, or
take any action in reliance on the contents of this information; and delete
it from your system. Any other use of this e-mail is prohibited. Thank you
for your compliance.

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