"Mark van der Eynden" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL
PROTECTED]>...
> On Tue, 28 Mar 2006 16:01:03 -0600, Friske, Michael
> <[EMAIL PROTECTED]> wrote:
>
> >Is anyone using IBM 3592, Sun/STK 9940, or Sun/STK T1 cartridges for
> >HSM ML2? If so, have you had any issues (slow
>i haven't dealt with them for two years but i still can't
>even stand the thought of a domino pizza
While the level2 guy in Boston is real nice, he isn't doing the dump
reading, and we had more than one occasion where he was begging the dump
readers to help him. (And he is doing the customer con
At 16:33 -0500 on 03/28/2006, Tim Hare wrote about Re: Removed 3480
drives - question:
If your jobs all used UNIT=3480, you're going to end up doing
search-and-replace on JCL because those aren't esoterics in your eligible
device table (EDT). It they were using UNIT=TAPE or UNIT=CART, the value
Greetings!
I'm trying to look up some sample change management / change control
procedures for operating system and system/subsystem utility changes, but I'm
not having much luck in a Google search (or a search of IBM-MAIN, for that
matter). I'm pretty sure they'd have to be more rigorous
On Tue, 28 Mar 2006 16:01:03 -0600, Friske, Michael
<[EMAIL PROTECTED]> wrote:
>Is anyone using IBM 3592, Sun/STK 9940, or Sun/STK T1 cartridges for
>HSM ML2? If so, have you had any issues (slow recall times, recall tape
>takeaway, recycle, audit, duplexing, or other)?
>
We've got 9940s beh
--- snip ---
I don't know how many SAPs various models contain, but RMF indicates that
our z900s have four.
--- snip ---
I believe that the default (z900,z990,z9) is 2 SAPs per Book. You can
configure additional SAPs, but I don't know if you are limited to 1
additional per book.
John
I appreciate your info. Thanks.
--- Russell Witt <[EMAIL PROTECTED]> wrote:
> Date: Tue, 28 Mar 2006 19:24:54 -0600
> From: "Russell Witt" <[EMAIL PROTECTED]>
> Subject: RE: Tape Encryption
> To: "'Albertus Dwisulami'" <[EMAIL PROTECTED]>
>
> Albertus,
>
> I am responding directly since I do no
Skip Robinson wrote:
I know that the problem did not affect us. First of all, no VSE. More
important, never underestimate the value of procrastination. Well, not
today anyway. ;-)
Nothing that impacts me ever impacts you, Skip. I wish you would stop
reminding me! At least, I now know why.
All,
I need some information about 'Tape Encryption'.
Maybe your company has used the s/w to encrypt the
data in tape in mainframe.
My company need this information...
Thanks for your help.
Regards.
Albertus SD
__
Do You Yahoo!?
Tired of spam? Ya
Bob,
Never heard the "lost source" story. I was under contract to IBM TJ
Watson in early 90's doing LEVEL II & III thingies for VM & MVS TCPIP. The
MVS TCPIP was crafted by marrying the VM TCPIP to Dave Doner's and Dean
Hiller's marvel "the platform" which provided much of VM functionality
No question the older TCP/IP stack was (1) Pascal-based - we used the
sockets and you had to use a Pascal argument passing format; (2) a dog; and
(3) slower than the Interlink stack.
Also, with regard to Mark who "corrected" me on the BSD/UC (c) notice: the
doc you paste seems to only refer to adv
>Quite a few of us were "forked" by the merge of the IP stacks in 2.5 ...
But, now we can FORK, AWK, and GREP with the best of them!
Can you say growing pains, boys & girls?
Considering how hide-bound IBM is, they didn't do too bad of a job.
They just took longer than they should have!
They st
Phil wrote on 29/03/2006 01:13:27 AM:
> > What is the model number on that castor-less mainframe?
>
> Don't know yet. An analysis is in progress.
Went to your site yesterday Phil, and figured you got sick of fighting IBMs
legal team, and tossed in this mainframe malarky ...
Shane ...
-
Whoa. Was this a trick question like, 'Are you allowed in California to
marry your widow's sister?' ?
Bimodal Accommodation absolutely stopped with z/OS 1.4. It does not bear
on the original query.
IBM Mainframe Discussion List wrote on 03/28/2006
03:15:55 PM:
> I don't see why not, it is
> >The dependency of the IBM version on USS/OE came in (I believe) in
> OS/390 or early zOS.
>
> In 1998, 2.5, IIRC.
> We went to goal-mode at the time and we had mis-classified some USS
> tasks, which hurt TCP/IP.
> Especially, Forks.
Quite a few of us were "forked" by the merge of the IP stacks
I don't see why not, it is legal to us the bi-modal support mod which
allows you to
run 31-bit mode at a DR site as long as you want. (the 6 month
limitation does not
apply to DR).
jk
Chase, John said the following on 3/28/2006 2:04 PM:
Hi, All,
Since one can specify MACHINE=XC and de
For consideration, I understand that SAS Institute will provide
DSNTYPE=LARGE allocation support with SAS V9.2, though there is still no
mention of any technical concern on their support web site.
Sincerely,
Scott Barry
SBBWorks, Inc.
IBM Mainframe Discussion List <[log in to unmask]> wrote on
Hi, All,
Since one can specify MACHINE=XC and define a 31-bit-only virtual
machine, any thoughts on whether it would it be "legal" (in the US) to
IPL z/OS 1.5 (effectively in "ARCHLVL=1" mode) on that virtual machine
for D/R testing if the real machine is a z/Box?
TIA,
-jc-
--
>I've heard the "taken from VM's TCP/IP stack" story from several
different >sources, too.
IIRC, the stack was ported and subsequently supported by someone at the
T.J. Watson Lab. At SHARE there were a few people, primarily from the
government and universities, who used it. We used to laugh at the
I don't think the rewrite story is completely apocryphal.
Back in way earlier development days, we had both Interlink and IBM TCP/IP
stacks. I remember seeing the PASCAL load libraries in the IBM TCP procs,
and I remember commenting to myself, "No wonder it's a pig." I've heard the
"taken from V
I know that the problem did not affect us. First of all, no VSE. More
important, never underestimate the value of procrastination. Well, not
today anyway. ;-)
IBM Mainframe Discussion List wrote on 03/28/2006
01:59:14 PM:
> Skip Robinson wrote:
> > Early on in the 1.7 ESP, it was discovered
This was supposed to go to the list.
-
-teD
I’m an enthusiastic proselytiser of the universal panacea I believe in!
-Original Message-
From: "Ted MacNEIL" <[EMAIL PROTECTED]>
Date: Tue, 28 Mar 2006 22:09:41
To:[EMAIL PROTECTED]
Subject: Re: Systems Programmer Levels Justification
>Not a
>Back in the old pre-CMOS days, external interrupts like I/O were handled
by one or more of the same CPs that calculated dividend interest or life
expectancy or rocket velocity.
This actually came out on the 308x.
It had nothing to do with CMOS.
>We had some control over how many CPs were
dr
Is anyone using IBM 3592, Sun/STK 9940, or Sun/STK T1 cartridges for
HSM ML2? If so, have you had any issues (slow recall times, recall tape
takeaway, recycle, audit, duplexing, or other)?
If you can answer "yes" to the first question, please take a moment to
reply. Otherwise, disregard this
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL
> Sent: Monday, March 27, 2006 6:00 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Removed 3480 drives - question
>
>
> >This is likely going to be classified as "UNACCEPTABLE".
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Greg Shirey
> Sent: Tuesday, March 28, 2006 3:55 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Removed 3480 drives - question
>
>
> -Original Message-
> From: IBM Mainframe Discussi
Skip Robinson wrote:
Early on in the 1.7 ESP, it was discovered that the large data set
indicator bit in the VTOC had been used historically by a veteran data
management product. The indicator bit was moved to another spot before GA
to avoid lots of customer grief.
Actually, the bit is use
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of McKown, John
>This is likely going to be classified as "UNACCEPTABLE".
>John McKown
John, is it Infopac recalls that is the concern? You can modify INEXIT11 to
change the UNIT TYPE on the fly.
Yeah, I am familiar with the EPO..
Thanks,
Desi de la Garza
Systems Programmer
Bexar County Information Services
[EMAIL PROTECTED]
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Richard Tsujimoto
Sent: Tuesday, March 28, 2006
>In fact, your HR should have some 'official' sources handy.
Ours does.
And, because Canadian laws require 'fairness', they have to review it every
couple of years.
You should have a review process with job requirements that justify multiple
levels.
NOT experience & education.
And, if you canno
>This is likely going to be classified as "UNACCEPTABLE".
And being unable to read the data is "ACCEPTABLE".
IEBGENER, or some other copy programme, is your friend, if you're looking for
an (expensive) alternative.
BTDT.
3420 to 3480.
-
-teD
I’m an enthusiastic proselytiser of the universal
On Mar 28, 2006, at 12:00 AM, Ted MacNEIL wrote:
SNIP-
I have no independent proof of the above, but I trust my source.
Ted:
This has a ring of truth in it as at one time, IIRC, you had to order
the PASQEL run time library.
Ed
-
On Tue, 28 Mar 2006 14:43:05 -0600, Desi de la Garza wrote:
>We are in the process of justifying the requirement of having multiple
>levels of SysProg job titles depending on experience and knowledge.
>
>At the same time provide management with information as to why SysProgs are
>higher salaried t
Even now large data sets are not fully supported by all IBM products, let
alone ISV products. For that reason, it might be premature to jump into
them with both feet. Experiment yes, but be cautious about putting them
into production.
Early on in the 1.7 ESP, it was discovered that the large d
If your jobs all used UNIT=3480, you're going to end up doing
search-and-replace on JCL because those aren't esoterics in your eligible
device table (EDT). It they were using UNIT=TAPE or UNIT=CART, the value
in the catalog (I believe, one of you with more expertise can correct me
if I'm wrong)
You can use UNIT=SYS3480R in JCL which will read on any available drive
that can read a 3480 (3480 or 3490) or you can change the device type in
the catalog. A handy free tool is Dave Cartwright's ICF3490 "Catalog
conversion program for 3480 to 3490" in CBT Tape file 172.
Best
Not at our shop.
SysProg pays at the same level as AppProg, or NetProg.
SB
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Desi de la Garza
Sent: Tuesday, March 28, 2006 1:43 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Systems Programmer L
This is certainly not my area of expertise, but here's how I understand it
after discussion here with folks who know more about it.
Back in the old pre-CMOS days, external interrupts like I/O were handled
by one or more of the same CPs that calculated dividend interest or life
expectancy or roc
John,
When you ask for an old 3480 tape, you need to specify UNIT=SYS3480R
on the DD card. You can find that in the JCL Reference under DD Unit
parameter. We had this come up every now and then as we got rid of all
of our 3480s and now just have 3490E units. If you do a listcat all on
a 3
John,
Your issue is that the device type is stored in the catalog entry. 3490s
have X'78048081'
3480's have some thing similar, but I haven't got any now to look what it
is. So a request
without a UNIT specified will try and match the device with a now
undefined device type.
I do remember bei
I would refer your management request to any number of salary survey
resources. In fact, your HR should have some 'official' sources handy.
About all you could offer is assistance in matching those job
descriptions with your position duties.
One possible resource:
http://www.opm.gov/fedclass/htm
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL
> Sent: Monday, March 27, 2006 6:00 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Removed 3480 drives - question
>
>
> >Probably have to keep using UNIT=CART
>
> And point
>I suspect the rewrite story is apocryphal. And while TCP/IP perfomance
I have only heard it from one (trusted) source, that's why I have not
identified that source.
And, I heard it in 1998, so I may be vague on the details.
But, I do know that they have tried to stick with the original specs a
>Probably have to keep using UNIT=CART
And point CART to a couple of newer drives.
-
-teD
I’m an enthusiastic proselytiser of the universal panacea I believe in!
--
For IBM-MAIN subscribe / signoff / archive access instruct
>If that is so, then is it still true that one engine is often dedicated
to dealing with interrupts?
At least one.
You can have up to three (pre-z9), depending on how many CP's are active.
I was told three; I have never had more than two.
(I have never had more than 10 CP's, either).
SAP - Serv
On Tue, 28 Mar 2006 00:00:00 GMT, Ted MacNEIL
<[EMAIL PROTECTED]> wrote:
>...
>One weekend, two of them took the original RFC (?term), and re-wrote it
from scratch.
>The specs included UNIX functions and services to do things, so they used
USS to do everything they could, so they didn't have re-in
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt
> Sent: Tuesday, March 28, 2006 2:17 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: I/O Retries
>
>
> Not really clear was a SAP is. Most searches point to the software
> product
>The dependency of the IBM version on USS/OE came in (I believe) in OS/390 or
>early zOS.
In 1998, 2.5, IIRC.
We went to goal-mode at the time and we had mis-classified some USS tasks,
which hurt TCP/IP.
Especially, Forks.
-
-teD
I’m an enthusiastic proselytiser of the universal panacea I beli
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John
> Sent: Tuesday, March 28, 2006 2:13 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Removed 3480 drives - question
>
>
> We have removed our old 3480 drives. We still have our 3490E
On the back of the machine, there's an off switch .
Desi de la Garza <[EMAIL PROTECTED]>
Sent by: IBM Mainframe Discussion List
03/28/2006 03:43 PM
Please respond to
IBM Mainframe Discussion List
To
IBM-MAIN@BAMA.UA.EDU
cc
Subject
Systems Programmer Levels Justification
MVS Listers,
I am pretty sure it can be made to do as you wish, but not magically.
I think that so long as the device type in the catalog matches that in
the IODF you are good to go. What you may have to do is to assign an
esoteric to the new units that match the catalog entries. I think.
But that should
MVS Listers,
We are in the process of justifying the requirement of having multiple
levels of SysProg job titles depending on experience and knowledge.
At the same time provide management with information as to why SysProgs are
higher salaried than application programmers. They are at a loss as t
>With that many TXT records, I don't understand
why one would use other than 1/2 trk blocking (27998 for "3390")?
You missed a point (or two).
The block is undefined.
The block size is the maximum size a txt record can be.
TXT records can be longer than 'regular' records.
With today's DASD price
John Mycroft wrote:
> If I call a program from Natural under CICS as in
> CALL 'MYPROG' #PARAM1 #PARAM2
> what should I expect to see in the COMMAREA when MYPROG gets control,
> please?
>
> Cheers - John Mycroft
It's been a long time, but I think the COMM area will have two fullword
addresses.
T
It seems I have seen that somewhere as a ROT. That is, the TCO of an
employee is 2x gross pay.
ROT - Rule of thumb
TCO - Total cost of ownership (pun intended). See also Wage Slave ;-)
Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Richard T
The hospital I used to work for was an early adopter of TCPIP for the mainframe
(early-to-mid 1990s), mainly because we needed to communicate with departmental
minicomputer systems. Our first version used an Intel-built interface box, and
the software came from them (but was probably written el
Probably have to keep using UNIT=CART.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of McKown, John
Sent: Tuesday, March 28, 2006 2:13 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Removed 3480 drives - question
We have removed our old 3480
Not really clear was a SAP is. Most searches point to the software
product SAP R/3. I assume from the context that a SAP is some sort of
hardware engine.
If that is so, then is it still true that one engine is often dedicated
to dealing with interrupts?
-Original Message-
From: IBM Mai
We have removed our old 3480 drives. We still have our 3490E drives. A
3490E drive can read a 3480 cartridge. The question becomes: If I remove
the 3480 drive addresses from my IODF, will z/OS (1.6) automagically
allocate a 3490E drive for a 3480 cart, when accessed via the z/OS
catalog (no UNIT= i
Based on the recent cost-saving activities at GM, it was revealed that for
a worker making $30/hr, the actual cost to the company (which includes
pensions) is $60/hr.
Ted MacNEIL <[EMAIL PROTECTED]>
Sent by: IBM Mainframe Discussion List
03/27/2006 07:00 PM
Please respond to
IBM Mainframe D
>Now, why is the TCP/IP stack UNIX based? Can't
answer that one!
I heard a story, many aeons ago, that the original TCP/IP for ESA/OS390 was a
direct port from VM, written in PASCAL. And, it was a PIG!
It took a lot of progammers to support it, 7-24.
One weekend, two of them took the original RF
I'm sorry. Our WAS environment is running WAS V4 (in 3.5 compatibility
mode or lightweight mode) which is single server or single task. This
environment uses much less resources than a full blown WAS heavyweight
environment where a cell group in support of an application(s) can consist
of 7 tas
>take your quoted salary and add 33% to
get what you really cost to a company.
It's actually just over 40% in Ontario.
And, that's with me paying Ontario Health Premiums, which used to be covered by
my employer.
-
-teD
I’m an enthusiastic proselytiser of the universal panacea I believe in!
We are planning our migration from 1.4 to 1.7 and concerned about the
large sequential data set offering. Reasons include: ISV and IBM
Product readiness, environmental impact etc.
Two Questions:
1) Are folks planning on exploiting the "large sequential data set"
when they initially migrate to z
Re: BSD License: Not any more;
July 22, 1999
To All Licensees, Distributors of Any Version of BSD:
As you know, certain of the Berkeley Software Distribution ("BSD")
source code files require that further distributions of products
containing all or portions of the software, acknowled
> What is the model number on that castor-less mainframe?
Don't know yet. An analysis is in progress.
--
Phil Payne
http://www.isham-research.co.uk
+44 7833 654 800
--
For IBM-MAIN subscribe / signoff / archive access in
Since the only way one can bring down CBDQDISP is to Cancel it, thus a
S222 abend, I would look for an abend message for CBDQDISP. You should
then be able to figure out why it came down.
___
Jim Petersen
MVS - Lead Systems Engineer
Home Depot Technolog
Jorge,
If this were 30 years ago, I would say that the understanding of the way
CICS works would have prevented you from thinking about putting a WAIT into
a CICS transaction. Because IBM could reasonably have expected you to know
that as someone who had been given the job of writing a CICS transa
Federal "Posix compliance" was certainly a big factor but also - as an IBM
mainframe business partner at the time - I remember there was also a big IBM
push to get "best of breed solutions" (i.e., SAP, JDE, etc.) migrated (or to
keep them migrated as they were enhanced) to the mainframe hardware.
You don't need UADS in your TSO PROC; probably better not to have it. Just
use a Rexx like this one when you want to use the ACCOUNT command:
/* REXX */
/*---
TRACE N /* Change option as needed */
/*---
Hi !!!
Issuing a wait macro in a CICS transaction, in
the main task, is forbidden. Why no have a protection for not down the CICS
??? There are a problem if the user coded a macro WAIT in your program and
issue in CICS region and shutdown the entire product. Is necessary open a
call in support IB
During recall of a Dfhsm migrated dataset, the last reference date
will be updated to the date of the recall. This happens even
if the dataset is not opened, but simply recalled via
IEFBR14 for example. I would prefer that the last reference
date be updated by open/close instead of recall.
Does
"Donald Ludwig" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> We are in the process of analyzing the Dino-Soft Trex software. I was
wondering if anyone else has/is using the product and can provide any
feedback. Positive or Negative. We are thinkng about using the product
t
Because load libraries are *not* RECFM F, FB, V, VB, or VBS. The binder
works to fill tracks and will tailor 'records' to fit the output device
subject to your specified or defaulted maximums. IEBCOPY COPYMOD does
the same, IIRC.
I see every reason to always specify no less than the maximum possi
Since this thread will not die, I would like to comment about the various
opinions on blksize of loadlibs.
Our large production loadlibs (>10,000 trks used) contain mostly Cobol
modules that support various combinations of DB2 IMS CICS MQ. The module
sizes vary downward from X'35' - about
No I'm not.
>
> No, because text records are *not* limited to 256 bytes. You're
> confusing them with other records, e.g., Control, RLD.
>
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL
In <[EMAIL PROTECTED]>, on 03/28/2006
at 08:56 AM, Birger Heede <[EMAIL PROTECTED]> said:
>As mentioned previously I believe they 'produce' more MSUs because of
>a larger cache (using same speed) (but better use of execution
>unit). Possibility?
Certainly. They might also have changed some of
In <[EMAIL PROTECTED]>, on 03/28/2006
at 01:57 AM, Ron and Jenny Hawkins <[EMAIL PROTECTED]> said:
>The text blocks appear as a continuous byte stream, but this is the
>unformatted representation of the text records, where each record is
>machine instruction.
I'm not sure what you're trying to
Ulrich,
Scrap you current search engine and use Google - just like just about
everybody else.
http://www.dino-software.com
WELCOME TO THE HOME OF T-REX
I guess - I know absolutely nothing about these products.
Now I look at the original post - being obliged to "scrap" the list
trailer - I see
[EMAIL PROTECTED] wrote:
I would agree with Barbara on this. We run a mix of traditional work along
with a Domino Change Management System with about 400 registered Users and
WAS V4 in lightweight mode with about the same amount. Both applications
can kill performance to our traditional workloa
I would agree with Barbara on this. We run a mix of traditional work along
with a Domino Change Management System with about 400 registered Users and
WAS V4 in lightweight mode with about the same amount. Both applications
can kill performance to our traditional workloads on our small 2 way. The
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Mohammad Khan
> Sent: Tuesday, March 28, 2006 10:09 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Barbaras (mini-)rant
>
>
> BTW why did they even do this UNIX thing? Did anyone think
> th
You are welcome to contact me directly for more information or check out our
web: www.dino-software.com. We have another release coming out shortly.
The new updates have not been posted on our web as of yet. Some of the
highlights are vastly increased HSM AUDITS, increased TAPE support (robotic,
It wouldn't surprise me if they're doing 1099 instead of W-2, which means
you're liable for your own benefits and taxes, which means that in reality
you're looking at about $55/60K take-home.
A ROT I remember from a while ago, and that was before medical insurance
went through the roof (interestin
Could someone please point me to a website where I can find more
information about this software?
Thanks.
Regards,
Ulrich Krueger
On Mon, 27 Mar 2006 13:43:58 -0800, Donald Ludwig
<[EMAIL PROTECTED]> wrote:
>We are in the process of analyzing the Dino-Soft Trex software. I was
wondering if
BTW why did they even do this UNIX thing? Did anyone think that MVS lacked
something which could only be provided by building UNIX into it. The
results seem to be less than encouraging. If the idea was to let people
run UNIX applications, wouldn't it be better to have it as an option
instead of sho
- Original Message -
From: "Timothy Sipples" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
Sent: Tuesday, March 28, 2006 3:17 AM
Subject: Re: Wonder why IBM code quality is suffering?
Also not fair to totally point the finger at IBM who are probably
paying,
AT LEAST, double t
amen to Barbara's comments. glad to see that domino's support and appetite
hasn't changed. i haven't dealt with them for two years but i still can't
even stand the thought of a domino pizza
Jack Kelly
LA Systems @ US Courts
x 202-502-2390
---
We use TREX to do REORGS and it extremely fast. Great product and I highly
recommend it and the support is super.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message:
Very low since I purchased a very fuel efficient car. When I worked in
San Antonio, I drove a F-250 Super Duty 7.3L Diesel which got about 19
mpg. That vehicle now has Farm Plates on it. Bi-weekly gas bill is
about $110-130.
___
Jim Petersen
MVS - Lea
Jim wrote:
>I commute 88 miles one way to work each day.
I hate to see what your weekly gas bill looks like.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET
Phil,
What is the model number on that castor-less mainframe? Are there any pictures
of it posted somewhere (isham maybe)?
It sounds interesting, I'd like to learn more about it.
Thanks and best regards,
Gary Diehl
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL
Barbara Nitz wrote:
Steve's post prompts me to relate our MVS Unix/Linux experience - this is in
no way meant to disparage Steve's efforts for courses...
Now, the ability to run UNIX on the mainframe melds a lot of strengths:
flexibility (run classic mainframe apps and UNIX apps on the same bo
Well, as I answered in a direct email: if they offered telecommuting,
everyone would have to form a line behind me. I commute 88 miles one
way to work each day. Not a bad commute since we are talking about the
wide open spaces of Texas mostly. But, they do not offer telecommuting
as a regular m
Duane,
... and for more information on "Master JCL", start here:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2E260/1.3?SHELF=AP0ABK19&DT=20050715035016
Chris Mason
- Original Message -
From: "Shmuel Metz (Seymour J.)" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-m
In <[EMAIL PROTECTED]>,
on 03/24/2006
at 12:00 AM, Ted MacNEIL <[EMAIL PROTECTED]> said:
>>These machines have the same clock speed as the 101-109 line.
>Actually, they don't.
Perhaps not, but you don't provide any data to back up the claim.
>A 101 is 235 MIPS-like entities.
>A 1C1 is 250.
In
<[EMAIL PROTECTED]>,
on 03/26/2006
at 07:33 PM, Richard Tsujimoto
<[EMAIL PROTECTED]> said:
>Jeez, (IIRC) I still remember it being PL/C.
BSL, PL/S, PL/X and a few others, but not PL/C.
PL/C was a Cornell student compiler. It was fast, but I had students
who resorted to the "optimizing"
In <[EMAIL PROTECTED]>, on 03/22/2006
at 10:35 AM, Duane Weaver <[EMAIL PROTECTED]> said:
>So my question is: How does TSO know to use SYS1.UADS?
Master JCL.
>Does UADS need to be defined to the TSO proc?
Do you want to use the ACCOUNT command?
--
Shmuel (Seymour J.) Metz, SysProg a
I've used it for the same purpose. It worked great.
--
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/
OA13194: TSO LINK COMMAND DOES NOT ALLOW TO ENTER CONTROL STATEMENTS
Of course, I could not find the APAR until I posted the previous message to the
list.
Oh well...
--
For IBM-MAIN subscribe / signoff / archive access instruct
1 - 100 of 109 matches
Mail list logo
