Re: [Ftpapi] Problems with http_persist_req in HTTPAPIR4 (after upgrade to version 1.40 ?) # 2

[Kevin Bucknum <Kevin@xxxxxxxxxxxxxxxxxxx>]

After the first of the year I was getting similar errors in several applications. A home grown spool routing system, pkzip, and mmail all started throwing the pointer not set messages. I went ahead and applied all group/hiper/security ptf's, and the problem went away. I was never able to find a specific PTF that addressed it, and didn't open a case with IBM so they didn't look at it. 2-3 a day before the PTF's, and none since the 11th when we IPL'd. We are on V7R3.

On Mon, 2020-01-27 at 10:16 +0000, Ola Lid wrote:

Hello!

 

(I posted this some time ago without any luck. I try one more time )

 

We use  HTTPAPIR4 http_persist_req with the DELETE method to delete items from a remote database, and it has been working fine for more than a year.

 

Lately, however,  the routine has failed with a ‘Pointer not sent for location referenced’-error.

 

Job log:

 

Commitment definition *N not valid for open of GENZAL5.              

Commitment definition *N not valid for open of PLSD9L1.              

Commitment definition *N not valid for open of PLGD0L1.              

Commitment definition *N not valid for open of GENZAL5.              

Commitment definition *N not valid for open of PLSD9L1.              

Open of member S1SSPECP was changed to SEQONLY(*NO).                 

File MTPW01P created in library QTEMP.                               

Member MTPW01P added to file MTPW01P in QTEMP.                       

Objekt MTPW01P i QTEMP type *FILE ble slettet.                       

Pointer not set for location referenced.                             

Funksjonsfeil. MCH3601 uovervåket av HTTPAPIR4 i setningen 0000005558,

  instruksjonen X'0000'.                                             

The call to FOSSJK_Sle ended in error (C G D F).                     

The call to FOSSJK_Sle ended in error (C G D F).                     

 

(Line 3 and 4 from the bottom is Norwegian and reads something like ‘Functional error. MCH3601 unmonitored by HTTPAPIR4 in statement …’, and line 6 from the bottom is something like ‘Object MTPW01P in QTEMP type *FILE was deleted’)

 

This happens only if the item we want to delete is present in the database. If not, we get the ‘404  not found’-response as usual.

 

Note that the actual delete operation is performed OK, the only problem is that instead of a response indicating success, the job ends with this error message.

 

After some debugging, I found out that the problem seems to be related to the PESAVEPROC parameter; we pass *null  here normally:

 

statusKode = http_persist_req('DELETE': wPointer : wurl         : 0 : *null: *null : 0 : 60 : *null);    

 

I made a dummy procedure and passed that as PESAVEPROC instead:

 

statusKode = http_persist_req('DELETE': wPointer : wurl    : 0 : *null: *null : 0 : 60 : WDummyPointer);      

 

Now I get ‘saveproc: Not all data was written’ in response, which I guess has a reasonable explanation. (We do not need any response other than some way of knowing that the delete was successful)

 

It seems that this problem occurred after we upgraded LIBHTTP from version 1.33 to 1.40, but I am not 100 % certain. I have tried to find anything about *null value is not valid for the PESAVEPROC parameter anymore, but I havn’t found anything.     

 

Does anyone have any suggestions on how to avoid this problem? (preferably in a more elegant way than my work-around with the Dummy procedure)

 

Thanks in advance!

 

Regards,

 

Ola Lid

IT-consultant

Kjerneløsninger/NICE utvikling

+47 917 48 222

 

Fremtind Forsikring AS | Vi er eid av SpareBank 1 og DNB

Hammersborggata 2, PB 778 Sentrum, 0106 Oslo

www.fremtind.no

 

 

 

  Kevin  Bucknum
                   Senior Programmer Analyst
                   MEDDATA / MEDTRON
                   120 Innwood Drive
                   Covington LA 70433
                   Local: 985-893-2550
                   Toll Free: 877-893-2550
                 https://www.medtronsoftware.com

CONFIDENTIALITY NOTICE

This document and any accompanying this email transmission contain confidential information, belonging to the sender that is legally privileged.  This information is intended only for the use of the individual or entity named above.  The authorized recipient of this information is prohibited from disclosing this information to any other party and is required to destroy the information after its stated need has been fulfilled.  If you are not the intended recipient, or the employee of agent responsible to deliver it to the intended recipient, you are hereby notified that any disclosure, copying, distribution or action taken in reliance on the contents of these documents is STRICTLY PROHIBITED.  If you have received this email in error, please notify the sender immediately to arrange for return or destruction of these documents.

-- 
_______________________________________________
Ftpapi mailing list
Ftpapi@xxxxxxxxxxxxxxxxxxxxxx
http://scottklement.com/mailman/listinfo/ftpapi