In a message dated 4/3/2006 2:47:21 A.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
>I live in Vermont, worked for a D.C. area office, and connected to a
>mainframe in Massachusetts before retiring. We had work group meetings
>quarterly, and conference calls every month or so. Othe
In a message dated 4/1/2006 1:33:05 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
>I was down-sized!
They got no cooperation on anything to do with documentation, or anything
else, once I became a lame duck.
They wanted me to train my 'replacement'.
What were they going to do?
Fi
In a message dated 3/31/2006 5:28:50 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
>I am sympathetic to the original poster whose management allowed their
>JES2 expertise to disappear.
Their management also decided/allowed years earlier for JES2 exits to be
written and be made par
In a message dated 3/30/2006 6:54:17 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
>True, but not all VTOCs have INDEXes
Why not in this day and age?
Even my non-SMS volumes, few that they may be, have an index.
I didn't mean to imply that I advocated not having a VTOC index.
In a message dated 3/30/2006 5:33:38 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
>Aren't they automagically invalid when you have an Index? And, you have to
find the >space through it?
True, but not all VTOCs have INDEXes.
Bill Fairchild
---
In a message dated 3/30/2006 7:30:28 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
>But I think you might have meant the Format-5 (free space) chain
>rather than the Format-3 (data set extents) chains.
I sure did. My mistake.
Bill Fairchild
In a message dated 3/29/2006 12:07:09 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
>The DOS footprint bit? It _was_ mapped at one time. DS4DIRF or something
like >that. DOS could happily use an OS/360 volume but didn't maintain the
Formet 3s. >We used to switch 2311volumes
In a message dated 3/28/2006 2:52:42 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
>In a multiple CPU environment, z/OS normally only has a single engine
>enabled for I/O interrupts. I think this is because the IOS supervisor
>does a TPI instruction which will test for pending int
In a message dated 3/24/2006 7:13:27 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
Excellent basic primer on records and blocks. A few comments for the more
advanced user:
>each physical record on tape and DASD ...
>...
>The hardware limit is established by the Count fields in b
In a message dated 3/24/2006 1:29:56 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
>Single CSECT load modules are almost never large enough to use the maximum
>(32760) since that would require 8 base registers, so the only load modules
>that would produce TXT large enough to take
In a message dated 3/23/2006 11:30:58 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
> _http://marketplace.espeakers.com/movie.php?sid=5290&aid=10558_
(http://marketplace.espeakers.com/movie.php?sid=5290&aid=10558)
This has nothing to do with mainframes, but I sure am glad you pos
In a message dated 3/21/2006 3:58:06 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
So if you dynamically acquire some storage in which to build
the
>remote parameter list for the OPEN macro, that storage must have a 24-bit
>address.
>Are you talking about a DCB only or a DCB
In a message dated 3/21/2006 1:21:01 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
>The DCB still needs to be in 24bit addressable storage, doesn't it?
Yes, but your code that accesses it can be in 24-, 31-, or 64-bit addressing
mode. You can fit a 24-bit address in 31 or 64 bi
In a message dated 3/20/2006 6:38:02 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
Just guessing: doesn't the LA of DOGETS set the high-order bit?
>Thus, the adressing mode will not be set to 24-bit...
LA does never set the high order bit. It always clears all high
order bits no
ow where it might be, other than
>distributed across various manuals.
IBM Mainframe Discussion List wrote on 03/15/2006
12:23:03 PM:
> Bill Larsen wrote:
> > I am looking for a map of mvs control blocks with all the relations
between them, do you know whe
In a message dated 3/13/2006 2:38:58 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
> There is no longer a way that IBM can reach out to inform the
> "community" of good information.
Ever hear of the "Internet"?
Plenty of other businesses have discovered yet another way to re
In a message dated 3/11/2006 1:51:16 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
>"copy is immediately available before the physical tracks are copied".
I can tell you how the IBM ESS (aka 2105) FlashCopy does it.
At 03:00:00:00 you execute a TSO command (or use some other means
In a message dated 3/9/2006 8:37:02 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
>when I issue the console command DS QDASD,5B00 I receive the following
output:
>RESPONSE=MJR0
>IEE459I 14.41.05 DEVSERV QDASD 452
>UNIT VOLSER SCUTYPE DEVTYPE CYL SSID SCU-SERIAL DEV-SERIAL EF-
In a message dated 3/9/2006 9:17:12 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
>If memory serves (and I'm sure it does) the manual you really need is a
Redbook.
No red books, please. The manuals I really want are:
(1) IBM 3880 Storage Control Model 13 Description, GA32-0067
(
z/OS V1R7.0 and z/OS.e V1R7.0 Planning for Installation (GA22-7504-14; build
date 09/30/05) says that the 3880 Storage Control is "supported by the
software (z/OS and z/OS.e)" (section 4.3.3 Identifying I/O device
requirements).
Is there any MVS-S/390-z/OS system anywhere that still has an
In a message dated 3/2/2006 9:53:54 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
>In the JES2 JCL Reference manual,
Shmuel wrote in an earlier post:
The what? Don't you mean the z/OS JCL Reference manual? I've never
seen a release where JES2 and JES3 had distinct JCL manuals.
501 - 521 of 521 matches
Mail list logo