Re: IEC251I error

[Vernooij, Kees (ITOP NM) - KLM]

Google will.
It shows you: 
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieam700/m010677.htm

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jake Anderson
> Sent: 03 December, 2018 8:50
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IEC251I error
> 
> Hi
> 
> I am getting IEC251I 220-231,JOBNAME,JOBNAME
> 
> Can someone help me to point with the manual for the above error ?
> 
> Jake
> 
> --
> 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

IEC251I error

[Jake Anderson]

Hi

I am getting IEC251I 220-231,JOBNAME,JOBNAME

Can someone help me to point with the manual for the above error ?

Jake

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

Re: Where is the EPA offset of a program in the Binder API data?

[Edward Finnell]

Our old friend PDS has a delinker, but I haven't used it on a questionable 
module.

> quoting   << via 
the TSO/E Service Facility Routine, IKJEFTSR. 

Currently, this interface will process only one load module 
at a time (i.e., no member groups are allowed). 

For example: 
DLINK PDS86 Delink PDS86 to object deck format 

Note: The  global variable is set to DLINK instead of 
of DELINK so you don't inadvertently DELete a module. 

Return code: 
8 - Load module not found< End quote  >
In a message dated 12/2/2018 1:18:17 AM Central Standard Time, 
greg.pr...@optusnet.com.au writes:
Hmm, may have been fixable by a delinker which could reconstruct the 
object deck, and then you could have edited the END card, perhaps?
If you had a delinker handy, of course...

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

Re: Another IBM tape not for z/OS

[Rugen, Len]

Batch tape should be dead, even if batch JCL still looks like tape is used.   
One of my last SMS projects was to manage tape, redirecting almost all to SMS 
disk.   

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

Re: Fwd: 3 aging IT specialties that just won't retire

[R.S.]

ICHPWX01 can be REXX exit.
JESJOBS instead of exit
IRRPRMxx instead of ICHRDSNT

--
Radoslaw Skorupka
Lodz, Poland





W dniu 2018-12-02 o 23:47, David Spiegel pisze:

Yeah, NetView for example, but, not the BCP, RACF etc.

On 2018-12-02 17:37, R.S. wrote:

W dniu 2018-12-02 o 19:10, David Spiegel pisze:

In the article, it says: "... the now-obsolete Assembly programming
language. ..."
Really?! ... How else does one write Operating System Exits?
Java???
What utter nonsense.

Well, you can write some exits in REXX.
However long term goal is to avoid exit coding. Avoid assembling
configuration data.
More and more things can be done without assembler.
While I use (and customize a little bit) some exits, I won't say I
know assembler. And I'm administering 24/7/365 banking system for 18
years.
So, yes - assembler coding knowledge is less and less required, while
there is neverending demand for COBOL developers.

Just my €0.02, YMMV, etc.



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


==

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.2018 r. wynosi 169.248.488 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,248,488 as at 1 January 2018.

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

Re: Another IBM tape not for z/OS

[R.S.]

AFAIR, the STK product was ExHPDM - Extended High Performance Data 
Mover. It was "multiplexer" combining data streams from different backup 
jobs into one large stream. Good for drives which cannot slow down, but 
fortunately current drives can slow down to adjust the speed of 
recording to the speed of data source (which is crucial to performance).


Regarding caacity - DFSMShsm can easily fill up any tape cart. Of 
course, due to data expiration there is a need for recycling, but ...it 
has always been taking place, even for MAGSTAR or 3490E drives. Yes, 
larger capacity means longer time per cart, but also less mounts.
Regarding non-HSM data on tape ...NO. No direct tape use nowadays. Tapes 
in batch are so 70's.
Last, but not least: VTS (optionally) utilize real tapes. Just like 
DFSMShsm does. Those awful huge carts.


Regards
--
Radoslaw Skorupka
Lodz, Poland






W dniu 2018-11-23 o 18:38, Russell Witt pisze:

With the 20Tb/60Tb capacity, the only thing that would come close to "fully
utilizing" such a tape would be some massive single-thread backups
(remember, only 1 application can write to a tape at any given time) or be
used as a backstore in a VTS solution. For that, they are perfect (IMHO).
You can run 4, 8, 16, 64, or even 128 concurrent backups to a VTS solution
so you are done with backups much quicker. Then, as a background task copy
all those virtual-tape-volumes to a high-capacity physical tape(s) with a
20Tb or 60Tb capacity. Best of both worlds. Fast concurrent backups and
physical tape for high reliability and portability. Most sites prefer to use
replication, but I like a copy on physical tape. But, I have a huge affinity
for physical tape (actually, tape in any form suits me).

I remember the neat system that STK had for a while (still might) where you
can run 3 or 4 DFDSS backups to a single tape volume (the tape volume was
allocated to a different sub-task that the 4 DFDSS backups were
communicating with). It was neat that you could run 4 DFDSS backups
concurrently and since the tape was so fast it could keep up with 4 DFDSS
systems writing to it concurrently. But the benefits of a VTS solution
doomed that as well.

Russell Witt


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jousma, David
Sent: Friday, November 23, 2018 10:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Another IBM tape not for z/OS

Lately, all I have seen is virtual Tape emulated in dedicated VTS filled
with DASD.   That's all we have now.   Read/write and recalls are on par
with standard disk.

_
Dave Jousma
Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f
616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of R.S.
Sent: Friday, November 23, 2018 10:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Another IBM tape not for z/OS

**CAUTION EXTERNAL EMAIL**

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

IBM released new tape drive TS1160.
20TB/60TB capacity, up to 400/900MB/s data transfer, dual 16Gbps interface.
You can attach it to your Windows server, or Linux (x64), but mainframe is
excluded, no FICON attachment.

--
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.2018 r. wynosi 169.248.488 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. 

Re: Another IBM tape not for z/OS

[R.S.]

W dniu 2018-11-26 o 11:18, Timothy Sipples pisze:

Radoslaw Skorupka wrote:

IBM released new tape drive TS1160.
20TB/60TB capacity, up to 400/900MB/s data
transfer, dual 16Gbps interface.
You can attach it to your Windows server, or
Linux (x64), but mainframe
is excluded, no FICON attachment.

I think you might have missed the last 10+ years. :-)

IBM has not shipped *any* IBM tape *drives* that attach to mainframes using
FICON for many, many years now. Even the non-virtualized tape controllers,
which did attach to mainframes via FICON (thence to IBM tape drives via
FCP), are now historical. The last model in the IBM non-virtualized tape
controller line was the IBM 3592-C07, which is still IBM supported but no
longer marketed.


Semantics. It was still mainframe-attached tape drive. MVS device was 
the real device, MVS volume was real tape cart.
You should know that mainframe I/O is MVS-channel-CU-DEV. And CU is the 
controller. It has always been here. And the connection between CU and 
DEVice can be any type, including FC.

2. Through IBM TS7700 series virtual tape libraries, which can be
optionally "backed" with tape libraries and tape drives, *currently* IBM
TS4500 libraries with IBM TS1150 drives (or prior).


Currently? What about TS1155? Is is still "currently" not supported as 
VTS backend? How many years it is?

I think IBM finally will add TS1160 support to VTS. Maybe...



--
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.2018 r. wynosi 169.248.488 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,248,488 as at 1 January 2018.

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

Re: Fwd: 3 aging IT specialties that just won't retire

[David Spiegel]

Yeah, NetView for example, but, not the BCP, RACF etc.

On 2018-12-02 17:37, R.S. wrote:
> W dniu 2018-12-02 o 19:10, David Spiegel pisze:
>> In the article, it says: "... the now-obsolete Assembly programming
>> language. ..."
>> Really?! ... How else does one write Operating System Exits?
>> Java???
>> What utter nonsense.
>
> Well, you can write some exits in REXX.
> However long term goal is to avoid exit coding. Avoid assembling 
> configuration data.
> More and more things can be done without assembler.
> While I use (and customize a little bit) some exits, I won't say I 
> know assembler. And I'm administering 24/7/365 banking system for 18 
> years.
> So, yes - assembler coding knowledge is less and less required, while 
> there is neverending demand for COBOL developers.
>
> Just my €0.02, YMMV, etc.
>


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

Re: Fwd: 3 aging IT specialties that just won't retire

[R.S.]

W dniu 2018-12-02 o 19:10, David Spiegel pisze:

In the article, it says: "... the now-obsolete Assembly programming
language. ..."
Really?! ... How else does one write Operating System Exits?
Java???
What utter nonsense.


Well, you can write some exits in REXX.
However long term goal is to avoid exit coding. Avoid assembling 
configuration data.

More and more things can be done without assembler.
While I use (and customize a little bit) some exits, I won't say I know 
assembler. And I'm administering 24/7/365 banking system for 18 years.
So, yes - assembler coding knowledge is less and less required, while 
there is neverending demand for COBOL developers.


Just my €0.02, YMMV, etc.

--
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.2018 r. wynosi 169.248.488 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,248,488 as at 1 January 2018.

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

Re: IND$FILE -- where did the name come from?

[Seymour J Metz]

I believe that he's using a different meaning of client, e.g., customer.

IND$FILE, SFTP and WSA are all easier to use for people who are not at home 
with the Eunix utilities.


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


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, November 29, 2018 5:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IND$FILE -- where did the name come from?

On Thu, 29 Nov 2018 12:13:05 -0800, Tom Brennan wrote:
>
>> and employees use it to circumvent policies prohibiting data transfer.
>
>Or maybe just to avoid delays in getting what an auditor might call
>"proper" access.  For example, I've used IND$FILE to transfer an entire
>dumped/xmited 3390 volume to a client site,
>
Don't *you* need to be the client to control IND$FILE?  (I'd say, "instructed
a client to use IND$FILE to transfer from my site.")

>... because getting sftp port
>access (and the associated big ZFS allocated and mounted) would have
>probably taken weeks.
>
Understood about port access.  But no need for "big ZFS".  once you have
sftp you have ssh, so:
cp -B "//'ENTIRE.XMITED.VOLUME'"  /dev/fd/1" | ssh client.site "cp -B 
/dev/fd/0 '//''client.site.volume'''"
(gasp!)  Might even use OUTDD option of TRANSMIT to eliminate one more large 
data set.

-- 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: [HILLGANG] September Hillgang Meeting

[Seymour J Metz]

There are many such listservs, but 
https://listserv.ua.edu/cgi-bin/wa?A0=ibm-main, hosted at  
lists...@listserv.ua.edu with archives at 
https://listserv.ua.edu/archives/ibm-main.html, is a good place to start.

Send SUBSCRIBE IBM-MAIN  Neale Ferguson to the listserv.

Many of the lists are echoed to bit.listserv.*, but you should always reply to 
the list rather than to the news group if you want your post to be seen by all 
subscribers.

These are some, but by no means all, of the lists hosted on listserv:

IBM-MAIN
ISPF-L
JES2-L
MVS-OE
MVS-UTIL
RACF-L
TSO-REXX 


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


From: IBM Mainframe Discussion List  on behalf of 
Neale Ferguson 
Sent: Friday, November 30, 2018 10:39 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: [HILLGANG] September Hillgang Meeting

I’m not sure why this mail suddenly appeared on the list after so many weeks 
but…

Linux on 390 Port ;
VM/ESA Discussions Discussions ;
IBM Mainframe Discussion List 



Hello Neal!

Hope this finds you well.

I definitely will make the effort and to attend. My email has changed from 
ngc5...@gmail.com to --> 
manny.val...@vgitservices.com

Also, what is the current URL for Listserv for zOS and zVM etc. Thanks.

Have a nice day.
der by return e-mail or by telephone at (703) 732-9076.

--
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: IND$FILE -- where did the name come from?

[Seymour J Metz]

Of course it's a file transfer tool. I'd question the word "spoof"; it uses the 
3270 data stream, but it doesn't simulate data entry. Nor is windows the only 
PC operating system supported.

The reason that it's so slow has nothing to do with keyboard entry, which it 
doesn't simulate.

I rarely used IND$FILE when I had FTP or WSA available.


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


From: IBM Mainframe Discussion List  on behalf of 
Jesse 1 Robinson 
Sent: Saturday, December 1, 2018 12:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IND$FILE -- where did the name come from?

I didn't notice anyone asking (or answering preemptively) the question of what 
IND$FILE is or how it works. First off, it is not a 'file transfer tool' like 
FTP or SFTP. It is a program that spoofs 3270 terminal data entry to up or 
download data. There's a component on mainframe and another on Windows. The 
reason it's so slow is that it simulates keyboard entry. Not elegant but 
competent. Not ideal for large files, but here's how I made peace with it long 
ago.

IND$FILE can completely process a modest file while I'm still trying to get FTP 
syntax right. For the third time. It's worth my money.

.
.
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 [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Harminc
Sent: Friday, November 30, 2018 2:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: IND$FILE -- where did the name come from?

On Fri, 30 Nov 2018 at 14:37, Paul Gilmartin < 
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:


> Does IBM support any such clients nowadays?


I have an old (2006) version of Pcom "Workstation Program Version 5.9 for 
Windows" that seems to have a built-in client.

And the Help->About has a link to the "support home page" at 
https://secure-web.cisco.com/1N22jYV-kChXngo58ROmM_Q-qapgSwBbJu1BgZke-m5_yzwqnKzMNp__od-j243qJAFa5D2e1P8RqXWGZV7PKZs6o9dQFaBp5Gwwjh5Q5cUTloGBG4j97hxkV2Zpq0O1yYTCSsA1k7vYjsDykABBnDSGjROGG4hxdYTLZKINHCSDmeqMVHrRy-EVZAJM_fzehrgO6t4p-jcoWnWSC1vW3PsXbdUUY4vFwL0t4SS1Xal892_c4W4hA4z7HecA1qi-hBXXnYryveiyBTf7DpXiJyeNgMoJL1ZdTohZePtKlU93W6pRIt5XD04BAAjIB2G6kCxto4bGtx29kV4D5vQQNekSCU4UMbwPrZbXVfNRidzwaI8p1SCeGYcyq-Ao4XHFYaQyYVNHVI1BQFCIV3djEiEh5RejGZPigC9EJvqvcUk14DIBVLfTh8IcN-k25m_Bc/https%3A%2F%2Fwww.ibm.com%2Fus-en%2Fmarketplace%2Fpersonal-communications
 which offers a free 90-day trial, so at least some version appears to still be 
supported.

PC 3270?  Are all supported clients from ISVs?  Do ISV's reverse-engineer
> the interface,
> or are interface specs available to them, perhaps by license, subject
> to NDA?
>

I've never seen any interface specs from IBM, except the obviously unofficial 
file  "SS-HCS12-1372-00.pdf" that was mentioned on this list in 2015. I think 
the most well known reverse engineer is Mike Rayborn of
CBT607 fame, but it has doubtless been done independently by several people.

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: open spot

[Seymour J Metz]

Telecommuting?


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


From: IBM Mainframe Discussion List  on behalf of 
Jackson, Rob 
Sent: Saturday, December 1, 2018 3:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: open spot

Sorry for the solicitation, but we have a spot open for a senior MVS sysprog 
here in beautiful East Tennessee (Knoxville/Foothills area), if anyone knows 
someone.  Just drop me a note for more information.

Thanks.
rob
First Tennessee Bank
Mainframe Technical Support
FIRST TENNESSEE

Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


--
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: IND$FILE -- where did the name come from?

[Seymour J Metz]

There are other reasons to install WSA.


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


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Saturday, December 1, 2018 6:52 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: IND$FILE -- where did the name come from?

On Sat, 1 Dec 2018 18:08:26 -0500, Don Leahy wrote:

>Why all the love for IND$FILE?  ISPF's workstation agent (WSA) is a far
>superior solution to the problem of sending files between your work station
>and the mainframe.  Easy to automate (see the ISPF FILEXFER service) and is
>included with ISPF at no additional cost.
>
Linux?
MacOS?
Solaris?
... ?

1. FTP (requires workstation FTP server).
o Download using FTP. ISPF invokes the host FTP client to connect with the FTP 
server
  on your workstation and transfer the WSA installation program.
  ...
Well, gee. If I already have FTP to my workstation, why do I need to install
something else to transfer files?

-- 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: 3 aging IT specialties that just won't retire

[Seymour J Metz]

You need a dictionary to understand the specialized vocabulary, e.g., "no 
longer being taught " means that I'm too cheap to pay for the available classes 
and don't want my senior personnel to "waste" their time mentoring junior 
personnel who might jump ship after they've learned something useful.

Plus ça Change, Plus C'est La Même Chose .
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Mark Regan 
Sent: Sunday, December 2, 2018 12:51 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Fwd: 3 aging IT specialties that just won't retire

That system runs what? IT leaders face a quandary as Boomers vanish, but
the need for COBOL, mainframe, and legacy storage skills does not 

https://secure-web.cisco.com/1n0K6bSlJ1P0FyNY6FlEcO6tfSc7EUW_NjmepgG2cUvSsuA9EcwFqjpJ5fnvzjgwrsIqPoC0xuccnrqEZ-iRFe127TkJ7Z2evlgPUdNidC2JGfJMpyblhp--u4qexmF6Y1jLaiXiX4oHaufBE0LQfZ8uGW36CwgoJmxNK5cFuvzZ9feKMsNTsn_oV1nLcAjLY8xOZ4hcAx4zP4YC8vs3pXUD5MDZC6rVhIYYfNgGRbPUw4yq-YeHpiQTdir3BSdWuZdgg23k7Mzga6hSpPtHKTlXVrb5SHQrOyQ1ZmAFEYNK8rw4j5IL3yHpAdUVDSKSzOQTNXHH-pxBoOfHy0ajfYRdqWGN3h09UnV1UJ14xGFEMBvxHWmdRxjs2_SiWrG4-dA7BQlQSnqoYgKWvwpwfp_0Uy8HFXDgyNKxxOw38sr9vRGQgUO_XVMUtgXV0kMbW/https%3A%2F%2Fenterprisersproject.com%2Farticle%2F2018%2F11%2F3-aging-it-specialties-just-won-t-retire

Mark T. Regan, K8MTR


CTO1, USNR-Retired
1969-1991

--
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: Fwd: 3 aging IT specialties that just won't retire

[David Spiegel]

In the article, it says: "... the now-obsolete Assembly programming 
language. ..."
Really?! ... How else does one write Operating System Exits?
Java???
What utter nonsense.

On 2018-12-02 12:51, Mark Regan wrote:
> That system runs what? IT leaders face a quandary as Boomers vanish, but
> the need for COBOL, mainframe, and legacy storage skills does not 
>
> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fenterprisersproject.com%2Farticle%2F2018%2F11%2F3-aging-it-specialties-just-won-t-retiredata=02%7C01%7C%7C5b261512130a4bd2243008d6587ee09e%7C84df9e7fe9f640afb435%7C1%7C0%7C636793699294469806sdata=BbA44irkGCNJBaXZZuA%2B18aUAJaPJYFI0e7nFJZXZKU%3Dreserved=0
>
> Mark T. Regan, K8MTR
>
>
> CTO1, USNR-Retired
> 1969-1991
>
> --
> 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: Fwd: 3 aging IT specialties that just won't retire

[Bill Johnson]

I’ve talked to employers who still won’t permit things like remote work, so how 
desperate can they be? They want mainframe skills, but on their terms. 


Sent from Yahoo Mail for iPhone


On Sunday, December 2, 2018, 12:51 PM, Mark Regan  wrote:

That system runs what? IT leaders face a quandary as Boomers vanish, but
the need for COBOL, mainframe, and legacy storage skills does not 

https://enterprisersproject.com/article/2018/11/3-aging-it-specialties-just-won-t-retire

Mark T. Regan, K8MTR


CTO1, USNR-Retired
1969-1991

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

Fwd: 3 aging IT specialties that just won't retire

[Mark Regan]

That system runs what? IT leaders face a quandary as Boomers vanish, but
the need for COBOL, mainframe, and legacy storage skills does not 

https://enterprisersproject.com/article/2018/11/3-aging-it-specialties-just-won-t-retire

Mark T. Regan, K8MTR


CTO1, USNR-Retired
1969-1991

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