HDTenEightyP/NetNews huggingface dataset:
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 5 Jan 1993 14:26:19 -0700
From:         Mike.Sullivan@UWYO.EDU
Subject:      Re: IOCP and Channel 0
Comments: To: IBM Mainframe Discussion list <IBM-MAIN@ricevm1.rice.edu>
Comments: cc: zeus@drifter.uwyo.edu
              <01GT5RMXRT4I8WW7A0@OUTLAW.UWYO.EDU>

Keith,

I have channel 0 defined as TYPE=BL and it is connected to a 3745. I have
had it this way for about a year and a half, no problems, no complaints. I am
running MVS/ESA 4.1 on a 9121-210. I will let others comment on VM's
requirements, but MVS doesn't seem to care.

Mike

+-----------------------------------------------------------------------------+
|   ####   ###  ##   |                                                        |
|   ####   ###  ##   | Mike Sullivan             Internet:                    |
|   ####   ###  ##   | University of Wyoming        Mike.Sullivan@UWyo.edu    |
|   ####   ###  ##   | Information Technology    Phone:                       |
|   ####    #   #    | MVS Systems Development      (307) 766-6543            |
|     ###### ###     |                                                        |
+-----------------------------------------------------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 11 Jan 1993 17:19:55 EST
Reply-To:     0004398613@mcimail.com
From:         "Paul Robinson, Contractor" <FZC@CU.NIH.GOV>
Subject:      About Computer Expense...
Comments: To: info-vax@kl.sri.com, risks@csl.sri.com, 0004398613@mcimail.com,
          pctech-l%trearn.BITNET@CU.NIH.GOV, ibm-main@ricevm1.rice.edu
Comments: cc: info-pc@brl.mil

The following item appeared on the Operations List on
Bitnet, and I thought I'd pass it on because it is
unfortunately very true.


Date:     Sun Jan 10, 1993  1:09 am  EST
From:     Mainframe Operations Discussion List
          EMS: INTERNET / MCI ID: 376-5414
          MBX: OPERS-L@vm1.cc.uakron.edu

TO:       Multiple recipients of list OPERS-L
          EMS: INTERNET / MCI ID: 376-5414
          MBX: OPERS-L@akronvm.bitnet
Subject:  Re: Some Good Old Standbys

> I came across these in a Usenet post and found them quite relevant

And one I saw in a humor column recently:

If the automobile industry were like the computer industry
over the past 30 years, a Rolls-Royce would now cost $5.00,
would get 300 miles to the gallon, and once a year would
explode killing all passengers inside!
                         - tom
--
internet     : mvac23!thomas@udel.edu  or  thomas%mvac23@udel.edu (home)
             : lapp@cdhub1.dnet.dupont.com (work)
OSI          : C=US/A=MCI/S=LAPP/D=ID=4398613
uucp         : {ucbvax,mcvax,uunet}!udel!mvac23!thomas
Location     : Newark, DE, USA
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: State University of New York at Buffalo
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 5 Jan 1993 16:44:50 EST
From:         "Steven P. Roder" <TKSSTEVE@UBVM.CC.BUFFALO.EDU>
Subject:      Re: IOCP and Channel 0
              5 Jan 1993 14:26:19 -0700 from <Mike.Sullivan@UWYO.EDU>

On Tue, 5 Jan 1993 14:26:19 -0700 <Mike.Sullivan@UWYO.EDU> said:
>Keith,
>
>I have channel 0 defined as TYPE=BL and it is connected to a 3745. I have
>had it this way for about a year and a half, no problems, no complaints. I am
>running MVS/ESA 4.1 on a 9121-210. I will let others comment on VM's
>requirements, but MVS doesn't seem to care.
>
The only reason that 37x5 need to be on byte channels is to run EP.  If you
have no need for EP, then TYPE=BL is fine.  I have may chpids 01 and 04
defined as TYPE=BY for our 3725 for it's EP lines, and use TYPE=BL for our
3720's, which only load NCP.  This is with VM/ESA 1.1.1 and MVS/ESA 4.2.2
as it's guest, and both VM and MVS have paths to the 3720 and 3725.  We also
have a 3745 on a Block channel.

Hope this helps,

Steve Roder
(tkssteve@ubvm.bitnet | tkssteve@ubvm.cc.buffalo.edu | (716)645-3564
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 5 Jan 1993 03:23:00 PST
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: Dangling VSAM truenames

> O.K. so someone here deleted a user catalog and some page space.  When
> they did so, they included a PURGE in the delete command.

PURGE only bypasses the expiration date.

> But, for some reason, the data sets were only uncatalogged, and the
> VSAM space for the user catalog and the page spaces are still out there.

Sounds like DELETE FORCE or DELETE RECOVERY was used.  Generally a
no-no unless you really know what you're doing and why.

> I can import connect the user catalog, but if I try to use it (or
> do a LISTCAT on it), I get a strange error.  Implies to me that the file
> is corrupted.

Sure.  It doesn't actually exist, so catalog management gets an error
trying to access it.

> The bottom line is that I want to get rid of the VSAM space for these
> buggerts.

I assume that you mean that you want to delete the actual objects from
the VTOC & VVDS.  To me, "VSAM space" only applies to old-style VSAM
catalog dataspaces defined with "DEFINE SPACE".

> I've tried user delete with truename, but it doesn't work.
> (Get a ENTRY NOT FOUND.)

DELETE VVR (not DELETE TRUENAME) is required.

> I'd rather not have to zap the vtoc to get rid of these buggerts.

You shouldn't need to.

> Especially since then, I'll have to clean up the VVDS as well.

Right.  DELETE VVR will clean up both the VTOC and the VVDS.


Note that DELETE VVR requires the FILE and CATALOG operands.  Try
specifying your master catalog and its master password.  If the
delete vvr fails that way, you may need to define ucat a catalog
with the same name as the original, and specify it on delete vvr.
Then delete it after you've done all your delete vvr commands.
Delete vvr may also need to be apf authorized, which probably means
that you'll have to run it under batch idcams.

/Leonard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 7 Jan 1993 23:51:00 PST
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: e: Is PL/S a dead language?

On Wed, 6 Jan 1993 21:54:41 GMT,
   Bob Raicer <RAICER@LSTC2VM.STORTEK.COM> said:
> It appears that some people believe that compilers for the PL/S family
> of languages exist only for the 370/390 processors.  This is not the
> case.  I am aware of PL/x compilers for the Intel 80x86 processor
> family as well as for the engines used in the 3880 control units.
> It is highly likely that other processors are also supported.

So what's your point?

/Leonard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 5 Jan 1993 12:34:47 MST
From:         Keith Risinger <SYSKMR@NMSUVM1.BITNET>
Subject:      IOCP and Channel 0

Hello,

I've a question that I just can't seem to get a solid answer regarding
IOCP path defintions and would appreciate any information or direction.

We took our 3705 out, which then free'd up channel 0. The CHPID macro
for channel 0 was defined as TYPE=BY when the 3705 was on. Now we want
to use the channel for 3480's and use TYPE=BL, but in the IOCP users
guide it states 'MVS system generation requires TYPE=BY for channel
number 0'. Even before I read that statement, I remembered something
about channel 0 having to be defined as TYPE=BY, but I don't know
why. Also in the manual, the 'summary of I/O config rules' says that
TYPE=BL/BY are parallel channel paths and that all parallel channel
paths can be specified as BL. Other than the above statments, I've
not been able to find anything specific about channel 0 requirements.

All this came about when we could not attach the new tape drives to
any VM id, so I thought maybe the TYPE operand may have something to
do with it.

Our environment is VM/ESA with MVS/ESA running under it. The 3480's
are currently only defined to VM at this time.

Thanks again,
 Keith
+----------------------------------------------------------------------+
|Keith Risinger, Systems Programming      Las Cruces, New Mexico 88003 |
|Computer Center - Dept 3AT               BITNET: SYSKMR@NMSUVM1       |
|New Mexico State University              Phone: (505)646-1849         |
+----------------------------------------------------------------------+
Newsgroups: bit.listserv.ibm-main
From: ag129@cus.cam.ac.uk (Alasdair Grant)
Subject: Re:  Is PL/S a dead language?
Organization: U of Cambridge, England
Date: Tue, 12 Jan 1993 12:15:25 GMT

In article <16B53DB9B.RAICER@LSTC2VM.stortek.com> RAICER@LSTC2VM.stortek.com (Bob Raicer) writes:
>The point is that several people have commented in this thread that
>PL/x is strictly for the 370/390 architecture; that perception is
>incorrect and I was simply trying to inform them accordingly.
>
>Perhaps you might try being a bit more courteous.

Nobody has commented that "PL/x where x stands for whatever" is only
for the 370/390 architecture; after all, when x is 1, PL/x is an ANSI
standard. PL.8 is a language that IBM developed for programming RISCs
of the type they use in channel controllers. PL/2 was an interpreted
and simplified form of PL/1, now better known under the name "Rexx".
But if you want to claim that PL/AS is used for anything other than
370/390 programming, please could you provide evidence?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU:AGUTOWS@WAYNEST1.BITNET>
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 7 Jan 1993 14:12:22 EST
From:         Arthur Gutowski <AGUTOWS@WAYNEST1.BITNET>
Subject: Re: Dangling VSAM truenames

On Thu, 7 Jan 1993 01:21:00 PST Leonard D Woren said:
>>  the only way to recover this situation is SUPERZAP VTOC.
>>  (I can't erase all VSAM files on volume)
>>  I change in VTOC bit PASSWORD PROTECTED end erase file using
>>  DISP=(OLD,DELETE) or from ISPF.
>
>This type of approach should be used only as a last-ditch effort, if
>you have ICF catalogs.  ICF provides enough recovery capability that
>this should never be necessary.  If you do the above for ICF VSAM
>objects, you'll end up with junk in the VVDS, and likely trouble down
>the road.
Yes, this approach is tricky.  Delete VVR will clean up the VVDS, though.
If the VVR entries are gone with the catalog entries, then ICF can't
do anything for you anyway.  Then you have to zap the VTOC and scratch the
datset.  We recently bought VSAM Mechanic.  An invaluable tool for cleaning
up VSAM objects that got trashed beyond ICF's ability to recover.  It also
provides other VSAM  utilities that AMS and DFP don't have.  I think we
paid around $5K for it.  Well worth the cost for us.

>I cannot imagine any reason for not converting to a pure ICF catalog
>environment.  ICF catalogs are faster, smaller, and more reliable than
>VSAM catalogs and CVOLS, and I don't think there are any negatives.

If you're sharing a catalog with VM, which isn't smart enough to handle ICF,
then you have no choice but to use VSAM catalogs.  We share our ACF2 database
which means we have to share a catalog.

/Art
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Fri, 8 Jan 1993 00:08:00 PST
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: MVS 'BUILDING' and 'DEPT' fields from NJE

Mike, you should subscribe to JES2-L on LISTSERV@NDSUVM1 (and peers)
and try this question there.

> that JES2 doesn't use the information in those NJE header fields when building
> its banner page.
(...)
> Is this an inherent limitation?  Will BUILDING and DEPT be picked up by JES2
> *only* from a JCL OUTPUT statement?  Is there any way to get JES2 to use the
> NJE BLDG and DEPT fields?  Will I need a JES2 exit in order to make this work?

Hmmm... since I'm not running JES2 V4 yet, I'm at a disadvantage
answering this question.  It sounds like IBM didn't change the default
banner page.  But I'm sure I went to some SHARE session where they
described what macros to use to retrieve the new output identification
info.  You will have to write a JES2 exit 1 to implement this.  If you
post the question to JES2-L and don't get an answer, I'll see if I can
locate a handout with the info.

/Leonard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU:IBM-MAIN@UA1VM.BITNET>
X-Envelope-to: IBM-MAIN@UA1VM.BITNET
X-VMS-To: IN%"IBM-MAIN@UA1VM.BITNET"
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 11 Jan 1993 09:40:09 -0500
From:         AISPMART@EKU.BITNET
Subject:      Nonvolatile Storage (NVS) and DASD Fast Write

The question was presented, "I'm wondering why non-volatile storage and device
fast write can be turned on and off separately".

My guess is that nonvolatile storage (NVS) is used by the 3990 subsystem not
only for DASD fast write (DFW), but also for Dual Copy.  Being a "multi-
purpose" type feature therefore, it would make sense why it would have its own
separate ON/OFF functions.

Pat Martin
Eastern Kentucky University (AISPMART@EKU.BITNET)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 7 Jan 1993 01:21:00 PST
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject: Re: Dangling VSAM truenames

On Tue, 5 Jan 1993 14:41:00 PST,
   Gregory Plucinski 257508 <GRZES@PLWATU22.BITNET> said:
>  I think that someone use :
>   DELETE name CLUSTER
>  If you specify CLUSTER VSAM deletes only cluster (not DATA and INDEX,
>            i don't know why but it's )

This is not true.  Try it.  DELETE CLUSTER deletes the cluster and all
lower level related objects.

>  the only way to recover this situation is SUPERZAP VTOC.
>  (I can't erase all VSAM files on volume)
>  I change in VTOC bit PASSWORD PROTECTED end erase file using DISP=(OLD,DELETE
>  or from ISPF.

This type of approach should be used only as a last-ditch effort, if
you have ICF catalogs.  ICF provides enough recovery capability that
this should never be necessary.  If you do the above for ICF VSAM
objects, you'll end up with junk in the VVDS, and likely trouble down
the road.

I cannot imagine any reason for not converting to a pure ICF catalog
environment.  ICF catalogs are faster, smaller, and more reliable than
VSAM catalogs and CVOLS, and I don't think there are any negatives.


/Leonard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU:IBM-MAIN@RUTVM1.BITNET>
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 11 Jan 1993 14:52:30 -0500
From:         "C. Christopher Maurizio" <maurizio@MGH.COM>
Subject: Re: x37 Abend Handler Software
Comments: To: IBM-MAIN@vm.gmd.de

We use X37 at our company.  I do not work in the department that is responsible
for it, but I do know they are very happy with it.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU,
             @VM1.CC.UAKRON.EDU:dfraser@mcmail.cis.mcmaster.ca>
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 7 Jan 1993 08:18:28 -0500
From:         Doug Fraser <dfraser@MCMAIL.CIS.MCMASTER.CA>
Subject: Re: Dangling VSAM truenames
Comments: To: IBM Mainframe Discussion List <IBM-MAIN@VM1.CC.UAKRON.EDU>

On Thu, 7 Jan 1993, Gregory Plucinski 257508 wrote:

> > On Tue, 5 Jan 1993 14:41:00 PST,
> >    Gregory Plucinski 257508 <GRZES@PLWATU22.BITNET> said:
> > >  I think that someone use :
> > >   DELETE name CLUSTER
> > >  If you specify CLUSTER VSAM deletes only cluster (not DATA and INDEX,
> > >            i don't know why but it's )
> >
> > This is not true.  Try it.  DELETE CLUSTER deletes the cluster and all
> > lower level related objects.
> >
>   In my VSAM it's work as i wrote, i check it.
>   I use MVS/SP 1.3.6 may be it's to old ?
>   And of course ICF catalogs.
>
  We had this problem several times years ago.  It was caused by the
security for the data and index being different than the security for the
cluster.  The person was allowed to delete the cluster but not the data
and index.  We use acf2 and it is based on dataset name.  We stopped
having this problem when the data and index names were aligned with the
cluster names and the security rules.  This probably is not the cause of
your problem but ...

Doug Fraser
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 11 Jan 1993 08:56:00 HST
From:         "Barry T. Masuda" <T004310@UHCCMVS.BITNET>
Subject:      Re: IOCP defn for 8232

We have an ES/9000 model 440 with an IBM 8232 on a block
channel.  Our IOCP is defined as follows:
" CNTLUNIT CUNUMBR=111,PATH=(20),PROTOCL=D,SHARED=N,                X
           UNIT=3088,UNITADD=((20,32))
" IODEVICE UNIT=3088,ADDRESS=(B20,32),CUNUMBR=111,TIMEOUT=N"
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU:IBM-MAIN@RUTVM1.BITNET>
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 5 Jan 1993 14:41:00 PST
From:         Gregory Plucinski 257508 <GRZES@PLWATU22.BITNET>
Subject: Re: Dangling VSAM truenames

> > But, for some reason, the data sets were only uncatalogged, and the
> > VSAM space for the user catalog and the page spaces are still out there.
>
> Sounds like DELETE FORCE or DELETE RECOVERY was used.  Generally a
> no-no unless you really know what you're doing and why.
>

 I think that someone use :
  DELETE name CLUSTER
 If you specify CLUSTER VSAM deletes only cluster (not DATA and INDEX,
           i don't know why but it's )

 Some time ago I do this.
 the only way to recover this situation is SUPERZAP VTOC.
 (I can't erase all VSAM files on volume)
 I change in VTOC bit PASSWORD PROTECTED end erase file using DISP=(OLD,DELETE)
 or from ISPF.

Gregory
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.lawsch-l
Date:         Mon, 4 Jan 1993 09:40:00 EST
From:         "Angie.Dvorak" <ADVORAK@MSU.BITNET>
Subject:      RE: research on plain language

Thanks for the response and sorry for my delay.  I will forward my research
proposal soon.  Hope you're interested when you see it.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <F60C029@SAKSU00>
Newsgroups: bit.listserv.lawsch-l
Date:         Mon, 11 Jan 1993 17:58:42 SLT
From:         "Dr. Jagdish C. Agrawal, Professor" <F60C029@SAKSU00.BITNET>
Subject:      LSAT Exams and Exam Centers & Dates

I will deeply appreciate getting a direct response from anyone with
info on any of the items below:

1.  Where can I get or buy copies of previous LSAT exams?  Are these
    available in a bound form?  Full address for ordering, if possible, please.

2.  What are the dates and centers for LSAT Exams during the entire 1993
    at:

    a.  Chicago, IL
    b.  Lafayette, IN
    c.  Riyadh, Saudi Arabia
    d.  New Delhi, India

3.  What is the full address of the agency that administers and registers
    people for LSAT?  Is it the Educational Testing Service of NJ?
    Is it the same agency that administers GRE?

Thank you very much!  :-)
Best wishes and regards,
jagdish agrawal

+-----------------------------+----------------------------------------+
| JAGDISH C. AGRAWAL, Ph.D.   | PROFESSOR OF COMPUTER SCIENCE          |
| KING SAUD UNIVERSITY        | BITNET:  F60C029@SAKSU00               |
| COMPUTER SCIENCE DEPARTMENT | PHONE NUMBERS:                         |
| P. O. Box 51178             | BUS:  Country 966 + City 1 + 467-6585  |
| RIYADH-11543                |       Country 966 + City 1 + 468-2669  |
| Kingdom of Saudi Arabia     | FAX:  Country 966 + City 1 + 467-5423  |
|   INTERNET ADDRESS:  F60C029%SAKSU00.BITNET@cunyvm.cuny.edu          |
+-----------------------------+----------------------------------------+
 ======================================================================
| A teacher can never truly teach unless he is still learning himself. |
| A lamp can never light another lamp unless it continues to burn its  |
| own flame.  The teacher who has come to the end of his subject, who  |
| has no living traffic with his knowledge but merely repeats his      |
| lessons to his students, can only load their minds:  he cannot       |
| quicken them.  Truth not only must inform but must inspire.  If the  |
| inspiration dies out, and the information only accumulates, then     |
| truth loses its infinity.  The greater part of our learning in the   |
| schools has been waste, because for most of our teachers, their      |
| subjects are like dead specimens of once living things, with which   |
| they have a learned acquaintance, but no communication of life and   |
| love.                                                                |
|                               -- Rabindranath Tagore                 |
|______________________________________________________________________|
Newsgroups: bit.listserv.lawsch-l
From: mconte@magnus.acs.ohio-state.edu (Marc Vincent Conte)
Subject: I did well
Organization: The Ohio State University
Date: Mon, 11 Jan 1993 06:49:09 GMT


I posted here a few months ago asking everyone's opinion if I 
could do well on the LSAT while only having about a month
to get ready.  My score came back yesterday and I did 
very, very well.  I just wonder if I could have done
better if I had more time to prepare.

Marc

-- 
  Marc Conte at The OSU---SCARLET AND GrAY
       mconte@magnus.acs.ohio-state.edu
From: ASTINGSH@KSUVM.BITNET (Kerry Miller)
Newsgroups: bit.listserv.lawsch-l
Subject: Law student writing competition
Date: 7 Jan 93 17:42:00 GMT
Reply-To: nn.general@gnosys.svle.ma.us
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments:     Resent-From: Kerry Miller <ASTINGSH@KSUVM>
Comments:     Originally-From: NativeNet@gnosys.svle.ma.us
Comments:     Warning -- original Sender: tag was NATIVE-L@TAMVM1

Original Sender: Indian Law Resource Center <ilrc@igc.apc.org>

[ This article is being relayed from the Usenet "alt.native" newsgroup. ]


The Indian Law Resource Center announces prizes for innovative
law student writing on American Indian Law.  The competition is
dedicated to the memory of Petra Shattuck, whose friends have helped
make the prize awards possible.  Professor Shattuck, a legal
scholar and strong advocate for Indian rights, was particularly
interested in exposing and remedying injustice that Native Americans
suffer under the law.

Only law students are eligible to participate.

The award for first prize will be $2,000.  The second and
third prize awards will be $1,000 and $750, respectively.  Prizes
will be awarded on the basis of originality of scholarship,
innovation and creativity in analysis of some aspect of Indian law.
The articles and commentaries eligible for consideration include
those prepared during the 1992-93 academic year, whether or not
published.

        Submissions should be postmarked by May 1, 1993 and sent
to the address below.  Please include your mailing address for the
summer of 1993.  Manuscripts should be double-spaced using a
letter-quality type-face.  No special format is required.  The
prize winners will be selected by a committee of scholars named
by the Indian Law Resource Center.  Manuscripts will not be returned.
For further information contact Steven M. Tullberg or Curtis G. Berkey:
Indian Law Resource Center, 601 E Street, SE, Washington, D.C. 20003,
(202) 547-2800.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.lawsch-l
Date:         Wed, 6 Jan 1993 06:19:37 EST
From:         Scott Murray <wsmurray@UALR.EDU>
Subject:      LSAT prep software

I'll be taking the LSAT next month and I'm thinking about buying a software
tutorial. Does anyone have experience with any of these software programs?
Are they any better than using a traditional prep book?

Can someone recommend a particular package? I would like to find something
that explanes HOW to approach the problems, rather than merely presenting
questions.

Thanks in advance.

Scott Murray (wsmurray@ualr.edu)
University of Arkansas at Little Rock
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU