Re: QDCUPF, QRZHWUG1, QRZHWUG2 -- MIDRANGE-L

× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.

Hi Rob,

Here's a web site that I use from time to time:
http://babelfish.altavista.com/

This site lets you copy/paste your URL into it, and it'll translate from Japanese to English for you. The translation isn't perfect, but you can almost always get the gist of what the page is trying to say.

rob@xxxxxxxxx wrote:

Anyone have an English translation of
http://www-1.ibm.com/support/docview.wss?uid=std3d2c1a88bfb67311f49256f1f00236c9f

Three IBM looking programs, that are slightly older than God, fail to pass ANZOBJCVN in preparation for V6R1 and they are sitting in QGPL.

Observable information . . . . . . . . . . . . . : *NONE
Program state . . . . . . . . . . . . . . . . . : *SYSTEM Program domain . . . . . . . . . . . . . . . . . : *USER Compiler . . . . . . . . . . . . . . . . . . . . : PASSX V2R1M1
Earliest release that program can run . . . . . : V2R1M0 Conversion required . . . . . . . . . . . . . . : *YES
Really builds up your confidence that these same programs, all with these same attributes are sitting in QSYS also - on a V5R4 system.

Trying to decide if I should just delete these in QGPL.

Rob Berendt

This mailing list archive is Copyright 1997-2024 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].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.