date:20100812

In 03cf01cb399d$fdb1d590$f91580...@net, on 08/11/2010
   at 04:41 PM, William H. Blair wmhbl...@comcast.net said:

According to a paper in the IBM Systems Journal, Volume 25 Issue 3.4
(1986) on pages 274-305, titled Impact of memory systems on computer
 architecture and system organization --.

 A sector on a modern 3380 disk is about 512 bytes long 

Thanks. The context seems to be RPS, and there's nothing there to
indicate whether that is correlated to the cell structure on the
track.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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: auditor request question

In
1491318961-1281558009-cardhu_decombobulator_blackberry.rim.net-4985524...@bda026.bisx.prod.on.blackberry,
on 08/11/2010
   at 08:20 PM, Ted MacNEIL eamacn...@yahoo.ca said:

4. Are you attempting to hijack this thread, or to belittle a valid
concern?

No.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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

QUESTION ABOUT HSM - RECYCLE

Good Day,
 
I have noticed something very strange.  A recycle did not execute because of :
 ARC0846I ML2 TAPES ARE BEING RECYCLED BY ANOTHER HOST.
The only problem is that there is no other host which is using this address 
space.  This partition is not shared by another resource.  I noticed that 
SECONDARY SPACE MANAGEMENT is running.  Could this be the cause?
Here is the message in its entirety:
RECYCLE EXECUTE ALL PERCENTVALID(25) 
ARC0830I RECYCLE COMMAND PROCESSING STARTING 
ARC0846I ML2 TAPES ARE BEING RECYCLED BY ANOTHER HOST
ARC0837I NO BACKUP VOLUMES WERE FOUND TO BE ELIGIBLE FOR RECYCLE, CRITERIA 
USED=025%
ARC0847I RECYCLE INPUT VOLUMES FREED=, OUTPUT VOLUMES USED=
ARC0831I RECYCLE COMMAND PROCESSING ENDING 

I would deeply appreciate it if someone could afford me an answer.
 
Thanks






--
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: What are types of Work in SMF 30 record?

2010-08-12 Thread Charles Mills

Thanks. Did APPC/MVS transaction program go to SNA heaven?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Cheryl Walker
Sent: Wednesday, August 11, 2010 7:38 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: What are types of Work in SMF 30 record?

The SMF30WID can be JES2, JES3, OMVS, STC, or TSO.  MXG uses JOB for JES2 
JES2, and TSU for TSO.

Cheryl

==
Cheryl Watson
Watson  Walker, Inc.
www.watsonwalker.com
==

On Aug 11, 2010, at 11:06 AM, Mackenzie, Bruce wrote:

I can only speak for our shop in which I only see these four.  

 JES2 
 OMVS 
 STC  
 TSO  

I would assume that if we were a JES3 shop, the batch would show up as JES3.

Bruce

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Charles Mills
Sent: Wednesday, August 11, 2010 9:50 AM
To: IBM-MAIN@bama.ua.edu
Subject: What are types of Work in SMF 30 record?

The documentation in Chapter 13 of z/OS V1R10.0 MVS System Management
Facilities (SMF) says SMF30WID 4 EBCDIC Work type indicator for the address
space. The value identifies the type of address space that is being reported
on (for example: STC for started tasks and system address spaces, TSO
for TSO/E users, etc).

The earlier paragraphs mention various types of work: a TSO/E session,
APPC/MVS transaction program, OMVS forked or spawned address space, started
task, or batch job.

--
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: Basic question about CPU instructions

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Supra Uche
 Sent: Thursday, August 12, 2010 1:10 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Basic question about CPU instructions

 Hello List,
 I want to learn how a cpu type change effects my application 
 performance. 
 When a new generation mainframe is  produced, it comes with 
 hundreds of 
 new instructions. I think that new instructions run 
 applications more efficiently 
 than the previous ones. Also for example if i had a 1000 MIPS 
 capacity 1 CPU 
 old machine, the new generation mainframe comes with 1200 
 MIPS capacity 
 per CPU. If I think like, the number of mips increased also 
 the instructions will 
 be more efficient than the previous ones. So my total gain is 
 bigger than the 
 mips capacity increase, is that idea correct or not ? Or is 
 that directly related 
 with the operating system version? If i dont upgrade my z/OS, 
 will i able to 
 get the benefit of new instructions?
 I hope i could explain myself. 
 Thank you.

New instructions do not necessarily run more efficiently than previous 
instructions. It depends on what the instructions do, of course. I have not 
tested it myself, but I've been told that on some processors, the MVCL 
instruction is actually slower than doing a corresponding loop using MVC. And I 
wonder if MVCLE is more efficient than MVCL. I also remember when IBM went from 
BiPolar machines (3090?) to CMOS (?). The packed decimal instructions performed 
dismally.

Now, some of the recent z10 and above sure sound like they are more efficient. 
Such as using the new compare and branch instructions instead of the separate 
compare  branch instructions. But not always. If you need a two way compare, 
then compare and branch makes sense. But if you need a three way compare 
(such as compare against zero, branch one place if negative, another place if 
zero, and next instruction if positive), then a separate compare followed by 2 
branch instructions might be more efficient than two compare and branch 
instructions. But without a z10 to test on, I don't know that for certain.

Now, the OS level you're running has nothing to do with or influence the 
efficiency of the instructions in your program. So if you get a z10 or z196 and 
start using the new instructions, then you get the benefits of the new 
instructions. If an old instruction has its execution improved, then you get 
that improvement in your code. If an old instruction executes slower on the new 
processor, then your code will suffer.

I think your general question has an answer of false. Basically the new CPU 
is faster because of a better cycle time and because more efficient hardware 
or millicode. The two together are use to calculate the MIPS of the machine. 
Of course MIPS and even MSUs are now only marketting propoganda with little 
technical meaning.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-691-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

--
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: Basic question about CPU instructions

2010-08-12 Thread zMan

On Thu, Aug 12, 2010 at 8:51 AM, McKown, John john.mck...@healthmarkets.com
 wrote:

 New instructions do not necessarily run more efficiently than previous
 instructions. It depends on what the instructions do, of course. I have not
 tested it myself, but I've been told that on some processors, the MVCL
 instruction is actually slower than doing a corresponding loop using MVC.
 And I wonder if MVCLE is more efficient than MVCL. I also remember when IBM
 went from BiPolar machines (3090?) to CMOS (?). The packed decimal
 instructions performed dismally.

 Now, some of the recent z10 and above sure sound like they are more
 efficient. Such as using the new compare and branch instructions instead of
 the separate compare  branch instructions. But not always. If you need a
 two way compare, then compare and branch makes sense. But if you need a
 three way compare (such as compare against zero, branch one place if
 negative, another place if zero, and next instruction if positive), then a
 separate compare followed by 2 branch instructions might be more efficient
 than two compare and branch instructions. But without a z10 to test on, I
 don't know that for certain.

 Now, the OS level you're running has nothing to do with or influence the
 efficiency of the instructions in your program. So if you get a z10 or z196
 and start using the new instructions, then you get the benefits of the new
 instructions. If an old instruction has its execution improved, then you get
 that improvement in your code. If an old instruction executes slower on the
 new processor, then your code will suffer.

 I think your general question has an answer of false. Basically the new
 CPU is faster because of a better cycle time and because more efficient
 hardware or millicode. The two together are use to calculate the MIPS of
 the machine. Of course MIPS and even MSUs are now only marketting propoganda
 with little technical meaning.


Indeed. This is a great post.

I'd add that things like pipelining and out-of-order execution and the like
can have large and unintuitive effects.

I remember some old IBM code (EXEC 2 source on VM) that had comments like
do this while R2 settles; that surely held true when the code was written,
and for at least ten minutes after that. Now on zEnterprise, the hardware
makes those decisions for you -- says OK, he's doing a load into R2, then
an add to R2, then an unrelated load into R3 -- I can swap the last two
instructions and make it faster without changing the result (no, I don't
claim that's a real example, just the kind of thing that OOO execution
enables).

So a LR instruction on a 4.4GHz z10 *might* be 15% slower than on a 5.2GHz
zEnterprise, or it might be 20% or 10% slower. And thanks to OOO execution,
that will even vary from LR to LR.

The good news is, this is a performance question, so an answer of it
depends is traditional and thus appropriate!
-- 
zMan -- I've got a mainframe and I'm not afraid to use it

--
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: basic questions about machine instructions

2010-08-12 Thread john gilmore

I very largely agree with Gerhard Postpischl's comments.  
 
The question of the effects of new machine instructions on execution times 
does, however, require further comment.
 
The first, surpassingly obvious thing that must be said about new instructions 
is that  not every mainframe currently in use is equipped with them.  In 
consequence an ISV product or an IBM translator like the HLASM is likely to 
avoid use of new instruction N until it is judgesd that all of the machines its 
customer base uses are equipped with that new instruction, which can take a 
preternaturally long time.
 
The second thing that must be said is that IBM translators, those for z/OS 
anyway, are mostly equipped with an ARCH[itectural level] option which 
specifies which instruction set is to be used in compiled code.  If the ARCH 
level for a compilation is not set high enough to include new instructions they 
go unused in compiled code.  (An obvious corollary is that if, say, a C or PL/I 
application is not recompiled by a compiler version that supports a new, higher 
architectural level, the availability of that level on some target machine will 
have no effect upon the execution times of that application on it.)
 
Now I have conducted no proper survey using a probability sample of mainframe 
shops,  but it is my impression that---excepting a few leading-edge shops from 
these strictures---most of them give too little attention to 1) specifying 
appropriate ARCH levels for compilations, 2) recompiling applications to permit 
the code compiled for them to reflect the availability of new instructions, or 
even 3) making new versions of compilers that support higher ARCH levels 
available in timely fashion.
 
The availability of new instructions does come over time to be reflected in the 
code skeletons used to compile applications, but this happens much more slowly 
than it should.  Inertia and lethargy must be and are paid for.  At best 
obsolescent techniques are often used long after they could have and should 
have been replaced.  
 
Moreover, concern with these 'bits and bytes' issues has never been great on 
the applications sides of most mainframe shops; and there is every indication 
that it is declining as even minimal understanding of them disappears.  

John Gilmore Ashland, MA 01721-1817 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: Basic question about CPU instructions

2010-08-12 Thread Joel C. Ewing

On 08/12/2010 01:09 AM, Supra Uche wrote:
 Hello List,
 I want to learn how a cpu type change effects my application performance. 
 When a new generation mainframe is  produced, it comes with hundreds of 
 new instructions. I think that new instructions run applications more 
 efficiently 
 than the previous ones. Also for example if i had a 1000 MIPS capacity 1 CPU 
 old machine, the new generation mainframe comes with 1200 MIPS capacity 
 per CPU. If I think like, the number of mips increased also the instructions 
 will 
 be more efficient than the previous ones. So my total gain is bigger than the 
 mips capacity increase, is that idea correct or not ? Or is that directly 
 related 
 with the operating system version? If i dont upgrade my z/OS, will i able to 
 get the benefit of new instructions?
 I hope i could explain myself. 
 Thank you.
 

Benefit long-term, probably; short-term, less likely.

If you make no changes to your Operating system, other vendor software
or your home-grown applications, most likely nothing will be using the
new instructions and you will see no benefit from them.  It's even
conceivable that changes at the hardware level to support the new
instructions might impact the relative performance of some of the older
instructions and that might have a more significant impact, positive or
negative, on your particular applications.

Until the Operating System or other purchased software requires the
new hardware level set, you can't be sure there is exploitation of the
new instructions, and even then there is no way of knowing whether the
impact is significant.  Seeing any benefit on home-grown applications
would require changes to Assembly code if you have any; and changes to
compilers and associated run-time libraries to exploit the new hardware
would be needed before one would expect applications in higher-level
languages to benefit. In some cases you might need to make source-level
application changes to exploit new data types in order to exploit new
hardware support.

If you migrate to higher level-set hardware that has been out for a
while, you could already be running software that conditionally supports
the new level set and could see some immediate exploitation on new
hardware.  In the past this has been both good and bad.  Things that
were working fine on older hardware without the exploitation can
suddenly break on the new, requiring new software maintenance.

It is reasonable to assume that some particular applications or tasks
were expected to benefit from the new instructions or IBM wouldn't have
bothered to add them (one would hope these changes are not driven solely
by Marketing); but some of the instructions may never be of use in your
particular environment, and it could take years before enough
exploitation of the others is in place to be significant to performance
in your environment.

-- 
Joel C. Ewing, Fort Smith, ARjcew...@acm.org

--
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: basic questions about machine instructions

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of john gilmore
 Sent: Thursday, August 12, 2010 8:10 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: basic questions about machine instructions

snip

 Moreover, concern with these 'bits and bytes' issues has 
 never been great on the applications sides of most mainframe 
 shops; and there is every indication that it is declining as 
 even minimal understanding of them disappears.  

 John Gilmore Ashland, MA 01721-1817 USA

And languages which use a VM, such as Java and Perl and ... , don't suffer 
because eventually the VM will be reimplemented to use the new instructions. So 
the programmers don't even need to understand machine architecture any more. 
Unfortunately, this leads them to write poorly performing code due to a total 
lack of understanding of even basic knowledge of how it really works. In some 
C code, I have actually seen for loops moving data from one char * to another 
char *, instead of using strncpy(). Or doing it with subscripts instead of 
pointers! for (i=0;src[i];i++) {dst[i]=src[i];}

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-691-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

--
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: IBM 3883 Manuals

2010-08-12 Thread Anne Lynn Wheeler

re:
http://www.garlic.com/~lynn/2010m.html#41 IBM 3883 Manuals
http://www.garlic.com/~lynn/2010m.html#42 IBM 3883 Manuals
http://www.garlic.com/~lynn/2010m.html#43 IBM 3883 Manuals

for other 3380 related info ... this old email talks about track spacing
(being 20 track widths on original 3380 and being reduced to 10 track
widths on double density 3380s):
http://www.garlic.com/~lynn/2006s.html#email871122

in this past post
http://www.garlic.com/~lynn/2006s.html#30 Why magnetic drums was/are worse than 
disks ?

the above post also contains this email
http://www.garlic.com/~lynn/2006s.html#email871230

where the father of 801/risc wanted me to help pitch a disk head
proposal to some executives.

-- 
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: SHARE - REXX requirements

In 01cb39b8$ed41cfb0$c7c56f...@netcom.com, on 08/11/2010
   at 07:54 PM, William M Klein wmkl...@ix.netcom.com said:

I recently posted this information in the comp.lang.rexx Usenet
group, but thought there might be some in IBM-MAIN would also be
interested.

What about TSO-REXX and the equivalent VM list, if any?

Thanks.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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: auditor request question

In
1654937378-1281569019-cardhu_decombobulator_blackberry.rim.net-19398315...@bda026.bisx.prod.on.blackberry,
on 08/11/2010
   at 11:23 PM, Ted MacNEIL eamacn...@yahoo.ca said:

But, there is a blood test (PSA) that will do the same thing).

By all means rely on that advise; I'll continue to rely on the medical
literature instead. Folks; this matter of semantics is a
life-or-death issue, so discuss it with your doctor instead of relying
on uninformed medical claims here.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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: Basic question about CPU instructions

In listserv%201008120109455161.0...@bama.ua.edu, on 08/12/2010
   at 01:09 AM, Supra Uche suprau...@hotmail.com said:

I think that new instructions run applications more efficiently  than
the previous ones.

Not quite. New code *may* run faster if it uses the new instructions;
old code will not be affected. If the operating system or libraries
use the new instructions in a fashion that makes them faster then all
applications may benefit.

1000 MIPS

Meaningless indicator of processing speed. There is no MIPS for a
processor, only for a specific instruction stream on the processor. An
MVC with a 1-byte length will run faster than an MVC with a 256 byte
length, but 256 of the former do the same useful work as one of the
latter.

If i dont upgrade my z/OS, will i able to 
get the benefit of new instructions?

Not unless you have code testing for their presence.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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

NO RESPONSE TO MY EARLIER POST ON HSM - REPOST

G'Day,
 
Did anybody have a chance to read my earlier post regarding HSM?  Just in case, 
I am reposting it.
 
I have noticed something very strange.  A recycle did not execute because of :
 ARC0846I ML2 TAPES ARE BEING RECYCLED BY ANOTHER HOST.
The only problem is that there is no other host which is using this address 
space.  This partition is not shared by another resource.  I noticed that 
SECONDARY SPACE MANAGEMENT is running.  Could this be the cause?
Here is the message in its entirety:
RECYCLE EXECUTE ALL PERCENTVALID(25) 
ARC0830I RECYCLE COMMAND PROCESSING STARTING 
ARC0846I ML2 TAPES ARE BEING RECYCLED BY ANOTHER HOST
ARC0837I NO BACKUP VOLUMES WERE FOUND TO BE ELIGIBLE FOR RECYCLE, CRITERIA 
USED=025%
ARC0847I RECYCLE INPUT VOLUMES FREED=, OUTPUT VOLUMES USED=
ARC0831I RECYCLE COMMAND PROCESSING ENDING 

  




--
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: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST

2010-08-12 Thread willie bunter

John,

It could be because the Secondary Space Management is executing.  However, 
since I am a newbie I would wait for the HSM gurus to respond.  

--- On Thu, 8/12/10, John Dawes jhn_da...@yahoo.com.au wrote:

From: John Dawes jhn_da...@yahoo.com.au
Subject: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST
To: IBM-MAIN@bama.ua.edu
Received: Thursday, August 12, 2010, 7:27 AM

G'Day,

Did anybody have a chance to read my earlier post regarding HSM?  Just in case, 
I am reposting it.

I have noticed something very strange.  A recycle did not execute because of :
 ARC0846I ML2 TAPES ARE BEING RECYCLED BY ANOTHER HOST.
The only problem is that there is no other host which is using this address 
space.  This partition is not shared by another resource.  I noticed that 
SECONDARY SPACE MANAGEMENT is running.  Could this be the cause?
Here is the message in its entirety:
RECYCLE EXECUTE ALL PERCENTVALID(25) 
ARC0830I RECYCLE COMMAND PROCESSING STARTING 
ARC0846I ML2 TAPES ARE BEING RECYCLED BY ANOTHER HOST
ARC0837I NO BACKUP VOLUMES WERE FOUND TO BE ELIGIBLE FOR RECYCLE, CRITERIA 
USED=025%
ARC0847I RECYCLE INPUT VOLUMES FREED=, OUTPUT VOLUMES USED=
ARC0831I RECYCLE COMMAND PROCESSING ENDING 

--
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

--
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: basic questions about machine instructions

2010-08-12 Thread Howard Brazee

On 12 Aug 2010 06:35:34 -0700, john.mck...@healthmarkets.com (McKown,
John) wrote:

So the programmers don't even need to understand machine architecture any 
more. 
Unfortunately, this leads them to write poorly performing code due to a total 
lack of 
understanding of even basic knowledge of how it really works. In some C 
code, 
I have actually seen for loops moving data from one char * to another char *, 
instead of using strncpy(). Or doing it with subscripts instead of pointers! 
for (i=0;src[i];i++) {dst[i]=src[i];}

Are there optimizers for library languages such as C?Or isn't that
considered important anymore?

--
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: basic questions about machine instructions

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee
 Sent: Thursday, August 12, 2010 9:31 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: basic questions about machine instructions

 On 12 Aug 2010 06:35:34 -0700, john.mck...@healthmarkets.com (McKown,
 John) wrote:

 So the programmers don't even need to understand machine 
 architecture any more. 
 Unfortunately, this leads them to write poorly performing 
 code due to a total lack of 
 understanding of even basic knowledge of how it really 
 works. In some C code, 
 I have actually seen for loops moving data from one char * 
 to another char *, 
 instead of using strncpy(). Or doing it with subscripts 
 instead of pointers! 
 for (i=0;src[i];i++) {dst[i]=src[i];}

 Are there optimizers for library languages such as C?Or isn't that
 considered important anymore?

There are optimizers. But even if that code can be optimized, it is still an 
example of bad programming, IMO. 

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-691-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

--
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: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST

John,
 
I seriously doubt it is because of SSM, I run recycle with SSM every day here, 
with no problem.  I was curious whate you meant by these statements:
The only problem is that there is no other host which is using this address 
space.  This partition is not shared by another resource.
 
The meaning of these statements is not clear to me.
 
The ARC0846I message indicates that another HSM (most likely on another z/OS 
image) is running RECYCLE.  Do you have other instances of HSM that share the 
same CDSs?

 John Dawes jhn_da...@yahoo.com.au 8/12/2010 10:27 AM 
G'Day,

Did anybody have a chance to read my earlier post regarding HSM?  Just in case, 
I am reposting it.

I have noticed something very strange.  A recycle did not execute because of :
ARC0846I ML2 TAPES ARE BEING RECYCLED BY ANOTHER HOST.
The only problem is that there is no other host which is using this address 
space.  This partition is not shared by another resource.  I noticed that 
SECONDARY SPACE MANAGEMENT is running.  Could this be the cause?
Here is the message in its entirety:
RECYCLE EXECUTE ALL PERCENTVALID(25) 
ARC0830I RECYCLE COMMAND PROCESSING STARTING 
ARC0846I ML2 TAPES ARE BEING RECYCLED BY ANOTHER HOST
ARC0837I NO BACKUP VOLUMES WERE FOUND TO BE ELIGIBLE FOR RECYCLE, CRITERIA 
USED=025%
ARC0847I RECYCLE INPUT VOLUMES FREED=, OUTPUT VOLUMES USED=
ARC0831I RECYCLE COMMAND PROCESSING ENDING 

  




--
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 



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.


--
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: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST

Scott,
 
I am sorry that I wasn't clear.  When I said  no other host  I meant that 
this partition is independent and does not have any other HSM STCs  or Address 
space executing.  
There is only 1 HSM STC executing.

--- On Fri, 13/8/10, Scott Rowe scott.r...@joann.com wrote:


From: Scott Rowe scott.r...@joann.com
Subject: Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST
To: IBM-MAIN@bama.ua.edu
Received: Friday, 13 August, 2010, 12:36 AM


John,

I seriously doubt it is because of SSM, I run recycle with SSM every day here, 
with no problem.  I was curious whate you meant by these statements:
The only problem is that there is no other host which is using this address 
space.  This partition is not shared by another resource.

The meaning of these statements is not clear to me.

The ARC0846I message indicates that another HSM (most likely on another z/OS 
image) is running RECYCLE.  Do you have other instances of HSM that share the 
same CDSs?

 John Dawes jhn_da...@yahoo.com.au 8/12/2010 10:27 AM 
G'Day,

Did anybody have a chance to read my earlier post regarding HSM?  Just in case, 
I am reposting it.

I have noticed something very strange.  A recycle did not execute because of :
ARC0846I ML2 TAPES ARE BEING RECYCLED BY ANOTHER HOST.
The only problem is that there is no other host which is using this address 
space.  This partition is not shared by another resource.  I noticed that 
SECONDARY SPACE MANAGEMENT is running.  Could this be the cause?
Here is the message in its entirety:
RECYCLE EXECUTE ALL PERCENTVALID(25)                 
ARC0830I RECYCLE COMMAND PROCESSING STARTING         
ARC0846I ML2 TAPES ARE BEING RECYCLED BY ANOTHER HOST
ARC0837I NO BACKUP VOLUMES WERE FOUND TO BE ELIGIBLE FOR RECYCLE, CRITERIA 
USED=025%
ARC0847I RECYCLE INPUT VOLUMES FREED=, OUTPUT VOLUMES USED=
ARC0831I RECYCLE COMMAND PROCESSING ENDING                         

  




--
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 



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.


--
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





--
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

Valid EBCDIC Characters for DB2 Plan name

2010-08-12 Thread Micheal Butz


Hi

Would anyone know what are valid ebcdic charcters for a DB2 plan name

Sent from my iPhone

--
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: Debug Tool Question

2010-08-12 Thread Kirk Talman

We have DT 10.1 Enterprise COBOL for z/OS 4.1 (5655-S71)

It is a world of difference and changes.

Are u debugging batch or CICS? What language(s)?

Have u been here:
http://publib.boulder.ibm.com/infocenter/pdthelp/v1r1/index.jsp

IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 08/12/2010
03:46:38 AM:

From: גדי בן אבי gad...@malam.com
To: IBM-MAIN@bama.ua.edu
Date: 08/12/2010 03:47 AM
Subject: Debug Tool Question
Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu

Hi,

We are migrating from VS COBOL II to a newer version of COBOL (COBOL
for OS/390 and VM v2.1.2).
We have Debug Tool v1.2 installed and it seems to work. The IVP job runs
fine.

We can run simple programs through the debugger with no problem.

We are having problems running complex programs.

Our program is built with many different source programs. Each one
is compiled separately. Some with debug options and some without.
All of the load modules are then linked together.

We are trying to run the debugger and debug one of the called programs.

The whole program runs OK, but the debugger does not receive control.

We are trying to run everything in batch.

We are running z/OS 1.9

Any help would be appreciated.

Gadi

לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או
מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של
החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר
מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין
לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע
פעולה עסקית או משפטית כלשהי.

-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom
it is addressed. If the reader of this message is not the intended
recipient or an agent responsible for delivering it to the intended
recipient, you are hereby notified that you have received this
communication in error and that any review, dissemination, copying,
or unauthorized use of this information, or the taking of any
action in reliance on the contents of this information is strictly
prohibited. If you have received this communication in error,
please notify us immediately by e-mail, and delete the original
message. Thank you

Re: Basic question about CPU instructions

In a6b9336cdb62bb46b9f8708e686a7ea005d5e04...@nrhmms8p02.uicnrh.dom,
on 08/12/2010
   at 07:51 AM, McKown, John john.mck...@healthmarkets.com said:

New instructions do not necessarily run more efficiently than
previous instructions. It depends on what the instructions do, of
course. I have not tested it myself, but I've been told that on some
processors, the MVCL instruction is actually slower than doing a
corresponding loop using MVC. And I wonder if MVCLE is more efficient
than MVCL. I also remember when IBM went from BiPolar machines
(3090?)

The high end ES/9000 processors that followed the 3090 were also
bipolar.

to CMOS (?).

Multiprise and 9672 boxen. Also, the entry level and midrange boxen
were never bipolar.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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: ISPF: How best to change ISPSPROF variables programmatically (was ISPF: How best to change user variable ZRETMINL in ISPSPROF)

2010-08-12 Thread Dave Salt

You can manually turn Tab to Point and Shoot on or off by entering this command 
on any ISPF command line:

ISPFVAR PSTAB(ON)


You can turn TPS on or off programatically by doing this: 

address ispexec
CONTROL ERRORS RETURN
VGET (ZTPS) PROFILE  
if ztps = Y then do  
   say Tab to point-and-shoot was on; turning it off 
   onoff = OFF   
end
else do
   say Tab to point-and-shoot was off; turning it on 
   onoff = ON
end
SELECT PGM(ISPOPT) PARM(PSTAB(onoff))  
if rc = 0 then say Tab to point-and-shoot is now onoff   
else say rc zerrsm zerrlm  
EXIT   

 

Hope that helps,

Dave Salt

SimpList(tm) - try it; you'll get it! 

http://www.mackinney.com/products/program-development/simplist.html  






 Date: Thu, 12 Aug 2010 09:16:55 +0200
 From: dt...@dow.com
 Subject: ISPF: How best to change ISPSPROF variables programmatically (was 
 ISPF: How best to change user variable ZRETMINL in ISPSPROF)
 To: IBM-MAIN@bama.ua.edu
 
 Hi,
 
 I was actually hoping to see a response to something more similar to
 Mark's interpretation. In particular I wanted a programmatic (REXX) way
 to (re)set the tab to point and shoot fields on the way in to
 TSO/ISPF. This in particular because MXI turns it on, but of course if
 you time out, it is left in that state (MXI does clean it up on the way
 out normally). The variable is ZTPS (values 'N' or 'Y'). 
 
 I do see that I can just edit the ISPSPROF member to change it, but that
 does seem inelegant and (I think) would have to be done before invoking
 ISPF to be properly effective.
 
 
 Best regards,
 David TidyTel:(31)115-67-1745
 IS Technical Management/SAP-MfFax:(31)115-67-1762 
 Dow Benelux B.V.  Mailto:dt...@dow.com
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
 Behalf Of Mark Zelden
 Sent: 11 August 2010 19:01
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: ISPF: How best to change user variable ZRETMINL in ISPSPROF
 
 On Wed, 11 Aug 2010 09:30:49 -0500, Jochen Roehrig
 jochen.roeh...@baloise.ch wrote:
 
 Hi Robert
 
 that's it!
 Shame on me: I knew the RETP, but I never recognized the 'OPTIONS'...
 
 Kind regards
 Jochen
 
 
 You may have received a quicker answer if the question was more clear.
 But
 maybe it was clear to everyone but me.  :-)
 
 I thought you wanted a way to either
 
 a) Change the default via customization table for everyone (which you 
 can't because there is no reset value)
 
 b) mass update everyone's ISPF profile because the set a bad default
 in the customization table and already knew you couldn't do the above.
 
 
 Regards,
 
 Mark
 --
 Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
 mailto:mzel...@flash.net  
 Mark's MVS Utilities: http://home.flash.net/~mzelden/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
 
 --
 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
  
--
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: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST

So, by saying it is independent you mean that it does not share DASD with any 
other systems?  Has there ever been any other HSM address space that has used 
these CDSs?

 John Dawes jhn_da...@yahoo.com.au 8/12/2010 10:43 AM 
Scott,

I am sorry that I wasn't clear.  When I said  no other host  I meant that 
this partition is independent and does not have any other HSM STCs  or Address 
space executing.  
There is only 1 HSM STC executing.

--- On Fri, 13/8/10, Scott Rowe scott.r...@joann.com wrote:


From: Scott Rowe scott.r...@joann.com
Subject: Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST
To: IBM-MAIN@bama.ua.edu 
Received: Friday, 13 August, 2010, 12:36 AM


John,

I seriously doubt it is because of SSM, I run recycle with SSM every day here, 
with no problem.  I was curious whate you meant by these statements:
The only problem is that there is no other host which is using this address 
space.  This partition is not shared by another resource.

The meaning of these statements is not clear to me.

The ARC0846I message indicates that another HSM (most likely on another z/OS 
image) is running RECYCLE.  Do you have other instances of HSM that share the 
same CDSs?

 John Dawes jhn_da...@yahoo.com.au 8/12/2010 10:27 AM 
G'Day,

Did anybody have a chance to read my earlier post regarding HSM?  Just in case, 
I am reposting it.

I have noticed something very strange.  A recycle did not execute because of :
ARC0846I ML2 TAPES ARE BEING RECYCLED BY ANOTHER HOST.
The only problem is that there is no other host which is using this address 
space.  This partition is not shared by another resource.  I noticed that 
SECONDARY SPACE MANAGEMENT is running.  Could this be the cause?
Here is the message in its entirety:
RECYCLE EXECUTE ALL PERCENTVALID(25) 
ARC0830I RECYCLE COMMAND PROCESSING STARTING 
ARC0846I ML2 TAPES ARE BEING RECYCLED BY ANOTHER HOST
ARC0837I NO BACKUP VOLUMES WERE FOUND TO BE ELIGIBLE FOR RECYCLE, CRITERIA 
USED=025%
ARC0847I RECYCLE INPUT VOLUMES FREED=, OUTPUT VOLUMES USED=
ARC0831I RECYCLE COMMAND PROCESSING ENDING 

  




--
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 



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.


--
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 





--
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 



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.


--
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: Valid EBCDIC Characters for DB2 Plan name

2010-08-12 Thread Mike Schwab

On Thu, Aug 12, 2010 at 9:49 AM, Micheal Butz michealb...@optonline.net wrote:
 Hi

 Would anyone know what are valid ebcdic charcters for a DB2 plan name

EBCIDIC has 3 classes of characters.
Uppercase Alphabetic A-Z
Lowercase Alphabetic a-z
National @#$
Numeric 0-9
Special printable charaters
Control characters (printer positioning, etc)
Accented characters (Á :Â, etc)
Non-printable charaters (anything not included above)

Most names can usually start with Uppercase Alphabetic or National characters
Numeric characters can also be used except for the first postion.

A-Z @#$ to start, A-Z @#$ 0-9 for additional characters.
-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
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: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST

2010-08-12 Thread John Kelly

snip
ARC0846I ML2 TAPES ARE BEING RECYCLED BY ANOTHER HOST
/snip

I do believe what's being asked, is there another LPAR using the HSM CDS'?
If not it soounds like the LPAR/HSM was terminated during a RECYCLE of ML2
and you'll have to zap the control block to clear it.

Jack Kelly
202-502-2390 (Office)



-IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote: -


To: IBM-MAIN@bama.ua.edu
From: John Dawes jhn_da...@yahoo.com.au
Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
Date: 08/12/2010 09:43AM
Subject: Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST

Scott,

I am sorry that I wasn't clear.  When I said  no other host  I meant that
this partition is independent and does not have any other HSM STCs  or
Address space executing.
There is only 1 HSM STC executing.

--- On Fri, 13/8/10, Scott Rowe scott.r...@joann.com wrote:


From: Scott Rowe scott.r...@joann.com
Subject: Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST
To: IBM-MAIN@bama.ua.edu
Received: Friday, 13 August, 2010, 12:36 AM


John,

I seriously doubt it is because of SSM, I run recycle with SSM every day
here, with no problem.  I was curious whate you meant by these statements:
The only problem is that there is no other host which is using this address
space.  This partition is not shared by another resource.

The meaning of these statements is not clear to me.

The ARC0846I message indicates that another HSM (most likely on another
z/OS image) is running RECYCLE.  Do you have other instances of HSM that
share the same CDSs?

 John Dawes jhn_da...@yahoo.com.au 8/12/2010 10:27 AM 
G'Day,

Did anybody have a chance to read my earlier post regarding HSM?  Just in
case, I am reposting it.

I have noticed something very strange.  A recycle did not execute because
of :
ARC0846I ML2 TAPES ARE BEING RECYCLED BY ANOTHER HOST.
The only problem is that there is no other host which is using this address
space.  This partition is not shared by another resource.  I noticed that
SECONDARY SPACE MANAGEMENT is running.  Could this be the cause?
Here is the message in its entirety:
RECYCLE EXECUTE ALL PERCENTVALID(25)
ARC0830I RECYCLE COMMAND PROCESSING STARTING
ARC0846I ML2 TAPES ARE BEING RECYCLED BY ANOTHER HOST
ARC0837I NO BACKUP VOLUMES WERE FOUND TO BE ELIGIBLE FOR RECYCLE, CRITERIA
USED=025%
ARC0847I RECYCLE INPUT VOLUMES FREED=, OUTPUT VOLUMES USED=
ARC0831I RECYCLE COMMAND PROCESSING ENDING






--
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



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee.
If you are not the intended recipient, please be advised that you have
received this material in error and that any forwarding, copying, printing,
distribution, use or disclosure of the material is strictly prohibited.  If
you have received this material in error, please (i) do not read it, (ii)
reply to the sender that you received the message in error, and (iii) erase
or destroy the material. Emails are not secure and can be intercepted,
amended, lost or destroyed, or contain viruses. You are deemed to have
accepted these risks if you communicate with us by email. Thank you.


--
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





--
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

--
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: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST

Scott,
 
To confirm, the DASD is not shared with any other LPAR.  It is totally 
independent.
There are no other HSMs that the share the CDS.  There is only 1 HSM in this 
LPAR and nothing shares it.
 
I will continue digging around.  Let me know if you have any other thoughts.
 

--- On Fri, 13/8/10, Scott Rowe scott.r...@joann.com wrote:


From: Scott Rowe scott.r...@joann.com
Subject: Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST
To: IBM-MAIN@bama.ua.edu
Received: Friday, 13 August, 2010, 1:01 AM


So, by saying it is independent you mean that it does not share DASD with any 
other systems?  Has there ever been any other HSM address space that has used 
these CDSs?

 John Dawes jhn_da...@yahoo.com.au 8/12/2010 10:43 AM 
Scott,

I am sorry that I wasn't clear.  When I said  no other host  I meant that 
this partition is independent and does not have any other HSM STCs  or Address 
space executing.  
There is only 1 HSM STC executing.

--- On Fri, 13/8/10, Scott Rowe scott.r...@joann.com wrote:


From: Scott Rowe scott.r...@joann.com
Subject: Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST
To: IBM-MAIN@bama.ua.edu 
Received: Friday, 13 August, 2010, 12:36 AM


John,

I seriously doubt it is because of SSM, I run recycle with SSM every day here, 
with no problem.  I was curious whate you meant by these statements:
The only problem is that there is no other host which is using this address 
space.  This partition is not shared by another resource.

The meaning of these statements is not clear to me.

The ARC0846I message indicates that another HSM (most likely on another z/OS 
image) is running RECYCLE.  Do you have other instances of HSM that share the 
same CDSs?

 John Dawes jhn_da...@yahoo.com.au 8/12/2010 10:27 AM 
G'Day,

Did anybody have a chance to read my earlier post regarding HSM?  Just in case, 
I am reposting it.

I have noticed something very strange.  A recycle did not execute because of :
ARC0846I ML2 TAPES ARE BEING RECYCLED BY ANOTHER HOST.
The only problem is that there is no other host which is using this address 
space.  This partition is not shared by another resource.  I noticed that 
SECONDARY SPACE MANAGEMENT is running.  Could this be the cause?
Here is the message in its entirety:
RECYCLE EXECUTE ALL PERCENTVALID(25)                 
ARC0830I RECYCLE COMMAND PROCESSING STARTING         
ARC0846I ML2 TAPES ARE BEING RECYCLED BY ANOTHER HOST
ARC0837I NO BACKUP VOLUMES WERE FOUND TO BE ELIGIBLE FOR RECYCLE, CRITERIA 
USED=025%
ARC0847I RECYCLE INPUT VOLUMES FREED=, OUTPUT VOLUMES USED=
ARC0831I RECYCLE COMMAND PROCESSING ENDING                         

  




--
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 



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.


--
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 





--
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 



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.

Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST

2010-08-12 Thread Pinnacle

- Original Message - 
From: John Kelly john_j_ke...@ao.uscourts.gov

Newsgroups: bit.listserv.ibm-main
Sent: Thursday, August 12, 2010 11:10 AM
Subject: Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST

snip
ARC0846I ML2 TAPES ARE BEING RECYCLED BY ANOTHER HOST
/snip

I do believe what's being asked, is there another LPAR using the HSM CDS'?
If not it soounds like the LPAR/HSM was terminated during a RECYCLE of ML2
and you'll have to zap the control block to clear it.

Jack's on to something.  If you REALLY have no other HSM, and you're REALLY 
not sharing DASD, then you had some other host name in effect the last time 
you did an ML2 recycle.  You will likely have to issue a PATCH command to 
the CDS or some other corrective action.  Do not attempt this yourself, open 
a PMR.

Regards,
Tom Conley 

--
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: ISPF: How best to change ISPSPROF variables programmatically (was ISPF: How best to change user variable ZRETMINL in ISPSPROF)

2010-08-12 Thread Mark Zelden

On Thu, 12 Aug 2010 11:00:50 -0400, Dave Salt ds...@hotmail.com wrote:

You can manually turn Tab to Point and Shoot on or off by entering this
command on any ISPF command line:

ISPFVAR PSTAB(ON)



(cross posted to IBM-MAIN and ISPF-L)

I knew of the ISPFVAR command but always use SETTINGS to change
the things I want.   I never thought about trying to use ISPFVAR to
force a split line on with SWAPBAR.  I like swapbar but turning it on
disables the always show split line in SETTINGS.   However,
it looks like  ISPFVAR SPLTLINE(ON) does work to keep it on.  So
now I can have my cake and eat it too.   

I did mention this behavior on ISPF-L when SWAPBAR showed up in
z/OS 1.10, but no one suggested trying ISPFVAR as a workaround.

Thanks!

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:mzel...@flash.net  
Mark's MVS Utilities: http://home.flash.net/~mzelden/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: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST

Could you post the full response to a QUERY ACTIVE command?

 John Dawes jhn_da...@yahoo.com.au 8/12/2010 11:19 AM 
Scott,

To confirm, the DASD is not shared with any other LPAR.  It is totally 
independent.
There are no other HSMs that the share the CDS.  There is only 1 HSM in this 
LPAR and nothing shares it.

I will continue digging around.  Let me know if you have any other thoughts.


--- On Fri, 13/8/10, Scott Rowe scott.r...@joann.com wrote:


From: Scott Rowe scott.r...@joann.com
Subject: Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST
To: IBM-MAIN@bama.ua.edu 
Received: Friday, 13 August, 2010, 1:01 AM


So, by saying it is independent you mean that it does not share DASD with any 
other systems?  Has there ever been any other HSM address space that has used 
these CDSs?

 John Dawes jhn_da...@yahoo.com.au 8/12/2010 10:43 AM 
Scott,

I am sorry that I wasn't clear.  When I said  no other host  I meant that 
this partition is independent and does not have any other HSM STCs  or Address 
space executing.  
There is only 1 HSM STC executing.

--- On Fri, 13/8/10, Scott Rowe scott.r...@joann.com wrote:


From: Scott Rowe scott.r...@joann.com
Subject: Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST
To: IBM-MAIN@bama.ua.edu 
Received: Friday, 13 August, 2010, 12:36 AM


John,

I seriously doubt it is because of SSM, I run recycle with SSM every day here, 
with no problem.  I was curious whate you meant by these statements:
The only problem is that there is no other host which is using this address 
space.  This partition is not shared by another resource.

The meaning of these statements is not clear to me.

The ARC0846I message indicates that another HSM (most likely on another z/OS 
image) is running RECYCLE.  Do you have other instances of HSM that share the 
same CDSs?

 John Dawes jhn_da...@yahoo.com.au 8/12/2010 10:27 AM 
G'Day,

Did anybody have a chance to read my earlier post regarding HSM?  Just in case, 
I am reposting it.

I have noticed something very strange.  A recycle did not execute because of :
ARC0846I ML2 TAPES ARE BEING RECYCLED BY ANOTHER HOST.
The only problem is that there is no other host which is using this address 
space.  This partition is not shared by another resource.  I noticed that 
SECONDARY SPACE MANAGEMENT is running.  Could this be the cause?
Here is the message in its entirety:
RECYCLE EXECUTE ALL PERCENTVALID(25) 
ARC0830I RECYCLE COMMAND PROCESSING STARTING 
ARC0846I ML2 TAPES ARE BEING RECYCLED BY ANOTHER HOST
ARC0837I NO BACKUP VOLUMES WERE FOUND TO BE ELIGIBLE FOR RECYCLE, CRITERIA 
USED=025%
ARC0847I RECYCLE INPUT VOLUMES FREED=, OUTPUT VOLUMES USED=
ARC0831I RECYCLE COMMAND PROCESSING ENDING 

  




--
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 



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.


--
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 





--
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 



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have

Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST

Here it is:
ARC0101I QUERY ACTIVE COMMAND STARTING ON HOST=C   
ARC0144I AUDIT=NOT HELD AND INACTIVE, LIST=NOT HELD AND INACTIVE, RECYCLE=NOT  
ARC0144I (CONT.) HELD AND INACTIVE, REPORT=NOT HELD AND INACTIVE   
ARC0160I MIGRATION=NOT HELD, AUTOMIGRATION=NOT HELD, RECALL=NOT HELD,  
ARC0160I (CONT.) TAPERECALL=NOT HELD, DATA SET MIGRATION=INACTIVE, VOLUME  
ARC0160I (CONT.) MIGRATION=INACTIVE, DATA SET RECALL=ACTIVE    
ARC0163I BACKUP=NOT HELD, AUTOBACKUP=NOT HELD, RECOVERY=NOT HELD,  
ARC0163I (CONT.) TAPEDATASETRECOVERY=NOT HELD, DATA SET BACKUP=NOT HELD, VOLUME
ARC0163I (CONT.) BACKUP=INACTIVE, DATA SET RECOVERY=INACTIVE, VOLUME   
ARC0163I (CONT.) RECOVERY=INACTIVE 
ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP ACTUAL IDLETASKS=(ALLOC=00, 
ARC0276I (CONT.) MAX=00)   
ARC1826I FRBACKUP=NOT HELD AND INACTIVE,FRRECOV=NOT HELD AND INACTIVE,FRBACKUP 
ARC1826I (CONT.) DUMP=NOT HELD AND INACTIVE,FRRECOV(TAPE)=NOT HELD AND INACTIVE
   
ARC1826I (CONT.) FRRECOV(DATASET)=NOT HELD AND INACTIVE    
ARC0642I DUMP=NOT HELD, AUTODUMP=NOT HELD, VOLUME DUMP=INACTIVE, VOLUME    
ARC0642I (CONT.) RESTORE=INACTIVE, DATA SET RESTORE=INACTIVE   
ARC0142I LEVEL 1 TO LEVEL 2 MIGRATION, CURRENTLY IN PROCESS    
ARC0437I - TAPECOPY NOT HELD AND INACTIVE  
ARC0437I - TAPEREPL NOT HELD AND INACTIVE  
ARC0415I EXPIREBV=NOT HELD AND INACTIVE, LAST STORED BACKUP VERSION KEY=, LAST 
ARC0415I (CONT.) STORED ABARS VERSION KEY=, LAST PLANNED END KEY=  
ARC0460I PRIVATE AREA LIMIT=7784K, UNALLOCATED=5100K, LARGEST FREE AREAS=4904K,
ARC0460I (CONT.)  60K  
ARC0460I EXTENDED PRIVATE AREA LIMIT=256M, UNALLOCATED=233M, LARGEST FREE  
ARC0460I (CONT.) AREAS=223M, 628K  
ARC6018I AGGREGATE BACKUP/RECOVERY = INACTIVE  
ARC6019I AGGREGATE BACKUP = NOT HELD, AGGREGATE RECOVERY = NOT HELD    
ARC1540I COMMON RECALL QUEUE PLACEMENT FACTORS: CONNECTION STATUS=UNCONNECTED, 
ARC1540I (CONT.) CRQPLEX HOLD STATUS=***,HOST COMMONQUEUE HOLD STATUS=NONE,    
ARC1540I (CONT.) STRUCTURE ENTRIES=***% FULL,STRUCTURE ELEMENTS=***% FULL  
ARC1541I COMMON RECALL QUEUE SELECTION FACTORS: CONNECTION STATUS=UNCONNECTED, 
ARC1541I (CONT.) HOST RECALL HOLD STATUS=NONE,HOST COMMONQUEUE HOLD STATUS=NONE
ARC0101I QUERY ACTIVE COMMAND COMPLETED ON HOST=C  


--- On Fri, 13/8/10, Scott Rowe scott.r...@joann.com wrote:


From: Scott Rowe scott.r...@joann.com
Subject: Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST
To: IBM-MAIN@bama.ua.edu
Received: Friday, 13 August, 2010, 1:24 AM


Could you post the full response to a QUERY ACTIVE command?

 John Dawes jhn_da...@yahoo.com.au 8/12/2010 11:19 AM 
Scott,

To confirm, the DASD is not shared with any other LPAR.  It is totally 
independent.
There are no other HSMs that the share the CDS.  There is only 1 HSM in this 
LPAR and nothing shares it.

I will continue digging around.  Let me know if you have any other thoughts.


--- On Fri, 13/8/10, Scott Rowe scott.r...@joann.com wrote:


From: Scott Rowe scott.r...@joann.com
Subject: Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST
To: IBM-MAIN@bama.ua.edu 
Received: Friday, 13 August, 2010, 1:01 AM


So, by saying it is independent you mean that it does not share DASD with any 
other systems?  Has there ever been any other HSM address space that has used 
these CDSs?

 John Dawes jhn_da...@yahoo.com.au 8/12/2010 10:43 AM 
Scott,

I am sorry that I wasn't clear.  When I said  no other host  I meant that 
this partition is independent and does not have any other HSM STCs  or Address 
space executing.  
There is only 1 HSM STC executing.

--- On Fri, 13/8/10, Scott Rowe scott.r...@joann.com wrote:


From: Scott Rowe scott.r...@joann.com
Subject: Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST
To: IBM-MAIN@bama.ua.edu 
Received: Friday, 13 August, 2010, 12:36 AM


John,

I seriously doubt it is because of SSM, I run recycle with SSM every day here, 
with no problem.  I was curious whate you meant by these statements:
The only problem is that there is no other host which is using this address 
space.  This partition is not shared by another resource.

The meaning of these statements is not clear to me.

The ARC0846I message indicates that another HSM (most likely on another z/OS 
image) is running RECYCLE.  Do you have other instances of HSM that share the 
same CDSs?

 John Dawes jhn_da...@yahoo.com.au 8/12/2010 10:27 AM 
G'Day,

Did anybody have a chance to read my earlier post regarding HSM?  Just in

EDG3001E RMM command from batch REXX

2010-08-12 Thread MONTERO ROMERO, ENRIQUE ELOI

Hi forum.

I am trying to run a RMM command from a REXX program on batch mode, but get 
this message:
EDG3001E DFSMSRMM SUBSYSTEM IS NOT ACTIVE
But when using it online it works fine.

Let me explain.
The REXX has coded an RMM SD ... instruction I want to be executed just to 
get the datasets and some other values within a volser.

If I execute it into TSO ISPF command shell (option 6) : exec 
'MYUSER.CNTL.LIBRARY(PRUEBA3)' 'VOL021', it shows me the correct output I want.

But if I try to execute it from batch :

//REXX1 EXEC PGM=IKJEFT01,REGION=0M
//SYSEXEC   DD DSN=MYUSER.CNTL.LIBRARY,DISP=SHR
//SYSTSPRT  DD SYSOUT=*
//SYSDBOUT  DD SYSOUT=*
//SYSOUTDD SYSOUT=*
//SYSTSIN   DD *   
EXEC 'MYUSER.CNTL.LIBRARY(PRUEBA3)' 'VOL021'   

It shows this output message :
READY   
EXEC 'MYUSER.CNTL.LIBRARY(PRUEBA3)' 'VOL021'   
EDG3001E DFSMSRMM SUBSYSTEM IS NOT ACTIVE   
READY   
END 

Is there some explanation or solution?

Thanks a lot once again
Enrique Montero

=
Here is the rexx code I am using :

/*REXX*/
PARSE ARG VOLUMEN   
CALL GENINFO VOLUMEN
RETURN  
/* ** */
GENINFO : PROCEDURE 
ARG VOLSER  
SYSAUTH.EDGDATE = EUROPEAN
/*SAVE_PROMPT = PROMPT(OFF)   
SAVE_MSG= MSG(OFF) */ 
COMANDO = RMM SD DSN(*) VOLUME(VOLSER) LIMIT(*) 
ADDRESS TSO COMANDO 
/* JUNK = MSG(SAVE_MSG) */  
IF RC = 0 THEN  
  DO
DROP SYSAUTH.EDGDATE
DO DATASET = 1 TO e...@dsn.0 
   SAY e...@dsn.dataset e...@xdt.dataset
END 
SAY  e...@dsn.0 DATASETS ON VOLSER VOLSER
  END   
ELSE DROP SYSAUTH.EDGDATE   
/* JUNK = PROMPT(SAVE_PROMPT) */
RETURN  

--
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: Basic question about CPU instructions

2010-08-12 Thread Tom Marchant

On Thu, 12 Aug 2010 10:08:09 -0400, Shmuel Metz (Seymour J.) wrote:

the entry level and midrange boxen
were never bipolar.

Are you sure about that?  They were certainly not ECL or CML, but 
I thought that they were TTL or a variant of it and were constructed
of bipolar transistors.

-- 
Tom Marchant

--
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: Basic question about CPU instructions

Yeah, I have to agree.  I remember getting a tour of the plant and hearing that 
the TCMs for the 9021 and 9121 were very similar, except that the 9121 was air 
cooled.  The 9121s certainly weren't CMOS.

 Tom Marchant m42tom-ibmm...@yahoo.com 8/12/2010 11:59 AM 
On Thu, 12 Aug 2010 10:08:09 -0400, Shmuel Metz (Seymour J.) wrote:

the entry level and midrange boxen
were never bipolar.

Are you sure about that?  They were certainly not ECL or CML, but 
I thought that they were TTL or a variant of it and were constructed
of bipolar transistors.

-- 
Tom Marchant

--
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 



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.


--
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: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST

I verified, the HOST=  value was/is 'C'.  I will take yours and Ed's advice and 
open a PMR with IBM.
 
Thanks for all your help. 

--- On Fri, 13/8/10, Scott Rowe scott.r...@joann.com wrote:


From: Scott Rowe scott.r...@joann.com
Subject: Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST
To: IBM-MAIN@bama.ua.edu
Received: Friday, 13 August, 2010, 1:40 AM


Well, HSM obviously thinks that there is another HSM host running recycle, and 
I'm pretty sure that that belief is due to a field in a CDS record.  Is there 
any chance that your HOST= value was not always C?  if not, I agree with Tom 
that you need to open a PMR with IBM, it would appear that something might have 
clobbered a CDS record.  

 John Dawes jhn_da...@yahoo.com.au 8/12/2010 11:27 AM 
Here it is:
ARC0101I QUERY ACTIVE COMMAND STARTING ON HOST=C                               
ARC0144I AUDIT=NOT HELD AND INACTIVE, LIST=NOT HELD AND INACTIVE, RECYCLE=NOT  
ARC0144I (CONT.) HELD AND INACTIVE, REPORT=NOT HELD AND INACTIVE               
ARC0160I MIGRATION=NOT HELD, AUTOMIGRATION=NOT HELD, RECALL=NOT HELD,          
ARC0160I (CONT.) TAPERECALL=NOT HELD, DATA SET MIGRATION=INACTIVE, VOLUME      
ARC0160I (CONT.) MIGRATION=INACTIVE, DATA SET RECALL=ACTIVE                    
ARC0163I BACKUP=NOT HELD, AUTOBACKUP=NOT HELD, RECOVERY=NOT HELD,              
ARC0163I (CONT.) TAPEDATASETRECOVERY=NOT HELD, DATA SET BACKUP=NOT HELD, VOLUME
ARC0163I (CONT.) BACKUP=INACTIVE, DATA SET RECOVERY=INACTIVE, VOLUME           
ARC0163I (CONT.) RECOVERY=INACTIVE                                             
ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP ACTUAL IDLETASKS=(ALLOC=00, 
ARC0276I (CONT.) MAX=00)                                                       
ARC1826I FRBACKUP=NOT HELD AND INACTIVE,FRRECOV=NOT HELD AND INACTIVE,FRBACKUP 
ARC1826I (CONT.) DUMP=NOT HELD AND INACTIVE,FRRECOV(TAPE)=NOT HELD AND INACTIVE
                                                                               
ARC1826I (CONT.) FRRECOV(DATASET)=NOT HELD AND INACTIVE                        
ARC0642I DUMP=NOT HELD, AUTODUMP=NOT HELD, VOLUME DUMP=INACTIVE, VOLUME        
ARC0642I (CONT.) RESTORE=INACTIVE, DATA SET RESTORE=INACTIVE                   
ARC0142I LEVEL 1 TO LEVEL 2 MIGRATION, CURRENTLY IN PROCESS                    
ARC0437I - TAPECOPY NOT HELD AND INACTIVE                                      
ARC0437I - TAPEREPL NOT HELD AND INACTIVE                                      
ARC0415I EXPIREBV=NOT HELD AND INACTIVE, LAST STORED BACKUP VERSION KEY=, LAST 
ARC0415I (CONT.) STORED ABARS VERSION KEY=, LAST PLANNED END KEY=              
ARC0460I PRIVATE AREA LIMIT=7784K, UNALLOCATED=5100K, LARGEST FREE AREAS=4904K,
ARC0460I (CONT.)  60K                                                          
ARC0460I EXTENDED PRIVATE AREA LIMIT=256M, UNALLOCATED=233M, LARGEST FREE      
ARC0460I (CONT.) AREAS=223M, 628K                                              
ARC6018I AGGREGATE BACKUP/RECOVERY = INACTIVE                                  
ARC6019I AGGREGATE BACKUP = NOT HELD, AGGREGATE RECOVERY = NOT HELD            
ARC1540I COMMON RECALL QUEUE PLACEMENT FACTORS: CONNECTION STATUS=UNCONNECTED, 
ARC1540I (CONT.) CRQPLEX HOLD STATUS=***,HOST COMMONQUEUE HOLD STATUS=NONE,    
ARC1540I (CONT.) STRUCTURE ENTRIES=***% FULL,STRUCTURE ELEMENTS=***% FULL      
ARC1541I COMMON RECALL QUEUE SELECTION FACTORS: CONNECTION STATUS=UNCONNECTED, 
ARC1541I (CONT.) HOST RECALL HOLD STATUS=NONE,HOST COMMONQUEUE HOLD STATUS=NONE
ARC0101I QUERY ACTIVE COMMAND COMPLETED ON HOST=C                              


--- On Fri, 13/8/10, Scott Rowe scott.r...@joann.com wrote:


From: Scott Rowe scott.r...@joann.com
Subject: Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST
To: IBM-MAIN@bama.ua.edu 
Received: Friday, 13 August, 2010, 1:24 AM


Could you post the full response to a QUERY ACTIVE command?

 John Dawes jhn_da...@yahoo.com.au 8/12/2010 11:19 AM 
Scott,

To confirm, the DASD is not shared with any other LPAR.  It is totally 
independent.
There are no other HSMs that the share the CDS.  There is only 1 HSM in this 
LPAR and nothing shares it.

I will continue digging around.  Let me know if you have any other thoughts.


--- On Fri, 13/8/10, Scott Rowe scott.r...@joann.com wrote:


From: Scott Rowe scott.r...@joann.com
Subject: Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST
To: IBM-MAIN@bama.ua.edu 
Received: Friday, 13 August, 2010, 1:01 AM


So, by saying it is independent you mean that it does not share DASD with any 
other systems?  Has there ever been any other HSM address space that has used 
these CDSs?

 John Dawes jhn_da...@yahoo.com.au 8/12/2010 10:43 AM 
Scott,

I am sorry that I wasn't clear.  When I said  no other host  I meant that 
this partition is independent and does not have any other HSM STCs  or Address 
space executing.  
There is only 1 HSM STC executing.

--- On Fri, 13/8/10, Scott Rowe scott.r...@joann.com wrote:


From: Scott Rowe scott.r...@joann.com
Subject: Re: NO

Re: Debug Tool Question

2010-08-12 Thread HUTCHISON Gregory

I believe DT needs a Sysdebug file for each program you would like to use the 
tool with.  


Please always remember that

I'm here for your Amusement!

Greg Hutchison


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
gad...@malam.com
Sent: Thursday, August 12, 2010 12:47 AM
To: IBM-MAIN@bama.ua.edu
Subject: Debug Tool Question

Hi,

We are migrating from VS COBOL II to a newer version of COBOL (COBOL for OS/390 
and VM v2.1.2).
We have Debug Tool v1.2 installed and it seems to work. The IVP job runs fine.

We can run simple programs through the debugger with no problem.

We are having problems running complex programs.

Our program is built with many different source programs.  Each one is compiled 
separately. Some with debug options and some without. All of the load modules 
are then linked together.

We are trying to run the debugger and debug one of the called programs.

The whole program runs OK, but the debugger does not receive control.

We are trying to run everything in batch.

We are running z/OS 1.9

Any help would be appreciated.

Gadi


לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם 
החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו 
החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) 
המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, 
ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.

--
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

--
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: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST

Well, HSM obviously thinks that there is another HSM host running recycle, and 
I'm pretty sure that that belief is due to a field in a CDS record.  Is there 
any chance that your HOST= value was not always C?  if not, I agree with Tom 
that you need to open a PMR with IBM, it would appear that something might have 
clobbered a CDS record.  

 John Dawes jhn_da...@yahoo.com.au 8/12/2010 11:27 AM 
Here it is:
ARC0101I QUERY ACTIVE COMMAND STARTING ON HOST=C   
ARC0144I AUDIT=NOT HELD AND INACTIVE, LIST=NOT HELD AND INACTIVE, RECYCLE=NOT  
ARC0144I (CONT.) HELD AND INACTIVE, REPORT=NOT HELD AND INACTIVE   
ARC0160I MIGRATION=NOT HELD, AUTOMIGRATION=NOT HELD, RECALL=NOT HELD,  
ARC0160I (CONT.) TAPERECALL=NOT HELD, DATA SET MIGRATION=INACTIVE, VOLUME  
ARC0160I (CONT.) MIGRATION=INACTIVE, DATA SET RECALL=ACTIVE
ARC0163I BACKUP=NOT HELD, AUTOBACKUP=NOT HELD, RECOVERY=NOT HELD,  
ARC0163I (CONT.) TAPEDATASETRECOVERY=NOT HELD, DATA SET BACKUP=NOT HELD, VOLUME
ARC0163I (CONT.) BACKUP=INACTIVE, DATA SET RECOVERY=INACTIVE, VOLUME   
ARC0163I (CONT.) RECOVERY=INACTIVE 
ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP ACTUAL IDLETASKS=(ALLOC=00, 
ARC0276I (CONT.) MAX=00)   
ARC1826I FRBACKUP=NOT HELD AND INACTIVE,FRRECOV=NOT HELD AND INACTIVE,FRBACKUP 
ARC1826I (CONT.) DUMP=NOT HELD AND INACTIVE,FRRECOV(TAPE)=NOT HELD AND INACTIVE
   
ARC1826I (CONT.) FRRECOV(DATASET)=NOT HELD AND INACTIVE
ARC0642I DUMP=NOT HELD, AUTODUMP=NOT HELD, VOLUME DUMP=INACTIVE, VOLUME
ARC0642I (CONT.) RESTORE=INACTIVE, DATA SET RESTORE=INACTIVE   
ARC0142I LEVEL 1 TO LEVEL 2 MIGRATION, CURRENTLY IN PROCESS
ARC0437I - TAPECOPY NOT HELD AND INACTIVE  
ARC0437I - TAPEREPL NOT HELD AND INACTIVE  
ARC0415I EXPIREBV=NOT HELD AND INACTIVE, LAST STORED BACKUP VERSION KEY=, LAST 
ARC0415I (CONT.) STORED ABARS VERSION KEY=, LAST PLANNED END KEY=  
ARC0460I PRIVATE AREA LIMIT=7784K, UNALLOCATED=5100K, LARGEST FREE AREAS=4904K,
ARC0460I (CONT.)  60K  
ARC0460I EXTENDED PRIVATE AREA LIMIT=256M, UNALLOCATED=233M, LARGEST FREE  
ARC0460I (CONT.) AREAS=223M, 628K  
ARC6018I AGGREGATE BACKUP/RECOVERY = INACTIVE  
ARC6019I AGGREGATE BACKUP = NOT HELD, AGGREGATE RECOVERY = NOT HELD
ARC1540I COMMON RECALL QUEUE PLACEMENT FACTORS: CONNECTION STATUS=UNCONNECTED, 
ARC1540I (CONT.) CRQPLEX HOLD STATUS=***,HOST COMMONQUEUE HOLD STATUS=NONE,
ARC1540I (CONT.) STRUCTURE ENTRIES=***% FULL,STRUCTURE ELEMENTS=***% FULL  
ARC1541I COMMON RECALL QUEUE SELECTION FACTORS: CONNECTION STATUS=UNCONNECTED, 
ARC1541I (CONT.) HOST RECALL HOLD STATUS=NONE,HOST COMMONQUEUE HOLD STATUS=NONE
ARC0101I QUERY ACTIVE COMMAND COMPLETED ON HOST=C  


--- On Fri, 13/8/10, Scott Rowe scott.r...@joann.com wrote:


From: Scott Rowe scott.r...@joann.com
Subject: Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST
To: IBM-MAIN@bama.ua.edu 
Received: Friday, 13 August, 2010, 1:24 AM


Could you post the full response to a QUERY ACTIVE command?

 John Dawes jhn_da...@yahoo.com.au 8/12/2010 11:19 AM 
Scott,

To confirm, the DASD is not shared with any other LPAR.  It is totally 
independent.
There are no other HSMs that the share the CDS.  There is only 1 HSM in this 
LPAR and nothing shares it.

I will continue digging around.  Let me know if you have any other thoughts.


--- On Fri, 13/8/10, Scott Rowe scott.r...@joann.com wrote:


From: Scott Rowe scott.r...@joann.com
Subject: Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST
To: IBM-MAIN@bama.ua.edu 
Received: Friday, 13 August, 2010, 1:01 AM


So, by saying it is independent you mean that it does not share DASD with any 
other systems?  Has there ever been any other HSM address space that has used 
these CDSs?

 John Dawes jhn_da...@yahoo.com.au 8/12/2010 10:43 AM 
Scott,

I am sorry that I wasn't clear.  When I said  no other host  I meant that 
this partition is independent and does not have any other HSM STCs  or Address 
space executing.  
There is only 1 HSM STC executing.

--- On Fri, 13/8/10, Scott Rowe scott.r...@joann.com wrote:


From: Scott Rowe scott.r...@joann.com
Subject: Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST
To: IBM-MAIN@bama.ua.edu 
Received: Friday, 13 August, 2010, 12:36 AM


John,

I seriously doubt it is because of SSM, I run recycle with SSM every day here, 
with no problem.  I was curious whate you meant by these statements:
The only problem is that there is no other host which is using this address 
space.  This

Re: Basic question about CPU instructions

In listserv%201008121059360740.0...@bama.ua.edu, on 08/12/2010
   at 10:59 AM, Tom Marchant m42tom-ibmm...@yahoo.com said:

Are you sure about that? 

Certainly for the ES/9000 and 43xx processors; I'm not sure about,
e.g., the 370/145.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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: Basic question about CPU instructions

In 4c63e39f.8489.00d...@joann.com, on 08/12/2010
   at 12:05 PM, Scott Rowe scott.r...@joann.com said:

Yeah, I have to agree.  I remember getting a tour of the plant and
hearing that the TCMs for the 9021 and 9121 were very similar, except
that the 9121 was air cooled.  The 9121s certainly weren't CMOS.

I'm pretty sure that the 9221's were CMOS.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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: Valid EBCDIC Characters for DB2 Plan name

2010-08-12 Thread Paul Gilmartin

On Thu, 12 Aug 2010 10:06:48 -0500, Mike Schwab wrote:

EBCIDIC has 3 classes of characters.
Uppercase Alphabetic A-Z
Lowercase Alphabetic a-z
National @#$
Numeric 0-9
Special printable charaters
Control characters (printer positioning, etc)
Accented characters (Á :Â, etc)
Non-printable charaters (anything not included above)

FSVO 3.

-- 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

PDSE Performance

2010-08-12 Thread George Mosley

I know there has been plenty of previous discussion on this topic. However, I 
couldn't find a simple answer to what I'm after.
We have a relatively small number of large PDSE's (25-30K members) that take 
inordinately long to bring up member lists for (PDF 3.4) - ~20 seconds or more 
on the first go-round. Timing drops to 3-4 seconds on subsequent accesses in 
same session.
Is there anything simple in terms of blocking, allocation (primary vs 
secondary), etc. that would impact performance and could be easily tuned?
Thanks.
George Mosley

--
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: Basic question about CPU instructions

2010-08-12 Thread Anne Lynn Wheeler

shmuel+ibm-m...@patriot.net (Shmuel Metz  , Seymour J.) writes:
 Certainly for the ES/9000 and 43xx processors; I'm not sure about,
 e.g., the 370/145.

late 70s there was start of effort to move the large variety of internal
microprocessors to 801/risc (iliad chips) ... this included the
follow-ons to 4331/4344 (i.e. 4361/4381), the as/400 follow-on to the
s/38 ... and a lot of other internal microprocessors.

various issues cropped up with iliad chips ... and the effort was
abandoned ... 4361/4381 doing their own custom cisc chip, crash project
to do cisc chip for as/400 (decade later, as/400 did move to varient of
801/risc power/pc chip), etc. in the wake of abandoning that effort,
some number of 801/risc engineers leave and show up on risc efforts at
other vendors.

i contributed some to the whitepaper that killed the effort for 4381.
low/mid range were veritical microcode processors simulating 370
... somewhat akin to current day Hercules effort on intel processors.
The idea was to move to common 801/risc for microprocessors
... minimizing the duplication of effort around the corporation
developing new chips and associated (microcode) programming environment.

The whitepaper claims were that cisc technology had gotten to the stage
where much of 370 instructions could be implemented directly in circuits
(rather than emulated in microcode). That even with higher mip rate of
801/risc, there was still approx. 10:1 instruction emulation overhead
(needed 20mip microprocessor to get 2mip 370) ... while cisc chip might
only be 3-5 mips ... quite a bit of that could be 370 instructions
nearly native in the chip.

small piece from that whitepaper:

- The 4341MG1 is about twice the performance of a 3148.  Yet the
4341MG1's cycle time is only about 1.4 times faster than the 3148's.
The rest of the performance improvement comes from applying more
circuits to the design.

- The 4341MG2 is about 1.6 times faster than the 4341MG1.  Yet the
4341MG2's cycle time is 1.4 times faster than the 4341MG1's.  Once
again, performance can be attained through more circuitry, not just
faster circuitry.

- The 3031 is about 1.2 times faster than the 3158-3.  Yet the 3031's
cycle time is the same as the 3158-3's.

... snip ...

previous reference to benchmark with 4341MG1 slightly faster than 3031
http://www.garlic.com/~lynn/2010m.html#42 IBM 3883 Manuals

the 3031 reference is slight obfuscation. the 158-3 was single
(horizontal microcode processor) engine shared between the 370 microcode
and the integrated channel microcode. the 3031 was 158-3 with two
processor engines ... one dedicated to running 370 microcode (w/o the
integrated channel microcode) and one dedicated to the 303x channel
director) running the integrated channel microcode (w/o the 370
microcode).

recent reference to 158 engine with integrated channel microcode was
used for 303x channel director for all 303x processors (i.e. 3031 was
158-3 repackaged to use channel director, 3032 was 168-3 repackaged to
use channel director, and 3033 started out as 168-3 wiring diagram using
20% faster chip with channel director)
http://www.garlic.com/~lynn/2010m.html#15 History of Hard-coded Offsets

when 4361/4381 did come out ... there was some expectation that it would
continue the explosion in mid-range sales that started with 4331/4341
(at the end of the 70s) ... however by then, the mid-range market was
starting to move to workstations and large PCs (servers). a couple
recent posts discussing the explosion in the mid-range market ... and
then mid-range moving to workstations and large PCs:
http://www.garlic.com/~lynn/2010m.html#25 Idiotic programming style edicts
http://www.garlic.com/~lynn/2010m.html#32 Idiotic programming style edicts
http://www.garlic.com/~lynn/2010m.html#36 A Bright Future for Big Iron?
http://www.garlic.com/~lynn/2010m.html#41 IBM 3883 Manuals
http://www.garlic.com/~lynn/2010m.html#43 IBM 3883 Manuals

-- 
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: PDSE Performance

2010-08-12 Thread Starr, Alan

Hi George,

I believe that the answer to your question is a qualified yes. I believe that 
the time lapse is due to infrequent OPENs of the PDSE. Thus, the directory has 
to be read, in its entirety, into cache (a data space). Once the directory 
resides in cache, subsequent member lists are speedy until the dataset is 
closed (and its directory is purged from cache).

There are statements in IGDSMSxx that may help:

PDSE_DIRECTORY_STORAGE(16G)causes the data space cache for directories to 
be the maximum size.
PDSE_BUFFER_BEYOND_CLOSE (YES) causes directory entries to be retained after 
the dataset is closed.

Both of the above can be set dynamically via a command (I'm almost sure)

I believe that the latter statement causes directory entries to be retained for 
up to 15 minutes after the dataset has been closed. Note that, if you have 
multiple systems sharing the PDSE, updates to the directory in an LPAR will NOT 
be propagated to all sharing LPARs (i.e. because data spaces are not shared 
between LPARs).

Regards,
Alan

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
George Mosley
Sent: Thursday, August 12, 2010 09:59
To: IBM-MAIN@bama.ua.edu
Subject: PDSE Performance

I know there has been plenty of previous discussion on this topic. However, I 
couldn't find a simple answer to what I'm after.
We have a relatively small number of large PDSE's (25-30K members) that take 
inordinately long to bring up member lists for (PDF 3.4) - ~20 seconds or more 
on the first go-round. Timing drops to 3-4 seconds on subsequent accesses in 
same session.
Is there anything simple in terms of blocking, allocation (primary vs 
secondary), etc. that would impact performance and could be easily tuned?
Thanks.
George Mosley

--
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

--
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: EDG3001E RMM command from batch REXX

2010-08-12 Thread Greg Shirey

Enrique,

I ran your code in batch here, and it works just fine.  

The explanation for message EDG3001 states: 
The DFSMSrmm subsystem is not active. DFSMSrmm TSO subcommands cannot be
used to display or alter information contained within the DFSMSrmm
control data set.

Since you are using TSO commands and getting results, it sounds like
your batch job is running on a different system than your TSO session,
and that other system does not have an RMM subsystem active.  

Greg Shirey
Ben E. Keith Company 


-Original Message-
From: IBM Mainframe Discussion List On Behalf Of MONTERO ROMERO, ENRIQUE
ELOI
Sent: Thursday, August 12, 2010 11:26 AM


I am trying to run a RMM command from a REXX program on batch mode, but
get this message:
EDG3001E DFSMSRMM SUBSYSTEM IS NOT ACTIVE
But when using it online it works fine.

Let me explain.
The REXX has coded an RMM SD ... instruction I want to be executed
just to get the datasets and some other values within a volser.

If I execute it into TSO ISPF command shell (option 6) : exec
'MYUSER.CNTL.LIBRARY(PRUEBA3)' 'VOL021', it shows me the correct output
I want.

But if I try to execute it from batch :

//REXX1 EXEC PGM=IKJEFT01,REGION=0M
//SYSEXEC   DD DSN=MYUSER.CNTL.LIBRARY,DISP=SHR
//SYSTSPRT  DD SYSOUT=*
//SYSDBOUT  DD SYSOUT=*
//SYSOUTDD SYSOUT=*
//SYSTSIN   DD *   
EXEC 'MYUSER.CNTL.LIBRARY(PRUEBA3)' 'VOL021'   

It shows this output message :
READY   
EXEC 'MYUSER.CNTL.LIBRARY(PRUEBA3)' 'VOL021'   
EDG3001E DFSMSRMM SUBSYSTEM IS NOT ACTIVE   
READY   
END 

Is there some explanation or solution?

--
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: Basic question about CPU instructions

2010-08-12 Thread Tom Marchant

On Thu, 12 Aug 2010 13:05:43 -0400, Shmuel Metz (Seymour J.) wrote:

In listserv%201008121059360740.0...@bama.ua.edu, on 08/12/2010
   at 10:59 AM, Tom Marchant m42tom-ibmm...@yahoo.com said:

Are you sure about that?

Certainly for the ES/9000 and 43xx processors; I'm not sure about,
e.g., the 370/145.

Are you saying that the ES/9000 and 43xx were implemented using 
Field-effect transistors?  I'd be very surprised if that is the case.  Do 
have any references to support that?

-- 
Tom Marchant

--
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: Basic question about CPU instructions

OK,the 9121 had some CMOS in it, but also still had much Bipolar logic:
http://citeseerx.ist.psu.edu/viewdoc/download;jsessionid=212AEDFD169F4B9A8AB5D641C4560917?doi=10.1.1.86.4485rep=rep1type=pdf

Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net 8/12/2010 1:05 PM

In listserv%201008121059360740.0...@bama.ua.edu, on 08/12/2010
at 10:59 AM, Tom Marchant m42tom-ibmm...@yahoo.com said:

Are you sure about that?

Certainly for the ES/9000 and 43xx processors; I'm not sure about,
e.g., the 370/145.

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

CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee. If
you are not the intended recipient, please be advised that you have received
this material in error and that any forwarding, copying, printing,
distribution, use or disclosure of the material is strictly prohibited. If you
have received this material in error, please (i) do not read it, (ii) reply to
the sender that you received the message in error, and (iii) erase or destroy
the material. Emails are not secure and can be intercepted, amended, lost or
destroyed, or contain viruses. You are deemed to have accepted these risks if
you communicate with us by email. Thank you.

Re: Valid EBCDIC Characters for DB2 Plan name

2010-08-12 Thread Micheal Butz


Thank

Sent from my iPhone

On Aug 12, 2010, at 11:06 AM, Mike Schwab mike.a.sch...@gmail.com  
wrote:


On Thu, Aug 12, 2010 at 9:49 AM, Micheal Butz michealb...@optonline.net 
 wrote:

Hi

Would anyone know what are valid ebcdic charcters for a DB2 plan name


EBCIDIC has 3 classes of characters.
Uppercase Alphabetic A-Z
Lowercase Alphabetic a-z
National @#$
Numeric 0-9
Special printable charaters
Control characters (printer positioning, etc)
Accented characters (Á :Â, etc)
Non-printable charaters (anything not included above)

Most names can usually start with Uppercase Alphabetic or National  
characters

Numeric characters can also be used except for the first postion.

A-Z @#$ to start, A-Z @#$ 0-9 for additional characters.
--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
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


--
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

IBM Data Encryption Facility?

2010-08-12 Thread O'Brien, David W. (NIH/CIT) [C]

Is anyone using the IBM Data Encryption Facility?

Does it support encryption of FDR volume dumps or did you also need to obtain 
the FDR Encryption offering?

Anyone using the hardware encryption offered by Oracle/Sun/STK?

If I can avail myself of your research/experience in this matter it would be 
most helpful.

Thank You,
Dave O'Brien
NIH Contractor

--
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: IBM Data Encryption Facility?

2010-08-12 Thread Staller, Allan

Several releases ago (circa z/OS 1.7) IBM offered DF/DSS direct
encryption (in turn used by DFHSM). Works great for HSM dumps. NO
FUNCTIONALITY is  available for DFHSM backups. Check the fine manual for
details.

The potential drawback is using software for the encryption, drives up
total MSU's consumed,... Possibly offset by Crypto-Assist co processors
or ZIIP/ZAAP engines (again check the fine manual). Advantage,
independent of the hardware vendor

No information on support for FDR Encryption.

I have no experience w/the new hardware encrypting drives from
ORACLE/SUN/STK or IBM.

HTH,

snip
Is anyone using the IBM Data Encryption Facility?

Does it support encryption of FDR volume dumps or did you also need to
obtain the FDR Encryption offering?

Anyone using the hardware encryption offered by Oracle/Sun/STK?
/snip

--
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

Rebooting VTS after an ISL change

2010-08-12 Thread John Argall

GoodMorning/Afternoon/Evening,

We are in the process of upgrading the channel cascading hardware for tape 
from EDGE3000's to Brocade 7800's. 

The configuration looks like this.
IBM Peer to Peer Configuration.
8 active VTC's - 7 in production site, 1 in DR site in read only mode.
1 x B20 at production and 1 x B20 in DR site.
Sharing the ISL are 20 x 3592 at DR site.

Existing - ISL configuration
--

6140 SW#1 - EDGE3000 - EDGE3000 - 6140 SW#3 - B20/3592
6140 SW#4 - EDGE3000 - EDGE3000 - 6140 SW#6 - B20/3592

Proposed - ISL configuration
---

6140 SW#7 - BROCADE 7800 - BROCADE 7800 - 6140 SW#3 - B20/3592
6140 SW#8 - BROCADE 7800 - BROCADE 7800 - 6140 SW#3 - B20/3592

New ISL's had to be created to the same target switch due to FSPF rules.

The Native 3592 moved to the proposed ISL's with no issues.

The VTC's were migrated one at a time, which a VTC service recycle and 
PDCM changes at the target switches. Each VTC migrated across without 
issue.

Performance issues arose once the first batch load was run. In summary, the 
VTC's went into a suspend state on the MVS side by not accepting any more 
tape mounts, and the copy queue began increasing. Data was moving across 
the link.

Before regressing the changes, a whole series of problem determination 
activities were actioned, except a reboot of the B20 at the DR site. 

1. Has anyone done a similiar migration of ISL swapping for IBM peer to peer.

2. I suspect the DR B20 may need a reboot to free its allegiances with the 
EDGE ISL. Our breakfix expereinces have shown that the B20 needs a reboot 
at the DR end when there have been previous ISL/VTC issues.

There is a realistic chance that the vendor may say the switch/router 
hardware is configured fine and the problem is elsewhere. 

Any help or opinions are appreciated.

Regards, John

--
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: IBM Data Encryption Facility?

2010-08-12 Thread R.S.


W dniu 2010-08-12 21:30, O'Brien, David W. (NIH/CIT) [C] pisze:

Is anyone using the IBM Data Encryption Facility?

Obviously yes.


Does it support encryption of FDR volume dumps or did you also need to obtain 
the FDR Encryption offering?
AFAIK no. There is an option (paid feature) for DSS dumps. Of course you 
can encrypt FDR dump in subsequent step.




Anyone using the hardware encryption offered by Oracle/Sun/STK?

Yes. The key media are funny.


--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec 
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym 
BRE Banku SA bd w caoci opacone.

--
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

JES2 MAS member restriction

2010-08-12 Thread SUBSCRIBE IBM-MAIN Ivan A. Ramos

We have two LPARs (PRD1,PRD2) on a MAS, but have included 2 more
(PRD3,PRD4). Due to a special IBM pricing, we only wants that certain
workload could run on the new ones. We have WLM and IRD working on our systems.

Basically we would like to segment or restrict JOBs (Batch or TSO) from
running where they are not suppose to. They should be balanced among the old
lpars, but not able to run on the new ones and viceversa.

Any idea on how to accomplish this? Any inputs would be really appreciated.

--
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: JES2 MAS member restriction

2010-08-12 Thread Field, Alan C.

Some ideas:
1 - Set up SCHEDULING ENVIRONMENTS in WLM and use that to steer the jobs
to the appropriate LPARs

2 - Set up initiators so that only certain classes are defined on PRD3
and 4 
This presumes you aren't using all 36 classes already and could define
some uniquely to PRD3/4. 

3 - Use /*JOBPARM SYSAFF=PRD3 to ensure the jobs run only on the
designated LPAR


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of SUBSCRIBE IBM-MAIN Ivan A. Ramos
Sent: Thursday, August 12, 2010 15:35 
To: IBM-MAIN@bama.ua.edu
Subject: JES2 MAS member restriction

We have two LPARs (PRD1,PRD2) on a MAS, but have included 2 more
(PRD3,PRD4). Due to a special IBM pricing, we only wants that certain
workload could run on the new ones. We have WLM and IRD working on our
systems.

Basically we would like to segment or restrict JOBs (Batch or TSO) from
running where they are not suppose to. They should be balanced among the
old
lpars, but not able to run on the new ones and viceversa.

Any idea on how to accomplish this? Any inputs would be really
appreciated.

--
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

--
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: JES2 MAS member restriction

Restrict by what? job name? RACF id? Products used? WLM service class? Job 
class? We use job class and use JES initiators so that the proper LPARs run the 
proper job classes.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-691-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of SUBSCRIBE IBM-MAIN 
 Ivan A. Ramos
 Sent: Thursday, August 12, 2010 3:35 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: JES2 MAS member restriction
 
 We have two LPARs (PRD1,PRD2) on a MAS, but have included 2 more
 (PRD3,PRD4). Due to a special IBM pricing, we only wants that certain
 workload could run on the new ones. We have WLM and IRD 
 working on our systems.
 
 Basically we would like to segment or restrict JOBs (Batch or 
 TSO) from
 running where they are not suppose to. They should be 
 balanced among the old
 lpars, but not able to run on the new ones and viceversa.
 
 Any idea on how to accomplish this? Any inputs would be 
 really appreciated.
 
 --
 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
 
 

--
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: IBM 3883 Manuals


--snip-


rfocht...@ync.net (Rick Fochtman) writes:
 


At Clearing, we ran MVS very nicely on three 4341 Model Group 2 boxen
for three years and it ran very nicely. Nowdays, my pocket calculator
probably has more raw compute power but the fact remains that we were
very happy with the equipment, until our workload grew beyond their
capacity to process it. IIRC, the DASD farm was a mix of 3330-11's and
3350's. Talk about ancient.
   



re:
http://www.garlic.com/~lynn/2010m.html#41 IBM 3883 Manuals

... group 2 was faster machine introduced later ... however, if you were
running with (existing?) DASD farm with mix of 3330-11s and 3350s ... it
was possibly upgrade of existing 370 machine (possibly single 158 to
three 4341 ... or maybe from a single 168?). it might have even been an
pre-existing MVS (that didn't require the new 3033 mvs microcode assist)
... and likely within a traditional looking datacenter.
 


---unsnip---
Those three 4341's replaced two s/370 148's and two 3031's. With the mix 
of equipment we had, we were experiencing problems with checkpoint 
lockout when we shared the spool. Also with DASD Reserve/Release.


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: JES2 MAS member restriction

2010-08-12 Thread Mark Zelden

JES2 exits (if you want to write / support them) can also help do this
without having to change JCL.   Of course there are products like
MVS Solutions ThruPut Manager that have a CLIST like language
to do the same sort of control (with vendor supported JES2 exits
behind the scenes doing the work).   $$$ and overkill for what you 
are asking, but I thought I would mention it.   

Do you have to share spool?  It shouldn't affect your sysplex pricing
or whatever other discount you are getting.You could always
NJE jobs over if you need to or scheduling packages can submit
the job on the desired host.   Depending on what the LPAR is
used this could be the best option.

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




On Thu, 12 Aug 2010 15:42:42 -0500, Field, Alan C.
alan.c.fi...@supervalu.com wrote:

Some ideas:
1 - Set up SCHEDULING ENVIRONMENTS in WLM and use that to steer the jobs
to the appropriate LPARs

2 - Set up initiators so that only certain classes are defined on PRD3
and 4
This presumes you aren't using all 36 classes already and could define
some uniquely to PRD3/4.

3 - Use /*JOBPARM SYSAFF=PRD3 to ensure the jobs run only on the
designated LPAR


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of SUBSCRIBE IBM-MAIN Ivan A. Ramos
Sent: Thursday, August 12, 2010 15:35
To: IBM-MAIN@bama.ua.edu
Subject: JES2 MAS member restriction

We have two LPARs (PRD1,PRD2) on a MAS, but have included 2 more
(PRD3,PRD4). Due to a special IBM pricing, we only wants that certain
workload could run on the new ones. We have WLM and IRD working on our
systems.

Basically we would like to segment or restrict JOBs (Batch or TSO) from
running where they are not suppose to. They should be balanced among the
old
lpars, but not able to run on the new ones and viceversa.

Any idea on how to accomplish this? Any inputs would be really
appreciated.

--
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

--
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

--
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: JES2 MAS member restriction

2010-08-12 Thread Staller, Allan

Scheduling environments *COMBINED* with job class will provide the
requested function;.
See SCHENV= on the JES2 JOBCLASS definition.

If this is not done, either JCL will need to be changed or an exit coded
to provide the correct SCHENV for this work.

HTH,

snip
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Field, Alan C.
Sent: Thursday, August 12, 2010 3:43 PM
Some ideas:
1 - Set up SCHEDULING ENVIRONMENTS in WLM and use that to steer the jobs
to the appropriate LPARs
/snip

/snip
We have two LPARs (PRD1,PRD2) on a MAS, but have included 2 more
(PRD3,PRD4). Due to a special IBM pricing, we only wants that certain
workload could run on the new ones. We have WLM and IRD working on our
systems.

Basically we would like to segment or restrict JOBs (Batch or TSO) from
running where they are not suppose to. They should be balanced among the
old
lpars, but not able to run on the new ones and viceversa.
/snip

--
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: Oracle: The future is diskless!

2010-08-12 Thread Carlos Bodra - Pessoal


 Last mainframe will turned off in 1996 hahahahaha
No more than 640KB is necessary for any computer hahahahaha

These new predictions make same effect.

Carlos Bodra
IBM zSeries Certified Specialist
Sao Paulo - Brazil


Em 11/08/2010 15:42, Mark Pace escreveu:

Bubbles!!  HAHAHAHAHAHA!   I still remember that prediction.

On Wed, Aug 11, 2010 at 2:21 PM, Shmuel Metz (Seymour J.)
shmuel+ibm-m...@patriot.netshmuel%2bibm-m...@patriot.net  wrote:


Ina6b9336cdb62bb46b9f8708e686a7ea005d5e04...@nrhmms8p02.uicnrh.dom,
on 08/11/2010
   at 07:50 AM, McKown, Johnjohn.mck...@healthmarkets.com  said:


This is about some comments from Oracle EVP John Fowler. He indicates
that disk is dying. He envisions it being replace by flash RAM.

Is that anything like thin film replacing core? Or bubbles?

Predicting that that a technology will be supplanted is easy.
Accurately predicting what will replace it and when is hard.

--
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; seehttp://patriot.net/~shmuel/resume/brief.html
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






--
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

Information on Tablebase

2010-08-12 Thread Guy Gates

Hello,

 My programming staff wants to investigate installing Tablebase on our 
systems to help speed up the nightly batch jobs. I have heard the sales pitch, 
but would beinterested in hearing from those on this list whom have had 
experience with Tablebase. 
 
 You can contact me Off-List with your comments. I am interested in hearing 
of experiences from a Technical Support point of view, but any comments will 
be welcomed.

 I am running z/OS 1.10 on a z9 processor.
 
 My email is guy.gates (at) ttiinc.com

Thanks...Guy

--
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: Oracle: The future is diskless!


snip--


 Last mainframe will turned off in 1996 hahahahaha
No more than 640KB is necessary for any computer hahahahaha

These new predictions make same effect.


unsnip-
Carlos, you're not laughing hard enough. I can't hear you in Chicago.

By the way, would you like some choice real estate? 20 miles east of the 
city of Chicago, straight off the end of Congress Parkway. Only $100,000 
per acre, with many thousands of acres available.. Easy access to the 
city, low traffic, no taxes and a scenic Lake Michigan view. :-))


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: Oracle: The future is diskless!

Well, the traffic may get a little heavier during summer weekends, and flood 
insurance could be rather expensive ;-)

 Rick Fochtman rfocht...@ync.net 8/12/2010 5:44 PM 
snip--

  Last mainframe will turned off in 1996 hahahahaha
 No more than 640KB is necessary for any computer hahahahaha

 These new predictions make same effect.

unsnip-
Carlos, you're not laughing hard enough. I can't hear you in Chicago.

By the way, would you like some choice real estate? 20 miles east of the 
city of Chicago, straight off the end of Congress Parkway. Only $100,000 
per acre, with many thousands of acres available.. Easy access to the 
city, low traffic, no taxes and a scenic Lake Michigan view. :-))

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 



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.


--
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: Oracle: The future is diskless!

2010-08-12 Thread Carlos Bodra - Pessoal


 Hi Rick,

You just forgot to say that 100,000 acres are under water in middle of 
great lakes... but I will consider this offer when I decide to invest in 
real estate!!!


Carlos Bodra

IBM zSeries Certified Specialist
Sao Paulo - Brazil


Em 12/08/2010 18:53, Scott Rowe escreveu:

Well, the traffic may get a little heavier during summer weekends, and flood 
insurance could be rather expensive ;-)


Rick Fochtmanrfocht...@ync.net  8/12/2010 5:44 PM

snip--


  Last mainframe will turned off in 1996 hahahahaha
No more than 640KB is necessary for any computer hahahahaha

These new predictions make same effect.


unsnip-
Carlos, you're not laughing hard enough. I can't hear you in Chicago.

By the way, would you like some choice real estate? 20 miles east of the
city of Chicago, straight off the end of Congress Parkway. Only $100,000
per acre, with many thousands of acres available.. Easy access to the
city, low traffic, no taxes and a scenic Lake Michigan view. :-))

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



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.


--
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


--
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: Basic question about CPU instructions

2010-08-12 Thread Bob goolsby

Mornin' All --

This thread brings up a question that has been knocking around in my
head for a couple of months -- Is there a benchmarking facility for
IBM Assembler code?  This is the kind of question that gets answered
in the Unix world by writing a snippet of code and running it a few
thousand times (to let the CPU caches settle down) and taking numbers.
 I can't seem to find anything equivalent for the MVS world.  A Google
Search on 'MVS+Benchmark' turns up lots of Vendor 'benchmarks' of
their code running on various releases of MVS and zOS, but nothing
that allows me to time arbitrary code.  I really have lacing my code
with time() calls.


B



On Thu, Aug 12, 2010 at 11:04 AM, Scott Rowe scott.r...@joann.com wrote:
 OK,the 9121 had some CMOS in it, but also still had much Bipolar logic:
 http://citeseerx.ist.psu.edu/viewdoc/download;jsessionid=212AEDFD169F4B9A8AB5D641C4560917?doi=10.1.1.86.4485rep=rep1type=pdf

 Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net 8/12/2010 1:05 PM 
 
 In listserv%201008121059360740.0...@bama.ua.edu, on 08/12/2010
   at 10:59 AM, Tom Marchant m42tom-ibmm...@yahoo.com said:

Are you sure about that?

 Certainly for the ES/9000 and 43xx processors; I'm not sure about,
 e.g., the 370/145.

 --
     Shmuel (Seymour J.) Metz, SysProg and JOAT
     ISO position; see http://patriot.net/~shmuel/resume/brief.html
 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



 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
 confidential and privileged information intended only for the addressee.  If 
 you are not the intended recipient, please be advised that you have received 
 this material in error and that any forwarding, copying, printing, 
 distribution, use or disclosure of the material is strictly prohibited.  If 
 you have received this material in error, please (i) do not read it, (ii) 
 reply to the sender that you received the message in error, and (iii) erase 
 or destroy the material. Emails are not secure and can be intercepted, 
 amended, lost or destroyed, or contain viruses. You are deemed to have 
 accepted these risks if you communicate with us by email. Thank you.


 --
 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




-- 

Bob Goolsby
bob.gool...@gmail.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

TableBase Question

2010-08-12 Thread Gates, Guy

Hello,

 My programming staff wants to investigate installing TableBase on our 
systems to help speed up the nightly batch jobs. I have heard the sales
pitch, 
but would be interested in hearing from those on this list whom have had

experience with TableBase. 
 
 You can contact me Off-List with your comments. I am interested in
hearing 
of experiences from a Technical Support point of view, but any comments
will 
be welcomed.

 I am running z/OS 1.10 on a z9 processor.
 
 My email is guy.gates (at) ttiinc.com

Thanks...Guy M. Gates Jr.
TTI Z/OS Systems Programmer II

--
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: Oracle: The future is diskless!


--snip
Carlos Bodra - Pessoal wrote:


 Hi Rick,

You just forgot to say that 100,000 acres are under water in middle of 
great lakes... but I will consider this offer when I decide to invest 
in real estate!!!


Carlos Bodra


-unsnip
You're right, I forgot to mention that the average water depth there is 
600 feet. So you might have a slight humidity problem. :-)  Forget about 
flood insurance; think rather about drought insurance; it ought to be 
really cheap.


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: basic questions about machine instructions