Mixed cobol ewnvironment and Ent. Cobol

2015-08-04 Thread Itschak Mugzach
We have a mixed Cobol environment involving VS Cobol 2 programs compiled
with RESident. We do not want to recompile tons of programs and considering
the option to relink the Cobol load modulwe to replace the stub module
(igzebst) with an updated one. My questions are:
* will relinked Cobol programs be callable by Cobol 5 programs under CICS?
* Will these programs act the same as before the relink (same results)?
* what level of testing should we expect after the relink, if done?

Tx.

ITschak

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


Limit number of frames of real storage per job

2015-08-04 Thread Vlcek, Vitezslav Vit
Hi

I would like to ask more experienced sysprogs regarding real storage manager.

Is it possible to limit number of frames of real storage on job level? The 
MEMLIMIT/REGION parameters limit virtual memory of whole address space however 
I would like to limit the only real memory while the virtual memory remain as 
it is.

The reason why I need it; I would like to test the performance of a (Java) 
application in case of lack of frames of real storage. In case of shortage of 
real storage a paging is expected. And I would like to simulate this situation 
to see impact a performance of  the Java application.

I have found  MCCAFCTH (defined in IEAOPTxx) but this seems to be LPAR (not 
job) specifics and moreover this defines length of available frame queue (not 
number of frames per job).
Thx for hints.


Regards
Vitek

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


Re: Limit number of frames of real storage per job

2015-08-04 Thread Staller, Allan
MCCAFCTH is not applicable in this case.  You are correct that this is a LPAR 
level control.

The only out of the box solution I can think of is to run the job V=R' . See 
VRREGN in SYS1.PARMLIB(IEASYS00).
NOTE: An IPL is*REQUIRED* to change this value.

Of course, you could write a driver program to do what you want. i.e. obtain 
the real storage and then invoke JAVA. JZOS *may* be of some help here.

HTH,

snip
I would like to ask more experienced sysprogs regarding real storage manager.

Is it possible to limit number of frames of real storage on job level? The 
MEMLIMIT/REGION parameters limit virtual memory of whole address space however 
I would like to limit the only real memory while the virtual memory remain as 
it is.

The reason why I need it; I would like to test the performance of a (Java) 
application in case of lack of frames of real storage. In case of shortage of 
real storage a paging is expected. And I would like to simulate this situation 
to see impact a performance of  the Java application.

I have found  MCCAFCTH (defined in IEAOPTxx) but this seems to be LPAR (not 
job) specifics and moreover this defines length of available frame queue (not 
number of frames per job).
Thx for hints.
/snip

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


Re: Limit number of frames of real storage per job

2015-08-04 Thread Vernooij, CP (ITOPT1) - KLM
Your test cannot be done by limiting the real storage of an individual job. 
Paging is done by the system in response to the real storage usage of the 
entire system. If you want to test the Java application is a storage 
constrained environment, you must make the system storage constraint. 

This can be done by CONFIGing some storage offline, which you must have made 
reconfigurable.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vlcek, Vitezslav Vit
Sent: 04 August, 2015 16:14
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Limit number of frames of real storage per job

Hi

I would like to ask more experienced sysprogs regarding real storage manager.

Is it possible to limit number of frames of real storage on job level? The 
MEMLIMIT/REGION parameters limit virtual memory of whole address space however 
I would like to limit the only real memory while the virtual memory remain as 
it is.

The reason why I need it; I would like to test the performance of a (Java) 
application in case of lack of frames of real storage. In case of shortage of 
real storage a paging is expected. And I would like to simulate this situation 
to see impact a performance of  the Java application.

I have found  MCCAFCTH (defined in IEAOPTxx) but this seems to be LPAR (not 
job) specifics and moreover this defines length of available frame queue (not 
number of frames per job).
Thx for hints.


Regards
Vitek

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

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

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



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


TCPIP.SEZAINST(REXAPI04)

2015-08-04 Thread Steve Austin
According to the link below REXAPI04 should exist in SEZAINST, but I don't see 
it on z/OS 2.1, z/OS 1.13 and z/OS 1.12 here. Any suggestions as to where it 
might be, or whether it actually exists?

Thanks

Steve

http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.hala001/rexx_overview_of_sample_programs_r.htm
  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Shmuel Metz (Seymour J.)
Sent: 31 July 2015 22:59
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: replacement CRTs for 3278s

In 20150730231354.cffa74874...@lara.ugcs.caltech.edu, on 07/30/2015
   at 04:13 PM, glen herrmannsfeldt g...@ugcs.caltech.edu said:

Does anyone know where to get replacement, either new or with lots of 
life left, CRTs for 3729

3279?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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


Re: TCPIP.SEZAINST(REXAPI04)

2015-08-04 Thread Steve Austin
Looks like it is actually EZARXS04 in SBLSCLI0. 

-Original Message-
From: Steve Austin 
Sent: 04 August 2015 10:48
To: 'IBM Mainframe Discussion List'
Subject: TCPIP.SEZAINST(REXAPI04)

According to the link below REXAPI04 should exist in SEZAINST, but I don't see 
it on z/OS 2.1, z/OS 1.13 and z/OS 1.12 here. Any suggestions as to where it 
might be, or whether it actually exists?

Thanks

Steve

http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.hala001/rexx_overview_of_sample_programs_r.htm
  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Shmuel Metz (Seymour J.)
Sent: 31 July 2015 22:59
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: replacement CRTs for 3278s

In 20150730231354.cffa74874...@lara.ugcs.caltech.edu, on 07/30/2015
   at 04:13 PM, glen herrmannsfeldt g...@ugcs.caltech.edu said:

Does anyone know where to get replacement, either new or with lots of 
life left, CRTs for 3729

3279?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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


Re: TCPIP.SEZAINST(REXAPI04)

2015-08-04 Thread Staller, Allan
Try TCPIP.SEZAINST(EZARXR04)

HTH,

snip
According to the link below REXAPI04 should exist in SEZAINST, but I don't see 
it on z/OS 2.1, z/OS 1.13 and z/OS 1.12 here. Any suggestions as to where it 
might be, or whether it actually exists?

Thanks

Steve

http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.hala001/rexx_overview_of_sample_programs_r.htm
  
/snip

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


Re: SORT one input to 3 output files - different orders

2015-08-04 Thread Bill Ashton
Thanks so much for this Kolusu - it works great...I did notice that I had
different record counts in 2 of the 3 files, due to the SUM setting. This
identified a problem in my data, which I was able to clean up at the same
time. So all is now well!

Have a great day - mine is already starting to be great.

Billy

On Mon, Aug 3, 2015 at 5:25 PM, Sri h Kolusu skol...@us.ibm.com wrote:

 Bill,

 The trick is to concatenate the master file 3 times but have a header file
 to distinguish the file and put the key values to be sorted at a common
 place. (usually at the end)

 So the largest sort key is from file 2 which has 9 + 8 = 17 bytes and the
 smallest sort key is from file3 which has just 8 bytes. So we pad spaces
 to the right for key3. So depending on how you want to results you may
 want to left pad with high values or binary zeroes. Try the following JCL

 //**
 //*  CREATE A 90 BYTE HEADER TO USE AS AN IDENTIFIER   *
 //**
 //STEP0100 EXEC PGM=SORT
 //SYSOUT   DD SYSOUT=*
 //SORTIN   DD *
 //SORTOUT  DD DSN=HDR,DISP=(,PASS),SPACE=(CYL,(1,1),RLSE)
 //SYSINDD *
   OPTION COPY
   OUTFIL REMOVECC,NODETAIL,BUILD=(90X),HEADER1=(3'$')
 //*
 //**
 //*  CONCATENATE THE MASTER FILE 3 TIMES EACH WITH A HEADER FILE AND   *
 //*  PUT THE KEY AT A COMMON PLACE SO THAT WE CAN SORT IN 1 PASS.  *
 //**
 //*  FILE INDICATOR WILL BE AT POSITION 91 *
 //**
 //*  FILE1 -  SORT CHAR 10-15 AND THEN 40-47 WILL BE AT POSITION 92*
 //*  FILE2 -  SORT CHAR 73-81 AND THEN 40-47 WILL BE AT POSITION 92*
 //*  FILE3 -  SORT CHAR 40-47WILL BE AT POSITION 92*
 //**
 //STEP0200 EXEC PGM=SORT
 //SYSOUT   DD SYSOUT=*
 //SORTIN   DD DISP=SHR,DSN=HDR,VOL=REF=*.STEP0100.SORTOUT
 // DD DISP=SHR,DSN=Your.Master.File
 // DD DISP=SHR,DSN=HDR,VOL=REF=*.STEP0100.SORTOUT
 // DD DISP=SHR,DSN=Your.Master.File
 // DD DISP=SHR,DSN=HDR,VOL=REF=*.STEP0100.SORTOUT
 // DD DISP=SHR,DSN=Your.Master.File
 //OUT1 DD SYSOUT=*
 //OUT2 DD SYSOUT=*
 //OUT3 DD SYSOUT=*
 //SYSINDD *
   INREC IFTHEN=(WHEN=GROUP,BEGIN=(1,3,CH,EQ,C'$$$'),PUSH=(91:ID=1)),
   IFTHEN=(WHEN=(91,1,ZD,EQ,1),OVERLAY=(92:10,6,40,8)),
   IFTHEN=(WHEN=(91,1,ZD,EQ,2),OVERLAY=(92:73,9,40,8)),
   IFTHEN=(WHEN=(91,1,ZD,EQ,3),OVERLAY=(92:40,8))

   SORT FIELDS=(91,18,CH,A)$ FILE-ID + COMPOSITE KEY
   SUM FIELDS=NONE

   OUTFIL FNAMES=OUT1,BUILD=(1,90),
   INCLUDE=(91,1,ZD,EQ,1,AND,1,3,CH,NE,C'$$$')

   OUTFIL FNAMES=OUT2,BUILD=(1,90),
   INCLUDE=(91,1,ZD,EQ,2,AND,1,3,CH,NE,C'$$$')

   OUTFIL FNAMES=OUT3,BUILD=(1,90),
   INCLUDE=(91,1,ZD,EQ,3,AND,1,3,CH,NE,C'$$$')

 //*


 Sri Hari Kolusu
 DFSORT Development
 IBM Corporation
 Email: skol...@us.ibm.com
 Phone: 520-799-2237 Tie Line: 321-2237

 IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on
 08/03/2015 01:29:54 PM:

  From: Bill Ashton bill00ash...@gmail.com
  To: IBM-MAIN@LISTSERV.UA.EDU
  Date: 08/03/2015 01:30 PM
  Subject: Re: SORT one input to 3 output files - different orders
  Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
 
  Hi Kolusu...yes, all the master files and the trans files are 90 bytes
 FB.
  Each record has multiple pieces of data, with the three master files
 being
  sorted on their respective key. I did make one little error earlier,
 by
  forgetting that two of the files have compound keys... so here is the
 sort
  criteria once more - correctly!
  File1 -  Sort Char 10-15 and then 40-47
  File2 -  Sort Char 73-81 and then 40-47
  File3 -  Sort Char 40-47
 
  Thanks for your help!
  B
 
  On Mon, Aug 3, 2015 at 4:00 PM, Sri h Kolusu skol...@us.ibm.com wrote:
 
   Bill,
  
   Are all Input files of the same LRECL and RECFM? If so we can
 accomplish
   the task in a Single pass of the data and sort the accordingly. There
 is a
   trick to get it done. Let me know the attributes of all the input file
 and
   desired output file attributes and I will show you a way to do it.
  
   Thanks,
   Kolusu
   DFSORT Development
   IBM Corporation
  
   IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on
   08/03/2015 12:33:46 PM:
  
From: Bill Ashton bill00ash...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 08/03/2015 12:34 PM
Subject: SORT one input to 3 output files - different orders
Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
   
Good afternoon, friends! I thought this should be easy, but I can't
 get
started with this.
   
I have one transaction file that I need to add to 3 different
 master
files. 

Re: Limit number of frames of real storage per job

2015-08-04 Thread Ted MacNEIL
1. IiRC, V=R is no longer supported. I could be wrong -- it happens sometimes.

2. The reason for the 'high' frame count is because the job needs‎ them. 
Limiting them, yourself if it were possible, would strangle the job. z/OS 
(srm/wlm) knows best as to who needs what and, in general, it's better not to 
second guess.

-
-teD
-
  Original Message  
From: Staller, Allan
Sent: Tuesday, August 4, 2015 10:56
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: Limit number of frames of real storage per job

MCCAFCTH is not applicable in this case. You are correct that this is a LPAR 
level control.

The only out of the box solution I can think of is to run the job V=R' . See 
VRREGN in SYS1.PARMLIB(IEASYS00).
NOTE: An IPL is*REQUIRED* to change this value.

Of course, you could write a driver program to do what you want. i.e. obtain 
the real storage and then invoke JAVA. JZOS *may* be of some help here.

HTH,

snip
I would like to ask more experienced sysprogs regarding real storage manager.

Is it possible to limit number of frames of real storage on job level? The 
MEMLIMIT/REGION parameters limit virtual memory of whole address space however 
I would like to limit the only real memory while the virtual memory remain as 
it is.

The reason why I need it; I would like to test the performance of a (Java) 
application in case of lack of frames of real storage. In case of shortage of 
real storage a paging is expected. And I would like to simulate this situation 
to see impact a performance of the Java application.

I have found MCCAFCTH (defined in IEAOPTxx) but this seems to be LPAR (not job) 
specifics and moreover this defines length of available frame queue (not number 
of frames per job).
Thx for hints.
/snip

--
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: Where are Internet Lists for Mainframe

2015-08-04 Thread Shmuel Metz (Seymour J.)
In
30561312.1438632004095.javamail.r...@elwamui-rustique.atl.sa.earthlink.net,
on 08/03/2015
   at 01:00 PM, Lizette Koehler stars...@mindspring.com said:

If you use this URL, you can find any list 

Only those on LISTSERV.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: Limit number of frames of real storage per job

2015-08-04 Thread Roach, Dennis
V=R won't help anyway since every virtual page is backed by a real page, hence 
no paging.

Dennis Roach, CISSP, PMP
IT Security Administration Senior Analyst 
2727 Allen Parkway, Wortham Building 3rd Floor, Houston, TX 77019
Work:  713-831-8799
Cell:  713-591-1059
Email:  dennis.ro...@aig.com 
Report information security incidents to: aiglr_security_incide...@aig.com and 
(818) 673-4030 

All opinions expressed by me are mine and may not agree with my employer or any 
person, company, or thing, living or dead, on or near this or any other planet, 
moon, asteroid, or other spatial object, natural or manufactured, since the 
beginning of time.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: Tuesday, August 04, 2015 12:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Limit number of frames of real storage per job

eamacn...@yahoo.ca (Ted MacNEIL) wrote:
 1. IiRC, V=R is no longer supported. I could be wrong -- it happens sometimes.
snip

V=R remains supported.


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

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

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


Re: Limit number of frames of real storage per job

2015-08-04 Thread Andrew Rowley
I'm not sure if you can artificially limit the frames available, but I 
would expect that the effect of paging on a Java application would be 
BAD. Very bad.


Java needs to perform regular garbage collection. Garbage collection is 
likely to touch most of the frames in the address space. It is designed 
to be fast, but obviously waiting for a page in will delay it. Waiting 
for multiple page-ins (I'm not sure whether z/OS is smart enought to 
recognise the pattern and bring pages back in before they are required) 
will be very slow. If other pages from your application are paged out to 
allow pages to be brought in it's even worse because they will probably 
need to be paged straight back in again i.e. thrashing.


I wouldn't bother testing - I would just say that sufficient memory is 
required to execute in real storage.


Another consequence of this behaviour is that you should not make the 
Java heap too large. You want the heap small enough that garbage 
collection happens often enough to keep those pages in storage. If you 
have a massive heap that is not collected for a long time and z/OS pages 
some of it out, the eventual garbage collection will be very slow.


Actually one way to test might be to make the Java heap larger than real 
storage, then create and delete objects to consume it...


Andrew Rowley
Black Hill Software



On 5/08/2015 0:13, Vlcek, Vitezslav Vit wrote:

Is it possible to limit number of frames of real storage on job level? The 
MEMLIMIT/REGION parameters limit virtual memory of whole address space however 
I would like to limit the only real memory while the virtual memory remain as 
it is.

The reason why I need it; I would like to test the performance of a (Java) 
application in case of lack of frames of real storage. In case of shortage of 
real storage a paging is expected. And I would like to simulate this situation 
to see impact a performance of  the Java application.



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


Re: Limit number of frames of real storage per job

2015-08-04 Thread John Eells

eamacn...@yahoo.ca (Ted MacNEIL) wrote:

1. IiRC, V=R is no longer supported. I could be wrong -- it happens sometimes.

snip

V=R remains supported.


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

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


Re: Exporting Excel to Dataset

2015-08-04 Thread Eosze, Jonathan L.
One option would be to use the open source POI libraries from Java, called from 
COBOL via JNI. Warning, JNI is not for the faint of heart.

Jonathan Eosze | Sr Computer Sys Engr | IT Operations
Mainframe Management 1 (IMS), Information Technology, USAA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ron Thomas
Sent: Monday, August 03, 2015 12:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Exporting Excel to Dataset

We have a requirement that looks for exporting an Excel template with data in a 
tabular format from an FTP folder location to a mainframe PDS which later needs 
to be accessed via COBOL for some business processing logic. 
 
We know that this works fine if the input Excel file is in .CSV format. What we 
are looking for is, if anyone is aware of any such functionalities where we can 
accept and export the Excel template as such to a PDS that is readable by COBOL 
without being converted to a .CSV file?

Thanks
Ron T

--
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: replacement CRTs for 3278s

2015-08-04 Thread Blake, Don (ITS)
Here's one on ebay: 
http://www.ebay.com/itm/IBM-3278-Vintage-Workstation-1977-3278-2-Terminal-370-/201375652652?pt=LH_DefaultDomain_0hash=item2ee2ec9b2c

Watch out for the sticker shock!

Donald H. Blake
ITS EO DCH, Information Technology Specialist 4 (Systems Programming)
IBM Mainframe Online Transaction Processing

NYS Office of Information Technology Services 
W. Averell Harriman State Campus
Building 8 -  Room 738
Albany, NY 12227
(518) 485-9564 | don.bl...@its.ny.gov
www.its.ny.gov

-Original Message-
From: glen herrmannsfeldt [mailto:g...@ugcs.caltech.edu] 
Sent: Monday, August 03, 2015 4:06 AM
Subject: replacement CRTs for 3278s

Shmuel Metz  , Seymour J. shmuel+ibm-m...@patriot.net wrote:
 In 20150730231354.cffa74874...@lara.ugcs.caltech.edu, on 07/30/2015
   at 04:13 PM, glen herrmannsfeldt g...@ugcs.caltech.edu said:
 
Does anyone know where to get replacement, either new or with lots of 
life left, CRTs for 3729
 
 3279?

It was supposed to say 3278 like in the subject.

I thought they would have been popular enough that there would be some around.

Otherwise, we haven't tried CRT rejuvenation yet.

-- glen

--
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: Limit number of frames of real storage per job

2015-08-04 Thread J O Skip Robinson
In some cases, the amount real storage occupied by an application can be 
influenced by the app itself. When we were rolling out DB2 V10, one smallish 
LPAR ran so short of real storage that it crashed. I even added some real 
storage to no avail. IBM finally recommended changes to DB2 run-time parms, and 
the problem went away. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Doug Henry
Sent: Tuesday, August 04, 2015 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Limit number of frames of real storage per job

On Tue, 4 Aug 2015 14:13:57 +, Vlcek, Vitezslav Vit 
vitezslavvit.vl...@ca.com wrote:

Hi

I would like to ask more experienced sysprogs regarding real storage manager.

Is it possible to limit number of frames of real storage on job level? The 
MEMLIMIT/REGION parameters limit virtual memory of whole address space however 
I would like to limit the only real memory while the virtual memory remain as 
it is.


As others have told you it is at the system level. One way to this is to use a 
program to pagefix a large amount of frames to a utility job and then you can 
cause paging for your test job. Of course this should be done on a sandbox lpar.

Check out CBT Tape file 19

PAGEFIX   This utility allows an installation to *   FILE 019
//*  effectively dynamically remove storage *   FILE 019
//*  from the system.  This can be either to*   FILE 019
//*  reserve it for some future use or to   *   FILE 019
//*  determine the effects that a major new *   FILE 019
//*  application may have on paging.*   FILE 019
//* *   FILE 019

Doug

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


Re: Limit number of frames of real storage per job

2015-08-04 Thread Ted MacNEIL
Okay. I knew I might have been wrong.

-
-teD
-
  Original Message  
From: John Eells
Sent: Tuesday, August 4, 2015 13:01
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: Limit number of frames of real storage per job

eamacn...@yahoo.ca (Ted MacNEIL) wrote:
 1. IiRC, V=R is no longer supported. I could be wrong -- it happens sometimes.
snip

V=R remains supported.


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

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

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


Re: replacement CRTs for 3278s

2015-08-04 Thread Richard Pinion
I'm waiting for a model that has 24 PF keys :)



--- elardus.engelbre...@sita.co.za wrote:

From: Elardus Engelbrecht elardus.engelbre...@sita.co.za
To:   IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: replacement CRTs for 3278s
Date: Tue, 4 Aug 2015 14:34:45 -0500

Blake, Don (ITS) wrote:

Here's one on ebay: 
http://www.ebay.com/itm/IBM-3278-Vintage-Workstation-1977-3278-2-Terminal-370-/201375652652?pt=LH_DefaultDomain_0hash=item2ee2ec9b2c

Watch out for the sticker shock!

Ouch!!! That is a sticker shocker! It is about R30,441 and that is a good 
deposit for a good second hand car.

with cosmetic wear - h - no thank you, since it is not tested with a 
mainframe and it is four decades old.

all metal and extremely heavy - last time I checked, the glass of the screen 
and white frame are *not* metal... ;-)

Groete / Greetings
Elardus Engelbrecht

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




_
Netscape.  Just the Net You Need.

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


Re: replacement CRTs for 3278s

2015-08-04 Thread R.S.

W dniu 2015-08-04 o 19:41, Blake, Don (ITS) pisze:

Here's one on ebay: 
http://www.ebay.com/itm/IBM-3278-Vintage-Workstation-1977-3278-2-Terminal-370-/201375652652?pt=LH_DefaultDomain_0hash=item2ee2ec9b2c

Watch out for the sticker shock!



I have several 3278's for free. Loco Poland.
I mean the terminal itself + keyboard, but CRT display shouldn't be a 
problem in any location on Earth.
BTW: regular PC keyboard (with DIN or miniDIN plug, NOT USB one) is 
compatible with the 3278, the only issue is another plug (RJ6 for 3278).


--
Radoslaw Skorupka
Lodz, Poland






--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

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

mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru 
Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2015 r. kapita zakadowy mBanku S.A. (w caoci 
wpacony) wynosi 168.840.228 zotych.


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


Re: replacement CRTs for 3278s

2015-08-04 Thread Elardus Engelbrecht
Blake, Don (ITS) wrote:

Here's one on ebay: 
http://www.ebay.com/itm/IBM-3278-Vintage-Workstation-1977-3278-2-Terminal-370-/201375652652?pt=LH_DefaultDomain_0hash=item2ee2ec9b2c

Watch out for the sticker shock!

Ouch!!! That is a sticker shocker! It is about R30,441 and that is a good 
deposit for a good second hand car.

with cosmetic wear - h - no thank you, since it is not tested with a 
mainframe and it is four decades old.

all metal and extremely heavy - last time I checked, the glass of the screen 
and white frame are *not* metal... ;-)

Groete / Greetings
Elardus Engelbrecht

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


Re: Limit number of frames of real storage per job

2015-08-04 Thread Doug Henry
On Tue, 4 Aug 2015 14:13:57 +, Vlcek, Vitezslav Vit 
vitezslavvit.vl...@ca.com wrote:

Hi

I would like to ask more experienced sysprogs regarding real storage manager.

Is it possible to limit number of frames of real storage on job level? The 
MEMLIMIT/REGION parameters limit virtual memory of whole address space however 
I would like to limit the only real memory while the virtual memory remain as 
it is.


As others have told you it is at the system level. One way to this is to use a 
program to pagefix a large amount of frames to a utility job and then you can 
cause paging for your test job. Of course this should be done on a sandbox lpar.

Check out CBT Tape file 19

PAGEFIX   This utility allows an installation to *   FILE 019
//*  effectively dynamically remove storage *   FILE 019
//*  from the system.  This can be either to*   FILE 019
//*  reserve it for some future use or to   *   FILE 019
//*  determine the effects that a major new *   FILE 019
//*  application may have on paging.*   FILE 019
//* *   FILE 019

Doug

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