Re: Inaccurate CPU% reported by RMF and TMON

[Jason To]

Hi Walter,

You are right, our capture ratio went down to 60% at the time of the  
problem. Thanks for pointing this to me.


Regards,
Jason.

Quoting Walter Medenbach <[EMAIL PROTECTED]>:


Sounds like uncaptured cpu and therefore is not an error with RMF and TMON.
Uncaptured cpu is cpu that has not been associated with a particular address
space. Your capture ratio appears low. Find out when the problem started and
whether it occurs 24x7.  Look for such things as SLIP traps or high paging.

Regards...Walter

On Jan 8, 2008 3:14 PM, Jason To <[EMAIL PROTECTED]> wrote:


We have encountered some weird problem last week and discovered that
the total MVS CPU busy percentage reported by both RMF and TMON were
inaccurate. RMF and TMON reported MVS CPU percentage does not match
with the total CPU% usage by the jobs running in the system at least
in one LPAR, the other LPAR seems to be fine. For example the reported
total CPU% was 72% at an interval period but only 40% when we add up
all the CPU% of jobs, a disparity of 30%. From the WLM activity
report, by comparing it with the total APPL% used divided by the total
assigned CPs also produced result of 40+%. Hence, the MVS CPU
percentage should have been 40+%.  Anyone out there have encountered
this problem before? Any reported fix to resolve this problem? Btw, we
are still at z/OS v1.4, running in the sysplex.

Regards,
Jason

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: loose vs. lose

[Ron Hawkins]

Oh please... My greatest difficulty in moving to the USA is learning how to 
spell so many words incorrectly! I have come to the realisation that it doesn't 
matter if I analyse a problem, or I analyze a problem - only my spellchecker 
doesn't understand :)

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Eric Bielefeld
> Sent: Wednesday, January 09, 2008 12:52 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: [IBM-MAIN] loose vs. lose
> 
> I like to read everything I write just before I send it.  I find as I
> get older, I make a lot more typing errors.  I think I catch most of
> them, but I still miss an occasional misspelling.
> 
> --
> Eric Bielefeld
> Des Moines, Iowa
> 515-645-5153
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 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: loose vs. lose

[Ted MacNEIL]

>Oh please... My greatest difficulty in moving to the USA is learning how to 
>spell so many words incorrectly!

I used to work, out of Mississauga, for a US-based company, where everybody 
else was based in Buffalo, Dallas, & Santa Ana.
I was producing capacity reports on a weekly basis.
The title was: "Processor Utilisation".

My manager told me to change the spelling of "Utilisation", so I did.

"Usage".

-
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: File Transfer conundrum

[Grant Ward Able]

Has MQSeries been considered? I'd have thought it would have solved most 
problems like this. (unless one of the partners doesnt actually have 
MQ installed!)

-- 
Regards - Grant

Grant Ward Able
Senior Systems Architect
DTCC




"John S. Giltner, Jr." <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
10/01/2008 02:51
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: File Transfer conundrum






Any reason why you can't ftp directly between the two z/OS system?

If security is an issue you could use either IPSec tunnels between the 
two systems or setup IBM SecureFTP server (SSL'ed FTP).



Bruce Baxter wrote:
> We've routinely exhanged files with business partners running on z/OS 
> machines using tape for years.
> 
> We're now in the process of converting a number of these to electronic 
> means, using in part FTP.  This is being done at the behest of one of 
our 
> business partners, who (IMHO) hasn't thought through all the issues that 
the 
> use of FTP introduces in this process.  The central issue as I see it is 
that the 
> mainframes at either end of the pipeline are both EBCDIC and record 
oriented, 
> and the servers and ftp processes that lie between them to facilitate 
these 
> transfers do not have any inherent concept of record oriented files like 
the 
> mainframe.
> 
> I'm going to treat FIXED BLOCK data separately from VARIABLE BLOCKED 
data 
> separately. 
> 
> The first files that we received were FIXED BLOCK, and had been 
translated 
> from EBCDIC to ASCII, most likely at the first transfer of the file from 
z/OS to 
> an ASCII based server platform (either Windows or AIX).  When they 
arrived 
> on our z/OS system, we had issues of data corruption because the data 
> contained zoned decimal data.  After some discussion, we agreed that 
we'd 
> transfer these files in BINARY mode at all steps along the way.  Thus, 
all we 
> had to do was ensure that the LRECL used for the destination dataset on 
> z/OS was the same as the source dataset.  This seems to be working OK.
> 
> Most recently, we've been having problems with other files that are 
VARIABLE 
> BLOCKED.  We received the first of these files last week, transmitted 
from end-
> to-end in BINARY mode.  What we got was not at all what we expected. 
> We've discovered that the initial FTP from z/OS to the server stripped 
off all 
> information regarding record length and thus record delineation. Because 

> there aren't any RDWs in front of every record, ftp doesn't know how 
long the 
> records are and just plunks the data into the destination dataset in 
chunks of 
> LRECL-4.  I did a bunch of research on z/OS FTP and there doesn't appear 
to 
> be any way to make it convey record length/delineation information to 
and 
> ASCII platform other than to use ASCII mode.  z/OS FTP appears to have 
> mechanisms for conveying this between two z/OS FTP systems, but that's 
not 
> possible here.  For the present time, we've had the file shipped with 
the initiatl 
> movement translating the data from EBCDIC to ASCII and all subsequent 
> transfers until the last one back to z/OS in BINARY mode.  However, I'm 
> concerned about the possibility of data corruption if the translate 
tables used 
> in the first step and the last step of this files travel aren't exact 
inversions of 
> each other.  This would certainly be possible of the initial ASCII 
transfer were 
> done to a Windows Code Page 1252 system  and the last transfer (having 
> CP1252 data) were translating between UTF-8 and CP037.
> 
> I'm interested in other folks war stories and what they've implemented 
for best 
> practices.  I've made clear to our developers and end-users that ftp is 
> certainly not a direct replacement for tape transfers.  It would appear 
that we 
> need lots of information about all the systems and transformations done 
in 
> moving the file from one system to another.  FTP doesn't convey this 
sort of 
> information in any way shape or form. 
> 
> What sort of options are there?
> 
> - Transmit/Receive would certainly be one, but would add a lot of 
overhead to 
> the process.
> - Removal of all non-display data from the files and subjecting them to 
ASCII 
> translation at every step would also be an option, but that would likely 
be 
> rejected by our business partner as too much work.
> - Are there any options to z/OS FTP that would allow record formatting 
> information to be conveyed in the file, if we presume that we'd transfer 
it in 
> binary mode at every step.
> 
> Has anyone come across any clear helpful best practice type information 
or 
> sites?  I'd be interested in anything anyone has.
> 
> Regards,
> Bruce Baxter
> Manager of DP Tech Services
> NYS Dept of Tax and Finance.
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions

Re: File Transfer conundrum

[Ceruti, Gerard G]

What about scp ?, covers the UN*X world.

Regards
Gerard Ceruti 
may the 'z' be with you


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Grant Ward Able
Sent: 10 January 2008 12:38 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: File Transfer conundrum

Has MQSeries been considered? I'd have thought it would have solved most

problems like this. (unless one of the partners doesnt actually have

MQ installed!)

-- 
Regards - Grant

Grant Ward Able
Senior Systems Architect
DTCC




"John S. Giltner, Jr." <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
10/01/2008 02:51
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: File Transfer conundrum






Any reason why you can't ftp directly between the two z/OS system?

If security is an issue you could use either IPSec tunnels between the 
two systems or setup IBM SecureFTP server (SSL'ed FTP).



Bruce Baxter wrote:
> We've routinely exhanged files with business partners running on z/OS 
> machines using tape for years.
> 
> We're now in the process of converting a number of these to electronic

> means, using in part FTP.  This is being done at the behest of one of 
our 
> business partners, who (IMHO) hasn't thought through all the issues
that 
the 
> use of FTP introduces in this process.  The central issue as I see it
is 
that the 
> mainframes at either end of the pipeline are both EBCDIC and record 
oriented, 
> and the servers and ftp processes that lie between them to facilitate 
these 
> transfers do not have any inherent concept of record oriented files
like 
the 
> mainframe.
> 
> I'm going to treat FIXED BLOCK data separately from VARIABLE BLOCKED 
data 
> separately. 
> 
> The first files that we received were FIXED BLOCK, and had been 
translated 
> from EBCDIC to ASCII, most likely at the first transfer of the file
from 
z/OS to 
> an ASCII based server platform (either Windows or AIX).  When they 
arrived 
> on our z/OS system, we had issues of data corruption because the data 
> contained zoned decimal data.  After some discussion, we agreed that 
we'd 
> transfer these files in BINARY mode at all steps along the way.  Thus,

all we 
> had to do was ensure that the LRECL used for the destination dataset
on 
> z/OS was the same as the source dataset.  This seems to be working OK.
> 
> Most recently, we've been having problems with other files that are 
VARIABLE 
> BLOCKED.  We received the first of these files last week, transmitted 
from end-
> to-end in BINARY mode.  What we got was not at all what we expected. 
> We've discovered that the initial FTP from z/OS to the server stripped

off all 
> information regarding record length and thus record delineation.
Because 

__

Standard Bank Disclaimer and Confidentiality Note

This e-mail, its attachments and any rights attaching hereto are, unless the 
context clearly indicates otherwise, the property of Standard Bank Group Limited
and/or its subsidiaries ("the Group"). It is confidential, private and intended 
for the addressee only. Should you not be the addressee and receive this e-mail 
by
mistake, kindly notify the sender, and delete this e-mail, immediately and do 
not disclose or use same in any manner whatsoever. Views and opinions
expressed in this e-mail are those of the sender unless clearly stated as those 
of the Group. The Group accepts no liability whatsoever for any loss or
damages whatsoever and howsoever incurred, or suffered, resulting, or arising, 
from the use of this email or its attachments. The Group does not warrant the 
integrity
of this e-mail nor that it is free of errors, viruses, interception or 
interference. Licensed divisions of the Standard Bank Group are authorised 
financial services providers
in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 
(FAIS).
For information about the Standard Bank Group Limited visit our website 
http://www.standardbank.co.za
___

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: File Transfer conundrum

[Havelock, Glenn A]

If there is a copy of XCOM on both sides that would likely work well. Sometimes 
people have copies of it and are not aware that such copies are on z/os.

Regards,

Glenn

( Sent from blackberry)

Glenn Havelock
Cell 908 398 7726
[EMAIL PROTECTED]



- Original Message -
From: IBM Mainframe Discussion List 
To: IBM-MAIN@BAMA.UA.EDU 
Sent: Thu Jan 10 05:37:38 2008
Subject: Re: File Transfer conundrum

Has MQSeries been considered? I'd have thought it would have solved most 
problems like this. (unless one of the partners doesnt actually have 
MQ installed!)

-- 
Regards - Grant

Grant Ward Able
Senior Systems Architect
DTCC




"John S. Giltner, Jr." <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
10/01/2008 02:51
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: File Transfer conundrum






Any reason why you can't ftp directly between the two z/OS system?

If security is an issue you could use either IPSec tunnels between the 
two systems or setup IBM SecureFTP server (SSL'ed FTP).



Bruce Baxter wrote:
> We've routinely exhanged files with business partners running on z/OS 
> machines using tape for years.
> 
> We're now in the process of converting a number of these to electronic 
> means, using in part FTP.  This is being done at the behest of one of 
our 
> business partners, who (IMHO) hasn't thought through all the issues that 
the 
> use of FTP introduces in this process.  The central issue as I see it is 
that the 
> mainframes at either end of the pipeline are both EBCDIC and record 
oriented, 
> and the servers and ftp processes that lie between them to facilitate 
these 
> transfers do not have any inherent concept of record oriented files like 
the 
> mainframe.
> 
> I'm going to treat FIXED BLOCK data separately from VARIABLE BLOCKED 
data 
> separately. 
> 
> The first files that we received were FIXED BLOCK, and had been 
translated 
> from EBCDIC to ASCII, most likely at the first transfer of the file from 
z/OS to 
> an ASCII based server platform (either Windows or AIX).  When they 
arrived 
> on our z/OS system, we had issues of data corruption because the data 
> contained zoned decimal data.  After some discussion, we agreed that 
we'd 
> transfer these files in BINARY mode at all steps along the way.  Thus, 
all we 
> had to do was ensure that the LRECL used for the destination dataset on 
> z/OS was the same as the source dataset.  This seems to be working OK.
> 
> Most recently, we've been having problems with other files that are 
VARIABLE 
> BLOCKED.  We received the first of these files last week, transmitted 
from end-
> to-end in BINARY mode.  What we got was not at all what we expected. 
> We've discovered that the initial FTP from z/OS to the server stripped 
off all 
> information regarding record length and thus record delineation. Because 

> there aren't any RDWs in front of every record, ftp doesn't know how 
long the 
> records are and just plunks the data into the destination dataset in 
chunks of 
> LRECL-4.  I did a bunch of research on z/OS FTP and there doesn't appear 
to 
> be any way to make it convey record length/delineation information to 
and 
> ASCII platform other than to use ASCII mode.  z/OS FTP appears to have 
> mechanisms for conveying this between two z/OS FTP systems, but that's 
not 
> possible here.  For the present time, we've had the file shipped with 
the initiatl 
> movement translating the data from EBCDIC to ASCII and all subsequent 
> transfers until the last one back to z/OS in BINARY mode.  However, I'm 
> concerned about the possibility of data corruption if the translate 
tables used 
> in the first step and the last step of this files travel aren't exact 
inversions of 
> each other.  This would certainly be possible of the initial ASCII 
transfer were 
> done to a Windows Code Page 1252 system  and the last transfer (having 
> CP1252 data) were translating between UTF-8 and CP037.
> 
> I'm interested in other folks war stories and what they've implemented 
for best 
> practices.  I've made clear to our developers and end-users that ftp is 
> certainly not a direct replacement for tape transfers.  It would appear 
that we 
> need lots of information about all the systems and transformations done 
in 
> moving the file from one system to another.  FTP doesn't convey this 
sort of 
> information in any way shape or form. 
> 
> What sort of options are there?
> 
> - Transmit/Receive would certainly be one, but would add a lot of 
overhead to 
> the process.
> - Removal of all non-display data from the files and subjecting them to 
ASCII 
> translation at every step would also be an option, but that would likely 
be 
> rejected by our business partner as too much work.
> - Are there any options to z/OS FTP that would allow record formatting 
> information to be conveyed in the file, if we presume that 

Re: Can a pdf document be create using COBOL?

[Marc AGULLO]

Hi,
You can see the product ZIP390 and IpBridge from the company DATA21 in USA
www.data21.com .
The french railway company in France SNCF use this product for create a PDF
and send its automatically by SMTP to the final user.
Best regards,
Marc AGULLO.


2008/1/9, Wilmoth, Ray (COT) <[EMAIL PROTECTED]>:
>
> We have an application which requires its report be generated as a pdf
> file.  Currently, this is being accomplished by a java application
> running in WebSphere Application Server for z/OS.  The customer is not
> happy with the length of time it takes to create the report.  I have
> suggested that the report should be generated via COBOL in batch.  Can a
> PDF version of this report be created using COBOL?
>
>
>
> Thanks,
>
>
>
> Ray
>
>
>
> Commonwealth Office of Technology
>
> Finance and Administration Cabinet
>
> Commonwealth of Kentucky
>
> [EMAIL PROTECTED]
>
>
>
> Confidentiality Statement
>
>
>
> This communication contains information which is confidential.  It is
> for the exclusive use of the intended recipient(s).  If you are not the
> intended recipient(s) please note that any form of distribution,
> copying, forwarding or use of this communication or the information in
> it is strictly prohibited and may be unlawful.  If you have received
> this communication in error please return it to the sender and send a
> copy or notify:  [EMAIL PROTECTED] and then delete the
> communication and destroy any copies of it.  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
>



-- 
Certains raccourcis provoquent parfois de longs détours !!
Marc.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Analyzing zIIP engines at z/OS v1.6 and DB2 v7

[Marc AGULLO]

See the product ZIP/390 for the ZIP engine.

Marc AGULLO from France.


2007/12/21, Kelman, Tom <[EMAIL PROTECTED]>:
>
> This has been cross posted to the MXG Listserv.
>
>
>
> I have been following the recent thread about doing an analysis for zIIP
> engines.  However the suggestions in that thread used the ZIEUNITS
> variable in the TYPE72GO observations.  It is my understanding that to
> get that value you need to have DB2 v8 installed.  I also heard that you
> need z/OS v1.8 or above installed, but I'm not sure of that.  I have
> also searched the listserv archives and from what I see all the
> information on this assumes  z/OS v1.8 and DB2 v8.
>
>
>
> We are on z/OS v1.6 and DB2 v7 with plans to go to z/OS v1.9 and DB2 v8
> next year.  We are also interested in the possibility of adding a zIIP
> engine.  I have been asked to analyze if a zIIP engine would be cost
> effective for us.  Does anyone know how to do that at these version
> levels?
>
>
>
>
>
> Tom Kelman
>
> Commerce Bank of Kansas City
>
> (816) 760-7632
>
>
>
>
>
>
> *
> If you wish to communicate securely with Commerce Bank and its
> affiliates, you must log into your account under Online Services at
> http://www.commercebank.com or use the Commerce Bank Secure
> Email Message Center at https://securemail.commercebank.com
>
> NOTICE: This electronic mail message and any attached files are
> confidential. The information is exclusively for the use of the
> individual or entity intended as the recipient. If you are not
> the intended recipient, any use, copying, printing, reviewing,
> retention, disclosure, distribution or forwarding of the message
> or any attached file is not authorized and is strictly prohibited.
> If you have received this electronic mail message in error, please
> advise the sender by reply electronic mail immediately and
> permanently delete the original transmission, any attachments
> and any copies of this message from your computer 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
>



-- 
Certains raccourcis provoquent parfois de longs détours !!
Marc.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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 ACS Routine Coding

[Marc AGULLO]

Hi,

You can replace your ACS routines by the product SMS/Debug from company DTS
Software in USA. in place of complicated language you have rules simple to
write with a language close to basic or rexx.

Best regards,

Marc AGULLO from France


2007/12/30, Ted MacNEIL <[EMAIL PROTECTED]>:
>
> I haven't code ACS routines in years.
> Does anybody know where to find a reference on how to do 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
>



-- 
Certains raccourcis provoquent parfois de longs détours !!
Marc.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: loose vs. lose

[Veilleux, Jon L]

Thanks, Forgot to turn on spell checkIt's on now... 


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


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of J R
Sent: Wednesday, January 09, 2008 4:08 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: loose vs. lose

> There seems to be at least some emphasis on being able> to construct
written communication that utilizes correct grammer. 
 
ITYM "grammar".  
 
> Date: Wed, 9 Jan 2008 15:12:39 -0500
> From: [EMAIL PROTECTED]
> Subject: Re: loose vs. lose
> To: IBM-MAIN@BAMA.UA.EDU
> 
> Just to support the education infrastructure, I recently (after MANY
> years) returned to college to finish a degree program and was required

> to take several 'W' courses. These are courses that require a certain 
> amount of writing (with editing by the instructor) but which are not 
> English courses. There seems to be at least some emphasis on being 
> able to construct written communication that utilizes correct grammer.
> 
> 
> Jon L. Veilleux
> [EMAIL PROTECTED]
> (860) 636-2683
 
_
Make distant family not so distant with Windows Vista(r) + Windows
Live(tm).
http://www.microsoft.com/windows/digitallife/keepintouch.mspx?ocid=TXT_T
AGLM_CPC_VideoChat_distantfamily_012008
--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html
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: Console

[Jousma, David]

If they are all PC's, then just install a KVM, but don't hook the
display's up to it.   


 
Dave Jousma 
AVP, Mainframe Services 
[EMAIL PROTECTED] 
616.653.8429 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ron Wells
Sent: Wednesday, January 09, 2008 11:38 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Console

I have the ICC in the works...problem I have is all the current
(3270)monitors and keyboards

Trying to eliminate the all the keyboards we have per monitor...ICC
project on hold...sort of..will not go into why...

We are remapping computer room and have since replaced older (memorex
base units)3270's with flat screen...

What is getting in the way are the keyboards per 3270..


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: LSQA orphan storage

[Peter Relson]

>Let me just say that IBM wants us to change this program to run as STC
>and not JOB. They want to wash their hands of LSQA cleanup in an INIT.

I find this conclusion extremely unlikely. They (we) might want you to
change the program to run as STC so that you can avoid your own program's
problem. If there is an IBM problem with LSQA cleanup in an initiator, then
IBM in all likelihood will not "wash their hands" of it.

As has been stated in many of the appends, LSQA by definition does not get
freed automatically. Its life is the life of the address space, not the
life of a job.

CheckRegionLoss is very nice, but of course simply helps you to avoid
running aground on problems that exist, whether they be in IBM, vendor, or
customer code. It does not fix such problems.

Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
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 ACS Routine Coding

[Lizette Koehler]

I thought SMS Debug just allowed you to test your ACS code not code it.  I
thought it was more like ACC or SRS that did the ACS routines.

I will have to review the manual more.

Lizette

> 
> You can replace your ACS routines by the product SMS/Debug from company
> DTS
> Software in USA. in place of complicated language you have rules simple
> to
> write with a language close to basic or rexx.
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: IBM complementary tools

[John P Kalinich]

Gerhardf Postpischil of the IBM Mainframe Discussion List
 wrote on 01/09/2008 02:41:34 PM:

> Anton Britz wrote:
> > Is anybody using these tools and is this not unfair business practice..
> > Giving away software in order to KILL other software vendors ?
>
> Back in the sixties American Management Systems sued IBM for
> giving away free software, mainly CRBE, thus undercutting sales
> of ROSCOE. AMS got a Pyrrhic victory, as IBM used this as an
> excuse to start charging for software that otherwise would have
> been free.
>
> Gerhard Postpischil
> Bradford, VT
>

Here is an article by the founder of ADR, the company that sued IBM.

http://www.softwarehistory.org/history/Goetz1.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

GTF or CTRACE

[Miklos Szigetvari]

Hi

   To gather trace data from an application I can select GTF or CTRACE 
to write external trace data

From the speed and  overhead which is the better choise ?

--
Miklos Szigetvari

Development Team
ISIS Information Systems Gmbh 
tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081 

E-mail: [EMAIL PROTECTED] 

Info: [EMAIL PROTECTED] 
Hotline: +43-2236-27551-111 

Visit our Website: http://www.isis-papyrus.com 
---

This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts
no responsibility for malicious or inappropriate content.
--- 


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

Re: GTF or CTRACE

[Miklos Szigetvari]

   Hi

   The application is mine, I see the setup/initalisation etc is more 
simple with GTF ,

and I don't need here a sophisticated operator interface.
  My concern is the application delay. If delay is nearly the same I 
would use GTF


Mark Jacobs wrote:


If the application supports CTRACE it is usually better to select that
option since the component can select exactly the information it needs. 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Miklos Szigetvari
Sent: Thursday, January 10, 2008 8:08 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: GTF or CTRACE

Hi

   To gather trace data from an application I can select GTF or CTRACE
to write external trace data  From the speed and  overhead which is the
better choise ?

--
Miklos Szigetvari

Development Team
ISIS Information Systems Gmbh
tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081 

E-mail: [EMAIL PROTECTED] 


Info: [EMAIL PROTECTED]
Hotline: +43-2236-27551-111 


Visit our Website: http://www.isis-papyrus.com
---
This e-mail is only intended for the recipient and not legally binding.
Unauthorised use, publication, reproduction or disclosure of the content
of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts no
responsibility for malicious or inappropriate content.
--- 


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

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


 



--
Miklos Szigetvari

Development Team
ISIS Information Systems Gmbh 
tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081 

E-mail: [EMAIL PROTECTED] 

Info: [EMAIL PROTECTED] 
Hotline: +43-2236-27551-111 

Visit our Website: http://www.isis-papyrus.com 
---

This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts
no responsibility for malicious or inappropriate content.
--- 


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

Re: VTOC Fmt6 (just curious)

[Bill Godfrey]

On Thu, 10 Jan 2008 00:37:23 -0600, Ed Gould wrote:

>On Jan 9, 2008, at 10:49 PM, Robert A. Rosenberg wrote:
>
>> At 15:37 -0600 on 01/09/2008, Ed Gould wrote:
>>
>>> Thanks... do you remember which release of MFT this was? Did MFT
>>> do the split cylinder data set creation?
>>
>> While I can not name a release level, I can state that OS/360 JCL
>> supported the SPLIT Parm as an alternative to the SPACE Parm (you
>> had to define the allocation as absolute locations so you could
>> select the start cylinder/track, and the number of cylinders and
>> tracks-per-cylinder).
>>
>
>
>
> Does bit saves keep old JCL manuals as well?
>
>Ed
>

There are two JCL manuals at
http://www.bitsavers.org/pdf/ibm/360/os/
and they both document SPLIT.

I have a copy of Gary DeWard Brown's System 370 Job Control Language from 
1977. In the section about SPLIT, it says it is for MFT, MVT, and VS1 only. 
The book does also include VS2, both SVS and MVS.

Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: GTF or CTRACE

[Mark Jacobs]

If the application supports CTRACE it is usually better to select that
option since the component can select exactly the information it needs. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Miklos Szigetvari
Sent: Thursday, January 10, 2008 8:08 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: GTF or CTRACE

Hi

To gather trace data from an application I can select GTF or CTRACE
to write external trace data  From the speed and  overhead which is the
better choise ?

--
Miklos Szigetvari

Development Team
ISIS Information Systems Gmbh
tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081 

E-mail: [EMAIL PROTECTED] 

Info: [EMAIL PROTECTED]
Hotline: +43-2236-27551-111 

Visit our Website: http://www.isis-papyrus.com
---
This e-mail is only intended for the recipient and not legally binding.
Unauthorised use, publication, reproduction or disclosure of the content
of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts no
responsibility for malicious or inappropriate content.
--- 

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

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

Re: File Transfer conundrum

[Zaromil Tisler]

On Wed, 9 Jan 2008 22:13:13 -0600, Bruce Baxter <...> wrote:

>ftp directly between the two systems, quite simply isn't an option.  Our
>business partner chose the mechanism in palce to deal with multiple other
>shops, and they're not likely to want to do this sort of one-off thing for us.

And how does your partner deliver files to other shops? Do they also get 
corrupted data or do all of them use non-EBCDIC environments?

-- 
Zaromil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: zOS 1.9 IEANUC01

[Mark Jacobs]

Thanks. I opened up an ETR yesterday, received the same advice, followed
it and it worked like magic.

Mark Jacobs 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of B Sysprog
Sent: Thursday, January 10, 2008 9:27 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: zOS 1.9 IEANUC01

It is corrupted, but can be fixed. Same thing happened to me -- see
OA22310. I opened an ETR -- Following is excert from that ETR:
To get SMP/E to perform the load module rebuild, the following needs to
be done: 1. Delete (or rename, as discussed previously) IEANUC01 in the
target dataset for the APPLY (ie the dataset the NUCLEUS DDDEF or DD
statement points to 2. APPLY any sysmod that causes IEANUC01 to be
updated. .  SMP/E will make sure that, based on the RMID values in the
target zone, the correct level of element is included from all PTFs that
have updated that load module. 
If you need more details, contact me directly.
BK Kosmach
[EMAIL PROTECTED]
 
> Date: Wed, 9 Jan 2008 09:06:09 -0500> From: [EMAIL PROTECTED]> 
> Subject: zOS 1.9 IEANUC01> To: IBM-MAIN@BAMA.UA.EDU> > I am in the 
> process of applying service to zOS 1.9 before I build our> first 
> environment and I noticed that the IEANUC01 module looks a little> 
> small.> > IEANUC01 - 00030738> > my z/OS 1.7 and 1.8 environments have

> a more reasonable IEANUC01 size,> 006A9EE0 for 1.7.> > My link edits 
> of IEANUC01 also are giving me lots (233) IEW2454W Symbol> xxx 
> UNRESOLVED. NO AUTOCALL (NCAL) SPECIFIED messages.> > Is my nucleus 
> messed up?> > -- > Mark Jacobs> Time Customer Service> Tampa, FL> 
> > > Riley: Find the next number in the sequence: 313, 331, 367, 
> ...? what?> > The Doctor: 379. It's a sequence of happy primes, 379.> 
> > Martha: Happy what?> > The Doctor: Just enter it!> > Riley: Are you 
> sure? We only get one chance.> > The Doctor: Any number that reduces 
> to one when you take the sum of > the square of its digits and 
> continue iterating until it yields 1 is > a happy number, any number 
> that doesn't, isn't. A happy prime is > both happy and prime. > > 
> Doctor Who episode "42"> > 
> --
> > For IBM-MAIN subscribe / signoff / archive access instructions,> 
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN 
> INFO> Search the archives at http://bama.ua.edu/archives/ibm-main.html
_
Get the power of Windows + Web with the new Windows Live.
http://www.windowslive.com?ocid=TXT_TAGHM_Wave2_powerofwindows_012008
--
For IBM-MAIN subscribe / signoff / archive access instructions, 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: GTF or CTRACE

[Robert Wright]

Miklos Szigetvari wrote:


   To gather trace data from an application I can select GTF or CTRACE 
to write external trace data

 From the speed and  overhead which is the better choise ?

Apologies to those of you seeing this twice.  I responded first to my 
local newsgroup feed.


I agree with Mark Jacobs in recommending CTRACE over GTF.  GTF exploits 
the monitor call instruction and the limited monitor call masking that 
was designed in the mid-1960s.  Regrettably, as the system has grown 
more complex, the reliance made by GTF on the lowest-level serialization 
technique used by z/OS, disablement, has made it less desirable than 
letting components employ serialization as decentralized as possible 
during tracing - the CTRACE approach.


Unauthorized CTRACE APIs allow you to start exploiting CTRACE by (1) 
supplying a CTRACE statement in IPCS's parmlib input, (2) ensure that 
trace tables get dumped when appropriate, (3) write a component find 
routine, and (4) use trace entries that CTRACE's default formatting can 
format tolerably.  That's not a huge cost of entry, and subsequent 
action can improve your results incrementally.  The starting point of 
in-storage tracing lets your component tolerate tracing that would be 
excessive if an attempt were made to write entries to a data set,  one 
action that you might contemplate as an enhancement once you have 
implemented your tracing and tuned the level to balance density with 
intrusiveness.


Bob Wright - z/OS 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

Fw: Console

[Ron Wells]

If they was all PC's my problem would be much easier..KVM all over the 
place for those..
These are older memorex..3270's..crt's seperate from base...have replaced 
them as they gone out with flat screens..
would like to eliminate keyboards...
untill ICC rolls out I'm stuck..

- Forwarded by Ron Wells/AGFS/AGFin on 01/10/2008 08:12 AM -

"Jousma, David" <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
01/10/2008 06:27 AM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: Console






If they are all PC's, then just install a KVM, but don't hook the
display's up to it. 


 
Dave Jousma 
AVP, Mainframe Services 
[EMAIL PROTECTED] 
616.653.8429 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ron Wells
Sent: Wednesday, January 09, 2008 11:38 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Console

I have the ICC in the works...problem I have is all the current
(3270)monitors and keyboards

Trying to eliminate the all the keyboards we have per monitor...ICC
project on hold...sort of..will not go into why...

We are remapping computer room and have since replaced older (memorex
base units)3270's with flat screen...

What is getting in the way are the keyboards per 3270..


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

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

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

Re: OT: Computer Science Education: Where Are the Software Engineers of Tomor...

[Shmuel Metz (Seymour J.)]

In
<[EMAIL PROTECTED]>,
on 01/09/2008
   at 09:40 AM, Michael Saraco <[EMAIL PROTECTED]> said:

>If you want your children to actually learn you have send them to a 
>private school or home school them. The "dumbing down" of America is prof
> liberalism does not work

Hogwash. The dumbing down of our schools took hard work from both the
right and the left.

>They actually still say the pledge of allegiance and a prayer.

That must be comforting to those who are of the "wrong" religion. How
would you feel if the prayers in your child's class were Hindu or Wiccan?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: zOS 1.9 IEANUC01

[B Sysprog]

It is corrupted, but can be fixed. Same thing happened to me -- see OA22310. I 
opened an ETR -- Following is excert from that ETR:
To get SMP/E to perform the load module rebuild, the following needs to be 
done: 1. Delete (or rename, as discussed previously) IEANUC01 in the target 
dataset for the APPLY (ie the dataset the NUCLEUS DDDEF or DD statement points 
to 2. APPLY any sysmod that causes IEANUC01 to be updated. .  SMP/E will make 
sure that, based on the RMID values in the target zone, the correct level of 
element is included from all PTFs that have updated that load module. 
If you need more details, contact me directly.
BK Kosmach
[EMAIL PROTECTED]
 
> Date: Wed, 9 Jan 2008 09:06:09 -0500> From: [EMAIL PROTECTED]> Subject: zOS 
> 1.9 IEANUC01> To: IBM-MAIN@BAMA.UA.EDU> > I am in the process of applying 
> service to zOS 1.9 before I build our> first environment and I noticed that 
> the IEANUC01 module looks a little> small.> > IEANUC01 - 00030738> > my z/OS 
> 1.7 and 1.8 environments have a more reasonable IEANUC01 size,> 006A9EE0 for 
> 1.7.> > My link edits of IEANUC01 also are giving me lots (233) IEW2454W 
> Symbol> xxx UNRESOLVED. NO AUTOCALL (NCAL) SPECIFIED messages.> > Is my 
> nucleus messed up?> > -- > Mark Jacobs> Time Customer Service> Tampa, FL> 
> > > Riley: Find the next number in the sequence: 313, 331, 367, ...? 
> what?> > The Doctor: 379. It's a sequence of happy primes, 379.> > Martha: 
> Happy what?> > The Doctor: Just enter it!> > Riley: Are you sure? We only get 
> one chance.> > The Doctor: Any number that reduces to one when you take the 
> sum of > the square of its digits and continue iterating until it yields 1 is 
> > a happy number, any number that doesn't, isn't. A happy prime is > both 
> happy and prime. > > Doctor Who episode "42"> > 
> --> For 
> IBM-MAIN subscribe / signoff / archive access instructions,> send email to 
> [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO> Search the archives at 
> http://bama.ua.edu/archives/ibm-main.html
_
Get the power of Windows + Web with the new Windows Live.
http://www.windowslive.com?ocid=TXT_TAGHM_Wave2_powerofwindows_012008
--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: OT: Computer Science Education: Where Are the Software Engineers of Tomor...

[Michael Saraco]

If you want to get into a good debate we can but not on a tech site email 
me at [EMAIL PROTECTED]

Michael Saraco
Systems Consultant
Baer Consulting, Inc.
Work - 507-526-2566
Cell- 507-525-0530



From:
"Shmuel Metz (Seymour J.)" <[EMAIL PROTECTED]>
To:
IBM-MAIN@BAMA.UA.EDU
Date:
01/10/2008 08:05 AM
Subject:
Re: OT: Computer Science Education: Where Are the Software Engineers of 
Tomor...



In
<[EMAIL PROTECTED]>,
on 01/09/2008
   at 09:40 AM, Michael Saraco <[EMAIL PROTECTED]> said:

>If you want your children to actually learn you have send them to a 
>private school or home school them. The "dumbing down" of America is prof
> liberalism does not work

Hogwash. The dumbing down of our schools took hard work from both the
right and the left.

>They actually still say the pledge of allegiance and a prayer.

That must be comforting to those who are of the "wrong" religion. How
would you feel if the prayers in your child's class were Hindu or Wiccan?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


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

Ad/Announcement: The Trainer's Friend does Linux on z

[Steve Comstock]

The Trainer's Friend is announcing a new
partnership to offer training for shops
running Linux on System z. And since
most shops of this nature have found, the
best way to do this is to run Linux as a
guest under z/VM.

If you are looking at doing this, or just
trying it out ("kicking the tires", as we
say), The Trainer's Friend can offer some
training to bring your systems folks up to
speed.

To find out more about this exciting new
offering, follow this link:

   http://www.trainersfriend.com/Linux/


Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

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

CA support site DOA this morning

[Knutson, Sam]

Argh! CA Support Connect is DOA this morning...

Notice 
The site you are trying to visit (supportconnect.ca.com) is currently not 
available. Please try again later. 

Thank you for your patience. 


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

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



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

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

Re: CA support site DOA this morning

[Thompson, Steve]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Knutson, Sam
Sent: Thursday, January 10, 2008 9:02 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: CA support site DOA this morning

Argh! CA Support Connect is DOA this morning...

Notice
The site you are trying to visit (supportconnect.ca.com) is currently
not available. Please try again later. 

Thank you for your patience. 


Perhaps you should try their 3270 VM interface?

<\snicker>

Later,
Steve Thompson

-- All opinions expressed by me are my own and may not necessarily
reflect those of my employer. --

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

Re: CA support site DOA this morning

[George Rodriguez]

They have a new site...Use:

https://support.ca.com/irj/portal/anonymous

Same userid and password...

Thanks,
George Rodriguez
(561) 357-7652
School District of Palm Beach County
3348 Forrest Hill Blvd.
Room B301
West Palm Beach, FL. 33406-5869
Rated "A" by the Florida Department of Education 2005, 2006 & 2007
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Thompson, Steve
Sent: Thursday, January 10, 2008 10:07 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CA support site DOA this morning

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Knutson, Sam
Sent: Thursday, January 10, 2008 9:02 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: CA support site DOA this morning

Argh! CA Support Connect is DOA this morning...

Notice
The site you are trying to visit (supportconnect.ca.com) is currently
not available. Please try again later. 

Thank you for your patience. 


Perhaps you should try their 3270 VM interface?

<\snicker>

Later,
Steve Thompson

-- All opinions expressed by me are my own and may not necessarily
reflect those of my employer. --

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

-
Under Florida law, e-mail addresses are public records. If you do
not want your e-mail address released in response to a public
records request, do not send electronic mail to this entity.
Instead, contact this office by phone or in writing.   

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: CA support site DOA this morning

[Vernooy, C.P. - SPLXM]

"Knutson, Sam" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>
> Argh! CA Support Connect is DOA this morning...
> 
> Notice 
> The site you are trying to visit (supportconnect.ca.com) is currently not 
> available. Please try again later. 
> 
> Thank you for your patience. 
> 
> 
>     Best Regards,
>  
>     Sam Knutson, GEICO 
>     Performance and Availability Management 
>     mailto:[EMAIL PROTECTED] 
>     (office)  301.986.3574 
> 
> "Think big, act bold, start simple, grow fast..." 
> 
> 

Not on *our* morning! It was working till a few hours ago, but now the site 
cannot be found at all.
We (europeans) often notice the site become slower when the USA side of the 
pond wakes up -;)

Kees.
**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: CA support site DOA this morning

[Vernooy, C.P. - SPLXM]

New???
If I goto CA.COM and follow the buttons to the Technical Support site, I
am still directed to supportconnect.ca.com.

Kees.

"George Rodriguez" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]
us>...
> They have a new site...Use:
> 
> https://support.ca.com/irj/portal/anonymous
> 
> Same userid and password...
> 
> Thanks,
> George Rodriguez
> (561) 357-7652
> School District of Palm Beach County
> 3348 Forrest Hill Blvd.
> Room B301
> West Palm Beach, FL. 33406-5869
> Rated "A" by the Florida Department of Education 2005, 2006 & 2007
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Thompson, Steve
> Sent: Thursday, January 10, 2008 10:07 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: CA support site DOA this morning
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Knutson, Sam
> Sent: Thursday, January 10, 2008 9:02 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: CA support site DOA this morning
> 
> Argh! CA Support Connect is DOA this morning...
> 
> Notice
> The site you are trying to visit (supportconnect.ca.com) is currently
> not available. Please try again later. 
> 
> Thank you for your patience. 
> 
> 
> Perhaps you should try their 3270 VM interface?
> 
> <\snicker>
> 
> Later,
> Steve Thompson
> 
> -- All opinions expressed by me are my own and may not necessarily
> reflect those of my employer. --
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> -
> Under Florida law, e-mail addresses are public records. If you do
> not want your e-mail address released in response to a public
> records request, do not send electronic mail to this entity.
> Instead, contact this office by phone or in writing.   
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 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 information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: CA support site DOA this morning

[George Rodriguez]

About a month ago, on the old site there was a link to try the "new and
improved" site. When I clicked it, it took me to the site I posted
before. All I know is that this site is working and I'm able to open and
view open issues that I have with CA...

Thanks,
George Rodriguez
(561) 357-7652
School District of Palm Beach County
3348 Forrest Hill Blvd.
Room B301
West Palm Beach, FL. 33406-5869
Rated "A" by the Florida Department of Education 2005, 2006 & 2007

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Vernooy, C.P. - SPLXM
Sent: Thursday, January 10, 2008 10:23 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CA support site DOA this morning

New???
If I goto CA.COM and follow the buttons to the Technical Support site, I
am still directed to supportconnect.ca.com.

Kees.

"George Rodriguez" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]
us>...
> They have a new site...Use:
> 
> https://support.ca.com/irj/portal/anonymous
> 
> Same userid and password...
> 
> Thanks,
> George Rodriguez
> (561) 357-7652
> School District of Palm Beach County
> 3348 Forrest Hill Blvd.
> Room B301
> West Palm Beach, FL. 33406-5869
> Rated "A" by the Florida Department of Education 2005, 2006 & 2007
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Thompson, Steve
> Sent: Thursday, January 10, 2008 10:07 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: CA support site DOA this morning
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Knutson, Sam
> Sent: Thursday, January 10, 2008 9:02 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: CA support site DOA this morning
> 
> Argh! CA Support Connect is DOA this morning...
> 
> Notice
> The site you are trying to visit (supportconnect.ca.com) is currently
> not available. Please try again later. 
> 
> Thank you for your patience. 
> 
> 
> Perhaps you should try their 3270 VM interface?
> 
> <\snicker>
> 
> Later,
> Steve Thompson
> 
> -- All opinions expressed by me are my own and may not necessarily
> reflect those of my employer. --
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> -
> Under Florida law, e-mail addresses are public records. If you do
> not want your e-mail address released in response to a public
> records request, do not send electronic mail to this entity.
> Instead, contact this office by phone or in writing.   
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 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 information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Console

[Bruce Richardson]

I've set up a web page (really a html file on the Operator's PC, with a desktop 
shortcut to the file) that has all of the information required (e.g. IP 
name/address, IP port number (not 23), and LUNAME) for the TN3270 client 
(ePassport from Zephyr Corp in our case). I wanted one desktop shortcut to 
make it easy for the Operators, not 46 (two machines, 3 LPARS, consoles and 
VTAM, and HMC).

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: SRM constant

[Horne, Jim - James S]

NOTICE:
All information in and attached to the e-mail(s) below may be proprietary, 
confidential, privileged and otherwise protected from improper or erroneous 
disclosure.  If you are not the sender's intended recipient, you are not 
authorized to intercept, read, print, retain, copy, forward, or disseminate 
this message.  If you have erroneously received this communication, please 
notify the sender immediately by phone (704-758-1000) or by e-mail and destroy 
all copies of this message (electronic, paper, or otherwise).  Thank you.

Werner,

In a word, yes.  For more words, read on. The SRM constant for TYPE72
processing is determined by the number of online general purpose engines
an LPAR has when it is IPLed, not the number of possible engines
available to it.  So, your LPAR IPLed with three engines on a 2094-720
thinks it is on a 2094-703.

Additionally, if you vary engines online or offline (either manually or
using IRD), the SRM constant does not change.  This means that an LPAR
can appear to be more than 100% busy under the right (wrong)
circumstances.  Take, for example, your LPAR that was IPLed with 3
engines for an SRM constant of 27539 (using your numbers; I haven't
looked them up - I trust you).  If seventeen engines are varied online,
that means that the systems thinks it has 20 engines which can each
deliver 27539 services units per second, instead of the 20126 service
units per second (again, using your numbers) it would believe it had if
it had been IPLed with all twenty engines online.  In table form:
Machine SU/SEC  Total SUTotal SUTotal SU

at IPL  w/3 engines w/ 20
engines
2094-70327539   82617   82617   550780
2094-72020126   402520  61560   405520

As you can see, the reported service units don't match up well at all
with the actual service units when the number of engines being used
doesn't match the number of engines the LPAR was IPLed with, or when you
try to compare an LPAR against an entire machine.

This is called a "reporting opportunity".  I would not advise using an
individual LPAR's view of service units for reporting anything that
happens in the entire machine; I would only use it for reporting things
in that LPAR.  I do not care for the service unit view that the RMF
records give us - but I do have to deal with it.

/shameless plug on
I will be presenting the same paper at Share in Orlando that I presented
at MXG2007, "The Myth of MSU," at 8AM Thursday morning.  In this paper I
go into some detail about what I found investigating the TYPE70 and
TYPE72 records and what they actually tell us when specialty engines
(zIIPs and zAAPs) and IRD (Intelligent Resource Director) are taken into
account.  I personally found the results very surprising when I looked
into it after my management started asking questions.  That's why I
wrote the paper.
/shameless plug off

Hope this helps,
Jim Horne
Lowe's Companies, Inc.

Werner Kuehnel wrote:
We're running on a 2094-720 (20 processors), which has a SRM constant of

20126 .
Our LPAR just has 3 logical processors, the SRM constant of a 2094-703
(3 
processors) is 27539 .
Does RMF/zOS or whoever takes the SRM constant against the number of 
logical processors?

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

SRM constant

[Werner Kuehnel]

I'm currently looking at a Workload Activity Report for a report class.
The SRB Service units are 19820K, the SRB Service Time is 72,0.

According to a RMF redbook the relationship between them is illustrated in 
the following formula:
SU = CPUsec   x   SRMconstant

To get the SRM constant used by RMF calculate (SU / coefficient) / CPUsec:
(1982 / 10) / 72,0 = 27528

Now my question:
We're running on a 2094-720 (20 processors), which has a SRM constant of 
20126 .
Our LPAR just has 3 logical processors, the SRM constant of a 2094-703 (3 
processors) is 27539 .
Does RMF/zOS or whoever takes the SRM constant against the number of 
logical processors?


Werner Kuehnel
Spezialist in der Abteilung Betrieb/Support

IMD-Gesellschaft für Informatik und Datenverarbeitung mbH 
Augustaanlage 66
68165 Mannheim

Tel: +49.621.457-4885, Fax: -4046
E-Mail: [EMAIL PROTECTED]

IMD-Gesellschaft für Informatik und Datenverarbeitung mbH 
Sitz Mannheim, Amtsgericht Mannheim HRB 7460
Geschäftsführer: Norbert Koch

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: CA support site DOA this morning

[Havelock, Glenn A]

Looks fine to me right now

Glenn Havelock, CA
Sr Consultant, Ewing, NJ USA
Cellular phone 908-398-7726
Office phone 609-583-9481
[EMAIL PROTECTED]
 
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Vernooy, C.P. - SPLXM
Sent: Thursday, January 10, 2008 10:23 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CA support site DOA this morning

New???
If I goto CA.COM and follow the buttons to the Technical Support site, I
am still directed to supportconnect.ca.com.

Kees.

"George Rodriguez" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]
us>...
> They have a new site...Use:
> 
> https://support.ca.com/irj/portal/anonymous
> 
> Same userid and password...
> 
> Thanks,
> George Rodriguez
> (561) 357-7652
> School District of Palm Beach County
> 3348 Forrest Hill Blvd.
> Room B301
> West Palm Beach, FL. 33406-5869
> Rated "A" by the Florida Department of Education 2005, 2006 & 2007
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Thompson, Steve
> Sent: Thursday, January 10, 2008 10:07 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: CA support site DOA this morning
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Knutson, Sam
> Sent: Thursday, January 10, 2008 9:02 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: CA support site DOA this morning
> 
> Argh! CA Support Connect is DOA this morning...
> 
> Notice
> The site you are trying to visit (supportconnect.ca.com) is currently
> not available. Please try again later. 
> 
> Thank you for your patience. 
> 
> 
> Perhaps you should try their 3270 VM interface?
> 
> <\snicker>
> 
> Later,
> Steve Thompson
> 
> -- All opinions expressed by me are my own and may not necessarily
> reflect those of my employer. --
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> -
> Under Florida law, e-mail addresses are public records. If you do
> not want your e-mail address released in response to a public
> records request, do not send electronic mail to this entity.
> Instead, contact this office by phone or in writing.   
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 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 information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: IBM complementary tools

[Gerhard Postpischil]

John P Kalinich wrote:

Here is an article by the founder of ADR, the company that sued IBM.
http://www.softwarehistory.org/history/Goetz1.html


You're correct - I was having a senior moment, thinking ADR, but 
writing AMS (perhaps because I had just exchanged mail related 
to AMS a bit earlier).


Statements be Marty Goetz need to be taken with a large dose of 
salt. He could probably excuse his lack of mention of the 709x 
version of Autoflow due to lack of space, but it was my first 
big project at ADR, and I take umbrage at the omission. Mike 
Guzik and I did all the work (Mike did the lexical analyzer and 
layout; I did the graphical output [SC-4020, etc.]). Originally 
this was a four person project, but two dropped out, and Mike 
and I finished two months early. What Marty doesn't mention is 
that their best selling Librarian was developed despite his 
objections; by then Mike and I were carrying around trays of 
cards, and Mike decided there had to be a better way, and drew 
up preliminary specs on what he wanted. Marty said no, and Mike 
threatened to resign; as a compromise he got limited funds, but 
at the end of six months they already had enough beta testers to 
pay for it several times over, so Marty saw the light and 
continued development. Or that Marty insisted on running Roscoe 
with TIME=1440, which back then avoided any and all SMF exits 
(Marty dared Shmuel/Seymour to do something about it - he went 
to the reader/interpreter fiche, found two 1440 constants, and 
zapped them to 1439); or that they got it working for 2741s only 
by applying BTAM zaps that prevented 2740s from working on the 
same system.


Gerhard Postpischil
Bradford, VT

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: OT: Computer Science Education: Where Are the Software Engineers of Tomor...

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz (Seymour
J.)
> 
> In
> <[EMAIL PROTECTED]
> r-consulting.com>,
> on 01/09/2008
>at 09:40 AM, Michael Saraco said:
> 
> >If you want your children to actually learn you have send them to a 
> >private school or home school them. The "dumbing down" of America is 
> >prof  liberalism does not work
> 
> Hogwash. The dumbing down of our schools took hard work from 
> both the right and the left.

Problem:  ONE of the "dumb" was offended by the smartness of the
"smart".

Solution:  Outlaw smartness.

(And we're told to worry that terrorists want to "bomb us back to the
Stone Age".)

-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: loose vs. lose

[Ed Gould]

On Jan 10, 2008, at 3:16 AM, Ted MacNEIL wrote:

Oh please... My greatest difficulty in moving to the USA is  
learning how to spell so many words incorrectly!


I used to work, out of Mississauga, for a US-based company, where  
everybody else was based in Buffalo, Dallas, & Santa Ana.

I was producing capacity reports on a weekly basis.
The title was: "Processor Utilisation".

My manager told me to change the spelling of "Utilisation", so I did.

"Usage".

-
Too busy driving to stop for gas!


Ted:

I think I have told this story on here, but seeing that this thread  
won't die I will repeat it. Back in the early 80's I was hired at a  
company that (I didn't know at the time or I would never have  
accepted a position there) they were extremely cheap. By cheap  
meaning leaving tiles missing in the computer room so they didn't  
replace them when they were broken and people would fall into the  
holes. In any case The problem was that we were hired to bring up  
MVS. They had been using CICS & Pan for everything.  We found out  
that the CICS PAN would not work in MVS.  So we did a proposal to get  
TSO. With TSO came ISPF and a few other products. To make this story  
short we handed the proposal in and about the next day the VP came  
back and tossed the proposal back on the desk and it scattered all  
over the place. The words he said I will almost never forget:  "You  
used the British spelling of utilization ". I was so mad I could have  
spit. We went over the document word by word and that was the *ONLY*  
issue in the document. So we got the secretary to correct it and I  
walked into the VP's office and handed it to him and said its been  
fixed and walked out. He thought by throwing it back at us it would  
go away we did not take no for the answer and I walked a copy to the  
then President of the company and asked that he read it and see what  
he thought. A few days later I got a call from his secretary asking  
that I come over to see him. When I walked into the room the VP was  
there and I thought this is it and I am out of a job. Much to my  
surprise the President said he had read the proposal and was  
impressed with it. He was somewhat concerned about the money involved  
as he said the budget was tight. He also said that he was going to  
have to go to the members to get more money (story deleted) but that  
the paper was pretty good with the financial's and  that he would  
only add a cover page when he gave them the pitch.


Bottom line he got the money and they didn't even squeak about it.  
His page that he added said that the request for the money would only  
cost the members a penny a trade (option traders). The VP looked like  
a jerk he was in front of the President over a small "misspelling".


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: SMS ACS Routine Coding

[Marc AGULLO]

Lizette,

be careful, SMS Debug doesn't translate the ACS Routines, it's just a trace
for tell wich volume is used and why. But sometimes it's difficult to write
a new ACS or upgrade an old ACS. With SMS Debug, you can make the same
thing with a language easier than ACS and more understanding. It wil be
easier to modify the rules after, and the rules are dynamycs, you can change
the rules at any time and make a refresh by a command on the console F
DIF,REFRESH. The language is just a part of ACC.

I hope that you understand my english.

Marc.


2008/1/10, Marc AGULLO <[EMAIL PROTECTED]>:
>
> Lizette,
>
> actually, SMS Debug is a short part of SCC ACC and you can trace the ACS
> routines and replace its with a new rules coded by SCC.
>
> Marc
>
>
> 2008/1/10, Lizette Koehler <[EMAIL PROTECTED]>:
> >
> > I thought SMS Debug just allowed you to test your ACS code not code
> > it.  I
> > thought it was more like ACC or SRS that did the ACS routines.
> >
> > I will have to review the manual more.
> >
> > Lizette
> >
> > >
> > > You can replace your ACS routines by the product SMS/Debug from
> > company
> > > DTS
> > > Software in USA. in place of complicated language you have rules
> > simple
> > > to
> > > write with a language close to basic or rexx.
> > >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
>
>
>
> --
> Certains raccourcis provoquent parfois de longs détours !!
> Marc.
>



-- 
Certains raccourcis provoquent parfois de longs détours !!
Marc.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: SEMI off topic

[Gary Green]

Sounds like the old NVIP site...

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Patrick Falcone
Sent: Wednesday, January 09, 2008 11:52 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SEMI off topic

We had fail-over to battery then to diesel. You could hear the turbines on
the Pa. turnpike a couple hundred meters prior to the Philly exit eastbound.
I just googled and it looks like anywhere from 4 - 6 ms.

Ed Gould <[EMAIL PROTECTED]> wrote:   its been an interesting
discussion. Thanks all for contributing. One
question remains in my mind though what is the allowable time power maybe
interrupted to a CPU ? 1 NS (nanosecond) ? or 0 NS? or ? As I said in my
original piece I am not familiar with UPS's and could some one come up with
a current answer? If the answer is it depends that would be nice to know
that, as well. Thanks.

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


--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.516 / Virus Database: 269.17.13/1214 - Release Date: 1/8/2008
1:38 PM



   

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: OT: Computer Science Education: Where Are the Software Engineers of Tomor...

[Gary Green]

Back in the mid 80's, I was doing a contract at DuPont in Delaware.  The
"terminal room", remember them...?, did not have a clock on the wall.  So I
ordered a clock, a 24 hour clock, from a vendor and installed it.  Almost
immediately I started receiving complaints from other "programmers" and
"systems folks".  It was too difficult to determine the time.  A little
while later, someone got fed up with figuring out how to tell the time so
they ordered a 12 hour clock.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of McKown, John
Sent: Wednesday, January 09, 2008 9:28 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: OT: Computer Science Education: Where Are the Software
Engineers of Tomor...

I know the feeling. At my first job, I put the computer's time on UTC and
printed it in 24 hour clock time. When people learned that they had to (1)
first subtract 6 hours to find the local time, then (2) perhaps subtract 12
to convert to a.m. or p.m., they threatened me with bodily harm. In my
emails, I still use a 24 hour clock, but use local time.
Luckily the rest of the people in my group understand 24 hour clock (like if
the number is > 12, then subtract 12 and say p.m. - how hard is
that?)

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


   

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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 ACS Routine Coding

[Marc AGULLO]

Lizette,

actually, SMS Debug is a short part of SCC ACC and you can trace the ACS
routines and replace its with a new rules coded by SCC.

Marc


2008/1/10, Lizette Koehler <[EMAIL PROTECTED]>:
>
> I thought SMS Debug just allowed you to test your ACS code not code it.  I
> thought it was more like ACC or SRS that did the ACS routines.
>
> I will have to review the manual more.
>
> Lizette
>
> >
> > You can replace your ACS routines by the product SMS/Debug from company
> > DTS
> > Software in USA. in place of complicated language you have rules simple
> > to
> > write with a language close to basic or rexx.
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Certains raccourcis provoquent parfois de longs détours !!
Marc.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: VTOC Fmt6 (just curious)

[Ed Gould]

On Jan 10, 2008, at 7:32 AM, Bill Godfrey wrote:


On Thu, 10 Jan 2008 00:37:23 -0600, Ed Gould wrote:


On Jan 9, 2008, at 10:49 PM, Robert A. Rosenberg wrote:


At 15:37 -0600 on 01/09/2008, Ed Gould wrote:


Thanks... do you remember which release of MFT this was? Did MFT
do the split cylinder data set creation?


While I can not name a release level, I can state that OS/360 JCL
supported the SPLIT Parm as an alternative to the SPACE Parm (you
had to define the allocation as absolute locations so you could
select the start cylinder/track, and the number of cylinders and
tracks-per-cylinder).





Does bit saves keep old JCL manuals as well?

Ed



There are two JCL manuals at
http://www.bitsavers.org/pdf/ibm/360/os/
and they both document SPLIT.

I have a copy of Gary DeWard Brown's System 370 Job Control  
Language from
1977. In the section about SPLIT, it says it is for MFT, MVT, and  
VS1 only.

The book does also include VS2, both SVS and MVS.



Bill,

Interesting I guess my search didn't find it, maybe there is a bug in  
adobe's code. Thanks, now to find an MVS 2.0 JCL manual to see if it  
is in there.


Thanks,

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: SEMI off topic

[Patrick Falcone]

Yes. It's a damn shame, it's now history as of this past Sunday, well what was 
left of us over there. I stopped by and popped a few face plates off what was 
left of the hardware, took the international clock and whatever other trinkets 
I could carry off. My teenage kids just laughed when I showed up at home with 
*the junk*.
   
  Gary Green <[EMAIL PROTECTED]> wrote:
  Sounds like the old NVIP site...

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Patrick Falcone
Sent: Wednesday, January 09, 2008 11:52 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SEMI off topic

We had fail-over to battery then to diesel. You could hear the turbines on
the Pa. turnpike a couple hundred meters prior to the Philly exit eastbound.
I just googled and it looks like anywhere from 4 - 6 ms.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: CA support site DOA this morning

[Ed Gould]

On Jan 10, 2008, at 9:01 AM, Knutson, Sam wrote:


Argh! CA Support Connect is DOA this morning...

Notice
The site you are trying to visit (supportconnect.ca.com) is  
currently not available. Please try again later.


Thank you for your patience.



Sam:

Hey they tried and emulate IBMLINK and succeeded :)

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: Can a pdf document be create using COBOL?

[GAVIN Darren * OPS EAS]

If your shop is using IBM's Infoprint Services there is an add-on for
that to convert APF (Line Print) to PDF.  However it's outrageously
expensive, $550 per month was the quote IBM gave us for just the add-on.
We went with the TXT2PDF/XMITIP products, and are now looking at pushing
the PDF work off to a PC that the mainframe can access or control,
because we charge for Mainframe CPU usage.

Darren 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Wilmoth, Ray (COT)
Sent: Wednesday, January 09, 2008 12:25 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Can a pdf document be create using COBOL?

We have an application which requires its report be generated as a pdf
file.  Currently, this is being accomplished by a java application
running in WebSphere Application Server for z/OS.  The customer is not
happy with the length of time it takes to create the report.  I have
suggested that the report should be generated via COBOL in batch.  Can a
PDF version of this report be created using COBOL?  

 

Thanks,

 

Ray

 

Commonwealth Office of Technology

Finance and Administration Cabinet

Commonwealth of Kentucky

[EMAIL PROTECTED]

 

Confidentiality Statement

 

This communication contains information which is confidential.  It is
for the exclusive use of the intended recipient(s).  If you are not the
intended recipient(s) please note that any form of distribution,
copying, forwarding or use of this communication or the information in
it is strictly prohibited and may be unlawful.  If you have received
this communication in error please return it to the sender and send a
copy or notify:  [EMAIL PROTECTED] and then delete the
communication and destroy any copies of it.  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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: File Transfer conundrum

[Hal Merritt]

Try a suffix of '.BIN' on all files transferred as well as the 'BIN' FTP
option. Nothing seems to work 100% of the time, but that seems to work
most often. 

 
 
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Bruce Baxter
Sent: Wednesday, January 09, 2008 10:13 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: File Transfer conundrum

ftp directly between the two systems, quite simply isn't an option.  Our

business partner chose the mechanism in palce to deal with multiple
other 
shops, and they're not likely to want to do this sort of one-off thing
for us.

I also took some of the previous comments regarding the RDW site command

(which I'd seen before) and did some testing.  As stated by another
poster, 
there doesn't seem to be any way to get it to honor this and strip it
off on 
the final FTP.  

I also have to deal with the issue that EITHER the EBCDIC code pages on 
either end don't match (less likely) or the ASCII code pages don't match
(more 
likely) since the end user has subsequently reported to me that they've
seen 
some data corruption due to the translation.  I guess they were
expecting a 
cent sign character in someof their data.

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

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

Re: SEMI off topic

[Gary Green]

Wow, I did not know they were still around.  I drive by the building every 6
months or so and recall my days there.  That was when they were owned by a
porno house on the left coast. (or so we were told)

Met an IBM PSR there and she was one of the smarted people I ever met in the
business.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Patrick Falcone
Sent: Thursday, January 10, 2008 11:09 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SEMI off topic

Yes. It's a damn shame, it's now history as of this past Sunday, well what
was left of us over there. I stopped by and popped a few face plates off
what was left of the hardware, took the international clock and whatever
other trinkets I could carry off. My teenage kids just laughed when I showed
up at home with *the junk*.
  
  Gary Green <[EMAIL PROTECTED]> wrote:
  Sounds like the old NVIP site...

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Patrick Falcone
Sent: Wednesday, January 09, 2008 11:52 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SEMI off topic

We had fail-over to battery then to diesel. You could hear the turbines on
the Pa. turnpike a couple hundred meters prior to the Philly exit eastbound.
I just googled and it looks like anywhere from 4 - 6 ms.




   

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: SEMI off topic

[Patrick Falcone]

Filmways corporation owned them quite a while back for a few years. Combined 
then bought it. Everyone that was left got outsourced. Probably Betsy.

Gary Green <[EMAIL PROTECTED]> wrote:
  Wow, I did not know they were still around. I drive by the building every 6
months or so and recall my days there. That was when they were owned by a
porno house on the left coast. (or so we were told)

Met an IBM PSR there and she was one of the smarted people I ever met in the
business.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Patrick Falcone
Sent: Thursday, January 10, 2008 11:09 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SEMI off topic

Yes. It's a damn shame, it's now history as of this past Sunday, well what
was left of us over there. I stopped by and popped a few face plates off
what was left of the hardware, took the international clock and whatever
other trinkets I could carry off. My teenage kids just laughed when I showed
up at home with *the junk*.

Gary Green wrote:
Sounds like the old NVIP site...

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Patrick Falcone
Sent: Wednesday, January 09, 2008 11:52 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SEMI off topic

We had fail-over to battery then to diesel. You could hear the turbines on
the Pa. turnpike a couple hundred meters prior to the Philly exit eastbound.
I just googled and it looks like anywhere from 4 - 6 ms.






--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: loose vs. lose

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Ron Hawkins
> 
> Ted,
> 
> You mean he wanted you to use the American spelling. What he 
> called British spelling of English I think should be more 
> accurately described as the Global spelling of English.
> 
> It's not a unique thing. Chinese written language has the 
> same issue catering for traditional (Hong Kong, Taiwan) and 
> simplified (China) characters - analogous to spelling.

Likely the same in Japan -- Kanji vs Katakana.

-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: File Transfer conundrum

[Hal Merritt]

My guess is that many shops are implementing PC to PC transfers and
buying some really expensive software to facilitate the process. That is
host>pc>network>pc>host. 

So far, we have been somewhat successful in insisting on a fully
automated, z/os based solution on our side. Our most compelling argument
is that we are not supposed to move sensitive data in the open over any
network, nor is the data supposed to reside in the open on any server,
even in a buffer. As much as the PC folks don't like to admit it, they
simply cannot meet that requirement.  They can come close, but there
seems to always be a point where the data can be intercepted. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Zaromil Tisler
Sent: Thursday, January 10, 2008 8:19 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: File Transfer conundrum

On Wed, 9 Jan 2008 22:13:13 -0600, Bruce Baxter <...> wrote:

>ftp directly between the two systems, quite simply isn't an option.
Our
>business partner chose the mechanism in palce to deal with multiple
other
>shops, and they're not likely to want to do this sort of one-off thing
for us.

And how does your partner deliver files to other shops? Do they also get

corrupted data or do all of them use non-EBCDIC environments?

-- 
Zaromil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

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

Re: loose vs. lose

[Ron Hawkins]

Ted,

You mean he wanted you to use the American spelling. What he called British
spelling of English I think should be more accurately described as the
Global spelling of English.

It's not a unique thing. Chinese written language has the same issue
catering for traditional (Hong Kong, Taiwan) and simplified (China)
characters - analogous to spelling.

Ron 

> over the place. The words he said I will almost never forget:  "You
> used the British spelling of utilization ". I was so mad I could have

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

JES2 and $VS RACF protection

[Michael Babcock]

What is the process for checking commands entered when using $VS?  I can 
protect the use of $VS using the JES2.$VS profile but there doesn't 
appear to be any granularity for which commands can be entered.


Let's say the following is found in JCL.

/*$VS,ROUTE node1,someCommand 

JES2 checks the $VS profile and if allowed with let the command proceed. 
But, does MVS/RACF also check to see if you have authority to MVS.ROUTE.CMD?

Or is the check bypassed since you had auth to $VS?

Also, to protect the /*ROUTE XEQ node1 command, I need the WRITER class active 
with a profile of JES2.NJE.node1, correct?






--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: loose vs. lose

[Steve Comstock]

Chase, John wrote:

-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Ron Hawkins

Ted,

You mean he wanted you to use the American spelling. What he 
called British spelling of English I think should be more 
accurately described as the Global spelling of English.


It's not a unique thing. Chinese written language has the 
same issue catering for traditional (Hong Kong, Taiwan) and 
simplified (China) characters - analogous to spelling.



Likely the same in Japan -- Kanji vs Katakana.


More likely Hiragana / Katakana / romanji / Kanji issues.

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: IBM complementary tools

[Patrick O'Keefe]

On Thu, 10 Jan 2008 15:06:41 +0900, Timothy Sipples
<[EMAIL PROTECTED]> wrote:

>...
>For the record, Session Manager for z/OS supports TN3270E.  It's the much
>older Tivoli Netview Access Services ("NVAS") product that doesn't.
>...

I'll take your word on the Tn3270E support, but I think your comment 
about NVAS is off the mark.  I've never personally used NVAS, but as far
as I know it never contained a Tn3270 server so Tn3270 vs Tn3270E
does not apply to it.  

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

CICS T/S and z/OS V1R9

[John P Donnelly]

   We are still executing CICS T/S 1.3 and COBOL II RELEASE 4.0…couple
of old but critical applications…
   We are planning an upgrade z/OS V1R7 to V1R9…
IBM thinks CICS T/S 1.3 will run on V1R9 but at our own risk…

Has anyone tried executing CICS T/S 1.3 on V1R9?

John Donnelly
z/OS Systems Services
National Semiconductor
Corporation
2900 Semiconductor Drive
Santa Clara, CA 95051
PH: 408-721-5640
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

OT - Recommendations for issue/problem tracking software

[Support, DUNNIT SYSTEMS LTD.]

Please forgive me for posting to the list but I need suggestions from people 
with similar backgrounds and experiences.

Please please please reply back directly to my email address: 
[EMAIL PROTECTED] and do NOT reply back to the IBM-MAIN list.

We're a small mainframe software development shop. We need a decent but 
simple issue/problem tracking software product to document and manage 
development requests, support issues, etc. Nothing elaborate. We're looking 
for people with similar experiences who can give recommendations.

On the one hand, we want to be able to fully access this product via a WEB 
browser from anywhere worldwide. On the other hand, we would prefer to 
have it installed within our own site's remote hosted domain and not rely on an 
external company's hosted tracking software services (these are most 
common).

The problem with having it installed in our own domain is that we are remotely 
hosted. We do not have our own in-house Web server machine. The products 
we've seen so far that provide end user access via the Web, also require that 
the server be physically available to the installer. Since we are remotely 
hosted by a web hosting company, these packages are therefore not 
applicable, from what we are reading.

So the main question is does anyone know of a good simple tracking product 
that we ourselves can upload and install to our remotely hosted web server? I 
assume such an installation would require us to install the files on a local 
machine, upload them to our remote hosted server via FTP or similar and then 
run some script to complete and customize the install. Again, we're not looking 
for anything fancy.

If such a product does not exist, we'll have to think about one of the hosted 
issue tracking services. Our concerns are reliability, availability and 
security. 
When I say "availability", besides 24x7, I'm interested in a company that's 
been around for years and looks like it will not close tomorrow night.

TIA and remember: email me back directly with your comments.

Jerry

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Really stupid question about z/OS HTTP server

[Leon Schwering]

Why not use the LDAP server that comes with RACF.  That way you can have
you Active Directory talk to the LPDAP server and then when you sign on
to the HTTP server on z/OS have it use the LDAP server for
authentication. 

Leon Schwering
Technical Architect
407 ETR Concession Co. Ltd.
905-265-4070 x5422
647-273-7772 (mobile)
[EMAIL PROTECTED] 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of McKown, John
Sent: January 9, 2008 9:40 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Really stupid question about z/OS HTTP server

But on the off chance that I'm wrong, I will ask anyway. We use Windows
as our desktop OS . One "nice" thing about it is that when we go
to a restricted internal IIS web site, we are automagically "logged on"
to the web site via the Active Directory "trust" mechanism (as I vaguely
understand it). Is there any way to extend this so that when a user goes
to our z/OS HTTP web server, they can be automagically logged on to
their corresponding z/OS RACF id? We do use RACF on z/OS. We don't have
any money for this, so a product (unless it is 100% free-as-in-beer and
100% supported) is out of the question. Yes, this is really a whine from
the Windows people again about how "unfriendly" z/OS is. I wonder if
they whine about our Linux and Solaris servers as well?

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

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

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: SEMI off topic

[Gary Green]

Yeah!  That was the name...

Sorry, but Betsy does not ring a bell.  Of course, at this late stage, about
the only thing that rings my bell is the dinner bell. :(


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Patrick Falcone
Sent: Thursday, January 10, 2008 11:45 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SEMI off topic

Filmways corporation owned them quite a while back for a few years. Combined
then bought it. Everyone that was left got outsourced. Probably Betsy.

Gary Green <[EMAIL PROTECTED]> wrote:
  Wow, I did not know they were still around. I drive by the building every
6 months or so and recall my days there. That was when they were owned by a
porno house on the left coast. (or so we were told)

Met an IBM PSR there and she was one of the smarted people I ever met in the
business.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Patrick Falcone
Sent: Thursday, January 10, 2008 11:09 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SEMI off topic

Yes. It's a damn shame, it's now history as of this past Sunday, well what
was left of us over there. I stopped by and popped a few face plates off
what was left of the hardware, took the international clock and whatever
other trinkets I could carry off. My teenage kids just laughed when I showed
up at home with *the junk*.

Gary Green wrote:
Sounds like the old NVIP site...


   

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: CICS T/S and z/OS V1R9

[Daniel Allen]

As a software vendor, we have CICS T/S 1.3 on z/OS 1.9. 


Daniel Allen | Senior Systems Programmer | 1-800-457-3736x11241
 Serena Software - The Mashups Are Coming

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of John P Donnelly
Sent: Thursday, January 10, 2008 9:56 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: CICS T/S and z/OS V1R9

   We are still executing CICS T/S 1.3 and COBOL II RELEASE 4.0...couple
of old but critical applications...
   We are planning an upgrade z/OS V1R7 to V1R9...
IBM thinks CICS T/S 1.3 will run on V1R9 but at our own risk...

Has anyone tried executing CICS T/S 1.3 on V1R9?

John Donnelly
z/OS Systems Services
National Semiconductor
Corporation
2900 Semiconductor Drive
Santa Clara, CA 95051
PH: 408-721-5640
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

**
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. Any 
unauthorized review, use, disclosure or distribution is prohibited. If you are 
not the intended recipient, please contact the sender by reply e-mail and 
destroy all copies of the original message. 
**

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

RMM export import?

[Jeffrey Deaver]

Hello all -

We have two LPARS which can both see a virtual tape device.We have a
need to be able to create virtual tapes on the Test LPAR and then 'migrate'
them to the Production LPAR.   In other words, I need to be able to export
the RMM information that was created on Test and import it into RMM on
Production.  The virtual tape itself will not move.  This is not a VTS that
exports logical tapes to stacked physical tapes... there are only the
logical (virtual) tapes.

Has anyone done anything like this?

Jeffrey Deaver, Engineer
Systems Engineering
[EMAIL PROTECTED]
651-665-4231(v)
651-610-7670(p)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: loose vs. lose

[Van Dalsen, Herbie]

Arthur,

All I can say is this... It amazes my that a sysprog with a gripe this
size, have not put this fingers to the keyboard and wrote a utility to
automatically invoke a spellchecker inside your email program to fix it
before you have to look at it, I am sure if you google it, you might
find the exit point and the module name in 'fire fox' that you need to
modify to accomplish this? As said before... the spellchecker gives
different results in US / Ireland / South Africa for the same thing,
just because the US, Ireland, and South Africa have a derived versions
of the original pure English Language. 

Herbie


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Steve Comstock
Sent: 10 Januarie 2008 05:26 nm
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: loose vs. lose

Chase, John wrote:
>>-Original Message-
>>From: IBM Mainframe Discussion List On Behalf Of Ron Hawkins
>>
>>Ted,
>>
>>You mean he wanted you to use the American spelling. What he 
>>called British spelling of English I think should be more 
>>accurately described as the Global spelling of English.
>>
>>It's not a unique thing. Chinese written language has the 
>>same issue catering for traditional (Hong Kong, Taiwan) and 
>>simplified (China) characters - analogous to spelling.
> 
> 
> Likely the same in Japan -- Kanji vs Katakana.

More likely Hiragana / Katakana / romanji / Kanji issues.

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

   z/OS Application development made easier
 * Our classes include
+ How things work
+ Programming examples with realistic applications
+ Starter / skeleton code
+ Complete working programs
+ Useful utilities and subroutines
+ Tips and techniques

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Elavon Financial Services Limited
Registered in Ireland: Number 418442
Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, 
Co. Dublin, Ireland
Directors: Robert Abele (USA), John Collins,  Terrance Dolan (USA),  Pamela 
Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson
Elavon Financial Services Limited, trading as Elavon, is regulated by the 
Financial Regulator

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: SEMI off topic

[John Eells]

Tom Marchant wrote:

On Wed, 9 Jan 2008 09:36:22 -, Phil Payne wrote:


... every machine was powered via motor-generators.


For those of you who might not know what that was or why, the processors of 
that time generally specified 415 Hz three phase power to operate them. 



True at the high end only.  e.g., 168s used MGs because they used 415Hz 
power but 158s did not; they just used regular old 3-phase 60Hz 220V power.


I never did know why, though.  I always wondered whether it was to keep 
the number and size of power supply capacitors to a reasonable minimum.


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

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

Sub-CEC Reports

[Dean Montevago]

Hi,

Has anybody automated sending the report to IBM ? If so, how'd you do it
? 

TIA
Dean

Dean Montevago
Sr. Systems Specialist
Visiting Nurse Service of New York
(212) 609 - 9608
[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: OT - Recommendations for issue/problem tracking software

[Eric Chevalier]

On 10 Jan 2008 09:35:40 -0800,
[EMAIL PROTECTED] (Support, DUNNIT SYSTEMS LTD.) wrote:

>We're a small mainframe software development shop. We need a decent but 
>simple issue/problem tracking software product to document and manage 
>development requests, support issues, etc. Nothing elaborate. We're looking 
>for people with similar experiences who can give recommendations.

I'll throw a couple of FOSS options that might be worth considering...

Here at my office we use Bugzilla from the Mozilla foundation, running
on an AIX box. Bugzilla is free and very widely used for the functions
you're interested in. Bugzilla requires Perl and either MySQL or
Postgresql as a back-end database. You'll need to check with your
hosting service to see if one of these database packages are available
or supported.

At my employer's home office, GNU GNATS and Gnatsweb on Linux (running
on top of z/VM) is the bug tracking package of choice.[1] GNATS may be
a little harder to install: you'll need a Unix/Linux environment, or
maybe Cygwin if your hosting service is running Windows, and access to
a shell account on the server. It looks like you will need to perform
the install process on the system that's hosting your web site. But
GNATS doesn't require a database back-end.

BTW, I tried looking up "www.dunnitsys.com" and get a server-not-found
error; trying "dunnitsys.com" times out. If I'm using the right domain
name, y'all might want to look at a better hosting service! :-(

Eric

[1] My location kind of "pioneered" the use of modern bug-tracking
software. We picked Bugzilla because it was free, widely used, readily
available, and we were impressed with the Mozilla/Firefox/Thunderbird
products. After running Bugzilla for several years, the home office
decided to upgrade a bug-tracking system that was developed in-house.
The home office looked at Bugzilla running on Linux - z/VM, but found
the response time was unacceptably slow -- much worse than the
response time of our Buzilla system running on AIX. Anyway, the home
office looked at other alternatives and settled on GNATS.

If we had to do it all over again, we might have settled on GNATS,
too. It has many nice features (such as an easy e-mail interface) and
would probably have served our needs just as well as Bugzilla.

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

CA-Endevor question.

[McKown, John]

Does anybody know of a program which I can point at a Endevor compressed
listing PDS and have it uncompress the listing into a regular listing
PDS? I am not very Endevor literate. I need to do this in order to run
the listings through another program. I know how to do it on a
one-by-one member, but I was hoping for a faster way to do it.

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

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

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

Re: loose vs. lose

[Scott Rowe]

Dean,
 
That may be true for some people, but quite definitely not all people.  It took 
me significantly more time to read that than it would if the words were 
correctly spelled.  Maybe my ADD has something to do with it.

>>> Dean Kent <[EMAIL PROTECTED]> 1/9/2008 4:05 PM >>>
>
> Communication only works when you are all using a common language. If
everybody spells randomly, where's the commonality?

"Aoccdrnig to a rscheearch at Cmabrigde Uinervtisy, it deosn't mttaer in
waht oredr the ltteers in a wrod are, the olny iprmoetnt tihng is taht the
frist and lsat ltteer be at the rghit pclae. The rset can be a toatl mses
and you can sitll raed it wouthit porbelm. Tihs is bcuseae the huamn mnid
deos not raed ervey lteter by istlef, but the wrod as a wlohe."

Just thought I would throw some wood onto the fire.  Sorry.  hehehe.

Regards,
   Dean

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: SEMI off topic

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of John Eells
> 
> Tom Marchant wrote:
> > On Wed, 9 Jan 2008 09:36:22 -, Phil Payne wrote:
> > 
> >> ... every machine was powered via motor-generators.
> > 
> > For those of you who might not know what that was or why, the 
> > processors of that time generally specified 415 Hz three 
> phase power to operate them.
> 
> 
> True at the high end only.  e.g., 168s used MGs because they 
> used 415Hz 
> power but 158s did not; they just used regular old 3-phase 
> 60Hz 220V power.
> 
> I never did know why, though.  I always wondered whether it 
> was to keep 
> the number and size of power supply capacitors to a 
> reasonable minimum.

Yes, according to my EE colleague.

-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: loose vs. lose

[Dean Kent]

>Dean,

>That may be true for some people, but quite definitely not all people.  It
took me significantly more time to read that than it would if the words were
correctly >spelled.  Maybe my ADD has something to do with it.

Well, I have dyslexia - so it was actually easier to read for me.   hahaha.

Actually, I read somewhere that only about 50% of the reading population can
decipher that text easily.   As I said, I was just trying to fan the flames.
~grin~.

Regards,
   Dean

>>> Dean Kent <[EMAIL PROTECTED]> 1/9/2008 4:05 PM >>>
>
> Communication only works when you are all using a common language. If
everybody spells randomly, where's the commonality?

"Aoccdrnig to a rscheearch at Cmabrigde Uinervtisy, it deosn't mttaer in
waht oredr the ltteers in a wrod are, the olny iprmoetnt tihng is taht the
frist and lsat ltteer be at the rghit pclae. The rset can be a toatl mses
and you can sitll raed it wouthit porbelm. Tihs is bcuseae the huamn mnid
deos not raed ervey lteter by istlef, but the wrod as a wlohe."

Just thought I would throw some wood onto the fire.  Sorry.  hehehe.

Regards,
   Dean

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Sub-CEC Reports

[Dean Montevago]

We right the output to a file, can we just FTP it ? Will they accept it
like that ?

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Gary Green
Sent: Thursday, January 10, 2008 2:02 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Sub-CEC Reports


Automatically sending it is the easy part.  We need to have the report
signed by a manager to authenticate it so we wind up faxing it.

Unless of course, you mean extracting that single page from the mass of
output and just sending that.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Dean Montevago
Sent: Thursday, January 10, 2008 10:49 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Sub-CEC Reports

Hi,

Has anybody automated sending the report to IBM ? If so, how'd you do it
?

TIA
Dean

Dean Montevago
Sr. Systems Specialist
Visiting Nurse Service of New York
(212) 609 - 9608
[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


--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.516 / Virus Database: 269.19.0/1216 - Release Date:
1/9/2008 10:16 AM



  


--
For IBM-MAIN subscribe / signoff / archive access instructions, 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: Sub-CEC Reports

[Gary Green]

Automatically sending it is the easy part.  We need to have the report
signed by a manager to authenticate it so we wind up faxing it.

Unless of course, you mean extracting that single page from the mass of
output and just sending that.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Dean Montevago
Sent: Thursday, January 10, 2008 10:49 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Sub-CEC Reports

Hi,

Has anybody automated sending the report to IBM ? If so, how'd you do it ?

TIA
Dean

Dean Montevago
Sr. Systems Specialist
Visiting Nurse Service of New York
(212) 609 - 9608
[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


--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.516 / Virus Database: 269.19.0/1216 - Release Date: 1/9/2008
10:16 AM



   

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

loose vs. lose

[Phil Payne]

Utilization is the correct spelling of the noun derived from the verb to 
utilize.

In British as well as American English.

There is no 'utilise' in the Oxford English Dictionary, although it notes -ise 
as an
alternative ending.

This was a plot feature in one of the Inspector Morse stories, with Morse 
differentiating
between an 'educated' and an 'uneducated' man by their correct use of -ize on a 
number of
English words that are spelt that way.  There is no universal "-ise is British 
English
and -ize is American English' rule.  Similarly several British English -ise 
words take a z in
the noun form.  Oddly enough, the alternate spelling 'utilise' is one of them.

Time, perhaps, for the OED to be updated.  'Utilisation' appears in Google ten 
times as often
as the (correct) 'utilization'.

-- 
  Phil Payne
  http://www.isham-research.co.uk
  +44 7833 654 800

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

It keeps getting uglier

[Phil Payne]

I understand certain invitations are about to be issued.  They won't have 
crinkly edges,
engraved lettering and gold blocking, though.

I think Americans call them 'subpoenas'.

-- 
  Phil Payne
  http://www.isham-research.co.uk
  +44 7833 654 800

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: loose vs. lose (JANE, STOP THIS CRAZY THING! JAAAAAAAAANNNNNEEEEEE!)

[Pinnacle]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: loose vs. lose

[Ted MacNEIL]

>Utilization is the correct spelling of the noun derived from the verb to 
>utilize.
>In British as well as American English.


NOT what I was taught in Canada.
Canadian dictionaries have -ise, and, in the 1960's, did not have -ize as an 
alternative.

I still get chided for spelling it 'programme'.

-
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: CA-Endevor question.

[Hillock, Timothy]

This may help.   Use Endevor to create the SCL statements to retreive
the select programs that you want.   It can load them into any pds file
that fits your need.   Select 3 for batch.  Select Retrieve.  Fill out
the information you need to retrieve the programs and select them.

It should produce the scl statements similar to these examples:

RETRIEVE ELEMENT 'program1'   
VERSION 01 LEVEL 01   
  FROM ENVIRONMENT '' SYSTEM 'xx' SUBSYSTEM 'xx'  
TYPE '' STAGE 2   
  TO DSNAME 'pds.output'  
  OPTIONS NOSEARCH
 .
RETRIEVE ELEMENT 'program2'   
VERSION 01 LEVEL 01   
  FROM ENVIRONMENT '' SYSTEM 'xx' SUBSYSTEM 'xx'  
TYPE '' STAGE 2   
  TO DSNAME 'pds.output'  
  OPTIONS NOSEARCH
 .
RETRIEVE ELEMENT 'program3'   
VERSION 01 LEVEL 04   
  FROM ENVIRONMENT '' SYSTEM 'xx' SUBSYSTEM 'xx'  
TYPE '' STAGE 2   
  TO DSNAME 'pds.output'  
  OPTIONS NOSEARCH   

 

"Duct tape is like the Force. It has a light side and a dark side, and
it holds the universe together."

TImOTHY Hillock

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of McKown, John
Sent: Thursday, January 10, 2008 2:00 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: CA-Endevor question.

Does anybody know of a program which I can point at a Endevor compressed
listing PDS and have it uncompress the listing into a regular listing
PDS? I am not very Endevor literate. I need to do this in order to run
the listings through another program. I know how to do it on a
one-by-one member, but I was hoping for a faster way to do it.

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

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

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: OT - Recommendations for issue/problem tracking software

[Mark Post]

>>> On Thu, Jan 10, 2008 at  1:51 PM, in message
<[EMAIL PROTECTED]>, Eric Chevalier
<[EMAIL PROTECTED]> wrote: 
> On 10 Jan 2008 09:35:40 -0800,
> [EMAIL PROTECTED] (Support, DUNNIT SYSTEMS LTD.) wrote:
> 
>>We're a small mainframe software development shop. We need a decent but 
>>simple issue/problem tracking software product to document and manage 
>>development requests, support issues, etc. Nothing elaborate. We're looking 
>>for people with similar experiences who can give recommendations.
> 
> I'll throw a couple of FOSS options that might be worth considering...

Request Tracker (RT) from bestpractical.com is also very widely used.  It is 
Perl based and does require a MySQL database.  Their web site seems to be hosed 
right now, but you can download the package via rsync.  (I just did that and it 
worked.)  It is licensed under the GPL.  I've used it a user, not an 
administrator, so I can't comment on that end of things.  But, as a user, it's 
fairly straightforward.


Mark Post

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

PSF & Advanced Function Printer

[Mark H. Young]

Being the old gray beard dinosaur that I am.old school was to code up an 
FCB in assembler with a CSECT and several DC's and assemble & link it to 
IMAGELIB.  Now with an AFP using PSF, it's different.  Is there a similar 
process with PSF to code up the printer / page / document / form defs and 
run it thru some utility (a compiler) to place out in:  SYS1.PDEFLIB, etc.?

I have the PSF 4.1 Users Guide.

THANX,
Mark

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: loose vs. lose

[Tom Marchant]

On Thu, 10 Jan 2008 19:56:43 +, Ted MacNEIL wrote:

>>Utilization is the correct spelling of the noun derived from the verb to 
>>utilize.
>>In British as well as American English.
>
>
>NOT what I was taught in Canada.
>Canadian dictionaries have -ise, and, in the 1960's, did not have -ize as an 
alternative.
>
>I still get chided for spelling it 'programme'.

You should be chided for spelling "utilization" as "programme".


-- 
Tom Marchant

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

Re: PSF & Advanced Function Printer

[Schwarz, Barry A]

Look up Page Printer Formatting Aid (PPFA).

-Original Message-
From: Mark H. Young [mailto:snip] 
Sent: Thursday, January 10, 2008 12:23 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: PSF & Advanced Function Printer

Being the old gray beard dinosaur that I am.old school was to code
up an FCB in assembler with a CSECT and several DC's and assemble & link
it to IMAGELIB.  Now with an AFP using PSF, it's different.  Is there a
similar process with PSF to code up the printer / page / document / form
defs and run it thru some utility (a compiler) to place out in:
SYS1.PDEFLIB, etc.?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: It keeps getting uglier

[J R]

> I think Americans call them 'subpoenas'.
 
I thought Brits called them 'summonses'?  
 
 
> Date: Thu, 10 Jan 2008 16:43:00 +
> From: [EMAIL PROTECTED]
> Subject: It keeps getting uglier
> To: IBM-MAIN@BAMA.UA.EDU
> 
> I understand certain invitations are about to be issued. They won't have 
> crinkly edges,
> engraved lettering and gold blocking, though.
> 
> I think Americans call them 'subpoenas'.
> 
> -- 
> Phil Payne
 
 
 
_
Put your friends on the big screen with Windows Vista® + Windows Live™.
http://www.microsoft.com/windows/shop/specialoffers.mspx?ocid=TXT_TAGLM_CPC_MediaCtr_bigscreen_012008
--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Sub-CEC Reports

[Walter Medenbach]

Use email if that is acceptable. http://planetmvs.com/mvsmail/ shows how. I
suspect that a digital signature could also be attached.

regards...Walter

On Jan 11, 2008 6:22 AM, Dean Montevago <[EMAIL PROTECTED]> wrote:

> We right the output to a file, can we just FTP it ? Will they accept it
> like that ?
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Gary Green
> Sent: Thursday, January 10, 2008 2:02 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Sub-CEC Reports
>
>
> Automatically sending it is the easy part.  We need to have the report
> signed by a manager to authenticate it so we wind up faxing it.
>
> Unless of course, you mean extracting that single page from the mass of
> output and just sending that.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Dean Montevago
> Sent: Thursday, January 10, 2008 10:49 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Sub-CEC Reports
>
> Hi,
>
> Has anybody automated sending the report to IBM ? If so, how'd you do it
> ?
>
> TIA
> Dean
>
> Dean Montevago
> Sr. Systems Specialist
> Visiting Nurse Service of New York
> (212) 609 - 9608
> [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
>
>
> --
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.5.516 / Virus Database: 269.19.0/1216 - Release Date:
> 1/9/2008 10:16 AM
>
>
>
>  
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, 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: Delete dataset nonvsam

[Roger Bolan]

The MVS system I'm currently using is blocking me from creating any 
uncatalogued datasets to test this, but what I have used for years to 
delete datasets from a batch job is a delete step like this: 
//STEP1  EXEC PGM=IEFBR14 
//DD1DD   DISP=(MOD,DELETE),SPACE=(TRK,(0)),UNIT=SYSALLDA, 
//DSN=RBOLAN.FT7520T.RPTDATA.BYBRANCW 
//DD2DD   DISP=(MOD,DELETE),SPACE=(TRK,(0)),UNIT=SYSALLDA, 
//DSN=RBOLAN.FT7520T.BRTOTAL.BYBRANCW 
//DD2DD   DISP=(MOD,DELETE),SPACE=(TRK,(0)),UNIT=SYSALLDA, 
//DSN=RBOLAN.FT7520.FTPDS   

I believe that all that is necessary to delete uncatalogued datasets is to 
add the VOL=SER= information naming the volume to each DD card.
--Roger 

IBM Mainframe Discussion List  wrote on 01/09/2008 
03:32:19 AM:

> I have several datasets nonvsam controlled by SMS that are uncataloged, 
> they are lost on the disks, tried to delete catalogued and SMS does not 
> allow. I am trying to delete the VVDS the disk using the job ..
> 
> //DELETE JOB...
> //STEP1 EXEC PGM=IDCAMS 
> //DD1 DD VOL=SER=VSER01,UNIT=3380,DISP=OLD 
> //SYSPRINT DD SYSOUT=A 
> //SYSSIN DD *
>  DELETE -
>  EXAMPLE NONVSAM - 
>  FILE(DD1) - 
>  NVR
> /* 
> 
> Get return code 0 and dataset is not deleted, the SMS is not allowing, 
> someone I do know how to delete these data-sets
> 
> -- 
> Hélio José da Silva
> Depto. Software Básico
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 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: loose vs. lose

[J R]

> Canadian dictionaries have  ...  
 
Who uses Canadian dictionaries?  
 
I have a Websters and an OED on my shelf.  
 
Those are what I use online as well.  
 
> Date: Thu, 10 Jan 2008 19:56:43 +
> From: [EMAIL PROTECTED]
> Subject: Re: loose vs. lose
> To: IBM-MAIN@BAMA.UA.EDU
> 
> >Utilization is the correct spelling of the noun derived from the verb to 
> >utilize.
> >In British as well as American English.
> 
> 
> NOT what I was taught in Canada.
> Canadian dictionaries have -ise, and, in the 1960's, did not have -ize as an 
> alternative.
> 
> I still get chided for spelling it 'programme'.
> 
> -
> Too busy driving to stop for gas!
 
 
_
Get the power of Windows + Web with the new Windows Live.
http://www.windowslive.com?ocid=TXT_TAGHM_Wave2_powerofwindows_012008
--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: loose vs. lose

[J R]

> Canadians?  
 
Ouch!   (If that was a statement)  
 
Not me and not many that I know of!   (If that was a question)  
 
 
> Date: Thu, 10 Jan 2008 20:47:45 +
> From: [EMAIL PROTECTED]
> Subject: Re: loose vs. lose
> To: IBM-MAIN@BAMA.UA.EDU
> 
> >Who uses Canadian dictionaries? 
> 
> Canadians?
> -
> Too busy driving to stop for gas!
 
 
_
Make distant family not so distant with Windows Vista® + Windows Live™.
http://www.microsoft.com/windows/digitallife/keepintouch.mspx?ocid=TXT_TAGLM_CPC_VideoChat_distantfamily_012008
--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Console

[Ron Wells]

ok---HMC---quickie question...

I have a PC---config. with the IPaddr I have assigned in ICC/OSA...
Can that PC also be used on another LPAR...I see I assign a LPAR number 
during config...gather that means I'm locked into PC only being used by 
one LPAR and starting another (2)tn3270 session will not work?? say I want 
that PC to have (2) tn3270 session...one(1) LPAR and another for the (2) 
LPAR..??

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

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

Re: Console

[Ron Wells]

Also---back to original "console" subject...

I hooked up KVM but noticed the keyboard double key'd anything I 
typed...ie... type a K and I get (2) K's ??

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

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

Re: loose vs. lose

[Ted MacNEIL]

>Who uses Canadian dictionaries?  
 
Canadians?
-
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: Console

[Richard Pinion]

Y2K?

--- [EMAIL PROTECTED] wrote:

From: Ron Wells <[EMAIL PROTECTED]>
To:   IBM-MAIN@BAMA.UA.EDU
Subject: Re: Console
Date: Thu, 10 Jan 2008 15:01:28 -0600

Also---back to original "console" subject...

I hooked up KVM but noticed the keyboard double key'd anything I 
typed...ie... type a K and I get (2) K's ??

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

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




_
Netscape.  Just the Net You Need.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: PSF & Advanced Function Printer

[Michael Saraco]

Here is some PSF compile JCL form def and pagedef
//PSFCOMP  JOB (JOB,JOB),'PSF',CLASS=Z,MSGCLASS=M,REGION=0M, 
// NOTIFY=&SYSUID 
//STEP EXEC PGM=AKQPPFA 
//FORMLIB  DD DSN=SYS1.PSF.PPFA.FORMLIB,DISP=SHR 
//PAGELIB  DD DSN=SYS1.PSF.PPFA.PAGELIB,DISP=SHR 
//SYSPRINT DD SYSOUT=* 
//SYSINDD DISP=SHR,DSN=PROD.PRINT.LIB(NP1PD) 

Here is overlay compile JCL.
//PSFOVER  JOB (JOB),'PSF',CLASS=Z,MSGCLASS=M,NOTIFY=&SYSUID, 
// REGION=0M 
//*--- 
//* OVERLAY GENERATION LANGUAGE - OGL/370 VERSION 1.1.0 
//*--- 
//*OVERFORM OUTPUT FORMDEF=OGL,PAGEDEF=L100A0 
//OVERLAY  EXEC PGM=DZIOVRLY,REGION=0M,PARM='SEQ,DEF' 
//SYSPRINT DD  SYSOUT=* 
//SYSUDUMP DD  SYSOUT=* 
//SAMPLE   DD  SYSOUT=* 
//*SAMPLE   DD  SYSOUT=(Z,,ZLL4),OUTPUT=*.OVERFORM 
//OVRLIB   DD  DSN=SYS1.OVERLIB,DISP=SHR 
//FONTDD   DD  DSN=SYS1.FONTLIBB,DISP=SHR 
//SEGDDDD  DSN=SYS1.PSEGLIB,DISP=SHR 
//SYSINDD  DISP=SHR,DSN=PROD.PRINT.LIB(ADV340O) 
//*OVERFORM OUTPUT FORMDEF=OGL,PAGEDEF=L100A0 
 
  
Michael Saraco
Systems Consultant
Baer Consulting, Inc.
Work - 507-526-2566
Cell- 507-525-0530



From:
"Schwarz, Barry A" <[EMAIL PROTECTED]>
To:
IBM-MAIN@BAMA.UA.EDU
Date:
01/10/2008 02:30 PM
Subject:
Re: PSF & Advanced Function Printer



Look up Page Printer Formatting Aid (PPFA).

-Original Message-
From: Mark H. Young [mailto:snip] 
Sent: Thursday, January 10, 2008 12:23 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: PSF & Advanced Function Printer

Being the old gray beard dinosaur that I am.old school was to code
up an FCB in assembler with a CSECT and several DC's and assemble & link
it to IMAGELIB.  Now with an AFP using PSF, it's different.  Is there a
similar process with PSF to code up the printer / page / document / form
defs and run it thru some utility (a compiler) to place out in:
SYS1.PDEFLIB, etc.?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Computer Science Education: Where Are the Software Engineers of Tomorrow?

[Jon Brock]

>From the first link below:

"jfmiller call to our attention two professors emeritus of computer
science at New York University who have penned an article titled
Computer Science Education: Where Are the Software Engineers of
Tomorrow? in which they berate their university, and others, for not
teaching solid languages like C, C++, Lisp, and ADA."


C++ is a solid language?  I must have missed the memo on that.


Jon



Here is a posting and accompanying article on Slashdot which you may
enjoy.

http://developers.slashdot.org/developers/08/01/08/0348239.shtml

http://www.stsc.hill.af.mil/CrossTalk/2008/01/0801DewarSchonberg.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: CA-Endevor question.

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Hillock, Timothy
> Sent: Thursday, January 10, 2008 2:10 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: CA-Endevor question.
> 
> 
> This may help.   Use Endevor to create the SCL statements to retreive
> the select programs that you want.   It can load them into 
> any pds file
> that fits your need.   Select 3 for batch.  Select Retrieve.  Fill out
> the information you need to retrieve the programs and select them.
> 

Turns out that I needed the PRINT ELEMENT ... FROM DSNAME ... TO ... and
do it for each member.

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

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

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

Re: loose vs. lose (JANE, STOP THIS CRAZY THING! JAAAAAAAAANNNNNEEEEEE!)

[Dave Kopischke]

I think this is what results from "throwing logs on the fire" and "fanning the 
flames."

Someone is now able to claim success. Is that really what you intended ??? 
And here I am adding to 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

JES2 and $VS RACF Protection

[Michael Babcock]

What is the process for checking commands entered when using $VS?  I can 
protect the use of $VS using the JES2.$VS profile but there doesn't 
appear to be any granularity for which commands can be entered.


Let's say the following is found in JCL.

/*$VS,ROUTE node1,someCommand

JES2 checks the $VS profile and if allowed with let the command proceed. 
But, does MVS/RACF also check to see if you have authority to 
MVS.ROUTE.CMD?

Or is the check bypassed since you had auth to $VS?

Also, to protect the /*ROUTE XEQ node1 command, I need the WRITER class 
active with a profile of JES2.NJE.node1, correct?


--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: File Transfer conundrum

[Bruce Baxter]

An MQ Series solution would not be viable for this application on two counts.

First, I doubt the sender would go for this because it would be too much work 
on their side to maintain connections to all it's clients.

Secondly, MQ has lots of overhead compared to an FTP style process.  All the 
MQMD and other channel related traffic, etc, and in addition, how would you 
ever know if the file was fully sent, without some additional protocol layer on 
top of it?

On Thu, 10 Jan 2008 10:37:38 +, Grant Ward Able 
<[EMAIL PROTECTED]> wrote:

>Has MQSeries been considered? I'd have thought it would have solved most
>problems like this. (unless one of the partners doesnt actually have
>MQ installed!)
>
>--
>Regards - Grant
>
>Grant Ward Able
>Senior Systems Architect
>DTCC
>
>
>
>
>"John S. Giltner, Jr." <[EMAIL PROTECTED]>
>Sent by: IBM Mainframe Discussion List 
>10/01/2008 02:51
>Please respond to
>IBM Mainframe Discussion List 
>
>
>To
>IBM-MAIN@BAMA.UA.EDU
>cc
>
>Subject
>Re: File Transfer conundrum
>
>
>
>
>
>
>Any reason why you can't ftp directly between the two z/OS system?
>
>If security is an issue you could use either IPSec tunnels between the
>two systems or setup IBM SecureFTP server (SSL'ed FTP).
>
>
>
>Bruce Baxter wrote:
>> We've routinely exhanged files with business partners running on z/OS
>> machines using tape for years.
>>
>> We're now in the process of converting a number of these to electronic
>> means, using in part FTP.  This is being done at the behest of one of
>our
>> business partners, who (IMHO) hasn't thought through all the issues that
>the
>> use of FTP introduces in this process.  The central issue as I see it is
>that the
>> mainframes at either end of the pipeline are both EBCDIC and record
>oriented,
>> and the servers and ftp processes that lie between them to facilitate
>these
>> transfers do not have any inherent concept of record oriented files like
>the
>> mainframe.
>>
>> I'm going to treat FIXED BLOCK data separately from VARIABLE BLOCKED
>data
>> separately.
>>
>> The first files that we received were FIXED BLOCK, and had been
>translated
>> from EBCDIC to ASCII, most likely at the first transfer of the file from
>z/OS to
>> an ASCII based server platform (either Windows or AIX).  When they
>arrived
>> on our z/OS system, we had issues of data corruption because the data
>> contained zoned decimal data.  After some discussion, we agreed that
>we'd
>> transfer these files in BINARY mode at all steps along the way.  Thus,
>all we
>> had to do was ensure that the LRECL used for the destination dataset on
>> z/OS was the same as the source dataset.  This seems to be working OK.
>>
>> Most recently, we've been having problems with other files that are
>VARIABLE
>> BLOCKED.  We received the first of these files last week, transmitted
>from end-
>> to-end in BINARY mode.  What we got was not at all what we expected.
>> We've discovered that the initial FTP from z/OS to the server stripped
>off all
>> information regarding record length and thus record delineation. Because
>
>> there aren't any RDWs in front of every record, ftp doesn't know how
>long the
>> records are and just plunks the data into the destination dataset in
>chunks of
>> LRECL-4.  I did a bunch of research on z/OS FTP and there doesn't appear
>to
>> be any way to make it convey record length/delineation information to
>and
>> ASCII platform other than to use ASCII mode.  z/OS FTP appears to have
>> mechanisms for conveying this between two z/OS FTP systems, but that's
>not
>> possible here.  For the present time, we've had the file shipped with
>the initiatl
>> movement translating the data from EBCDIC to ASCII and all subsequent
>> transfers until the last one back to z/OS in BINARY mode.  However, I'm
>> concerned about the possibility of data corruption if the translate
>tables used
>> in the first step and the last step of this files travel aren't exact
>inversions of
>> each other.  This would certainly be possible of the initial ASCII
>transfer were
>> done to a Windows Code Page 1252 system  and the last transfer (having
>> CP1252 data) were translating between UTF-8 and CP037.
>>
>> I'm interested in other folks war stories and what they've implemented
>for best
>> practices.  I've made clear to our developers and end-users that ftp is
>> certainly not a direct replacement for tape transfers.  It would appear
>that we
>> need lots of information about all the systems and transformations done
>in
>> moving the file from one system to another.  FTP doesn't convey this
>sort of
>> information in any way shape or form.
>>
>> What sort of options are there?
>>
>> - Transmit/Receive would certainly be one, but would add a lot of
>overhead to
>> the process.
>> - Removal of all non-display data from the files and subjecting them to
>ASCII
>> translation at every step would also be an option, but that would likely
>be
>> reject

Re: PSF & Advanced Function Printer

[Jack Kelly]

Do look at "APSUX08 - MIGRATION EXIT" and just use the FCB's. I'm not too 
sure if that relates to a particular printer but it made my life easier 
with 2 of them.

Jack Kelly
202-502-2390 (Office)



"Mark H. Young" <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
01/10/2008 03:22 PM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
PSF & Advanced Function Printer






Being the old gray beard dinosaur that I am.old school was to code up 
an 
FCB in assembler with a CSECT and several DC's and assemble & link it to 
IMAGELIB.  Now with an AFP using PSF, it's different.  Is there a similar 
process with PSF to code up the printer / page / document / form defs and 
run it thru some utility (a compiler) to place out in:  SYS1.PDEFLIB, 
etc.?

I have the PSF 4.1 Users Guide.

THANX,
Mark

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: File Transfer conundrum

[Bruce Baxter]

Their other partners also have similar problems.  I'm trying to coalesce a 
group 
of the techies that deal with this issue to have a conference call with techies 
at the shop generating this data.

Bottom line: FTP is clearly not a drop in replacement for good old fashioned 
tapes.

On Thu, 10 Jan 2008 08:18:56 -0600, Zaromil Tisler  wrote:

>On Wed, 9 Jan 2008 22:13:13 -0600, Bruce Baxter <...> wrote:
>
>>ftp directly between the two systems, quite simply isn't an option.  Our
>>business partner chose the mechanism in palce to deal with multiple other
>>shops, and they're not likely to want to do this sort of one-off thing for us.
>
>And how does your partner deliver files to other shops? Do they also get
>corrupted data or do all of them use non-EBCDIC environments?
>
>--
>Zaromil
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>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: Console

[Jack Kelly]

I've had one PC with two operator consoles on two different LPARs. I 
didn't assign IP address to that PC but rather used the LU name to route 
to a console.

Jack Kelly
202-502-2390 (Office)



Ron Wells <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
01/10/2008 03:59 PM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: Console






ok---HMC---quickie question...

I have a PC---config. with the IPaddr I have assigned in ICC/OSA...
Can that PC also be used on another LPAR...I see I assign a LPAR number 
during config...gather that means I'm locked into PC only being used by 
one LPAR and starting another (2)tn3270 session will not work?? say I want 

that PC to have (2) tn3270 session...one(1) LPAR and another for the (2) 
LPAR..??

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

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Console

[Ron Wells]

thought IPaddr added in OSA config through HMC are what are on the PC's I 
connect..

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

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