HDTenEightyP/NetNews huggingface dataset:
From: ost@uni-muenster.de (Stefan Ost)
Newsgroups: bit.listserv.ibm-main
Subject: Re:      Re: How to expand SYS1.LOGREC
Date: 23 Nov 1992 13:51:27 GMT
Organization: Westf. Wilh.-Universitaet Muenster, Germany
Distribution: world
NNTP-Posting-Host: urix2.uni-muenster.de

Thanks to all who answered. I've allocated a second SYS1.LOGREC on a
different volume, recatalog the data set  and after an IPL everything
was ok.
/Stefan 
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 17 Nov 1992 11:42:06 EST
Comments:     Resent-From: "F.Joseph Kelley" <JKELLEY@uga.cc.uga.edu>
Comments:     Originally-From: "F.Joseph Kelley" <JKELLEY@uga.cc.uga.edu>
From:         "F.Joseph Kelley" <JKELLEY@UGA.CC.UGA.EDU>
Subject:      SAS Libraries spanning disks (MVS)
Comments: To: ibm-main@ua1vm.ua.edu

I originally sent this to the SAS discussion list (SAS-L), but there
hasn't been much in the way of response; The dataset I refer to is
distributed with SAS 6.07, and would have a name like "something.BAMISC"
I was curious as to whether other sites were using this and any problems
they might have encountered.  It seems to work, and allows an easier
way of specifying multivolume datasets than is described in _Companion_
_to_MVS_ .... I can't say this will be of interest to the entire List;
I will prepare a summary of replies.  Thanks,
--Joe Kelley

----------------------------Original message----------------------------
  Problem:  Using SASMULTF from the BAMISC PDS.
  Version:  6.07
  OP/SYS:   MVS

Hello Net,
Have any sites used SASMULTF? (an Assembly program delivered with
SAS, will allow you to specify multiple disks (ie UNIT=(SYSDA,3) )
for version 6 files ... will work with SMS. ).  I've been been doing
some tests and it looks pretty good, but I was wondering what other
sites thought ... problems?  Any comments on the other members of this
dataset, ESSL, for example?
--Joe Kelley
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 17 Nov 1992 09:15:26 EST
From:         John Eiszner <JEISZNER@INDYCMS.BITNET>
Subject:      JES2 External Writer

I invested some time a while back looking at the JES2 external
writer as a way to drive our Xerox laser printer.  I turned up
the following documentation (note: we run MVS/ESA 3.1.3 /
JES2 3.1.1):
*
*  DLIB FOR ALL COMPONENT MODULES OF THE IBM EXTERNAL WRITER IS
*  SYS1.AOSB0.  TLIB IS SYS1.LINKLIB.
*
*  PROGRAMMING REFERENCES:
*
*  MVS/ESA SPL: SYSTEM MODIFICATIONS, GC28-1831, CH. 14
*
*  MVS/ESA JES2 LOGIC, LY28-1006, ESP. APPENDIX B
*
If you still have your JES2 Program Directory sitting around, it
will show that the source code for all the external writer modules
is available on one of the source feature option tapes for JES2.
I tried to order this tape through our IBM branch, but after their
third failure to deliver the correct tape I gave up.  Apparently
you have to reorder the entire JES2 product just to get this one
source tape.  Since IBM refuses to include MVS in the HESC list
its future here is shaky in any case.

-----------------------------------------------------------------------
| John Eiszner, Lead Systems Programmer                               |
| Indiana University-Purdue University at Indianapolis (IUPUI)        |
| (317) 274-0751  JEISZNER@INDYCMS.BITNET  JEISZNER@INDYCMS.IUPUI.EDU |
-----------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <lbdyck@osreq48.rockwell.com>
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 16 Nov 1992 11:50:04 PST
From:         "Lionel B. Dyck" <lbdyck@OSREQ48.ROCKWELL.COM>
Subject:      MVS/XA 2.2.3 External Writer Documentation?
Comments: To: IBM-MAIN@ricevm1.rice.edu

Barry - the external writer used to be documented only in the JES3
documentation.  It may still be.

>>>  One of the most dangerous forms of human error is forgetting   <<<
>>>       what one is trying to achieve......Paul Nitze             <<<
*---------------------------------------------------------------------*
* Lionel B. Dyck              | Rockwell TSO:      WCC1.$A1238        *
* M/C:       110-SE28         | Rockwell VM:       ISCEMS(LBDYCK)     *
* Comnet:    797-1125         | IBMLink:           ROK2027            *
* Phone:     (310) 797-1125   | IBM Mail:          USROKNTN           *
* Fax:       (310) 797-3511   | Internet: LBDyck@osreq48.Rockwell.Com *
*---------------------------------------------------------------------*
Newsgroups: bit.listserv.ibm-main
From: SYSDMCKE@VM.UWP.EDU
Subject: KERMIT CMS/XYPLEX/MODEM/PC  Communication trouble ! HELP!
Organization: UW-Parkside
Date: Thu, 19 Nov 1992 22:25:07 GMT

Hello, I have a problem with KERMIT CMS v4.2.3 talkin to another KERMIT thru
a ZYPLEX (TCP/IP terminal server) and out to a modem.  If anyone has a similiar
configuration, please let me know.
 
Here's the setup:
VM/CMS/KERMIT v4.2.3 (CMS LEVEL 8)
to
TCP/IP v2.xx
to
XYPLEX (see note below)
to
MODEM on 1;PS/2 MODEL 50, or a MAC or an AMIGA! (12/2400 baud, 8N1)
 
It does not work either way, upload or download.
 
NOTE 1:
The XYPLEX box does a 'protocol conversion' from a serial line on a PC
(either hard-wired or modem) and converts it to TCP/IP format and
connects to an internet site.  This may be a poor choice of words but it is
the best i can come up with.
 
Any Ideas or Help will be greatly appreciated.
Thanks,
Douglas M. McKeown
sysdmcke@vm.uwp.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 23 Nov 1992 09:50:33 -0500
From:         "Martin J. Doyle (215) 752-2296" <MBDMD@ROHVM1.BITNET>
Subject:      Short 3480 Tapes
Comments: To: ibm-main@rutvm1.bitnet

We have an odd requirement and am looking for suggestions from the net.
The requirement is simple, don't ask why we have this requirement because
the reasons are pretty goofy.

We use 3480s for 99.9% of the tapes in our library.  While a 3480 tape
cartridge is pretty much a standard length, you can buy "long tapes"
which are longer and can hold more data than the standard sized tape.
What we are interested in is a "short tape".  Something that would
be roughly 20% shorter than the standard 3480 tapes.

Does anyone know if anyone makes such a thing as a "short 3480 cartridge"?
If so, where can you buy them?

As an alternative to purchasing a shorter tapes, does anyone know if
there is any way to alter a regular tape so that it thinks a good
sized chunk of the tape is bad and can not be written to effectively
reducing the amount of data that can be stored on a single tape?

Thanks,

Martin J. Doyle
VM Systems Programming Contractor
Rohm and Haas Company
Philadelphia,  Pennsylvania
MBDMD@ROHVM1
(215) 592-6865 (Day)
(215) 752-2296 (Evening)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 23 Nov 1992 10:33:41 -0500
From:         MJK3@PSUADMIN.BITNET
Subject:      Emc2/TAO users read this (otherwise discard)
Comments: To: ibm-main@akronvm.bitnet

Please do NOT reply to ibm-main, but to me, mjk3@psuvm or @psuvm.psu.edu

I'll summarize back to the list.

If you use Fischer International (FI) Emc2/TAO would you be interested
in joining a listserv (or other distribution list) to discuss our
common problems (y/n)

What operating environment and version (VM/MVS)?

Do you support SMTP delivery?

Do you support MAILER delivery?

What editor do you use: (TSO, Quick Mail, Xedit)?

What version of Emc2? or TAO?

On a scale from 1 (bad) to 10 (excellent), how would you rate
Emc2/TAO product support:

On a scale from 1 (bad) to 10 (excellent), how would you rate
the way Emc2/TAO operates?

How many optional ZAPs have you applied?

How many OPEN problems do you have?

How many users do you support?

How big is your database (number of items and/or number of 3380
tracks)?

What interesting things have you done with Emc2/TAO e.g., gateway
listserv lists into BBS; created public distribution lists for
particular purposes, surveys, CWIS, etc):

What is your organization's primary mission (academic, adminis-
trative support, research, student, business)?

Mike Kauffman
Office of Administrative Systems
Penn State University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Sun, 22 Nov 1992 01:48:42 CST
Comments:     "Alan Hinds"
Comments:     "Computer Center (M/C 135)"
Comments:     "1940 W. Taylor St., Room 124"
Comments:     "Chicago, IL 60612-7352"
From:         "Alan Hinds (312-996-4541)" <U32472@UICVM.BITNET>
Subject: Re: IEFBR14
              from Matt Simpson <SYSMATT@UKCC.UKY.EDU>

> On Fri, 20 Nov 1992 12:56:00 CST Dave Ulrick said:
>>   ....
>>
>>I heard all of this second-hand, of course, so I will happily
>>stand corrected.  If I'm right, though, there have been a total
>>of *two* bugs in IEFBR14.
>>
> Pretty disgusting, when you look at it as the number of defects per
> line of code, which some people use as a quality measure.

Perhaps this explains why I read in an MVS Conversion Notebook
(for conversion from MVT to MVS) that IEFBR14 would not be
supported in MVS!  I swear it!  I guess it was kept by popular
demand.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 23 Nov 1992 12:30:33 EST
From:         Dennis Caffi <ASMIDCC@VM7CG.HQ.AF.MIL>
Subject:      DFHSM and disaster sites
Comments: To: IBM Mainframe Discussion List <IBM-MAIN@ricevm1.rice.edu>

  We are in the process of setting up a disaster site and have a question
regarding DFHSM level 2 tapes. How do other sites manage their level 2 tapes.
Do you make a copy, including the volser and store them with your disaster
backup tapes or is their a way to tell DFHSM to use the copy he has made of
the level 2 tapes ? Thanks in advance for your input!

-------------------------------------------------------------------------
Dennis Caffi                                IP: asmidcc@vm7cg.hq.af.mil
Senior MVS Systems Programmer
Grumman Data Systems / U.S. Air Force
Pentagon, Washington, D.C.
-------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Organization: University of Louisville
Date:         Wed, 18 Nov 1992 11:01:18 EST
Comments:     Warning -- original Sender: tag was NNEWS@ULKYVM
From:         David Ehresman <DEEHRE01@ULKYVM.LOUISVILLE.EDU>
Subject:      Kermit file transfers thru 3174 AEA

Has anyone successfully done file transfers between MSDOS and VM
using Kermit and going thru an IBM 3174 controller with the AEA
feature?  If so, could you tell me the appropriate settings for
the CMS-KERMIT and the MSDOS-Kermit?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Sat, 21 Nov 1992 14:59:00 LCL
From:         Martin Kerner <RZ93@DKAUNI2.BITNET>
Subject:      Checking the caller's state

Hi all,

I'm not sure if this is a VTAM or MVS question : a certain VTAM
application does a big part of its processing within asynchronous
exit routines, such as RPL exits. However, there is also a mainline
code.

These two 'platforms' share a set of subroutine, e.g. for tracing
and reporting purposes.

Now to my question : how can such a subroutine determine if it has been
called by an asynchronous VTAM exit or the mainline program ? I know
I can check the caller's module ID (behind the base register), but
I feel there must be some cleaner way.

And I do not hesitate to go one step further : is it possible for an
ESTAE recovery routine running in such an address space to answer the
same question ?

Thank you in advance.
/martin
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 23 Nov 1992 12:20:46 EST
From:         "John A. Pershing Jr." <PERSHNG@YKTVMH.BITNET>
Subject:      IEFBR14


The guy who wrote IEFBR14 works here -- I'll try to track down the
*Real* facts on the APARs.  However, I have heard him admit that
IEFBR14 is the only module that has had a 100% APAR rate -- that's one
APAR for every single line of code.

      John Pershing                             PERSHNG at YKTVMH.BITNET
      IBM Research, Yorktown Heights            pershng @ watson.ibm.com
From: jbs@ee.egr.duke.edu (Joe B. Simpson)
Newsgroups: bit.listserv.ibm-main
Subject: Got help patching executable load module or unloaded module
Summary: Was: Need help...
Date: 24 Nov 92 02:58:51 GMT
Organization: Duke University EE Dept.; Durham, NC

Thanks for all the e-mail and posted suggestions. I'm on the right track now.

  -joe

jbs@ee.egr.duke.edu
-- 
                You spend the night
            Like you were spending a dime

                   - Lyle Lovett

X-Spook-Fodder: CIA NSA FBI SBI Bush overthrow uprise assasinate anarchy
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Marist College Information Services
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 16 Nov 1992 20:21:39 EST
From:         Frank Bellacicco <UIFB@MARIST.BITNET>
Subject:      Re: MVS/XA 2.2.3 External Writer Documentation?
              16 Nov 1992 13:19:43 CST from <B19141@ANLVM.CTD.ANL.GOV>

On Mon, 16 Nov 1992 13:19:43 CST Barry Finkel said:
>Where in the MVS/XA 2.2.3 documentation will I find information about
>the MVS External Writer (modules IASxxxxx)?  I could not find a reference
>manual nor a logic manual, but I could have missed it in the multitude of
>SRLs and PLMs.

A description (albeit terse) of the external writer modules can be found
in the JES2 Logic manual.  I'm looking at the v.3 doc, but I think it
exists in v.2 also.
From: wsm0@ns1.cc.lehigh.edu (Wayne S. Mery)
Newsgroups: bit.listserv.ibm-main
Subject: Re: where is VSE-L?
Date: 18 Nov 92 04:55:57 GMT
Organization: Lehigh University

In article <IBM-MAIN%92111703411253@RICEVM1.RICE.EDU>, LDW@USCMVSA.BITNET (Leona
rd D Woren) writes:
>On Tue, 17 Nov 1992 00:17:40 EST,
>   "Wayne S. Mery" <wsm0@LEHIGH.EDU> said:
>> ...
>> To subscribe to DOSVSE-L send mail (you cannot use 'TELL') to:
>>     listserv@lehigh.edu
>> with the command line:
>>     sub DOSVSE-L your-name
>
>Note that the "thing" running as listserv@lehigh.edu has virtually
>nothing in common with Eric Thomas' LISTSERV that most us know and
>love (well, know, anyway), except a ripoff of the name.  Some of the
>commands that you're used to using with LISTSERV may accidentally work
>with that other thing, but that's accidental.
>
>/Leonard
>
This is partly correct.

True, this listserv has nothing to do with Eric's very functional
listserv.  However, you will find the key commands for unix listservs, like
sub, unsub help, review and others, work much the same which is no accident.
For the convenience of the user, some effort has
been made by the listserv developer (whoever that is) to provide some
decent compatibility.  There are apparently many unix based listservs
springing up.  So if your favorite LISTSERV command doesn't work when you send
it to anything called listserv@... you can bet it's on a unix system.

-- 
-------------------------------------------------------------------------------
Wayne S. Mery           Systems Programmer      Lehigh University Computing Ctr
WSM0@Lehigh.edu  (Unix)                         LUWSM@IBM1.cc.lehigh.edu  (VM)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Fri, 20 Nov 1992 18:51:00 PST
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: IEFBR14

On Fri, 20 Nov 1992 10:18:54 PST,
   "Mark C. Lawrence" <M.Lawrence@STANFORD.BITNET> said:
> (lots of detailed explanation deleted)
> Now, suppose that you specified UNIT and VOL on the DD statement.  Since
> volume information is available, MOD is treated (for allocation/disposition
> purposes) like OLD.

Interesting.  I'm glad I tested this before replying.  I was going to
claim that this was incorrect, but now I think that MVS is just
broken.  I got interesting results from the tests.  In both batch and
TSO, with or without a SPACE specification, it cataloged the dataset
WITHOUT CREATING IT when MOD,CATLG was used for a non-existant dataset
and a specific volume was coded.

This is on DFP V3R2, with SMS inactive.

/Leonard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Fri, 20 Nov 1992 13:04:02 EDT
From:         "S. C. Ruhe" <SRUHE@KENTVM.BITNET>
Subject:      HSM and BR14

I also duplicated your test, with the same results Rob Ryerson noted.
We're at ESA 3.  I can't remember if you mentioned whether or not SMS
was active on your system.  Could a management class be a factor?
I've noticed several seemingly unrelated DFHSM-processing changes when
m-class info (usually back-up parms) differ between datasets.  Just a
thought.  If you'd like to verify any environmental factors, drop me a
line.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Organization: University of Louisville
Date:         Tue, 17 Nov 1992 10:21:02 EST
Comments:     Warning -- original Sender: tag was NNEWS@ULKYVM
From:         David Ehresman <DEEHRE01@ULKYVM.LOUISVILLE.EDU>
Subject:      Re: How to expand SYS1.LOGREC

In article <IBM-MAIN%92111714552871@DEARN>, Gregory Plucinski 257508
<GRZES@PLWATU22.BITNET> says:
>
>
>   SYS1.LOGREC is open during IPL but not reserved.
>   try this way :
>
>    allocate new one (for example SYS2.LOGREC)
>    format it (IFCDIP00)
>    rename old one (to for example SYS3.LOGREC
>    rename new one to SYS1.LOGREC
>
>    IPL system
>
>    scratch SYS3.LOGREC
>
>    I use oldest version of MVS but this way should be ok for You.
>
>    (by the way You can IPL system without SYS1.LOGREC )
>
> Gregory
On the off chance that MVS remembers the location of SYS1.LOGREC from
open time, I would suggest not scratching the renamed (old) LOGREC
data set until after the next IPL.  MVS may still be using it
until that time.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 17 Nov 1992 01:40:00 PST
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: where is VSE-L?

On Tue, 17 Nov 1992 00:17:40 EST,
   "Wayne S. Mery" <wsm0@LEHIGH.EDU> said:
> ...
> To subscribe to DOSVSE-L send mail (you cannot use 'TELL') to:
>     listserv@lehigh.edu
> with the command line:
>     sub DOSVSE-L your-name

Note that the "thing" running as listserv@lehigh.edu has virtually
nothing in common with Eric Thomas' LISTSERV that most us know and
love (well, know, anyway), except a ripoff of the name.  Some of the
commands that you're used to using with LISTSERV may accidentally work
with that other thing, but that's accidental.

/Leonard
Newsgroups: bit.listserv.ibm-main
From: SYSDMCKE@VM.UWP.EDU
Subject: XYPLEX-KERMIT ) a little more info provided
Organization: UW-Parkside
Date: Fri, 20 Nov 1992 14:36:04 GMT

OK,
The XYPLEX box does a TN3270 to the IBM.  Fullscreen, *NO* transparent mode
available ! All this is automatic, no cammands entered.
But, heres' an option, let me know what you think !
 
I can have the XYPLEX do a TTY connection which is 'transparent' mode capable.
This is (of course) a line mode connection.
 
What settings would I use for CMS KERMIT ?
ie.  Controller
I realize these would be guesses or approximations but any and all help is
appreciated.
 
Can KERMIT work on line-mode devices ?
Both text and BINARY file transers ?
 
Thanks in advance,
doug mckeown
sysdmcke@vm.uwp.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: Pegasus Mail v2.1c R5.
X-Pmrqc:  1
Newsgroups: bit.listserv.ibm-main
Date:         Fri, 20 Nov 1992 09:53:25 PST
From:         Rob Ryerson <RYERSONRA@COMPCTR.CCS.CSUS.EDU>
Subject:      DFHSM Recalls & Batch

Reviewed your problem statement, and ran a few quick tests here. We
do not do tape migration, only disk, so senario is not exact. I did
not have your same symptoms. A two step batch job BR14
(MOD,DELETE,DELETE) against a migrated dataset, followed by a BR14
allocate (NEW,CATLG) consistantly had RC=0, and left the new dataset
where and as expected. I don't know why tape migration might be
different, and I can't set up to test that environment. If you'd like
to compare set-up parms, reply directly.

Rob Ryerson CSUS
<RYERSONRA@COMPCTR.CCS.CSUS.EDU>
From: LDW@USCMVSA.BITNET (Leonard D Woren)
Newsgroups: bit.listserv.ibm-main
Subject: Re: How to expand SYS1.LOGREC
Date: 17 Nov 92 23:36:00 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

>   does anybody know how to expand the SYS1.LOGREC data set? The Problem is,
> that this data set has to be on the IPL volume and that the data set is
                               ~~~~~~~~~~~~~~~~~
> open since IPL time.

> ...  We're running MVS/SP V4R2.
                     ~~~~~~~~~~~

At some level of MVS/SP, definitely prior to V4, MVS was changed to do
a catalog lookup for SYS1.LOGREC, and use the cataloged version if
found.  If not cataloged, then it must be on the IPL volume.

As someone else already replied, you can just rename the existing one,
allocate and initialize a new one, and IPL.  Don't forget to dump the
data from the old one before you scratch it.  And yes, don't scratch
the old one before IPLing.  It's opened only at IPL time.  Also note
that you can't move SYS1.LOGREC because it has absolute disk addresses
in it.  I heard a story of one site that reorganized sysres and ended
up with logrec data in the middle of an SMP dataset because they
didn't re-init logrec.

/Leonard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 17 Nov 1992 14:54:00 PST
From:         Gregory Plucinski 257508 <GRZES@PLWATU22.BITNET>
Subject:      Re: How to expand SYS1.LOGREC

> Hallo,
>   does anybody know how to expand the SYS1.LOGREC data set? The Problem is,
> that this data set has to be on the IPL volume and that the data set is
> open since IPL time. So i can't scratch the data set and reallocate it with
> a greater size. Is there a way to disable error recording for a short
> period of time? We're running MVS/SP V4R2.
> Thanks
> Stefan Ost

   SYS1.LOGREC is open during IPL but not reserved.
   try this way :

    allocate new one (for example SYS2.LOGREC)
    format it (IFCDIP00)
    rename old one (to for example SYS3.LOGREC
    rename new one to SYS1.LOGREC

    IPL system

    scratch SYS3.LOGREC

    I use oldest version of MVS but this way should be ok for You.

    (by the way You can IPL system without SYS1.LOGREC )

 Gregory
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Fri, 20 Nov 1992 14:27:26 EST
From:         Matt Simpson <SYSMATT@UKCC.UKY.EDU>
Subject:      Re: IEFBR14

On Fri, 20 Nov 1992 12:56:00 CST Dave Ulrick said:
>   ....
>
>I heard all of this second-hand, of course, so I will happily
>stand corrected.  If I'm right, though, there have been a total
>of *two* bugs in IEFBR14.
>
Pretty disgusting, when you look at it as the number of defects per
line of code, which some people use as a quality measure.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU