The year when Google made TAPE cool again...

[Ed Gould]

http://www.channelregister.co.uk/2013/12/29/ 
a_year_of_tape_tittle_tattle/


Year in Review Tape has pretty much been rescued over the past year  
by revelations that both Google and Amazon were using tape libraries  
for data archiving purposes. If these glamorous, bleeding edge online  
cloud service provider firms used boring old legacy tape then, hey,  
the stuff must still really be useful.


It was a mixed picture though. Tape for archive use strengthened  
while tape use for backup declined some more.


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

Re: Learning Rexx

[David Crayford]

On 29/12/2013 1:07 AM, Paul Gilmartin wrote:

On 2013-12-28, at 09:47, Charles Mills wrote:


Actually CMS on VM better for rexx than z/OS.
  

Why?  (Risking an advocacy thread.)

For me, one reason is the CMS HELP facility.  In fact,
sometimes coding Rexx for z/OS I'll log on to CMS merely
to use HELP REXX .

Other reasons?


Most VMers claim that Rexx is superior on VM because of CMS pipes. 
That's a pretty strong argument.



-- 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: ¢† One day , a computer will fit on a desk (1974) - YouTube

[Robert A. Rosenberg]

At 15:28 -0600 on 12/29/2013, Paul Gilmartin wrote about Re: ’ñ One 
day, a computer will fit on a desk (1974) - You:


 >In context of that video, the HP 9100 is particularly significant 
- Athur C. Clarke had been presented with one by HP in 1970.



Is that Clarke?  I'm not entirely familiar with his appearance.


Yes that was him (the author of 2001: A Space Odyssey). That clip 
looks like it was part of a longer interview since they were 
specifically talking about computers in the year 2001. He also 
"invented"/predicted the synchronous satellite being used for 
communications. I saw a picture of him at a Science Fiction 
Convention wearing a T-Shirt which read "I invented the synchronous 
satellite and all I got was this T-Shirt" to make this point.


Another comment had to do with the prediction being off in the time 
frame required. Note that he was talking not about when it would 
occur but only that it would have occurred by 2001. Note his 
prediction about the impact of the Internet. BTW: He as using this 
technology for the 1968 movie's screen play sending the files back 
and forth to Stanley Kubrick.


As to short sighted predictions, I was at a Science Fiction 
convention years ago at which Isaac Asimov gave a talk about how 
accurate authors were in predicting the future where he said that 
they were too narrow on their predictions. He used the movie 
"Destination Moon" as an example. In the movie the trip was done by 
private industry not the government and noted that their proof that 
they were on the moon was to take a snap shot of the crew with Earth 
over their shoulders. The reality that when man actually landed on 
the moon, everyone on Earth would be watching them in real time was 
too fantastic a prediction to make and have it believed.


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

Re: Learning Rexx

[Ricky]

I have my own edit system:

Use Vim to do editing and sytax highligting, auto complete, also Vim 
calls ftp command and one shell to submit JCL that do send to z/OS and 
call compiler.
Also intergrate with Cygwin can use a lot of GNU utility, such as 
grep/awk/sed. I think the most powerful thing is grep and Vim.


The most inconvience is COBOL enterprise compiler's result is not match 
real source line number, because it calculates copybook and sql statement.

I tried many solutions to solve this problem but not stable and graceful.

And use CICS explorer to debug. Because security issue, we don't have 
NFS enabled, but maybe in the future I can use Vim edit NFS file directly.

于 2013/12/30 3:15, Paul Gilmartin 写道:

On 2013-12-28, at 10:21, Charles Mills wrote:


The user-friendly interactive nature of CMS.
  

How would you rank CMS vis-a-vis Unix System Services by
this criterion?  Before USS was available I tended to edit
JCL on CMS with XEDIT; nowadays on Solaris, often accessing
legacy data sets with NFS.  NFS will deal with PDSE; I
suspect that CMS would have trouble ACCESSing a PDSE, and
writing to any legacy z/OS data set from CMS is questionable,
as is catalog search.  I use TSO/ISPF, now as earlier,
largely for:

o SDSF
o DSLIST
o DDLIST
o Testing with a customer-like environment.

I keep one ISPF session active, and as many USS or Solaris
as convenient; I've never mastered WSA.

(and I have one EXEC that uses ISPF LMGET to process
RECFM=U (by override) data sets because EXECIO refuses
to deal with U.  That's reported to get better in 2.1.)

Rexx SYSCALL is a boon (or a least it spares me learning
Perl).

-- 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: ▶ One day, a computer will fit on a desk (1974) - YouTube

[Andy Wood]

On Sun, 29 Dec 2013 15:28:19 -0600, Paul Gilmartin  wrote:

>Is that Clarke?  I'm not entirely familiar with his appearance.  And the
>filming location?  Sri Lanka?
>

Yes, that was Clarke.

It is from an Australian Broadcasting Corporation TV show called Perspective. 
The program list for 29 May 1974 said: "'C' for Computer." Illustrating the 
effect and social impact of the computer on man. From the Sixth Annual 
Conference of the Australian Computer Society held this year.", but I don't 
know if that segment was filmed in Australia.  

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

Re: Early !BM multiprocessors (renamed from Curiosity: TCB mapping macro name - why IKJTCB?)

[Anne & Lynn Wheeler]

t...@harminc.net (Tony Harminc) writes:
> I know nothing about FAA custom hardware, but the 65MP had no RPQ
> instructions related to multiprocessing. It used the standard (though
> optional) Read Direct and Write Direct instructions, with the direct
> interface on each CPU plugged into the matching one on the other.
>
> The 370/165 and 168 also had RDD/WRD as standard. I spent some idle
> time poking around late one night trying to find the connectors, and
> eventually got the CE to find them in the book. They turned out to be
> in back of the console unit (3066). The same hermaphroditic connector
> used for B&T channels, though with different pinouts, of course, is
> used for the Direct I/O feature.

re:
http://www.garlic.com/~lynn/2013o.html#56 Early !BM multiprocessors (renamed 
from Curiosity: TCB mapping macro name - why IKJTCB?)

370 princ-of-ops, SIGP instruction for processor signaling ... pg97-101
http://bitsavers.informatik.uni-stuttgart.de/pdf/ibm/370/princOps/GA22-7000-4_370_Principles_Of_Operation_Sep75.pdf

CPU Signaling and Response

The CPU-signaling-and-response facility provides for communication among
CPUs by means of the SIGNAL PROCESSOR instruction. It provides for
transmitting and receiving the signal, decoding a set of assigned order
codes, performing the specified operation, and responding to the
signaling CPU.

If a CPU has the CPU-signaling-and-recsponse facility installed, it can
address the SIGNAL PROCESSOR instruction to itself. All orders are
executed as defined.

code  order
  
00Invalid and Unassigned
01Sense
02External Call
03Emergency Signal
04Start
05Stop
06Restart
07Initial Program Reset
08Program Reset
09Stop and Store Status
0AInitial Microprogram Load
0BInitial CPU Reset
0CCPU Reset
00-FF Invalid and Unassigned



360/65 functional characteristics multiprocessor pg32-34
http://bitsavers.informatik.uni-stuttgart.de/pdf/ibm/360/funcChar/A22-6884-3_360-65_funcChar.pdf

multiprocessor write direct modified for: System Reset, External Start,
Log I/O Interruprs, System call 

-- 
virtualization experience starting Jan1968, online at home since Mar1970

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

Re: Local Page dataset sizing/quantity ROT?

[Art Gutowski]

I, too, have been watching this thread with interest.  I read much on overall 
sizing, but little on individual page dataset sizing or count (quantity).  I 
have perused past posts where those particulars have been discussed, but am 
curious as to whether any new experiences has lead folks to adjust the number 
and placement of their page datasets...

Regards,
Art Gutowski
General Motors Corporation

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

Re: Early !BM multiprocessors (renamed from Curiosity: TCB mapping macro name - why IKJTCB?)

[Tony Harminc]

On 22 December 2013 15:11, DASDBILL2  wrote:
> I seem to remember working with some S/360 Model 55 MPs at an FAA Air Route 
> Traffic Control Center in 1978.  They must have had smaller maximum real 
> memories and run slower than model 65MPs, but had the same RPQ extra 
> instructions to enable multi-processing.

I know nothing about FAA custom hardware, but the 65MP had no RPQ
instructions related to multiprocessing. It used the standard (though
optional) Read Direct and Write Direct instructions, with the direct
interface on each CPU plugged into the matching one on the other.

The 370/165 and 168 also had RDD/WRD as standard. I spent some idle
time poking around late one night trying to find the connectors, and
eventually got the CE to find them in the book. They turned out to be
in back of the console unit (3066). The same hermaphroditic connector
used for B&T channels, though with different pinouts, of course, is
used for the Direct I/O feature.

Tony H.

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

Re: DCF: Can it live again?

[Tony Harminc]

On 29 December 2013 18:17, Charles Mills  wrote:
> Java I thought ...

No - as I said earlier, the "Java" versions of Softcopy Reader et al
are just wrappers. The real work gets done in platform-specific
executable code in DLLs or UNIXy shared objects. I haven't looked, but
I'd be amazed if the zArch products are entirely Java either.

Tony H.

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

Re: DCF: Can it live again?

[Charles Mills]

Java I thought ...

Charles
Composed on a mobile: please excuse my brevity 

Tony Harminc  wrote:

>On 29 December 2013 09:31, Paul Gilmartin  wrote:
>>>Now since IBM has killed off Softcopy Reader and friends, maybe they'd
>>>like to release the core Bookie code as open source, as they did for
>>>APL\360 and OORexx. Heh...
>>>
>> So that we could run it on Hercules?  Or, is it (even worse) PL/S?
>
>I imagine it's written in C, since it runs on Windows and Linux on
>i86, and z/OS and z/VM on zArch. I suppose they could've implemented
>it multiple times; it's old enough that that wasn't as silly as it
>sounds now. I'm sure a quick look at the binaries would yield the
>secret to a knowledgeable person.
>
>Regardless, no need for Hercules or any other emulator.
>
>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: DCF: Can it live again?

[Tony Harminc]

On 29 December 2013 09:31, Paul Gilmartin  wrote:
>>Now since IBM has killed off Softcopy Reader and friends, maybe they'd
>>like to release the core Bookie code as open source, as they did for
>>APL\360 and OORexx. Heh...
>>
> So that we could run it on Hercules?  Or, is it (even worse) PL/S?

I imagine it's written in C, since it runs on Windows and Linux on
i86, and z/OS and z/VM on zArch. I suppose they could've implemented
it multiple times; it's old enough that that wasn't as silly as it
sounds now. I'm sure a quick look at the binaries would yield the
secret to a knowledgeable person.

Regardless, no need for Hercules or any other emulator.

Tony H.

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

Re: ▶ One day, a computer will fit on a desk (1974) - YouTube

[Paul Gilmartin]

On Sun, 29 Dec 2013 14:30:52 -0600, Andy Wood wrote:
>
>Some may say that the HP 9100 was only a calculator, but Bill Hewlett himself 
>supposedly said that HP called it a calculator rather than a computer as a 
>marketing ploy (knowing that potential customers could more easily justify the 
>purchase of a "calculator" than of a "computer".
> 
Expensive calculator vs. low-priced computer.  Perhaps somewhat thereafter
DEC was advertising the PDP-8 with such as "Aha!  The old 'computer in a
gas chromatograph trick!'"  And a coworker of mine told of an experience
in a physics lab of outflanking the IT Politburo by ordering an expansion
memory as an "addressable latch".

I suppose there persists a "doughnut hole" between the desktop and the
Enterprise where IT continues to obstruct purchases, according to
Parkinson's Law of Triviality.

>In context of that video, the HP 9100 is particularly significant - Athur C. 
>Clarke had been presented with one by HP in 1970.
> 
Is that Clarke?  I'm not entirely familiar with his appearance.  And the
filming location?  Sri Lanka?

-- gil

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

Re: ▶ One day, a computer will fit on a desk (1974) - YouTube

[Andy Wood]

On Sun, 29 Dec 2013 09:50:03 -0500, Anne & Lynn Wheeler  wrote:

>
>IBM 5100 1973 at Palo Alto Science Center
>http://en.wikipedia.org/wiki/IBM_5100
>


Besides the IBM 5100, there were other desktop machines that could be called 
computers.

Two that I personally encountered were the Datapoint 2200 from 1971, and the HP 
9100 from 1968.

Some may say that the HP 9100 was only a calculator, but Bill Hewlett himself 
supposedly said that HP called it a calculator rather than a computer as a 
marketing ploy (knowing that potential customers could more easily justify the 
purchase of a "calculator" than of a "computer".

In context of that video, the HP 9100 is particularly significant - Athur C. 
Clarke had been presented with one by HP in 1970.

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

Re: Learning Rexx (was: Need tutorial)

[Paul Gilmartin]

On 2013-12-28, at 10:21, Charles Mills wrote:

> The user-friendly interactive nature of CMS. 
>  
How would you rank CMS vis-a-vis Unix System Services by
this criterion?  Before USS was available I tended to edit
JCL on CMS with XEDIT; nowadays on Solaris, often accessing
legacy data sets with NFS.  NFS will deal with PDSE; I
suspect that CMS would have trouble ACCESSing a PDSE, and
writing to any legacy z/OS data set from CMS is questionable,
as is catalog search.  I use TSO/ISPF, now as earlier,
largely for:

o SDSF
o DSLIST
o DDLIST
o Testing with a customer-like environment.

I keep one ISPF session active, and as many USS or Solaris
as convenient; I've never mastered WSA.

(and I have one EXEC that uses ISPF LMGET to process
RECFM=U (by override) data sets because EXECIO refuses
to deal with U.  That's reported to get better in 2.1.)

Rexx SYSCALL is a boon (or a least it spares me learning
Perl).

-- gil

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

Re: SMP/E ++HOLD FMID() for dependent FUNCTION SYSMOD

[Paul Gilmartin]

On Fri, 27 Dec 2013 12:54:57 -0800, Jon Perryman wrote:

> ... I looked at a couple [dependent functions] from IBM very long ago. They 
> basically used it to change FMID ownership of modules. Modules shipped in 
> PTF's under the parent FMID would be ignored and only the new FMID modules 
> would replace the module. ...
>
This can be controlled only by the FMID() operand of the ++VER of the FUNCTION.
Attempting to do so with a PRE() operand would leave an exposure for MODID
failures when a given element is updated in both the parent and the dependent
functions.

> ... Parent is only loosely used for lack of a better term.
>
As long as there's no better term, "parent" is the best available.  SMP/E might
have made things clearer by devising new syntax such as PARENT() or BASE()
(both implied in the documentation) for this construct.

-- gil

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

Re: ▶ One day, a computer will fit on a desk (1974) - YouTube

[Anne & Lynn Wheeler]

edgould1...@comcast.net (Ed Gould) writes:
> https://www.youtube.com/watch?v=sTdWQAKzESA

IBM 5100 1973 at Palo Alto Science Center
http://en.wikipedia.org/wiki/IBM_5100

enuf of 1130 emulation to run apl\1130 (SCAMP)

product out in 1978 was enuf of 360 emulation (on PALM) to run apl\360

note that (at least low-end and mid-range) 360s & 370s were emulation on
some native microprocessor ... so 5100 wasn't all that different.

PASC also did the apl microcode assist for 370/145 ... apl with
microcode assist on 145 ran almost as fast os on 370/168.

some person also helped with the vm370 microcode assist for 138 & 148.

Spring 1975, I got sucked into helping endicott do ecps for 138/148
(virgil/tully) ... it was sort of part of the mad rush to get out 370
products after the dearth during the FS period (which is also credited
with giving clone processors a market foothold)
http://www.garlic.com/~lynn/submain.html#futuresys

Endicott had 6kbyte space for microcode and was to select the 6kbyte of
highest used vm370 kernel pathlength. Typical 360/370 microcode
emulation ran an avg. of 10 native instructions per 360/370 instruction.
runs that measured elapsed time & frequency of kernel instruction
sequences ... sorted by percent of total kernel time
http://www.garlic.com/~lynn/94.html#21

kernel 370->native instructioins translated almost byte-for-byte ...  so
6kbytes of highest used kernel instructions accounted for 79+ percent of
total kernel time ... moved to microcode gained approx. 72% of kernel
time.

then they sucked in to spending a year off&on running around the world
laying out 138/148 to the product administrators and business
forecasters in the different countries ... going over details about
how they stacked up against the competition.


-- 
virtualization experience starting Jan1968, online at home since Mar1970

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

Re: DCF: Can it live again?

[Paul Gilmartin]

On Sat, 28 Dec 2013 21:40:22 -0500, Tony Harminc wrote:
>
>Now since IBM has killed off Softcopy Reader and friends, maybe they'd
>like to release the core Bookie code as open source, as they did for
>APL\360 and OORexx. Heh...
> 
So that we could run it on Hercules?  Or, is it (even worse) PL/S?

-- gil

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

Re: "hexadecimal"?

[Shmuel Metz (Seymour J.)]

In
,
on 12/22/2013
   at 07:10 AM, John Gilmore  said:

>Shmuel writes

>
>Nonsense; I/O channels on the 7090 were binary. The fact that the
>7909 was an 8-bit channel rather than a 6-bit channel doesn't change
>that. 

>and of course it does 'change that'.

Not even close. There is no use of hexadecimal arithmetic in a 7909.

>posturing;

PKB.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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: Curiosity: TCB mapping macro name - why IKJTCB?

[Shmuel Metz (Seymour J.)]

In <20131225020725.60c1924...@panix5.panix.com>, on 12/24/2013
   at 09:07 PM, Randy Hudson  said:

>No JES then; HASP might have been available, but it mostly worked 
>by emulating devices and hooking into standard exits (IEFUJV, 
>IEFUJI) to massage the JCL to point to its (pseudo-) devices.

HASP ran multiple threads under a single task; it stores the state of
each thread in a Processor Control Element (PCE). A HASP processor is
not permitted to invoke OS services directly.

IEFUSI has nothing to do with massaging JCL.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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: Does code on both zIIP and zAAP have to run authorized was Re: COBOL IN SRB Mode (Was Un-authorized caller)

[Shmuel Metz (Seymour J.)]

In , on 12/24/2013
   at 09:46 PM, Clark Morris  said:

>Subject line says it all.  My understanding of most discussions here
>is that the answer is yes.

The answer is different for ZIIP and ZAAP.

>Then the second question is whether this
>is logically code that would have run authorized anyway?

No.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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: Curiosity: TCB mapping macro name - why IKJTCB?

[Shmuel Metz (Seymour J.)]

In <017401cefffc$510bc390$f3234ab0$@mcn.org>, on 12/23/2013
   at 11:30 AM, Charles Mills  said:

>http://bitsavers.trailing-edge.com/pdf/ibm/360/os/R19_Jun70/GC28-6628-5_System_Control_Blocks_Rel_19_Jun70.pdf
>gives the layout of the TCB and the field names all begin with TCB.
>Page 282 and following.

I believe that the OP was referring only to the macro name, IKJTCB,
not to the field names.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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: Turing's belated pardon

[Shmuel Metz (Seymour J.)]

In <1912514778140765.wa.paulgboulderaim@listserv.ua.edu>, on
12/24/2013
   at 03:01 PM, Paul Gilmartin  said:

>http://boingboing.net/2013/12/24/queen-elizabeth-pardons-turing.html

>In my view, the Queen should have pardoned every man and woman 
>persecuted under the cruel and unjust law that ruined so many lives. 

Indeed.

>Likewise, some gay rights advocates have complained that the British
>government might better have expended its resources not in such a
>symbolic gesture but in the more fitting memorial of broadening
>legal protection for living gays.

I won't hold my breathe. For that matter, we (USA) have our own list
of people punished under dubious laws.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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: Early !BM multiprocessors (renamed from Curiosity: TCB mapping macro name - why IKJTCB?)

[Shmuel Metz (Seymour J.)]

In <1689901514.1458087.1387743082672.javamail.r...@comcast.net>, on
12/22/2013
   at 08:11 PM, DASDBILL2  said:

>I seem to remember working with some S/360 Model 55 MPs at an FAA Air
>Route Traffic Control Center in 1978. 

ITYM 9020, which used modified S/360 processors as compute and I/O
elements. I don't believe that there was ever a Model 55; you're
probably thinking of some mix of 50 and 65.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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: Curiosity: TCB mapping macro name - why IKJTCB?

[Shmuel Metz (Seymour J.)]

In <0871825165316453.wa.paulgboulderaim@listserv.ua.edu>, on
12/22/2013
   at 10:56 AM, Paul Gilmartin  said:

>ATTACH/DETACH appeared contemporaneously with TSO!?
 
IBM Operating System/360 Concepts and Facilities, C28-6535-0, is ©1965
and mentions ATTACH. Even ATTACH for MFT is older than TSO.

>Was there no multiprocessing mechanism older than TSO? 

TSO has nothing to do with multiprocessing, although TSO was available
on a 65MP.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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: ? One day, a computer will fit on a desk (1974) - YouTube

[Binyamin Dissen]

He also predicted home networking. That was quite a while later.

On Sun, 29 Dec 2013 09:26:12 -0500 Charles Mills  wrote:

:>It shows how hard it is to predict the distant future. Predictions either 
come sooner than predicted, or not at all. The Altair 8800 was only one year 
away; the TRS-80 only three years distant.
:>
:>Charles
:>
:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Warren Brown
:>Sent: Saturday, December 28, 2013 7:29 PM
:>To: IBM-MAIN@LISTSERV.UA.EDU
:>Subject: Re: ? One day, a computer will fit on a desk (1974) - YouTube
:>
:>AMAZING
:> 
:>
:>
:> From: Ed Gould 
:>To: IBM-MAIN@LISTSERV.UA.EDU 
:>Sent: Saturday, December 28, 2013 7:08 PM
:>Subject: ? One day, a computer will fit on a desk (1974) - YouTube
:>  
:>
:>https://www.youtube.com/watch?v=sTdWQAKzESA

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: Curiosity: TCB mapping macro name - why IKJTCB?

[Shmuel Metz (Seymour J.)]

In <5000331903687025.wa.afg0510videotron...@listserv.ua.edu>, on
12/22/2013
   at 10:01 AM, "Andreas F. Geissbuehler"  said:

>In the early '70 IBM released a new and improved CRJE called TSO,

CRJE was a new and improved CRBE, but TSO was something new.

>I believe it was part of IBM's "worst-ever" release, OS/MVT 
>Release 19. 

There was no "OS/MVT", and Shirley OS/360 Release 15 was worse than
Release 19; IBM wound up shipping a Release 15/16 to follow Release
14.

>With TSO also came a new and/or improved Checkpoint/Restart for
>batch jobs an TSO. 

TSO had nothing to do with C/R. Perhaps you're thinking of
Rollin/Rollout, but AFAIK TSO didn't use any of that code.

>TSO used it to roll a long-running TSO command of some user out to
>3330 storage, then roll the EDIT in progress of anther user back
>into core to process his/her next input line

TSO swap support worked the same regardless of the command running.

>received by TCAM for an open DCB owned by the TMP, 

No, owned by the TIOC.

>the region control task (IKJEFT01).

No; The Terminal Monitor Program (TMP) has nothing to do with either
the TCAM DCB or the Region Control Task (RCT).

>In other words, *all* TSO users shared *one* (1) MVT region

No; you could have up to 15 TSO regions if storage allowed.

>The same concept was integrated subsequently into OS/VS1 

No, only OS/VS2. For OS/VS1 you were stuck with CRJE.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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: Word sizes was Re: "hexadecimal"?

[Shmuel Metz (Seymour J.)]

In , on 12/22/2013
   at 08:52 AM, Clark Morris  said:

>Also 48 bits on the Honeywell 800 and Burroughs B5000.

Yes, and several others, for one of which I used to have lust in my
heart.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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: "hexadecimal"?

[Shmuel Metz (Seymour J.)]

In <20131222125014.GB23307@dlc-dt>, on 12/22/2013
   at 07:50 AM, "David L. Craig"  said:

>And don't come back with "real MVS programmers don't need to debug
>their code." ;-)

I'd be the last person to make, or defend, such a statement. 
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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: Testing for key 8

[Shmuel Metz (Seymour J.)]

In
,
on 12/27/2013
   at 06:31 PM, zMan  said:

>Is there a simpler way to see whether we were called in key 8 (not
>that this is that complicated):

> EPSW  R14,R0Extract PSW
> SLL   R14,8 Get key bits in left-most nibble
> SRL   R14,28Now isolate in bottom nibble
> CFI   R14,8 Are we in key 8??

 EPSW  R14,R0Extract PSW
 NILH  R14,X'00F0'   Clear flags, leave key

 CLFI  R14,X'0080'

or

 CLM   R14,4,=x'80'

But why not use IPK?

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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: ▶ One day, a computer will fit on a desk (1974) - YouTube

[Charles Mills]

It shows how hard it is to predict the distant future. Predictions either come 
sooner than predicted, or not at all. The Altair 8800 was only one year away; 
the TRS-80 only three years distant.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Warren Brown
Sent: Saturday, December 28, 2013 7:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ▶ One day, a computer will fit on a desk (1974) - YouTube

AMAZING
 


 From: Ed Gould 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Saturday, December 28, 2013 7:08 PM
Subject: ▶ One day, a computer will fit on a desk (1974) - YouTube
  

https://www.youtube.com/watch?v=sTdWQAKzESA

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

Re: how omegamon addrwss space CANSC5 communicate with CANSO2O

[lltvw]

Lizette，

Thanks for your question and help.

No program was encountered, I am a ccurious person, and just want to know how 
does omegamon work. Of course, i think the answer of these question will help 
me a lot if any problem found. Thank you very much.




--
发自我的网易邮箱手机智能版


在 2013-12-29 21:00:57，"Lizette Koehler"  写道：
>I have a few questions
>
>What version of Omegamon CICS?
>What version of CICS?
>What version of z/OS?
>
>What are you trying to understand?  
>Is there a problem with the install? 
>A problem with collecting data in Omegamon?  
>Is there a resource issue with z/OS and Omegamon?  
>Is something not working correctly?
>
>Is there a customization issue?  Is there a usage issue?  
>
>Has any maintenance been installed and now something is not working?
>
>What issues are you having with this product?
>
>It will help us provide a better answer by knowing these answers.
>
>Lizette
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>> Behalf Of lltvw
>> Sent: Sunday, December 29, 2013 2:53 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: how omegamon addrwss space CANSC5 communicate with CANSO2O
>> 
>> Dear list,
>> 
>> I have a question on omegamon, please help to take a look, thanks in
>advance.
>> 
>> As omegamon for CICS has three basic address space as following:
>> 
>> CANSO2O   -  CUA address space
>> CANSC5  -  Classic address space and collector
>> CANSC2  -  XE agent
>> 
>> My question is how does  address space  CANSC5 communicate with the other
>> two. By which methodology. And also the transaction run on CICS region.
>> 
>> Thanks.
>> 
>> 
>> 
>> --
>> 发自我的网易邮箱手机智能版
>> 
>
>--
>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: how omegamon addrwss space CANSC5 communicate with CANSO2O

[Lizette Koehler]

I have a few questions

What version of Omegamon CICS?
What version of CICS?
What version of z/OS?

What are you trying to understand?  
Is there a problem with the install? 
A problem with collecting data in Omegamon?  
Is there a resource issue with z/OS and Omegamon?  
Is something not working correctly?

Is there a customization issue?  Is there a usage issue?  

Has any maintenance been installed and now something is not working?

What issues are you having with this product?

It will help us provide a better answer by knowing these answers.

Lizette

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of lltvw
> Sent: Sunday, December 29, 2013 2:53 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: how omegamon addrwss space CANSC5 communicate with CANSO2O
> 
> Dear list,
> 
> I have a question on omegamon, please help to take a look, thanks in
advance.
> 
> As omegamon for CICS has three basic address space as following:
> 
> CANSO2O   -  CUA address space
> CANSC5  -  Classic address space and collector
> CANSC2  -  XE agent
> 
> My question is how does  address space  CANSC5 communicate with the other
> two. By which methodology. And also the transaction run on CICS region.
> 
> Thanks.
> 
> 
> 
> --
> 发自我的网易邮箱手机智能版
> 

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

Re: ▶ One day, a computer will fit on a desk (1974) - YouTube

[Elardus Engelbrecht]

Ed Gould wrote:

>https://www.youtube.com/watch?v=sTdWQAKzESA

My, oh my! Thanks Ed. That bold claim came true at all! ;-)

Nice vid, I must admit!

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

how omegamon addrwss space CANSC5 communicate with CANSO2O

[lltvw]

Dear list,

I have a question on omegamon, please help to take a look, thanks in advance.

As omegamon for CICS has three basic address space as following:

CANSO2O   -  CUA address space
CANSC5  -  Classic address space and collector
CANSC2  -  XE agent

My question is how does  address space  CANSC5 communicate with the other two. 
By which methodology. And also the transaction run on CICS region.

Thanks.



--
发自我的网易邮箱手机智能版

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