We have an issue with a vendor system writing data to a file using
traditional RPG, and then opening a cursor against that file pretty
quickly afterwords. Intermitently, the cursor finds no data, but if I
have it retry it sometimes works. This began after we applied some PTF's
in March 2017 to our i7.3 system. Neither IBM nor the vendor have been
able to reproduce the issue, so it continues. Through the vendor, we
found out another user with a similar system to our is also having this
issue. I'm not saying its the cause of yours, but I'd be really
interested if you found a solution and to see if it applies to us.
___________________________________
Darren Strong
Dekko
From: Mike Cunningham <mike.cunningham@xxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 10/05/2017 02:33 PM
Subject: RE: We have a mystery
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>
Not just before in the same application but they are downloaded using some
middleware (Go Anywhere) and converted to a Physical File. A dump (CPYF
*PRINT) of that file just before the RPG call shows data in the file.
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Darren Strong
Sent: Thursday, October 05, 2017 2:13 PM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Subject: Re: We have a mystery
Are these records perhaps written just before they're read? If so, what
method is being used to write the records?
___________________________________
Darren Strong
Dekko
From: Mike Cunningham <mike.cunningham@xxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 10/05/2017 12:45 PM
Subject: We have a mystery
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>
We have an RPG with embedded SQL program running in a CL program that has
calls to multiple RPG programs. This CL is run from the job scheduler late
at night. We were having issues with this night job that looked like it
was not running the one RPG app but when run during the day by itself it
would work perfect. So we added a trace to the program to see what it was
doing at night. It showed that no data was being read from the SQL fetch
command. When it was run by itself during the day it showed it read
thousands of records. The next debug step we did was to have the main CL
that runs at night CALL the RPG app and then also do a SBMJOB to call the
same RPG app. When run from the main CL with a CALL it read nothing. 2
minutes later when it was submitted it ran fine and read thousands of
records.
We are stumped. Has anyone ever seen this happen before? There are no
overrides or explicit sharing of open data paths.
Mike Cunningham
________________________________
This email may contain confidential information about a Pennsylvania
College of Technology student. It is intended solely for the use of the
recipient. This email may contain information that is considered an
"educational record" subject to the protections of the Family Educational
Rights and Privacy Act Regulations. The regulations may be found at 34
C.F.R. Part 99 for your reference. The recipient may only use or disclose
the information in accordance with the requirements of the Federal
Educational Rights and Privacy Act Regulations. If you have received this
transmission in error, please notify the sender immediately and
permanently delete the email.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit:
https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at
https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link:
http://amzn.to/2dEadiD
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:
https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link:
http://amzn.to/2dEadiD
________________________________
This email may contain confidential information about a Pennsylvania
College of Technology student. It is intended solely for the use of the
recipient. This email may contain information that is considered an
“educational record” subject to the protections of the Family Educational
Rights and Privacy Act Regulations. The regulations may be found at 34
C.F.R. Part 99 for your reference. The recipient may only use or disclose
the information in accordance with the requirements of the Federal
Educational Rights and Privacy Act Regulations. If you have received this
transmission in error, please notify the sender immediately and
permanently delete the email.
As an Amazon Associate we earn from qualifying purchases.