date:20070522


Ted MacNEIL wrote:

IIRC, there was also a "head of string" 3350 that would act as a controller.


No, the HOS (A-unit) was required to connect to the 3880.
B-units were the next in line.

I think the last was a C-unit, but that might have been on for 3330's.

(That last part is an entry in my dimmer parts of my own memory)



I don't know about 3350s (I was leaving FE by then so I never 
worked on them), but 3330s had no "C" units, only head-of-string 
and not-head-of-string units.  The former housed a controller, 
and had external control interface connections resembling bus and 
tag channel cables.  The latter had internal CTL-I connections 
that were different and, of course, no controller.


(I worked on a *lot* of 3330s.  We had something close to half an 
acre of them in the data center.)


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
[EMAIL PROTECTED]

--
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/archives/ibm-main.html

Indirect Cataloging (Was: Re: Compuware installs get an "F")


Shane wrote:

On Mon, 2007-05-21 at 00:01 -0500, Paul Gilmartin wrote:



I am completely naive of "indirect cataloguing".  What book should
I read?


Init and Tuning ref from memory - maybe look for "indirect volume
support" (or somesuch) references.



See:

- The parameters for DEFINE NONVSAM in z/OS DFSMS Access Method 
Services for Catalogs:


http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2i250/16.1.1?SHELF=EZ2ZO10h&DT=20060630014839&CASE=

- And the topic on Indirect Volume Serial Support and other 
related topics in z/OS MVS Init & Tuning (a search on "indirect" 
should get you well started):


http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/SEARCH?Book=iea2e270&searchRequest=indirect&SEARCH=Search&Type=EXACTN&SHELF=EZ2ZO10h&DT=20060710234538&searchTopic=TOPIC&searchText=TEXT&searchIndex=INDEX&rank=RANK

John Eells
z/OS Technical Marketing
IBM Poughkeepsie
[EMAIL PROTECTED]

--
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/archives/ibm-main.html

Re: Which concatenated DD a member was found in after a FIND macro.

In <[EMAIL PROTECTED]>,
on 05/17/2007
   at 09:38 AM, MASSIMO BIANCUCCI <[EMAIL PROTECTED]>
said:

>So I think somewhere in the system there's a control block or
>whatever that make me able to find out which dsname is the member in.

There is, but it's far easier to do a BLDL first. That way you can get
the information from the TIOT and JFCB without mucking around in the
IOB and DEB.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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/archives/ibm-main.html

Re: Release a dataset from a user of MVS

In <[EMAIL PROTECTED]>, on 05/15/2007
   at 10:08 AM, Paul Gilmartin <[EMAIL PROTECTED]> said:

>As far as I know, this job will run without error even if the owner
>has ACCESS=NONE to SYS1.WHATEVER.  But for nearly three hours other
>users will be unable to allocate SYS1.WHATEVER.  There ought to be
>enforcement of a rule against this.  And, in my view, that
>enforcement ought more properly to be done not by allocation nor by
>the initiator, but by GRS, the most proximate component.

That is not an informed view. GRS is the wrong component to make the
decision, even without taking performance into account. The only
reasonable place for the test is Allocation.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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/archives/ibm-main.html

Re: LRECL of Spanned Records

In <[EMAIL PROTECTED]>,
on 05/16/2007
   at 03:37 PM, GAVIN Darren * OPS EAS <[EMAIL PROTECTED]>
said:

>The LRECL is driven by 4 bytes (first two bytes as nulls) inserted in
>front of each record to hold the record length as a binary integer.

The length is in the first 16 bits, not the last 16 bits. For VBS[1]
there flags for first/last/middle/only.

>The 32K limit is driven by the fact this binary integer is considered
>Signed; so instead of 0 thru 65535 it's -32767 thru 32768

>The last 8 bytes are lost to track marks and block marks reserved
>space.

Close. The limits are imposed by the *SAM control blocks, not by the
DASD. A VBS segment must fit within a block that begins with a BDW,
and the block must fit within a buffer. The limits for VBS were
inherited from those for VB.

[1] Which did not exist when the limits were set.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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/archives/ibm-main.html

Re: SMTP Question

In <[EMAIL PROTECTED]>, on
05/17/2007
   at 01:30 PM, Robert Pelletier <[EMAIL PROTECTED]> said:

>Is there a way to see what e-mail is queued to go or a log to see
>what goes on after an e-mail is sent from the frame?

That depends on what MTA you are using. Certainly sendmail records an
audit trail on syslog.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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/archives/ibm-main.html

Re: SMTP Question

In <[EMAIL PROTECTED]>, on
05/17/2007
   at 02:32 PM, Robert Pelletier <[EMAIL PROTECTED]> said:

>We are trying to send the mail to a server ##.#.##.## and it tries to
>send the mail but says undeliverable:
>TEST.CSLF.ORG unable to deliver following mail to recipient(s):
><[EMAIL PROTECTED]>
>TEST.CSLF.ORG unable to connect for 1 days to recipient host.

That sounds like a TCP/IP problem. Can you ping their server?

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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/archives/ibm-main.html

Re: Is there a way to Remove BOOK from PF6 in SDSF?

2007-05-22 Thread Mark Zelden

On Mon, 21 May 2007 16:59:17 -0500, Kenneth E Tomiak
<[EMAIL PROTECTED]> wrote:


>
>Way too much work for me, I would write a one line rexx command named
>book:
> return 0 /* rexx */
>and let it act as if it had nothing assigned to PF6.
>

If you name it BOOK it won't do anything.  BOOK is defined in ISFCMDS
as PASSTHRU and invokes BOOKMGR.  Here is what I have used:

http://bama.ua.edu/cgi-bin/wa?A2=ind0705&L=ibm-main&D=1&O=D&P=159201

--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
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/archives/ibm-main.html

Re: 3350 failures

2007-05-22 Thread Ted MacNEIL

>(I worked on a *lot* of 3330s.  We had something close to half an acre of them 
>in the data center.)

I started with 3330's.
And, I remember when STK (STC) showed us their first ICEBERG, and the size of 
the device was that of a standard conference table, weighed less and had the 
capacity of an order (or 2) of magnitude larger than the 3330 farm I first 
tended.

That 3330 farm was less than 50 GB, and we were considered a medium to large 
site.
(Running on a 3081-D)

-
Too busy driving to stop for gas!  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: TN3270 emulator on Linux.

2007-05-22 Thread McKown, John

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of R.S.
> Sent: Tuesday, May 22, 2007 1:25 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: TN3270 emulator on Linux.
> 
> 
> McKown, John wrote:
> > I run Linux at home, not Windows. I use a VPN to get into 
> work. In the
> > past, I've used x3270 to do 3270 type work. I recently got 
> "Crossover
> > Linux" which can run __some__ MS Windows application under 
> Linux. Just
> > for fun, I tried an old version of QWS3270 that I purchased from
> > JollyGiant software on it. It worked very well. I was just 
> wondering if
> > anybody else out there use Linux as their desktop with 
> "Crossover Linux"
> > and tried any other TN3270 emulator.
> 
> It seems the best we can do with Linux is to emulate Windows 
> and run windows applications 
> 
> (Disclaimer: I'm not Windows fan.)
> 
> -- 
> Radoslaw Skorupka
> Lodz, Poland

Well, no, the best would be for some really good programmer to take
their product and use a "cross platform" GUI toolkit. I have considered
the possibility of taking the x3270 source code (love Open Source) and
seeing if I could make it into a Qt program (Qt is a windowing toolkit
by Trolltech). Unfortunately, I have run into some problems, including
but not limited to (1) lack of understanding of the TN3270 protocol; (2)
lack of understanding the Qt toolkit; (3) lack of talent.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
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/archives/ibm-main.html

Re: HLASM calling E/Cobol Response time problem

2007-05-22 Thread Schneiderwent, Craig

-8http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/CEEA4140/14.5?SH
ELF=CEE2BK61&DT=20050804124136>.

Another potential solution is to write an Enterprise COBOL program that does
nothing except call your Assembler program.  That's what we generally do.

--
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/archives/ibm-main.html

Re: Is there a way to Remove BOOK from PF6 in SDSF?

2007-05-22 Thread Mark Zelden

On Thu, 17 May 2007 15:04:35 -0500, Matthew Stitt <[EMAIL PROTECTED]> wrote:

>Go into SDSF.  Type the command KEYS.  Change them to whatever you want and
>save.  New keys will be stored in the users ISPF Profile dataset.
>

We're going in circles.  The OP was looking for a solution that would
work globally.   

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
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/archives/ibm-main.html

Re: Cloning DB2 using Flashcopy

2007-05-22 Thread Clark, Kevin

Tony, 

A complete Flashcopy of DB2 and a SWAP to the cloned DB2 system is
simple enough. However If you "(and so be back where we started)" then
shutdown the original DB2 system and restart it once you are done with
the cloned DB2. Just clipped the DASD back and the catalogs are in sync.

Will you bring up the clone on another LPAR ?


Kevin 

--
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/archives/ibm-main.html

Re: Old RAMAC 2 still viable?

2007-05-22 Thread Rick Fochtman


Bruce Black wrote:

CVOL is the old, non-VSAM catalog structure.  IBM dropped support as 
of 12/31/1999.  And I mean dropped, even if you define one it will not 
work.



--
If you're unfortunate enough to have one of these, I can provide a 
program that will list it, but you'll have to make a few changes to run 
it as a job step, as opposed to it's original design as a subroutine to 
another program.


--
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/archives/ibm-main.html

Re: How Does the SNTP Server Get the Correct Time

2007-05-22 Thread Clark, Kevin

Eric, 

One SNTP client I downloaded provided the system time and the network
time.

Trying broadcast request
Querying 255.255.255.255
Data received:
Network time: May 22, 2007, 13:32:35.177 UTC
System time: May 22, 2007, 13:32:32.839 UTC


Kevin

--
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/archives/ibm-main.html

Re: Why is there JOB scope for DSN ENQ's anyway?

On Mon, 21 May 2007 22:41:55 -0400, Robert A. Rosenberg wrote:

>At 18:43 -0500 on 05/21/2007, Paul Gilmartin wrote about Re: Why is
>there JOB scope for DSN ENQ's anyway?:
>
>There is a simple reason. The ENQs are done before the job is started
>so that all of the datasets are available to the steps. If you
>release and reacquire the ENQs, there is a possibility that you will
>not be able to reacquire them (due to some other job grabbing them
>
You will reacquire them when that other job DEQs them.  This is
scarcely different from waiting for resources before the first
step, save that the potential damage from cancelling a job between
steps is greater than from cancelling before the first step.

>between your DEQ and ENQ) or even worse, ending up in a deadly
>embrace (where two jobs each want the same ENQs but can not get
>
No.  Deadly embrace is not possible because the job requesting
resources holds none.

>them). The way it works now, you wait until everything is available
>and then run, doing DEQs for those datasets that are no longer needed.
>
>The question of holding a Exclusive ENQ when you only need a Shared
>ENQ (ie: Exclusive in Step1 and continuing to hold Exclusive when
>only needing Shared in subsequent steps) is due to a poor ENQ design
>
(a man sharing my own convictions)

>Note: I acknowledge that there also needs to be updates to the ENQ
>and ISGENQ macros to request this option and a new flag bit in their
>Parm fields. That and what happens if you make the request on a
>system that is missing the support is the bigger problem than making
>the few lines of code change to support the capability.
>
The format of the new parameter list needs to be such that it is invalid
on a system that is missing the support.

-- gil

--
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/archives/ibm-main.html

Re: abend s013-64

2007-05-22 Thread Ron Wells

Anyone run across a iebgener (not a iefbr14)
Allocate a file--Nullfile SYSUT1...output SYSUT2 (both DD's) with 
BLKSIZE/LRECL of 4096 ,RECFM of FB

Abend with S013-64 

Change RECFM to F it works...anyother LRECL/BLKSIZE combination---works???

--
Email Disclaimer
This  E-mail  contains  confidential  information  belonging to the sender, 
which  may be legally privileged information.  This information is intended 
only  for  the use of the individual or entity addressed above.  If you are not 
 the  intended  recipient, or  an  employee  or  agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
disclosure,  copying, distribution, or the taking of any action in reliance on 
the contents of the E-mail or attached files is strictly prohibited.

--
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/archives/ibm-main.html

Re: Synchronize Time Between Mainframe and Servers?

2007-05-22 Thread Thompson, Steve

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of R.S.
Sent: Tuesday, May 22, 2007 1:20 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Synchronize Time Between Mainframe and Servers?

I don't know microwave owen design, but I can imagine a device working
at - let's say - 3,5GHz +/- 20%. It can be fully acceptable for the
device (like owen) to work at 4.2GHz as well as 2,8GHz. So, resolution
is sub-nanosecond, but the accuracy is very poor. From the other hand
quarts oscillators usually work at MHz frequency, but the frequency is
very accurate and stable over time (months, years).

Yes, we used to call that rock bound (Crystals) [I haven't had an FCC
license at commercial or amateur level since about 1977 -- things
change.] I'm told, but have no experience with PLL (Phase Locked Loop),
that it is also as stable and into the GHz range.

But let us get back on topic. The Mainframe's (at least from IBM's
design), has a TOD that if it malfunctions, is detected and presented as
a machine check. PCs, as far as I've been able to deduce, do not. As a
result, the mainframe TOD has a design that prevents drift (or at least
it did in the TTL days). So much so that in working on ETR designs it
was questioned as to how dithering could be done without causing TOD
error code giving failures. Obviously that microcode had to be changed
to allow an external timer to make the changes w/o causing Clock
Comparator errors (among others).

Regards,
Steve Thompson

-- STD disclaimer: Poster's opinions are not necessarily those of
poster's employer. --

--
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/archives/ibm-main.html

Re: Why is there JOB scope for DSN ENQ's anyway?

In <[EMAIL PROTECTED]>, on 05/18/2007
   at 04:08 PM, Paul Gilmartin <[EMAIL PROTECTED]> said:

>If all ENQs now performed with job scope were performed with job step
>scope, the "deadly embrace" would equally well be avoided.

But the data sets would no longer be protected against concurrent
updates.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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/archives/ibm-main.html

Re: Microsoft won't sue over Linux, for now

In <[EMAIL PROTECTED]>, on 05/18/2007
   at 08:06 AM, Ed Gould <[EMAIL PROTECTED]> said:

>* Q&A: Microsoft won't sue over Linux, for now
>http://cwflyris.computerworld.com/t/1554966/20890881/63892/2/

See groklaw for one analysis of why it's an empty threat, then
consider the possible legal ramifications if the courts found such a
lawsuit to be vexatious litigation or to violate rule 11. I want the
popcorn concession if they do sue.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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/archives/ibm-main.html

Re: Say it, you better own it (Was: Re: Virtual tape limits)

In <[EMAIL PROTECTED]>, on 05/19/2007
   at 11:35 AM, Graeme Gibson <[EMAIL PROTECTED]> said:

>I'm similarly disappointed by some of the people who post "from 
>memory" when they could have spent a couple of minutes running a 
>simple trial with a batch job, TSO command, ISPF function or whatever
> and then given us a definite answer,rather than a "provisional
>maybe".

And likewise people who assume that the results must be the same at
every release and service level.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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/archives/ibm-main.html

Re: (Hopefully) simple SMPE question

In <[EMAIL PROTECTED]>, on 05/20/2007
   at 09:33 AM, Lizette Koehler <[EMAIL PROTECTED]> said:

>Those datasets are related to the GLOBAL zone and not the TLIB or
>DLIB.

Some, not all. You really don't want to share, e.g., MTS between
target zones.

>So yes they are shared.

Sharing the data sets associated with the global zones could also
cause problems. Consider what happens if two vendors assign the same
id to sysmods. And, no, unique SREL's, etc., won't keep that from
being a problem in, e.g., PTS. You may have gotten away with it in the
past, but it's still Russian Roulette.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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/archives/ibm-main.html

Re: Compuware installs get an "F"

In <[EMAIL PROTECTED]>, on 05/20/2007
   at 03:25 PM, Paul Gilmartin <[EMAIL PROTECTED]> said:

>How fine a granularity do you wish?  Should each data set be given a
>distinct symbolic volser for the customer to tailor, with the
>possibility of setting some of them equal?  Be aware that what seems
>to you desirable flexibility may seem cumbersome and tedious to a
>less sophisticated customer.

Certainly the coarsest acceptable granularity would be a separate data
class or volume serial number for each zone, with a common default.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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/archives/ibm-main.html

Re: Indirect Cataloging (Was: Re: Compuware installs get an "F")

On Tue, 22 May 2007 08:15:16 -0400, John Eells wrote:
>
>>> I am completely naive of "indirect cataloguing".  What book should
>>> I read?
>
>- The parameters for DEFINE NONVSAM in z/OS DFSMS Access Method
>Services for Catalogs:
>
>http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2i250/16.1.1?SHELF=EZ2ZO10h&DT=20060630014839&CASE=
>
Got it.  Thanks.  In fact, I had some vague knowledge of the facility, but
not by name, nor how to use it.

How worthwhile is it for an ISV to provide skeleton JCL for the customer
to use in cataloguing with indirect volume references?  (And I note that
some vendors' testing resources might be much taxed by validating such
a facility.)

"NONVSAM".  Is there comparable support for VSAM, or would customers expect
the CSI to be simply catalogued, with multiple TARGET and DLIB zones referring
to indirectly catalogued libraries?  This feels s risky: running an
APPLY or ACCEPT job on the wrong system could be disastrous.  It would feel
safer if all update jobs made direct references to the output data sets,
and any indirect references were read-only.

Thanks again,
gil

--
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/archives/ibm-main.html

Re: Release a dataset from a user of MVS

On Tue, 22 May 2007 07:54:03 -0300, Shmuel Metz (Seymour J.) wrote:
>
>>As far as I know, this job will run without error even if the owner
>>has ACCESS=NONE to SYS1.WHATEVER.  But for nearly three hours other
>>users will be unable to allocate SYS1.WHATEVER.  There ought to be
>>enforcement of a rule against this.  And, in my view, that
>>enforcement ought more properly to be done not by allocation nor by
>>the initiator, but by GRS, the most proximate component.
>
>That is not an informed view. GRS is the wrong component to make the
>decision, even without taking performance into account. The only
>reasonable place for the test is Allocation.
>
I had thought the lockout occurred even before the first invocation
of Allocation.  Is Allocation, in fact, entered at job initiation,
perhaps well in advance of a reference to the data set name at a
much later step?

-- gil

--
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/archives/ibm-main.html

Re: 3350 failures

2007-05-22 Thread Anne & Lynn Wheeler

The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.

[EMAIL PROTECTED] (Ted MacNEIL) writes:
> I started with 3330's.
> And, I remember when STK (STC) showed us their first ICEBERG, and the
> size of the device was that of a standard conference table, weighed
> less and had the capacity of an order (or 2) of magnitude larger than
> the 3330 farm I first tended.
>
> That 3330 farm was less than 50 GB, and we were considered a medium to large 
> site.
> (Running on a 3081-D)

re:
http://www.garlic.com/~lynn/2007k.html#58 3350 failures

silicon valley area had at least three fairly large vm370 customer
datacenters with good sized disk farms ... there was SLAC (lots of
collection from the accelerator) and both Tymshare and internal HONE
operation ... both extensive online, timesharing services
http://www.garlic.com/~lynn/subtopic.html#timeshare

HONE had somewhat started out with a number of cp67 installations to
provide "hands-on" virtual machine use for branch office SEs. recent
reference:
http://www.garlic.com/~lynn/2007j.html#65 Help settle a job title/role debate

It then transitioned to vm370 and lots of online, interactive APL
applications supporting sales & marketing ... i.e. at some point early
in 370 timeframe, there was transition where machine orders couldn't
even be submitted w/o having first being processed by a HONE
configuration.

In the mid-70s, the various (US) HONE datacenters were consolidated in
silicon valley area ... with what was possibly the largest single-system
configuration in the world at the time (large datafarm with load
balancing across large number of processors in loosely-coupled
configuration).
http://www.garlic.com/~lynn/subtopic.html#hone

another large datacenter in silicon valley was Lockheed's DIALOG (online
library titles and abstracts which has gone thru a number of owners
since that time) ... which had something like 300(?) 3330-clones in their
data farm (the basic service was MVS ... but lots of it was run under VM
... on clone processors).

--
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/archives/ibm-main.html

More SMTP HELP Needed

I am trying to send all e-mail from the FRAME to a mail server. I am
using XMITIP to do this. I have the e-mail being sent BUT the from field
after leaving the JES spool looks like this:
ERROR parsing sender address:
@CPAC.CSLF.ORG:[EMAIL PROTECTED] :  No local-part (user account)
found at position 1

I have tried everything I can think of in the TCPIP PROFILE, TCPIP DATA
and SMTP config files. Can someone offer me some suggestions? Thanks
all. 


Have a Nice Day !
 
Bob Pelletier
Connecticut Student Loan Foundation
Rocky Hill, Ct.

--
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/archives/ibm-main.html

Re: LRECL of Spanned Records

On Tue, 22 May 2007 08:25:56 -0300, Shmuel Metz (Seymour J.) wrote:
>
>Close. The limits are imposed by the *SAM control blocks, not by the
>DASD. A VBS segment must fit within a block that begins with a BDW,
>and the block must fit within a buffer. The limits for VBS were
>inherited from those for VB.
>
OK.  So a VBS segment is limited to 32760 characters.  But a VBS record
may consist of multiple segments, so need not be limited to 32760.
It appears to me that inheritance was unnecessary, improper, and done
with little thought by the designers.

BTW, JCL and job step allocation, contrary to the JCL RM, by experiment
tolerate RECFM=VBS,LRECL=32761.  Dynalloc, however, reports it as an
invalid value for LRECL.  Conway's law, again?  I did not test an OPEN.

-- gil

--
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/archives/ibm-main.html

Re: Why is there JOB scope for DSN ENQ's anyway?

2007-05-22 Thread Bruce Black

ending up in a deadly embrace (where two jobs each want the same ENQs 
but can not get them).

Actually a deadly embrance (the old "fatatl fondle") is when
task 1 holds resource A but needs resource B
task 2 holds resource B but needs resource A

A job could end up in a fatal fondle if it didn't acquire all its 
resources at the beginning, all at once.


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com

--
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/archives/ibm-main.html

Re: Why is there JOB scope for DSN ENQ's anyway?

On Tue, 22 May 2007 09:12:10 -0300, Shmuel Metz (Seymour J.) wrote:
>
>>If all ENQs now performed with job scope were performed with job step
>>scope, the "deadly embrace" would equally well be avoided.
>
>But the data sets would no longer be protected against concurrent
>updates.
>
Thank you.  I had overlooked that.  (I might say "intervening" rather
than "concurrent".)

-- gil

--
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/archives/ibm-main.html

Re: Delete invalid dataset name

2007-05-22 Thread Bruce Black



Did you have a defrag fail on PRD9LF?
Yes, that dsname indicates that a DSS DEFRAG failed or was cancelled.  
Datasets may be at risk because of the failure.


I would first try restarting the DEFRAG and see if it will complete.  If 
so, it will delete the dataset.


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com

--
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/archives/ibm-main.html

Re: 3350 failures

2007-05-22 Thread Patrick . Falcone

Yes, head of string, 3350-A2 (contains controller circuits, and is the 
first in a string of 3350 units) or 3350-A2F same as A2 has fixed as well 
as movable heads. Again from the facts folder.



Rick Fochtman <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
05/21/2007 10:24 PM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: 3350 failures




[EMAIL PROTECTED] wrote:

>IBM 3880 - 1 or 2 (IBM DASD and Control Units Facts Folder G520-3075-2)
>
>William Donzelli <[EMAIL PROTECTED]> 
>Sent by: IBM Mainframe Discussion List 
>05/21/2007 02:02 PM
>Please respond to
>IBM Mainframe Discussion List 
>
>To
>IBM-MAIN@BAMA.UA.EDU
>cc
>
>Subject
>Re: 3350 failures
>
>Will a 3880 with proper microcode control 3350s?
>
>--
>Will
>
IIRC, there was also a "head of string" 3350 that would act as a 
controller. But the memory is growing older and dimmer; check other 
sources.




--
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/archives/ibm-main.html

Re: More SMTP HELP Needed

This is what is on the queue:
 BROWSESMTPTEST.A028.NOTE Line 000
 Command ===>  Scr
* Top of Data 
Date: Mon, 21 May 07 15:27:15 EST 
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>   
Subject: Undeliverable Mail   

CPAC.CSLF.ORG unable to deliver following mail to recipient(s):   
<[EMAIL PROTECTED]>   
CPAC.CSLF.ORG received negative reply:
501 Syntax error in sender address

   ** Text of Mail follows ** 
Received: from CSLFTEST by CPAC.CSLF.ORG (IBM MVS SMTP CS V2R10)  
   with BSMTP id ; Mon, 21 May 07 15:26:55 EST
Sender:   [EMAIL PROTECTED]   
Date: 21 May 2007 15:26:41 +0100  
From: [EMAIL PROTECTED]   
To:   [EMAIL PROTECTED]   
X-Mailer:  XMITIP 4.05  Rexx Exec on MVS   

Have a Nice Day !

Bob Pelletier
Connecticut Student Loan Foundation
Rocky Hill, Ct.

I am trying to send all e-mail from the FRAME to a mail server. I am
using XMITIP to do this. I have the e-mail being sent BUT the from field
after leaving the JES spool looks like this:
ERROR parsing sender address:
@CPAC.CSLF.ORG:[EMAIL PROTECTED] :  No local-part (user account)
found at position 1

I have tried everything I can think of in the TCPIP PROFILE, TCPIP DATA
and SMTP config files. Can someone offer me some suggestions? Thanks
all. 

Have a Nice Day !

Bob Pelletier
Connecticut Student Loan Foundation
Rocky Hill, Ct.

--
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/archives/ibm-main.html

Re: Is there a way to Remove BOOK from PF6 in SDSF?

2007-05-22 Thread Howard Brazee

On 22 May 2007 06:18:41 -0700, [EMAIL PROTECTED] (Mark Zelden)
wrote:

>>Go into SDSF.  Type the command KEYS.  Change them to whatever you want and
>>save.  New keys will be stored in the users ISPF Profile dataset.
>>
>
>We're going in circles.  The OP was looking for a solution that would
>work globally. 

And we're recommending that he reconsider.

--
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/archives/ibm-main.html

ISPF Edit Recovery Recursion

2007-05-22 Thread Lizette Koehler

Listers,

I will probably cross post later to TSO-REXX newsgroup, but thought I would 
give  this list a chance first.

Somewhere in the last 24 hours something has changed in our ISPF environment.  
We are z/OS V1.7

Now we are now getting a clist recursive error when trying to do an SJ command 
against jobs in the queue.  Now, I know at this time that the error is 
occurring in ISREIRTI.  Which is the EDIT RECOVERY function of ISPF.  What I 
cannot determine is why this is having an error.

I have completely deleted and created a brand new ISPPROF data set.  I still 
get this error.  And I am in the process of checking through the ISPF TABL and 
TLIB data sets to see if a table is corrupted.

Other than that, any other suggestions of where to look?  I have to cancel my 
ID because IBM set this CLIST up as a 999 loop.

Lizette

--
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/archives/ibm-main.html

Re: LRECL of Spanned Records

2007-05-22 Thread Richard Peurifoy


Paul Gilmartin wrote:




BTW, JCL and job step allocation, contrary to the JCL RM, by experiment
tolerate RECFM=VBS,LRECL=32761.  Dynalloc, however, reports it as an
invalid value for LRECL.  Conway's law, again?  I did not test an OPEN.

-- gil


OPEN will accept this. If you hard code the LRECL in a DCB
macro you can code up to 32767 (in fact SMFDUMP does this).

I seem to remember that long ago you could also code this in
JCL, but if this is so, I don't know why it was changed.

--
Richard

--
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/archives/ibm-main.html

Re: 3350 failures

2007-05-22 Thread Patrick . Falcone

I don't remember any 3350 problems as this device type was my first 
performance charge with doing internal pathing/volume placement based on 
performance metrics at timeshare NVIP back in the early 80's. I do however 
remember the 3350 to 3380 migration project which turned ugly when we were 
informed, post migration, that we needed plenum replacements on our 3380 
E's/K's. IIRC the plenum connected to 2 different HDA's but I could be 
wrong on this point.  Lots of long weekends with the media folks deciding 
how to play musical chairs with strings of DASD.



Anne & Lynn Wheeler <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
05/21/2007 11:31 PM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: 3350 failures






The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main as well.

[EMAIL PROTECTED] writes:
> IBM 3880 - 1 or 2 (IBM DASD and Control Units Facts Folder G520-3075-2)

old email with reference to finding bug in the 3350 support in
3880 controller (and possibility of same bug having been in 3830
controller)
http://www.garlic.com/~lynn/2007b.html#email800402
in this recent post
http://www.garlic.com/~lynn/2007b.html#28 What is "command reject" trying 
to tell me?

above post also references early 3880 MVS RAS testing in this post
http://www.garlic.com/~lynn/2007.html#2 "The Elements of Programming 
Style" 


--
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/archives/ibm-main.html

Re: 3350 failures

2007-05-22 Thread Anne & Lynn Wheeler

The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.

[EMAIL PROTECTED] writes:
> I don't remember any 3350 problems as this device type was my first 
> performance charge with doing internal pathing/volume placement based on 
> performance metrics at timeshare NVIP back in the early 80's. I do however 
> remember the 3350 to 3380 migration project which turned ugly when we were 
> informed, post migration, that we needed plenum replacements on our 3380 
> E's/K's. IIRC the plenum connected to 2 different HDA's but I could be 
> wrong on this point.  Lots of long weekends with the media folks deciding 
> how to play musical chairs with strings of DASD.

re:
http://www.garlic.com/~lynn/2007k.html#58 3350 failures
http://www.garlic.com/~lynn/2007k.html#60 3350 failures

old email
http://www.garlic.com/~lynn/2007b.html#email800402

talks about problem executing HIO/HDV to 3350 when (3880) control unit
was busy (which may have also existing in 3830) ... and software
fix was to i/o supervisor to "not do that".

one of the 3350 to 3380 migration issues was that the 3380 had more data
under each arm (proportional in excess in any increase in 3380 thruput
improvement).

internally we had some performance monitoring and modeling tools that
would identify what 3350 data to move to what 3380  and some
recommendations (in heavily loaded environment) to leave 3380 10-20
percent empty/idle (in order to have same thruput as 3350
configuration).

there was a facetious proposal (even discussed at SHARE) for a special
3380 "feature" in the 3880 controller ... that would define extra priced
3380 drives that were "faster" (by reducing the number of cylinders that
could be accessed). This was for shops where the administrators couldn't
resist completely filling a 3380 as cost effective measure (however,
they would feel comfortable with paying extra for feature that prevented
them from completely filling a 3380).

misc. past posts about getting to play dasd engineer in the disk
engineering lab (bldg. 14) and the disk product test lab (bldg. 15).
http://www.garlic.com/~lynn/subtopic.html#disk

--
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/archives/ibm-main.html

RES: ISPF Edit Recovery Recursion

2007-05-22 Thread ITURIEL DO NASCIMENTO NETO

Lizette,

Does it happens only to you or to every TSO users ? 


Atenciosamente / Regards / Saludos 
Banco Bradesco S/A 
4254/DPCD Alphaville 
Engenharia de Software - Sistemas Operacionais Mainframes 
Ituriel do Nascimento Neto 
Tel: 55 11 4197-2021 Fax: 55 11 4197-2814 


-Mensagem original-
De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Em nome de Lizette 
Koehler
Enviada em: terça-feira, 22 de maio de 2007 12:29
Para: IBM-MAIN@BAMA.UA.EDU
Assunto: ISPF Edit Recovery Recursion

Listers,

I will probably cross post later to TSO-REXX newsgroup, but thought I would 
give  this list a chance first.

Somewhere in the last 24 hours something has changed in our ISPF environment.  
We are z/OS V1.7

Now we are now getting a clist recursive error when trying to do an SJ command 
against jobs in the queue.  Now, I know at this time that the error is 
occurring in ISREIRTI.  Which is the EDIT RECOVERY function of ISPF.  What I 
cannot determine is why this is having an error.

I have completely deleted and created a brand new ISPPROF data set.  I still 
get this error.  And I am in the process of checking through the ISPF TABL and 
TLIB data sets to see if a table is corrupted.

Other than that, any other suggestions of where to look?  I have to cancel my 
ID because IBM set this CLIST up as a 999 loop.

Lizette

--
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/archives/ibm-main.html

AVISO LEGAL Esta mensagem é 
destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter 
informação confidencial e/ou legalmente privilegiada. Se você não for 
destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, 
copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação 
contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem 
por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a 
eliminação do seu conteúdo em sua base de dados, registros ou sistema de 
controle. Fica desprovida de eficácia e validade a mensagem que contiver 
vínculos obrigacionais, expedida por quem não detenha poderes de representação. 

LEGAL ADVICE This message is 
exclusively destined for the people to whom it is directed, and it can bear 
private and/or legally exceptional information. If you are not addressee of 
this message, since now you are advised to not release, copy, distribute, check 
or, otherwise, use the information contained in this message, because it is 
illegal. If you received this message by mistake, we ask you to return this 
email, making possible, as soon as possible, the elimination of its contents of 
your database, registrations or controls system. The message that bears any 
mandatory links, issued by someone who has no representation powers, shall be 
null or void.

--
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/archives/ibm-main.html

Re: RES: ISPF Edit Recovery Recursion

2007-05-22 Thread Lizette Koehler

This happens for most TSO IDs using SDSF with any ISPF function (SJ, SE )

The library SYS1.ISP.SISPCLIB is shared across all environments and we only 
have 3 logon procs.  I can make it fail consistantly on one system.  On another 
I cannot make it fail for the same ID.

I have tried copying the clist to my private library, copying the proc, and 
then placing my lib at the top of SYSPROC.  This does pick up the correct copy, 
but does not fail.  So I am searching the SYSPROC list to see if there is 
another copy of this clist.

Lizette
>
>Listers,
>
>I will probably cross post later to TSO-REXX newsgroup, but thought I would 
>give  this list a chance first.
>
>Somewhere in the last 24 hours something has changed in our ISPF environment.  
>We are z/OS V1.7
>
>Now we are now getting a clist recursive error when trying to do an SJ command 
>against jobs in the queue.  Now, I know at this time that the error is 
>occurring in ISREIRTI.  Which is the EDIT RECOVERY function of ISPF.  What I 
>cannot determine is why this is having an error.
>
>I have completely deleted and created a brand new ISPPROF data set.  I still 
>get this error.  And I am in the process of checking through the ISPF TABL and 
>TLIB data sets to see if a table is corrupted.
>
>Other than that, any other suggestions of where to look?  I have to cancel my 
>ID because IBM set this CLIST up as a 999 loop.
>
>Lizette
>

--
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/archives/ibm-main.html

Re: HLASM calling E/Cobol Response time problem

2007-05-22 Thread Farley, Peter x23353

> -Original Message-
> From: Stocker, Herman [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, May 22, 2007 7:57 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: HLASM calling E/Cobol Response time problem
 
> We added PREINIT to the JCL this brought the checkpoint time down to 5
> minutes.

What does that mean, exactly?  Is that an IMS specification of some kind?
AFAIK, using the Language Environment preinit facility can't be done with
just a JCL change, it requires you to modify the calling non-LE HLASM
program to use the CEEPIPI subroutine to do each of the following:

1. Initialize a "main" or "sub" LE environment for the E/Cobol routine
2. To call the E/Cobol using the pre-initialized environment and
3. To terminate the pre-initialized environment at EOJ.

The docs for LE preinit (v1.6) are here:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ceea2150/5.3?SHEL
F=CEE2BK51.bks&DT=2004071403

Tinyurl:
http://tinyurl.com/24ahcl

Peter

This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.

--
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/archives/ibm-main.html

PHP for z/OS announced!

2007-05-22 Thread McKown, John

IBM Ported Tools for z/OS: PHP for z/OS Feature V1.1.2

http://www.ibm.com/vrm/newsletter_10577_1277_33313_email_DYN_1IN/bemjcs1
06873742


--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
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/archives/ibm-main.html

Re: Replacing SAS on the mainframe (Was Report on TSO usage.)

2007-05-22 Thread Scott Barry

You may also find that IT Security and Audit personnel have another opinion 
about the importance of
maintaining secure SAS information, if it involves Accounting/Chargeback or 
Cost Allocation data for
your enterprise entities.  And if you are forced down this path, it's important 
that everyone (maybe
even including your information end-users) give their buy-in to the 
transformation (ideally in
writing as in a documented project-execution plan), when considering 
information access, security
and possibly admin learning-curve.

As Robert Bardos mentioned, SAS Institute (not just in North America, by the 
way) is taking
license/contract negotiation more seriously for MSUs-based mainframe SAS 
licensing but I expect that
it's going to need to come from your company/organization to determine what's a 
reasonable license
fee for some "not to exceed" software usage limit.

Sincerely,

Scott Barry
SBBWorks, Inc.

> -Ursprungliche Nachricht-
> FRASER, Brian
> Gesendet: Dienstag, 22. Mai 2007 08:29
>
> We have some management here with  in their eyes
> wanting to stop the payment of our SAS mainframe licenses.
> They want us to move all our SAS workload (including MXG)
> onto a Unix box.
>
> Anyone out there done it?
>
> How painful was the experience?
>
> Does anyone have any experiences using the SAS clone WPS on the
> mainframe?
> http://www.minequest.com/WPS_Conversions.html
>
> Could we keep MXG without SAS and run it using WPS instead?
>
> 
>
> But you must have SAS installed, and that is expensive.
>
> 

--
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/archives/ibm-main.html

Re: Vista Tn3270 (was: Re: calling ISPLINK from COBOL)


Tom Schmidt wrote:

On Mon, 21 May 2007 14:25:20 -0500, Eric Bielefeld wrote:

  

Maybe Tom should sue Microsoft.  They obviously took his name, which was
there long before Vista.



They have an army of lawyers and he'd have to buy one (or more).  They 
have to pay their lawyers whether they need them or not, so they 
purposefully "need them" for one reason or another all of the time.  

They could just tie things up in court until he ran out of money, then win by 
default whether they were "right" or not.  It happens all the time.
  


Tom would have to retain a law firm that will work on a contingency 
basis. Happens all the time...


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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/archives/ibm-main.html

Re: Recommend Coax-Attached Consoles?


Bob wrote:

Hi,
We are planning on replacing some of our *very* old operator's
consoles (IBM 3471's) with something a bit newer and I am trying to
identify products that might work for us.  We support a *lot* of
separate MVS & VM images (50 or more) and have switched to Visara
boxes to replace most of our controllers.  This has allowed us to
combine multiple consoles on one terminal and we would like to better
exploit that capability.


Visara sells some powerful 327x replacements that come with the 
"correct" 3270 keyboard and can connect via coax while still supporting 
multiple sessions, etc. For example, 
http://www.visara.com/maindocs/DSheet/dsUCT_92906.pdf


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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/archives/ibm-main.html

Re: IPLINFO Question


Schiradin,Roland HG-Dir itb-db/dc wrote:
SHOWuOS use three methods to get the info. 


1. Like IPLINFO does (unauth)
2. SYSEVENT QVS (auth)
3. SYSEVENT REQLPDAT (auth)
  


SYSEVENT QVS is an unauthorized interface.

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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/archives/ibm-main.html

Re: Vista Tn3270 (was: Re: calling ISPLINK from COBOL)

2007-05-22 Thread Thompson, Steve

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Edward Jaffe
Sent: Tuesday, May 22, 2007 12:52 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Vista Tn3270 (was: Re: calling ISPLINK from COBOL)

Tom Schmidt wrote:
> On Mon, 21 May 2007 14:25:20 -0500, Eric Bielefeld wrote:
>
>   
>> Maybe Tom should sue Microsoft.  They obviously took his name, which 
>> was there long before Vista.

Perhaps he should file for a TM or Registered TM with the PTO. If M/S
has already done so, he could have grounds to challenge and it might be
a very quick action.

But then I remember Lindows who rolled over and became Linspire even
AFTER the judge in the case stated that M/S could NOT perfect a generic
name into a TradeMark. Seems the money was a bit too good to pass up
(but there were more out of the country lawsuits as well).

Later,
Steve Thompson

-- STD Disclaimer: poster's opinions may or may not be poster's
employer's opinion. --

--
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/archives/ibm-main.html

Re: Why is there JOB scope for DSN ENQ's anyway?

2007-05-22 Thread Scott Fagen

On Sat, 19 May 2007 20:59:40 -0500, Paul Gilmartin <[EMAIL PROTECTED]>
wrote:

>On Sat, 19 May 2007 20:52:05 -0300, Clark Morris wrote:
>>
>> ...  If the ENQ is exclusive for the first step and
>>shared for the second, it will be changed by the initiator/terminator
>>between steps.
>>
>Nope.
>
>Wishful thinking.
>
>But why not?

ENQ RET=CHNG only supports 'upgrade' from SHR to EXC, not 'downgrade' from
EXC to SHR.  DEQing and re-ENQing may put you behind some waiting request,
which would expose you to deadly embraces.

Scott Fagen
z/OS Core Technology Design
IBM Poughkeepsie

--
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/archives/ibm-main.html

Re: Vista Tn3270 (was: Re: calling ISPLINK from COBOL)

2007-05-22 Thread Tom Schmidt

On Tue, 22 May 2007 10:51:31 -0700, Edward Jaffe wrote:

>Tom Schmidt wrote:
>> On Mon, 21 May 2007 14:25:20 -0500, Eric Bielefeld wrote:
>>
>>> Maybe Tom should sue Microsoft.  They obviously took his name, which 
was
>>> there long before Vista.
>>>
>>
>> They have an army of lawyers and he'd have to buy one (or more).  They
>> have to pay their lawyers whether they need them or not, so they
>> purposefully "need them" for one reason or another all of the time.
>>
>> They could just tie things up in court until he ran out of money, then win by
>> default whether they were "right" or not.  It happens all the time.
>>
>
>Tom would have to retain a law firm that will work on a contingency
>basis. Happens all the time...
 
 
True enough, but M$ could still keep him so busy answering legal filings that 
he 
would miss too much time from his day job.  Then he might be forced to decide 
what is just vs. what is expedient.  
 
-- 
Tom Schmidt
Madison, WI
(Justice may be blind but so is Steveland Wonder and look what he 
accomplished!)

--
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/archives/ibm-main.html

Re: Recommend Coax-Attached Consoles?

2007-05-22 Thread Bob


Let's see if I can reply to everyone at once:

Ken – thanks for the info. However, we are trying to move to some sort
of newer technology.  We have lots of  the old stuff.  In particular,
we want the multiple-sessions-on-one-display capability.

Ed/Glenn – So far, the Visara UTC-L is the one box we are considering.
I'm trying to find out if people who have them are happy with them
and, also, what competing products are out there. And Glenn – thanks
for the feedback on the Visara terminals.  They are our current best
choice so I am happy to see that you like them.

Radoslaw & Glenn – let's see if I can answer your questions somewhat together:

1.  Why coax and not Ethernet?  Primary, the ethernet network and
switches are out of our control. If we have a network outage we do
*not* want to lose all of the consoles to 50+ MVS images all at the
same time! We are in an old building already replete with a coax
infrastructure so it works for us.  In other places in the building we
rely on baluns.  If something goes wrong with any of that it affects
only one terminal at a time, not everything together.

2.  Our HMC's & SE's are on the corporate ethernet network. We
recognize that as an exposure.  However, our need to access the HMC's
is somewhat limited and the SE's for the processor are directly
accessible by simply walking into the computer room.

3.  Windows vs. Linux vs. "something else" – We are trying to avoid
Windows for a multitude of reasons – virii, updates, licensing, lack
of support, to name a few.  We want these to be consoles and just
consoles.  Operations will have PC's available that will allow them to
log onto TSO, read email, and do general office "stuff".  That is not
what these machines will be for.  The reason I am asking my questions
is to see if anyone is familiar with any new devices that are still
primarily MVS consoles.
As for Linux, that is not as big of a concern, but for longevity we
would prefer a box that does not have moving parts like a hard drive.

4.  The 10 sessions & 4 sessions are for two different situations.  The
consoles I'm looking for are primarily for the 4 session capability.
I want to help the operators to see 4 sessions on one screen.  The 10
is the total number of sessions that can be configured on one coax on
the Visara controllers. We would like these consoles to support this
capability as well.

5.  The keyboard issue is again because these are consoles.  If we can
get console-type keyboards for them then that is a good thing.

6.  The "no mouse" is again because these are meant to be consoles.  We
are trying to put a lot of these in one place and mice just take up a
lot of desktop real estate for no reason.

7.  One of our options is to stay just the way we are.  However, after
15-20 years the keyboards and monitors on IBM 3471's start to get a
little worn out so hopefully we will find a good alternative for the
future.

Thanks everyone!

Bob

--
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/archives/ibm-main.html

Re: More SMTP HELP Needed

Thanks so much everyone - it's working:
 The Mail Envelope: 

 Sender:   [EMAIL PROTECTED]  
  
 Process Section


 Message maximum record size is: 104

 Message successfully transmitted   


Can someone tell me how to have the sender be mail.cslf.org or the
persons actual e-mail address? In this case it would
[EMAIL PROTECTED]

Thanks again. 

 


 
Bob Pelletier
Connecticut Student Loan Foundation
Rocky Hill, Ct.


I am trying to send all e-mail from the FRAME to a mail server. I am
using XMITIP to do this. I have the e-mail being sent BUT the from field
after leaving the JES spool looks like this:
ERROR parsing sender address:
@CPAC.CSLF.ORG:[EMAIL PROTECTED] :  No local-part (user account)
found at position 1

I have tried everything I can think of in the TCPIP PROFILE, TCPIP DATA
and SMTP config files. Can someone offer me some suggestions? Thanks
all. 

--
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/archives/ibm-main.html

Re: RES: ISPF Edit Recovery Recursion

2007-05-22 Thread Schwarz, Barry A

If you have an ID it does not fail on, you might start by looking at
what is different: DSN concatenation sequences in each DD name, edit
options (TSO PROFILE command), edit profiles, etc.

You could add "CONTROL LIST CONLIST SYMLIST" near the top of your copy
of the CLIST so you can watch what is happening.  You might also try
allocating a couple of appropriately named datasets manually just to
make sure something didn't change in SMS and friends.

Does it still fail if you turn RECOVERY off?

-Original Message-
From: Lizette Koehler [mailto:snip] 
Sent: Tuesday, May 22, 2007 9:35 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: RES: ISPF Edit Recovery Recursion

This happens for most TSO IDs using SDSF with any ISPF function (SJ, SE
)

The library SYS1.ISP.SISPCLIB is shared across all environments and we
only have 3 logon procs.  I can make it fail consistantly on one system.
On another I cannot make it fail for the same ID.

I have tried copying the clist to my private library, copying the proc,
and then placing my lib at the top of SYSPROC.  This does pick up the
correct copy, but does not fail.  So I am searching the SYSPROC list to
see if there is another copy of this clist.

Lizette
>
>Listers,
>
>I will probably cross post later to TSO-REXX newsgroup, but thought I
would give  this list a chance first.
>
>Somewhere in the last 24 hours something has changed in our ISPF 
>environment.  We are z/OS V1.7
>
>Now we are now getting a clist recursive error when trying to do an SJ
command against jobs in the queue.  Now, I know at this time that the
error is occurring in ISREIRTI.  Which is the EDIT RECOVERY function of
ISPF.  What I cannot determine is why this is having an error.
>
>I have completely deleted and created a brand new ISPPROF data set.  I
still get this error.  And I am in the process of checking through the
ISPF TABL and TLIB data sets to see if a table is corrupted.
>
>Other than that, any other suggestions of where to look?  I have to
cancel my ID because IBM set this CLIST up as a 999 loop.

--
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/archives/ibm-main.html

Re: HLASM calling E/Cobol Response time problem

2007-05-22 Thread Clark Morris

On 22 May 2007 04:57:02 -0700, in bit.listserv.ibm-main you wrote:

>G'day list,
>
>We are having a response problem with an E/Cobol module that has just being
>converted from COBII.  It is called from an HLASM module not using LE.

That is the problem.  Change the Assembler caller to LE conforming
Assembler if at all possible.  You are building up and tearing down
the environment with each call.  I would also look at whether the
Assembler program still needs to be in Assembler and the difficulty of
converting it to COBOL.  Enterprise COBOL has some interesting
capabilities.
>
>Before the conversion the checkpoint were being taken at 20 seconds ( 500
>deletes to the data base ( IMS ).  Initial run took that to a checkpoint
>every 20 minutes.
>
>We added PREINIT to the JCL this brought the checkpoint time down to 5
>minutes.
>
>We have been contact with our local IBM support staff, but I was hopping
>that someone would be able to give us some insight.
>
>Thank you. 
>
>Regards,
>
>Herman Stocker
>Technical Specialist
>Data Center Operations 
>avis budget group
>Phone: 1973-496-4847
>fax:   1973-496-8201
>E-Mail:[EMAIL PROTECTED]
>
>
>The sender believes that this E-mail and any attachments were free of any
>virus, worm, Trojan horse, and/or malicious code when sent. This message and
>its attachments could have been infected during transmission. By reading the
>message and opening any attachments, the recipient accepts full
>responsibility for taking protective and remedial action about viruses and
>other defects. The sender's employer is not liable for any loss or damage
>arising in any way from this message or its attachments.
>
>--
>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/archives/ibm-main.html

--
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/archives/ibm-main.html

Re: Recommend Coax-Attached Consoles?


Bob wrote:

7.One of our options is to stay just the way we are.  However, after
15-20 years the keyboards and monitors on IBM 3471's start to get a
little worn out so hopefully we will find a good alternative for the
future.


We use the Visara coax-attached consoles and they seem to do the job 
nicely. But, we run an almost completely lights-out shop so they don't 
get a lot of use. I suggest you try to replace just one console and see 
how your operators like it. They're not expensive.


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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/archives/ibm-main.html

Re: More SMTP HELP Needed

All set on this. Found code to change in XMITIP. Thanks all.  


Bob Pelletier
Connecticut Student Loan Foundation
Rocky Hill, Ct.

Thanks so much everyone - it's working:
 The Mail Envelope: 

 Sender:   [EMAIL PROTECTED]  
  
 Process Section


 Message maximum record size is: 104

 Message successfully transmitted   


Can someone tell me how to have the sender be mail.cslf.org or the
persons actual e-mail address? In this case it would
[EMAIL PROTECTED]

Thanks again. 

 


 
Bob Pelletier
Connecticut Student Loan Foundation
Rocky Hill, Ct.


I am trying to send all e-mail from the FRAME to a mail server. I am
using XMITIP to do this. I have the e-mail being sent BUT the from field
after leaving the JES spool looks like this:
ERROR parsing sender address:
@CPAC.CSLF.ORG:[EMAIL PROTECTED] :  No local-part (user account)
found at position 1

I have tried everything I can think of in the TCPIP PROFILE, TCPIP DATA
and SMTP config files. Can someone offer me some suggestions? Thanks
all. 

--
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/archives/ibm-main.html

--
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/archives/ibm-main.html

Re: More SMTP HELP Needed

2007-05-22 Thread Ed Finnell

 
In a message dated 5/22/2007 1:54:11 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

persons  actual e-mail address? In this case it  would
[EMAIL PROTECTED]



>>
XMITP has a REPLYTO that I think will serve your purpose. So even though it  
comes from the MF the actionable item is directed to a 'real'  person. 



** See what's free at http://www.aol.com.

--
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/archives/ibm-main.html

Re: Indirect Cataloging (Was: Re: Compuware installs get an "F")

Paul Gilmartin wrote:

On Tue, 22 May 2007 08:15:16 -0400, John Eells wrote:

I am completely naive of "indirect cataloguing". What book should
I read?

- The parameters for DEFINE NONVSAM in z/OS DFSMS Access Method
Services for Catalogs:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2i250/16.1.1?SHELF=EZ2ZO10h&DT=20060630014839&CASE=

Got it. Thanks. In fact, I had some vague knowledge of the facility, but
not by name, nor how to use it.

How worthwhile is it for an ISV to provide skeleton JCL for the customer
to use in cataloguing with indirect volume references? (And I note that
some vendors' testing resources might be much taxed by validating such
a facility.)

"NONVSAM". Is there comparable support for VSAM, or would customers expect
the CSI to be simply catalogued, with multiple TARGET and DLIB zones referring
to indirectly catalogued libraries? This feels s risky: running an
APPLY or ACCEPT job on the wrong system could be disastrous. It would feel
safer if all update jobs made direct references to the output data sets,
and any indirect references were read-only.

There is no indirect catalog support for VSAM. The closest you
can come is to place a user catalog on the volume with the VSAM,
have that catalog own all the VSAM data sets on the volume, and
use indirect aliasing to find the catalog. Do a search in the
AMS book for the "SYMBOLICRELATE" keyword of the DEFINE ALIAS
command.

Note also that you cannot indirectly catalog a data set in JCL.
You must use the IDCAMS DEFINE NONVSAM commmand, along these lines:

//STEP EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSINDD *
DEFINE -
NONVSAM( -
NAME(data.set.name) -
VOLUMES(&SYSR1) -
DEVT()) -
CATALOG(user.catalog.name.if.needed)

You could also use the IDCAMS ALLOCATE command to allocate the
data sets and set up command return code checking and
conditionally run commands to accommodate restart, etc., as we
did in ServerPac's ALLOCDS job a while ago. This is cleaner--if
more complex--than using IEFBR14, which will have condition code
zero whether or not the data sets got allocated and cataloged (or
not) as you intended. If you go this route, why we use SSAs in
ServerPac will quickly become apparent. ;-)

In my opinion:

- DDDEFs should not point to cataloged data sets on production
systems. Instead, even though the catalog entries for system
residence target volume (sets) should be indirect to allow master
catalog reuse and make migration/backout easier, the DDDEFs
should point to specific volumes (with a unit of SYSALLDA just in
case we ever introduce another device type). Also, the DDDEFs
for the production copy should point to a volume that does not
exist to avoid inadvertantly running APPLY against the active system.

- From a software packaging standpoint, if your software lives on
the sysres target volume set you should provide support for
indirect cataloging using system symbols. People can define
system symbols based on the value of the system-supplied &SYSR1
symbol for the IPL volume to point to data sets on &SYSRn volumes.

--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
[EMAIL PROTECTED]

--
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/archives/ibm-main.html

Re: RES: ISPF Edit Recovery Recursion

2007-05-22 Thread Lizette Koehler

Barry,

I have gone as far as copying the Logon Proc (It is the same on all systems) 
and editing it down to just the ISPF and SDSF libraries (SYS1.ISP.SISP and 
SYS1.ISF.SISF) and it still fails.

I had copied the IBM clist to a new library and placed it at the top of 
SYSPROC.  That works fine and I have no failures.  It seems that there is 
something unique in this one system.  Since I cannot complete the SJ command 
(or SE) I am unable to get to the point that allows the REC OFF command to be 
issued.  

I am starting to think of VLF, PDSMAN, or LLA as a possible culprit.

I cannot seem to find the function that is causing this craziness.  So I have 
opened an ETR with SDSF L2 for assistance.  Since the failure only occurrs in 
SDSF and not regular ISPF, I started with them.

I know that SDSF is invoking ISPF Services (like Edit Recovery) for SJ and SE 
functions.

If I get an answer, I will let everyone know.

Lizette

>
>If you have an ID it does not fail on, you might start by looking at
>what is different: DSN concatenation sequences in each DD name, edit
>options (TSO PROFILE command), edit profiles, etc.
>
>You could add "CONTROL LIST CONLIST SYMLIST" near the top of your copy
>of the CLIST so you can watch what is happening.  You might also try
>allocating a couple of appropriately named datasets manually just to
>make sure something didn't change in SMS and friends.
>
>Does it still fail if you turn RECOVERY off?
>

--
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/archives/ibm-main.html

Re: Indirect Cataloging (Was: Re: Compuware installs get an "F")

2007-05-22 Thread Mark Zelden

On Tue, 22 May 2007 16:10:14 -0400, John Eells <[EMAIL PROTECTED]> wrote:

>
>- From a software packaging standpoint, if your software lives on
>the sysres target volume set you should provide support for
>indirect cataloging using system symbols.  People can define
>system symbols based on the value of the system-supplied &SYSR1
>symbol for the IPL volume to point to data sets on &SYSRn volumes.
>

Which doesn't work for zFS.  Which brings back similar issues 
that there were when HFS had to be SMS controlled.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
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/archives/ibm-main.html

Re: Recommend Coax-Attached Consoles?

2007-05-22 Thread Ed Finnell

 
In a message dated 5/22/2007 2:14:40 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

nicely.  But, we run an almost completely lights-out shop so they don't 
get a lot  of use. I suggest you try to replace just one console and see 
how your  operators like it. They're not expensive.



>>
It's been so long. Think we used these for multi-session. Went with the  last 
throws of INFO-Window with a SVGA output and Dell 17" monitors for Hard  
consoles. Then all the thick glassed gray haired folks retired...
 
_http://www.insync3270.com/Terminal.htm_ 
(http://www.insync3270.com/Terminal.htm) 



** See what's free at http://www.aol.com.

--
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/archives/ibm-main.html

Re: Why is there JOB scope for DSN ENQ's anyway?

On Tue, 22 May 2007 13:17:16 -0500, Scott Fagen wrote:
>>>
>>> ...  If the ENQ is exclusive for the first step and
>>>shared for the second, it will be changed by the initiator/terminator
>>>between steps.
>>>
>>Nope.
>>
>>Wishful thinking.
>>
>>But why not?
>
>ENQ RET=CHNG only supports 'upgrade' from SHR to EXC, not 'downgrade' from
>EXC to SHR.  ...
>
That answers nothing; it's the impatient parent telling the curious
child, "Because!"  The question remains, "But why not?"

See Robert Rosenberg's recent well-reasoned contribution on this
topic:

   Linkname: Re: Why is there JOB scope for DSN ENQ's anyway?
URL: http://bama.ua.edu/cgi-bin/wa?A2=ind0705&L=ibm-main&P=195906

-- gil

--
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/archives/ibm-main.html

z/OS UNIX executable --> AMODE & RMODE?

2007-05-22 Thread Big Iron

There is an example of coding AMBLIST for HFS modules in
  http://www.ibm.com/support/docview.wss?uid=isg1OW57668
which should report these values, IIRC.

Also see http://members.tripod.com/billlalonde/oehist.htm

Bill

M. Castelein wrote:
> For a load module residing in a PDS or a program object residing in a PDSE, 
> using ISPF to display the library's member list is an easy way to retrieve 
> the program's AMODE and RMODE attributes.
> 
> Is there an even straightforward method to display the AMODE and RMODE of an 
> executable residing in the HFS?
> 
> TIA
> 
> Michel Castelein
> 
> --
> Michel Castelein - Arcis Services
> MVS-OS/390-z/OS system engineer & instructor
> arcis[at]advalvas[dot]be
> http://www.geocities.com/michelcastelein/

--
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/archives/ibm-main.html

DISP=(MOD,DELETE)

The JCL fragment:

//STEP EXEC  PGM=IEFBR14
//*
//SYSUT1DD   DSN=user.FOO.BAR.SMPLOG,DISP=(MOD,KEEP),
//   VOL=SER=TSO026,
//UNIT=SYSALLDA

where 'user.FOO.BAR.SMPLOG' does not pre-exist on the volume
produces allocation messages:

IEF236I ALLOC. FOR MODKEEP STEP   
IEF237I 3ECA ALLOCATED TO SYSUT1  
IEF142I MODKEEP STEP - STEP WAS EXECUTED - COND CODE  
IEF285I   user.FOO.BAR.SMPLOG  KEPT   
IEF285I   VOL SER NOS= TSO026.
IEF373I STEP/STEP/START 2007142.1554  

... but VTOC listing does not show the data set.  As I read
the " 12.19.11 Summary of Disposition Processing" in the JCL
RM, I believe it should be kept.  When I change to DISP=(NEW,KEEP),
it fails with:

IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET

Is this working as expected?  Should I be able to understand
this?

Thanks,
gil
-- 
StorageTek
INFORMATION made POWERFUL

--
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/archives/ibm-main.html

Re: 3350 failures

In <[EMAIL PROTECTED]>, on
05/21/2007
   at 02:02 PM, William Donzelli <[EMAIL PROTECTED]> said:

>Will a 3880 with proper microcode control 3350s?

Yes, if it's the right model.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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/archives/ibm-main.html

Re: Indirect Cataloging (Was: Re: Compuware installs get an "F")