Re: Print issue

[venkat kulkarni]

Thanks for reply .  Can you please help me doing this as it's new to me .

Thanks alot

On Dec 29, 2016 10:39, "גדי בן אבי"  wrote:

> You have to translate the mainframe page control characters (the ones in
> column 1) to something a pc printer will understand.
> There is an option in the z/OS ftp server to do this
> Use the command
> Quote site asatrans
> Before you transfer the file.
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of venkat kulkarni
> Sent: Thursday, December 29, 2016 9:33 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Print issue
>
> Hello Group,
>
>
>
> We are generating some report using Mainframe jobs and send to printer for
> print. But printer which is attached to mainframe is not working becuase of
> hardware issue and we trying to fix but
>
> at the same time we need to print those business report.
>
>
>
> I tried to xdc those report from sdsf and then ftp dataset to desktop to
> take print in asci format. But while taking print, report doesnt come in
> proper format and page breaks etc.
>
>
>
> Do we have any work around to solve this problem till we get printer
> repaired.
>
>
>
>
>
> Regards
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה
> קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג
> מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את
> לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך
> סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום
> טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please
> note that in accordance with Malam and/or its subsidiaries (hereinafter :
> "Malam") regulations and signatory rights, no offer, agreement, concession
> or representation is binding on the Malam, unless accompanied by a duly
> signed separate document (or a scanned version thereof), affixed with the
> Malam seal.
>
> --
> 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

AW: TZ valid codes

[Peter Hunkeler]

> I'm trying to find out the list of valid timezone abbreviations in z/OS Unix.
> I found I can provide any code (i.e. TZ=STUPID), but invalid code means UTC.
> I would like to set it up to Poland, but no CET or CEST is valid.
> Any clue?

In recent thread here, I explained that you can use just any name you want. See 
here:
https://listserv.ua.edu/cgi-bin/wa?A2=IBM-MAIN;ebcc3a7a.1611


--
Peter Hunkeler


 Von: "R.S."  An:   
IBM-MAIN@LISTSERV.UA.EDU Betreff: TZ valid codes Datum: 28.12.16, 21:22







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

Re: Print issue

[גדי בן אבי]

You have to translate the mainframe page control characters (the ones in column 
1) to something a pc printer will understand.
There is an option in the z/OS ftp server to do this
Use the command
Quote site asatrans
Before you transfer the file.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of venkat kulkarni
Sent: Thursday, December 29, 2016 9:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Print issue

Hello Group,



We are generating some report using Mainframe jobs and send to printer for 
print. But printer which is attached to mainframe is not working becuase of 
hardware issue and we trying to fix but

at the same time we need to print those business report.



I tried to xdc those report from sdsf and then ftp dataset to desktop to take 
print in asci format. But while taking print, report doesnt come in proper 
format and page breaks etc.



Do we have any work around to solve this problem till we get printer repaired.





Regards

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

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

Print issue

[venkat kulkarni]

Hello Group,



We are generating some report using Mainframe jobs and send to printer for
print. But printer which is attached to mainframe is not working becuase of
hardware issue and we trying to fix but

at the same time we need to print those business report.



I tried to xdc those report from sdsf and then ftp dataset to desktop to
take print in asci format. But while taking print, report doesnt come in
proper format and page breaks etc.



Do we have any work around to solve this problem till we get printer
repaired.





Regards

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

Re: Recommendations for RECOVERY options

[Alan (GMAIL) Watthey]

Jim,

As the network guy who looks after the SAN I would not be expecting my z/OS
guys to do anything in this situation.  In fact z/OS cannot see our whole
SAN as I have other things on it (eg. ISLs, backend tapes).  Fortunately,
the Brocade switches are dedicated to the mainframes and devices used by the
mainframes here.  The Brocade will see issues that it recovers from well
before z/OS sees anything.

Of course, I don't know exactly what your problem was and what your Brocade
would have seen but I'd suggest the bottleneckmon command to detect latency
issues.  Running the porterrshow command from time to time would also give
you a good idea as to whether your SFPs and fibres are performing as well as
they should.  If you have the Fabric Vision/Watch licenses then you do fancy
stuff like fence errant ports before they impact anything.


Regards,
Alan Watthey
-Original Message-
From: James Peddycord [mailto:j...@ntrs.com] 
Sent: 28 December 2016 4:56 pm
Subject: Recommendations for RECOVERY options

NTAC:3NS-20
We had a situation with a bad cable that resulted in a huge performance
impact due to the default way that z/OS (we are at 1.13) handles error
recovery on Ficon paths.
The symptoms were many (thousands) of IOS050I messages in the task's joblog,
followed by an IOS450E message, which took the path offline to a single
device.
This was happening for every device (around 3000) that the affected path was
attached to.
As soon as I saw the messages I configured the CHPID offline and the problem
stopped.
We have put in automation that will immediately configure a CHPID offline as
soon as a single IOS450E message is detected, and now I am experimenting
with RECOVERY options.
IBM recommended to set RECOVERY,PATH_SCOPE=CU, set the PATH_INTERVAL to 1
and leave PATH_THRESHOLD=10, and adjust from there.

Due to the paperwork involved with making any change in our environment, I
would like to implement this with a minimum of 'adjustment'.

Does anyone have any recommendations?
We are running on z13s, 16G Ficon through Brokade switches to IBM DS88xx
DASD.

Thanks,
Jim


--
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: Problem with "RECEIVE" of z/OS 2.2 upgrade

[McCabe, Ron]

I got a resolution from IBM about my problem.  My problem was that I needed to 
set my path to the order directory and the directories had to be named with the 
order number.  Since I had already downloaded my order to a File-System I was 
doing a "receive " from File-System.  Thanks for all the responses.

Ron

Sent from my iPhone

> On Dec 28, 2016, at 5:28 AM, Tom Marchant 
> <000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
>
>> On Tue, 27 Dec 2016 17:52:33 -0700, Paul Gilmartin wrote:
>>
>>> On 2016-12-27 15:19, McCabe, Ron wrote:
>>> Yes, I need to GIMUNZIP.  All the files are in pax.z format on a ZFS file 
>>> system within our USS subsystem.
>>>
>> That does not imply you need to GIMUNZIP.  RECEIVE FROMNTS should work for 
>> you.
>> That's what it's designed for.
>
> I agree with Gil on this. I would expect that you have a directory containing
> these files:
> GIMPAF.XML
> GIMPAF.XSL
>
> and these directories:
> SMPHOLD
> SMPPTFIN
>
> There may be more files, and a SMPRELF directory. If there is a readme
> file, look at it. It may contain sample JCL.
>
> I would try to run RECEIVE FROMNTS, specifying the directory that contains
> the above directory for the PATH on SMPNTS. RECEIVE FROMNTS executes
> GIMUNZIP under the covers.
>
> --
> Tom Marchant
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

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

Re: Looking for USERMOD samples

[Paul Gilmartin]

On 2016-12-27 14:47, R.S. wrote:
> I'm trying to learn a little bit about SMP/E usermods.
> Unfortunately neither SMP/E manuals nor google did not provide good (*well 
> explained*) samples.
> 
This moved me to polish off one of my SMP/E tests.  Not attaching
about 300 lines of CSI setup.  This copies a MOD element from SYS1.LINKLIB
as a base function and a SRC element from SYS1.SAMPLIB as a usermod.

(It's wrapped in a shell script because that's what I'm comfortable with.)

-- gil


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

Re: Knowledge Center

[Jack J. Woehr]

Paul Gilmartin wrote:

It's intermittent; it appears and vanishes.


Browser psychosis. Flush the cache. Close and reopen.


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

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

Re: Knowledge Center

[Jack J. Woehr]

Paul Gilmartin wrote:

Grrr...  Every time I get used to the way it had been working, they change it.


I don't think they've changed it, you just have to remember to click the little 
plusses and minuses.


Anyway, haven't you downloaded the entire archive onto your box yet?


PS ... Does anyone know if  there is anywhere to download the entire IBM i library the way you can download the z/OS 
library?


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

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

Re: TZ valid codes

[Lester, Bob]

Hi --gil,

+1  (at least!).  It amazes me how different/limited/unintuitive z/OS unix 
is - compared to any normal linux or unix.

BobL

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Wednesday, December 28, 2016 1:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TZ valid codes [ EXTERNAL ]

On 2016-12-28, at 13:22, R.S. wrote:

> I'm trying to find out the list of valid timezone abbreviations in z/OS Unix.
> I found I can provide any code (i.e. TZ=STUPID), but invalid code means UTC.
> 
> I would like to set it up to Poland, but no CET or CEST is valid.
>  

> Any clue?
>  
From:
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ibm.com_support_knowledgecenter_SSLTBW-5F2.2.0_com.ibm.zos.v2r2.bpxa500_bpxa50065.htm=CwIFAg=huW-Z3760n7oNORvLCN2eJBo4X7nIGCr9Ffht-z0f4k=1KMMjoSvFEwY7ZoooplFIrKcOeeTJVI4X6Bc3o6vdK4=5Ei6LVCkQqoxjbnfr_bOS4g4ysyhmN98Ope1Dq_VK1Y=NTU6hYYRU92EeqCih-1dxPzthTeIPCDirdzzMiOqwGY=
 

Format
TZ= standardHH[:MM[:SS]] [daylight[HH[:MM[:SS:]]] 
[,startdate[/starttime],enddate[/endtime]] ]
...

In contrast, on any of several desktops,

505 $ date; TZ=Europe/Warsaw date
Wed Dec 28 13:46:53 MST 2016
Wed Dec 28 21:46:53 CET 2016

Among the choices?
504 $ ls /usr/share/zoneinfo/Europe
Amsterdam   Busingen KievMoscow  Saratov Vatican
Andorra Chisinau Kirov   Nicosia Simferopol  Vienna
Astrakhan   Copenhagen   Lisbon  OsloSkopje  Vilnius
Athens  Dublin   Ljubljana   Paris   Sofia   Volgograd
Belfast GibraltarLondon  Podgorica   Stockholm   Warsaw
BelgradeGuernsey Luxembourg  Prague  Tallinn Zagreb
Berlin  Helsinki Madrid  RigaTirane  Zaporozhye
Bratislava  Isle_of_Man  Malta   RomeTiraspolZurich
BrusselsIstanbul Mariehamn   Samara  Ulyanovsk
Bucharest   Jersey   Minsk   San_Marino  Uzhgorod
BudapestKaliningrad  Monaco  SarajevoVaduz

What the hell is wrong with IBM?  POSIX is no excuse.  The true excuse is IBM 
has a captive clientele who can't afford to switch.  It's a valid business 
decision; only the customers suffer until z/OS meets a well-deserved end.

(But has anyone submitted an RFE to implement the Olson timezone database?  
What support would it get?)

-- gil

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

This e-mail transmission may contain information that is proprietary, 
privileged and/or confidential and is intended exclusively for the person(s) to 
whom it is addressed. Any use, copying, retention or disclosure by any person 
other than the intended recipient or the intended recipient's designees is 
strictly prohibited. If you are not the intended recipient or their designee, 
please notify the sender immediately by return e-mail and delete all copies. 
OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or 
disclose the content of all email communications.

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

Re: Knowledge Center

[Paul Gilmartin]

On 2016-12-28, at 13:52, Itschak Mugzach wrote:

> and they don't like Sundays... (but we work on Sunday, trying to identify &
> solve weekend issues and it's usually down)...
> 
> On Wed, Dec 28, 2016 at 9:38 PM, Charles Mills wrote:
> 
>> Seems to for me, I think.
>>  
It's intermittent; it appears and vanishes.

>> Charles
>> 
>> -Original Message-
>> From: Paul Gilmartin
>> Sent: Wednesday, December 28, 2016 11:25 AM
>> 
>> Grrr...  Every time I get used to the way it had been working, they change
>> it.
>> Very recently, the striped rectangle near the upper left opened a left
>> sidebar which listed, hierarchially, the ToC of the entire z/OS library.
>> Now it doesn't.

-- gil

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

Re: TZ valid codes

[Paul Gilmartin]

On 2016-12-28, at 13:22, R.S. wrote:

> I'm trying to find out the list of valid timezone abbreviations in z/OS Unix.
> I found I can provide any code (i.e. TZ=STUPID), but invalid code means UTC.
> 
> I would like to set it up to Poland, but no CET or CEST is valid.
>  

> Any clue?
>  
From:
http://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.bpxa500/bpxa50065.htm

Format
TZ= standardHH[:MM[:SS]] [daylight[HH[:MM[:SS:]]] 
[,startdate[/starttime],enddate[/endtime]] ]
...

In contrast, on any of several desktops,

505 $ date; TZ=Europe/Warsaw date
Wed Dec 28 13:46:53 MST 2016
Wed Dec 28 21:46:53 CET 2016

Among the choices?
504 $ ls /usr/share/zoneinfo/Europe
Amsterdam   Busingen KievMoscow  Saratov Vatican
Andorra Chisinau Kirov   Nicosia Simferopol  Vienna
Astrakhan   Copenhagen   Lisbon  OsloSkopje  Vilnius
Athens  Dublin   Ljubljana   Paris   Sofia   Volgograd
Belfast GibraltarLondon  Podgorica   Stockholm   Warsaw
BelgradeGuernsey Luxembourg  Prague  Tallinn Zagreb
Berlin  Helsinki Madrid  RigaTirane  Zaporozhye
Bratislava  Isle_of_Man  Malta   RomeTiraspolZurich
BrusselsIstanbul Mariehamn   Samara  Ulyanovsk
Bucharest   Jersey   Minsk   San_Marino  Uzhgorod
BudapestKaliningrad  Monaco  SarajevoVaduz

What the hell is wrong with IBM?  POSIX is no excuse.  The true excuse
is IBM has a captive clientele who can't afford to switch.  It's a
valid business decision; only the customers suffer until z/OS meets
a well-deserved end.

(But has anyone submitted an RFE to implement the Olson timezone
database?  What support would it get?)

-- gil

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

Re: TZ valid codes

[John McKown]

On Wed, Dec 28, 2016 at 2:22 PM, R.S. 
wrote:

> I'm trying to find out the list of valid timezone abbreviations in z/OS
> Unix.
> I found I can provide any code (i.e. TZ=STUPID), but invalid code means
> UTC.
>
> I would like to set it up to Poland, but no CET or CEST is valid.
>
> Any clue?
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
​Transcript from my z/OS 1.12 system:

$ printenv TZ;date
CST6CDT
Wed Dec 28 14:44:34 CST 2016
$ TZ=UTC date
Wed Dec 28 20:44:43  2016
$ TZ=CET-1CEST-2 date
Wed Dec 28 21:44:53 CET 2016
$ TZ=FAT-1TST-2 date
Wed Dec 28 21:46:19 FAT 2016
$ TZ=CST date
Wed Dec 28 20:47:07  2016


Notice especially the first and last entry. On the last, the date comes out
in UTC even though I use a "valid" code of CST. So I think that, at least
in z/OS 1.12, the TZ must contain the offset from UTC or it is just used as
the "label" in the date command's output.



-- 
Heisenberg may have been here.

http://xkcd.com/1770/

Maranatha! <><
John McKown

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

TZ valid codes

[R.S.]

I'm trying to find out the list of valid timezone abbreviations in z/OS 
Unix.
I found I can provide any code (i.e. TZ=STUPID), but invalid code means 
UTC.


I would like to set it up to Poland, but no CET or CEST is valid.

Any clue?

--
Radoslaw Skorupka
Lodz, Poland






---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.955.696 złotych.


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

Re: Knowledge Center

[Charles Mills]

Seems to for me, I think.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Wednesday, December 28, 2016 11:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Knowledge Center

Grrr...  Every time I get used to the way it had been working, they change it.
Very recently, the striped rectangle near the upper left opened a left sidebar 
which listed, hierarchially, the ToC of the entire z/OS library.  Now it 
doesn't.

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

Knowledge Center

[Paul Gilmartin]

Grrr...  Every time I get used to the way it had been working, they change it.
Very recently, the striped rectangle near the upper left opened a left sidebar
which listed, hierarchially, the ToC of the entire z/OS library.  Now it 
doesn't.

-- gil

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

Re: LE option for a product

[scott Ford]

John,

I guess it's good or bad depending on your viewpoint.

Scott

On Wednesday, December 28, 2016, John McKown 
wrote:

> On Wed, Dec 28, 2016 at 12:32 PM, scott Ford  > wrote:
>
> > John,
> >
> > I wasn't sure, it seems LE is integrated in the programming language
> > environment .
> >
> > Scott
> >
> >
> ​I think so too. My opinion is that LE is the outgrowth of IBM's desire for
> all the HLLs to have an "integrated" run-time which is distributed with the
> z/OS system itself, instead of individual run-times like in the MVS era. I
> rather like being able to use some of the C language routines even in
> COBOL. I have a great delight in the "snprintf()"​ routine for "human
> readable" messages.
>
> --
> Heisenberg may have been here.
>
> http://xkcd.com/1770/
>
> Maranatha! <><
> John McKown
>
> --
> 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: LE option for a product

[John McKown]

On Wed, Dec 28, 2016 at 12:32 PM, scott Ford  wrote:

> John,
>
> I wasn't sure, it seems LE is integrated in the programming language
> environment .
>
> Scott
>
>
​I think so too. My opinion is that LE is the outgrowth of IBM's desire for
all the HLLs to have an "integrated" run-time which is distributed with the
z/OS system itself, instead of individual run-times like in the MVS era. I
rather like being able to use some of the C language routines even in
COBOL. I have a great delight in the "snprintf()"​ routine for "human
readable" messages.

-- 
Heisenberg may have been here.

http://xkcd.com/1770/

Maranatha! <><
John McKown

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

Re: z/OS 2.2 SMF record corrupted

[Elardus Engelbrecht]

Salva Carrasco  wrote:

>After a long investigation, IBM has found an error when the SMF LogStream 
>structure is defined with MAXBUFSIZE < 64K in z/OS 2.2.
>Pending OA51823 APAR.

Many many thanks for helping us SMF oldies. ;-) 

Much appreciated.


>SMF record corrupted at offset x16, high order bit zeroed, in (almost) types:

How did you find it out? Experiencing abends with SMF processing jobs or having 
problems with Logstreams? 

Or just simply excellent eye-balling the records?

I see you have posted a sample SMF record 80, is that field SMF80USR? (offset 
19 as per your post)

Many thanks in advance!

Groete / Greetings
Elardus Engelbrecht

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

Re: LE option for a product

[scott Ford]

John,

I wasn't sure, it seems LE is integrated in the programming language
environment .

Scott

On Wednesday, December 28, 2016, John McKown 
wrote:

> On Wed, Dec 28, 2016 at 11:48 AM, scott Ford  > wrote:
>
> > Someone asked me can you write COBOL on z/OS without LE, I said no, but I
> > see you can compile it on UNIX System Services.
> >
> >
> ​Yes, the UNIX "cob2" command is run on a UNIX shell (or BPXBATCH if you
> want to for some reason) and it will compile COBOL code​. But the resultant
> executable still uses LE. The only compiled HLL that I know of which does
> not require LE is "Metal C". Well, REXX doesn't use LE either, but it's not
> really compiled.
>
>
> --
> Heisenberg may have been here.
>
> http://xkcd.com/1770/
>
> Maranatha! <><
> John McKown
>
> --
> 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: LE option for a product

[John McKown]

On Wed, Dec 28, 2016 at 11:48 AM, scott Ford  wrote:

> Someone asked me can you write COBOL on z/OS without LE, I said no, but I
> see you can compile it on UNIX System Services.
>
>
​Yes, the UNIX "cob2" command is run on a UNIX shell (or BPXBATCH if you
want to for some reason) and it will compile COBOL code​. But the resultant
executable still uses LE. The only compiled HLL that I know of which does
not require LE is "Metal C". Well, REXX doesn't use LE either, but it's not
really compiled.


-- 
Heisenberg may have been here.

http://xkcd.com/1770/

Maranatha! <><
John McKown

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

Re: Looking for USERMOD samples

[Jesse 1 Robinson]

;-( Examples didn't match Type definitions in original note. Replacement Type 1 
below. 

There are several types of usermods that turn source code into a load module 
depending on the initial SMP/E environment. There are undoubtedly other 
variations for each example below, but these have worked for years across many 
z/OS releases. Note that data sets do not necessarily exist as named. JCLIN 
parses out the LLQ and looks for a matching DDNAME or DDDEF. You don't need to 
repeat info that SMP/E already has unless you want to change something. 

1. A net new source module not previously defined to SMP/E at all. Usermod must 
incorporate all installation 'instructions'. 

2. A replacement for a source module that is already defined to SMP/E together 
with a corresponding load module. SMP/E already knows how to link load module.

3. A source module supplied as ++SAMP but not previously installed as a load 
module. As with Type 1, SMP/E needs all link info. 

Here are some examples.  

Type 1.

 
//SYSIN DD * 
 SET  BDY (GLOBAL) . 
  RECEIVE SYSMODS.   
 SET  BDY (MVST100) .
  APPLY S(SMFACT1) REDO. 
//SMPPTFIN DD   DATA,DLM=$$  
++USERMOD (SMFACT1) REWORK(2014171) .<== Use REWORK to avoid having to 
REJECT on RECEIVE
++VER (Z038)  FMID (HBB7790) .   
++JCLIN .
//SMFACT1  EXEC LINKS,PARM='XREF,LIST,LET,NCAL,RENT'   <== Includes both ASM 
and link  
//AOSB3DD DISP=SHR,DSN=SYS1.AOSB3
//SYSLMOD  DD DISP=SHR,DSN=SYS1.LINKLIB  
//SYSLIN   DD *  
  INCLUDE AOSB3(SCEACTLG)
  MODE AMODE(31) RMODE(ANY)  
  NAME SCEACTLG(R)   
++SRC(SCEACTLG) DISTLIB(ASAMPLIB) .  
<<>> 
$$<== Because of DLM=$$  

Type 2.

//SMPSTEP.SMPCNTL DD *
  SET BDY(GLOBAL) .   
  RECEIVE SYSMODS .   
  SET BDY(MVST100) .  
  APPLY S(SDSF001) REDO . 
//SMPSTEP.SMPPTFIN DD *
++USERMOD(SDSF001) REWORK(2014171) .   <== Use REWORK to avoid having to REJECT 
on RECEIVE  
++VER(Z038) FMID(HQX7790) /* ZOS R21   
 THIS USERMOD IS A COMPLETE SRC REPLACEMENT
 FOR THE SDSF USER EXIT. JCLIN IS NOT  
 REQUIRED BECAUSE SDSF ALREADY CONTAINS A  
 NATIVE DEFINITION FOR THE EXIT. AS
 CONSTRUCTED, THE USERMOD WILL CAUSE SMPE  
 TO COPY THE SOURCE INTO THE STANDARD  
 SOURCE LIBRARY, ASSEMBLE IT, AND LINK IT  
 INTO THE STANDARD LOAD LIBRARY. FOR   
 RELEASE 1.6, THESE LIBRARIES ARE  
   
 SRC  -- SISFSRC   
 LMOD -- SISFLOAD  
  */  .
++SRC(ISFUSER) .   
<<>>


Type 3. 

//SYSINDD   *
 SET BDY(GLOBAL) .   
   RECEIVE SYSMODS . 
 SET BDY(MVST100) .  
   APPLY S(JESXC05) REDO .   
 UCLIN . 
   REP SAMP(HASX05C) RMID(JESXC05) /* INDUCE REGRESSION MSGS */ .  <== 
Causes regression message in case a PTF hits the SAMP
 ENDUCL .
//SMPPTFIN DD   DATA,DLM=$$  
++ USERMOD (JESXC05) REWORK(20141710)  /* JES2 EXIT 5C<== Use REWORK to 
avoid having to REJECT on RECEIVE
   IBM-SAMPLE-PROVIDED COMMAND TRANSLATOR
 */. 
++ VER (Z038) FMID(HJE7790) .
++ JCLIN .   
//ASM EXEC PGM=IEV90,PARM='DECK,NOOBJ,XREF(SHORT)'   
//SYSINDD  DDNAME=SHASSAMP   
//SHASSAMP DD  DSN=SYS1.SHASSAMP(HASX05C),DISP=SHR   
//SYSPUNCH DD  DSN=SYS1.SYSPUNCH(HASX05C),DISP=SHR   
//LINKEDIT EXEC PGM=IEWL,PARM='XREF,LIST,LET,NCAL,AC=1' 

Re: HMC 3270 interface (Was: Bad IOA card replaced, now test lpar Master console and alternate BOXED)

[Jesse 1 Robinson]

Copy/paste works from Integrated 3270. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dana Mitchell
Sent: Wednesday, December 28, 2016 8:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: HMC 3270 interface (Was: Bad IOA card replaced, now 
test lpar Master console and alternate BOXED)

On Wed, 28 Dec 2016 16:37:39 +, Jesse 1 Robinson  
wrote:
>AFAIK the Integrated 3270 never actually worked on MVS before 2.1. IIRC it did 
>work on z/VM for years before that.
>

That was my understanding as well...   Icing on the cake if cut/paste works on 
this console as opposed to not working at all on the fugly OpSysMsg.

Dana


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

Re: ASMA032E Relocatable value or unresolved symbol found when absolute value required

[John McKown]

On Wed, Dec 28, 2016 at 11:32 AM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Tue, 27 Dec 2016 20:19:35 -0800, Charles Mills wrote:
>
> > You really need to come up to speed on modern opcodes. All of the
> performance
> > improvements are in new opcodes; the old ones aren't getting any faster.
> > There is some cool stuff, ...
>
> On 2016-12-09, at 09:56, Farley, Peter x23353 wrote:
> >
> > For myself, I have no need to explore or use such edge cases.  All my
> symbol
> > substitutions stay within the "classic DD *" limit of 80 bytes after
> substitution ...
> >
> > "Doctor! Doctor! It hurts when I do that! --- Well, don't do that!"
>
> Apparently Peter believes that Charles and I would face fewer
> disappointments
> if we stayed with techniques that worked forty years ago and avoided edge
> cases.
>

​In another thread on another forum, the above attitude is credited for the
"demise" of z/OS in today's "leading edge" applications. ​I know that my
manager, back before we were told we were being eliminated, generally
wanted to do things so that: (1) they could be easily understood by other,
not so well versed (i.e. ignorant), developers; (2) did not take advantage
of the latest enhancements because they were not yet proven to be effective
and efficient. This lead to things like: (1) "minimal customization" of
products - just use the vendor defaults as much as possible; (2) no exits
of any kind (HLASM being just too difficult for most to understand - BTW -
he is a good HLASM programmer); (3) Don't use UNIX facilities - they are
too confusing to others.


>
> -- gil
>
>

-- 
Heisenberg may have been here.

http://xkcd.com/1770/

Maranatha! <><
John McKown

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

Re: LE option for a product

[scott Ford]

Someone asked me can you write COBOL on z/OS without LE, I said no, but I
see you can compile it on UNIX System Services.

On Sunday, December 25, 2016, Joel C. Ewing  wrote:

> On 12/25/2016 08:06 AM, Nathan Astle wrote:
> > Hello
> >
> > Does LE(language Environment) always required for any product or any
> > product can handle any function that basically a  LE does it ?
> >
> > I am here not trying to resolve anything but just trying to understand
> the
> > LE functionality for any product to work in z/OS.
> >
> >
> > Nathan
> >
> If your product will allow for user exits that can be written in a
> language that compiles to LE environment code (e.g., COBOL, PL/I, C), or
> if your product needs to invoke functions in the LE runtime library,
> then before such code is invoked from your product there must be an LE
> environment established.  There is overhead in repeatedly establishing
> an LE environment, so if this were a process that was required many
> times in the course of a single execution of your product, you would
> probably want to establish that LE environment once even though most of
> you product might not require LE.
>
> If you don't have to interface with other code that requires an LE
> environment or use LE-runtime functions, and develop your own code in a
> language that doesn't compile requiring LE runtime, then you don't have
> to have an LE runtime environment for your product.
>  Joel C. Ewing
>
>
> --
> Joel C. Ewing,Bentonville, AR   jcew...@acm.org 
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu  with the message:
> INFO IBM-MAIN
>

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

Re: HMC 3270 interface (Was: Bad IOA card replaced, now test lpar Master console and alternate BOXED)

[R.S.]

Yes, HMCS is supported by z/OS 2.1 and higher.
However the HMC facility was available long before that. z/VM and Linux 
were able to use it.
For z/VM it's crucial, since the current installation method (DVD of 
ftp) do require use of SYSG (another name for the console).


BTW: If you have HMCS console "stolen" you can easily find the thief 
using some HMC facility and even chat with him. Or - if you are ACSADMIN 
equivalent you can cancel his session.


Regards
--
Radoslaw Skorupka
Lodz, Poland







W dniu 2016-12-28 o 17:37, Jesse 1 Robinson pisze:

The Integrated 3270 Console definitely works remotely. I'm using it now from my 
dining room table. A few points:

-- The option is listed on HMC under Recovery (not under Daily). No idea why.

-- You have to define a name for it in CONSOLxx with DEVNUM(HMCS) just as you do 
for SYSCONS. Be sure to include  somewhere in the NAME().

-- The Integrated 3270 can be used as a NIP console.

-- Only one user at a time can open the 3270 console in each LPAR. This might 
be an issue for larger shops with multiple operations staff. However, a second 
user may 'steal' the console; especially important if the first user has lost 
connectivity or cannot otherwise release it.

-- You do not log on or off the 3270 console. You just run it. Similar to 
Operating System Messages. When you're finished, you close the window.

We installed the non-Java HMC microcode level installed shortly after I learned 
about it at SHARE in San Antonio. That was before we had z/OS 2.1 rolled out, 
so I have no experience using 3270 console with Java. I cannot prove this with 
doc, but AFAIK the Integrated 3270 never actually worked on MVS before 2.1. 
IIRC it did work on z/VM for years before that.


.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Wednesday, December 28, 2016 6:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: HMC 3270 interface (Was: Bad IOA card replaced, now 
test lpar Master console and alternate BOXED)

W dniu 2016-12-28 o 14:45, Dana Mitchell pisze:

Skip,

Is the HMC 3270 interface available via remote browser access to the HMC?  We 
are waiting for the happy HMC upgrade that finally puts JAVA to rest.

Yes. It was always available, that means in OS/2 based HMC (1.8), and later 
(2.xx) in Java and non-Java flavours.

--
Radoslaw Skorupka
Lodz, Poland






---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.955.696 złotych.


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

Re: ASMA032E Relocatable value or unresolved symbol found when absolute value required

[Paul Gilmartin]

On Tue, 27 Dec 2016 20:19:35 -0800, Charles Mills wrote:

> You really need to come up to speed on modern opcodes. All of the performance
> improvements are in new opcodes; the old ones aren't getting any faster.
> There is some cool stuff, ... 

On 2016-12-09, at 09:56, Farley, Peter x23353 wrote:
> 
> For myself, I have no need to explore or use such edge cases.  All my symbol
> substitutions stay within the "classic DD *" limit of 80 bytes after 
> substitution ...
>
> "Doctor! Doctor! It hurts when I do that! --- Well, don't do that!"

Apparently Peter believes that Charles and I would face fewer disappointments
if we stayed with techniques that worked forty years ago and avoided edge
cases.

-- gil

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

Re: ASMA032E Relocatable value or unresolved symbol found when absolute value required

[Charles Mills]

> since z/OS 1.7

I write very little assembler anymore, so I may have missed one or two things. 


It makes sense for the long displacement relative instructions. What is the 
likelihood that a displacement > 64k will always be in the same CSECT?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Wednesday, December 28, 2016 9:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ASMA032E Relocatable value or unresolved symbol found when 
absolute value required

On 12/28/2016 8:27 AM, Charles Mills wrote:
>
> Well, I did learn something. I did not know that relative instructions could 
> be "relocated" by the binder.

Yes, since z/OS 1.7 I believe. We take advantage of that in a few places.

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

Re: Looking for USERMOD samples

[Jesse 1 Robinson]

There are several types of usermods that turn source code into a load module 
depending on the initial SMP/E environment. There are undoubtedly other 
variations for each example below, but these have worked for years across many 
z/OS releases. Note that data sets do not necessarily exist as named. JCLIN 
parses out the LLQ and looks for a matching DDNAME or DDDEF. You don't need to 
repeat info that SMP/E already has unless you want to change something. 

1. A net new source module not previously defined to SMP/E at all. Usermod must 
incorporate all installation 'instructions'. 

2. A replacement for a source module that is already defined to SMP/E together 
with a corresponding load module. SMP/E already knows how to link load module.

3. A source module supplied as ++SAMP but not previously installed as a load 
module. As with Type 1, SMP/E needs all link info. 

Here are some examples.  

Type 1. 

//SYSINDD   *
 SET BDY(GLOBAL) .   
  RECEIVE SYSMODS S(CONS001) .   
 SET BDY(MVST100) .  
  APPLY S(CONS001) REDO .
 UCLIN . 
   REP SAMP(IEECMDPF) RMID(CONS001) .   <== Causes regression message in case a 
PTF hits the SAMP
 ENDUCL .
//SMPPTFIN DD   DATA,DLM=$$  
++USERMOD(CONS001) REWORK(20141710)   <== Use REWORK to avoid having to REJECT 
on RECEIVE 
   /* This usermod assembles and links SAMPLIB member 
  IEECMDPF, which allows one to direct console
  commands via SYSID prefix rather than ROUTE.
  No changes are made to the sample, but UCLIN
  sets the RMID in case a future PTF requires the 
  member to be reassembled.   
   */ .   
++VER(Z038) FMID(HBB7790) /* ZOS R21 */ . 
++ JCLIN .
//ASM EXEC PGM=IEV90,PARM='DECK,NOOBJ,XREF(SHORT)'
//SYSINDD  DDNAME=SAMPLIB 
//SAMPLIB  DD  DSN=SYS1.SAMPLIB(IEECMDPF),DISP=SHR
//SYSPUNCH DD  DSN=SYS1.SYSPUNCH(IEECMDPF),DISP=SHR   
//LINKEDIT EXEC PGM=IEWL,PARM='XREF,LIST,LET,NCAL,AC=1'   
//SYSLMOD  DD  DSN=SYS1.LINKLIB,DISP=SHR  
//SYSPUNCH DD  DSN=SYS1.SYSPUNCH,DISP=SHR<== Fictitious, just for JCLIN 

//SYSLIN   DD  *  
 INCLUDE SYSPUNCH(IEECMDPF)   
 NAME IEECMDPF(R) 
++SRC(IEECMDPF) DISTLIB(ASLIB01) TXLIB(SAMPLIB) .
$$   <== Because of DLM=$$


Type 2.

//SMPSTEP.SMPCNTL DD *
  SET BDY(GLOBAL) .   
  RECEIVE SYSMODS .   
  SET BDY(MVST100) .  
  APPLY S(SDSF001) REDO . 
//SMPSTEP.SMPPTFIN DD *
++USERMOD(SDSF001) REWORK(2014171) .   <== Use REWORK to avoid having to REJECT 
on RECEIVE  
++VER(Z038) FMID(HQX7790) /* ZOS R21   
 THIS USERMOD IS A COMPLETE SRC REPLACEMENT
 FOR THE SDSF USER EXIT. JCLIN IS NOT  
 REQUIRED BECAUSE SDSF ALREADY CONTAINS A  
 NATIVE DEFINITION FOR THE EXIT. AS
 CONSTRUCTED, THE USERMOD WILL CAUSE SMPE  
 TO COPY THE SOURCE INTO THE STANDARD  
 SOURCE LIBRARY, ASSEMBLE IT, AND LINK IT  
 INTO THE STANDARD LOAD LIBRARY. FOR   
 RELEASE 1.6, THESE LIBRARIES ARE  
   
 SRC  -- SISFSRC   
 LMOD -- SISFLOAD  
  */  .
++SRC(ISFUSER) .   
***Complete source replacement follows to EOF


Type 3. 

//SYSINDD   *
 SET BDY(GLOBAL) .   
   RECEIVE SYSMODS . 
 SET BDY(MVST100) .  
   APPLY S(JESXC05) REDO .   
 UCLIN . 
   REP SAMP(HASX05C) RMID(JESXC05) /* INDUCE REGRESSION MSGS */ .  <== 
Causes regression message in case a PTF hits the SAMP
 ENDUCL .
//SMPPTFIN DD   DATA,DLM=$$

Re: ASMA032E Relocatable value or unresolved symbol found when absolute value required

[Ed Jaffe]

On 12/28/2016 8:27 AM, Charles Mills wrote:


Well, I did learn something. I did not know that relative instructions could be 
"relocated" by the binder.


Yes, since z/OS 1.7 I believe. We take advantage of that in a few places.

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

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

Re: HMC 3270 interface (Was: Bad IOA card replaced, now test lpar Master console and alternate BOXED)

[Bill Woodger]

Freudian Slip?

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

Re: Looking for USERMOD samples

[Tom Marchant]

On Wed, 28 Dec 2016 16:42:43 +0100, R.S. wrote:

>BTW: Another "favorite" example is ICHRDSNT:
>-
>//SYSPUNCH DD DSN=,
>// DISP=(,PASS),UNIT=3390,SPACE=(CYL,(5,1))
>//SYSINDD *
>   PUNCH '++USERMOD (CPPDSNT).'
>   PUNCH '++ VER (Z038) FMID(HRF77A0).'
>   PUNCH '++ MOD (ICHRDSNT) DISTLIB(AOSBN) LMOD(ICHRDSNT).'
>ICHRDSNT CSECT ,
>...
>END
>/*
>//*
>//*
>//RECAPP   EXEC PGM=GIMSMP
>//SMPCSI   DD DISP=SHR,DSN=HLQ.GIM1.GLOBAL.CSI
>//SMPHOLD  DD DUMMY
>//SMPPTFIN DD DSN=,DISP=(OLD,DELETE)
>//SMPCNTL  DD *
>   SET BDY(T1GIM1T) .
> UCLIN .
>   REP LMOD(ICHRDSNT) SYSLIB(LINKLIB) .
> ENDUCL .
>   SET BDY(GLOBAL) .
> RECEIVE S(CPPDSNT) SYSMODS .
>   SET BDY(T1GIM1T) .
> APPLY S(CPPDSNT) REDO .
>/*
>//*
>
>
>Here we have yet another method for providing MCS'es and source code.

Yes, in this case, the source is assembled outside of SMP/E, and the USERMOD 
provides the object module. And again, there is no JCLIN, which would be 
required if this was a new module. But since the USERMOD is replacing an 
existing module, SMP/E already knows what to do with it.

>BTW: the above results with the following CPPDSNT member of SMPPTS:
>++USERMOD (CPPDSNT).
>++ VER (Z038) FMID(HRF77A0).
>++ MOD (ICHRDSNT) DISTLIB(AOSBN) LMOD(ICHRDSNT).
>$$GIMC É{binary-code-here Îą˝ ˝ ˘S­h°~\§ KÍ |\ D   c
>  Ĺa   R   {płť} - Ć÷Ż\ aeĆöę Q 21) T[ ż>zÚźŁń'UpŁ# ŁŤA˘

-- 
Tom Marchant

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

Re: Addressing Question

[scott Ford]

Bill,

I will have to look, you may be right, I am on vacation, thank god...
As a ISV we have been very busy..

Scott

On Tuesday, December 27, 2016, Bill Woodger  wrote:

> Thanks. I think you are probably "getting away with it". Since you are not
> using any data from a COBOL program, that DATA(31) is not an issue. I
> suspect in your bindered program, the COBOL programs are always "below the
> line", so the return-address is not getting accidentally truncated. I think
> if you were to what a 16MB table into the initial COBOL program that the
> binder would complain. If not, you'd get a run-time problem of some type.
>
> I guess we'd need to see the binder output to confirm.
>
> --
> 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: HMC 3270 interface (Was: Bad IOA card replaced, now test lpar Master console and alternate BOXED)

[Dana Mitchell]

On Wed, 28 Dec 2016 16:37:39 +, Jesse 1 Robinson  
wrote:
>AFAIK the Integrated 3270 never actually worked on MVS before 2.1. IIRC it did 
>work on z/VM for years before that.
>

That was my understanding as well...   Icing on the cake if cut/paste works on 
this console as opposed to not working at all on the fugly OpSysMsg.

Dana

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

set

[John Mattson]

SET IBM-MAIN DIGEST

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

Re: ASMA032E Relocatable value or unresolved symbol found when absolute value required

[Steve Smith]

ASMA215W is a lie, at least on z/OS. GOFF is not required for relocating
LARLs.  I have a *PROCESS SUPRWARN(215) in a lot of my programs.

The nice thing about RIMM-type RLD entries is that Program Fetch doesn't
have to bother with them, only the binder does.

sas

On Wed, Dec 28, 2016 at 11:27 AM, Charles Mills  wrote:

> You are not mistaken.  LARL will apparently work, but does require GOFF:
>
> ASMA215W Relative Immediate external relocation in NOGOFF object text - FOO
>
> > You can't even do what you want to do with LLILF if FOO is in the same
> CSECT
>
> Right, but you could if the assembler simply allowed it. There is nothing
> logically impossible about it. It would not require some great leap. See
> the next quote.
>
> > I would go with: LLILF 2,0/ORG *-4/DC VL4(FOO)
>
> Right. If the assembler allows that, why the heck won't it simply allow
> FOO in the instruction syntax. (BTW, I think it should be AL4 not VL4.)
>
> > the binder can help
>
> Well, I did learn something. I did not know that relative instructions
> could be "relocated" by the binder.
>
> Charles
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Tom Marchant
> Sent: Wednesday, December 28, 2016 7:42 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: ASMA032E Relocatable value or unresolved symbol found when
> absolute value required
>
> On Wed, 28 Dec 2016 07:01:22 -0800, Charles Mills wrote:
>
> >> Is that an attempt to use LLILF to do accomplish what LARL does?
> >
> >That's not what I am attempting. LARL will not work -- unless I am
> >mistaken
>
> I believe you are mistaken. You may need to use GOFF.
>
> >-- if the relationship between the instruction and the target cannot be
> >known by the assembler.
>
> Why do you think that it can't be done with relative instructions if you
> think it can be handled for immediate instructions? You can't even do what
> you want to do with LLILF if FOO is in the same CSECT,
>
> >The assembler needs to be able to calculate FOO-*, which is not
> >possible for the assembler if FOO is in another CSECT.
>
> True, but the binder can help.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
sas

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

Re: HMC 3270 interface (Was: Bad IOA card replaced, now test lpar Master console and alternate BOXED)

[Jesse 1 Robinson]

The Integrated 3270 Console definitely works remotely. I'm using it now from my 
dining room table. A few points:

-- The option is listed on HMC under Recovery (not under Daily). No idea why. 

-- You have to define a name for it in CONSOLxx with DEVNUM(HMCS) just as you 
do for SYSCONS. Be sure to include  somewhere in the NAME().

-- The Integrated 3270 can be used as a NIP console.  

-- Only one user at a time can open the 3270 console in each LPAR. This might 
be an issue for larger shops with multiple operations staff. However, a second 
user may 'steal' the console; especially important if the first user has lost 
connectivity or cannot otherwise release it. 

-- You do not log on or off the 3270 console. You just run it. Similar to 
Operating System Messages. When you're finished, you close the window. 

We installed the non-Java HMC microcode level installed shortly after I learned 
about it at SHARE in San Antonio. That was before we had z/OS 2.1 rolled out, 
so I have no experience using 3270 console with Java. I cannot prove this with 
doc, but AFAIK the Integrated 3270 never actually worked on MVS before 2.1. 
IIRC it did work on z/VM for years before that.   


.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Wednesday, December 28, 2016 6:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: HMC 3270 interface (Was: Bad IOA card replaced, now 
test lpar Master console and alternate BOXED)

W dniu 2016-12-28 o 14:45, Dana Mitchell pisze:
> Skip,
>
> Is the HMC 3270 interface available via remote browser access to the HMC?  We 
> are waiting for the happy HMC upgrade that finally puts JAVA to rest.
Yes. It was always available, that means in OS/2 based HMC (1.8), and later 
(2.xx) in Java and non-Java flavours.

--
Radoslaw Skorupka
Lodz, Poland


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

Re: ASMA032E Relocatable value or unresolved symbol found when absolute value required

[Steve Smith]

I've run into this before on the Assembler List.  Yes, it should logically
work, and I guess it's just one of the edge cases that HLASM hasn't sorted
out yet.  I switched to LARL; it works, and isn't any less efficient or
straightforward really.

Generally, I think HLASM needs to overhaul the way it processes the
immediates... it's easy to e.g. L
15,=AL1(B'',(0*16),(68),B'0011'), and nearly impossible with
IILF, LLILF or LGFI, without performing unnatural acts.

sas

On Wed, Dec 28, 2016 at 10:51 AM, John McKown 
wrote:

> On Tue, Dec 27, 2016 at 7:01 PM, Charles Mills  wrote:
>
> > Why won't this assemble?
> >
> > SOME  CSECT
> >   LLILF 2,FOO
> > OTHER CSECT
> > FOO   EQU   *
> >
> > Why do I get ASMA032E Relocatable value or unresolved symbol found when
> > absolute value required - FOO?
> >
> > Can't the assembler generate a relocatable address constant for the
> > immediate operand of LLILF? Or am I doing something stupid that I am not
> > seeing?
> >
> > DC A(FOO) at the same spot assembles with no problem. I could presumably
> > code DC X'C02F',AL4(FOO) and it would execute correctly.
> >
> > Charles
> >
> >
> ​I would go with:
>
>  LLILF 2,0
>  ORG *-4
>  DC VL4(FOO)
>
> At least it assembles.​
>
>
> --
> Heisenberg may have been here.
>
> http://xkcd.com/1770/
>
> Maranatha! <><
> John McKown
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
sas

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

Re: ASMA032E Relocatable value or unresolved symbol found when absolute value required

[Charles Mills]

You are not mistaken.  LARL will apparently work, but does require GOFF:

ASMA215W Relative Immediate external relocation in NOGOFF object text - FOO

> You can't even do what you want to do with LLILF if FOO is in the same CSECT

Right, but you could if the assembler simply allowed it. There is nothing 
logically impossible about it. It would not require some great leap. See the 
next quote.

> I would go with: LLILF 2,0/ORG *-4/DC VL4(FOO)

Right. If the assembler allows that, why the heck won't it simply allow FOO in 
the instruction syntax. (BTW, I think it should be AL4 not VL4.)

> the binder can help

Well, I did learn something. I did not know that relative instructions could be 
"relocated" by the binder.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Wednesday, December 28, 2016 7:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ASMA032E Relocatable value or unresolved symbol found when 
absolute value required

On Wed, 28 Dec 2016 07:01:22 -0800, Charles Mills wrote:

>> Is that an attempt to use LLILF to do accomplish what LARL does?
>
>That's not what I am attempting. LARL will not work -- unless I am 
>mistaken

I believe you are mistaken. You may need to use GOFF.

>-- if the relationship between the instruction and the target cannot be 
>known by the assembler.

Why do you think that it can't be done with relative instructions if you think 
it can be handled for immediate instructions? You can't even do what you want 
to do with LLILF if FOO is in the same CSECT,

>The assembler needs to be able to calculate FOO-*, which is not 
>possible for the assembler if FOO is in another CSECT.

True, but the binder can help.

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

Re: ASMA032E Relocatable value or unresolved symbol found when absolute value required

[John McKown]

On Tue, Dec 27, 2016 at 7:01 PM, Charles Mills  wrote:

> Why won't this assemble?
>
> SOME  CSECT
>   LLILF 2,FOO
> OTHER CSECT
> FOO   EQU   *
>
> Why do I get ASMA032E Relocatable value or unresolved symbol found when
> absolute value required - FOO?
>
> Can't the assembler generate a relocatable address constant for the
> immediate operand of LLILF? Or am I doing something stupid that I am not
> seeing?
>
> DC A(FOO) at the same spot assembles with no problem. I could presumably
> code DC X'C02F',AL4(FOO) and it would execute correctly.
>
> Charles
>
>
​I would go with:

 LLILF 2,0
 ORG *-4
 DC VL4(FOO)

At least it assembles.​


-- 
Heisenberg may have been here.

http://xkcd.com/1770/

Maranatha! <><
John McKown

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

Re: Looking for USERMOD samples

[R.S.]

W dniu 2016-12-28 o 16:02, Tom Marchant pisze:

On Tue, 27 Dec 2016 22:47:20 +0100, R.S. wrote:


I'm trying to learn a little bit about SMP/E usermods.

Are you trying to learn in general, or specifically about the sample below?


Both. I'm trying to learn in general and understand the sample I found.

I already know there are many ways to skin the cat, but I vaguely 
understand the details.
Not to mention those flavours regard assembler source usermods only and 
there are more types possible.


Even to modify existing usermod it's good to understand it, otherwise 
doubts like PDS vs member in FMN2SRC DD could occur.



BTW: Another "favorite" example is ICHRDSNT:
-
//SYSPUNCH DD DSN=,
// DISP=(,PASS),UNIT=3390,SPACE=(CYL,(5,1))
//SYSINDD *
  PUNCH '++USERMOD (CPPDSNT).'
  PUNCH '++ VER (Z038) FMID(HRF77A0).'
  PUNCH '++ MOD (ICHRDSNT) DISTLIB(AOSBN) LMOD(ICHRDSNT).'
ICHRDSNT CSECT ,
ICHRDSNT AMODE 31
ICHRDSNT RMODE 24
 DC   AL1(1) NUMBER OF ENTRIES ONE
*
*PRIMARY RACF DS NAME
 DC CL44'SYS1.MVSA.RACFPRIM'
*BACK-UP RACF DS NAME
 DC CL44'SYS1.MVSA.RACFBACK'
 DC   AL1(255)   NUMBER OF RESIDENT BLOCKS
 DC   B'1000'UPDATES DUPLICATED ON BACK-UP DS
*USE RESIDENT DATA BLOCKS
*
END
/*
//*
//*
//RECAPP   EXEC PGM=GIMSMP
//SMPCSI   DD DISP=SHR,DSN=HLQ.GIM1.GLOBAL.CSI
//SMPHOLD  DD DUMMY
//SMPPTFIN DD DSN=,DISP=(OLD,DELETE)
//SMPCNTL  DD *
  SET BDY(T1GIM1T) .
UCLIN .
  REP LMOD(ICHRDSNT) SYSLIB(LINKLIB) .
ENDUCL .
  SET BDY(GLOBAL) .
RECEIVE S(CPPDSNT) SYSMODS .
  SET BDY(T1GIM1T) .
APPLY S(CPPDSNT) REDO .
/*
//*


Here we have yet another method for providing MCS'es and source code.
BTW: the above results with the following CPPDSNT member of SMPPTS:
++USERMOD (CPPDSNT).
++ VER (Z038) FMID(HRF77A0).
++ MOD (ICHRDSNT) DISTLIB(AOSBN) LMOD(ICHRDSNT).
$$GIMC É{binary-code-here Îą˝ ˝ ˘S­h°~\§ KÍ |\ D   c
 Ĺa   R   {płť} - Ć÷Ż\ aeĆöę Q 21) T[ ż>zÚźŁń'UpŁ# ŁŤA˘



Regards
--
Radoslaw Skorupka
Lodz, Poland






---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.955.696 złotych.


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

Re: ASMA032E Relocatable value or unresolved symbol found when absolute value required

[Tom Marchant]

On Wed, 28 Dec 2016 07:01:22 -0800, Charles Mills wrote:

>> Is that an attempt to use LLILF to do accomplish what LARL does?
>
>That's not what I am attempting. LARL will not work -- unless I am mistaken 

I believe you are mistaken. You may need to use GOFF.

>-- if the relationship between the instruction and the target cannot 
>be known by the assembler.

Why do you think that it can't be done with relative instructions if you 
think it can be handled for immediate instructions? You can't even do 
what you want to do with LLILF if FOO is in the same CSECT,

>The assembler needs to be able to calculate FOO-*, which is not 
>possible for the assembler if FOO is in another CSECT.

True, but the binder can help.

>> What do you expect to be in register 2 after the LLILF?
>
>The absolute, as-loaded address of FOO.

Try LARL.

-- 
Tom Marchant

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

Re: RIP Richard Peurifoy

[Rick Troth]

On 12/21/2016 03:03 PM, Lund James E wrote:

The mainframe community lost another one of its kind recently. Richard Peurifoy, a 
keystone in mainframe support at Texas A University, as well as a frequent 
contributor to IBM-MAIN, lost his battle with cancer last Sunday. He will be sorely 
missed by all who know him.


Wow ... so sad ... thanks, James, for letting us know.

Several have said (in various streams, not just this forum) "2016 please 
stop!".


Rich was a fixture in TAMU computing. In the early days of XA, I was 
already a fan of VM and MVS still needed help with the new architecture. 
We were running MVS on VM XA MA (migration aid). So I shared my delight 
that we were running MVS on VM. Rich said, "Yeah, we'll get off of that 
soon.". I only worked with Rich occasionally, but he was truly the go-to 
guy for all of us.


-- R; <><




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

Re: ASMA032E Relocatable value or unresolved symbol found when absolute value required

[Charles Mills]

No, no and no.

> Is that an attempt to use LLILF to do accomplish what LARL does?

That's not what I am attempting. LARL will not work -- unless I am mistaken -- 
if the relationship between the instruction and the target cannot be known by 
the assembler. The assembler needs to be able to calculate FOO-*, which is not 
possible for the assembler if FOO is in another CSECT.

> What do you expect to be in register 2 after the LLILF?

The absolute, as-loaded address of FOO.

> You would need DC   X'C02F',AL4((FOO-*-2)/2)

Don't think so. It's not a relative instruction; it's an absolute immediate 
instruction. It assembles as X'C0rF',A(value). If value were X'12345678' then 
the instruction would assemble as C0rF12345678. It makes logical sense that the 
assembler could calculate the offset of FOO into its CSECT and ask the linker 
and loader to relocate it by the load address of the CSECT. But the assembler 
was not coded to do so.

The situation is *exactly* analogous to A(). If you code A(value) and value is 
X'12345678' then it assembles as X'12345678'. If you code A(FOO) then it 
assembles as the offset of FOO into its CSECT, plus an RLD that relocates it by 
the load address of that CSECT. That's what I want for LLILF.

Take a look at LLILF in the PoOp. It's not a relative instruction. It's not a 
base-displacement instruction. It's a load-immediate-value instruction.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Wednesday, December 28, 2016 5:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ASMA032E Relocatable value or unresolved symbol found when 
absolute value required

On Wed, 28 Dec 2016 15:44:44 +0200, Binyamin Dissen wrote:

>On Tue, 27 Dec 2016 19:52:26 -0800 Charles Mills wrote:
>
>:>I guess the answer is found in the Assembler manual: "Immediate data 
>must be :>specified as absolute expressions whose range of values 
>depends on the :>machine instruction for which the data is required."
>:>
>:>There is no good reason why what I am attempting *should* not work. 
>As I :>said, if I code DC X'C02F',AL4(FOO) I believe I will get exactly 
>what I :>intended and it will execute as intended. But it doesn't work 
>because it :>doesn't work. It doesn't work because "immediate data must 
>be specified as :>absolute expressions."
>
>That will not work.
>
>You would need
>
>  DC   X'C02F',AL4((FOO-*-2)/2)
>
>Don't know if this will assembler

Is that an attempt to use LLILF to do accomplish what LARL does?

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

Re: Recommendations for RECOVERY options

[James Peddycord]

NTAC:3NS-20

The performance impact was slow I/O to that group of devices, one at a
time, until the path was taken offline. To the users, transactions that
usually take less than a second were taking in some cases minutes. Bad
enough to be considered an 'outage' from the user's perspective.
No issue with console flooding. We have been suppressing IOS050I from
the console for a long time.

Jim

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jousma, David
Sent: Wednesday, December 28, 2016 8:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Recommendations for RECOVERY options

What specifically was the performance impact?  The loss of the ficon
channel and reduced i/o bandwidth?  Or was it the console message
flooding?  If the latter, implementing Message Flood automation will
stop the flooding of messages.  It is pretty easy to implement.

Dave

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f
616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of James Peddycord
Sent: Wednesday, December 28, 2016 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Recommendations for RECOVERY options

NTAC:3NS-20
We had a situation with a bad cable that resulted in a huge performance
impact due to the default way that z/OS (we are at 1.13) handles error
recovery on Ficon paths.
The symptoms were many (thousands) of IOS050I messages in the task's
joblog, followed by an IOS450E message, which took the path offline to a
single device.
This was happening for every device (around 3000) that the affected path
was attached to.
As soon as I saw the messages I configured the CHPID offline and the
problem stopped.
We have put in automation that will immediately configure a CHPID
offline as soon as a single IOS450E message is detected, and now I am
experimenting with RECOVERY options.
IBM recommended to set RECOVERY,PATH_SCOPE=CU, set the PATH_INTERVAL to
1 and leave PATH_THRESHOLD=10, and adjust from there.

Due to the paperwork involved with making any change in our environment,
I would like to implement this with a minimum of 'adjustment'.

Does anyone have any recommendations?
We are running on z13s, 16G Ficon through Brokade switches to IBM DS88xx
DASD.

Thanks,
Jim


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

This e-mail transmission contains information that is confidential and
may be privileged.   It is intended only for the addressee(s) named
above. If you receive this e-mail in error, please do not read, copy or
disseminate it in any manner. If you are not the intended recipient, any
disclosure, copying, distribution or use of the contents of this
information is prohibited. Please reply to the message immediately by
informing the sender that the message was misdirected. After replying,
please erase it from your computer system. Your assistance in correcting
this error is appreciated.

--
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: HMC 3270 interface (Was: Bad IOA card replaced, now test lpar Master console and alternate BOXED)

[R.S.]

W dniu 2016-12-28 o 14:45, Dana Mitchell pisze:

Skip,

Is the HMC 3270 interface available via remote browser access to the HMC?  We 
are waiting for the happy HMC upgrade that finally puts JAVA to rest.
Yes. It was always available, that means in OS/2 based HMC (1.8), and 
later (2.xx) in Java and non-Java flavours.


--
Radoslaw Skorupka
Lodz, Poland






---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.955.696 złotych.


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

Re: Recommendations for RECOVERY options

[Jousma, David]

What specifically was the performance impact?  The loss of the ficon channel 
and reduced i/o bandwidth?  Or was it the console message flooding?  If the 
latter, implementing Message Flood automation will stop the flooding of 
messages.  It is pretty easy to implement.

Dave

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of James Peddycord
Sent: Wednesday, December 28, 2016 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Recommendations for RECOVERY options

NTAC:3NS-20
We had a situation with a bad cable that resulted in a huge performance impact 
due to the default way that z/OS (we are at 1.13) handles error recovery on 
Ficon paths.
The symptoms were many (thousands) of IOS050I messages in the task's joblog, 
followed by an IOS450E message, which took the path offline to a single device.
This was happening for every device (around 3000) that the affected path was 
attached to.
As soon as I saw the messages I configured the CHPID offline and the problem 
stopped.
We have put in automation that will immediately configure a CHPID offline as 
soon as a single IOS450E message is detected, and now I am experimenting with 
RECOVERY options.
IBM recommended to set RECOVERY,PATH_SCOPE=CU, set the PATH_INTERVAL to 1 and 
leave PATH_THRESHOLD=10, and adjust from there.

Due to the paperwork involved with making any change in our environment, I 
would like to implement this with a minimum of 'adjustment'.

Does anyone have any recommendations?
We are running on z13s, 16G Ficon through Brokade switches to IBM DS88xx DASD.

Thanks,
Jim


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

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

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

Re: ASMA032E Relocatable value or unresolved symbol found when absolute value required

[Tom Marchant]

On Wed, 28 Dec 2016 15:44:44 +0200, Binyamin Dissen wrote:

>On Tue, 27 Dec 2016 19:52:26 -0800 Charles Mills wrote:
>
>:>I guess the answer is found in the Assembler manual: "Immediate data must be
>:>specified as absolute expressions whose range of values depends on the
>:>machine instruction for which the data is required."
>:>
>:>There is no good reason why what I am attempting *should* not work. As I
>:>said, if I code DC X'C02F',AL4(FOO) I believe I will get exactly what I
>:>intended and it will execute as intended. But it doesn't work because it
>:>doesn't work. It doesn't work because "immediate data must be specified as
>:>absolute expressions."
>
>That will not work.
>
>You would need
>
>  DC   X'C02F',AL4((FOO-*-2)/2)
>
>Don't know if this will assembler

Is that an attempt to use LLILF to do accomplish what LARL does?

-- 
Tom Marchant

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

Recommendations for RECOVERY options

[James Peddycord]

NTAC:3NS-20
We had a situation with a bad cable that resulted in a huge performance impact 
due to the default way that z/OS (we are at 1.13) handles error recovery on 
Ficon paths.
The symptoms were many (thousands) of IOS050I messages in the task's joblog, 
followed by an IOS450E message, which took the path offline to a single device.
This was happening for every device (around 3000) that the affected path was 
attached to.
As soon as I saw the messages I configured the CHPID offline and the problem 
stopped.
We have put in automation that will immediately configure a CHPID offline as 
soon as a single IOS450E message is detected, and now I am experimenting with 
RECOVERY options.
IBM recommended to set RECOVERY,PATH_SCOPE=CU, set the PATH_INTERVAL to 1 and 
leave PATH_THRESHOLD=10, and adjust from there.

Due to the paperwork involved with making any change in our environment, I 
would like to implement this with a minimum of 'adjustment'.

Does anyone have any recommendations?
We are running on z13s, 16G Ficon through Brokade switches to IBM DS88xx DASD.

Thanks,
Jim


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

Re: ASMA032E Relocatable value or unresolved symbol found when absolute value required

[Tom Marchant]

On Tue, 27 Dec 2016 17:01:40 -0800, Charles Mills wrote:

>Why won't this assemble?
>
>SOME  CSECT
>  LLILF 2,FOO
>OTHER CSECT
>FOO   EQU   *

What do you expect to be in register 2 after the LLILF?

-- 
Tom Marchant

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

Re: Multi SRB

[Binyamin Dissen]

On Tue, 27 Dec 2016 15:33:58 -0600 Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

:>On Tue, 27 Dec 2016 16:13:33 -0500, Joe Reichman wrote:

:>>Follow up question to my earlier post  can there be multiple SRB's executing
:>>the same piece code  in the same address space
 
:>My guess would be yes, if the Program Object is marked REFR and loaded
:>under different TCBs in the same address space or comes from LPA.

:>Or, if you LOAD it and branch to it from multiple TCBs.  Integrity is left as
:>an exercise for the student.

RENT/REUS are only checked by the supervisor assisted routines like LINK,
LOAD, XCTL, ATTACH, etc.

SRBs go to addresses and they do not care about the attributes of the code.
CALL doesn't care either.

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

HMC 3270 interface (Was: Bad IOA card replaced, now test lpar Master console and alternate BOXED)

[Dana Mitchell]

Skip,

Is the HMC 3270 interface available via remote browser access to the HMC?  We 
are waiting for the happy HMC upgrade that finally puts JAVA to rest. 

Dana

On Tue, 27 Dec 2016 23:56:01 +, Jesse 1 Robinson  
wrote:
>
>If you are at the right OS level (2.1+), you can use either the classic 
>Operating System Messages or the (finally supported!) HMC 3270 interface. We 
>have >been discussing eliminating all OSAC consoles from the NIP list and 
>relying entirely on HMC.  
> 
>J.O.Skip Robinson

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

Re: ASMA032E Relocatable value or unresolved symbol found when absolute value required

[Binyamin Dissen]

On Tue, 27 Dec 2016 19:52:26 -0800 Charles Mills  wrote:

:>I guess the answer is found in the Assembler manual: "Immediate data must be
:>specified as absolute expressions whose range of values depends on the
:>machine instruction for which the data is required."
:>
:>There is no good reason why what I am attempting *should* not work. As I
:>said, if I code DC X'C02F',AL4(FOO) I believe I will get exactly what I
:>intended and it will execute as intended. But it doesn't work because it
:>doesn't work. It doesn't work because "immediate data must be specified as
:>absolute expressions."

That will not work.

You would need 

  DC   X'C02F',AL4((FOO-*-2)/2)

Don't know if this will assembler

:>Charles
:>
:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
:>Behalf Of Charles Mills
:>Sent: Tuesday, December 27, 2016 5:02 PM
:>To: IBM-MAIN@LISTSERV.UA.EDU
:>Subject: ASMA032E Relocatable value or unresolved symbol found when absolute
:>value required
:>
:>Why won't this assemble?
:>
:>SOME  CSECT
:>  LLILF 2,FOO
:>OTHER CSECT
:>FOO   EQU   *
:>
:>Why do I get ASMA032E Relocatable value or unresolved symbol found when
:>absolute value required - FOO?
:>
:>Can't the assembler generate a relocatable address constant for the
:>immediate operand of LLILF? Or am I doing something stupid that I am not
:>seeing?
:>
:>DC A(FOO) at the same spot assembles with no problem. I could presumably
:>code DC X'C02F',AL4(FOO) and it would execute correctly.
:>
:>--
:>For IBM-MAIN subscribe / signoff / archive access instructions,
:>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Problem with "RECEIVE" of z/OS 2.2 upgrade

[Tom Marchant]

On Tue, 27 Dec 2016 17:52:33 -0700, Paul Gilmartin wrote:

>On 2016-12-27 15:19, McCabe, Ron wrote:
>> Yes, I need to GIMUNZIP.  All the files are in pax.z format on a ZFS file 
>> system within our USS subsystem.
>>
>That does not imply you need to GIMUNZIP.  RECEIVE FROMNTS should work for you.
>That's what it's designed for.

I agree with Gil on this. I would expect that you have a directory containing 
these files:
GIMPAF.XML
GIMPAF.XSL

and these directories:
SMPHOLD   
SMPPTFIN 

There may be more files, and a SMPRELF directory. If there is a readme 
file, look at it. It may contain sample JCL.

I would try to run RECEIVE FROMNTS, specifying the directory that contains 
the above directory for the PATH on SMPNTS. RECEIVE FROMNTS executes 
GIMUNZIP under the covers.

-- 
Tom Marchant

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

Re: Two IEASYSxx ?

[Carmen Vitullo]

Tthat is something similar to a shop I worked in where I had a singe parmlib 
library for all lpars in a sysplex 
the LOADxx member specified an ieasymxx member 
IEASYM (00,L) 
then the ieasymxx member, based on the CEC name and LPAR 

SYSDEF HWNAME(CEC1) 
LPARNAME(APROD1) 
SYSPARM(00,20) /* USE xxx COUPLE MEMBER */ 
SYSNAME(SYSA) 
SYSCLONE(SA) 
name setup the correct IEASYSxx members to be used, only difference in the 
specific ieasys member for the lpar was the page dataset names, omvs parms to 
useetc 


OMVS=(00,21,SA), SELECT BPXPRM00,21 AND SA 
SMF=, 
LFAREA=7740M, 
PAGE=(PAGE.SYSA.VSYSPG0.PLPA, 
PAGE.SYSA.VSYSPG0.COMMON, 
PAGE.SYSA.VSYSPG1.LOCAL, 
PAGE.SYSA.VSYSPG2.LOCAL, 
PAGE.SYSA.VSYSPG3.LOCAL, 
PAGE.SYSA.VSYSPG4.LOCAL, 
PAGE.SYSA.VSYSPG5.LOCAL, 
PAGE.SYSA.VSYSPG6.LOCAL, 
PAGE.SYSA.VSYSPG7.LOCAL, 
PAGE.SYSA.VSYSPG8.LOCAL, 
PAGE.SYSA.VSYSPGH.LOCAL, 
PAGE.SYSA.VSYSPGI.LOCAL, 
PAGE.SYSA.VSYSPGJ.LOCAL, 
PAGE.SYSA.VSYSPGK.LOCAL, 
PAGE.SYSA.VSYSPGL.LOCAL, 
PAGE.SYSA.VSYSPGM.LOCAL,L) 
and for out local DR box a different couple member was used depending on which 
8870 were were IPLing from 
hope this makes some sense, its still early for me 


Carmen 

- Original Message -

From: "Nathan Astle"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, December 28, 2016 2:59:41 AM 
Subject: Two IEASYSxx ? 

Hi 

Can we have two IEASYSXX members in an LPAR ? 

Since one of our LPAR has 1 IEASYSxx but it has only page dataset coded and 
the LOADxx member too shows the sysparm value which has the IEASYSXX 
containing page dataset. 

How do I find the second IEASYSXX member since the IPLINFO is not showing 
up 

Nathan 

-- 
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: Looking for USERMOD samples

[Jousma, David]

Radoslaw,

Here is the relevant portions of my same usermod that is my production version 
today.   No need for a TXLIB keyword, the assembly and linkedit will occur 
automatically.

//PROCLIB JCLLIB   ORDER=(SMPE.ZOS22A.CLONE.JCL.PROCLIB)
//STEP005  EXEC SMPE
//SMPOUT   DD  SYSOUT=* 
//SYSINDD  *
  SET  BDY (GLOBAL).
RECEIVE S(MFMN001) SYSMODS BYPASS(APPCHK).  
  SET  BDY (MVSTZN).
APPLYSELECT(MFMN001).   
/*  
//* REJECT S(MFMN001) BYPASS(APPCHK).   
//* RESTORE S(MFMN001) .
//SMPPTFIN DD  DATA,DLM=$$  
++USERMOD (MFMN001)  /* FILEMANAGER FOR DB2 OPTIONS*/.  
++VER (Z038) FMID(JADLD12) PRE(UI25246).
++SRC(FMN2POPT) DISTLIB(AFMNSAM1).  
FMN2POPT TITLE 'File Manager/DB2: Profile and Subsystem Defaults'   
***Start of specifications***   
*   
*  
.  (the rest of your FMN2POPT source)
.
.
   DESC='DB2 TEC SYSTEM-DBVX' 
 FMN2SSDM SSID=DEFAULT
 END   FMN2POPT   
$$
//  
   

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Tuesday, December 27, 2016 4:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Looking for USERMOD samples

I'm trying to learn a little bit about SMP/E usermods.
Unfortunately neither SMP/E manuals nor google did not provide good (*well 
explained*) samples.


Example (from File Manager):
//SMPCNTL  DD *
  SET BDY(GLOBAL).
  RECEIVE SELECT(FMN2001) SYSMODS.
  SET BDY (TARGET).
  APPLY SELECT(FMN2001) RETRY(YES) REDO.
/*
//SMPPTFIN DD DATA,DLM=$$
++USERMOD (FMN2001) REWORK(201601) .
++VER (Z038) FMID(JADLD12) PRE(UI25246) .
++JCLIN.
/*
++SRC(FMN2POPT) TXLIB(FMN2SRC) DISTLIB(AFMNSAM1).
$$
FMN2SRC is a DD name pointing to a member with source code.
Q1: How can I know what's target library for the load module?
Q2: there is no assemble or linkedit jobstep. I assume it comes from SMP/E.
Q3: FMN2SRC DD - should it describe library or member? In other words: 
DSN=MY.LIB or DSN=MY.LIB(MEM) ?





-- 
Radoslaw Skorupka
Lodz, Poland






---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2016 r. kapitał 

Re: Two IEASYSxx ?

[Itschak Mugzach]

​Hi Nathan.

the system merges (and overrides) the IEASYS00 with any IEASYSxx you
specify. ​you can have (almost) as many IEASYSxx as you want. just have
different LAODxx members you can specify in the LOAD parm. so, if I
understand your question, you need to change the LOAD parms to switch to
another IPL configuration

Best,
ITschak

ITschak Mugzach
Z/OS, ISV Products and Application Security & Risk Assessments Professional

On Wed, Dec 28, 2016 at 10:59 AM, Nathan Astle  wrote:

> Hi
>
> Can we have two IEASYSXX members in an LPAR ?
>
> Since one of our LPAR has 1 IEASYSxx but it has only page dataset coded and
> the LOADxx member too shows the sysparm value which has the IEASYSXX
> containing page dataset.
>
> How do I find the second IEASYSXX member since the   IPLINFO is not showing
> up
>
> Nathan
>
> --
> 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

Two IEASYSxx ?

[Nathan Astle]

Hi

Can we have two IEASYSXX members in an LPAR ?

Since one of our LPAR has 1 IEASYSxx but it has only page dataset coded and
the LOADxx member too shows the sysparm value which has the IEASYSXX
containing page dataset.

How do I find the second IEASYSXX member since the   IPLINFO is not showing
up

Nathan

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

Re: Multi SRB

[Martin Packer]

I'd prefer the term "orchestrator", but even that's not perfect.

I guess I'm reacting to the time element of "scheduler" (but also its
ambiguity).

Cheers, Martin

Sent from my iPad

> On 28 Dec 2016, at 00:41, Tony Harminc  wrote:
>
>> On 27 December 2016 at 16:32, Ed Jaffe 
wrote:
>>> On 12/27/2016 1:13 PM, Joe Reichman wrote:
>>>
>>> Follow up question to my earlier post  can there be multiple SRB's
>>> executing the same piece code  in the same address space
>>
>> Of course! There are two kinds of dispatchable units in MVS: TCBs and
SRBs.
>
> It's arguable that address spaces are dispatchable. But that perhaps
> muddles the notions of dispatcher and scheduler (which these days is
> really WLM).
>
> Tony H.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


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