Re: Data set ENQueues and DEQueues in Jobs

2006-07-31 Thread Paul Gilmartin
In a recent note, Bruce Black said:

 Date: Sun, 30 Jul 2006 18:40:49 -0400
 
 Sorry, ENQ RET=CHNG only changes a SHR ENQ to EXCL, not the other waqy
 
And thereby hangs a long and knotted tale of how TSO ALLOCATE
will sometimes create a data set with only a SHR ENQ on the
DSNAME; fail to catalog it because of a duplicate catalog entry,
then fail to delete it because it can't obtain an EXCL ENQ
because another job has a SHR ENQ on the same DSNAME.

I once unwittingly created uncatalogued instances on every
storage volume of several data set names because of this
behavior.

It's a disappointment, for the above reason as well as others,
that IBM has not seen fit to provide an option to downgrade
an ENQ.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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


Re: Help with ILR035W

2006-07-31 Thread Hal Merritt
Thanks to all who tried to help. The system in question had been copied
from another unit pair. I'm sure there must have been some comedy of
errors that made the copies defective. 

It turns out that the original pair was still there, and IPL'ed smooth
as silk. 

Again, thanks to all!!

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Shane
Sent: Friday, July 28, 2006 10:15 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Help with ILR035W

On Fri, 2006-07-28 at 18:21 -0500, Hal Merritt wrote:
 Well, now I get 'deleted while in use'. 

I'd be thinking you are paddling around in the wrong catalog.
A *very* careful check of all that you had done so far would be germane.

With regard to the update record in the page dataset, this merely stops
you deleting or using the same dataset on another system whilst it is
active. It can be (re-)used after the using system is deactivated - you
get a warning message about the last system to use that page dataset,
but usage proceeds. At least that was how it happened when I tested this
funtionality at z/OS 1.4

Shane ...

 
NOTICE: This electronic mail message and any files transmitted with it are 
intended exclusively
for the individual or entity to which it is addressed. The message, together 
with any attachment, may contain confidential and/or privileged
information. Any unauthorized review, use, printing, saving, copying, 
disclosure 
or distribution is strictly prohibited. If you have received this message in 
error, please immediately
advise the sender by reply email and delete all copies.

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


Re: APF Authorized Code/Libraries.

2006-07-31 Thread Binyamin Dissen
On Sun, 30 Jul 2006 23:47:00 + Jeffrey D. Smith
[EMAIL PROTECTED] wrote:

:From: Binyamin Dissen [EMAIL PROTECTED]
:Sent: 7/30/2006 10:13 AM
:To: IBM-MAIN@BAMA.UA.EDU IBM-MAIN@BAMA.UA.EDU
:Subject: Re: APF Authorized Code/Libraries.

:On Sun, 30 Jul 2006 09:08:00 -0300 Shmuel Metz (Seymour J.)
:[EMAIL PROTECTED] wrote:

::In [EMAIL PROTECTED], on
::07/28/2006
::   at 05:16 PM, Wayne Driscoll [EMAIL PROTECTED] said:

::While that is true, since non-reentrent code loaded out of an APF
::authorized library is loaded into KEY 8 storage, there is an
::integrity exposure if said code is loaded into a multi-user address
::space, since it is open to being modified (by accident or by intent)
::by a non-authorized program.

::Authorization is at the address space level. Normally it's impossible
::for authorized and unauthorized programs to run concurrently in the
::same address space. If your authorized code circumvents the normal
::safeguards then you have more serious issues than what key the code is
::loaded under.
 
:Actually authorization is at the jobstep task level.

:Some TSO commands can be attached authorized.

TSO starts a parallel TMP as a jobstep task, and runs the command under it.

--
Binyamin Dissen [EMAIL PROTECTED]
http://www.dissensoftware.com

Director, Dissen Software, Bar  Grill - Israel


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

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

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


Re: wd4z JES job Monitor

2006-07-31 Thread Mary Kay Tubello
That's odd, because a netstat indicates that
this port is free.

Where did you find these error messages.

The rc=38 is the job return code.

Thanks,
Mary Kay

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


Re: wd4z JES job Monitor

2006-07-31 Thread Mary Kay Tubello
In the netstat portlist is this
06715 TCP  *DA   

The TCPIP person tells me that this should
let someone in on the port, and that this is
in there because of audit requirements.  Could
this be the problem?

Thanks

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


Source maintenance was Re: SEQUENCE NUMBERS

2006-07-31 Thread Clark Morris
On 30 Jul 2006 12:12:42 -0700, in bit.listserv.ibm-main you wrote:

john gilmore wrote:
 I am as aware as EJ is of the historical use that has been made of SNs 
 to maintain source programs, and I mentioned this role for them 
 explicitly in the post he comments upon.  We differ about the 
 desirability of continuing to use them.  So be it.

Don't misunderstand me! We do *not* differ about the desirability of 
continuing to use sequence numbers. Personally, I don't like them. I 
prefer unnumbered source for programs not distributed to customers.

My objection was to your assertion that the use of sequence numbers is 
now 'obsolete'. That would be a valid statement only if a viable 
alternative to their use for source-maintained programs existed. 
Unfortunately, one does not.

How do the various source maintenance packages for other platforms
such as Unix handle the problem.  I'm thinking of CVS and the various
Itegrated Development Environments.  There are differential upgrades
and other techniques.  I am not familiar with them but realize that I
am not familiar with most of the tools in the non-MVS environment.

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


Re: S99RBXLN Head's Up

2006-07-31 Thread Richard Tsujimoto
I think Paul made a good point about not creating labels that are similar 
in format as the ones IBM distributes with their code.  I quickly checked 
my code and was relieved to see that I avoided that trap.  Nevertheless, 
thanks for the warning Ed.

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


Java Packed Decimal

2006-07-31 Thread Benjamin White
Where is some code to process Z/Series packed decimal?  I know it is not a 
primative data type.  Is there any conversion routines?


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


Re: HSA Estimate

2006-07-31 Thread Knutson, Sam
Agreed.  That CPC model is a significant factor in HSA size is true.
Also true is that IBM continues to provide more feature and function and
that Driver upgrades to existing machines can and have increased HSA.
It makes sense to have a little slack budgeted for growth or least to
identify the LPAR which you will always activate last when you POR and
which will incur the storage reduction.   

Best Regards, 

Sam Knutson, GEICO 
Performance and Availability Management 
mailto:[EMAIL PROTECTED] 
(office)  301.986.3574 

Think big, act bold, start simple, grow fast...

-Original Message-
Agreed. However I would vote for the following rule:
- if you're on z/990 then your HSA is 1GB
- if you're on z9 then your HSA is 2GB
- if you're on z/900 or 9672 then your HSA is 256MB.
It's still *simple* starting point.

Regards
--
Radoslaw Skorupka
Lodz, Poland

This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

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


Re: S99RBXLN Head's Up

2006-07-31 Thread Mark Zelden
On Sun, 30 Jul 2006 15:04:01 -0700, Edward Jaffe
[EMAIL PROTECTED] wrote:

snip

Hallelujah!!! Happy days!! But ... wait! Was I prescient? The name I've
been assigning for 20 years to this user defined symbol is *exactly*
the same as that chosen by IBM for the official symbol. I now have
literally dozens of programs that won't compile. They receive a
Previously defined symbol error from the assembler!

I'm not complaining. I'm editing. Consider yourselves forewarned...


Well, you can use one of those obsolete sequence number things
and create a SMP/E usermod to update the macro. :-)

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

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


HSM PDA Datasets

2006-07-31 Thread Joe jeffries
We have PDA(none) set in our HSM parms. I need to send a PDA trace off to 
IBM and am having trouble allocating the PDA datasets.

1.3.2.2.1 of hsm impl guide provides the JCL to allocate the logs but 
doesn't seem to show whether the datasets will automatically be recognised 
due to their naming standards or whether they need to be supplied to the 
HSM proc.

Anyone know where i should be looking?

Many thx,

JJ

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


Re: sequence numbers (or whatever)

2006-07-31 Thread Chase, John
 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of john gilmore
 
 [ snip ]
 
 There is no necessary linkage between supplying SNs in 
 card-image columns 73-80 and OCO foir JES2.
 
 Several other almost but perhaps not quite equally bizarre 
 arguments for the continuing usefulness of SNs have been 
 advanced during the evolution of this thread.
 
 My favorite---storm warning of a big word to come---is their 
 notional usefulness in avoiding homoeoteleutera; but others 
 may well have their own, different favorites.

Young monk was assigned to assist in the manual copying of the
monastery's manuscripts.  He noticed that their source documents were
themselves copies, so he informed the abbot, noting that by copying from
copies they might be perpetrating errors introduced in previous
transcriptions.

You have a point, my son, said the abbot.  I will go examine the
original manuscripts.

Several hours later, the abbot not yet having returned from the
archives, the young monk went to the archives and found the abbot,
forehead bruised from banging against the wall, sobbing and repeating,
... they left out the letter 'R'  they left out the letter 'R'


Forgive me, Father, the young monk interrupted, but what does that
mean?

You were right, my son.  They left out the letter 'R' many
transcriptions ago, and we have been repeating their error.

But What is the significance of the letter 'R'? asked the monk.

The word was .

CELEBRATE!

-jc-

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


Re: HSM PDA Datasets

2006-07-31 Thread R.S.

Joe jeffries wrote:

We have PDA(none) set in our HSM parms. I need to send a PDA trace off to 
IBM and am having trouble allocating the PDA datasets.


1.3.2.2.1 of hsm impl guide provides the JCL to allocate the logs but 
doesn't seem to show whether the datasets will automatically be recognised 
due to their naming standards or whether they need to be supplied to the 
HSM proc.


Anyone know where i should be looking?


AFAIK you have to add DDnames to HSM JCL procedure. Dataset name is 
irrelevant.

DDnames are ARCPDOX and ARCPDOY.

--
Radoslaw Skorupka
Lodz, Poland

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


Re: HSM PDA Datasets

2006-07-31 Thread Friske, Michael
See section 1.5.1.2.1 of the same manual.  The HSM proc must point to
these data sets.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Joe jeffries
Sent: Monday, July 31, 2006 8:45 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: HSM PDA Datasets


We have PDA(none) set in our HSM parms. I need to send a PDA trace off
to 
IBM and am having trouble allocating the PDA datasets.

1.3.2.2.1 of hsm impl guide provides the JCL to allocate the logs but 
doesn't seem to show whether the datasets will automatically be
recognised 
due to their naming standards or whether they need to be supplied to the

HSM proc.

Anyone know where i should be looking?

Many thx,

JJ

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

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


Re: S99RBXLN Head's Up

2006-07-31 Thread Ed Finnell
 
In a message dated 7/31/2006 8:35:35 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

Well,  you can use one of those obsolete sequence number things
and create a SMP/E  usermod to update the macro. :-)




Yeah, but how are you gonna know whether to leave it or take it out  without 
knowing the DFPLEVEL? Only way I see is PRE and SUP in  usermod.

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


Re: Data set ENQueues and DEQueues in Jobs

2006-07-31 Thread Paul Gilmartin
In a recent note, Ron and Jenny Hawkins said:

 Date: Mon, 31 Jul 2006 19:47:21 +0800
 
 So you don't use SMS?
 
Partly.  We use SMS, but not all our prefixes and volumes are
SMS controlled.  Are yours?

  I once unwittingly created uncatalogued instances on every
  storage volume of several data set names because of this
  behavior.

I should have said every _eligible_ storage volume.  And this was
long ago, perhaps even before SMS.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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


Re: sequence numbers (or whatever)

2006-07-31 Thread Chase, John
 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of David Cole
 
 At 7/30/2006 09:12 AM, John Gilmore wrote:
 My favorite---storm warning of a big word to come---is their 
 notional 
 usefulness in avoiding homoeoteleutera; but others may well 
 have their 
 own, different favorites.
 
 Google User: define: homoeoteleutera
 Google (paraphrasing here): Huh?
 
 www.onelook.com user: homoeoteleutera
 www.onelook.com: Huh?
 
 Looks to me, John, like you've hit a home run here...

Nor is it in the free subset of the online Oxford English Dictionary.

-jc-

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


Re: S99RBXLN Head's Up

2006-07-31 Thread Thompson, Steve (SCI TW)
How about AIF (D'S99RBXLN).DONE_ALREADY  inside the IBM supplied macro?

You apply this to the macro via USERMOD...

Regards,
Steve Thompson

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ed Finnell
Sent: Monday, July 31, 2006 9:09 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: S99RBXLN Head's Up
snip
Yeah, but how are you gonna know whether to leave it or take it out
without 
knowing the DFPLEVEL? Only way I see is PRE and SUP in  usermod.
snip

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


Re: HSM PDA Datasets

2006-07-31 Thread Joe jeffries
Many thx, I'm on it.

JJ

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


Re: S99RBXLN Head's Up

2006-07-31 Thread Ed Finnell
 
In a message dated 7/31/2006 9:37:38 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

How  about AIF (D'S99RBXLN).DONE_ALREADY  inside the IBM supplied  macro?

You apply this to the macro via  USERMOD...




Yeah, guess I'm looking for the snake pits where the usedmod or 3rd party  
software is applied on one system and copied to others which may not be at  
correct levels.

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


Re: S99RBXLN Head's Up

2006-07-31 Thread Mark Zelden
Guys, I wasn't serious (note the smiley face). I was (kiddingly) trying
to cross threads to show that sequence numbers are not obsolete and do
still have a valid use (which Ed already pointed out and I was using
his example).   

Unless Ed wants to maintain a usermod from now until , he is 
taking the correct approach in changing his code.  It's pay me
now or pay me later, and Ed has decided to pay now.  If he needed
to make mass changes to his code to fix something in a short
period of time, then I could see using a usermod on a temporary 
basis and cleaning up later.  That isn't the case. 
 
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group
mailto: [EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html



On Mon, 31 Jul 2006 10:37:18 -0400, Thompson, Steve (SCI TW)
[EMAIL PROTECTED] wrote:

How about AIF (D'S99RBXLN).DONE_ALREADY  inside the IBM supplied macro?

You apply this to the macro via USERMOD...

Regards,
Steve Thompson

snip
Yeah, but how are you gonna know whether to leave it or take it out
without
knowing the DFPLEVEL? Only way I see is PRE and SUP in  usermod.
snip

On Mon, 31 Jul 2006 08:35:15 -0500, Mark Zelden [EMAIL PROTECTED]
wrote:


Well, you can use one of those obsolete sequence number things
and create a SMP/E usermod to update the macro. :-)


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


Re: Source maintenance was Re: SEQUENCE NUMBERS

2006-07-31 Thread Art Celestini
 From what I am familiar with from the Linux world, the method does not
appear to be 100% bulletproof.  Essentially, the diff program (e.g. 
http://www.die.net/doc/linux/man/man1/diff.1.html) is used to create
a patch file by comparing the old and new source.  Then the patch
program (e.g. http://www.die.net/doc/linux/man/man1/patch.1.html) can
be used to apply the changes to another copy of the old source.  

The person who runs the diff program must ensure that the context
parameter specifies enough lines to ensure there are no ambiguities.
Problem is, there is no guarantee that ambiguities won't still exist 
in different versions of the old source.  I've seen claims that a 
particular patch will apply to multiple versions of a target program,
but usually, the patch is documented as being applicable only to a 
specific version.


At 08:37 AM 7/31/2006, Clark Morris wrote:
  
On 30 Jul 2006 12:12:42 -0700, in bit.listserv.ibm-main you wrote:

john gilmore wrote:
 I am as aware as EJ is of the historical use that has been made of SNs 
 to maintain source programs, and I mentioned this role for them 
 explicitly in the post he comments upon.  We differ about the 
 desirability of continuing to use them.  So be it.

Don't misunderstand me! We do *not* differ about the desirability of 
continuing to use sequence numbers. Personally, I don't like them. I 
prefer unnumbered source for programs not distributed to customers.

My objection was to your assertion that the use of sequence numbers is 
now 'obsolete'. That would be a valid statement only if a viable 
alternative to their use for source-maintained programs existed. 
Unfortunately, one does not.

How do the various source maintenance packages for other platforms
such as Unix handle the problem.  I'm thinking of CVS and the various
Itegrated Development Environments.  There are differential upgrades
and other techniques.  I am not familiar with them but realize that I
am not familiar with most of the tools in the non-MVS environment.




==
Art Celestini   Celestini Development Services
Phone: 201-670-1674Wyckoff, NJ
=  http://celestini.com  =
Mail sent to the From address  used in this post
will be rejected by our server.   Please send off-
list email to:  ibmmainat-signcelestinidotcom.
==

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


Re: S99RBXLN Head's Up

2006-07-31 Thread Thompson, Steve (SCI TW)
I read this coming back and realized it might appear that I was talking
down to you. Sorry, that was not my intent. Just to be a bit instructive
to others that review this later.

However, I have had to do this kind of thing in macros that we have had
to capture to ensure correct code expansions (e.g., make sure they don't
cause another macro to be generated a second time, such as IHAPSA). 

If I remember correctly, the D (Defined) attribute does not cause
LOOK-AHEAD to take place -- But should LOOK-AHEAD have already taken
place so that the generation or definition of YOUR code has occurred,
I believe that HL-ASM ignores this and the AIF would fail and you would
still generate the code. So the macro would have to be placed beyond the
code where you would have your definitions (or end of the program as the
case may be).

Regards,
Steve Thompson

[This being Monday, having had two days off from work, I am having to be
retrained in typing, sentence construction, and programming. And more
importantly, wehre the blasted coffee pot is and how to use it.]



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ed Finnell
Sent: Monday, July 31, 2006 9:44 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: S99RBXLN Head's Up

 
In a message dated 7/31/2006 9:37:38 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

How  about AIF (D'S99RBXLN).DONE_ALREADY  inside the IBM supplied
macro?

You apply this to the macro via  USERMOD...




Yeah, guess I'm looking for the snake pits where the usedmod or 3rd
party  
software is applied on one system and copied to others which may not be
at  
correct levels.

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

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


Re: S99RBXLN Head's Up

2006-07-31 Thread Ed Finnell
 
In a message dated 7/31/2006 9:55:31 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

retrained in typing, sentence construction, and programming. And  more
importantly, wehre the blasted coffee pot is and how to use  it.]




It's OK. I got one of those grind and brew thingys from Santa and Mondays  
seem to aggravate it to no endI liken it to those paint sprayers that are 
so 
 convenient then takes half a day to clean all the pieces before  reusing.

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


Re: S99RBXLN Head's Up

2006-07-31 Thread Paul Gilmartin
In a recent note, Thompson, Steve (SCI TW) said:

 Date: Mon, 31 Jul 2006 10:37:18 -0400
 
 How about AIF (D'S99RBXLN).DONE_ALREADY  inside the IBM supplied macro?
 
In fact, Ed might need to do something of the sort inside his
code in order to ease the transition to 1.8.  Perhaps an SPLEVEL
check.

But I wonder why he placed his private definition of S99RBXLN
in each of several source files rather than in a macro.

Hmmm.  Ed used S99RBXLN rather than the more obvious S99RBLEN
to minimize the likelihood of collision with a possible IBM
update.  And IBM S99RBXLN rather than the more obvious S99RBLEN
to minimize the likelihood of collision with possible private
customer circumventions.  Poker strategy?  Rock-Scissors-Paper?
Prisoner's Dilemma?

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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


Re: CVS for MVS

2006-07-31 Thread Rob Wunderlich
On Fri, 28 Jul 2006 09:22:35 +0100, Jim McAlpine [EMAIL PROTECTED] 
wrote:

Rob, do you run this directly from TSO.

Jim McAlpine

Yes, batch TSO. It runs as part of a program generation job. Could run 
foreground TSO if we had an application.

-Rob

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


Re: S99RBXLN Head's Up

2006-07-31 Thread Mark Zelden
On Mon, 31 Jul 2006 09:09:42 -0600, Paul Gilmartin [EMAIL PROTECTED]
wrote:


Hmmm.  Ed used S99RBXLN rather than the more obvious S99RBLEN
to minimize the likelihood of collision with a possible IBM
update.  And IBM S99RBXLN rather than the more obvious S99RBLEN
to minimize the likelihood of collision with possible private
customer circumventions.  Poker strategy?  Rock-Scissors-Paper?
Prisoner's Dilemma?


S99RBLN (not LEN) is already provided for the length of S99RB.  
This new symbol is for the length of S99RBX, so it obviously more 
obvious g to include the X in the symbol for the length as 
well.

As far as Ed's unfortunate collision, I'm pretty sure I would
have chosen the exact same name -  but I don't write software.

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

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


Re: Source maintenance was Re: SEQUENCE NUMBERS

2006-07-31 Thread Paul Gilmartin
In a recent note, Art Celestini said:

 Date: Mon, 31 Jul 2006 10:52:03 -0400
 
  From what I am familiar with from the Linux world, the method does not
 appear to be 100% bulletproof.  Essentially, the diff program (e.g.
 http://www.die.net/doc/linux/man/man1/diff.1.html) is used to create
 a patch file by comparing the old and new source.  Then the patch
 program (e.g. http://www.die.net/doc/linux/man/man1/patch.1.html) can
 be used to apply the changes to another copy of the old source.
 
You needn't search so far afield.  Both are part of the base z/OS,
likely since MVS 5.2.2.  But the GNU/Linux flavors have extensions
which I value, and which the open source community regularly
exploits.

 The person who runs the diff program must ensure that the context
 parameter specifies enough lines to ensure there are no ambiguities.
 Problem is, there is no guarantee that ambiguities won't still exist
 in different versions of the old source.  I've seen claims that a
 particular patch will apply to multiple versions of a target program,
 but usually, the patch is documented as being applicable only to a
 specific version.

And neither method protects against overlapping patches by different
developers.  In fact, if two different developers insert similar
new code but the sequence numbers by happenstance are different
(perhaps differentiated by ISPF's use of 79-80 as a vesion
indicator),  won't IEBUPDTE cheerfully interleave the patches with
nary a warning?  patch-diff's verification of context will likely
result in at least a warning.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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


Re: Java Packed Decimal

2006-07-31 Thread Jeffrey D. Smith
=
-Original Message-
From: Benjamin White [EMAIL PROTECTED]
Sent: 7/31/2006 7:04 AM
To: IBM-MAIN@BAMA.UA.EDU IBM-MAIN@BAMA.UA.EDU
Subject: Java Packed Decimal

Where is some code to process Z/Series packed decimal?  I know it is not a 
primative data type.  Is there any conversion routines?
=

I don't know what is your definition of primitive data type.
It seems to me that when a data type is supported directly
by machine instructions, like Add Packed (AP), Zero and Add
Packed (ZAP), Compare Packed (CP), etc., then it is a primitive
(or native) data type.

I also don't understand why you are mixing Java with
z/Series packed decimal primitive data type. What does
one have to do with the other?


Jeffrey D. Smith
Farsight Systems Corporation
24 BURLINGTON DR
LONGMONT, CO 80501
303-774-9381 direct
303-709-8153 cell
303-484-6170 fax

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


Re: Data set ENQueues and DEQueues in Jobs

2006-07-31 Thread Ron and Jenny Hawkins
Gil,


 Partly.  We use SMS, but not all our prefixes and volumes are
 SMS controlled.  Are yours?
 

In the last shop where I was a Storage Administrator - yes, every prefix is
tested specifically or under a mask; and the last shop I did an SMS
conversion - yes. That is except for SYSRES, MCAT, Paging, and a handful of
sandpit volumes. Everything mounted as PRIVATE.

SMS is your friend... :)

 
 I should have said every _eligible_ storage volume.  And this was
 long ago, perhaps even before SMS.
 

It can still happen. I do it on our Lab systems all the time :(

Ron

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


Re: Source maintenance was Re: SEQUENCE NUMBERS

2006-07-31 Thread Anne Lynn Wheeler

[EMAIL PROTECTED] (Clark Morris) writes:
 How do the various source maintenance packages for other platforms
 such as Unix handle the problem.  I'm thinking of CVS and the various
 Itegrated Development Environments.  There are differential upgrades
 and other techniques.  I am not familiar with them but realize that I
 am not familiar with most of the tools in the non-MVS environment.

rcs, cvs, etc ... tend to be down-dates ... you have the complete
source for the current version ... with control information how to
regress to earlier versions.

cms had update command from mid-60s ... which applied an update
control file to source, resulting in temporary file to be updated
recent refs:
http://www.garlic.com/~lynn/2006o.html#14 SEQUENCE NUMBERS

this provides a short description of the evoluation of the CMS
update command into multi-level source maintenance updates
http://www.garlic.com/~lynn/2006n.html#45 sorting

one of the things that fell by the wayside was an application
that attempting to merge potentially parallel update activity.

during the early days at the science center
http://www.garlic.com/~lynn/subtopic.html#545tech

evolving the cms multi-level source maintenance process ... there was
an application written that attempted to merge and resolve parallel
update/maint. operations.

the infrastructure evolved out of a joint project between cambridge
and endicott to add 370 virtual machine support to cp67. cp67 provide
virtual 360 and virtual 360/67 (i.e. virtual memory) virtual machines
... but 370 was going to announce virtual memory (it was something
like two years away). 370 virtual memory definition had various
differences from 360/67. the idea was quickly implement 370 virtual
machines (with 370 defined virtual memory hardware tables) under cp67
(running on 360/67).

the multi-level initially consisted of

1) normal set of updates and enhancements built on base cp67 source,
(cp67l system)

2) set of updates applied to normal cp67 that added support for 370
virtual machine option (cp67h system)

3) set of updates that modified cp67 kernel to run on 370 hardware
(rather than 360/67 hardware; cp67i system)

part of the issue was that the cambridge cp67 system hosted some
number of students (mit, bu, harvard, etc) and other non-employees in
the boston area. since 370 virtual memory hadn't been announced yet,
it was being treated as super sensitive corporate information and
there was no desire for it to leak to non-employees.

as a result only #1 kernel typically ran on the real hardware.  #2
kernel would run in a 360/67 virtual machine, isolated from prying
eyes of the students and other non-employees. for testing of #2, #3
would then run in a 370 virtual machine (under #2 kernel, running in
360/67 virtual machine under #1 kernel, which ran on real machine).

so potential problem was that there might be new updates introduced at
the #1 level (earlier in the update sequence) which might impact the
updates applied later in the update sequence (i.e. updates to the base
system that was going on independently supporting changes for 370
virtual machines).

as an aside, cp67i was up and running as normal operation a year 
before the first engineering 370 machine with virtual memory support was 
operational. then as 370 real machines with virtual memory support 
became available internally (still well before customer first customer 
ship), the cp67i was standard operating system running on those (real) 
machines ... at least until the vm370 morph became available (and some 
of the other operating system development got far enuf along to move 
from testing in virtual machine to real machine operation).


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


Re: S99RBXLN Head's Up

2006-07-31 Thread Paul Gilmartin
In a recent note, Thompson, Steve (SCI TW) said:

 Date: Mon, 31 Jul 2006 10:55:00 -0400
 
 However, I have had to do this kind of thing in macros that we have had
 to capture to ensure correct code expansions (e.g., make sure they don't
 cause another macro to be generated a second time, such as IHAPSA).
 
I believe it's a requirement of ANSI C that all standard library
headers should be coded so they may be #include'd repeatedly, and
subsequent invocations are benign.  This is usually accomplished
by similar conditional compilation.

And each library header must #include all its prerequisites so
the prerequisites are invisible to the end user.

IBM would have done well to follow such conventions uniformly.
They don't appear to, with some exceptions such as IATYREGS.
I tried to follow these conventions on an assembler project I
worked on once.  I was overruled by the IBM programmer culture
(If a definitions member needs to be COPYed in, I want to be
the one who codes the COPY, not another library member.)

 If I remember correctly, the D (Defined) attribute does not cause
 LOOK-AHEAD to take place -- But should LOOK-AHEAD have already taken
 place so that the generation or definition of YOUR code has occurred,
 I believe that HL-ASM ignores this and the AIF would fail and you would
 still generate the code. So the macro would have to be placed beyond the
 code where you would have your definitions (or end of the program as the
 case may be).
 
Shouldn't it be the other way around, both the invocation of the
library macro and your conditional definition at the beginning
so LOOK-AHEAD will not have triggered the definition when the
conditional definition is encountered?

This is getting perilously near an ASSEMBLER-LIST thread.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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


Re: S99RBXLN Head's Up

2006-07-31 Thread Edward Jaffe

Paul Gilmartin wrote:

In a recent note, Thompson, Steve (SCI TW) said:

  

Date: Mon, 31 Jul 2006 10:37:18 -0400

How about AIF (D'S99RBXLN).DONE_ALREADY  inside the IBM supplied macro?



In fact, Ed might need to do something of the sort inside his
code in order to ease the transition to 1.8.  Perhaps an SPLEVEL
check.
  


Nope. We always assemble with the latest macros. So all I have to is 
delete *my* definition of S99RBXLN.



But I wonder why he placed his private definition of S99RBXLN
in each of several source files rather than in a macro.
  


The technique was used in one module 20 years ago. When another program 
was written that needed to use IEFZB4D0, the same technique was used, 
and so on...



Hmmm.  Ed used S99RBXLN rather than the more obvious S99RBLEN
to minimize the likelihood of collision with a possible IBM
update.  And IBM S99RBXLN rather than the more obvious S99RBLEN
to minimize the likelihood of collision with possible private
customer circumventions.  Poker strategy?  Rock-Scissors-Paper?
Prisoner's Dilemma?
  


The obvious symbol name was S99RBXLN. My intent was to use the right 
name. That is, to use the name the developer would have picked had s/he 
remembered to add the symbol to the macro. Obviously, I guessed right! 
Not a single program reference needs to be changed!


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

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


Re: APF Authorized Code/Libraries.

2006-07-31 Thread Walt Farrell

On 7/31/2006 2:44 AM, Binyamin Dissen wrote:

TSO starts a parallel TMP as a jobstep task, and runs the command under it.


In my experience, and from reading the code, the parallel TMP is not a 
jobstep task.  IKJEFT01 (or one of its relatives) is the jobstep task, 
and the parallel TMP is merely another instance of IKJEFT02 attached as 
a normal subtask below IKJEFT01, with some special processing to freeze 
other activity while it runs.


Walt Farrell, CISSP
z/OS Security Design, IBM

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


Re: SEQUENCE NUMBERS

2006-07-31 Thread Rob Wunderlich
On Sun, 30 Jul 2006 12:12:16 -0700, Edward Jaffe 
[EMAIL PROTECTED] wrote:


My objection was to your assertion that the use of sequence numbers is
now 'obsolete'. That would be a valid statement only if a viable
alternative to their use for source-maintained programs existed.
Unfortunately, one does not.

CVS diff/patch format?

-Rob

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


Re: Java Packed Decimal

2006-07-31 Thread Brian Peterson
Here's what I did.

www.google.com

search criteria:
site:ibm.com java packed decimal

Most interesting hit (based upon 15 seconds of analysis) was a web page 
apparently authored by Mike Cowlishaw (IBM) regarding all of the issues 
surrounding attempting to use floating point arithmetic for commercial data 
processing.

http://www2.hursley.ibm.com/decimal/

First paragraph from the above web page:

Most computers today support binary floating-point in hardware. While 
suitable for many purposes, binary floating-point arithmetic should not be 
used for financial, commercial, and user-centric applications or web 
services because the decimal data used in these applications cannot be 
represented exactly using binary floating-point. (See the Frequently Asked 
Questions pages for more explanation and examples.)

Brian

On Mon, 31 Jul 2006 08:04:35 -0500, Benjamin White 
[EMAIL PROTECTED] wrote:

Where is some code to process Z/Series packed decimal?  I know it is not a
primative data type.  Is there any conversion routines?

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


Re: Homoeoteleutera / Google Architecture / sequence numbers (or whatever)

2006-07-31 Thread (IBM Mainframe Discussion List)
 
 
In a message dated 7/30/2006 10:04:58 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

homoeoteleutera - Google  Search

homoeoteleutera__ SearchAdvanced Search

Did you mean: homoioteleuton
I did the same, clicked on Google's suggested alternate spelling, and was  
taken to a Wikipedia page on which the word was spelled homo- in the link  
address but consistently misspelled home- all through the article.  I  wonder 
now if there is a Greek-based word meaning consistently misspelling a  word 
everywhere but in the metadata that points to it.  :-)
 
The -utera change from -uton that Mr. Gilmore used is clearly nothing  
more than pluralizing the Greek neuter singular noun ending of -on into  
-a, 
although I don't understand the insertion of the -er.  I  guess.  :-)  But 
the other discrepancies may be a genuine  misspelling.  For shame!  I wish Mr. 
Gilmore would pepper his  erudite postings with obscure Latin-based words 
rather than Greek-based, as I  studied Latin a lot more (4 years) than I did 
Greek (6 weeks).  :-)
 
Bottom line:  I believe the Wikipedia article explains Mr. Gilmore's  word, 
although its orthography is still uncertain.
 
Bill  Fairchild




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


Strobe equivalents

2006-07-31 Thread Szabo, Rich
I'm researching equivalents to Compuware's Strobe.  I've identified
InTune from BMC.  Are there any others?

Rich Szabo, Senior Programmer Analyst, CICS
State Auto Insurance Companies http://www.StateAuto.com
http://www.StateAuto.com/ 
518 E. Broad St., Columbus, OH 43215-3976
[EMAIL PROTECTED]
phone: (614) 917-5684 fax: (614) 464-5006

* This message was scanned by the corporate mail server for viruses and 
objectionable content.

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


Re: Strobe equivalents

2006-07-31 Thread (IBM Mainframe Discussion List)
 
 
In a message dated 7/31/2006 11:57:40 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

I'm researching equivalents to Compuware's Strobe.  I've  identified
InTune from BMC.  Are there any others?
TMON/MVS from ASG (Allen Systems Group) has similar functions for  
determining where in a large program or cluster of programs the CPU time is  
being 
spent.  There may be other functions of Strobe to compare, but  I am not aware 
of 
any, having never used Strobe.
 
Bill  Fairchild




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


Re: Strobe equivalents

2006-07-31 Thread Imbriale, Donald (Exchange)
FreezeFrame from Macro4
Serena has something
IBM has something

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf
Of Szabo, Rich
Sent: Monday, July 31, 2006 12:57 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Strobe equivalents

I'm researching equivalents to Compuware's Strobe.  I've identified
InTune from BMC.  Are there any others?



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

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


Re: APF Authorized Code/Libraries.

2006-07-31 Thread Shmuel Metz (Seymour J.)
In [EMAIL PROTECTED], on 07/30/2006
   at 07:13 PM, Binyamin Dissen [EMAIL PROTECTED] said:

Actually authorization is at the jobstep task level.

Isn't the APF status in the ASCB? ASCBAUTH, as I recall.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Strobe equivalents

2006-07-31 Thread Knutson, Sam
You already mentioned two of the three applications performance profile
tools I know of the other is Freezeframe.

Macro4 Freezframe

http://www.macro4.com/


BMC Intune  nee   Trilog TriTune 

http://www.trilogexpert.com/en/tritune/index.html

http://www.bmc.com/products/proddocview/0,2832,19052_19429_23398_1363,00
.html


Strobe

http://www.compuware.com/


Best Regards, 

Sam Knutson, GEICO 
Performance and Availability Management 
mailto:[EMAIL PROTECTED] 
(office)  301.986.3574 

Think big, act bold, start simple, grow fast...


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Szabo, Rich
Sent: Monday, July 31, 2006 12:57 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Strobe equivalents

I'm researching equivalents to Compuware's Strobe.  I've identified
InTune from BMC.  Are there any others?

Rich Szabo, Senior Programmer Analyst, CICS State Auto Insurance
Companies http://www.StateAuto.com http://www.StateAuto.com/
518 E. Broad St., Columbus, OH 43215-3976 [EMAIL PROTECTED]
phone: (614) 917-5684 fax: (614) 464-5006

This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

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


Re: Strobe equivalents

2006-07-31 Thread Knutson, Sam
Don you are right I forgot about APA.

 http://www-306.ibm.com/software/awdtools/apa/

Thanks, Sam

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Imbriale, Donald (Exchange)
Sent: Monday, July 31, 2006 1:03 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Strobe equivalents

FreezeFrame from Macro4
Serena has something
IBM has something

Don Imbriale

This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

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


Re: APF Authorized Code/Libraries.

2006-07-31 Thread Edward Jaffe

Shmuel Metz (Seymour J.) wrote:

Isn't the APF status in the ASCB? ASCBAUTH, as I recall.
  


JSCBAUTH

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

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


Re: Strobe equivalents

2006-07-31 Thread Knutson, Sam
Hi Bill,

I didn't include TMONMVS as the applications performance analysis and
profile capability of TMON, OMEGAMON, MAINVIEW, and SYSVIEW just doesn't
stack up.  These tools are oriented towards systems programmers where
APA, TRITUNE/INTUNE, STROBE, and FREEZEFRAME are designed especially for
use by applications programmers.  The include features such as mapping
execution time back to specific COBOL source statements, integrated
EXPLAIN of DB2 SQL calls, enhanced support for subsystem utilization by
the application program (DB2, MQ, CICS, IMS, etc.).   The monitor tools
often require an expert both in MVS internals and the tools to make
sense out of what is displayed and do application tuning.  TMONMVS
doesn't help much for your average CICS transaction invoking DB2.

Best Regards, 

Sam Knutson, GEICO 
Performance and Availability Management 
mailto:[EMAIL PROTECTED] 
(office)  301.986.3574 

Think big, act bold, start simple, grow fast...

-Original Message-
I'm researching equivalents to Compuware's Strobe.  I've  identified 
InTune from BMC.  Are there any others?
TMON/MVS from ASG (Allen Systems Group) has similar functions for
determining where in a large program or cluster of programs the CPU time
is  being spent.  There may be other functions of Strobe to compare, but
I am not aware of any, having never used Strobe.
 
Bill  Fairchild

This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

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


Re: APF Authorized Code/Libraries.

2006-07-31 Thread Craddock, Chris
 
 Actually authorization is at the jobstep task level.
 
 Isn't the APF status in the ASCB? ASCBAUTH, as I recall.
 

No, it is the JSCBAUTH bit in the job step control block. 
Hence job step level.

CC

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


Re: APF Authorized Code/Libraries.

2006-07-31 Thread Binyamin Dissen
On Mon, 31 Jul 2006 12:14:16 -0300 Shmuel Metz (Seymour J.)
[EMAIL PROTECTED] wrote:

:In [EMAIL PROTECTED], on 07/30/2006
:   at 07:13 PM, Binyamin Dissen [EMAIL PROTECTED] said:

:Actually authorization is at the jobstep task level.

:Isn't the APF status in the ASCB? ASCBAUTH, as I recall.

JSCBOPTS/JSCBAUTH.

--
Binyamin Dissen [EMAIL PROTECTED]
http://www.dissensoftware.com

Director, Dissen Software, Bar  Grill - Israel


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

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

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


Re: Strobe equivalents

2006-07-31 Thread (IBM Mainframe Discussion List)
I wondered why you omitted our favorite Lampdark product.  Now I  understand. 
 I didn't know that much about the other comparable  products.  Thanks for 
the info.
 
Bill  Fairchild

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


Re: HSA Estimate

2006-07-31 Thread Tom Marchant
On Fri, 28 Jul 2006 23:19:19 -0500, Ed Gould [EMAIL PROTECTED] wrote:

Remember the days when a MEG cost 10K .. price has come down quite a
bit, IMO.

Ed

I can do you one better, Ed.  I remember memory for about $1/byte.
1/4 million dollars for a box with 256 MB.

Tom Marchant

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


Re: HSA Estimate

2006-07-31 Thread (IBM Mainframe Discussion List)
 
 
In a message dated 7/31/2006 12:22:51 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

I can do you one better, Ed.  I remember memory for about  $1/byte.
I can't resist this one.  At $1/byte and 8 bits per byte, that meant  that 
each bit cost one bit (a monetary bit used to mean 1/8 of a  dollar).  Not 
including the parity bit, of course.
 
Bill  Fairchild




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


TROUBLE SHOOTING - EXHPDM

2006-07-31 Thread John Dawes
Hi To all
   
  Would anybody kindly suggest where I should look for tips on trouble shooting 
EXHPDM.  I looked at the archives but I didn't see any.  
   
  For example, my batch job which takes a copy of the database journals fail .  
I do the following commands to see if anything is active:
   
  /HPDM D DET
  /HPDM D DB 
   
  Is there anything else I should do?  Also, if there are other trouble 
shooting tips for anything related to EXHPDM please include them.
   
  Thanks

 Send instant messages to your online friends http://au.messenger.yahoo.com 

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


Re: TROUBLE SHOOTING - EXHPDM

2006-07-31 Thread Mark Zelden
On Tue, 1 Aug 2006 03:44:12 +1000, John Dawes [EMAIL PROTECTED] wrote:

Hi To all

  Would anybody kindly suggest where I should look for tips on trouble
shooting EXHPDM.  I looked at the archives but I didn't see any.


The archives are great but are probably better for answering questions
more than general trouble shooting.  You didn't say what your failure
was either.

I assume you tried looking at the manuals.  If that didn't help, why
not make a call to the vendor?  You pay for the support, you might
as well try using it. :-)

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

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


Re: Homoeoteleutera et al.

2006-07-31 Thread john gilmore
Repenting of having used the word at all, I had resolved to say nothing more 
about it, but I have

received too many off-line queries.

The 'English singular form is, normally, homoeoteleuton.

Variants are, however, possible; and in a context in which the presence of 
Greek dropouts could be excluded I would myself write 'homoioteleuton'.  
Doing so is akin to writing 'Thoukidides'  instead of the Latinized form 
'Thucydides'.  The first form is 'more correct', but it is also unfamiliar, 
a piece of business designed to confuse or annoy the ignorant when it is 
used out of context.


The plural form is either -era or just -a.  Again the first is 'more 
correct' at least in Patristic Latin (sic), but the second would have been 
more immediately accessible by analogy with such pairs as automaton/automata 
and criterion/criteria.


Bill Fairchild's conjecture is thus entirely correct, and I will try to 
avoid Greek very largely in the future.  (I was strong tempted to use


Hapax legomenon [mot ou expression qui n’apparaît qu’une seule fois dans un 
corpus donné,  #960;#945;#958; 
#955;#949;#947;#972;#956;#949;#957;#959;#957;]


earlier today, but in the end I did not do so.)

John Gilmore
Ashland, MA 01721-1817
USA

_
FREE pop-up blocking with the new MSN Toolbar – get it now! 
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/


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


Re: Homoeoteleutera et al.

2006-07-31 Thread Daniel A. McLaughlin
That's all right. Most of the stuff on this forum is Geek to me.




Daniel McLaughlin
ZOS Systems Programmer
Crawford  Company
PH: 770 621 3256
*
Everything comes to him who hustles while he waits.
? Thomas A. Edison








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


Re: sequence numbers (or whatever)

2006-07-31 Thread Tom Marchant
On Sun, 30 Jul 2006 13:12:44 +, john gilmore [EMAIL PROTECTED] 
wrote:


The triviality of this issue is, however, convenient in one way.  It
provides an occasion for noting that clinging to a piece of obsolete
technology that we know and love, a high resolve to go on using it until it
is pried from our lifeless fingers, is dysfunctional.

This is starting to look like a personal attack now, John.

Ed Jaffe gave a specific example of a situation where like numbers are 
needed.  Do you have another method of handling his usermod?

Tom Marchant

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


BMC Mainview zOS History Reporting ??

2006-07-31 Thread Neil Ervin
Is there a batch program that will generate the various reports of the 
data contained in the Mainview history dataset?

It is nice to do this interactively, but often it is also nice to capture 
the data off to a formal report before the data rolls off the history 
dataset.

Thanks,

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


Re: HSA Estimate

2006-07-31 Thread Ed Gould

Sam.

I agree with you and others about the size of HSA. Shouldn't there be  
a tool or formula provided by IBM to give an estimate for sizing?


zed

On Jul 31, 2006, at 8:28 AM, Knutson, Sam wrote:


Agreed.  That CPC model is a significant factor in HSA size is true.
Also true is that IBM continues to provide more feature and  
function and

that Driver upgrades to existing machines can and have increased HSA.
It makes sense to have a little slack budgeted for growth or least to
identify the LPAR which you will always activate last when you POR and
which will incur the storage reduction.

Best Regards,

Sam Knutson, GEICO
Performance and Availability Management
mailto:[EMAIL PROTECTED]
(office)  301.986.3574

Think big, act bold, start simple, grow fast...

-Original Message-
Agreed. However I would vote for the following rule:
- if you're on z/990 then your HSA is 1GB
- if you're on z9 then your HSA is 2GB
- if you're on z/900 or 9672 then your HSA is 256MB.
It's still *simple* starting point.

Regards
--
Radoslaw Skorupka
Lodz, Poland

This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

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


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


Re: Java Packed Decimal

2006-07-31 Thread john gilmore
The standard device for giving Java access to packed-decimal data is to 
convert these data into double-precision (eight-byte) BFP values.  This is 
always possible, and to the extent that Java is good at any arithmetic, it 
is good at floating-point arithmetic, which it uses very heavily indeed.


John Gilmore
Ashland, MA 01721-1817
USA

_
Don’t just search. Find. Check out the new MSN Search! 
http://search.msn.click-url.com/go/onm00200636ave/direct/01/


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


Re: Strobe equivalents

2006-07-31 Thread Gilbert Saint-Flour
On Monday 31 July 2006 12:57, Szabo, Rich wrote:

 I'm researching equivalents to Compuware's Strobe.  
 I've identified InTune from BMC.  Are there any others?

I keep a list here:

  http://gsf-soft.com/Documents/MVS-APPL-DEBUGGING.shtml

-- 

 Gilbert Saint-Flour
 GSF Software
 http://gsf-soft.com/
 mailto:[EMAIL PROTECTED]

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


Re: BMC Mainview zOS History Reporting ??

2006-07-31 Thread Craddock, Chris
 Is there a batch program that will generate the various reports of the
 data contained in the Mainview history dataset?
 
 It is nice to do this interactively, but often it is also nice to
capture
 the data off to a formal report before the data rolls off the history
 dataset.

Yes, there is a batch reporting interface. Check out your product
documentation or call BMC support.
CC

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


Re: OSA SF and IOACMD

2006-07-31 Thread Shmuel Metz (Seymour J.)
In
[EMAIL PROTECTED],
on 07/31/2006
   at 02:38 AM, Ted MacNEIL [EMAIL PROTECTED] said:

Insulting! Obnoxious!

A few pointers, rather than holier than thou could be a good thing.

I have provided pointers, and even sample code[1]. If I haven't
provided them to *you* lately, that's because of *your* attitude.

If I wanted to hear obnoxious insults, I'd call my ex-wife.

I can see why she's your ex wife.

One of the purposes of this forum is to help, not insult!

So start helping and stop insulting.

If he is such an expert, why can't he drop a few hints?

Have you stopped beating your ex wife? I have dropped hints, and more
than hints. I plan to continue doing so, but not for the benefit of
people who demand that I do.

[1] With the proviso that it is tailored to my needs and may contain
bugs. OTOH, when someone points out a bug I do try to correct it.

-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: S99RBXLN Head's Up

2006-07-31 Thread Shmuel Metz (Seymour J.)
In [EMAIL PROTECTED], on 07/30/2006
   at 04:30 PM, Paul Gilmartin [EMAIL PROTECTED] said:

45 years ago an IBM assembler provided a HED pseudo-op which
implicitly qualified symbols in a range of statements.

That sounds like FAP, which appended a character to the names rather
than providing a unique namespace as QUAL did in IBMAP.

This was a variant of name scoping; I don't know whether it would 
have helped in this case.

IMHO a full fledged QUAL would have been extremely useful, whether or
not it helped in this specific case.

Despite the dozens of errors, do you need to do anything more than
delete the single definition in your macro?

Not if he doesn't need to assemble using the old maclib, which he says
isn't an issue for him. Someone distributing the code to outsiders
might have to do more.

-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: S99RBXLN Head's Up

2006-07-31 Thread Shmuel Metz (Seymour J.)
In [EMAIL PROTECTED], on 07/31/2006
   at 09:47 AM, Paul Gilmartin [EMAIL PROTECTED] said:

I believe it's a requirement of ANSI C that all standard library
headers should be coded so they may be #include'd repeatedly, and
subsequent invocations are benign.  This is usually accomplished by
similar conditional compilation.

Yes, but that requires that the includes be at the beginning. There
are sound reasons for the culture of putting them at the end.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: sequence numbers (or whatever)

2006-07-31 Thread Shmuel Metz (Seymour J.)
In [EMAIL PROTECTED], on 07/30/2006
   at 01:12 PM, john gilmore [EMAIL PROTECTED] said:

The triviality of this issue is, however, convenient in one way.  It 
provides an occasion for noting that clinging to a piece of obsolete 
technology that we know and love, a high resolve to go on using it
until it  is pried from our lifeless fingers, is dysfunctional.

Your analysis is flawed by the invalid assumption that those defending
sequence numbers love them. I have, in my career, always strived to be
an early adopter of new technology, and have eagerly dropped old
technology WHEN IT CEASED TO PROVIDE ME WITH VALUE. I have not,
however, been willing to drop old technology that was still useful
simply because it was old and out of style.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Data set ENQueues and DEQueues in Jobs

2006-07-31 Thread Shmuel Metz (Seymour J.)
In [EMAIL PROTECTED], on 07/30/2006
   at 09:44 AM, Robert A. Rosenberg [EMAIL PROTECTED] said:

Part of the problem with this type of incorrect conflict is that 
the SYSDSN Queue (the QNAME used for the ENQ/DEQ) regards the DSN 
(the RNAME) as the identifier of the Dataset not the CORRECT DSN with
 VOLSER. 

Which volser? You would have to be very careful to avoid a deadly
embrace.

This goes back to the OS360 (PCP/MFT/MVT) days when the  concept of
having two CPUs sharing their ENQ/DEQ Queue was not imagined. 

OS/360 supported shared DASD. OS/360 had an MP option and ASP
supported loosely coupled processors.

-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Source maintenance was Re: SEQUENCE NUMBERS

2006-07-31 Thread Shmuel Metz (Seymour J.)
In [EMAIL PROTECTED], on 07/31/2006
   at 09:40 AM, Anne  Lynn Wheeler [EMAIL PROTECTED] said:

cms had update command from mid-60s ... which applied an update
control file to source,

I'm not sure when it came along, but by VM/SE there was a somewhat
more sophisticated UPDATE facility[1] with aux files, control files
and update files. I'd love to see a similar facility integrated with
ISPF.

[1] Not only could the XEDIT editor process them, but it could
generate update files to reproduce the effects of an edit
session. That's one of the CMS facilities I miss the most.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Source maintenance was Re: SEQUENCE NUMBERS

2006-07-31 Thread Shmuel Metz (Seymour J.)
In [EMAIL PROTECTED], on 07/31/2006
   at 09:37 AM, Clark Morris [EMAIL PROTECTED] said:

How do the various source maintenance packages for other platforms
such as Unix handle the problem.

They generally use tools based on diff, which are like the little girl
with a little curl right in the middle of her forehead; when they are
good they are very, very good, and when they are bad they are horrid.

I am not familiar with them but realize that I
am not familiar with most of the tools in the non-MVS environment.

CVS ia available in the MVS environment. I'm not sure about
subversion.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Strobe equivalents

2006-07-31 Thread Bob Halpern
IBM Tivoli's Omegamon

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Szabo, Rich
Sent: Monday, July 31, 2006 9:57 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Strobe equivalents

I'm researching equivalents to Compuware's Strobe.  I've identified
InTune from BMC.  Are there any others?

Rich Szabo, Senior Programmer Analyst, CICS
State Auto Insurance Companies http://www.StateAuto.com
http://www.StateAuto.com/ 
518 E. Broad St., Columbus, OH 43215-3976
[EMAIL PROTECTED]
phone: (614) 917-5684 fax: (614) 464-5006

* This message was scanned by the corporate mail server for viruses and
objectionable content.

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

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


Re: Java Packed Decimal

2006-07-31 Thread Kirk Wolf
Subsituting BFP for decimals may be standard, but it is usually a bad 
idea (as are many standard programming practices) :-(


The standard java package java.math contains a BigDecimal class, which 
is commonly used with JDBC drivers for Decimal columns.

IBM's JDK has an alternative version.

Unfortunately, you have to write your own code to convert a packed 
decimal byte-array field into a java.math.BigDecimal,

but it's not too difficult.

Also, some versions of Websphere Studio Application Developer (aka 
Rational Developer) have (somewhat lousy) support for
converting Cobol copy books into Java classes with field accessors for 
Cobol data types.



Fortunately, there's not too much packed/zoned decimal data on 
mainframes any more :-)


Kirk Wolf
dovetail.com


john gilmore wrote:

The standard device for giving Java access to packed-decimal data is 
to convert these data into double-precision (eight-byte) BFP values. 
This is always possible, and to the extent that Java is good at any 
arithmetic, it is good at floating-point arithmetic, which it uses 
very heavily indeed.


John Gilmore
Ashland, MA 01721-1817
USA

_
Don’t just search. Find. Check out the new MSN Search! 
http://search.msn.click-url.com/go/onm00200636ave/direct/01/


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



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


Re: Java Packed Decimal

2006-07-31 Thread Thompson, Steve (SCI TW)
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Kirk Wolf
Sent: Monday, July 31, 2006 2:12 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Java Packed Decimal
SNIP

Fortunately, there's not too much packed/zoned decimal data on 
mainframes any more :-)

SNIP

!

Must'a been tongue in cheek.

Later,
Steve Thompson

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


Re: Strobe equivalents

2006-07-31 Thread Pinnacle
- Original Message - 
From: Szabo, Rich [EMAIL PROTECTED]

Newsgroups: bit.listserv.ibm-main
Sent: Monday, July 31, 2006 12:57 PM
Subject: Strobe equivalents



I'm researching equivalents to Compuware's Strobe.  I've identified
InTune from BMC.  Are there any others?



Rich,

I recently used APA (Application Performance Analyzer) from IBM, and it's a 
pretty good package.  My client drove CA crazy because we proved that IDMS 
V16.0 local mode was anywhere from 10-30% greater CPU than V14.0 local mode. 
CA hemmed and hawed before finally fessing up that the CPU was greater. 
They then gave us the fangoo and said they couldn't do anything about it. 
APA is terrific if you want to rake your OEM vendors over the coals about 
performance.  Unfortunately my client's trial expired before we could turn 
it loose on CATALOG


Regards,
Tom Conley 


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


Re: sequence numbers (or whatever)

2006-07-31 Thread Thompson, Steve (SCI TW)
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: Monday, July 31, 2006 10:53 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: sequence numbers (or whatever)

In [EMAIL PROTECTED], on 07/30/2006
   at 01:12 PM, john gilmore [EMAIL PROTECTED] said:

The triviality of this issue is, however, convenient in one way.  It 
provides an occasion for noting that clinging to a piece of obsolete 
technology that we know and love, a high resolve to go on using it
until it  is pried from our lifeless fingers, is dysfunctional.

Your analysis is flawed by the invalid assumption that those defending
sequence numbers love them. I have, in my career, always strived to be
an early adopter of new technology, and have eagerly dropped old
technology WHEN IT CEASED TO PROVIDE ME WITH VALUE. I have not,
however, been willing to drop old technology that was still useful
simply because it was old and out of style.
 
snip

I second this, although I'm not one to be on the bleeding edge any
longer (spending money to debug someone else's idea...). I am working
where we use a library management product. The lack of sequence numbers
has bitten twice in the past 4 months that I've been here. Yet the
library maint product does not require or even use sequence numbers.

Also, when IBM was discussing with COBOL J3 (or was it J4) the changing
of COBOL input LRECL80 (I think this was called unformatted), it
never occurred to their people that they [IBM] have software written in
COBOL where the protocol is to keep the SEQUENCE numbers the same (as
much as is possible) so that USER code that is INSTALLATION dependant
could be merged into the source for compilation (Example: CPCS). As a
result of dropping the sequence numbering scheme, CPCS (for one) can't
adopt the new format.

Later,
Steve Thompson

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


Re: Java Packed Decimal

2006-07-31 Thread Tom Marchant
On Mon, 31 Jul 2006 14:12:15 -0500, Kirk Wolf [EMAIL PROTECTED] wrote:

Fortunately, there's not too much packed/zoned decimal data on
mainframes any more :-)

I don't agree that it is fortunate.  Decimal is the number system
used by the vast majority of humanoid life forms, and IMHO binary
is a poor substitute.  The common decimal number 0.1 converts to
binary as the infinite series
0.000110011001100110011001100110011001100110011001100.

Tom Marchant

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


Re: Strobe equivalents - APA

2006-07-31 Thread Gilbert Saint-Flour
On Monday 31 July 2006 15:25, Pinnacle wrote:
 
 I recently used APA (Application Performance Analyzer) from IBM,
 and it's a pretty good package.  

If I'm not mistaken, APA is Macro4's FreezeFrame product
that IBM distributes under a different name.

-- 

 Gilbert Saint-Flour
 GSF Software
 http://gsf-soft.com/
 mailto:[EMAIL PROTECTED]

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


Re: HSA Estimate

2006-07-31 Thread Ed Gould

On Jul 31, 2006, at 12:22 PM, Tom Marchant wrote:
---SNIP--


I can do you one better, Ed.  I remember memory for about $1/byte.
1/4 million dollars for a box with 256 MB.


ahhh yes you got to the core of the apple:)




Tom Marchant

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


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


Re: Homoeoteleutera et al.

2006-07-31 Thread Ed Gould

On Jul 31, 2006, at 12:57 PM, john gilmore wrote:



Bill Fairchild's conjecture is thus entirely correct, and I will  
try to avoid Greek very largely in the future.  (I was strong  
tempted to use




Reminder: Do not invite John G. Out to a Greek restaurant at SHARE:)

Ed

Hapax legomenon [mot ou expression qui n’apparaît qu’une seule fois  
dans un corpus donné,  #960;#945;#958;  
#955;#949;#947;#972;#956;#949;#957;#959;#957;]


earlier today, but in the end I did not do so.)

John Gilmore
Ashland, MA 01721-1817
USA

_
FREE pop-up blocking with the new MSN Toolbar – get it now! http:// 
toolbar.msn.click-url.com/go/onm00200415ave/direct/01/


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


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


Re: SEQUENCE NUMBERS

2006-07-31 Thread Kirk Talman
Yes.

It is also possible to have vestigal line numbers on just some lines. In 
that case do a RENUM followed by a UNNUM.

IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 07/28/2006 
08:51:59 AM:

 Thanks, I'm just an old guy who learned how to delete them a long time
 ago. Does UNNUM also set NUM OFF? 

 Jon L. Veilleux
 [EMAIL PROTECTED]
 (860) 636-2683 

 -Original Message-
 From: Perryman, Brian
 Subject: Re: SEQUENCE NUMBERS

 You don't need to edit them out, the UNNUM command does it for you.

 -Original Message-
 From: Veilleux, Jon L
 Subject: Re: SEQUENCE NUMBERS

 You can delete them in your JCL file. 
 On the command line enter 'NUM OFF'. 
 Then enter c p'=' ' ' all 72 80 
 This will delete your sequence numbers.

 Jon L. Veilleux
 [EMAIL PROTECTED]
 (860) 636-2683 

 -Original Message-
 From: John Dawes
 Subject: SEQUENCE NUMBERS

 I noticed that when I perform a FTP function from Mainframe (I am using
 FTP to retrieve jcls) to my pc I notice that sequence numbers appear on
 the file. 
 
   How can I prevent these annoying sequence numbers from appearing on
 the output?
 
   Thanks



-
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.  The information may also constitute a legally
privileged confidential communication.  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

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


Re: Java Packed Decimal

2006-07-31 Thread Benjamin White
Yes, I have been considering extending java.math.BigDecimal.  My first Java 
Z/series programs have converted the packed decimal byte array to Unicode 
for display.


Would extending Big Decimal be the best solution?  Any problems with this?


From: Kirk Wolf [EMAIL PROTECTED]
Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Java Packed Decimal
Date: Mon, 31 Jul 2006 14:12:15 -0500

Subsituting BFP for decimals may be standard, but it is usually a bad idea 
(as are many standard programming practices) :-(


The standard java package java.math contains a BigDecimal class, which is 
commonly used with JDBC drivers for Decimal columns.

IBM's JDK has an alternative version.

Unfortunately, you have to write your own code to convert a packed decimal 
byte-array field into a java.math.BigDecimal,

but it's not too difficult.

Also, some versions of Websphere Studio Application Developer (aka Rational 
Developer) have (somewhat lousy) support for
converting Cobol copy books into Java classes with field accessors for 
Cobol data types.



Fortunately, there's not too much packed/zoned decimal data on mainframes 
any more :-)


Kirk Wolf
dovetail.com


john gilmore wrote:

The standard device for giving Java access to packed-decimal data is to 
convert these data into double-precision (eight-byte) BFP values. This is 
always possible, and to the extent that Java is good at any arithmetic, it 
is good at floating-point arithmetic, which it uses very heavily indeed.


John Gilmore
Ashland, MA 01721-1817
USA

_
Don’t just search. Find. Check out the new MSN Search! 
http://search.msn.click-url.com/go/onm00200636ave/direct/01/


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



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


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


Re: Doing a LM of two words on a double word bounday - is it serialized?

2006-07-31 Thread Patrick O'Keefe
On Fri, 28 Jul 2006 12:34:33 -0700, Edward Jaffe 
[EMAIL PROTECTED] wrote:

...
 Your interpretation is correct, Ed.  A CPU fetching a doubleword in a
 concurrent manner (as LM is defined to do when fetching from a
 doubleword boundary) is protected once the fetch starts from any
 updates by other CPUs.

Thanks for confirming this, Walt! It's comforting to know I don't have a
lot of broken software due to a misreading of the rules of the
architecture! ;-)
...

This thread is one of the real gems that occassionally come up on 
IBM-Main.  

I don't do programming that needs this kind of information so I have not 
paid any attention to this kind of topic for years.  But I do have to 
do diagnosis where this could be important - where contents of registers
don't match storage from where they were loaded.  I would never have 
thought of the concurrency issue; I would just been baffled.  And even
if I never run into this, the topic was interesting.

Thanks to all those that contributed.  And thanks for coming to a 
definitive answer.

Pat O'Keefe 

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


Sequence numbers (AGAIN!)

2006-07-31 Thread R.S.

Dear all,
A lot of responses was sent to my question what are the SN's needed for.
That's fine so many people wanted to response.
I learned something (or rather recollected) - indeed, we still have 
IEBUDTE utility, sometimes used in SMP/E. The numbers can also be used 
in ISPF editor. Maybe TSO EDIT also, but this is quite irrelevant IMHO.
The discussion about SMP/E and IEBUDPTE is pointless - yes, it could be 
done in another manner (other platforms does not use SN's and still 
live) - no, there is no alternative in SMP/E.
In my opinion, the numbers are rarely used in editor. This is my 
observation, not accurate statistics. People use blocks, even labels, 
but not the numbers itself.


OK, to recap again, the sequence numbers are used for:
1. IEBUDTE, which is used by SMP/E
2. editor
3. punched card sorter.

Anything else ?

BTW: Since SN's are important for SMP/E, they shouldn't be changed. So, 
they are rather part of content, not just editor numbers. g


Regards
--
Radoslaw Skorupka
Lodz, Poland

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


Re: HSA Estimate

2006-07-31 Thread Tom Marchant

 I can do you one better, Ed.  I remember memory for about $1/byte.
 1/4 million dollars for a box with 256 MB.

ahhh yes you got to the core of the apple:)

No, not core...  semiconductor.

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


Re: Homoeoteleutera et al.

2006-07-31 Thread Eric N. Bielefeld
Thats just plain old bad.  I couldn't let it go. 


Eric Bielefeld
Sr. z/OS Systems Programmer
Milwaukee Wisconsin
414-475-7434
  
- Original Message - 
From: Daniel A. McLaughlin [EMAIL PROTECTED]



That's all right. Most of the stuff on this forum is Geek to me.

Daniel McLaughlin
ZOS Systems Programmer
Crawford  Company
PH: 770 621 3256
*
Everything comes to him who hustles while he waits.
? Thomas A. Edison








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

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


Re: Sequence numbers (AGAIN!)

2006-07-31 Thread Thompson, Steve (SCI TW)
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of R.S.
Sent: Monday, July 31, 2006 4:03 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Sequence numbers (AGAIN!)

SNIP

OK, to recap again, the sequence numbers are used for:
1. IEBUDTE, which is used by SMP/E
2. editor
3. punched card sorter.

Anything else ?
SNIP

Certain IBM products are supplied as source (for one example, again
CPCS/CPCS-II) and depend on the SN outside of SMP/E. Granted, maint or
mods are applied by IEBUDTE, but they may also be applied by SORT (I
know of one place that does it that way, and drops the duplicates). Just
to be sure, the users (applications programmers) do NOT do their maint
via USERMOD (SMP/E).

I have seen products (do not know if they still exist) that used the
COBOL S/N instead of the STD S/N in 73-80 (these were NON-IBM systems as
well).

Just wanted to be sure that you caught the difference from the typical
SMP/E situation -- IEBUPDTE may be used outside of it.

Regards,
Steve Thompson

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


Re: sequence numbers (or whatever)

2006-07-31 Thread Eric N. Bielefeld
I have a question to all those who don't think sequence numbers are needed. 
If you don't use sequence numbers either at the beginning or end of a 
record, how do you electronically update a source deck, be it JCL, COBOL, 
assember, a macro, or whatever?  I don't think the DIFF command is the 
answer.  What does Microsoft use, or do they always just totally replace 
source?


Eric Bielefeld
Sr. z/OS Systems Programmer
Milwaukee Wisconsin
414-475-7434

- Original Message - 
From: Shmuel Metz (Seymour J.) [EMAIL PROTECTED]



In [EMAIL PROTECTED], on 07/30/2006
  at 01:12 PM, john gilmore [EMAIL PROTECTED] said:


The triviality of this issue is, however, convenient in one way.  It
provides an occasion for noting that clinging to a piece of obsolete
technology that we know and love, a high resolve to go on using it
until it  is pried from our lifeless fingers, is dysfunctional.


Your analysis is flawed by the invalid assumption that those defending
sequence numbers love them. I have, in my career, always strived to be
an early adopter of new technology, and have eagerly dropped old
technology WHEN IT CEASED TO PROVIDE ME WITH VALUE. I have not,
however, been willing to drop old technology that was still useful
simply because it was old and out of style.

--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see http://patriot.net/~shmuel/resume/brief.html 


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


Re: Data set ENQueues and DEQueues in Jobs

2006-07-31 Thread Paul Gilmartin
In a recent note [EMAIL PROTECTED] said: 

 Date: Mon, 31 Jul 2006 12:20:31 -0300
 
 Part of the problem with this type of incorrect conflict is that
 the SYSDSN Queue (the QNAME used for the ENQ/DEQ) regards the DSN
 (the RNAME) as the identifier of the Dataset not the CORRECT DSN with
  VOLSER.
 
 Which volser? You would have to be very careful to avoid a deadly
 embrace.
 
Some months ago in these pages I proposed the rudiments of a scheme of
obtaining a SHR ENQ on each DEB when a data set is opened, and an EXCL ENQ
on the DEB of any extent to be freed.  Mark Thomen (IIRC) countered with
examples of system code that manipulate extents without ever creating DEBs.
The consensus of the list was that my idea was refuted and the topic
closed.

Apparently it has resurfaced.  But no one has considered the rescue of
the idea -- that any code which manipulates extents ought to be repaired
either to create DEBs or at least to issue the ENQs that would be
required.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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


Re: sequence numbers (or whatever)

2006-07-31 Thread Paul Gilmartin
In a recent note, Eric N. Bielefeld said:

 Date: Mon, 31 Jul 2006 17:25:18 -0500
 
 I have a question to all those who don't think sequence numbers are needed.
 If you don't use sequence numbers either at the beginning or end of a
 record, how do you electronically update a source deck, be it JCL, COBOL,
 assember, a macro, or whatever?  I don't think the DIFF command is the
 answer.  What does Microsoft use, or do they always just totally replace
 source?
 
Something like diff is more frequently the answer than is generally
acknowledged.  I wonder how much IEBUPDTE control input nowadays is
typed by hand vs. how much is generated by some sort of compare
utility, diff being only one instance?

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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


Re: Java packed decimal

2006-07-31 Thread Jeffrey D. Smith

-Original Message-
From: john gilmore [EMAIL PROTECTED]
Sent: 7/31/2006 3:18 PM
To: IBM-MAIN@BAMA.UA.EDU IBM-MAIN@BAMA.UA.EDU
Subject: Re: Java packed decimal

Benjamin White writes:

|  Yes, I have been considering extending java.math.BigDecimal.  My first 
Java Z/series programs
|  have converted the packed decimal byte array to Unicode for display.

and I am much impressed.  I hope the two single machine instructions

o PKU, PacK Unicode, and

o UNPKU, UnPacK Unicode,

figured at least implicitly in this horrendous effort.

As I noted earlierJava does much of its arithmetic in BFP, some of under the 
covers; and the notion of converting PD values into BFP for use in C/C++ or 
Java environments, while it can certainly be characterized, even 
stigmatized, as a standard practice, is also a good one, the best one at 
least until ASCII DFP becomes available on z/Architecture machines.

John Gilmore


I suggest writing a new class that has one or more factory
methods for creating a BigDecimal from an array of byte. Don't
extend BigDecimal.

2 cents worth. your mileage may vary.


Jeffrey D. Smith
Farsight Systems Corporation
24 BURLINGTON DR
LONGMONT, CO 80501
303-774-9381 direct
303-709-8153 cell
303-484-6170 fax

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


Re: sequence numbers (or whatever)

2006-07-31 Thread Eric N. Bielefeld
Your probably right that some automated process is used to create the update 
files.  My question is how the updates can be merged in to the main source 
without something like a line number.  The only thing I can think of is it 
would use a relative record number from the beginning of the file.  With a 
line number in 73-80, I can visually see that the numbers are in sequence. 
Without a line number, how do you know that the merge of the diff file with 
the source has it in the correct sequence?


Eric Bielefeld
Sr. z/OS Systems Programmer
Milwaukee Wisconsin
414-475-7434

- Original Message - 
From: Paul Gilmartin [EMAIL PROTECTED]



In a recent note, Eric N. Bielefeld said:


Date: Mon, 31 Jul 2006 17:25:18 -0500

I have a question to all those who don't think sequence numbers are 
needed.

If you don't use sequence numbers either at the beginning or end of a
record, how do you electronically update a source deck, be it JCL, COBOL,
assember, a macro, or whatever?  I don't think the DIFF command is the
answer.  What does Microsoft use, or do they always just totally replace
source?


Something like diff is more frequently the answer than is generally
acknowledged.  I wonder how much IEBUPDTE control input nowadays is
typed by hand vs. how much is generated by some sort of compare
utility, diff being only one instance?

-- gil
--
StorageTek
INFORMATION made POWERFUL 


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


Re: Strobe equivalents

2006-07-31 Thread Shane Ginnane
Sam wrote on 01/08/2006 03:12:00 AM:

 I didn't include TMONMVS as the applications performance analysis and
 profile capability of TMON, OMEGAMON, MAINVIEW, and SYSVIEW just doesn't
 stack up.  These tools are oriented towards systems programmers where
 APA, TRITUNE/INTUNE, STROBE, and FREEZEFRAME are designed especially for
 use by applications programmers.

Agree entirely - the only problem I see in all this is that I have to quite
often twist arms to get the devs interested. They see it as sysprog-type
stuff, and won't get involved.
And there are a few imperatives as well - like they are competent to
understand the output, *and* the associated code. And nobody ever wants to
go back over old (legacy) code, no matter how much of a (resource) pig it
is.

Shane ...

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


Re: Strobe equivalents - APA

2006-07-31 Thread Gilbert Saint-Flour
On Monday 31 July 2006 16:50, Imbriale, Donald  , Exchange wrote:

 I believe it is/was Serena's APM.

No it isn't/wasn't !

-- 

 Gilbert Saint-Flour
 GSF Software
 http://gsf-soft.com/
 mailto:[EMAIL PROTECTED]

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


Re: Sequence numbers (AGAIN!)

2006-07-31 Thread Gilbert Saint-Flour
On Monday 31 July 2006 17:42, Thompson, Steve  , SCI TW wrote:

 OK, to recap again, the sequence numbers are used for:
 1. IEBUDTE, which is used by SMP/E
 2. editor
 3. punched card sorter.
 
 Anything else ?

I use ISPF NUM STD extensively on PDS members.  

Besides setting sequence numbers in pos 73-78 of source members, NUM STD 
sets pos 79-80 to the member's LEVEL number in order to track changes.  

Strictly speaking, I don't really use sequence numbers, but I use a 
by-product of the method ISPF manages sequence fields. I rely on level 
numbers in pos 79-80 so much that I have an EDIT macro called LVL which 
recycles gas levels, i.e. it compresses level numbers by reusing 
those which have no corresponding record in the member and adjusting 
pos 79-80 of the records, as needed.

-- 

 Gilbert Saint-Flour
 GSF Software
 http://gsf-soft.com/
 mailto:[EMAIL PROTECTED]

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


Re: Java Packed Decimal

2006-07-31 Thread Clark Morris
On 31 Jul 2006 08:31:48 -0700, in bit.listserv.ibm-main you wrote:

=
-Original Message-
From: Benjamin White [EMAIL PROTECTED]
Sent: 7/31/2006 7:04 AM
To: IBM-MAIN@BAMA.UA.EDU IBM-MAIN@BAMA.UA.EDU
Subject: Java Packed Decimal

Where is some code to process Z/Series packed decimal?  I know it is not a 
primative data type.  Is there any conversion routines?
=

I don't know what is your definition of primitive data type.
It seems to me that when a data type is supported directly
by machine instructions, like Add Packed (AP), Zero and Add
Packed (ZAP), Compare Packed (CP), etc., then it is a primitive
(or native) data type.

I also don't understand why you are mixing Java with
z/Series packed decimal primitive data type. What does
one have to do with the other?

While I don't know the answer to the original poster's question, bit
is a native data type (more or less) to the z series but until the yet
to be implemented 2002 COBOL standard, COBOL refused to recognize it.
IEEE floating point is another hardware primitive data type that IBM
COBOL short-sightedly refuses to recognize.  I would guess that Java
has no means of describing packed decimal thus not having that data
type as a primitive.

Clark Morris


Jeffrey D. Smith
Farsight Systems Corporation
24 BURLINGTON DR
LONGMONT, CO 80501
303-774-9381 direct
303-709-8153 cell
303-484-6170 fax

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


Re: wd4z JES job Monitor

2006-07-31 Thread John S. Giltner, Jr.

Mary Kay Tubello wrote:

That's odd, because a netstat indicates that
this port is free.

Where did you find these error messages.

The rc=38 is the job return code.

Thanks,
Mary Kay



If is is the job RC then I have no clue what it may mean.

There is a errno 38 in SYS1.MACLIB member BPXYERNO.  In TCP/IP 
Application Programmers Interface (SC31-8788), there is a return code 
38, but I don't think this is a job RC, but a RC from TCP/IP calls.


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


Re: wd4z JES job Monitor

2006-07-31 Thread John S. Giltner, Jr.

Mary Kay Tubello wrote:

In the netstat portlist is this
06715 TCP  *DA   


The TCPIP person tells me that this should
let someone in on the port, and that this is
in there because of audit requirements.  Could
this be the problem?

Thanks



Based on the books this means is that TCP port 6517 is reserved for any 
MVS jobname.


I never knew you could do this and I am confused as to why you would 
want to reserve a port and then allow any job to use it.  My 
understanding of port reserveration is to reserve the port for use by a 
specific task.


Does wd4z run as a MVS job or a OMVS daemon?  If it runs as OMVS daemon, 
you may have to reserve this to OMVS, but '*' should allow this.  I 
think, as I said I never knew you could do '*' on a port reservation.


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


Re: sequence numbers (or whatever)

2006-07-31 Thread Paul Gilmartin
In a recent note, Edward Jaffe said:

 Date: Mon, 31 Jul 2006 17:10:59 -0700
 
 Eric N. Bielefeld wrote:
  Your probably right that some automated process is used to create the
  update files.  My question is how the updates can be merged in to the
  main source without something like a line number.  The only thing I
  can think of is it would use a relative record number from the
  beginning of the file.  With a line number in 73-80, I can visually
  see that the numbers are in sequence. Without a line number, how do
  you know that the merge of the diff file with the source has it in the
  correct sequence?
 
 http://bama.ua.edu/cgi-bin/wa?A2=ind0607L=ibm-mainP=211314
 
diff generates and patch is alert to both

o Relative line number

o Context

This is identical to the information used by AMASPZAP: displacement
and verified context.  Are you comfortable with AMASPZAP?

patch does not require the relative line number match exactly.
if another patch has introduced a shift, patch will report
something such as Chunk 42 succeeded with offset 7.  I haven't
experimented to see whether when there are two candidate targets,
patch reliably chooses the one with the lesser offset.  The
worst case is when there are two identical target areas and one
of them is patched by patch A.  Patch B then adds or deletes lines
so the other area is at the offset targeted by patch A, which
then applies the patch to the wrong target.  This is about as
improbable as my envisioned scenario in which IEBUPDTE cold
interleave lines introduced by two independently developed
patches.

patch does not require that the context match exactly.  It
reports with a message such as Chunk 43 succeeded with fuzz 2
where 2 is the number of unmatched lines in the context.

patch requires that lines being replaced match exactly (subject
to an option that causes white space to be ignored, or another
that causes each nonempty span of white space to be treated as
a single blank for matching purposes).  Chunks that fail are
written to an exception file so the programmer may resolve
them by intelligent inspection.  The primary output file is
written updated with chunks that succeed.

patch provides a greater repertoire of warnings for suspicionable
updates than IEBUPDTE, and, through the exception file, greater
assistance to the programmer for recovering for failures.  It's
widely used with great success, though, as Shmuel says, it has its
pitfalls.  Like foreign cuisine, it should be approached with an
open mind.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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


Re: BMC Mainview zOS History Reporting ??

2006-07-31 Thread Keith E. Moe
 Is there a batch program that will generate the various reports of the
 data contained in the Mainview history dataset?
 
 It is nice to do this interactively, but often it is also nice to
capture
 the data off to a formal report before the data rolls off the history
 dataset.

Yes, there is a batch reporting interface. Check out your product
documentation or call BMC support.
CC

Being that I work in BMC MAINVIEW Software Support, I will echo Chris's post 
(based on his past lifeg).

The MAINVIEW Batch Interface will generate a Batch ISPF job that will generate 
reports.  It's documented in the MAINVIEW User Guide (MVI 
5.0)  or Using MAINVIEW (MVI 4.2) in the chapter entitled Historical data in 
windows mode.

Contact MAINVIEW support for more information.

Keith Moe
BMC Software, Inc.
MAINVIEW for OS/390 (soon to be renamed MAINVIEW for z/OS) Support

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