开云体育

This looks like it was set up for a JES2 XBATCH initiator. Jay Maynard 2021-12-17 02:27:05 +0000 Mark A. Stevens via groups.io < marXtevens@...> :

The syntax for WATFIV job stream, one with multiple jobs/programs in one CMS file. Ready; T=0.08/0.11 02:22:53 watfiv hello Ready(00003); T=0.02/0.03 02:23:00 l hello * a ( date Filename Filetype Fm?

Gentles, Does any one use WATFIV? The current EXEC seems to make a dogs dinner of things as it only accepts one input file. The manual for WATFIV suggests that the CMS interface accepts multiple files

Thank you for putting this together. I've had more coffee, so maybe I'll be better at explaining. Neither GCC HELPCMD, nor GCC HELPCMD2 point to HELP PDPCLIB, as in does Note 4. I would suggest adding

Hi Mark, that’s correct. The reason is simple. I‘m a MVS developer and Bob is a VM developer. ? Currently there are two different source repositories for brexx on 370. But you are right, that

Why is BREXX for MVS so different from BREXX for VM/CMS that it could have differences in something as fundamental as the REXX PARSE statement? I would think that most of the BREXX code should be

Mark, Thanks for looking. Why are you confused. It’s a draft so it will have inconsistencies. GCC HELPCMD points to the help for both libraries. LIB fn specifies the runtime library with which the

I downloaded the help.aws, then uploaded it to my VM system. I found the reference to GCCLIB, but I'm not finding a reference to PDPCLIB in the following. FSVIEW GCC HELPCMD2 F ... 3.? The source

Folks, I have attempted to clean up the GCC help files and to that end have uploaded some modified files to the groups file section. /g/h390-vm/files/Help%20File%20Updates there are

Hey …. I will check the MVS version on weekend. Sorry for the delay. Mike Bob Bolch <Bob@...> schrieb am Mi. 15. Dez. 2021 um 13:05: Von Gmail Mobile gesendet

This is definitely a bug in BREXX on VM/370. We are checking into whether the MVS version has a similar bug. So far, I am just starting to go through the (sparsely) documented PARSE code. Bob Bolch

thanks for all the advice. For the moment I have solved my problem by rewriting the exec so that the pair of parentheses always have two non-null character strings between them. Dave wrote:

If you have not made friends with IBM VM/SP environment: ssh ibm4361@...

I would run it via system REXX on VM/SP 5 via the LCM+L system. I see: test of () trial 1 in1 = // in2 = // outer=/ trial 1/ test of (1) trial 2 in1 = /1/ in2 = // outer=/ trial 2/ test of (1 3) trial

In searchingLInux,? /usr/include/ and its subdirectories I ran into the following.? Since char seems to be byte aligned (it holds one character 'A', 'B', ...) it would be 8 bits long for EBCDIC/IBM.

Trying? to determine what uint8_t would be in CMS GCC, as uint8_t is not defined. I need a unsigned 8-bit integer type to define in CMS GCC.? I have tried several different definitions and none of

"Despite its name its not the maximum, it’s the maximum that can ALWAYS be opened." No, its the minimum number that the implementation guarantees that can be open simultaneously... "FOPEN_MAX which

Bernd, Yes its part of the standard and It should be in <stdio.h> The GCCLIB version does not have it. Despite its name its not the maximum, it’s the maximum that can ALWAYS be opened. Typical

I did some research, and it seems that the practical limit on some current implementations is 1024 (which means stdin, stdout, stderr and 1021 other files). Don't know, if the origin of this limit is

actually my original test exec had no ‘with’ but gave exactly the same results Dave