Re: Extending the /tmp file system

[Jousma, David]

Gadi,

If you are running low on space, you might also look at running the skulker 
shell script that IBM supplies.   I have a minimally configured CRON schedule 
that runs a few housekeeping scripts.  We also converted /tmp from a TFS to a 
real filesystem a couple years ago.

First is to touch certain files created at IPL that never get their last used 
date/time updated, but if they disappear cause a problem.

!/bin/sh   
 filetouch 
 resets last access date/time on in process files in /tmp so that  
   skulker does not delete them for inactivity.
touch -c /tmp/dpi_socket   
touch -c /tmp/omproute.stderr  
touch -c /tmp/omproute.stdout  
touch -c /tmp/pagent.pid   
touch -c /tmp/pagent.log   
touch -c /tmp/pagent.log1  
touch -c /tmp/pagent.log2  
touch -c /tmp/sshd.stderr  
touch -c /tmp/unix.str 
touch -c /tmp/CAZLCS01 
touch -c /tmp/EQACMINT 
touch -c /tmp/FMNCAS-IPVCERT.kdb   
touch -c /tmp/FMNCSEP  
touch -c /tmp/IDIGMAIN 
touch -c /tmp/IPVVRFY  

Then I run via CRON

00 0 1 * *   mv /var/spool/cron/skulker.log /var/spool/cron/skulker.log.old   
01 0 * * *   /shared/etc/filetouch
10 0 * * *   /usr/sbin/skulker -R -l /var/spool/cron/skulker.log /tmp/ 3  

_
Dave Jousma
AVP | Manager, Systems Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Tuesday, June 2, 2020 9:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Extending the /tmp file system

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Hi,

Is it possible to extend the /tmp file system without an IPL?

It's currently defined as:
MOUNT FILESYSTEM('/tmp')
 MOUNTPOINT('/tmp')
 TYPE(TFS)
 MODE(RDWR)
 PARM('-s 100')

We are running z/OS v2.2

Thanks

Gadi

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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**


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

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

Re: Extending the /tmp file system

[Jousma, David]

Oh...I forgot the mention that skulker is in /samples, and not marked as 
executable so I wrote a SMPE usermod that copies it from there to /usr/sbin.   

Here is the source to build that usermod to then be applied if you are 
interested (or anyone else)

//XXXE JOB (DP,8710),'MBPX001BUILD',CLASS=X,MSGCLASS=T,
//NOTIFY=XXX   
//HEADER   EXEC PGM=IEBGENER   
//SYSUT1   DD   DATA,DLM=$$
//XXXE JOB (DP,8710),'MBPX001',CLASS=X,MSGCLASS=T, 
//NOTIFY=XXX   
//PROCLIB JCLLIB   ORDER=(XXX.SMPE.ZOS24.CLONE.JCL.PROCLIB)
//SMPAPPLY EXEC SMPE   
//SMPHOLD   DD DUMMY   
//SYSIN  DD *  
 SET BDY(GLOBAL) . 
  RECEIVE S(MBPX001) SYSMODS BYPASS(APPCHK).   
 SET BDY(MVSTZN).  
  APPLY S(MBPX001) REDO.   
  UCLIN .  
REP HFS(FSUMUSKL) RMID(MBPX001).   
  ENDUCL . 
/* 
//*  RESTORE S(MBPX001) .  
//*  REJECT S(MBPX001) BYPASS(APPCHK). 
//SMPPTFIN  DD DATA,DLM=ZZ 
++ USERMOD (MBPX001)  /*   
 Install IBM sample for SKULKER into /usr/sbin  */.
++ VER (Z038)  
   FMID(HOT77C0)   
 /*
   USERMOD DESCRIPTION(S): 
 MBPX001 - 
   
   * WARNING:  DO NOT modify this usermod.  It is created and *
   *   built in SMPE.ZOS24.USERMODS.BUILD* 
   
   * USERMOD DESCRIPTION: There are no changes made to the*
   * skulker shell script from /samples.   This usermod copies*
   * it into /usr/sbin for execution. *
   * Skulker is being used to keep /tmp cleaned out on all*
   * systems and is scheduled to run daily from cron. *
   
  */.  
++ HFS (MBPX001A)  /* /samples/skulker */  
   DISTLIB (AFOMHFS)   
   SYSLIB  (SFSUSBIN)  
   PARM (PATHMODE(0,7,5,5))
   LINK ('../skulker') 
   TEXT .  
$$  
  
//SYSUT2   DD   DSN=&,DISP=(NEW,PASS),RECFM=FB,LRECL=80,   
  
//BLKSIZE=0,SPACE=(TRK,16)  
  
//SYSPRINT DD   SYSOUT=*
  
//SYSINDD   DUMMY   
  
//SKULKER  EXEC PGM=GIMDTS  
  
//SYSPRINT DD   SYSOUT=*
  
//SYSUT1   DD PATH='/RSM01A/samples/skulker',   
  
//PATHDISP=KEEP,
  
//PATHOPTS=ORDONLY,FILEDATA=TEXT,   
  
//RECFM=FB,LRECL=255,BLKSIZE=0  
  
//SYSUT2   DD   DSN=&,DISP=(MOD,PASS)  
  
//END  EXEC PGM=IEBGENER
  
//SYSUT1   DD   DATA,DLM=$$ 
  
ZZ  
  
//  
  
$$  
  
//SYSUT2   DD   DSN=&,DISP=(MOD,PASS)  
  
//SYSPRINT DD   SYSOUT=*
  

Re: Punched cards and character set

[Paul Gilmartin]

On Tue, 2 Jun 2020 16:19:45 +0200, R.S. wrote:
>
>Q1: how it was in the past? I mean, were the DD * limited to "punched
>card" character set? Or it was always full EBCDIC if the job was read
>from DASD?
> 
I believe EBCDIC cards supported the full 256-character set.  It was
possible to have SYSPUNCH/SYSLIN on card, even DD *.  Linkage
Editor syntax guaranteed that "//" could not appear in 1-2.

>Q2: What about character set on the cards? Was it always one and the
>same within S/360 family? I noted there were several character sets, but
>as far as I understand those set was for other machines (Remington,
>pre-S360 IBM machines, etc.)
>Was there any name for card character set? I mean something like "CP
>037" or so.
> 
I believe there was only one mapping from punch configurations to
EBCDIC octets -- CCSID didn't matter.

-- gil

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

Re: Cl/Supersession

[Statler, David]

We also use CL/SuperSession.

Users connect to the system using a TN3270 client. Depending on their subnet, 
some users get the SuperSession logon screen when they connect, others get the 
VTAM MSG10 screen.  That is all controlled inside the telnet server of course.  
From the MSG10 screen, they just type in "S" to take them to the SuperSession 
logon screen.

When we first started using SuperSession, we did all of the user administration 
via the SuperSession panels (building the menus, etc.).  Now a user's menu list 
is built using RACF. Whatever applications they are permitted to in RACF will 
show up on their SuperSession menu screen.  Inside of SuperSession are config 
settings to tell it to use a special class you define in RACF for doing this.

We also use VTAM Application modeling in VTAMLST for building the virtual 
netnames.

David

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Tuesday, June 2, 2020 8:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FW: Cl/Supersession

I've come up to a couple silly questions

Would you send me a screen shot or your VTAMLST member for CLSS?
How are you having the users logging on to CLSS from the 10 Screen?
Have you had to add every user to CL/SuperSession?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edgington, Jerry
Sent: Monday, June 1, 2020 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

For the TN3270 traffic into SuperSession?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Monday, June 1, 2020 3:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

This message was sent from an external source outside of Western & Southern's 
network. Do not click links or open attachments unless you recognize the sender 
and know the contents are safe.


Are you using Secure Sockets?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wayne Bickerdike
Sent: Monday, June 1, 2020 2:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

We have just installed at a customer site to replace Solvacc. What is your 
question?

On Tue, Jun 2, 2020, 05:10 Edgington, Jerry < 
jerry.edging...@westernsouthernlife.com> wrote:

> I wouldn't say I speak SuperSession, but I support it at one of my sites.
> So, I will try to help.
>
> Jerry
>

--
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: Punched cards and character set

[Mazer Ken G]

Here's a site that may have more info for your reading pleasure, 
http://www.punchcardreader.com/
I have used this service to decode several hundred punched cards several years 
ago.
The historical society that I'm a member of has thousands of punched cards with 
no real way to read them anymore.  To compound not being able to read the 
punches these cards also contain handwritten data on each card.
We have cards that contain train crew records, static data like employee name, 
employee number, employee phone number and other stuff.  Handwritten data 
appears to be a months' worth of dates for when they worked that month/day.
We also have cards that contain train movements.  The punched data would be for 
a symbolled train and it starting location with time of call and a destination 
location.  Handwritten info would include employees name for (Engineer, 
Fireman, Conductor, Flagman, Brakeman).
All of these cards are from 1972-1975.

My point is that punched cards were used for many different reasons and many 
different ways.
If I remember correctly the Western Maryland Railway was one of the first if 
not the first railroad to incorporate the use of IBM computers and punched card.

Ken Mazer
Former President, WMRHS

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Tuesday, June 02, 2020 10:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Punched cards and character set

I have never used punched cards, so forgive me my questions.

As far as I know, a character set on punched cards was somehow limited, so it 
is not EBCDIC or similar set of 256 characters.
Of course that means some limitations for DD * datasets - if coded on real 
punched cards.
Nowadays I'm pretty sure DD * accept every possible character, as any other 
dataset (with some exception for delimiter). Note, it is program independent - 
this is a change within system (JES2, Interpreter, whatever).

Q1: how it was in the past? I mean, were the DD * limited to "punched card" 
character set? Or it was always full EBCDIC if the job was read from DASD?

Q2: What about character set on the cards? Was it always one and the same 
within S/360 family? I noted there were several character sets, but as far as I 
understand those set was for other machines (Remington,
pre-S360 IBM machines, etc.)
Was there any name for card character set? I mean something like "CP 037" or so.


And another question, or rather kind request: Does anynone have JCL statements 
on punched cards? I would like to get/download some images of JOB, EXEC, and DD 
statements on punched cards. I have a lot of card pictures, but none with JCL.

--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

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, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

--
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: Punched cards and character set

[Seymour J Metz]

That's what the multipunch icon is for.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Tuesday, June 2, 2020 11:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Punched cards and character set

On Tue, 2 Jun 2020 08:39:47 -0700, Charles Mills wrote:

>> thousands of punched cards with no real way to read them anymore
>
>In this day and age it should be pretty trivial to write software that would
>encode a scanned image of a punched card.
>
https://secure-web.cisco.com/1nnNBEm7A_m0wqtAaLgflbbQkYcjHIggP4CG9-aGJ60iv5LGiLA3b-sgOj4Z5RrXqVoy9bO2GtA9gEMmiJEEw3pCD1XRrPeZQWJJCqaIyNbpg5ZWh8c6x0VeF0TZoxma_Otu7hIdTuq2ofjE708_dgI3S5MCKLcwE_xc7JJfzy8W5CbJtY1SkhkeYSprsqyo2yfbl5OHjUZJbTG2s7GXMFmD7YKxonbikH40zRCkbg_74GAPYOxAYOpwH8ZbsC3mCXT053D09iRwt8LrVy3YY5F2tKCLQ_NGXKUVBEpyITOgO3r2GL4CQhdxQNpIcd1pG8IKub1rEkNzpO2rEF2nrS-ZymxsdobgXvKJTRZ60DFakV-PzKE83Yo7EGjV4tJ_qLCTueYpoubnb8fjN2PfOc2QiDo5PI0UrPLcFhI0zKbq565EBcHShRAWIET5XHxxp/https%3A%2F%2Fwww.masswerk.at%2Fcardreader%2F

... and you can generate those with: 
https://secure-web.cisco.com/18RdBO7ZKkAs5OiZMvPOj6vYNZ1vPzRv8-SvdzewuLLELpAKP_GeJnSYFbmSwvh2MVE53Rxi2uGYungYYyMlcCaXY3qglnQDjJXofyqjrQn93NUOrWOKhPXFfFDrFFnEjxSbUpj6zbch_4Xq6OPk3cZ0O3ccHUhM6k7wTXzXsZ46f0FqlhmUOnbz9MC6TlsLWiuDSVgJsSHEx6Pw1OkcIfDOGvfOqH2fSx9NTpZOSd-YGOFd-qklQ8znc-6UbGYd5uCaewG9Q5boaZcyXcC_Le94ZTpQ5mb-9Nswve4M-IPz3mjja9x29OM6VtgajzfsgOfin9Yh1gptx3OhF-0Q7BYYX_sT1uSBUCnoV6l-R1JAiAjEyiaAER2Xp-RLhw59c-XIaoMMZ6cHqQaeXro-zjqoyiyA9gaY-jMPVEoB4msJBvL2B092rkIMM4PKcR5H2/https%3A%2F%2Fwww.masswerk.at%2Fkeypunch%2F

(But it doesn't do UTF-8.)

-- gil

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

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

IBM Z OSA-Express OSE CHPID Type Usage Survey

[Yi Chen Zhang]

Hello list,
 
I am Erin from IBM z/OS Communications Server team.

The Systems Network Architecture (SNA) protocol, which provides 
communication between IBM mainframes and peripheral nodes, is often 
deployed in the retail and finance industries. Developed by IBM for the 
business community, SNA provided industry with a technology that permitted 
unparalleled business opportunities.
 
With the prevalence of TCP/IP and the introduction of "SNA over IP" 
technologies, current mainframe networks are migrating to IP-based 
networks. Across the industry, support for the native SNA protocol, LLC2 
or 802.3, on distributed platforms is now being withdrawn, such that 
native SNA connectivity to the mainframe will eventually be rendered 
largely useless.
 
IBM would like to understand your current usage of native SNA (through OSE 
channels) on IBM Z, and what plans, if any, you have in place to migrate 
to an alternative.
 
If your enterprise is currently using OSA-Express in OSE mode (for SNA or 
TCP/IP), IBM would like to understand your plans. Your answers to this 
brief survey will be very important in helping IBM understand your current 
and future needs around this technology.
 
This survey, available until 6/30/2020, will only take a few minutes. Your 
anonymous responses will only be used to help IBM evaluate the need for 
investment in alternative solutions or services to aid you in your 
migration.

Click the survey link to provide feedback - 
https://ibm.biz/OSA-Express-OSE-Survey 

How to collect survey data:
Follow the instructions in How to Verify OSA-Express OSE CHPID Types on 
Your Systems (https://ibm.biz/OSA-Express-OSE-Blog)

References:
See the following section: Things You Should Know about the Survey (
https://ibm.biz/OSA-Express-OSE-Blog)  for more details about the survey 
background and verification process.

Thank you very much for your time and suggestions. We really appreciate 
your input!



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

Re: Cl/Supersession

[Edgington, Jerry]

The listserv, will not allow the sending of screen shot, and I tried HTML, but 
it was rejected.

I am working on switching the definitions to dynamic definitions, instead of 
defining each individual terminal. 
How are you having the users logging on to CLSS from the 10 Screen?
-   The message 10, displays the screen and all terminals for that port, 
logon to SuperSession.  There are other applications available, but there are 
no longer available
Have you had to add every user to CL/SuperSession
-   I don’t think so, but I don’t perform User admin functions.  But, I 
believe there is a default setup
Would you send me a screen shot or your VTAMLST member for CLSS?  Only GATEWY16 
is available.  I am still working on cleaning up SuperSession.

VTPOPER6 APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP006,PARSESS=YES, 
   SRBEXIT=YES
VPO6 APPL  AUTH=(ACQ,PASS,SPO),ACBNAME=VTP046,
   SRBEXIT=YES
CUAOPER  APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP056,PARSESS=YES, 
   SRBEXIT=YES
HDACB1   APPL  AUTH=(ACQ,PASS,SPO),ACBNAME=HDACB1,
   SRBEXIT=YES
***   
* SAMPLE SUPERSESSION/GATEWAY APPLICATIONS.  REFER TO 
* $HGATES IN VTPCLIB FOR THE HOSTGATE COMMANDS.   
***   
GATEWY16 APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP016,SRBEXIT=YES  
GATEWY26 APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP026,SRBEXIT=YES  
GATEWY36 APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP036,SRBEXIT=YES  
***   
VIRTMTO1 APPL  EAS=1,AUTH=(ACQ,NVPACE),ACBNAME=VIRTMTO1 
VIRTMTO2 APPL  EAS=1,AUTH=(ACQ,NVPACE),ACBNAME=VIRTMTO2 
VIRTMTO3 APPL  EAS=1,AUTH=(ACQ,NVPACE),ACBNAME=VIRTMTO3 
VIRTMTO4 APPL  EAS=1,AUTH=(ACQ,NVPACE),ACBNAME=VIRTMTO4 
*** 
* VIRTUAL TERMINALS REQUIRED FOR PASSTHRU SESSIONS.  REFER TO   
* MEMBER $VSMS IN VTPCLIB FOR THE VSM COMMANDS. 
*** 
TERM APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES 
TERM0001 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0001,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES 
TERM0002 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0002,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES 
TERM0003 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0003,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES 
TERM0004 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0004,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES 
TERM0005 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0005,PARSESS=YES, X


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Tuesday, June 2, 2020 9:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FW: Cl/Supersession

This message was sent from an external source outside of Western & Southern's 
network. Do not click links or open attachments unless you recognize the sender 
and know the contents are safe.


I've come up to a couple silly questions

Would you send me a screen shot or your VTAMLST member for CLSS?
How are you having the users logging on to CLSS from the 10 Screen?
Have you had to add every user to CL/SuperSession?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edgington, Jerry
Sent: Monday, June 1, 2020 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

For the TN3270 traffic into SuperSession?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Monday, June 1, 2020 3:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

This message was sent from an external source outside of Western & Southern's 
network. Do not click links or open attachments unless you recognize the sender 
and know the contents are safe.


Are you using Secure Sockets?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wayne Bickerdike
Sent: Monday, June 1, 2020 2:17 PM
To: 

Re: Punched cards and character set

[Bruce Lightsey]

Hollerith code - used to have a template to read the punched cards that didn't 
have the characters printed along the top ( above each punched column )



Bruce Lightsey
Database Manager
MS Department of Information Technology Services
601-432-8144 | www.its.ms.gov

DISCLAIMER: This email and any files transmitted with it are confidential and 
intended solely for the use of the individual or entity to whom they are 
addressed. If you have received this email in error please notify the system 
manager. This message contains confidential information and is intended only 
for the individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and delete 
this e-mail from your system. If you are not the intended recipient you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited
-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Tuesday, June 2, 2020 9:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Punched cards and character set

I have never used punched cards, so forgive me my questions.

As far as I know, a character set on punched cards was somehow limited, so it 
is not EBCDIC or similar set of 256 characters.
Of course that means some limitations for DD * datasets - if coded on real 
punched cards.
Nowadays I'm pretty sure DD * accept every possible character, as any other 
dataset (with some exception for delimiter). Note, it is program independent - 
this is a change within system (JES2, Interpreter, whatever).

Q1: how it was in the past? I mean, were the DD * limited to "punched card" 
character set? Or it was always full EBCDIC if the job was read from DASD?

Q2: What about character set on the cards? Was it always one and the same 
within S/360 family? I noted there were several character sets, but as far as I 
understand those set was for other machines (Remington,
pre-S360 IBM machines, etc.)
Was there any name for card character set? I mean something like "CP 037" or so.


And another question, or rather kind request: Does anynone have JCL statements 
on punched cards? I would like to get/download some images of JOB, EXEC, and DD 
statements on punched cards. I have a lot of card pictures, but none with JCL.

--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

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, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

--
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: Base SYSPLEX setup

[R.S.]

1. As documentations says, CTC over FICON require two ports connected 
with a cable (similar to ESCON), or single port, but it has to be 
connected to a switch. Absolutely no loopback is ever used.


2. Don't confuse loopback and dust-cover. The first is really a piece of 
fiber optic with ferrules. The second one is just a piece of gum or 
plastic. Note: you should have spare dust covers in place, never leave 
fiber optic uncovered.


Regards
--
Radoslaw Skorupka
Lodz, Poland






W dniu 02.06.2020 o 14:00, Edgington, Jerry pisze:

Alan,

Just curious, but does using FCTCs use less MSUs than XCF structures??  Also, I 
believe you can use the FICON terminators, and loop the FICON back to itself.  
However, I haven't done it myself, because normally, during installation IBM 
removes all the FICON terminators.

Thanks,
Jerry

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Tuesday, June 2, 2020 7:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

This message was sent from an external source outside of Western & Southern's 
network. Do not click links or open attachments unless you recognize the sender and 
know the contents are safe.


A total of 4 ficon ports are required with 2 cables. The FICON CTC's can be 
shared by all connected LPARs via PATHIIN/PATHOUT in SYS1.PARMLIB(COUPLExx).


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Timothy Sipples
Sent: Tuesday, June 2, 2020 12:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Brian,

1. If you haven't also looked at IBM Publication No. SB10-7174 yet, I'd refer you to that 
one ("IBM Z FICON Channel-to-Channel Reference"). I believe you've found 
SG24-5451 already.

2. You might not need additional FICON Express features at all. It depends on how you're 
set up, but there's quite a bit of link sharing that's possible. Quoting IBM, "A 
FICON channel with CTC capability may behave as both a standard FICON channel connecting 
to standard FICON I/O control units, as well as having an internal CTC control unit 
function in support of CTC connections Neither FICON channel must be dedicated 
exclusively to CTC operations."

If you have (for example) two machines connected to at least one common FICON 
SAN switch/director then you're *probably* good to go from a physical point of 
view, for some minimum level of service anyway. Sure, do due diligence in terms 
of performance and such, but it seems like a better idea to me to leave these 
machines physically unmolested if possible rather than try to hack something in 
(that's withdrawn from marketing).

There was probably some point in "ancient history" when the various sharing 
options weren't available, but I believe all FICON-equipped z/Architecture machines have 
these various CTC-related sharing capabilities at least in some fashion. SB10-7174 
repeatedly refers to an engineering change (EC) that was available at least as far back 
as the IBM
z900 from what I can tell.

- - - - - - - - - -
Timothy Sipples
I.T. Architect Executive
Digital Asset & Other Industry Solutions IBM Z & LinuxONE
- - - - - - - - - -
E-Mail: sipp...@sg.ibm.com





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

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, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for 

Re: Punched cards and character set

[Paul Gilmartin]

On Tue, 2 Jun 2020 07:49:30 -0700, Charles Mills  wrote:

>https://homepage.divms.uiowa.edu/~jones/cards/codes.html Charles 
Or, perhaps: https://homepage.divms.uiowa.edu/~jones/cards/codes.html

Blame the iPhone?

> Original message From: "Farley, Peter x23353" 
> Date: 6/2/20  7:43 AM  (GMT-08:00) To: 
>IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Punched cards and character set 
>Radoslaw,In the IBM world, all possible EBCDIC characters (all 256) were 
>possible to punch into physical cards, but punching any characters not on the 
>keypunch machine's keyboard (like lower-case letters) required using the 
>"multi-punch" key (or on older keypunch machines, physically holding the card 
>in place so that punches did not advance the column position) to manually 
>punch the necessary holes in one column.If you sent "object deck" output of 
>the assembler or a compiler to a physical card punch peripheral you could 
>punch all 256 characters into them.  It was harder to do from a manual 
>keypunch machine.There were alternate physical card formats for non-IBM 
>environments.  IIRC, Univac used a 96-column card with round holes instead of 
>rectangular ones.  I saw them once, but never got to work with them.I have 
>been asking Google to find any documentation of the full encoding of punches 
>to EBCDIC characters but haven't found anything relevant yet.Sorry, I don't 
>have any actual JCL on physical punched cards any more.  Somewhere in the 
>attic I may have a box or two of blank ones, but nothing with 
>punches.Peter-Original Message-From: IBM Mainframe Discussion List 
> On Behalf Of R.S.Sent: Tuesday, June 2, 2020 10:20 
>AMTo: ibm-m...@listserv.ua.EDUSubject: Punched cards and character setI have 
>never used punched cards, so forgive me my questions.As far as I know, a 
>character set on punched cards was somehow limited, so it is not EBCDIC or 
>similar set of 256 characters.Of course that means some limitations for DD * 
>datasets - if coded on real punched cards.Nowadays I'm pretty sure DD * accept 
>every possible character, as any other dataset (with some exception for 
>delimiter). Note, it is program independent - this is a change within system 
>(JES2, Interpreter, whatever).Q1: how it was in the past? I mean, were the DD 
>* limited to "punched card" character set? Or it was always full EBCDIC if the 
>job was read from DASD?Q2: What about character set on the cards? Was it 
>always one and the same within S/360 family? I noted there were several 
>character sets, but as far as I understand those set was for other machines 
>(Remington,pre-S360 IBM machines, etc.)Was there any name for card character 
>set? I mean something like "CP 037" or so.And another question, or rather kind 
>request: Does anynone have JCL statements on punched cards? I would like to 
>get/download some images of JOB, EXEC, and DD statements on punched cards. I 
>have a lot of card pictures, but none with JCL.--This message and any 
>attachments are intended only for the use of the addressee and may contain 
>information that is privileged and confidential. If the reader of the message 
>is not the intended recipient or an authorized representative of the intended 
>recipient, you are hereby notified that any dissemination of this 
>communication is strictly prohibited. If you have received this communication 
>in error, please notify us immediately by e-mail and delete the message and 
>any attachments from your 
>system.--For
> IBM-MAIN subscribe / signoff / archive access instructions,send email to 
>lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--  gil

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

Re: Punched cards and character set

[Seymour J Metz]

Well, if you had a 3525 and wanted to print on the output card then the 
encoding mattered, but only when it was up.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Tuesday, June 2, 2020 10:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Punched cards and character set

On Tue, 2 Jun 2020 16:19:45 +0200, R.S. wrote:
>
>Q1: how it was in the past? I mean, were the DD * limited to "punched
>card" character set? Or it was always full EBCDIC if the job was read
>from DASD?
>
I believe EBCDIC cards supported the full 256-character set.  It was
possible to have SYSPUNCH/SYSLIN on card, even DD *.  Linkage
Editor syntax guaranteed that "//" could not appear in 1-2.

>Q2: What about character set on the cards? Was it always one and the
>same within S/360 family? I noted there were several character sets, but
>as far as I understand those set was for other machines (Remington,
>pre-S360 IBM machines, etc.)
>Was there any name for card character set? I mean something like "CP
>037" or so.
>
I believe there was only one mapping from punch configurations to
EBCDIC octets -- CCSID didn't matter.

-- gil

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

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

Re: Punched cards and character set

[Seymour J Metz]

Yes, but he wants UTF-8, so he needs to do some additional hand coding before 
looking up the hole encoding, *then* use multi-punch.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Joe 
Monk [joemon...@gmail.com]
Sent: Tuesday, June 2, 2020 11:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Punched cards and character set

http://secure-web.cisco.com/1Zfs9qYXD4UdhoLSjssD-uiGVO42c69TjSER2FdDiHRXicVVTMTBj8rmoXCj0hh-k4Y0y16nCDFc_NshwJS1KrNx1Mven91NqYNt13MmJq7i_-uydAfEBW7vUJJwFhA28H4JCVGzxCm3JzX47y1pRwJAIt_6YKJyruvYEokM7JXFyjIZWI7c4OL8TaPQDMyUYbFk3Dn-kE_kELMqW7CvVSuVSFmvjro4vjr1Lbr51R_RL30sGn9FBnw2fBDPdpNjx7z3_jQGLXLH7OgpttYNwqWODo_hh_ZpxiZ2g6tY9TX_Etl1luc7vQjipMNAJte0KVlFl_Wc2b3xdWtOvrInirAWWLD9i4z_HRDOZRW9FSESnYYAC7gH3xOT6DjRuyFWQwwNUBZ-D16C1BnTKxHx2NCro5E23x_A9RqgHIWD0Out3rF0nP-v3NbLXY7lzKCNf/http%3A%2F%2Fwww.bitsavers.org%2Fpdf%2Fibm%2F370%2FreferenceCard%2FGX20-1850-7_System_370_Reference_Summary_Feb89.pdf

Pages 34-37 show the punch sequences for every EBCDIC character.

Joe

On Tue, Jun 2, 2020 at 10:48 AM Seymour J Metz  wrote:

> That's what the multipunch icon is for.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
> Sent: Tuesday, June 2, 2020 11:45 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Punched cards and character set
>
> On Tue, 2 Jun 2020 08:39:47 -0700, Charles Mills wrote:
>
> >> thousands of punched cards with no real way to read them anymore
> >
> >In this day and age it should be pretty trivial to write software that
> would
> >encode a scanned image of a punched card.
> >
>
> https://secure-web.cisco.com/1nnNBEm7A_m0wqtAaLgflbbQkYcjHIggP4CG9-aGJ60iv5LGiLA3b-sgOj4Z5RrXqVoy9bO2GtA9gEMmiJEEw3pCD1XRrPeZQWJJCqaIyNbpg5ZWh8c6x0VeF0TZoxma_Otu7hIdTuq2ofjE708_dgI3S5MCKLcwE_xc7JJfzy8W5CbJtY1SkhkeYSprsqyo2yfbl5OHjUZJbTG2s7GXMFmD7YKxonbikH40zRCkbg_74GAPYOxAYOpwH8ZbsC3mCXT053D09iRwt8LrVy3YY5F2tKCLQ_NGXKUVBEpyITOgO3r2GL4CQhdxQNpIcd1pG8IKub1rEkNzpO2rEF2nrS-ZymxsdobgXvKJTRZ60DFakV-PzKE83Yo7EGjV4tJ_qLCTueYpoubnb8fjN2PfOc2QiDo5PI0UrPLcFhI0zKbq565EBcHShRAWIET5XHxxp/https%3A%2F%2Fwww.masswerk.at%2Fcardreader%2F
>
> ... and you can generate those with:
> https://secure-web.cisco.com/18RdBO7ZKkAs5OiZMvPOj6vYNZ1vPzRv8-SvdzewuLLELpAKP_GeJnSYFbmSwvh2MVE53Rxi2uGYungYYyMlcCaXY3qglnQDjJXofyqjrQn93NUOrWOKhPXFfFDrFFnEjxSbUpj6zbch_4Xq6OPk3cZ0O3ccHUhM6k7wTXzXsZ46f0FqlhmUOnbz9MC6TlsLWiuDSVgJsSHEx6Pw1OkcIfDOGvfOqH2fSx9NTpZOSd-YGOFd-qklQ8znc-6UbGYd5uCaewG9Q5boaZcyXcC_Le94ZTpQ5mb-9Nswve4M-IPz3mjja9x29OM6VtgajzfsgOfin9Yh1gptx3OhF-0Q7BYYX_sT1uSBUCnoV6l-R1JAiAjEyiaAER2Xp-RLhw59c-XIaoMMZ6cHqQaeXro-zjqoyiyA9gaY-jMPVEoB4msJBvL2B092rkIMM4PKcR5H2/https%3A%2F%2Fwww.masswerk.at%2Fkeypunch%2F
>
> (But it doesn't do UTF-8.)
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
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: Punched cards and character set

[Paul Gilmartin]

On Tue, 2 Jun 2020 15:48:23 +, Seymour J Metz wrote:

>That's what the multipunch icon is for.
>
Doesn't seem to work.

Rats!  It won't let me paste from my Mac clipboard.

>
>From: Paul Gilmartin
>Sent: Tuesday, June 2, 2020 11:45 AM
>
>>In this day and age it should be pretty trivial to write software that would
>>encode a scanned image of a punched card.
>>
> https://www.masswerk.at/cardreader/
>
>... and you can generate those with: https://www.masswerk.at/keypunch/
>
>(But it doesn't do UTF-8.)

-- gil

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

FW: Cl/Supersession

[Steve Beaver]

I've come up to a couple silly questions

Would you send me a screen shot or your VTAMLST member for CLSS?
How are you having the users logging on to CLSS from the 10 Screen?
Have you had to add every user to CL/SuperSession?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edgington, Jerry
Sent: Monday, June 1, 2020 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

For the TN3270 traffic into SuperSession?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Monday, June 1, 2020 3:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

This message was sent from an external source outside of Western & Southern's 
network. Do not click links or open attachments unless you recognize the sender 
and know the contents are safe.


Are you using Secure Sockets?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wayne Bickerdike
Sent: Monday, June 1, 2020 2:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

We have just installed at a customer site to replace Solvacc. What is your 
question?

On Tue, Jun 2, 2020, 05:10 Edgington, Jerry < 
jerry.edging...@westernsouthernlife.com> wrote:

> I wouldn't say I speak SuperSession, but I support it at one of my sites.
> So, I will try to help.
>
> Jerry
>

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

Punched cards and character set

[R.S.]

I have never used punched cards, so forgive me my questions.

As far as I know, a character set on punched cards was somehow limited, 
so it is not EBCDIC or similar set of 256 characters.
Of course that means some limitations for DD * datasets - if coded on 
real punched cards.
Nowadays I'm pretty sure DD * accept every possible character, as any 
other dataset (with some exception for delimiter). Note, it is program 
independent - this is a change within system (JES2, Interpreter, whatever).


Q1: how it was in the past? I mean, were the DD * limited to "punched 
card" character set? Or it was always full EBCDIC if the job was read 
from DASD?


Q2: What about character set on the cards? Was it always one and the 
same within S/360 family? I noted there were several character sets, but 
as far as I understand those set was for other machines (Remington, 
pre-S360 IBM machines, etc.)
Was there any name for card character set? I mean something like "CP 
037" or so.



And another question, or rather kind request: Does anynone have JCL 
statements on punched cards? I would like to get/download some images of 
JOB, EXEC, and DD statements on punched cards. I have a lot of card 
pictures, but none with JCL.


--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

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, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

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

Re: Punched cards and character set

[Farley, Peter x23353]

Radoslaw,

In the IBM world, all possible EBCDIC characters (all 256) were possible to 
punch into physical cards, but punching any characters not on the keypunch 
machine's keyboard (like lower-case letters) required using the "multi-punch" 
key (or on older keypunch machines, physically holding the card in place so 
that punches did not advance the column position) to manually punch the 
necessary holes in one column.

If you sent "object deck" output of the assembler or a compiler to a physical 
card punch peripheral you could punch all 256 characters into them.  It was 
harder to do from a manual keypunch machine.

There were alternate physical card formats for non-IBM environments.  IIRC, 
Univac used a 96-column card with round holes instead of rectangular ones.  I 
saw them once, but never got to work with them.

I have been asking Google to find any documentation of the full encoding of 
punches to EBCDIC characters but haven't found anything relevant yet.

Sorry, I don't have any actual JCL on physical punched cards any more.  
Somewhere in the attic I may have a box or two of blank ones, but nothing with 
punches.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Tuesday, June 2, 2020 10:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Punched cards and character set

I have never used punched cards, so forgive me my questions.

As far as I know, a character set on punched cards was somehow limited, so it 
is not EBCDIC or similar set of 256 characters.
Of course that means some limitations for DD * datasets - if coded on real 
punched cards.
Nowadays I'm pretty sure DD * accept every possible character, as any other 
dataset (with some exception for delimiter). Note, it is program independent - 
this is a change within system (JES2, Interpreter, whatever).

Q1: how it was in the past? I mean, were the DD * limited to "punched card" 
character set? Or it was always full EBCDIC if the job was read from DASD?

Q2: What about character set on the cards? Was it always one and the same 
within S/360 family? I noted there were several character sets, but as far as I 
understand those set was for other machines (Remington,
pre-S360 IBM machines, etc.)
Was there any name for card character set? I mean something like "CP 037" or so.


And another question, or rather kind request: Does anynone have JCL statements 
on punched cards? I would like to get/download some images of JOB, EXEC, and DD 
statements on punched cards. I have a lot of card pictures, but none with JCL.

--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

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

Re: Punched cards and character set

[Seymour J Metz]

First, my experience is limited to Holerith (80 column) cards; no 90 column or 
96 column cards.

Before S/360 there were several different encodings, both as to what hole 
combinations corresponded to what characters and as to what characters 
corresponded to what numbers. The decimal machines used 2 digit numbers for 
characters and the binary machines used 6 bit numbers. Roughly speaking there 
were two character sets: commercial and scientific. The commercial character 
set had Per Cent and Lozenge for the same punch combinations that were 
Parentheses in the scientific character set.

When IBM introduced S/360, the card equipment could handle either EBCDIC or 
column binary. There was never a S/360 card reader that was limited to 6 bit 
characters. Unless the JCL for the Reader/Interpreter specified column binary, 
which would not work (it required keywords in the range C1-E9), instream data 
could include any of the 256 EBCDIC characters.

Yes, there was a time when you couldn't have a delimitor card in an instream 
data set, but IBM added a DLM keyword to the DD statement in OS/360 (I don't 
remember the release.) This was well before JES2 and JES3.

Q!: the input was limited to the punched card character set because that 
character set included all 256 8 bit values.

Q2:: The mapping from hole combinations to 8 bit values was always the same. 
There were several different EBCDIC code pages. There really was no character 
set for card equipment on S/360; only when the 3525 introduced printing on the 
card being punched did character set become relevant. There were names for 
print chains, print trains and UCS images.




--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
R.S. [r.skoru...@bremultibank.com.pl]
Sent: Tuesday, June 2, 2020 10:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Punched cards and character set

I have never used punched cards, so forgive me my questions.

As far as I know, a character set on punched cards was somehow limited,
so it is not EBCDIC or similar set of 256 characters.
Of course that means some limitations for DD * datasets - if coded on
real punched cards.
Nowadays I'm pretty sure DD * accept every possible character, as any
other dataset (with some exception for delimiter). Note, it is program
independent - this is a change within system (JES2, Interpreter, whatever).

Q1: how it was in the past? I mean, were the DD * limited to "punched
card" character set? Or it was always full EBCDIC if the job was read
from DASD?

Q2: What about character set on the cards? Was it always one and the
same within S/360 family? I noted there were several character sets, but
as far as I understand those set was for other machines (Remington,
pre-S360 IBM machines, etc.)
Was there any name for card character set? I mean something like "CP
037" or so.


And another question, or rather kind request: Does anynone have JCL
statements on punched cards? I would like to get/download some images of
JOB, EXEC, and DD statements on punched cards. I have a lot of card
pictures, but none with JCL.

--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,http://secure-web.cisco.com/1E1R3ITvHC08ro0JBRfgu4T0ShCuFSSlySvwA7_Nu5Gk3Gl8W-cYJS2kV-5KVgJLVmPKADmwKIvpGa4pQq2vbuQdu3WvBCu2xSmL3w1awUIISyw7Y_iA_SqHrrbYuqFrpZnCa2FjpFDtlpOWZQJiF54iwBHiIh-bLcTEkLT9YhlrESPu4ZjU2qtnxGeKDGGv6r8cABNjV744nF8ICWwJXbfyBSh2baYI7ClB_kZpBy5dFo0aVPI18lhKJkH4wRJPxvc9yWXauY18q6LmwQ-HnaI0W4ovsHa_xRRpfYwecDEY1wq752RWLDAfHIsB_SRM1MIpIsJXkX7wiaKbfmVZAmIOb8pN5B4QikePQCam7BTNhZq5zuDPGFl9XiTW1we0CRardTLpacB5yq5ZguleYT4z4DFU99uxN8jaiuLpvoe2XNYvAJssUoWCcetkn1i2m/http%3A%2F%2Fwww.mBank.pl,
 e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. 
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 
169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and 

Re: Punched cards and character set

[Seymour J Metz]

The IBM world did not begin with the S/360. Except for the late lamented 7030, 
IBM computers used either a two digit character code or a six bit character 
code. There was no way to encode more than 100 values on a 650 or 64 values on 
a 704.

UNIVAC initially used 90 column cards; they never used 96. It was IBM that used 
96 column card on the S/3.

The assignment of hole combinations is in PoOps and the green card (of some 
color); I don't recall which editions. Bitsavers is your friend. As for the 
encoding of 8 bit values to EBCDIC characters, that's all over the landscape. 
GA27 -2837-9, IBM 3270 Information Display System Character Set Reference is a 
good starting point; it's not complete or the most recent, but it is available 
from bitsavers. I don't know whether the big code page manual is available 
online.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Farley, Peter x23353 [peter.far...@broadridge.com]
Sent: Tuesday, June 2, 2020 10:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Punched cards and character set

Radoslaw,

In the IBM world, all possible EBCDIC characters (all 256) were possible to 
punch into physical cards, but punching any characters not on the keypunch 
machine's keyboard (like lower-case letters) required using the "multi-punch" 
key (or on older keypunch machines, physically holding the card in place so 
that punches did not advance the column position) to manually punch the 
necessary holes in one column.

If you sent "object deck" output of the assembler or a compiler to a physical 
card punch peripheral you could punch all 256 characters into them.  It was 
harder to do from a manual keypunch machine.

There were alternate physical card formats for non-IBM environments.  IIRC, 
Univac used a 96-column card with round holes instead of rectangular ones.  I 
saw them once, but never got to work with them.

I have been asking Google to find any documentation of the full encoding of 
punches to EBCDIC characters but haven't found anything relevant yet.

Sorry, I don't have any actual JCL on physical punched cards any more.  
Somewhere in the attic I may have a box or two of blank ones, but nothing with 
punches.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Tuesday, June 2, 2020 10:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Punched cards and character set

I have never used punched cards, so forgive me my questions.

As far as I know, a character set on punched cards was somehow limited, so it 
is not EBCDIC or similar set of 256 characters.
Of course that means some limitations for DD * datasets - if coded on real 
punched cards.
Nowadays I'm pretty sure DD * accept every possible character, as any other 
dataset (with some exception for delimiter). Note, it is program independent - 
this is a change within system (JES2, Interpreter, whatever).

Q1: how it was in the past? I mean, were the DD * limited to "punched card" 
character set? Or it was always full EBCDIC if the job was read from DASD?

Q2: What about character set on the cards? Was it always one and the same 
within S/360 family? I noted there were several character sets, but as far as I 
understand those set was for other machines (Remington,
pre-S360 IBM machines, etc.)
Was there any name for card character set? I mean something like "CP 037" or so.


And another question, or rather kind request: Does anynone have JCL statements 
on punched cards? I would like to get/download some images of JOB, EXEC, and DD 
statements on punched cards. I have a lot of card pictures, but none with JCL.

--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

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

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

Re: Punched cards and character set

[Charles Mills]

> thousands of punched cards with no real way to read them anymore

In this day and age it should be pretty trivial to write software that would
encode a scanned image of a punched card.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Mazer Ken G
Sent: Tuesday, June 2, 2020 8:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Punched cards and character set

Here's a site that may have more info for your reading pleasure,
http://www.punchcardreader.com/
I have used this service to decode several hundred punched cards several
years ago.
The historical society that I'm a member of has thousands of punched cards
with no real way to read them anymore.  To compound not being able to read
the punches these cards also contain handwritten data on each card.
We have cards that contain train crew records, static data like employee
name, employee number, employee phone number and other stuff.  Handwritten
data appears to be a months' worth of dates for when they worked that
month/day.
We also have cards that contain train movements.  The punched data would be
for a symbolled train and it starting location with time of call and a
destination location.  Handwritten info would include employees name for
(Engineer, Fireman, Conductor, Flagman, Brakeman).
All of these cards are from 1972-1975.

My point is that punched cards were used for many different reasons and many
different ways.
If I remember correctly the Western Maryland Railway was one of the first if
not the first railroad to incorporate the use of IBM computers and punched
card.

Ken Mazer
Former President, WMRHS

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
R.S.
Sent: Tuesday, June 02, 2020 10:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Punched cards and character set

I have never used punched cards, so forgive me my questions.

As far as I know, a character set on punched cards was somehow limited, so
it is not EBCDIC or similar set of 256 characters.
Of course that means some limitations for DD * datasets - if coded on real
punched cards.
Nowadays I'm pretty sure DD * accept every possible character, as any other
dataset (with some exception for delimiter). Note, it is program independent
- this is a change within system (JES2, Interpreter, whatever).

Q1: how it was in the past? I mean, were the DD * limited to "punched card"
character set? Or it was always full EBCDIC if the job was read from DASD?

Q2: What about character set on the cards? Was it always one and the same
within S/360 family? I noted there were several character sets, but as far
as I understand those set was for other machines (Remington,
pre-S360 IBM machines, etc.)
Was there any name for card character set? I mean something like "CP 037" or
so.


And another question, or rather kind request: Does anynone have JCL
statements on punched cards? I would like to get/download some images of
JOB, EXEC, and DD statements on punched cards. I have a lot of card
pictures, but none with JCL.

--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
zapisałeś na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może
wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia
(kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza
prawo i może podlegać karze.

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, KRS
025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości)
według stanu na 01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have
printed out or saved).
This message may contain legally protected information, which may be used
exclusively by the addressee.Please be reminded that anyone who disseminates
(copies, distributes) this message or takes any similar action, violates the
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the
Capital City of Warsaw, 12th Commercial Division of the National Court
Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital
amounting to PLN 169.401.468 as at 1 January 2020.

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

Re: Punched cards and character set

[Ron Wells]

Ahhh--good old days...when I started in 65--TAB operator out of school

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe 
Monk
Sent: Tuesday, June 02, 2020 10:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Punched cards and character set

** EXTERNAL EMAIL - USE CAUTION **


https://nam05.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.bitsavers.org%2Fpdf%2Fibm%2F370%2FreferenceCard%2FGX20-1850-7_System_370_Reference_Summary_Feb89.pdfdata=02%7C01%7CRon.Wells%40OMF.COM%7C5979f6fc5d0c4e84d9c908d8070d5f43%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C1%7C637267101305939021sdata=0U3u6cR0BVPcu%2BRKv8vN2a1UBmmJfhx1OjlEzZ5CgHs%3Dreserved=0

Pages 34-37 show the punch sequences for every EBCDIC character.

Joe

On Tue, Jun 2, 2020 at 10:48 AM Seymour J Metz  wrote:

> That's what the multipunch icon is for.
>
>
> --
> Shmuel (Seymour J.) Metz
> https://nam05.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.g
> mu.edu%2F~smetz3data=02%7C01%7CRon.Wells%40OMF.COM%7C5979f6fc5d0c
> 4e84d9c908d8070d5f43%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C1%7C6372
> 67101305939021sdata=UjYISYZ3NVs38Xw%2Fdblib6KNZulWvE51TJIWQMwhM74
> %3Dreserved=0
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
> behalf of Paul Gilmartin
> [000433f07816-dmarc-requ...@listserv.ua.edu]
> Sent: Tuesday, June 2, 2020 11:45 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Punched cards and character set
>
> On Tue, 2 Jun 2020 08:39:47 -0700, Charles Mills wrote:
>
> >> thousands of punched cards with no real way to read them anymore
> >
> >In this day and age it should be pretty trivial to write software
> >that
> would
> >encode a scanned image of a punched card.
> >
>
> https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsecu
> re-web.cisco.com%2F1nnNBEm7A_m0wqtAaLgflbbQkYcjHIggP4CG9-aGJ60iv5LGiLA
> 3b-sgOj4Z5RrXqVoy9bO2GtA9gEMmiJEEw3pCD1XRrPeZQWJJCqaIyNbpg5ZWh8c6x0VeF
> 0TZoxma_Otu7hIdTuq2ofjE708_dgI3S5MCKLcwE_xc7JJfzy8W5CbJtY1SkhkeYSprsqy
> o2yfbl5OHjUZJbTG2s7GXMFmD7YKxonbikH40zRCkbg_74GAPYOxAYOpwH8ZbsC3mCXT05
> 3D09iRwt8LrVy3YY5F2tKCLQ_NGXKUVBEpyITOgO3r2GL4CQhdxQNpIcd1pG8IKub1rEkN
> zpO2rEF2nrS-ZymxsdobgXvKJTRZ60DFakV-PzKE83Yo7EGjV4tJ_qLCTueYpoubnb8fjN
> 2PfOc2QiDo5PI0UrPLcFhI0zKbq565EBcHShRAWIET5XHxxp%2Fhttps%253A%252F%252
> Fwww.masswerk.at%252Fcardreader%252Fdata=02%7C01%7CRon.Wells%40OM
> F.COM%7C5979f6fc5d0c4e84d9c908d8070d5f43%7C57c0053cb5f84a1e8bb6e8afa09
> f3b82%7C0%7C0%7C637267101305943999sdata=3uq5DPnahAow6rKVdCJ9HVo3q
> Za8Hp8%2FEH1jkulGeZc%3Dreserved=0
>
> ... and you can generate those with:
> https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsecu
> re-web.cisco.com%2F18RdBO7ZKkAs5OiZMvPOj6vYNZ1vPzRv8-SvdzewuLLELpAKP_G
> eJnSYFbmSwvh2MVE53Rxi2uGYungYYyMlcCaXY3qglnQDjJXofyqjrQn93NUOrWOKhPXFf
> FDrFFnEjxSbUpj6zbch_4Xq6OPk3cZ0O3ccHUhM6k7wTXzXsZ46f0FqlhmUOnbz9MC6Tls
> LWiuDSVgJsSHEx6Pw1OkcIfDOGvfOqH2fSx9NTpZOSd-YGOFd-qklQ8znc-6UbGYd5uCae
> wG9Q5boaZcyXcC_Le94ZTpQ5mb-9Nswve4M-IPz3mjja9x29OM6VtgajzfsgOfin9Yh1gp
> tx3OhF-0Q7BYYX_sT1uSBUCnoV6l-R1JAiAjEyiaAER2Xp-RLhw59c-XIaoMMZ6cHqQaeX
> ro-zjqoyiyA9gaY-jMPVEoB4msJBvL2B092rkIMM4PKcR5H2%2Fhttps%253A%252F%252
> Fwww.masswerk.at%252Fkeypunch%252Fdata=02%7C01%7CRon.Wells%40OMF.
> COM%7C5979f6fc5d0c4e84d9c908d8070d5f43%7C57c0053cb5f84a1e8bb6e8afa09f3
> b82%7C0%7C0%7C637267101305943999sdata=a6bfPeadyYbWTN6vHnJYLFuerqV
> jqa1soPmF%2FvY8Ci0%3Dreserved=0
>
> (But it doesn't do UTF-8.)
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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


Email Disclaimer

This E-mail contains confidential information belonging to the sender, which 
may be legally privileged information. This information is intended only for 
the use of the individual or entity addressed above. If you are not the 
intended recipient, or an employee or agent responsible for delivering it to 
the intended recipient, you are hereby notified that any disclosure, copying, 
distribution, or the taking of any action in reliance on the contents of the 
E-mail or attached files is strictly prohibited.

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

Re: Cl/Supersession

[Seymour J Metz]

Does departmental poicy allow you to bring up a public facing FTP or WWW 
server? If so, pur your screen shots there and post links.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Edgington, Jerry [jerry.edging...@westernsouthernlife.com]
Sent: Tuesday, June 2, 2020 10:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

The listserv, will not allow the sending of screen shot, and I tried HTML, but 
it was rejected.

I am working on switching the definitions to dynamic definitions, instead of 
defining each individual terminal.
How are you having the users logging on to CLSS from the 10 Screen?
-   The message 10, displays the screen and all terminals for that port, 
logon to SuperSession.  There are other applications available, but there are 
no longer available
Have you had to add every user to CL/SuperSession
-   I don’t think so, but I don’t perform User admin functions.  But, I 
believe there is a default setup
Would you send me a screen shot or your VTAMLST member for CLSS?  Only GATEWY16 
is available.  I am still working on cleaning up SuperSession.

VTPOPER6 APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP006,PARSESS=YES,
   SRBEXIT=YES
VPO6 APPL  AUTH=(ACQ,PASS,SPO),ACBNAME=VTP046,
   SRBEXIT=YES
CUAOPER  APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP056,PARSESS=YES,
   SRBEXIT=YES
HDACB1   APPL  AUTH=(ACQ,PASS,SPO),ACBNAME=HDACB1,
   SRBEXIT=YES
***
* SAMPLE SUPERSESSION/GATEWAY APPLICATIONS.  REFER TO
* $HGATES IN VTPCLIB FOR THE HOSTGATE COMMANDS.
***
GATEWY16 APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP016,SRBEXIT=YES
GATEWY26 APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP026,SRBEXIT=YES
GATEWY36 APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP036,SRBEXIT=YES
***
VIRTMTO1 APPL  EAS=1,AUTH=(ACQ,NVPACE),ACBNAME=VIRTMTO1
VIRTMTO2 APPL  EAS=1,AUTH=(ACQ,NVPACE),ACBNAME=VIRTMTO2
VIRTMTO3 APPL  EAS=1,AUTH=(ACQ,NVPACE),ACBNAME=VIRTMTO3
VIRTMTO4 APPL  EAS=1,AUTH=(ACQ,NVPACE),ACBNAME=VIRTMTO4
***
* VIRTUAL TERMINALS REQUIRED FOR PASSTHRU SESSIONS.  REFER TO
* MEMBER $VSMS IN VTPCLIB FOR THE VSM COMMANDS.
***
TERM APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES
TERM0001 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0001,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES
TERM0002 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0002,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES
TERM0003 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0003,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES
TERM0004 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0004,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES
TERM0005 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0005,PARSESS=YES, X


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Tuesday, June 2, 2020 9:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FW: Cl/Supersession

This message was sent from an external source outside of Western & Southern's 
network. Do not click links or open attachments unless you recognize the sender 
and know the contents are safe.


I've come up to a couple silly questions

Would you send me a screen shot or your VTAMLST member for CLSS?
How are you having the users logging on to CLSS from the 10 Screen?
Have you had to add every user to CL/SuperSession?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edgington, Jerry
Sent: Monday, June 1, 2020 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

For the TN3270 traffic into SuperSession?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Monday, June 1, 2020 3:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

This message was sent from an external source outside of Western & Southern's 
network. Do not click links or open attachments unless you recognize the sender 
and know the contents are safe.


Are you using Secure Sockets?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wayne Bickerdike
Sent: Monday, June 1, 2020 2:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

We have just installed at a customer 

Re: Cl/Supersession

[Edgington, Jerry]

Steve,

That sounds like a LOGMODE table issue.I would check the LOGMODEs and 
Terminal types.  However, my knowledge is limited, when it comes to VTAM and 
its components.

Jerry 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Tuesday, June 2, 2020 10:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

This message was sent from an external source outside of Western & Southern's 
network. Do not click links or open attachments unless you recognize the sender 
and know the contents are safe.


Jerry,

I have the stupid thing talking to me using NON-TLS Ports.  

The only thing now is that its seems that I have NO Control at the READY 
prompt.  I type in SDSF and the session shifts the SDSF command up on the 
SCREEN but does not execute the command.

Other than that I am building my STATIC APPLDEFS with no problem

Steve 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edgington, Jerry
Sent: Tuesday, June 2, 2020 9:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

The listserv, will not allow the sending of screen shot, and I tried HTML, but 
it was rejected.

I am working on switching the definitions to dynamic definitions, instead of 
defining each individual terminal. 
How are you having the users logging on to CLSS from the 10 Screen?
-   The message 10, displays the screen and all terminals for that port, 
logon to SuperSession.  There are other applications available, but there are 
no longer available
Have you had to add every user to CL/SuperSession
-   I don’t think so, but I don’t perform User admin functions.  But, I 
believe there is a default setup
Would you send me a screen shot or your VTAMLST member for CLSS?  Only GATEWY16 
is available.  I am still working on cleaning up SuperSession.

VTPOPER6 APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP006,PARSESS=YES, 
   SRBEXIT=YES
VPO6 APPL  AUTH=(ACQ,PASS,SPO),ACBNAME=VTP046,
   SRBEXIT=YES
CUAOPER  APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP056,PARSESS=YES, 
   SRBEXIT=YES
HDACB1   APPL  AUTH=(ACQ,PASS,SPO),ACBNAME=HDACB1,
   SRBEXIT=YES
***   
* SAMPLE SUPERSESSION/GATEWAY APPLICATIONS.  REFER TO 
* $HGATES IN VTPCLIB FOR THE HOSTGATE COMMANDS.   
***   
GATEWY16 APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP016,SRBEXIT=YES  
GATEWY26 APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP026,SRBEXIT=YES  
GATEWY36 APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP036,SRBEXIT=YES  
***   
VIRTMTO1 APPL  EAS=1,AUTH=(ACQ,NVPACE),ACBNAME=VIRTMTO1 
VIRTMTO2 APPL  EAS=1,AUTH=(ACQ,NVPACE),ACBNAME=VIRTMTO2 
VIRTMTO3 APPL  EAS=1,AUTH=(ACQ,NVPACE),ACBNAME=VIRTMTO3 
VIRTMTO4 APPL  EAS=1,AUTH=(ACQ,NVPACE),ACBNAME=VIRTMTO4 
*** 
* VIRTUAL TERMINALS REQUIRED FOR PASSTHRU SESSIONS.  REFER TO   
* MEMBER $VSMS IN VTPCLIB FOR THE VSM COMMANDS. 
*** 
TERM APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES 
TERM0001 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0001,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES 
TERM0002 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0002,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES 
TERM0003 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0003,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES 
TERM0004 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0004,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES 
TERM0005 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0005,PARSESS=YES, X


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Tuesday, June 2, 2020 9:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FW: Cl/Supersession

This message was sent from an external source outside of Western & Southern's 
network. Do not click links or open attachments unless you recognize the sender 
and know the contents are safe.

Re: Punched cards and character set

[Charles Mills]

https://homepage.divms.uiowa.edu/~jones/cards/codes.html Charles 
 Original message From: "Farley, Peter x23353" 
 Date: 6/2/20  7:43 AM  (GMT-08:00) To: 
IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Punched cards and character set 
Radoslaw,In the IBM world, all possible EBCDIC characters (all 256) were 
possible to punch into physical cards, but punching any characters not on the 
keypunch machine's keyboard (like lower-case letters) required using the 
"multi-punch" key (or on older keypunch machines, physically holding the card 
in place so that punches did not advance the column position) to manually punch 
the necessary holes in one column.If you sent "object deck" output of the 
assembler or a compiler to a physical card punch peripheral you could punch all 
256 characters into them.  It was harder to do from a manual keypunch 
machine.There were alternate physical card formats for non-IBM environments.  
IIRC, Univac used a 96-column card with round holes instead of rectangular 
ones.  I saw them once, but never got to work with them.I have been asking 
Google to find any documentation of the full encoding of punches to EBCDIC 
characters but haven't found anything relevant yet.Sorry, I don't have any 
actual JCL on physical punched cards any more.  Somewhere in the attic I may 
have a box or two of blank ones, but nothing with punches.Peter-Original 
Message-From: IBM Mainframe Discussion List  On 
Behalf Of R.S.Sent: Tuesday, June 2, 2020 10:20 AMTo: 
ibm-m...@listserv.ua.EDUSubject: Punched cards and character setI have never 
used punched cards, so forgive me my questions.As far as I know, a character 
set on punched cards was somehow limited, so it is not EBCDIC or similar set of 
256 characters.Of course that means some limitations for DD * datasets - if 
coded on real punched cards.Nowadays I'm pretty sure DD * accept every possible 
character, as any other dataset (with some exception for delimiter). Note, it 
is program independent - this is a change within system (JES2, Interpreter, 
whatever).Q1: how it was in the past? I mean, were the DD * limited to "punched 
card" character set? Or it was always full EBCDIC if the job was read from 
DASD?Q2: What about character set on the cards? Was it always one and the same 
within S/360 family? I noted there were several character sets, but as far as I 
understand those set was for other machines (Remington,pre-S360 IBM machines, 
etc.)Was there any name for card character set? I mean something like "CP 037" 
or so.And another question, or rather kind request: Does anynone have JCL 
statements on punched cards? I would like to get/download some images of JOB, 
EXEC, and DD statements on punched cards. I have a lot of card pictures, but 
none with JCL.--This message and any attachments are intended only for the use 
of the addressee and may contain information that is privileged and 
confidential. If the reader of the message is not the intended recipient or an 
authorized representative of the intended recipient, you are hereby notified 
that any dissemination of this communication is strictly prohibited. If you 
have received this communication in error, please notify us immediately by 
e-mail and delete the message and any attachments from your 
system.--For
 IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Base SYSPLEX setup [EXTERNAL]

[Feller, Paul]

Dana, when we had the CTCs defined going through a set of switches we did not 
have the Serial-# field coded in HCD.  When we defined new CTCs without the 
switches we at first did not code the Serial-# And things didn't seem to want 
to "connect" up properly.  We then coded the Serial-# in HCD and things 
connected up properly.

Here are a few other thoughts on the subject of the base sysplex setup.  I can 
understand the idea of trying to save money.  We all have to deal with 
management wanting not to spend money.  So you do what you can with what you 
have.

The idea of using existing channels with DASD or TAPE at the other end for the 
CTC connections can be done, I'm just not a fan of that support.  If possible I 
would rather see the CTCs have their own channels.  That is how I've set it up 
over the years.

I help support two base sysplex environments and one parallel sysplex.  The two 
base sysplex have three lpars each.  We use the XCF/CTC setup to support GRS 
and a few other things for the base sysplex.  From what I see GRS ring works 
better when it lets XCF do the signaling management.  Naturally the overhead of 
GRS will vary depending on how busy it gets.  That also holds true for XCF.  
Like I say I think GRS ring works better with XCF in the picture.

 

Thanks..

Paul Feller
GTS Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dana Mitchell
Sent: Tuesday, June 02, 2020 8:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup [EXTERNAL]

On Sun, 31 May 2020 12:19:16 +, Feller, Paul  
wrote:

> We found out the hard way when we converted off of FICON switches you 
> need to code a serial number in the control unit definition to make the 
> connection work properly.
>

Does lack of a serial number really prevent these from working?  I've always 
had them coded,  but I just assumed they were just so HCD could make out what 
the physical connections were,  for reporting purposes and whatnot.

Dana

--
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: Punched cards and character set

[Charles Mills]

The System/3 used 96-column cards that were physically smaller than
Hollerith cards.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Farley, Peter x23353
Sent: Tuesday, June 2, 2020 7:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Punched cards and character set

Radoslaw,

In the IBM world, all possible EBCDIC characters (all 256) were possible to
punch into physical cards, but punching any characters not on the keypunch
machine's keyboard (like lower-case letters) required using the
"multi-punch" key (or on older keypunch machines, physically holding the
card in place so that punches did not advance the column position) to
manually punch the necessary holes in one column.

If you sent "object deck" output of the assembler or a compiler to a
physical card punch peripheral you could punch all 256 characters into them.
It was harder to do from a manual keypunch machine.

There were alternate physical card formats for non-IBM environments.  IIRC,
Univac used a 96-column card with round holes instead of rectangular ones.
I saw them once, but never got to work with them.

I have been asking Google to find any documentation of the full encoding of
punches to EBCDIC characters but haven't found anything relevant yet.

Sorry, I don't have any actual JCL on physical punched cards any more.
Somewhere in the attic I may have a box or two of blank ones, but nothing
with punches.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
R.S.
Sent: Tuesday, June 2, 2020 10:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Punched cards and character set

I have never used punched cards, so forgive me my questions.

As far as I know, a character set on punched cards was somehow limited, so
it is not EBCDIC or similar set of 256 characters.
Of course that means some limitations for DD * datasets - if coded on real
punched cards.
Nowadays I'm pretty sure DD * accept every possible character, as any other
dataset (with some exception for delimiter). Note, it is program independent
- this is a change within system (JES2, Interpreter, whatever).

Q1: how it was in the past? I mean, were the DD * limited to "punched card"
character set? Or it was always full EBCDIC if the job was read from DASD?

Q2: What about character set on the cards? Was it always one and the same
within S/360 family? I noted there were several character sets, but as far
as I understand those set was for other machines (Remington,
pre-S360 IBM machines, etc.)
Was there any name for card character set? I mean something like "CP 037" or
so.


And another question, or rather kind request: Does anynone have JCL
statements on punched cards? I would like to get/download some images of
JOB, EXEC, and DD statements on punched cards. I have a lot of card
pictures, but none with JCL.

--

This message and any attachments are intended only for the use of the
addressee and may contain information that is privileged and confidential.
If the reader of the message is not the intended recipient or an authorized
representative of the intended recipient, you are hereby notified that any
dissemination of this communication is strictly prohibited. If you have
received this communication in error, please notify us immediately by e-mail
and delete the message and any attachments from your system.

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

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

Re: Punched cards and character set

[Paul Gilmartin]

On Tue, 2 Jun 2020 08:39:47 -0700, Charles Mills wrote:

>> thousands of punched cards with no real way to read them anymore
>
>In this day and age it should be pretty trivial to write software that would
>encode a scanned image of a punched card.
>
https://www.masswerk.at/cardreader/

... and you can generate those with: https://www.masswerk.at/keypunch/

(But it doesn't do UTF-8.)

-- gil

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

Re: TIME a data set was created?

[Paul Gilmartin]

On Fri, 29 May 2020 22:58:55 -0700, Ed Jaffe wrote:

>On 5/29/2020 7:00 PM, Peter Vels wrote:
>> How does one get the TIME a z/OS data set was created?  The date is easy,
>> but I'm after the time.
>
>Data set creation time has been supported by z/OS for many years. To get
>it, you must allocate using FMT8/9 DSCBs in the VTOC instead of FMT1.
>When you do so, you get this field in the format 9 disk label:
>
>DS9TIME DS XL6 Number of microseconds since
>*  midnight, local time, that the data
>*  set described by its format 8 DSCB
>*  was created.  See creation date
>*  field, DS1CREDT, for the date @V2A
> 
I'll pose directly the question I posed earlier only obliquely:
On the Fall Daylight Saving Time boundary, does "microseconds
since midnight, local time" extend to 9.00e10 because the day
has 25 hours, whereas it extends to only 8.64e10 in a 24-hour
day?

-- gil

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

Re: Cl/Supersession

[Steve Beaver]

Jerry,

I have the stupid thing talking to me using NON-TLS Ports.  

The only thing now is that its seems that I have NO Control at the READY 
prompt.  I type in SDSF and the session shifts the SDSF command up on the 
SCREEN but does not execute the command.

Other than that I am building my STATIC APPLDEFS with no problem

Steve 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edgington, Jerry
Sent: Tuesday, June 2, 2020 9:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

The listserv, will not allow the sending of screen shot, and I tried HTML, but 
it was rejected.

I am working on switching the definitions to dynamic definitions, instead of 
defining each individual terminal. 
How are you having the users logging on to CLSS from the 10 Screen?
-   The message 10, displays the screen and all terminals for that port, 
logon to SuperSession.  There are other applications available, but there are 
no longer available
Have you had to add every user to CL/SuperSession
-   I don’t think so, but I don’t perform User admin functions.  But, I 
believe there is a default setup
Would you send me a screen shot or your VTAMLST member for CLSS?  Only GATEWY16 
is available.  I am still working on cleaning up SuperSession.

VTPOPER6 APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP006,PARSESS=YES, 
   SRBEXIT=YES
VPO6 APPL  AUTH=(ACQ,PASS,SPO),ACBNAME=VTP046,
   SRBEXIT=YES
CUAOPER  APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP056,PARSESS=YES, 
   SRBEXIT=YES
HDACB1   APPL  AUTH=(ACQ,PASS,SPO),ACBNAME=HDACB1,
   SRBEXIT=YES
***   
* SAMPLE SUPERSESSION/GATEWAY APPLICATIONS.  REFER TO 
* $HGATES IN VTPCLIB FOR THE HOSTGATE COMMANDS.   
***   
GATEWY16 APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP016,SRBEXIT=YES  
GATEWY26 APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP026,SRBEXIT=YES  
GATEWY36 APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP036,SRBEXIT=YES  
***   
VIRTMTO1 APPL  EAS=1,AUTH=(ACQ,NVPACE),ACBNAME=VIRTMTO1 
VIRTMTO2 APPL  EAS=1,AUTH=(ACQ,NVPACE),ACBNAME=VIRTMTO2 
VIRTMTO3 APPL  EAS=1,AUTH=(ACQ,NVPACE),ACBNAME=VIRTMTO3 
VIRTMTO4 APPL  EAS=1,AUTH=(ACQ,NVPACE),ACBNAME=VIRTMTO4 
*** 
* VIRTUAL TERMINALS REQUIRED FOR PASSTHRU SESSIONS.  REFER TO   
* MEMBER $VSMS IN VTPCLIB FOR THE VSM COMMANDS. 
*** 
TERM APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES 
TERM0001 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0001,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES 
TERM0002 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0002,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES 
TERM0003 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0003,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES 
TERM0004 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0004,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES 
TERM0005 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0005,PARSESS=YES, X


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Tuesday, June 2, 2020 9:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FW: Cl/Supersession

This message was sent from an external source outside of Western & Southern's 
network. Do not click links or open attachments unless you recognize the sender 
and know the contents are safe.


I've come up to a couple silly questions

Would you send me a screen shot or your VTAMLST member for CLSS?
How are you having the users logging on to CLSS from the 10 Screen?
Have you had to add every user to CL/SuperSession?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edgington, Jerry
Sent: Monday, June 1, 2020 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

For the TN3270 traffic into SuperSession?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Monday, June 1, 2020 3:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU

Re: Punched cards and character set

[Joe Monk]

http://www.bitsavers.org/pdf/ibm/370/referenceCard/GX20-1850-7_System_370_Reference_Summary_Feb89.pdf

Pages 34-37 show the punch sequences for every EBCDIC character.

Joe

On Tue, Jun 2, 2020 at 10:48 AM Seymour J Metz  wrote:

> That's what the multipunch icon is for.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
> Sent: Tuesday, June 2, 2020 11:45 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Punched cards and character set
>
> On Tue, 2 Jun 2020 08:39:47 -0700, Charles Mills wrote:
>
> >> thousands of punched cards with no real way to read them anymore
> >
> >In this day and age it should be pretty trivial to write software that
> would
> >encode a scanned image of a punched card.
> >
>
> https://secure-web.cisco.com/1nnNBEm7A_m0wqtAaLgflbbQkYcjHIggP4CG9-aGJ60iv5LGiLA3b-sgOj4Z5RrXqVoy9bO2GtA9gEMmiJEEw3pCD1XRrPeZQWJJCqaIyNbpg5ZWh8c6x0VeF0TZoxma_Otu7hIdTuq2ofjE708_dgI3S5MCKLcwE_xc7JJfzy8W5CbJtY1SkhkeYSprsqyo2yfbl5OHjUZJbTG2s7GXMFmD7YKxonbikH40zRCkbg_74GAPYOxAYOpwH8ZbsC3mCXT053D09iRwt8LrVy3YY5F2tKCLQ_NGXKUVBEpyITOgO3r2GL4CQhdxQNpIcd1pG8IKub1rEkNzpO2rEF2nrS-ZymxsdobgXvKJTRZ60DFakV-PzKE83Yo7EGjV4tJ_qLCTueYpoubnb8fjN2PfOc2QiDo5PI0UrPLcFhI0zKbq565EBcHShRAWIET5XHxxp/https%3A%2F%2Fwww.masswerk.at%2Fcardreader%2F
>
> ... and you can generate those with:
> https://secure-web.cisco.com/18RdBO7ZKkAs5OiZMvPOj6vYNZ1vPzRv8-SvdzewuLLELpAKP_GeJnSYFbmSwvh2MVE53Rxi2uGYungYYyMlcCaXY3qglnQDjJXofyqjrQn93NUOrWOKhPXFfFDrFFnEjxSbUpj6zbch_4Xq6OPk3cZ0O3ccHUhM6k7wTXzXsZ46f0FqlhmUOnbz9MC6TlsLWiuDSVgJsSHEx6Pw1OkcIfDOGvfOqH2fSx9NTpZOSd-YGOFd-qklQ8znc-6UbGYd5uCaewG9Q5boaZcyXcC_Le94ZTpQ5mb-9Nswve4M-IPz3mjja9x29OM6VtgajzfsgOfin9Yh1gptx3OhF-0Q7BYYX_sT1uSBUCnoV6l-R1JAiAjEyiaAER2Xp-RLhw59c-XIaoMMZ6cHqQaeXro-zjqoyiyA9gaY-jMPVEoB4msJBvL2B092rkIMM4PKcR5H2/https%3A%2F%2Fwww.masswerk.at%2Fkeypunch%2F
>
> (But it doesn't do UTF-8.)
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Base SYSPLEX setup

[Allan Staller]

I can speak from experience. GRS Ring performance sucks with even 2 LPARs 
compared to GRS STAR.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Monday, June 1, 2020 11:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I've never gone here. The impression I got from the folks on this list was that 
GRS ring performance was abysmal for more than 2 lpars.

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Brian Westerman
> Sent: Monday, June 01, 2020 9:37 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Base SYSPLEX setup
>
> It's all about the cost.  Especially right now, there is just no money
> to put into the box.  If we knew for sure that the software CF would
> only take 1MSU or less, then we would do it in a heartbeat, but it's a
> base model z13s so there are only 13MSU's int he entire complex,
> taking even one away is a big deal, but IBM will only guarantee that
> it wouldn't take more than "a couple".  We don't have a couple to give
> up.  Even just 2 is more than 15%.  The goal is to install GRS (free) so that 
> we can drop MIM.
>
> On Mon, 1 Jun 2020 11:15:45 +0200, R.S.
>  wrote:
>
> >W dniu 01.06.2020 o 02:27, Brian Westerman pisze:
> >> The box isn't maxed out, but it's pretty close.  It's a base z13s
> >> and no
> money to upgrade it.  The cards are a cheap way to get by (they are
> under
> $400 with $0 increase in maintenance costs), whereas the cost of a CF
> is far greater.  We can't use the software CF option (build a CF lpar
> without a actual CF processor) because that would take us over the
> tipping point and no budget to add any more MSU's to resolve it.
> Maybe in a year or so, but for now that's not a viable option.
> >
> >OK, we know it's poor configuration. Old machine, small one.
> >So, what is the reason for Sysplex? What goal to achieve?
> >Sysplex takes some CPU, so for "pretty close to maxed out" CPC it is
> >not very fine.
> >IMHO it would be reasonable to consider purchase second hand CPC as
> >standalone CF and some cards. Of course the question about the goal
> >is still valid.
> >
> >--
> >Radoslaw Skorupka
> >Lodz, Poland
> >
> >
> >
> >
> >
> >=
> =
> >
> >Jeśli nie jesteś adresatem tej wiadomości:
> >
> >- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> >- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> zapisałeś na dysku).
> >Wiadomość ta może zawierać chronione prawem informacje, które może
> wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania,
> narusza prawo i może podlegać karze.
> >
> >mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950
> Warszawa,https://apc01.safelinks.protection.outlook.com/?url=https%3A%
> 2F%2Furldefense.com%2Fv3%2F__http%3A%2F%2Fwww.mBank.pl__%3B!!JmPEgB
> p;data=02%7C01%7Callan.staller%40HCL.COM%7C1a38cf5b250e4d7f61c308d806a
> f2edc%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637266696772037397&
> amp;sdata=yr2aYJyBefiAYug%2FJ3tnsJqEmuQpBxXWxRqozYK3FBg%3Dreserve
> d=0
> Y0HMszNaDT!5eDRzqHriX-hLqA1YPn8U77EX7HJTbRFwCICRZfiI4Cez-
> xkXnu6skRyQ7UZqQ$ , e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st.
> Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS
> 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości)
> według stanu na 01.01.2020 r. wynosi 169.401.468 złotych.
> >
> >If you are not the addressee of this message:
> >
> >- let us know by replying to this e-mail (thank you!),
> >- delete this message permanently (including all the copies which you
> >have
> printed out or saved).
> >This message may contain legally protected information, which may be
> >used
> exclusively by the addressee.Please be reminded that anyone who
> disseminates (copies, distributes) this message or takes any similar
> action, violates the law and may be penalised.
> >
> >mBank S.A. with its registered office in Warsaw, ul. Senatorska 18,
> >00-950
> Warszawa,https://apc01.safelinks.protection.outlook.com/?url=https%3A%
> 2F%2Furldefense.com%2Fv3%2F__http%3A%2F%2Fwww.mBank.pl__%3B!!JmPEgB
> p;data=02%7C01%7Callan.staller%40HCL.COM%7C1a38cf5b250e4d7f61c308d806a
> f2edc%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637266696772037397&
> amp;sdata=yr2aYJyBefiAYug%2FJ3tnsJqEmuQpBxXWxRqozYK3FBg%3Dreserve
> d=0
> Y0HMszNaDT!5eDRzqHriX-hLqA1YPn8U77EX7HJTbRFwCICRZfiI4Cez-
> xkXnu6skRyQ7UZqQ$ , e-mail: kont...@mbank.pl. District Court for the
> Capital City of Warsaw, 12th Commercial Division of the National Court
> Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share
> capital amounting to PLN 169.401.468 as at 1 January 

Re: Base SYSPLEX setup

[Edgington, Jerry]

Alan,

Just curious, but does using FCTCs use less MSUs than XCF structures??  Also, I 
believe you can use the FICON terminators, and loop the FICON back to itself.  
However, I haven't done it myself, because normally, during installation IBM 
removes all the FICON terminators. 

Thanks,
Jerry 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Tuesday, June 2, 2020 7:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

This message was sent from an external source outside of Western & Southern's 
network. Do not click links or open attachments unless you recognize the sender 
and know the contents are safe.


A total of 4 ficon ports are required with 2 cables. The FICON CTC's can be 
shared by all connected LPARs via PATHIIN/PATHOUT in SYS1.PARMLIB(COUPLExx).


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Timothy Sipples
Sent: Tuesday, June 2, 2020 12:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Brian,

1. If you haven't also looked at IBM Publication No. SB10-7174 yet, I'd refer 
you to that one ("IBM Z FICON Channel-to-Channel Reference"). I believe you've 
found SG24-5451 already.

2. You might not need additional FICON Express features at all. It depends on 
how you're set up, but there's quite a bit of link sharing that's possible. 
Quoting IBM, "A FICON channel with CTC capability may behave as both a standard 
FICON channel connecting to standard FICON I/O control units, as well as having 
an internal CTC control unit function in support of CTC connections Neither 
FICON channel must be dedicated exclusively to CTC operations."

If you have (for example) two machines connected to at least one common FICON 
SAN switch/director then you're *probably* good to go from a physical point of 
view, for some minimum level of service anyway. Sure, do due diligence in terms 
of performance and such, but it seems like a better idea to me to leave these 
machines physically unmolested if possible rather than try to hack something in 
(that's withdrawn from marketing).

There was probably some point in "ancient history" when the various sharing 
options weren't available, but I believe all FICON-equipped z/Architecture 
machines have these various CTC-related sharing capabilities at least in some 
fashion. SB10-7174 repeatedly refers to an engineering change (EC) that was 
available at least as far back as the IBM
z900 from what I can tell.

- - - - - - - - - -
Timothy Sipples
I.T. Architect Executive
Digital Asset & Other Industry Solutions IBM Z & LinuxONE
- - - - - - - - - -
E-Mail: sipp...@sg.ibm.com

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

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


--
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: Extending the /tmp file system

[PIETIN Jean-Loup]

Hi

Normally with this .. you can :

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.bpxb200/tfsext.htm

Best Regards

Jean-Loup PIETIN

-Message d'origine-
De : IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] De la part 
de Gadi Ben-Avi
Envoyé : mardi 2 juin 2020 15:27
À : IBM-MAIN@LISTSERV.UA.EDU
Objet : Extending the /tmp file system

Hi,

Is it possible to extend the /tmp file system without an IPL?

It's currently defined as:
MOUNT FILESYSTEM('/tmp')
 MOUNTPOINT('/tmp')
 TYPE(TFS)
 MODE(RDWR)
 PARM('-s 100')

We are running z/OS v2.2

Thanks

Gadi

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

Catalog solution - dead or live?

[ITschak Mugzach]

I am trying to figure if this product still alive. afaik it is now at
Rocket, but they only list mainstar catalog recovery plus.

ITschak
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM comming son  *

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

Re: Base SYSPLEX setup

[Allan Staller]

A total of 4 ficon ports are required with 2 cables. The FICON CTC's can be 
shared by all connected LPARs via PATHIIN/PATHOUT in SYS1.PARMLIB(COUPLExx).


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Timothy Sipples
Sent: Tuesday, June 2, 2020 12:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Brian,

1. If you haven't also looked at IBM Publication No. SB10-7174 yet, I'd refer 
you to that one ("IBM Z FICON Channel-to-Channel Reference"). I believe you've 
found SG24-5451 already.

2. You might not need additional FICON Express features at all. It depends on 
how you're set up, but there's quite a bit of link sharing that's possible. 
Quoting IBM, "A FICON channel with CTC capability may behave as both a standard 
FICON channel connecting to standard FICON I/O control units, as well as having 
an internal CTC control unit function in support of CTC connections Neither 
FICON channel must be dedicated exclusively to CTC operations."

If you have (for example) two machines connected to at least one common FICON 
SAN switch/director then you're *probably* good to go from a physical point of 
view, for some minimum level of service anyway. Sure, do due diligence in terms 
of performance and such, but it seems like a better idea to me to leave these 
machines physically unmolested if possible rather than try to hack something in 
(that's withdrawn from marketing).

There was probably some point in "ancient history" when the various sharing 
options weren't available, but I believe all FICON-equipped z/Architecture 
machines have these various CTC-related sharing capabilities at least in some 
fashion. SB10-7174 repeatedly refers to an engineering change (EC) that was 
available at least as far back as the IBM
z900 from what I can tell.

- - - - - - - - - -
Timothy Sipples
I.T. Architect Executive
Digital Asset & Other Industry Solutions IBM Z & LinuxONE
- - - - - - - - - -
E-Mail: sipp...@sg.ibm.com

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

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


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

Re: Base SYSPLEX setup

[R.S.]

Good question. However better question is why LPARs withing single CPC 
cannot communicate via some emulated channel like ICP or IQD. The only 
reasonable answer is because IBM decided. Was the decision reasonable? 
That's another question.
Fortunately for FICON CTC it is enough to use *one* channel connected do 
a switch. And the channel may be shared, that means may also serve 
another CUs.
Assuming poor configuration and lack of budget, that could be a solution 
to use two (redundancy) existing FC chpids, attached to switch. Of 
course I would choose less busy channels.


BTW: GRS ring is not for free. It will take CPU cycles. And it will 
introduce delays.
The alternative for GRS ring is ...maybe no GRS between LPARs. Maybe 
workload can be consolidated on single LPAR or resources may be not 
shared. Or sharing may be reorganized.


--
Radoslaw Skorupka
Lodz, Poland






W dniu 02.06.2020 o 05:42, kekronbekron pisze:

Just curious .. why does it have to be FICON CTC, why can't it be SMC-D/R or 
HiperSockets or one of those ICA-SR (or whatever it's called) connectors IF 2 
machines are involved.


- KB

‐‐‐ Original Message ‐‐‐
On Monday, June 1, 2020 6:29 PM, Allan Staller  wrote:


See the manuals "Setting up a SYSPLEX" and "Merging Systems Into A SYSPLEX". 
Both can be found on the IBM zOS Library site.
Some key items not available in a base sysplex:

GRS START (use CTC for inter-image communication.
VTAM Generic resources, VTAM MNPS
RACF data sharing (RACF sysplex communications is available)
Many others. All are described in Setting Up a SYSPLEX

HTH,
-Original Message-
From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of Brian 
Westerman

Sent: Sunday, May 31, 2020 2:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Base SYSPLEX setup

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Hi,

I'm looking for information on how to set up a base SYSPLEX with only Ficon 
CTC's that seem to be referred to as XCF CTC's.

I'm sure someone had done this before and is probably doing it now for Multiple 
LPARs that are running on the same processor CEC. Configuration help (parms 
etc.) would be greatly appreciated. I think all we need to do to connect the 3 
existing LPARs is purchase 2 FICON cards (we currently have no extras). 
Unfortunately, the IBM docs seem to talk a lot about the full parallel 
sysplexes (with Coupling facilities), but we don't have them, and they seem to 
be a great deal more expensive than FICON cards which are all we need to 
implement GRS anyway (that's our goal). We can also apparently create a virtual 
CF, but the overhead appears to be far greater than we can spare.

Any CXF CTC setup information would be greatly appreciated.

Thanks

Brian




==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

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, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

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

Extending the /tmp file system

[Gadi Ben-Avi]

Hi,

Is it possible to extend the /tmp file system without an IPL?

It's currently defined as:
MOUNT FILESYSTEM('/tmp')
 MOUNTPOINT('/tmp')
 TYPE(TFS)
 MODE(RDWR)
 PARM('-s 100')

We are running z/OS v2.2

Thanks

Gadi

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

Re: Base SYSPLEX setup [EXTERNAL]

[Dana Mitchell]

On Sun, 31 May 2020 12:19:16 +, Feller, Paul  
wrote:

> We found out the hard way when we converted off of FICON switches you need to 
> code a serial number in the control unit definition to make 
> the connection work properly.
>

Does lack of a serial number really prevent these from working?  I've always 
had them coded,  but I just assumed they were just so HCD could make out what 
the physical connections were,  for reporting purposes and whatnot.

Dana

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

Re: Base SYSPLEX setup

[Mike Wawiorko]

KB,

The question is about sysplex signalling by XCF. It is not about TCPIP 
networking. XCF does not use TCPIP protocols.

SMC-D/R are for TCP networking

HiperSockets is for IP networking

Mike Wawiorko

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
kekronbekron
Sent: 02 June 2020 04:43
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup


This mail originated from outside our organisation - 
02dee3fcae33-dmarc-requ...@listserv.ua.edu

Just curious .. why does it have to be FICON CTC, why can't it be SMC-D/R or 
HiperSockets or one of those ICA-SR (or whatever it's called) connectors IF 2 
machines are involved.


- KB


This e-mail and any attachments are confidential and intended solely for the 
addressee and may also be privileged or exempt from disclosure under applicable 
law. If you are not the addressee, or have received this e-mail in error, 
please notify the sender immediately, delete it from your system and do not 
copy, disclose or otherwise act upon any part of this e-mail or its attachments.
Internet communications are not guaranteed to be secure or virus-free. The 
Barclays Group does not accept responsibility for any loss arising from 
unauthorised access to, or interference with, any Internet communications by 
any third party, or from the transmission of any viruses. Replies to this 
e-mail may be monitored by the Barclays Group for operational or business 
reasons.
Any opinion or other information in this e-mail or its attachments that does 
not relate to the business of the Barclays Group is personal to the sender and 
is not given or endorsed by the Barclays Group.
Barclays Execution Services Limited provides support and administrative 
services across Barclays group. Barclays Execution Services Limited is an 
appointed representative of Barclays Bank UK plc, Barclays Bank plc and 
Clydesdale Financial Services Limited. Barclays Bank UK plc and Barclays Bank 
plc are authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and the Prudential Regulation Authority. Clydesdale 
Financial Services Limited is authorised and regulated by the Financial Conduct 
Authority.

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

Re: Base SYSPLEX setup

[Allan Staller]

Speaking from experience, I did not notice any significant CPU associated w/GRS 
Ring. I did notice approximately 3x elongation in elapsed time in some GRS 
intensive tasks.
(e.g. dfHSM dataset expiration)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Monday, June 1, 2020 11:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Have you evaluated the CPU cost of GRS in a ring?


--
Shmuel (Seymour J.) Metz
https://apc01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=02%7C01%7Callan.staller%40HCL.COM%7C11ae7122232746f0759108d806af52f0%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637266697393351575sdata=OVu0Lrnl6iFj22lyo2A4F9RVxTglzm70RhDvQQvfcbs%3Dreserved=0


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Brian Westerman [brian_wester...@syzygyinc.com]
Sent: Tuesday, June 2, 2020 12:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

It's all about the cost.  Especially right now, there is just no money to put 
into the box.  If we knew for sure that the software CF would only take 1MSU or 
less, then we would do it in a heartbeat, but it's a base model z13s so there 
are only 13MSU's int he entire complex, taking even one away is a big deal, but 
IBM will only guarantee that it wouldn't take more than "a couple".  We don't 
have a couple to give up.  Even just 2 is more than 15%.  The goal is to 
install GRS (free) so that we can drop MIM.

On Mon, 1 Jun 2020 11:15:45 +0200, R.S.  wrote:

>W dniu 01.06.2020 o 02:27, Brian Westerman pisze:
>> The box isn't maxed out, but it's pretty close.  It's a base z13s and no 
>> money to upgrade it.  The cards are a cheap way to get by (they are under 
>> $400 with $0 increase in maintenance costs), whereas the cost of a CF is far 
>> greater.  We can't use the software CF option (build a CF lpar without a 
>> actual CF processor) because that would take us over the tipping point and 
>> no budget to add any more MSU's to resolve it.  Maybe in a year or so, but 
>> for now that's not a viable option.
>
>OK, we know it's poor configuration. Old machine, small one.
>So, what is the reason for Sysplex? What goal to achieve?
>Sysplex takes some CPU, so for "pretty close to maxed out" CPC it is
>not very fine.
>IMHO it would be reasonable to consider purchase second hand CPC as
>standalone CF and some cards. Of course the question about the goal is
>still valid.
>
>--
>Radoslaw Skorupka
>Lodz, Poland
>
>
>
>
>
>==
>
>Jeśli nie jesteś adresatem tej wiadomości:
>
>- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
>- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub 
>zapisałeś na dysku).
>Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
>tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, 
>rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i 
>może podlegać karze.
>
>mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
>Warszawa,https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fsecure-web.cisco.com%2F15OWiOdCm4GznBvnnKw6X3yZLqNv8pT-7PB_1iO3mWjo7Q8gm8PlAFUJrEGGliME5TZV5K5-LN_C8vilKWWfMXMA-9QrMl_l5rSOvdcmrQwRvL3BT8DDkbp3XbBUTycrssNKyAVpkg7DR5AsscwsdLKt9S7cOkzFUtOmJCmGI371F_jX7B6s_Bovb-Q6bzHHZl3L7CgCo-4FsI-1lUg7pJyJTCQTq7OZZw7xrWhibFcW-oHvmFhVOXuQt9qm7gbEsqHMO9cw2V0hEwrUXJ6tHoSYC5KTfQ6D0gSrMFUD6V_wVyVmQaCD9H0xU9rEHifqGBfERJKqh-cf3QMCyyIcA3tBCCFGb3XwosFst2gO2osp3yN1UZIhdEYz08HiGYiaIDtbQhCWQIoNots64UKPGGfCcbRyOWHmLO2bq9Dlg5_GwLnHUb4TLpdsugzD8l27x%2Fhttp%253A%252F%252Fwww.mBank.pldata=02%7C01%7Callan.staller%40HCL.COM%7C11ae7122232746f0759108d806af52f0%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637266697393351575sdata=Ny8kdkaNOthAbjBHzErzlQvjGTiKGCkzQJQ8HgpFRMQ%3Dreserved=0,
> e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
>Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. 
>Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 
>169.401.468 złotych.
>
>If you are not the addressee of this message:
>
>- let us know by replying to this e-mail (thank you!),
>- delete this message permanently (including all the copies which you have 
>printed out or saved).
>This message may contain legally protected information, which may be used 
>exclusively by the addressee.Please be reminded that anyone who disseminates 
>(copies, distributes) this message or takes any similar action, violates the 
>law and may be penalised.
>
>mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 

Re: Punched cards and character set

[Farley, Peter x23353]

I stand corrected.  90 columns for Univac not 96.  Memory is the second thing 
to go and I forget what the first one is . . . 

I only saw them once, when working as a temp keypunch operator.  The service 
sent me to a Univac location and I had no idea how to operate their variety of 
keypunch machine, so that day was a bust for me.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Tuesday, June 2, 2020 11:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Punched cards and character set



UNIVAC initially used 90 column cards; they never used 96. It was IBM that used 
96 column card on the S/3.



--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


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

Re: What is 2034 from BPXBATCH sleep?

[Charles Mills]

Never mind. Found it. Out of memory. Putting a U4093-001C on the console but
not with the job output!

How would I be supposed to solve this if (for security reasons) I did not
have console read access? G.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Tuesday, June 2, 2020 10:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: What is 2034 from BPXBATCH sleep?

I am running the following and getting a return code 2034. I guess the doc
is saying that is a Signal 9. Can someone explain what is going on? I'm sure
this is elementary but I don't have much of a clue. No error messages! sleep
is documented as only returning 0 and 2.

//BPXBAT   EXEC PGM=BPXBATCH,   
//   PARM='SH sleep 5'  
//STDINDD   DUMMY   
//STDOUT   DD   SYSOUT=*
//STDERR   DD   SYSOUT=*

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

Re: What is 2034 from BPXBATCH sleep?

[Charles Mills]

You are correct. They show with an STC jobid whereas my job was a batch job.

That's an explanation of why but hardly an answer -- and not your job @ITschak 
to answer this of course -- to HOW would a mortal be supposed to debug this?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ITschak Mugzach
Sent: Tuesday, June 2, 2020 11:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What is 2034 from BPXBATCH sleep?

The abend occurred in a different asid. you may see the job number ib
the log is different.

ITschak
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM comming son  *




On Tue, Jun 2, 2020 at 8:56 PM Charles Mills  wrote:

> Never mind. Found it. Out of memory. Putting a U4093-001C on the console
> but
> not with the job output!
>
> How would I be supposed to solve this if (for security reasons) I did not
> have console read access? G.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Charles Mills
> Sent: Tuesday, June 2, 2020 10:50 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: What is 2034 from BPXBATCH sleep?
>
> I am running the following and getting a return code 2034. I guess the doc
> is saying that is a Signal 9. Can someone explain what is going on? I'm
> sure
> this is elementary but I don't have much of a clue. No error messages!
> sleep
> is documented as only returning 0 and 2.
>
> //BPXBAT   EXEC PGM=BPXBATCH,
> //   PARM='SH sleep 5'
> //STDINDD   DUMMY
> //STDOUT   DD   SYSOUT=*
> //STDERR   DD   SYSOUT=*
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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

Re: What is 2034 from BPXBATCH sleep?

[Paul Gilmartin]

On Tue, 2 Jun 2020 11:42:55 -0700, Charles Mills wrote:

>You are correct. They show with an STC jobid whereas my job was a batch job.
>
>That's an explanation of why but hardly an answer -- and not your job @ITschak 
>to answer this of course -- to HOW would a mortal be supposed to debug this?
> 
I once had something similar where I allocated SYSTSPRT to a UNIX file
then ran (perhaps in a script) a sleep command.

What I remember most clearly is that Support called it WAD.  Address
space transgression.

-- gil

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

What is 2034 from BPXBATCH sleep?

[Charles Mills]

I am running the following and getting a return code 2034. I guess the doc
is saying that is a Signal 9. Can someone explain what is going on? I'm sure
this is elementary but I don't have much of a clue. No error messages! sleep
is documented as only returning 0 and 2.

//BPXBAT   EXEC PGM=BPXBATCH,   
//   PARM='SH sleep 5'  
//STDINDD   DUMMY   
//STDOUT   DD   SYSOUT=*
//STDERR   DD   SYSOUT=*

Charles

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

Re: Punched cards and character set

[Tony Harminc]

On Tue, 2 Jun 2020 at 10:20, R.S.  wrote:

> As far as I know, a character set on punched cards was somehow limited,
> so it is not EBCDIC or similar set of 256 characters.

No, not at all. In fact in a way the opposite is true - a punched card
column can contain way more than 256 values. There are 12 rows of
potential holes, so 2**12 values, in theory. In practice:

There are mechanical reasons to limit the number of holes punched in a
column. WIth many holes the card loses strength, and also the punching
action requires either one big bang, or multiple attacks on the same
column - neither good for speed or relibility..

Even more practically, though, obviously that 2**12 doesn't fit in a
single 8-bit byte. So it was normal for S/360 to map each column to a
single byte (thus each card occupied 80 bytes when read), and the
encoding used was one of two closely related ones: BDCIC or EBCDIC.
These are to be seen on any S/360 Green Card. The rule is to permit
only one punch in rows 1-7, so any combination in rows 12, 11, 0, 8, 9
(2**5=32) * 8 possibilities in 1-7 = 256.

Some card readers supported Column Binary or Card Image mode, and in
this case a card record was 160 bytes with each column mapped to the
low-order 6 bits of two adjacent bytes. I think there were some other
variations for this mapping.

There were also at least two variants of reading hand-made marks on a
card made with a pencil or pen: the older Mark Sense (marks made with
a high-graphite conductive pencil and read electrically) and Optical
Mark Read (OMR), read by optical reflection using a separate read
station from the optical transmission one for reading holes. Some
readers allowed for mixed holes and marks.

Bitsavers has manuals for some of these card machines.

> Was there any name for card character set? I mean something like "CP 037" or 
> so.

Code Pages as we know them today have their roots a good deal later
than punched cards. At least in the IBM mainframe world, they came
from the 3270 devices, which were initially US-centric, with only
upper case English (unaccented Latin) letters. Almost immediately
local variants were field developed in many countries to provide
characters needed. In many - maybe most - cases the character
assignments clashed, and because of the 3270 addressing architecture,
positions below X'40' were not available.

There were also print trains (1403 or 3211) with extra or replacement
characters, and these varied somewhat in their character mappings.

A very good historic reference for how this developed is the 1989
SHARE "ASCII and EBCDIC Character Set and Code Issues in Systems
Application Architecture" report by the ASCII / EBCDIC Character Set
Task Force. To make their point, they used the short name "SHARE ÆCS
Report". I have a scanned copy if you can't find it online somewhere.
Parts of this became input into the design of UNICODE.

Tony H.

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

XCF/GRS question

[Edgington, Jerry]

We are running on single SYSPlex with two LPARs (Prod and Test) with 2 ICFs, 
all running on the GPs.  We are experiencing slowdowns, due to PROC-GRS on 
Test, PROC-XCFAS on Prod.  Weights are 20/20/20/80 for ICF1/ICF2/Test/Prod.  We 
have setup XCF Structures and FCTC for GRS Star

Higher Weight:
PROC-GRS3.4 users
PROC-GRS2.4 users
ENQ -ACF2ACB  100.0 % delay LOGONIDS
PROC-GRS   99.0 % delay
PROC-GRS   13.0 % delay

Lower weight:
PROC-XCFAS 14.1 users
PROC-XCFAS 13.1 users
PROC-XCFAS 99.0 % delay
PROC-XCFAS 45.0 % delay
PROC-XCFAS 16.0 % delay
PROC-XCFAS 11.0 % delay
PROC-XCFAS 33.0 % delay
PROC-XCFAS 77.0 % delay
PROC-XCFAS 45.0 % delay

GRSCNFxx:
GRSDEF MATCHSYS(*)
   SYNCHRES (YES)
   GRSQ (CONTENTION)
   ENQMAXA(25)
   ENQMAXU(16384)
   AUTHQLVL(2)
   RESMIL(5)
   TOLINT(180)

IEASYSxx:
GRS=STAR, JOIN GRS STAR
GRSCNF=00,GRS INITIALIZATION MEMBER
GRSRNL=00,GRS RESOURCE LIST

D GRS:
RESPONSE=TEST
 ISG343I 13.38.49 GRS STATUS 604
 SYSTEMSTATE   SYSTEMSTATE
 MVSZ  CONNECTED   TEST  CONNECTED
 GRS STAR MODE INFORMATION
   LOCK STRUCTURE (ISGLOCK) CONTAINS 1048576 LOCKS.
   THE CONTENTION NOTIFYING SYSTEM IS TEST
   SYNCHRES:  YES
   ENQMAXU: 16384
   ENQMAXA:25
   GRSQ:   CONTENTION
   AUTHQLVL:1
   MONITOR:NO

Any advice or help on what I can do about these delays, would be great?

Thanks,
Jerry

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

Re: What is 2034 from BPXBATCH sleep?

[Steve Beaver]

Try

PARM='SH /bin/sleep 5'

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Tuesday, June 2, 2020 12:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: What is 2034 from BPXBATCH sleep?

I am running the following and getting a return code 2034. I guess the doc
is saying that is a Signal 9. Can someone explain what is going on? I'm sure
this is elementary but I don't have much of a clue. No error messages! sleep
is documented as only returning 0 and 2.

//BPXBAT   EXEC PGM=BPXBATCH,   
//   PARM='SH sleep 5'  
//STDINDD   DUMMY   
//STDOUT   DD   SYSOUT=*
//STDERR   DD   SYSOUT=*

Charles

--
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: Punched cards and character set

[Seymour J Metz]

The difference between commercial BCD and scientific BCD was a codfe page 
issue, although it predated that nomenclature. There were also code page issues 
among the various UCS images supplied by IBM for the 1403.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Tony Harminc [t...@harminc.net]
Sent: Tuesday, June 2, 2020 3:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Punched cards and character set

On Tue, 2 Jun 2020 at 10:20, R.S.  wrote:

> As far as I know, a character set on punched cards was somehow limited,
> so it is not EBCDIC or similar set of 256 characters.

No, not at all. In fact in a way the opposite is true - a punched card
column can contain way more than 256 values. There are 12 rows of
potential holes, so 2**12 values, in theory. In practice:

There are mechanical reasons to limit the number of holes punched in a
column. WIth many holes the card loses strength, and also the punching
action requires either one big bang, or multiple attacks on the same
column - neither good for speed or relibility..

Even more practically, though, obviously that 2**12 doesn't fit in a
single 8-bit byte. So it was normal for S/360 to map each column to a
single byte (thus each card occupied 80 bytes when read), and the
encoding used was one of two closely related ones: BDCIC or EBCDIC.
These are to be seen on any S/360 Green Card. The rule is to permit
only one punch in rows 1-7, so any combination in rows 12, 11, 0, 8, 9
(2**5=32) * 8 possibilities in 1-7 = 256.

Some card readers supported Column Binary or Card Image mode, and in
this case a card record was 160 bytes with each column mapped to the
low-order 6 bits of two adjacent bytes. I think there were some other
variations for this mapping.

There were also at least two variants of reading hand-made marks on a
card made with a pencil or pen: the older Mark Sense (marks made with
a high-graphite conductive pencil and read electrically) and Optical
Mark Read (OMR), read by optical reflection using a separate read
station from the optical transmission one for reading holes. Some
readers allowed for mixed holes and marks.

Bitsavers has manuals for some of these card machines.

> Was there any name for card character set? I mean something like "CP 037" or 
> so.

Code Pages as we know them today have their roots a good deal later
than punched cards. At least in the IBM mainframe world, they came
from the 3270 devices, which were initially US-centric, with only
upper case English (unaccented Latin) letters. Almost immediately
local variants were field developed in many countries to provide
characters needed. In many - maybe most - cases the character
assignments clashed, and because of the 3270 addressing architecture,
positions below X'40' were not available.

There were also print trains (1403 or 3211) with extra or replacement
characters, and these varied somewhat in their character mappings.

A very good historic reference for how this developed is the 1989
SHARE "ASCII and EBCDIC Character Set and Code Issues in Systems
Application Architecture" report by the ASCII / EBCDIC Character Set
Task Force. To make their point, they used the short name "SHARE ÆCS
Report". I have a scanned copy if you can't find it online somewhere.
Parts of this became input into the design of UNICODE.

Tony H.

--
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: What is 2034 from BPXBATCH sleep?

[Gibney, Dave]

I am reminded that my default REGION is still appropriate for the 80's (if not 
the 70's). I've never gotten around to changing it, because REGION= in JCL is 
so easy.

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Charles Mills
> Sent: Tuesday, June 02, 2020 11:43 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: What is 2034 from BPXBATCH sleep?
> 
> You are correct. They show with an STC jobid whereas my job was a batch
> job.
> 
> That's an explanation of why but hardly an answer -- and not your job
> @ITschak to answer this of course -- to HOW would a mortal be supposed to
> debug this?
> 
> Charles
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of ITschak Mugzach
> Sent: Tuesday, June 2, 2020 11:27 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: What is 2034 from BPXBATCH sleep?
> 
> The abend occurred in a different asid. you may see the job number ib the
> log is different.
> 
> ITschak
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Continuous
> Monitoring for z/OS, x/Linux & IBM I **| z/VM comming son  *
> 
> 
> 
> 
> On Tue, Jun 2, 2020 at 8:56 PM Charles Mills  wrote:
> 
> > Never mind. Found it. Out of memory. Putting a U4093-001C on the
> > console but not with the job output!
> >
> > How would I be supposed to solve this if (for security reasons) I did
> > not have console read access? G.
> >
> > Charles
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu]
> > On Behalf Of Charles Mills
> > Sent: Tuesday, June 2, 2020 10:50 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: What is 2034 from BPXBATCH sleep?
> >
> > I am running the following and getting a return code 2034. I guess the
> > doc is saying that is a Signal 9. Can someone explain what is going
> > on? I'm sure this is elementary but I don't have much of a clue. No
> > error messages!
> > sleep
> > is documented as only returning 0 and 2.
> >
> > //BPXBAT   EXEC PGM=BPXBATCH,
> > //   PARM='SH sleep 5'
> > //STDINDD   DUMMY
> > //STDOUT   DD   SYSOUT=*
> > //STDERR   DD   SYSOUT=*
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: What is 2034 from BPXBATCH sleep?

[ITschak Mugzach]

The abend occurred in a different asid. you may see the job number ib
the log is different.

ITschak
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM comming son  *




On Tue, Jun 2, 2020 at 8:56 PM Charles Mills  wrote:

> Never mind. Found it. Out of memory. Putting a U4093-001C on the console
> but
> not with the job output!
>
> How would I be supposed to solve this if (for security reasons) I did not
> have console read access? G.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Charles Mills
> Sent: Tuesday, June 2, 2020 10:50 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: What is 2034 from BPXBATCH sleep?
>
> I am running the following and getting a return code 2034. I guess the doc
> is saying that is a Signal 9. Can someone explain what is going on? I'm
> sure
> this is elementary but I don't have much of a clue. No error messages!
> sleep
> is documented as only returning 0 and 2.
>
> //BPXBAT   EXEC PGM=BPXBATCH,
> //   PARM='SH sleep 5'
> //STDINDD   DUMMY
> //STDOUT   DD   SYSOUT=*
> //STDERR   DD   SYSOUT=*
>
> --
> 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: Punched cards and character set

[Bill Godfrey]

If "S" was assigned the 0 and 2 rows because 0 and 1 were too close together, 
then
why was "/" given rows 0 and 1? Does that punch a hole in this theory? GD

Bill

On Tue, 2 Jun 2020 14:30:52 -0700, Charles Mills wrote:

>"Laced" (every hold punched) cards were an amusing bulletin board item.
>
>And yes, I believe I heard at the time @Jesse's premise as to why 'S' did not 
>use row 1.
>
>Actually, the alpha codes are as follow:
>
>A - I, row 12 plus rows 1 - 9
>J - R, row 11 plus rows 1 - 9
>S - Z, row 0 plus rows 2 - 9
>
>So you see that if S used row 1 it would have had two adjacent rows punched, 0 
>and 1.
>
>(The rows, from top to bottom, are 12, 11, 0 - 9.)
>
>Non-alphanumeric punches were fairly rare, and column binary was extremely 
>rare.
>
>Object code decks of course contained non-alphanumeric punches. The X'02' that 
>begins each (traditional) object code record, preceding ESD, TXT, RLD or END? 
>I still think of it as "12-2-9.")
>
>Charles
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Steve Smith
>Sent: Tuesday, June 2, 2020 2:07 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Punched cards and character set
>
>That's plausible, I think.  While there are plenty of adjacent punches in
>the full 256-characters, I'm sure most cards were mostly alphanumeric only,
>and it might pay to make them as strong as possible.  I remember seeing
>some cards that were punched in every position; those were very delicate,
>and definitely couldn't survive a pass through a card reader, regardless of
>the fact they had no validity at all.
>
>sas
>
>On Tue, Jun 2, 2020 at 4:55 PM Jesse 1 Robinson
>wrote:
>
>> I haven't seen this mentioned. The punch card codes for letters went like
>> this:
>>
>> A - I rows 1 - 9
>> J - R rows 1 - 9
>> S - Z rows 2 - 9
>>
>> So why was S assigned to row 2 instead of row 1? The answer I was taught
>> was that row 1 was  too close to an adjacent location. The punching/reading
>> devices and card stock of the day could not reliably handle punches that
>> close together, so row 1 was skipped for the third alphabetic sequence.
>>
>> What's amusing is that this pattern was carried over to EBCDIC. The code
>> for S likewise skips a possible combination: D9 to E2; 'E1' is not assigned
>> to an alphabetic character.
>>
>>
>

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

Re: Extending the /tmp file system

[David Geib]

Hello Gadi - Only a TFS running as a colony address space can be extended - see 
the chapter "Managing the temporary file system (TFS)" in the z/OS UNIX 
Planning manual.

https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3ga320884/$file/bpxb200_v2r3.pdf


Regards,
Dave Geib z/OS UNIX Support

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

Re: Punched cards and character set

[Bob Bridges]

Peter, you may want to go to eBay and/or Amazon and price punch cards.  You
may be able to make a buck or two on those in your attic.  I looked at this
a while ago - thought I might want to use some old ones for notepads and
bookmarks, and found they're now considered antique arcana.  I'm looking
now, and the cheapest I see off-hand on eBay is a pack of 50 for $12.  More
common is about 50 cents per card.  And here's one ("Vintage IBM punch card
Hollerith PUNCHED PRINTED used IBM mainframe"), a lot of 30 for which he's
asking $1995 (no decimal point).  I'm sure it'll still be there when you go
there to look incredulously :).

Oh, wait, here's a cheaper one:  Ten thousand cards for the low, low price
of $1650 (plus 127.25 shipping).  You can break them up and sell them in
lots of 100 for $40 each and make a killing.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* I don't want the cheese, I just want out of the trap.  -Spanish proverb
*/

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Farley, Peter x23353
Sent: Tuesday, June 2, 2020 10:43

Sorry, I don't have any actual JCL on physical punched cards any more.
Somewhere in the attic I may have a box or two of blank ones, but nothing
with punches.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
R.S.
Sent: Tuesday, June 2, 2020 10:20 AM

Does anynone have JCL statements on punched cards? I would like to
get/download some images of JOB, EXEC, and DD statements on punched cards. I
have a lot of card pictures, but none with JCL.

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

Re: XCF/GRS question

[Peter Bishop]

Hi Jerry,

questions, and a suggestion.  These are more at the hardware layer than the GRS 
one, which I saw Paul Feller addressing quite well.  It may be that you cannot 
change the LPAR setup, but if you can, here are some ideas.

1.   Must the CFs share the GPs with the z/OS systems, or are there ICF engines 
they can use?  For small workloads it may be acceptable to have z/OS and CF 
workloads in the same processor pool, but CF workloads are different than z/OS 
ones, and where possible I have seen much benefit from having an ICF pool for 
CFs, and a CP pool for z/OS (and if you have VM or Linux, an IFL pool, which 
may be out of scope here).
2.   Must the non-production and production workloads share the same Sysplex?  
I'd be inclined to separate them were I in charge.  Two monoplexes may be less 
hassle than a "forced sharing" Sysplex.  But you may have reasons for joining 
non-production into the production Sysplex.
3.   Do you have DYNDISP=THIN set on the CF LPARs?  For non-production CFs, 
this is best, but in your case with a single plex it may be inapplicable.  
Consider how you might benefit from it.  It is a much-improved algorithm than 
its predecessors has been my experience.  Considering you are sharing the pool, 
it may be a "quick fix" if you can live with it.  Try a test.
4.   If you split the plexes, and have separate CFs, it will be better if you 
weight the CF LPARs as you do the z/OS ones, e.g. if z/OS has an 80:20 CP pool 
weight, then the CF LPARs should have the same weights for the ICF pool.

kind regards,
Peter

On Tue, 2 Jun 2020 17:39:19 +, Edgington, Jerry 
 wrote:

>
>We are running on single SYSPlex with two LPARs (Prod and Test) with 2 ICFs, 
>all running on the GPs.  We are experiencing slowdowns, due to PROC-GRS on 
>Test, PROC-XCFAS on Prod.  Weights are 20/20/20/80 for ICF1/ICF2/Test/Prod.  
>We have setup XCF Structures and FCTC for GRS Star
>
>Higher Weight:
>PROC-GRS3.4 users
>PROC-GRS2.4 users
>ENQ -ACF2ACB  100.0 % delay LOGONIDS
>PROC-GRS   99.0 % delay
>PROC-GRS   13.0 % delay
>
>Lower weight:
>PROC-XCFAS 14.1 users
>PROC-XCFAS 13.1 users
>PROC-XCFAS 99.0 % delay
>PROC-XCFAS 45.0 % delay
>PROC-XCFAS 16.0 % delay
>PROC-XCFAS 11.0 % delay
>PROC-XCFAS 33.0 % delay
>PROC-XCFAS 77.0 % delay
>PROC-XCFAS 45.0 % delay
>
>GRSCNFxx:
>GRSDEF MATCHSYS(*)
>   SYNCHRES (YES)
>   GRSQ (CONTENTION)
>   ENQMAXA(25)
>   ENQMAXU(16384)
>   AUTHQLVL(2)
>   RESMIL(5)
>   TOLINT(180)
>
>IEASYSxx:
>GRS=STAR, JOIN GRS STAR
>GRSCNF=00,GRS INITIALIZATION MEMBER
>GRSRNL=00,GRS RESOURCE LIST
>
>D GRS:
>RESPONSE=TEST
> ISG343I 13.38.49 GRS STATUS 604
> SYSTEMSTATE   SYSTEMSTATE
> MVSZ  CONNECTED   TEST  CONNECTED
> GRS STAR MODE INFORMATION
>   LOCK STRUCTURE (ISGLOCK) CONTAINS 1048576 LOCKS.
>   THE CONTENTION NOTIFYING SYSTEM IS TEST
>   SYNCHRES:  YES
>   ENQMAXU: 16384
>   ENQMAXA:25
>   GRSQ:   CONTENTION
>   AUTHQLVL:1
>   MONITOR:NO
>
>Any advice or help on what I can do about these delays, would be great?
>
>Thanks,
>Jerry
>
>--
>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: Punched cards and character set

[Mark Jacobs]

Up until a couple of weeks ago I had a full box of 2000 that I absconded with 
in the early 90's. Now I'm down to about 1900.

Mark Jacobs


Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com

‐‐‐ Original Message ‐‐‐
On Tuesday, June 2, 2020 9:21 PM, Bob Bridges  wrote:

> Peter, you may want to go to eBay and/or Amazon and price punch cards. You
> may be able to make a buck or two on those in your attic. I looked at this
> a while ago - thought I might want to use some old ones for notepads and
> bookmarks, and found they're now considered antique arcana. I'm looking
> now, and the cheapest I see off-hand on eBay is a pack of 50 for $12. More
> common is about 50 cents per card. And here's one ("Vintage IBM punch card
> Hollerith PUNCHED PRINTED used IBM mainframe"), a lot of 30 for which he's
> asking $1995 (no decimal point). I'm sure it'll still be there when you go
> there to look incredulously :).
>
> Oh, wait, here's a cheaper one: Ten thousand cards for the low, low price
> of $1650 (plus 127.25 shipping). You can break them up and sell them in
> lots of 100 for $40 each and make a killing.
>
> ---
>
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* I don't want the cheese, I just want out of the trap. -Spanish proverb
> */
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Farley, Peter x23353
> Sent: Tuesday, June 2, 2020 10:43
>
> Sorry, I don't have any actual JCL on physical punched cards any more.
> Somewhere in the attic I may have a box or two of blank ones, but nothing
> with punches.
>
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of
>
> R.S.
> Sent: Tuesday, June 2, 2020 10:20 AM
>
> Does anynone have JCL statements on punched cards? I would like to
> get/download some images of JOB, EXEC, and DD statements on punched cards. I
> have a lot of card pictures, but none with JCL.
>
> ---
>
> 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: Punched cards and character set

[Seymour J Metz]

They were valid column binary.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Steve Smith [sasd...@gmail.com]
Sent: Tuesday, June 2, 2020 5:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Punched cards and character set

That's plausible, I think.  While there are plenty of adjacent punches in
the full 256-characters, I'm sure most cards were mostly alphanumeric only,
and it might pay to make them as strong as possible.  I remember seeing
some cards that were punched in every position; those were very delicate,
and definitely couldn't survive a pass through a card reader, regardless of
the fact they had no validity at all.

sas

On Tue, Jun 2, 2020 at 4:55 PM Jesse 1 Robinson 
wrote:

> I haven't seen this mentioned. The punch card codes for letters went like
> this:
>
> A - I rows 1 - 9
> J - R rows 1 - 9
> S - Z rows 2 - 9
>
> So why was S assigned to row 2 instead of row 1? The answer I was taught
> was that row 1 was  too close to an adjacent location. The punching/reading
> devices and card stock of the day could not reliably handle punches that
> close together, so row 1 was skipped for the third alphabetic sequence.
>
> What's amusing is that this pattern was carried over to EBCDIC. The code
> for S likewise skips a possible combination: D9 to E2; 'E1' is not assigned
> to an alphabetic character.
>
>

--
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: Punched cards and character set

[Paul Gilmartin]

On Tue, 2 Jun 2020 15:14:33 -0400, Tony Harminc  wrote:
>
>Some card readers supported Column Binary or Card Image mode, and in
>this case a card record was 160 bytes with each column mapped to the
>low-order 6 bits of two adjacent bytes. I think there were some other
>variations for this mapping.
> 
A colleague, steeped in CDC 6400 lore, got a Ph.D. from U. of Colo. and
took a job with IBM.  He took his personal source library of utilities on
CDC binary cards, two 6-bit characters per column, intending that his
first learning experience with s/360 assembler would be deciphering
and translating CDC=>EBCDIC.

He could not get access to any IBM reader with the column binary
feature.

>Code Pages as we know them today have their roots a good deal later
>than punched cards. At least in the IBM mainframe world, they came
>from the 3270 devices, which were initially US-centric, with only
>upper case English (unaccented Latin) letters. Almost immediately
>local variants were field developed in many countries to provide
>characters needed. In many - maybe most - cases the character
>assignments clashed, and because of the 3270 addressing architecture,
>positions below X'40' were not available.
> 
Don't forget lower case.  But I guess IBM did.  Alas.  See:
https://web.archive.org/web/20180513204153/http://www.bobbemer.com/P-BIT.HTM

>A very good historic reference for how this developed is the 1989
>SHARE "ASCII and EBCDIC Character Set and Code Issues in Systems
>Application Architecture" report by the ASCII / EBCDIC Character Set
>Task Force. To make their point, they used the short name "SHARE ÆCS
>Report". I have a scanned copy if you can't find it online somewhere.
>Parts of this became input into the design of UNICODE.

-- gil

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

Re: Punched cards and character set

[Jesse 1 Robinson]

I haven't seen this mentioned. The punch card codes for letters went like this:

A - I rows 1 - 9   
J - R rows 1 - 9  
S - Z rows 2 - 9  

So why was S assigned to row 2 instead of row 1? The answer I was taught was 
that row 1 was  too close to an adjacent location. The punching/reading devices 
and card stock of the day could not reliably handle punches that close 
together, so row 1 was skipped for the third alphabetic sequence.  

What's amusing is that this pattern was carried over to EBCDIC. The code for S 
likewise skips a possible combination: D9 to E2; 'E1' is not assigned to an 
alphabetic character.  

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, June 2, 2020 12:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Punched cards and character set

CAUTION EXTERNAL EMAIL

On Tue, 2 Jun 2020 15:14:33 -0400, Tony Harminc  wrote:
>
>Some card readers supported Column Binary or Card Image mode, and in 
>this case a card record was 160 bytes with each column mapped to the 
>low-order 6 bits of two adjacent bytes. I think there were some other 
>variations for this mapping.
>
A colleague, steeped in CDC 6400 lore, got a Ph.D. from U. of Colo. and took a 
job with IBM.  He took his personal source library of utilities on CDC binary 
cards, two 6-bit characters per column, intending that his first learning 
experience with s/360 assembler would be deciphering and translating 
CDC=>EBCDIC.

He could not get access to any IBM reader with the column binary feature.

>Code Pages as we know them today have their roots a good deal later 
>than punched cards. At least in the IBM mainframe world, they came from 
>the 3270 devices, which were initially US-centric, with only upper case 
>English (unaccented Latin) letters. Almost immediately local variants 
>were field developed in many countries to provide characters needed. In 
>many - maybe most - cases the character assignments clashed, and 
>because of the 3270 addressing architecture, positions below X'40' were 
>not available.
>
Don't forget lower case.  But I guess IBM did.  Alas.  See:
https://web.archive.org/web/20180513204153/http://www.bobbemer.com/P-BIT.HTM

>A very good historic reference for how this developed is the 1989 SHARE 
>"ASCII and EBCDIC Character Set and Code Issues in Systems Application 
>Architecture" report by the ASCII / EBCDIC Character Set Task Force. To 
>make their point, they used the short name "SHARE ÆCS Report". I have a 
>scanned copy if you can't find it online somewhere.
>Parts of this became input into the design of UNICODE.

-- gil

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

Re: Punched cards and character set

[Seymour J Metz]

Two of the EBCDIC design constraints were

 1. Preserve the punch combinations for common characters
 2. Map numeric punches into the corresponding 4-bit numbers


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Jesse 1 Robinson [jesse1.robin...@sce.com]
Sent: Tuesday, June 2, 2020 4:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Punched cards and character set

I haven't seen this mentioned. The punch card codes for letters went like this:

A - I rows 1 - 9
J - R rows 1 - 9
S - Z rows 2 - 9

So why was S assigned to row 2 instead of row 1? The answer I was taught was 
that row 1 was  too close to an adjacent location. The punching/reading devices 
and card stock of the day could not reliably handle punches that close 
together, so row 1 was skipped for the third alphabetic sequence.

What's amusing is that this pattern was carried over to EBCDIC. The code for S 
likewise skips a possible combination: D9 to E2; 'E1' is not assigned to an 
alphabetic character.

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, June 2, 2020 12:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Punched cards and character set

CAUTION EXTERNAL EMAIL

On Tue, 2 Jun 2020 15:14:33 -0400, Tony Harminc  wrote:
>
>Some card readers supported Column Binary or Card Image mode, and in
>this case a card record was 160 bytes with each column mapped to the
>low-order 6 bits of two adjacent bytes. I think there were some other
>variations for this mapping.
>
A colleague, steeped in CDC 6400 lore, got a Ph.D. from U. of Colo. and took a 
job with IBM.  He took his personal source library of utilities on CDC binary 
cards, two 6-bit characters per column, intending that his first learning 
experience with s/360 assembler would be deciphering and translating 
CDC=>EBCDIC.

He could not get access to any IBM reader with the column binary feature.

>Code Pages as we know them today have their roots a good deal later
>than punched cards. At least in the IBM mainframe world, they came from
>the 3270 devices, which were initially US-centric, with only upper case
>English (unaccented Latin) letters. Almost immediately local variants
>were field developed in many countries to provide characters needed. In
>many - maybe most - cases the character assignments clashed, and
>because of the 3270 addressing architecture, positions below X'40' were
>not available.
>
Don't forget lower case.  But I guess IBM did.  Alas.  See:

https://secure-web.cisco.com/1uJJ4M0JM1Y-6cjjSrqrtZK-RS4l7JewSbteKoXbnnRb_fSkDH6GUJB3x-jlpEHa8hFLSz1P4TQqhKEAg6WYcGF2PtfLXBH57i9jg0LN0lHRkwEi-hNstlRkEMoxMsLZ6i-qz6z2ycvsSKDVSsCv_nubHVHLqpwuB7v9lRx-T17ESHt9b5keSghXnVQ48zKA7C4mgrnPaX719sD5gq0RhgK1bwAJgeYJWAXP_-2K_F0cxn1kVg1LaW0352v5Ggn6CTK_iEsgoltIYC0mVsNOWKtjIiU-SlxIXTe7IhkfACbW2k2gk_cjjc-RYxunAHFCEKVsnL_sJPUu_utx_GoG2byrbk2DNjhuttPtWhjVHbihFLWjj3CTh5uTosaRSe_Zl6t0Lx2GewctGij77Dy4f8EXBNdXljWEHlANSMw3QO4E_h4idixxSEfDN_3aIdIhU/https%3A%2F%2Fweb.archive.org%2Fweb%2F20180513204153%2Fhttp%3A%2F%2Fwww.bobbemer.com%2FP-BIT.HTM

>A very good historic reference for how this developed is the 1989 SHARE
>"ASCII and EBCDIC Character Set and Code Issues in Systems Application
>Architecture" report by the ASCII / EBCDIC Character Set Task Force. To
>make their point, they used the short name "SHARE ÆCS Report". I have a
>scanned copy if you can't find it online somewhere.
>Parts of this became input into the design of UNICODE.

-- gil

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

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

Re: Punched cards and character set

[Jesse 1 Robinson]

My favorite OT theme. Related in my mind. The diameter of the original space 
shuttle booster rocket was an odd value determined as follows:

-- The booster was built in rural Utah 
-- To reach the eventual launch pad, it had to travel through a train tunnel
-- The booster had to fit through the tunnel
-- So the spacing of train tracks determined the booster's diameter
-- The spacing of RR tracks was influenced by the spacing of ancient wagon 
wheels
-- Wagon wheel spacing was influenced by the horses that once pulled them
-- In other words, the diameter of the booster rocket derived from a horse's 
*ss 
-- QED?

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Tuesday, June 2, 2020 2:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Punched cards and character set

CAUTION EXTERNAL EMAIL

"Laced" (every hold punched) cards were an amusing bulletin board item.

And yes, I believe I heard at the time @Jesse's premise as to why 'S' did not 
use row 1.

Actually, the alpha codes are as follow:

A - I, row 12 plus rows 1 - 9
J - R, row 11 plus rows 1 - 9
S - Z, row 0 plus rows 2 - 9

So you see that if S used row 1 it would have had two adjacent rows punched, 0 
and 1.

(The rows, from top to bottom, are 12, 11, 0 - 9.)

Non-alphanumeric punches were fairly rare, and column binary was extremely rare.

Object code decks of course contained non-alphanumeric punches. The X'02' that 
begins each (traditional) object code record, preceding ESD, TXT, RLD or END? I 
still think of it as "12-2-9.")

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Smith
Sent: Tuesday, June 2, 2020 2:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Punched cards and character set

That's plausible, I think.  While there are plenty of adjacent punches in the 
full 256-characters, I'm sure most cards were mostly alphanumeric only, and it 
might pay to make them as strong as possible.  I remember seeing some cards 
that were punched in every position; those were very delicate, and definitely 
couldn't survive a pass through a card reader, regardless of the fact they had 
no validity at all.

sas

On Tue, Jun 2, 2020 at 4:55 PM Jesse 1 Robinson 
wrote:

> I haven't seen this mentioned. The punch card codes for letters went 
> like
> this:
>
> A - I rows 1 - 9
> J - R rows 1 - 9
> S - Z rows 2 - 9
>
> So why was S assigned to row 2 instead of row 1? The answer I was 
> taught was that row 1 was  too close to an adjacent location. The 
> punching/reading devices and card stock of the day could not reliably 
> handle punches that close together, so row 1 was skipped for the third 
> alphabetic sequence.
>
> What's amusing is that this pattern was carried over to EBCDIC. The 
> code for S likewise skips a possible combination: D9 to E2; 'E1' is 
> not assigned to an alphabetic character.
>
>


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

Re: Punched cards and character set

[Paul Gilmartin]

On Tue, 2 Jun 2020 21:38:56 +, Jesse 1 Robinson wrote:

>My favorite OT theme. Related in my mind. The diameter of the original space 
>shuttle booster rocket was an odd value determined as follows:
>
>-- The booster was built in rural Utah 
>-- To reach the eventual launch pad, it had to travel through a train tunnel
>-- The booster had to fit through the tunnel
>-- So the spacing of train tracks determined the booster's diameter
>-- The spacing of RR tracks was influenced by the spacing of ancient wagon 
>wheels
>-- Wagon wheel spacing was influenced by the horses that once pulled them
>-- In other words, the diameter of the booster rocket derived from a horse's 
>*ss 
>-- QED?
>
Partly:  https://www.snopes.com/fact-check/railroad-gauge-chariots/

Too good to be untrue.

The railroad gauge disputes in 19th Century England were remarkably
similar to cell phone incomaptabilities and ASCII-EBCDIC.  Each side
imagines a competitive advantage in incompatibility.
https://en.wikipedia.org/wiki/Break_of_gauge#Overcoming_a_break_of_gauge

-- gil

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

Re: Cl/Supersession

[Steve Beaver]

I decided to blow up my current "Handy Work" and go thru the install process to
See what I missed since this is NOT a MIGRATION from V147

The saving grace is that I have RACF SPECIAL and I will have to recheck all of 
that 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of lenru...@gmail.com
Sent: Tuesday, June 2, 2020 3:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

 You should be able to put images on paste.pic, then put the link in a listserv 
post.
On Tuesday, June 2, 2020, 10:14:05 AM CDT, Statler, David 
<02519de3291f-dmarc-requ...@listserv.ua.edu> wrote:  
 
 We also use CL/SuperSession.

Users connect to the system using a TN3270 client. Depending on their subnet, 
some users get the SuperSession logon screen when they connect, others get the 
VTAM MSG10 screen.  That is all controlled inside the telnet server of course.  
From the MSG10 screen, they just type in "S" to take them to the SuperSession 
logon screen.

When we first started using SuperSession, we did all of the user administration 
via the SuperSession panels (building the menus, etc.).  Now a user's menu list 
is built using RACF. Whatever applications they are permitted to in RACF will 
show up on their SuperSession menu screen.  Inside of SuperSession are config 
settings to tell it to use a special class you define in RACF for doing this.

We also use VTAM Application modeling in VTAMLST for building the virtual 
netnames.

David

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Tuesday, June 2, 2020 8:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FW: Cl/Supersession

I've come up to a couple silly questions

Would you send me a screen shot or your VTAMLST member for CLSS?
How are you having the users logging on to CLSS from the 10 Screen?
Have you had to add every user to CL/SuperSession?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edgington, Jerry
Sent: Monday, June 1, 2020 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

For the TN3270 traffic into SuperSession?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Monday, June 1, 2020 3:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

This message was sent from an external source outside of Western & Southern's 
network. Do not click links or open attachments unless you recognize the sender 
and know the contents are safe.


Are you using Secure Sockets?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wayne Bickerdike
Sent: Monday, June 1, 2020 2:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

We have just installed at a customer site to replace Solvacc. What is your 
question?

On Tue, Jun 2, 2020, 05:10 Edgington, Jerry < 
jerry.edging...@westernsouthernlife.com> wrote:

> I wouldn't say I speak SuperSession, but I support it at one of my sites.
> So, I will try to help.
>
> Jerry
>

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

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

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

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

Re: Punched cards and character set

[Charles Mills]

"Laced" (every hold punched) cards were an amusing bulletin board item.

And yes, I believe I heard at the time @Jesse's premise as to why 'S' did not 
use row 1.

Actually, the alpha codes are as follow:

A - I, row 12 plus rows 1 - 9
J - R, row 11 plus rows 1 - 9
S - Z, row 0 plus rows 2 - 9

So you see that if S used row 1 it would have had two adjacent rows punched, 0 
and 1.

(The rows, from top to bottom, are 12, 11, 0 - 9.)

Non-alphanumeric punches were fairly rare, and column binary was extremely rare.

Object code decks of course contained non-alphanumeric punches. The X'02' that 
begins each (traditional) object code record, preceding ESD, TXT, RLD or END? I 
still think of it as "12-2-9.")

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Smith
Sent: Tuesday, June 2, 2020 2:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Punched cards and character set

That's plausible, I think.  While there are plenty of adjacent punches in
the full 256-characters, I'm sure most cards were mostly alphanumeric only,
and it might pay to make them as strong as possible.  I remember seeing
some cards that were punched in every position; those were very delicate,
and definitely couldn't survive a pass through a card reader, regardless of
the fact they had no validity at all.

sas

On Tue, Jun 2, 2020 at 4:55 PM Jesse 1 Robinson 
wrote:

> I haven't seen this mentioned. The punch card codes for letters went like
> this:
>
> A - I rows 1 - 9
> J - R rows 1 - 9
> S - Z rows 2 - 9
>
> So why was S assigned to row 2 instead of row 1? The answer I was taught
> was that row 1 was  too close to an adjacent location. The punching/reading
> devices and card stock of the day could not reliably handle punches that
> close together, so row 1 was skipped for the third alphabetic sequence.
>
> What's amusing is that this pattern was carried over to EBCDIC. The code
> for S likewise skips a possible combination: D9 to E2; 'E1' is not assigned
> to an alphabetic character.
>
>

--
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: XCF/GRS question [EXTERNAL]

[Feller, Paul]

Jerry, I don't have the type of setup you have but I'll list a few things I 
might look at.

Move the CONTENTION NOTIFYING SYSTEM from your TEST lpar to your MVSZ lpar, 
assuming MVSZ is your production lpar.  This process can add overhead to GRS 
and on a small lpar it can be noticeable.  The process will move around based 
on which lpar gets IPLed and GRS will not move it back.  So we issue the SETGRS 
CNS=PR03,NP command on our PR03 lpar anytime it is IPLed.

Sample of what it looks like on the SYSLOG.
SETGRS CNS=PR03,NP  
ISG364I CONTENTION NOTIFYING SYSTEM MOVED FROM SYSTEM TS03 TO SYSTEM
PR03. OPERATOR COMMAND INITIATED.

I'm going to guess that the ICF1 and ICF2 lpars may not be getting dispatched 
as well as you might hope.  You might see this in the response times of the CF 
links or in requests getting switched from synchronous to asynchronous.  So 
that could affect how well they respond to things.  

Another thing to think about is the size of your IGWLOCK00 structure.  The size 
will be different base on your environment as compared to what I have.  I was 
not the one to size our IGWLOCK00 structure so I'm not much help there.

You could try to move some of the XCF traffic off of the CFs and on to CTCs to 
see if that helps any.  Just a guess.

Also if the TEST lpar is not getting dispatched when needed that can cause 
issues for things like GRS and XCF and their ability to respond to request.

I hope that some of this is helpful.  Good luck.

Thanks..

Paul Feller
GTS Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Edgington, Jerry
Sent: Tuesday, June 02, 2020 12:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: XCF/GRS question [EXTERNAL]


We are running on single SYSPlex with two LPARs (Prod and Test) with 2 ICFs, 
all running on the GPs.  We are experiencing slowdowns, due to PROC-GRS on 
Test, PROC-XCFAS on Prod.  Weights are 20/20/20/80 for ICF1/ICF2/Test/Prod.  We 
have setup XCF Structures and FCTC for GRS Star

Higher Weight:
PROC-GRS3.4 users
PROC-GRS2.4 users
ENQ -ACF2ACB  100.0 % delay LOGONIDS
PROC-GRS   99.0 % delay
PROC-GRS   13.0 % delay

Lower weight:
PROC-XCFAS 14.1 users
PROC-XCFAS 13.1 users
PROC-XCFAS 99.0 % delay
PROC-XCFAS 45.0 % delay
PROC-XCFAS 16.0 % delay
PROC-XCFAS 11.0 % delay
PROC-XCFAS 33.0 % delay
PROC-XCFAS 77.0 % delay
PROC-XCFAS 45.0 % delay

GRSCNFxx:
GRSDEF MATCHSYS(*)
   SYNCHRES (YES)
   GRSQ (CONTENTION)
   ENQMAXA(25)
   ENQMAXU(16384)
   AUTHQLVL(2)
   RESMIL(5)
   TOLINT(180)

IEASYSxx:
GRS=STAR, JOIN GRS STAR
GRSCNF=00,GRS INITIALIZATION MEMBER
GRSRNL=00,GRS RESOURCE LIST

D GRS:
RESPONSE=TEST
 ISG343I 13.38.49 GRS STATUS 604
 SYSTEMSTATE   SYSTEMSTATE
 MVSZ  CONNECTED   TEST  CONNECTED
 GRS STAR MODE INFORMATION
   LOCK STRUCTURE (ISGLOCK) CONTAINS 1048576 LOCKS.
   THE CONTENTION NOTIFYING SYSTEM IS TEST
   SYNCHRES:  YES
   ENQMAXU: 16384
   ENQMAXA:25
   GRSQ:   CONTENTION
   AUTHQLVL:1
   MONITOR:NO

Any advice or help on what I can do about these delays, would be great?

Thanks,
Jerry

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

--
Please note:  This message originated outside your organization. Please use 
caution when opening links or attachments.

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

Re: Cl/Supersession

[lenru...@gmail.com]

 You should be able to put images on paste.pic, then put the link in a listserv 
post.
On Tuesday, June 2, 2020, 10:14:05 AM CDT, Statler, David 
<02519de3291f-dmarc-requ...@listserv.ua.edu> wrote:  
 
 We also use CL/SuperSession.

Users connect to the system using a TN3270 client. Depending on their subnet, 
some users get the SuperSession logon screen when they connect, others get the 
VTAM MSG10 screen.  That is all controlled inside the telnet server of course.  
From the MSG10 screen, they just type in "S" to take them to the SuperSession 
logon screen.

When we first started using SuperSession, we did all of the user administration 
via the SuperSession panels (building the menus, etc.).  Now a user's menu list 
is built using RACF. Whatever applications they are permitted to in RACF will 
show up on their SuperSession menu screen.  Inside of SuperSession are config 
settings to tell it to use a special class you define in RACF for doing this.

We also use VTAM Application modeling in VTAMLST for building the virtual 
netnames.

David

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Tuesday, June 2, 2020 8:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FW: Cl/Supersession

I've come up to a couple silly questions

Would you send me a screen shot or your VTAMLST member for CLSS?
How are you having the users logging on to CLSS from the 10 Screen?
Have you had to add every user to CL/SuperSession?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edgington, Jerry
Sent: Monday, June 1, 2020 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

For the TN3270 traffic into SuperSession?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Monday, June 1, 2020 3:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

This message was sent from an external source outside of Western & Southern's 
network. Do not click links or open attachments unless you recognize the sender 
and know the contents are safe.


Are you using Secure Sockets?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wayne Bickerdike
Sent: Monday, June 1, 2020 2:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

We have just installed at a customer site to replace Solvacc. What is your 
question?

On Tue, Jun 2, 2020, 05:10 Edgington, Jerry < 
jerry.edging...@westernsouthernlife.com> wrote:

> I wouldn't say I speak SuperSession, but I support it at one of my sites.
> So, I will try to help.
>
> Jerry
>

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

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

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

Re: Punched cards and character set

[Steve Smith]

That's plausible, I think.  While there are plenty of adjacent punches in
the full 256-characters, I'm sure most cards were mostly alphanumeric only,
and it might pay to make them as strong as possible.  I remember seeing
some cards that were punched in every position; those were very delicate,
and definitely couldn't survive a pass through a card reader, regardless of
the fact they had no validity at all.

sas

On Tue, Jun 2, 2020 at 4:55 PM Jesse 1 Robinson 
wrote:

> I haven't seen this mentioned. The punch card codes for letters went like
> this:
>
> A - I rows 1 - 9
> J - R rows 1 - 9
> S - Z rows 2 - 9
>
> So why was S assigned to row 2 instead of row 1? The answer I was taught
> was that row 1 was  too close to an adjacent location. The punching/reading
> devices and card stock of the day could not reliably handle punches that
> close together, so row 1 was skipped for the third alphabetic sequence.
>
> What's amusing is that this pattern was carried over to EBCDIC. The code
> for S likewise skips a possible combination: D9 to E2; 'E1' is not assigned
> to an alphabetic character.
>
>

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

Re: Punched cards and character set

[Charles Mills]

I don't think so. Alphas were an afterthought to numerics, and specials were an 
afterthought to alphas. In 1960's accounting data S's were much more common 
than slashes. There are lots of characters with adjacent punches, but I think 
it plausible that IBM avoided them for what it thought to be common characters.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Godfrey
Sent: Tuesday, June 2, 2020 2:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Punched cards and character set

If "S" was assigned the 0 and 2 rows because 0 and 1 were too close together, 
then
why was "/" given rows 0 and 1? Does that punch a hole in this theory? GD

Bill

On Tue, 2 Jun 2020 14:30:52 -0700, Charles Mills wrote:

>"Laced" (every hold punched) cards were an amusing bulletin board item.
>
>And yes, I believe I heard at the time @Jesse's premise as to why 'S' did not 
>use row 1.
>
>Actually, the alpha codes are as follow:
>
>A - I, row 12 plus rows 1 - 9
>J - R, row 11 plus rows 1 - 9
>S - Z, row 0 plus rows 2 - 9
>
>So you see that if S used row 1 it would have had two adjacent rows punched, 0 
>and 1.
>
>(The rows, from top to bottom, are 12, 11, 0 - 9.)
>
>Non-alphanumeric punches were fairly rare, and column binary was extremely 
>rare.
>
>Object code decks of course contained non-alphanumeric punches. The X'02' that 
>begins each (traditional) object code record, preceding ESD, TXT, RLD or END? 
>I still think of it as "12-2-9.")
>
>Charles
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Steve Smith
>Sent: Tuesday, June 2, 2020 2:07 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Punched cards and character set
>
>That's plausible, I think.  While there are plenty of adjacent punches in
>the full 256-characters, I'm sure most cards were mostly alphanumeric only,
>and it might pay to make them as strong as possible.  I remember seeing
>some cards that were punched in every position; those were very delicate,
>and definitely couldn't survive a pass through a card reader, regardless of
>the fact they had no validity at all.
>
>sas
>
>On Tue, Jun 2, 2020 at 4:55 PM Jesse 1 Robinson
>wrote:
>
>> I haven't seen this mentioned. The punch card codes for letters went like
>> this:
>>
>> A - I rows 1 - 9
>> J - R rows 1 - 9
>> S - Z rows 2 - 9
>>
>> So why was S assigned to row 2 instead of row 1? The answer I was taught
>> was that row 1 was  too close to an adjacent location. The punching/reading
>> devices and card stock of the day could not reliably handle punches that
>> close together, so row 1 was skipped for the third alphabetic sequence.
>>
>> What's amusing is that this pattern was carried over to EBCDIC. The code
>> for S likewise skips a possible combination: D9 to E2; 'E1' is not assigned
>> to an alphabetic character.
>>
>>
>

--
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: Punched cards and character set

[Paul Gilmartin]

On Tue, 2 Jun 2020 16:42:18 -0500, Bill Godfrey wrote:

>If "S" was assigned the 0 and 2 rows because 0 and 1 were too close together, 
>then
>why was "/" given rows 0 and 1? Does that punch a hole in this theory? GD
>
And there'sa whole row of 7-8 (sparsely populated).

I don't understand the table at:
https://homepage.divms.uiowa.edu/~jones/cards/codes.html

The column labels 12, 11, 10, (blank) appear redundantly on the
second and fourth quadrants.

-- gil

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

Re: Punched cards and character set

[Mike Schwab]

Yep.  Same width as Roman Chariots, drawn by two horses, side by side..

On Tue, Jun 2, 2020 at 9:39 PM Jesse 1 Robinson  wrote:
>
> My favorite OT theme. Related in my mind. The diameter of the original space 
> shuttle booster rocket was an odd value determined as follows:
>
> -- The booster was built in rural Utah
> -- To reach the eventual launch pad, it had to travel through a train tunnel
> -- The booster had to fit through the tunnel
> -- So the spacing of train tracks determined the booster's diameter
> -- The spacing of RR tracks was influenced by the spacing of ancient wagon 
> wheels
> -- Wagon wheel spacing was influenced by the horses that once pulled them
> -- In other words, the diameter of the booster rocket derived from a horse's 
> *ss
> -- QED?
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office ⇐=== NEW
> robin...@sce.com
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Charles Mills
> Sent: Tuesday, June 2, 2020 2:31 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Punched cards and character set
>
> CAUTION EXTERNAL EMAIL
>
> "Laced" (every hold punched) cards were an amusing bulletin board item.
>
> And yes, I believe I heard at the time @Jesse's premise as to why 'S' did not 
> use row 1.
>
> Actually, the alpha codes are as follow:
>
> A - I, row 12 plus rows 1 - 9
> J - R, row 11 plus rows 1 - 9
> S - Z, row 0 plus rows 2 - 9
>
> So you see that if S used row 1 it would have had two adjacent rows punched, 
> 0 and 1.
>
> (The rows, from top to bottom, are 12, 11, 0 - 9.)
>
> Non-alphanumeric punches were fairly rare, and column binary was extremely 
> rare.
>
> Object code decks of course contained non-alphanumeric punches. The X'02' 
> that begins each (traditional) object code record, preceding ESD, TXT, RLD or 
> END? I still think of it as "12-2-9.")
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Steve Smith
> Sent: Tuesday, June 2, 2020 2:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Punched cards and character set
>
> That's plausible, I think.  While there are plenty of adjacent punches in the 
> full 256-characters, I'm sure most cards were mostly alphanumeric only, and 
> it might pay to make them as strong as possible.  I remember seeing some 
> cards that were punched in every position; those were very delicate, and 
> definitely couldn't survive a pass through a card reader, regardless of the 
> fact they had no validity at all.
>
> sas
>
> On Tue, Jun 2, 2020 at 4:55 PM Jesse 1 Robinson 
> wrote:
>
> > I haven't seen this mentioned. The punch card codes for letters went
> > like
> > this:
> >
> > A - I rows 1 - 9
> > J - R rows 1 - 9
> > S - Z rows 2 - 9
> >
> > So why was S assigned to row 2 instead of row 1? The answer I was
> > taught was that row 1 was  too close to an adjacent location. The
> > punching/reading devices and card stock of the day could not reliably
> > handle punches that close together, so row 1 was skipped for the third 
> > alphabetic sequence.
> >
> > What's amusing is that this pattern was carried over to EBCDIC. The
> > code for S likewise skips a possible combination: D9 to E2; 'E1' is
> > not assigned to an alphabetic character.
> >
> >
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: Punched cards and character set

[Charles Mills]

Yeah, we used them for notecards and shopping lists until I used up my entire 
stock sometime in the nineties.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Jacobs
Sent: Tuesday, June 2, 2020 6:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Punched cards and character set

Up until a couple of weeks ago I had a full box of 2000 that I absconded with 
in the early 90's. Now I'm down to about 1900.

Mark Jacobs


Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com

‐‐‐ Original Message ‐‐‐
On Tuesday, June 2, 2020 9:21 PM, Bob Bridges  wrote:

> Peter, you may want to go to eBay and/or Amazon and price punch cards. You
> may be able to make a buck or two on those in your attic. I looked at this
> a while ago - thought I might want to use some old ones for notepads and
> bookmarks, and found they're now considered antique arcana. I'm looking
> now, and the cheapest I see off-hand on eBay is a pack of 50 for $12. More
> common is about 50 cents per card. And here's one ("Vintage IBM punch card
> Hollerith PUNCHED PRINTED used IBM mainframe"), a lot of 30 for which he's
> asking $1995 (no decimal point). I'm sure it'll still be there when you go
> there to look incredulously :).
>
> Oh, wait, here's a cheaper one: Ten thousand cards for the low, low price
> of $1650 (plus 127.25 shipping). You can break them up and sell them in
> lots of 100 for $40 each and make a killing.
>
> ---
>
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* I don't want the cheese, I just want out of the trap. -Spanish proverb
> */
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Farley, Peter x23353
> Sent: Tuesday, June 2, 2020 10:43
>
> Sorry, I don't have any actual JCL on physical punched cards any more.
> Somewhere in the attic I may have a box or two of blank ones, but nothing
> with punches.
>
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of
>
> R.S.
> Sent: Tuesday, June 2, 2020 10:20 AM
>
> Does anynone have JCL statements on punched cards? I would like to
> get/download some images of JOB, EXEC, and DD statements on punched cards. I
> have a lot of card pictures, but none with JCL.
>
> ---
>
> 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

Debug tool and estae/x

[Joseph Reichman]

Does anybody know if debug tool has issues with Estate/x I am getting a S0C1
right after the invocation either the PC OR svc 60

 


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

FW: Your comment on ISPF publication

[Seymour J Metz]

Does anybody know of other characters that are problematical in the TSO command?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: Yi Chen Zhang [zhang...@cn.ibm.com] on behalf of COMSVRCF EMAIL 
[comsv...@us.ibm.com]
Sent: Tuesday, June 2, 2020 11:22 PM
To: Seymour J Metz
Cc: Bud Deitrich; Alan Packett; Marvin Knight
Subject: Your comment on ISPF publication

Hi Shmuel,

This is Erin from z/OS ISPF team. Thanks for your comments and suggestions!

My colleague Bud, on copy, from development team, is investigating the issue. 
We'd like to understand more about the issue to ensure we cover it properly.

Are there other special characters which have an issue? Is this only seen with 
parameter lists? You mentioned the concern is general. So we are wondering if 
you are aware of other specific cases? It would be very helpful if you could 
provide a couple of specific examples.

Thanks again for writing to us!


--
From: Seymour J Metz mailto:sme...@gmu.edu>>
To: "RCF mailto:mhvr...@us.ibm.com>>" 
mailto:mhvr...@us.ibm.com>>
Date: 05/11/2020 06:34 PM
Subject: [EXTERNAL] RCF ISPF User'sGuide

z/OS Version 2 Release 4 ISPF User's Guide Volume I, SC19-3627-40, and z/OS
Version 2 Release 4 ISPF User's Guide Volume II, SC19-3628-40, do not specify 
the syntax of the TSO command. There are commands that will execute correctly 
from the READY prompt but not as operands of the TSO command, and absent 
documentation it is impossible to know whether that is working as designed.
The specific issue that prompted this RCF is the handling of unmatched 
apostrophes, but the concern is more general.
--
Shmuel (Seymour J.) Metz
--

Erin Zhang for ISPF
Customer Information
IBM China Development Laboratory in Shanghai

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

Re: FW: Your comment on ISPF publication

[Steve Smith]

I'm not sure this is relevant, but today I ran into this:

EX 'yadda.zadda.exec(blah)' ',,foo'  /* works */

but

%blah ,,foo /* does not work */

"blah" starts with

parse arg a ',' b ',' c

The leading commas disappear with the so-called indirect invocation, and so
'foo' is assigned to a, not c.  According to the REXX reference, this is
what TSO does.  For some reason.  I'm sure it's a good reason.  Possibly a
really good and wonderful reason.  But it interferes somewhat with
maintaining my sanity.

sas

On Tue, Jun 2, 2020 at 11:28 PM Seymour J Metz  wrote:

> Does anybody know of other characters that are problematical in the TSO
> command?
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>

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

Re: Base SYSPLEX setup

[Brian Westerman]

That is probably true, but you can't run a Star without CF's, which are out of 
the question due to cost.

Brian

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

Re: Base SYSPLEX setup

[Brian Westerman]

This is the second time someone mentioned sharing FCTC with regular stuff one 
Ficon cards.  Maybe I'm doing something wrong when I try to do this with HCD.  
Possibly I delete the current FICON TAPE or DASD CHPID entry and start from 
scratch as some other "kind" of definition.

Has anyone tried this that can point the way?

Brian

On Tue, 2 Jun 2020 11:56:37 +, Allan Staller  wrote:

>A total of 4 ficon ports are required with 2 cables. The FICON CTC's can be 
>shared by all connected LPARs via PATHIIN/PATHOUT in SYS1.PARMLIB(COUPLExx).
>
>
>-Original Message-
>From: IBM Mainframe Discussion List  On Behalf Of 
>Timothy Sipples
>Sent: Tuesday, June 2, 2020 12:07 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Base SYSPLEX setup
>
>[CAUTION: This Email is from outside the Organization. Unless you trust the 
>sender, Don’t click links or open attachments as it may be a Phishing email, 
>which can steal your Information and compromise your Computer.]
>
>Brian,
>
>1. If you haven't also looked at IBM Publication No. SB10-7174 yet, I'd refer 
>you to that one ("IBM Z FICON Channel-to-Channel Reference"). I believe you've 
>found SG24-5451 already.
>
>2. You might not need additional FICON Express features at all. It depends on 
>how you're set up, but there's quite a bit of link sharing that's possible. 
>Quoting IBM, "A FICON channel with CTC capability may behave as both a 
>standard FICON channel connecting to standard FICON I/O control units, as well 
>as having an internal CTC control unit function in support of CTC 
>connections Neither FICON channel must be dedicated exclusively to CTC 
>operations."
>
>If you have (for example) two machines connected to at least one common FICON 
>SAN switch/director then you're *probably* good to go from a physical point of 
>view, for some minimum level of service anyway. Sure, do due diligence in 
>terms of performance and such, but it seems like a better idea to me to leave 
>these machines physically unmolested if possible rather than try to hack 
>something in (that's withdrawn from marketing).
>
>There was probably some point in "ancient history" when the various sharing 
>options weren't available, but I believe all FICON-equipped z/Architecture 
>machines have these various CTC-related sharing capabilities at least in some 
>fashion. SB10-7174 repeatedly refers to an engineering change (EC) that was 
>available at least as far back as the IBM
>z900 from what I can tell.
>
>- - - - - - - - - -
>Timothy Sipple
>
>I.T. Architect Executive
>Digital Asset & Other Industry Solutions IBM Z & LinuxONE
>- - - - - - - - - -
>E-Mail: sipp...@sg.ibm.com
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
>lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>::DISCLAIMER::
>
>The contents of this e-mail and any attachment(s) are confidential and 
>intended for the named recipient(s) only. E-mail transmission is not 
>guaranteed to be secure or error-free as information could be intercepted, 
>corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses 
>in transmission. The e mail and its contents (with or without referred errors) 
>shall therefore not attach any liability on the originator or HCL or its 
>affiliates. Views or opinions, if any, presented in this email are solely 
>those of the author and may not necessarily reflect the views or opinions of 
>HCL or its affiliates. Any form of reproduction, dissemination, copying, 
>disclosure, modification, distribution and / or publication of this message 
>without the prior written consent of authorized representative of HCL is 
>strictly prohibited. If you have received this email in error please delete it 
>and notify the sender immediately. Before opening any email and/or 
>attachments, please check them for viruses and other defects.
>
>
>--
>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: What is GRXBIMG

[Steve Smith]

It is a WTF.

Google:

Did you mean: *GRABBING*

sas

On Wed, Jun 3, 2020 at 12:31 AM Seymour J Metz  wrote:

> In the REXX Reference I saw this: "You can invoke a REXX exec in the TSO/E
> address space in several ways. To invoke an exec in TSO/E
> foreground, use the TSO/E EXEC command processor to either implicitly or
> explicitly invoke the exec and
> you must have ddname GRXBIMG allocated." What is GRXBIMG?
>
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>

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

Re: What is GRXBIMG

[Seymour J Metz]

   I said what I meant, and I meant what I said,
   A sysprog is faithful, 100%
   "Hortion hears an IPL", Dr. Seuss

It was a direct cut and past from the manual, and none of the hits for GRABBING 
mentioned ddname.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Steve Smith [sasd...@gmail.com]
Sent: Wednesday, June 3, 2020 12:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What is GRXBIMG

It is a WTF.

Google:

Did you mean: *GRABBING*

sas

On Wed, Jun 3, 2020 at 12:31 AM Seymour J Metz  wrote:

> In the REXX Reference I saw this: "You can invoke a REXX exec in the TSO/E
> address space in several ways. To invoke an exec in TSO/E
> foreground, use the TSO/E EXEC command processor to either implicitly or
> explicitly invoke the exec and
> you must have ddname GRXBIMG allocated." What is GRXBIMG?
>
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>

--
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: XCF/GRS question

[Edgington, Jerry]

See below and thank you very much for all the information and suggestions.


Jerry



From: IBM Mainframe Discussion List  on behalf of 
Peter Bishop 
Sent: Tuesday, June 2, 2020 8:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: XCF/GRS question

This message was sent from an external source outside of Western & Southern's 
network. Do not click links or open attachments unless you recognize the sender 
and know the contents are safe.


Hi Jerry,

questions, and a suggestion.  These are more at the hardware layer than the GRS 
one, which I saw Paul Feller addressing quite well.  It may be that you cannot 
change the LPAR setup, but if you can, here are some ideas.

1.   Must the CFs share the GPs with the z/OS systems, or are there ICF engines 
they can use?
- Yes, we don't have CF engines and only 2 GPs, being max'ed out at 16 MSUs

For small workloads it may be acceptable to have z/OS and CF workloads in the 
same processor pool, but CF workloads are different than z/OS ones, and where 
possible I have seen much benefit from having an ICF pool for CFs, and a CP 
pool for z/OS (and if you have VM or Linux, an IFL pool, which may be out of 
scope here).
   - I am trying to get a CF engine, but I can't get it approved in the budget, 
yet. z/VM, Linux and IFL are running on a different CEC

2.   Must the non-production and production workloads share the same Sysplex?
   -  I started with only one LPAR, running production and Test workloads.  Our 
maintenance window is only once a month for 4 hours. So, we needed a way to 
"fit" the upgrades into the maintenance windows.

I'd be inclined to separate them were I in charge.  Two monoplexes may be less 
hassle than a "forced sharing" Sysplex.  But you may have reasons for joining 
non-production into the production Sysplex.
- This is a small system, and I would have a major change to split into 
separate SYSplex or even two monoplex'es.  Due to the way the batch and 
development are setup, it would be a very big change

3.   Do you have DYNDISP=THIN set on the CF LPARs?
 - Yes, DYNDISP=THIN on the ICF LARs

For non-production CFs, this is best, but in your case with a single plex it 
may be inapplicable.  Consider how you might benefit from it.  It is a 
much-improved algorithm than its predecessors has been my experience.  
Considering you are sharing the pool, it may be a "quick fix" if you can live 
with it.  Try a test.
- we two ICF LPARs, so I single SYSplex was really the only way to accomplish 
all the goals, with minimal impact to the business and developers.

4.   If you split the plexes, and have separate CFs, it will be better if you 
weight the CF LPARs as you do the z/OS ones, e.g. if z/OS has an 80:20 CP pool 
weight, then the CF LPARs should have the same weights for the ICF pool.
- it would be a big deal, both political and business impact to split the 
environments into more SYSplex'es with more ICF.  I think wouldn't be a good 
idea, with this small setup.
- Thanks, I will take a look at the CPU weights, about increasing the ICF LPAR 
CP pool weights.

kind regards,
Peter

On Tue, 2 Jun 2020 17:39:19 +, Edgington, Jerry 
 wrote:

>
>We are running on single SYSPlex with two LPARs (Prod and Test) with 2 ICFs, 
>all running on the GPs.  We are experiencing slowdowns, due to PROC-GRS on 
>Test, PROC-XCFAS on Prod.  Weights are 20/20/20/80 for ICF1/ICF2/Test/Prod.  
>We have setup XCF Structures and FCTC for GRS Star
>
>Higher Weight:
>PROC-GRS3.4 users
>PROC-GRS2.4 users
>ENQ -ACF2ACB  100.0 % delay LOGONIDS
>PROC-GRS   99.0 % delay
>PROC-GRS   13.0 % delay
>
>Lower weight:
>PROC-XCFAS 14.1 users
>PROC-XCFAS 13.1 users
>PROC-XCFAS 99.0 % delay
>PROC-XCFAS 45.0 % delay
>PROC-XCFAS 16.0 % delay
>PROC-XCFAS 11.0 % delay
>PROC-XCFAS 33.0 % delay
>PROC-XCFAS 77.0 % delay
>PROC-XCFAS 45.0 % delay
>
>GRSCNFxx:
>GRSDEF MATCHSYS(*)
>   SYNCHRES (YES)
>   GRSQ (CONTENTION)
>   ENQMAXA(25)
>   ENQMAXU(16384)
>   AUTHQLVL(2)
>   RESMIL(5)
>   TOLINT(180)
>
>IEASYSxx:
>GRS=STAR, JOIN GRS STAR
>GRSCNF=00,GRS INITIALIZATION MEMBER
>GRSRNL=00,GRS RESOURCE LIST
>
>D GRS:
>RESPONSE=TEST
> ISG343I 13.38.49 GRS STATUS 604
> SYSTEMSTATE   SYSTEMSTATE
> MVSZ  CONNECTED   TEST  CONNECTED
> GRS STAR MODE INFORMATION
>   LOCK STRUCTURE (ISGLOCK) CONTAINS 1048576 LOCKS.
>   THE CONTENTION NOTIFYING SYSTEM IS TEST
>   SYNCHRES:  YES
>   ENQMAXU: 16384
>   ENQMAXA:25
>   GRSQ:   CONTENTION
>   AUTHQLVL:1
>   MONITOR:NO
>
>Any advice or help on what I can do about these delays, would be great?
>
>Thanks,
>Jerry
>
>--
>For IBM-MAIN 

Re: Base SYSPLEX setup

[Brian Westerman]

no switches exist at the site.

I can't see how to share the CTC and NON CTC Control units on a Ficon card, it 
(HCD) keeps generating a message that you can't "share" CTC and NON CTC on  the 
same CHPID, but maybe I'm doing something wrong.

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

Re: Base SYSPLEX setup

[Brian Westerman]

We don't have a switch.  And GRS can't possibly be worse than MIM using DASD to 
send the information between the LPARs, which is what is happening now.

Brian

On Tue, 2 Jun 2020 11:43:30 +0200, R.S.  wrote:

>Good question. However better question is why LPARs withing single CPC
>cannot communicate via some emulated channel like ICP or IQD. The only
>reasonable answer is because IBM decided. Was the decision reasonable?
>That's another question.
>Fortunately for FICON CTC it is enough to use *one* channel connected do
>a switch. And the channel may be shared, that means may also serve
>another CUs.
>Assuming poor configuration and lack of budget, that could be a solution
>to use two (redundancy) existing FC chpids, attached to switch. Of
>course I would choose less busy channels.
>
>BTW: GRS ring is not for free. It will take CPU cycles. And it will
>introduce delays.
>The alternative for GRS ring is ...maybe no GRS between LPARs. Maybe
>workload can be consolidated on single LPAR or resources may be not
>shared. Or sharing may be reorganized.
>
>--
>Radoslaw Skorupka
>Lodz, Poland
>
>
>
>
>
>
>W dniu 02.06.2020 o 05:42, kekronbekron pisze:
>> Just curious .. why does it have to be FICON CTC, why can't it be SMC-D/R or 
>> HiperSockets or one of those ICA-SR (or whatever it's called) connectors IF 
>> 2 machines are involved.
>>
>>
>> - KB
>>
>> ‐‐‐ Original Message ‐‐‐
>> On Monday, June 1, 2020 6:29 PM, Allan Staller  wrote:
>>
>>> See the manuals "Setting up a SYSPLEX" and "Merging Systems Into A 
>>> SYSPLEX". Both can be found on the IBM zOS Library site.
>>> Some key items not available in a base sysplex:
>>>
>>> GRS START (use CTC for inter-image communication.
>>> VTAM Generic resources, VTAM MNPS
>>> RACF data sharing (RACF sysplex communications is available)
>>> Many others. All are described in Setting Up a SYSPLEX
>>>
>>> HTH,
>>> -Original Message-
>>> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
>>> Brian Westerman
>>>
>>> Sent: Sunday, May 31, 2020 2:05 AM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Base SYSPLEX setup
>>>
>>> [CAUTION: This Email is from outside the Organization. Unless you trust the 
>>> sender, Don’t click links or open attachments as it may be a Phishing 
>>> email, which can steal your Information and compromise your Computer.]
>>>
>>> Hi,
>>>
>>> I'm looking for information on how to set up a base SYSPLEX with only Ficon 
>>> CTC's that seem to be referred to as XCF CTC's.
>>>
>>> I'm sure someone had done this before and is probably doing it now for 
>>> Multiple LPARs that are running on the same processor CEC. Configuration 
>>> help (parms etc.) would be greatly appreciated. I think all we need to do 
>>> to connect the 3 existing LPARs is purchase 2 FICON cards (we currently 
>>> have no extras). Unfortunately, the IBM docs seem to talk a lot about the 
>>> full parallel sysplexes (with Coupling facilities), but we don't have them, 
>>> and they seem to be a great deal more expensive than FICON cards which are 
>>> all we need to implement GRS anyway (that's our goal). We can also 
>>> apparently create a virtual CF, but the overhead appears to be far greater 
>>> than we can spare.
>>>
>>> Any CXF CTC setup information would be greatly appreciated.
>>>
>>> Thanks
>>>
>>> Brian
>>>
>
>
>==
>
>Jeśli nie jesteś adresatem tej wiadomości:
>
>- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
>- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub 
>zapisałeś na dysku).
>Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
>tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, 
>rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i 
>może podlegać karze.
>
>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, KRS 025237, 
>NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
>01.01.2020 r. wynosi 169.401.468 złotych.
>
>If you are not the addressee of this message:
>
>- let us know by replying to this e-mail (thank you!),
>- delete this message permanently (including all the copies which you have 
>printed out or saved).
>This message may contain legally protected information, which may be used 
>exclusively by the addressee.Please be reminded that anyone who disseminates 
>(copies, distributes) this message or takes any similar action, violates the 
>law and may be penalised.
>
>mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
>Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the 
>Capital City of Warsaw, 12th Commercial Division of the National Court 
>Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital 
>amounting to PLN 169.401.468 as 

What is GRXBIMG

[Seymour J Metz]

In the REXX Reference I saw this: "You can invoke a REXX exec in the TSO/E 
address space in several ways. To invoke an exec in TSO/E
foreground, use the TSO/E EXEC command processor to either implicitly or 
explicitly invoke the exec and
you must have ddname GRXBIMG allocated." What is GRXBIMG?



--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

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

Re: Base SYSPLEX setup

[Brian Westerman]

For our type of load it's supposed to be negligible.  The machine is a 13MSU 
box and the load that runs is about 8 to 11 at the peaks, so it's pretty low 
use.  Most of what runs isn't batch or TSO, so there isn't a lot of 
allocation/deallocation going on.

Brian

On Tue, 2 Jun 2020 04:41:54 +, Seymour J Metz  wrote:

>Have you evaluated the CPU cost of GRS in a ring?
>
>
>--
>Shmuel (Seymour J.) Metz
>http://mason.gmu.edu/~smetz3
>
>
>From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
>Brian Westerman [brian_wester...@syzygyinc.com]
>Sent: Tuesday, June 2, 2020 12:36 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Base SYSPLEX setup
>
>It's all about the cost.  Especially right now, there is just no money to put 
>into the box.  If we knew for sure that the software CF would only take 1MSU 
>or less, then we would do it in a heartbeat, but it's a base model z13s so 
>there are only 13MSU's int he entire complex, taking even one away is a big 
>deal, but IBM will only guarantee that it wouldn't take more than "a couple".  
>We don't have a couple to give up.  Even just 2 is more than 15%.  The goal is 
>to install GRS (free) so that we can drop MIM.
>
>On Mon, 1 Jun 2020 11:15:45 +0200, R.S.  wrote:
>
>>W dniu 01.06.2020 o 02:27, Brian Westerman pisze:
>>> The box isn't maxed out, but it's pretty close.  It's a base z13s and no 
>>> money to upgrade it.  The cards are a cheap way to get by (they are under 
>>> $400 with $0 increase in maintenance costs), whereas the cost of a CF is 
>>> far greater.  We can't use the software CF option (build a CF lpar without 
>>> a actual CF processor) because that would take us over the tipping point 
>>> and no budget to add any more MSU's to resolve it.  Maybe in a year or so, 
>>> but for now that's not a viable option.
>>
>>OK, we know it's poor configuration. Old machine, small one.
>>So, what is the reason for Sysplex? What goal to achieve?
>>Sysplex takes some CPU, so for "pretty close to maxed out" CPC it is not
>>very fine.
>>IMHO it would be reasonable to consider purchase second hand CPC as
>>standalone CF and some cards. Of course the question about the goal is
>>still valid.
>>
>>--
>>Radoslaw Skorupka
>>Lodz, Poland
>>
>>
>>
>>
>>
>>==
>>
>>Je�li nie jeste� adresatem tej wiadomo�ci:
>>
>>- powiadom nas o tym w mailu zwrotnym (dzi�kujemy!),
>>- usu� trwale t� wiadomo�� (i wszystkie kopie, kt�re wydrukowa�e� lub 
>>zapisa�e� na dysku).
>>Wiadomo�� ta mo�e zawiera� chronione prawem informacje, kt�re mo�e 
>>wykorzysta� tylko adresat.Przypominamy, �e ka�dy, kto rozpowszechnia 
>>(kopiuje, rozprowadza) t� wiadomo�� lub podejmuje podobne dzia�ania, narusza 
>>prawo i mo�e podlega� karze.
>>
>>mBank S.A. z siedzib� w Warszawie, ul. Senatorska 18, 00-950 
>>Warszawa,http://secure-web.cisco.com/15OWiOdCm4GznBvnnKw6X3yZLqNv8pT-7PB_1iO3mWjo7Q8gm8PlAFUJrEGGliME5TZV5K5-LN_C8vilKWWfMXMA-9QrMl_l5rSOvdcmrQwRvL3BT8DDkbp3XbBUTycrssNKyAVpkg7DR5AsscwsdLKt9S7cOkzFUtOmJCmGI371F_jX7B6s_Bovb-Q6bzHHZl3L7CgCo-4FsI-1lUg7pJyJTCQTq7OZZw7xrWhibFcW-oHvmFhVOXuQt9qm7gbEsqHMO9cw2V0hEwrUXJ6tHoSYC5KTfQ6D0gSrMFUD6V_wVyVmQaCD9H0xU9rEHifqGBfERJKqh-cf3QMCyyIcA3tBCCFGb3XwosFst2gO2osp3yN1UZIhdEYz08HiGYiaIDtbQhCWQIoNots64UKPGGfCcbRyOWHmLO2bq9Dlg5_GwLnHUb4TLpdsugzD8l27x/http%3A%2F%2Fwww.mBank.pl,
>> e-mail: kont...@mbank.pl. S�d Rejonowy dla m. st. Warszawy XII Wydzia� 
>>Gospodarczy Krajowego Rejestru S�dowego, KRS 025237, NIP: 526-021-50-88. 
>>Kapita� zak�adowy (op�acony w ca�o�ci) wed�ug stanu na 01.01.2020 r. wynosi 
>>169.401.468 z�otych.
>>
>>If you are not the addressee of this message:
>>
>>- let us know by replying to this e-mail (thank you!),
>>- delete this message permanently (including all the copies which you have 
>>printed out or saved).
>>This message may contain legally protected information, which may be used 
>>exclusively by the addressee.Please be reminded that anyone who disseminates 
>>(copies, distributes) this message or takes any similar action, violates the 
>>law and may be penalised.
>>
>>mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
>>Warszawa,http://secure-web.cisco.com/15OWiOdCm4GznBvnnKw6X3yZLqNv8pT-7PB_1iO3mWjo7Q8gm8PlAFUJrEGGliME5TZV5K5-LN_C8vilKWWfMXMA-9QrMl_l5rSOvdcmrQwRvL3BT8DDkbp3XbBUTycrssNKyAVpkg7DR5AsscwsdLKt9S7cOkzFUtOmJCmGI371F_jX7B6s_Bovb-Q6bzHHZl3L7CgCo-4FsI-1lUg7pJyJTCQTq7OZZw7xrWhibFcW-oHvmFhVOXuQt9qm7gbEsqHMO9cw2V0hEwrUXJ6tHoSYC5KTfQ6D0gSrMFUD6V_wVyVmQaCD9H0xU9rEHifqGBfERJKqh-cf3QMCyyIcA3tBCCFGb3XwosFst2gO2osp3yN1UZIhdEYz08HiGYiaIDtbQhCWQIoNots64UKPGGfCcbRyOWHmLO2bq9Dlg5_GwLnHUb4TLpdsugzD8l27x/http%3A%2F%2Fwww.mBank.pl,
>> e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 
>>12th Commercial Division of the National Court Register, KRS 025237, NIP: 
>>526-021-50-88. Fully paid-up share capital amounting to PLN 169.401.468 as at 
>>1 January 2020.
>>

Re: FW: Your comment on ISPF publication

[Seymour J Metz]

Neither the documentation of EXEC nor the documentation of IKJSCAN says 
anything about that. I suspect that it's something specific to implicit EXEC. 
Is anybody in a position to make a formal query to IBM?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Steve Smith [sasd...@gmail.com]
Sent: Tuesday, June 2, 2020 11:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FW: Your comment on ISPF publication

I'm not sure this is relevant, but today I ran into this:

EX 'yadda.zadda.exec(blah)' ',,foo'  /* works */

but

%blah ,,foo /* does not work */

"blah" starts with

parse arg a ',' b ',' c

The leading commas disappear with the so-called indirect invocation, and so
'foo' is assigned to a, not c.  According to the REXX reference, this is
what TSO does.  For some reason.  I'm sure it's a good reason.  Possibly a
really good and wonderful reason.  But it interferes somewhat with
maintaining my sanity.

sas

On Tue, Jun 2, 2020 at 11:28 PM Seymour J Metz  wrote:

> Does anybody know of other characters that are problematical in the TSO
> command?
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>

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