BPXI039I and SHRLIBRGNSIZE at 100%

[Lizette Koehler]

Tonight I got a message of BPXI039I for the SHRLIBRGNSIZE being 100% for the
value of 67108864

Now it tells me to raise this value with a SETOMVS or SET OMVS.  However, is
there a way to see what is consuming this resource?  And how to determine
how to safely raise the value if necessary?

I want to make sure we have sufficient resources to raise it up.


Thanks


Lizette

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

Re: Filling in the holes

[Shmuel Metz (Seymour J.)]

In <5296461027529388.wa.paulgboulderaim@bama.ua.edu>, on
10/27/2011
   at 06:53 PM, Paul Gilmartin  said:

>I recall a computer, perhaps pre-360; perhaps non-IBM whose
>operator's console had a deeply recessed button that set all central
>memory to 0.

S/370 included a clear-reset function that cleared storage. Is that
what you're thinking of?
 
-- 
 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DSCB DSECTs?

[Shmuel Metz (Seymour J.)]

In
,
on 10/28/2011
   at 10:13 AM, "Chase, John"  said:

>It also seems the Data Areas manuals aren't published any more 
>(I don't find them in the z/OS 1.11 MVS or DFSMS bookshelves).

Did you look in the diagnosis book shelf?

>Would one of you be so kind as to shove my nose into the right book
>or macro?

It used to be IECSDSL1. I'd start there.
 
-- 
 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: As IBM CEO, Ginni Rometty will bring some Midwestern charm

[Shmuel Metz (Seymour J.)]

In
,
on 10/27/2011
   at 05:11 PM, Kirk Wolf  said:

>I've heard of "southern charm",

I found Indianapolis to be far more charming and hospitable than
either Augusta or Columbia, at least for those in uniform.
 
-- 
 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CRLF in unix, translated :-)

[Shmuel Metz (Seymour J.)]

In <5324404266869504.wa.paulgboulderaim@bama.ua.edu>, on
10/28/2011
   at 12:20 PM, Paul Gilmartin  said:

>Did you try for SOPHIST as a poor second choice?

I thought that you had that locked up.
 
-- 
 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Filling in the holes

[Shmuel Metz (Seymour J.)]

In <20111027192044.3c9f72d5f...@urania.ugcs.caltech.edu>, on
10/27/2011
   at 12:20 PM, glen herrmannsfeldt  said:

>As I understand it, Fortran variables, and DS in assembler,  generate
>holes in the object program (no TXT record for that position), and
>are filled in either by the linkage editor or program fetch.

Not quite. The exact processing depended on the region size, but in
general the Linkage Editor packaged program data into text records,
with gaps when going to new csects. There might or might not be a gap
for a DS, depending on the size of the text record being built. So the
area for a DS might have residual data in a text record, or it might
have residual data from the storage allocated by Fetch.

>I believe that early OS/360 versions left whatever happened to be
>there, either in the linkage editor buffer or, for program fetch, in
>that memory location.  At some time later, possibly for security
>reasons, this was changed to initialize to zero, or maybe something
>else (such as X'81').

I'm not aware of IBM making any such change. Perhaps you had a local
mod from, e.g., SLAC?
 
-- 
 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Information About Library Before and After Compress

[Shmuel Metz (Seymour J.)]

In
,
on 10/28/2011
   at 04:37 PM, Sérgio Lima Costa  said:

>Someone know, IF is possible get this information under a batch JOB ?

Yes; it is possible to run TSO in batch and it is possible to run ISPF
in batch TSO. You will need to modify your command to write its output
to a dataset.
 
-- 
 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Lines per page - IDCAMS output

[Shmuel Metz (Seymour J.)]

In ,
on 10/28/2011
   at 06:54 AM, "McKown, John"  said:

>How about SNOBOL4?

Shirley SL/5 or Icon is more suitable. 
 
-- 
 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Problems calling IDCAMS:

[Shmuel Metz (Seymour J.)]

In
,
on 10/28/2011
   at 03:39 PM, Joe Aulph  said:

> LAR1,ARGLIST

What is in ARGLIST and the things it points at?

>I was able to construct SYSIN and get the appropriate SYSPRINT. But
>as the program grew I ran into S0C4 rsn=0011 problems.

Where? Did you try to resolve them?
 
-- 
 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: STP and Time Change

[Shmuel Metz (Seymour J.)]

In <1319835343.11223.yahoomail...@web65510.mail.ac4.yahoo.com>, on
10/28/2011
   at 01:55 PM, Scott Ford  said:

>Your talking about NTP ...the daemon on Unix that provides the
>correct time from Atomic clock sites ?

NTP is a protocol. I believe that the daemon is ntpd.
 
-- 
 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Maintenance at two in the afternoon? On a Friday?

[John Gilmore]

There is a piece of police lore which has it that 0300 local time,
when almost everyone is asleep, is the best time to arrest someone in
his home.

An obvious corollary is that system maintenance should be done when
the local time is 0300 everywhere.

John Gilmore, Ashland, MA 01721 - USA

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

Re: CRLF in Unix being translated on Mainframe to x'25'

[Paul Gilmartin]

On Tue, 25 Oct 2011 20:42:25 -0500, Shmuel Metz (Seymour J.)  wrote:
>
>>Were it my choice, I'd define a new code page with LF at 0x15 and NEL
>>at 0x25 to validate the OEMVS311 translation table.
>
>That would cause problems for data where LF really means LF and CR
>really means CR. Whether any such are still in use I don't know.
> 
What's "really" LF?  0x0A?  0x25?  0x15?  And in what data do each of
these cause problems or not cause problems?  Device drivers should
be aware of the code page of the data, and take suitable action on
embedded control codes.

I did some experimenting.  On Ubuntu Linux:

501 $ uname -a
Linux Linux-Mac 3.0.0-12-generic #20-Ubuntu SMP Fri Oct 7 14:50:42 UTC 2011 
i686 i686 i386 GNU/Linux
502 $
502 $ printf '\x0A' | iconv -f iso8859-1 -t ibm-1047  | od -x
000 0025

Which is obviously correct according to the definitions of the
respective code pages.


On z/OS:

user@MVS.:128$ uname -a
OS/390 MVS3 22.00 03 2066
user@3MVS.:129$
user@3MVS.:129$ printf '\x0A' | iconv -f iso8859-1 -t ibm-104>
00  1500

This is equally obviously incorrect. This causes problems, reported
in these fora, when programmers transfer text files in binary and
rely on iconv(1) to perform the conversion.  They get different
results according to whether the conversion is performed on the
Linux platform or on z/OS.

I grant that the existing behavior on z/OS must be preserved for
compatibility with existing code.  But there's still a way out:

Define a new code page (perhaps IBM-1047-X) with NEL at 0x25 and
LF at 0x15; otherwise identical to IBM-1047.  Replace mention of
IBM-1047 with IBM-1047-X in documentation where appropriate (i.e.
nearly everywhere).  Register IBM-1047-X with ICANN (or suitable
standards organization).  Deprecate use of "IBM-1047" for reasons
of ambiguity.

Honesty is the best policy,
gil

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

Re: Maintenance at two in the afternoon? On a Friday?

[Rick Fochtman]

That may well be. In that case, and being of more-or-less common sense, 
I'd try to schedule my maintenance when the fewest customers would be 
affected, without regard to such old-fashioned notions as "It's mignight 
here. Good time to do it."


Rick
--
Mike Schwab wrote:


Maybe the system is in China or India, where it would be and early
Saturday Morning?

On Fri, Oct 28, 2011 at 3:29 PM, Steve Comstock
 wrote:
 


Well, I just tried to do some online credit card
account maintenance with my Capital One card, and
got the message 'System Unavailable'. I called
tech support and they said they were doing maintenance
on the system. Regular weekend maintenance.

At 2:00 on a Friday afternoon? Does anyone know if
they are using mainframes for their online / web based
work? Sheesh! Someone should teach them they can use
mainframes and do maintenance while the system keeps
running!

Makes you wonder about staying with them.
--
Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.
   



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

Re: Please Help IBM Fix 'Broken' PDSE Problems

[Bob Shannon]

>In Ed's case, he is doing legal sharing with PDSESHARING(EXTENDED) and running 
>into problems >because of (alleged?) broken IBM code.

We're a heavy PDSE user and we see these abends too. I don't think "alleged" 
applies to this problem.

Bob Shannon
Rocket Software 

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

Re: Maintenance at two in the afternoon? On a Friday?

[Rick Fochtman]

Linda Mooney wrote:

Hi Steve, 




A very quick perusal of their careers page shows that they are looking foe someone with 

 

Bachelors Degree in Business Administration or Information Technology 
•ITIL certifications 
•1 year of experience in ITIL processes 
•2 years of experience in Application development 
•Knowledge of ITIL process and procedures 
•Experience managing outsourced providers in the delivery of technical services (i.e. contractors) 
•MVS/CICS/DB2 skills, no scripting necessary. 
•Proficient knowledge of mainframe environment including z/OS including basic mainframe tools and navigation 



So maybe the "down for maintenance" was more of an OOPS! notice of boat anchor dragging? 




Looks like they might need some serious training on that mainframe - they don't seem to know how to use it properly.   




Linda 
 


-
A big "AMEN" to that, Linda.

Rick

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

Re: Lines per page - IDCAMS output

[Elardus Engelbrecht]

Ed Gould wrote:
> If we want to delete the skip to channel 1 then I think you want to omit it 
> not include. 

Thanks for spotting my error (I *said* my memory is not that good, mind you... 
;-D )


INCLUDE COND=(1,7,CH,EQ,C'1IDCAMS') must be actually

INCLUDE COND=(1,7,CH,NE,C'1IDCAMS') or something like that. 

You can split up the output using any of DFSORT or ICETOOL's statements. You 
can even subset some of IDCAMS's output to show only some fields you're 
interested to by using the correct INCLUDE statements.


>However if the idea is to make you own decision on where to skip to channel 1 
>you would have to insert at a later time the skip to channel one and the 
>header yourself.

True. This gory stuff is for the OP.   ;-D

You can have ICETOOL use or omit titles/headers with/without 
date/time/headers/etc. 
You can have ICETOOL to use NOCC (no channel character). 
You can use LINES(n) to specify the lines per page. 

It is up to the OP to decide what he/she wants to use.

As someone else said - there are more than one way to skin a cat.

Ed, many thanks for spotting my syntax error. I really need your eyes, can I 
have them? :-D

Groete / Greetings
Elardus Engelbrecht

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

Re: Problems calling IDCAMS:

[Binyamin Dissen]

On Fri, 28 Oct 2011 15:39:29 -0400 Joe Aulph  wrote:

:>I'm having an issue with calling IDCAMS from within my program and if anyone
:>could shed some light on this I'd appreciate it.

:>The scenario is like this my program manipulates the SYSIN input to IDCAMS
:>and would, post call, manipulate the SYSPRINT output.
:>The execution JCL allocates both SYSIN & SYSPRINT.

:>Initially I was having good success using the call format: No options
:>specified.
:> LAR1,ARGLIST
:> LINK IDCAMS

   ...nit   EP=  

:>I was able to construct SYSIN and get the appropriate SYSPRINT. But as the
:>program grew I ran into S0C4 rsn=0011 problems.

Because of  

:>After wrestling a bit with that I switched to the LOAD & CALL format:

Why?

:> LOAD EP=IDCAMS
:> LR R15,R0
:> CALL (15),OPTIONS,VL  once again no options specified.

What is "OPTIONS"? In you previous example it would appear that ARGLIST points
to the option list.

:>This worked just fine, getting around the S0C4 problem, except that now the
:>SYSPRINT output is a total mess.

:>The output is 146 lines of VBA/125 output. Interlaced through out are the
:>IDCAMS headders, page numbers, SYSIN commands stuff you'd expect to see.
:>But no actual output from the SYSIN commands, everything else is hundreds of
:>x'4B', an ocassional other odd character but mostly periods, x'4B' .

Is that based on examining the "true" sysprint or after it is massaged by your
program?

:>The code is not-reentrant, I've done no GETMAIN's, has anyone ever ran into
:>this sort of thing? Any help would be appreciated.

Your original 0C4 points to bugs.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: Please Help IBM Fix 'Broken' PDSE Problems

[Mark Zelden]

On Fri, 28 Oct 2011 23:57:05 -0500, Paul Schuster  
wrote:

>Ed:
>
>Are you trying to do something with a PDSE on SYSTEM 'B' after SYSTEM 'A' has 
>changed it from under you?
>
>I have encountered problems this way.
>

Have you done this outside sysplex boundaries?  That of course is not allowed 
an 
will lead to problems since the changes are communicated via XCF.  

In Ed's case, he is doing legal sharing with PDSESHARING(EXTENDED) and running 
into
problems because of (alleged?) broken IBM code.

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

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

Re: question about tcpip

[Chris Mason]

Kurt

Something else I forgot to do last time was check the z/OS Communications 
Server IP Diagnosis Guide manual for any references.

There is actually a very useful one which helps explain how the ETC.SERVICES 
data set is used. This is the following:

3.17.1 Setting up the inetd configuration file

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1c5b0/3.17.1

Chris Mason

On Wed, 26 Oct 2011 11:14:53 -0700, Kurt Eastwood  wrote:

>Hello,
>
>Thanks to any and all who consider my question.
>
>Can  the TCPIP.ETC.SERVICES file be changed at will or are there special 
>considerations for changing this file , such as task usage, back up, etc that 
>must be taken into account before changing this file?
>
>Can anyone give me a brief explanation when and how this file is used?
>
>Thanks for any help anyone is willing to offer.
>
>Kurt

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

Re: Maintenance at two in the afternoon? On a Friday?

[Anne & Lynn Wheeler]

st...@trainersfriend.com (Steve Comstock) writes:
> Well, I just tried to do some online credit card account maintenance
> with my Capital One card, and got the message 'System Unavailable'. I
> called tech support and they said they were doing maintenance on the
> system. Regular weekend maintenance.
>
> At 2:00 on a Friday afternoon? Does anyone know if they are using
> mainframes for their online / web based work? Sheesh! Someone should
> teach them they can use mainframes and do maintenance while the system
> keeps running!

we were doing (IBM's) HA/CMP ... this is old post about early jan92
ha/cmp cluster scaleup meeting in Ellison's conference room
http://www.garlic.com/~lynn/95.html#13

within a few weeks, the cluster scaleup is transferred, announced as ibm
supercomputer and we were told we couldn't work on anything with more
than four computers ... prompting us to leave a few months later. some
old ha/cmp cluster scaleup email
http://www.garlic.com/~lynn/lhwemail.html#medusa

two of the other people at the Ellison meeting also leave and join small
client/server startup responsible for something called "commerce
server". we get brought in as consultants because they wanted to do
payment transactions on the server; the startup had also invented this
technology called "SSL" they want to use; the result is now frequently
called "electronic commerce". Part of the effort was figuring out how to
use "SSL" for the browser/webserver payments (we also had to audit all
this companies selling "SSL" domain name digital certificates) as well
as transactions between webservers and the payment gateway (sits between
the internet and payment networks). For no-single-point-of-failure, the
payment gateway had multipe connections into the internet and the
webservers (talking to payment gateway) had to support multiple DNS
A-records (translated domain name to multiple different ip-addresses).

However, I didn't have final sign-off for the browser support ... and
could only recommend that they implement multiple A-record support.
They said it was too complex. I gave tutorials, they said it was too
complex. I provided them example client code from 4.3Tahoe, they said it
was too complex (it was more than year later before they supported
multiple A-record support).

An early commerce server was major sporting goods operation that was
doing national football tv advertisement on sundays ... and were
expecting big upswing in traffic during half-time. This was when major
ISPs still scheduled maintenance on Sundays. Even though, their server
had multiple connections to different parts of the internet ...  if the
ISP router for the first IP-address in the DNS record was down for
maintenance ... it would effectively have the webserver off the air.

in any case, there can be dozen's of components between a browser and
backend processor that holds the account record. backend systems holding
account records still are typically mainframes ... but they can have all
sorts of non-mainframe intermediate components between the backend
mainframe and any internet webafied interface.

the configurations I would put together were no-single-point-of-failure
... even for pure web ... but others may have not been so careful.
While still at IBM doing HA/CMP ... I had also coined marketing terms
"disaster survivability" (to differentiate from disaster/recovery) and
"geographic survivability". They then asked me to do section for the
corporation's continuous availability strategy document ...  but it got
pulled when both Rochester (as/400) and POK (mainframe) complained they
couldn't meet the requirements. misc. past posts mentioning availability
http://www.garlic.com/~lynn/submain.html#available

go out and try a point-of-sale transaction on the card ... it will
typically go through components that are frequently pure legacy
(although increasing percentage are transitioning to internet for
point-of-sale ... even with backend still mainframe).

"off-peak" for many web components also tend to different than backend
... with web-use spiking during non-normal working hrs (weekends and
off-shift when people are mostly not at work).

-- 
virtualization experience starting Jan1968, online at home since Mar1970

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

Re: Please Help IBM Fix 'Broken' PDSE Problems

[Jim Thomas]

Ed,

This is one of the reason's I'd mentioned being environmentally aware. 

I fully understand that dumps give us a lot of information. Been thru too 
many dumps myself ... but there are times, as have been noted with PDSE's,
that 'other' environmental factors play a role and or contribute to the 
corruption. 

FWIW, in no way had I meant my comments to be offensive in any way, manner
shape or form.

II14218 (and others) does provide info on what one can watch for ... just 
in case it assists with this particular issue.  

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Edward Jaffe
Sent: Saturday, October 29, 2011 9:11 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Please Help IBM Fix 'Broken' PDSE Problems

On 10/28/2011 9:57 PM, Paul Schuster wrote:
> Are you trying to do something with a PDSE on SYSTEM 'B' after SYSTEM 'A'
has changed it from under you?

Probably. It's a 3-way parallel sysplex. Jobs are eligible to run on any of
the 
three systems.

-- 
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

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



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2012.0.1834 / Virus Database: 2092/4580 - Release Date: 10/28/11

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

Re: Please Help IBM Fix 'Broken' PDSE Problems

[Edward Jaffe]

On 10/28/2011 9:57 PM, Paul Schuster wrote:

Are you trying to do something with a PDSE on SYSTEM 'B' after SYSTEM 'A' has 
changed it from under you?


Probably. It's a 3-way parallel sysplex. Jobs are eligible to run on any of the 
three systems.


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

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

Re: Lines per page - IDCAMS output

[John McKown]

Very true. I sometimes get carried away with my current "love".

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

Re: Information About Library Before and After Compress

[Ted MacNEIL]

>Directory is 62 (or so) blocks (to take up the entire first track).

44
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

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