- Original Message -
From: Brian Westerman [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
Sent: Friday, May 04, 2007 1:02 AM
Subject: Re: Finally get to go from os390 2.10 to zOS 1.8
The only time that I would ever advise two steps is when you have not yet
moved your OS/390
Anyone having PPTs on RACF do forward me on [EMAIL PROTECTED] ...
Teaching RACF to fresh guys is really frustrating job which I'll hav to do
.. as part of knowledge sharing session ...
Guys give me some tips ..on this .
If any of you hav dne tht then do forward me those presentations ..or
Gabriel,
Does your employer court/train young professionals for mainframe
careers?
Yes, there are a few trainees with the mainframe departments.
Do you work with younger colleagues? Is there a generation gap or is
there solidarity within mainframes?
Yes, aforementioned trainees and former
Josef Berger [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
If someone uses a member exclusively in edit mode and someone needs
access on it with ftp, ftp ends with following message:
EZA2563W Data set xy used exclusively by someone else
Is there a possible option in ftp to get
On Thu, 3 May 2007 13:57:09 -0500, Betsy Jeffery
[EMAIL PROTECTED] wrote:
I've got a PDSE that has it's NVR in one catalog and it's catalog entry in a
different one. And, of course, the dataset is SMS managed. Argh. Please
don't ask how it happened, I do not know. I have been trying in vain
Eric,
If William or you are using HDS disk arrays then you may want to look at
using Cross-OS File Exchange (some of you may know this as Rapid Exchange).
In simple terms you can share your MVS volumes with UNIX and Windows servers
so that MVS flat files can be read directly by the Open Systems
We got there in two steps -- OS/390 R10 to z/OS R6 last year; to z/OSR8 this
year.
No issues.
BK Kosmach
From: John Mattson [EMAIL PROTECTED]
Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
To: IBM-MAIN@BAMA.UA.EDU
Subject: Finally get to go from os390 2.10 to zOS 1.8
Date: Thu,
The problem I think with this is if we take this job, admittedly
better than unemployment, then other employers get the idea that the
market is now that salary. I don't know about the rest of you, but
when I was making 100K for doing a job, teachers were making a top
salary of 60K and cops
Rick Fochtman wrote:
---snip---
Many of us have decried jobs being exported overseas. Here is one in the
US that pays a decent wage. I agree this position is paying lower than
the norm for our profession, but is is still a decent wage. Many
Ron,
The z/OS datacenter at PH Mining was shut down at the end of March 2006.
Both the CPU and the DASD went back to their respective vendors. We had
Hitachi Dasd - a 1 TB Lightning box. I don't think anyone thought of hooking
up that dasd to Unix boxes, but its been gone for over a year.
Brian,
I post my phone number for most of my posts. I have never to my knowledge
had a crank call from posting it here. I think the only thing that gets
harvested from a group like this is email addresses, which Darren has pretty
well fixed. I have on occasion gotten calls from people on
I have followed this discussion with great interest, as I am still looking
for a job. As I probably mentioned in the past, my first choice would be to
find a sysprog job in Milwaukee. The thought of moving somewhere and taking
a huge pay cut, and then it's not being a permanent job just turns me
On Fri, 4 May 2007 07:05:56 +1000, Shane [EMAIL PROTECTED] wrote:
Anyone else a little concerned at all this ???.
There have been various rumblings about the Catalog code since 1.7 came
out. Flaky is a term that comes to mind.
I happen to be a bit sensitive to the state of our catalogs - and the
Hi,
I'm learning QSAM and I found one strange(to me) behaviour of BLKSIZE
parameter.
It's a very simple program:
.
OPEN (INVMAST,INPUT)
GET INVMAST
CLO CLOSE (INVMAST)
.
INVMAST DCB DDNAME=INVMAST,DSORG=PS,MACRF=GL,EODAD=CLO,BLKSIZE=32750
The supported migration paths are in the 'n-3' (now n-2) are that way
because that is the level IBM has determined for coexistence and
fallback. i.e. JES, CATALOGS, RACF, etc. can be shared with no ill
effects.
Outside of the migration range (N-3 or N-2) there *IS NO COEXISTENCE or
FALLBACK the
Interesting thread. Then there are those of us who have indeed accepted the
lower-paying sysprog jobs in hopes/expectations that the lower salary
would be rectified to a higher one as a result of hard work. Ooops.
Welcome to state government where merit raises are a thing of the past.I
was
The blocksize parameter tells QSAM the maximum size of the blocks to be read
or written.
But since there are only four records in the dataset, the physical blocksize
(on DASD) is 200 since QSAM does not pad.
By overriding the value to 200-32750 you are instructing QSAM as to the
maximum size -
In [EMAIL PROTECTED], on 05/03/2007
at 11:12 AM, Ed Finnell [EMAIL PROTECTED] said:
Instead of trolling for nuggets why don't you use zoomerang and do a
professional survey?
What is a professional survey and why do you believe that it is more
appropriate than an on-topic query to fora where
Joel wrote:
In five years, I've
received one merit increase, while every year receiving excellent
reviews
-- there is no cause and effect. COLAs are the only help we get.
I am also working for a US company, and quite frankly, we were told that
the overall performance of our section of the
In a message dated 5/4/2007 7:54:30 A.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
What is a professional survey and why do you believe that it is more
appropriate than an on-topic query to fora where mainframers hang out?
$$$'s vs drool of pedantic old poots
Thanks, Binyamin.
I have two extra questions after reading your reply. Sorry for my ignorance.
The first is what actually determines the physical blocksize? You told me
BLKSIZE parm is a maxmimum value for QSAM. So I guess if I write 105 records
to a data set with BLKSIZE=20, I'll get five
On Fri, 4 May 2007 22:11:08 +0800 Johnny Luo [EMAIL PROTECTED]
wrote:
:The first is what actually determines the physical blocksize? You told me
:BLKSIZE parm is a maxmimum value for QSAM. So I guess if I write 105 records
:to a data set with BLKSIZE=20, I'll get five 20-byte physical blocks and
Binyamin, thanks a lot!!
One book on my hand has a chapter about channel programming and i'll take a
look at it to get more hints.
On 5/4/07, Binyamin Dissen [EMAIL PROTECTED] wrote:
On Fri, 4 May 2007 22:11:08 +0800 Johnny Luo [EMAIL PROTECTED]
wrote:
:The first is what actually determines
Johnny Luo wrote:
Thanks, Binyamin.
I have two extra questions after reading your reply. Sorry for my
ignorance.
The first is what actually determines the physical blocksize? You told me
BLKSIZE parm is a maxmimum value for QSAM. So I guess if I write 105
records
to a data set with
Staller, Allan wrote:
The supported migration paths are in the 'n-3' (now n-2) are that way
because that is the level IBM has determined for coexistence and
fallback. i.e. JES, CATALOGS, RACF, etc. can be shared with no ill
effects.
Outside of the migration range (N-3 or N-2) there *IS NO
In a message dated 5/4/2007 9:11:40 A.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
The second is concerning the minimal physical unit a program can process on
zos. I know acess method macros like QSAM are still at the high level. From
what you told me, I guess the minimal unit QSAM
I am working on setting up our DR constructs and am interested in having one
IEASYSM member for both DR and normal.
When you say must be duplicate, does that mean that you have the
VMUSERID be the same as the LPARNAME? I thought the VMUSERID was
specific to the hot site requiremenst?
I am
On Fri, 4 May 2007 07:29:39 -0500, Eric Bielefeld [EMAIL PROTECTED]
wrote:
I have followed this discussion with great interest, as I am still looking
for a job.
Also, unless a contract is signed that says if they let you go early, that
they will pay you for the rest of the contract, there
In a recent note, Vernooy, C.P. - SPLXM said:
Date: Fri, 4 May 2007 12:13:20 +0200
Josef Berger wrote in message
news:[EMAIL PROTECTED]...
Is there a possible option in ftp to get acces on a exclusively
used member ?.
One cirumvention I've found is to allocate the member in the
I can't remember exactly what you are replying to, but I'm guessing that
someone
must have said that you must duplicate the lines in IEASYMxx for your
production LPAR and your DR VM Guest. The definitions can be an exact
replication, or you may have some differences between the two. With a bunch
In [EMAIL PROTECTED], on 05/03/2007
at 06:22 PM, John Mattson [EMAIL PROTECTED] said:
Doc I have found so far seems to say you can't get there without
going thru 1.4.
I believe that you will find that it is talking about supported
coexistence, not about migration. I'm not aware of any
In [EMAIL PROTECTED], on 05/03/2007
at 12:12 PM, Anthony Saul Babonas [EMAIL PROTECTED] said:
About 10 years ago I took a couple of classes in Novell and deduced
that anyone with zOS sysprog background could become a guru in
2-3 days.
FSVO guru. I pick up new software rather quickly, but I
In [EMAIL PROTECTED], on 05/03/2007
at 11:05 AM, Eric Bielefeld [EMAIL PROTECTED] said:
They also sent a couple of tapes to different places to be converted
to test out their services. They could convert the tape fairly
FSVO convert. Doing an EBCDIC-ASCII translation of non-EBCDIC data is
In [EMAIL PROTECTED],
on 05/03/2007
at 11:24 AM, Pfeifer, William [EMAIL PROTECTED] said:
Univac U3
Wow! I haven't net many people with experience on that box.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see http://patriot.net/~shmuel/resume/brief.html
We don't
In [EMAIL PROTECTED], on 05/03/2007
at 07:45 AM, Bill Johnson [EMAIL PROTECTED] said:
I was amazed at the hourly rate also and responded to the head hunter
that he'd be lucky to find someone at that rate. Then I remembered
there were some on the listserv who were unemployed and that $34 was
If you use z/VM, you can run OS390 2.10. We do.
Daniel Allen
Sr. System Programmer
Serena Software, Inc.
13713 Pinto Lane
Lodi, CA 95240
800-457-3736 ext. 11241
[EMAIL PROTECTED]
Serena Software, Inc.
www.serena.com
-Original Message-
From: IBM Mainframe Discussion List
On Fri, 4 May 2007 02:40:13 -0400, Pinnacle [EMAIL PROTECTED] wrote:
- Original Message -
From: Brian Westerman [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
Sent: Friday, May 04, 2007 1:02 AM
Subject: Re: Finally get to go from os390 2.10 to zOS 1.8
The only time that I would
On Fri, 4 May 2007 08:35:43 -0600, Steve Comstock wrote:
Johnny Luo wrote:
The first is what actually determines the physical blocksize? You told me
BLKSIZE parm is a maxmimum value for QSAM. So I guess if I write 105
records
to a data set with BLKSIZE=20, I'll get five 20-byte physical
In article [EMAIL PROTECTED] you write:
Here, here.remember, this is a GOV't Contract.that is FEDERAL Gov't
folks. Military or not, don't matter none. And they can just walk in one day
and say CLEAR OUT.without having to give a reason other than .at the
convenience of the
On Fri, 4 May 2007 13:38:54 -0400, Rich G. wrote:
In article [EMAIL PROTECTED] you write:
Here, here.remember, this is a GOV't Contract.that is FEDERAL Gov't
folks. Military or not, don't matter none. And they can just walk in one day
and say CLEAR OUT.without having to give a
On 4 May 2007 10:36:04 -0700, [EMAIL PROTECTED] (Tom
Marchant) wrote:
There are historical (hysterical?) reasons for small block sizes, too. Long
ago,
when you might have only had 120K available for your program and data, you
might have had to keep your blocks much smaller. Today, it's
I am a just starting to turn gray mainframer. I've still got about 20 years
before retirement, so I'm thinking WalMart Greeter might enter my career
path before it's all done.
==I'm interested in what you're seeing -- in industry, schools, user
==groups, etc. -- regarding new generations of
On 4 May 2007 08:33:04 -0700, [EMAIL PROTECTED] (Mark H. Young)
wrote:
Here, here.remember, this is a GOV't Contract.that is FEDERAL Gov't
folks. Military or not, don't matter none. And they can just walk in one day
and say CLEAR OUT.without having to give a reason other than
snip
On the other hand, some contracts are not enforceable. They remind me
of the sign in the locker room which says not responsible for lost or
stolen objects.I suppose that means please don't sue me.
/snip
I once worked at a place were the mailroom had a sign in it that read:
NOT
I would think just about everyone running a proportion of non-legacy
applications would be
developing for the web.
The more important thing to think about is the future of handhelds. The Nokia
Communicator,
the Blackberry, etc., were only really technology demonstrators.
WAP seems finally to
Dave Kopischke said:
==Do user groups adequately educate new folks in this technology and
culture?
Yes, if you can get to the user groups and find one that's relevant. I
hear
SHARE is a great learning event, but expensive without subsidy. The only
local
user groups I'm aware of are for
On 4 May 2007 11:22:05 -0700, [EMAIL PROTECTED] (Chicklon, Tom)
wrote:
I once worked at a place were the mailroom had a sign in it that read:
NOT RESPONSIBLE FOR LOST OR MISPLACED MAIL
Wouldn't we all like to be not responsible for the one and only thing we are
responsible for!
The art
On Fri, 4 May 2007 10:20:28 -0500, Lizette Koehler
[EMAIL PROTECTED] wrote:
I am working on setting up our DR constructs and am interested in having one
IEASYSM member for both DR and normal.
When you say must be duplicate, does that mean that you have the
VMUSERID be the same as the LPARNAME?
Phil Payne wrote:
I would think just about everyone running a proportion of non-legacy
applications would be
developing for the web.
The more important thing to think about is the future of handhelds. The Nokia
Communicator,
the Blackberry, etc., were only really technology demonstrators.
The quote below was from a posting on another topic. I don't mean this to
criticize the author, but just as a representation of some of the things I
see in IBM-Main from time to time. Actually, the posting I cut this from
was very good.
I just wonder if someone reading this who was thinking
Yes I did get an answer.
Too many hands have updated our IEASYM over the years. I need to correct
some coding issue for the SYSDEF and SYMDEF statements. But I now feel I
have a handle on it, thanks to Tom Chicklon
Basically need to align my SYSDEF and LPARNAMES correctly, then move the
Actually a remark like that may be turning off the people that we want
to hire us.
Two jobs ago, my Director was someone who started on the help desk. When
she became manager of the MF Tech Support, she asked if they were going
to re-boot the machine.
At the job preceding this, the Director's
On Fri, 4 May 2007 15:00:06 -0400, Lizette Koehler
[EMAIL PROTECTED] wrote:
Yes I did get an answer.
Too many hands have updated our IEASYM over the years. I need to correct
some coding issue for the SYSDEF and SYMDEF statements. But I now feel I
have a handle on it, thanks to Tom Chicklon
Lizette,
The key thing to remember about this setup, once you code HWNAME there is
no way to set it back to default. But when you code HWNAME, it resets
LPARNAME and VMUSERID too. So typically you would code all of your entries
that go by just VMUSERID first, then any HWNAME and LPAR
Well, I am definitely in the crotchety old farts group:-)
At 02:55 PM 5/4/2007, you wrote:
The quote below was from a posting on another topic. I don't mean this to
criticize the author, but just as a representation of some of the things I
see in IBM-Main from time to time. Actually, the
At one of my previous jobs I was interviewing for, and got the job, they
actually went out on IBM-MAIN and did a search on my name to see what
kinds of contributions if any, and the level of questions/answers made.
They told me of this AFTER I got the job. It is afterall, a way to get
a gut-check
Dave Jousma said
At one of my previous jobs I was interviewing for, and got the job,
they
actually went out on IBM-MAIN and did a search on my name to see what
kinds of contributions if any, and the level of questions/answers
made.
Well I haven't applied for too many jobs in the past, but when
Stupidity in cyberspace is forever. We sure live in interesting times
Unfortunately, your INTERNET FACE may become your only reference in the future.
I got a job writing free-lance due to my contributions to IBM-Main (and others).
Fortunately, none of my flames ever went ballistic.
-
Too busy
The manager at my last job also said he had looked at some of my posts on
IBM-Main. I don't know if that helped or hindered his decision. I suspect
if I had said some idiotic things recently that I would have been tossed out
of the running for the job.
I know several years ago, my account rep
My wife teaches college and had to have a talk with some of her graduating
art students who planned to go job hunting after posting arty but
topless photos of themselves on their websites. Seniors in college do not
seem the least bit smarter than I was at that age.
On April 19, 2007, Mainstar sent out an eLetter that included an
announcement regarding these two new Mainstar security products. The
announcement, which was included in error, incorrectly suggested a
retailer's recent computer security breach occurred on a z/OS
mainframe. Mainstar now has
Mainstar just issued their latest e-letter with the following note
(emphasis is theirs)
On April 19, 2007, Mainstar sent out an eLetter that included an
announcement regarding these two new Mainstar security products. The
announcement, which was included in error, incorrectly suggested a
Consistent flaming/derogatory remarks maybe but the type/quality of
questions/answers that you post would override the occasional rant and
they get to see how well you play with others, how willing you are to
help others and what your background has been over the years. There are
those on this
Of course many vendors would prefer you contact them first so they can show
how capable their support is.
After how many times do you give up?
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive
In [EMAIL PROTECTED], on 05/04/2007
at 10:03 AM, Ed Finnell [EMAIL PROTECTED] said:
$$$'s vs drool of pedantic old poots
You've explained that by professional you mean that you have to pay
for it, regardless of the quality of the data. You haven't explained
why he would want to.
--
The problem we had with the CA product went to their support center many
times. When I wrote the offending post, it had been back and forth for a
couple of months without any fixes.
Eric Bielefeld
Milwaukee, Wisconsin
-Original Message-
From: IBM Mainframe Discussion List
In [EMAIL PROTECTED], on 05/04/2007
at 09:34 AM, Paul Gilmartin [EMAIL PROTECTED] said:
Is that necessarily so? I had believed that PDSE processing follows
a sort of logical-unit-of-work isolation protocol such that no
process will ever observe another processe's partially updated
member.
On Fri, 4 May 2007 14:26:36 -0400, Steven Conway wrote:
Dave, one thing you can check out is if there is a CMG chapter near you.
See the US list at : http://www.cmg.org/groups/regions.html and the
international list at:http://www.cmg.org/groups/intreg.html. Local CMG
groups generally offer 1 to
I was recently looking at my rules for subsystem type STC and the look as
follows:
1 TN GRS ___ NO TRANSACTION
1 TN CATALOG ___ NO TRANSACTION
1 TNGONLPRD ___ NO REGION
SNIP
Assuming the following JCL:
//DD1 DD DSN=dsname1,disp=shr
// DD DSN=dsname2,disp=shr
// DD DSN=dsname3,disp=shr
Where DD1 is opened for input.
All files are on DASD.
How can I tell when dsname1 has been 'exhausted' and reading
starts on dsname2, etc?
Speaking from a vendor perspective, because I have been there, I don't know
of any vendor that likes to have his problems exposed to the rest of the
world. IBM-MAIN may be able to solve, in many cases faster than any other
way. However, from a vendor point of view they would rather not make that
I have since made every effort to restrain myself when I get ready to rant
about someone or product.
In my case, I try to make it a request for help, since I'm not getting from the
vendor.
But, nobody's perfect.
-
Too busy driving to stop for gas!
The abend U4088 RC63 among other followup abend have been solved
and Sam just update the archives. I'll verify this at weekend but I'm busy .
So in case of z/OS R8 you should download SHOWzOS V715.
I'm still working on two other bugs but these doesn't cause any abends.
Roland Schiradin
ALTE
Did anyone read this?
http://www.pbs.org/cringely/pulpit/2007/pulpit_20070504_002027.html
Mark Jacobs
Time Customer Service
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with
Ken Porowski wrote:
Mainstar just issued their latest e-letter with the following note
(emphasis is theirs)
On April 19, 2007, Mainstar sent out an eLetter that included an
announcement regarding these two new Mainstar security products. The
announcement, which was included in error,
Did anyone read this?
Yes, and I've lived it!
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search
On Fri, 2007-05-04 at 16:54 -0500, George D Dranes wrote:
Just curious of I should have all
of these set to REGION except CICS or if there is a reason to leave
TRANSACTION
for some of these like JES2.
Can't see that it matters.
If no-one registers as a (WLM) server, management of any
What's important is to properly define those server address that *do* care -
like CICS and SAP3.
Being a proponent of transaction goals, so don't get me wrong, I have a
question.
Our CICS transactions have a response of sub-half-second.
They are all managed under (high) velocity goals.
Can
On Fri, 2007-05-04 at 23:17 +, Ted MacNEIL wrote:
Can anybody tell me why I would change to transaction goals?
Nope.
Transaction goals are an option, not a requirement.
Do what you need to meet the business goals.
Shane ...
Do what you need to meet the business goals.
I (obviously) agree.
But, there are lot of 'experts' out there, that are paid the big bucks, telling
us 'we must'.
I won't mention any names, because I respect them, but they are telling us to
do the wrong things.
If response (and business) goals
Help Wanted
by Robert Byron
June 2, 1999
Mr. Joe Pantoliano
c/o Warner Bros. Studios
3903 W Olive Ave
Burbank, CA 91505-4692
Dear Mr. Pantoliano,
I have had the opportunity to see your current movie, The
Matrix and
I must say that I was quite impressed with your role in the film. I
Absolutely agree..it's getting real easy to connect the dots. I do it
all the time. I also have several internet handles. I started out using
them to be anonymous but now it's pretty easy to derive my name by
working backwards. I was working at a startup that focused on social
search and you can
Phils back from the depths - must have given up trying to get that Audi
to go ... ;-)
On Mon, 2007-04-30 at 20:58 +0100, Phil Payne wrote:
It's hard to imagine a mainframe as a gaming machine
Some of the super-computing folks have been playing with the cell
processors - there's even an SDK
I just wonder how long it's going to be before people finally WAKE UP in
this country and quit putting up with the offshoring, the outsourcing, the
free trade b.s, the H1B visa SCAM and completely idiotic ceo compensation.
.
1. Your TSO user might complain about bad response times
2. Your route some important workload to a seperate CICS region and your
managment
set a service level 90% below 1 second then you would like to have your WLM to
take
care about this service level and ensure WLM give this ASID as much as
When will we ditch Capitalism ?
Kill us, Darren !
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Robert Justice
Sent: Friday, May 04, 2007 8:16 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Lean and Mean: 150,000 U.S. layoffs for IBM?
I just
capitalism is one thing, CORPORATE GREED AND CORPORATE STUPIDITY is
something else entirely.
- Original Message -
From: Campbell Jay [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Friday, May 04, 2007 9:13 PM
Subject: Re: Lean and Mean: 150,000
Different topic... Sorry
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Robert Justice
Sent: Friday, May 04, 2007 9:23 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Lean and Mean: 150,000 U.S. layoffs for IBM?
capitalism is one thing, CORPORATE
1. Your TSO user might complain about bad response times
We DO NOT have TSO on our production system, except where absolutely necessary
(IE: talking to DB2)
2. Your route some important workload to a seperate CICS region...
You missed my point! We don't have that! We do route around with
In a recent note, Shmuel Metz (Seymour J.) said:
Date: Fri, 4 May 2007 17:40:41 -0300
Is that necessarily so? I had believed that PDSE processing follows
a sort of logical-unit-of-work isolation protocol such that no
process will ever observe another processe's partially updated
Shark Tank: Sometimes you can just see 'em coming
http://www.computerworld.com/blogs/node/5436?from=0comments_per_page=10
-- gil
--
StorageTek
INFORMATION made POWERFUL
--
For IBM-MAIN subscribe / signoff / archive access
In a message dated 5/4/2007 4:28:13 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
for it, regardless of the quality of the data. You haven't explained
why he would want to.
Folks prohibited from participating in the list for legal or company policy
would otherwise partake of
Unfortunately, your client wasted some resources with that effort, but this
user is running on a z/890. Their original system is OS/390 2.10, I could
understand if it was 2.9 or before, (which can also be made to work), but at
2.10 there are no issues.
Sorry.
Brian
Unfortunately, when I post my number on the list I end up with a lot of
head-hunter calls. I don't think it's the list itself, just that there are
some nefarious people out there that take advantage of the availability,
having an 800 number is like a magnet for wack-o's.
Brian
ah, again with the FUD.
There is no issue with sharing catalogs, or RACF between OS/390 and z/OS at
any level, you just can't do stupid things. There are some
incompatibilities with some products, but mostly it's a matter of two
inconsistent versions of products that you can handle up front
95 matches
Mail list logo