Rick Fochtman wrote:
[...]
IIRC, ?.0 release of anything was barely better than beta code and
usually got a massive load of fixes before anyone could really expect
any useful value. And the ?.8 release was the final release and
'functional stabilization' time.
Are talking about DB2 ?
Well, I
Chris,
Like that was ever in doubt?
Wayne
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Craddock, Chris
Sent: Thursday, March 15, 2007 10:34 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: "MVS Experience"
> A friend recently stated that "the hum
> A friend recently stated that "the human brain is only capable of
learning
> one and a half operating systems'. Perhaps that's true.
You mean I don't have a human brain? Eeek!
:-)
--
For IBM-MAIN subscribe / signoff / archive
> > There was a huge debacle with IMS V2.2 in the mid '80s
> > that cost several high-end customers $$ millions.<>
Shane asks (rhetorically)
> Let me guess - you were employed by one such customer at the time ...
Oh yeah. No prizes for guessing who.
CC
-
- Original Message -
From: ""John Benik"" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
Sent: Thursday, March 15, 2007 9:45 AM
Subject: Re: Using RMM in a large STK environment?
It isn't a question of what's common, we are just trying to make sure that
either will do the job in
"Craddock, Chris" wrote:
> > > There are 3 different code platforms for DB2 - I'm missing
> > > some details, so someone please fill in the blanks...
> > >
> > > - Non-mainframe platforms (Unix-type), which came from
> > > another data base product
> > >purchased by IBM a long time ago (Seque
Would DFSORT at release 1.4 (z/OS 1.4 and I think OS/390 2.10) using
EQUALS=VBLKSET produce the same results run after run if the input data
were the same but produce different results when run under DFSORT 1.5 (All
jobs ran with EQUALS=N)? I know what EQUALS= does, it's just that the
results
CC wrote on 16/03/2007 02:29:12 AM:
> There was a huge debacle with IMS V2.2 in the mid '80s
> that cost several high-end customers $$ millions. V2.2 was going to be
> the release that finally got the V1.3 customers to migrate and I suppose
> it eventually was, but there were lots of bodies left i
I don't want to rain on anyone's parade, but alot of these points seem rather
self-indulgent.
As in any career, there are some that will excel and others that won't. I
don't personally see the MVS environment as being any different than any other
career. There are many "experienced" people th
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Sebastian Welton
Sent: Thursday, March 15, 2007 10:37 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DB2 V9 z/OS GA (Was: What to do with extra storage on new z9)
On Thu, 15 Mar 2007 10:22:51 -0500, Tom
The IBM relational database that runs on VM & VSE is called DB2, but it
is essentially the same codebase as SQL/DS. Unfortunately the product
hasn't changed much in the last 15 years or so.
Craddock, Chris wrote:
There are 3 different code platforms for DB2 - I'm missing
some details, so some
---
Is it just me, or has anyone else noticed that IBM never releases a ?.0
of DB2 - 5.1, 6.1, 7.1, 8.1 now 9.1
Maybe they know no-one trusts a "dot.zero" release.
Then again, given what a f*ck-up 6.1 was with "star-join" ...
I noticed our DBAs were out of
> > There are 3 different code platforms for DB2 - I'm missing
> > some details, so someone please fill in the blanks...
> >
> > - Non-mainframe platforms (Unix-type), which came from
> > another data base product
> >purchased by IBM a long time ago (Sequent?), and has some
> > code shared wit
Ray,
The non-mainframe (ie DB2 LUW (Linux/Unix/Windows) is actually based on
the OS/2 Database Manager, which became DB2/2 then DB2 UDB, then UDB
became the standard moniker for all DB2 products, so LUW was used to
distinguish from z/OS. Also, in the non-MF world, 8.2 was "Stinger",
and 9 is "Vipe
Ah, SQL/DS - that's what I was thinking of. But I have seen DL/1 references
on the other platforms in casual conversation.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Chase, John
Sent: Thursday March 15 2007 13:40
To: IBM-MAIN@BAMA.UA.EDU
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of john gilmore
>
> Chris Craddock writes:
>
> >I don't know that there's any particular rhyme or reason to the
> >numbering scheme.
>
> and I should agree in general. There is, however, one ROT
> that I have found v
Sam Golob wrote:
[...]
Also, I have to point out that MVS experience is almost always HARD
WON experience. So (being hard won), it is "beloved by the experiencer"
and it is close to the heart. We do not want to let it go. This is
(really) another one of my main points.
[...]
And this
On 15 Mar 2007 09:29:24 -0700, in bit.listserv.ibm-main you wrote:
>> On the subject of dot.zero release, did you also notice that there is
>> never
>> a dot.two release? Always new versions. New versions typically have
>a
>> price increase on the MLC, whilst new releases do not.
>
>I don't know
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Ray Mullins
>
> Yes, but the DB2 on z/VM and z/VSE is not really DB2. :-)
>
> There are 3 different code platforms for DB2 - I'm missing
> some details, so someone please fill in the blanks...
>
> - Non-mainframe
Chris Craddock writes:
I don't know that there's any particular rhyme or reason to the numbering
scheme.
and I should agree in general. There is, however, one ROT that I have found
very useful: When a supplanting release i + 1 is announced before release i
is shipped, avoid release i.
Yes, but the DB2 on z/VM and z/VSE is not really DB2. :-)
There are 3 different code platforms for DB2 - I'm missing some details, so
someone please fill in the blanks...
- Non-mainframe platforms (Unix-type), which came from another data base
product
purchased by IBM a long time ago (Seque
On Mar 15, 2007, at 9:40 AM, Chase, John wrote:
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Ed Gould
[ snip ]
The second part of your interview is to figure out what type
of company you are interviewing with.
That should probably be in pre-interview preparatio
On Thu, 15 Mar 2007 14:02:22 -0500, Dan Ahler <[EMAIL PROTECTED]> wrote:
>Searching IBM-MAIN I see discussions of the problems of VSAM on SYSRES and
>cloning, particularly when moving the volume to a system with a different
>MCAT.
>
>Trying to follow the IBM direction to replace HFS with ZFS, we h
On Thu, 15 Mar 2007 12:49:45 -0500, Mark H. Young
<[EMAIL PROTECTED]> wrote:
>...... It can ONLY
>be a "zero-sum gain" advantage for employers and their bean counters, and
>the bottom line CEOs/CFOs/CIOs and the shareholders, no?
>...
Huh? I was
I believe you can purchase support through Passport Advantage.
Hal Merritt wrote:
How does one go about getting support for the non mainframe version of
that beast?
Thanks
NOTICE: This electronic mail message and any files transmitted with it are
intended exclusively
for the individual or
I have a copy of the J. Rande "MVS Power Programming" that I bought
about 12 years ago. At these prices maybe I need to dig it out of
storage and sell it on eBay.
Gary Garland Gregory, MS
CA
Senior Software Engineer
Tel: +1-214-473-1863
Fax: +1-214-473-1050
[EMAIL PROTECTED]
-Original M
How does one go about getting support for the non mainframe version of
that beast?
Thanks
NOTICE: This electronic mail message and any files transmitted with it are
intended exclusively
for the individual or entity to which it is addressed. The message, together
with any attachment, may conta
Searching IBM-MAIN I see discussions of the problems of VSAM on SYSRES and
cloning, particularly when moving the volume to a system with a different
MCAT.
Trying to follow the IBM direction to replace HFS with ZFS, we have the
issue again of a VSAM (albeit LDS) dataset on the IPL set.
Has an
I guess what I didn't mention (my forgetful self), is that the "MVS core"
knowledge that us more experienced and older types have, (I hate that term:
"old farts".let's just say "seasoned MVS veterans"), has a lot to do
with our training and how we acquired that knowledge of MVS. Most of ya’ll
I guess, rather than moving the label "alloc", I would have suggested:
DS 0H force half word alignment
allocds 0cl62
dc h'60'
dc cl60'alloc dd(meals) dsn(stnt329.train.meals) shr reuse'
It's a "style" issue, however. The effect is (mostly) identical.
McKown, John wrote:
-Original Message-
From: MVS OpenEdition [mailto:[EMAIL PROTECTED] On Behalf
Of Steve Comstock
Sent: Monday, March 12, 2007 10:46 PM
To: [EMAIL PROTECTED]
Subject: [MVS-OE] BPXWDYN problem
OK, so I'm writing this CGI in Assembler to access
a VSAM file [seemed like
Rich Tabor wrote:
I think you will have better luck using FI and DA instead of DD and DSN.
Huh? Why would that be so? Both {FI | DD}, and {DA | DSN} are
shown as options; all four combinations should work.
Problem seems to have been alignment (see below)
On 3/12/07, Steve Comstock <[EMAIL PR
Art Celestini wrote:
Not sure if this is your problem, but as shown, your X'800'
constant doesn't have enough zeros. (It should be X'8000'.)
You're right, but that was just a typo on my part
when making the post.
Turns out it seems the problem was an Assembler
alignment error causing
> AFH ???
Ancient History
Bob Shannon
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-
On Thu, 15 Mar 2007 08:53:25 -0400, Bob Shannon wrote:
>>Then again, given what a f*ck-up 6.1 was with "star-join" ...
>
>DB2 6.1 is AFH Shane.
>
AFH ??? I tried to look up this acronym, but I can only find stupid things
like:
American Fork and Hoe
Assassins for Hire
Australian Fluid Handling
In <[EMAIL PROTECTED]>, on 03/09/2007
at 12:59 PM, George Dranes <[EMAIL PROTECTED]> said:
>I have a bit of a weird situation in which I'm running a clist in a
>step of a batch job. In this clist I'm reading an input file
>containing variables that I would like to use in the following steps
In <[EMAIL PROTECTED]>, on 03/14/2007
at 03:48 PM, Ed Gould <[EMAIL PROTECTED]> said:
>I too agree with you Rick. I have seen so called "IT Professionals"
>stuck in a time warp.
So have I. Some of them were young. In fact, I was moved to coin the
phrase "young fogies" for IT employees who we
> On the subject of dot.zero release, did you also notice that there is
> never
> a dot.two release? Always new versions. New versions typically have
a
> price increase on the MLC, whilst new releases do not.
I don't know that there's any particular rhyme or reason to the
numbering scheme. There
I am currently installing z/OS 1.8 and trawling through our local mods. It
seems that we have an HSM initialisation exit that simply issues a LOAD for
IDCAMS and IDCXP01.
I suspect that this was implemented in the dim & distant to help with a
performance problem (extra LOAD means there will alw
I met with some IBM DB2 folks this week and they claim performance was a big
aim of V9 and that it buys back a lot of the CPU lost to V8. Not sure about
the memory, but with 64 bit addressing, I can't see it going down.
- Original Message -
From: "R.S." <[EMAIL PROTECTED]>
Newsgroups
On Thu, 15 Mar 2007 15:25:51 +0100, R.S. wrote:
>Timothy Sipples wrote:
>> DB2 Version 9 for z/OS available March 16, 2007:
>>
>> http://www.ibm.com/common/ssi/rep_ca/1/897/ENUS207-041/ENUS207041.PDF
>>
>> More stuff moves into 64-bit land, lots of XML goodies, increased zIIP
>> affinity [...]
>
>
What's the best way to tell if SDSF is using external security? We have
some LPARs that have the SDSF class active, but few profiles. SDSF's
ISFPARMS don't appear to be using external security. Is there a way to
tell definitively? Or will SDSF use a combination?
I would assume it would use
On Thu, 15 Mar 2007 10:22:51 -0500, Tom Moulder <[EMAIL PROTECTED]> wrote:
>On the subject of dot.zero release, did you also notice that there is never
>a dot.two release? Always new versions. New versions typically have a
>price increase on the MLC, whilst new releases do not.
Unless you're on
Jon Brock wrote:
Wouldn't XML, Java, and "more other modern stuff" qualify as an "add-on" such as you mentioned in the
"MVS Experience" thread? Surely you're not saying, "Don't tell me about DB2 and your XML, we DON'T NEED
IT!"
Apples and oranges. zIIP, zAAP, IFL are for "non-MVS" workload
On the subject of dot.zero release, did you also notice that there is never
a dot.two release? Always new versions. New versions typically have a
price increase on the MLC, whilst new releases do not.
My experience has been that every even numbered version of DB2 has brought
with it significant
Wouldn't XML, Java, and "more other modern stuff" qualify as an "add-on" such
as you mentioned in the "MVS Experience" thread? Surely you're not saying,
"Don't tell me about DB2 and your XML, we DON'T NEED IT!"
Jon
So, more XLM, more Java more other modern stuff. How many installations
re
I was cleaning out my IBMMain inbox and came across an email from 9/05 from
me to the group in response to an email from Wayne Driscoll in response to
another lister asking about writing a PC routine. (Whew)
Wayne's response was for the lister to get their hands on a copy of
either/both
"Adv
Thanks, all, for the good information. Now I get to go back to the
applications staff to find out which, if any, of these fonts they actually
use...
Rex
>From Roger Bolan:
For specific information on fonts on your system you can 1. Browse the fonts
directly. There is some readable des
On 13 Mar 2007 19:44:59 -0700, in bit.listserv.ibm-main you wrote:
>> Since one of the major hysteria media tycoons is Rupert
>> Murdoch from Austrailia, I don't think the Aussies on the
>> list are in much position to be smug. More on topic, my PC
>> and my wife's laptop coped. I don't have
Sam Golob said:
We don't seem to have too many bright kids here, who
are willing to try anything and learn about the nitty gritty innards of
the MVS system.
Cue the zNextGen crew from SHARE in 3, 2, 1, . . .
IBM and SHARE and a very bright, motivated and enthusiastic crew of
new-to-the-platfo
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Ed Gould
[ snip ]
> The second part of your interview is to figure out what type
> of company you are interviewing with.
That should probably be in pre-interview preparation
-jc-
Hi Folks,
I'm very happy that this issue of (the "old" Experience and "newer"
Experience in MVS) has been addressed. Radoslaw's experiences and
observations from the situation in Europe have not been often repeated
here, in the USA. We don't seem to have too many bright kids here, who
a
Timothy Sipples wrote:
DB2 Version 9 for z/OS available March 16, 2007:
http://www.ibm.com/common/ssi/rep_ca/1/897/ENUS207-041/ENUS207041.PDF
More stuff moves into 64-bit land, lots of XML goodies, increased zIIP
affinity [...]
So, more XLM, more Java more other modern stuff. How many install
On Thu, 15 Mar 2007 11:16:55 +1000, Shane <[EMAIL PROTECTED]> wrote:
>On Wed, 2007-03-14 at 08:49 -0500, Mark Zelden wrote:
>
>> We also run an ISV product (perhaps the same one) that requires a zap to a
>> module that is part of CEEPLPKA. Even though we only run the product
>> on one LPAR, I sti
Using ARCINBAK allows applications to take point in time backups
meaningful to the application as opposed to during a predetermined
backup window.
Having the backup under HSM control allows you to select the backup you
want to restore from the output of a HLIST command as opposed to
guessing which
It isn't a question of what's common, we are just trying to make sure that
either will do the job in a shop as large as ours. Just want to make the
best choice for our environment. From the replies I've seen either one
will do the job we need. Which brings me to my next question, as our
trai
we have applications that make use of ARCINBAK to backup datasets during
their Batch runs (which goes to tape). i often wondered what benefit that
gives, when compared to DFDSS.
what scenarios will prove beneficial to use ARCINBAK ?
as it is, we have a tough time justifying the CPU usage for DFH
>DB2 Version 9 for z/OS available March 16, 2007:
Thank you for your (unbiased) marketting pitch!
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTE
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Clark Morris
>
> The following is a reposting because of the possible
> implications for other shops, The tax e-file application is
> probably on a mainframe.
> It has been down for over a week starting last Monday
>Then again, given what a f*ck-up 6.1 was with "star-join" ...
DB2 6.1 is AFH Shane.
Bob
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Sear
On Thu, 2007-03-15 at 17:04 +1000, Timothy Sipples wrote:
> DB2 Version 9 for z/OS available March 16, 2007:
Is it just me, or has anyone else noticed that IBM never releases a ?.0
of DB2 - 5.1, 6.1, 7.1, 8.1 now 9.1
Maybe they know no-one trusts a "dot.zero" release.
Then again, given what a f*
DB2 Version 9 for z/OS available March 16, 2007:
http://www.ibm.com/common/ssi/rep_ca/1/897/ENUS207-041/ENUS207041.PDF
More stuff moves into 64-bit land, lots of XML goodies, increased zIIP
affinity (including stored procedures), rearchitected stored procedures
(for better performance), more leap
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Dave Kopischke
>
> On Mon, 12 Mar 2007 21:23:54 +1000, Shane wrote:
>
> >> Any "horror stories" out there?
> >
> >The rest of the world deals with this on a regular basis.
> >Enough of the "Chicken Little" syndrome fr
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Eric N. Bielefeld
>
> My Garmin GPS didn't reset the time either, but then it never
> has. It doesn't take much to tap the clock icon and then tap
> Daylight savings time.
Our hq building has several battery-powere
64 matches
Mail list logo