18 Nov
2018
18 Nov
'18
11 p.m.
I'm wondering if anyone knows where to find a copy of some software to
make an IBM 3270 Emulation Adapter (the short ISA one) useful. I hear
that IBM's PCOMM/3270 2.0 - 4.0 or so will work (on DOS) with the
card.
Pat
18 Nov
18 Nov
11:46 p.m.
On 11/18/2018 11:00 PM, Patrick Finnegan via cctalk wrote:
I'm wondering if anyone knows where to find a copy
of some software to
make an IBM 3270 Emulation Adapter (the short ISA one) useful. I hear
that IBM's PCOMM/3270 2.0 - 4.0 or so will work (on DOS) with the
card.
Pat
I hope you see this auction in time, it shows only 5 hours left.
https://www.ebay.com/itm/311574987362
Vintage-IBM-Personal-Communications-3270-4-0-Upgrade-New-NIB/
IIRC this would fill the bill with either the long or short variety of
3270 adapter.
You of course need a device for the other end of the hose, (coax), such
as a mainframe or 3174 controller, but this will make the PC into a 3270
terminal.? I used it on several systems back in the day.
There is also a program, ind$file which will let you upload and download
files to and from a mainframe included.
thanks
Jim
19 Nov
19 Nov
7:04 a.m.
On Sun, Nov 18, 2018 at 11:46:35PM -0800, jim stephens via cctalk wrote:
On 11/18/2018 11:00 PM, Patrick Finnegan via cctalk wrote:
>I'm wondering if anyone knows where to find a copy of some software to
>make an IBM 3270 Emulation Adapter (the short ISA one) useful. I hear
>that IBM's PCOMM/3270 2.0 - 4.0 or so will work (on DOS) with the
>card.
See also
http://vetusware.com/download/IBM%20PC%203270%20Emulation%20Program/?id=120…
perhaps that could help, too.
Regards
G?tz
7:49 a.m.
New subject: IND$FILE
I know it's a minor nit, but as someone who has used IND$FILE on OS/390
(zOS), I always wondered why it was called IND$FILE. Wikipedia has just
a stub:
https://en.wikipedia.org/wiki/IND$FILE
FILE I tend to understand, but I was never very knowledgeable of MVS, so
I'm not sure where IND comes from.
Jim
1:11 p.m.
New subject: IND$FILE
On 11/19/2018 7:49 AM, Jim Brain via cctalk wrote:
I know it's a minor nit, but as someone who has
used IND$FILE on
OS/390 (zOS), I always wondered why it was called IND$FILE. Wikipedia
has just a stub:
https://en.wikipedia.org/wiki/IND$FILE
FILE I tend to understand, but I was never very knowledgeable of MVS,
so I'm not sure where IND comes from.
Jim
I believe the package internal to mvs / OS has the preface of IND for
the modules.? Similar to IFBR14 is part of the IFB suite of programs.
IFBR14 if you all are not familiar with MVS / MVT batch programming is a
program which immediately terminates w/o any return codes by doing an
assembly language return to the caller of the job step via the contents
of R14 of the processor, which is also the return address.
If you needed to do a bunch of JCL but not really run a program to
accomplish something, but the JCL or programming required a "program" to
execute, IFBR14 was the program used to do that.
Anyway, I think from my foggy recollection that there are other IND
something modules which comprise the full package of which IND$FILE is a
part.
The module naming convention was frequently extended to the VM
environment which is where I used it most frequently.?? It was also used
with SNA connections to transfer files as well (as a protocol) similar
to the xmodem and the like protocols were used with async data transfers.
thanks
Jim
1:24 p.m.
New subject: IEFBR14 (was Re: IND$FILE)
It was thus said that the Great jim stephens via cctalk once stated:
IFBR14 if you all are not familiar with MVS / MVT batch programming is a
program which immediately terminates w/o any return codes by doing an
assembly language return to the caller of the job step via the contents
of R14 of the processor, which is also the return address.
I've always been amused by IEFBR14 ever since I heard about it. I first
came across it by this quote:
Every program has at least one bug and can be shortened by at least
one instruction---from which, by induction, one can deduce that
every program can be reduced to one instruction which doesn't work.
IEFBR14 was this program---one instruction long, and it contained a bug:
http://en.wikipedia.org/wiki/IEFBR14
-spc (The fix doubled the size of the program---such bloat!)
4:27 p.m.
New subject: IEFBR14 (was Re: IND$FILE)
On Mon, Nov 19, 2018 at 2:24 PM Sean Conner via cctalk <
cctalk at classiccmp.org> wrote:
I've always been amused by IEFBR14 ever since I
heard about it. I first
came across it by this quote:
Every program has at least one bug and can be shortened by at least
one instruction---from which, by induction, one can deduce that
every program can be reduced to one instruction which doesn't work.
IEFBR14 was this program---one instruction long, and it contained a bug:
http://en.wikipedia.org/wiki/IEFBR14
By induction you should be able to reduce a program to zero instructions.
On CP/M, you actually can, and the resulting program is useful, and as far
as I know, has zarro boogs. (Which instruction could a bug be in?)
5:29 p.m.
New subject: IEFBR14 (was Re: IND$FILE)
On 11/19/2018 5:27 PM, Eric Smith via cctalk wrote:
On Mon, Nov 19, 2018 at 2:24 PM Sean Conner via cctalk
<
cctalk at classiccmp.org> wrote:
That expains why you never see computers with the single instruction
Subtract and branch on condition.
I've always been amused by IEFBR14 ever since
I heard about it. I first
came across it by this quote:
Every program has at least one bug and can be shortened by at least
one instruction---from which, by induction, one can deduce that
every program can be reduced to one instruction which doesn't work.
IEFBR14 was this program---one instruction long, and it contained a bug:
http://en.wikipedia.org/wiki/IEFBR14
By induction you should be able to reduce a program to zero instructions.
On CP/M, you actually can, and the resulting program is useful, and as far
as I know, has zarro boogs. (Which instruction could a bug be in?)
1:31 p.m.
New subject: IND$FILE
IFBR14 if you all are not familiar with MVS / MVT
batch programming
is a program which immediately terminates w/o any return codes by
doing an assembly language return to the caller of the job step via
the contents of R14 of the processor, which is also the return
address.
Actually, in the aforementioned environment, it's not really possible to
return without a code. The relevant register will contain some value,
whether you set it or not.
The famous bug in IEFBR14 was that it failed to set that return code, so
the job often aborted due to whatever garbage was in the register.
De
7:18 p.m.
New subject: IND$FILE
Ah, fond memories! IEFBR14...
Sent from my iPad
On Nov 19, 2018, at 19:00, Jon Elson via cctalk
<cctalk at classiccmp.org> wrote:
On 11/19/2018 03:11 PM, jim stephens via cctalk
wrote:
I believe the package internal to mvs / OS has the preface of IND for the modules.
Similar to IFBR14 is part of the IFB suite of programs.
Shouldn't that be IEFBR14?
Jon 
8:01 a.m.
On 11/18/18 11:46 PM, jim stephens via cctalk wrote:
On 11/18/2018 11:00 PM, Patrick Finnegan via cctalk wrote:
> I'm wondering if anyone knows where to find a copy of some software to
> make an IBM 3270 Emulation Adapter (the short ISA one) useful.
It would be helpful to know which 3rd party programs support the IBM adapters/API
as well.
These programs/products have been gobbled up by different companies over time
so it's hard to keep things straight, then there is the problem of what OS they
support.
DCA/Attachmate/Microfocus is especially confusing with the "IRMA" and
"Extra" naming
of products that are completely different.
2008
days inactive
2008
days old
11 comments
11 participants
participants (11)
-
aek＠bitsavers.org -
bfranchuk＠jetnet.ab.ca -
brain＠jbrain.com -
drb＠msu.edu -
elson＠pico-systems.com -
goetz＠hoffart.de -
jwsmail＠jwsss.com -
mcquiggi＠me.com -
pat＠vax11.net -
spacewar＠gmail.com -
spc＠conman.org