Re: Strange HMC issue

[Tony Thigpen]

Thanks Donald,

That was the trick. The BMC was turned on in the BIOS. Turning it off 
resolved the concern.


Tony Thigpen

Donald J. wrote on 11/23/2015 01:30 PM:

There is also same option for the SE TCP menu item.

BMC is probably the Baseboard Management Controller.  You could
check the bios and see if there is an option to turn DHCP on/off on
the BMC.



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

Re: HMC and certificate

[Jerry Whitteridge]

When you get to the stage of the screen that says there is a problem with the 
certificate you should also have an option to view the Cert. Save the Cert to 
your desk top. Then from the control panel select Internet Options --> Content 
--> Certificates. Try importing the Cert you saved via that dialog  

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Mattson
Sent: Tuesday, November 24, 2015 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: HMC and certificate

I got by the SSL problem with my browser, now I am finding a problem with
the self signed cert from the HMC.  As best I understand it, my predecessor
created  a self signed cert using the HMC.  It is not expired.  I get to
the HMC pre-logon screen in IE, but get a

There is a problem with this website’s security certificate.
The security certificate presented by this website was not issued by a
trusted certificate authority.
Not recommended iconContinue to this website (not recommended).

I click on Continue, and get

This web server is hosting the Hardware Management Console application.
Click on the link below to begin.
Log on and launch the Hardware Management Console web application.
You can also view the online help for the Hardware Management Console.

   Hardware Management Console (Version 2.10.2) Logon

Please enter a userid and password below and click "Logon".
Userid: Password:

Please wait while the login page is loading. For more information, click
"Help".

And at this point it just sits forever.  The Certificate Error persists in
the IE header.

I tried doing IMPORT of the cert, it went into the "OTHER People" certs,
but I cannot get it into the "Trusted Root Certificate Authority".
Does anyone have a suggestion here?

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

"Email Firewall" made the following annotations.
--

Warning: 
All e-mail sent to this address will be received by the corporate e-mail 
system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain proprietary information and is intended 
only for the use of the intended recipient(s).  If the reader of this message 
is not the intended recipient(s), you are notified that you have received this 
message in error and that any review, dissemination, distribution or copying of 
this message is strictly prohibited.  If you have received this message in 
error, please notify the sender immediately.. 
 
==

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

User Cats and Replication Sites

[Lizette Koehler]

I have two sites, A and B

A usercat is replicated (asynchronously) from Site A to Site B (one way trip)
The volumes are offline in SITE B and ONLINE in SITE A

I want to use that usercat on Site B at some point.

So my plan is to 
1) Break Replication
2) Vary the replication Volumes online to Site B
3) Define  RECAT the USERCAT
4) Connect the UCAT to my MCAT on SITE B using IMPORT CONNECT.
5) Then access the files and VSAM datasets on SITE B through the replicated
UCAT.

I am fairly comfortable with an IMPORT CONNECT, but was wondering if there were
other steps other than ensuring the aliases from Site A to this UCAT are
available/installed/defined in Site B.


Anything I need to be concerned about?

I have discussed a couple of ideas with my team, but wanted to see if there was
any other wisdom in this group that might help me make this right.

Thanks


Lizette Koehler

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

HMC and certificate

[John Mattson]

I just noticed another annoying thing.
In my IE session what I see is this

Hardware Management Console (Version 2.10.2) Logon
Please wait while the login page is loading. For more information, click
"Help".
CANCEL   HELP

HOWEVER, when I Select that area from IE and Paste it into MS Word I see
something quite DIFFERENT !!!



Hardware Management Console (Version 2.10.2) Logon



Please enter a userid and password below and click "Logon".

Top of Form

Userid:

Password:

Bottom of Form

Please wait while the login page is loading. For more information, click
"Help".

Top of Form


Now I am REALLY confused.  Why do I see something different in IE and how
can I be Selecting and Pasting something which does not even show up in
IE???

IF I could see the UID and PW fields I could at least try to login.

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

HMC and certificate

[John Mattson]

I got by the SSL problem with my browser, now I am finding a problem with
the self signed cert from the HMC.  As best I understand it, my predecessor
created  a self signed cert using the HMC.  It is not expired.  I get to
the HMC pre-logon screen in IE, but get a

There is a problem with this website’s security certificate.
The security certificate presented by this website was not issued by a
trusted certificate authority.
Not recommended iconContinue to this website (not recommended).

I click on Continue, and get

This web server is hosting the Hardware Management Console application.
Click on the link below to begin.
Log on and launch the Hardware Management Console web application.
You can also view the online help for the Hardware Management Console.

   Hardware Management Console (Version 2.10.2) Logon

Please enter a userid and password below and click "Logon".
Userid: Password:

Please wait while the login page is loading. For more information, click
"Help".

And at this point it just sits forever.  The Certificate Error persists in
the IE header.

I tried doing IMPORT of the cert, it went into the "OTHER People" certs,
but I cannot get it into the "Trusted Root Certificate Authority".
Does anyone have a suggestion here?

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

Re: Web access to HMC failing to connect

[Lester, Bob]

Hi Jerry,

While I'm not the OP, I've also been battling this problem in a very 
similar environment.

Your suggestion worked a dream!   I've been using a favorite in my browser 
to get there for years.  Got rid of that, followed your suggestion, got logged 
on - and (re)bookmarked it!

Thanks Again!
BobL

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jerry Whitteridge
Sent: Monday, November 23, 2015 3:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Web access to HMC failing to connect [ EXTERNAL ]

Try

https://your.ip.address.here/preloginmonitor/index.jsp


Also

Check in Hardware Management Console Settings --> Customize Network settings  
that there is a default route set
--> Customize 
Console Services that Remote Operation is enabled
-->   " 
  ""   that The SSL settings are correct


Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Mattson
Sent: Monday, November 23, 2015 1:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Web access to HMC failing to connect

Greetings, Lizette,  Messages are not too helpful, I fear. I did not setup or 
configure the Unix box, so I cannot add much about how it was setup by my 
predecessor.

This page can’t be displayed

   - Make sure the web address http://10.16.xx.xx is correct.
   - Look for the page with your search engine.
   - Refresh the page in a few minutes.

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

"Email Firewall" made the following annotations.
--

Warning: 
All e-mail sent to this address will be received by the corporate e-mail 
system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain proprietary information and is intended 
only for the use of the intended recipient(s).  If the reader of this message 
is not the intended recipient(s), you are notified that you have received this 
message in error and that any review, dissemination, distribution or copying of 
this message is strictly prohibited.  If you have received this message in 
error, please notify the sender immediately.. 
 
==

--
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: Web access to HMC failing to connect

[Jerry Whitteridge]

Great !

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lester, Bob
Sent: Tuesday, November 24, 2015 3:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Web access to HMC failing to connect

Hi Jerry,

While I'm not the OP, I've also been battling this problem in a very 
similar environment.

Your suggestion worked a dream!   I've been using a favorite in my browser 
to get there for years.  Got rid of that, followed your suggestion, got logged 
on - and (re)bookmarked it!

Thanks Again!
BobL

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jerry Whitteridge
Sent: Monday, November 23, 2015 3:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Web access to HMC failing to connect [ EXTERNAL ]

Try

https://your.ip.address.here/preloginmonitor/index.jsp


Also

Check in Hardware Management Console Settings --> Customize Network settings  
that there is a default route set
--> Customize 
Console Services that Remote Operation is enabled
-->   " 
  ""   that The SSL settings are correct


Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Mattson
Sent: Monday, November 23, 2015 1:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Web access to HMC failing to connect

Greetings, Lizette,  Messages are not too helpful, I fear. I did not setup or 
configure the Unix box, so I cannot add much about how it was setup by my 
predecessor.

This page can’t be displayed

   - Make sure the web address http://10.16.xx.xx is correct.
   - Look for the page with your search engine.
   - Refresh the page in a few minutes.

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

"Email Firewall" made the following annotations.
--

Warning: 
All e-mail sent to this address will be received by the corporate e-mail 
system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain proprietary information and is intended 
only for the use of the intended recipient(s).  If the reader of this message 
is not the intended recipient(s), you are notified that you have received this 
message in error and that any review, dissemination, distribution or copying of 
this message is strictly prohibited.  If you have received this message in 
error, please notify the sender immediately.. 
 
==

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

"Email Firewall" made the following annotations.
--

Warning: 
All e-mail sent to this address will be received by the corporate e-mail 
system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain proprietary information and is intended 
only for the use of the intended recipient(s).  If the reader of this message 
is not the intended recipient(s), you are notified that you have received this 
message in error and that any review, dissemination, distribution or copying of 
this message is strictly prohibited.  If you have received this message in 
error, please notify the sender 

Re: AW: Re: z/OS and hiperspaces

[Jim Mulder]

> > Hiperspaces can be much larger than dataspaces, but you can have 
> many of both. 
> 
> 
> I don't think this is correct. Both are limited to the once 
> architectural limit of 2GB per instance.

  The 2GB limit for data spaces and hiperspaces is a z/OS 
implementation limit, not a processor architecture limit.

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



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

Re: z/OS and hiperspaces

[Jim Mulder]

> One question I would liked answered by the experts is why now with 
> 64-bit storage one would choose to use a hiperspace (or dataspace) over 
> just using storage above the bar?

  TYPE=CACHE hiperspaces continue to provide a function that z/OS has 
not provided with 64-bit memory objects.  With TYPE=CACHE, the data you
write to the hiperspace remains in real storage (prior to zArchitecture,
it was in expanded storage) unless the system needs to steal that storage.
When the storage does need to be stolen, the system takes it without
paging the data out to aux .   The data is lost, and presumably the user
has another copy of it somewhere.  HiperBatch is one thing that uses
TYPE=CACHE hiperspaces.  Although I don't know how much HiperBatch is
used these days.  For QSAM, if zHPF is being used, HiperBatch will
not be used (which was done to avoid the development cost of 
implementing HiperBatch for QSAM zHPF).  So you can have the 
I/O performance improvement from zHPF for QSAM, or the I/O reduction
from HiperBatch caching for QSAM, but not both. 

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



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

Re: AW: Re: z/OS and hiperspaces

[Martin Packer]

It also depends on the DFSORT-specific controls you put in place - as Dave 
Betten former keeper of the controls (currently on vacation) will tell 
you.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   "R.S." 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   24/11/2015 20:31
Subject:Re: AW: Re: z/OS and hiperspaces
Sent by:IBM Mainframe Discussion List 



W dniu 2015-11-24 o 21:23, Vernooij, CP (ITOPT1) - KLM pisze:
> Ah, my mistake. Hiperspaces are addressed differently from dataspaces 
and somewhere I thought I remembered that therefor they could be larger. 
Maybe to allow 24-bit applications to use 2 GB storage areas with 
hiperspaces?
>
> I am still wondering what the current value of hiper- and dataspaces is, 
apart from being supported for older applications that were written to use 
them.
>
> The DFSORT tuning pages state that they make a well calculated decision 
about using hiperspaces, dataspaces, 64-bit storage (addressable) and 
64-bit objects (which's data must be moved to addressable storage to use 
it, like hiperspaces). Why not use 64-bit storage only, when it is 
available?
>
> In my system I did see DFSORT use all 4 area's for its work space.
> DFSORT people: please explain?
I'm not DFSORT folk, but I think, I can explain it.
Some time ago I was fighting with some job consuming to much memory. 
First I limited its storage with MEMLIMIT, but then DFSORT started using 
*spaces instead. Still a lot of memory.
The conclusion is simple: DFSORT use any of the memory kind which is 
available, with some preferences of course. Details depend on 
availability or given resources.

-- 
Radoslaw Skorupka
Lodz, Poland






--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by 
jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste 
adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej 
przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, 
rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie 
zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, 
prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale 
usun t wiadomo wczajc 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
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego 
Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 
526-021-50-88. Wedug stanu na dzie 01.01.2015 r. kapita zakadowy 
mBanku S.A. (w caoci wpacony) wynosi 168.840.228 zotych.


--
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: Re: AW: Re: z/OS and hiperspaces

[Peter Hunkeler]

> Just to complement another subthread: Hiperspace may, but not have to
> use expanded memory.


No, Hiperspaces did not need to use auxiliary storage. This is the kind of 
Hiperspace that Jim mentioned (type=cache). I think it was also called ESO 
Hiperspace; ESO = expanded storage only. Non-ESO Hiperspaces lived in expanded 
storage and were paged out to auxiliary, when expanded was under presure.



--
Peter Hunkeler



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

Re: z/OS and hiperspaces

[Jim Mulder]

> The whole point of expanded storage was that it was less expensive.
> Once IBM started carving out expanded memory from the same pool as
> regular memory, it became pointless, but by then IBM had code in place
> that provided an incentive to go along with the charade.

  That was the original point.  But when the price of real memory 
declined to the point where the ESA/390 31-bit real addressing
architecture limit became a practical constraint, expanded storage 
provided a way to have more than 2GB of processor memory 
(real + expanded) in a logical partition. 

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



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

Re: AW: Re: z/OS and hiperspaces

[Vernooij, CP (ITOPT1) - KLM]

Ah, my mistake. Hiperspaces are addressed differently from dataspaces and 
somewhere I thought I remembered that therefor they could be larger. Maybe to 
allow 24-bit applications to use 2 GB storage areas with hiperspaces?

I am still wondering what the current value of hiper- and dataspaces is, apart 
from being supported for older applications that were written to use them.

The DFSORT tuning pages state that they make a well calculated decision about 
using hiperspaces, dataspaces, 64-bit storage (addressable) and 64-bit objects 
(which's data must be moved to addressable storage to use it, like 
hiperspaces). Why not use 64-bit storage only, when it is available? 

In my system I did see DFSORT use all 4 area's for its work space. 
DFSORT people: please explain?

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Tuesday, November 24, 2015 7:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AW: Re: z/OS and hiperspaces

W dniu 2015-11-24 o 17:18, Peter Hunkeler pisze:
>> Hiperspaces can be much larger than dataspaces, but you can have many of 
>> both.
>
> I don't think this is correct. Both are limited to the once architectural 
> limit of 2GB per instance.
>
Yes, both were limited to 2GB (can be smaller).

Just to complement another subthread: Hiperspace may, but not have to 
use expanded memory.
Both are functonally stabilized since 64-bit memory arrived.

-- 
Radoslaw Skorupka
Lodz, Poland






--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc 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
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru 
Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2015 r. kapita zakadowy mBanku S.A. (w caoci 
wpacony) wynosi 168.840.228 zotych.


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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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

Re: AW: Re: z/OS and hiperspaces

[R.S.]

W dniu 2015-11-24 o 21:23, Vernooij, CP (ITOPT1) - KLM pisze:

Ah, my mistake. Hiperspaces are addressed differently from dataspaces and 
somewhere I thought I remembered that therefor they could be larger. Maybe to 
allow 24-bit applications to use 2 GB storage areas with hiperspaces?

I am still wondering what the current value of hiper- and dataspaces is, apart 
from being supported for older applications that were written to use them.

The DFSORT tuning pages state that they make a well calculated decision about 
using hiperspaces, dataspaces, 64-bit storage (addressable) and 64-bit objects 
(which's data must be moved to addressable storage to use it, like 
hiperspaces). Why not use 64-bit storage only, when it is available?

In my system I did see DFSORT use all 4 area's for its work space.
DFSORT people: please explain?

I'm not DFSORT folk, but I think, I can explain it.
Some time ago I was fighting with some job consuming to much memory. 
First I limited its storage with MEMLIMIT, but then DFSORT started using 
*spaces instead. Still a lot of memory.
The conclusion is simple: DFSORT use any of the memory kind which is 
available, with some preferences of course. Details depend on 
availability or given resources.


--
Radoslaw Skorupka
Lodz, Poland






--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc 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
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru 
Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2015 r. kapita zakadowy mBanku S.A. (w caoci 
wpacony) wynosi 168.840.228 zotych.


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

Where to set options for SFE line command in TSO ISPF DSLIST?

[Roger Bolan]

When I use ISPF DSLIST and the SFE line command to do a SUPER search
extended in a library it uses these options:
PROCESS OPTIONS USED: NOPRTCC LMTO FMSTOP

I know how to get other options when I use the extended search-for utility
outside of the DSLIST SFE line command.   Like:
   Extended Search-For Process
Options


  Enter "/" to select option or "blank" to remove.  Scroll to view
selections.
  Press Enter/End to process or Return/Cancel to
exit.

More: +
  Input Process Control
Options
 SEQ  - Ignore FB 80/VB 255 standard sequence number columns,
or
  /  NOSEQ- Process FB 80/VB 255 standard sequence number columns as
text.
 COBOL- Ignore COBOL FB 80 sequence number columns
1-6.
 MIXED- Data may contain DBCS strings delimited by SO/SI
characters.
  /  ANYC - Text string matches on "any" (upper or lower)
case.
  /  SDUPM- Search duplicate members in a PDS
concatenation.
 CKPACKL  - Check and unpack data before searching data sets or
members.
 FMSTOP   - Stop search on first matched text
string.
 ALLMEMS  - Search all members including alias
entries.
 FINDALL  - Require all strings found for return code
1.

But I can't seem to find where to change them for the SFE line command.

Does anybody know where those options are set?  When I issue the SFE
command I get only these options:

 Select Process Options with /   Select Output Options with /
Mixed Mode   /  View output
Any case /  Save output
 /  Set EDIT FIND string /  Filter list
 /  Set BROWSE FIND string

but I want to set others.

Regards,
--Roger

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

Re: Where to set options for SFE line command in TSO ISPF DSLIST?

[Paul Gilmartin]

On Tue, 24 Nov 2015 19:12:36 -0700, Roger Bolan wrote:

>When I use ISPF DSLIST and the SFE line command to do a SUPER search
>extended in a library it uses these options:
>PROCESS OPTIONS USED: NOPRTCC LMTO FMSTOP
>
>I know how to get other options when I use the extended search-for utility
>outside of the DSLIST SFE line command.   ...
>  
(Guessing; I'm certainly not an expert):  SFE may be an index into a command
table that runs an EXEC or submits JCL or some other program.

You might substitute your own commandF such as SFF, to read an EXEC 
rom SYSEXEC to perform the desired function, or even bring up a dialog.

Years ago, some very helpful contributors to one of these lists showed me
how to do something similar for a very different purpose.

ISPF-L is more specifically targeted to ISPF questions.

-- gil

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

Re: Where to set options for SFE line command in TSO ISPF DSLIST?

[Paul Gilmartin]

On Tue, 24 Nov 2015 19:12:36 -0700, Roger Bolan wrote:

>When I use ISPF DSLIST and the SFE line command to do a SUPER search
>extended in a library it uses these options:
>PROCESS OPTIONS USED: NOPRTCC LMTO FMSTOP
>
>I know how to get other options when I use the extended search-for utility
>outside of the DSLIST SFE line command.   Like:
> ...
>  /  ANYC - Text string matches on "any" (upper or lower) case.
>...
Bummer.  On an unscientific single sample, it seems that any arguments I type on
the DSLIST data set line are passed to the command in UPPER CASE, even if 
quoted.
So there seems to be be no way to search for "Wombat", but not "WOMBAT".

Bummer.

If the arguments are passed as-is, the called EXEC can do PARSE UPPER if it 
needs;
if forced upper, there's no way to reconstruct the string as originally typed.

Bummer.

They really ought to fix that.  At least preserve the case of quoted arguments.

-- gil

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

Re: POP UP window border colour

[Elardus Engelbrecht]

Gerry Anstey wrote:

>others will use it but mostly myself, the message in the panel is pretty clear 
>I just want to have red/yellow/green border to signify severity. Not vital 
>just something I'd like to figure out really.

Weird. I have RTFM and looked at things like )ATTR, )BOX and such friends in 
the ISPF 'Dialog Developer's Guide and Reference' and other bookies. 

I'm surprised that you can define 1001 things, but NOT color of the border.

More weird that I also could not find any references about setting attributes 
for the box definitions. Yes, I can see you can define WHAT character for what 
part of the border, but nothing about COLOR of that thing.

Granted, I may overlooked something ...

Are you in GUI or are you using the 'Extended 3270 display'?

Perhaps a formal request to IBM would be helpful?

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: User Cats and Replication Sites

[Elardus Engelbrecht]

Lizette Koehler wrote:

>5) Then access the files and VSAM datasets on SITE B through the replicated 
>UCAT.

>I am fairly comfortable with an IMPORT CONNECT, but was wondering if there 
>were other steps other than ensuring the aliases from Site A to this UCAT are 
>available/installed/defined in Site B.

What about the entries in that Ucat? Are they also replicated or are you sure 
that if an entry is sitting on VOLSER AAABBB at SITE A, that entry is also 
sitting at same volser at B?

I'm not sure about VVDS and VTOC, I will let others answer that.

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: POP UP window border colour

[Elardus Engelbrecht]

Elardus Engelbrecht wrote:

>I'm surprised that you can define 1001 things, but NOT color of the border.

I know about 'Active Window Frame' (Color, Intensity and Highligth) when you 
enter CUAATTR on a command line, but to do that programmatically? It would be 
great if you can do that with a parameter while using something like ADDPOP, 
not by VPUT/VGET variables as seen on the link kindly provided by Shri h Kolusu.

I must missing something while RTFM...

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: z/OS and hiperspaces

[Martin Packer]

On Hiperbatch: I would be surprised if ANYONE was still using it. Related 
(sort of) to zHPF is the fact it didn't support Extended Format VSAM or 
QSAM. And the size limits look puny in today's world.

Possibly not for public consumption: I've no idea if anyone would scream 
if Hiperbatch support was formally removed, nor how much maintenance / 
path length / bug-befuddlement that would save.)

(I remember Bob Rogers in late 1990 demo'ing a PC program that explained 
how Non-Retain Hiperbatch rolled up the carpet after the last reader.)

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Jim Mulder 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   24/11/2015 20:46
Subject:Re: z/OS and hiperspaces
Sent by:IBM Mainframe Discussion List 



> One question I would liked answered by the experts is why now with 
> 64-bit storage one would choose to use a hiperspace (or dataspace) over 
> just using storage above the bar?

  TYPE=CACHE hiperspaces continue to provide a function that z/OS has 
not provided with 64-bit memory objects.  With TYPE=CACHE, the data you
write to the hiperspace remains in real storage (prior to zArchitecture,
it was in expanded storage) unless the system needs to steal that storage.
When the storage does need to be stolen, the system takes it without
paging the data out to aux .   The data is lost, and presumably the user
has another copy of it somewhere.  HiperBatch is one thing that uses
TYPE=CACHE hiperspaces.  Although I don't know how much HiperBatch is
used these days.  For QSAM, if zHPF is being used, HiperBatch will
not be used (which was done to avoid the development cost of 
implementing HiperBatch for QSAM zHPF).  So you can have the 
I/O performance improvement from zHPF for QSAM, or the I/O reduction
from HiperBatch caching for QSAM, but not both. 

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



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





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

Re: CC usage in Germany (Europe) [WAS: Were you at SHARE in Seattle? Watch your credit card statements!]

[Paul Gilmartin]

On Tue, 24 Nov 2015 11:20:22 -0500, Tony Harminc wrote:
>
>And airlines are advertising "cash-free cabins", meaning that they no
>longer have to make change, carry a float, and deal with multiple
>currencies.
> 
Are the terminals exchange-rate savvy?  Does the customer get a choice
of currencies?  Arbitrage?  Rate fluctuations?

-- gil

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

Re: AW: Re: z/OS and hiperspaces

[R.S.]

W dniu 2015-11-24 o 17:18, Peter Hunkeler pisze:

Hiperspaces can be much larger than dataspaces, but you can have many of both.


I don't think this is correct. Both are limited to the once architectural limit 
of 2GB per instance.


Yes, both were limited to 2GB (can be smaller).

Just to complement another subthread: Hiperspace may, but not have to 
use expanded memory.

Both are functonally stabilized since 64-bit memory arrived.

--
Radoslaw Skorupka
Lodz, Poland






--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc 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
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru 
Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2015 r. kapita zakadowy mBanku S.A. (w caoci 
wpacony) wynosi 168.840.228 zotych.


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

Re: POP UP window border colour

[Tom Marchant]

On Tue, 24 Nov 2015 10:11:57 -0600, Gerry Anstey wrote:

>others will use it but mostly myself, the message in the panel is 
>pretty clear I just want to have red/yellow/green border to signify 
>severity. Not vital just something I'd like to figure out really.

DTL generates something like that when you specify ACTION or 
CRITICAL in MSGTYPE on a MSG tag.

-- 
Tom Marchant

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

Re: POP UP window border colour

[Gerry Anstey]

others will use it but mostly myself, the message in the panel is pretty clear 
I just want to have red/yellow/green border to signify severity. Not vital just 
something I'd like to figure out really.

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

AW: Re: z/OS and hiperspaces

[Peter Hunkeler]

> Hiperspaces can be much larger than dataspaces, but you can have many of both.


I don't think this is correct. Both are limited to the once architectural limit 
of 2GB per instance.



--
Peter Hunkeler



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

Re: CC usage in Germany (Europe) [WAS: Were you at SHARE in Seattle? Watch your credit card statements!]

[Tony Harminc]

On 24 November 2015 at 06:04, R.S.  wrote:

> We also have embossed cards but we don't use imprinters at all, for years.
> AFAIR the last time my card was imprinted was Radisson Wilshire in LA or
> some other hotel in Chicago. It was after 11 Sept 2001.

The last time my card was run through an imprinter was on an airplane
somewhere over the North Atlantic. They had small and light,
all-plastic imprinters just for airlines. But now even that stuff is
chip & PIN, though whether it's online or just expected to be
low-value and not worth checking with the bank, I don't know. What if
you buy an expensive duty-free watch on board with a cancelled card?.
And airlines are advertising "cash-free cabins", meaning that they no
longer have to make change, carry a float, and deal with multiple
currencies.

Tony H.

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

Re: POP UP window border colour

[Dave Salt]

Maybe display the text itself in red/yellow/green rather than the border, or 
have your own border around the text that's displayed in red/yellow/green?

Dave Salt

SimpList(tm) - try it; you'll get it! 

http://www.mackinney.com/products/program-development/simplist.html  


> Date: Tue, 24 Nov 2015 10:11:57 -0600
> From: 00da33bf43f1-dmarc-requ...@listserv.ua.edu
> Subject: Re: POP UP window border colour
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> others will use it but mostly myself, the message in the panel is pretty 
> clear I just want to have red/yellow/green border to signify severity. Not 
> vital just something I'd like to figure out really.  
> 
> --
> 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: AW: Re: z/OS and hiperspaces

[Martin Packer]

IIRC Data Windowing Services could stitch them together - into an object 
larger than 2GB. I suspect we have the architects of DWS present in this 
very newsgroup.

As to the question of why not just go 64-Bit? ...

Philosophically Hiperspaces and Dataspaces are akin to segments - with 
access control to them. This separation MIGHT - for some applications - be 
valuable.

But I'd hope VSM had made the requirement for segmentation/separation less 
pressing over the past 30 years. :-)

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   "R.S." 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   24/11/2015 18:49
Subject:Re: AW: Re: z/OS and hiperspaces
Sent by:IBM Mainframe Discussion List 



W dniu 2015-11-24 o 17:18, Peter Hunkeler pisze:
>> Hiperspaces can be much larger than dataspaces, but you can have many 
of both.
>
> I don't think this is correct. Both are limited to the once 
architectural limit of 2GB per instance.
>
Yes, both were limited to 2GB (can be smaller).

Just to complement another subthread: Hiperspace may, but not have to 
use expanded memory.
Both are functonally stabilized since 64-bit memory arrived.

-- 
Radoslaw Skorupka
Lodz, Poland






--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by 
jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste 
adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej 
przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, 
rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie 
zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, 
prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale 
usun t wiadomo wczajc 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
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego 
Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 
526-021-50-88. Wedug stanu na dzie 01.01.2015 r. kapita zakadowy 
mBanku S.A. (w caoci wpacony) wynosi 168.840.228 zotych.


--
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: z/OS and hiperspaces

[Martin Packer]

No: Expanded Storage DIDN'T become pointless: Hiperspaces, most notably 
DB2 Hiperpools, enabled address spaces to get round the 31-Bit Virtual 
Storage limit. And MVPG / ADMF made this more economical.

Yes: Their economy in using cheaper expanded storage went away. But that 
wasn't all the value.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   "Shmuel Metz (Seymour J.)" 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   24/11/2015 15:19
Subject:Re: z/OS and hiperspaces
Sent by:IBM Mainframe Discussion List 



In
<874b151289704e46a874bf2ae6fdd8d1310ab...@kl126r4b.cs.ad.klmcorp.net>,
on 11/24/2015
   at 02:30 PM, "Vernooij, CP (ITOPT1) - KLM" 
said:

>but I remember reading that expanded storage is now virtualized in
>central storage.

The whole point of expanded storage was that it was less expensive.
Once IBM started carving out expanded memory from the same pool as
regular memory, it became pointless, but by then IBM had code in place
that provided an incentive to go along with the charade.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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





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

Re: z/OS and hiperspaces

[Martin Packer]

Of course I meant to say "Hiperspaces DIDN'T become pointless".

Sorry for any confusion. Especially in MY head. :-)

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Martin Packer/UK/IBM@IBMGB
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   24/11/2015 19:22
Subject:Re: z/OS and hiperspaces
Sent by:IBM Mainframe Discussion List 



No: Expanded Storage DIDN'T become pointless: Hiperspaces, most notably 
DB2 Hiperpools, enabled address spaces to get round the 31-Bit Virtual 
Storage limit. And MVPG / ADMF made this more economical.

Yes: Their economy in using cheaper expanded storage went away. But that 
wasn't all the value.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   "Shmuel Metz (Seymour J.)" 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   24/11/2015 15:19
Subject:Re: z/OS and hiperspaces
Sent by:IBM Mainframe Discussion List 



In
<874b151289704e46a874bf2ae6fdd8d1310ab...@kl126r4b.cs.ad.klmcorp.net>,
on 11/24/2015
   at 02:30 PM, "Vernooij, CP (ITOPT1) - KLM" 
said:

>but I remember reading that expanded storage is now virtualized in
>central storage.

The whole point of expanded storage was that it was less expensive.
Once IBM started carving out expanded memory from the same pool as
regular memory, it became pointless, but by then IBM had code in place
that provided an incentive to go along with the charade.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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





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

[John Mattson]

Correction to my message.  The "Userid: Password: " fields do NOT show up.
Mistake in my copying.  Oh, if only they did.

On Tue, Nov 24, 2015 at 3:01 PM, John Mattson 
wrote:

> I got by the SSL problem with my browser, now I am finding a problem with
> the self signed cert from the HMC.  As best I understand it, my predecessor
> created  a self signed cert using the HMC.  It is not expired.  I get to
> the HMC pre-logon screen in IE, but get a
>
> There is a problem with this website=E2=80=99s security certificate.
> The security certificate presented by this website was not issued by a
> trusted certificate authority.
> Not recommended iconContinue to this website (not recommended).
>
> I click on Continue, and get
>
> This web server is hosting the Hardware Management Console application.
> Click on the link below to begin.
> Log on and launch the Hardware Management Console web application.
> You can also view the online help for the Hardware Management Console.
>
>Hardware Management Console (Version 2.10.2) Logon
>
> Please enter a userid and password below and click "Logon".
> Userid: Password:
>
> Please wait while the login page is loading. For more information, click
> "Help".
>
> And at this point it just sits forever.  The Certificate Error persists in
> the IE header.
>
> I tried doing IMPORT of the cert, it went into the "OTHER People" certs,
> but I cannot get it into the "Trusted Root Certificate Authority".
> Does anyone have a suggestion here?
>
> --
> 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 and certificate

[John Mattson]

Thanks, Jerry.  I had indeed tried that and I have what looks like a valid
.cer file,
-BEGIN CERTIFICATE-
MIICMDCCAZmgAwIBAgIQNptcVHKLTY6DrL2b+4zS1jANBgkqhkiG9w0BAQUFADAo

Q7ML/YE8Hl0G9cnuRzRU2LYIJl3tZ5o+VNOzwdmkETblAbD0
-END CERTIFICATE-
And I have tried several times to IMPORT it into the "Trusted Root
Certificate Authority", I go thru the whole process, and it pops up a
window saying "import successful", but when I check the   "Trusted" it does
NOT appear.  I have only been able to import it to the "Other People".   I
have never before had this sort of problem.  I am wondering whether my
predecessor messed up the Self Signed Cert.   I notice that it is a 1024
bit cert.

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

Re: CC usage in Germany (Europe) [WAS: Were you at SHARE in Seattle? Watch your credit card statements!]

[Charles Mills]

Some Metro ticket machines in metropolitan Paris!

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Smith III, Phil (HP Data Security (Voltage))
Sent: Monday, November 23, 2015 2:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CC usage in Germany (Europe) [WAS: Were you at SHARE in Seattle? 
Watch your credit card statements!]

R.S. wrote:
>I don't understand. Is it a problem with your card/bank or rather small shops 
>in the Forest do not have card terminal?
I suspect this is limitation of your card. I saw such cards.

>BTW: US is last country where my card were imprinted (embossed), it is 
>probably also last place on Earth where signature is needed instead of PIN.
> (obviously my experience is limited, I haven't visited all the 
>countries on Earth)

I believe the point here was that if you do NOT have a Chip card, you may 
find yourself in a situation where you cannot perform a needed transaction 
because the terminals don’t have magstripe readers. This is well-documented: 
unattended gas pumps, ticket kiosks, etc. Less common in cities, more common 
outside them.

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

Re: SMPE apply excluding certain FMID's?

[Lucas Rosalen]

Is it possible for you to install Omegamon to different Target and DLIB
zones? (in the same Global as z/OS)

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 792 809 198


2015-11-23 22:51 GMT+01:00 J O Skip Robinson :

> Being able to install maintenance separately can be very important
> depending on your shop's organization and the distribution of duties among
> (even a small number of) folks. I see two classes of components:
>
> 1) Those closely akin to z/OS that install on and migrate with sysres.
> 2) Those not in category 1, including products managed by other people on
> their own timetable.
>
> I believe that it's best for category 2 products to be installed in one or
> more zones outside of the common z/OS zone and even ordered separately. For
> example, we tried a while back ordering Omegastuff in the common ServerPac.
> But some Omegamon products here needed to be managed in concert with new
> CICS or DB2 releases irrespective of z/OS level. Combining did not work and
> caused problems for other folks. Once components begin cohabitating in a
> single zone, handling them by different rules is complicated,
> time-consuming, and error prone. Omegamon is especially unruly because of
> the manual (non-SMPE) work needed for migration. We went back to ordering
> and managing Omegamon separately.
>
> .
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 626-302-7535 Office
> 323-715-0595 Mobile
> jo.skip.robin...@sce.com
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jousma, David
> Sent: Monday, November 23, 2015 8:10 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):SMPE apply excluding certain FMID's?
>
> I've done that, and it works.  I guess I should have been more clear to
> Kurt's question.  I actually would like to maintenance Omegamon's
> separately than the rest of the Operating system.  The issue is being able
> to apply general maintenance to all other FMID's with the exception of
> OMEGAMON at my choosing.  It's not a huge issue, more of general
> convenience for the folks that will have to review Omegamon hold data.
> _
> Dave Jousma
> Assistant Vice President, Mainframe Engineering david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f
> 616.653.2717
>
> -Original Message-
> From: Robert A. Rosenberg [mailto:hal9...@panix.com]
> Sent: Thursday, November 19, 2015 8:55 PM
> To: IBM Mainframe Discussion List
> Cc: Jousma, David
> Subject: Re: SMPE apply excluding certain FMID's?
>
> At 14:35 + on 11/19/2015, Jousma, David wrote about Re: SMPE apply
> excluding certain FMID's?:
>
> >Do you really want/need to segregate applying maintenance for the
> >Omegamon suite, or during a maintenance cycle do you simply want to
> >more easily identify the relevant HOLDs just for >Omegamon?  I don't
> >necessarily have in mind a solution for you, but I'm curious what your
> >real goal is.
> >
> >The latter.
>
> An APPLY CHECK listing your created Omagamon FMIDSET (or the FMIDs) will
> give you this info since only Omegamon SYSMODs will be selected.
>
> --
> 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: Accessing RESTful services from a z/OS batch job

[Timothy Sipples]

Frank Swarbrick wrote:
>We are still on z/OS 1.13 I'm still open to other ideas.

Do you have CICS Transaction Server Version 4.2 or later? If so, you could
have CICS TS handle these outbound requests from your batch program(s). For
earlier CICS Transaction Server releases (4.2 and 5.1) you'll need the CICS
Transaction Server Feature Pack for Mobile Extensions, a no additional
charge, supported download available here:

http://www.ibm.com/software/htp/cics/mobile/

CICS Transaction Server Version 5.2 and above incorporate JSON and REST
support as a base feature, so you shouldn't have to download or add
anything to newer CICS releases.

Yes, this support is bidirectional, so outbound requests from CICS should
be perfectly fine. You can refer to IBM Redbook SG24-8161 and SHARE 2014
Session #15856 for more information. If you're not familiar with how to
access a CICS service from a batch program, please post a follow-up.

Another possible approach is to create a WebSphere Liberty application that
includes the outbound service you need and run it on z/OS. Then call that
WebSphere Liberty service from your batch program(s) via the WebSphere
Optimized Local Adapter (WOLA) Native APIs. In WOLA parlance this is called
an "inbound" call, inbound to Liberty from your batch program(s). You'll
need WebSphere Liberty Version 8.5.5.2 or higher, preferably the latest
release. The latest release (as I write this) should be fine on z/OS 1.13.

Both of these approaches should be at least reasonably durable. With the
first approach you just continue forward with z/OS and CICS TS releases.
With the second approach you would presumably move to the z/OS Client Web
Enablement Toolkit when you get to z/OS Version 2.2 and retire your
"homegrown," small Liberty application.

I might have some other ideas, but these two are good ones if you cannot
get a z/OS 2.2 (or 2.1) LPAR going for some reason.


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
E-Mail: sipp...@sg.ibm.com

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

Re: z/OS and hiperspaces

[Vernooij, CP (ITOPT1) - KLM]

Hi,

I suggest you also consider dataspaces. With regard to what users can do with 
them and what impact they have on the system, they are similar: they use 
virtual (and therefor central storage). E.g. IEFUSI has only one value to limit 
the a user's use of hiper- and dataspaces. A special user is DFSORT, which can 
use huge amounts of it, but takes well care not to the impact the system to 
much.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lindy Mayfield
Sent: Tuesday, November 24, 2015 11:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS and hiperspaces

Hi,

I want to learn about hiperspaces, especially what sorts of  z/OS tuning 
options there are to control them,  what might be the impact on the system if 
users create too many or too many large  ones, stuff like that.  Where  would I 
read and learn about things like that?

And is there a way to monitor hiperspaces,  like using RMF?

This is a totally new topic for me so I am beginning from the beginning.  
Google and friendly mail lists.  :)

Kind regards,
Lindy

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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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

z/OS and hiperspaces

[Lindy Mayfield]

Hi,

I want to learn about hiperspaces, especially what sorts of  z/OS tuning 
options there are to control them,  what might be the impact on the system if 
users create too many or too many large  ones, stuff like that.  Where  would I 
read and learn about things like that?

And is there a way to monitor hiperspaces,  like using RMF?

This is a totally new topic for me so I am beginning from the beginning.  
Google and friendly mail lists.  :)

Kind regards,
Lindy

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

Re: IBM Automatic (COBOL) Binary Optimizer Now Availabile

[Peter Relson]

> How about a version to where during the install you specify what is the 
lowest processor you might run on?

You have not yet read the materials it seems. The "Automatic" of the name 
is perhaps not as automatic as you're thinking. You basically tell the 
optimizer for which architecture level(s) you want optimized library 
versions to be produced, and (when the z/OS infrastructure is available) 
the system will select (based on your specification) the proper library 
that you have had the product build (without that support, you get to do 
that library selection yourself, by manipulating the JCL or by use of data 
set aliases or some such).

Please note that while the ABO product is available now, the z/OS 
infrastructure will not be available until December 10 or so (this is the 
IEFOPZ infrastructure mentioned in the z/OS 2.2 announce).

>And since this is machine code, why would this be limited to Cobol?
>It should be able to handle any language as long as you can analyze
>the run time libraries too.

Only if it is omniscient. This is machine code. You cannot (by definition) 
tell data from instructions. Knowing that the machine code is "something 
in particular" (in this case COBOL) lets some assumptions be made about 
what are data and what are instructions.

>It is essentially an alternative to V5

It is an alternative, but for a different use case (as a subsequent append 
mentioned) -- where you don't have the source or where you have reason not 
to want to use COBOL V5.

>Seems like some extra steps.
Steps, yes. Extra? I'd say "pretty necessary steps". Sure the system could 
automatically rerun the optimizer at every time that you re-save your 
source (or at some other level of granularity). And then you'd be spending 
orders of magnitude more machine cycles doing the processing than you'd 
gain back by the improved performance when running the program. Likely a 
huge net loss. So the choice is to let the customer who knows make the 
decision of when it's worth running the ABO. For one of the use cases (no 
source), of course, there never will be source updates.

Peter Relson
z/OS Core Technology Design


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

Re: z/OS and hiperspaces

[Vernooij, CP (ITOPT1) - KLM]

Hiperspaces were designed to reside in expanded storage (which was even 
intended to be shared by machines somewhere in a future universe). I think this 
has never been rewritten, but I remember reading that expanded storage is now 
virtualized in central storage.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Shane Ginnane
Sent: Tuesday, November 24, 2015 3:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS and hiperspaces

On Tue, 24 Nov 2015 11:39:19 +, Rob Scott wrote:

>For MVS/ESA and upwards, dataspaces were great for expanding the virtual 
>storage available horizontally

Which I always thought was a monumental kludge - especially as IBM was peddling 
the corporate myth that "our platform" didn't need 64-bit.
I note the 2.1 manuals (at least) still refer to expanded memory usage for 
hiperspaces. Hmmm.

> 64-bit memory objects offer so much more.

Now it does - took a long time to get here. The initial implementation didn't 
even have SMF support.

Shane ...

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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286




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

POP UP window border colour

[Gerry Anstey]

Hi I have a simple popup window with a message in it. (Rexx/ISPF etc)

How can I get the border to be different colours depending on certain 
conditions? 
all I get is the default blue.

I have searched generally but I can't seem to find any actual coding and all my 
attempts so far have not worked. I gather I have to change the  variable 
but I cannot find any indication of how and where to do it.
thanks
Gerry Anstey

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

Re: z/OS and hiperspaces

[Shane Ginnane]

On Tue, 24 Nov 2015 11:39:19 +, Rob Scott wrote:

>For MVS/ESA and upwards, dataspaces were great for expanding the virtual 
>storage available horizontally

Which I always thought was a monumental kludge - especially as IBM was peddling 
the corporate myth that "our platform" didn't need 64-bit.
I note the 2.1 manuals (at least) still refer to expanded memory usage for 
hiperspaces. Hmmm.

> 64-bit memory objects offer so much more.

Now it does - took a long time to get here. The initial implementation didn't 
even have SMF support.

Shane ...

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

Re: z/OS and hiperspaces

[Vernooij, CP (ITOPT1) - KLM]

In impacting the system, there is no difference in whatever storage a user 
consumes largely. It can/will result in heavy page-outs, which are not 
necessarily bad if the pages are old, and consequently heave page-ins which 
will impact your system performance.
Hiperspaces can be much larger than dataspaces, but you can have many of both.
The structure of hiper- and dataspaces are quite different and the techniques 
to use them are evenly different. The same is true for 64-bit storage.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lindy Mayfield
Sent: Tuesday, November 24, 2015 2:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS and hiperspaces

I was under the impression that hiperspace is a bit better choice over 
dataspace for larger work files.  But actually I'm trying to understand how 
both types of them work, and how users could potentially impact a system if 
they can allocate large amounts of hiperspace or dataspace memory.

Lindy

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, CP (ITOPT1) - KLM
Sent: Tuesday, November 24, 2015 12:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS and hiperspaces

Hi,

I suggest you also consider dataspaces. With regard to what users can do with 
them and what impact they have on the system, they are similar: they use 
virtual (and therefor central storage). E.g. IEFUSI has only one value to limit 
the a user's use of hiper- and dataspaces. A special user is DFSORT, which can 
use huge amounts of it, but takes well care not to the impact the system to 
much.

Kees.

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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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

Re: POP UP window border colour

[Sri h Kolusu]

Check out the posts by Doug Nadel and Rob Zenuk in this topic which will 
help you

https://groups.google.com/forum/#!topic/bit.listserv.ispf-l/LOt28EiEEhc

Thanks,
Kolusu



From:   Gerry Anstey <00da33bf43f1-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   11/24/2015 07:51 AM
Subject:POP UP window border colour
Sent by:IBM Mainframe Discussion List 



Hi I have a simple popup window with a message in it. (Rexx/ISPF etc)

How can I get the border to be different colours depending on certain 
conditions? 
all I get is the default blue.

I have searched generally but I can't seem to find any actual coding and 
all my attempts so far have not worked. I gather I have to change the 
 variable but I cannot find any indication of how and where to do 
it.
thanks
Gerry Anstey 

--
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: z/OS and hiperspaces

[Shmuel Metz (Seymour J.)]

In
<874b151289704e46a874bf2ae6fdd8d1310ab...@kl126r4b.cs.ad.klmcorp.net>,
on 11/24/2015
   at 02:30 PM, "Vernooij, CP (ITOPT1) - KLM" 
said:

>but I remember reading that expanded storage is now virtualized in
>central storage.

The whole point of expanded storage was that it was less expensive.
Once IBM started carving out expanded memory from the same pool as
regular memory, it became pointless, but by then IBM had code in place
that provided an incentive to go along with the charade.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: POP UP window border colour

[Shmuel Metz (Seymour J.)]

In <6887599395074163.wa.gerry.ansteyjpmorgan@listserv.ua.edu>, on
11/24/2015
   at 08:50 AM, Gerry Anstey
<00da33bf43f1-dmarc-requ...@listserv.ua.edu> said:

>How can I get the border to be different colours depending on certain
>conditions?  all I get is the default blue.

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

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

Re: z/OS and hiperspaces

[Lindy Mayfield]

Does it work like this?  If it is a simple batch program then memory allocation 
totals (including hiperspaces) can be controlled by IEFUSI.  I mean, if for 
some reason hyperspace usage becomes a problem on the system.

But what if that address space is dubbed as an OMVS address space? Do the 
BPXPRM memory options then impose the final limits? Like ASSIZEMAX/MAXASSIZE?

Another way of asking, if for some reason hyperspace usage became a problem and 
the problem program ran in a UNIX address space, would BPXPRM limits (or 
corresponding RACF OMVS segment) be a way to tune things?

Regards,
Lindy

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, CP (ITOPT1) - KLM
Sent: Tuesday, November 24, 2015 4:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS and hiperspaces

In impacting the system, there is no difference in whatever storage a user 
consumes largely. It can/will result in heavy page-outs, which are not 
necessarily bad if the pages are old, and consequently heave page-ins which 
will impact your system performance.
Hiperspaces can be much larger than dataspaces, but you can have many of both.
The structure of hiper- and dataspaces are quite different and the techniques 
to use them are evenly different. The same is true for 64-bit storage.

Kees.

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

Re: z/OS and hiperspaces

[R.S.]

W dniu 2015-11-24 o 15:30, Vernooij, CP (ITOPT1) - KLM pisze:

Hiperspaces were designed to reside in expanded storage (which was even 
intended to be shared by machines somewhere in a future universe). I think this 
has never been rewritten, but I remember reading that expanded storage is now 
virtualized in central storage.
Expanded storage was virtualized in the times of 9672 machines - it was 
the same physical memory chips, allocated as expanded by HMC profiles. 
Now it is still done like before, but z/OS does not use expanded memory 
(in 64-bit mode, let's leave z/OS in 31-bit mode). However z/VM is still 
able to use expanded memory.


--
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.2015 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.840.228 złotych.


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

Re: POP UP window border colour

[Dave Salt]

Type CUAATR on any ISPF command line and change the color in the field marked 
'Active Window Frame'.

Dave Salt

SimpList(tm) - try it; you'll get it! 

http://www.mackinney.com/products/program-development/simplist.html  


> Date: Tue, 24 Nov 2015 10:22:22 -0500
> From: shmuel+ibm-m...@patriot.net
> Subject: Re: POP UP window border colour
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> In <6887599395074163.wa.gerry.ansteyjpmorgan@listserv.ua.edu>, on
> 11/24/2015
>at 08:50 AM, Gerry Anstey
> <00da33bf43f1-dmarc-requ...@listserv.ua.edu> said:
> 
> >How can I get the border to be different colours depending on certain
> >conditions?  all I get is the default blue.
> 
> Dynamic panel?
>  
> -- 
>  Shmuel (Seymour J.) Metz, SysProg and JOAT
>  ISO position; see  
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
  
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: POP UP window border colour

[Dave Salt]

Sorry that should be CUAATTR not CUAATR. No coffee yet...

Dave Salt

SimpList(tm) - try it; you'll get it! 

http://www.mackinney.com/products/program-development/simplist.html  


From: ds...@hotmail.com
To: ibm-main@listserv.ua.edu
Subject: RE: POP UP window border colour
Date: Tue, 24 Nov 2015 10:25:55 -0500




Type CUAATR on any ISPF command line and change the color in the field marked 
'Active Window Frame'.

Dave Salt

SimpList(tm) - try it; you'll get it! 

http://www.mackinney.com/products/program-development/simplist.html  


> Date: Tue, 24 Nov 2015 10:22:22 -0500
> From: shmuel+ibm-m...@patriot.net
> Subject: Re: POP UP window border colour
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> In <6887599395074163.wa.gerry.ansteyjpmorgan@listserv.ua.edu>, on
> 11/24/2015
>at 08:50 AM, Gerry Anstey
> <00da33bf43f1-dmarc-requ...@listserv.ua.edu> said:
> 
> >How can I get the border to be different colours depending on certain
> >conditions?  all I get is the default blue.
> 
> Dynamic panel?
>  
> -- 
>  Shmuel (Seymour J.) Metz, SysProg and JOAT
>  ISO position; see  
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: z/OS and hiperspaces

[David Crayford]

One question I would liked answered by the experts is why now with 
64-bit storage one would choose to use a hiperspace (or dataspace) over 
just using storage above the bar?


On 24/11/2015 6:37 PM, Vernooij, CP (ITOPT1) - KLM wrote:

Hi,

I suggest you also consider dataspaces. With regard to what users can do with 
them and what impact they have on the system, they are similar: they use 
virtual (and therefor central storage). E.g. IEFUSI has only one value to limit 
the a user's use of hiper- and dataspaces. A special user is DFSORT, which can 
use huge amounts of it, but takes well care not to the impact the system to 
much.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lindy Mayfield
Sent: Tuesday, November 24, 2015 11:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS and hiperspaces

Hi,

I want to learn about hiperspaces, especially what sorts of  z/OS tuning 
options there are to control them,  what might be the impact on the system if 
users create too many or too many large  ones, stuff like that.  Where  would I 
read and learn about things like that?

And is there a way to monitor hiperspaces,  like using RMF?

This is a totally new topic for me so I am beginning from the beginning.  
Google and friendly mail lists.  :)

Kind regards,
Lindy

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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
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: CC usage in Germany (Europe) [WAS: Were you at SHARE in Seattle? Watch your credit card statements!]

[R.S.]

W dniu 2015-11-23 o 23:33, Smith III, Phil (HP Data Security (Voltage)) 
pisze:

R.S. wrote:

I don't understand. Is it a problem with your card/bank or rather small shops 
in the Forest do not have card terminal?

I suspect this is limitation of your card. I saw such cards.


BTW: US is last country where my card were imprinted (embossed), it is probably 
also last place on Earth where signature is needed instead of PIN.
(obviously my experience is limited, I haven't visited all the countries on 
Earth)

I believe the point here was that if you do NOT have a Chip card, you may 
find yourself in a situation where you cannot perform a needed transaction because 
the terminals don’t have magstripe readers. This is well-documented: unattended gas 
pumps, ticket kiosks, etc. Less common in cities, more common outside them.

Well, do you mean a card *without* PIN at all?
It is very rare here, even when Stripe & Sig was in common use, all 
cards (with some rare exceptions for very specific cards) have PIN 
assinged. So usually you had to put your signature, but in ATM or some 
POS terminals you could be asked for PIN.

Nowadays PIN is default method, signature is vanishing


@TeD
We also have embossed cards but we don't use imprinters at all, for 
years. AFAIR the last time my card was imprinted was Radisson Wilshire 
in LA or some other hotel in Chicago. It was after 11 Sept 2001.



@Steve
I don't understand what was the blocking factor.
Technical incompatibility seem weird for me - I mean chipless card (mag 
stripe only) and chip-only terminal. Usually terminals are dual function.
There can be business limitation, like "we don't accept foreign cards" 
or cards in USD, or other.  Usually it's the opposite - the card may be 
limited to domestic market.
I also assumed even "old style" card has a PIN assigned, so you can 
perform PIN transaction. - Was it the reason of the problem?



BTW: In Europe there is no problem with VISA or Mastercard, but other 
brands are really marginal. JBC, Diners, or Amex card holders have to 
ask whether the card is accepted despite cards are welcome.


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.2015 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.840.228 złotych.


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

Re: Accessing RESTful services from a z/OS batch job

[David Crayford]

On 24/11/2015 11:52 AM, Bigendian Smalls wrote:

Fair point on the rocket Python for http tip.  Just did some testing on that - 
yikes. only ever used that flavor of Python locally - but outside comm is a 
huge pain indeed.  Good call to stick with curl or Java as you'd mentioned and 
leave the Python until it's fully baked for cp conversions.


It gets worse. The JSON libraries are broken too. Unicode escaping is a 
case in point. And the URL and base64 stuff. Python has a huge standard 
library so a real EBCDIC port is going to be a lot of work and probably 
won't happen unless a significant ROI
can be made. You can try my Lua port which is patched to support EBCDIC 
for HTTP, JSON, URL, base64 etc http://lua4z.com/. It smokes REXX by an 
order of magnitude wrt performance and has all the modern features that 
you get with Python. There's
even a decent list comprehension implementation in the penlight library. 
I haven't implemented Lua-cURL yet but I will now that rocket have made 
libcurl available with their port. That should bring a lot of other 
powerful HTTP, FTP features available.



On Nov 23, 2015, at 19:30, David Crayford  wrote:

On 24/11/2015 9:12 AM, Bigendian Smalls wrote:
Depending on the volume, python's usage of the REST APIs I've used (like Aws 
works great).   I'm sure it'd be not to hard to do in REXX also from the few 
client HTTP code snippets I've seen in Google.

Classic REXX using the socket() API would be doable. But I wouldn't go there.


But the python one works great - using Rocket's ported tools.  fwiw.

All of the web APIs (HTTP etc) in Rockets z/OS Python port are broken. They 
haven't done the ASCII/EBCDIC work on the HTTP protocol. Until they do Rockets 
Python port is nothing but a broken toy.


Chad


On Nov 23, 2015, at 18:17, Frank Swarbrick  wrote:

Sounds interesting.  Anyone have any experience with it?
We are still on z/OS 1.13.  I don't know when we'll go to 2.1, much less 2.2, 
but its certainly something to consider.

I'm still open to other ideas.

Thanks!
Frank


Date: Mon, 23 Nov 2015 18:02:20 -0600
From: k...@dovetail.com
Subject: Re: Accessing RESTful services from a z/OS batch job
To: IBM-MAIN@LISTSERV.UA.EDU

Maybe the z/OS client web enablement toolkit?

see the V2R2 docs for latest features -
https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.e0za100/mvs_web_enablement.htm

"
You can use web application APIs to create a client/server application
using a
request-response protocol that can link a client residing anywhere in the
world
with any web server. Many web applications have evolved to a simpler
programming model based on representational state transfer (REST). Governed
by
a set of architectural constraints, RESTful applications can be much easier
to
develop, enabling the creation of elegant and secure web applications.
RESTful
applications typically use the ubiquitous Hypertext Transfer Protocol
(HTTP) as the
means of communication and either JavaScript Object Notation (JSON) or
Extensible Markup Language (XML) as the format of data exchange between the
client and server programs

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Mon, Nov 23, 2015 at 5:32 PM, Frank Swarbrick <
frank.swarbr...@outlook.com> wrote:


What are you using to perform this function?

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

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


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

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

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

--
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: z/OS and hiperspaces

[Vernooij, CP (ITOPT1) - KLM]

That is something I wondered after studying the DFSORT tuning pages. 

There is however a significant difference between dataspaces and hiperspaces. 
Data in dataspaces is directly addressable, data in hiperspace must be copied 
(causing overhead) to the user's address space to be addressable. DFSORT uses 
64-bit storage in the same 2 different modes.
However DFSORT says it always decides which storage to use, based on the 
current status of the system. Apparently there are parameters that can value 
each of the 4 storage locations above the others in certain situations.

Maybe the DFSORT people can elaborate on these situations and decisions.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Tuesday, November 24, 2015 12:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS and hiperspaces

One question I would liked answered by the experts is why now with 
64-bit storage one would choose to use a hiperspace (or dataspace) over 
just using storage above the bar?

On 24/11/2015 6:37 PM, Vernooij, CP (ITOPT1) - KLM wrote:
> Hi,
>
> I suggest you also consider dataspaces. With regard to what users can do with 
> them and what impact they have on the system, they are similar: they use 
> virtual (and therefor central storage). E.g. IEFUSI has only one value to 
> limit the a user's use of hiper- and dataspaces. A special user is DFSORT, 
> which can use huge amounts of it, but takes well care not to the impact the 
> system to much.
>
> Kees.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Lindy Mayfield
> Sent: Tuesday, November 24, 2015 11:28 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: z/OS and hiperspaces
>
> Hi,
>
> I want to learn about hiperspaces, especially what sorts of  z/OS tuning 
> options there are to control them,  what might be the impact on the system if 
> users create too many or too many large  ones, stuff like that.  Where  would 
> I read and learn about things like that?
>
> And is there a way to monitor hiperspaces,  like using RMF?
>
> This is a totally new topic for me so I am beginning from the beginning.  
> Google and friendly mail lists.  :)
>
> Kind regards,
> Lindy
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> For information, services and offers, please visit our web site: 
> http://www.klm.com. This e-mail and any attachment may contain confidential 
> and privileged material intended for the addressee only. If you are not the 
> addressee, you are notified that no part of the e-mail or any attachment may 
> be disclosed, copied or distributed, and that any other action related to 
> this e-mail or attachment is strictly prohibited, and may be unlawful. If you 
> have received this e-mail by error, please notify the sender immediately by 
> return e-mail, and delete this message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
> employees shall not be liable for the incorrect or incomplete transmission of 
> this e-mail or any attachments, nor responsible for any delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
> Airlines) is registered in Amstelveen, The Netherlands, with registered 
> number 33014286
> 
>   
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) 

Re: z/OS and hiperspaces

[Rob Scott]

For MVS/ESA and upwards, dataspaces were great for expanding the virtual 
storage available horizontally, however these days I do not believe I would use 
them in any new code or designs.

64-bit memory objects offer so much more.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, CP (ITOPT1) - KLM
Sent: Tuesday, November 24, 2015 10:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS and hiperspaces

Hi,

I suggest you also consider dataspaces. With regard to what users can do with 
them and what impact they have on the system, they are similar: they use 
virtual (and therefor central storage). E.g. IEFUSI has only one value to limit 
the a user's use of hiper- and dataspaces. A special user is DFSORT, which can 
use huge amounts of it, but takes well care not to the impact the system to 
much.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lindy Mayfield
Sent: Tuesday, November 24, 2015 11:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS and hiperspaces

Hi,

I want to learn about hiperspaces, especially what sorts of  z/OS tuning 
options there are to control them,  what might be the impact on the system if 
users create too many or too many large  ones, stuff like that.  Where  would I 
read and learn about things like that?

And is there a way to monitor hiperspaces,  like using RMF?

This is a totally new topic for me so I am beginning from the beginning.  
Google and friendly mail lists.  :)

Kind regards,
Lindy

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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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

Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
+1 800.966.3270 ■ +1 781.577.4321
Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com
Manage Your Subscription Preferences - 
http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

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

Re: JCL QUESTION :IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET

[John Dawes]

I checked.  The SMS rules have been built and the dsns are defined in the 
specific SG.  This is only happening for this particular dsn because of the AFF 
parm:

UNIT=AFF=A3490.

I have never used the AFF parm when writing out to dsns.  I used the AFF parm 
only when reading them in the job.


On Thu, 19/11/15, Bob Dott  wrote:

 Subject: Re: JCL QUESTION :IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF 
DATA SET
 To: IBM-MAIN@LISTSERV.UA.EDU
 Received: Thursday, 19 November, 2015, 9:12 AM
 
 John, I believe your issue may be
 that the IBM VTS is installed as SMS managed tape. Have you
 added the VTS to SMS, if not you may need to. If you do have
 it defined in SMS, verify the tape datasets are getting
 assigned the correct storage group. If they are falling into
 a storage group for disk, that would drive this error. The
 DFSMS OAM Planning, Installation and Storage Administration
 guide for tape libraries (SC23-6867-01) would be the best
 manual to refer to if you have not set the VTS up in SMS.
 
 --
 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: z/OS and hiperspaces

[Art Celestini]

I can speak for Syncsort ...

Dataspaces, Hiperspaces, and 64-bit momory objects are all managed as 
"Strategic Hierarchial Storage" in the MFX (current sort) product.  MFX uses a 
central (Dynamic Storage Manager, or DSM) address space to regulate use of 
storage across all concurrently running sorts and copies.  Part of that process 
is the SYSEVENT STGTEST system call where SRM returns a set of numbers that 
reflect the current real frame availability across the entire system.  A single 
instance of a sort or copy decides the type and how much storage to use based 
on the requirements of the sort/copy, the amounts the job is permitted to use 
(IEFUSI, etc.) and the amounts of storage DSM indicates is safe to use.  

Art Celestini
Technology Architect
Mainframe Development
Syncsort Inc.

=
Mail sent to the "From" address in this post will be refused.  Please send 
off-list email to:  ibmmaincelestinicom.


At 06:39 AM 11/24/2015, Rob Scott wrote:
 
>For MVS/ESA and upwards, dataspaces were great for expanding the virtual 
>storage available horizontally, however these days I do not believe I would 
>use them in any new code or designs.
>
>64-bit memory objects offer so much more.
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Vernooij, CP (ITOPT1) - KLM
>Sent: Tuesday, November 24, 2015 10:37 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: z/OS and hiperspaces
>
>Hi,
>
>I suggest you also consider dataspaces. With regard to what users can do with 
>them and what impact they have on the system, they are similar: they use 
>virtual (and therefor central storage). E.g. IEFUSI has only one value to 
>limit the a user's use of hiper- and dataspaces. A special user is DFSORT, 
>which can use huge amounts of it, but takes well care not to the impact the 
>system to much.
>
>Kees.
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Lindy Mayfield
>Sent: Tuesday, November 24, 2015 11:28 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: z/OS and hiperspaces
>
>Hi,
>
>I want to learn about hiperspaces, especially what sorts of  z/OS tuning 
>options there are to control them,  what might be the impact on the system if 
>users create too many or too many large  ones, stuff like that.  Where  would 
>I read and learn about things like that?
>
>And is there a way to monitor hiperspaces,  like using RMF?
>
>This is a totally new topic for me so I am beginning from the beginning.  
>Google and friendly mail lists.  :)
>
>Kind regards,
>Lindy

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

Re: z/OS and hiperspaces

[Lindy Mayfield]

I was under the impression that hiperspace is a bit better choice over 
dataspace for larger work files.  But actually I'm trying to understand how 
both types of them work, and how users could potentially impact a system if 
they can allocate large amounts of hiperspace or dataspace memory.

Lindy

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, CP (ITOPT1) - KLM
Sent: Tuesday, November 24, 2015 12:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS and hiperspaces

Hi,

I suggest you also consider dataspaces. With regard to what users can do with 
them and what impact they have on the system, they are similar: they use 
virtual (and therefor central storage). E.g. IEFUSI has only one value to limit 
the a user's use of hiper- and dataspaces. A special user is DFSORT, which can 
use huge amounts of it, but takes well care not to the impact the system to 
much.

Kees.

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

Re: JCL QUESTION :IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET

[Clifford McNeill]

John,

I'm using SMS managed tape libraries with multi-DSN output files (UNIT=AFF) and 
I have code in our ACS dataclass routine that looks like this:

IF  = 'REF=ST' OR  = 'AFF=SMST' THEN  
DO
  SET  = 
  EXIT
END

As I recall, both the ANYVOL and UNIT were necessary to catch all cases.

Cliff McNeill

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

Re: POP UP window border colour

[Gerry Anstey]

Thanks but I need to be able to do it programmatically

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

Re: POP UP window border colour

[Dave Salt]

Are you writing this dialog for your own personal use, or as something that 
will be used by others? The reason I ask is because most users would not want 
their own personal CUA settings to be changed by someone else. Keep in mind 
that some users might have vision impairment or be color blind (etc.), and 
might have spent hours configuring all the various CUA settings to make things 
stand out on the screen as much as possible.

Dave Salt

SimpList(tm) - try it; you'll get it! 

http://www.mackinney.com/products/program-development/simplist.html  


> Date: Tue, 24 Nov 2015 09:31:36 -0600
> From: 00da33bf43f1-dmarc-requ...@listserv.ua.edu
> Subject: Re: POP UP window border colour
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> Thanks but I need to be able to do it programmatically
> 
> --
> 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