Re: zOS 1.9 IEANUC01

[Edward Jaffe]

Paul Gilmartin wrote:

How does an FMID's JCLIN specify a minimum release of SMP/E or of any
utility?  In a comment?
  


I'll leave that decision to the SMP/E developers. They have been 
supporting special JCLIN "comments" for years. For example, TYPE= on the 
IEBCOPY COPY statement; RC=nn on the binder NAME statement, etc.


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

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

Re: Data Erasure Products

[Ron Hawkins]

Mark,

If you are using HDS then the same facility is called "data shredding".

It provides secure erasure of a volume at the physical disk. A small
advantage of the Storage Controller based solutions is that you can erase
the drives after your Drill system is down, and you can do all your non z/OS
LUNs and volumes at the same time.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Tom Moulder
> Sent: Friday, January 11, 2008 9:49 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: [IBM-MAIN] Data Erasure Products
> 
> If you have EMC DASD, then you can contact them for information about
> three
> erasures offerings.  The offerings are from low to high in terms of
> data
> erasure certification and government clearances.  The highest
> certification
> level is an internal program that insures all data is erased and can
> not be
> retrieved.  Be prepared also to spend some time achieving the highest
> level
> of certification.  Hopefully the frame has been disconnected from the
> mainframe when you finally do this and so there is no impact on
> production
> work.
> 
> Tom Moulder
> 

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

Re: Data Erasure Products

[Rick Fochtman]

---

FDRERASE is from a reputable company and IIRC it reasonably cheap. I  
looked at it a while ago and I thought it was a good buy. Plus the  
Innovation  people stand behind their software, thats important when  
you are talking about security.


-
Although Ed and I seldom agree, here's one issue where I MUST agree. We 
used it at Clearing, for DR test cleanup and hardwa4e replacement 
cleanup. It's good, it's fast and it's cheap. Go for it.


Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: CEA RACF userid and SPECIAL

[Gibney, Dave]

  This was discussed on RACF-L recently. Bottom line seemed to be that
Special and UID(0) were not really required if you set it up correctly.
Document corrections are pending :)

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Larre Shiller
> Sent: Friday, January 11, 2008 8:06 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: CEA RACF userid and SPECIAL
> 
> Hi Dennis -
> 
> Yes, we have defined CEA, but we use Top Secret.  In case you have not
> already seen this, I previously found the following information in a
> manual
> (can't remember where) that may be of some help (sorry about the
> formatting-
> -it was originally cut from a pdf and pasted into an e-mail and then
> cut/pasted from there into here!).  It doesnt really specifically
answer
> the
> question that you had asked, but for what it's worth:
> 
> Configure CEA to work with z/OS by updating the RACF(r) database to
|permit
> CEA to use the automatic restart manager (ARM). Use this command: |
> ADDUSER CEA DFLTGRP(SYS1) OMVS(UID(0) HOME('/') FILEPROCMAX(1024))
> SPECIAL
> |RDEFINE STARTED  CEA.** STDATA(USER(CEA) GROUP(SYS1) TRACE)
> |
> Define the OMVS segment that allows CEA to work in the UNIX(r)
environment.
> |Use this command: |
> ADDUSER CEA DFLTGRP(SYS1) OMVS(UID(0) HOME('/') FILEPROCMAX(1024))
> SPECIAL
> | |
> Note:|
> It is possible to have CEA start in full function mode |without this
setup
> being
> performed. This is because of the way that RACF can be configured |to
> handle
> tasks that do not have user IDs of their own. Because CEA is a started
> |task,
> its RACF user ID does not have to be "CEA". If the STARTED class or
> |started
> procedures table (ICHRIN03) contains a user ID other than "CEA", |CEA
will
> have that user ID assigned to it. For example, a generic entry might
> |specify
> that a user ID such as STCUSER should be assigned to any started task
> |that
> is not defined with its own entry. If the user ID "CEA" was not |set
up
> and
> assigned to the started task, the generic entry would be used and |an
> IEF695I message would indicate that START CEA was assigned to the
generic
> |user ID. |
> If the default user ID that is assigned does not have an OMVS segment,
|a
> default OMVS segment is sought through the FACILITY class profile
> BPX.DEFAULT.USER. RACF uses the default OMVS segment if the CEA task
is
> running with a RACF-defined |user ID and the BPX.DEFAULT.USER facility
> class
> is set up. However, if the |BPX.DEFAULT.USER facility class profile is
> missing
> or not set up correctly, |no OMVS segment will be associated with the
> default
> user ID and CEA will start |in minimum mode.
> 
> Larre Shiller
> US Social Security Administration
> 
> "The contents of this message are mine personally and do not
necessarily
> reflect any official position of the US Government or the US Social
> Security
> Administration."
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 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: CEA RACF userid and SPECIAL

[Larre Shiller]

Hi Dennis -

Yes, we have defined CEA, but we use Top Secret.  In case you have not 
already seen this, I previously found the following information in a manual 
(can't remember where) that may be of some help (sorry about the formatting-
-it was originally cut from a pdf and pasted into an e-mail and then 
cut/pasted from there into here!).  It doesnt really specifically answer the 
question that you had asked, but for what it's worth:

Configure CEA to work with z/OS by updating the RACF® database to |permit 
CEA to use the automatic restart manager (ARM). Use this command: |
ADDUSER CEA DFLTGRP(SYS1) OMVS(UID(0) HOME('/') FILEPROCMAX(1024)) 
SPECIAL
|RDEFINE STARTED  CEA.** STDATA(USER(CEA) GROUP(SYS1) TRACE)
| 
Define the OMVS segment that allows CEA to work in the UNIX® environment. 
|Use this command: |
ADDUSER CEA DFLTGRP(SYS1) OMVS(UID(0) HOME('/') FILEPROCMAX(1024)) 
SPECIAL
| | 
Note:| 
It is possible to have CEA start in full function mode |without this setup 
being 
performed. This is because of the way that RACF can be configured |to handle 
tasks that do not have user IDs of their own. Because CEA is a started |task, 
its RACF user ID does not have to be "CEA". If the STARTED class or |started 
procedures table (ICHRIN03) contains a user ID other than "CEA", |CEA will 
have that user ID assigned to it. For example, a generic entry might |specify 
that a user ID such as STCUSER should be assigned to any started task |that 
is not defined with its own entry. If the user ID "CEA" was not |set up and 
assigned to the started task, the generic entry would be used and |an 
IEF695I message would indicate that START CEA was assigned to the generic 
|user ID. | 
If the default user ID that is assigned does not have an OMVS segment, |a 
default OMVS segment is sought through the FACILITY class profile 
BPX.DEFAULT.USER. RACF uses the default OMVS segment if the CEA task is 
running with a RACF-defined |user ID and the BPX.DEFAULT.USER facility class 
is set up. However, if the |BPX.DEFAULT.USER facility class profile is missing 
or not set up correctly, |no OMVS segment will be associated with the default 
user ID and CEA will start |in minimum mode.

Larre Shiller
US Social Security Administration
 
"The contents of this message are mine personally and do not necessarily 
reflect any official position of the US Government or the US Social Security 
Administration."

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

[Paul Gilmartin]

On Fri, 11 Jan 2008 16:48:14 -0800, Edward Jaffe wrote:
>
>Excellent point. Perhaps any utility invoked by SMP/E -- or at least
>those for which an FMID's JCLIN specifies a minimum release -- should
>have the ability to return certain metadata, including their release
>information, via API call. Avoid the scrape.
>
And here I'll express a bias: any such API ought to be Rexx-friendly.
Easy enough with proper planning.  ICSF's API is Rexx-friendly;
SMP/E's API is Rexx-hostile.

How does an FMID's JCLIN specify a minimum release of SMP/E or of any
utility?  In a comment?

-- gil

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

Re: zOS 1.9 IEANUC01

[Ed Gould]

On Jan 11, 2008, at 6:25 PM, Paul Gilmartin wrote:

SNIP--
It's hard to imagine any customer's productively choosing a
nonstandard alternative to Binder or IEBCOPY.  (I once pondered
front-ending Linkage Editor, only for in-house use.)


Paul,

There is a replacement out there for IEBCOPY. I have run into issues  
with it (a while ago).


I suppose it would be the responsibility of the supplier of
any alternative utility to assure that it produces expected
results from the putative "canned" parameters.  But the
requirement ought to be documented.

And I do have a script that verifies a required level of
SMP/E itself by executing GIMSMP with invalid SMPCNTL and
scraping the level from the SMPOUT header.

-- gil

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


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

[Ed Gould]

On Jan 11, 2008, at 5:37 PM, Mark Jacobs wrote:


The problem was caused by my not executing the SMPE procedure with the
correct steplib to the zOS 1.9 miglib as pointed out below.

The problem that I run into is when the level of SMP/E that is in the
miglib (steplib) is at a higher service level of my production system,
my SMP/E RECEIVE ORDER command fails because the level of the GIMSMP
program (fetched from the steplib) doesn't agree with the level of the
SMP/E Java code that the RECEIVE command executes. When this situation
occurs SMP/E fails and the only recourse is to execute the SMPE
procedure without the steplib to miglib.

I'm sure there are ways for me to setup my environment better so I  
won't

shoot myself in the foot again, but in a nutshell the above is what
happened.

Mark Jacobs
SNIP--


If you were doing a RECEIVE why is it trying to relink the nuc?  
Something isn't right (to me). If IBM is determining the current  
level of SMPE incorrectly then bug the SMP/e people. If the  
determination is made when the order is sent then their is a problem  
in IBMLAND, IMO. I can only think of 1 or 2 reasons a receive would  
fail and that would pertain to "new" ++ "commands" and then they  
should tell you to use a steplib during the receive. Or are I am not  
understanding the issue.


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: Data Erasure Products

[Ed Gould]

On Jan 11, 2008, at 11:29 AM, Mark Jacobs wrote:


Outside of FDRERASE and good old ICKDSF are there any products in the
market that can erase data from mainframe DASD?

I didn't see anything in the CBT archive for DASD, just some tape
erasure programs.
* *

--  
Mark Jacobs

Time Customer Service
Tampa, FL



Mark,

FDRERASE is from a reputable company and IIRC it reasonably cheap. I  
looked at it a while ago and I thought it was a good buy. Plus the  
Innovation  people stand behind their software, thats important when  
you are talking about security.


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: COBOL Application Programming Training

[Ed Gould]

On Jan 11, 2008, at 10:59 AM, Yukus, Mary J CIV USMEPCOM wrote:


Hi Everyone,
I have a customer that needs to send someone (a new programmer) to  
COBOL
classes.  They don't seem to offer any at IBM anymore.  Does anyone  
have any
suggestions?  They are looking for something preferably in the  
Chicago area,

but will take other locations as well.
Thanks,

Mary J. Yukus
IT Specialist - Lead Systems Programmer
HQ US Military Entrance Processing Command
J6/MIT-System Support Branch

[EMAIL PROTECTED]


Ask Steve Comstock (on here).

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: Radix Partition Trees

[Gerhard Postpischil]

W. Kevin Kelley wrote:

You could, of course, consult Knuth...


Which I did - about ten years ago I worked on a consulting 
contract for a government agency I won't name, except that they 
collect money from everyone   Volume 3 has a very nice 
algorithm for building and updating a balanced tree. After I 
implemented that, scanning 300-odd million records to extract 
information became a lot quicker than what they had (insertion 
table). Of course reading out the tree sequentially was left as 
an exercise for the reader 


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: Radix Partition Trees

[Anne & Lynn Wheeler]

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

[EMAIL PROTECTED] (W. Kevin Kelley) writes:
> I see that I screwed up and I owe Luther an apology. It should 
> read "...tightest assembly language programs.." There were few problems with 
> Luther's program (other than figuring out how they worked!).

re:
http://www.garlic.com/~lynn/2008.html#65 Radix Partition Trees


a few old posts mentioning luther:
http://www.garlic.com/~lynn/98.html#19 S/360 operating systems geneaology
http://www.garlic.com/~lynn/98.html#20 Reviving the OS/360 thread (Questions 
about OS/360)
http://www.garlic.com/~lynn/2001.html#2 A new "Remember when?" period happening 
right now
http://www.garlic.com/~lynn/2001d.html#28 Very CISC Instuctions (Was: why the 
machine word size ...)
http://www.garlic.com/~lynn/2001h.html#73 Most complex instructions
http://www.garlic.com/~lynn/2002.html#14 index searching
http://www.garlic.com/~lynn/2002d.html#18 Mainframers: Take back the light 
(spotlight, that is)
http://www.garlic.com/~lynn/2002q.html#10 radix sort
http://www.garlic.com/~lynn/2003e.html#80 "Super-Cheap" Supercomputing
http://www.garlic.com/~lynn/2003i.html#58 assembler performance superiority: a 
given
http://www.garlic.com/~lynn/2003i.html#83 A Dark Day
http://www.garlic.com/~lynn/2004l.html#10 Complex Instructions
http://www.garlic.com/~lynn/2005c.html#35 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005c.html#38 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005e.html#37 Where should the type information be?
http://www.garlic.com/~lynn/2007l.html#57 How would a relational operating 
system look like?
http://www.garlic.com/~lynn/2007o.html#55 mainframe performance, was Is a RISC 
chip more expensive?
http://www.garlic.com/~lynn/2007u.html#18 Folklore references to CP67 at 
Lincoln Labs
http://www.garlic.com/~lynn/2008.html#68 Computer Science Education: Where Are 
the Software Engineers of Tomorrow?

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

[W. Kevin Kelley]

I see that I screwed up and I owe Luther an apology. It should 
read "...tightest assembly language programs.." There were few problems with 
Luther's program (other than figuring out how they worked!).


>Rick,
>
>One of the world experts in radix partition trees is Luther Woodrum and I
>suspect if you do a Google search you'll turn up some of his stuff. Luther is a
>bit of a legend around Poughkeepsie, with a reputation for some of the
>tightest assembly language problems you'll find anywhere. Back in the 1970's
>the system that kept track of the chips passing through the IBM East Fishkill
>plant was built around Luther's radix partition trees.
>
>You could, of course, consult Knuth...
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: CRBE, CRJE, and WYLBUR

[Gerhard Postpischil]

gah wrote:

Someone wrote:

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

Did they also sue NIH for distributing WYLBUR?

I recently read a SLAC note about converting from CRBE to WYLBUR
because IBM wasn't producing CRJE fast enough.  I never did know
the difference between CRBE and CRJE.


First a correction - as noted earlier, it was Applied Data 
Research (ADR) that had  Roscoe and sued IBM.


From the archives:

CRBE was an addon; CRJE was an integrated sysgen option. AFAIK 
they started from the same code base.


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



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: Radix Partition Trees

[W. Kevin Kelley]

Rick,

One of the world experts in radix partition trees is Luther Woodrum and I 
suspect if you do a Google search you'll turn up some of his stuff. Luther is a 
bit of a legend around Poughkeepsie, with a reputation for some of the 
tightest assembly language problems you'll find anywhere. Back in the 1970's 
the system that kept track of the chips passing through the IBM East Fishkill 
plant was built around Luther's radix partition trees. 

You could, of course, consult Knuth...

W. Kevin Kelley  IBM Pok Lab -- z/OS Core Technical Development & Service
 

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

[Edward Jaffe]

Paul Gilmartin wrote:

Hmmm.  Of course the customer is free to specify via OPTIONS
entries in UCLIN alternative utilities.

It's hard to imagine any customer's productively choosing a
nonstandard alternative to Binder or IEBCOPY.  (I once pondered
front-ending Linkage Editor, only for in-house use.)

I suppose it would be the responsibility of the supplier of
any alternative utility to assure that it produces expected
results from the putative "canned" parameters.  But the
requirement ought to be documented.
  


Excellent point. Perhaps any utility invoked by SMP/E -- or at least 
those for which an FMID's JCLIN specifies a minimum release -- should 
have the ability to return certain metadata, including their release 
information, via API call. Avoid the scrape.


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

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

Re: zOS 1.9 IEANUC01

[Paul Gilmartin]

On Fri, 11 Jan 2008 16:11:06 -0800, Edward Jaffe wrote:

>Peter Relson wrote:
>> What would you suggest as a means of making sure that customers use the
>> proper release of the binder?
>
>I suggest SMP/E packaging be enhanced. For example, FMIDs requiring
>specific minimum releases of various utilities could indicate those
>requirements via JCLIN and SMP/E could query (by trial execution with
>"canned" parameters?) the actual release of the available utility.
>
Hmmm.  Of course the customer is free to specify via OPTIONS
entries in UCLIN alternative utilities.

It's hard to imagine any customer's productively choosing a
nonstandard alternative to Binder or IEBCOPY.  (I once pondered
front-ending Linkage Editor, only for in-house use.)

I suppose it would be the responsibility of the supplier of
any alternative utility to assure that it produces expected
results from the putative "canned" parameters.  But the
requirement ought to be documented.

And I do have a script that verifies a required level of
SMP/E itself by executing GIMSMP with invalid SMPCNTL and
scraping the level from the SMPOUT header.

-- gil

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

Re: zOS 1.9 IEANUC01

[Edward Jaffe]

Peter Relson wrote:

What would you suggest as a means of making sure that customers use the
proper release of the binder?
  


I suggest SMP/E packaging be enhanced. For example, FMIDs requiring 
specific minimum releases of various utilities could indicate those 
requirements via JCLIN and SMP/E could query (by trial execution with 
"canned" parameters?) the actual release of the available utility.


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

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

Re: Deleting after FTP

[Paul Gilmartin]

On Fri, 11 Jan 2008 20:29:03 +, Ted MacNEIL wrote:

>>The enqueue for a dataset referenced using JCL doesn't get freed until after 
>>the referencing step
>
>Not unless you code FREE=CLOSE.
>ENQ's are kept fore the life of the job.
>
I understand that used to be the case.  However, at z/OS 1.7:

   12.19 "z/OS V1R7.0 MVS JCL Reference"
 ___
12.19 DISP Parameter

   | The ENQ for each dataset is released at the end of the last
   | step of the job referencing it.

I had thought this change was made somewhat earlier, but I
see revision bars at the 1.7 level.

This doesn't say that the ENQ of a statically allocated data set
will be released any sooner if the programmer codes FREE=CLOSE.

-- gil

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

Re: z/PoO (was: Radix Partition Trees)

[Graeme Gibson]

Arrrgh!  Cancel that, it's just a PDF version!


Here's SA22-7832-04 :


http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/download/A2278324.pdf?DT=20060213202835&XKS=DZ9ZBK05


Graeme.

At 05:18 PM 1/11/2008, you wrote:

Paul Gilmartin wrote:

On Thu, 10 Jan 2008 22:19:25 -0500, Anne & Lynn Wheeler wrote:


for the fun of it look at:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DZ9ZR003/A.7?SHELF=DZ9ZBK03&DT=20040504121320



Thank you; Thank you; Thank you!  A z/Architecture PoO in HTML;
Far more usable than PDF.

Of course, it's August 2003, but better than s/390.  Can anyone point
me to a newer one?  (We may have it on CD-ROM, but Bookie, then, not
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: z/PoO (was: Radix Partition Trees)

[Graeme Gibson]

Here's SA22-7832-04 :


http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/download/A2278324.pdf?DT=20060213202835&XKS=DZ9ZBK05


Graeme.

At 05:18 PM 1/11/2008, you wrote:

Paul Gilmartin wrote:

On Thu, 10 Jan 2008 22:19:25 -0500, Anne & Lynn Wheeler wrote:


for the fun of it look at:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DZ9ZR003/A.7?SHELF=DZ9ZBK03&DT=20040504121320



Thank you; Thank you; Thank you!  A z/Architecture PoO in HTML;
Far more usable than PDF.

Of course, it's August 2003, but better than s/390.  Can anyone point
me to a newer one?  (We may have it on CD-ROM, but Bookie, then, not
HTML?)



How timely! Just today, I received a response from a note I sent to 
the PoO "owner" asking for a link to newer edition of the softcopy 
book. He replied:


"Sorry, but the /z/Architecture Principles of Operation/ is 
currently available only in PDF format. There are publication folks 
who are aware of your concerns, but I don't know if/when a solution 
will be provided."


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

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


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

The problem was caused by my not executing the SMPE procedure with the
correct steplib to the zOS 1.9 miglib as pointed out below. 

The problem that I run into is when the level of SMP/E that is in the
miglib (steplib) is at a higher service level of my production system,
my SMP/E RECEIVE ORDER command fails because the level of the GIMSMP
program (fetched from the steplib) doesn't agree with the level of the
SMP/E Java code that the RECEIVE command executes. When this situation
occurs SMP/E fails and the only recourse is to execute the SMPE
procedure without the steplib to miglib.

I'm sure there are ways for me to setup my environment better so I won't
shoot myself in the foot again, but in a nutshell the above is what
happened.

Mark Jacobs 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ed Gould
Sent: Friday, January 11, 2008 6:03 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: zOS 1.9 IEANUC01

On Jan 11, 2008, at 4:21 PM, Peter Relson wrote:

> Apparently the problem is that maintainance was done without using the

> binder that goes with the release. I presume that using the right 
> level of the binder is a requirement, and that is certainly why the 
> binder is shipped in miglib.
>
> I'm sure there are other circumstances that would have more subtle 
> problems, such that no change to the "old binder" to give you a better

> clue of what is going on would suffice.
>
> What would you suggest as a means of making sure that customers use 
> the proper release of the binder?
>
>
Peter,

Put a steplib statement in (and have something in the dialog about this
in the servpac).

Ed

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

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

Re: Computer Science Education: Where Are the Software Engineers of Tomorrow?

[Paul Gilmartin]

On Fri, 11 Jan 2008 19:05:59 +, Ted MacNEIL wrote:

>>And one of the biggest "problems" with OOP is the use of object libraries. 
>>For __beginning__ students, using OOP usually means just "wiring together" a 
>>number of pre-existing objects, or maybe just
>extending an existing object. WITHOUT REALLY KNOWING HOW THE OBJECT WORKS!
>
>Unfortunately, using existing objects is one of the selling points of OOP.
>It's supposed to make programming easier and faster.
>
Where would assembler programmers be without SYS1.MACLIB?

-- gil

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

Re: zOS Version 1 Release 9 and software products DVD collection

[Anton Britz]

Hi,

The World is passing us buy because "We do not have time to stop for gas any
more"..

At Costco, you can buy 500 Gig for $100...  USB/Firewire/eSata...  or 1 TB
for $200...

MyBook... Western Digital...  Here is the Website..

http://www.wdmybook.com/en/

Note: I have two of these and one of them I always carry with me. Just be
careful.. i think the 1 TB drives check if the software you are storing are
legal copies. ( Music and Movies )  . We do not need this check because we
know it's all legal copies.

Anton

On Jan 11, 2008 4:09 PM, J R <[EMAIL PROTECTED]> wrote:

> Good idea!  I will get one.
>
> I will probably also try to upgrade my laptop because it's nice to
> have everything in one piece without having to carry any extras.
> However, I like the idea of an external USB drive because of the
> flexibility it affords to my desktops and (non-current) laptops.
>
> I recently bought a 160GB USB HDD for similar reasons.  My only
> concern is that it's a little slow, but it does the job I got it for:
> transferring large amounts of data between office and home.
>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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 Version 1 Release 9 and software products DVD collection

[J R]

Good idea!  I will get one.  
 
I will probably also try to upgrade my laptop because it's nice to 
have everything in one piece without having to carry any extras.  
However, I like the idea of an external USB drive because of the 
flexibility it affords to my desktops and (non-current) laptops.  
 
I recently bought a 160GB USB HDD for similar reasons.  My only 
concern is that it's a little slow, but it does the job I got it for: 
transferring large amounts of data between office and home.  
 
 
> Date: Fri, 11 Jan 2008 16:42:44 -0600
> From: [EMAIL PROTECTED]
> Subject: Re: zOS Version 1 Release 9 and software products DVD collection
> To: IBM-MAIN@BAMA.UA.EDU
> 
> On Fri, 11 Jan 2008 16:42:43 -0500, J R wrote:
> > 
> >The only downside for me is that Dell lied to me about my laptop. 
> >It was supposed to have a dual-layer DVD drive but it turns out 
> >it doesn't.
> 
> I recently bought an HP 1040 external drive for about $100. It reads and 
> writes any kind of CD or DVD, including 2 layer, and with its USB interface I 
> can connect it to any of my computers. It works well and it's fast. Linux 
> handles it with no problem.
> 
> I know there are cheaper ones out there, too.
> 
> -- 
> Tom Marchant
 
 
_
Share life as it happens with the new Windows Live.
http://www.windowslive.com/share.html?ocid=TXT_TAGHM_Wave2_sharelife_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: zOS 1.9 IEANUC01

[Ed Gould]

On Jan 11, 2008, at 4:21 PM, Peter Relson wrote:


Apparently the problem is that maintainance was done without using the
binder that goes with the release. I presume that using the right  
level of

the binder is a requirement, and that is certainly why the binder is
shipped in miglib.

I'm sure there are other circumstances that would have more subtle
problems, such that no change to the "old binder" to give you a  
better clue

of what is going on would suffice.

What would you suggest as a means of making sure that customers use  
the

proper release of the binder?



Peter,

Put a steplib statement in (and have something in the dialog about  
this in the servpac).


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: Sifting the chaff

[Dave Kopischke]

On Fri, 11 Jan 2008 16:48:43 -0600, Tom Marchant wrote:

>
>Thyere seems to be more chaff this month.  Most months there are about
>2000 messages.  So far this month there are over 1000.
>

And the first week of the year was really light. Most of it is from just this 
week.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Determining when a processor comes online/goes offline

[David Day]

By polling the control block, I assume you mean the CSD?  I appreciate your 
and others responses.  Thanks for the help.




--- Original Message - 
From: "Craddock, Chris" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Friday, January 11, 2008 4:44 PM
Subject: Re: Determining when a processor comes online/goes offline



David Day said


The recent discussion on SRM constant made me realize I need to

add

some logic to some code.  I want to be able to recognize when

processors

are added and/or removed from the MVS image.  As best as I can

determine

from the manuals, setting up a System Listener for ENF events appears

to

be the way to go.  Look for system event 61, and then execute CSRSI.

In

the data returned by CSRSI



Will this work?


Absolutely.


Anyone who has been down this path before and who
would comment, I would appreciate it.


ENF is generally a royal PITA to set up the interface(s) and make sure
you're getting called for the events you thought you were expecting (see
the description of ENFREQ!) but after you have stubbed your toe on it
for about the twentieth time it gets easier :-)

ENF itself is bullet-proof. Aside from the ENFREQ macro interface, the
complexity with ENF arises mainly in reliably managing your own exit -
i.e. its residency, lifetime etc. Those are pretty much the same
concerns you would have with any other system exit.

If your timeliness requirements are not onerous, then there are other
less complex ways of noticing the data has changed, e.g. polling the
control block on some sort of interval timer. Otherwise ENF is the only
game in town.

CC

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


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

[Tom Marchant]

On Sat, 12 Jan 2008 08:01:14 +1000, Shane <[EMAIL PROTECTED]> wrote:
>
>Unfortunately the "nuggets" can be well hidden, so I (still) resist the
>urge to unilaterally delete even seemingly pointless threads.

Thyere seems to be more chaff this month.  Most months there are about 
2000 messages.  So far this month there are over 1000.

-- 
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: Determining when a processor comes online/goes offline

[Craddock, Chris]

David Day said

> The recent discussion on SRM constant made me realize I need to
add
> some logic to some code.  I want to be able to recognize when
processors
> are added and/or removed from the MVS image.  As best as I can
determine
> from the manuals, setting up a System Listener for ENF events appears
to
> be the way to go.  Look for system event 61, and then execute CSRSI.
In
> the data returned by CSRSI

> Will this work? 

Absolutely.

> Anyone who has been down this path before and who
> would comment, I would appreciate it.

ENF is generally a royal PITA to set up the interface(s) and make sure
you're getting called for the events you thought you were expecting (see
the description of ENFREQ!) but after you have stubbed your toe on it
for about the twentieth time it gets easier :-) 

ENF itself is bullet-proof. Aside from the ENFREQ macro interface, the
complexity with ENF arises mainly in reliably managing your own exit -
i.e. its residency, lifetime etc. Those are pretty much the same
concerns you would have with any other system exit.

If your timeliness requirements are not onerous, then there are other
less complex ways of noticing the data has changed, e.g. polling the
control block on some sort of interval timer. Otherwise ENF is the only
game in town.

CC

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

Re: zOS Version 1 Release 9 and software products DVD collection

[Tom Marchant]

On Fri, 11 Jan 2008 16:42:43 -0500, J R wrote:
> 
>The only downside for me is that Dell lied to me about my laptop.  
>It was supposed to have a dual-layer DVD drive but it turns out 
>it doesn't.

I recently bought an HP 1040 external drive for about $100.  It reads and 
writes any kind of CD or DVD, including 2 layer, and with its USB interface I 
can connect it to any of my computers.  It works well and it's fast.  Linux 
handles it with no problem.

I know there are cheaper ones out there, too.

-- 
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: CRBE, CRJE, and WYLBUR

[Thompson, Steve]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of gah
Sent: Friday, January 11, 2008 4:18 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: CRBE, CRJE, and WYLBUR

Someone wrote:

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

Did they also sue NIH for distributing WYLBUR?


No, OBS sued and lobbied Congress over NIH distributing WYLBUR freely
while OBS/WYLBUR was being sold. The argument was that NIH (part of the
USGov't) was competing with private industry.

Regards,
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: Radix Partition Trees

[Rick Fochtman]

--
The instructions used for sorting, UPT and CFC, are implemented over 
radix partition trees, and the doc is in the Principles of Operation. 
They are extremely fast, since both of these instructions are 
implemented in millicode. However, using these instructions is not for 
the faint of heart.


I have given a SHARE session on using them for sorting (their intended 
use) and will be giving another at the summer SHARE this year, along 
with Michael Stack (a double session).


There is additional documentation if you search with Google, and as I 
recall Lynn Wheeler knew the person who was the definitive expert of 
radix partition trees.


I've not seen them used for a binary search, but it might just work if 
you're very clever.

--
Thanks, Tom. I'm trying to figure out how to productively use the RPT 
software that's in OS/390 and z/OS, with an eye toward using this 
software on another platform that may not (read DOESN'T) have those two 
instructions.


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

[Ted MacNEIL]

>What would you suggest as a means of making sure that customers use the proper 
>release of the binder?

I cannot think of anything stronger than documenting it an making customers 
read the funny manual.

Of course, I also find it hard to understand why people won't use current tools.

-
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: zOS Version 1 Release 9 and software products DVD collection

[J R]

Oops!  When I got the CD version, I only got z/OS, not the 
software products (which I think were on the non-dual-layer 
one of the two DVDs).  I think this was SK3T-4269-19.  
 
 
 
> Date: Fri, 11 Jan 2008 17:01:16 -0500
> From: [EMAIL PROTECTED]
> Subject: Re: zOS Version 1 Release 9 and software products DVD collection
> To: IBM-MAIN@BAMA.UA.EDU
> 
> Hmm , not sure is same collection but I paid $50.00 w/ shipping was 53.69
> SK3T-4270-19
> have 12 cd's 1 of 1 then 11 of 11
> 
> 
> J R <[EMAIL PROTECTED]> 
> 
> I got mine almost three months ago. It really is the deal of the
> century (so far).
> 
> The only downside for me is that Dell lied to me about my laptop.
> It was supposed to have a dual-layer DVD drive but it turns out
> it doesn't. This is required for the DVD collection. I had to go
> order the 7-CD collection as well. :-( Still, at this price, so what?
> 
 
 
 
_
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: zOS 1.9 IEANUC01

[Peter Relson]

Apparently the problem is that maintainance was done without using the
binder that goes with the release. I presume that using the right level of
the binder is a requirement, and that is certainly why the binder is
shipped in miglib.

I'm sure there are other circumstances that would have more subtle
problems, such that no change to the "old binder" to give you a better clue
of what is going on would suffice.

What would you suggest as a means of making sure that customers use the
proper release of the binder?

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: Computer Science Education: Where Are the Software Engineers of Tomorrow?

[Don Leahy]

> The original article said "software engineer", not "programmer".
> It wasn't explicitly stated, but I think that implies some element of
> design, not just implementing.  While that might include picking the
> best existing solution it also includes creating a new solution if the
> "best" is not "good".   And that implies being able to evaluate the
> existing collection of existing solutions, not just be able to pick one
> off the shelf.
>
> Pat O'Keefe

Good point.  "Programmers" are expected to work efficiently using the
tools and platform provided; they are not expected to advance the
state of the art.   I believe that's what the original article is
concerned about: where are the next advances in Computer Science going
to come from?

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

CRBE, CRJE, and WYLBUR

[gah]

Someone wrote:

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

Did they also sue NIH for distributing WYLBUR?

I recently read a SLAC note about converting from CRBE to WYLBUR
because IBM wasn't producing CRJE fast enough.  I never did know
the difference between CRBE and CRJE.

-- glen

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Worst Predictions of All Time

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Talman
> Sent: Friday, January 11, 2008 3:58 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Worst Predictions of All Time

[snip}

> Computers in the future may weigh no more than 1.5 tons. - Popular 
> Mechanics, forecasting the relentless march of science, 1949

[snip]

My computer certainly "weighs no more that 1.5 tons". So that one is
true.

--
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. 
> Frontinus, A.D. 100
> 
> > "The abdomen, the chest, and the brain will forever be shut from the
> > intrusion of the wise and humane surgeon." -John Eric 
> Ericksen, surgeon
> > to Queen Victoria, 1873 
> 
> > "Law will be simplified [over the next century]. Lawyers will have
> > diminished, and their fees will have been vastly 
> curtailed." -journalist
> > Junius Henri Browne, 1893 
> 
> > "It doesn't matter what he does, he will never amount to anything."
> > -Albert Einstein's teacher to Einstein's father, 1895 
> 
> > "It would appear we have reached the limits of what it is 
> possible to
> > achieve with computer technology." -computer scientist John 
> von Neumann,
> > 1949 
> 
> > "The Japanese don't make anything the people in the U.S. 
> would want."
> > -Secretary of State John Foster Dulles, 1954 
> 
> > "Nuclear powered vacuum cleaners will probably be a reality 
> within 10
> > years." -Alex Lewyt, president of the Lewyt Vacuum Cleaner Company,
> > quoted in the New York Times, June 10, 1955 
> 
> > "Before man reaches the moon, your mail will be delivered 
> within hours
> > from New York to Australia by guided missiles. We stand on 
> the threshold
> > of rocket mail." -Arthur Summerfield, U.S. Postmaster General under
> > Eisenhower, 1959 
> 
> > "By the turn of the century, we will live in a paperless society."
> > -Roger Smith, chairman of General Motors, 1986 
> 
> > "I predict the internet ... will go spectacularly supernova 
> and in 1996
> > catastrophically collapse." -Bob Metcalfe, InfoWorld, 1995 
> 
> > Tom Kelman
> > Commerce Bank of Kansas City
> > (816) 760-7632
> 
> 
> -
> The information contained in this communication (including any
> attachments hereto) is confidential and is intended solely for the
> personal and confidential use of the individual or entity to whom
> it is addressed. The information may also constitute a legally
> privileged confidential communication. If the reader of this
> message is not the intended recipient or an agent responsible for
> delivering it to the intended recipient, you are hereby notified
> that you have received this communication in error and that any
> review, dissemination, copying, or unauthorized use of this
> information, or the taking of any action in reliance on the
> contents of this information is strictly prohibited. If you have
> received this communication in error, please notify us immediately
> by e-mail, and delete the original message. Thank you 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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 Version 1 Release 9 and software products DVD collection

[August Carideo]

Hmm , not sure is same collection but I paid $50.00 w/ shipping was 53.69
SK3T-4270-19
have 12 cd's 1 of 1 then 11 of 11





   
 J R   
 <[EMAIL PROTECTED] 
 L.COM> To 
 Sent by: IBM  IBM-MAIN@BAMA.UA.EDU
 Mainframe  cc 
 Discussion List   
 <[EMAIL PROTECTED] Subject 
 .EDU> Re: zOS Version 1 Release 9 and 
   software products DVD collection
   
 01/11/2008 04:42  
 PM
   
   
 Please respond to 
   IBM Mainframe   
  Discussion List  
 <[EMAIL PROTECTED] 
   .EDU>   
   
   




I got mine almost three months ago.  It really is the deal of the
century (so far).

The only downside for me is that Dell lied to me about my laptop.
It was supposed to have a dual-layer DVD drive but it turns out
it doesn't.  This is required for the DVD collection.  I had to go
order the 7-CD collection as well.  :-(  Still, at this price, so what?


> Date: Fri, 11 Jan 2008 14:59:12 -0600
> From: [EMAIL PROTECTED]
> Subject: zOS Version 1 Release 9 and software products DVD collection
> To: IBM-MAIN@BAMA.UA.EDU
>
> Hi,
>
> It's is possible to do for $20 because I did it yesterday.
>
> You can order a full set of zOS manuals, Redbooks and zOs related
softwar= e
> products from IBM For $20.
>
> Here is a copy of my order and the URL :



_
Share life as it happens with the new Windows Live.
http://www.windowslive.com/share.html?ocid=TXT_TAGHM_Wave2_sharelife_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

Sifting the chaff

[Shane]

On Fri, 2008-01-11 at 15:31 -0600, McKown, John wrote:

> I can understand Anton's request. Nobody else at my company is willing
> to shift through the "noise" on IBM-MAIN to get to the "good stuff"
> anymore. I am.

C'mon John, it doesn't (always) take an entire shift.

Unfortunately the "nuggets" can be well hidden, so I (still) resist the
urge to unilaterally delete even seemingly pointless threads.
Often the urge is irresistible.

Shane ...

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

Re: Computer Science Education: Where Are the Software Engineers of Tomorrow?

[Patrick O'Keefe]

On Fri, 11 Jan 2008 12:45:59 -0700, Howard Brazee 
<[EMAIL PROTECTED]> wrote:

>...
>It depends on what the craft of the programming is supposed to be. 
The
>reason for making efficient code is to save the company money. If the
>programmer turned some of his attention towards understanding the
>users' needs better, his value to the company can be improved.
>...

The original article said "software engineer", not "programer".
It wasn't explicitly stated, but I think that implies some element of 
design, not just implementing.  While that might include picking the
best existing solution it also includes creating a new solution if the
"best" is not "good".   And that implies being able to evaluate the
existing collection of existing solutions, not just be able to pick one
off the shelf.

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

Re: Deleting after FTP

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of tony babonas
> Sent: Friday, January 11, 2008 3:58 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Deleting after FTP
> 
> 
> no, specify via a DD card.  we have many applications that do 
> exactly this.

That option is __not__ available when using the CA TCPIP stack. At
least, it didn't in the past. The "new" ftp3 may allow that. But the
original "ftp" and "ftp2" did not. 

--
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: Worst Predictions of All Time

[Kirk Talman]

My archive of similiar material has:

Everything that can be invented has been invented. - Charles H. Duell, 
Commissioner, U.S. Office of Patents, 1899.

Same quote is in WikiQuote w/same attribution but no explanation of who 
Charles H. Duell was.

The Futurist article was 2000 Sep/Oct p.20.  I don't know if it had futher 
attribution.  Couldn't find related any info on snopes.  I am skeptical 
because I think the idea of "invention" was not used by the Romans, even 
considering their engineering orientation.

Related entries (some also in Alan Field's post):

But what ... is it good for? - Engineer at the Advanced Computing Systems 
Division of IBM, 1968, commenting on the microchip.

Computers in the future may weigh no more than 1.5 tons. - Popular 
Mechanics, forecasting the relentless march of science, 1949

I have traveled the length and breadth of this country and talked with the 
best people, and I can assure you that data processing is a fad that won't 
last out the year. - The editor in charge of business books for Prentice 
Hall, 1957

I think there is a world market for about five computers. - Thomas J 
Watson, Chairman of the Board, IBM, 1943

There is no reason anyone would want a computer in their home. - Ken 
Olson, president, chairman and founder of Digital Equipment Corp., 1977



IBM Mainframe Discussion List  wrote on 01/11/2008 
03:31:14 PM:

> Well, since it is Friday I thought I'd post a little humor item, 
> especially considering the quote from John von Neumann.

> In an article in The Futurist magazine, writer Laura Lee catalogues some
> of the worst predictions of all time: 

> "Inventions have long since reached their limit, and I see no hope for
> further developments." -Roman engineer Julius Sextus Frontinus, A.D. 100

> "The abdomen, the chest, and the brain will forever be shut from the
> intrusion of the wise and humane surgeon." -John Eric Ericksen, surgeon
> to Queen Victoria, 1873 

> "Law will be simplified [over the next century]. Lawyers will have
> diminished, and their fees will have been vastly curtailed." -journalist
> Junius Henri Browne, 1893 

> "It doesn't matter what he does, he will never amount to anything."
> -Albert Einstein's teacher to Einstein's father, 1895 

> "It would appear we have reached the limits of what it is possible to
> achieve with computer technology." -computer scientist John von Neumann,
> 1949 

> "The Japanese don't make anything the people in the U.S. would want."
> -Secretary of State John Foster Dulles, 1954 

> "Nuclear powered vacuum cleaners will probably be a reality within 10
> years." -Alex Lewyt, president of the Lewyt Vacuum Cleaner Company,
> quoted in the New York Times, June 10, 1955 

> "Before man reaches the moon, your mail will be delivered within hours
> from New York to Australia by guided missiles. We stand on the threshold
> of rocket mail." -Arthur Summerfield, U.S. Postmaster General under
> Eisenhower, 1959 

> "By the turn of the century, we will live in a paperless society."
> -Roger Smith, chairman of General Motors, 1986 

> "I predict the internet ... will go spectacularly supernova and in 1996
> catastrophically collapse." -Bob Metcalfe, InfoWorld, 1995 

> Tom Kelman
> Commerce Bank of Kansas City
> (816) 760-7632


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

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

Re: Deleting after FTP

[tony babonas]

no, specify via a DD card.  we have many applications that do exactly this.

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Howard Brazee
Sent: Friday, January 11, 2008 3:36 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Deleting after FTP

On 11 Jan 2008 13:30:53 -0800, [EMAIL PROTECTED] (tony babonas)
wrote:

>FTP a temp file...let the OS do the work. 

Can I pass a true temporary file name within the FTP command?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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.1/1219 - Release Date: 1/11/2008
10:19 AM
 

No virus found in this outgoing message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.19.1/1219 - Release Date: 1/11/2008
10:19 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

Re: Sub-CEC Reports

[Dave Kopischke]

On Fri, 11 Jan 2008 14:08:47 -0500, Dean Montevago wrote:

>Yes, I use this regulary. Can SMTP handle files other than 80 bytes ?

Yes, I send my SCRT reports to an IBM E-Mail address. The .CSV file is 
variable blocked, so my E-Mail headers and trailer has to be VB for GENER.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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 Version 1 Release 9 and software products DVD collection

[J R]

I got mine almost three months ago.  It really is the deal of the 
century (so far).  
 
The only downside for me is that Dell lied to me about my laptop.  
It was supposed to have a dual-layer DVD drive but it turns out 
it doesn't.  This is required for the DVD collection.  I had to go 
order the 7-CD collection as well.  :-(  Still, at this price, so what?  
 
 
> Date: Fri, 11 Jan 2008 14:59:12 -0600
> From: [EMAIL PROTECTED]
> Subject: zOS Version 1 Release 9 and software products DVD collection
> To: IBM-MAIN@BAMA.UA.EDU
> 
> Hi,
> 
> It's is possible to do for $20 because I did it yesterday.
> 
> You can order a full set of zOS manuals, Redbooks and zOs related softwar= e 
> products from IBM For $20.
> 
> Here is a copy of my order and the URL :
 
 
 
_
Share life as it happens with the new Windows Live.
http://www.windowslive.com/share.html?ocid=TXT_TAGHM_Wave2_sharelife_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: Worst Predictions of All Time

[Don Leahy]

To get back on topic (more or less) here is a list of some dubious
career advice that I've been given over the years:

1981 : "Stay away from COBOL...it's a dead language."

1982:  "Structured analysis, structured design, structured
code...everything else is crap"

1983:  "There won't be any more batch processing within 5 years,
everything will be online"

1984:  "Find another line of work.  4GLs will make programmers obsolete."

1985:  "What, you're still using VSAM?  Get a database!"

1986:  "Hierarchical data bases are obsolete.  If you're not
relational, you're not in the game!"

1987:  "*Still* using COBOL?  You dumb [EMAIL PROTECTED]"

1988:  "CASE tools will solve the application backlog"

1989:  "Code reuse will solve the application backlog"

1990:  "Forget CASE tools.  Desktop development is much faster!"

1991:  "The mainframe is dead.  Go client server"

1992:  "Find another line of work.  Overseas outsourcing will put you
out of a job"

1993:  "OO analysis, design and development will solve the application backlog"

1994:  "What? You're still using IMS??"

1995:  "Forget Cobol.  Learn C".

1996:  "Forget C.  Learn C++".

1997:  "Y2K will be the end of the world as we know it"

1998:  "Okay, maybe COBOL isn't deadbut it *will* be after Y2K is finished"

1999:  "All future application development will be in JAVA"

2000:  "The mainframe is the best platform for e-business"

2001-present:  I stopped listening to advice.  :-)

The jury is still out on some of these items.

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

[Howard Brazee]

On 11 Jan 2008 13:30:53 -0800, [EMAIL PROTECTED] (tony babonas)
wrote:

>FTP a temp file...let the OS do the work. 

Can I pass a true temporary file name within the FTP command?

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

[Howard Brazee]

On 11 Jan 2008 13:30:32 -0800, [EMAIL PROTECTED] (McKown,
John) wrote:

>Oh, yeah, that. One problem with IKJEFT01 is that it returns with RC=0
>regardless. I think that IKJEFT1A will propogate the return code from
>the DELETE.

I'll change that command, but I e-mailed you my weird output (which
includes actual file names) showing steps that ran successfully and
were skipped (should be one or the other).

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

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of tony babonas
> Sent: Friday, January 11, 2008 3:32 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Deleting after FTP
> 
> 
> FTP a temp file...let the OS do the work. 

You cannot ftp an "temporary" file using CA's ftp stack. If by that you
mean DSN=&&TEMP.

--
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: Worst Predictions of All Time

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of David Day
> Sent: Friday, January 11, 2008 3:29 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Worst Predictions of All Time
> 
> 
> OK, Here's a useful question for Anton  Anton, have you 
> taken all your 
> meds today?

I can understand Anton's request. Nobody else at my company is willing
to shift through the "noise" on IBM-MAIN to get to the "good stuff"
anymore. I am.

--
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: Deleting after FTP

[tony babonas]

FTP a temp file...let the OS do the work. 

  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Howard Brazee
Sent: Friday, January 11, 2008 3:05 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Deleting after FTP

On 11 Jan 2008 12:44:25 -0800, [EMAIL PROTECTED] (McKown,
John) wrote:

>Instead of deleting via JCL, I use IDCAMS or IKJEFT01. With IKJEFT01
>(TSO/batch), my JCL looks like:
>
>//DELE EXEC PGM=IKJEFT01,
>// PARM='DEL ''dsn'' '
>//SYSTSPRT DD SYSOUT=*
>//SYSTSIN DD DUMMY

That worked!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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.1/1219 - Release Date: 1/11/2008
10:19 AM
 

No virus found in this outgoing message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.19.1/1219 - Release Date: 1/11/2008
10:19 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

Re: Deleting after FTP

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee
> Sent: Friday, January 11, 2008 3:07 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Deleting after FTP
> 
> 
> On Fri, 11 Jan 2008 14:04:29 -0700, [EMAIL PROTECTED] wrote:
> 
> >>//DELE EXEC PGM=IKJEFT01,
> >>// PARM='DEL ''dsn'' '
> >>//SYSTSPRT DD SYSOUT=*
> >>//SYSTSIN DD DUMMY
> >
> >That worked!
> 
> Oops, no it didn't.   It ended with a clean return code, but the file
> wasn't deleted.

Oh, yeah, that. One problem with IKJEFT01 is that it returns with RC=0
regardless. I think that IKJEFT1A will propogate the return code from
the DELETE.

The output in SYSTSPRT should say why the delete failed. I wonder if the
CA stack did not unallocate the DSN after the frp completes for some
reason.

--
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: Worst Predictions of All Time

[David Day]

OK, Here's a useful question for Anton  Anton, have you taken all your 
meds today?
- Original Message - 
From: "Anton Britz" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Friday, January 11, 2008 3:14 PM
Subject: Re: Worst Predictions of All Time



Hi,

Is there a possibility that we can limit these general "whaffle" type 
postings to

one or two per week per person. Things we can account to "being lonely in
your hole"  ?

Some of us, are constantly posting general type posting ex. What your
GRandmother likes etc. into this list.

We all love you in your "hole" but say something about what currently is
happening in the Computer World. Use the internet to find something useful 
to

say, please ?

Anton

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Worst Predictions of All Time

[Anton Britz]

Hi,

Is there a possibility that we can limit these general "whaffle" type postings 
to 
one or two per week per person. Things we can account to "being lonely in 
your hole"  ?

Some of us, are constantly posting general type posting ex. What your 
GRandmother likes etc. into this list.

We all love you in your "hole" but say something about what currently is 
happening in the Computer World. Use the internet to find something useful to 
say, please ?

Anton

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

[Howard Brazee]

On 11 Jan 2008 12:44:25 -0800, [EMAIL PROTECTED] (McKown,
John) wrote:

>Instead of deleting via JCL, I use IDCAMS or IKJEFT01. With IKJEFT01
>(TSO/batch), my JCL looks like:
>
>//DELE EXEC PGM=IKJEFT01,
>// PARM='DEL ''dsn'' '
>//SYSTSPRT DD SYSOUT=*
>//SYSTSIN DD DUMMY

That worked!

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

[Howard Brazee]

On Fri, 11 Jan 2008 14:04:29 -0700, [EMAIL PROTECTED] wrote:

>>//DELE EXEC PGM=IKJEFT01,
>>// PARM='DEL ''dsn'' '
>>//SYSTSPRT DD SYSOUT=*
>>//SYSTSIN DD DUMMY
>
>That worked!

Oops, no it didn't.   It ended with a clean return code, but the file
wasn't deleted.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Worst Predictions of All Time

[Field, Alan C.]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Kelman, Tom
Sent: Friday, January 11, 2008 14:31
To: IBM-MAIN@BAMA.UA.EDU
Subject: Worst Predictions of All Time
Other posters alluded to these predictions:

"I predict that the last mainframe will be unplugged on March 15, 1996."
Stewart Alsop, InfoWorld, March 1991

"It's clear that corporate customers still like to have centrally
controlled, very predictable, reliable computing systems - exactly the
kind of systems that IBM specializes in."
Stewart Alsop, February 2002

"I think there is a world market for maybe five computers." 
(Thomas Watson, chairman of IBM, 1943.)

"There is no reason anyone would want a computer in their home."
 (Ken Olson, president, chairman and founder of Digital Equipment
Corporation, 1977.)

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

zOS Version 1 Release 9 and software products DVD collection

[Anton Britz]

Hi,

It's is possible to do for $20 because I did it yesterday.

You can order a full set of zOS manuals, Redbooks and zOs related softwar= e 
products from IBM For $20.

Here is a copy of my order and the URL :

http://www.elink.ibmlink.ibm.com/publications/servlet/pbi.wss?CTY=US

* IBM Publications Center Confirmation * --
---=
---

Your following order for IBM publications has been accepted: 
Order number  INGBVG
Order date  2008-10-01
  
Invoice information
First name  Anton
Last name  Britz
Organization  Ab Software Consultants
Address  P.O Box 931
City  Boise
City limit  inside
Zip code  83701
County  USA
State Idaho
Country  United States  
  
Order information Publication  Title  Unit price USD  Quantity  Amount 
USD   
SK3T-4271-19  IBM Online Library: z/OS V1R9 and Software Products DVD 
Collection, Septemb  20.00  1  20.00   
SK5T-7054-01  IBM Online Library: z/VM Collection on DVD, June 2007  20.0= 
0  
1  20.00   
-  
  Net amount  40.00  
  State tax  2.40  
-  
  Gross amount  42.40  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Worst Predictions of All Time

[Ted MacNEIL]

>And the one about a certain company that decided to not get into making 
>computers because they would only see a need for 7 in the US (did I remember 
>that one right?).

And, we would only need 16MB or 640KB.
And, never need a personal computer at home.


-
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: Deleting after FTP

[Howard Brazee]

On 11 Jan 2008 12:44:25 -0800, [EMAIL PROTECTED] (McKown,
John) wrote:

>It sounds like you are using the CA TCP/IP stack instead of the IBM one.

I believe you're right.

>The problem comes in due to the fact that in the CA stack, the ftp
>process is actually done in the TCPIP stack and not in the job. That is,
>the CA stack actually allocates the DSN to itself. If the DSN is used
>later in the job with an exclusive ENQ (DISP=SHR|NEW|MOD), then the
>TCPIP stack cannot allocate the file (it is in use by the job) and the
>ftp aborts.
>
>Instead of deleting via JCL, I use IDCAMS or IKJEFT01. With IKJEFT01
>(TSO/batch), my JCL looks like:
>
>//DELE EXEC PGM=IKJEFT01,
>// PARM='DEL ''dsn'' '
>//SYSTSPRT DD SYSOUT=*
>//SYSTSIN DD DUMMY

I'll stick that in the proc.

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

[Ted MacNEIL]

>In the IEFBR14?

No, IEFBR14 doesn't open files.

I must have misunderstood your post.
I thought the dsn was being statically allocated for FTP.

Sorry. (Two mistakes in two days).
(8-{<}

-
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: Worst Predictions of All Time

[Ted MacNEIL]

>She forgot the one from the half wit who predicted the date & time of the 
>shutdown of the last mainframe.

In the late 1980's, Gartner predicted that any company that didn't move from 
the mainframe to client/server would not be in business for very long.

In the mid-to-late 1990's, the same analyst said that companies were having 
problems migrating to c/s, and they had probably jumped on the bandwagon too 
soon.

-
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: Worst Predictions of All Time

[Thompson, Steve]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Dave Thorn
Sent: Friday, January 11, 2008 2:46 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Worst Predictions of All Time

She forgot the one from the half wit who predicted the date & time of
the shutdown of the last mainframe.


And the one about a certain company that decided to not get into making
computers because they would only see a need for 7 in the US (did I
remember that one right?).

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: Deleting after FTP

[Howard Brazee]

On 11 Jan 2008 12:38:57 -0800, [EMAIL PROTECTED] (Ted MacNEIL) wrote:

>
>On the DD statement, code:
>
>FREE=CLOSE as an extra parameter on the card.

In the IEFBR14?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Worst Predictions of All Time

[Dave Thorn]

She forgot the one from the half wit who predicted the date & time of
the shutdown of the last mainframe.

Dave Thorn * Senior Technology Analyst * SunGard Computer Services * 600
Laurel Oak Road, Voorhees, NJ, 08043
Tel 856 566-5412 * Mobile 609 781-0353 * Fax 856 566-3656

CONFIDENTIALITY:  This e-mail (including any attachments) may contain
confidential, proprietary and privileged information, and unauthorized
disclosure or use is prohibited.  If you received this e-mail in error,
please notify the sender and delete this e-mail from your system.

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

Re: Sub-CEC Reports

[Gary Green]

Dean,

I sent you a flatfile (LRECL=240 RECFM=VBA) via private email from the host
using SAS.  Tell me if it makes your way...

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Dean Montevago
Sent: Friday, January 11, 2008 2:09 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Sub-CEC Reports

Yes, I use this regulary. Can SMTP handle files other than 80 bytes ?
Still haven't gone to the link you sent.

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


This is how I send files in a batch job...

//MAILFILE PROC SOUT='*',
// DS='???',
// EMAILADR='???'
//
//****
//
//IEBGENER EXEC PGM=IEBGENER
//SYSOUTDD SYSOUT=&SOUT
//SYSPRINT  DD SYSOUT=&SOUT
//SYSUT1DD DISP=SHR,DSN=OSS05.TEST.SYSIN(&EMAILADR)
//  DD DISP=SHR,DSN=&DS
//SYSUT2DD SYSOUT=(B,SMTPB),
//  DCB=(LRECL=80,BLKSIZE=80,RECFM=FB,DSORG=PS)
//SYSIN DD DUMMY

The contents of the SYSIN file...
HELO SBCSF1
MAIL FROM:<[EMAIL PROTECTED]>
RCPT TO:<[EMAIL PROTECTED]>
DATA
FROM: Gary Green
TO:   ..
SUBJECT:  Emailed file


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

Thanks Gary.

Just the summary. It's 113 lines. We send it without signature also. How
would I get the contents into into the body of an SMTP stream ?

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


Can't say Dean...  I write the output as well, edit it down to the one page,
print it for the manager to sign and then fax it over, -and-, as a heads-up,
email them a copy of the unsigned report.  I "do know" that they use the
emailed copy for pricing purposes (got hit with a price increase just last
quarter)...  Whether they back that up with the faxed copy I could not say.

When I took over the chore I just let things continue as they were.  If I
knew they would accept the report without signature, I would just schedule
the job for the first Monday of the reporting quarter, and email the report
to them from the host (SYSOUT = (B,SMTP)), with CC's to other interested
parties, myself included.

When you write the output, how large is the report?  Do you get all those
monthly charts and graphs for each LPAR or just the summary page?

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

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

--
For IBM-MAIN subscribe / signoff / archive access instructions, 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/1218 - Release Date:
1/10/2008 1:32 PM



  


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

Re: Deleting after FTP

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee
> Sent: Friday, January 11, 2008 2:13 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Deleting after FTP
> 
> I have a file with sensitive information on it that gets FTP'd to a
> secure server.
> 
> The JCL contains:
> 

[snip]

> 12:55:19 T01F2030I FTP2 returns CC=8   
> With an OC9
> 
> I was hoping a separate proc would allow me to do the deletes from
> within this job. What other options do I have?

It sounds like you are using the CA TCP/IP stack instead of the IBM one.
The problem comes in due to the fact that in the CA stack, the ftp
process is actually done in the TCPIP stack and not in the job. That is,
the CA stack actually allocates the DSN to itself. If the DSN is used
later in the job with an exclusive ENQ (DISP=SHR|NEW|MOD), then the
TCPIP stack cannot allocate the file (it is in use by the job) and the
ftp aborts.

Instead of deleting via JCL, I use IDCAMS or IKJEFT01. With IKJEFT01
(TSO/batch), my JCL looks like:

//DELE EXEC PGM=IKJEFT01,
// PARM='DEL ''dsn'' '
//SYSTSPRT DD SYSOUT=*
//SYSTSIN DD DUMMY



--
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: Deleting after FTP

[Ted MacNEIL]

>>Not unless you code FREE=CLOSE.
>>ENQ's are kept fore the life of the job.

>How do I do this?

On the DD statement, code:

FREE=CLOSE as an extra parameter on the card.

-
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: Deleting after FTP

[Howard Brazee]

On 11 Jan 2008 12:28:33 -0800, [EMAIL PROTECTED] (Ted MacNEIL) wrote:

>>The enqueue for a dataset referenced using JCL doesn't get freed until after 
>>the referencing step
>
>Not unless you code FREE=CLOSE.
>ENQ's are kept fore the life of the job.

How do I do this?

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

[Howard Brazee]

On 11 Jan 2008 12:21:21 -0800, [EMAIL PROTECTED] (Big Iron)
wrote:

>How about using IDCAMS to do the delete?
>The enqueue for a dataset referenced using JCL doesn't get freed until
>after the referencing step (TEBN#1 here).

I was just wondering if that would work - I'll try 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

Worst Predictions of All Time

[Kelman, Tom]

Well, since it is Friday I thought I'd post a little humor item,
especially considering the quote from John von Neumann.

 

In an article in The Futurist magazine, writer Laura Lee catalogues some
of the worst predictions of all time: 

"Inventions have long since reached their limit, and I see no hope for
further developments." -Roman engineer Julius Sextus Frontinus, A.D. 100


"The abdomen, the chest, and the brain will forever be shut from the
intrusion of the wise and humane surgeon." -John Eric Ericksen, surgeon
to Queen Victoria, 1873 

"Law will be simplified [over the next century]. Lawyers will have
diminished, and their fees will have been vastly curtailed." -journalist
Junius Henri Browne, 1893 

"It doesn't matter what he does, he will never amount to anything."
-Albert Einstein's teacher to Einstein's father, 1895 

"It would appear we have reached the limits of what it is possible to
achieve with computer technology." -computer scientist John von Neumann,
1949 

"The Japanese don't make anything the people in the U.S. would want."
-Secretary of State John Foster Dulles, 1954 

"Nuclear powered vacuum cleaners will probably be a reality within 10
years." -Alex Lewyt, president of the Lewyt Vacuum Cleaner Company,
quoted in the New York Times, June 10, 1955 

"Before man reaches the moon, your mail will be delivered within hours
from New York to Australia by guided missiles. We stand on the threshold
of rocket mail." -Arthur Summerfield, U.S. Postmaster General under
Eisenhower, 1959 

"By the turn of the century, we will live in a paperless society."
-Roger Smith, chairman of General Motors, 1986 

"I predict the internet ... will go spectacularly supernova and in 1996
catastrophically collapse." -Bob Metcalfe, InfoWorld, 1995 

 

 

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

Re: Deleting after FTP

[Ted MacNEIL]

>The enqueue for a dataset referenced using JCL doesn't get freed until after 
>the referencing step

Not unless you code FREE=CLOSE.
ENQ's are kept fore the life of the job.


-
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: Deleting after FTP

[Big Iron]

How about using IDCAMS to do the delete?
The enqueue for a dataset referenced using JCL doesn't get freed until
after the referencing step (TEBN#1 here).

Bill

On Fri, 11 Jan 2008 13:13:05 -0700, Howard Brazee <[EMAIL PROTECTED]>
wrote:

>I have a file with sensitive information on it that gets FTP'd to a
>secure server.
>
> 
>
>The JCL contains:
>
> 
>
>//TEBNF1 EXEC UEAA,(TRANSMIT T
>
>// PASSWRD='..()',
>
>//* LIBRARY AND MEMBER OF FILE CONTAINING PASS
>
>// FTPPARM='bbb..()
>
>//* LIBRARY AND MEMBER OF FILE CONTAINING FTP 
>
>//TEBNF2 EXEC URAA,(TRANSMIT To unix server)
>
>// REX1='..()',  
>
>//* LIBRARY AND MEMBER OF FILE CONTAINING PASSword for Unix server
>
>// REX2='..()'  
>
>/* LIBRARY AND MEMBER OF FILE CONTAINING  MACROS for Unix server
>
>I added the following code
>
> 
>
>  
>
>//CLEANUP IF (TEBNF1.UEAA#1.RC NE 0) THEN
>
>
>//TEBNF3 EXEC TEBNF3   (CLEAN UP FILES)
>
>
>//ENDCLEAN ENDIF
>
>
>// 
>
> 
>
> 
>
>This has for a couple of files:
>
>//TEBN#1 EXEC PGM=IEFBR14 
>
>//SIDFILEI   DD DSN=my.file.name
>
>// DISP=(MOD,DELETE),SPACE=(TRK,0)   
>
> 
>
> 
>
>Trouble is I get:
>
>12:53:18 FTP2: PUT 'my.file.name' my.file  
>
>12:53:21 450 Data set tied up by another user  
>
>12:53:21 FTP2: END 
>
>12:55:19 425 Can't open data connection.   
>
>12:55:19 221 Session terminated
>
>12:55:19 T01F2030I FTP2 returns CC=8   
>
> 
>
>With an OC9
>
> 
>
> 
>
>I was hoping a separate proc would allow me to do the deletes from
>within this job. What other options do I 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

Re: Computer Science Education: Where Are the Software Engineers of Tomorrow?

[Howard Brazee]

On 11 Jan 2008 11:46:08 -0800, [EMAIL PROTECTED] (Ted MacNEIL) wrote:

>>Does it matter where the fault is?
>
>
>Yes, I believe it does.
>If memory leaks are a problem, they have to be resolved, just like any coding 
>issue.
>
>If it's the programmer - train or dismiss.
>If it's the compiler - get it fixed.

But we're talking about industry wide trends here.  If I buy a product
with a memory leak, it costs me - even if it costs the vendor more
than it costs me.

At any rate, this sub thread is about whether the trend from assembler
to procedural to OO means less housekeeping in each step.My point
is that some housekeeping needs went up with the change to OO,
otherwise we wouldn't be seeing so much software with memory leaks.

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

Deleting after FTP

[Howard Brazee]

I have a file with sensitive information on it that gets FTP'd to a
secure server.

 

The JCL contains:

 

//TEBNF1 EXEC UEAA,(TRANSMIT T

// PASSWRD='..()',

//* LIBRARY AND MEMBER OF FILE CONTAINING PASS

// FTPPARM='bbb..()

//* LIBRARY AND MEMBER OF FILE CONTAINING FTP 

//TEBNF2 EXEC URAA,(TRANSMIT To unix server)

// REX1='..()',  

//* LIBRARY AND MEMBER OF FILE CONTAINING PASSword for Unix server

// REX2='..()'  

/* LIBRARY AND MEMBER OF FILE CONTAINING  MACROS for Unix server

I added the following code

 

  

//CLEANUP IF (TEBNF1.UEAA#1.RC NE 0) THEN


//TEBNF3 EXEC TEBNF3   (CLEAN UP FILES)


//ENDCLEAN ENDIF


// 

 

 

This has for a couple of files:

//TEBN#1 EXEC PGM=IEFBR14 

//SIDFILEI   DD DSN=my.file.name

// DISP=(MOD,DELETE),SPACE=(TRK,0)   

 

 

Trouble is I get:

12:53:18 FTP2: PUT 'my.file.name' my.file  

12:53:21 450 Data set tied up by another user  

12:53:21 FTP2: END 

12:55:19 425 Can't open data connection.   

12:55:19 221 Session terminated

12:55:19 T01F2030I FTP2 returns CC=8   

 

With an OC9

 

 

I was hoping a separate proc would allow me to do the deletes from
within this job. What other options do I 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

Re: Identifying GDG datasets in a deferred status

[Mark Zelden]

On Fri, 11 Jan 2008 12:11:11 -0600, Gilbert Cardenas
<[EMAIL PROTECTED]> wrote:

>I have created a jcl to list all the GDG datasets that are in a deferred
status.
>Unfortunately, the jcl is lengthy and runs quite a while because I had to
>perform the following steps to filter out only the datasets I wanted :
>
>STEP1.  Perform an IDCAMS LISTCAT UCAT ALL to a dataset to identify all the
>user catalogs.
>
>STEP2.  Sort include only the catalog names and reformat the output to
>format the IDCAMS spread cards LISTC NVSAM HIST CAT [the catalog name].
>
>STEP3.  Perform the IDCAMS LISTC from the dataset created in STEP2.
>
>STEP4.  Perform another SORT against the output of STEP3 and include only
>the records that contain GDG BASE and reformat the output to format the
>IDCAMS spread cards LISTC NVSAM HIST GDG ENT [gdg base name].
>
>STEP5.  Perform the actual IDCAMS LISTC from the dataset created in STEP4.
>
>STEP6.  SORT include only the records that contain NONVSAM and STATUS
>which gives me all the GDG entries and their status.  I then perform a search
>on deferred to find if there are any GDGs in a deferred rollin status.
>
>This seems like a lot of rigmarole just to be able to find out what gdgs
are in a
>deferred status.
>
>Does anyone have a better/faster/reliable way to do this?
>

Yes.  Do it with the CSI (catalog search interface) in one step.  Look
at NVSMATTR:

+---+ 
¦ Table 21. Catalog Field Names ¦ 
+---¦ 
¦ Type ¦ Len ¦ Name   ¦ Description ¦ 
+--+-++-¦ 
¦ Character¦ 1   ¦ NVSMATTR   ¦ Non-VSAM attribute information  ¦ 
+--+-++-¦ 
¦ c'H' ¦ ¦¦ Active GDS  ¦ 
+--+-++-¦ 
¦ c'N' ¦ ¦¦ Deferred GDS¦ 
+--+-++-¦ 
¦ c'M' ¦ ¦¦ Rolled-off GDS  ¦ 
+--+-++-¦ 
¦ c'L' ¦ ¦¦ Extended partitioned data set (PDSE)¦ 
+--+-++-¦ 
¦ c'P' ¦ ¦¦ POSIX data set  ¦ 
+--+-++-¦ 
¦ x'00'¦ ¦¦ Simple non-VSAM data set¦ 
+--+-++-+ 


The CSI documentation is in the "Managing Catalogs" manual.

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

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

Re: Computer Science Education: Where Are the Software Engineers of Tomorrow?

[Howard Brazee]

On 11 Jan 2008 11:35:40 -0800, [EMAIL PROTECTED] (McKown,
John) wrote:

>For an experienced programmer, this is a boon. But it totally defeats
>the purpose for a beginner. They end up knowing very little and create
>crappy code. In C, programmers just use the "qsort()" function to sort
>stuff. And it is not optimal in all cases (I prefer heapsort, in
>general).

And CoBOL programmers use whatever the compiler uses for the sort. Let
the systems programmers tweak it if it should be changed. Sometimes my
compiler listing will say I can use a more efficient sort - but any
compiler options I use get overridden by Endevor during migration.

>Of course, in today's "who cares? Just give me an answer right now!"
>mind set, this may be a good thing. It also reduces programming from a
>"craft" to something more like an assembly line worker. Which is also
>"good" in that it means that programmers are "cheaper" and "easier to
>replace", thus giving them less value to the company.

It depends on what the craft of the programming is supposed to be. The
reason for making efficient code is to save the company money. If the
programmer turned some of his attention towards understanding the
users' needs better, his value to the company can be improved.

And understanding business needs isn't assembly line work.

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

[Ted MacNEIL]

>Does it matter where the fault is?


Yes, I believe it does.
If memory leaks are a problem, they have to be resolved, just like any coding 
issue.

If it's the programmer - train or dismiss.
If it's the compiler - get it fixed.

-
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: Computer Science Education: Where Are the Software Engineers of Tomorrow?

[David Andrews]

On Fri, 2008-01-11 at 13:22 -0500, Jon Brock wrote:
> It seems to me that there are important
> differences between the way you conceive of and design a program in
> assembler/COBOL/C versus, say, Ruby or Java.

+1 (as the kids say).

IMO the finest undergraduate programming textbook is Abelson and
Sussman's _Structure and Interpretation of Computer Programs_.  They use
Scheme Lisp and emphasize functional programming; they don't bother to
introduce Scheme's assignment operator until nearly halfway through the
book.  I remember being stunned when I got to that point and realized I
hadn't missed it.

-- 
David Andrews
A. Duda and Sons, Inc.
[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: Can a pdf document be create using COBOL?

[Mark Zelden]

On Fri, 11 Jan 2008 13:49:17 -0500, Warner Mach <[EMAIL PROTECTED]> wrote:

>I have played around with XMITIP and TXT2PDF to some extent.
>I have also discussed the DATA21 PDF product with one of the
>representatives of that company.
>  .
>The problem with the XMITIP system (from our perspective) is
>that it does not have an 'overlay' feature (which we could
>really use for W-2s). The problem with the DATA21 product is
>that the PDF portion requires going to a PC as intermediary;
>which introduces security problems, along with political
>issues.
>  .
>The ideal situation would be an add-on to XMITIP which would
>provide the free product with overlays and no need to use
>a PC ... One can dream.
>

Have you looked at or contacted the PDFLIB vendor?  

http://www.pdflib.com/

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

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

Re: Computer Science Education: Where Are the Software Engineers of Tomorrow?

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL
> Sent: Friday, January 11, 2008 1:06 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Computer Science Education: Where Are the 
> Software Engineers of Tomorrow?
> 
> 
> >And one of the biggest "problems" with OOP is the use of 
> object libraries. For __beginning__ students, using OOP 
> usually means just "wiring together" a number of pre-existing 
> objects, or maybe just
> extending an existing object. WITHOUT REALLY KNOWING HOW THE 
> OBJECT WORKS!
> 
> Unfortunately, using existing objects is one of the selling 
> points of OOP.
> It's supposed to make programming easier and faster.

For an experienced programmer, this is a boon. But it totally defeats
the purpose for a beginner. They end up knowing very little and create
crappy code. In C, programmers just use the "qsort()" function to sort
stuff. And it is not optimal in all cases (I prefer heapsort, in
general).

Of course, in today's "who cares? Just give me an answer right now!"
mind set, this may be a good thing. It also reduces programming from a
"craft" to something more like an assembly line worker. Which is also
"good" in that it means that programmers are "cheaper" and "easier to
replace", thus giving them less value to the company.

--
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: DFHSM - PARSING ERROR

[willie bunter]

Thanks.  I didn't catch that.  Next time I use the old "spell check"
   
  Thanks to all

"Chase, John" <[EMAIL PROTECTED]> wrote:
  > -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of willie bunter
> 
> Hallo All,
> 
> I am attempting to fix a problem. A dataset which was 
> migrated (ml2) with no backup, was deleted.
> 
> I created the catalog entry and in the process of trying to 
> perform the AUDIT. I am encountering a parsing error and I 
> am unable to figure out where my mistake is. Could someone 
> please advise me as to how I can correct this error? Below is 
> the erro message output:
> HSEND AUDIT MEDCTL VOLUMES(MD0038) FIX SERIALIZATION(CONTINOUS)
> 
> The command is not successful. Below is the error message:
> ARC1001I AUDIT MEDCTL VOLUMES(MD0038) FIX 
> SERIALIZATION(CONTINOUS) COMMAND 
> ARC1001I (CONT.) FAILED, RC=0005, REAS=0004 
> 
> ARC1605I COMMAND HAD PARSE ERROR 

You apparently misspelled CONTINUOUS. 

-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


   
-
Never miss a thing.   Make Yahoo your homepage.

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

[Howard Brazee]

On 11 Jan 2008 11:07:52 -0800, [EMAIL PROTECTED] (Ted MacNEIL) wrote:

>>Some OO languages produce lots of memory leaks in the real world - but there 
>>aren't nearly so many memory leaks in the procedural world.
>
>Is that the fault of the compiler or the programmer?
>When I learned C++, I was taught about cleaning up after yourself, just like I 
>was with COBOL or assemblker.

Does it matter where the fault is?

The characteristics of a programming paradigm are dependent upon the
total environment - none of these changes could have been implemented
if hardware didn't get so much cheaper.   One of the attractions of OO
is the supply of programmers.   What we get is what we get.

Java decided to simplify the Programmer's tasks by doing more
housekeeping and limiting "difficult" concepts such as multiple
inheritance.   That was probably a good idea considering the major
component of the programming project - the programmer.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: SCOPE=COMMON in data spaces

[Larry Dinwiddie]

I found my problem - SCOPE=COMMON must be created by a non-swappable
module.

Larry

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Larry Dinwiddie
Sent: Friday, January 11, 2008 11:08 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SCOPE=COMMON in data spaces

I'm trying to create a data space with the SCOPE=COMMON parameter.  I'm
in key 0, supervisor state and have linked as 31-bit AMODE.

I am getting a system abend code 01D reason xxzz14xx from the DSPSERV
macro.

This indicates I am NOT in 31-bit addressing - I can change the program
to SCOPE=SINGLE and everything works.

I have tested this on z/OS 1.5 and z/OS 1.8 and it fails on both for the
same reason.

Does anyone have any suggestions?

Thanks
Larry Dinwiddie

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

[Schwarz, Barry A]

There are two u's in CONTINUOUS.

-Original Message-
From: willie bunter [mailto:SNIP] 
Sent: Friday, January 11, 2008 11:16 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: DFHSM - PARSING ERROR

Hallo All,
   
  I am attempting to fix a problem.  A dataset which was migrated (ml2)
with no backup, was deleted.
   
  I created the catalog entry and in the process of trying to perform
the AUDIT.  I am encountering a parsing error and I am unable to figure
out where my mistake is.  Could someone please advise me as to how I can
correct this error? Below is the erro message output:
  HSEND AUDIT MEDCTL VOLUMES(MD0038) FIX SERIALIZATION(CONTINOUS)
   
  The command is not successful.  Below is the error message:
  ARC1001I AUDIT MEDCTL VOLUMES(MD0038) FIX SERIALIZATION(CONTINOUS)
COMMAND
  ARC1001I (CONT.) FAILED, RC=0005, REAS=0004

  ARC1605I COMMAND HAD PARSE ERROR 

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

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of willie bunter
> 
> Hallo All,
>
>   I am attempting to fix a problem.  A dataset which was 
> migrated (ml2) with no backup, was deleted.
>
>   I created the catalog entry and in the process of trying to 
> perform the AUDIT.  I am encountering a parsing error and I 
> am unable to figure out where my mistake is.  Could someone 
> please advise me as to how I can correct this error? Below is 
> the erro message output:
>   HSEND AUDIT MEDCTL VOLUMES(MD0038) FIX SERIALIZATION(CONTINOUS)
>
>   The command is not successful.  Below is the error message:
>   ARC1001I AUDIT MEDCTL VOLUMES(MD0038) FIX 
> SERIALIZATION(CONTINOUS) COMMAND
>   ARC1001I (CONT.) FAILED, RC=0005, REAS=0004 
>   
>   ARC1605I COMMAND HAD PARSE ERROR  

You apparently misspelled CONTINUOUS. 

-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

DFHSM - PARSING ERROR

[willie bunter]

Hallo All,
   
  I am attempting to fix a problem.  A dataset which was migrated (ml2) with no 
backup, was deleted.
   
  I created the catalog entry and in the process of trying to perform the 
AUDIT.  I am encountering a parsing error and I am unable to figure out where 
my mistake is.  Could someone please advise me as to how I can correct this 
error? Below is the erro message output:
  HSEND AUDIT MEDCTL VOLUMES(MD0038) FIX SERIALIZATION(CONTINOUS)
   
  The command is not successful.  Below is the error message:
  ARC1001I AUDIT MEDCTL VOLUMES(MD0038) FIX SERIALIZATION(CONTINOUS) COMMAND
  ARC1001I (CONT.) FAILED, RC=0005, REAS=0004   
  ARC1605I COMMAND HAD PARSE ERROR  
   
  Thanks to all in advance

   
-
Be a better friend, newshound, and know-it-all with Yahoo! Mobile.  Try it now.

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

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Howard Brazee
> 
> [ snip ]
> 
> There isn't an awfully lot of conceptual difference between
> programming a report on CoBOL or creating a video on iMovie.   

On the contrary, there is a fundamental difference:

In "programming a report on COBOL" you are "building the machine" that
will accept the "raw materials" and produce the "finished product.  In
"creating a video on iMovie" you are providing the "raw materials" and
(eventually) receiving the "finished product" from a "machine" that is
already built.

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

[Denis Gäbler]

 Another Idea, there is a PHP (programmig language just like ASP, Perl, etc.) 
port for z/OS running under Apache for z/OS. PHP has PDF routines.
I don't know if PHP (running under z/OS Unix) can be called out of COBOL.
Nevertheless PHP is open source, so there must be open source libraries with 
PDF creation functionality.
Sometimes they are easier to compile than one thinks, but sometimes it doesn't 
work at all.
Maybe this is worth a try too.


 
Denis.


 

-Original Message-
From: Gary Green <[EMAIL PROTECTED]>
To: IBM-MAIN@BAMA.UA.EDU
Sent: Fri, 11 Jan 2008 8:03 pm
Subject: Re: Can a pdf document be create using COBOL?










I am asking this because I do not know the answer and have not tried it...
Do you have SAS?

I know it can produce a PDF file, supposedly with ease using ODS.  The part
I do not know is, can it produce a PDF type file on the host.  Worse case,
have SAS write it to a directory on a workstation/LAN, I've used SAMBA for
the mounting.  Then the PDF file would be sitting there ready to do
whatever...

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Warner Mach
Sent: Friday, January 11, 2008 1:49 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Can a pdf document be create using COBOL?

I have played around with XMITIP and TXT2PDF to some extent.
I have also discussed the DATA21 PDF product with one of the representatives
of that company.
  .
The problem with the XMITIP system (from our perspective) is that it does
not have an 'overlay' feature (which we could really use for W-2s). The
problem with the DATA21 product is that the PDF portion requires going to a
PC as intermediary; which introduces security problems, along with political
issues.
  .
The ideal situation would be an add-on to XMITIP which would provide the
free product with overlays and no need to use a PC ... One can dream.

--
For IBM-MAIN subscribe / signoff / archive access instructions, 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/1218 - Release Date: 1/10/2008
1:32 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



 



More new features than ever.  Check out the new AIM(R) Mail ! - 
http://webmail.aim.com

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

Re: Sub-CEC Reports

[Dean Montevago]

Yes, I use this regulary. Can SMTP handle files other than 80 bytes ?
Still haven't gone to the link you sent.

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


This is how I send files in a batch job...

//MAILFILE PROC SOUT='*',
// DS='???',
// EMAILADR='???'
//
//****
//
//IEBGENER EXEC PGM=IEBGENER
//SYSOUTDD SYSOUT=&SOUT
//SYSPRINT  DD SYSOUT=&SOUT
//SYSUT1DD DISP=SHR,DSN=OSS05.TEST.SYSIN(&EMAILADR)
//  DD DISP=SHR,DSN=&DS
//SYSUT2DD SYSOUT=(B,SMTPB),
//  DCB=(LRECL=80,BLKSIZE=80,RECFM=FB,DSORG=PS)
//SYSIN DD DUMMY

The contents of the SYSIN file...
HELO SBCSF1
MAIL FROM:<[EMAIL PROTECTED]>
RCPT TO:<[EMAIL PROTECTED]>
DATA
FROM: Gary Green
TO:   ..
SUBJECT:  Emailed file


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

Thanks Gary.

Just the summary. It's 113 lines. We send it without signature also. How
would I get the contents into into the body of an SMTP stream ?

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


Can't say Dean...  I write the output as well, edit it down to the one
page, print it for the manager to sign and then fax it over, -and-, as a
heads-up, email them a copy of the unsigned report.  I "do know" that
they use the emailed copy for pricing purposes (got hit with a price
increase just last quarter)...  Whether they back that up with the faxed
copy I could not say.

When I took over the chore I just let things continue as they were.  If
I knew they would accept the report without signature, I would just
schedule the job for the first Monday of the reporting quarter, and
email the report to them from the host (SYSOUT = (B,SMTP)), with CC's to
other interested parties, myself included.

When you write the output, how large is the report?  Do you get all
those monthly charts and graphs for each LPAR or just the summary page?

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

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

--
For IBM-MAIN subscribe / signoff / archive access instructions, 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/1218 - Release Date:
1/10/2008 1:32 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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-

Re: Computer Science Education: Where Are the Software Engineers of Tomorrow?

[Ted MacNEIL]

>Some OO languages produce lots of memory leaks in the real world - but there 
>aren't nearly so many memory leaks in the procedural world.

Is that the fault of the compiler or the programmer?
When I learned C++, I was taught about cleaning up after yourself, just like I 
was with COBOL or assemblker.
-
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: Computer Science Education: Where Are the Software Engineers of Tomorrow?

[Howard Brazee]

On 11 Jan 2008 10:57:04 -0800, [EMAIL PROTECTED] (McKown,
John) wrote:

>And one of the biggest "problems" with OOP is the use of object
>libraries. For __beginning__ students, using OOP usually means just
>"wiring together" a number of pre-existing objects, or maybe just
>extending an existing object. WITHOUT REALLY KNOWING HOW THE OBJECT
>WORKS! You end up with something that may give the desired result, but
>the programmer really has no idea why it works or even if there is a
>better way (faster, less memory footprint, etc).

Often that's great.   Who needs to know how a radio button works, as
long as it works as advertised?

There isn't an awfully lot of conceptual difference between
programming a report on CoBOL or creating a video on iMovie.   

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

[Ted MacNEIL]

>And one of the biggest "problems" with OOP is the use of object libraries. For 
>__beginning__ students, using OOP usually means just "wiring together" a 
>number of pre-existing objects, or maybe just
extending an existing object. WITHOUT REALLY KNOWING HOW THE OBJECT WORKS!

Unfortunately, using existing objects is one of the selling points of OOP.
It's supposed to make programming easier and faster.


-
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: Sub-CEC Reports

[Dean Montevago]

The file created by the program I run is:

 PS 
 VB 
 1024   
 27998  

Sorry, haven't looked at the link yet. How did you create 80 byte
records ? We download the file and use the web.

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


A follow-up...

In re-reading my earlier response, it dawned on me that the type of file
I emailed were normal 80 byte records.  If you need to email a true
"file", here is something that may help.

http://www.planetmvs.com/mvsmail/index.html#MIMEBIN

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

Thanks Gary.

Just the summary. It's 113 lines. We send it without signature also. How
would I get the contents into into the body of an SMTP stream ?

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


Can't say Dean...  I write the output as well, edit it down to the one
page, print it for the manager to sign and then fax it over, -and-, as a
heads-up, email them a copy of the unsigned report.  I "do know" that
they use the emailed copy for pricing purposes (got hit with a price
increase just last quarter)...  Whether they back that up with the faxed
copy I could not say.

When I took over the chore I just let things continue as they were.  If
I knew they would accept the report without signature, I would just
schedule the job for the first Monday of the reporting quarter, and
email the report to them from the host (SYSOUT = (B,SMTP)), with CC's to
other interested parties, myself included.

When you write the output, how large is the report?  Do you get all
those monthly charts and graphs for each LPAR or just the summary page?

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

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

--
For IBM-MAIN subscribe / signoff / archive access instructions, 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/1218 - Release Date:
1/10/2008 1:32 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

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

[Gary Green]

I am asking this because I do not know the answer and have not tried it...
Do you have SAS?

I know it can produce a PDF file, supposedly with ease using ODS.  The part
I do not know is, can it produce a PDF type file on the host.  Worse case,
have SAS write it to a directory on a workstation/LAN, I've used SAMBA for
the mounting.  Then the PDF file would be sitting there ready to do
whatever...

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Warner Mach
Sent: Friday, January 11, 2008 1:49 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Can a pdf document be create using COBOL?

I have played around with XMITIP and TXT2PDF to some extent.
I have also discussed the DATA21 PDF product with one of the representatives
of that company.
  .
The problem with the XMITIP system (from our perspective) is that it does
not have an 'overlay' feature (which we could really use for W-2s). The
problem with the DATA21 product is that the PDF portion requires going to a
PC as intermediary; which introduces security problems, along with political
issues.
  .
The ideal situation would be an add-on to XMITIP which would provide the
free product with overlays and no need to use a PC ... One can dream.

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

[Howard Brazee]

On 11 Jan 2008 10:41:55 -0800, [EMAIL PROTECTED] (Ted MacNEIL) wrote:

>I have always believed that there are three mind-sets.
>1. Assembler/machine language.
>2. Procedural languages (COBOL, etc.).
>3. Object oriented.
>
>As you go from 1 to 3, you have less details to worry about, as the compiler 
>does more house-keeping for you.

It depends.Some OO languages produce lots of memory leaks in the
real world - but there aren't nearly so many memory leaks in the
procedural world.

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

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL
> Sent: Friday, January 11, 2008 12:41 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Computer Science Education: Where Are the 
> Software Engineers of Tomorrow?
> 
> 
> >It seems to me that there are important differences between 
> the way you conceive of and design a program in 
> assembler/COBOL/C versus, say, Ruby or Java. 
> 
> I have always believed that there are three mind-sets.
> 1. Assembler/machine language.
> 2. Procedural languages (COBOL, etc.).
> 3. Object oriented.
> 
> As you go from 1 to 3, you have less details to worry about, 
> as the compiler does more house-keeping for you.

And one of the biggest "problems" with OOP is the use of object
libraries. For __beginning__ students, using OOP usually means just
"wiring together" a number of pre-existing objects, or maybe just
extending an existing object. WITHOUT REALLY KNOWING HOW THE OBJECT
WORKS! You end up with something that may give the desired result, but
the programmer really has no idea why it works or even if there is a
better way (faster, less memory footprint, etc).

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

[Warner Mach]

I have played around with XMITIP and TXT2PDF to some extent.
I have also discussed the DATA21 PDF product with one of the
representatives of that company.
  .
The problem with the XMITIP system (from our perspective) is
that it does not have an 'overlay' feature (which we could 
really use for W-2s). The problem with the DATA21 product is
that the PDF portion requires going to a PC as intermediary;
which introduces security problems, along with political 
issues.
  .
The ideal situation would be an add-on to XMITIP which would
provide the free product with overlays and no need to use 
a PC ... One can dream.

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