What level of OS is the customer running? Does this happen with only one file or multiple files? Is journaling or some other service running against the affected files? Have you checked the see if there are any APARs against this or a similar problem?

File overrides could also affect this problem as they can affect which system entry point is used.


James H. H. Lampert wrote:
This is happening at a customer site, and we can't duplicate it on any of our boxes.

It seems that we have a call to _Rreadk() that works fine if the file is created with ACCPTHSIZ(*MAX4GB), but it crashes the program -- only on the customer's box -- if the ACCPTHSIZ is (or has ever been) *MAX1TB. Even if it's changed back to *MAX4GB.

(I don't know exactly what exception is being thrown, but I should know soon; the user said he'd email me the joblog.)

And everything works just fine on our V4R4, V4R5, V5R2, and V6R1 boxes.

And likewise, our QuestView terminal-based product works just fine on the customer box (it uses the same record-level access entry points used by OPM RPG, but calls them from MI).

Has anybody ever heard of _Rreadk failing like this?


This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2020 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].