HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 8 Apr 1992 08:09:42 PDT
From:         "Mike Friedman (510) 642-1410" <SPGMNF@UCBCMSA.BITNET>
Subject:      Re: MVS/ESA 3.1.1 --> 4.2 Conversion Problem
              8 Apr 1992 09:14:50 EDT from <ASMIDCC@VM7CG.HQ.AF. MIL>

On Wed, 8 Apr 1992 09:14:50 EDT Dennis Caffi said:
> What version of Simware are you running ? We are having exactly the
>same problem. We have a test and 1 production system running ESA 4.2
>and we can use Simware to get to anything except the TSO on the same
>host. Some things we can get to are Omegamon and TSO on another host
>through a cross domain. Just the local TSO fails. One of our com guys
>is putting up the latest Simware in hopes this will fix the problem.
>Our VTAM is 3.2 and we should be putting up 3.3 soon.
>
Just to be clear:  I'm referring to SIMPASS/CTC, a PVM (VM Passthru) emulator
that runs on MVS under VTAM.  As far as I know, the most current release of
SIMPASS is 1.0.1, which has been out for a year or so and which I've been
running for about that long.  Now, it may be that other Simware products, like
SIM3278, have the same problem I'm experiencing, but I couldn't say.

I've already called Simware about this problem;  their SIMPASS programmer is
supposed to get back to me.  Please let me know if it is SIMPASS that you are
running;  it might help (both of us) if I could tell them I'm not the only one!

I might also mention (since other responses to my original posting have also
referred to this) that Cross Domain issues are not relevant to me.  My VTAM
environment is very simple:  a single domain, just two basic subareas (we
use a channel-attached 3725 running PEP), supporting a couple of hundred local
non-SNA 3270 terminals (mostly via 7171 protocol converters) and a few dozen
remote 3270's (including emulators, such as System/36's and a Tandem).  As SNA
networking goes, this is baby stuff.  :-)

If SIMPASS/CTC is what you have, and you find a solution to this, please let
me know.  I'll post here if I get any results.  Thanks.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 16 Apr 1992 15:41:14 EST
From:         Bill Pennington <URBP@MARISTC.BITNET>
Subject:      CBPDO Questions
Comments: cc: RGAPIN@BOSTON.VNET.IBM.COMM

    We have two systems in house, a TEST system and a PRODUCTION system.
My plan is to Apply the CBPDO to the TEST system, check it out, fix
what's broken and then Apply a revised CBPDO to the PRODUCTION system.

    My question:  What do I use for the driving system?

    1). The PRODUCTION system when Applying the CBPDO to TEST?
 or 2). IPL the TEST system and Apply directly to it?
        (then the same questions regarding Applying to PRODUCTION)

note:  This is a major Maintenance CBPDO - includes 10 PUT tapes plus
       CBPDO lookahead service, but no products.  (Service hits asmblr
       lked, most utilities, SMP, and many MVS components)

    My concern:  I don't want to prematurely contaminate the PRODUCTION
system.  So what are the gotcha's as far as DDDEF's, JOBCAT, et al?

Thanks in advance for any help in this.

Bill Pennington
System Programming,
Marist College, Poughkeepsie, NY.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 7 Apr 1992 16:13:00 PDT
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: User interface under TSO

On Tue, 7 Apr 1992 01:10:20 GMT, "Mark R. Ludwig" <mrl@UAI.COM> said:
> In article <RNETMAIL9204030812430SEB1525@MVS.DRAPER.COM> "Stephen E. Bacher"
> <seb1525@MVS.DRAPER.COM> writes:
>    Not quite right.  Both the T... and P... macros support "print inhibit"
>     - you specify the ASIS option on TPUT or PUTLINE or PUTGET and put a
>    hex 24 character at the end of your prompt.
>
> Hmmm, I assume this X'24' is documented somewhere.  I'm under enough
> time pressure that I might just use it, but it makes me awfully
> nervous to be putting such an incantation into a program if it is not
> documented as being a "customer interface" in the manuals.

Well, it's on the green/yellow/pink/blue card as "BYP/INP", which I
assume means BYPass INPut.  In the 70's, it was listed as PTBYPASS,
for PrinTBYPASS -- turn off printing on a 2740-style terminal.

/Leonard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Sun, 12 Apr 1992 18:47:00 PDT
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: User interface under TSO

> Silly me.  I've never investigated the 3270 control codes, so it never
> occurred to me they'd be on the green/yellow/pink/blue card.

They're not.  PTBYPASS -> BYPINP isn't a 3270 function.  The IBM
terminal access methods TCAM and VTAM, when they see a X'24' in line
mode, build the 3270 screen definition to hide input.  If you're doing
your own fullscreen I/O, you code the 3270 sequences yourself.  Note
that if you use ISPF, you can define invisible fields on the panel
rather easily.

> I figured they were documented in some other device or controller
> manual.

They are.  In fact, there's a whole little reference booklet just for
3270s.  It's titled something like "3270 reference summary".

> Perhaps there's a connection to DDname SYSTSPRT, or is that just a
> name which IKJEFT01 uses?  Oops, that's PUTLINE/GETLINE again.

Right, and only in batch.  SYSTSPRT isn't use in the foreground.

> From:         "Stephen E. Bacher" <seb1525@MVS.DRAPER.COM>
>
> P.S. Expect flame from Leonard on how the TSB shouldn't be fetch
> protected because it was historically so only to hide TCAM passwords
> which are no longer used, etc., etc.

I wouldn't have thought of it if you hadn't brought it up, but now
that you mentioned it... my gripe is specifically that the terminal
name is not available to a problem program.  BTW, there's a flag for
IKJEFLD to set to request that passwords be stored in the TSB, in case
you have an old submit exit that adds user= and password=, and gets
the password from the TSB.

/Leonard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 9 Apr 1992 11:56:35 EST
From:         "Matt Simpson" <SYSMATT@UKCC.UKY.EDU>
Subject:      Re: MVS Jobname Conventions
              9 Apr 1992 11:42:54 EDT from <wfarrell@VNET.IBM.COM>

On Thu, 9 Apr 1992 11:42:54 EDT Walt Farrell said:
>
>In case you aren't aware of it, beginning with MVS/ESA 3.1.3, JES2 3.1.3,
>RACF 1.9, and SDSF 1.3.1 there is a true concept of job ownership.
>  Walt Farrell, RACF Design & Planning, IBM
I am aware of it. I have spent a lot of time recently reading SDSF
documentation and coding different versions of ISFPARMS trying to
get this stuff to work in a reasonable way. I would love to hear
from someone who has gotten it to work for them
My specific question is as follows: Suppose we allow users to submit
jobs with random names. The user would like to view a list of all his
jobs on the held output queue, by entering the SDSF H panel. Entering H
with no operands will give him a list of all jobs with his userid in the
jobname. No good. Entering H ALL will give him a list of all jobs on the
held output queue, subject to whatever filtering is specified either in
ISFPARMS or by the user. Also no good. The OWNER filter can not be
specified in ISFPARMS, it can only be specified by the user. Relying on
the user to specify it is not good, because if he forgets, specifying H
ALL can result in a *long* response as SDSF traipses through the entire
held output queue. Also, if we allow the user to specify the OWNER
command, we have no control over what he codes as owner. I realize that
after he gets the lisf of jobs, there is further security on whether he
can actually view them. But for the sake of user-friendliness and
performance, we would rather not present the user with a list of jobs
which he is not authorized to view.
If anybody has actually managed to use the new OWNER and SAF stuff in
SDSF, I would like some hints from them. Thanks.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Emory University - Atlanta, Georgia, USA
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 15 Apr 1992 11:16:05 EDT
From:         Bert Bruner <OSAKB@EMUVM1.BITNET>
Subject:      Re: GRS problem.

On Tue, 14 Apr 1992 13:58:08 G+3 Saad M. Al-Harthi (02) 695-2211 said:
>                                    the problem is I can not figure
>out how to connect a stand alone machine with a gest machine?.

I assume that you are refering to connecting a stand alone MVS and
an MVS running under VM ...

It works just about  the same as it would with two  stand alone MVSs. The
difference is  that the CTCA  or 3088s  have to be  defined to VM  on one
side. Then these devices are dedicated  to the guest. In other words, you
must have dedicated REAL CTCA paths to talk to any OS that is not running
under the same VM system.

:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
:: Bert Bruner                     BITNET: OSAKB@EMUVM1                ::
:: VM Specialist/Postmaster        Internet: osakb@emuvm1.cc.emory.edu ::
:: System Support                  FAX: 404-727-2599                   ::
:: Emory University                Snail:  1712 Uppergate Dr.          ::
:: Phone: 404-727-4781                     Atlanta, Ga  30322 USA      ::
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
::     -  -  R e m e m b e r    D i x v i l l e    N o t c h  -  -     ::
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 6 Apr 1992 11:21:52 EDT
From:         "Lee C. Varian" <LVARIAN@PUCC.BITNET>
Subject:      Re: Changing TOD clock
Comments: To: Rich <RICH@WVNVM.WVNET.EDU>
              5 Apr 1992 11:25:21 EDT from <RICH@WVNVM.WVNET.EDU>

On Sun, 5 Apr 1992 11:25:21 EDT you said:
>                        The only defense for VM that I can come up with is
>that VM has no knowledge of the guest OS's running under it.  It's only
>responsibility it to provide a real hardware environment to whatever guest
>is running.  Given that, it could possibly cause problems for the guest if the
>clock was changed on the fly.  I'm not sure I completely buy this argument, but
>it's the best I could come up with.

Rich,  A lot of programs (such as accounting and recovery log reading) assume
that time is a monotone increasing function and could/would be very distressed
or just calculate bizarre results at a sudden backup of time (such as the
"Fall Back" of an hour in the fall).  A lot of problems would be removed if
all computer systems used GMT for all such time-sensitive work, but presented
the local time (automatically adjusted for zone offset from GMT and summer
time) to the end user.  Unfortunately, it is freqently difficult to tell the
difference between an end user and some system program which is reading the
output intended by the system for an end user.
  Lee Varian, Princeton University
Organization: City University of New York/ University Computer Center
Date: Wednesday, 8 Apr 1992 12:19:37 EDT
From: Aron Eisenpress <AFECU@CUNYVM.BITNET>
Newsgroups: bit.listserv.ibm-main
Subject: Re: GMT/LOCAL Clocks

We run MVS with GMT=LOCAL time, primarily because the operator interface
to reset the TOD clock requires the operator to know the GMT time.  (If
the clock is not set, it will take local time too, but it looks like it's
easy to get oneself confused and the clock set incorrectly.)  Has anyone
come up with a solution to this?
-------

 -- Aron Eisenpress, City U of NY
    (AFECU@CUNYVM.BITNET, or AFECU@CUNYVM.CUNY.EDU on the Internet)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.4dev PL43]
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 9 Apr 1992 16:17:37 EDT
From:         "Joseph D. McMahon" <xrjdm@CALVIN.GSFC.NASA.GOV>
Subject:      Nonstandard enforcement
Comments: To: ibm-main%ricevm1@auvm.american.edu

If there is anyone out there who is charging for the number of EXCP's done
by users, please let me know whether or not you have implemented an automatic
means of cancelling a user or job after a user-determined limit has been
exceeded? The modes which do this for us were dragged kicking and screaming
(OK, *I* was kicking and screaming) into MVS/XA. I'd really like to avoid
the process for MVS/ESA.

If you would be s kind, drop me a note and let me know what you're doing,
or not doing. I need ammo to shoot this mod down if I can.

 --- Joe M.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-MVS-to:  ibm-main@RICEvm1.bitnet
X-send-dataset: 'XMAILMSG.SEB1525.XA920408.T0848040.C000000'
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 8 Apr 1992 08:48:00 EDT
Comments:     Warning -- original Sender: tag was NNMVS@MVS.DRAPER.COM
From:         "Stephen E. Bacher" <seb1525@MVS.DRAPER.COM>
Subject:      Re: User interface under TSO
Comments: To: ibm-main%ricevm1.bitnet@surname.draper.com

"Mark R. Ludwig" <mrl@uai.com> writes:

>Hmmm, I assume this X'24' is documented somewhere.  I'm under enough
>time pressure that I might just use it, but it makes me awfully
>nervous to be putting such an incantation into a program if it is not
>documented as being a "customer interface" in the manuals.  Perhaps
>I'm more worried about such things than I should be.  I'd be somewhat
>less worried if the first customer were domestic.  If the customer has
>some unexpected configuration which doesn't support the X'24',
>debugging this over the Atlantic would be unpleasant.

The "TSO/E Programming Services" manual says in the chapter on
TPUT/TGET/TPG under the description of the ASIS operand:

(Excerpted from SC28-1874-0, (c) 1988 IBM Corporation.)

 Including a bypass character, bypass carriage return, or bypass new-line
 character in the TPUT macro data suppresses printing of the next input
 entered by the user at the 3270 terminal.  VTAM moves the cursor to the
 next available line, unlocking the keyboard.  No more data is sent to
 the terminal until the terminal user enters data or presses the ENTER
 key.  The data entered by the user is not printed at the terminal.

And, since PUTLINE/PUTGET is basically a wrapper around TPUT/TGET
(see answer to next question), this works for those as well when you
specify ASIS.  The "yellow card" shows you that a "bypass character"
is EBCDIC hex 24.

>         Can you give me a clue why the T... macros are actually
>easier?  The only thing I can figure is that perhaps the IOPL has to
>be tweaked in non-obvious ways, or some such.$$

TPUT/TGET/TPG are direct interfaces to SVC 93.  They require no TSO
control blocks - in fact, you can issue them from a program that was
not invoked as a TSO command processor.  In batch they are no-ops.

PUTLINE/PUTGET/GETLINE are TSO service routines that do a lot of
control block hacking and eventually issue TPUT - unless the output is
being trapped by a CLIST or EXEC, or the program is run in batch - or
TGET - unless the input is coming from a CLIST or REXX stack or the
program is running in batch.  Thus, they need to query the TSO
environment to see where the input is coming from, where the output is
going, whether to join logically split lines, whether to discard
message ID's, etc., etc., etc.

 - Batchperson
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: lawsch-l@AUVM.BITNET
Newsgroups: bit.listserv.lawsch-l
Date:         Mon, 6 Apr 1992 15:16:01 -0500
From:         cdr@STOLAF.EDU
Subject:      Computer Software used in Law?
X-To:         info-law@brl.mil, lawsch-l@AUVM.BITNET

Greetings!  Please pardon this post if it is inappropriate -- I'm not quite
sure where to find information of this sort.

We have a visiting professor from Thailand at St. Olaf this semester who is
interested in finding out some things about computer use in the law profession.

        1. What types of software are used in managing a law office?
           Both general and specific information would be helpful.

        2. What types of software and databases are used in a law office,
           for example to retrieve information about laws and past legal
           cases.

If you are able to help out, please respond directly to me, as I don't
subscribe to this mailing list.

Thanks in advance for your help,
Craig
--
Craig D. Rice           UNIX Systems Specialist/Network Analyst
cdr@stolaf.edu          Academic Computing Center, St. Olaf College
+1 507 646-3631         1520 St. Olaf Avenue
+1 507 646-3549 FAX     Northfield, MN  55057-1098   USA
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: Lawsch-l@AUVM.BITNET
X-VMS-To: IN%"Lawsch-l@auvm"
Newsgroups: bit.listserv.lawsch-l
Date:         Thu, 9 Apr 1992 13:03:00 EST
From:         KHAKOO@HWS.BITNET
Subject:      membership

Please include me in your future mailings
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.lawsch-l
Date:         Tue, 7 Apr 1992 07:49:43 CST
From:         Frank <AL282958@VMTECSLP.BITNET>
Subject:      about Computers in law school

        Craig:
             I think the computer can be used in law school. About the programs
this could be Word Precessor and Data Bases. For example:

     1. Word Processor: You can use WORKS or WINDOWS (the  most  important part
        of windows is WRITE) you can use this utilitie.

     2. Data bases: You can use DBASE III plus  or  one  new  version  of  this
        package.

             Well I hope I help you.  The  information  is  poor,  because I'm
studing Enginner Computer Systems and  I  have only 1 year studing this carrer
Well I think you can understand me. bye

                                                    al282958@vmtecslp
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ingrafx
Date:         Tue, 7 Apr 1992 16:51:24 EDT
From:         CSS Conference92 <USERCS92@UMICHUM.BITNET>
Subject:      Announcing a conference, Computing for the Social Sciences '92,
              May 4-
X-To:         CGE@MARIST.BITNET, graph-l@YALEVM.BITNET,
              graphics@OHSTVMA.BITNET, cmc@RPIECS.BITNET,
              ingrafx@PSUVM.BITNET, asisah@GWUVM.BITNET,
              polcomm@RPIECS.BITNET, psyc@PUCC.BITNET, comsoc-l@BYUVM.BITNET,
              or-l@UALTAVM.BITNET, soc-data@UNCVM1.BITNET,
              edstat-l@NCSUVM.BITNET, graphnet@NDSUVM1.BITNET

This message announces the 3rd Annual Meeting of the "Computing for
the Social Sciences '92" conference (CSS92).  It will be held at the U.
Michigan, Ann Arbor, from May 4-7.    Over 50 presenters will
discuss current developments and activities involving computing in
the social sciences.  The conference registration fee is $250.  In
addition to the conference, there is an affiliated all-day seminar
entitled "Envisioning Information,"  presented by the noted Yale
University faculty member, Prof. Edward Tufte.  An additional fee of
$96 is required for CSS92 attendees (or $166 to attend only the
Tufte seminar).  All seminar participants will receive two Tufte
books, valued at approximately $90, and lunch.

If you would like further information and registration materials,
please contact the U. Michigan Department of Conferences and
Seminars, 200 Hill St., Ann Arbor, MI 48104-3297; Phone: 313/764-
5305; Fax: 313/764-2990.

In addition, two more complete text files can be obtained via
ANONYMOUS FTP from the U. Michigan computing system.  These files
can be retrieved through the following FTP procedure:

FTP to UM.CC.UMICH.EDU, use the name ANONYMOUS, use your e-mail
identity as the password.  Then CD CS92 and GET the two files:
PROGRAM and CONFERENCE.

If you are unable to use FTP but would like to receive those files
electronically, please reply to the sender of this message (i.e.,
CS92@um.cc.umich.edu).

Finally, we apologize if anyone receives multiple copies of this
message, but it has been posted to several related  electronic
groups.  Also, feel free to forward this message to any colleagues or
to otherwise distribute it.  Thanks.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ingrafx
Date:         Wed, 8 Apr 1992 11:03:37 CST
From:         "George F. McCleary, Jr." <MCCLEARY@UKANVM.BITNET>
Subject:      Re: Sound Variables and Sound Maps
              25 Jan 1992 15:59:39 EST from <JBK5@PSUVM.PSU.EDU>

Catching up with some of the issues on INGRAFX, we find that your paper
on sonification would be useful for a student project here at the
University of Kansas.  Would you please send a copy.  Thank you.     gmc
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ingrafx
Date:         Sun, 12 Apr 1992 16:50:55 EDT
From:         Timothy.Allen@DARTMOUTH.EDU
Subject:      Image Processing Software
X-To:         INGRAFX%psuvm.BITNET@dartcms1.Dartmouth.EDU

I am interested in learning about what Image Processing software packages
people are using for the analysis of multi-band data sets, such as Landsat
Imagery.  What are the major software packages in use?  What are the
capabilities of each package -- e.g. rectification, classification, PC and
IHS transformations, filtering, contrast enhancement, overlays?  Is the
software designed for remote-sensing images specifically or for any kind of
multi-band images?  What are the hardware requirements? Any special
requirements for display systems?

I am particularly interested in any software for Macintosh platforms, but
would like to hear about packages that people are using on PCs and UNIX
workstations as well.  I am familiar with Terra-Mar's "MicroImage" software,
and have heard of "ERDAS" but know nothing about it.  I am also familiar with
some single-band image processing software such as the excellent
public-domain "NIH Image" program for the Macintosh.

I'll be glad to post a summary of the responses I receive.


------------------------------------------------------------------------
Tim Allen                                        tim.allen@dartmouth.edu
Earth Science Department
Dartmouth College, Hanover, NH 03755
Newsgroups: bit.listserv.xtropy-l
Date:         Tue, 7 Apr 1992 19:29:42 EDT
              <XTROPY-L@UBVM.BITNET>
From:         Michael Clive Price <100034.3077@COMPUSERVE.COM>
Subject:      Many-Worlds II (was Re: Time Travel)
X-To:         "Extropians (mailing list)" <extropians@gnu.ai.mit.edu>,
              "Xtropy-L (mailing list)" <xtropy-l@ubvm.BITNET>

Steve Witham wrote:

>This article [about quantum theory and parallel worlds] just seemed
>to restate one of the most common and boring models of how time
>travel might work--i.e., into parallel worlds.  The fact that a
>physicist talks about it doesn't mean that most physicists accept
>the many-histories interpretation of QM.

Assuming that you mean the many-worlds interpretation of quantum
mechanics, rather than the sum-over-histories Feynmann technique (which
*every* theoretical physicist believes in) I think it matters which class
of physicists you mean.  Your average physicist is too ignorant or
apathetic to have an opinion to speak of, dismissing the subject as
"metaphysical".  Sad, but true.

It's true that the majority of physicists do not accept the many-worlds
interpretation of QM.  But amongst theorists working on quantum gravity
opinion was split 50-50 between MWI and the other interpretations (hidden
variables, Copenghagenism, ...).  This was revealed in a poll taken at a
quantum gravity symposium at Oxford a few years back (late 1980s).  And
the MWI is definitely on the up-and-up, so I would expect it to be the
majority opinion amongst quantum gravity theorists now....

Steven Hawking, who has a claim to being the greatest physicist since
Einstein, and certainly the greatest quantum gravity theorist, is a firm
supporter of MWI.  And so is Frank Tipler.  Hardly lightweights in the
field.

Mike Price



Distribution:
  Extropians (mailing list) >InterNet:extropians@gnu.ai.mit.edu
  Xtropy-L (mailing list) >InterNet:xtropy-l@ubvm.bitnet
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU