Re: JCL EXEC PARM= default?

On Mon, 17 Apr 2023 14:57:22 +, Seymour J Metz wrote: >Sorry, that should be "That's not a GUPI." > SDSF? >>On Sun, 16 Apr 2023 02:01:10 +, Seymour J Metz wrote: >>> >>>No. The only way to distinguish them is to scan the JCL or the internal text. -- gil

Re: JCL EXEC PARM= default?

3 11:52 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JCL EXEC PARM= default? But that's not a From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Saturday, April 15, 2023 11:04

Re: JCL EXEC PARM= default?

But that's not a From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Saturday, April 15, 2023 11:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JCL EXEC PARM= default? On Sun,

Re: JCL EXEC PARM= default?

On Sun, 16 Apr 2023 02:42:46 +, Seymour J Metz wrote: >I'm questioning "a program could determine that PARM was not specified". > ... which you said it could do by "scan[ning] the JCL or the internal text." >On Sun, 16 Apr 2023 02:01:10 +, Seymour J Metz wrote: >> >>No. The only way to

Re: JCL EXEC PARM= default?

dmarc-requ...@listserv.ua.edu] Sent: Saturday, April 15, 2023 10:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JCL EXEC PARM= default? On Sun, 16 Apr 2023 02:01:10 +, Seymour J Metz wrote: >> Meticulously distinguishing the case of PARM is absent from PARM='', >> possibly because a p

Re: JCL EXEC PARM= default?

On Sun, 16 Apr 2023 02:01:10 +, Seymour J Metz wrote: >> Meticulously distinguishing the case of PARM is absent from PARM='', >> possibly because a program could determine that PARM was not >> specified and take action different from PARM=''. > >No. The only way to distinguish them is to scan

Re: JCL EXEC PARM= default?

3 3:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JCL EXEC PARM= default? On Thu, 13 Apr 2023 17:01:40 -0600, Robert Raicer wrote: > >The z/OS MVS JCL Reference contains the prose shown below regarding >the PARM parameter of the JCL EXEC PGM statement. Yes, in order to >understand the details

Re: JCL EXEC PARM= default?

eld value of zero >indicates no PARM text is present. > (Pedantic quibble on whether the length of a nonexistent string is defined.) >If the PARM parameter is effectively not present on the JCL EXEC PGM >statement the length field is zero. This is the "default" value. > >The

Re: JCL EXEC PARM= default?

, a length field value of zero indicates no PARM text is present. If the PARM parameter is effectively not present on the JCL EXEC PGM statement the length field is zero. This is the "default" value. The length field is also zero when the PARM parameter is present and its operand is

Re: JCL EXEC PARM= default?

On Thu, 6 Apr 2023 16:16:24 +, Peter Relson wrote: >Gil asked if the location linked to by Shmuel is the right place for the doc >about the case of no PARM. > >... We don't want the information in multiple places, > Usually I agree rather strongly with that principle. It makes

Re: JCL EXEC PARM= default?

Gil asked if the location linked to by Shmuel is the right place for the doc about the case of no PARM. To be clear, that location is here: https://www.ibm.com/docs/en/zos/2.5.0?topic=list-program-in-primary-asc-mode within the assembler services guide linkage conventions section. This is the

Re: JCL EXEC PARM= default?

79d-dmarc-requ...@listserv.ua.edu> Sent: Thursday, April 6, 2023 10:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JCL EXEC PARM= default? On Thu, 6 Apr 2023 14:01:24 +, Seymour J Metz wrote: >I've always seen cut used as a generic term for both C-C/C-V and C-X/C-V. > I'll be ped

Re: JCL EXEC PARM= default?

On Thu, 6 Apr 2023 14:01:24 +, Seymour J Metz wrote: >I've always seen cut used as a generic term for both C-C/C-V and C-X/C-V. > I'll be pedantic. "cut" deletes the selected string. >I find the relevant material in the manual, copy the URL from the URL line, >and manually type the

Re: JCL EXEC PARM= default?

<042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, April 5, 2023 2:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JCL EXEC PARM= default? On Wed, 5 Apr 2023 17:51:22 +, Seymour J Metz wrote: >Yes. > >Cut and paste. > "Cut" (ITYM "Copy") from

Re: RCF address [was: RE: JCL EXEC PARM= default?]

I have had the different RCF addresses respond over night to a week or so later depending on time of year and other scheduling (internal to IBM). But they have gotten back to me. Steve Thompson On 4/5/2023 4:22 PM, Bob Bridges wrote: FWIW, I've sent comments to the ibmdocs address from time

Re: RCF address [was: RE: JCL EXEC PARM= default?]

On Behalf Of Paul Gilmartin Sent: Wednesday, April 5, 2023 4:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RCF address [was: RE: JCL EXEC PARM= default?] On Wed, 5 Apr 2023 19:17:45 +, Farley, Peter wrote: > >In the latest (V2R5) "Callable Services for HLL's" manual the RCF a

Re: RCF address [was: RE: JCL EXEC PARM= default?]

FWIW, I've sent comments to the ibmdocs address from time to time over the years, and they've always responded, always in less than a week but never (IIRC) the next day. Never tried the mhvrcfs address, that I recall. --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* Every year, on

Re: RCF address [was: RE: JCL EXEC PARM= default?]

On Wed, 5 Apr 2023 19:17:45 +, Farley, Peter wrote: > >In the latest (V2R5) "Callable Services for HLL's" manual the RCF address is >still documented as mhvr...@us.ibm.com not the "ibmdocs" address you mentioned. > >Do you know which one is correct please? I sent one to the "mhvrcfs"

RCF address [was: RE: JCL EXEC PARM= default?]

day but have received no reply or acknowledgement yet. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Wednesday, April 5, 2023 2:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JCL EXEC PARM= default? On Wed, 5 Apr 2023 17:51:22 +, Seymour J Metz

Re: JCL EXEC PARM= default?

On Wed, 5 Apr 2023 17:51:22 +, Seymour J Metz wrote: >Yes. > >Cut and paste. > "Cut" (ITYM "Copy") from where? (I'm trying do decide whether it's worth an RCF to ibmd...@us.ibm.com) > >From: Paul Gilmartin >Sent: Wednesday, April 5, 2023 1:04 PM >

Re: JCL EXEC PARM= default?

The default is nothing or i.e. Parm='' Scott On Wednesday, April 5, 2023 at 02:03:57 PM EDT, Peter Sylvester wrote: On 05/04/2023 19:41, Gibney, Dave wrote: > I agree that it's a fullword of zeros. But, this demonstration is not JCL In memory only the first halfword &quo

Re: JCL EXEC PARM= default?

ssion List On Behalf Of Peter Sylvester Sent: Wednesday, April 5, 2023 10:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JCL EXEC PARM= default? [EXTERNAL EMAIL] test 'sys1.linklib(iefbr14)' TEST l 1R 1R 0002AF60 TEST l 1r% 0002AF60. 8002AF64 TEST l 1r%% 0002AF64. TEST On 05/04/

Re: JCL EXEC PARM= default?

Yes. Cut and paste. From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, April 5, 2023 1:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JCL EXEC PARM= default? On Wed,

Re: JCL EXEC PARM= default?

Everything beyond the halfword of 0 is irrelevant. From: IBM Mainframe Discussion List on behalf of Peter Sylvester Sent: Wednesday, April 5, 2023 1:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JCL EXEC PARM= default? test 'sys1.linklib(iefbr14

Re: JCL EXEC PARM= default?

I agree that it's a fullword of zeros. But, this demonstration is not JCL > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Peter Sylvester > Sent: Wednesday, April 5, 2023 10:14 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: JCL

Re: JCL EXEC PARM= default?

<03b5261cfd78-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, April 5, 2023 11:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JCL EXEC PARM= default? So, R1 in //R EXEC PGM=IEFBR14 points to ??? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmarti

Re: JCL EXEC PARM= default?

t; > Sent: Wednesday, April 5, 2023 11:52 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: JCL EXEC PARM= default? > > So, R1 in > //R EXEC PGM=IEFBR14 > points to ??? > > -- For IBM-MAIN subscribe / sign

Re: JCL EXEC PARM= default?

On Wed, 5 Apr 2023 16:48:35 +, Seymour J Metz wrote: >The fragment page= is the normal way to request a specific page within a PDF, >but the number is the sequential page within the PDF rather than the number on >the page. Your PDF viewer should show you that number. > When you click (with

Re: JCL EXEC PARM= default?

on behalf of Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, April 5, 2023 12:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JCL EXEC PARM= default? On Wed, 5 Apr 2023 16:16:33 +, Seymour J Metz wrote: ><https://www-40.ibm.com/servers/resourcelink/

Re: JCL EXEC PARM= default?

On Wed, 5 Apr 2023 16:16:33 +, Seymour J Metz wrote: > " If the PARM field was omitted in the EXEC statement, the count is set to zero." Good catch! But is that a good place to

Re: JCL EXEC PARM= default?

behalf of Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, April 5, 2023 11:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JCL EXEC PARM= default? On Wed, 5 Apr 2023 15:22:14 +, Seymour J Metz wrote: >For EXEC PROC=, the default is no PARM override. F

Re: JCL EXEC PARM= default?

DCH'0' From: IBM Mainframe Discussion List on behalf of Gibney, Dave <03b5261cfd78-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, April 5, 2023 11:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JCL EXEC PARM= default? So, R1

Re: JCL EXEC PARM= default?

So, R1 in //R EXEC PGM=IEFBR14 points to ??? > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Paul Gilmartin > Sent: Wednesday, April 5, 2023 8:47 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: JCL EXEC PARM= default? > > [EXTERNAL E

Re: JCL EXEC PARM= default?

On Wed, 5 Apr 2023 15:22:14 +, Seymour J Metz wrote: >For EXEC PROC=, the default is no PARM override. For EXEC PGM=, the default is >an empty string. > > That was my guess. Where did you find that documented? > >From: Pa

Re: JCL EXEC PARM= default?

For EXEC PROC=, the default is no PARM override. For EXEC PGM=, the default is an empty string. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gilmartin

JCL EXEC PARM= default?

What's the default value for the optional PARM= on the JCL EXEC statement? It doesn't appear in the JCL Ref. (haven't checked the cited "Assembler Services Guide.") -- gil -- For IBM-MAIN subscribe / signoff / arch

Re: Default logon procedure

W dniu 25.09.2020 o 02:59, Neale Ferguson pisze: How do I set the default logon procedure for a TSO user? Currently on the login screen the Procedure field is empty and I’d like to set it to ISPFPROC. Using search on the IBM Knowledge site results in a heap of stuff and I am having trouble

Re: Default logon procedure

Naturally after hitting send I discover a zPDT Redbook that has the exact command: ALU TSO(PROC(ISPFPROC)). Apologies for the noise. Neale Ferguson -- For IBM-MAIN subscribe / signoff / archive access instructions, send

Default logon procedure

How do I set the default logon procedure for a TSO user? Currently on the login screen the Procedure field is empty and I’d like to set it to ISPFPROC. Using search on the IBM Knowledge site results in a heap of stuff and I am having trouble with sorting the wheat from the chaff. Neale

Re: How to change the default '.java' extension to '.jav'?

Broken record I know but why not just use a different text editor. VS code is a text editor but if you install enough extensions you can get close to an IDE. Even for HLASM https://marketplace.visualstudio.com/items?itemName=broadcomMFD.hlasm-language-support On 2020-04-16 9:41 AM, Paul

Re: How to change the default '.java' extension to '.jav'?

On Wed, 15 Apr 2020 16:05:59 +0800, David Crayford wrote: > >For a brute force solution you could just create symlinks (shortcuts) to >your *.java files with *.jav extensions. Trial to write a PowerShell >script to do that. > There's some irony here:

Re: How to change the default '.java' extension to '.jav'?

; >>> -Original Message- >>> From: IBM Mainframe Discussion List On >>> Behalf Of CM Poncelet >>> Sent: Monday, April 13, 2020 10:56 PM >>> To: IBM-MAIN@LISTSERV.UA.EDU >>> Subject: Re: How to change the default '.java' extension to '.ja

Re: How to change the default '.java' extension to '.jav'?

ted if annotation processing is explicitly requested -Original Message- From: IBM Mainframe Discussion List On Behalf Of CM Poncelet Sent: Monday, April 13, 2020 10:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to change the default '.java' extension to '.jav'? Thanks, but I can wr

Re: How to change the default '.java' extension to '.jav'?

Yes, XP is the last version to support DOS - but now running under XP. *Native DOS* is approx 20 times faster than XP. It has a one-to-one CPU cycle correlation with Intel machine code. E.g. on an 80486/66 processor, the number of byte instructions executed per second was 69,206,016 - as expected

Re: How to change the default '.java' extension to '.jav'?

tion processing > is explicitly requested > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > CM Poncelet > Sent: Monday, April 13, 2020 10:56 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: How to change the default '.java' extension to '.jav

Re: How to change the default '.java' extension to '.jav'?

r J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of R.S. [r.skoru...@bremultibank.com.pl] Sent: Tuesday, April 14, 2020 5:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to change the defa

Re: How to change the default '.java' extension to '.jav'?

Yep, XEDIT is part and particle of z/VM worked VM for 15+ yrs..never seen VM without it... Scott On Tue, Apr 14, 2020 at 5:09 PM R.S. wrote: > W dniu 14.04.2020 o 21:13, Seymour J Metz pisze: > >> It's freeware > > No, it's open source. Freeware is something very different, and more >

Re: How to change the default '.java' extension to '.jav'?

W dniu 14.04.2020 o 21:13, Seymour J Metz pisze: It's freeware No, it's open source. Freeware is something very different, and more restrictive. No, it DOESN'T MATTER. Really. The point is one can get it and use it for free. 2. Use Virtual Box. It is "z/VM", That is, if you've never

Re: How to change the default '.java' extension to '.jav'?

Subject: Re: How to change the default '.java' extension to '.jav'? W dniu 12.04.2020 o 03:11, CM Poncelet pisze: > Yes - I still use DOS and SPF/PC, which are about 20 times faster > CPU-wise than Windows XP (the last version that still supports DOS > applications.) XP is the last

Re: How to change the default '.java' extension to '.jav'?

IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Tomasz Rola [rto...@ceti.com.pl] Sent: Tuesday, April 14, 2020 10:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to change the default '.java' extension to '.jav'? On Sun, Apr 12, 2020 at 01:21:35AM +, Seymour J Metz wr

Re: How to change the default '.java' extension to '.jav'?

On Sun, Apr 12, 2020 at 01:21:35AM +, Seymour J Metz wrote: > Fortunately I bought TSPF while Tritus was still selling it, so I > never had to deal with CTC. It runs under DOS, OS/2 and 32-bit > windoze; alas, there is no Linux version. It's much more compatible > with ISPF than SPF/PC. If

Re: How to change the default '.java' extension to '.jav'?

W dniu 12.04.2020 o 03:11, CM Poncelet pisze: Yes - I still use DOS and SPF/PC, which are about 20 times faster CPU-wise than Windows XP (the last version that still supports DOS applications.) XP is the last version that supports DOS applications? I think it is matter of 32-bit vs 64-bit

Re: How to change the default '.java' extension to '.jav'?

CM Poncelet Sent: Monday, April 13, 2020 10:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to change the default '.java' extension to '.jav'? Thanks, but I can write, compile and run any Java program from SPF/PC (howbeit with some 'challenges') as long as it contains no "import" o

Re: How to change the default '.java' extension to '.jav'?

On Tue, 14 Apr 2020 03:56:00 +0100, CM Poncelet wrote: >Thanks, but I can write, compile and run any Java program from SPF/PC >(howbeit with some 'challenges') as long as it contains no "import" of >classes etc. >  >All I wanted to know is how to change the default "

Re: How to change the default '.java' extension to '.jav'?

Thanks, but I can write, compile and run any Java program from SPF/PC (howbeit with some 'challenges') as long as it contains no "import" of classes etc.   All I wanted to know is how to change the default ".java" extension to a 3-char one e.g. ".jav", that's

Re: How to change the default '.java' extension to '.jav'?

LOL. All hail Tiberius Caesar! sas On Mon, Apr 13, 2020 at 10:24 PM CM Poncelet wrote: > ... > > It does support Y2K: the current date 2020/04/14 is shown correctly as > "20.105". -- For IBM-MAIN subscribe / signoff /

Re: How to change the default '.java' extension to '.jav'?

Yes, my version is the last SPF/PC and from the mid-1990's. The later SPF/SE does not support Rexx, edit macros, or even keyboard (PFK) remapping.   It does support Y2K: the current date 2020/04/14 is shown correctly as "20.105". On 13/04/2020 10:28, Jeremy Nicoll wrote: > On Mon, 13 Apr 2020,

Re: How to change the default '.java' extension to '.jav'?

I'm familiar with SPF/PC and that's great for simple editing with something familiar from ISPF. However, if you want to learn Java beyond "hello world" you will need an IDE. Java is a complex language and just creating packages and classes is onerous using a text editor. You need context

Re: How to change the default '.java' extension to '.jav'?

On Mon, 13 Apr 2020, at 04:13, CM Poncelet wrote: > SPF/PC is the CTC PC-version of ISPF/PDF. It supports Rexx (but not the > full IBM REXX), ISREDIT edit macros, primary and line commands, tables, > panels etc., and it also supports assembling, compiling, link-editing > and executing programs -

Re: How to change the default '.java' extension to '.jav'?

SPF/PC is the CTC PC-version of ISPF/PDF. It supports Rexx (but not the full IBM REXX), ISREDIT edit macros, primary and line commands, tables, panels etc., and it also supports assembling, compiling, link-editing and executing programs - all from within SPF/PC. I use it for writing Rexx, C,

Re: How to change the default '.java' extension to '.jav'?

Instead of these work arounds to use a prehistoric DOS-based editor why don't you switch to an IDE? The best IDE for Java is Intellij IDEA which has highly advanced code analysis/refactoring features. What exactly does SPF/PC buy you? On 2020-04-12 10:56 AM, CM Poncelet wrote: No can do.

Re: How to change the default '.java' extension to '.jav'?

No can do. The SPF/PC 4.0.7 editor is DOS-based, but has an extender to use whatever memory it needs > 640K.   It's Windoze that needs fixing.   On 12/04/2020 03:45, Paul Gilmartin wrote: > On Sun, 12 Apr 2020 03:40:58 +0100, CM Poncelet wrote: > >> Thanks, but never mind. >>   >> The change to

Re: How to change the default '.java' extension to '.jav'?

On Sun, 12 Apr 2020 03:40:58 +0100, CM Poncelet wrote: >Thanks, but never mind. >  >The change to using '.jav' instead of '.java' for the compiler would >have to be done at Java's implementation level, i.e. as a sysadmin or >sysprog. I have found no-one among the Java developers and course tutors

Re: How to change the default '.java' extension to '.jav'?

scussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of > CM Poncelet [ponce...@bcs.org.uk] > Sent: Saturday, April 11, 2020 9:11 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: How to change the default '.java' extension to '.jav'? > > Yes - I still use DOS and SPF/PC, which are a

Re: How to change the default '.java' extension to '.jav'?

the default '.java' extension to '.jav'? Yes - I still use DOS and SPF/PC, which are about 20 times faster CPU-wise than Windows XP (the last version that still supports DOS applications.) Thanks for the 'support'. Cheers, Chris On 11/04/2020 16:00, Greg Price wrote: > On 2020-04-11 11:34

Re: How to change the default '.java' extension to '.jav'?

Does anyone know how to change this default '.java' extension to a >>> 3-char one, such as '.jav',  that DOS and SPF/PC could then edit, >>> compile and run? >>>   >> WTF?  Windows hasn't suffered the 8.3 restriction for many releases now. > > I think DOS and

Re: How to change the default '.java' extension to '.jav'?

On 2020-04-11 11:34 PM, Paul Gilmartin wrote: Does anyone know how to change this default '.java' extension to a 3-char one, such as '.jav',  that DOS and SPF/PC could then edit, compile and run? WTF? Windows hasn't suffered the 8.3 restriction for many releases now. I think DOS and SPF

Re: How to change the default '.java' extension to '.jav'?

S Hulbert */ -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of CM Poncelet Sent: Friday, April 10, 2020 23:09 Java was originally called Oak, which would have had a DOS 8.3 '.oak' extension. I understand that the default ',java'

Re: How to change the default '.java' extension to '.jav'?

On Sat, 11 Apr 2020 04:08:43 +0100, CM Poncelet wrote: >  >Java was originally called Oak, which would have had a DOS 8.3 '.oak' >extension.  >  >I understand that the default ',java' extension is arbitrary and can be >changed to a compiler recognized 3-char extension such

How to change the default '.java' extension to '.jav'?

Greetings everyone,   Java was originally called Oak, which would have had a DOS 8.3 '.oak' extension.    I understand that the default ',java' extension is arbitrary and can be changed to a compiler recognized 3-char extension such as '.jav', instead.   Does anyone know how to change this default

Re: Default Storage Subpool and Integrity

On 2/22/2017 12:57 PM, esst...@juno.com wrote: That other programs can read but not update. . Lets say I use KEY 4 as an example. If I issue a STORAGE OBTAIN with key 4 the system should use a default subpool. From an Integrity perspective is it acceptable to use the default subpool or would

Default Storage Subpool and Integrity

. Im looking to build a structure in a specific key, to protect it from being updated by other programs/tasks. . That other programs can read but not update. . Lets say I use KEY 4 as an example. If I issue a STORAGE OBTAIN with key 4 the system should use a default subpool. From an Integrity

Re: AW: Re: Using Extended Format as default

[...] PDS/PDSE and SORTWK(?) have some known restrictions. PDS/PDSE *cannot be extended format*. That's strict restriction, but very clear IMHO. EF is for PS and VSAM (KSDS, ESDS, LDS, RRDS, vRRDS). SORWK - the best idea is to NOT USE SORTWK ddnames, leave sort work datasets allocation to

AW: Re: Using Extended Format as default

> PDS/PDSE and SORTWK(?) have some known restrictions. I seem to remember that programs using NOTE & POINT have (or had?) dependencies, but can't remember the details right now. --Peter Hunkeler -- For IBM-MAIN

Re: Using Extended Format as default

616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, December 21, 2016 2:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Using Extended Format as default There is currently an open APAR

Re: Using Extended Format as default

29 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Allan Staller Sent: Tuesday, December 20, 2016 3:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Using Extended Format as default I can't think of any reason you sh

Re: Using Extended Format as default

> On Dec 20, 2016, at 2:37 PM, Porowski, Kenneth wrote: > > Is there any compelling reason why I should not (or can't) use Extended > Format for all SMS managed Sequential (flat and GDG) and VSAM (KSDS, ESDS, > Linear) datasets? > > Anything special I would need to do

Re: Using Extended Format as default

TSERV.UA.EDU >Subject: Re: Using Extended Format as default > >W dniu 2016-12-20 o 21:37, Porowski, Kenneth pisze: >> Is there any compelling reason why I should not (or can't) use Extended >> Format for all SMS managed Sequential (flat and GDG) and VSAM (KSDS, ESDS, >> L

Re: Using Extended Format as default

W dniu 2016-12-20 o 21:37, Porowski, Kenneth pisze: Is there any compelling reason why I should not (or can't) use Extended Format for all SMS managed Sequential (flat and GDG) and VSAM (KSDS, ESDS, Linear) datasets? Anything special I would need to do for Linear DB2 databases/tablespaces?

Re: Using Extended Format as default

PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Using Extended Format as default > > Is there any compelling reason why I should not (or can't) use Extended > Format for all SMS managed Sequential (flat and GDG) and VSAM (KSDS, ESDS, > Linear) datasets? > > Anything speci

Re: Using Extended Format as default

I can't think of any reason you should not, but allow for exceptions due to broken (usually home grown) code that has some unforeseen dependencies. PDS/PDSE and SORTWK(?) have some known restrictions. There might be a few other areas with restrictions, but in general, I think you'll do well.

Using Extended Format as default

Is there any compelling reason why I should not (or can't) use Extended Format for all SMS managed Sequential (flat and GDG) and VSAM (KSDS, ESDS, Linear) datasets? Anything special I would need to do for Linear DB2 databases/tablespaces? TIA Ken Ken Porowski VP Mainframe Engineering CIT

Re: Default space allocation

So normally these defaults are used if not specified - Or you do not have DFSMS controlling through Dataclas. You may need to look at using a TSO Transmit/Receive exit to control it better. Since RECEIVE KNOWS how the dataset looked, it will use those values and not ALLOCxx. The default

Re: Default space allocation

Sure - but these are the settings: SPACE PRIMARY(10) SECONDARY(10) DIRECTORY(0) MEASURE(TRK) PRIM_ORG(ALX) NORLSE UNIT NAME(SYSALLDA) So I'm reading that as equivalent to SPACE=(TRK,(10,10)) by default, very different to the 45K tracks

Re: Default space allocation

ent: Tuesday, July 19, 2016 8:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Default space allocation > > I have, and it wasn't apparent in there that it would have the effect we've > seen. > > > Andy Styles > z/Series Systems Programmer > > > >

Re: Default space allocation

@LISTSERV.UA.EDU Subject: Re: Default space allocation -- This email has reached the Bank via an external source -- TSO ISPF I.4 DATACLAS column 8, 9, 10, 11(and 12 for PDS). On Tue, Jul 19, 2016 at 9:34 AM, Styles, Andy (SD EP zPlatform) <00d68f765d25-dmarc-requ...@listserv.ua.edu> wrote

Re: Default space allocation

@LISTSERV.UA.EDU Subject: Re: Default space allocation -- This email has reached the Bank via an external source -- Have you checked out the ALLOCxx member of SYS1.PARMLIB (Or your version)? Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IB

Re: Default space allocation

t; To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Default space allocation > > Hi All, > > We've had a minor issue a few times over the past year or so. On our GDPS > control systems, we have a null SMS configuration - all datasets are allocated > with UNIT=SYSALLDA (I think I'm explaining this

Re: Default space allocation

- one yesterday was 45K tracks, 1% used, which > used up nearly all the free space on the volume, and caused another job to > fail as it was unable to get the space it needed. > > I vaguely remember reading somewhere about default space allocation being > something along the lines of

Default space allocation

is that people using XMIT/RECEIVE seem to allocate enormous datasets - one yesterday was 45K tracks, 1% used, which used up nearly all the free space on the volume, and caused another job to fail as it was unable to get the space it needed. I vaguely remember reading somewhere about default space

Re: Size default in CEEPRMxx V5R1

Thanks Tom. Too late for migrate to V5R2. We're out of date. Regards -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Size default in CEEPRMxx V5R1

> We are migrating from cobol V4R2 to V5R1. Some of our test compilations ca= >ncel with IGYLI5062-U and we must increase the default SIZE in COBOL option= >s. We want to avoid change this option in the PARM sentence in JCL and set = >in CEEPRMxx member in PARMLIB, but we can't find t

Re: Size default in CEEPRMxx V5R1

Thanks Gonzalo. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Size default in CEEPRMxx V5R1

! Gonzalo Cengotita *Gonzalo Cengotita* 2016-07-12 12:28 GMT+02:00 Jorge Garcia <jgarc...@mapfre.com>: > Hi, > > We are migrating from cobol V4R2 to V5R1. Some of our test compilations > cancel with IGYLI5062-U and we must increase the default SIZE in COBOL > options. We w

Size default in CEEPRMxx V5R1

Hi, We are migrating from cobol V4R2 to V5R1. Some of our test compilations cancel with IGYLI5062-U and we must increase the default SIZE in COBOL options. We want to avoid change this option in the PARM sentence in JCL and set in CEEPRMxx member in PARMLIB, but we can't find the parameter

Re: The list of IBM default RACF POSIT values?

[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Brooks Sent: Wednesday, July 06, 2016 4:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: The list of IBM default RACF POSIT values? If I understand the question correctly, Appendix C of the RACF MACROS AND INTERFACES manual contains a list

Re: The list of IBM default RACF POSIT values?

e. > :> > :>ITschak > :>?? 6 2016 12:31,? "Binyamin Dissen" <bdis...@dissensoftware.com > > > :>???: > :> > :>> Cross post to IBM-MAIN and RACF-L > :>> > :>> I have tried my best to find some sort of cross referenc

Re: The list of IBM default RACF POSIT values?

chak :>?? 6 2016 12:31,? "Binyamin Dissen" <bdis...@dissensoftware.com> :>???: :> :>> Cross post to IBM-MAIN and RACF-L :>> :>> I have tried my best to find some sort of cross reference between IBM :>> default :>> RACF classes

The list of IBM default RACF POSIT values?

Cross post to IBM-MAIN and RACF-L I have tried my best to find some sort of cross reference between IBM default RACF classes and POSIT values, but all I have found is a list of POSIT numbers reserved for IBM use. Strange that I have never needed to look at this list. Does the list exist

Re: C++ default parameter question

I declare a function void FOO(int x = 1); and call it with FOO() then the construction and passing of an integer parameter with a value of 1 is entirely handled by the calling module, correct? The reason I am asking ... suppose FOO is a function implemented in assembler, not in C++. The declaration of t

  1   2   3   >