date:20151012

All,

is it possible to invoke AMODE31-only code from an AMODE64 module?

To be more detailed: I’m running in USS (with XPLINK) and I need to call 
several System services that are known to not support AMODE64, in my case 
SWAREQ and OUTADD.

I know that I could write a AMODE31 load module, put it in a MVS load library, 
load it with the C function fetch() (which supports AMODE switching) and jump 
right into the module.

But I’d like to remain in USS only. So…. Is it possible to do an “AMODE-switch” 
in pure assembler without using some load modules from the MVS world? I’ve read 
some manuals over the weekend but I’m more confused than I was before reading 
the manuals (even XPLINK is new to me and the manuals are pretty confusing)….

Thank you for any help,
Michael

Mit freundlichen Grüßen

Michael Knigge
Software Engineer

SET GmbH
Lister Straße 15
30163 Hannover

phone: +49 511 39780-23
fax: +49 511 39780-65

www.set.de
michael.kni...@set.de

Handelsregister: HRB52778 Amtsgericht Hannover
Geschäftsführer: Till Dammermann, Dr. Bernd Huber

Anstehende Termine

POSY-OutputForum, 4. und 5. November 2015 in Hannover

Weitere Informationen finden Sie auf unserer Homepage...


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

Re: File Placement Utility

2015-10-12 Thread Gibney, David Allen,Jr

I think that SMS would be useful in this, but my suggestion did not use SMS.

ADRDSSU is more than capable of making copies and spreading them evenly across 
a set of volumes.

If the datasets don't yet exist, then the easiest thing would be to  create 
temporary copies in a SMS storage pool and then again, ADRDSSU can either move 
or copy to the desired target volumes. 

And if the OP really does wish to create them fresh on the target volumes, then 
feeding a list sorted by descending size into a very simple rexx (or SORT, or 
SAS, or whatever) to generate the needed DD cards (and an IEFBR14 EXEC every 
255 or so) or generate IDCAMS ALLOCATE, or etc. etc.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Scott Ford
> Sent: Sunday, October 11, 2015 11:18 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: File Placement Utility
> 
> Shane and David,
> 
> Exactly , let SMS do its job and/or augment with rexx.
> 
> Scott
> 
> On Sunday, October 11, 2015, Gibney, David Allen,Jr 
> wrote:
> 
> >
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu
> > ]
> > > On Behalf Of Shane Ginnane
> > > Sent: Sunday, October 11, 2015 4:02 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU 
> > > Subject: Re: File Placement Utility
> > >
> > > On Sun, 11 Oct 2015 07:30:26 +, Gibney, David wrote:
> > >
> > > >I still maintain that ADRDSSU will "just do it"
> > >
> > > Dave, why do you presume the OP has already existing datasets to copy
> ?.
> > > If this is just allocating new datasets, sort the files by size, or
> > whatever, and
> > > knock up some rexx to generate the JCL. Quicker than waiting for the
> > list to
> > > to suggest it.
> >
> > Valid point and solution if  they don't exist yet. Allocate larger
> > first, round robin among target disks.
> > >
> > > Personally I would let the storage subsystem(s) handle it - that's
> > > what
> > you
> > > pay the vendors boatloads of money for. Give Ron and his ilk
> > > something to do.
> > > Fiddling around trying to balance access across mod-3s is just so 90's.
> > >
> > > Shane ...
> > >
> > > 
> > > -- 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

AW: SWAREQ from Java

All,

I guess I found my problem - I tried to call SWAREQ from AMODE64 which is not 
supported :-(

Bye,
Michael

Mit freundlichen Grüßen

Michael Knigge
Software Engineer

SET GmbH
Lister Straße 15
30163 Hannover

phone: +49 511 39780-23
fax: +49 511 39780-65

www.set.de
michael.kni...@set.de

Handelsregister: HRB52778 Amtsgericht Hannover
Geschäftsführer: Till Dammermann, Dr. Bernd Huber

Anstehende Termine:

POSY-OutputForum, 4. und 5. November 2015 in Hannover

Weitere Informationen finden Sie auf unserer Homepage...

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag 
von Tom Marchant
Gesendet: Donnerstag, 24. September 2015 14:09
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: SWAREQ from Java

On Wed, 23 Sep 2015 21:33:01 +0300, Binyamin Dissen wrote:

>I would expect that the issue is that your SWREQ plist has a bad
>address. The
>0C4 is in the middle of the SWAREQ module.

I wondered if that might be where the abend was. That's why I suggested an 
SVCDUMP or SYSMDUMP. How did you determine that the abend was in that module?

As it happens, I recently had an abend in the SWAREQ module. In my case, it was 
because I passed a bad SVA. The value that I passed was the first three bytes 
of a word containing the SVA in the last three bytes. The  low bit was zero, 
meaning that it is the address of the SWA prefix.

--
Tom Marchant

--
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: [Bulk] Re: [IBM-MAIN] File Placement Utility

2015-10-12 Thread R.S.


W dniu 2015-10-12 o 06:06, Chris Hoelscher pisze:

I think the OP stated that these volumes were NOT SMS managed and never would be

(I couldn't resist)
Why?
What is the rationale behind?

The issue remains me medicine case:
- Those pills will help you for your problem.
- How can I be cured without using those pills?

--
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: [Bulk] Re: [IBM-MAIN] File Placement Utility

2015-10-12 Thread Hardee, Chuck

Have you ever heard of inheritance?
When one steps into a new shop, 9 times out of 10, one inherits decisions made 
by others.
Along with that inheritance comes the ever faithful reply, when asked, "Not 
sure, it's just always been that way".
When one asks the next question, "Who made the decision", it's responded with 
"your predecessor" or "Not sure, they're long gone".

Bottom line, I have no control in the use, or lack thereof, of SMS for these 
files.

The rules are, not SMS managed, 1500+ files, 70 3390 mod 3s, emulated DASD, no 
control on placement for performance, balance the allocations across the packs 
with respect to file sizes, DASD sizes and quantity.

As, I believe it was Paul Gilmartin, has been stated, this is the (unbounded) 
knapsack problem.
And, as Lizette stated, these DASD being emulated on a storage array, I have no 
control on the placement of the files for performance.

Oh, give me the days of the IBM washing machines in the data center!
(well, maybe not)

However, the use of ADRDSSU may be an option.
I will have to go thru the manual and see what it says can be done.
I guess I have some night time reading ahead of me. Oh for a good bed time 
story :)

Thanks to all who have replied, you have given me a feast of information that I 
now must absorb.


Charles (Chuck) Hardee
Senior Systems Engineer/Database Administration
EAS Information Technology

Thermo Fisher Scientific
300 Industry Drive | Pittsburgh, PA 15275
Phone +1 (724) 517-2633 | Mobile +1 (412) 877-2809 | FAX: +1 (412) 490-9230
chuck.har...@thermofisher.com  | www.thermofisher.com

WORLDWIDE CONFIDENTIALITY NOTE: Dissemination, distribution or copying of this 
e-mail or the information herein by anyone other than the intended recipient, 
or an employee or agent of a system responsible for delivering the message to 
the intended recipient, is prohibited. If you are not the intended recipient, 
please inform the sender and delete all copies.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Monday, October 12, 2015 6:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [Bulk] Re: [IBM-MAIN] File Placement Utility

W dniu 2015-10-12 o 06:06, Chris Hoelscher pisze:
> I think the OP stated that these volumes were NOT SMS managed and never would 
> be
(I couldn't resist)
Why?
What is the rationale behind?

The issue remains me medicine case:
- Those pills will help you for your problem.
- How can I be cured without using those pills?

-- 
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: Using MGCRE with JES2 Commands

Terry Sambrooks wrote:

>I thought it would be good to update the program to use MGCRE. The update 
>works fine for z/OS Commands but any attempt to issue a JES2 command results 
>in that command being displayed on the hardcopy log together with IEE707I NOT 
>EXECUTED.

Please post the full IEE707I message and the command attempted.

Did you check your authority with your security guy/gal?

>The program does not do any RACROUTE processing as the MGCRE notes indicate 
>that if UTOKEN is not specified command processing will be linked to the 
>Address Space Userid.

This is true. Let z/OS (console and message processing) and JES2 worry about 
the A/S owner and authority.

Is your program linked AC(1)?

Binyamin Dissen suggestion about UTOKEN is a good one.

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: Invoke AMODE31-only Code from AMODE64

2015-10-12 Thread Binyamin Dissen

I do not really understand your question.

If your code is running below the bar and the data items required for the
service are below the bar, the machine instruction SAM31 will change the amode
to 31 bit and the machine instruction SAM64 will set 64 bit amode,.

On Mon, 12 Oct 2015 08:15:15 + Michael Knigge 
wrote:

:>is it possible to invoke AMODE31-only code from an AMODE64 module?

:>To be more detailed: Im running in USS (with XPLINK) and I need to call 
several System services that are known to not support AMODE64, in my case 
SWAREQ and OUTADD.

:>I know that I could write a AMODE31 load module, put it in a MVS load 
library, load it with the C function fetch() (which supports AMODE switching) 
and jump right into the module.

:>But Id like to remain in USS only. So. Is it possible to do an 
AMODE-switch in pure assembler without using some load modules from the MVS 
world? Ive read some manuals over the weekend but Im more confused than I was 
before reading the manuals (even XPLINK is new to me and the manuals are pretty 
confusing).

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

Director, Dissen Software, Bar & Grill - Israel


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

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

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

AW: Invoke AMODE31-only Code from AMODE64

Binyamin,

I guess I was lost in the woods of IBM manuals. When I started using Google to 
find the right manual I just came across some weired (at least to me) 
Branch-Statements that should be using when crossing AMODEs.

Just after I've read your reply I googled again and just found the instructions 
you've mentioned. I've just updated my code and currently it looks like 
everything is working as I would expect... But I've just finished my first 
little isolated test

So far thank you for your fast and helpful reply


Bye,
Michael



Mit freundlichen Grüßen

Michael Knigge
Software Engineer

SET GmbH
Lister Straße 15
30163 Hannover

phone: +49 511 39780-23
fax: +49 511 39780-65

www.set.de
michael.kni...@set.de

Handelsregister: HRB52778 Amtsgericht Hannover
Geschäftsführer: Till Dammermann, Dr. Bernd Huber


Anstehende Termine:

POSY-OutputForum, 4. und 5. November 2015 in Hannover

Weitere Informationen finden Sie auf unserer Homepage...

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag 
von Binyamin Dissen
Gesendet: Montag, 12. Oktober 2015 10:30
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: Invoke AMODE31-only Code from AMODE64

I do not really understand your question.

If your code is running below the bar and the data items required for the 
service are below the bar, the machine instruction SAM31 will change the amode 
to 31 bit and the machine instruction SAM64 will set 64 bit amode,.

On Mon, 12 Oct 2015 08:15:15 + Michael Knigge 
wrote:

:>is it possible to invoke AMODE31-only code from an AMODE64 module?

:>To be more detailed: I’m running in USS (with XPLINK) and I need to call 
several System services that are known to not support AMODE64, in my case 
SWAREQ and OUTADD.

:>I know that I could write a AMODE31 load module, put it in a MVS load 
library, load it with the C function fetch() (which supports AMODE switching) 
and jump right into the module.

:>But I’d like to remain in USS only. So…. Is it possible to do an 
“AMODE-switch” in pure assembler without using some load modules from the MVS 
world? I’ve read some manuals over the weekend but I’m more confused than I was 
before reading the manuals (even XPLINK is new to me and the manuals are pretty 
confusing)….

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

Director, Dissen Software, Bar & Grill - Israel


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

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

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

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

Re: Using MGCRE with JES2 Commands

2015-10-12 Thread Terry Sambrooks

Hi Elardus

In respect of "Please post the full IEE707I message and the command
attempted." The reality is that ANY z/OS command is accepted but ANY JES2
command is rejected so if I use $DSPOOL as an example the message received
is:

IEE707I $DSPOOL NOT EXECUTED

If the program were not linked AC(1) it would SD22 which it does not. I am
the security guy and as such own JES%.** which ought to give me access to
commands which do not have an explicit profile, or so I thought.

I am confused about the UTOKEN. If the manual says it is optional and that
the Address Space Userid will be used if it is not coded, and the Address
Space Userid is that of the security administrator and hence has SPECIAL
authority, are we saying that the manual is incorrect and that UTOKEN is
mandatory.

Kind Regards - Terry
 
Director
KMS-IT Limited
228 Abbeydale Road South
Dore
Sheffield
S17 3LA
UK
 
Reg : 3767263
 
Outgoing e-mails have been scanned, but it is the recipients responsibility
to ensure their anti-virus software is up to date.
 
 


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

Re: Dell - EMC

On Mon, 12 Oct 2015 07:58:55 -0700, Charles Mills wrote:

>No mention of RSA either for that matter.
> 
Related articles mention that as a done deal; no longer news.

And a related wired.com article (GIYF) vulgarly predicts  TEOTWAWKI (film at 
11).

>-Original Message-
>From: Paul Gilmartin
>Sent: Monday, October 12, 2015 7:51 AM
>
>http://www.nytimes.com/2015/10/12/business/dealbook/dell-to-buy-emc-for-65-billion-a-record-takeover-in-technology.html
>
>... and no mention of IBM nor of "mainframe".  Also not in WSJ article.  All 
>about "servers".
>
-- gil

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

RC=8 during SMP/E LINK

2015-10-12 Thread Juergen Kehr

During a SMP/E LINK CALLLIBS we get a RC=8 for module B8RENVXX which is part of 
the RACF Offline feature of the zSecure Suite (FMID HB8R21G) with following 
messages:

IEW2322I 1220  22ALIAS   B8RSR000(SR)   
IEW2322I 1220  23INCLUDE SMPLTS(B8RENVXX) SEQ # 
IEW2322I 1220  24NAME B8RENVXX(R)   MAX ACCEPTABLE RC=04
IEW2648E 5111 ENTRY IRRENV00 IS NOT A CSECT OR AN EXTERNAL NAME IN THE MODULE.  
IEW2612E 4327 EXTERNAL SYMBOL AD IS NOT DEFINED FOR ALIAS B8RAD000. 
IEW2612E 4327 EXTERNAL SYMBOL AG IS NOT DEFINED FOR ALIAS B8RAG000. 
IEW2612E 4327 EXTERNAL SYMBOL AU IS NOT DEFINED FOR ALIAS B8RAU000. 
...

BTW: The LINK is part of a z/OS V1.13  to V2.1 migration, and the RACF Offline 
FMID is installed in a different CSI than z/OS V2.1 Security Server (RACF).

Any ideas what's going wrong here?

Thanks
Juergen

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

Re: File Placement Utility

2015-10-12 Thread R.S.


W dniu 2015-10-12 o 15:46, John Eells pisze:

Elardus Engelbrecht wrote:

John Eells wrote:

(With today's disk sizes, it's more sensible in my view to just put 
all the target libraries on one volume, but what do I know?)


Similar to Mark Zelden's One Pack solution? ;-D


SMS might be the OP's friend here, as others have suggested.


Indeed. If the OP has a repeat of that bad situation, then SMS will 
be more than a friend. I would suggest a specific LPAR with SMS to 
handle those 70 volsers as SMS. (and DISNEW on all other LPARs SMS)


I would go with DFDSS, SMS and RYO things starting with largest 
datasets.


But then, I'm not a storage admin these days...



I should have added, given the OP's bias, that SMS management for a 
particular volume or volumes is not a "lifetime commitment." But 
though I have not pored through it, DFSMSdss might indeed do what he 
wants as well without the overhead of setting up and tearing down a 
storage group...



To complement: SMS setup could be easier than creating special tool just 
for the dataset placement. And later it will work and provide other 
profits (HSM, migration, backup, other datasets, etc.).
I'm aware many "weird things and settings" can be inherited, but 
sometimes we can change it. Yes, we can ;-)



--
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: Dell - EMC

2015-10-12 Thread R.S.

W dniu 2015-10-12 o 16:50, Paul Gilmartin pisze:

http://www.nytimes.com/2015/10/12/business/dealbook/dell-to-buy-emc-for-65-billion-a-record-takeover-in-technology.html

... and no mention of IBM nor of "mainframe". Also not in WSJ article. All about
"servers".

-- gil

Well... About 10 years ago I had to explain why I don't consider usage
of Dell branded "disk shelves" as DASD for mainframe. Disk shelves were
cheap, light (weight), took little floorspace.

Now I see I was shortsighted ;-)

BTW: DASD from Dell, tape from Oracle, SE from Lenovo, OSA from Intel,
FICON Director from Brocade...

--
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: Dell - EMC

2015-10-12 Thread Charles Mills

I mean that the NY Times article also did not mention all of the non-mainframe 
technologies impacted; for example, they did not mention that Dell would by 
implication be acquiring the RSA encryption and SIEM businesses of EMC's. My 
point being that the omission of the mainframe from the article should not be 
taken as a mainframe slight but rather as an indication of the technological 
superficiality of the article.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, October 12, 2015 8:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dell - EMC

On Mon, 12 Oct 2015 07:58:55 -0700, Charles Mills wrote:

>No mention of RSA either for that matter.
> 
Related articles mention that as a done deal; no longer news.

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

Re: [Bulk] Re: [IBM-MAIN] File Placement Utility

2015-10-12 Thread Ron Hawkins

Then run a CONVERTV and an Alter Storage group and remove the volumes from
SMS after the DFSMSDSS copy has completed.

Otherwise run a DCOLLECT, and use that as input to REXX or SAS to generate
the JCL you need to round robin 22  datasets per volume. Use your utility of
chpice.

Neither of these is particularly hard, and could have done in less time than
this whole email exchange.

Ron

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Chris Hoelscher
Sent: Sunday, October 11, 2015 9:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] [Bulk] Re: [IBM-MAIN] File Placement Utility

I think the OP stated that these volumes were NOT SMS managed and never
would be

They may put a damper on the suggestions that reference storage groups or
ACS routines .

Chris hoelscher
Technology Architect
Database Infrastructure Services
Technology Solution Services

123 East Main Street
Louisville, KY 40202
choelsc...@humana.com
Humana.com
(502) 714-8615
(502) 476-2538

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

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

--
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: File Placement Utility

2015-10-12 Thread John Eells


Lizette Koehler wrote:


In my mind this is a lot of work.  I would side with others that indicate that
SMS is the easiest and least painful way of creating your datasets.  However, if
you are intent on the other road, take a look at the process in Serverpac to see
how it setups the SYSRES volumes.  You might get some ideas out of it.



The ServerPac algorithm for target libraries is loosely based on the 
SMP/E element types associated with each data set, and the priority 
order was intended to try to consolidate the data sets needed for IPL 
and ISPF on as few volumes as possible to speed recovery if you had to 
restore the target volume set due to disk failure or DR testing (or, 
heaven forfend, actual DR). DLIBs are just put on whatever volumes they 
fit on, with no regard to type. Free space and secondary allocation 
amounts are taken from the defaults or from any increases specified in 
the dialog, and the process tries to use as few volumes as possible to 
achieve this goal overall. One likely result is more free space on the 
last volume than on the others in the volume set.


(With today's disk sizes, it's more sensible in my view to just put all 
the target libraries on one volume, but what do I know?)


If what the OP is looking for is a working example that "does something 
using a metadata file," it should serve well. But it's a poor example of 
how one might try to spread the peanut butter evenly from space or 
performance objective points of view, because it does neither one.


SMS might be the OP's friend here, as others have suggested.

--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com

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

Re: Invoke AMODE31-only Code from AMODE64

2015-10-12 Thread Don Poitras

It depends on the SVC. The Diagnosis book describes the register requirements.

In article <9822352a8a50b84aba12bde56fcda26068953...@mail01.intranet.set.de> 
you wrote:
> Don,

> thanks for the hints. I already did all this - to keep the ASM part as small 
> as possible I allocated all the stuff I need in the C part using __malloc31() 
> and passed the pointers to the ASM module. Regarding the Save Area - I guess 
> R13 does not have to point to a SA when invoking a SVC, right?!? At least I 
> didn't noticed anything about that in the documentation to OUTADD (which 
> invokes SVC 109).


> Bye,
> Michael



> Mit freundlichen Gr??en

> Michael Knigge
> Software Engineer

> SET GmbH
> Lister Stra?e 15
> 30163 Hannover

> phone: +49 511 39780-23
> fax: +49 511 39780-65

> www.set.de
> michael.kni...@set.de

> Handelsregister: HRB52778 Amtsgericht Hannover
> Gesch?ftsf?hrer: Till Dammermann, Dr. Bernd Huber


> Anstehende Termine:

> POSY-OutputForum, 4. und 5. November 2015 in Hannover

> Weitere Informationen finden Sie auf unserer Homepage...

> -Urspr?ngliche Nachricht-
> Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im 
> Auftrag von Don Poitras
> Gesendet: Montag, 12. Oktober 2015 14:12
> An: IBM-MAIN@LISTSERV.UA.EDU
> Betreff: Re: Invoke AMODE31-only Code from AMODE64

> Michael,
>   There are some other considerations. If the routine requires a save area 
> and you are running XPLINK, you need to allocate 72 bytes below the bar and 
> point R13 to it. Also, any parms passed to the routine must be below the bar. 
> Any parms that contain pointers used by the routine must also be below the 
> bar, etc. etc. LE provides __malloc31() to get "middle" memory.

> In article <9822352a8a50b84aba12bde56fcda26068953...@mail01.intranet.set.de> 
> you wrote:
> > Binyamin,

> > I guess I was lost in the woods of IBM manuals. When I started using Google 
> > to find the right manual I just came across some weired (at least to me) 
> > Branch-Statements that should be using when crossing AMODEs.

> > Just after I've read your reply I googled again and just found the 
> > instructions you've mentioned. I've just updated my code and currently it 
> > looks like everything is working as I would expect... But I've just 
> > finished my first little isolated test

> > So far thank you for your fast and helpful reply


> > Bye,
> > Michael



> > Mit freundlichen Gr??en

> > Michael Knigge
> > Software Engineer

> > SET GmbH
> > Lister Stra?e 15
> > 30163 Hannover

> > phone: +49 511 39780-23
> > fax: +49 511 39780-65

> > www.set.de
> > michael.kni...@set.de

> > Handelsregister: HRB52778 Amtsgericht Hannover
> > Gesch?ftsf?hrer: Till Dammermann, Dr. Bernd Huber


> > Anstehende Termine:

> > POSY-OutputForum, 4. und 5. November 2015 in Hannover

> > Weitere Informationen finden Sie auf unserer Homepage...

> > -Urspr?ngliche Nachricht-
> > Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > Im Auftrag von Binyamin Dissen
> > Gesendet: Montag, 12. Oktober 2015 10:30
> > An: IBM-MAIN@LISTSERV.UA.EDU
> > Betreff: Re: Invoke AMODE31-only Code from AMODE64

> > I do not really understand your question.

> > If your code is running below the bar and the data items required for the 
> > service are below the bar, the machine instruction SAM31 will change the 
> > amode to 31 bit and the machine instruction SAM64 will set 64 bit amode,.

> > On Mon, 12 Oct 2015 08:15:15 + Michael Knigge
> > 
> > wrote:

> > :>is it possible to invoke AMODE31-only code from an AMODE64 module?

> > :>To be more detailed: I?m running in USS (with XPLINK) and I need to call 
> > several System services that are known to not support AMODE64, in my case 
> > SWAREQ and OUTADD.

> > :>I know that I could write a AMODE31 load module, put it in a MVS load 
> > library, load it with the C function fetch() (which supports AMODE 
> > switching) and jump right into the module.

> > :>But I?d like to remain in USS only. So?. Is it possible to do an 
> > ?AMODE-switch? in pure assembler without using some load modules from the 
> > MVS world? I?ve read some manuals over the weekend but I?m more confused 
> > than I was before reading the manuals (even XPLINK is new to me and the 
> > manuals are pretty confusing)?.

> > --
> > Binyamin Dissen 
> > http://www.dissensoftware.com

> > Director, Dissen Software, Bar & Grill - Israel

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

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

Re: Issues while compiling SVC exit on Z1.10

2015-10-12 Thread Peter Relson

>** ASMA044E

The very first responses to your initial query told you how to address 
these problems. You seem not to have taken them to heart.

They included using $MODULE.

But as Shmuel pointed out, you have a major system integrity problem, and 
that must be addressed.
And he did not even mention a second system integrity problem which is 
that it is basically NEVER OK to turn off JSCBAUTH once it has been turned 
on.

The routine that you show must not be used in a production environment of 
any customer who cares about system integrity.

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: Invoke AMODE31-only Code from AMODE64

In <9822352a8a50b84aba12bde56fcda26068953...@mail01.intranet.set.de>,
on 10/12/2015
   at 08:15 AM, Michael Knigge  said:

>is it possible to invoke AMODE31-only code from an AMODE64 module?

Yes, as long as the code is RMODE31 you can use BASSM to
switch modes; I don't recommend Set Addressing Mode.
 
-- 
 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: Invoke AMODE31-only Code from AMODE64

In <4prm1b55hhutonq1ieqfhtio8eer18l...@4ax.com>, on 10/12/2015
   at 11:30 AM, Binyamin Dissen  said:

>If your code is running below the bar and the data items required 
>for the service are below the bar, the machine instruction 
>SAM31 will change the amode to 31 bit and the machine instruction 
>SAM64 will set 64 bit amode,.

IMHO it's safer to use BASSM et al.
 
-- 
 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: File Placement Utility

John Eells wrote:

>(With today's disk sizes, it's more sensible in my view to just put all the 
>target libraries on one volume, but what do I know?)

Similar to Mark Zelden's One Pack solution? ;-D

>SMS might be the OP's friend here, as others have suggested.

Indeed. If the OP has a repeat of that bad situation, then SMS will be more 
than a friend. I would suggest a specific LPAR with SMS to handle those 70 
volsers as SMS. (and DISNEW on all other LPARs SMS)

I would go with DFDSS, SMS and RYO things starting with largest datasets.

But then, I'm not a storage admin these days...

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: Issues while compiling SVC exit on Z1.10

Peter Relson wrote:

>>** ASMA044E
>The very first responses to your initial query told you how to address these 
>problems. You seem not to have taken them to heart.

True. Posting the source snippets is not that helpful to solve the problem.

>They included using $MODULE.

>But as Shmuel pointed out, you have a major system integrity problem, and that 
>must be addressed. And he did not even mention a second system integrity 
>problem which is that it is basically NEVER OK to turn off JSCBAUTH once it 
>has been turned on.

Agreed! And I certainly won't like (and allow) that specific usage of the ACEE 
in that SVC.

Besides, those calendar functions I see in that source can be done using other 
functions now available these days.

I agree with others about ASMA044E and integrity problems. If you get it 
installed, how are you going to get rid of it if you're having trouble with it? 
SVC is NOT dynamic [1] like some exits for example.

To the OP, you wrote: 'The supplied code was for z1.4(very old one) but i am 
trying to install on z1.10.'

z/OS v1.10 is not supported. ('z/OS V1.10 support was withdrawn September 30, 
2011.' from 
http://www-03.ibm.com/systems/z/os/zos/support/zos_server_support.html )

So, you want help with a program using unsupported services in a dangerous 
environment on an outdated system? Good luck for you.

Groete / Greetings
Elardus Engelbrecht

[1] - I know of at least one [trusted] vendor who is using a dynamic SVC - they 
call it 'hook' or something like that. You can hook it and unhook it multiple 
times on as needed base.

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

Re: Invoke AMODE31-only Code from AMODE64

2015-10-12 Thread Don Poitras

Michael,
  There are some other considerations. If the routine requires a save
area and you are running XPLINK, you need to allocate 72 bytes below
the bar and point R13 to it. Also, any parms passed to the routine
must be below the bar. Any parms that contain pointers used by the
routine must also be below the bar, etc. etc. LE provides __malloc31()
to get "middle" memory.

In article <9822352a8a50b84aba12bde56fcda26068953...@mail01.intranet.set.de> 
you wrote:
> Binyamin,

> I guess I was lost in the woods of IBM manuals. When I started using Google 
> to find the right manual I just came across some weired (at least to me) 
> Branch-Statements that should be using when crossing AMODEs.

> Just after I've read your reply I googled again and just found the 
> instructions you've mentioned. I've just updated my code and currently it 
> looks like everything is working as I would expect... But I've just finished 
> my first little isolated test

> So far thank you for your fast and helpful reply


> Bye,
> Michael



> Mit freundlichen Gr??en

> Michael Knigge
> Software Engineer

> SET GmbH
> Lister Stra?e 15
> 30163 Hannover

> phone: +49 511 39780-23
> fax: +49 511 39780-65

> www.set.de
> michael.kni...@set.de

> Handelsregister: HRB52778 Amtsgericht Hannover
> Gesch?ftsf?hrer: Till Dammermann, Dr. Bernd Huber


> Anstehende Termine:

> POSY-OutputForum, 4. und 5. November 2015 in Hannover

> Weitere Informationen finden Sie auf unserer Homepage...

> -Urspr?ngliche Nachricht-
> Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im 
> Auftrag von Binyamin Dissen
> Gesendet: Montag, 12. Oktober 2015 10:30
> An: IBM-MAIN@LISTSERV.UA.EDU
> Betreff: Re: Invoke AMODE31-only Code from AMODE64

> I do not really understand your question.

> If your code is running below the bar and the data items required for the 
> service are below the bar, the machine instruction SAM31 will change the 
> amode to 31 bit and the machine instruction SAM64 will set 64 bit amode,.

> On Mon, 12 Oct 2015 08:15:15 + Michael Knigge 
> wrote:

> :>is it possible to invoke AMODE31-only code from an AMODE64 module?

> :>To be more detailed: I?m running in USS (with XPLINK) and I need to call 
> several System services that are known to not support AMODE64, in my case 
> SWAREQ and OUTADD.

> :>I know that I could write a AMODE31 load module, put it in a MVS load 
> library, load it with the C function fetch() (which supports AMODE switching) 
> and jump right into the module.

> :>But I?d like to remain in USS only. So?. Is it possible to do an 
> ?AMODE-switch? in pure assembler without using some load modules from the MVS 
> world? I?ve read some manuals over the weekend but I?m more confused than I 
> was before reading the manuals (even XPLINK is new to me and the manuals are 
> pretty confusing)?.

> --
> Binyamin Dissen  http://www.dissensoftware.com

> Director, Dissen Software, Bar & Grill - Israel


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

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

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

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


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

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

AW: Invoke AMODE31-only Code from AMODE64

Don,

thanks for the hints. I already did all this - to keep the ASM part as small as 
possible I allocated all the stuff I need in the C part using __malloc31() and 
passed the pointers to the ASM module. Regarding the Save Area - I guess R13 
does not have to point to a SA when invoking a SVC, right?!? At least I didn't 
noticed anything about that in the documentation to OUTADD (which invokes SVC 
109).


Bye,
Michael



Mit freundlichen Grüßen

Michael Knigge
Software Engineer

SET GmbH
Lister Straße 15
30163 Hannover

phone: +49 511 39780-23
fax: +49 511 39780-65

www.set.de
michael.kni...@set.de

Handelsregister: HRB52778 Amtsgericht Hannover
Geschäftsführer: Till Dammermann, Dr. Bernd Huber


Anstehende Termine:

POSY-OutputForum, 4. und 5. November 2015 in Hannover

Weitere Informationen finden Sie auf unserer Homepage...

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag 
von Don Poitras
Gesendet: Montag, 12. Oktober 2015 14:12
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: Invoke AMODE31-only Code from AMODE64

Michael,
  There are some other considerations. If the routine requires a save area and 
you are running XPLINK, you need to allocate 72 bytes below the bar and point 
R13 to it. Also, any parms passed to the routine must be below the bar. Any 
parms that contain pointers used by the routine must also be below the bar, 
etc. etc. LE provides __malloc31() to get "middle" memory.

In article <9822352a8a50b84aba12bde56fcda26068953...@mail01.intranet.set.de> 
you wrote:
> Binyamin,

> I guess I was lost in the woods of IBM manuals. When I started using Google 
> to find the right manual I just came across some weired (at least to me) 
> Branch-Statements that should be using when crossing AMODEs.

> Just after I've read your reply I googled again and just found the 
> instructions you've mentioned. I've just updated my code and currently it 
> looks like everything is working as I would expect... But I've just finished 
> my first little isolated test

> So far thank you for your fast and helpful reply


> Bye,
> Michael



> Mit freundlichen Gr??en

> Michael Knigge
> Software Engineer

> SET GmbH
> Lister Stra?e 15
> 30163 Hannover

> phone: +49 511 39780-23
> fax: +49 511 39780-65

> www.set.de
> michael.kni...@set.de

> Handelsregister: HRB52778 Amtsgericht Hannover
> Gesch?ftsf?hrer: Till Dammermann, Dr. Bernd Huber


> Anstehende Termine:

> POSY-OutputForum, 4. und 5. November 2015 in Hannover

> Weitere Informationen finden Sie auf unserer Homepage...

> -Urspr?ngliche Nachricht-
> Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> Im Auftrag von Binyamin Dissen
> Gesendet: Montag, 12. Oktober 2015 10:30
> An: IBM-MAIN@LISTSERV.UA.EDU
> Betreff: Re: Invoke AMODE31-only Code from AMODE64

> I do not really understand your question.

> If your code is running below the bar and the data items required for the 
> service are below the bar, the machine instruction SAM31 will change the 
> amode to 31 bit and the machine instruction SAM64 will set 64 bit amode,.

> On Mon, 12 Oct 2015 08:15:15 + Michael Knigge
> 
> wrote:

> :>is it possible to invoke AMODE31-only code from an AMODE64 module?

> :>To be more detailed: I?m running in USS (with XPLINK) and I need to call 
> several System services that are known to not support AMODE64, in my case 
> SWAREQ and OUTADD.

> :>I know that I could write a AMODE31 load module, put it in a MVS load 
> library, load it with the C function fetch() (which supports AMODE switching) 
> and jump right into the module.

> :>But I?d like to remain in USS only. So?. Is it possible to do an 
> ?AMODE-switch? in pure assembler without using some load modules from the MVS 
> world? I?ve read some manuals over the weekend but I?m more confused than I 
> was before reading the manuals (even XPLINK is new to me and the manuals are 
> pretty confusing)?.

> --
> Binyamin Dissen 
> http://www.dissensoftware.com

> Director, Dissen Software, Bar & Grill - Israel


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

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

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

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


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

Re: Issues while compiling SVC exit on Z1.10

In
,
on 10/12/2015
   at 07:52 AM, Peter Relson  said:

>And he did not even mention a second system integrity problem which
>is  that it is basically NEVER OK to turn off JSCBAUTH once it has
>been turned on.

"What never? No, never. What never? Well, hardly ever."

ATTACH RSAPF=YES, but it takes a lot of work to get it right. But it's
not my dog.
 
-- 
 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: Dell - EMC

2015-10-12 Thread Charles Mills

No mention of RSA either for that matter.

Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, October 12, 2015 7:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Dell - EMC

http://www.nytimes.com/2015/10/12/business/dealbook/dell-to-buy-emc-for-65-billion-a-record-takeover-in-technology.html

... and no mention of IBM nor of "mainframe".  Also not in WSJ article.  All 
about "servers".

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

Re: Invoke AMODE31-only Code from AMODE64

On Mon, 12 Oct 2015 08:46:12 -0500, Shmuel Metz (Seymour J.) wrote:

>In <4prm1b55hhutonq1ieqfhtio8eer18l...@4ax.com>, on 10/12/2015
>   at 11:30 AM, Binyamin Dissen  said:
>
>>If your code is running below the bar and the data items required
>>for the service are below the bar, the machine instruction
>>SAM31 will change the amode to 31 bit and the machine instruction
>>SAM64 will set 64 bit amode,.
>
>IMHO it's safer to use BASSM et al.
> 
Grrr...  And if the service called is properly marked AMODE 31, and called
with BASSM, but coded with 31-bit conventions, it will return with BR R14,
not BSM, and the caller still needs to do a SAM64.  Or use a gluon.

This can only get worse if RMODE 64 ever happens.

-- gil

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

Re: File Placement Utility

2015-10-12 Thread John Eells


Elardus Engelbrecht wrote:

John Eells wrote:


(With today's disk sizes, it's more sensible in my view to just put all the 
target libraries on one volume, but what do I know?)


Similar to Mark Zelden's One Pack solution? ;-D


SMS might be the OP's friend here, as others have suggested.


Indeed. If the OP has a repeat of that bad situation, then SMS will be more 
than a friend. I would suggest a specific LPAR with SMS to handle those 70 
volsers as SMS. (and DISNEW on all other LPARs SMS)

I would go with DFDSS, SMS and RYO things starting with largest datasets.

But then, I'm not a storage admin these days...



I should have added, given the OP's bias, that SMS management for a 
particular volume or volumes is not a "lifetime commitment."  But though 
I have not pored through it, DFSMSdss might indeed do what he wants as 
well without the overhead of setting up and tearing down a storage group...



--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com

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

Dell - EMC

http://www.nytimes.com/2015/10/12/business/dealbook/dell-to-buy-emc-for-65-billion-a-record-takeover-in-technology.html

... and no mention of IBM nor of "mainframe".  Also not in WSJ article.  All 
about "servers".

-- gil

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

Re: RC=8 during SMP/E LINK

2015-10-12 Thread Staller, Allan

Seems like you are missing a library in your call list (most likely 
SYS1`.LINKLIB).
Add the appropriate dataset to the SMP/E  DDDEF use for the calllib.

On my z/OS 2.1 system. IRRENV00 is a stand-alone LMOD in SYS1.LINKLIB and show 
a CALLLIB of CEE.SCEELKED

Please post the binder parms used and the SMP/E  DDFEF concatenation of the 
BINDER syslib.


During a SMP/E LINK CALLLIBS we get a RC=8 for module B8RENVXX which is part of 
the RACF Offline feature of the zSecure Suite (FMID HB8R21G) with following 
messages:

IEW2322I 1220  22ALIAS   B8RSR000(SR)   
IEW2322I 1220  23INCLUDE SMPLTS(B8RENVXX) SEQ # 
IEW2322I 1220  24NAME B8RENVXX(R)   MAX ACCEPTABLE RC=04
IEW2648E 5111 ENTRY IRRENV00 IS NOT A CSECT OR AN EXTERNAL NAME IN THE MODULE.  
IEW2612E 4327 EXTERNAL SYMBOL AD IS NOT DEFINED FOR ALIAS B8RAD000. 
IEW2612E 4327 EXTERNAL SYMBOL AG IS NOT DEFINED FOR ALIAS B8RAG000. 
IEW2612E 4327 EXTERNAL SYMBOL AU IS NOT DEFINED FOR ALIAS B8RAU000. 
...

BTW: The LINK is part of a z/OS V1.13  to V2.1 migration, and the RACF Offline 
FMID is installed in a different CSI than z/OS V2.1 Security Server (RACF).


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

Re: Using MGCRE with JES2 Commands

Terry Sambrooks wrote:

>In respect of "Please post the full IEE707I message and the command 
>attempted." The reality is that ANY z/OS command is accepted but ANY JES2 
>command is rejected so if I use $DSPOOL as an example the message received is:

>IEE707I $DSPOOL NOT EXECUTED

Groan. Perhaps I should STFU, but then two more questions please: 

At what z/OS version are you?
Do you have any exits which validate commands issued to JES2?

I'll try to make a new version of my production program (called 'Commander') 
using SVC34 to use MGCRE and see what I can get.

I will come back to you... 

>If the program were not linked AC(1) it would SD22 which it does not. 

Of course. SD22 will confuse any newbies of course. ;-)

>I am the security guy and as such own JES%.** which ought to give me access to 
>commands which do not have an explicit profile, or so I thought.

I'm also a security guy trying to prevent others to play on my favourite toy. 
But no, seriously, I think there is something I perhaps omitted while trying to 
help you.

>I am confused about the UTOKEN. If the manual says it is optional and that the 
>Address Space Userid will be used if it is not coded, and the Address Space 
>Userid is that of the security administrator and hence has SPECIAL authority, 
>are we saying that the manual is incorrect and that UTOKEN is mandatory.

I will check that again. I am sure there is something we all missed. I have 
RTFM and am also confused... gr.

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: Invoke AMODE31-only Code from AMODE64

2015-10-12 Thread Binyamin Dissen

On Mon, 12 Oct 2015 08:46:12 -0500 "Shmuel Metz (Seymour J.)"
 wrote:

:>In <4prm1b55hhutonq1ieqfhtio8eer18l...@4ax.com>, on 10/12/2015
:>   at 11:30 AM, Binyamin Dissen  said:

:>>If your code is running below the bar and the data items required 
:>>for the service are below the bar, the machine instruction 
:>>SAM31 will change the amode to 31 bit and the machine instruction 
:>>SAM64 will set 64 bit amode,.

:>IMHO it's safer to use BASSM et al.
 
Cannot imagine why.

First of all, it requires the service to exit with BSM. How many service
routines are documented to do that?

SAM-- instructions work perfectly fine. and do not astonish routines that
expect standard BASR linkage.

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

Director, Dissen Software, Bar & Grill - Israel


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

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

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

Re: Using MGCRE with JES2 Commands

2015-10-12 Thread Terry Sambrooks

Hi Elardus

In respect of "At what z/OS version are you?
Do you have any exits which validate commands issued to JES2?"

This is a standard ADCD system which is at z/OS 1.13 and there are no
command validation exits that I am aware of".

I would not want you to go to too much trouble on my behalf as my license
expires at the end of October and I will not be renewing it. I was only
trying to tidy some loose end before I switch the system off, and had
thought that somebody must have done this already and might be able to
provide a swift answer.

Thank you for you efforts.

Kind Regards - Terry
 
Director
KMS-IT Limited
228 Abbeydale Road South
Dore
Sheffield
S17 3LA
UK
 
Reg : 3767263
 
Outgoing e-mails have been scanned, but it is the recipients responsibility
to ensure their anti-virus software is up to date.
 
 


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

Re: (External):Re: Dell - EMC

2015-10-12 Thread J O Skip Robinson

This is reminiscent of Sun buying STK and getting into a business they clearly 
did not understand. If the pattern holds, Larry Ellison will postpone buying 
his next island and throw a barrelful of cash at Dell. That he does not 
understand mainframe hardware either is no obstacle for him. 

.
.
.
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 Charles Mills
Sent: Monday, October 12, 2015 9:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Dell - EMC

This is an EXTERNAL email. If the sender is not recognized, do not open 
attachments or click on any Internet links within the message.

I mean that the NY Times article also did not mention all of the non-mainframe 
technologies impacted; for example, they did not mention that Dell would by 
implication be acquiring the RSA encryption and SIEM businesses of EMC's. My 
point being that the omission of the mainframe from the article should not be 
taken as a mainframe slight but rather as an indication of the technological 
superficiality of the article.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, October 12, 2015 8:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dell - EMC

On Mon, 12 Oct 2015 07:58:55 -0700, Charles Mills wrote:

>No mention of RSA either for that matter.
>
Related articles mention that as a done deal; no longer news.

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

Re: Issues while compiling SVC exit on Z1.10

2015-10-12 Thread Rakesh Kotha

Hi,

I am not the author of this code. I got it from CBT. I am trying to figure how 
to make it to run on zos1.10. I have no assembler knowledge. So, i posted the 
code here if anyone could help me.

I tried all other portals but no luck. today i even spoke with Eric. He said he 
dont remember most this product.

If anyone could spend some time to fix this code, i will be very thankful.

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

FW: IOEZ00807I when OMVS initializes at Disaster Recovery site

2015-10-12 Thread Robin Sandlin

-Original Message-
From: Robin Sandlin 
Sent: Monday, October 12, 2015 1:43 PM
To: 'IBM Mainframe Discussion List' 
Subject: RE: IOEZ00807I when OMVS initializes at Disaster Recovery site

Hi Dave,

We're trying to teach some of our Java programmers MVS/JCL and Cobol.  We're 
familiar with the Hercules emulator, but it  obviously has many limitations.  
Do you guys ever do timeshare?

Thanks,
Robin Sandlin
Senior Developer
Cook Systems, International

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dave Butts
Sent: Thursday, October 08, 2015 10:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IOEZ00807I when OMVS initializes at Disaster Recovery site

Searched the archives and saw others had this issue, but never saw a good 
answer.

We recently implemented ZFS file sharing for the first time here.
We run GDPS/XRC to replicate our dasd from HQ to DR site and then often "flash" 
the farm to a set we can IPL our recovery system from.  

Because the of replication, our ZFS files are obviously never closed properly 
before being used when we IPL the recovery LPAR.
The nature of our 24/7 environment and GDPS/XRC means that the flash of the 
dasd farm will ALWAYS be "fuzzy".  The contents of block 0 in each ZFS file 
will always contain data

So we experience the dreaded IOEZ00807I message and a 65 second delay per 
mount.  We have so many ZFS files in use that this takes almost 2 hours to 
complete a successful IPL of the recovery system.

What do other shops do about this?  I would hate to have to IPL a minimal 
system just to mount/unmount the files properly before IPLing the recovery PROD 
system.  Is there a parm anywhere to tell ZFS to ignore integrity checking at 
IPL?

Thanks,
Dave

--
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: File Placement Utility

2015-10-12 Thread Chip Grantham

I wrote a qnd clist than might, with proper input, do the trick. If you like a 
copy, send me a note offline.


Chip

> On Oct 12, 2015, at 11:09, R.S.  wrote:
> 
> W dniu 2015-10-12 o 15:46, John Eells pisze:
>> Elardus Engelbrecht wrote:
>>> John Eells wrote:
>>> 
 (With today's disk sizes, it's more sensible in my view to just put all 
 the target libraries on one volume, but what do I know?)
>>> 
>>> Similar to Mark Zelden's One Pack solution? ;-D
>>> 
 SMS might be the OP's friend here, as others have suggested.
>>> 
>>> Indeed. If the OP has a repeat of that bad situation, then SMS will be more 
>>> than a friend. I would suggest a specific LPAR with SMS to handle those 70 
>>> volsers as SMS. (and DISNEW on all other LPARs SMS)
>>> 
>>> I would go with DFDSS, SMS and RYO things starting with largest datasets.
>>> 
>>> But then, I'm not a storage admin these days...
>> 
>> 
>> I should have added, given the OP's bias, that SMS management for a 
>> particular volume or volumes is not a "lifetime commitment." But though I 
>> have not pored through it, DFSMSdss might indeed do what he wants as well 
>> without the overhead of setting up and tearing down a storage group...
> To complement: SMS setup could be easier than creating special tool just for 
> the dataset placement. And later it will work and provide other profits (HSM, 
> migration, backup, other datasets, etc.).
> I'm aware many "weird things and settings" can be inherited, but sometimes we 
> can change it. Yes, we can ;-)
> 
> 
> -- 
> 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

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

Re: Issues while compiling SVC exit on Z1.10

2015-10-12 Thread Lizette Koehler

I would suggest that you help your management understand that purchasing a 
supported product would be best approach.

There would be no support if someone was able to fix this code to run under 
z/OS V1.10 (out of support since Sep 2011).  There might not be many shops left 
running z/OS V1.10 at this time to work on this code.


Products like SAR, CA View, or $AVERS ( Software Engineering of America) could 
be a good alternative.

Lizette


-Original Message-
>From: Rakesh Kotha <00cf1d6d10e9-dmarc-requ...@listserv.ua.edu>
>Sent: Oct 12, 2015 11:23 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Issues while compiling SVC exit on Z1.10
>
>Hi,
>
>I am not the author of this code. I got it from CBT. I am trying to figure how 
>to make it to run on zos1.10. I have no assembler knowledge. So, i posted the 
>code here if anyone could help me.
>
>I tried all other portals but no luck. today i even spoke with Eric. He said 
>he dont remember most this product.
>
>If anyone could spend some time to fix this code, i will be very thankful.

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

SE from Lenovo was Re: Dell - EMC

2015-10-12 Thread Clark Morris

On 12 Oct 2015 09:15:39 -0700, in bit.listserv.ibm-main you wrote:

>W dniu 2015-10-12 o 16:50, Paul Gilmartin pisze:
>> http://www.nytimes.com/2015/10/12/business/dealbook/dell-to-buy-emc-for-65-billion-a-record-takeover-in-technology.html
>>
>> ... and no mention of IBM nor of "mainframe".  Also not in WSJ article.  All 
>> about "servers".
>>
>> -- gil
>
>Well... About 10 years ago I had to explain why I don't consider usage 
>of Dell branded "disk shelves" as DASD for mainframe. Disk shelves were 
>cheap, light (weight), took little floorspace.
>Now I see I was shortsighted ;-)
>
>
>BTW: DASD from Dell, tape from Oracle, SE from Lenovo, OSA from Intel, 
>FICON Director from Brocade...

Given world politics, how much of a security hold is having the
Service Element from Lenovo?

Clark Morris
>
>-- 
>Radoslaw Skorupka
>Lodz, Poland

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

Re: Issues while compiling SVC exit on Z1.10

2015-10-12 Thread Tom Marchant

On Mon, 12 Oct 2015 07:52:12 -0400, Peter Relson wrote:

>you have a major system integrity problem, and
>that must be addressed.
>
>The routine that you show must not be used in a production environment of
>any customer who cares about system integrity.


then,
On Mon, 12 Oct 2015 13:23:47 -0500, Rakesh Kotha wrote:

>I am not the author of this code. I got it from CBT. I am trying to figure how 
>to make it to run on zos1.10. I have no assembler knowledge.

In that case, you should not even attempt to do this. Coding for system 
integrity 
is difficult. Apparently the author of this program either

- didn't know how to code his program without introducing integrity exposures or
- didn't realize that there was a system integrity exposure or
- expected you to use his program only on a sandbox where you didn't care about 
integrity or
- didn't care

This is not the kind of program that you should use to learn assembler 
programming.

-- 
Tom Marchant

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

Check out Stampede - Texas Advanced Computing Center(re:Dell buys EMC)

2015-10-12 Thread Ed Finnell

_Stampede - Texas Advanced  Computing Center_ 
(https://www.tacc.utexas.edu/stampede/)  
 
Lots of PCs hooked together!

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

Re: SE from Lenovo was Re: Dell - EMC

On Mon, 12 Oct 2015 21:29:47 -0300, Clark Morris wrote:
>
>Oops, I meant security hole.  Frankly I suspect that the smartest
>thing that any nation's national security apparatus can do is make
>sure it controls the manufacture of any hardware and software used for
>sensitive purposes.  What code can be hidden in a microprocessor with
>millions of bits worth of transistor?  What code can be hidden on a
>USB stick?
> 
Indeed.  Cf.:
https://www.ece.cmu.edu/~ganger/712.fall02/papers/p761-thompson.pdf

TURINGAWARDLECTURE
Reflections on Trusting Trust
To what extent should one trust a statement that a program is free of Trojan 
horses? Perhaps it is more important to trust the people who wrote the 
software.  ...

-- gil

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

Re: Invoke AMODE31-only Code from AMODE64

In , on 10/12/2015
   at 08:31 PM, Binyamin Dissen  said:

>First of all, it requires the service to exit with BSM.

No.

>SAM-- instructions work perfectly fine.

FSVO perfectly fine.
 
-- 
 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: SE from Lenovo was Re: Dell - EMC

2015-10-12 Thread Clark Morris

On 12 Oct 2015 11:49:03 -0700, in bit.listserv.ibm-main you wrote:

>On 12 Oct 2015 09:15:39 -0700, in bit.listserv.ibm-main you wrote:
>
>>W dniu 2015-10-12 o 16:50, Paul Gilmartin pisze:
>>> http://www.nytimes.com/2015/10/12/business/dealbook/dell-to-buy-emc-for-65-billion-a-record-takeover-in-technology.html
>>>
>>> ... and no mention of IBM nor of "mainframe".  Also not in WSJ article.  
>>> All about "servers".
>>>
>>> -- gil
>>
>>Well... About 10 years ago I had to explain why I don't consider usage 
>>of Dell branded "disk shelves" as DASD for mainframe. Disk shelves were 
>>cheap, light (weight), took little floorspace.
>>Now I see I was shortsighted ;-)
>>
>>
>>BTW: DASD from Dell, tape from Oracle, SE from Lenovo, OSA from Intel, 
>>FICON Director from Brocade...
>
>Given world politics, how much of a security hold is having the
>Service Element from Lenovo?


Oops, I meant security hole.  Frankly I suspect that the smartest
thing that any nation's national security apparatus can do is make
sure it controls the manufacture of any hardware and software used for
sensitive purposes.  What code can be hidden in a microprocessor with
millions of bits worth of transistor?  What code can be hidden on a
USB stick?

Clark Morris
>
>Clark Morris
>>
>>-- 
>>Radoslaw Skorupka
>>Lodz, Poland
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Invoke AMODE31-only Code from AMODE64