Re: How to recatalog to a different master catalog?

[John Eells]

Bruno Zani wrote:
I am still stucked in z/OS 1.9, but I remember noticing that IBM was offering 
the capability of using IDCAMS, in a four step process, to create system type 
files cataloged in another master catalog.


The four steps are:

1) creation of a new master catalog and connexion of the same to the current 
master catalog as a user catalog.  


2) creation of an alias relating to the new master catalog.

3) creation of a system data sets using the aforementioned alias as its HLQ.

4) ALTEReration of the system data set in question to its correct name (using 
SYS1 as its HLQ), using the CAT(NEW.MASTER.CATALOG) parameter. At this 
pont, there was also the option of maintaining access to the file from on the 
old master catalog, as an ALIAS, using the DEFINE PATH parameter.


I remember noticing this process was still in place during the z/OS 1.9 
installation.


John, can you confirm that this is still the case, even after z/OS1.10?




Yes, that's still how ServerPac works, and it is likely to continue to 
work that way forever (because it uses different names temporarily to 
avoid ENQ problems if you have to delete data sets and restart along the 
way).


(However, one minor correction: For non-VSAM data sets, aliases are 
used.  For VSAM data sets, PATHENTRYs are used.)


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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

RDP @Dallas

[Shane Ginnane]

It's a development environment for Partnerworld members. Basically a cheap(ish) 
z/VM client 
environment. Not offered to customers I would imagine. See
http://www-304.ibm.com/isv/spc/rdp.html

Shane ...


On Sun, Mar 28th, 2010 at 2:58 AM, Eric Bielefeld wrote:

> What is the Dallas RDP offering?  I've never heard of that.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to recatalog to a different master catalog?

[Paul Gilmartin]

On Sun, 28 Mar 2010 09:46:10 -0400, John Eells wrote:
>
>Yes, that's still how ServerPac works, and it is likely to continue to
>work that way forever (because it uses different names temporarily to
>avoid ENQ problems if you have to delete data sets and restart along the
>way).
>
I discovered by unpleasant accident years ago that it's possible
to create a data set without an exclusive ENQ.  Is there an official
technique for doing this deliberately?  (Your answer implied that
ServerPac might do this if non-different names were used -- using
an ENQ sufficiently strong to create a data set but not delete it.)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

How to find loadlib in a dump?

[Lindy Mayfield]

I have a module abending but I cannot find the load library it was run from.  
Is there a way to find this in a dump?

thanks very much
Lindy

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Call for XEDIT freaks, submit ISPF requirements

[Mark van der Eynden]

> rather I loathe XEDIT's behavior of always scrolling to put the search target 
on CURLINE.

>From fading memory, have you tried 'set stay on'

> I'd rather have regular expressions.

Must have come from the *nix world, never heard of them, or needed them ;-)

> I think the biggest thing that makes a person like one editor over the other 
is which one you grew up with. 

I think I grew up with the ETSS editor, it's (IIRC) closer to ISPF

> Can I export the XEDIT buffer as the input to a command?

If you have the command in col 1 (i.e. no piping) it would be 'stack *'

But gees guys, you're talking about 25 year old memories, I'd expect XEDIT is 
even better now -)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to find loadlib in a dump?

[Gerhard Postpischil]

On 3/28/2010 2:57 PM, Lindy Mayfield wrote:

I have a module abending but I cannot find the load library
it was run from.  Is there a way to find this in a dump?


Strictly speaking, no (a program could dynamically allocate a 
PDS, open a DCB, load the module, close the DCB, and free the 
allocation, without leaving any trace in your dump).


For most programs, that do not load from a specific PDS, you can 
look at the JOBLIB/STEPLIB concatenation, and see which library 
has the member in it.  If you can access the archives, this 
topic has been hashed and rehashed a number of times.



Gerhard Postpischil
Bradford, VT

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Call for XEDIT freaks, submit ISPF requirements

[Paul Gilmartin]

On Sun, 28 Mar 2010 15:55:03 -0500, Mark van der Eynden wrote:

>> rather I loathe XEDIT's behavior of always scrolling to put the search target
>on CURLINE.
>
>From fading memory, have you tried 'set stay on'
>
Isn't that the one that suppresses positioning to the bottom of the
file on an unsuccessful search (moronic behavior, but I suppose
it's some programmers' alternative to "BOTTOM")?  I'm thinking of
successful searches.

>> I'd rather have regular expressions.
>
>Must have come from the *nix world, never heard of them, or needed them ;-)
>
Well, no one _needs_ them.  As Knuth cited:

The Sears & Roebuck catalogue for 1897 contains the useful advice:
“If you don’t find it in the index, look very carefully through
the entire catalogue.”

Regular expressions, like indexes, are just very useful tools to find
things.  Will the contributor to this thread who claimed XEDIT has
regular expressions please step forward and explain to me how I may
use them?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

/usr/lib/nls/charmap/IBM-1047

[Paul Gilmartin]

(z/OS 1.10)  Motivatted by a thread in ASSEMBLER-LIST, I scanned
/usr/lib/nls/charmap/IBM-1047 looking for matching character
names in /usr/lib/nls/charmap/UTF-8.  (I used regular expressions.)
I found 186 IBM-1047 code points that have no matching names in
UTF-8.  I think this is pretty astonishing/dismaying.  Shouldn't
every IBM-1047 character have a UTF-8 mapping?  (Or am I just
looking at the wrong charmap?)

A few examples:
...
/x7c Not found: /x7c
/x7d Not found:/x7d
/x7e Not found:   /x7e
/x7f Not found:/x7f
/x80 Not found:   /x80
/x8a Not found: /x8a
/x8b Not found:/x8b
/x8c Not found:   /x8c
/x8d Not found:   /x8d
/x8e Not found: /x8e
/x8f Not found:/x8f
/x90 Not found:/x90
/x9a Not found:  /x9a
/x9b Not found: /x9b
/x9c Not found:/x9c
/x9d Not found:   /x9d
/x9e Not found:/x9e
/x9f Not found:  /x9f
/xa0 Not found:/xa0
/xa1 Not found: /xa1
/xaa Not found:  /xaa
/xab Not found: /xab
/xac Not found:   /xac
/xad Not found:   /xad
/xae Not found: /xae
...

(/usr/lib/nls/charmap/ISO8859-1 shows zero such deficiencies, and
I had thought that IBM-1047 was supposed to be a one-for-one
translation of ISO8859-1.)

(I might take this over to MVS-OE, also.)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Call for XEDIT freaks, submit ISPF requirements

[Phil Smith III]

Paul Gilmartin wrote:
> rather I loathe XEDIT's behavior of always scrolling to put the search target

I believe you mean the fact that if the search target is on the screen, the 
screen still moves to make the target the current line.

A very long time ago (like, 25+ years), back at UofW, I wrote SET VARCURL ON 
for XEDIT, which made the current line move on the current screen when 
possible. Wasn't tricky, worked great. Of course, back then it was to save 
bandwidth over 1200bps dialup...

Anyway, I've been using ISPF for the last few years, XEDIT for 30. XEDIT is far 
more powerful, but there are a few things about ISPF that are nice -- arguably 
nicer. However, given XEDIT's programmability, it wouldn't be hard to make it 
mirror those ISPF behaviors for the most part.

I suspect that the biggest pain between XEDIT and ISPF is non-congruent 
commands:
- prefix A for Add in XEDIT, After in ISPF (that one could be "fixed" with some 
synonyms)
- BOTTOM in XEDIT, put M on command line in ISPF and hit SCROLL (could be 
"fixed" with some clever macros but it would be a bit of a pain)
- prefix I in ISPF does what SI does in XEDIT, but with some clever-ish bits of 
behavior
- CHANGE in ISPF doesn't mess up column alignment as often, though I haven't 
quite grokked the algorithm

So if there was actually any interest from IBM (which I doubt, alas) in porting 
XEDIT to TSO, it should be able to be made tolerable for ISPF users without too 
much trouble. The actual porting would, of course, be left as an exercise for 
IBM...

...phsiii

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Teach z/OS JCL Using Herclues

[Jim Marshall]

Bill Smith (ex-IBM'er) asked me a question and I told him I would post it on 
IBM-Main. Bill worked for IBM for many, many years and took off in a lateral 
direction getting a Masters in Education and was recently teaching JCL to 20+ 
French speaking (a bit of English too) trainees. Bill is curious if anyone has 
developed a course around using Hercules as the platform which I would 
imagine would be running MVS 3.8 versus some bandit version of z/OS.  

Let me know either on or off list and will relay it to Bill.  Oh yes, he may be 
back on IBM-Main in the near future starting a full time job for some insurance 
company out in California dreaming land.   

thanks  jim 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mainframe Executive article on the death of tape

[Timothy Sipples]

Perhaps a more interesting question is whether hard disks are "dead,"
felled (or soon to be) by solid state storage. :-)

- - - - -
Timothy Sipples
Resident Architect
STG Value Creation and Complex Deals
IBM Growth Markets
E-Mail: timothy.sipp...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Teach z/OS JCL Using Herclues

[scott]

On 03/28/2010 07:15 PM, Jim Marshall wrote:
> Bill Smith (ex-IBM'er) asked me a question and I told him I would post it on 
> IBM-Main. Bill worked for IBM for many, many years and took off in a lateral 
> direction getting a Masters in Education and was recently teaching JCL to 20+ 
> French speaking (a bit of English too) trainees. Bill is curious if anyone 
> has 
> developed a course around using Hercules as the platform which I would 
> imagine would be running MVS 3.8 versus some bandit version of z/OS.  
>
> Let me know either on or off list and will relay it to Bill.  Oh yes, he may 
> be 
> back on IBM-Main in the near future starting a full time job for some 
> insurance 
> company out in California dreaming land.   
>
> thanks  jim 
>   
  Shouldn't be difficult to do.  MVS 3.8 (under hercules) has the basics
of JCL and of course carried over into the new z/OS.  There is no course
that I know of the uses MVS 3.8 running under hercules or not.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Teach z/OS JCL Using Herclues

[Scott Barry]

On Sun, 28 Mar 2010 20:49:50 -0400, scott  wrote:

>On 03/28/2010 07:15 PM, Jim Marshall wrote:
>> Bill Smith (ex-IBM'er) asked me a question and I told him I would post it on
>> IBM-Main. Bill worked for IBM for many, many years and took off in a lateral
>> direction getting a Masters in Education and was recently teaching JCL to 20+
>> French speaking (a bit of English too) trainees. Bill is curious if
anyone has
>> developed a course around using Hercules as the platform which I would
>> imagine would be running MVS 3.8 versus some bandit version of z/OS.
>>
>> Let me know either on or off list and will relay it to Bill.  Oh yes, he
may be
>> back on IBM-Main in the near future starting a full time job for some
insurance
>> company out in California dreaming land.
>>
>> thanks  jim
>>
>  Shouldn't be difficult to do.  MVS 3.8 (under hercules) has the basics
>of JCL and of course carried over into the new z/OS.  There is no course
>that I know of the uses MVS 3.8 running under hercules or not.
>

A few challenging topic-points, given the MVS and JES dated environment -
OUTPUT statement; IF/ENDIF; DD standalone parameter (not sub-parm) for
RECFM, LRECL, etc.; consideration of MODEL DSCB elimination with SMS; use of
&SYSUID for DSN, NOTIFY, etc.  Recent SYSIN constraint relief beyond LRECL=80.

Scott Barry
SBBWorks, Inc.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mainframe Executive article on the death of tape

[Rick Fochtman]

---
Perhaps a more interesting question is whether hard disks are "dead," 
felled (or soon to be) by solid state storage. :-)

---
I respectfully submit that solid state storage will not replace hard 
disks in the foreseeable future.


A long absence of power to affect refreshes of solid state storage can 
still render solid state storage unusable, while true disks don't need 
refreshing to maintain the content. Also, power surges and vagaries in 
supply voltage and/or current levels are less likely to affect a hard 
drive, even though the cirtuitry to avoid these vagaries is becoming 
more and more prevalent today. Can we all remember the STC "Solid State 
Disk"? And manufacturing vagaries can still have severe and detrimental 
effects on solid-state memory, whereas the manufacture of magnetic disks 
is fairly well solidified today, except for incremental changes that 
affect capacity. I predict that magnetic disk technology will bbe with 
us for the foreseeable future.


Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: An amusing REXX program - JES2DISK == copies JES output to disk using REXX's SDSF API

[Shmuel Metz (Seymour J.)]

In , on 03/26/2010
   at 03:46 PM, Paul Gilmartin  said:

>Prior to JES, Data Management facilities were unsuitable for the needs of
>spooling. 

In what way?
 
-- 
 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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: An amusing REXX program - JES2DISK == copies JES output to disk using REXX's SDSF API

[Shmuel Metz (Seymour J.)]

I agree with much of what you write, but must challenge on item.

In <4e2421a41003261420t52bf2254pf53955d4b0ed0...@mail.gmail.com>, on
03/26/2010
   at 09:20 PM, Sam Siegel  said:

>Then there are things like checkpoint restart.  On unix, that is
>"something the database does".  There is now (sic) OS level facility 
>that lets you restart where you left off.

ITYM "There is no OS level facility". OS C/R has such severe restrictions
that I question its utility in the real world.
 
-- 
 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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mainframe emulator part of a conspir a cy ââ¬Â¢ The Register

[Shmuel Metz (Seymour J.)]

In , on 03/26/2010
   at 10:57 AM, Paul Gilmartin  said:

>POSIX shell is _not_ DOS-like nor native TSO-like.

Yes, it's missing the functionality of the TSO stack.
 
-- 
 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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Crazy idea for a "desktop integration with z/OS" project?

[Shmuel Metz (Seymour J.)]

In , on 03/25/2010
   at 12:10 PM, Dave Salt  said:

>IMO, the ideal compromise is to use tools like IPT (from IBM) and
>SimpList (from MacKinney).

Partially, but that still doesn't address issues like cut and paste. I see
a real need for a facility that allows for both block and stream c&p, even
if the 3270 simulator in use doesn't support it. In fact, the main problem
that I see with WSA is in that area.
 
-- 
 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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Call for XEDIT freaks, submit ISPF requirements

[Shmuel Metz (Seymour J.)]

In , on 03/26/2010
   at 12:09 AM, Paul Gilmartin  said:

>I'd rather have regular expressions.

Why not both? For simple operations, XEDIT syntax is cleaner.

ObColdDeadFinger The SPF clone I use on my PC has regular expressions. I
don't use that feature much, but sometimes it's the cat's pyjamas.
 
-- 
 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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Call for XEDIT freaks, submit ISPF requirements

[Shmuel Metz (Seymour J.)]

In <4bacacf4.5000...@trainersfriend.com>, on 03/26/2010
   at 06:47 AM, Steve Comstock  said:

>One feature of ISPF edit I use a lot these days is the
>ability to edit ASCII files and browse files encoded in
>UTF-8 and UTF-16. Did XEDIT support that?

There was no Unicode when XEDIT was released. I don't know what XEDIT
supports in z/VM V6.
 
-- 
 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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Call for XEDIT freaks, submit ISPF requirements

[Shmuel Metz (Seymour J.)]

In <20100326145355.yluii.456976.r...@hrndva-web11-z02>, on 03/26/2010
   at 02:53 PM, Eric Bielefeld  said:

>I think the biggest thing that makes a person like one editor over the
>other is which one you grew up with. 

Perhaps for you; I would never want to go back to the editors I grew up
with. I wanted ISPF/PDF features when I used XEDIT, wanted XEDIT features
when I used ISPF/PDF and never wanted to revert to, e.g., ATS, CRBE,
IEBUPDAT, WordStar. Only rarely did I miss something from TSO EDIT, and I
certainly didn't want to go back.
 
-- 
 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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mainframe emulator part of a conspir a cy ââ¬Â¢ The Register

[Shmuel Metz (Seymour J.)]

In
<032620101707.18493.4bace9e4000e70bc483d22216125569b0a02d29b9b0ebf9d0e0c9d0...@att.net>,
on 03/26/2010
   at 05:07 PM, Warren Brown  said:

>Quite a wish list for an editor.  CMS xedit has it all.

No. But it does have things that I want, and some of the missing features
can be programmed as macros.
 
-- 
 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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Call for XEDIT freaks, submit ISPF requirements

[Shmuel Metz (Seymour J.)]

In , on 03/25/2010
   at 11:35 PM, Mark van der Eynden  said:

>Really, the more I think about it the more I think XEDIT should be
>ported to  ISPF in its entirety. 

You are me.

>I can't think of a single thing that the ISPF editor does better.

The shift prefix commands. ISPF has both text and data commands for
shifting: the commands '<'. '<<'. '>' and '>>' leave the word at column
1[1] alone, while '('. '(('. ')' and '))' shift everything[1].

[1] Well, with default BNDS set.
 
-- 
 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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mainframe Executive article on the death of tape

[Ted MacNEIL]

>Perhaps a more interesting question is whether hard disks are "dead," felled 
>(or soon to be) by solid state storage. :-)

Not that soon.
We need to see the price/GB fall a bit, to as lww as DASD was 5 or 6 years ago.

Moore's law will help, and (fortunately) he over-stated the timeframe by about 
4 or 5 months.

But, it will happen.
-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mainframe Executive article on the death of tape

[Ted MacNEIL]

>A long absence of power to affect refreshes of solid state storage can still 
>render solid state storage unusable, while true disks don't need 
refreshing to maintain the 
content.

There are some shops, in the Greater Toronto Area, using them in production.

>Also, power surges and vagaries in supply voltage and/or current levels are 
>less likely to affect a hard drive, even though the cirtuitry to avoid these 
>vagaries is becoming more and more prevalent today.

UPS and power conditioning come to mind.
Who powers their data centre straight from the grid, these days?

>Can we all remember the STC "Solid State Disk"? And manufacturing vagaries can 
>still have severe and detrimental effects on solid-state memory, whereas the 
>manufacture of magnetic disks 
is fairly well solidified today, except for incremental changes that affect 
capacity.

Then stop using Cache and CPU memory.
It's the same chipsets, in most cases.

>I predict that magnetic disk technology will bbe with us for the foreseeable 
>future.

No more than two or three mainframes will ever be sold.
Nobody will ever need more than 640K of memory.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: An amusing REXX program - JES2DISK == copies JES output to disk using REXX's SDSF API

[Sam Siegel]

On Sun, Mar 28, 2010 at 3:49 PM, Shmuel Metz (Seymour J.) <
shmuel+ibm-m...@patriot.net > wrote:

> I agree with much of what you write, but must challenge on item.
>
> In <4e2421a41003261420t52bf2254pf53955d4b0ed0...@mail.gmail.com>, on
> 03/26/2010
>at 09:20 PM, Sam Siegel  said:
>
> >Then there are things like checkpoint restart.  On unix, that is
> >"something the database does".  There is now (sic) OS level facility
> >that lets you restart where you left off.
>
> ITYM "There is no OS level facility". OS C/R has such severe restrictions
> that I question its utility in the real world.
>

C/R was not the best example.

>
> --
> 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...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mainframe Executive article on the death of tape

[Thomas Kern]

I think it will be quite a while before all hard disks are gone, but it is 
inevitable.
When my phone has a 16GB memory card in it and a slot for another 16GB, you 
have to accept
that solid state storage is not far off.

I do see a migration from hard to solid-state, must the way we migrated from 
strings of
real 3380/3390s to the emulated disk subsystems. Put stuff on different 
technologies based
on performance until the high performance stuff is cheap enough to have all 
through the
data center. You have a very high profile database, get a solid-state storage 
system to
put the data on. Lower priority stuff gets to stay on the old hard round/brown 
disks.

This migration will be faster than moving from real 3380/3390 disks to emulated 
disk
subsystems.

/Tom Kern

Timothy Sipples wrote:
> Perhaps a more interesting question is whether hard disks are "dead,"
> felled (or soon to be) by solid state storage. :-)
> 
> - - - - -
> Timothy Sipples
> Resident Architect
> STG Value Creation and Complex Deals
> IBM Growth Markets
> E-Mail: timothy.sipp...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mainframe Executive article on the death of tape

[Ted MacNEIL]

>You have a very high profile database, get a solid-state storage system to put 
>the data on.

I know that is the conventional wisdom.

>Lower priority stuff gets to stay on the old hard round/brown disks.

I saw a presentation, at CMG Canada last month, where the presenter showed the 
benefits, of putting something not so loved on SSD, and everybody won because 
it was moved out of the way.

Commercial grade SSD is an order of magnitude more expensive than the stuff you 
find in cell phones and digital cameras.
-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WTO Alternative using HLASM

[Juergen Keller]

hello Conrad,
why is it not allowed to use WTOs in DSME-Exit? We bought an exit from IBM 
and it uses WTOs. So it can be used.
regards Juergen

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mainframe Executive article on the death of tape

[Timothy Sipples]

Rick Fochtman writes:
>A long absence of power to affect refreshes of solid state storage can
>still render solid state storage unusable, while true disks don't need
>refreshing to maintain the content. Also, power surges and vagaries in
>supply voltage and/or current levels are less likely to affect a hard
>drive, even though the cirtuitry to avoid these vagaries is becoming
>more and more prevalent today.

You may be thinking of traditional RAM parts of one kind or another, such
as battery-backed DRAM. I was referring to flash memories, which are at
least as nonvolatile as hard disks. (I'd feel more comfortable powering off
an enterprise-grade flash memory array for, say, 10 years and then trying
to read it versus its rotating counterpart.) Hard disks consume a lot more
power (with associated hazards and environmental consequences) than flash
or tape. Hard disks are (also) sensitive to external magnetic disturbances.
Hard disks are more sensitive to kinetic shocks (e.g. cabinets falling
over, data center floors collapsing) and temperature extremes (e.g. data
center fires). It's a little hard to tell, but it looks to me like flash is
now more physical space-efficient.

Flash memory is presently significantly more expensive to acquire than hard
disks, per gigabyte. (I think it's very roughly 20 to 1 right now.) The gap
is closing.

For what it's worth, my employer got out of the hard disk spindle business
in 2003. But Hitachi now reports profits on its consolidated hard disk
business. Margins are down, but volumes are way up. Hard disks are very,
very popular.

I think my question is more interesting than hard disk v. tape. (Tape has a
cost advantage but is also addressing much different storage requirements.)
But I don't know the answer to my question yet. The gap has already closed
sufficiently for devices like the iPod. (All but a very few iPods rely on
flash memory now, it's only a matter of time before the last holdout model
disappears.) Laptops/notebooks seem to be switching over to flash at this
point in time. (Witness the iPad and the SSD MacBook Air.) SSDs are
certainly finding their place now in enterprise storage, but for almost
everyone they're not yet a complete replacement for hard disks. Will SSDs
ever "completely" replace hard disks? We'll see.

- - - - -
Timothy Sipples
Resident Architect
STG Value Creation and Complex Deals
IBM Growth Markets
E-Mail: timothy.sipp...@us.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to find loadlib in a dump?

[Lindy Mayfield]

Gerhard:
For most programs, that do not load from a specific PDS, you can 
look at the JOBLIB/STEPLIB concatenation, and see which library 
has the member in it.  

Lindy:
I checked the STEPLIB but I'll check again.  There shouldn't be one because 
this is run in TSO and my logon proc doesn't have a STEPLIB.  I assumed it was 
in the LPA or LNKLST, but I don't find it anywhere.  


Gerhard:
If you can access the archives, this 
topic has been hashed and rehashed a number of times.

Lindy:
Sorry about that.  I'll look for it.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html