Re: HWIBCPII

2018-06-04 Thread Barbara Nitz
Ed,

please reread my first post!

>If that's the case, then the fault lies with LE and not BCPii.
How is LE to know that it runs under an implicit sub=mstr? That is not how your 
standard Cobol/PL/I program runs. 
What started this off was our general setting of HEAPCHK(ON) on request of 
application development. It seems that one LE enclave terminates which (with 
HEAPCHK on) wants to write a short 'ceedump' to JES2 spool with the heap 
statistics. When that fails, LE issues a U4087 (I think) and tries an IEATDUMP.

>If the allocation for CEEDUMP fails, then the dump should be taken (for
>example) with IEATDUMP.

*We* have an explicit LE statement DYNDUMP that directs *any* dump to HLQ 
TDUMP. BCPII has *chosen* to overwrite that setting by specifying part of the 
LE Default for DYNDUMP, which is the userid of the address space. STC users are 
not allowed to allocate data sets (RACF audit requirement), hence the general 
HLQ of TDUMP (instead of userid). Which HWIBCPII has overwritten.

Either HWIBCPII is LE-enabled (which I find very questionable for a system 
address space started via OS abracadabra), then it will have to set/override 
*all* options that require JES in one way or another or are otherwise harmful 
and not just a select few that are proudly documented in the books to be 
overwritten if allowed, *or* the address space should NOT be LE-enabled at all. 

Barbara

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


Re: Looking for IPCS VERBX examples

2018-06-04 Thread Dan D
Don, thanks for the C sample.  I'll convert it over to assemble and see if I 
can get something working.

Susan, I appreciate that you've noticed this and will be helping to get the 
manuals updated.  I have heard from others in the past that there is more 
useful information within the mapping macros that in the IPCS manuals.  Even 
still, it is not clear where to plug in addresses, set ASIDs etc.  

Thank you both.

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


Re: RACF protection of a volume

2018-06-04 Thread Chris Hoelscher
How many Cindy's do you have?

Chris Hoelscher
Humana.com
(502) 476-2538 or 407-7266


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rob Schramm
Sent: Monday, June 4, 2018 10:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] RACF protection of a volume

Excellent point.  I ran across this ( at the time it was a pesky problem ) 
which kept me from at least creating datasets on a SMS volume that's part of 
another Cindy.

Rob Schramm

mail to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material.  If you receive this 
material/information in error,
please contact the sender and delete or destroy the material/information.

Humana Inc. and its subsidiaries comply with applicable Federal civil rights 
laws and
do not discriminate on the basis of race, color, national origin, age, 
disability or
sex. Humana Inc. and its subsidiaries do not exclude people or treat them 
differently
because of race, color, national origin, age, disability or sex.

English: ATTENTION: If you do not speak English, language assistance services, 
free
of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711).

Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición servicios
gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711).

繁體中文(Chinese):注意:如果您使用繁體中文,您可以免費獲得語言援助
服務。請致電 1‐877‐320‐1235 (TTY: 711)。

Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen sèvis 
èd
pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711).

Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z bezpłatnej
pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711).

한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로
이용하실 수 있습니다. 1‐877‐320‐1235 (TTY: 711)번으로 전화해 주십시오.


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


Re: RACF protection of a volume

2018-06-04 Thread Rob Schramm
Excellent point.  I ran across this ( at the time it was a pesky problem )
which kept me from at least creating datasets on a SMS volume that's part
of another Cindy.

Rob Schramm




On Mon, Jun 4, 2018, 10:37 PM Mike Schwab  wrote:

> An SMS volume from a system without the volume defined to a storage
> group is pretty darn resistant.  But they generally don't need this
> kind of treatment.
> On Mon, Jun 4, 2018 at 5:27 PM Todd Burrell  wrote:
> >
> > Hopefully this is not a stupid question - but is it possibly via RACF
> (maybe with DASDVOL) to allow a particular system to have only read access
> to a DASD volume?  We have a need to possibly vary some devices onto a
> system in one plex while it is being updated on another plex, so we would
> like to ensure the one system cannot update the volume.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
> --
> Mike A Schwab, Springfield IL USA
> Where do Forest Rangers go to get away from it all?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 

Rob Schramm

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


Re: RACF protection of a volume

2018-06-04 Thread Mike Schwab
An SMS volume from a system without the volume defined to a storage
group is pretty darn resistant.  But they generally don't need this
kind of treatment.
On Mon, Jun 4, 2018 at 5:27 PM Todd Burrell  wrote:
>
> Hopefully this is not a stupid question - but is it possibly via RACF (maybe 
> with DASDVOL) to allow a particular system to have only read access to a DASD 
> volume?  We have a need to possibly vary some devices onto a system in one 
> plex while it is being updated on another plex, so we would like to ensure 
> the one system cannot update the volume.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: RACF protection of a volume

2018-06-04 Thread Burrell, Todd
As I said this was probably a stupid question.  I suspect that from what I have 
seen MIM may be a solution, but we will look more. 

Thanks for the info, Walt. 




This email transmission and any accompanying attachments may contain CSX 
privileged and confidential information intended only for the use of the 
intended addressee. Any dissemination, distribution, copying or action taken in 
reliance on the contents of this email by anyone other than the intended 
recipient is strictly prohibited. If you have received this email in error 
please immediately delete it and notify sender at the above CSX email address. 
Sender and CSX accept no liability for any damage caused directly or indirectly 
by receipt of this email.

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


Re: HWIBCPII

2018-06-04 Thread Ed Jaffe

On 6/4/2018 10:29 AM, Clark Morris wrote:


CEEDUMP may default to SYSOUT=*.  It's long enough since I dealt with
these things that I do;t know how it should be changed for SUB=MSTR.


If that's the case, then the fault lies with LE and not BCPii.

If the allocation for CEEDUMP fails, then the dump should be taken (for 
example) with IEATDUMP.


--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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


Re: RACF protection of a volume

2018-06-04 Thread Walt Farrell
On Mon, 4 Jun 2018 17:27:25 -0500, Todd Burrell  wrote:

>Hopefully this is not a stupid question - but is it possibly via RACF (maybe 
>with DASDVOL) to allow a particular system to have only read access to a DASD 
>volume?  We have a need to possibly vary some devices onto a system in one 
>plex while it is being updated on another plex, so we would like to ensure the 
>one system cannot update the volume.

General.answer: No, it's not possible.

Limited situation answer: Yes, if 
(a) you're willing to write some RACF exits, and

(b) only want protection from data set creation/deletion and update via normal 
means (JCL, dynamic allocation, OPEN, etc.) via normal users, and 

(c) don't care what your system programmers and/or storage administrators might 
do either with authorities like OPERATIONS or via other means such as ADRDSSU, 
ICKDSF, etc.

-- 
Walt

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


Re: RACF protection of a volume

2018-06-04 Thread Rob Schramm

Are we not smart enough to deal with such things?

GRS special processing, hardware reserves, MIM..or for sysprogs.. just
being careful?

Should some restraint be exercised? Sure.. but let's not act like we are
just another server without ways to do just about anything ( some more
advisable than others ) we want!!


Rob Schramm

On Mon, Jun 4, 2018, 7:05 PM Lizette Koehler 
wrote:

> If you were not aware there is a RACF list that this question might also
> be posted to
>
> To join, if you have not done so
>
> RACFhttp://www.listserv.uga.edu/archives/racf-l.html
>
>
> A side comment, I would not allow DASD Sharing between plexes.  Within
> members of a PLEX, yes.  Between Plexes, no
>
> Especially if there are any PDS/E datasets.  Very dangerous.
>
> Could you not use some sort of transfer process (Connect Direct, FTP, etc)
> to move data between the environments?
>
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of
> > Todd Burrell
> > Sent: Monday, June 04, 2018 3:27 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: RACF protection of a volume
> >
> > Hopefully this is not a stupid question - but is it possibly via RACF
> (maybe
> > with DASDVOL) to allow a particular system to have only read access to a
> DASD
> > volume?  We have a need to possibly vary some devices onto a system in
> one
> > plex while it is being updated on another plex, so we would like to
> ensure
> > the one system cannot update the volume.
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 

Rob Schramm

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


Re: RACF protection of a volume

2018-06-04 Thread Lizette Koehler
If you were not aware there is a RACF list that this question might also be 
posted to

To join, if you have not done so

RACFhttp://www.listserv.uga.edu/archives/racf-l.html


A side comment, I would not allow DASD Sharing between plexes.  Within members 
of a PLEX, yes.  Between Plexes, no

Especially if there are any PDS/E datasets.  Very dangerous.

Could you not use some sort of transfer process (Connect Direct, FTP, etc) to 
move data between the environments?


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Todd Burrell
> Sent: Monday, June 04, 2018 3:27 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: RACF protection of a volume
> 
> Hopefully this is not a stupid question - but is it possibly via RACF (maybe
> with DASDVOL) to allow a particular system to have only read access to a DASD
> volume?  We have a need to possibly vary some devices onto a system in one
> plex while it is being updated on another plex, so we would like to ensure
> the one system cannot update the volume.
> 

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


RACF protection of a volume

2018-06-04 Thread Todd Burrell
Hopefully this is not a stupid question - but is it possibly via RACF (maybe 
with DASDVOL) to allow a particular system to have only read access to a DASD 
volume?  We have a need to possibly vary some devices onto a system in one plex 
while it is being updated on another plex, so we would like to ensure the one 
system cannot update the volume.

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


Re: HWIBCPII

2018-06-04 Thread Joel C. Ewing
On 06/04/2018 12:29 PM, Clark Morris wrote:
> [Default] On 4 Jun 2018 08:14:27 -0700, in bit.listserv.ibm-main
> edja...@phoenixsoftware.com (Ed Jaffe) wrote:
>
>> On 6/3/2018 10:07 PM, Barbara Nitz wrote:
>>
>>> The LE transaction dump *requires* JES2, hence HWIBCPII *requires* JES2 (if 
>>> only in special circumstances). Which is why I call this crappy design.
>> LE transaction dump requires JES2? That's news to me...
> CEEDUMP may default to SYSOUT=*.  It's long enough since I dealt with
> these things that I do;t know how it should be changed for SUB=MSTR.
>
> Clark Morris
>
The default dynamic allocation of CEEDUMP to SYSOUT=* was a [wise]
concession to existing COBOL shops for upward compatibility so
conversion to LE-enabled COBOL didn't require immediate mass changes to
many, many 1000's of instances of job step JCL to add new DD
statements.    All it takes to override is to provide an explicit
pre-allocation for CEEDUMP just in case a dump is needed -- so if
invoked from JCL, add a CEEDUMP DD  to send dumps to a data set if you
have a case where you don't want JES2 to be "required", or to send to a
different output class when "SYSOUT=*" is not appropriate for a dump. 

For us, output class "*" was for long-term archival -- not appropriate
for dumps -- but we didn't have any urgency to add CEEDUMP DDs  to COBOL
run-time JCL when LE was introduced, except in job streams where  large
dumps got unintentionally archived often enough to be annoying.
    Joel C Ewing

-- 
Joel C. Ewing,Bentonville, AR   jcew...@acm.org 

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


Re: Looking for IPCS VERBX examples

2018-06-04 Thread Susan Shumway
This is good feedback and definitely worthy of a requirement, so 
consider opening one. I'll direct my IPCS content developers to this 
thread as a heads up.


-Sue Shumway

On 06/04/18 11:28 AM, Don Poitras wrote:

In article <1599371286812594.wa.zos.jes2gmail@listserv.ua.edu> you wrote:

Thanks Wayne,
The reason for the request is like you said, the DOC is quite lacking.  You can 
get some info from reading the macros but that's really not how DOC should be 
done.
The only three that I've had issues with are ADPLSEQS, ADPLSMAP and maybe 
ADPLSSYM.  With the little doc/examples and the macros, and help from IBMers 
who are no longer there, I've got these working great.  I've even created a 
program to take a listing of a DSECT and build format models to be used with 
ADPLSFMT.
Wayne, if you don't mind, could you send me a sample of your code that accesses 
64-bit storage?  I'd like to do that as well.
Thanks.
Dan


Like Wayne, I can't post the whole program and when I did this, I
needed access to C header files, so I wrote our verb exit in C and
call the LE program as a subtask of the assembler IPCS exit entry.
The C program posts the assembler mother do call the IPCS router.
I used the same names when I mapped the C headers as were in the
assembler dsects, so this should give you what you need:

---
static void imemcpy(void *buffer, long dumpadr, long len)
{
if (p->padpl->adplflag & adplsyno)// if user wants out, let him go
  longjmp(buf, 1);

if (len > 8192)
{
  iprintf("imemcpy len > 8192");
  abort();
}
memcpy(p->pesr, p->pesri, sizeof(ESSY)); // init before use
memcpy(p->pxssp, p->pxsspi, sizeof(XSSP)); // init before use
memcpy(p->pesr->esrast, esrastcv, 2); // type of memory CPU ASID
p->pesr->esras2 = homeasid;   // home asid
memcpy(p->pesr->esrlad, , 8); // dump area address
memcpy(p->pesr->esrdle, , 8); // dump area length

p->pxssp->xssppfl1 |= xsspbit64;  // indicate BLSRESSY structs should 
be returned in ABITS=64 format
p->pxssp->xsspcode = xsspacc; // access storage
p->pxssp->xsspesr = p->pesr;  // equate symbol record addr
p->pxssp->xsspbuf = p->cmd.cmd;   // user buffer address
memcpy(p->pxssp->xsspmodn, "SASIPCS ", 8); // name of requestor

p->parm[0] = (ptr32) p->padpl;// adpl address
p->service = adplssym;// symbol service
p->parm[1] = (ptr32) >service;
p->parm[2] = (ptr32) p->pxssp;// symbol service parms

p->cecb = 0;  // clear my ecb
POST(>aecb, 0);// post mom to call ipcs router
WAIT1(>cecb);  // wait for mom
if (p->cecb != 0x4000)// if error, exit
{
  memset(buffer, 0, len);
  memcpy(buffer, "FAIL", 4);
}
else
  memcpy(buffer, p->cmd.cmd, len);  // return to caller
}
---

Someday, I think I'll create a version of this I can put on the CBT tape. It
was a lot of work to figure out and I think should be easier to use than it
is.



--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@us.ibm.com

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


Re: z/OS Internet Library Broken

2018-06-04 Thread Susan Shumway
Sorry guys, my newsreader only grabbed Allan's post for some reason, so I 
didn't initially have the rest of the posts with the full story. Geoff was 
notified and has indeed been working on this, so thank you for the notice! The 
V2R1 and V2R2 PDF pages should be fixed by EOD tomorrow. In the meantime, all 
the content is available on KC Hosted.

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


Re: Netview Automation Issue

2018-06-04 Thread Cieri, Anthony

We don't use RACF here, so my knowledge there is very limited, but I 
have a few suggestions!!

First, the is a Netview group under Yahoo Groups, you may find more 
Netview types there.

There are several errors below. The DSI148I and DSI417I errors lead me 
to believe that the AUTO1 OPID is NOT defined to NETVIEW.  In my environment 
(NV6.2.1) the definitions for AUTO1 (and AUTO2) are located in DSIPARM member 
DSIOPFAU. This member or equivalent must be located in the DSIPARM 
concatenation.

If possible, logon onto the Netview task for CNM04 and issue a LIST 
AUTO1 to see if it is defined to Netview!!!

Hth
Tony
.  


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of saurabh khandelwal
Sent: Monday, June 04, 2018 12:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Netview Automation Issue

 Hello Group,

We using Netview v6.1

After activating RACF, when i restarted netview, I get failure for AUTO1
id  :   "AUTO1' NOT ACTIVE  as below.

From CNMPROC address space ,

ASSIGN GROUP=+STATGRP,OP=(NETOP1,NETOP2,AUTO1)

NetView initialization style sheet processing has

begun. There is one blank preceding the earlier "is".

 Remember, NetView is one word.  The value of

 is "CNM04" and  is "NM".

This is an example styleMsg statement. There is one

blank preceding the earlier "is".  Remember, NetView

is one word.  The value of  is "CNM04" and

 is "NM".

Member CNMSTGEN included.

DSI089I INVALID STATEMENT IN NCCF MEMBER CNMSTYLE

%INCLUDE CNMSTACT

DSI724I NCCF MEMBER CNMSCBET NOT FOUND ON DSIPARM

DWO362E PIPELINE TERMINATED.  ERROR IN STAGE 1 IN PIPELINE '

< DSIPARM.CNMSCBET

BNH111I NETVIEW LOGON SCREEN BYPASS IS NOW ENABLED.

DSI148I SEVERE ERROR - INVALID VALUE SPECIFIED FOR KEYWORD E

DSI008I 'AUTO1' NOT ACTIVE

DSI031I SPECIFIED NAME 'AUTO1' INVALID

DSI556I DSISVRT : VSAM DATASET 'OPEN' COMPLETED, DDNAME = 'D

DSI530I 'DSISVRT ' : 'DST' IS READY AND WAITING FOR WORK

DSI412I THE FOLLOWING ERRORS ENCOUNTERED IN PROCESSING DSIPA

CNM536W OPERATOR ID "AUTO1" SPECIFIED FOR ROUTE KEYWORD IS U

DSI417I DSITBL01 : #066 : IF MSGID = 'NAS3799I' & (TOKEN

 ROUTE(ONE AUTO1)




*RACF definition for AUTO1 user if *



USER=AUTO1  NAME=NETVIEW PPT DEVL  OWNER=STCGRPCREATED=18.142

 DEFAULT-GROUP=SPCUSER  PASSDATE=N/APASS-INTERVAL=N/A PHRASEDATE=N/A

 ATTRIBUTES=PROTECTED

  REVOKE DATE=NONE   RESUME DATE=NONE


  LAST-ACCESS=18.143/11:14:30


  CLASS AUTHORIZATIONS=NONE


  INSTALLATION-DATA=NETVIEW PPT DEVL


  MODEL-NAME=NO


  LOGON ALLOWED   (DAYS)  (TIME)


  -


  ANYDAY  ANYTIME


   GROUP=SPCUSER   AUTH=USE  CONNECT-OWNER=STCGRP
CONNECT-DATE=18.142

 CONNECTS=02  UACC=NONE LAST-CONNECT=18.143/11:14:30


 CONNECT ATTRIBUTES=NONE


 REVOKE DATE=NONE   RESUME DATE=NONE


 SECURITY-LEVEL=NONE SPECIFIED


 CATEGORY-AUTHORIZATION


  NONE SPECIFIED


 SECURITY-LABEL=NONE SPECIFIED


 ***








We tried to trap the same message as earlier but got below message in netloga




15:44:54 C BR NETLOGA

15:45:19 - CNM493I DSITBL01 : #246 : FDIREXX1 IEF

15:45:19 - DWO032E AUTOMATION ACTION 'FDIREXX1 IEF403I OP117LST - STARTED - 
TIME=15.45.19' COULD NOT BE ROUTED TO TASK(S) CNMCSSI

15:45:19 E IEF403I OP117LST - STARTED - TIME=15.45.19

15:45:23 C BR NETLOGA

and I dont see any message on console which i was getting earlier after 
trapping message.

--
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: ptrace + SVC 144 + R14 + dbx setting register values

2018-06-04 Thread Seymour J Metz
PER definitely preserves the entire PSW. Unless the SVC routine tinkers with 
RBOPSW, I would expect Exit to restore the original value.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Monday, June 4, 2018 1:18 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: ptrace + SVC 144 + R14 + dbx setting register values

On Mon, 4 Jun 2018 16:58:31 +, Seymour J Metz wrote:

>PER uses program interrupts, not an SVC.
>
>That said, calling an SVC does not normally alter R14; the SVC would have to 
>do something unusual.
>
Does either PER or SVC preserve the program mask (CC, ILC, ...)?
If so, that's the one dbx ought to use.

Saving these things can be important if you break just before an IPM 
instruction.

-- gil

--
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: HWIBCPII

2018-06-04 Thread Clark Morris
[Default] On 4 Jun 2018 08:14:27 -0700, in bit.listserv.ibm-main
edja...@phoenixsoftware.com (Ed Jaffe) wrote:

>On 6/3/2018 10:07 PM, Barbara Nitz wrote:
>
>> The LE transaction dump *requires* JES2, hence HWIBCPII *requires* JES2 (if 
>> only in special circumstances). Which is why I call this crappy design.
>
>LE transaction dump requires JES2? That's news to me...
CEEDUMP may default to SYSOUT=*.  It's long enough since I dealt with
these things that I do;t know how it should be changed for SUB=MSTR.

Clark Morris

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


Re: problem with FTP from Windows 10 to z/OS

2018-06-04 Thread Seymour J Metz
Some windoze programs inflict a BOM on you; that breaks existing software. In 
some cases it is not obvious from the error message that there is a garbage 
character at the beginning of the file; you have to use an editor that does not 
swallow U+FEFF .


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Friday, June 1, 2018 9:27 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: problem with FTP from Windows 10 to z/OS

Hi, Kevin,

On Fri, 1 Jun 2018 23:58:39 +, Mike Hochee wrote:
>
>Note: In Windows 8 and Windows Server 2012 or later operating systems, the 
>text file must be written in UTF-8.
>
That's weird.  And irritating.  Does "text file" refer to the command file or
to the data file?  In either case, it shouldn't matter: USASCII is a subset of
UTF-8, and there's no reason the commands should contain non-ASCII
characters.  (Or does Windows inflict a BOM on you?)

Is sftp an option?  Perhaps the PSFTP component of PuTTY?

-- gil

--
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: ptrace + SVC 144 + R14 + dbx setting register values

2018-06-04 Thread Paul Gilmartin
On Mon, 4 Jun 2018 16:58:31 +, Seymour J Metz wrote:

>PER uses program interrupts, not an SVC. 
>
>That said, calling an SVC does not normally alter R14; the SVC would have to 
>do something unusual.
> 
Does either PER or SVC preserve the program mask (CC, ILC, ...)?
If so, that's the one dbx ought to use.

Saving these things can be important if you break just before an IPM 
instruction.

-- gil

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


Re: problem with FTP from Windows 10 to z/OS

2018-06-04 Thread Paul Gilmartin
On Mon, 4 Jun 2018 16:21:52 +, Farley, Peter x23353 wrote:

>Sorry for wasting bandwidth, I missed the part where you wanted the "password 
>not in the script" option.  I didn't realize the Win 7 FTP did that and that 
>Win 10 does not since I always just used "password in the script" for my 
>personal use.
> 
Does Windows provide anything similar to Command Substitution that could
be used to prompt for a password?

(I understand that Win 10 now supports bash, so this isn't entirely 
implausible.)

-- gil

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


Re: ptrace + SVC 144 + R14 + dbx setting register values

2018-06-04 Thread Seymour J Metz
PER uses program interrupts, not an SVC. 

That said, calling an SVC does not normally alter R14; the SVC would have to do 
something unusual.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Sunday, June 3, 2018 9:58 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: ptrace + SVC 144 + R14 + dbx setting register values

On Sun, 3 Jun 2018 21:09:56 -0400, Thomas David Rivers wrote:
>
>And, if SVCs architecturally have this restriction, then perhaps an SVC
>isn't the best way for PTRACE to do its break-pts?
>
How does PER work?  I believe it's nondisruptive.  And I believe VM gives the
end user control over PER.

-- gil

--
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: empty KSDS behavior - why?

2018-06-04 Thread Charles Mills
> It pays to read before write...

That's the whole subject here, right? VSAM files won't do that.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Smith
Sent: Monday, June 4, 2018 8:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: empty KSDS behavior - why?

Nice irony how he not only misunderstood the statement, but introduced his
own typo/spelling error.

It pays to read before write...

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


Re: problem with FTP from Windows 10 to z/OS

2018-06-04 Thread Farley, Peter x23353
Sorry for wasting bandwidth, I missed the part where you wanted the "password 
not in the script" option.  I didn't realize the Win 7 FTP did that and that 
Win 10 does not since I always just used "password in the script" for my 
personal use.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Monday, June 4, 2018 11:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: problem with FTP from Windows 10 to z/OS

PMFJI here, but that is simply not true of Win 10 FTP in my experience.  My 
company machine is Windows 10 Pro and the FTP command and script files that I 
use look like this (anonymized):

CMD file:

ftp -s:c:\ut\ftpscript.ftp xxx.xxx.xxx.xxx

ftpscript.ftp:

tsouser
password
quote site notrail ispfs
quote site sbdataconn=(ibm-1047,iso8859-1)

Works every time.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kevin Merkley
Sent: Monday, June 4, 2018 10:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: problem with FTP from Windows 10 to z/OS

EXTERNAL EMAIL

Thanks for the responses.
I did receive an explanation that OPTS UTF8 ON is not the problem. The Windows 
10 FTP client uses a different function to read the password and always reads 
it from stdin.
This is something we send out to customers so we have to expect they may not 
have anything available except their Windows FTP client to upload from Windows 
to z/OS.
We will have to take a different approach.
Thanks again!

--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


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


Re: z/OS Internet Library Broken

2018-06-04 Thread Allan Staller
Just to clarify. The 1st page is fine. Once you start to drill down, issues are 
encountered.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Susan Shumway
Sent: Monday, June 4, 2018 10:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS Internet Library Broken

Hi Dejan,

What's the URL of the page that you're trying to access?
https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fservers%2Fresourcelink%2Fsvc00100.nsf%2Fpages%2FzosInternetLibrary=02%7C01%7Callan.staller%40HCL.COM%7C83bb9688ba3643a3fde608d5ca2e6836%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636637223046240164=dXzNzr9wDq3%2B173zrWgLfyeRBx2014v8brW2NEHUy3Y%3D=0
is working fine for me.

-Sue Shumway

On 06/04/18 11:01 AM, Dejan Stamatovic wrote:
> I noticed the problem last week and it still has not been resolved.
> (much to my annoyance)
>
> Dejan Stamatovic
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

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


Re: z/OS Internet Library Broken

2018-06-04 Thread Allan Staller
Nope. That URL provides the same behavior.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Susan Shumway
Sent: Monday, June 4, 2018 10:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS Internet Library Broken

Hi Dejan,

What's the URL of the page that you're trying to access?
https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fservers%2Fresourcelink%2Fsvc00100.nsf%2Fpages%2FzosInternetLibrary=02%7C01%7Callan.staller%40HCL.COM%7C83bb9688ba3643a3fde608d5ca2e6836%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636637223046240164=dXzNzr9wDq3%2B173zrWgLfyeRBx2014v8brW2NEHUy3Y%3D=0
is working fine for me.

-Sue Shumway

On 06/04/18 11:01 AM, Dejan Stamatovic wrote:
> I noticed the problem last week and it still has not been resolved.
> (much to my annoyance)
>
> Dejan Stamatovic
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

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


Re: History of the Information System Technology (IT) Rating – Station HYPO

2018-06-04 Thread Mike Schwab
Is there a history to operating the analog firing computers I.E. WW2 era?

On Mon, Jun 4, 2018 at 6:38 AM, Mark Regan  wrote:
> Sharing since IBM is mentioned several times in this article. I was a CTO
> in the Navy from 1969 to 1991 (part of that was in the reserves from 1979
> to 1991).
>
> https://stationhypo.com/2018/06/04/history-of-the-information-system-technology-it-rating/
>
> --
>
> Regards,
>
> Mark T. Regan
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: empty KSDS behavior - why?

2018-06-04 Thread Steve Smith
Nice irony how he not only misunderstood the statement, but introduced his
own typo/spelling error.

It pays to read before write...

sas

On Mon, Jun 4, 2018 at 8:45 AM, J R  wrote:

> The point made was that the paragraph did not make sense as printed.  The
> suggestion was *not* that LSR and RLS were equivalent.
>
> > On Jun 4, 2018, at 08:26, Allan Staller  wrote:
> >
> > "(I'm assuming that last usage of "RLS" > should be "LSR".)"
> >
> > No. RLS and LST are *VERY* different.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
sas

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


Re: Looking for IPCS VERBX examples

2018-06-04 Thread Don Poitras
In article <1599371286812594.wa.zos.jes2gmail@listserv.ua.edu> you wrote:
> Thanks Wayne,
> The reason for the request is like you said, the DOC is quite lacking.  You 
> can get some info from reading the macros but that's really not how DOC 
> should be done.
> The only three that I've had issues with are ADPLSEQS, ADPLSMAP and maybe 
> ADPLSSYM.  With the little doc/examples and the macros, and help from IBMers 
> who are no longer there, I've got these working great.  I've even created a 
> program to take a listing of a DSECT and build format models to be used with 
> ADPLSFMT.
> Wayne, if you don't mind, could you send me a sample of your code that 
> accesses 64-bit storage?  I'd like to do that as well.
> Thanks.
> Dan

Like Wayne, I can't post the whole program and when I did this, I 
needed access to C header files, so I wrote our verb exit in C and
call the LE program as a subtask of the assembler IPCS exit entry.
The C program posts the assembler mother do call the IPCS router.
I used the same names when I mapped the C headers as were in the
assembler dsects, so this should give you what you need:

---
static void imemcpy(void *buffer, long dumpadr, long len)
{
   if (p->padpl->adplflag & adplsyno)// if user wants out, let him go
 longjmp(buf, 1);

   if (len > 8192)
   {
 iprintf("imemcpy len > 8192");
 abort();
   }
   memcpy(p->pesr, p->pesri, sizeof(ESSY)); // init before use
   memcpy(p->pxssp, p->pxsspi, sizeof(XSSP)); // init before use
   memcpy(p->pesr->esrast, esrastcv, 2); // type of memory CPU ASID
   p->pesr->esras2 = homeasid;   // home asid
   memcpy(p->pesr->esrlad, , 8); // dump area address
   memcpy(p->pesr->esrdle, , 8); // dump area length

   p->pxssp->xssppfl1 |= xsspbit64;  // indicate BLSRESSY structs should be 
returned in ABITS=64 format
   p->pxssp->xsspcode = xsspacc; // access storage
   p->pxssp->xsspesr = p->pesr;  // equate symbol record addr
   p->pxssp->xsspbuf = p->cmd.cmd;   // user buffer address
   memcpy(p->pxssp->xsspmodn, "SASIPCS ", 8); // name of requestor

   p->parm[0] = (ptr32) p->padpl;// adpl address
   p->service = adplssym;// symbol service
   p->parm[1] = (ptr32) >service;
   p->parm[2] = (ptr32) p->pxssp;// symbol service parms

   p->cecb = 0;  // clear my ecb
   POST(>aecb, 0);// post mom to call ipcs router
   WAIT1(>cecb);  // wait for mom
   if (p->cecb != 0x4000)// if error, exit
   {
 memset(buffer, 0, len);
 memcpy(buffer, "FAIL", 4);
   }
   else
 memcpy(buffer, p->cmd.cmd, len);  // return to caller
}
---

Someday, I think I'll create a version of this I can put on the CBT tape. It
was a lot of work to figure out and I think should be easier to use than it
is.

-- 
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

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


Re: z/OS Internet Library Broken

2018-06-04 Thread Pommier, Rex
Yup,  interesting thing is that the header changes to make it look like it's 
heading to a different location, but it all goes back to the menu screen.  

https://www-304.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r2-pdf-download?OpenDocument#GIM

https://www-304.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r2-pdf-download?OpenDocument#IEA

are a couple examples that just go back to the "OpenDocument" page.  

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Monday, June 04, 2018 9:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] z/OS Internet Library Broken

Anyone else having trouble accessing the V2R2 PDF's from 
https://www-304.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosInternetLibrary?OpenDocument
  ?

When I select "Download books in PDF format" I receive the expected shortcut 
list.
If is select z/OS MVS, I get different page that appears to be a visual 
duplicate.
When I select z/OS MVS from this page, I get a circular reference (same page is 
redisplayed).

If I scroll the list from the top, the list seems to be truncated after the 
last manual that would have appeared under z/OS Cryptographic Services.

Checked for the same, received the same results selecting df/SMS from the 
shortcut list.
Checked for the same, received "correct" results when selecting z/OS 
Cryptographic Services from the shortcut list.

In the interest of completeness I checked V2.3 and V2.1 as well.

All of the above seems to be just fine for z/OS 2.3.
z/OS 2.1 requests IBMID signon. After signon I receive "page not found"

Sue Shumway, Can you help?  I have tried the general numbers, etc. to no avail.
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

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


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.

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


Re: z/OS Internet Library Broken

2018-06-04 Thread Susan Shumway

Hi Dejan,

What's the URL of the page that you're trying to access? 
https://www.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosInternetLibrary 
is working fine for me.


-Sue Shumway

On 06/04/18 11:01 AM, Dejan Stamatovic wrote:

I noticed the problem last week and it still has not been resolved.
(much to my annoyance)

Dejan Stamatovic

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



--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@us.ibm.com

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


Re: HWIBCPII

2018-06-04 Thread Ed Jaffe

On 6/3/2018 10:07 PM, Barbara Nitz wrote:


The LE transaction dump *requires* JES2, hence HWIBCPII *requires* JES2 (if 
only in special circumstances). Which is why I call this crappy design.


LE transaction dump requires JES2? That's news to me...

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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


Re: problem with FTP from Windows 10 to z/OS

2018-06-04 Thread Farley, Peter x23353
PMFJI here, but that is simply not true of Win 10 FTP in my experience.  My 
company machine is Windows 10 Pro and the FTP command and script files that I 
use look like this (anonymized):

CMD file:

ftp -s:c:\ut\ftpscript.ftp xxx.xxx.xxx.xxx

ftpscript.ftp:

tsouser
password
quote site notrail ispfs
quote site sbdataconn=(ibm-1047,iso8859-1)

Works every time.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kevin Merkley
Sent: Monday, June 4, 2018 10:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: problem with FTP from Windows 10 to z/OS

EXTERNAL EMAIL

Thanks for the responses.
I did receive an explanation that OPTS UTF8 ON is not the problem. The Windows 
10 FTP client uses a different function to read the password and always reads 
it from stdin.
This is something we send out to customers so we have to expect they may not 
have anything available except their Windows FTP client to upload from Windows 
to z/OS.
We will have to take a different approach.
Thanks again!

--


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


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


z/OS Internet Library Broken

2018-06-04 Thread Dejan Stamatovic
I noticed the problem last week and it still has not been resolved. 
(much to my annoyance)

Dejan Stamatovic

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


Re: Looking for IPCS VERBX examples

2018-06-04 Thread Dan D
Sorry, I meant that I got the OTHERS working well but these three have me 
confused.

Thanks,
Dan

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


Re: Looking for IPCS VERBX examples

2018-06-04 Thread Dan D
Thanks Wayne,

The reason for the request is like you said, the DOC is quite lacking.  You can 
get some info from reading the macros but that's really not how DOC should be 
done.
The only three that I've had issues with are ADPLSEQS, ADPLSMAP and maybe 
ADPLSSYM.  With the little doc/examples and the macros, and help from IBMers 
who are no longer there, I've got these working great.  I've even created a 
program to take a listing of a DSECT and build format models to be used with 
ADPLSFMT.

Wayne, if you don't mind, could you send me a sample of your code that accesses 
64-bit storage?  I'd like to do that as well.

Thanks.
Dan

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


Re: problem with FTP from Windows 10 to z/OS

2018-06-04 Thread Kevin Merkley
Thanks for the responses.
I did receive an explanation that OPTS UTF8 ON is not the problem. The Windows 
10 FTP client uses a different function to read the password and always reads 
it from stdin.
This is something we send out to customers so we have to expect they may not 
have anything available except their Windows FTP client to upload from Windows 
to z/OS.
We will have to take a different approach.
Thanks again!

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


Re: z/OS Internet Library Broken

2018-06-04 Thread Mike Hochee
Yes, I reported issues with both the z/OS 2.1 and 2.2 pdf libraries to IBM last 
Friday afternoon. I received a reply that someone by the name of Geoff Smith is 
looking into them.  I will forward this email to him as well.  (Thank you!  I 
wasn't hallucinating this time!) 

Mike   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Monday, June 4, 2018 10:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS Internet Library Broken

Anyone else having trouble accessing the V2R2 PDF's from 
https://www-304.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosInternetLibrary?OpenDocument
  ?

When I select "Download books in PDF format" I receive the expected shortcut 
list.
If is select z/OS MVS, I get different page that appears to be a visual 
duplicate.
When I select z/OS MVS from this page, I get a circular reference (same page is 
redisplayed).

If I scroll the list from the top, the list seems to be truncated after the 
last manual that would have appeared under z/OS Cryptographic Services.

Checked for the same, received the same results selecting df/SMS from the 
shortcut list.
Checked for the same, received "correct" results when selecting z/OS 
Cryptographic Services from the shortcut list.

In the interest of completeness I checked V2.3 and V2.1 as well.

All of the above seems to be just fine for z/OS 2.3.
z/OS 2.1 requests IBMID signon. After signon I receive "page not found"

Sue Shumway, Can you help?  I have tried the general numbers, etc. to no avail.
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

--
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


z/OS Internet Library Broken

2018-06-04 Thread Allan Staller
Anyone else having trouble accessing the V2R2 PDF's from 
https://www-304.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosInternetLibrary?OpenDocument
  ?

When I select "Download books in PDF format" I receive the expected shortcut 
list.
If is select z/OS MVS, I get different page that appears to be a visual 
duplicate.
When I select z/OS MVS from this page, I get a circular reference (same page is 
redisplayed).

If I scroll the list from the top, the list seems to be truncated after the 
last manual that would have appeared under z/OS Cryptographic Services.

Checked for the same, received the same results selecting df/SMS from the 
shortcut list.
Checked for the same, received "correct" results when selecting z/OS 
Cryptographic Services from the shortcut list.

In the interest of completeness I checked V2.3 and V2.1 as well.

All of the above seems to be just fine for z/OS 2.3.
z/OS 2.1 requests IBMID signon. After signon I receive "page not found"

Sue Shumway, Can you help?  I have tried the general numbers, etc. to no avail.
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

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


Re: ptrace + SVC 144 + R14 + dbx setting register values

2018-06-04 Thread Thomas David Rivers

Peter Relson wrote:


if SVCs architecturally have this restriction
   



SVCs do not architecturally have this restriction.

Given what I know in general (not specific to USS), I would not make the 
assumption that "...because the SVC 144 routine uses register 14 to exit" 
is true.
It might be true that a modification to register 14 is lost, but this is 
not the reason. Conceivably the designer/coder of that routine that it was 
true, but that doesn't make it true.


I'll see if I can track down someone who knows.

Peter Relson
z/OS Core Technology Design


-


Thanks Peter!

 That quote is from the IBM doc... (the section on BPX1PTR in the Callable
services descriptions.)   So.. ?

  - Thanks so very much for following up! -
   - Dave Rivers -


--
riv...@dignus.comWork: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.com

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


Re: empty KSDS behavior - why?

2018-06-04 Thread J R
The point made was that the paragraph did not make sense as printed.  The 
suggestion was *not* that LSR and RLS were equivalent. 

> On Jun 4, 2018, at 08:26, Allan Staller  wrote:
> 
> "(I'm assuming that last usage of "RLS" > should be "LSR".)"
> 
> No. RLS and LST are *VERY* different.

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


Re: History of the Information System Technology (IT) Rating – Station HYPO

2018-06-04 Thread Dave Jones
A very interesting history, Mark. Thanks for sharing.
And thanks for your service, too.
DJ

On Mon, 4 Jun 2018 07:38:02 -0400, Mark Regan  wrote:

>Sharing since IBM is mentioned several times in this article. I was a CTO
>in the Navy from 1969 to 1991 (part of that was in the reserves from 1979
>to 1991).
>
>https://stationhypo.com/2018/06/04/history-of-the-information-system-technology-it-rating/
>
>--
>
>Regards,
>
>Mark T. Regan
>
>--
>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: empty KSDS behavior - why?

2018-06-04 Thread Allan Staller
"(I'm assuming that last usage of "RLS" > should be "LSR".)"

No. RLS and LST are *VERY* different.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Gould
Sent: Saturday, June 2, 2018 1:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: empty KSDS behavior - why?

> On Jun 1, 2018, at 5:55 PM, Frank Swarbrick  
> wrote:
>
> Here's something interesting I found in the "VSAM Demystified"
> Redbook:  "Empty KSDSs: RLS allows you to open an empty KSDS without
> first loading the data set. In other modes (NSR, RLS [sic?]), this
> process is not possible."  (I'm assuming that last usage of "RLS"
> should be "LSR".)
>
> Can't find the actual IBM documentation of this, nor can I test it (we don't 
> use RLS), but it seems to add weight to my thought that this should be 
> allowed...
>
Frank,

Maybe it is a IBM marketing tool to sell RLS, if it is then it fell on deaf 
ears, as I never heard of that feature either, anyone one else?

Ed
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

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


Re: ptrace + SVC 144 + R14 + dbx setting register values

2018-06-04 Thread Peter Relson
>if SVCs architecturally have this restriction

SVCs do not architecturally have this restriction.

Given what I know in general (not specific to USS), I would not make the 
assumption that "...because the SVC 144 routine uses register 14 to exit" 
is true.
It might be true that a modification to register 14 is lost, but this is 
not the reason. Conceivably the designer/coder of that routine that it was 
true, but that doesn't make it true.

I'll see if I can track down someone who knows.

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


History of the Information System Technology (IT) Rating – Station HYPO

2018-06-04 Thread Mark Regan
Sharing since IBM is mentioned several times in this article. I was a CTO
in the Navy from 1969 to 1991 (part of that was in the reserves from 1979
to 1991).

https://stationhypo.com/2018/06/04/history-of-the-information-system-technology-it-rating/

-- 

Regards,

Mark T. Regan

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


Re: migrate from GDPS 3.12 to GDPS metro 4.1.

2018-06-04 Thread Steve Horein
3.12 to 4.1 will require Big Bang method.
Chapter 1, topic 1.4, "Migration and coexistence" of the "Installation and
Customization Guide" has the details.

On Mon, Jun 4, 2018 at 2:16 AM, Jason Cai  wrote:

> Hi all
>
>  We want to migrate from GDPS 3.12 to GDPS metro 4.1.
>
>  There are two migration procedures: 1. Big Bang migration
>
> and 2 Enhanced migration
>
>  Could you tell us which migration procedure could be chosen to
>
> migrate from GDPS 3.12 to GDPS metro 4.1 directly.
>
>  Is there any relevant migration documentation for reference?
>
>
> Any thoughts/comments/suggestions would be greatly appreciated!
>
>
> Thanks a lot!
>
> Jason Cai
>
> --
> 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


migrate from GDPS 3.12 to GDPS metro 4.1.

2018-06-04 Thread Jason Cai
Hi all

 We want to migrate from GDPS 3.12 to GDPS metro 4.1.

 There are two migration procedures: 1. Big Bang migration

and 2 Enhanced migration 

 Could you tell us which migration procedure could be chosen to  

migrate from GDPS 3.12 to GDPS metro 4.1 directly.

 Is there any relevant migration documentation for reference?

 
Any thoughts/comments/suggestions would be greatly appreciated!


Thanks a lot!

Jason Cai

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