from:"Jim Thomas"

Re: BXLE instruction

2024-06-09 Thread Jim Thomas

My Apologies  Clicked send before I was done ...

SELECT BRXH R15,R15,NZ
WHEN (16)
   something ..
 WHEN (8)
something ..
  ENDSEL ,

If so desired, you could have IF statements with your WHEN ... e.g. let's say 
you want to check for a reason code of 200 in R0 ..

   WHEN (4)
IF (CHI,R0,EQ,200)
 something
ENDIF , (or, ELSEIF for another IF)

From: IBM Mainframe Discussion List  on behalf of Jim 
Thomas 
Sent: Sunday, June 9, 2024 2:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: BXLE instruction

Seymour,

I'd use a SELECT rather than an IF (since you're looking for more than one 
possibility) but ... none the less (and using branch relative) ...

BRXH R15,R15,non_zero 
Continue for R15 = zero ..

Kind Regards
Jim Thomas

From: IBM Mainframe Discussion List  on behalf of 
Seymour J Metz 
Sent: Sunday, June 9, 2024 1:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Fw: BXLE instruction

I meant to repost this last year but it slipped through the cracks. If anyone 
can help Bill with his registration issue I'd appreciate it. Also, if anybody 
has a machine-readable copy of the TR I'd love to see it.

The trick in question relies on the use of the same odd register as the R1 and 
R3 in BXH,  BXHG, BXLE, BXLEG, JXH, JXHG, JXLE and JXLEG. You can only test 30 
consecutive bits with the 32-bit version and 62 with the 64-bit version; the 
high and low bits should be zero. The code, arbitrarily picking GR 1 as the odd 
register, looks something like:

 L R1,STATUS
 IF(BXH,R15,r15)
 action 1
 ENDIF
 ...
 IF(BXH,R15,r15)
 action 30
 ENDIF
...
STATUS   DCA.1(0,flag1,...,flag31,0)

Where the test is a BXH or BXLE depending on which way you want to test.

If you have to work it out with pencil and paper in order to understand what's 
going on, welcome to the club. I thought that it was slick the first time I saw 
it, and I still  think so. I think it would be a good example in PoOps.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר

From: William Collier 
Sent: Wednesday, November 2, 2022 11:27 AM
To: Seymour J Metz
Subject: BXLE instruction


To:  Seymour J Metz mailto:sme...@gmu.edu>>

Hi,

  Last night I enjoyed reading your comment on the IBM-MAIN
listserv:

The slickest thing that I saw in OS/360 was code testing
successive bits using BXH and BXLE.

  I would like to respond with the note below.  I have followed
(I believe) all the directions for creating a password in order
to be allowed to post a note responding to your note.  It hasn't
worked (yet).  Would you, in the interest of timeliness, be
willing to post the note below on my behalf?  If not, that's OK.
I will figure it out.

Bill Collier

==

Re: End of several eras

  Back in 1965 IBM Poughkeepsie our job was to write an operating
system for System/360 which would fit into 1K bytes (sic) of an
8k byte machine.  I figured out how to use a BXLE instruction to
both test and advance a bit string in a register.  It saved us
maybe 30-some bytes.  I described this in IBM TR 00.1412-1, June
22, 1966.  Thank you, Seymour Metz, for your note reminding us of
the fun we had in those days.

  Bill Collier
  coll...@acm.org<mailto:coll...@acm.org>


--
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: BXLE instruction

2024-06-09 Thread Jim Thomas

Seymour,

I'd use a SELECT rather than an IF (since you're looking for more than one 
possibility) but ... none the less (and using branch relative) ...

BRXH R15,R15,non_zero 
Continue for R15 = zero ..

Kind Regards
Jim Thomas

From: IBM Mainframe Discussion List  on behalf of 
Seymour J Metz 
Sent: Sunday, June 9, 2024 1:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Fw: BXLE instruction

I meant to repost this last year but it slipped through the cracks. If anyone 
can help Bill with his registration issue I'd appreciate it. Also, if anybody 
has a machine-readable copy of the TR I'd love to see it.

The trick in question relies on the use of the same odd register as the R1 and 
R3 in BXH,  BXHG, BXLE, BXLEG, JXH, JXHG, JXLE and JXLEG. You can only test 30 
consecutive bits with the 32-bit version and 62 with the 64-bit version; the 
high and low bits should be zero. The code, arbitrarily picking GR 1 as the odd 
register, looks something like:

 L R1,STATUS
 IF(BXH,R15,r15)
 action 1
 ENDIF
 ...
 IF(BXH,R15,r15)
 action 30
 ENDIF
...
STATUS   DCA.1(0,flag1,...,flag31,0)

Where the test is a BXH or BXLE depending on which way you want to test.

If you have to work it out with pencil and paper in order to understand what's 
going on, welcome to the club. I thought that it was slick the first time I saw 
it, and I still  think so. I think it would be a good example in PoOps.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר

From: William Collier 
Sent: Wednesday, November 2, 2022 11:27 AM
To: Seymour J Metz
Subject: BXLE instruction


To:  Seymour J Metz mailto:sme...@gmu.edu>>

Hi,

  Last night I enjoyed reading your comment on the IBM-MAIN
listserv:

The slickest thing that I saw in OS/360 was code testing
successive bits using BXH and BXLE.

  I would like to respond with the note below.  I have followed
(I believe) all the directions for creating a password in order
to be allowed to post a note responding to your note.  It hasn't
worked (yet).  Would you, in the interest of timeliness, be
willing to post the note below on my behalf?  If not, that's OK.
I will figure it out.

Bill Collier

==

Re: End of several eras

  Back in 1965 IBM Poughkeepsie our job was to write an operating
system for System/360 which would fit into 1K bytes (sic) of an
8k byte machine.  I figured out how to use a BXLE instruction to
both test and advance a bit string in a register.  It saved us
maybe 30-some bytes.  I described this in IBM TR 00.1412-1, June
22, 1966.  Thank you, Seymour Metz, for your note reminding us of
the fun we had in those days.

  Bill Collier
  coll...@acm.org<mailto:coll...@acm.org>


--
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: New z/Architecture Instructions and Mnemonics

2021-03-28 Thread Jim Thomas

Sir,

For the moment ... I see, using gyrations of STFH, LFH, SLLG (or SRLG) with a 
RLLG (or two) at the end, works ..  

Usage depends on various scenarios  

Kind Regards 
Jim Thomas 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John Abell
Sent: Sunday, March 28, 2021 10:05
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

Agreed but none of the shift instructions in the POPs are that long.  I also 
considered the Vector shift instructions but they do not fit either.  I will be 
interested in the end result of this.

Cheers,
John T. Abell   
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, tampering, 
unauthorized amendment and viruses. We only send and receive emails on the 
basis that we are not liable for any such corruption, interception, tampering, 
amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jim Thomas
Sent: Saturday, March 27, 2021 6:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

Hello John,

No.. those are subtract instructions ... I was hunting for the shift 
instructions ... 

thank you though... 

Kind Regards
Jim Thomas 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John Abell
Sent: Saturday, March 27, 2021 16:52
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

Maybe, Page 7-22 shows SLHHHR and SLHHLR so maybe?

John T. Abell   
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, tampering, 
unauthorized amendment and viruses. We only send and receive emails on the 
basis that we are not liable for any such corruption, interception, tampering, 
amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Saturday, March 27, 2021 5:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

Typo? Even presenters make mistakes. I know -- I've done it.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jim Thomas
Sent: Saturday, March 27, 2021 2:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

Hello Peter,

Thank you for your response .. I was at the same conclusion but, I've pulled it 
up with an online reference tool (a while back) and did also find it (while 
I've been searching), at one of the Assembler University presentations (206 to 
be specific .. powerful new z/Architecture instructions That Don't Require 
AMODE(64) Part 1'.

Kind Regards
Jim Thomas 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Saturday, March 27, 2021 13:29
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

The latest PoOP for z15 has no such mnemonic as SLLHH.  From what source do you 
think SLLHH is a valid instruction mnemonic?

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jim 
Thomas
Sent: Saturday, March 27, 2021 2:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: New z/Architecture Instructions and Mnemonics

Hello All ... 

I'm trying to find details on some of the newer mnemonics ... starting with 
SLLHH (among others) but have not found any

Re: New z/Architecture Instructions and Mnemonics

2021-03-27 Thread Jim Thomas

Sir,

I agree .. done it a lot ... plus my saying 'oops' in the midst of a 
presentation ..  ... 

Will keep digging .. 

Kind Regards 
Jim Thomas 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Saturday, March 27, 2021 16:42
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

Typo? Even presenters make mistakes. I know -- I've done it.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jim Thomas
Sent: Saturday, March 27, 2021 2:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

Hello Peter,

Thank you for your response .. I was at the same conclusion but, I've pulled it 
up with an online reference tool (a while back) and did also find it (while 
I've been searching), at one of the Assembler University presentations (206 to 
be specific .. powerful new z/Architecture instructions That Don't Require 
AMODE(64) Part 1'.

Kind Regards
Jim Thomas 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Saturday, March 27, 2021 13:29
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

The latest PoOP for z15 has no such mnemonic as SLLHH.  From what source do you 
think SLLHH is a valid instruction mnemonic?

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jim 
Thomas
Sent: Saturday, March 27, 2021 2:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: New z/Architecture Instructions and Mnemonics

Hello All ... 

I'm trying to find details on some of the newer mnemonics ... starting with 
SLLHH (among others) but have not found any Principles of Operations or HLASM 
doc .. 

Would anybody be kind enough to point me in the right direction ??.. 

Kind Regards
Jim Thomas
--

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

--
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: New z/Architecture Instructions and Mnemonics

2021-03-27 Thread Jim Thomas

Hello John,

No.. those are subtract instructions ... I was hunting for the shift 
instructions ... 

thank you though... 

Kind Regards 
Jim Thomas 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John Abell
Sent: Saturday, March 27, 2021 16:52
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

Maybe, Page 7-22 shows SLHHHR and SLHHLR so maybe?

John T. Abell   
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, tampering, 
unauthorized amendment and viruses. We only send and receive emails on the 
basis that we are not liable for any such corruption, interception, tampering, 
amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Saturday, March 27, 2021 5:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

Typo? Even presenters make mistakes. I know -- I've done it.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jim Thomas
Sent: Saturday, March 27, 2021 2:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

Hello Peter,

Thank you for your response .. I was at the same conclusion but, I've pulled it 
up with an online reference tool (a while back) and did also find it (while 
I've been searching), at one of the Assembler University presentations (206 to 
be specific .. powerful new z/Architecture instructions That Don't Require 
AMODE(64) Part 1'.

Kind Regards
Jim Thomas 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Saturday, March 27, 2021 13:29
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

The latest PoOP for z15 has no such mnemonic as SLLHH.  From what source do you 
think SLLHH is a valid instruction mnemonic?

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jim 
Thomas
Sent: Saturday, March 27, 2021 2:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: New z/Architecture Instructions and Mnemonics

Hello All ... 

I'm trying to find details on some of the newer mnemonics ... starting with 
SLLHH (among others) but have not found any Principles of Operations or HLASM 
doc .. 

Would anybody be kind enough to point me in the right direction ??.. 

Kind Regards
Jim Thomas
--

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

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

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

Re: New z/Architecture Instructions and Mnemonics

2021-03-27 Thread Jim Thomas

Hello Ed, 

Thank you for your email ... 

No Sir .. I've pulled it up with some online reference tool (a while back) and 
did also find it (while I've been searching), at one 
of the Assembler University presentations (206 to be specific .. powerful new 
z/Architecture instructions That Don't Require AMODE(64) Part 1'.

Yes .. I was specifically looking at the 'SHIFT LOGICAL' instructions ... 

Kind Regards 
Jim Thomas 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ed 
Jaffe
Sent: Saturday, March 27, 2021 14:56
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

On 3/27/2021 11:01 AM, Jim Thomas wrote:
> Hello All ...
>
> I'm trying to find details on some of the newer mnemonics ... starting with 
> SLLHH (among others) but have not found any Principles of Operations or HLASM 
> doc ..
>
> Would anybody be kind enough to point me in the right direction ??..

There is no such mnemonic. Could you be thinking of SLHHHR or SLHHLR?

(Big difference between SHIFT LOGICAL and SUBTRACT LOGICAL.)

The latest PoOp of which I am aware is SA22-7832-12 which is readily downloaded 
from IBM's site.

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://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

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

Re: New z/Architecture Instructions and Mnemonics

2021-03-27 Thread Jim Thomas

Hello Peter,

Thank you for your response .. I was at the same conclusion but, I've pulled it 
up with an online reference tool (a while back) and did also find it (while 
I've been searching), at one 
of the Assembler University presentations (206 to be specific .. powerful new 
z/Architecture instructions That Don't Require AMODE(64) Part 1'.

Kind Regards 
Jim Thomas 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Saturday, March 27, 2021 13:29
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

The latest PoOP for z15 has no such mnemonic as SLLHH.  From what source do you 
think SLLHH is a valid instruction mnemonic?

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jim 
Thomas
Sent: Saturday, March 27, 2021 2:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: New z/Architecture Instructions and Mnemonics

Hello All ... 

I'm trying to find details on some of the newer mnemonics ... starting with 
SLLHH (among others) but have not found any Principles of Operations or HLASM 
doc .. 

Would anybody be kind enough to point me in the right direction ??.. 

Kind Regards
Jim Thomas
--

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

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

New z/Architecture Instructions and Mnemonics

2021-03-27 Thread Jim Thomas

Hello All ... 

I'm trying to find details on some of the newer mnemonics ... starting with 
SLLHH (among others) but have not found any Principles of Operations or HLASM 
doc .. 

Would anybody be kind enough to point me in the right direction ??.. 

Kind Regards 
Jim Thomas 


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

z/OS V1R13 - Counter Mode AES - GSSAPI - FTP

2019-06-01 Thread Jim Thomas

All,

My apologies if I'm posting to the wrong group or not having much detail. 

I have someone running z/OS V1R13 on a z10 BC that I will be upgrading soon 
but, was asked to implement stronger encryption for them to test / prepare, in 
the interim. They currently use DES. Note - the KDC is on *nix. 

I am hoping that someone knowledgeable / experienced with AES counter mode 
implementation and usage can give me some direction / pointers and / or, advice 
on implementing AES counter mode ciphers alongside DES (and others), for their 
existing batch FTP jobs. 

I tried a test FTP (batch), after adding 'aes256-ctr,aes128-ctr' ahead of all 
other ciphers (the entire list from aes256-cts-. des-cbc-crc) to 
/etc/skrb/krb5.conf, but GSSAPI complained of a 'syntax error'. More than 
likely, one mistake I'd made was that I updated both 'default_tgs_enctypes' and 
'default_tkt_enctypes' to have the entire list of encryption types. My attempts 
were not able to get around it. I was also not able to find anything specific 
or unique, about coding the two variables in krb5.conf.

I have found a lot of doc on implementing / using, most all other encryption 
types but very few that were really helpful about AES counter mode and even 
less, about having AES counter mode with weaker ciphers, included in the list. 

Any and all direction and / or advise, would be greatly appreciated. 

Kind Regards
Jim Thomas

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

Re: grabbing JES output via FTP

2017-08-20 Thread JIm Thomas

Depending on JESINTERFACELEVEL .. try issuing a 'SITE JESOWNER=*' <- (or 
submitter's userid) ..


Jim


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Saturday, August 19, 2017 9:36:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: grabbing JES output via FTP

On Sat, 19 Aug 2017 21:34:57 -0400, Tony Thigpen wrote:

>I am attempting to use FTP under VM to grab some job output from JES2. I
>am getting a strange error that I don't know where to start trying to
>resolve it. I also get the same messages when I try to ftp from a local pc.
>
>...
> >>>EPRT |1|10.10.50.141|1170|
>500 unknown command EPRT
>
>thoughts?
>
RFC 2428?

-- 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 : Setting A SLIP For A Program Running Under CICS.

2014-05-16 Thread Jim Thomas

Hello, 

Many thanks to everybody that tried to help.

Kind Regards.

Jim Thomas

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

Re : Setting A SLIP For A Program Running Under CICS.

2014-05-08 Thread Jim Thomas

Hello, 

I am trying to set a SLIP for a transaction (program) that runs under CICS and 
having no luck. 

I have tried searching but have not run across any useful information thus far. 

Could somebody either point me to where I can read up on setting an IF SLIP for 
a CICS program
or tell me how to do it please ??. Note : I need an IF SLIP … Compcode will not 
do. 

I was pointed to using CECI on the CICS-L but would prefer if I could just SLIP 
it. 

Please acknowledge and advise. 

Kind Regards.

Jim Thomas

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

Re: IMS 11.1 Operational issue ...

2014-05-05 Thread Jim Thomas

Hello,

I could not find an 'active' IMS list so forgive me if I am mis-posting here. 

IMS OLDS’s (only five primary and secondary’s were initially defined) are full 
and need an archive.

I allocated five more for both, primary and secondary, added them to the CR 
region
startup and to the DFSVSMDC (if I were to change the DC suffix, where and how 
do I 
point to it) proclib member. I have not found out how to update the RECONs as 
of yet.

If I try to logon to IMS, I just hang, presumably because it needs a restart.

That all said, if I bring up IMS now, it requires an 'erestart'. The ERESTART 
COLDSYS starts but IMS soon issues the below and abends.

DFS041I DBRC SIGNON REQUEST, RC=16. IVP1  
DFS041I DBRC SIGNON REQUEST, RC=16.   IVP1
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP00 IVP1   
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP00   IVP1 
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP01 IVP1   
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP01   IVP1 
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP02 IVP1   
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP02   IVP1 
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP03 IVP1   
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP03   IVP1 
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP04 IVP1   
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP04   IVP1 
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP05 IVP1   
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP05   IVP1 
DFS2482I DBRC LOG OPENEXIT FAILED (04) IVP1   
DFS629I IMS DLG TCB ABEND - IMS 0071  IVP1
DFS629I PSW AT ERROR = 077C1000 8016CED0  IVP1
DFS629I MODID = DFSFDLS1-OPEN EPA = 1C98CB66  IVP1
DFS629I R0-3   0448 0047 1C91C200 0A8C  IVP1  
DFS629I R4-7   000C 1C693154 0016CEBC 80167BD6  IVP1  
DFS629I R8-11  00C30108  00C3 00C509B8  IVP1  
DFS629I R12-15 00167958 0018C118 80167DCC 0404  IVP1  
DFS2482I DBRC LOG OPENEXIT FAILED (04)   IVP1 
DFS629I IMS XFP TCB ABEND - IMS 4095  IVP1
DFS629I IMS RDS TCB ABEND - IMS 4095  IVP1
DFS629I IMS DYA TCB ABEND - IMS 4095  IVP1

Could anybody tell me how to update the RECONs and or, how to wipe out all the 
logs and 
whatever else and just start fresh ??. I really don’t think I want the archive 
for now.

Any advice and or direction would be appreciated. 

Kind Regards. 

Jim Thomas

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

Re: IMS 11.1 Operational issue ...

2014-05-05 Thread Jim Thomas

Mark,

Thank you ... I've just send a subscription request to them 

Kind Regards

Jim Thomas

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Regan
Sent: Monday, May 05, 2014 12:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IMS 11.1 Operational issue ...

There is a IMS list that is hosted by BMC. Details are at

http://www.lsoft.com/scripts/wl.exe?SL1=IMS-LH=IMSLISTSERV.BMC.COM 


 
Thanks, 

Mark Regan 




 From: Jim Thomas j...@thethomasresidence.us
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Monday, May 5, 2014 12:46 PM
Subject: Re: IMS 11.1 Operational issue ...
 

Hello,

I could not find an 'active' IMS list so forgive me if I am mis-posting here. 

IMS OLDS’s (only five primary and secondary’s were initially defined) are full 
and need an archive.

I allocated five more for both, primary and secondary, added them to the CR 
region
startup and to the DFSVSMDC (if I were to change the DC suffix, where and how 
do I 
point to it) proclib member. I have not found out how to update the RECONs as 
of yet.

If I try to logon to IMS, I just hang, presumably because it needs a restart.

That all said, if I bring up IMS now, it requires an 'erestart'. The ERESTART 
COLDSYS starts but IMS soon issues the below and abends.

DFS041I DBRC SIGNON REQUEST, RC=16. IVP1  
DFS041I DBRC SIGNON REQUEST, RC=16.   IVP1
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP00 IVP1  
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP00   IVP1 
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP01 IVP1  
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP01   IVP1 
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP02 IVP1  
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP02   IVP1 
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP03 IVP1  
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP03   IVP1 
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP04 IVP1  
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP04   IVP1 
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP05 IVP1  
DFS3259I ONLINE LOG DATA SET NOT YET ARCHIVED FOR DFSOLP05   IVP1 
DFS2482I DBRC LOG OPENEXIT FAILED (04) IVP1  
DFS629I IMS DLG TCB ABEND - IMS 0071  IVP1
DFS629I PSW AT ERROR = 077C1000 8016CED0  IVP1
DFS629I MODID = DFSFDLS1-OPEN EPA = 1C98CB66  IVP1
DFS629I R0-3   0448 0047 1C91C200 0A8C  IVP1  
DFS629I R4-7   000C 1C693154 0016CEBC 80167BD6  IVP1  
DFS629I R8-11  00C30108  00C3 00C509B8  IVP1  
DFS629I R12-15 00167958 0018C118 80167DCC 0404  IVP1  
DFS2482I DBRC LOG OPENEXIT FAILED (04)   IVP1
DFS629I IMS XFP TCB ABEND - IMS 4095  IVP1
DFS629I IMS RDS TCB ABEND - IMS 4095  IVP1
DFS629I IMS DYA TCB ABEND - IMS 4095  IVP1

Could anybody tell me how to update the RECONs and or, how to wipe out all the 
logs and 
whatever else and just start fresh ??. I really don’t think I want the archive 
for now.

Any advice and or direction would be appreciated. 

Kind Regards. 

Jim Thomas

--
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: Storage Obtain .....

2014-02-12 Thread Jim Thomas

Jim

It's the workarea length ... 004C0 105 LCLDSCTL EQU   *-LCLDSECT
LENGTH OF LOCAL WORK AREA  0041

SVC 6B _1F0012E2  9F001298 9F001298 003C  ModeSet
CCB45F68C0317E5E   05
07851000 8000

 SVCR6B _1F0012E2   9F001298 003C
CCB45F68C0327E4E   05
07041000 8000

 SSRV78  9F00130A      Getmain
CCB45F68C0337D48   05
   003D

 PGM004 _1F001320  00040004    0001 
003D 003D CCB45F68C034FF2C   05
0704 8000      

*RCVY  PROG940C4000 0004   0001 
003D 003D CCB45F68C06843A6   05
   

 SSRV78  8132BBC2  4000EF50 0A28 00FCA5D8  Getmain
CCB45F68C07A83B0   05
   0001


Kind Regards.,

Jim Thomas 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jim Mulder
Sent: Tuesday, February 11, 2014 8:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage Obtain .

  BAKR  R0,R0
  MSTA  R0 
  MSTA  R12 
  MODESET MODE=SUP,
KEY=ZERO 
  L R11,PSAAOLD-PSA 
  SETLOCK OBTAIN, 
ASCB=(11), 
TYPE=CML, 
MODE=UNCOND 
  XRR4,R4 
  L R7,PSAAOLD-PSA
  STORAGE OBTAIN, 
LENGTH=LCLDSCTL, 
SP=244, 
LOC=(31,31), 
CAUB=CURRENT, 
OWNER=HOME, 
LINKAGE=BRANCH 
  LRR11,R1 
  LRR0,R1 
  XRR14,R14 
  XRR15,R15 
  L R1,=AL4(WORKAREA) 
  MVCL  R0,R14
 
 Everything up to the STORAGE OBTAIN seems to work but w/trying to 
 chain backward / forward save area's (no I not really using the 
 linkage
stack),
 I get a S0C4-4 ??... I understand the S0C4 because R1 is zeroes ... 
 but
...
 why ??. My LTR after the STORAGE OBTAIN does not catch a failure. 
 
 The only reason I'm trying to use the linkage stack is because this is
at
 the very start of my program.
 
 The trace table shows the SSRV for the OBTAIN .. but it's obviously 
 failing...

  It's not failing.  If it was failing, with the default of COND=NO, 
you would have gotten an ABEND.  What is in the SSRV   78   trace entry?
What is LCLDSCTL, which you used as a length specification? 

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

--
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: Storage Obtain .....

2014-02-12 Thread Jim Thomas

Charles,

They are the same ... I'd typed 'workarea' (in the email) while trying to
describe what the field was and never changed it.

Kind Regards.

Jim Thomas

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Tuesday, February 11, 2014 8:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage Obtain .

What is the MVCL trying to accomplish? Clear a number of bytes equal to the
address of WORKAREA? Might you want the length of the OBTAIN and the length
of the MVCL to be the same?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jim Thomas
Sent: Tuesday, February 11, 2014 3:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage Obtain .

Hello ... 

Given the below ... 

 BAKR  R0,R0
 MSTA  R0  
 MSTA  R12 
 MODESET MODE=SUP,
   KEY=ZERO   
 L R11,PSAAOLD-PSA 
 SETLOCK OBTAIN,   
   ASCB=(11),  
   TYPE=CML,   
   MODE=UNCOND 
 XRR4,R4 
 L R7,PSAAOLD-PSA
 STORAGE OBTAIN, 
   LENGTH=LCLDSCTL,  
   SP=244,   
   LOC=(31,31),  
   CAUB=CURRENT, 
   OWNER=HOME,   
   LINKAGE=BRANCH
 LRR11,R1
 LRR0,R1 
 XRR14,R14   
 XRR15,R15   
 L R1,=AL4(WORKAREA) 
 MVCL  R0,R14

Everything up to the STORAGE OBTAIN seems to work but w/trying to chain
backward / forward save area's (no I not really using the linkage stack), I
get a S0C4-4 ??... I understand the S0C4 because R1 is zeroes ... but ...
why ??. My LTR after the STORAGE OBTAIN does not catch a failure. 

The only reason I'm trying to use the linkage stack is because this is at
the very start of my program.

The trace table shows the SSRV for the OBTAIN .. but it's obviously
failing... 

Could anybody give me some direction / suggestions ??. 

--
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: Storage Obtain .....

2014-02-12 Thread Jim Thomas

Binyamin,

Twice because the first is for R0,R1 and the second is for R12,R13.

When my ASCB = home, then it is a local lock. 

Ohh.. good one Binyamin ... duhh ... I didn't even think of that ... I'll
preserve the 
registers, especially R13, retry and repost. 

Thank you kind Sir,

Kind Regards,

Jim Thomas

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Binyamin Dissen
Sent: Wednesday, February 12, 2014 3:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage Obtain .

On Tue, 11 Feb 2014 17:50:53 -0600 Jim Thomas j...@thethomasresidence.us
wrote:

:Given the below ... 

: BAKR  R0,R0
: MSTA  R0  
: MSTA  R12 

Why twice?

: MODESET MODE=SUP,
:   KEY=ZERO   
: L R11,PSAAOLD-PSA 
: SETLOCK OBTAIN,   
:   ASCB=(11),  
:   TYPE=CML,   
:   MODE=UNCOND

Why not directly take the local lock rather than this convoluted form?

Also, without REGS=, R11-R13 are changed.
 
: XRR4,R4 
: L R7,PSAAOLD-PSA
: STORAGE OBTAIN, 
:   LENGTH=LCLDSCTL,  
:   SP=244,   
:   LOC=(31,31),  
:   CAUB=CURRENT, 
:   OWNER=HOME,   
:   LINKAGE=BRANCH
: LRR11,R1
: LRR0,R1 
: XRR14,R14   
: XRR15,R15   
: L R1,=AL4(WORKAREA) 

Is workarea the same length (or shorter) than LCLDSCTL?

: MVCL  R0,R14

:Everything up to the STORAGE OBTAIN seems to work but w/trying to chain
:backward / forward save area's (no I not really using the linkage stack),
:I get a S0C4-4 ??... I understand the S0C4 because R1 is zeroes ... but
...
:why ??. My LTR after the STORAGE OBTAIN does not catch a failure. 

SETLOCK has altered your R13.

:The only reason I'm trying to use the linkage stack is because this is at
:the very start of my program.

:The trace table shows the SSRV for the OBTAIN .. but it's obviously
:failing... 

:Could anybody give me some direction / suggestions ??. 

Which instruction is causing the 0C4? What is your base register?

--
Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com

Director, Dissen Software, Bar  Grill - Israel


Should you use the mailblocks package and expect a response from me, you
should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems, especially
those from irresponsible companies.

--
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: Storage Obtain .....

2014-02-12 Thread Jim Thomas

Bill,

My apologies ... I was pasting snippets... 

Kind Regards.

Jim Thomas

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of DASDBILL2
Sent: Wednesday, February 12, 2014 6:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage Obtain .

My LTR after the STORAGE OBTAIN does not catch a failure. 
Your LTR after the STORAGE OBTAIN is not in the code you posted. 
  
Bill Fairchild 

- Original Message -

From: Jim Thomas j...@thethomasresidence.us
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, February 11, 2014 5:50:53 PM
Subject: Re: Storage Obtain . 

Hello ... 

Given the below ... 

 BAKR  R0,R0
 MSTA  R0
 MSTA  R12
 MODESET MODE=SUP,
   KEY=ZERO
 L R11,PSAAOLD-PSA
 SETLOCK OBTAIN,
   ASCB=(11),
   TYPE=CML,
   MODE=UNCOND
 XRR4,R4
 L R7,PSAAOLD-PSA
 STORAGE OBTAIN,
   LENGTH=LCLDSCTL,
   SP=244,
   LOC=(31,31),
   CAUB=CURRENT,
   OWNER=HOME,
   LINKAGE=BRANCH
 LRR11,R1
 LRR0,R1
 XRR14,R14
 XRR15,R15
 L R1,=AL4(WORKAREA)
 MVCL  R0,R14 

Everything up to the STORAGE OBTAIN seems to work but w/trying to chain 
backward / forward save area's (no I not really using the linkage stack), I get 
a S0C4-4 ??... I understand the S0C4 because R1 is zeroes ... but ... 
why ??. My LTR after the STORAGE OBTAIN does not catch a failure. 

The only reason I'm trying to use the linkage stack is because this is at the 
very start of my program. 

The trace table shows the SSRV for the OBTAIN .. but it's obviously failing... 

Could anybody give me some direction / suggestions ??. 

Kind Regards. 

Jim Thomas 

--
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: Storage Obtain .....

2014-02-12 Thread Jim Thomas

Gerhard,

Thank you for pointing that out.. 

Kind Regards.

Jim Thomas

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Gerhard Postpischil
Sent: Wednesday, February 12, 2014 8:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage Obtain .

On 2/12/2014 8:50 AM, Jim Thomas wrote:

   XRR14,R14
   XRR15,R15
   L R1,=AL4(WORKAREA)
   MVCL  R0,R14

Minor quibble - when the from length is zero, the from register is never
referenced nor inspected, so the XR R14,R14 is extraneous. (If I had a
dollar for every time I've seen this, I could retire g).

Gerhard Postpischil
Bradford, Vermont

--
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: Storage Obtain .....

2014-02-12 Thread Jim Thomas

Binyamin,

Right you are .. I added the second one y'day when I had the S0C4's ... it's
been removed now.. and yes, 
you were correct... I added REGS=USE and it works now ... 

thank you for your assistance.

Kind Regards.

Jim Thomas

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Binyamin Dissen
Sent: Wednesday, February 12, 2014 8:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage Obtain .

On Wed, 12 Feb 2014 07:58:13 -0600 Jim Thomas j...@thethomasresidence.us
wrote:

:Twice because the first is for R0,R1 and the second is for R12,R13.

As there is only one state area, the second one overwrites the first.

If you need to get a pre-BAKR register, you can use EREG(G).

:When my ASCB = home, then it is a local lock. 
:
:Ohh.. good one Binyamin ... duhh ... I didn't even think of that ... I'll
:preserve the :registers, especially R13, retry and repost. 
:
:Thank you kind Sir,
:
:Kind Regards,
:
:Jim Thomas
:
:-Original Message-
:From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
:Behalf Of Binyamin Dissen
:Sent: Wednesday, February 12, 2014 3:55 AM
:To: IBM-MAIN@LISTSERV.UA.EDU
:Subject: Re: Storage Obtain .
:
:On Tue, 11 Feb 2014 17:50:53 -0600 Jim Thomas j...@thethomasresidence.us
:wrote:
:
::Given the below ... 
:
:: BAKR  R0,R0
:: MSTA  R0  
:: MSTA  R12 
:
:Why twice?
:
:: MODESET MODE=SUP,
::   KEY=ZERO   
:: L R11,PSAAOLD-PSA 
:: SETLOCK OBTAIN,   
::   ASCB=(11),  
::   TYPE=CML,   
::   MODE=UNCOND
:
:Why not directly take the local lock rather than this convoluted form?
:
:Also, without REGS=, R11-R13 are changed.
: 
:: XRR4,R4 
:: L R7,PSAAOLD-PSA
:: STORAGE OBTAIN, 
::   LENGTH=LCLDSCTL,  
::   SP=244,   
::   LOC=(31,31),  
::   CAUB=CURRENT, 
::   OWNER=HOME,   
::   LINKAGE=BRANCH
:: LRR11,R1
:: LRR0,R1 
:: XRR14,R14   
:: XRR15,R15   
:: L R1,=AL4(WORKAREA) 
:
:Is workarea the same length (or shorter) than LCLDSCTL?
:
:: MVCL  R0,R14
:
::Everything up to the STORAGE OBTAIN seems to work but w/trying to chain
::backward / forward save area's (no I not really using the linkage
stack), ::I get a S0C4-4 ??... I understand the S0C4 because R1 is zeroes
... but :...
::why ??. My LTR after the STORAGE OBTAIN does not catch a failure. 
:
:SETLOCK has altered your R13.
:
::The only reason I'm trying to use the linkage stack is because this is
at ::the very start of my program.
:
::The trace table shows the SSRV for the OBTAIN .. but it's obviously
::failing... 
:
::Could anybody give me some direction / suggestions ??. 
:
:Which instruction is causing the 0C4? What is your base register?

--
Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com

Director, Dissen Software, Bar  Grill - Israel


Should you use the mailblocks package and expect a response from me, you
should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems, especially
those from irresponsible companies.

--
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: Storage Obtain .....

2014-02-12 Thread Jim Thomas

Peter,

My apologies ... I was pasting snippets and accidently left our parts ... 

None the less, I was missing a REGS= on the SETLOCK. I added REGS=USE and it
now works. 

Thank you and to everybody else that tried to assist.

Kind Regards.

Jim Thomas

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Relson
Sent: Wednesday, February 12, 2014 8:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage Obtain .

You didn't show the code involved with where you said it. You wrote that it
was trying to chain backward / forward save area's.

LENGTH=LCLDSCTL,
what is this value?

You wrote about an LTR after the STORAGE OBTAIN. You showed no such LTR.

  LRR11,R1 
  LRR0,R1 
  XRR14,R14 
  XRR15,R15 
  L R1,=AL4(WORKAREA) 
  MVCL  R0,R14 

what is WORKAREA? Usualy one would clear the amount of storage that was 
obtained (as identified by LCLDSCTL). If WORKAREA is actually an area, 
it's unlikely that the address of that area would work well as a length of 
the target of the MVCL.

Maybe it blew up on the MVCL because the length you were attempting to did 
not match what you had obtained.
If you are seeing R11 = 0 it could only be because the length you 
requested was 0. It is valid (but not what you likely want) to request 0 
bytes.

Other things: 
- You do not need to set R14 for an MVCL that zeroes an area.
- You should use TYPE=LOCAL not TYPE=CML on your SETLOCK OBTAIN if you 
want the local lock of home (and you appear to, since you are specifying 
the home ASCB address that is in PSAAOLD).
- You might consider CHECKZERO=YES on STORAGE OBTAIN so that you can avoid 
clearing the obtained area, based on the return code (which the system 
sets to indicate whether it has already made sure that the area will be 
zeroes when first referenced).

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

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

Re: Storage Obtain .....

2014-02-11 Thread Jim Thomas

Hello ... 

Given the below ... 

 BAKR  R0,R0
 MSTA  R0  
 MSTA  R12 
 MODESET MODE=SUP,
   KEY=ZERO   
 L R11,PSAAOLD-PSA 
 SETLOCK OBTAIN,   
   ASCB=(11),  
   TYPE=CML,   
   MODE=UNCOND 
 XRR4,R4 
 L R7,PSAAOLD-PSA
 STORAGE OBTAIN, 
   LENGTH=LCLDSCTL,  
   SP=244,   
   LOC=(31,31),  
   CAUB=CURRENT, 
   OWNER=HOME,   
   LINKAGE=BRANCH
 LRR11,R1
 LRR0,R1 
 XRR14,R14   
 XRR15,R15   
 L R1,=AL4(WORKAREA) 
 MVCL  R0,R14

Everything up to the STORAGE OBTAIN seems to work but w/trying to chain
backward / forward save area's (no I not really using the linkage stack),
I get a S0C4-4 ??... I understand the S0C4 because R1 is zeroes ... but ...
why ??. My LTR after the STORAGE OBTAIN does not catch a failure. 

The only reason I'm trying to use the linkage stack is because this is at
the very start of my program.

The trace table shows the SSRV for the OBTAIN .. but it's obviously
failing... 

Could anybody give me some direction / suggestions ??. 

Kind Regards.

Jim Thomas

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

Re: SYSB-II

2014-02-07 Thread Jim Thomas

Folks,

Forgive me if this sounds like a sales or marketing call ... but ... I do
own a product that does the same
as SYSB-II does and IMHO, better. 

If interested, take a look at VSHARE from CSI-International.

Kind Regards.

Jim Thomas

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Ward, Mike S
Sent: Friday, February 07, 2014 2:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SYSB-II

I'm going to cross post to the CICS list

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Ward, Mike S
Sent: Friday, February 07, 2014 1:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SYSB-II

Thank you.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Greg Shirey
Sent: Friday, February 07, 2014 9:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SYSB-II

Mike, 

Our company uses SYSB almost exactly as John McKown described how it is used
at his company.  We have one production CICS region and we see its CPU
utilization percentage rise when multiple jobs using SYSB are running.   

As Systems Programmers, we have to be mindful of how our Applications
Programmers have coded their procs when they use SYSB.  There are parameters
available so that SYSB will not lock records in CICS if they haven't been
updated, or can perform the VSAM reads in the batch job and only send the
VSAM updates to CICS.   We work with the programmers to incorporate these
parms when they seem beneficial. 

HW has been good about reviewing output from batch jobs and suggesting ways
to improve utilization, which has helped us immensely. 

Regards,
Greg Shirey
Ben E. Keith Company 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Ward, Mike S
Sent: Thursday, February 06, 2014 2:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU

I know this is loading a gun :), but do any of you have any opinion on the
SYSB-II product? Is detrimental to CICS? Is it a memory hog? Is it a CPU
hog? And for those of you who use it. How does it perform in a zSystem
environment?

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

==
This email, and any files transmitted with it, is confidential and intended
solely for the use of the individual or entity to which it is addressed. If
you have received this email in error, please notify the system manager.
This message contains confidential information and is intended only for the
individual named. If you are not the named addressee, you should not
disseminate, distribute or copy this e-mail. Please notify the sender
immediately by e-mail if you have received this message by mistake and
delete this e-mail from your system. If you are not the intended recipient,
you are notified that disclosing, copying, distributing or taking any action
in reliance on the contents of this information is strictly prohibited.

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

==
This email, and any files transmitted with it, is confidential and intended
solely for the use of the individual or entity to which it is addressed. If
you have received this email in error, please notify the system manager.
This message contains confidential information and is intended only for the
individual named. If you are not the named addressee, you should not
disseminate, distribute or copy this e-mail. Please notify the sender
immediately by e-mail if you have received this message by mistake and
delete this e-mail from your system. If you are not the intended recipient,
you are notified that disclosing, copying, distributing or taking any action
in reliance on the contents of this information is strictly prohibited.

--
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: SYSB-II

2014-02-07 Thread Jim Thomas

Yes .. that is it ... don't know why it cannot be displayed but w/check
w/the responsible parties ..

Please accept my sincere apologies ... 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Graham Hobbs
Sent: Friday, February 07, 2014 4:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SYSB-II

Is this it http://www.csi-international.com because I got'this page cant be
displayed'

On 07/02/2014 4:48 PM, Jim Thomas wrote:
 Folks,

 Forgive me if this sounds like a sales or marketing call ... but ... I 
 do own a product that does the same as SYSB-II does and IMHO, better.

 If interested, take a look at VSHARE from CSI-International.

 Kind Regards.

 Jim Thomas

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Ward, Mike S
 Sent: Friday, February 07, 2014 2:41 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: SYSB-II

 I'm going to cross post to the CICS list

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Ward, Mike S
 Sent: Friday, February 07, 2014 1:30 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: SYSB-II

 Thank you.

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Greg Shirey
 Sent: Friday, February 07, 2014 9:55 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: SYSB-II

 Mike,

 Our company uses SYSB almost exactly as John McKown described how it 
 is used at his company.  We have one production CICS region and we see 
 its CPU utilization percentage rise when multiple jobs using SYSB are
running.

 As Systems Programmers, we have to be mindful of how our Applications 
 Programmers have coded their procs when they use SYSB.  There are 
 parameters available so that SYSB will not lock records in CICS if 
 they haven't been updated, or can perform the VSAM reads in the batch job
and only send the
 VSAM updates to CICS.   We work with the programmers to incorporate these
 parms when they seem beneficial.

 HW has been good about reviewing output from batch jobs and 
 suggesting ways to improve utilization, which has helped us immensely.

 Regards,
 Greg Shirey
 Ben E. Keith Company

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Ward, Mike S
 Sent: Thursday, February 06, 2014 2:53 PM
 To: IBM-MAIN@LISTSERV.UA.EDU

 I know this is loading a gun :), but do any of you have any opinion on 
 the SYSB-II product? Is detrimental to CICS? Is it a memory hog? Is it 
 a CPU hog? And for those of you who use it. How does it perform in a 
 zSystem environment?

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

 ==
 This email, and any files transmitted with it, is confidential and 
 intended solely for the use of the individual or entity to which it is 
 addressed. If you have received this email in error, please notify the
system manager.
 This message contains confidential information and is intended only 
 for the individual named. If you are not the named addressee, you 
 should not disseminate, distribute or copy this e-mail. Please notify 
 the sender immediately by e-mail if you have received this message by 
 mistake and delete this e-mail from your system. If you are not the 
 intended recipient, you are notified that disclosing, copying, 
 distributing or taking any action in reliance on the contents of this
information is strictly prohibited.

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

 ==
 This email, and any files transmitted with it, is confidential and 
 intended solely for the use of the individual or entity to which it is 
 addressed. If you have received this email in error, please notify the
system manager.
 This message contains confidential information and is intended only 
 for the individual named. If you are not the named addressee, you 
 should not disseminate, distribute or copy this e-mail. Please notify 
 the sender immediately by e-mail if you have received this message by 
 mistake and delete this e-mail from your system. If you are not the 
 intended recipient, you are notified that disclosing, copying, 
 distributing or taking any action in reliance on the contents of this
information is strictly prohibited.

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

 --
 For IBM

Re: Re : JES2 / TCP/IP Network Printer Definitions....

2014-02-03 Thread Jim Thomas

 Right you are but .. I thought I had to enable NJE/TCP/IP first ... 

What specific definitions would you suggest, for a TCP/IP connected printer
definition ??. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Staller, Allan
Sent: Monday, February 03, 2014 9:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions

The definitions shown below are for NJE over TCP/IP, not a TCP/IP connected
printer...

snip
I'm trying to get a network printer to be useable (via tcp/ip) from JES2.

LINE(n)  UNIT=TCP,  
 CONNECT=YES

NODE(n)  CONNECT=YES,
 LINE=n, 
 NAME=noden

SOCKET(socketn),CONNECT=YES, 
 IPADDR=1.2.3.4,
 LINE=n, 
 NETSERV=n,  
 NODE=noden

NETSRVn SOCKET=socketn   

DESTID(destidn) DEST=noden(I do not have a DESTDEF)

JES2 startup gives me syntax errors on the SOCKET definition and I am unable
to get this 'connected' ...
/snip

--
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: JES2 / TCP/IP Network Printer Definitions....

2014-02-03 Thread Jim Thomas

Hello Dana,

Yes ... I do have the '*LOCAL' definition too. 

Kind Regards.

Jim Thomas

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dana Mitchell
Sent: Monday, February 03, 2014 9:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 / TCP/IP Network Printer Definitions

Jim,

Did you include all your socket definitions?  You need a define for a local 
socket too,  example from redbook:

NODE1  NAME=POK
NODE2  NAME=WSC

SOCKET(POK) IPADDR=*LOCAL
   NODE=1,PORT=175

SOCKET(WSC) IPADDR=9.117.234.235,
   NODE=2,PORT=175

NETSRV1 SOCKET=POK

LINE1 = TCP


HTH
Dana



On Sun, 2 Feb 2014 10:38:25 -0600, Jim Thomas j...@thethomasresidence.us 
wrote:

Sir,

Thank you for your suggestion .. unfortunately ... I've tried that too.

Kind Regards.

Jim Thomas


--
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: Re : JES2 / TCP/IP Network Printer Definitions....

2014-02-03 Thread Jim Thomas

Dana,

I just found this out .. although, I was thinking of going via Infoprint - IP 
Printway ... I'll have to look into NPF.

Thank you. 

Kind Regards.

Jim Thomas

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dana Mitchell
Sent: Monday, February 03, 2014 10:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions

Ooops, I didn't realize he was trying to print directly to the printer, instead 
of a NJE node.  In order to print directly to an LPD printer requires extra 
software between JES2 and the printer such as VPS from LRS.  For our very 
limited number of printers, we chose to implement IBM's (ancient) NPF, included 
with TCP/IP,  free and worth every penny.

Dana



On Mon, 3 Feb 2014 15:02:18 +, Staller, Allan allan.stal...@kbmg.com 
wrote:

The definitions shown below are for NJE over TCP/IP, not a TCP/IP connected 
printer...

snip
I'm trying to get a network printer to be useable (via tcp/ip) from JES2.

--
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: JES2 / TCP/IP Network Printer Definitions....

2014-02-02 Thread Jim Thomas

Sir,

Thank you for your suggestion .. unfortunately ... I've tried that too.

Kind Regards.

Jim Thomas

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Robert Bardos
Sent: Sunday, February 02, 2014 3:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 / TCP/IP Network Printer Definitions

quote
SOCKET(socketn),CONNECT=YES,
  IPADDR=1.2.3.4,
  LINE=n,
  NETSERV=n,
  NODE=noden
/quote

Drop the comma before CONNECT. That's just a wild guess a not supported by the 
syntax diagram. The syntax diagram however for the statement immediately 
preceding SOCKET's description (SMFDEF) in the manual says Omit the comma 
between initialization statement and first keyword.

Robert

--
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: Re : JES2 / TCP/IP Network Printer Definitions....

2014-02-02 Thread Jim Thomas

Ma'am,

FWIW ... I have opened a SR w/JEs2  have not heard back from them but
promise to update the list 
(in case there ever is another that tries to do the same).

Again and as previously stated, thank you so very much for trying to help.
You have been exemplary. 


Kind Regards.

Jim Thomas 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lizette Koehler
Sent: Saturday, February 01, 2014 3:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions

I am not sure if JES2 can print to a Ricoh Aficio MP2851.  Though I will
admit I have not kept up with JES2 and printing functions for a while now.
So it may be possible, I am just not sure.


I would suggest opening up an SR with JES2 and see if this will work.
Typically I have had something else that interfaces with JES2 and the
printer.

Or maybe someone on the list with more knowledge of JES2 printing to Ricoh
can assist.  Or contact Ricoh and see if they know if you can print from
JES2 thru the NETSRV to their printer.

You could also try posting to the JES2 newsgroup.  They are more focused on
JES2 and maybe able to help.

Typically JES2 is very limited in what it can print to and products like VPS
and INFOPRINT have filled in the functions JES2 could not provide.

The considerations are data streams, Ascii/Ebcidic, fonts, Twains, etc...


Lizette


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Jim Thomas
 Sent: Saturday, February 01, 2014 11:15 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions
 
 Ma'am,
 
 The physical device is  Ricoh Aficio MP2851 and no ... I have not 
 verified
anything
 ... I was merely asked to set it up for people to be able to print to 
 it
via JES2 /
 Mainframe.
 
 While I do know that there are 3rd party software out there, sadly, I 
 do
not have any
 ... to me... it should be very simple to be able to define a printer 
 for
LPD or anything
 else. JES2 merely giving the functionality of DEST= and such. All I'm
 (literally) trying to do is use JES2 for data transport.
 
 I am also the RACF group (sigh) ... so I once again thank you for your
assistance
 and attempts to help. For now, I'll read thru the APAR that you've 
 sent
me.
 
 If I may, I'd be happy to let you know of my progress / outcome.
 
 Kind Regards.
 
 Jim Thomas
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Lizette Koehler
 Sent: Saturday, February 01, 2014 11:37 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions
 
 I guess I need to get some more understanding of what you are trying 
 to
connect to
 JES2 via TCPIP.
 
 What is the type of network printer?  Have you verified it can be done
this way?
 
 The reasons I ask is VPS software is made to handle what JES2 cannot 
 do
natively.
 So I am just trying to verify this is something that JES2 can do.
 
 Next,
 
 Unless your RACF/SAF group has provided something like a Default UID, 
 your NETSRVx will require an OMVS segment to do this.
 
 I have also found this APAR which may be helpful.  It is very long and
detailed on
 NETSRV
 
 OA19215: INCORRECT DOC FOR DEFINING NETSRV USERID TO OMVS
 
 http://www-01.ibm.com/support/docview.wss?uid=isg1OA19215
 
 
 
 The Defining a NETSRV sub-section is contained within the the Special 
 considerations for TCP/IP NJE section and should
 read:
 
   Special considerations for TCP/IP NJE
   Controlling TCP/IP NJE networking is similar to controlling
   SNA networking. In addition to VTAM, it is necessary to start
   TCP/IP in order to communicate using TCP/IP. TCP/IP NJE # 
 configurations
also
 require that a JES2 SOCKET statement be
   defined which specifies the IP address and port (typically 175
   or 2252) that will be used by both the local node and the
   partner node. The IP address and port used by the local node # must 
 then
be
 specified on a SOCKET statement associated with # the NETSRV in order 
 for
 JES2 to listen for TCP connections.
 | The sockets LOCAL and LOCALTLS are defined automatically by
 | JES2 initialization and default to listening on all IP
   addresses and TCP/IP stacks associated with the MVS image. For
   definitions regarding the partner node, it is necessary to
   know the IP name or address of the  partner node, either as a
 | symbolic name (such as wash.ibm.com) or as an explicit
   address in either dotted decimal format (for  IPv4) or
   hex-colon format (for IPv6). You can also increase  security
   in your network by using SSL or TLS across this NJE link.
 | For more information, see Application Transparent -  Transport
   Layer Security (AT-TLS) data protection in z/OS
   Communications Server: IP Configuration Guide.
 
 | Setting up TCP/IP
   Before implementing NJE/TCP, you need to set up TCP/IP on your

Re: Re : JES2 / TCP/IP Network Printer Definitions....

2014-02-02 Thread Jim Thomas

Ed,

How do I LPD to this printer when I cannot even get the JES2 definitions
correct ??. 

Kind Regards.

Jim Thomas

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Ed Finnell
Sent: Sunday, February 02, 2014 2:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions

LPD dsname (host host_name prt printer_name
 
or from JCL:
 
//NPRT1 OUTPUT DEST='IP:prt-ip_addr',CHARS=(GT12)
//SYSPRINT DD SYSOUT=A,OUTPUT=(*.NPRT1)
 
 
 DEST=destination   
The destination subparameter for JES2 is one of the following: 
LOCAL|ANYLOCAL
'IP:ipaddr'   

Few  years back we'd just gotten first big cutsheet 2150(?) printer and
found  that certain sequences of print from MVS and VM would cause microcode
to  reboot the  KYOCERA engine. Had been on the phone to Boulder and was
making progress.
Called  in to see where we were and no answer. Asked SE to check. 'Yep big
hail  storm in Boulder roof  collapsed on several buildings-be a while
before they're answering phone  again.' 
 
 
In a message dated 2/2/2014 10:40:56 A.M. Central Standard Time,
j...@thethomasresidence.us writes:

merely  trying to make it such that the very same could be done from  MVS

--
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 : JES2 / TCP/IP Network Printer Definitions....

2014-02-01 Thread Jim Thomas

Hello,

I'm trying to get a network printer to be useable (via tcp/ip) from JES2.

LINE(n)  UNIT=TCP,  
 CONNECT=YES

NODE(n)  CONNECT=YES,
 LINE=n, 
 NAME=noden

SOCKET(socketn),CONNECT=YES, 
 IPADDR=1.2.3.4,
 LINE=n, 
 NETSERV=n,  
 NODE=noden
 
NETSRVn SOCKET=socketn   
 
DESTID(destidn) DEST=noden(I do not have a DESTDEF)


JES2 startup gives me syntax errors on the SOCKET definition and 
I am unable to get this 'connected' ...

Any advice would be greatly appreciated.  

Kind Regards.

Jim Thomas

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

Re: JES2 / TCP/IP Network Printer Definitions....

2014-02-01 Thread Jim Thomas

Ma'am,

Absolutely ... the socket definition (w/local values changed) was included
but no worries, I'll re-post.

'n' = numeric value.

z/OS 1.13 ... 

SOCKET(socketn),CONNECT=YES,
  IPADDR=1.2.3.4,
  LINE=n,
  NETSERV=n,
  NODE=noden

No ... I cannot get NETSRV to start either ... I'll paste the messages below
the SOCKET messages.

$HASP466 PARMLIBSTMT   205  SOCKET(socketn),CONNECT=YES,  
$HASP466 PARMLIBSTMT   205   /*   1/31
$HASP466 PARMLIBSTMT   205  /14  JIMT*/IPADDR=1.2.3.
$HASP466 PARMLIBSTMT   205  4, /*  1/
$HASP466 PARMLIBSTMT   205  31/14  JIMT*/LINE=2,  
$HASP466 PARMLIBSTMT   205 /* 
$HASP466 PARMLIBSTMT   205  1/31/14  JIMT*/NETSERV=n, 
$HASP466 PARMLIBSTMT   205   /*   
$HASP466 PARMLIBSTMT   2051/31/14  JIMT*/NODE=noden 
$HASP466 PARMLIBSTMT   205 /* 
$HASP466 PARMLIBSTMT   205  1/31/14  JIMT*/   
$HASP003 RC=(01),SOCKET(RICOSOK)  - INVALID SYNTAX
01 $HASP469 REPLY PARAMETER STATEMENT, CANCEL, OR END 

$SNETSRVn,SOCKET=socketn 
$HASP003 RC=(104),S 865  
$HASP003 RC=(104),S NETSRVn SOCKET  - SOCKET MUST SPECIFY LOCAL  
$HASP003NODE 

Kind Regards.

Jim Thomas

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lizette Koehler
Sent: Saturday, February 01, 2014 8:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 / TCP/IP Network Printer Definitions

Could you provide the socket definition
Level of z/OS
And the complete error message?

And any info from the NETSRV stc?

Is the NetSrv STC up?


Thanks 

Lizette

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Jim Thomas
 Sent: Saturday, February 01, 2014 6:59 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re : JES2 / TCP/IP Network Printer Definitions
 
 Hello,
 
 I'm trying to get a network printer to be useable (via tcp/ip) from JES2.
 
 LINE(n)  UNIT=TCP,
  CONNECT=YES
 
 NODE(n)  CONNECT=YES,
  LINE=n,
  NAME=noden
 
 SOCKET(socketn),CONNECT=YES,
  IPADDR=1.2.3.4,
  LINE=n,
  NETSERV=n,
  NODE=noden
 
 NETSRVn SOCKET=socketn
 
 DESTID(destidn) DEST=noden(I do not have a DESTDEF)
 
 
 JES2 startup gives me syntax errors on the SOCKET definition and I am
unable to
 get this 'connected' ...
 
 Any advice would be greatly appreciated.
 
 Kind Regards.
 
 Jim Thomas
 

--
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: JES2 / TCP/IP Network Printer Definitions....

2014-02-01 Thread Jim Thomas

Ma'am,

I see no error's on NETSRVn during startup and no, I did not create an OMVS
segment for NETSRVn. 
Didn't quite realize I needed one but will check / read up on it now.

Yes .. that was the first thing I checked and yes, they are all paired. 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lizette Koehler
Sent: Saturday, February 01, 2014 9:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 / TCP/IP Network Printer Definitions

What errors are you seeing with the NETSRVx startup?  Does NETSRVx have an
OMVS Segment?

The HASP466 messages do not show a  /*   */ paring on the line statement.
Is there a /* */?  

Lizette
 

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Jim Thomas
 Sent: Saturday, February 01, 2014 8:13 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: JES2 / TCP/IP Network Printer Definitions
 
 Ma'am,
 
 Absolutely ... the socket definition (w/local values changed) was 
 included
but no
 worries, I'll re-post.
 
 'n' = numeric value.
 
 z/OS 1.13 ...
 
 SOCKET(socketn),CONNECT=YES,
   IPADDR=1.2.3.4,
   LINE=n,
   NETSERV=n,
   NODE=noden
 
 No ... I cannot get NETSRV to start either ... I'll paste the messages
below the
 SOCKET messages.
 
 $HASP466 PARMLIBSTMT   205  SOCKET(socketn),CONNECT=YES,
 $HASP466 PARMLIBSTMT   205   /*   1/31
 $HASP466 PARMLIBSTMT   205  /14  JIMT*/IPADDR=1.2.3.
 $HASP466 PARMLIBSTMT   205  4, /*  1/
 $HASP466 PARMLIBSTMT   205  31/14  JIMT*/LINE=2,
 $HASP466 PARMLIBSTMT   205 /*
 $HASP466 PARMLIBSTMT   205  1/31/14  JIMT*/NETSERV=n,
 $HASP466 PARMLIBSTMT   205   /*
 $HASP466 PARMLIBSTMT   2051/31/14  JIMT*/NODE=noden
 $HASP466 PARMLIBSTMT   205 /*
 $HASP466 PARMLIBSTMT   205  1/31/14  JIMT*/
 $HASP003 RC=(01),SOCKET(RICOSOK)  - INVALID SYNTAX
 01 $HASP469 REPLY PARAMETER STATEMENT, CANCEL, OR END
 
 $SNETSRVn,SOCKET=socketn
 $HASP003 RC=(104),S 865
 $HASP003 RC=(104),S NETSRVn SOCKET  - SOCKET MUST SPECIFY LOCAL
 $HASP003NODE
 
 Kind Regards.
 
 Jim Thomas
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Lizette Koehler
 Sent: Saturday, February 01, 2014 8:46 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: JES2 / TCP/IP Network Printer Definitions
 
 Could you provide the socket definition Level of z/OS And the complete 
 error message?
 
 And any info from the NETSRV stc?
 
 Is the NetSrv STC up?
 
 
 Thanks
 
 Lizette
 
  -Original Message-
  From: IBM Mainframe Discussion List 
  [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Thomas
  Sent: Saturday, February 01, 2014 6:59 AM
  To: IBM-MAIN@LISTSERV.UA.EDU
  Subject: Re : JES2 / TCP/IP Network Printer Definitions
 
  Hello,
 
  I'm trying to get a network printer to be useable (via tcp/ip) from
JES2.
 
  LINE(n)  UNIT=TCP,
   CONNECT=YES
 
  NODE(n)  CONNECT=YES,
   LINE=n,
   NAME=noden
 
  SOCKET(socketn),CONNECT=YES,
   IPADDR=1.2.3.4,
   LINE=n,
   NETSERV=n,
   NODE=noden
 
  NETSRVn SOCKET=socketn
 
  DESTID(destidn) DEST=noden(I do not have a DESTDEF)
 
 
  JES2 startup gives me syntax errors on the SOCKET definition and I 
  am
 unable to
  get this 'connected' ...
 
  Any advice would be greatly appreciated.
 
  Kind Regards.
 
  Jim Thomas
 
 
 --
 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

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

Re: Re : JES2 / TCP/IP Network Printer Definitions....

2014-02-01 Thread Jim Thomas

Sir,

I've tried that too... it was when it failed (on the first go around), that
I tried NETSERV (per the doc). 

Kind Regards.

Jim Thomas

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Bob Rutledge
Sent: Saturday, February 01, 2014 9:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions

Jim Thomas wrote:
 Hello,
 
 I'm trying to get a network printer to be useable (via tcp/ip) from JES2.
 
 LINE(n)  UNIT=TCP,  
  CONNECT=YES
 
 NODE(n)  CONNECT=YES,
  LINE=n, 
  NAME=noden
 
 SOCKET(socketn),CONNECT=YES, 
  IPADDR=1.2.3.4,
  LINE=n, 
  NETSERV=n,

Should this not be NETSRV= ?

  NODE=noden
  
 NETSRVn SOCKET=socketn   
  
 DESTID(destidn) DEST=noden(I do not have a DESTDEF)
 
 
 JES2 startup gives me syntax errors on the SOCKET definition and I am 
 unable to get this 'connected' ...

Bob

--
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: Re : JES2 / TCP/IP Network Printer Definitions....

2014-02-01 Thread Jim Thomas

Ma'am,

The physical device is  Ricoh Aficio MP2851 and no ... I have not verified
anything ... I was merely asked to set it up for 
people to be able to print to it via JES2 / Mainframe.

While I do know that there are 3rd party software out there, sadly, I do not
have any ... to me... it should be very simple
to be able to define a printer for LPD or anything else. JES2 merely giving
the functionality of DEST= and such. All I'm 
(literally) trying to do is use JES2 for data transport. 

I am also the RACF group (sigh) ... so I once again thank you for your
assistance and attempts to help. For now, I'll read 
thru the APAR that you've sent me.

If I may, I'd be happy to let you know of my progress / outcome.

Kind Regards.

Jim Thomas

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lizette Koehler
Sent: Saturday, February 01, 2014 11:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions

I guess I need to get some more understanding of what you are trying to
connect to JES2 via TCPIP.

What is the type of network printer?  Have you verified it can be done this
way?

The reasons I ask is VPS software is made to handle what JES2 cannot do
natively. So I am just trying to verify this is something that JES2 can do.

Next,

Unless your RACF/SAF group has provided something like a Default UID, your
NETSRVx will require an OMVS segment to do this.

I have also found this APAR which may be helpful.  It is very long and
detailed on NETSRV

OA19215: INCORRECT DOC FOR DEFINING NETSRV USERID TO OMVS

http://www-01.ibm.com/support/docview.wss?uid=isg1OA19215



The Defining a NETSRV sub-section is contained within the the Special
considerations for TCP/IP NJE section and should
read:

  Special considerations for TCP/IP NJE
  Controlling TCP/IP NJE networking is similar to controlling
  SNA networking. In addition to VTAM, it is necessary to start
  TCP/IP in order to communicate using TCP/IP. TCP/IP NJE # configurations
also require that a JES2 SOCKET statement be
  defined which specifies the IP address and port (typically 175
  or 2252) that will be used by both the local node and the
  partner node. The IP address and port used by the local node # must then
be specified on a SOCKET statement associated with # the NETSRV in order for
JES2 to listen for TCP connections.
| The sockets LOCAL and LOCALTLS are defined automatically by
| JES2 initialization and default to listening on all IP
  addresses and TCP/IP stacks associated with the MVS image. For
  definitions regarding the partner node, it is necessary to
  know the IP name or address of the  partner node, either as a
| symbolic name (such as wash.ibm.com) or as an explicit
  address in either dotted decimal format (for  IPv4) or
  hex-colon format (for IPv6). You can also increase  security
  in your network by using SSL or TLS across this NJE link.
| For more information, see Application Transparent -  Transport
  Layer Security (AT-TLS) data protection in z/OS
  Communications Server: IP Configuration Guide.

| Setting up TCP/IP
  Before implementing NJE/TCP, you need to set up TCP/IP on your
  MVS system.  If you are already using TCP/IP for other
  applications, there are a few additional definitions required
| to enable JES2 to perform NJE/TCP.  Your security administrator should 
| determine the actual values to use for the example below.  For more 
| information, see the z/OS Security Server RACF Security 
| Administrator's Guide and z/OS UNIX System Services Planning 
| documentation.
#
# Check the buffer sizes defined in your TCP/IP definitions.
  In particular, you must set the TCPCONFIG MAXRECVBUFRSIZE
  and RECVBUFRSIZE parameters to at least 512, and ideally
  set them to a value of 32768 or higher.

  The NJE/TCP implementation also supports virtual IP
  addresses (VIPA addresses), and the use of sysplex
  distributor to share IP addresses throughout a SYSPLEX.
  There is no additional JES2 setup to take advantage of
  either of these features other than to specify the
  appropriate IP address or host name on the SOCKET

Lizette


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Jim Thomas
 Sent: Saturday, February 01, 2014 10:18 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions
 
 Sir,
 
 I've tried that too... it was when it failed (on the first go around),
that I tried
 NETSERV (per the doc).
 
 Kind Regards.
 
 Jim Thomas
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Bob Rutledge
 Sent: Saturday, February 01, 2014 9:50 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions
 
 Jim Thomas wrote:
  Hello,
 
  I'm trying to get a network printer to be useable (via tcp/ip) from
JES2.
 
  LINE(n)  UNIT=TCP

Re: Re : Uploading to z/OS SMPNTS

2014-01-12 Thread Jim Thomas

Sir,

Thank you for your direction. 

Kind Regards.

Jim Thomas

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Saturday, January 11, 2014 6:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Re : Uploading to z/OS SMPNTS

On Sat, 11 Jan 2014 15:49:19 -0600, Jim Thomas wrote:

Could anybody that has uploaded a product, that was downloaded via the 
Download Director, to the SMPNTS, please provide some direction ??.
 
Created a z/OS SMPNTS (zFS) and mounted it. 

Downloaded a product via Download Director (this gets downloaded to a 
directory w/subdirectories).

When I connect to z/OS via FTP, I get to all of my own MVS datasets .. 
but do I PUT the entire directory  ?? .. and where do I PUT this to ??. 
The NTS dataset that I created is a zFS file and is not under my own HLQ.  How 
do I CD to a directory w/in a zFS dataset ?? ...
 
Within your mounted SMNTS filesystem, create (mkdir) two subdirectories, SMPNTS 
and SMPWKDIR.

*Always* in binary mode:

o FTP PUT each basefile (non-directory) in the downloaded product to the SMPNTS

o Within SMPNTS, create a subdirectory matching each subdirectory in the
  downloaded product.

o For each subdirectory:
  - CD to that subdirectory on the z/OS side.
  - LCD to that subdirectory on the workstation side.
  - MPUT *

Alternatives with fewer commands:

o If you can create a tar archive on the workstation side (cygwin or linux
  will do this; perhaps other utilities):
  - FTP that tar archive to the z/OS side.
  - extract the tar archive on the z/OS side.

o If you can use jar on the z/OS side:
  - zip the product on the workstation side.
  - FTP the zip archive to the z/OS side.
  - extract it with jar on the z/OS side.

-- 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 : Uploading to z/OS SMPNTS

2014-01-11 Thread Jim Thomas

Hello,

Could anybody that has uploaded a product, that was downloaded via the Download 
Director, to the 
SMPNTS, please provide some direction ??. 

Created a z/OS SMPNTS (zFS) and mounted it. 

Downloaded a product via Download Director (this gets downloaded to a directory 
w/subdirectories).

When I connect to z/OS via FTP, I get to all of my own MVS datasets .. but do I 
PUT the entire directory 
 ?? .. and where do I PUT this to ??. The NTS dataset that I created is a zFS 
file and is not under my own
HLQ.  How do I CD to a directory w/in a zFS dataset ?? ... 

If possible, please advise. 

Kind Regards.

Jim Thomas

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

Re: Vendor task failing to populate ISPF.SPFTEMP0.CNTL

2014-01-03 Thread Jim Thomas

Please check your MVS syslog for any messages. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of John Norgauer
Sent: Friday, January 03, 2014 4:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Vendor task failing to populate ISPF.SPFTEMP0.CNTL

A vendor software task fails to insert JCL's into my SPFTEMP0.CNTL dataset.
I get the message:

IKJ56265I THE DATA SET IS EMPTY. 

The vendor says that there is an ISPF problem but I am not sure about this.

Anyone have an idea on why this message is occuring?

Thanks.

John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
University of California Davis Medical Center
1651 Alhambra Blvd
Suite 200
Sacramento, Ca 95816
916-734-0536

 SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! JN  2004

Hardware eventually breaks - Software eventually works  anon

--
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: Vendor task failing to populate ISPF.SPFTEMP0.CNTL

2014-01-03 Thread Jim Thomas

I think your temp0.cntl is running out of space ... 

John McKown has suggested one approach ... 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jim Thomas
Sent: Friday, January 03, 2014 5:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Vendor task failing to populate ISPF.SPFTEMP0.CNTL

Please check your MVS syslog for any messages. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of John Norgauer
Sent: Friday, January 03, 2014 4:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Vendor task failing to populate ISPF.SPFTEMP0.CNTL

A vendor software task fails to insert JCL's into my SPFTEMP0.CNTL dataset.
I get the message:

IKJ56265I THE DATA SET IS EMPTY. 

The vendor says that there is an ISPF problem but I am not sure about this.

Anyone have an idea on why this message is occuring?

Thanks.



John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
University of California Davis Medical Center
1651 Alhambra Blvd
Suite 200
Sacramento, Ca 95816
916-734-0536

 SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! JN  2004

Hardware eventually breaks - Software eventually works  anon


--
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: NFS mount problem between zOS and Linux

2013-12-26 Thread Jim Thomas

Please check your MVS syslog... you should have error messages (especially
if your mount 
command is wrong) that should give you an idea of what the problem is. 

I missed your initial post ... please also repost your mount command ... 

Kind Regards.

Jim Thomas

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of jan de decker
Sent: Thursday, December 26, 2013 11:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: NFS mount problem between zOS and Linux

Hi all,

Thanks Mark for your quick reply.
The message after the mount command is the mount help information.
JEDSP is a MVS FLQ
I changed the EXPORTS dsn to include

/hfs/jedsp/web
WEB

and removed the old jedsp entries.

but to avail.

I am running Ubuntu 12.04
kernel  3.2.0.57

Can somebody help? I think there is an error in the mount command.

Thanks,


j@n

--
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: NFS mount problem between zOS and Linux

2013-12-26 Thread Jim Thomas

Could you issue a 'mount -q /Catweazle-zOS' and re-post ??. 

Are you sure there are no error messages in the SYSLOG ??. How about RACF
messages ??. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of jan de decker
Sent: Thursday, December 26, 2013 11:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: NFS mount problem between zOS and Linux

Hi all,

The mount command I tried last, after several variartions was the example
from the IBM manual:

mount -t nfs4 -o sec=sys proto=tcp Catweazle-zOS/hfs/jedsp/web /jedsp/web


There are no error messages in the zOS log nor in the NFSS STC

Hope somebody can help.

Thanks


j@n

--
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: sorry exits

2013-12-26 Thread Jim Thomas

Depends ... could be under LLA or the user.

Which exit ??.

Regards.

Jim 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Micheal Butz
Sent: Thursday, December 26, 2013 6:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: sorry exits

Sent from my iPhone

 On Dec 26, 2013, at 7:00 PM, Micheal Butz michealb...@optonline.net
wrote:
 
 Hi
 
 I know LLA exits run in common storage but under what ASID/TCB
 
 *MASTER*. ?
 
 Sent from my iPhone
 
 --
 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: Un-authorized caller calling authorized services.

2013-12-01 Thread Jim Thomas

Peter ... my apologies .. I used the wrong terminology. 

May I please contact you offline on this ??. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Relson
Sent: Sunday, December 01, 2013 9:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Un-authorized caller calling authorized services.

TPROT

TPROT can tell you it is not OK. It almost never can tell you fully it is
OK because of time-of-check to time-of-use exposures.

In a nutshell, I'm trying to find out what the best way is for an 
un-authorized called to call  / invoke a SRB.

Not only is there no best way there is no way.

You cannot call or invoke an SRB. You can only schedule an SRB. And
scheduling an SRB is limited to authorized programs.
Thus an unauthorized program would have to get authorized (such sa via SVC
or PC) in order to schedule an SRB.

It is also the case that, if you do allow an unauthorized program to invoke
an SVC/PC to schedule an SRB, you might need to provide some throttle to
prevent a malicious unauthorized program from doing this too often.

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

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

Re: Un-authorized caller calling authorized services.

2013-12-01 Thread Jim Thomas

Walt,

As w/my request to Peter, may I please contact you offline ??.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Walt Farrell
Sent: Sunday, December 01, 2013 10:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Un-authorized caller calling authorized services.

On Sat, 30 Nov 2013 20:25:36 -0600, Jim Thomas j...@thethomasresidence.us 
wrote:

My service is a SRB and given, SRBPARM, will be executing some code 
that I am given.

That sounds extremely unsafe, from a system integrity perspective. In general 
you cannot depend on an unauthorized caller to give you code that is safe to 
run in an authorized state.

It can be safe for an unauthorized caller to request you to do a particular 
function, if you check the parameters fully and if all the actual code that you 
will run is contained within (built into) your authorized function. But if the 
unauthorized caller is providing the code that will run then you will need to 
provide a lot more information about exactly what the unauthorized caller is 
before we can give any advice on how you can do that safely. And it is quite 
likely that there is no safe way for you to do it.

So, more details, please.

--
Walt 

--
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: Un-authorized caller calling authorized services.

2013-12-01 Thread Jim Thomas

Rob,

Yes, this was, in part, one of the options I'd been considering. I was
however, trying to stay away from 
having to add a new address space to the product. I will take your
suggestions and re-consider again.

Yes, MVCS/DK is what I usually use, as much as possible. 

Thank you for your suggestions and advice. 

Kind Regards.

Jim Thomas  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Rob Scott
Sent: Sunday, December 01, 2013 8:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Un-authorized caller calling authorized services.

Jim

My advice would be to have a resource owning server that the batch caller
would be a client of. 

The client invokes a PC owned by the server that performs some sort of SAF
check before using IEAMSCHD to run the SRB in the client. Personally I would
use a PC-ss and a task level RESMGR routine to protect your caller.

MVCSK and MVCDK are your friends to read from and write to caller storage
when the server key does not match the client caller.

Rob Scott
Rocket Software


 On 1 Dec 2013, at 02:25, Jim Thomas j...@thethomasresidence.us wrote:
 
 Sir/s et'al,
 
 My service is a SRB and given, SRBPARM, will be executing some code 
 that I am given.
 
 No, there will not be any I/O and such, I am adhering to the rules of a
SRB.
 That said, the 'code'
 that I am passed will be referencing and updating storage that will 
 ultimately be hardened after I am done and pass control back to my 
 caller.
 
 My main issue was to find out ways on how I can be called, given that 
 my caller would be un-authorized.
 
 Binyamin. Chris and others have stated very good points and what to 
 watch out for. Art I thank you for the .PDF that you referenced.
 
 In a nutshell, I'm trying to find out what the best way is for an 
 un-authorized called to call  / invoke a SRB.
 
 Kind Regards.
 
 Jim Thomas
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Binyamin Dissen
 Sent: Saturday, November 30, 2013 5:25 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Un-authorized caller calling authorized services.
 
 On Sat, 30 Nov 2013 21:53:06 + Blaicher, Christopher Y.
 cblaic...@syncsort.com wrote:
 
 :There are a number of things you need to do to prevent an integrity 
 exposure.  At one point I saw a presentation by IBM on this, but right 
 now I can't place my hands on it.  If I do find it, I will post it.  
 Here are the main points of it, as I remember them.
 
 :- Don't ever read data from a caller's address space when you are 
 not in the caller's key.  As an SVC or PC your routine can be entered 
 in key zero/supervisor state, I.E. you are a god and can do anything you
want.
 
 :- Don't EVER, EVER write data to a caller's address space when you 
 are not in the caller's key.
 
 :- You may have written the routine for your exclusive use, but don't 
 assume/think/hope that no one else is going to find it.  Someone will 
 and then they will try to exploit it or use it for nefarious purposes.
 
 :- TPROT data areas to be referenced.
 
 If you do the above, the TPROT is superfluous. And if you do not, 
 realize that unless appropriately locked,  the results may no longer 
 be valid when you try to use it.
 
 --
 Binyamin Dissen bdis...@dissensoftware.com 
 http://www.dissensoftware.com
 
 Director, Dissen Software, Bar  Grill - Israel
 
 
 Should you use the mailblocks package and expect a response from me, 
 you should preauthorize the dissensoftware.com domain.
 
 I very rarely bother responding to challenge/response systems, 
 especially those from irresponsible companies.
 
 --
 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

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

Re: Un-authorized caller calling authorized services.

2013-12-01 Thread Jim Thomas

Shmuel,

Thank you for your responses, this and  previous. 

I concur w/what you've said and w/what others have said. Before I go on, as
Peter pointed out, I admit that I've
used incorrect terminology (e.g. call / invoke a SRB) and I apologize. 

That said, AFAIK, there's really not much, save but for a RACROUTE
REQUEST=AUTH perhaps, that I could do
in terms of validation, I could do. Then again, even w/a RACROUTE/AUTH, it
still does not guarantee integrity.
All the above does is to make things a little harder for inappropriate
users. Perhaps that is all we can do ??. 

I've taken everybody's suggestions and advice and think I've, decided to
take a slight variation to PC / SVC's, use
RACROUTE and have a separate load library that will be clearly documented as
needing to be APF'd. 

Though I am responding to Shmuel, I thank everybody for taking the time to
respond / advice.

Once again, thank you everybody.

Kind Regards.

Jim Thomas 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: Sunday, December 01, 2013 5:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Un-authorized caller calling authorized services.

In 021001ceee3c$9f1fe880$dd5fb980$@TheThomasResidence.us, on
11/30/2013
   at 08:25 PM, Jim Thomas j...@thethomasresidence.us said:

In a nutshell, I'm trying to find out what the best way is for an 
un-authorized called to call  / invoke a SRB.

It can't. The only ways for unauthorized code to invoke authorized services
are PC and SVC. You need an interface service (either PC or
SVC) that will accept parameters, validity check everything and schedule the
SRB.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html
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

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

Re: Un-authorized caller calling authorized services.

2013-11-30 Thread Jim Thomas

Binyamin,

Thank you for your reply.

Commercial product and I don't want to use a SVC.

I'm kinda leaning toward a PC but was hoping there was an easier way. 

This will (for the most part ..) be purely batch.,.. 

Kind Regards.

Jim Thomas


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Binyamin Dissen
Sent: Saturday, November 30, 2013 3:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Un-authorized caller calling authorized services.

On Sat, 30 Nov 2013 14:08:39 -0600 Jim Thomas j...@thethomasresidence.us
wrote:

:I have an authorized service that I've written but needs to be able to
allow un-authorized callers :to use.

:Could anybody please provide any direction on the best way to implement
this ??. I've already :looked at PC's (which might be fine) and having a
server type address space (not something I :want to do).

:I just want to use an acceptable API or venue of sorts. 

First question: your shop or commercial?

If your shop, why not the old-fashioned SVC? Simple set-up.

A PC is your other choice and unless you do tricky stuff will need a server
address space as its owner.

Under TSO, you can use the parallel TMP

--
Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com

Director, Dissen Software, Bar  Grill - Israel


Should you use the mailblocks package and expect a response from me, you
should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems, especially
those from irresponsible companies.

--
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: Un-authorized caller calling authorized services.

2013-11-30 Thread Jim Thomas

Chris,

Thank you for your reply sir ... I concur w/your suggestions and no, I am not 
and will not do so.

That said, w/regard to TPROT, I've had a localized routine that I wrote before 
the hardware 
got involved. 

Again, thank you for your suggestions.

Kind Regards.

Jim Thomas

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Blaicher, Christopher Y.
Sent: Saturday, November 30, 2013 3:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Un-authorized caller calling authorized services.

There are a number of things you need to do to prevent an integrity exposure.  
At one point I saw a presentation by IBM on this, but right now I can't place 
my hands on it.  If I do find it, I will post it.  Here are the main points of 
it, as I remember them.

- Don't ever read data from a caller's address space when you are not in the 
caller's key.  As an SVC or PC your routine can be entered in key 
zero/supervisor state, I.E. you are a god and can do anything you want.

- Don't EVER, EVER write data to a caller's address space when you are not in 
the caller's key.

- You may have written the routine for your exclusive use, but don't 
assume/think/hope that no one else is going to find it.  Someone will and then 
they will try to exploit it or use it for nefarious purposes.

- TPROT data areas to be referenced.

Let's assume the interface calls for R1 pointing to a two word parameter list.  
First of all, the words pointed to by R1 may be outside of his address space, 
so you want to verify their location is valid.  Then the individual parms may 
or may not point to valid data in his address space.

The original presentation went into about 10 different ways a nefarious user 
can try to get your valid routine to do something bad.  Maybe Peter Relson has 
access to it and can post it.

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jim Thomas
Sent: Saturday, November 30, 2013 3:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Un-authorized caller calling authorized services.

Forgive me, 

I have an authorized service that I've written but needs to be able to allow 
un-authorized callers to use.

Could anybody please provide any direction on the best way to implement this 
??. I've already looked at PC's (which might be fine) and having a server type 
address space (not something I want to do).

I just want to use an acceptable API or venue of sorts. 

Lastly, a while back, I'd posted an email asking how to get a product SMP/E 
instable and while I never got any responses per se, I did get one offline 
email from someone that faced the same issues as I did.

To that person, if you happen to read this, please re-contact me offline. I 
apologize but I lost your email but have some information for you. 

Kind Regards.

Jim Thomas
j...@thethomasresidence.us 

--
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: Un-authorized caller calling authorized services.

2013-11-30 Thread Jim Thomas

Sir/s et'al,

My service is a SRB and given, SRBPARM, will be executing some code that I
am given.

No, there will not be any I/O and such, I am adhering to the rules of a SRB.
That said, the 'code'
that I am passed will be referencing and updating storage that will
ultimately be hardened after
I am done and pass control back to my caller. 

My main issue was to find out ways on how I can be called, given that my
caller would be 
un-authorized. 

Binyamin. Chris and others have stated very good points and what to watch
out for. Art I thank
you for the .PDF that you referenced. 

In a nutshell, I'm trying to find out what the best way is for an
un-authorized called to call  / invoke
a SRB.

Kind Regards.

Jim Thomas

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Binyamin Dissen
Sent: Saturday, November 30, 2013 5:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Un-authorized caller calling authorized services.

On Sat, 30 Nov 2013 21:53:06 + Blaicher, Christopher Y.
cblaic...@syncsort.com wrote:

:There are a number of things you need to do to prevent an integrity
exposure.  At one point I saw a presentation by IBM on this, but right now I
can't place my hands on it.  If I do find it, I will post it.  Here are the
main points of it, as I remember them.

:- Don't ever read data from a caller's address space when you are not in
the caller's key.  As an SVC or PC your routine can be entered in key
zero/supervisor state, I.E. you are a god and can do anything you want.

:- Don't EVER, EVER write data to a caller's address space when you are not
in the caller's key.

:- You may have written the routine for your exclusive use, but don't
assume/think/hope that no one else is going to find it.  Someone will and
then they will try to exploit it or use it for nefarious purposes.

:- TPROT data areas to be referenced.

If you do the above, the TPROT is superfluous. And if you do not, realize
that unless appropriately locked,  the results may no longer be valid when
you try to use it.  

--
Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com

Director, Dissen Software, Bar  Grill - Israel


Should you use the mailblocks package and expect a response from me, you
should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems, especially
those from irresponsible companies.

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

RESEND : Re: Orphaned Catalog

2013-09-10 Thread Jim Thomas

All,

Please ignore my previous post ... I managed to delete it 


Kind Regards.

Jim Thomas

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

Re: Orphaned Catalog

2013-09-10 Thread Jim Thomas

Hello, 

I have an orphaned catalog and have am (unsuccessfully) trying to delete it. 

Note that this is just an entry in the master catalog ... the volume that held 
the catalog
is no longer available. 

I have tried DELETE  catalog.zos.mast nscr .. and such ... but get either 
IDC331I or IDC3009
RC90. Delete VVR will not work since none of the components under the catalog 
entry name
are available. 

Any ideas or direction would be appreciated. 


Kind Regards.

Jim Thomas

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

Re: Orphaned Catalog

2013-09-10 Thread Jim Thomas

Sir,

Yes ... that is what I ended up doing ... 

Kind Regards.

Jim Thomas

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joel C. Ewing
Sent: Tuesday, September 10, 2013 12:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Orphaned Catalog

On 09/10/2013 12:08 PM, Jim Thomas wrote:
 Hello,
 
 I have an orphaned catalog and have am (unsuccessfully) trying to delete it. 
 
 Note that this is just an entry in the master catalog ... the volume 
 that held the catalog is no longer available.
 
 I have tried DELETE  catalog.zos.mast nscr .. and such ... but get 
 either IDC331I or IDC3009 RC90. Delete VVR will not work since none of 
 the components under the catalog entry name are available.
 
 Any ideas or direction would be appreciated. 
 
 
 Kind Regards.
 
 Jim Thomas
 

EXPORT DISCONNECT to remove master catlog connector and ALIAS defs?


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

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

Re: SMP/E vs. NON SMPE Installs (Was BLKSIZE=3120)

2013-07-22 Thread Jim Thomas

Folks,

Does anybody have any guidelines for making a product SMP/E installable ??. 

Yes, I've been thru the manuals but what I don't find are recommendations
and or 
'gotchas' ... 

Any advice and  or direction would be appreciated.

Kind Regards.

Jim 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Ed Gould
Sent: Monday, July 22, 2013 4:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E vs. NON SMPE Installs (Was BLKSIZE=3120)

Lizette:

Well said.
In the past 40+ years I have done all types of installs. SMPE in the end
simplifies installation.
I have frequently rejected a product just because that it is not installed
via SMPE.
I have seen everything from an IEBCOPY to quite complicated installation
procedures.
Yes it can be cumbersome to install via SMPE but every sysprog that I have
worked with (except some well lets say amateur types) have generally liked
SMPE(for IM) It is far easier to figure out levels of products with SMPE
IMO.
I have seen OEM's supply fixes with zaps (and use IDRDATA rather than
SMPE) and when all is said and done the level of the product was almost
always up in the air and made problem determination less straight forwardas
IDRdata is not in a dump.

Ed


On Jul 22, 2013, at 3:46 PM, Lizette Koehler wrote:

 Just taking this to a new thread

 Personally I prefer SMP/E installs.  It provides the following

 Ease of installation
 Ease of verifying Maint Levels
 Ease of upgrades or phase outs.

 When I have NON SMP/E installs they tend to be just simple IEBCOPY 
 from here to here.

 Then it is up to me to ensure a way to validate what is in   
 production, what is in test, what maintenance levels are available.

 There have been some NON SMP/E install products that have done a good 
 job with the three points.  But I have to make sure it is documented, 
 my team mates can find (or use) my documentation and that the process 
 is bullet proof.  If it cannot pass the Lizette Test for 
 bullet-proofness, then I really do not want the product in my shop.

 At one of my previous lives, I was supporting an OEM product that was 
 NON-SMP/E installed.  It was a nightmare.  They process was a bare 
 bones TSO XMIT install.  But I had no way to very if I had the current 
 version of software or not.  It took many iterations before I found a 
 naming convention that would at least look like it could identify what 
 version of the product I was running in sand box and everywhere else.

 I think if you have one or two LPARs it is not so bad.  But when you 
 are looking at  5 or more LPARs or more than one PLEX to maintain 
 software on, the SMP/E is a big benefit.


 But, if you have a solid process that covers my concerns, I may not  
 gripe too much over a non-SMP/E install.

 Lizette



 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM- 
 m...@listserv.ua.edu] On Behalf Of Duffy Nightingale
 Sent: Monday, July 22, 2013 1:04 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: BLKSIZE=3120

 Interesting.  Thanks much!

 Duffy Nightingale
 Sound Software Printing, Inc.
 www.soundsoftware.us
 du...@soundsoftware.us
 Phone: 360.385.3456
 Fax: 973.201.8921

 The information in this e-mail, and any attachment therein is  
 confidential and for use by the addressee only. If you are not the  
 intended recipient, please return the e-mail to the sender and  
 delete it from your computer. Although Sound Software Printing,  
 Inc. attempts to sweep e-mail and attachments for viruses, it does  
 not guarantee that either are virus-free and accepts no liability  
 for any damage sustained as a result of viruses.


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM- 
 m...@listserv.ua.edu] On Behalf Of John McKown
 Sent: Monday, July 22, 2013 1:01 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: BLKSIZE=3120

 I, personally, as a z/OS system programmer tend to like SMP/E. IBM  
 has made installation simple via ShopzSeries. I put in my order. I  
 eventually get an email saying it is ready. I log on to get the  
 download information that I need and run a single SMP/E job which  
 downloads and sets it up (RECEIVE), ready to customize and install.  
 CA is similar, but we haven't gone to using MSM yet (don't know why).

 But the other 2 sysprogs here tend to prefer to get XMIT type  
 files, perhaps packaged in a zip file. One simply prefers XMIT  
 format, but will work with the CA stuff, which is downloaded to a  
 UNIX subdirectory when he is forced to (compressed PAX format). The  
 second really despises anything other than simple XMIT. But,  
 then, he really dislikes z/OS UNIX.

 On Mon, Jul 22, 2013 at 2:16 PM, Duffy Nightingale
 du...@soundsoftware.uswrote:

 Hello,

 I see another developer on here.  And we send our product out using
 TSO XMIT.  Which gives rise to a question.  I saw some techie state
 that he would not install a product unless he could use SMP/E.  Is
 this something

Re: [SPAM] Re: Orphaned ICF catalog in the VVDS

2013-07-18 Thread Jim Thomas

Since this is an orphaned catalog  try DELETE ... cat.name VVR and then 
follow it w/the same delete except
change the 'VVR' to an 'NVR'.

Kind Regards

Jim 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rouse, Willie
Sent: Thursday, July 18, 2013 12:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [SPAM] Re: Orphaned ICF catalog in the VVDS

Dave,

I guess I don't understand:   put a corresponding entry into the dummy bcs 

I created and empty ucat  with orphan name. Then tried to delete it with the 
following JCL

//VVR EXEC PGM=IDCAMS,REGION=512K 
//SYSPRINT DD SYSOUT=*
//DD1 DD DSN=SYS1.VVDS.VPP1013,DISP=OLD   
//SYSIN DD *  
  DELETE  CATALOG.MVSICFM.VIP1080 NSCR FILE(DD1)  
/*
I get:
IDCAMS  SYSTEM SERVICES   TIME: 

  DELETE  CATALOG.MVSICFM.VIP1080 NSCR FILE(DD1)
IDC3014I CATALOG ERROR  
IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFK-18 
IDC0551I ** ENTRY CATALOG.MVSICFM.VIP1080 NOT DELETED   
IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8   

Respectfully,
Willie C. Rouse
Senior Mainframe Consultant
Prince George's County, Maryland
Office of Information Technology
9201 Basil Court/ Room B8
Largo, MD 20774
Voice: 301-883-7189
Fax: 301-883-3790




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Devine
Sent: Thursday, July 18, 2013 12:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Orphaned ICF catalog in the VVDS

Hi Willie,
I believe that Allan has hit the nail on the head for the solution, but i think 
you may also have to put a corresponding entry into the dummy bcs so that the 
delete nscr will match up on both sides.
Just tried it on a pack on our sysprog lpar in the same situation, recreated 
the lost catalog and got an idc3012i on the delete nscr for the 
sys1.vvds.vx.

An inelegant solution but quick and easy would be to disnew the volume, empty 
it out (hsm migrate or dfdss copy etc.) then delete the vvds and define a nice 
new empty one, then enable the volume back to sms.
Sod's law will probably have it that there's a permanently allocated dataset on 
the volume to put the kibosh on that idea!

If you fancy being a guinea pig, theres VVDSFIX an unsupported IBM program 
you can download. 

 You can read about and download this tool from this URL:
http://www.ibm.com/support/docview.wss?uid=isg3S1000618 

Was on a share presentation a few years back.
Looks like it could be vaiable. 

Never used it, but i'm sure there are people around who have.

Dave  

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



This E-mail and any of its attachments may contain Prince George’s County 
Government or Prince George's County 7th Judicial Circuit Court proprietary 
information or Protected Health Information, which is privileged and 
confidential.  This E-mail is intended solely for the use of the individual or 
entity to which it is addressed.  If you are not the intended recipient of this 
E-mail, you are hereby notified that any dissemination, distribution, copying, 
or action taken in relation to the contents of and attachments to this E-mail 
is strictly prohibited by federal law and may expose you to civil and/or 
criminal penalties. If you have received this E-mail in error, please notify 
the sender immediately and permanently delete the original and any copy of this 
E-mail and any printout.

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

54 matches

Mail list logo