Re: Any clever way to defeat the C compiler's options precedence?

[Paul Gilmartin]

On Fri, 27 Nov 2015 12:35:19 -0500, Shmuel Metz (Seymour J.) wrote:

> on 11/27/2015 at 01:10 AM, "Jack J. Woehr"  said:
>
>>I sympathize. Imagine what I've experienced swimming upstream the
>>other direction into mainframe land. Linking and Accessing and
>>Detaching minidisks
>
>How does that differ from mounting and unmounting file systems?
> 
In UNIX, mounting filesystems is the responsibility of the administrator;
in CMS of the end user.  And there's the irritant of running out of drive
letters so in order to mount somthing needed the user must detach
something needed slightly less.  This might be alleviated by SFS except
that most traditional utilities (still) don't honor SFS-native paths.

And CMS keeps ACCESSed directories in each user's virtual storage.
This is somewhat alleviated by decreasing cost of storage, offset
in turn by growth of filesystems.

>>which I would find on Unix by
>>locate filename.foo
>
>Locate won't find it in an unmounted file system.
> 
But, in UNIX the user can usually expect to find the filesystem mounted,
or at least when the LOCATE index was generated.

-- gil

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

Re: GETDSAB

[Shmuel Metz (Seymour J.)]

In
,
on 11/27/2015
   at 12:15 PM, Scott Ford  said:

>If the ddname in not in the JCL with the DSAPTR be blank or 0 ?

   Upon output, DSABPTR contains the address of the specified
   DSAB if the return code is zero. If the return code is not
   zero, DSABPTR contains 0.

Test the rc in R15.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: GETDSAB

[Sam Siegel]

Scott.   Look at the DEVTYPE macro also to determine if a DD is present or
absent from the JCL
On Nov 27, 2015 9:15 AM, "Scott Ford"  wrote:

> All,
>
> I am i right in thinking that if I issue a
>
>MVCMYDDN,=CL8'AUDIT'
>GETDSAB   DDNAME=MYDDN,DSAPTR=MYPTR
>
>
> MYDDN   DS   CL8
> MYPTR   DS   AL4
>
>
> If the ddname in not in the JCL with the DSAPTR be blank or 0 ?
>
> Regards,
> Scott
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Straightforward way to determine hardware architecture level?

[Peter Relson]

>Are there other functions also absent when z/OS is 
>running as a guest under z/VM?
>If so, where is that documented?

I'm sure the answer to the first is "yes", and I don't know the answer to 
the second.

But if you were to turn the question around and ask "where is it 
documented what you can rely on", that question can be answered for the 
z/OS releases that have architecture level sets. Those level sets do not 
say (although we tend to think of them this way) "z9 machine" (z/OS 2.1) 
or "z10 machine" (z/OS 2.2) but instead indicate the list of facilities 
which must be present. Those facilities correlate to the machine, but may 
not be a complete set.

I'd guess that if z/OS ever level sets to the zEC12, it won't have 
transactional execution facility on the list of facilities (unless by then 
there is VM support so that it can say "if running with VM release x/y/z", 
or unless it chooses to say "only if not running under VM").

The compilers (I hope) -- I've tried asking them and have not gotten much 
of an answer -- tend to limit their exploitation of an ARCH level to those 
facilities that
-- do not require operating system support (so that if you're running on 
the machine it's available)
-- do not require VM support (so that it will work whether running z/OS 
native or under VM) 
-- are supported by some release of zPDT (so that you'll get correct 
results whether running on the machine or the "right" release of zPDT)

For transactional execution, to the extent that the compiler support is to 
use the instruction only when the user explicitly codes something to tell 
you to do so, then it could be left to the user to provide whatever 
suitable run-time test is needed to ensure availability.

Peter Relson
z/OS Core Technology Design


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

Re: IBM Mainframe

[John Clifford]

Bingo !!


John Clifford
Sr z/OS Systems programmer

On Fri, Nov 27, 2015 at 10:16 AM, Bobbie Justice <
0013e2d84072-dmarc-requ...@listserv.ua.edu> wrote:

> There's not really a shortage of IBM mainframe talent.
>
> There is a shortage of talent that is willing to work for peanuts.
>
> Bobbie Justice
> Senior z/OS Systems Engineer
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

GETDSAB

[Scott Ford]

All,

I am i right in thinking that if I issue a

   MVCMYDDN,=CL8'AUDIT'
   GETDSAB   DDNAME=MYDDN,DSAPTR=MYPTR


MYDDN   DS   CL8
MYPTR   DS   AL4


If the ddname in not in the JCL with the DSAPTR be blank or 0 ?

Regards,
Scott

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

Re: GETDSAB

[Blaicher, Christopher Y.]

See:
https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa200/iea3a2_Description7.htm

basically RC=12 reason=1200

Lots of return codes and lots of reason codes

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Scott Ford
Sent: Friday, November 27, 2015 12:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: GETDSAB

All,

I am i right in thinking that if I issue a

   MVCMYDDN,=CL8'AUDIT'
   GETDSAB   DDNAME=MYDDN,DSAPTR=MYPTR


MYDDN   DS   CL8
MYPTR   DS   AL4


If the ddname in not in the JCL with the DSAPTR be blank or 0 ?

Regards,
Scott

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Any clever way to defeat the C compiler's options precedence?

[Shmuel Metz (Seymour J.)]

In <56580ff2.6040...@well.com>, on 11/27/2015
   at 01:10 AM, "Jack J. Woehr"  said:

>I sympathize. Imagine what I've experienced swimming upstream the
>other direction into mainframe land. Linking and Accessing and
>Detaching minidisks

How does that differ from mounting and unmounting file systems?

>which I would find on Unix by
>locate filename.foo

Locate won't find it in an unmounted file system. 

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Any clever way to defeat the C compiler's options precedence?

[Shmuel Metz (Seymour J.)]

In <007d01d12871$06a61c20$13f25460$@mcn.org>, on 11/26/2015
   at 09:36 AM, Charles Mills  said:

>- I am about convinced I can't get there from here. Does my problem
>seem that unreasonable?

No. Time to submit an RFE. In the meantime, the suggestion to use make
offers a viable bypass.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: GETDSAB

[Scott Ford]

Sam and Chris and Shmuel,

big ty guys.

Scott

On Fri, Nov 27, 2015 at 1:03 PM, Sam Siegel  wrote:

> Scott.   Look at the DEVTYPE macro also to determine if a DD is present or
> absent from the JCL
> On Nov 27, 2015 9:15 AM, "Scott Ford"  wrote:
>
> > All,
> >
> > I am i right in thinking that if I issue a
> >
> >MVCMYDDN,=CL8'AUDIT'
> >GETDSAB   DDNAME=MYDDN,DSAPTR=MYPTR
> >
> >
> > MYDDN   DS   CL8
> > MYPTR   DS   AL4
> >
> >
> > If the ddname in not in the JCL with the DSAPTR be blank or 0 ?
> >
> > Regards,
> > Scott
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

ISPF START command doesn't disappear from command line of old screen

[sunil mirchandani]

Hello,

I was looking for the solution of a problem and I have got the mail thread
where
we had already discussed this.But I don't find the solution and any help
from that thread. So I am re posting it.

I am also stuck at same problem. Start command from command line is not
disappearing when I come back from any panel to previous panel which means
START command remains on the command line of the "old" screen.

I tried to use the steps/comments posted in old thread but didn't work.

Any inputs will be appreciated.

ISPF Release: 6.3
z/OS 1.13

Thanks

-- 
Thanks & Regards:
SM

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

Re: ISPF START command doesn't disappear from command line of old screen

[Elardus Engelbrecht]

sunil mirchandani wrote:

>I was looking for the solution of a problem and I have got the mail thread 
>where we had already discussed this.But I don't find the solution and any help 
>from that thread. So I am re posting it.

>I am also stuck at same problem. Start command from command line is not 
>disappearing when I come back from any panel to previous panel which means 
>START command remains on the command line of the "old" screen.

I'm not sure what you mean about START command? Could you be kind to post the 
screens, 'old' and 'new' panels?

>I tried to use the steps/comments posted in old thread but didn't work.

What steps did you try out? There are many of them in that thread.

Groete / Greetings
Elardus Engelbrecht

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

Re: ISPF START command doesn't disappear from command line of old screen

[sunil mirchandani]

Here is a example what users are facing:

When user start a new session by typing start 3.4 in command line, he/she
go to the new session 3.4

>From there when it press F9 key and will come back to the previous screen.

Start 3.4 command in the command line should not be there, somehow the
command is still there in the previous session and not disappearing from it.

It is same for all panels.

Screen:

  Menu  Utilities  Compilers  Options  Status  Help

ss
ABP1 ABP1 LR   ISPF Primary Option Menu for z/OS   01.13
Option ===> START 3.4



0  Settings  Terminal and user parametersUser ID . :

And it takes to 3.4 panel but when user hit F9 key and back to main menu
START 3.4 still exist on the command line. And it stays in all the Panels
from where users are invoking.

>From the previous thread: I used two options but doesn't get any clue to
fix it. And all other inputs are alternate ways and a fix around.

Check on
COMMAND_LINE_PLACEMENT
RESET_COMMAND_LINE_PLACEMENT

And

ISPVCALL STATUS and look for

START0 SELECT PGM(ISPSTRT) PARM()

Thanks
SM






On Fri, Nov 27, 2015 at 5:19 PM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> sunil mirchandani wrote:
>
> >I was looking for the solution of a problem and I have got the mail
> thread where we had already discussed this.But I don't find the solution
> and any help from that thread. So I am re posting it.
>
> >I am also stuck at same problem. Start command from command line is not
> disappearing when I come back from any panel to previous panel which means
> START command remains on the command line of the "old" screen.
>
> I'm not sure what you mean about START command? Could you be kind to post
> the screens, 'old' and 'new' panels?
>
> >I tried to use the steps/comments posted in old thread but didn't work.
>
> What steps did you try out? There are many of them in that thread.
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Thanks & Regards:
Sunil Mirchandani
9742433311

"Yesterday I dared to struggle. Today I dare to win"

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

Re: ISPF START command doesn't disappear from command line of old screen

[Elardus Engelbrecht]

sunil mirchandani wrote:

>When user start a new session by typing start 3.4 in command line, he/she go 
>to the new session 3.4
>From there when it press F9 key and will come back to the previous screen.
>Start 3.4 command in the command line should not be there, somehow the command 
>is still there in the previous session and not disappearing from it.

From a quick look, it seemed to me the problem is with definition of PF09 key.

Have the user type in KEYS and post the result of PF09 key definition on 
IBM-MAIN.

I expect the default of PF09 is something like this:

Key   Definition Format  Label   
...
F9 . . .  SWAP   LONGSwap


>COMMAND_LINE_PLACEMENT
>RESET_COMMAND_LINE_PLACEMENT

This is about placement of the command line, not the contents of the command 
line.

Groete / Greetings
Elardus Engelbrecht

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

Re: WLM and Dispatching Priority

[Todd J. Gagle]

It is recommended to run the SYSVIEW started tasks in the WLM service class 
SYSSTC. Since SYSVIEW is a monitoring product, it is important for the STCs to 
have the high priority associated with this class in times of problem 
determination.
 
With regard to the SYSVIEW CICSLOGR subtasks and CICS address spaces, the 
SYSVIEW address space (Main or Aux) that execute 1 or more CICSLOGR tasks need 
to run at a higher or at least equal dispatching priority with relation to CICS 
address spaces.

Why is this needed?

SYSVIEW for CICS data collection monitors and collects information about each 
and every CICS transaction that executes. At transaction termination, SYSVIEW 
will log the collected transaction information in the form of an SMF record to 
SMF and/or SYSVIEW log streams via the MVS logger.

The collected transaction information is sent from the CICS address space to 
the SYSVIEW Main data collection or Auxiliary address space for logging via a 
PC. The data will be buffered in the SYSVIEW address space for a short period 
prior to logging. The information is shipped out of the CICS region so that 
additional processing and potential I/O conflicts do not potentially impact the 
throughput and execution of CICS transactions.

As previously said, the data will be buffered in the SYSVIEW address space 
prior to logging. If the SYSVIEW address space which executes the subtasks 
known as CICSLOGRs is unable to execute or is not dispatched due to WLM policy, 
then the monitoring data will continue to be buffered. There is a limit to the 
amount of data that can or will be buffered. If the buffers become full, data 
will eventually need to be discarded.

Multiple CICSLOGR subtasks can be defined to logically group CICS applications. 
The CICSLOGRs can execute in the SYSVIEW Main or Auxiliary address space. The 
configuration of CICSLOGRs subtasks should be planned in terms of application 
data groups as well as potential storage usage. Too many subtasks in an address 
space can exhaust the storage.

The SYSVIEW Auxiliary address spaces can be used to execute CICSLOGR subtasks. 
Using the SYSVIEW Auxiliary address spaces can be a good way to separate 
workload and control storage usage.


Todd J. Gagle
CA Technologies
Principal Software Architect
Team SYSVIEW - Mainframe Enterprise Systems

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

Re: GETDSAB

[Scott Ford]

Guys,

Tested the DEVTYPE macro passing in a ddname that existed in the JCL and
one that did not, worked great ! Tx all

On Friday, November 27, 2015, Scott Ford  wrote:

> Sam and Chris and Shmuel,
>
> big ty guys.
>
> Scott
>
> On Fri, Nov 27, 2015 at 1:03 PM, Sam Siegel  > wrote:
>
>> Scott.   Look at the DEVTYPE macro also to determine if a DD is present or
>> absent from the JCL
>> On Nov 27, 2015 9:15 AM, "Scott Ford" > > wrote:
>>
>> > All,
>> >
>> > I am i right in thinking that if I issue a
>> >
>> >MVCMYDDN,=CL8'AUDIT'
>> >GETDSAB   DDNAME=MYDDN,DSAPTR=MYPTR
>> >
>> >
>> > MYDDN   DS   CL8
>> > MYPTR   DS   AL4
>> >
>> >
>> > If the ddname in not in the JCL with the DSAPTR be blank or 0 ?
>> >
>> > Regards,
>> > Scott
>> >
>> > --
>> > For IBM-MAIN subscribe / signoff / archive access instructions,
>> > send email to lists...@listserv.ua.edu
>>  with the
>> message: INFO IBM-MAIN
>> >
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu
>>  with the
>> message: INFO IBM-MAIN
>>
>
>

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

Re: Any clever way to defeat the C compiler's options precedence?

[Jack J. Woehr]

Paul Gilmartin wrote:

On Fri, 27 Nov 2015 12:35:19 -0500, Shmuel Metz (Seymour J.) wrote:


on 11/27/2015 at 01:10 AM, "Jack J. Woehr"  said:


I sympathize. Imagine what I've experienced swimming upstream the
other direction into mainframe land. Linking and Accessing and
Detaching minidisks

How does that differ from mounting and unmounting file systems?


In UNIX, mounting filesystems is the responsibility of the administrator;
in CMS of the end user.


Paul is right, as usual, but I wasn't really trying to start an OS flame war :)

I just meant that learning the "foreign" platform is for each of us full of 
petty frustrations and confusions.

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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

Re: IBM Mainframe

[Bobbie Justice]

There's not really a shortage of IBM mainframe talent. 

There is a shortage of talent that is willing to work for peanuts. 

Bobbie Justice
Senior z/OS Systems Engineer

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

Re: HMC and certificate

[Tim Deller]

Click 'Java' in 'control panel' to get the 'Java Control Panel'
Click the 'Security' tab
Set the check box 'Enable Java in the browser'
Set the security level button to 'High'
Put your HMC URL in the 'Exception Site List'
You may also try some options under the 'Advanced' tab 

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

Re: WLM and Dispatching Priority

[Shane Ginnane]

On Thu, 26 Nov 2015 21:08:28 +, Martin Packer wrote:

>I'm puzzled: Why do you think those dispatching priorities are 
>inconsistent with the WLM goals

DP are (almost ?) *never* inconsistent with sane WLM goals. PI is usually a 
better indicator of out-of-whack goals.

> (and your technical business goals)?

Tran based goals, once active, make the region goal irrelevant.
As already mentioned, running high priority tasks in a velocity class is 
pointless. John Arwe expounded on the vagaries of velocity years ago.

Shane ...

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

Re: Any clever way to defeat the C compiler's options precedence?

[Jack J. Woehr]

Charles Mills wrote:

  Does my problem seem
that unreasonable?


I feel an honest RCA yields the notion that IBM lacks the resources to adequately "catch up and surpass" within the 
OS360 metaphor
45 years of Unix/C toolchain development by thousands of developers paid and unpaid.  So as you and I have discussed, 
and as I'm

sure you are on board with, what z/OS folks who want to compile C/C++ programs 
for OMVS should do is embrace the Unix/C
toolchain and assimilate it into your practice as quickly as possible. If only 
to preserve your own sanity.

I sympathize. Imagine what I've experienced swimming upstream the other 
direction into mainframe land. Linking and Accessing
and Detaching minidisks one after another looking for this or that admin file I 
need to edit which I would find on Unix by

   locate filename.foo

or

   find / | grep filename.foo

But it's a lovely world you inhabit, in its own way.

 * The purity and simplicity of the mainframe approach.
 * The focus on squeezing every ounce of capacity and performance for the 
corporate Mission.
 * The notion that a $10M computer the size of a meat locker can be programmed 
in assembly code via a TRS-80-like
   interface.
 * The maturity of CP and the macro libraries, and on the OS side the 
perfection of record-based computing.
 * The centrality of Rexx, still one of the finest programming metaphors of the 
digital binary computing era.

In many ways, mainframe practice is entirely admirable, aesthetically and scientifically satisfying, fully worthy of 
study by young

developers operating in the Unix and Wintel environments.

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan


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