Re: CLIST question (the ampersands are killing me)

[Arthur T.]

On Wed, 9 May 2007 21:50:48 -0400, in bit.listserv.ibm-main 
(Message-ID:<[EMAIL PROTECTED]>) "David E." 
<[EMAIL PROTECTED]> wrote:


I have inherited responsibility for a CLIST; this is not 
my forte. I'm
trying to do something pertaining to the ampersand 
character, and despite my
efforts, I cannot figure this out. As God is my witness, 
this is not a

homework assignment (I'm a BAL programmer, not a sysprog).

I've carved out and simplified the relevant portion of the 
CLIST for

perusal:

WRITENR ===>
READ L
DO &K=1 TO &LENGTH(&L)
  IF &SUBSTR(&K,&L)=A THEN SET &X=&STR(&X) OPTA
  ELSE IF &SUBSTR(&K,&L)=B THEN SET &X=&STR(&X) OPTB
  ELSE IF &SUBSTR(&K,&L)=C THEN SET &X=&STR(&X) OPTC
END
WRITE &X

The CLIST above works, and the concept is simple. The user 
is prompted to
enter a string of characters chosen from the letters A, B, 
and C, each of
which is associated with the string OPTA, OPTB, and OPTC 
(respectively). The
CLIST sets X to the concatenation of these strings, 
delimited by blanks. So
if the user enters "BA", X is set to "OPTB OPTA". If the 
user enters "CCB",

X is set to "OPTC OPTC OPTB". Not hard.

The problem: I want each of the tokens in the generated 
string to be
preceded by a double-ampersand. E.g., if the user enters 
ACB, I want X to be

set to "&&OPTA &&OPTC &&OPTB".

I have read the manuals, I have tried everything I can 
think of... but the
ampersands have laid me low. Any help would be greatly 
appreciated.


 It's been a long time, but I think the answer is to 
do something like:

set amp = &str(&)
 - or -
set amp = &str(&&)
 - or -
set amp = &str("&")
 - or -
set amp = &str("&&")

 After you figure out which of the above works, you 
can concatenate your string after &&.


 BTW, most of the people read via the Listserv, so 
only those of us who read via Usenet will see your 
post.  Otherwise I would have trimmed extensively.



--
I cannot receive mail at the address this was sent from.
To reply directly, send to ar23hur "at" intergate "dot" 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: Lean and Mean: 150,000 U.S. layoffs for IBM?

[Ed Gould]

On May 9, 2007, at 1:11 PM, Rick Fochtman wrote:

I went "the other way" in the Army, finding myself in a tropical  
climate where the main diet was rice, with a few vegetables and  
maybe a water buffalo, when the gunner "forgot" to clear the M2-HB  
before attempting to "clean" it. In my (somewhat limited)  
experience, the officers were there to get some combat time, and  
pay, into their service records, as a stepping stone to further  
promotion.  Net result: the sergeants ran the Army while the  
officers "fought the battles" and collected the medals. Needless to  
say, I have a very low opinion of high-flying "leaders" that don't  
share the hardships of those who are "led".


Ed Gould wrote:

SNIP

Rick,

I am not sure I agree with you at all on this one. Of course I look  
at it a little differently than a typical GI. My bosses were GS12's  
13's and 14's and I think I had a GS 15 who was their boss. My  
limited exposure to sergeants (lifers) while some were lazy most were  
at least competent . The GS people I worked for were without  
exception were extremely competent (except for maybe 1) the officers  
were all over the place and one could spend hours talking about them.  
To get back on topic (a little) none of the military (lifer) types  
that I worked with day in and day out had ever seen an IBM mainframe  
before they came to our base. I had one warrant officer tell me there  
was no difference between DOS and MFT. I told him go ahead and try   
to code dos JCL and run it under MFT and come back and show me where  
it worked. He never came back.


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

Re: Help settle a job title/role debate

[Ed Gould]

On May 9, 2007, at 10:04 AM, Steve Samson wrote:


Bruce,

I would regard SP as the "inside" job, designing, writing, testing,  
and integrating code to accomplish some well-defined purpose. An SE  
would be on the interface between "inside" and "outside", meeting  
with TPTB and the end users to arrive at a set of specs that would  
then be reviewed and/or revised with the SP to assess cost and  
schedule, thus defining the purpose of the SP's effort.


In the dawn of history, an SE was the IBM sales team member who  
would provide on-site training and act as the level 1 contact for  
solving problems. By 1965 the SE became not much more than the guy  
you called to order manuals, as all of them with half a brain were  
pulled into the S/360 development effort.


Just my opinion and recollections...

Steve Samson


Steve,

I guess my recollections are different. Our SE actually wrote code  
and even looked at dumps occasionally (the PSR  did 99 percent of  
that) I can't remember of any SE in that time frame doing anything  
else but helping the customer install MVS and testing of it. My  
memory is rather vague when we ran MVT but IIRC it was essentially  
the same thing. I vaguely remember a story about we needed to  
reproduce 200 cobol manuals and the person that followed through on  
that was the sales rep. Our SE (s) attended staff meetings and also  
attended (some) management meetings when new computers were talked  
about or coming installations of new computers.


They also occasionally interfaced with other IBM types when it came  
to type 3 products and or FDP's. We had good and poor SE's. I am  
still friends with one of them after 30+ years. We had one that used  
his knowledge of the 3850 (I think I knew more than he did and I was  
not even close to being considered an expert on the thing) to get  
promoted to someplace out in AZ.


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

Re: Help settle a job title/role debate

[Patrick O'Keefe]

On Wed, 9 May 2007 08:04:08 -0700, Steve Samson <[EMAIL PROTECTED]> wrote:

>...By 1965 the SE became not much more than the guy you called to
>order manuals, as all of them with half a brain were pulled into the
>S/360 development effort.
>...

That must have varied by location or at least shop-to-shop.  In the shop
I was in from 1973-1986 we a series of very good on-site SEs.  After that,
the quality and/or availability went down hill.  I don't think I saw on-site
SEs (of any quality) after about 1990.

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

Migrating to Large Spool (was Re: $HASP443 message)

[Brian Peterson]

I talked about my experiences migrating to Large Spool data sets at SHARE in 
Tampa.

http://www.share.org/client_files/docupload/Bit%20Bucket%2033%20(21).pdf

Please see pages 17-21 of this PDF.

Then, post-Tampa, I stumbled across a problem, and posted here on IBM-
MAIN.  Subject "Heads Up: JES2 Warning - Don't $P Spool Volumes":

"Short version:  If you are z/OS JES2 1.7 or above, don't drain spool volumes.  
APARs OA17249 and OA20195 (new, see "additional related symptoms" within 
the APAR text) describe problems which can occur if you $P a spool volume 
which is not known to be empty.  The below workaround is suggested."

To which Dave Danner correctly pointed out:

"I believe that OA20195 only affects volumes with extents 8 and higher.  If 
you have the fix for OA17249 installed (Aug. 2006) you *should* be OK to 
drain volumes with extents 0-7."

Since I was taking 18 3390-3 spool volumes out of service and replacing them 
with six 3390-9 spool volumes, of course I was affected by OA20195.

You can see the JES2 extent number for each of your spool volumes in SDSF's 
SP command, under the column EXT.  If all of the JES2 spool volumes you plan 
to drain are EXT 00 through EXT 07, you're not affected by the OA20195 
problem.

The procedure I was advised by JES2 support to use was:

Step 1) $T SPOOL(volser),SYSAFF=-ANY
  This will perform the same function of $P SPOOL(volser), but without 
  draining the spool volume.

Step 2) Take note of the exact date / time of step 1.  

Step 3) Wait until every job with a RD-DATE / RD-TIME (from SDSF ST display)
  which was submitted before Step 2's date / time has purged.  On my 
  system, this took several weeks.

Step 4) Once it is known that no job exists on SPOOL which pre-dates the
  date / time of Step 2, it is now safe to $P SPOOL(volser).

This procedure was necessary for me because the fixes for OA17249 and 
OA20195 (mostly this latter APAR) weren't on (and didn't yet exist), and even 
if they were applied, they only correct NEW jobs.  These fixes don't correct 
pre-OA17249 or pre-OA20195 jobs.

Now that OA20195 is available, I would amend this procedure in Step 3 to be 
the earlier of Step 2 or the date you installed OA20195 onto the last LPAR in 
your JES2 MAS.

If you don't take these careful steps, what can happen to you (if OA20195 
applies to you) is that JES2 will actually permit a spool volume to drain even 
though it still has active blocks for active jobs on it.  If this happens, any 
job 
which still has allocated spool blocks on that volume is toast - there's no way 
to recover such a job.

Brian 

On Wed, 9 May 2007 14:06:46 -0400, Petersen, Jim wrote:

>Yes. Thanks to both of you for responding.   I found the error of my
>ways and did a $tspooldef and changed it to ALLOWED.   Now I have
>another question.  Is there a command which I can use to cause a spool
>volume to quit being used but redistribute what is on it to the
>remaining spool volumes?
>
>
>
>___
>Jim Petersen
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
>Behalf Of Chicklon, Tom
>Sent: Wednesday, May 09, 2007 12:40 PM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: $HASP443 message
>
>
>To use them I believe you need to code LARGEDS=ALLOWED or ALWAYS.
>Default is LARGEDS=FAIL, so if you didn't add it to your JESPARMS,
>you've got FAIL.
>
>Fortunately, the manual says you can change it with a $T SPOOLDEF
>command.
>
>Tom Chicklon
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
>Behalf Of Petersen, Jim
>Sent: Wednesday, May 09, 2007 1:27 PM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: $HASP443 message
>
>I am at z/OS 1.7 and I thought that support for more than 65535 tracks
>of data had been added to JES2.  I just tried to create one and format
>it and I got a  $HASP443 HDN1L2 NOT ALLOCATED EXTENT ABOVE 64K TRACK
>LIMIT, RC=08
>
>What am I missing here?

--
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: Catalog Search Interface (VSAMSTAT) to get number of record

[Kenneth E Tomiak]

I have battled the IGGCSI00 api in REXX and won. Not sure that I have any 
code to share. How much have you written already? I am searching my 
archives and will see what I find. What level of z/OS are you running? I have 
found there to be release dependencies.

--
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: CCSID 1252 Code Page Error

[Ted MacNEIL]

>Hmmh.. If you think so why do you post this. 

Because I get nothing from them and my GOOGLE attempt failed on my BlackBerry.

Maybe I should have been more patient, but the metre is running!

-
Too busy driving to stop for gas!  

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

Re: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed)

[Clark Morris]

On 7 May 2007 01:01:13 -0700, in bit.listserv.ibm-main you wrote:

>Ted MacNEIL wrote:
>>> They can't understand when I say my last system outage was in 2003...
>[...] 
>> 
>> Unfortunately, the PFCSK's, with their squatty boxes, brag about how fast 
>> they can re-boot!
>> 
>> We brag about how long the system stays up!
>
>In fact, I can't remember any PFCSK bragging how fast they can re-boot. I'm 
>pretty sure I have never seen PC-system administrator bragging for that. Never 
>ever.
>I was restarting my main NetWare server every 3 months because of Novell 
>suggestion. Now my Windows admins co-workers brag how many machines can they 
>reboot without interrupting the service.
>Windows nowadays doesn't need to be rebooted so frequently and - last but not 
>least - it is not the only PC-server system.
>
>So, I think we're laughing at our idea of PC-world, not reality. 
>It's not good to underestimate the competition.

Many Linux and Unix people brag about the number of months they go
between reboots.  I was in a shop that had a Tandem system.  System
maintenance was applied by a simple operator procedure with no
reboot/re-IPL.  Out on the desktop where there isn't necessarily the
discipline to keep things in step and depending on the organization,
the means to prevent users from doing things that can break a system,
all bets are off.  For servers, a company should be able to have them
reliable if they are willing to be disciplined and have change
management procedures.
>
>-- 
>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: CCSID 1252 Code Page Error

[Schiradin,Roland HG-Dir itb-db/dc]

Hmmh.. If you think so why do you post this. 

Roland

-Original Message-
From: IBM Mainframe Discussion List 
[mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL
Sent: Thursday, May 10, 2007 12:35 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CCSID 1252 Code Page Error


>Hmhh.. no problem here in Germany.

I think the problem is our service provider.
I had a VP, years ago, that called it 'incomplete staff work'.


-
Too busy driving to stop for gas!  

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

--
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: CCSID 1252 Code Page Error

[Schiradin,Roland HG-Dir itb-db/dc]

I believe it's the Unicode imgage 

Too busy to verify

-Original Message-
From: IBM Mainframe Discussion List 
[mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL
Sent: Thursday, May 10, 2007 12:35 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CCSID 1252 Code Page Error


>Hmhh.. no problem here in Germany.

I think the problem is our service provider.
I had a VP, years ago, that called it 'incomplete staff work'.


-
Too busy driving to stop for gas!  

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

--
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: Catalog Search Interface (VSAMSTAT) to get number of record

[Clark Morris]

On 9 May 2007 02:31:28 -0700, in bit.listserv.ibm-main you wrote:

>Dear All,
>
>we would like to get the number of logical record of VSAM file using 
> Catalog Search Interface.   
>Has anyone sucessfully mapped the VSAMSTAT contents with Rexx/COBOL?

This is the reason I think (I wanted to but am not sure I did) that I
submitted a requirement that IBM provide a translator that would
convert DSECTs to COBOL record descriptions, REXX structures, C/C++
structures.  We should not have to go thru contortions and error prone
processes to use defined interfaces.
>Can we have the sample code? 
>
>Regards,
>Sathaporn
>
>

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

Upgrades and Project Framework

[Guy Gates]

Hello,

 Has anyone had any experience doing an z/OS Upgrade using Project 
Framework? I personally have never heard of a Systems Group having to follow 
such a path, but I am interested if any others have had to do this and if you 
have any opinions or suggestions. 


Thanks...Guy M. Gates Jr. 
TTI Z/OS Systems Programmer II 
Email: [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: How to measure actual usage of BLSR buffers?

[Farley, Peter x23353]

Thanks Ted!  That actually works for me -- Now I have something new to look
at!

Peter

-Original Message-
From: Ted MacNEIL [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, May 09, 2007 6:37 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How to measure actual usage of BLSR buffers?

>my SDSF DA panel only has a column for REAL storage

Most monitors only report on REAL.
But, try RMF Monitor II (TSO command RMFMON).
ARD/ASD sub-commands.

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

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

Re: How to measure actual usage of BLSR buffers?

[GAVIN Darren * OPS EAS]

REAL storage is the column to use.

You can also get better values for this by looking at the completed jobs
JESYSMSG DD for that step using the
IEF374I STEP//STOP line   Add the VIRT amount to the EXT amount
and that gives you the total (and largest) amount of memory used (Ignore
the two SYS fields).  The VIRT is the amount of memory used below the
16M line and EXT is the amount used above the 16M line.  

Might get better granularity that way.

As far as paging goes, I cheat and always use the LSR option that forces
the buffers into a no-paging mode (this can only be done on LSR, BLSR
and IMS pools, I think). 

However if the system needs to page out the job when this is done (which
is rare on our machine) the job is placed into a wait state then paged
out of core entirely, then paged back in when the full resources are
available again. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Farley, Peter x23353
Sent: Wednesday, May 09, 2007 3:14 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How to measure actual usage of BLSR buffers?

Thanks for the idea.  A question though -- where exactly in the SDSF
panels
would I see the pages of core used by the job step -- my SDSF DA panel
only
has a column for REAL storage (SDSF manual says that column represents
real
page frames).  That would only give me the working-set size, right?
Although, since I notice my paging rate is practically always zero, I
suppose that could be the virtual size as well.

Also, that column is only 4 digits (plus comma), after 9,999 the format
looks like " 14T ", which seems to be in thousands.  Not very granular,
but
I guess that would put it within the megabyte-or-so that you suggested.

Thanks again for the idea.

Peter

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

Re: How to measure actual usage of BLSR buffers?

[Ted MacNEIL]

>my SDSF DA panel only has a column for REAL storage

Most monitors only report on REAL.
But, try RMF Monitor II (TSO command RMFMON).
ARD/ASD sub-commands.

-
Too busy driving to stop for gas!  

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

Re: CCSID 1252 Code Page Error

[Ted MacNEIL]

>Hmhh.. no problem here in Germany.

I think the problem is our service provider.
I had a VP, years ago, that called it 'incomplete staff work'.


-
Too busy driving to stop for gas!  

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

Re: $HASP443 message

[Robert A. Rosenberg]

At 13:24 -0500 on 05/09/2007, Rick Fochtman wrote about Re: $HASP443 message:


---


Yes. Thanks to both of you for responding.   I found the error of my
ways and did a $tspooldef and changed it to ALLOWED.   Now I have
another question.  Is there a command which I can use to cause a spool
volume to quit being used but redistribute what is on it to the
remaining spool volumes?
 



You can stop it from accepting new datasets by the $PSPOOL command, but
there's no command to remove its contents and distribute them to another
volume.

Sure would be nice, though.


This type of thing would not be that hard to do with a User Written 
Command. The simple way would be to scan the output (and input?) 
queue to spot who is allocated on the Volume. The command can then 
just set the job to be spool offloaded. This will clean off all but 
executing (and pending execution) jobs. You then repopulate the 
queues via Spool Reload. The "Better" way would be to read the data 
and rewrite it freeing up the old allocation (Since doing this 
correctly is so complex, the SPOOL OFFLOAD/RELOAD route is simpler 
IMO).


As to doing the redistribute on-the-fly, I'd check the JES2 Mods tape 
since I have the vague impression that I saw such a mod on it in the 
past.


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

Re: How to measure actual usage of BLSR buffers?

[Farley, Peter x23353]

Thanks for the idea.  A question though -- where exactly in the SDSF panels
would I see the pages of core used by the job step -- my SDSF DA panel only
has a column for REAL storage (SDSF manual says that column represents real
page frames).  That would only give me the working-set size, right?
Although, since I notice my paging rate is practically always zero, I
suppose that could be the virtual size as well.

Also, that column is only 4 digits (plus comma), after 9,999 the format
looks like " 14T ", which seems to be in thousands.  Not very granular, but
I guess that would put it within the megabyte-or-so that you suggested.

Thanks again for the idea.

Peter

-Original Message-
From: GAVIN Darren * OPS EAS [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, May 09, 2007 4:45 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How to measure actual usage of BLSR buffers?

Far as I know there is no way to get actual usage statistics from any
kind of buffering (zOS, VSAM(AMP), LSR, GSR, BLSR or IMS LSR's) unless
it's a 3rd party product.

However you can determine how effective they are being used by doing the
following.

Monitor the number of Pages of core the job Step uses from SDSF, and
multiply the number of pages used by 4096 to get the amount of memory
the step used in bytes.

Calculate the expected memory usage if max buffering of all BLSR pools
(Block size(CISZ) * Buffers) that could be used.

If the two figures are within a megabyte (or more) with the job step
higher then the expected usage so you've likely used all the BLSR pools.


If the job step runs with memory lower then expected buffering figure,
then you know that not all the requested buffering space was used.

It's not exact by any means, but might help.

Darren

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

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

Re: CCSID 1252 Code Page Error

[Schiradin,Roland HG-Dir itb-db/dc]

Hmhh.. no problem here in Germany. 

CONVERSION: 00273-01208-R   00273-01208-R   
01200(17584)-01140-E01200(17584)-01140-L
00850-01200(13488)-R01200(13488)-00037-E
01200(13488)-00273-E01200(13488)-00273-L
01047-01200(13488)-R01200(13488)-00500-E
01200(13488)-00819-E01200(13488)-00850-E
01208-00037-E   01208-00037-E   
01200(13488)-01047-E00273-01200(13488)-R
00273-01200(13488)-L01208-00273-E   
01208-00273-E   01208-00367-ER  
01200(13488)-01252-E01200(13488)-01252-L
01208-00500-E   01208-00819-E   
01208-00850-E   01208-01047-E   
01208-01200-ER  01208-01252-E   
00037-00367-E   01252-00367-R   
00037-01208-R   00037-01208-R   
01252-01208-R   00367-00037-E   
00367-00273-E   00367-00500-E   
00500-00367-E   00367-00819-E   
00367-00850-E   00367-01047-RE  
00367-01208-R   00367-01252-RE  
00500-01208-R   01140-01200(17584)-R
01140-01200(17584)-L00037-01200(13488)-R
00819-00273-R   00819-00367-E   
00850-00367-E   01252-01200(13488)-R
01252-01200(13488)-L00819-01208-R   
00850-01208-R   01047-00273-R   
00500-01200(13488)-R01047-00367-R   
00273-00367-E   01200-01208-ER  
01047-01208-R   00273-00819-R   
00273-01047-R   00819-01200(13488)-R  

  

-Original Message-
From: IBM Mainframe Discussion List 
[mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL
Sent: Wednesday, May 09, 2007 10:42 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: CCSID 1252 Code Page Error


We cannot find 1252 as a code page under z/OS, anywhere 
(including documentation), even as a hint. This is causing 
issues with our DB2V8 implementation. Somebody thinks it may be 
a windows code page and causing problems with windows talking 
to the mainframe, but while that doesn't make total sense to 
me, it's the only information we have.

Has anybody ever heard of this code page?
Our uni-code implementation is failing because of this, and we 
cannot complete our DB2 conversion without it.

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

Re: CCSID 1252 Code Page Error

[Jim Wangler]

 Try http://www.redbooks.ibm.com/redbooks/pdfs/sg246079.pdf


Jim Wangler 

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

Re: How to measure actual usage of BLSR buffers?

[Robert Wright]

Darren Gavin wrote on 2007-05-09 16:44:48:

> Far as I know there is no way to get actual usage statistics from any
> kind of buffering (zOS, VSAM(AMP), LSR, GSR, BLSR or IMS LSR's) unless
> it's a 3rd party product.

Check out SHOWCB ACB and the information that it makes available.  Of
course, that presumes that you have access to the source code and an
inclination to change it - a direct contradiction to the reason that you
are expected to use batch LSR.  If you have such access and inclination,
you can probably do a better job of employing an LSR pool than batch LSR's
one-size-fits-all processing.

Bob Wright - MVS Service Aids
--
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: CCSID 1252 Code Page Error

[Mullen, Patrick]

http://www.tachyonsoft.com/cp01252.htm


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Wednesday, May 09, 2007 3:42 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: CCSID 1252 Code Page Error


We cannot find 1252 as a code page under z/OS, anywhere (including
documentation), even as a hint.
This is causing issues with our DB2V8 implementation.
Somebody thinks it may be a windows code page and causing problems with
windows talking to the mainframe, but while that doesn't make total
sense to me, it's the only information we have.

Has anybody ever heard of this code page?
Our uni-code implementation is failing because of this, and we cannot
complete our DB2 conversion without it.

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

Re: How to measure actual usage of BLSR buffers?

[GAVIN Darren * OPS EAS]

Far as I know there is no way to get actual usage statistics from any
kind of buffering (zOS, VSAM(AMP), LSR, GSR, BLSR or IMS LSR's) unless
it's a 3rd party product.

However you can determine how effective they are being used by doing the
following.

Monitor the number of Pages of core the job Step uses from SDSF, and
multiply the number of pages used by 4096 to get the amount of memory
the step used in bytes.

Calculate the expected memory usage if max buffering of all BLSR pools
(Block size(CISZ) * Buffers) that could be used.

If the two figures are within a megabyte (or more) with the job step
higher then the expected usage so you've likely used all the BLSR pools.


If the job step runs with memory lower then expected buffering figure,
then you know that not all the requested buffering space was used.

It's not exact by any means, but might help.

Darren


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Farley, Peter x23353
Sent: Wednesday, May 09, 2007 1:20 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How to measure actual usage of BLSR buffers?

Sure I could, in my copious spare time... and of course the reporting
would
be user-optional.

Yes, "enough" reduction of elapsed time with "reasonable" CPU increase
is
the ultimate goal of all of this shilly-shallying around.  All I have
been
asking is if there were any actual measurements that could be used to
make
the process a little less vague.

Peter

--
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 settle a job title/role debate

[Howard Brazee]

On 9 May 2007 10:44:09 -0700, [EMAIL PROTECTED] (Bill Johnson)
wrote:

>Back when I worked at EDS in the mid 80's, they called programmers Systems 
>Engineers. (SE's) 
>They even had a program to develop programmers called the SED program. (also 
>had a OPD 
>program - Operations Personnel Development) Needless to say, when I hear the 
>term Systems 
>Engineers I think of programmers not Systems Programmers.


Me too.   It was nice having a title that our customers didn't have.
Nobody could pigeon-hole us into a category that didn't exist in their
minds.

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

CCSID 1252 Code Page Error

[Ted MacNEIL]

We cannot find 1252 as a code page under z/OS, anywhere (including 
documentation), even as a hint.
This is causing issues with our DB2V8 implementation.
Somebody thinks it may be a windows code page and causing problems with windows 
talking to the mainframe, but while that doesn't make total sense to me, it's 
the only information we have.

Has anybody ever heard of this code page?
Our uni-code implementation is failing because of this, and we cannot complete 
our DB2 conversion without it.

-
Too busy driving to stop for gas!  

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

Re: How to measure actual usage of BLSR buffers?

[Farley, Peter x23353]

Sure I could, in my copious spare time... and of course the reporting would
be user-optional.

Yes, "enough" reduction of elapsed time with "reasonable" CPU increase is
the ultimate goal of all of this shilly-shallying around.  All I have been
asking is if there were any actual measurements that could be used to make
the process a little less vague.

Peter

-Original Message-
From: Tom Schmidt [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, May 09, 2007 3:55 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How to measure actual usage of BLSR buffers?


You could still write your own BLSR subsystem.  Of course, your version of 
BLSR will have higher CPU cost since you intend to do all of that extra work

and a lot of it will be inline (during GET/PUT/CLOSE).  Maybe your BLSR
could make the reporting be a user option so the user can decide?  
 
The statistics that I have always been most interested in having from BLSR
vs. NSR have been the step CPU and the elapsed time.  If the elapsed time 
improved 'enough' and the CPU was 'reasonable' then I could move on to 
other 'opportunities'.  

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

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

Re: How to measure actual usage of BLSR buffers?

[Farley, Peter x23353]

Interesting!  I had previously been under the impression that BLSR was "in
the picture" from OPEN to CLOSE, positioned somewhere inside VSAM in between
the user RPL and the actual I/O operation to read or write a buffer.

So, my question should have been: What statistics can I get from VSAM LSR
about the usage of the buffer pool?  And how do I get those statistics?  Or
better, where is it documented what statistics I can get and how to get
them, so I can RTFM for myself?

I will, of course, immediately go check out the DFHSM Macros manual about
VSAM LSR to see what I may have already missed (because I didn't think it
applied!).

In any case, thank you very much for the interesting info about how BLSR
actually does its job.

Peter

-Original Message-
From: Jim Mulder [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, May 09, 2007 3:40 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How to measure actual usage of BLSR buffers?

BLSR has no opportunity to provide any function like this.  All that BLSR
does is intercept the VSM NSR OPEN of a SUBSYS DD, do a BLDVRP to build an
LSR buffer pool, CLOSE the SUBSYS DD, and then OPEN the real VSAM dataset 
using the LSR buffer pool.  By the time the application does its first 
I/O operation, BLSR is completely out of the picture, and the application
which was coded to use VSAM NSR is instead using VSAM LSR. 

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

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

Re: How to measure actual usage of BLSR buffers?

[Tom Schmidt]

On Wed, 9 May 2007 14:24:41 -0400, Farley, Peter x23353 wrote:

>OK, let me summarize the answers so far for the archives:
>
>1. (From several private responses) IBM has or used to have a performance
>measurement tool called VLBPAA, possibly available from MKTTOOLS (see
>) that would 
measure
>hit ratios and model (based on GTF data) what impact increasing #buffers
>would have on hit ratios.
>
>2. Why bother measuring?  What's the real cost of a few thousand buffers?
>Can that be measured?  It's only virtual memory.
 
 
Virtual memory has a lost opportunity cost since its allocation removes the 
virtual address range(s) from the memory map.  
 
 
>3. Forget about BLSR, use SMB and a large buffer space instead.  Oh, and
>that also means use only SMS/VSAM Extended (if you're allowed to).
>
>I am surprised there are/were no basic statistics kept on such an obviously
>performance-related tool as BLSR.  But then, I guess if SMB replaces BLSR
>then no one would bother going back to retrofit measurement tools into it,
>either, regardless of whether it was hard or easy to do so.
>
>If it had been me, basic stats would have been built-in from day 1 for
>things like actual count of buffers ever used for data and index, total BLSR
>CPU time used, and maybe even hit counts and total searches.  None of these
>would have been hard to do and would have provided useful information to
>users.  And a report option for WTO of EOJ stats would have been
>nice-to-have as well.  And none of it would have required GTF.
 
 
You could still write your own BLSR subsystem.  Of course, your version of 
BLSR will have higher CPU cost since you intend to do all of that extra work 
and a lot of it will be inline (during GET/PUT/CLOSE).  Maybe your BLSR could 
make the reporting be a user option so the user can decide?  
 
The statistics that I have always been most interested in having from BLSR vs. 
NSR have been the step CPU and the elapsed time.  If the elapsed time 
improved 'enough' and the CPU was 'reasonable' then I could move on to 
other 'opportunities'.  
 
-- 
Tom Schmidt 
Madison, WI 
 

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

Re: How to measure actual usage of BLSR buffers?

[Jim Mulder]

IBM Mainframe Discussion List  wrote on 05/09/2007 
02:24:41 PM:


> I am surprised there are/were no basic statistics kept on such an 
obviously
> performance-related tool as BLSR.  But then, I guess if SMB replaces 
BLSR
> then no one would bother going back to retrofit measurement tools into 
it,
> either, regardless of whether it was hard or easy to do so.
> 
> If it had been me, basic stats would have been built-in from day 1 for
> things like actual count of buffers ever used for data and index, total 
BLSR
> CPU time used, and maybe even hit counts and total searches.  None of 
these
> would have been hard to do and would have provided useful information to
> users.  And a report option for WTO of EOJ stats would have been
> nice-to-have as well.  And none of it would have required GTF.

 BLSR has no opportunity to provide any function like this.  All that BLSR
does is intercept the VSM NSR OPEN of a SUBSYS DD, do a BLDVRP to build an
LSR buffer pool, CLOSE the SUBSYS DD, and then OPEN the real VSAM dataset 
using the LSR buffer pool.  By the time the application does its first 
I/O operation, BLSR is completely out of the picture, and the application
which was coded to use VSAM NSR is instead using VSAM LSR. 
 
Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

--
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: SMS Question

[Schwarz, Barry A]

The change you made was to an SCDS.  SMS operates from an ACDS.  You
need an activate to copy from the former to the latter.  The validate is
for peace of mind/job security/proof reading/etc.   Translate is only
for ACS updates.

-Original Message-
From: esmie moo [mailto:snip] 
Sent: Wednesday, May 09, 2007 6:44 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMS Question

Hallo Gentle Readers,
   
  I just altered a STORAGE GROUP - I changed the AUTO BACKUP & AUTO DUMP
options from Y to N.  My question is do I have to do the TRANSLATE,
VALIDATE & ACTIVATE so as for it to take effect?

--
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: $HASP443 message

[Mark Zelden]

On Wed, 9 May 2007 14:24:11 -0400, Mark Jacobs <[EMAIL PROTECTED]> wrote:

>Petersen, Jim wrote:
>> Yes. Thanks to both of you for responding.   I found the error of my
>> ways and did a $tspooldef and changed it to ALLOWED.   Now I have
>> another question.  Is there a command which I can use to cause a spool
>> volume to quit being used but redistribute what is on it to the
>> remaining spool volumes?
>>
>>
>>
>Not really. You can issue drains against spool volumes but there is no
>function like the pagedelete/replace command. Just drain and wait until
>all the output is purged.
>
>
>

You can use spool offload / reload.  You still may have to wait for an
IPL if syslog is on there.  Depending on your SPOOLDEF FENCE option,
it will be there for sure.

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

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

Re: Lean and Mean: 150,000 U.S. layoffs for IBM?

[Veilleux, Jon L]

I went "the other way" in the Army, finding myself in a tropical climate
where the main diet was rice, with a few vegetables and maybe a water
buffalo, when the gunner "forgot" to clear the M2-HB before attempting
to "clean" it.
 

Interesting! I had a similar experience my second day in that 'tropical
climate'. Someone was cleaning a machine gun on the table across from me
and almost shot my guts out when he pulled the trigger without checking
the chamber for bullets. It wasn't a pleasant experience.
Jon
Jon L. Veilleux
[EMAIL PROTECTED]
(860) 636-2683 

This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna

--
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: Measuring Use of BLSR Buffers

[Richards.Bob]

Either it was not available then or was too new. I forget which. Was it
supported on OS/390 2.10? If it was, my bad. 

Bob Richards 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Rick Fochtman
Sent: Wednesday, May 09, 2007 2:17 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Measuring Use of BLSR Buffers



>IMNSHO, extended format should be the *DEFAULT* for all VSAM datasets.
>
>I would like to hear reasons as to why not.
>
>
>  
>
---
Then why didn;t you implement that at our place??
  
  
  
LEGAL DISCLAIMER 
The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer. 
  
SunTrust and Seeing beyond money are federally registered service marks of 
SunTrust Banks, Inc. 
[ST:XCL] 
 
 
 
 

--
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: Lean and Mean: 150,000 U.S. layoffs for IBM?

[Dave Kopischke]

On Wed, 9 May 2007 14:43:46 -0400, Kirk Talman wrote:

>My son is sgt in iraq at moment (4th tour of duty in ME).  Other than diet
>and humidity, little has changed.  he is "battle nco" running a unit. when
>"battle captain" is not there, he has to do that job in addition to his
>own.
>
>before deploy, he had a mandatory training mission.  he had to (politely?)
>tell officers "no you can't cut out mandatory training to save time."
>
>www.anysoldier.com


Thanks for posting this URL !!! I've been looking for something like 
this 
for a while. All I could do previously is send to friends, relatives and 
acquantances. But that leaves a lot out.

I know a bunch of Cub Scouts and Boy Scouts who aren't afraid to be proud of 
these heros. We'll be sending some toys and trinkets.

--
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 settle a job title/role debate

[Ted MacNEIL]

>they called programmers Systems Engineers

In Canada, the "Society of Professional Engineers" got together and 'forced' 
all companies to drop the title 'Engineer' from all job descriptions, unless 
the worker was a professional engineer.

So, the IBM'rs became Customer Engineering Representatives.
With more prodding from the Society, they became Customer Service 
Representatives.

I had thought this happened in the US, as well.

The title springs from when most of them were engineers.

-
Too busy driving to stop for gas!  

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

Re: Help settle a job title/role debate

[Tom Schmidt]

>Bruce McKnight wrote:
>> Greetings all,
>>
>> What is the difference between a systems engineer and a systems
>> programmer? I'm referring to the tradtional tech support staff members
>> in a regular company using mainframes for business purposes, not ISV
>> software houses or the like. It seems from the job postings I've seen,
>> there is no real consensus on the job title for our role.
>>
>> I've seen a lot of job postings that don't align with what we do as
>> well. One job posting said "MVS Systems Programmer" but it was clearly
>> for an applications development role. "MVS Systems Administrator" has
>> shown up a few times with a role definition that was nearly a 100%
>> match.
 
 
In some states the abuse of the term 'engineer' in a job title was met with the 
legislated requirement that said person indeed be a licensed engineer.  Either 
you had demonstrated engineering training & skills or you knew how to drive 
the trains.  Nothing else was tolerated.  
 
For the past 15 years or so, some HR/ER agencies like to create positions 
with 'Administrator' in the title, being the trendy folks that HR/ER groups 
like to 
think they are.  
 
The best title I have held to date (besides 'Co-Owner') was 'IBM Technical 
Expert'.  (Well, I'm kind of fond of the title 'Dad', too.)  
 
-- 
Tom Schmidt 
Madison, WI 
 
 

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

Re: How to measure actual usage of BLSR buffers?

[Thomas H Puddicombe]

"Farley, Peter x23353" <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
05/09/2007 02:24 PM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: How to measure actual usage of BLSR buffers?






I am surprised there are/were no basic statistics kept on such an 
obviously
performance-related tool as BLSR. 


Have you not looked at SMF record type 64 or 42(subtype 6)?






--
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: Lean and Mean: 150,000 U.S. layoffs for IBM?

[Kirk Talman]

My son is sgt in iraq at moment (4th tour of duty in ME).  Other than diet 
and humidity, little has changed.  he is "battle nco" running a unit. when 
"battle captain" is not there, he has to do that job in addition to his 
own.

before deploy, he had a mandatory training mission.  he had to (politely?) 
tell officers "no you can't cut out mandatory training to save time."

www.anysoldier.com

a clever person will figure out which poster is he.  If you find the 
cartoons of cat and picture of the guy proudly holding trap w/rat, you are 
there.

IBM Mainframe Discussion List  wrote on 05/09/2007 
02:11:58 PM:

> I went "the other way" in the Army, finding myself in a tropical climate 

> where the main diet was rice, with a few vegetables and maybe a water 
> buffalo, when the gunner "forgot" to clear the M2-HB before attempting 
> to "clean" it. In my (somewhat limited) experience, the officers were 
> there to get some combat time, and pay, into their service records, as a 

> stepping stone to further promotion.  Net result: the sergeants ran the 
> Army while the officers "fought the battles" and collected the medals. 
> Needless to say, I have a very low opinion of high-flying "leaders" that 

> don't share the hardships of those who are "led".

-
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: Measuring Use of BLSR Buffers

[Ted MacNEIL]

>I personally can't run any tests of extended/compressed VSAM as you suggest, 
>since I am not a storage admin.  I'd love to, but I can't.  Getting access to 
>Extended authorization for purposes of a "test" is highly unlikely.

That's too bad.
Your storage admins should not be the owner of the resources, rather the 
custodians.
If you (or the business) have a valid reason (like saving resources/money), 
they should not be standing in the way.

IT is to service the business; NOT the other way around.

Surely, you have a justification/escalation path to pursue?

-
Too busy driving to stop for gas!  

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

Re: $HASP443 message

[Ed Finnell]

 
In a message dated 5/9/2007 1:28:02 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

You can  stop it from accepting new datasets by the $PSPOOL command, but 
there's no  command to remove its contents and distribute them to another  
volume.

Sure would be nice,  though.




>>
Yes. Drain then offload/reload by VOL. Doesn't guarantee the names will be  
the same but does spread to the remaining SPOOL. What are the chances SYSLOG is 
 on the draining pack?



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

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

Re: $HASP443 message

[Alan Schwartz]

There's a SHARE requirement, currently open for voting, that is requesting 
this exact functionality.

Alan Schwartz
Assurant Corporate Technology
Phone:  651-361-4758
Fax:   651-361-5625



Mark Jacobs <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
05/09/2007 01:24 PM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: $HASP443 message






Petersen, Jim wrote:
> Yes. Thanks to both of you for responding.   I found the error of my
> ways and did a $tspooldef and changed it to ALLOWED.   Now I have
> another question.  Is there a command which I can use to cause a spool
> volume to quit being used but redistribute what is on it to the
> remaining spool volumes?
>
>
> 




**
This e-mail message and all attachments transmitted with it may contain legally 
privileged and/or confidential information intended solely for the use of the 
addressee(s). If the reader of this message is not the intended recipient, you 
are hereby notified that any reading, dissemination, distribution, copying, 
forwarding or other use of this message or its attachments is strictly 
prohibited. If you have received this message in error, please notify the 
sender immediately and delete this message and all copies and backups thereof.

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: Lean and Mean: 150,000 U.S. layoffs for IBM?

[Anne & Lynn Wheeler]

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


[EMAIL PROTECTED] (Rick Fochtman) writes:
> I went "the other way" in the Army, finding myself in a tropical
> climate where the main diet was rice, with a few vegetables and maybe
> a water buffalo, when the gunner "forgot" to clear the M2-HB before
> attempting to "clean" it. In my (somewhat limited) experience, the
> officers were there to get some combat time, and pay, into their
> service records, as a stepping stone to further promotion.  Net
> result: the sergeants ran the Army while the officers "fought the
> battles" and collected the medals. Needless to say, I have a very low
> opinion of high-flying "leaders" that don't share the hardships of
> those who are "led".

re:
http://www.garlic.com/~lynn/2007j.html#61 Lean and Mean: 150,000 U.S. layoffs 
for IBM?

for other boyd drift, he did yr running datacenter at "spook base"
... possibly largest in the world ... at least in the fareast, at the
time, claim was that it represented a $2.5B windfall for IBM.
http://www.garlic.com/~lynn/2005t.html#1 Dangerous Hardware
http://www.garlic.com/~lynn/2005t.html#2 Dangerous Hardware
http://www.garlic.com/~lynn/2005t.html#5 Dangerous Hardware
http://www.garlic.com/~lynn/2006u.html#51 Where can you get a Minor in 
Mainframe?
http://www.garlic.com/~lynn/2007g.html#13 The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2007i.html#4 John W. Backus, 82, Fortran developer, 
dies

and for other drift ... boyd's briefing on "organic design for command
and control" ... past posts mentioning the briefing
http://www.garlic.com/~lynn/94.html#8 scheduling & dynamic adaptive ... long 
posting warning
http://www.garlic.com/~lynn/2000e.html#34 War, Chaos, & Business (web site), or 
Col John Boyd
http://www.garlic.com/~lynn/2002q.html#33 Star Trek: TNG reference
http://www.garlic.com/~lynn/2002q.html#34 Star Trek: TNG reference
http://www.garlic.com/~lynn/2003h.html#46 employee motivation & executive 
compensation
http://www.garlic.com/~lynn/2004k.html#25 Timeless Classics of Software 
Engineering
http://www.garlic.com/~lynn/2004l.html#34 I am an ageing techy, expert on 
everything. Let me explain the
http://www.garlic.com/~lynn/2004q.html#69 Organizations with two or more 
Managers
http://www.garlic.com/~lynn/2005e.html#1 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005e.html#2 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005e.html#3 Computerworld Article: Dress for 
Success?
http://www.garlic.com/~lynn/2005n.html#14 Why? (Was: US Military Dead during 
Iraq War
http://www.garlic.com/~lynn/2006q.html#41 was change headers: The Fate of VM - 
was: Re: Baby MVS???
http://www.garlic.com/~lynn/2007c.html#25 Special characters in passwords was 
Re: RACF - Password rules
http://www.garlic.com/~lynn/2007i.html#35 ANN: Microsoft goes Open Source

and as before ... lots of other past posts mentioning Boyd as well as
other URLs from around the web
http://www.garlic.com/~lynn/subboyd.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: How to measure actual usage of BLSR buffers?

[Farley, Peter x23353]

OK, let me summarize the answers so far for the archives:

1. (From several private responses) IBM has or used to have a performance
measurement tool called VLBPAA, possibly available from MKTTOOLS (see
) that would measure
hit ratios and model (based on GTF data) what impact increasing #buffers
would have on hit ratios.

2. Why bother measuring?  What's the real cost of a few thousand buffers?
Can that be measured?  It's only virtual memory.

3. Forget about BLSR, use SMB and a large buffer space instead.  Oh, and
that also means use only SMS/VSAM Extended (if you're allowed to).

I am surprised there are/were no basic statistics kept on such an obviously
performance-related tool as BLSR.  But then, I guess if SMB replaces BLSR
then no one would bother going back to retrofit measurement tools into it,
either, regardless of whether it was hard or easy to do so.

If it had been me, basic stats would have been built-in from day 1 for
things like actual count of buffers ever used for data and index, total BLSR
CPU time used, and maybe even hit counts and total searches.  None of these
would have been hard to do and would have provided useful information to
users.  And a report option for WTO of EOJ stats would have been
nice-to-have as well.  And none of it would have required GTF.

Peter

-Original Message-
From: Farley, Peter x23353 [mailto:Peter(dot)Farley(at)BROADRIDGE(dot)COM] 
Sent: Monday, May 07, 2007 1:48 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: How to measure actual usage of BLSR buffers?

I did search the archives for this one, but I did not find any references.

Is there some way to measure how many BLSR buffers (data and index) were
actually used after a job has completed?  For instance, if
BUFND=2700,BUFNI=180 was specified in a SUBSYS=(BLSR,...) DD statement, how
could I discover how many of the 2700 data buffers actually were used for
reading or writing some CI in a VSAM KSDS?  

And if such a method exists, can ordinary application programmers (e.g.,
those with no authority to use DCOLLECT) use the method?

Obviously, this is a tuning effort at the application level.  I know that
BLSR dramatically reduces my EXCP count in this application while slightly
raising the CPU time, but I have a need to measure how much of the allocated
memory is actually being used by the BLSR specification, and how much is
excess unused space.

TIA for any info/url/RTFM you can provide.

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

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

Re: $HASP443 message

[Rick Fochtman]

---


Yes. Thanks to both of you for responding.   I found the error of my
ways and did a $tspooldef and changed it to ALLOWED.   Now I have
another question.  Is there a command which I can use to cause a spool
volume to quit being used but redistribute what is on it to the
remaining spool volumes?
 



You can stop it from accepting new datasets by the $PSPOOL command, but 
there's no command to remove its contents and distribute them to another 
volume.


Sure would be nice, though.

--
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: $HASP443 message

[Mark Jacobs]

Petersen, Jim wrote:

Yes. Thanks to both of you for responding.   I found the error of my
ways and did a $tspooldef and changed it to ALLOWED.   Now I have
another question.  Is there a command which I can use to cause a spool
volume to quit being used but redistribute what is on it to the
remaining spool volumes?


  
Not really. You can issue drains against spool volumes but there is no 
function like the pagedelete/replace command. Just drain and wait until 
all the output is purged.




--
Mark Jacobs
Technical Services
Time Customer Service - Tampa, FL
--

I will accept the rules that you feel necessary to your freedom. I am free, 
no matter what rules surround me. If I find them tolerable, I tolerate them; 
if I find them too obnoxious, I break them. I am free because I know that I 
alone am morally responsible for everything I do.


Robert A. Heinlein - The Moon is a Harsh Mistress (1966)

--
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: Measuring Use of BLSR Buffers

[Rick Fochtman]

IMNSHO, extended format should be the *DEFAULT* for all VSAM datasets.

I would like to hear reasons as to why not.


 


---
Then why didn;t you implement that at our place??   

--
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: Lean and Mean: 150,000 U.S. layoffs for IBM?

[Rick Fochtman]

I went "the other way" in the Army, finding myself in a tropical climate 
where the main diet was rice, with a few vegetables and maybe a water 
buffalo, when the gunner "forgot" to clear the M2-HB before attempting 
to "clean" it. In my (somewhat limited) experience, the officers were 
there to get some combat time, and pay, into their service records, as a 
stepping stone to further promotion.  Net result: the sergeants ran the 
Army while the officers "fought the battles" and collected the medals. 
Needless to say, I have a very low opinion of high-flying "leaders" that 
don't share the hardships of those who are "led".


Ed Gould wrote:


On May 8, 2007, at 9:04 AM, Chase, John wrote:
--SNIP-



It's always the "privates" who get shot, bombed, stabbed, burned,  etc.,
while occasionally a "general" will get "forced retirement" but more
often will acquire another "command" with another bunch of  
"privates" to

get shot, bombed, stabbed, burned, etc.

Life itself is "unfair".  Deal with it the best you can, and when the
time comes, move on.



John,

I agree with you on this issue ... somewhat.

I was in the Army (over in Germany) and our base was a 'stepping  
stone" for generals. They came in a 1 star and one year (more or  
less) later they became a 2 star. We weren't even close to the  
trench's (so to speak) we were a "command" so no one really got hurt  
(per se) by any screwups the General may have caused. In a side issue  
(humorous) one of our subordinate bases when polled at 11PM reported  
they were under attack by the communist. Since they reported an  
attack we had to wake up our General to inform him of the situation.  
The colonel (IIRC), in charge of that base, was reduced in rank to a  
Captain(?) and was basically told to retire. All this from a sergeant  
who couldn't read a code book.


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



--
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: $HASP443 message

[Petersen, Jim]

Yes. Thanks to both of you for responding.   I found the error of my
ways and did a $tspooldef and changed it to ALLOWED.   Now I have
another question.  Is there a command which I can use to cause a spool
volume to quit being used but redistribute what is on it to the
remaining spool volumes?



___ 
Jim Petersen
MVS - Lead Systems Engineer 
Home Depot Technology Center
1300 Park Center Drive, Austin, TX 78753
www.homedepot.com
email: [EMAIL PROTECTED] 
512-977-2615 direct
512-977-2930 fax 
210-859-9887 cell 

This message may contain confidential information. The information
contained in this message and any attachments are intended solely for
the use of the addressee(s) named above. If you are not the intended
recipient, any disclosure, copying, distribution or other use of the
contents of this message is strictly prohibited. If you have received
this email in error, please notify the sender immediately by email and
delete all copies of this message



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chicklon, Tom
Sent: Wednesday, May 09, 2007 12:40 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: $HASP443 message


To use them I believe you need to code LARGEDS=ALLOWED or ALWAYS.
Default is LARGEDS=FAIL, so if you didn't add it to your JESPARMS,
you've got FAIL.

Fortunately, the manual says you can change it with a $T SPOOLDEF
command.

Tom Chicklon

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Petersen, Jim
Sent: Wednesday, May 09, 2007 1:27 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: $HASP443 message

I am at z/OS 1.7 and I thought that support for more than 65535 tracks
of data had been added to JES2.  I just tried to create one and format
it and I got a  $HASP443 HDN1L2 NOT ALLOCATED EXTENT ABOVE 64K TRACK
LIMIT, RC=08
 
What am I missing here?
 




___ 
Jim Petersen
MVS - Lead Systems Engineer 
Home Depot Technology Center
1300 Park Center Drive, Austin, TX 78753
www.homedepot.com
email: [EMAIL PROTECTED] 
512-977-2615 direct
512-977-2930 fax 
210-859-9887 cell 

This message may contain confidential information. The information
contained in this message and any attachments are intended solely for
the use of the addressee(s) named above. If you are not the intended
recipient, any disclosure, copying, distribution or other use of the
contents of this message is strictly prohibited. If you have received
this email in error, please notify the sender immediately by email and
delete all copies of this 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

--
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: jcl.

[Rick Fochtman]

--
What would the execution JCL for this program be? In particular, where 
does module DYNAM come from, either in static linkage as shown or 
w/dynamic linkage?


The DYNAM subroutine can be downloaded from the CBT Tape  
 Doc is in the header comments.



--
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 settle a job title/role debate

[Bill Johnson]

Back when I worked at EDS in the mid 80's, they called programmers Systems 
Engineers. (SE's) They even had a program to develop programmers called the SED 
program. (also had a OPD program - Operations Personnel Development) Needless 
to say, when I hear the term Systems Engineers I think of programmers not 
Systems Programmers.
   
  Bill Johnson
  Systems Programmer and former Systems Engineer

 
-
Don't get soaked.  Take a quick peak at the forecast 
 with theYahoo! Search weather shortcut.

--
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: $HASP443 message

[Chicklon, Tom]

To use them I believe you need to code LARGEDS=ALLOWED or ALWAYS. Default is
LARGEDS=FAIL, so if you didn't add it to your JESPARMS, you've got FAIL.

Fortunately, the manual says you can change it with a $T SPOOLDEF command.

Tom Chicklon

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Petersen, Jim
Sent: Wednesday, May 09, 2007 1:27 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: $HASP443 message

I am at z/OS 1.7 and I thought that support for more than 65535 tracks
of data had been added to JES2.  I just tried to create one and format
it and I got a
 $HASP443 HDN1L2 NOT ALLOCATED EXTENT ABOVE 64K TRACK LIMIT, RC=08
 
What am I missing here?
 




___ 
Jim Petersen
MVS - Lead Systems Engineer 
Home Depot Technology Center
1300 Park Center Drive, Austin, TX 78753
www.homedepot.com
email: [EMAIL PROTECTED] 
512-977-2615 direct
512-977-2930 fax 
210-859-9887 cell 

This message may contain confidential information. The information
contained in this message and any attachments are intended solely for
the use of the addressee(s) named above. If you are not the intended
recipient, any disclosure, copying, distribution or other use of the
contents of this message is strictly prohibited. If you have received
this email in error, please notify the sender immediately by email and
delete all copies of this 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: $HASP443 message

[Kreiter, Chuck]

Did you code LARGEDS=ALWAYS in your spooldef?   

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Petersen, Jim


I am at z/OS 1.7 and I thought that support for more than 65535 tracks
of data had been added to JES2.  I just tried to create one and format
it and I got a
 $HASP443 HDN1L2 NOT ALLOCATED EXTENT ABOVE 64K TRACK LIMIT, RC=08
 
What am I missing here?
 
 
Jim Petersen
MVS - Lead Systems Engineer 

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

$HASP443 message

[Petersen, Jim]

I am at z/OS 1.7 and I thought that support for more than 65535 tracks
of data had been added to JES2.  I just tried to create one and format
it and I got a
 $HASP443 HDN1L2 NOT ALLOCATED EXTENT ABOVE 64K TRACK LIMIT, RC=08
 
What am I missing here?
 




___ 
Jim Petersen
MVS - Lead Systems Engineer 
Home Depot Technology Center
1300 Park Center Drive, Austin, TX 78753
www.homedepot.com
email: [EMAIL PROTECTED] 
512-977-2615 direct
512-977-2930 fax 
210-859-9887 cell 

This message may contain confidential information. The information
contained in this message and any attachments are intended solely for
the use of the addressee(s) named above. If you are not the intended
recipient, any disclosure, copying, distribution or other use of the
contents of this message is strictly prohibited. If you have received
this email in error, please notify the sender immediately by email and
delete all copies of this 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: Help settle a job title/role debate

[Anne & Lynn Wheeler]

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

[EMAIL PROTECTED] (Mark Zelden) writes:
> Today, I see these two used interchangeably.  I've even seen title changes
> from one to the other in the same shop when HR decided to review 
> everyone's job titles and such.
>
> I still prefer plain ol' Systems Programmer over all the titles I've had. 

re:
http://www.garlic.com/~lynn/2007j.html#65 Help settle a job title/role debate

later, i would have battles to have no title at all ... and have my
business cards w/o any title (I would sometimes joke that if it was
necessary to get things done based on a title ... then it was time to
retire ... i should be able to convince people to do something based on
it was the right thing to do).

the other battle was being one of the first to have email address on
business card.

... there is old joke about person that use to fly a kite from the roof
of 705 bldg. in pok on april 1st ... who had pencils made up with his
name ...  "Elect  lab director, raises or promotions, but not both".
old references:
http://www.garlic.com/~lynn/2000b.html#60 South San Jose (was Tysons Corner, 
Virginia)
http://www.garlic.com/~lynn/2000d.html#38 S/360 development burnout?
http://www.garlic.com/~lynn/2006m.html#22 Patent #6886160

this is slightly different than the Boyd line effectively about neither
raises nor promotions ... recent ref:
http://www.garlic.com/~lynn/2007j.html#61 Lean and Mean: 150,000 U.S. layoffs 
for IBM?

which is more along the lines of references at some number of locations
(across a variety of large bureaucratic organizations) being primarily
mushroom factories (i.e. most of the people are kept in the dark
and feed  )

--
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: Lean and Mean: 150,000 U.S. layoffs for IBM?

[Dave Kopischke]

On Wed, 9 May 2007 07:26:34 -0400, Veilleux, Jon L wrote:

>What elites are you talking about? Is that a synonym for 'liberal'???
>The ones who decide on CEO compensation now are mostly CEOs from other
>companies who are on the boards of directors of multiple companies. I
>know you're not talking about them, but those are the true 'elites'.
>

The "Elites" I'm talking about are the fictitious few who would decide on who 
gets what in the context of the post I was replying to. Any synonym you 
attach to my post is your responsibility. I specify no political persuasion, 
race, 
creed or color on purpose. I don't think it's relevant.

I don't think you "know" to whom I am referring. I sense you feel I am 
blanketly defending boards of directors or some such thing. In fact, I would 
include many of them in those who feel they are the ruling class. But not all.

As many other posts have already explained, they have a job to do. If they 
don't do that job responsibly, they are not acting in the best interest of the 
company nor the shareholders. In that, their lack of fiduciary responsibility 
may be prosecutable, but it's tough to prove. So in that sense, they are 
relatively untouchable. There are good people and there are bad people. Some 
of each will be on boards of directors. Hopefully all your holdings will be in 
companies with more good than bad.

--
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: Measuring Use of BLSR Buffers

[Farley, Peter x23353]

Two things:

1. I have been told that REPRO is a "good" usage of compressed data --
repeated sequential access of any kind gives good results because each
buffer is uncompressed only once.  OTOH, nearly random access and compressed
are "not good" use of compressed data (i.e., higher CPU utilization due to
repeated decompression).  My particular application is in the "nearly
random" category.

2. I personally can't run any tests of extended/compressed VSAM as you
suggest, since I am not a storage admin.  I'd love to, but I can't.  Getting
access to Extended authorization for purposes of a "test" is highly
unlikely.

Seeing a problem (and a potential solution) and having the permissions to be
able to determine if the solution would work are two very different things
these days.

Peter

-Original Message-
From: O'Brien, David W. (NIH/CIT) [C] [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, May 09, 2007 11:38 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Measuring Use of BLSR Buffers

Peter,
 
That argument (often heard) ignores the CPU savings from reduced physical
I/O. Don't believe me? Run your own test. Run 2 Repros against a fairly
large VSAM file. Use 1 MB of bufsp for one test, the default for the other,
then compare the amount of CPU used for each run. The net of using
compressed and SMB is more efficient batch using less cpu.
 
Dave O'Brien

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

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

Re: Measuring Use of BLSR Buffers

[O'Brien, David W. (NIH/CIT) [C]]

Peter,
 
I wasn't suggesting that you use compressed data, merely that you demonstrate 
the value of using large buffers.
 
As to your points below:
 
1. If your SMB buffer is large enough the most used CIs will remain in the 
buffer and suffer the ill effect of repeated compression/decompression.
 
2. If your management is not interested in more efficient use of the hardware 
for which they've paid, then you do indeed have a problem. With the right 
support you might get more cooperation from the storage admins.



From: Farley, Peter x23353 [mailto:[EMAIL PROTECTED]
Sent: Wed 5/9/2007 12:12 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Measuring Use of BLSR Buffers



Two things:

1. I have been told that REPRO is a "good" usage of compressed data --
repeated sequential access of any kind gives good results because each
buffer is uncompressed only once.  OTOH, nearly random access and compressed
are "not good" use of compressed data (i.e., higher CPU utilization due to
repeated decompression).  My particular application is in the "nearly
random" category.

2. I personally can't run any tests of extended/compressed VSAM as you
suggest, since I am not a storage admin.  I'd love to, but I can't.  Getting
access to Extended authorization for purposes of a "test" is highly
unlikely.

Seeing a problem (and a potential solution) and having the permissions to be
able to determine if the solution would work are two very different things
these days.

Peter




--
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: Measuring Use of BLSR Buffers

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Richards.Bob
> 
> IMNSHO, extended format should be the *DEFAULT* for all VSAM datasets.
> 
> I would like to hear reasons as to why not.

They're still in diapers (relatively speaking).

-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: Help settle a job title/role debate

[Mark Zelden]

Today, I see these two used interchangeably.  I've even seen title changes
from one to the other in the same shop when HR decided to review 
everyone's job titles and such.

I still prefer plain ol' Systems Programmer over all the titles I've had. 

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


On Wed, 9 May 2007 08:04:08 -0700, Steve Samson <[EMAIL PROTECTED]> wrote:

>Bruce,
>
>I would regard SP as the "inside" job, designing, writing, testing, and
>integrating code to accomplish some well-defined purpose. An SE would be
>on the interface between "inside" and "outside", meeting with TPTB and
>the end users to arrive at a set of specs that would then be reviewed
>and/or revised with the SP to assess cost and schedule, thus defining
>the purpose of the SP's effort.
>
>In the dawn of history, an SE was the IBM sales team member who would
>provide on-site training and act as the level 1 contact for solving
>problems. By 1965 the SE became not much more than the guy you called to
>order manuals, as all of them with half a brain were pulled into the
>S/360 development effort.
>
>Just my opinion and recollections...
>
>Steve Samson
>
>Bruce McKnight wrote:
>> Greetings all,
>>
>> What is the difference between a systems engineer and a systems
>> programmer? I'm referring to the tradtional tech support staff members
>> in a regular company using mainframes for business purposes, not ISV
>> software houses or the like. It seems from the job postings I've seen,
>> there is no real consensus on the job title for our role.
>>
>> I've seen a lot of job postings that don't align with what we do as
>> well. One job posting said "MVS Systems Programmer" but it was clearly
>> for an applications development role. "MVS Systems Administrator" has
>> shown up a few times with a role definition that was nearly a 100%
>> match.
>>

--
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: Measuring Use of BLSR Buffers

[Richards.Bob]

Manage the exceptions, but apply the rule! :-)

Bob Richards 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Robert Lawrence
Sent: Wednesday, May 09, 2007 11:44 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Measuring Use of BLSR Buffers

Also  IMS

Bob Lawrence
DBA
Boscovs Dept Stores LLC 
  
  
  
LEGAL DISCLAIMER 
The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer. 
  
SunTrust and Seeing beyond money are federally registered service marks of 
SunTrust Banks, Inc. 
[ST:XCL] 
 
 
 
 

--
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: Measuring Use of BLSR Buffers

[Richards.Bob]

Peter,

You *can* limit compression in the data class. Just set it to no.

Plus, if you do want a data class with compression, you can control its
assignment (and lack thereof) through filter lists and selection logic.

Bob Richards 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Farley, Peter x23353
Sent: Wednesday, May 09, 2007 11:34 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Measuring Use of BLSR Buffers

The argument here appears to be that Extended permits Compressed, and
Compressed uses (very) scarce CPU resources.  I am given to understand
you
can't limit the usage of Compressed after allowing Extended, but I have
not
done my own RTFM to verify or refute that. 
  
  
  
LEGAL DISCLAIMER 
The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer. 
  
SunTrust and Seeing beyond money are federally registered service marks of 
SunTrust Banks, Inc. 
[ST:XCL] 
 
 
 
 

--
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: 3270 to Telnet???

[Chris Mason]

To the list

A detailed reply referring to CSFI has already been placed on the IBMTCP-L 
list where the same question was asked.


Chris Mason

- Original Message - 
From: "Mark T. Regan, K8MTR" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Wednesday, May 09, 2007 5:31 PM
Subject: 3270 to Telnet???


We have a lot of users that use TPX at my site to access our VM systems, 
in addition to our MVS on-line applications. Our VM sysprogs would like to 
get rid of VM-VTAM because it is very expensive. Is there any MVS VTAM 
software (besides TSO of course) that allows you to make an outbound 
TN3270 or Telnet connection?


Example, user uses a tn3270 client to connect to the z/OS Comm Server 
Telnet server; they connect to TPX. From their TPX menu they select a VTAM 
application that prompts them for a remote telnet host, then they are 
connected to the remote host.


While there is an alternative, i.e. using a second tn3270 client 
connection to VM, our users prefer to keep all their 3270 connections 
within one emulator window and use TPX to switch between them. Plus, by 
using TPX, if they happen to lose their tn3270 connection for some reason, 
they can just log back into TPX and TPX will have kept all their sessions 
active. No need to log back in to all their 3270 sessions again.



Thanks.

Mark T. Regan, K8MTR
CTO1 USNR-Retired (1969-1991) 


--
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 settle a job title/role debate

[Ed Finnell]

 
In a message dated 5/9/2007 10:10:19 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

That's a  bit harsh. I has two exceptional SEs, one in the early 1980s
and one in the  late 1980s-early 1990s. Of course, I haven't seen an  SE



>>
Yeah we had a couple that were top-notch thru the mid seventies.  Dumps,
debugging, coding, sysgens, tuning, early support...whatever it took.
 
Occasionally PSR would get dispatched for weird stuff. When I moved West in  
early 80's had two of best PSR's ever saw. Trained, educated,  
dedicated...learned many IPCS tricks by watching them dissect dumps.
 
Last crop SE's were trained CE's that wanted to get off the 24/7 on call  
lists and were tired of getting 150psi fuser oil from the check sorters. Still  
good folks just not the level of the earlier  crowd 



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

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

3270 to Telnet???

[Mark T. Regan, K8MTR]

We have a lot of users that use TPX at my site to access our VM systems, in 
addition to our MVS on-line applications. Our VM sysprogs would like to get rid 
of VM-VTAM because it is very expensive. Is there any MVS VTAM software 
(besides TSO of course) that allows you to make an outbound TN3270 or Telnet 
connection? 
 
Example, user uses a tn3270 client to connect to the z/OS Comm Server Telnet 
server; they connect to TPX. From their TPX menu they select a VTAM application 
that prompts them for a remote telnet host, then they are connected to the 
remote host.
 
While there is an alternative, i.e. using a second tn3270 client connection to 
VM, our users prefer to keep all their 3270 connections within one emulator 
window and use TPX to switch between them. Plus, by using TPX, if they happen 
to lose their tn3270 connection for some reason, they can just log back into 
TPX and TPX will have kept all their sessions active. No need to log back in to 
all their 3270 sessions again.

 
Thanks.
 
Mark T. Regan, K8MTR
CTO1 USNR-Retired (1969-1991)

--
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: Measuring Use of BLSR Buffers

[Robert Lawrence]

Also  IMS

Bob Lawrence
DBA
Boscovs Dept Stores LLC 
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Ted MacNEIL
Sent: Wednesday, May 09, 2007 11:25 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Measuring Use of BLSR Buffers

>IMNSHO, extended format should be the *DEFAULT* for all VSAM datasets.

I agree!
I can only think of one kind that doesn't support extended format.
And, that's your SMF MANn datasets.

-
Too busy driving to stop for gas!  

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

--
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: Measuring Use of BLSR Buffers

[O'Brien, David W. (NIH/CIT) [C]]

Peter,
 
That argument (often heard) ignores the CPU savings from reduced physical I/O. 
Don't believe me? Run your own test. Run 2 Repros against a fairly large VSAM 
file. Use 1 MB of bufsp for one test, the default for the other, then compare 
the amount of CPU used for each run. The net of using compressed and SMB is 
more efficient batch using less cpu.
 
Dave O'Brien



From: Farley, Peter x23353 [mailto:[EMAIL PROTECTED]
Sent: Wed 5/9/2007 11:34 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Measuring Use of BLSR Buffers



The argument here appears to be that Extended permits Compressed, and
Compressed uses (very) scarce CPU resources.  I am given to understand you
can't limit the usage of Compressed after allowing Extended, but I have not
done my own RTFM to verify or refute that.




--
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 settle a job title/role debate

[Anne & Lynn Wheeler]

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


Steve Samson <[EMAIL PROTECTED]> writes:
> I would regard SP as the "inside" job, designing, writing, testing,
> and integrating code to accomplish some well-defined purpose. An SE
> would be on the interface between "inside" and "outside", meeting with
> TPTB and the end users to arrive at a set of specs that would then be
> reviewed and/or revised with the SP to assess cost and schedule, thus
> defining the purpose of the SP's effort.
>
> In the dawn of history, an SE was the IBM sales team member who would
> provide on-site training and act as the level 1 contact for solving
> problems. By 1965 the SE became not much more than the guy you called
> to order manuals, as all of them with half a brain were pulled into
> the S/360 development effort.
>
> Just my opinion and recollections...

big change was 23jun69 with unbundling announcement and charging for SE
time. prior to that a lot of SEs got "hands-on" training at customer
installations do real-live technical things (sort of on-the-job training
after introductory school). after 23jun69 announcement, customers were
less likely to pay for SE "services" ... especially younger ones getting
their on-the-job training. that sort of created two-class system ...
those that had hands-on experience prior to 23jun69 ... and customers
were more likely to pay for their time ... and those that came after
23jun69.

before 23jun69, for a period as an undergraduate, i had responsibility
for the univ. production os/360 system (and also got to play with cp67).
I had done a lot of stuff to significantly soup up mft (and then mvt)
thruput ... part of of it doing carefully crafted sysgens. There was a
period where I would see brand new SEs in the branch office (fresh out
of corporate schools) for 3-4 month period and then be replaced by new
batch (getting their "hands-on" by "helping" me).

the early "HONE" system 
http://www.garlic.com/~lynn/subtopic.html#hone

was largely instituted as countermeasure to training issues introduced
with 23jun69 announcement ... started out as clone of science center's
http://www.garlic.com/~lynn/subtopic.html#545tech

cp67 (virtual machine) system on a few 360/67s at locations around the
states and remote login access from branch offices ... being able to use
dos/360, os/360, etc (i.e. behind the original "hands-on" in the HONE
acronym).

the focus somewhat changed after science center did the port of apl\360
to cms for cms\apl and the explosion in the number apl applications
supporting sales & marketing appeared ... like the "configurators".
Early in 370 product time-frame ... there was transition where sales
couldn't even submit orders until after they had been processed by HONE
configurator. The explosion in the use by direct sales & marketing sort
of swamped the processors and there was then transition away from its
original purpose of allowing SEs to get hands-on system expierence.

HONE would migrate (from cp67) to vm370 and eventually had HONE systems
sprouting up all around the world ... some of the early ones, i even got
to do the installation. Many of the HONE APL modeling applications would
also permeate hdqtrs locations, in addition to direct branch office
sales & marketing support. One of my first HONE installs outside the US
was when EMEA hdqtrs moved from NY to La Defense (outside paris) in the
early 70s.

for other drift ... misc. posts mentioning 23jun69 unbundling
http://www.garlic.com/~lynn/subtopic.html#unbundle

--
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: Measuring Use of BLSR Buffers

[Farley, Peter x23353]

The argument here appears to be that Extended permits Compressed, and
Compressed uses (very) scarce CPU resources.  I am given to understand you
can't limit the usage of Compressed after allowing Extended, but I have not
done my own RTFM to verify or refute that.

-Original Message-
From: Richards.Bob [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, May 09, 2007 10:55 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Measuring Use of BLSR Buffers

IMNSHO, extended format should be the *DEFAULT* for all VSAM datasets.

I would like to hear reasons as to why not.



Bob Richards 

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

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

Re: Measuring Use of BLSR Buffers

[Schramm, Rob]

Shields not needed... I agree.  I think EF is the way to go for VSAM.

-Rob.


This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

--
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: Measuring Use of BLSR Buffers

[Ted MacNEIL]

>IMNSHO, extended format should be the *DEFAULT* for all VSAM datasets.

I agree!
I can only think of one kind that doesn't support extended format.
And, that's your SMF MANn datasets.

-
Too busy driving to stop for gas!  

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

Re: Measuring Use of BLSR Buffers

[O'Brien, David W. (NIH/CIT) [C]]

Hi Bob,
 
At my last job we asked the outsourcer to implement extended format on our 
'test' VSAM datasets. He implemented for all VSAM datasets. The company had 
some old source control system code written in assembler by some very clever 
consultants. Bottom line - the source control did not work due to the assembler 
code not recognizing the extended format. The change had to be backed out. 
 
For code written using standard API, I agree with you. 
 
Dave O'Brien




--
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 settle a job title/role debate

[Bob Shannon]

>By 1965 the SE became not much more than the guy you called to order
>manuals, as all of them with half a brain were pulled into the S/360
>development effort.

That's a bit harsh. I has two exceptional SEs, one in the early 1980s
and one in the late 1980s-early 1990s. Of course, I haven't seen an SE
in a long, long time.

Bob Shannon
Rocket Software

--
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: Measuring Use of BLSR Buffers

[Richards.Bob]

IMNSHO, extended format should be the *DEFAULT* for all VSAM datasets.

I would like to hear reasons as to why not.



Bob Richards 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Farley, Peter x23353
Sent: Wednesday, May 09, 2007 10:50 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Measuring Use of BLSR Buffers

Thanks for the pointer, Ed, but I can't use SMB because I am not dealing
with Extended datasets.  As noted in the info you quoted below, the
requirements to use SMB include a requirement to use SMS storage and
Extended format.

I am using SMS storage but not Extended format here.  At the moment
Extended
format requires a special request to the storage admins, and so is
rarely
used.

Peter

-Original Message-
From: Ed Finnell [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, May 09, 2007 9:25 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Measuring Use of BLSR Buffers
 
Since DFP 1.4, IBM recommends SMB vs BLSR. Might start small and see if
it 
can work in this situation. Certainly gives you better numbers to wave
around.
 
Some restrictions:
 
2.5.4.2 Tuning for System-Managed Buffering



For system-managed buffering (SMB), the data set must use both of the  
following options:  
*   System Management Subsystem (SMS) storage  
*   Extended format (DSNTYPE=ext in the data class) 
  
  
  
LEGAL DISCLAIMER 
The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer. 
  
SunTrust and Seeing beyond money are federally registered service marks of 
SunTrust Banks, Inc. 
[ST:XCL] 
 
 
 
 

--
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 settle a job title/role debate

[Steve Samson]

Bruce,

I would regard SP as the "inside" job, designing, writing, testing, and 
integrating code to accomplish some well-defined purpose. An SE would be 
on the interface between "inside" and "outside", meeting with TPTB and 
the end users to arrive at a set of specs that would then be reviewed 
and/or revised with the SP to assess cost and schedule, thus defining 
the purpose of the SP's effort.


In the dawn of history, an SE was the IBM sales team member who would 
provide on-site training and act as the level 1 contact for solving 
problems. By 1965 the SE became not much more than the guy you called to 
order manuals, as all of them with half a brain were pulled into the 
S/360 development effort.


Just my opinion and recollections...

Steve Samson

Bruce McKnight wrote:

Greetings all,

What is the difference between a systems engineer and a systems
programmer? I'm referring to the tradtional tech support staff members
in a regular company using mainframes for business purposes, not ISV
software houses or the like. It seems from the job postings I've seen,
there is no real consensus on the job title for our role.

I've seen a lot of job postings that don't align with what we do as
well. One job posting said "MVS Systems Programmer" but it was clearly
for an applications development role. "MVS Systems Administrator" has
shown up a few times with a role definition that was nearly a 100%
match.

TIA,
Bruce



--
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: Measuring Use of BLSR Buffers

[Ed Finnell]

 
In a message dated 5/9/2007 9:51:03 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

I am  using SMS storage but not Extended format here.  At the moment  Extended
format requires a special request to the storage admins, and so is  rarely
used.



>>
If it reduced your batch window by 50% would they consider it? How will you  
know unless you try? That's why I suggested a trial or pilot  implementation.



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

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

Re: Measuring Use of BLSR Buffers

[Farley, Peter x23353]

Thanks for the pointer, Ed, but I can't use SMB because I am not dealing
with Extended datasets.  As noted in the info you quoted below, the
requirements to use SMB include a requirement to use SMS storage and
Extended format.

I am using SMS storage but not Extended format here.  At the moment Extended
format requires a special request to the storage admins, and so is rarely
used.

Peter

-Original Message-
From: Ed Finnell [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, May 09, 2007 9:25 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Measuring Use of BLSR Buffers
 
Since DFP 1.4, IBM recommends SMB vs BLSR. Might start small and see if it 
can work in this situation. Certainly gives you better numbers to wave
around.
 
Some restrictions:
 
2.5.4.2 Tuning for System-Managed Buffering



For system-managed buffering (SMB), the data set must use both of the  
following options:  
*   System Management Subsystem (SMS) storage  
*   Extended format (DSNTYPE=ext in the data class)

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

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

Re: Need of TN3270 type Fonts for PUTTY?

[Eric Chevalier]

On 7 May 2007 22:22:06 -0700,
"John  D. Slayton" <[EMAIL PROTECTED]> wrote:

>Actually yes, I am running also the IBM PCOMM relnet client.
>
>SO, can you please tell me on how and WHICH file the TN3270 resides on
>so I add the TN3270 font for PUTTY?

Search the PCOMM installation directory for files having the extension
"*.fon" and "*.ttf". Then copy these files to your Windows' font
directory and see what happens.

Eric

--
Eric Chevalier  E-mail: [EMAIL PROTECTED]
   Web: www.tulsagrammer.com
Is that call really worth your child's life?  HANG UP AND DRIVE!

--
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: SMS Question

[esmie moo]

Thanks.

"O'Brien, David W. (NIH/CIT) [C]" <[EMAIL PROTECTED]> wrote:  Use Translate 
when you have altered an ACS routine.

For changes to Storage group use Validate and Activate.



From: esmie moo [mailto:[EMAIL PROTECTED]
Sent: Wed 5/9/2007 9:44 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMS Question



Hallo Gentle Readers,

I just altered a STORAGE GROUP - I changed the AUTO BACKUP & AUTO DUMP options 
from Y to N. My question is do I have to do the TRANSLATE, VALIDATE & ACTIVATE 
so as for it to take effect?

Thanks. 


-
Be smarter than spam. See how smart SpamGuard is at giving junk email the boot 
with the All-new Yahoo! Mail 

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



-
The best gets better. See why everyone is raving about the All-new Yahoo! Mail. 
 

--
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: SMS Question

[O'Brien, David W. (NIH/CIT) [C]]

Use Translate when you have altered an ACS routine.
 
For changes to Storage group use Validate and Activate.



From: esmie moo [mailto:[EMAIL PROTECTED]
Sent: Wed 5/9/2007 9:44 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMS Question



Hallo Gentle Readers,
  
  I just altered a STORAGE GROUP - I changed the AUTO BACKUP & AUTO DUMP 
options from Y to N.  My question is do I have to do the TRANSLATE, VALIDATE & 
ACTIVATE so as for it to take effect?
  
  Thanks. 

  
-
Be smarter than spam. See how smart SpamGuard is at giving junk email the boot 
with the All-new Yahoo! Mail 

--
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: VLF on z/OS 1.8

[Brian Peterson]

APAR OA20748?  Talks about CPU spikes in VLF if using catalogs in ECS mode.  
The APAR is currently open.  It's a catalog APAR, so only applicable if using 
ECS.

Brian

On Wed, 9 May 2007 08:27:37 -0400, Veilleux, Jon L wrote:

>Is anyone seeing situations where VLF is periodically taking unusually
>high CPU on a v1.8 system? We have seen this on our test system and
>can't relate it to any other activity happening on the system.
>Thanks,
>Jon
>
>Jon L. Veilleux

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

SMS Question

[esmie moo]

Hallo Gentle Readers,
   
  I just altered a STORAGE GROUP - I changed the AUTO BACKUP & AUTO DUMP 
options from Y to N.  My question is do I have to do the TRANSLATE, VALIDATE & 
ACTIVATE so as for it to take effect?
   
  Thanks.  

   
-
Be smarter than spam. See how smart SpamGuard is at giving junk email the boot 
with the All-new Yahoo! Mail  

--
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: jcl.

[Paul Gilmartin]

On Tue, 8 May 2007 20:52:06 -0500, McKown, John wrote:
>>
>> DEFINE ALIAS( NAME( user.WHATEVER ) -
>> SYMBOLICRELATE( user.WHATEVER.D&YYMMDD ) )
>>
>> But, doesn't this mostly dispel the rationale repeatedly
>> given for not allowing references to &YYMMDD in batch JCL,
>> viz that earlier processes (Reader?  Converter?  Other?) need
>> to know how system symbols will be resolved to build real
>> data set names?
>
>I don't think so. The date at which the DEFINE occurs and the system
>upon which it occurs is known at the time of the DEFINE. With JCL, the
>
But you misunderstand how it works.  The symbol is bound to its value
not at the time of the DEFINE, but when the data set is accessed.
For example, a few weeks ago as a test I defined such an alias.
Immediately afterward, it referred to data set 'user.WHATEVER.D070420',
the then current date.  Today, it refers to 'user.WHATEVER.D070509'.

>concept of "date" is generally ill defined and could be argued for many
>interpretations. Such as: (1) Reader Start Date; (2) Job start date; (3)
>step start date; or perhaps even (4) date when the dataset was first
>OPENed by the step in which it was defined. Personally, I like (1), but
>others might argue for the other possibilities. In the case of (2), what
>about for a job which uses z/OS step restart? Which job start date? The
>original job start date or the date upon which the job was restarted? Or
>perhaps even worse would be if someone wanted to "integrate" this with a
>product such as CA-11. Again, which job start date? Or even which Reader
>Start date? An STC does not have this particular problem.
>
So, if I had run my job a few hours ago, on the cusp of midnight,
would it have accessed via the symbolic alias a data set name
incorporating (1) Reader Start Date; (2) Job start date; (3) step
start date; or perhaps even (4) date when the dataset was first OPENed?

And, more to the point, if such uncertainty is permissible for
data set names accessed via symbolic aliases, why is it not 
likewise tolerated in data set names directly incorporating
system symbols?

>> And how would the JES3 scheduler deal with such a construct?

-- gil

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

Re: VLF on z/OS 1.8

[Mark Jacobs]

Veilleux, Jon L wrote:
 
I just compared the total CPU time via SDSF on 2 similar systems that

were both IPLed a few weeks ago - one z/OS 1.8 and the other z/OS 1.6.
The numbers were very close, so nothing unusual in that environment.


Mark, this only happens occasionally. We went for a while with no
problem and then we saw this:

PREFIX=VLF  DEST=(ALL)  OWNER=*  SORT=CPU%/D  S
NP  JOBNAME XCP-Cnt CPU-TimeSR  Status
SysN
VLF   925691.52 AE82  - ONLY 1.8 System
VLF   90 192.98   AE81
VLF   90  85.65   AE83
VLF   94  18.78   AE84
VLF   90  42.18   AE85
 	VLF   90  43.21   AE87 

  
I know is seems obvious but did you check your COFVLFxx member in both 
environments?


--
Mark Jacobs
Technical Services
Time Customer Service - Tampa, FL
--

I will accept the rules that you feel necessary to your freedom. I am free, 
no matter what rules surround me. If I find them tolerable, I tolerate them; 
if I find them too obnoxious, I break them. I am free because I know that I 
alone am morally responsible for everything I do.


Robert A. Heinlein - The Moon is a Harsh Mistress (1966)

--
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: Measuring Use of BLSR Buffers

[Ed Finnell]

 
In a message dated 5/8/2007 9:48:16 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

It's not  that simple of course.  It has nothing to do with paging  counts
either.




>>
Since DFP 1.4, IBM recommends SMB vs BLSR. Might start small and see if it  
can
work in this situation. Certainly gives you better numbers to wave  around.
 
Some restrictions:
 
 
2.5.4.2 Tuning for System-Managed Buffering

VSAM can use a technique called system-managed buffering  (SMB
) to determine the  number of buffers and the type of buffer management to 
use for VSAM data sets.  VSAM also determines the number of buffers to locate 
in 
Hiperspace(TM) for use  in direct optimization.  
To indicate that VSAM is to use SMB, specify either of the following options: 
 
*   Specify the ACCBIAS subparameter of the JCL DD statement AMP 
parameter and  an appropriate value for record access bias.  
*   Specify Record Access Bias in the data class and an application 
processing  option in the ACB.  

For system-managed buffering (SMB), the data set must use both of the  
following options:  
*   System Management Subsystem (SMS) storage  
*   Extended format (DSNTYPE=ext in the data class)  

JCL takes precedence over the specification in the data class.  You must 
specify NSR. SMB either  weights or optimizes buffer handling toward sequential 
or 
direct processing.  
To optimize your extended format data sets, use the ACCBIAS subparameter of  
the AMP parameter along with related subparameters SMBVSP, SMBDFR, and SMBHWT. 
 You can also use these subparameters with Record Access Bias=SYSTEM in the 
data  class. These subparameters are only for Direct Optimized processing. 



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

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

Re: VLF on z/OS 1.8

[Veilleux, Jon L]

 
I just compared the total CPU time via SDSF on 2 similar systems that
were both IPLed a few weeks ago - one z/OS 1.8 and the other z/OS 1.6.
The numbers were very close, so nothing unusual in that environment.


Mark, this only happens occasionally. We went for a while with no
problem and then we saw this:

PREFIX=VLF  DEST=(ALL)  OWNER=*  SORT=CPU%/D  S
NP  JOBNAME XCP-Cnt CPU-TimeSR  Status
SysN
VLF   925691.52 AE82  - ONLY 1.8 System
VLF   90 192.98   AE81
VLF   90  85.65   AE83
VLF   94  18.78   AE84
VLF   90  42.18   AE85
VLF   90  43.21   AE87 


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



This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna

--
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: VLF on z/OS 1.8

[Mark Zelden]

On Wed, 9 May 2007 08:27:37 -0400, Veilleux, Jon L <[EMAIL PROTECTED]> wrote:

>Is anyone seeing situations where VLF is periodically taking unusually
>high CPU on a v1.8 system? We have seen this on our test system and
>can't relate it to any other activity happening on the system.
>Thanks,
>Jon

I just compared the total CPU time via SDSF on 2 similar systems that were
both IPLed a few weeks ago - one z/OS 1.8 and the other z/OS 1.6.  The
numbers were very close, so nothing unusual in that environment.

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

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

VLF on z/OS 1.8

[Veilleux, Jon L]

Is anyone seeing situations where VLF is periodically taking unusually
high CPU on a v1.8 system? We have seen this on our test system and
can't relate it to any other activity happening on the system.
Thanks,
Jon

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

This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna

--
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: Lean and Mean: 150,000 U.S. layoffs for IBM?

[Veilleux, Jon L]

 
And why pick on CEOs ??? You should be going after anyone who earns more
than the amount the elites decide is too much and probably anyone who
earns less than the amount the elites decide is too little. Wouldn't
that be fair ??? Or maybe that would be too fair ???

 
What elites are you talking about? Is that a synonym for 'liberal'???
The ones who decide on CEO compensation now are mostly CEOs from other
companies who are on the boards of directors of multiple companies. I
know you're not talking about them, but those are the true 'elites'.

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

This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna

--
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: Lean and Mean: 150,000 U.S. layoffs for IBM?

[Bill Johnson]

The problem with CEO compensation is twofold. It is not based on company 
performance as witnessed by Robert Nardelli at Home Depot who got a nice 210 
million dollar going away present for performance so bad that investors lost 
money during his reign. Secondly, boards of directors, specifically the 
executive compensation committees are usually friends of the CEO and therefore 
are negligent in their fiduciary responsibilities to the shareholders.
   
  Bill Johnson

Robert Justice <[EMAIL PROTECTED]> wrote:
  >
>How much do *you* think a CEO is worth?
>

most of them, not even worth five cents. However, for the few (and I do 
mean few) good ones, no more than a couple of million dollars, tops. 

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


 
-
Never miss an email again!
Yahoo! Toolbar alerts you the instant new Mail arrives. Check it out.

--
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: Catalog Search Interface (VSAMSTAT) to get number of record

[Rob Scott]

The structure is mapped in the "DFSMS Managing Catalogs" manual in
Appendix C.6

The VSAMSTAT field is a very simple structure.  


Rob Scott
Rocket Software, Inc
275 Grove Street
Newton, MA 02466
617-614-2305
[EMAIL PROTECTED]
http://www.rs.com/portfolio/mxi_g2

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Sathaporn
Sent: 09 May 2007 05:31
To: IBM-MAIN@BAMA.UA.EDU
Subject: Catalog Search Interface (VSAMSTAT) to get number of record

Dear All,

we would like to get the number of logical record of VSAM file using
Catalog Search Interface.   
Has anyone sucessfully mapped the VSAMSTAT contents with Rexx/COBOL?
Can we have the sample code? 

Regards,
Sathaporn




DISCLAIMER:
This e-mail is intended solely for the recipient(s) name above.  If you
are not the intended recipient, any type of your use is prohibited.  Any
information, comment or statement contained in this e-mail, including
any attachments (if any) are those of the author and are not necessarily
endorsed by the Bank.  The Bank shall, therefore, not be liable or
responsible for any of such contents, including damages resulting from
any virus transmitted by this e-mail.

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

Catalog Search Interface (VSAMSTAT) to get number of record

[Sathaporn]

Dear All,

we would like to get the number of logical record of VSAM file using 
Catalog Search Interface.   
Has anyone sucessfully mapped the VSAMSTAT contents with Rexx/COBOL?
Can we have the sample code? 

Regards,
Sathaporn




DISCLAIMER:
This e-mail is intended solely for the recipient(s) name above.  If you are not 
the intended recipient, any type of your use is prohibited.  Any information, 
comment or statement contained in this e-mail, including any attachments (if 
any) are those of the author and are not necessarily endorsed by the Bank.  The 
Bank shall, therefore, not be liable or responsible for any of such contents, 
including damages resulting from any virus transmitted by this e-mail.

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