开云体育

your 001-DISPLAY.? ? DISPLAY HELLO-CONST UPON CNSL.? ? READ IPBLKFILE? ? ? ? AT END MOVE HIGH-VALUES TO IPBLKDETAILSshould be 001-DISPLAY.? ? DISPLAY HELLO-CONST UPON CNSL.? ? READ

Hello, Alejandro, (1) it seems indeed that a period is missing at the end of 001-DISPLAY paragraph, but I don't think this is really a problem (CC 0004 will not prevent your program to run). (2) do

Need a period to end the AT END phrase due to the lack of an END-READ. One common technique was a PERFORM read-record then check a flag. alejandro.olivan.alvarez@...> wrote:

If "DISCARDED" shows that means its no present on this version. It happened to me with END-PERFORM hehe. Try the periods and also the THRU thing :-)

I read about the EXIT clause, and some uncertain debate along if it had to be on its own paragraph... but at that point I though: ' c'mon, this can't be that complicated!' I'll explore that way, but

I struggled with END-READ until I found it was optional depending on the cisrcumstances on a cobol site I found around (one out of some, not necessarily coincident, and at that point I realized all

Hi, also... Así you are doing a READ Inside a PERFORM, you may need to add a second paragraph with the EXIT clase then PERFORM PARA THRU PARA-EXIT so the compiler will not complain.

On Mon, Dec 11, 2023 at 12:48 PM, Alejandro olivan Alvarez wrote: > > Hi folks. > > I'm on Tk5, and I'm trying to learn how to mess with dataset member > records from COBOL. > After some early

Hi, I see somes strange thing : you don't finish READ with END-READ 001-DISPLAY has not a period at the end I don't know if other thing is wrong. HTH René

Hi folks. I'm on Tk5, and I'm trying to learn how to mess with dataset member records from COBOL. After some early successes on getting the compiler happy with accesing the dataset member itself

Andre, (and anyone else trying to get this to work under MVS) ... Note that IMS or DL/1 used "channel end appendages" to do various tricks to keep channel programs going. This kind of tricky stuff

Hi Rob, Can you please some information or reference document about DVCT and Non-Keyed Overhead Decrement for the uninitiated. Thanks Khalid

Hello Dean, I have tried recently to install DL/I from moshix github. As far as i understood, it is intended to be installed on MVT, not MVS. Also using that tape, you would not be able to run third

Hi Dean, Have you checked the authorization rules in SYS1.SECURE.CNTL(PROFILES)? Perhaps there are some rules, that obstruct you, creating datasets. The original user HERC01 has the group RAKFADM.?

The second job (iehmove2.jcl) won’t process the tape because its target is already known to RACF. (I have to type in from memory, as laptop shutdown at moment) The DLI files came from Moshix’

Virtual memory is introduced to operating systems in order to create the appearance of more memory: every process seems to have the full address space (sometimes limited by the kernel/nucleus

I was talking about the ICKDSF error message. My reply is based on my experiences in the early 80’s as a system programmer. Laddie Hanus

Hi Laddy and René, This has nothing to do with 3350, 3380 or 3390. The spaces of SYSUT1, SYSUT2 and SYSUT3 were too small for large assemblies. I have increased the spaces to (1700,(1200,300)) of

Hi Clem, It's definitely the RACF bit in the Format 1 DSCB of the catalog in the VTOC. That bit should be off or RAKF should be activated. Cheers, Rob

Rob, the data set was deleted. It is the uncatlg that doesn't work.? If you use IEHPROGM or IDCAMS, it still won't let you uncatalogue the data set, even though it has been deleted. Nothing to do