IBM Mainframe Discussion List wrote on 03/25/2008
01:29:43 AM:
> IPCS will merge and sort the records from all six datasets/volumes into
a
> coherent image when you access or copy the SADump.
IPCS COPYDUMP will merge the data from the multiple volumes, which is
why we recommend that you co
IBM Mainframe Discussion List wrote on 03/24/2008
07:41:38 PM:
> I dug into the doc once again for more info on Mark's reference to
> 'striping'. I find this comment in Diagnosis: Tools and Service Aids:
>
> "Extended format data sets are supported by z/OS V1R6 and later
releases.
> Extended f
Hello Rick,
StandAlone Dump dasd striping is not the same as DFSMS dataset striping.
To build the SAD datasets onto multiple volumes you run something like this:-
//STEP1EXEC PGM=IKJEFT01
//SYSPROCDD DISP=SHR,DSN=SYS1.SAMPLIB
//SYSTSP
Also look at prior discussion on this list for "ispf edit recovery" from
May 2007:
For z/OS 1.4 and beyond, saving changes from an edit session (with
explicit SAVE) appears to break the edit-recovery relationship with the
backup dataset, but the backup dataset itself doesn't get deleted until
The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.
[EMAIL PROTECTED] writes:
> It could become very easy to commoditize a company's data until it fit
> in a way that we know how to use.
>
> What's much harder for bot
This probably was cross-posted to both comp.lang.cobol and
bit.listserv.ibm-main. Pete Dashwood is a long time consultant who
has CICS and COBOL experience. I don't necessarily agree with him but
he does have many good insights.
Clark Morris
On Tue, 25 Mar 2008 13:54:55 +1300, in bit.listserv.i
The New York Times has a short but fairly interesting article about "old"
technologies which uses the mainframe as an illustration. Here's the link:
http://www.nytimes.com/2008/03/23/technology/23digi.html
- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Specializing in Soft
In a recent note, Richard Bond said:
> Date: Mon, 24 Mar 2008 12:24:32 -0400
>
> Predicators of the mainframe demise are probably of the same genre
> as those "experts" (who have probably never opened a science
> book) who are expounding the dangers of this "global warming" nonsense.
>
Tro
On Mon, 24 Mar 2008 08:27:36 -0500, Rick Fochtman wrote:
>>
>As a whole, I disagree with the article as well. But it DOES raise a few
>valid points. The biggest point I see is the error of letting the
>purchasing dept. decide what software to purchase, rather than the
>technicians and/or users. It'
I dug into the doc once again for more info on Mark's reference to
'striping'. I find this comment in Diagnosis: Tools and Service Aids:
"Extended format data sets are supported by z/OS V1R6 and later releases.
Extended format sequential data sets can hold 16,777,215 blocks. If you use
a maximum b
On Mon, 24 Mar 2008 18:16:11 -0400, Craddock, Chris
<[EMAIL PROTECTED]> wrote:
>...and sometimes not even managing it. Often enough IT is arguably
just
>a vessel in which corporate information resides and it's a vessel that
>fights the business tooth and nail every day. It is more of a necessary
Adam said
> Sometimes IT organizations forget that they didn't invent information,
> they simply are a means of managing it.
...and sometimes not even managing it. Often enough IT is arguably just
a vessel in which corporate information resides and it's a vessel that
fights the business tooth and
Fellow EWCP Members and SHARE Participants-
Now that SHARE in Orlando is a few magical moments gone by, it is time to
start planning for the
upcoming summer SHARE conference. It will be held at the San Jose McEnery
Convention Center
in San Jose, CA, August 10th through August 15th, 2008. The
I show it as "OPC/A dialog user". Probably communicating with a scheduling
package.
Bob Shannon
Rocket Software
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bill
Planer
Sent: Monday, March 24, 2008 5:25 PM
To: IBM-MAIN@bama.ua.edu
Subject
Thanks everyone for all the advice.
Kirk
On Mon, Mar 24, 2008 at 2:42 PM, Edward Jaffe <[EMAIL PROTECTED]>
wrote:
> McKown, John wrote:
> > I don't think you have a choice, in the general case. That is because
> > all the new TRxx type instructions seem to terminate when the data in
> > your buf
I am trying to understand an uncommmented JES2 exit 51 that I inherited.
It is issuing an SSI reqest 68 (decimal) to MSTR. I have looked through a
number of SRLs, including Using the SSI, and have not found any
documentation of this subsystem call.
Does anyone know what this is?
Thank you, Bill
What's much harder for both data processing and for users is to figure
out how to collect and use data that might give us that competitive
advantage - without spending more than the return.
Agreed. But that's a question that's independent of technology. That isn't
to say that technology can't
On 24 Mar 2008 13:26:16 -0700, [EMAIL PROTECTED] (Gerhard Adam)
wrote:
>Similarly, even though many applications components are commodities, many
>other elements are also assumed, so resources need to be expended to live up
>to the expectation. For example, in the past while response time was u
With last weeks SDSF security questions, I have to chime in with my
issue
I'm submitting an SDSF DA command via REXX in batch:
"ALLOC F(ISFOUT) RECFM(F B A) LRECL(121) NEW UNIT(VIO)" ,
"DELETE CYLINDERS SPACE(1,1) REUSE DSORG(PS)"
"ALLOC F(ISFIN) RECFM(F B) LRECL(80) NEW UNIT(VIO)
More in Nicolas Carr from my favorite pundit.
Carr-ied away: http://www.issurvivor.com/ArticlesDetail.asp?ID=651
Carr-toonish engineering:
http://www.issurvivor.com/ArticlesDetail.asp?ID=652
There is also some truth in these articles, and they should be carefully
considered. One problem is
McKown, John wrote:
I don't think you have a choice, in the general case. That is because
all the new TRxx type instructions seem to terminate when the data in
your buffer equals to the contents of the low order byte general
register 0. I.e. they stop at an "end of buffer" type character, like a
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf
> Sent: Monday, March 24, 2008 12:31 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Long translate (TR) instruction?
>
>
> Hi,
>
> I'm looking for the fastest way in assembler to tran
Predicators of the mainframe demise are probably of the same genre as
those "experts" (who have probably never opened a science book) who are
expounding the dangers of this "global warming" nonsense.
Why is it that "experts" that expound global warming are fools, but
"experts" that denounce
TRT[E] is not the same as TR. It *stops* if the "translated-to" byte is
non-zero.
It's hard to say whether a TR loop or just an "open code" loop would be better
on the current in-use crop of hardware. If CPU performance is extremely
important, I'd do some experimenting. Even if the z10 offer
More in Nicolas Carr from my favorite pundit.
Carr-ied away: http://www.issurvivor.com/ArticlesDetail.asp?ID=651
Carr-toonish engineering:
http://www.issurvivor.com/ArticlesDetail.asp?ID=652
Lately he has had a series of columns on how some employers are requiring
their employees to buy their
>This does not sound very innovative. CA' CAS9 does something similar.
>IFAPRDnn member of PARMLIB?
MVS does/did it.
CA-NeuMICS (aka MICS) has done it since Morino released it in 1984.
IMS does it.
..etc.
-
Too busy driving to stop for gas!
I believe Corporate IT departments will be utilized for a long time; however,
such organizations will just become paper-pushers and mouse-clickers (or "a"
paper-pusher/mouse-clicker) in the long run, utilizing third party vendors,
VARs, and such, for their overall IT HW and SW maintenances.
Reg
Look at the TRTE, TRanslate and Test Extended, instruction on pp. 7-231ff of
the current PROP.
"Looping" is still required when a condition-code value of 3 is set, but only a
branch back to the same, already executed TRTE is required to accomplish it.
In particular, there is no requirement fo
As suggested by someone, you can use SORT to generate the appropriate
commands.
I've build the following JCL, which you can use as a starting point to
your needs.
//*
//*CLEANUP
//*
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of McKown, John
Sent: Monday, March 24, 2008 12:54 PM
To: IBM-MAIN@bama.ua.edu
Subject: Stupid? MS patent
This does not sound very innovative. CA' CAS9 does something similar.
IFAPRDnn member of PAR
On 24 Mar 2008 09:54:44 -0700, [EMAIL PROTECTED] (Chase, John) wrote:
>I doubt seriously that "the mainframe is going away, ha ha"; rather, it
>is frequently "wearing new clothes" in the form of "penguin tuxedos" and
>other "non-traditional garb". :-)
But my particular mainframe skills are likel
On 24 Mar 2008 09:27:34 -0700, [EMAIL PROTECTED] (Richard Bond) wrote:
>Predicators of the mainframe demise are probably of the same genre as those
>"experts" (who have probably never opened a science book) who are expounding
>the dangers of this "global warming" nonsense.
Possibly. But those
>From Ars-Technia (a PC site) at
http://arstechnica.com/news.ars/post/20080323-evidence-mounting-windows-
7-going-modular-subscription.html
Unsurprisingly, Microsoft already has a patent on a "modular operating
system" concept. A "core function" module, which includes the kernel,
features a "lic
Hi,
I'm looking for the fastest way in assembler to translate data in one buffer
to another using a 256-byte translate table.
The TR instruction is only up to 256 bytes, and I can't figure out if one of
the newer instructions is a replacement for arbitrary length translations,
or if the best appro
On Tue, 18 Mar 2008 15:34:21 -0400, Jack Kelly
<[EMAIL PROTECTED]> wrote:
>I tried to send this issue to IBM but they think that it's a question
>rather than a problem, so I'll try here.
>Trying to use DCOLLECT to ensure that all ML2 data has a backup. In
>general the UMLBKDT field (DCOLLECT ML2
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Ian
> Sent: Monday, March 24, 2008 11:55 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Is IT becoming extinct?
>
>
> Michael Krigsman is just jumping on Nicholas Carr's bandwagon.
> Carr ha
Michael Krigsman is just jumping on Nicholas Carr's bandwagon.
Carr has been beating the "IT is dying" drum for a long time. (
http://www.nicholasgcarr.com/articles/matter.html)
Mostly, I think, for the free advertising for his books.
Ian
http://www.cicsworld.com
-
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Richard Bond
>
> Predicators of the mainframe demise are probably of the same
> genre as those "experts" (who have probably never opened a
> science book) who are expounding the dangers of this "global
> warming" no
Predicators of the mainframe demise are probably of the same genre as those
"experts" (who have probably never opened a science book) who are expounding
the dangers of this "global warming" nonsense.
Dick
>>> "Rick Fochtman" <[EMAIL PROTECTED]> 3/24/2008 11:10 AM >>>
Chase, John wrote:
>>
Chase, John wrote:
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Staller, Allan
Since this is a family list I cannot use the true
language needed to
Express my opinion. I will have to paraphrase!
Horse Manure!
The phonetic alphabet is your friend here:
The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.
[EMAIL PROTECTED] (Doc Farmer) writes:
> You're standing in the right place - the author, however, is not. While he
> brings up valid points, these are correctable
Sounds like this is the same thought process that proclaimed that the mainframe
was dead.
I loved the statement (my words of the thier toughts) about "bulk purchases"
are limiting the company by preventing the user commuinity from taking
advantage of newer, more flexible offerings. Yeah, right
Bill,
There have been some issues with this new function and IBM stated at
SHARE that they do not recommend you implement it unless you are
experiencing 878 abends on a regular basis.
ThanksRick
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Beh
Hi Len.
If you submit a bunch of recalls HSM will automatically sort them based
on the volser they are on - in other words all of the recalls in the
queue, that are on the same volume, will get recalled one after the
other.
If you use the earlier response of issuing the TSO HLIST
LEVEL(whatever.l
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Staller, Allan
>
> Since this is a family list I cannot use the true
> language needed to
>
> Express my opinion. I will have to paraphrase!
>
> Horse Manure!
The phonetic alphabet is your friend here: "Bravo Sie
On Sun, 23 Mar 2008 14:42:51 -0400, Knutson, Sam <[EMAIL PROTECTED]> wrote:
>
>We deal with large volumes of SMF data and sometimes get floods of SMF
>data due to looping transactions, DB2 traces, or other diagnostic
>captures or application errors.
This is the part that concerns me most (regar
---
Howard Brazee wrote:
http://blogs.zdnet.com/projectfailures/?p=666
(Not from where I'm standing - but I might not be standing the right place)
--
As a whole, I disagree with the article as well. But it DOES
Since this is a family list I cannot use the true language needed to
Express my opinion. I will have to paraphrase!
Horse Manure!
While many of the points are valid, the conclusion is not.
Remember CASE and then case? Where are they now?
http://blogs.zdnet.com/projectfailures/?p=666
--
You're standing in the right place - the author, however, is not. While he
brings up valid points, these are correctable by good project management and
more User ownership of (and responsibility for) their applications and data.
-Original Message-
From: IBM Mainframe Discussion List [mail
http://blogs.zdnet.com/projectfailures/?p=666
(Not from where I'm standing - but I might not be standing the right
place)
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf
> Sent: Friday, March 21, 2008 5:20 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Can forked/spawned address spaces be identified as such?
>
[snip]
>
> Kirk Wolf
> Dovetailed Te
On Fri, 21 Mar 2008 10:25:01 -0500, Rugen, Len <[EMAIL PROTECTED]>
wrote:
>We have View Direct / Mobius report viewer. It has 100,000's of HSM
>migrated files in our 3494 library. If they just issue recalls for
>these in some order they choose, the physical tape and file order will
>be random a
Hi everyone,
I've come across an SDSF oddity. I've only seen this in z/OS 1.9.
I submitted three identical jobs (all they do is IEFBR14). I submitted the jobs
with TYPRUN=HOLD.
When I release the first two jobs, the first one runs. The second job is marked
as number 2 in the queue, as seen
53 matches
Mail list logo
