date:20100104

Re: Why is JCL so bad?

2010-01-04 Thread Bernd Oppolzer

The german mainframe Telefunken TR 440 had a command language in 1970 
already,
which was the same for batch and dialog. No need to learn different 
languages like
JCL and TSO command languages, and you could do all the things you can 
do with

the JCL of today, even more (define your own commands, for example). The
usability of the Telefunken time sharing system was far better than any 
other system
at this time, and even later (interactive debuggers, symbolic dumps - 
with names from
the source level - and so on; things that appeared again, for me, with 
OS/2 in the

1990 years).

For me and others, who worked with this machine, the IBM JCL always looked
very strange.

Kind regards

Bernd



Clark Morris schrieb:

While most of my experience has be MVS and DOS (real not virtual) JCL,
there were some very interesting capabilities in the Unix shell system
used at the HP/UX installation where I was a contractor.  This shell
system had GDG capabilities and other things that I don't recall now.
I have also heard the work flow languages for both the large scale 
Burrough computes and for the AS400 and i series make JCL look brain

dead.  If the work flow language for the i series is as good as I have
heard, then there could be a good case for porting it to both the p
series and the z series. 
  


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: dead zone

2010-01-04 Thread Hunkeler Peter (KIUP 4)

>It improves performance by avoiding the extra level of indirection 
>when translating the virtual address to a real address on a TLB 
>miss.  
>Doesn't have to reference the region-table entry.

That would imply an architecture change. The segment table index
has long been 11 bits which corresponds to 2048 segment table entries
which in turn corresponds to 2GiB. Everything above 2GiB needs 
a region first table, at least.

--
Peter Hunkeler
Credit Suisse

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: TSSO and z/OS 1.11.

2010-01-04 Thread Brian Westerman

Hi,

This is related to issues with your consolXX member (normally it has been
because of a syntax error and/or purposly done for another product) and
certain types of commands issued by TSSO (normally only REXX or CLISTS
because if you were to just issue a console command it should work fine). 
When TSSO attempts to issue the REXX command it grabs the consoleID from the
originating message (the one that drove him), and in your case it's getting
a empty one.  If you have consoles with no assigned names they are built
differently and you run into this problem because you can end up with the
SSCMCNID set to zeros.  There are two fixes, one, fix your consoleXX member
so that everyone gets a name, (this is not always possible for some people
to do), the second method is to change the TSSOSS10 member at line 02283006

FROM

BNE  STAT4   EEJ1102 02283006

TO

B STAT4yourname EEJ1102  02283006


then reassemble/link and recycle TSSO, and you will be good to go.

If your version of TSSOSS10 doesn't have the EEJ1102 on that line, then
don't make the change because you have the wrong version of the module (pre
1.8) and you will end up in a loop.  You will have to get the newest version
and use it (in fact, you will want to re-assemble everything if you have to
get the new version because you need it to support z/OS 1.8 and up:).

I will have to put some replacement code together to handle this since more
people seem to be setting up their consolXX member without names, but right
now the above fix will resolve it for you.

If you have any questions please contact me offline and I can discuss them
with you.

Brian Westerman

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ICSF EXIT

2010-01-04 Thread Angel-Luis Dominguez

I am developping ICSF service exits to write information in SMF.

Manuals along all the releases only say: 

"The installation exit gets passed the address of the service parameter list 
in Register 1." 

But I have encountered that ..

If you have HCR7740 function, the parameter list addressed by R1 is in 
the ASID of ICSF.

But if you migrate to HCR7750 function, the exits that are working fine 
starts to have S0C4 abend's and others, even you have ptf's arising this 
applied..

That is due to the list pointed by R1 isn't  in ICSF ASID and is now in the 
ASID of the user requiring ICSF services.

I haven't found any documentation of this change and I needed serveral 
days to detect the change thinking it was a problem of my code instead a 
change in funcionality. 

Apar OA23636 points to this but was applied.  The key for resolving was 
in a comment in apar OA23955. Thats it's the text of the comment:

"I have added a " LAM AR1,AR1,=F'1' " instruction near the start of the 
User Service Routine and this has corrected the abend"

Angel Luis Domínguez
z/os sysprog
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

JCL replaced by Jol: - Was Why is JCL so bad

2010-01-04 Thread Clement Clarke


Paul Gilmartin wrote:

The tragedy is that in 40 years no one undertook to fix it.
-- gil


   
I did fix it.  In 1969 (40 years ago), there was a prototype of a JCL 
replacement language called Jol.  By 1973, it was re-written in 
Assembler, and ran in 60K, just like the then JCL processor.


The real tragedy for users and the Z Series itself is that so few people 
know it.  And that IBM haven't supported it.


___

The language solves many of the problems that have been mentioned in 
this newsgroup.  It is totally free-form, has full symbolic variable 
processing (testing, replacing, etc), a superb macro system, IF 
statements, symbolic parameter replacements in "card files" - and much, 
much more.


There is, for example, a Copy command that will copy various types of 
files (SEQ, PDS, VSAM etc) and call in the appropriate IBM or other 
utility to do the copy.


You can make a 3270 style "panel" using a simple Panel instruction.  It 
can create Menubars and Pulldown lists, similar to Windows or Linux 
Guis. You can see an example of this here: 
http://members.iinet.net.au/~clementclarke/oscar_jol_desc.html



A list of most of Jol supplied instructions can be found here: 
http://alturl.com/6xqh
or: http://members.iinet.net.au/~clementclarke/JolWebManuals/Jol 
Instructions Overview.html

You can click on the links to see the details of each instruction.

Jol also has a Network and Scheduling facility that allows you to submit 
dependent jobs in a particular sequence, and on certain days using 
JES2.  The Manual can be viewed online here:

http://alturl.com/ph9f
or: 
http://members.iinet.net.au/~clementclarke/JolWebManuals/SHD_Contents.html

and the PDF version can be downloaded here: http://alturl.com/u88c
or here: 
http://members.iinet.net.au/~clementclarke/Jol_Scheduling_and_Networking_Guide.pdf



Additionally, it has a data base of data sets.  You can specify 
attributes for data sets and store all the information about in the data 
base and Jol will extract the information required when creating New 
data sets.  This can be used to centralise all data set allocations to 
one person, or department.



Versions of Jol: There is an Assembler version that runs on the 
Mainframe, and a "C" one that runs on Windows, OS/2 and soon Linux.  The 
"C" version will run as a shell on it's native system, or it can produce 
pseudo JCL to run on Z/OS style systems.  A VSE version is awaiting testing.


Further Documentation: You can view the Jol Reference Guide online here: 
http://alturl.com/6g6x

or you can download the PDF version here: http://alturl.com/u2x7

You can download the Concepts and Facilities Manual PDF  here:
http://alturl.com/ehar
or: 
http://members.iinet.net.au/~clementclarke/Jol_Concepts_And_Facilities.pdf


There is more documentation, for example Installation Guide, a full 
General Information Manual, and more.


However, the above will give you sufficient to see what Jol is, and how 
useful it can be to your organisations.


Some points of interest will probably be the description of the 
Preprocessing Facilities here:
"http://members.iinet.net.au/~clementclarke/JolWebManuals/GDE_Compile 
Time Facilities.html"


and Card Files (with Symbolic replacement):
http://members.iinet.net.au/~clementclarke/JolWebManuals/INS_DclCardImage.html

and Macros here:
http://members.iinet.net.au/~clementclarke/JolWebManuals/GDE_Macros.html
and http://members.iinet.net.au/~clementclarke/JolWebManuals/INS_Macro.html


How does it get any better than this?

Clement Clarke, Melbourne, Australia
Tel +61401054155

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Why is JCL so bad was Re: Basic question on passing JCL set symbol to proc

2010-01-04 Thread P S

On Mon, Jan 4, 2010 at 9:10 PM, Clark Morris wrote:

> The trains were available.
>

...and Mussolini made them run on time!

(OK, I'm guessing that isn't the first time that joke has been made...)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Why is JCL so bad?

2010-01-04 Thread Clark Morris

On 4 Jan 2010 12:08:58 -0800, in bit.listserv.ibm-main you wrote:

>>JCL has been criticized by those who have not mastered it since the time of 
>>OS PCP.
>
>I've been using JCL since February 1981.
>I started in this business as a JCL jockey in Production Support for a 
>Canadian Railway Company that was building a new data centre in Toronto.
>
>While we were moving from Montreal to Toronto, we had a lot of spare time in 
>the new Control Room.
>So, I spent a lot of time learning JCL, utilities,  CLISTs, and ISPF (then 
>SPF) dialogues.
>That helped jump-start my career when I moved on to a better job 6 months 
>later.
>
>While kludgy, and (possibly) inelegant, I don't find JCL that difficult.
>Can it be improved? Yes.
>Will it be? Business Case it!
>But, stop b*tching about it.

While most of my experience has be MVS and DOS (real not virtual) JCL,
there were some very interesting capabilities in the Unix shell system
used at the HP/UX installation where I was a contractor.  This shell
system had GDG capabilities and other things that I don't recall now.
I have also heard the work flow languages for both the large scale 
Burrough computes and for the AS400 and i series make JCL look brain
dead.  If the work flow language for the i series is as good as I have
heard, then there could be a good case for porting it to both the p
series and the z series. 
>
>-
>Too busy driving to stop for gas!
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Bookshelves under BookMangler

2010-01-04 Thread Charles Mills

> I can't very well access that file from a DVD or CD-ROM

I don't know what that means. Can you be more specific? You're sitting at a
PC(?) that is connected to the Internet(?). You need data that you can cut
and paste into a ___ (?).

Charles

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Why is JCL so bad was Re: Basic question on passing JCL set symbol to proc

2010-01-04 Thread Clark Morris

On 4 Jan 2010 15:22:46 -0800, in bit.listserv.ibm-main you wrote:

>In , on 01/03/2010
>   at 11:28 AM, Clark Morris  said:
>
>>JCL was designed for OS360 on a 256K real machine (the original design
>>point for PCP was 64K). 
>
>256 KiB? We ran OS/360 PCP on a 128 KiB machine[1]. With 256 KiB we were
>able to run MFT II for production.
>
>> Virtually all of the printers were upper case
>>only and at least in my shop it was a struggle to get a printer that
>>printed the special characters correctly
>
>Why? The TN train was available[2] for the 1403-N1. Did you have only 1443
>printers or 1403 printers older than the Nancy One?

The trains were available.  The management desire for the fastest
print speed dictated the 48 character chain.  I think that it was the
1980's before we got the QNC chain which had 60 characters where 45 of
them were in all of the sets (5 I think) and 15 were scattered 3 to a
set.  The name and exact details are subject to hazy recollection.  In
any case the problems with obtaining the chains were management
objectives and values, not technical ones.
>
>>Lower case was out of the question.
>
>Why?

Low print speed, no programs to take advantage of it and no perceived
business value.
>
>[1] Well, we did IPL on a 64 KiB machine, but not for production.
>
>[2] Yes, it was slower than AN, HN or PN.
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Bookshelves under BookMangler

2010-01-04 Thread Rick Fochtman


--:


On Sun, 3 Jan 2010 21:09:47 -0800, Charles Mills wrote:

 


Does this
http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/dz9zr002/B.0
work for you? (Watch out for the "fold.")

   


It is kinda stale:

   Title: z/Architecture Principles of Operation
   Document Number: SA22-7832-02
   Build Date: 04/24/03 14:06:49 Build Version: 1.3.0 of BUILD/VM Version: 
UG03921
   DropDate: Tuesday, October 2, 2001

IBM seems determined to drop HTML support for at least this manual.

 


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Rick Fochtman
Sent: Sunday, January 03, 2010 7:20 PM

Can someone out there point me to what bookshelf contains the PoPs
manual? All I've been able to find is a PDF and I need the instruction
tables from Appendix B in an editable format.
   



-- gil
 


--
Paul, both you and Charles are probably right, but I can't very well 
access that file from a DVD or CD-ROM. That's why I'm asking "What 
bookshelf?"


Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PCI and Auditors perceptions thereof

2010-01-04 Thread Phil Smith

The following specifies what you can and can't do with FTP (Link is from the
PCI SSC site - FAQ section):

http://selfservice.talisma.com/display/2n/index.aspx?c=58&cpc=MSdA03B2IfY15uvLEKtr40R5a5pV2lnCUb4i1Qj2q2g&cid=81&cat=&catURL=&r=0.577978789806366

Is it permissible to use FTP if proper security measures are implemented?

PCI DSS requirement 1.1.7 states that any risky protocols such as FTP must have
documentation in place that defines the business justification for use and that
appropriate security measures must be implemented. For example, secure FTP
should be used, and FTP passwords and TELNET passwords used for non-console
administrative access should be encrypted in transmission and in storage as
prescribed in PCI DSS requirement 8.4 and 2.3 respectively. The documentation
as well as implemented security measures should be reviewed by a Qualified
Security Assessor (QSA) to ensure full effectiveness. The QSA will determine,
among other things, that the selected approach is robust enough to withstand
common attacks. For questions about whether a specific implementation is
consistent with the standard or is "compliant" with a requirement, please
contact a Qualified Security Assessor (QSA). A list of QSAs can be found at
www.pcisecuritystandards.org/pdfs/pci_qsa_list.pdf.

As Rob Schramm noted, FTP is called out in the PCI DSS 1.2.1 Standard:

Requirement 1.1.5, and Test 1.1.5b

1.1.5.b Identify insecure services, protocols, and ports allowed; and verify
they are necessary and that security features are documented and implemented by
examining firewall and router configuration standards and settings for each
service. An example of an insecure service, protocol, or port is FTP, which
passes user credentials in clear-text.

Requirement 2.2.2 and Test 2.2.2

2.2.2 For a sample of system components, inspect enabled system services,
daemons, and protocols. Verify that unnecessary or insecure services or
protocols are not enabled, or are justified and documented as to appropriate
use of the service. For example, FTP is not used, or is encrypted via SSH or
other technology.

More generally however, its ALL of Requirement 4 of the standard applies:
Requirement 4: Encrypt transmission of cardholder data across open, public
networks

e.g. Requirement 4.1 and Test 4.1.a

4.1.a Verify the use of encryption (for example, SSL/TLS or IPSEC) wherever
cardholder data is transmitted or received over open, public networks

* Verify that strong encryption is used during data transmission
* For SSL implementations:
* Verify that the server supports the latest patched versions.
* Verify that HTTPS appears as a part of the browser Universal Record
Locator (URL).
* Verify that no cardholder data is required when HTTPS does not appear
in the URL.

* Select a sample of transactions as they are received and observe
transactions as they occur to verify that cardholder data is encrypted during
transit.
* Verify that only trusted SSL/TLS keys/certificates are accepted.
* Verify that the proper encryption strength is implemented for the
encryption methodology in use.

(Check vendor recommendations/best practices.)
--
...phsiii

Phil Smith III
p...@voltage.com
Voltage Security, Inc.
www.voltage.com
(703) 476-4511 (home office)
(703) 568-6662 (cell)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

1 2 >

1 - 100 of 109 matches

Mail list logo