[Info-vax] RMS-E-FNF, what file?

[Jan-Erik Söderholm]

Den 2020-11-22 kl. 03:25, skrev Arne Vajhøj:
> On 11/21/2020 9:19 PM, Jan-Erik Söderholm wrote:
>> Den 2020-11-22 kl. 03:06, skrev Arne Vajhøj:
>>> On 11/21/2020 8:00 PM, Jan-Erik Söderholm wrote:
>>>> Den 2020-11-22 kl. 01:52, skrev Stephen Hoffman:
>>>>> On 2020-11-22 00:36:28 +0000, Jan-Erik Sderholm said:
>>>>>> How to know what file an "-RMS-E-FNF, file not found" message is 
>>>>>> referring to?
>>>>>>
>>>>>> Probe Description :- AMQ6125: An internal MQSeries error has occurred.
>>>>>> Arith1            :- 10 a
>>>>>> VMS Errorcode     :- -RMS-E-FNF, file not found (00018292)
>>>>>>
>>>>>> This application should not open any know file. It is the sharable 
>>>>>> EXE for MQ that creates this error message.
>>>>>
>>>>> If the session is an interactive one, SET WATCH/CLASS=MAJOR FILE and 
>>>>> watch for which file is referenced. This is a lot of data.
>>>>>
>>>>> if the session is batch or network or detached, I'd expect to be using 
>>>>> security auditing to view file access. And that's a bigger pile of data.
>>>>
>>>> Fine! That gave a list that I will look at.
>>>> Now, how to switch that off? HELP SET WATCH does not return anything...
>>>
>>> $ SET WATCH/CLASS=NOMAJOR FILE
>>>
>>> And not surprising that an undocumented command is not in help.
> 
>> The output did not give any clear answer to the error.
>>
>> We have traditionally used MQ client API calls from Cobol.
>> Now trying to get an C example code running. I have just
>> noticed that we have got the same error earlier from our
>> Cobol apps also, so I will dig into that and see in the
>> sources from that time what could have been the cause and fix.
>> And then see if that can explain the issues with the C code.
>>
>> The goal is to have PyMQI running. It is C code called from Python.
>> Python, as being a dynamically typed language, is probably easier
>> to use to recevie and decode XML messages...
> 
> What version of IBM MQ are you using?
> 
> If you are on 8.0+ then it supports AMQP and there
> is an AMQP module for Python.
> 
> That may be the easier path unless you need features
> not supported by their AMQP channel.
> 
> Arne

Right. I have to talk to the central WebSphere people also about AMQP.
Our VMS MQ client kit is on V2.1, and has been so for decades. This works
just fine from our Cobol apps, and do not see what the C code in PyMQI
does differently.

I did some test with a later MQ client kit many years ago, probably V5
och V6, but never got it to work with our Cobol MQ "middleware" that
someone before me wrote long ago. Without that we have to rewrite the
main applications also.

I have already removed some of the functions in the PyMQI.C file that
is not supported by the V2.1 MQ client. There is a management interface
that came in the MQ 5.x timeframe and there is an extendended MQCONNX
API that is new. I only need the basic MQCONN, MQOPEN, MQGET and MQPUT
calls.

The MQCONN ("connect" to the central MQ sever) seems to work, but the
MQOPEN (open the MQ queue) generates the DUMP file with the FNF message.
There was no FNF message in the WATCH file, btw.

But yes, I will ask about the support for AMQP also!

Jan-Erik.