Marist College in Zjournal on the Maiframe

[Ed Gould]

 Historic Marist College Embraces Mainframe’s Future by Gabe Goldberg. Marist 
College has evolved into a hub of worldwide mainframe education on campus and 
via distance learning.
[read more: http://www.zjournal.com/index.cfm?section=article&aid=1234]






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

Re: EZASMI Concurrent Server cann't handle mutiple open connections in the same port

[Joe Reichman]

thaNKX

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Scott
Sent: Wednesday, October 28, 2009 12:15 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: EZASMI Concurrent Server cann't handle mutiple open connections
in the same port

Well, I don't want to say "yes" outright, since I don't know what makes you
ask.  The well known ports (21, 22, 80, 443, and the color "purple") are all
just a front end.  Your TCP/IP subsystem "forks" it off to your server
application with a different port that that process listens on.  That way,
the original port (21, 22, 88, "blue 42") can remain open for new
connections to be established.  The client then requests whatever data and
the connection is closed, the child dies, and the port is released back to
the assignable pool.

I'm not a TCP/IP "engineer" or one of those liberal elite "computer
scientists" but this is the general idea.


Scott

On Tue, Oct 27, 2009 at 8:11 PM, Joe Reichman
wrote:

> Hi,
>
>
>
>  All regarding my earlier inquiry can anyone correct me if I am wrong
>
>
>
> I don't think you can have multiple open connections ( in the process of
> read and writes ) on the same port/same ip ??
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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

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

Re: EZASMI Concurrent Server cann't handle mutiple open connections in the same port

[Joe Reichman]

I got this error from Windows saying it couldn't create a CAsynSocket Class
for the same ip/port

Maybe if it open and closes the socket..


At work our shop is heavily XCOM based uses XCOM to submit JOBS from the PC
as we are VSE and in the process of converting to MVS (VSE HAVING not having
a built in edtitor)

 and it XCOM seems to be  single threaded only one connection on the port

But XCOM is an old VTAM application program though there TCP/IP suppourt


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Edward Jaffe
Sent: Tuesday, October 27, 2009 11:37 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: EZASMI Concurrent Server cann't handle mutiple open connections
in the same port

Joe Reichman wrote:
> I don't think you can have multiple open connections ( in the process of
> read and writes ) on the same port/same ip ??
>   

The (E)JES Workstation Component TCP/IP broker listens on a single port 
and, when a connection is handled, uses give/takesocket to hand the 
socket to a subtask and goes back to the listen loop. Later, the socket 
is given to the user's EWC server address space. We have multiple TCBs 
and multiple address spaces all sharing and doing concurrent read/write 
to the same IP/port. (At least it appears to be concurrent.)

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

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

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

Re: EZASMI Concurrent Server cann't handle mutiple open connections in the same port

[Scott]

Well, I don't want to say "yes" outright, since I don't know what makes you
ask.  The well known ports (21, 22, 80, 443, and the color "purple") are all
just a front end.  Your TCP/IP subsystem "forks" it off to your server
application with a different port that that process listens on.  That way,
the original port (21, 22, 88, "blue 42") can remain open for new
connections to be established.  The client then requests whatever data and
the connection is closed, the child dies, and the port is released back to
the assignable pool.

I'm not a TCP/IP "engineer" or one of those liberal elite "computer
scientists" but this is the general idea.


Scott

On Tue, Oct 27, 2009 at 8:11 PM, Joe Reichman wrote:

> Hi,
>
>
>
>  All regarding my earlier inquiry can anyone correct me if I am wrong
>
>
>
> I don't think you can have multiple open connections ( in the process of
> read and writes ) on the same port/same ip ??
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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

Re: EZASMI Concurrent Server cann't handle mutiple open connections in the same port

[Edward Jaffe]

Joe Reichman wrote:

I don't think you can have multiple open connections ( in the process of
read and writes ) on the same port/same ip ??
  


The (E)JES Workstation Component TCP/IP broker listens on a single port 
and, when a connection is handled, uses give/takesocket to hand the 
socket to a subtask and goes back to the listen loop. Later, the socket 
is given to the user's EWC server address space. We have multiple TCBs 
and multiple address spaces all sharing and doing concurrent read/write 
to the same IP/port. (At least it appears to be concurrent.)


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

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

EZASMI Concurrent Server cann't handle mutiple open connections in the same port

[Joe Reichman]

Hi,

 

 All regarding my earlier inquiry can anyone correct me if I am wrong

 

I don't think you can have multiple open connections ( in the process of
read and writes ) on the same port/same ip ??  


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

Re: GIMUNZIP failure

[Mark Zelden]

On Tue, 27 Oct 2009 19:32:27 -0500, Paul Gilmartin  wrote:

>On Tue, 27 Oct 2009 19:19:20 -0500, Mark Zelden wrote:
>
>>Are you sure you have a working version of Java mounted at
>>/usr/lpp/java/J1.4?  The classpath should be fine as SMP/E is
>>(normally) installed in the root file system.
>>
>I would cherish an IVP that tests this.  (I have a crude
>test for ICSF CSNBOWH function.)
>

To test what?  Java or that the SMP/E unix files are part of the root?

For Java:  "java -version" is a good start

For the classes, if SMP/E came with serverpac, it is in the root. 
If you installed (upgraded) SMP/E after you installed serverpac, it should 
still be in the root unless you changed your DDDEFs and pointed
APPLY at different directories.  That is what I meant by "the classpath
should be fine".   The OP is executing SMP/E and assuming z/OS unix
is even functional, the classpath he pointed to in both the DD and the
client parms should exist.

>>On Tue, 27 Oct 2009 17:58:59 -0400, Myers, Edouard (OCTO) wrote:
>>
>>>We are running z/Os v1R9 and one of my coworkers is trying to download a
>>server pack from Shopz for DB2. However he is now running into this SMPE
>>problem;
>>>
>>>He has included the Java in the JCL
>>>
>>>//SMPCPATH   DD PATH='/usr/lpp/smp/classes/'
>>>//SMPJHOME   DD PATH='/usr/lpp/java/J1.4/'   <
>>>
>I forgot to mention that I supply SMPJHOME DD, but have never
>needed SMPCPATH DD for RECEIVE FROMNETWORK.  (z/OS 1.7, 1.10)
>

It sounds like you have ICSF available (crypto), so you don't need the
java classes for it.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: GIMUNZIP failure

[Clark, Kevin]

Check the archives this issue has been discussed in the past, although
not by me. There is some sample JCL. 



rom: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Myers, Edouard (OCTO)
Sent: Tuesday, October 27, 2009 5:59 PM
To: IBM-MAIN@bama.ua.edu
Subject: GIMUNZIP failure

We are running z/Os v1R9 and one of my coworkers is trying to download a
server pack from Shopz for DB2. However he is now running into this SMPE
problem;

GIM69209S **GIMGTPKG PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT
COULD NOT   
BE STARTED.

GIM23413S ** GIMGTPKG PROCESSING HAS FAILED. DATA INTEGRITY VERIFICATION
CAN NOT 
BE PERFORMED BECAUSE ICSF IS NOT AVAILABLE AND AN
ATTEMPT TO USE AN 
ALTERNATE SERVICE HAS FAILED.

GIM20501I   GIMGTPKG PROCESSING IS COMPLETE. THE HIGHEST
RETURN CODE WAS 12.
  TIME 13:08:22SMP/E FTP OUTPUT   SMP/E 34.26   

//SMPSRVR DD *
 
  

 
 /*   
He has included the Java in the JCL

//SMPCPATH   DD PATH='/usr/lpp/smp/classes/'  
//SMPJHOME   DD PATH='/usr/lpp/java/J1.4/'   <

As well as in his execution:
//SMPCLNT  DD *
  


Has anyone run into this error? You can see the release of SMPE above

Edouard A. Myers
Senior Information Technology Specialist
Office of the Chief Technology Officer 
DC Government 
222 Massachusetts Ave, NW, Suite 200 
Washington, DC 20001 
Phone : 202-727-4017 
Fax: 202-727-3880 
Email: edouard.my...@dc.gov
Website: http://www.octo.dc.gov

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Paul Gilmartin
Sent: Tuesday, October 27, 2009 11:47 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: GIMUNZIP failure

On Tue, 27 Oct 2009 21:01:43 +0530, Chokalingam Thangavelu wrote:
>
>GIM49001S ** ARCHIVE smpptfin/s0001.shopz.s8788653.smpmcs.pax.Z COULD
>NOT BE FOUND WITHIN THE DIRECTORY NAMED ON THE
> SMPDIR DD STATEMENT.
>
>Please let me know what could be the reason for the failure and I am
>thinking that I have uploaded GIMPAF.XML and GIMPAF.XSL files in Binary
>format along with other package files. If this is wrong then let me
know
>what mode I should use while FTPing these files into OMVS.
>
Binary is correct for transfers both from ShopZ and to HFS directory.
But that's not what the message says is the problem

Do
ls -al

... of the HFS directory "NAMED ON THE SMPDIR DD STATEMENT" and verify
that the file named in the message is present.

But why bother with GIMUNZIP?  You should be able to do RECEIVE FROMNTS
directly.

-- gil

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

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


This e-mail message and any attachments transmitted with it are confidential 
and are intended solely for the use of its authorized recipient(s). If you are 
not an intended or authorized recipient, you are hereby notified that any 
disclosure, copying, distribution or taking any action in reliance on the 
information contained in this e-mail is prohibited. If you have received this 
message in error or are not authorized to receive it, please immediately notify 
the sender and delete the original message and all copies of it from your 
computer.

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

Re: GIMUNZIP failure

[Paul Gilmartin]

On Tue, 27 Oct 2009 19:19:20 -0500, Mark Zelden wrote:

>Are you sure you have a working version of Java mounted at
>/usr/lpp/java/J1.4?  The classpath should be fine as SMP/E is
>(normally) installed in the root file system.
>
I would cherish an IVP that tests this.  (I have a crude
test for ICSF CSNBOWH function.)

>On Tue, 27 Oct 2009 17:58:59 -0400, Myers, Edouard (OCTO) wrote:
>
>>We are running z/Os v1R9 and one of my coworkers is trying to download a
>server pack from Shopz for DB2. However he is now running into this SMPE
>problem;
>>
>>He has included the Java in the JCL
>>
>>//SMPCPATH   DD PATH='/usr/lpp/smp/classes/'
>>//SMPJHOME   DD PATH='/usr/lpp/java/J1.4/'   <
>>
I forgot to mention that I supply SMPJHOME DD, but have never
needed SMPCPATH DD for RECEIVE FROMNETWORK.  (z/OS 1.7, 1.10)

-- gil

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

Re: GIMUNZIP failure

[Mark Zelden]

Are you sure you have a working version of Java mounted at 
/usr/lpp/java/J1.4?  The classpath should be fine as SMP/E is
(normally) installed in the root file system.

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


On Tue, 27 Oct 2009 17:58:59 -0400, Myers, Edouard (OCTO)
 wrote:

>We are running z/Os v1R9 and one of my coworkers is trying to download a
server pack from Shopz for DB2. However he is now running into this SMPE
problem;
>
>GIM69209S **GIMGTPKG PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT
>   BE STARTED.
>GIM23413S ** GIMGTPKG PROCESSING HAS FAILED. DATA INTEGRITY VERIFICATION
CAN NOT
>   BE PERFORMED BECAUSE ICSF IS NOT AVAILABLE AND AN ATTEMPT TO 
> USE AN
>   ALTERNATE SERVICE HAS FAILED.
>GIM20501I  GIMGTPKG PROCESSING IS COMPLETE. THE HIGHEST RETURN 
>CODE WAS 12.
>  TIME 13:08:22SMP/E FTP OUTPUT   SMP/E 34.26
>
>//SMPSRVR DD *
>   host="delivery03-bld.dhe.ibm.com"
>   user="xxx"
>   pw="xxx">
>  file="2009102750016/PROD/order/GIMPAF.XML"
>   hash="68F70B77EC0B41287255A1F98732D44EBB8AE1BB"
>   id="OS120223.order">
>   
> 
> /*
>He has included the Java in the JCL
>
>//SMPCPATH   DD PATH='/usr/lpp/smp/classes/'
>//SMPJHOME   DD PATH='/usr/lpp/java/J1.4/'   <
>
>As well as in his execution:
>//SMPCLNT  DD *
>  javadebugoptions="-Dcom.ibm.smp.debug=severe -showversion"
>  javahome="/usr/lpp/java/J1.4"
>  classpath="/usr/lpp/smp/classes">
>
>
>Has anyone run into this error? You can see the release of SMPE above
>
>Edouard A. Myers
>Senior Information Technology Specialist
>Office of the Chief Technology Officer
>DC Government
>222 Massachusetts Ave, NW, Suite 200
>Washington, DC 20001
>Phone : 202-727-4017
>Fax: 202-727-3880
>Email: edouard.my...@dc.gov
>Website: http://www.octo.dc.gov
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Paul Gilmartin
>Sent: Tuesday, October 27, 2009 11:47 AM
>To: IBM-MAIN@bama.ua.edu
>Subject: Re: GIMUNZIP failure
>
>On Tue, 27 Oct 2009 21:01:43 +0530, Chokalingam Thangavelu wrote:
>>
>>GIM49001S ** ARCHIVE smpptfin/s0001.shopz.s8788653.smpmcs.pax.Z COULD
>>NOT BE FOUND WITHIN THE DIRECTORY NAMED ON THE
>> SMPDIR DD STATEMENT.
>>
>>Please let me know what could be the reason for the failure and I am
>>thinking that I have uploaded GIMPAF.XML and GIMPAF.XSL files in Binary
>>format along with other package files. If this is wrong then let me know
>>what mode I should use while FTPing these files into OMVS.
>>
>Binary is correct for transfers both from ShopZ and to HFS directory.
>But that's not what the message says is the problem
>
>Do
>ls -al
>
>... of the HFS directory "NAMED ON THE SMPDIR DD STATEMENT" and verify
>that the file named in the message is present.
>
>But why bother with GIMUNZIP?  You should be able to do RECEIVE FROMNTS
>directly.
>
>-- gil
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: GIMUNZIP failure

[Paul Gilmartin]

On Tue, 27 Oct 2009 17:58:59 -0400, Myers, Edouard (OCTO) wrote:

>We are running z/Os v1R9 and one of my coworkers is trying to download a 
>server pack from Shopz for DB2. However he is now running into this SMPE 
>problem;
>
>GIM69209S **GIMGTPKG PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT
>   BE STARTED.
>
FWIW, on a  1.10 system, I find:

  65581 -rwxr-xr-x   2 OMVSKERN OMVS 6983 Sep 25  2008 
/usr/lpp/smp/classes/com/ibm/smp/GIMJVCLT.class

... which seems to work for my RECEIVE FROMNETWORK.

-- gil

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

GIMUNZIP failure

[Myers, Edouard (OCTO)]

We are running z/Os v1R9 and one of my coworkers is trying to download a server 
pack from Shopz for DB2. However he is now running into this SMPE problem;

GIM69209S **GIMGTPKG PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT   
BE STARTED. 

GIM23413S ** GIMGTPKG PROCESSING HAS FAILED. DATA INTEGRITY VERIFICATION CAN 
NOT 
BE PERFORMED BECAUSE ICSF IS NOT AVAILABLE AND AN ATTEMPT TO 
USE AN 
ALTERNATE SERVICE HAS FAILED.   

GIM20501I   GIMGTPKG PROCESSING IS COMPLETE. THE HIGHEST RETURN 
CODE WAS 12.
  TIME 13:08:22SMP/E FTP OUTPUT   SMP/E 34.26   

//SMPSRVR DD *
 
  

 
 /*   
He has included the Java in the JCL

//SMPCPATH   DD PATH='/usr/lpp/smp/classes/'  
//SMPJHOME   DD PATH='/usr/lpp/java/J1.4/'   <

As well as in his execution:
//SMPCLNT  DD *
  


Has anyone run into this error? You can see the release of SMPE above

Edouard A. Myers
Senior Information Technology Specialist
Office of the Chief Technology Officer 
DC Government 
222 Massachusetts Ave, NW, Suite 200 
Washington, DC 20001 
Phone : 202-727-4017 
Fax: 202-727-3880 
Email: edouard.my...@dc.gov
Website: http://www.octo.dc.gov

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Paul Gilmartin
Sent: Tuesday, October 27, 2009 11:47 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: GIMUNZIP failure

On Tue, 27 Oct 2009 21:01:43 +0530, Chokalingam Thangavelu wrote:
>
>GIM49001S ** ARCHIVE smpptfin/s0001.shopz.s8788653.smpmcs.pax.Z COULD
>NOT BE FOUND WITHIN THE DIRECTORY NAMED ON THE
> SMPDIR DD STATEMENT.
>
>Please let me know what could be the reason for the failure and I am
>thinking that I have uploaded GIMPAF.XML and GIMPAF.XSL files in Binary
>format along with other package files. If this is wrong then let me know
>what mode I should use while FTPing these files into OMVS.
>
Binary is correct for transfers both from ShopZ and to HFS directory.
But that's not what the message says is the problem

Do
ls -al

... of the HFS directory "NAMED ON THE SMPDIR DD STATEMENT" and verify
that the file named in the message is present.

But why bother with GIMUNZIP?  You should be able to do RECEIVE FROMNTS
directly.

-- gil

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

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

Re: Of interest to Developers

[Scott]

I'm wondering who else was confused at the idea of IBM getting into the
self-help business, when they read "z Personal Development Tool"?

"IBM's newly patented Behavioral Change Control (tm) process will enable you
to develop, test, and employ the 7 Healthy Habits of a Systems Programmer.
Have a weekly conference call with your Inner Child and discover how to
overcome your urge to uncontrollably shout at people, who say things like
'IEBIBALL,' until red-faced dizziness sets in."

It could happen.

Scott

On Tue, Oct 27, 2009 at 1:44 PM, Mike At HammockTree wrote:

> Please excuse a slightly off-topic message, but since a number of System z
> developers tend to follow this group, I thought this would be of general
> interest.
>
> IBM has just announced the availability of their zPDT (System z Personal
> Development Tool) to qualifying members of IBM's PartnerWorld for
> Developers.  zPDT is a software based development system that IBM has been
> using internally for several years and is well tested and proven.  It runs
> on an Intel/Linux platform and can provide one to three processors (CP, IFL,
> zIIP, or zAAP).
>
> I have teamed up with Stan King, ITC (Information Technology Company, LLC)
> to help bring  zPDT based systems to the development community.  We are
> still in the process of defining the exact configurations, but there will be
> a mobile (ThinkPad) version, a "Midrange" and a "Enterprise" version.  We
> are not ready to quote any performance numbers yet, but with the current
> Intel processor line, we expect performance to be very good.
>
> For more information, you can check the ITC web site (
> www.p390.com/zpdt.htm ) and the IBM PartnerWorld web site (
> www.ibm.com/partnerworld ).  If you have any questions, feel free to email
> me off-list.
>
>
>
> Mike Hammock
>
> ITC
>
> mhamm...@p390.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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

Re: CA support website - hacked?

[Mark Zelden]

On Tue, 27 Oct 2009 15:53:44 -0400, Ken Porowski  wrote:

>My bad.
>
>Bounced my browser and all looks OK now.
>
>I had seen 4 panels that had SAP Netweaver on them.
>
>Any link I used (favorites or links within ca.com) went to the same page
>until I bounced IE6.
>
>Sorry for the confusion.
>

You get that when you timeout from their website.  It started happening perhaps
a month or two ago.And you are correct that you can't logon from that panel.
I don't recall if I just have to close that window and open a new one at the
correct URL, or close all my IE windows.  But I also use Firefox and I may
have only had to close that tab and open a new tab the last time it happened. 

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Of interest to Developers

[Stephen Y Odo]

Thanks for the info ... but ...

"the zPDT is not intended for academia-related education purposes, not
for Systems Integrators for software asset maintenance, ..."

*sigh*  still nothing for academia or the hobbyist ...

--Stephen





Mike At HammockTree wrote:
> Please excuse a slightly off-topic message, but since a number of
> System z developers tend to follow this group, I thought this would be
> of general interest.
>
> IBM has just announced the availability of their zPDT (System z
> Personal Development Tool) to qualifying members of IBM's PartnerWorld
> for Developers.  zPDT is a software based development system that IBM
> has been using internally for several years and is well tested and
> proven.  It runs on an Intel/Linux platform and can provide one to
> three processors (CP, IFL, zIIP, or zAAP).
>
> I have teamed up with Stan King, ITC (Information Technology Company,
> LLC) to help bring  zPDT based systems to the development community. 
> We are still in the process of defining the exact configurations, but
> there will be a mobile (ThinkPad) version, a "Midrange" and a
> "Enterprise" version.  We are not ready to quote any performance
> numbers yet, but with the current Intel processor line, we expect
> performance to be very good.
>
> For more information, you can check the ITC web site (
> www.p390.com/zpdt.htm ) and the IBM PartnerWorld web site (
> www.ibm.com/partnerworld ).  If you have any questions, feel free to
> email me off-list.

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

Of interest to Developers

[Mike At HammockTree]

Please excuse a slightly off-topic message, but since a number of System z 
developers tend to follow this group, I thought this would be of general 
interest.


IBM has just announced the availability of their zPDT (System z Personal 
Development Tool) to qualifying members of IBM's PartnerWorld for 
Developers.  zPDT is a software based development system that IBM has been 
using internally for several years and is well tested and proven.  It runs 
on an Intel/Linux platform and can provide one to three processors (CP, IFL, 
zIIP, or zAAP).


I have teamed up with Stan King, ITC (Information Technology Company, LLC) 
to help bring  zPDT based systems to the development community.  We are 
still in the process of defining the exact configurations, but there will be 
a mobile (ThinkPad) version, a "Midrange" and a "Enterprise" version.  We 
are not ready to quote any performance numbers yet, but with the current 
Intel processor line, we expect performance to be very good.


For more information, you can check the ITC web site ( 
www.p390.com/zpdt.htm ) and the IBM PartnerWorld web site ( 
www.ibm.com/partnerworld ).  If you have any questions, feel free to email 
me off-list.




Mike Hammock

ITC

mhamm...@p390.com

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

Re: big iron mainframe vs. x86 servers

[Ken Porowski]

SWATCH Internet time?

What is a Swatch .beat? 
We have divided up the day into 1000 ".beats". So, one Swatch ".Beat" is
equivalent to 1 Minute 26.4 Seconds. 

Why use Internet Time? 
Internet Time exists so that we do not have to think about timezones.
For example, if a New York web-supporter makes a date for a chat with a
cyber friend in Rome, they can simply agree to meet at an "@ time" -
because internet time is the same all over the world.

Where is the Internet Time meridian? 
Biel Meantime (BMT) is the universal reference for internet time. A day
in internet time begins at midnight BMT (@000 Swatch .Beats) (Central
European Wintertime). 

The Meridian is marked for all to see on the facade of the Swatch
International headquarters on Jakob-Staempfli Street, Biel, Switzerland.

When did Internet Time start? 
The BMT Meridian was inaugurated on October 23rd, 1998, in the presence
of Nicholas Negroponte, founder and director of the media laboratory at
the Massachusetts Institute of Technology. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of P S
Sent: Tuesday, October 27, 2009 4:37 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: [IBM-MAIN] big iron mainframe vs. x86 servers

On Tue, Oct 27, 2009 at 3:20 PM, McKown, John
 wrote:

> I don't like metric, personally. Too Earth-centric. I think we need to

> totally divorce all time and distance to more "universal" quantities. 
> I nominate the 21 cm hydrogen spectral line for a distance and 7E-10 
> seconds for time (time for light to travel 21 cm). 1 gigatick would be
.7 seconds.
> Then, we can join the galactic societies! 
>

OK, now you're scaring me, because I find this appealing.

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

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

Re: big iron mainframe vs. x86 servers

[P S]

On Tue, Oct 27, 2009 at 3:20 PM, McKown, John  wrote:

> I don't like metric, personally. Too Earth-centric. I think we need to
> totally divorce all time and distance to more "universal" quantities. I
> nominate the 21 cm hydrogen spectral line for a distance and 7E-10 seconds
> for time (time for light to travel 21 cm). 1 gigatick would be .7 seconds.
> Then, we can join the galactic societies! 
>

OK, now you're scaring me, because I find this appealing.

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

Re: big iron mainframe vs. x86 servers

[Paul Gilmartin]

On Tue, 27 Oct 2009 14:20:44 -0500, McKown, John wrote:
>
>I'd vote for it. And eliminated the stinking "daylight saving time" screw-up! 
>
But let's dispel the specious theological argument.  There
are opponents who contend that DST is contrary to God's will.
Actually, the current convention of Standard Time is contrary
to the best Scriptural reference I know: Matthew:20.

>Of course, at my first job, I had the print banner pages print the current 
>date and time in GMT like: nn month yyy hh:mm:ss with a 24 hour clock. I like 
>to have gotten lynched by everybody in that shop. They could not remember how 
>to convert. Subtracting 6 (or 5) was too difficult. Oh, and then subtracting 
>another 12 if the number was >12 was just obscene.
>
I once tried to place a phone call from Colorado to Benton Harbor, MI.

Administrative Assistant: He's out to lunch.  When can he call you back?

[What time zone is Benton Harbor?  UP or LP?  Do they
observe DST? ... Too much uncertainty.  Simplify!]

gil: I'm about to go to lunch myself.  Can he call me back two
 hours from now?

[Long pause; imagine neural gears grinding at other end.]

AA:  Errr... What time zone are you in?

[Obvious poor choice of algorithm.]

>I don't like metric, personally. Too Earth-centric. I think we need to totally 
>divorce all time and distance to more "universal" quantities. I nominate the 
>21 cm hydrogen spectral line for a distance and 7E-10 seconds for time (time 
>for light to travel 21 cm). 1 gigatick would be .7 seconds. Then, we can join 
>the galactic societies! 
>
How about the Planck time and the Planck length, suitably scaled.
But aren't powers of 10 enormously anthropocentric?

-- gil

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

Re: CA support website - hacked?

[Ken Porowski]

My bad.

Bounced my browser and all looks OK now.

I had seen 4 panels that had SAP Netweaver on them.

Any link I used (favorites or links within ca.com) went to the same page
until I bounced IE6.

Sorry for the confusion. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Porowski, Ken
Sent: Tuesday, October 27, 2009 3:42 PM
To: IBM-MAIN@bama.ua.edu
Subject: [IBM-MAIN] CA support website - hacked?

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

Does this look right to you?

Ken Porowski
VP Mainframe Administration
CIT Group
E: ken.porow...@cit.com



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

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

Re: big iron mainframe vs. x86 servers

[Paul Gilmartin]

On Tue, 27 Oct 2009 12:32:06 -0600, Howard Brazee wrote:

>On Tue, 27 Oct 2009 10:26:38 -0700 (PDT), Eric Chomko wrote:
>
>>For space applications, sure. A satellite that orbits in 101 minutes
>>had better use UTC, but why humans on Earth in the same place? You
>>think UTC tells you anything about where the Earth's terminator is?

Actually, it does.  With UTC and a globe, I can tell pretty
well where the terminator is.  If someone tells me his civil
time, I need one more piece of information.

>>When the Earth is facing totally opposite the Sun on any given day.
>>No, local time is a must for determining exactly when the sun will
>>rise where you are!
>>
True.

>>Heck well can live with two measuring systems, we can live with two
>>times.
>
And Roman and Arabic numerals.  But why should we.

>My computer doesn't care where the sun is.   If it needs to support
>people 24 hours per day, maybe anywhere in the world, what does the
>sun have to do with it?
>
Amen.

>But if it is important to know when data are modified, having over 24
>time zones has no advantage.Mark it with a common, universal time.
>The display routine can change it to local time just fine for users,
>even when the users are on the opposite sides of the Earth.
>
So, when will ISPF start marking members in UTC?

-- gil

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

Re: CA support website - hacked?

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Ken Porowski
> 
> https://support.ca.com/irj/portal/anonymous
> 
> Does this look right to you?

Looks normal to me.

-jc-

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

Re: CA support website - hacked?

[Frank Skellen]

This is where I logon:

https://support.ca.com/irj/portal/anonymous/userlogin?TARGET=%20%20%20%2
0https%3A%2F%2Fsupport.ca.com%2Firj%2Fportal%3FNavigationTarget%3Dnavurl
%3A%2F%2Ffc5fa6af19bda4d7c79e681420eda9ad

Frank 

The information contained in this message may be privileged and
confidential and protected from disclosure.  If the reader of this
message is not the intended recipient, or an employee or agent
responsible for delivering this message to the intended recipient, you
are hereby notified that any dissemination, distribution or copying of
this communication is strictly prohibited. If you have received this
communication in error, please notify us immediately by replying to the
message and deleting it from your computer.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ken Porowski
Sent: Tuesday, October 27, 2009 3:42 PM
To: IBM-MAIN@bama.ua.edu
Subject: CA support website - hacked?

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

Does this look right to you?

Ken Porowski
VP Mainframe Administration
CIT Group
E: ken.porow...@cit.com



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

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

Re: Secret Service plans IT reboot

[Patrick Falcone]

Yea, it was always *storage creep* then we started running WAS 3.01 back in, 
oh, 2001 or so and it became *storage leak* while on calls with IBM. So what 
does that make it now, *storage creak*.

--- On Tue, 10/27/09, Ted MacNEIL  wrote:


From: Ted MacNEIL 
Subject: Re: Secret Service plans IT reboot
To: IBM-MAIN@bama.ua.edu
Date: Tuesday, October 27, 2009, 5:35 PM


>It does not happen too much anymore on the mainframe, at least not too
noticeable.

Run JAVA on the mainframe!

-
Too busy driving to stop for gas!

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

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

CA support website - hacked?

[Ken Porowski]

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

Does this look right to you?

Ken Porowski
VP Mainframe Administration
CIT Group
E: ken.porow...@cit.com



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

Re: big iron mainframe vs. x86 servers

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott
> Sent: Tuesday, October 27, 2009 2:04 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: big iron mainframe vs. x86 servers
> 
> In China, your clock is set to Beijing time.  Even if you're 
> at the other
> edge of China, 16:00 in Beijing is 16:00 where you are.
> 
> Really, I think every is so adapted to the idea of working 
> from 8am to 5pm.
> Yet it's pretty meaningless in the grand scheme of things.  
> The world would
> be a lot simpler if everyone just set their clocks the same.  
> My iPhone's
> world clock feature is loaded with a half-dozen other clocks. 
>  But this
> would fall under the same debate as converting the US from 
> the Imperial
> system to Metric, albeit on a global scale.
> 
> Scott

I'd vote for it. And eliminated the stinking "daylight saving time" screw-up! 
Of course, at my first job, I had the print banner pages print the current date 
and time in GMT like: nn month yyy hh:mm:ss with a 24 hour clock. I like to 
have gotten lynched by everybody in that shop. They could not remember how to 
convert. Subtracting 6 (or 5) was too difficult. Oh, and then subtracting 
another 12 if the number was >12 was just obscene.

I don't like metric, personally. Too Earth-centric. I think we need to totally 
divorce all time and distance to more "universal" quantities. I nominate the 21 
cm hydrogen spectral line for a distance and 7E-10 seconds for time (time for 
light to travel 21 cm). 1 gigatick would be .7 seconds. Then, we can join the 
galactic societies! 

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

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

Re: big iron mainframe vs. x86 servers

[Scott]

In China, your clock is set to Beijing time.  Even if you're at the other
edge of China, 16:00 in Beijing is 16:00 where you are.

Really, I think every is so adapted to the idea of working from 8am to 5pm.
Yet it's pretty meaningless in the grand scheme of things.  The world would
be a lot simpler if everyone just set their clocks the same.  My iPhone's
world clock feature is loaded with a half-dozen other clocks.  But this
would fall under the same debate as converting the US from the Imperial
system to Metric, albeit on a global scale.

Scott

On Tue, Oct 27, 2009 at 11:32 AM, Howard Brazee wrote:

> On Tue, 27 Oct 2009 10:26:38 -0700 (PDT), Eric Chomko
>  wrote:
>
> >For space applications, sure. A satellite that orbits in 101 minutes
> >had better use UTC, but why humans on Earth in the same place? You
> >think UTC tells you anything about where the Earth's terminator is?
> >When the Earth is facing totally opposite the Sun on any given day.
> >No, local time is a must for determining exactly when the sun will
> >rise where you are!
> >
> >Heck well can live with two measuring systems, we can live with two
> >times.
>
> My computer doesn't care where the sun is.   If it needs to support
> people 24 hours per day, maybe anywhere in the world, what does the
> sun have to do with it?
>
> But if it is important to know when data are modified, having over 24
> time zones has no advantage.Mark it with a common, universal time.
> The display routine can change it to local time just fine for users,
> even when the users are on the opposite sides of the Earth.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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

Re: big iron mainframe vs. x86 servers

[Gerhard Postpischil]

Howard Brazee wrote:

But if it is important to know when data are modified, having over 24
time zones has no advantage.Mark it with a common, universal time.
The display routine can change it to local time just fine for users,
even when the users are on the opposite sides of the Earth.


We ran into that a couple of weeks ago - colleague in Australia 
ran a DSS dump, and when we restored it, got a warning message 
that the file had a bad date (restored anyway).




Gerhard Postpischil
Bradford, VT

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

Re: big iron mainframe vs. x86 servers

[Howard Brazee]

On Tue, 27 Oct 2009 10:26:38 -0700 (PDT), Eric Chomko
 wrote:

>For space applications, sure. A satellite that orbits in 101 minutes
>had better use UTC, but why humans on Earth in the same place? You
>think UTC tells you anything about where the Earth's terminator is?
>When the Earth is facing totally opposite the Sun on any given day.
>No, local time is a must for determining exactly when the sun will
>rise where you are!
>
>Heck well can live with two measuring systems, we can live with two
>times.

My computer doesn't care where the sun is.   If it needs to support
people 24 hours per day, maybe anywhere in the world, what does the
sun have to do with it?

But if it is important to know when data are modified, having over 24
time zones has no advantage.Mark it with a common, universal time.
The display routine can change it to local time just fine for users,
even when the users are on the opposite sides of the Earth.

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

Re: INACTIVE INTERVAL EXCEEDED BY SPECIAL USER

[Hal Merritt]

It's a brave new world :-) Case sensitivity contamination has been spotted all 
over the place. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Ted MacNEIL
Sent: Monday, October 26, 2009 3:19 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: INACTIVE INTERVAL EXCEEDED BY SPECIAL USER

>Is they reply case sensitive?
Was it entered in such a way that it was not upper cased?

Since when is a reply case-sensitive?
We're talking mainframes, here!
-
Too busy driving to stop for gas!
 
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

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

Re: Secret Service plans IT reboot

[Ward, Mike S]

That's it Storage Creep..

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Richbourg, Claude
Sent: Tuesday, October 27, 2009 9:32 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Secret Service plans IT reboot

It does not happen too much anymore on the mainframe, at least not too
noticeable.

But we always called it 'Storage Creep'. It just keeps on creeping up
until IPL time, 
if you didn't catch it in time...

-
Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of P S
Sent: Tuesday, October 27, 2009 10:22 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Secret Service plans IT reboot

On Tue, Oct 27, 2009 at 10:10 AM, Ward, Mike S  wrote:

> Why is it called a memory leak? I think that's a distributed term. We
> used to call it something else on the mainframe, but I can't remember
> what.
>

Core cancer?

Hmm, in a few years this list will mainly consist of folks asking for
the
meaning of terms they've forgotten! (Not zingin' ya, I did it yesterday
...)

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
==
This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to which they are
addressed. If you have received this email in error please notify the
system manager. This message contains confidential information and is
intended only for the individual named. If you are not the named
addressee you should not disseminate, distribute or copy this e-mail.
Please notify the sender immediately by e-mail if you have received
this e-mail by mistake and delete this e-mail from your system. If you
are not the intended recipient you are notified that disclosing, copying,
distributing or taking any action in reliance on the contents of this
information is strictly prohibited.

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

Re: Secret Service plans IT reboot

[Ted MacNEIL]

>It does not happen too much anymore on the mainframe, at least not too
noticeable.

Run JAVA on the mainframe!

-
Too busy driving to stop for gas!

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

Re: Secret Service plans IT reboot

[Staller, Allan]

Storage Creep!


> Why is it called a memory leak? I think that's a distributed term. We
> used to call it something else on the mainframe, but I can't remember
> what.
>

Core cancer?


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

Re: Secret Service plans IT reboot

[Anne & Lynn Wheeler]

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

steve_thomp...@stercomm.com (Thompson, Steve) writes:
> Why is it called a memory leak? I think that's a distributed term. We
> used to call it something else on the mainframe, but I can't remember
> what.
>
> 
>
> Memory creep.
>
> Memory leak is a nice way of saying someone's coding practices are a
> little shaky -- in particular, from my experience, what is produced by
> certain compilers seem to not correctly cleanup after themselves forcing
> PAPS to have to be rebooted.
>
> Regards,
> Steve Thompson

old lstsrv-l archives from 1991 (back when mailing lists were on bitnet
vm370 machines)
http://community.emailogy.com/scripts/wa-COMMUNITY.exe?A2=ind9111&L=lstsrv-l&P=41042

"storage cancer"

-- 
40+yrs virtualization experience (since Jan68), online at home since Mar1970

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

Re: GIMUNZIP failure

[Bob Shannon]

As it says, you have probably specified the wrong directory on the SMPDIR DD 
statement. It would be helpful to see your JCL and a directory listing.

Bob Shannon
Rocket Software

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

Re: GIMUNZIP failure

[Paul Gilmartin]

On Tue, 27 Oct 2009 10:47:20 -0500, Paul Gilmartin wrote:
>
>But why bother with GIMUNZIP?  You should be able to do RECEIVE FROMNTS
>directly.
>
A couple afterthoughts:

To the OP:  Are you working from the instructions in:

   Linkname: 3.4.1 "z/OS V1R11.0 Planning for Installation" IBM Library Server
URL: 
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/e0z2b1a0/3.4.1

???

To anyone whatever:  What tools are generally available for verifying
the SHA-1 checksums prior to running SMP/E RECEIVE FROMNTS

o On the desktop after downloading from ShopZ

o In the HFS after uploading from desktop

???  I have both, but they're entangled in much other code.  An Open
Source implementation of SHA is available; I'll look up the link
if someone needs it.  But is there a user-friendly interface for
the ICSF and Java tools employed by SMP/E?

-- gil

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

Re: Secret Service plans IT reboot

[Chase, John]

"Storage creep"?


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ward, Mike S
> Sent: Tuesday, October 27, 2009 9:11 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Secret Service plans IT reboot
> 
> Why is it called a memory leak? I think that's a distributed term. We
> used to call it something else on the mainframe, but I can't remember
> what.
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of David Purdy
> Sent: Monday, October 26, 2009 2:04 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Secret Service plans IT reboot
> 
> It probably was a 3081 - I may have a memory leak.  Tek had seven
> business data centers and one engineering data center at the time.
> Engineering was running a 3083 with VM/HPO5 for circuit simulation,
and
> circuit board design system for a time.  The disclaimer, "...if I
> remember" is becoming more and more relevant.  Sorry for the
> misinformation.
> 
> 
> David Purdy
> 
> 
> -Original Message-
> From: Anne & Lynn Wheeler 
> To: IBM-MAIN@bama.ua.edu
> Sent: Mon, Oct 26, 2009 2:49 pm
> Subject: Re: Secret Service plans IT reboot
> 
> 
> dpurd...@aol.com (David Purdy) writes:
> 
> > Yup, Speed Matching Buffer is correct.  168 had timing issues with
> > state-of-the-art 3380's (STK 8380's if I remember).  Worst thing was
> > the 168 shared DASD with a 3033 - the 168 always came in second.
> 
> actually the 168 had "faster" channels than 3033. after the demise of
> future system effort, there was a mad rush to get stuff into the 370
> software&product pipeline. ... 303x was stop-gap while they got 3081 &
> 370-xa moving.
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> ==
> This email and any files transmitted with it are confidential and
intended
> solely for the use of the individual or entity to which they are
> addressed. If you have received this email in error please notify the
> system manager. This message contains confidential information and is
> intended only for the individual named. If you are not the named
> addressee you should not disseminate, distribute or copy this e-mail.
> Please notify the sender immediately by e-mail if you have received
> this e-mail by mistake and delete this e-mail from your system. If you
> are not the intended recipient you are notified that disclosing,
copying,
> distributing or taking any action in reliance on the contents of this
> information is strictly prohibited.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: Secret Service plans IT reboot

[Richbourg, Claude]

It does not happen too much anymore on the mainframe, at least not too
noticeable.

But we always called it 'Storage Creep'. It just keeps on creeping up
until IPL time, 
if you didn't catch it in time...

-
Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of P S
Sent: Tuesday, October 27, 2009 10:22 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Secret Service plans IT reboot

On Tue, Oct 27, 2009 at 10:10 AM, Ward, Mike S  wrote:

> Why is it called a memory leak? I think that's a distributed term. We
> used to call it something else on the mainframe, but I can't remember
> what.
>

Core cancer?

Hmm, in a few years this list will mainly consist of folks asking for
the
meaning of terms they've forgotten! (Not zingin' ya, I did it yesterday
...)

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

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

Re: Secret Service plans IT reboot

[Mark Vitale]

I've heard "core cancer" too, but the term we
usually used was "storage creep".

Mark Vitale
Senior Software Engineer
 
Office: 610.865.0300
mark.vit...@perfman.com

www.PERFMAN.com

 
This email and any files transmitted with it may contain confidential
and /or legally privileged information.  It is intended solely for the
use of the individual or entity to whom it is addressed.  If you are not
the intended recipient, you are hereby notified that any dissemination,
distribution, or copying of this email and its attachment(s) is strictly
prohibited.  If you have received this email in error please notify the
sender and delete this email and any attachment(s).
 

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

GIMUNZIP failure

[Chokalingam Thangavelu]

Hi,

I have downloaded SMPPTFIN and SMPHOLD PAX file from ShopZseries which
contains PTFS required for measuring ZIIP workload along with GIMPAF.XML
and GIMPAF.XSL to my workstation then FTP to the HFS directory in OMVS
in Binary format. I have followed the above method as our firewall is
protected and am doing this first time.

I am getting below error message when I run GIMUNZIP job.
 
GIM49001S ** ARCHIVE smpptfin/s0001.shopz.s8788653.smpmcs.pax.Z COULD
NOT BE FOUND WITHIN THE DIRECTORY NAMED ON THE
 SMPDIR DD STATEMENT.


Please let me know what could be the reason for the failure and I am
thinking that I have uploaded GIMPAF.XML and GIMPAF.XSL files in Binary
format along with other package files. If this is wrong then let me know
what mode I should use while FTPing these files into OMVS.

Regards,
Chokalingam Thangavelu

Please do not print this email unless it is absolutely necessary. 

The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments. 

WARNING: Computer viruses can be transmitted via email. The recipient should 
check this email and any attachments for the presence of viruses. The company 
accepts no liability for any damage caused by any virus transmitted by this 
email. 

www.wipro.com

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

Re: Secret Service plans IT reboot

[Thompson, Steve]

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ward, Mike S
Sent: Tuesday, October 27, 2009 9:11 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Secret Service plans IT reboot

Why is it called a memory leak? I think that's a distributed term. We
used to call it something else on the mainframe, but I can't remember
what.



Memory creep.

Memory leak is a nice way of saying someone's coding practices are a
little shaky -- in particular, from my experience, what is produced by
certain compilers seem to not correctly cleanup after themselves forcing
PAPS to have to be rebooted.

Regards,
Steve Thompson

-- Opinions expressed by this poster may not reflect those held by
poster's employer --

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

Re: JES2 - keeping only selected outputs

[John Kelly]

is there a way to keep job output only if the RC > 0 ?

 What I've done is have a unique purge sysout class and then review the 
job at end of execution (eg JES3 IATUX19/72 or JES2 exit51, maybe exit40) 
to check the max return code and change the class then.

Jack Kelly
202-502-2390 (Office)

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

Re: Secret Service plans IT reboot

[Tony Harminc]

2009/10/27 Ward, Mike S :
> Why is it called a memory leak? I think that's a distributed term. We
> used to call it something else on the mainframe, but I can't remember
> what.

Core cancer. Though that term doesn't really apply to what the OP used it for.

Tony H.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of David Purdy
> Sent: Monday, October 26, 2009 2:04 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Secret Service plans IT reboot
>
> It probably was a 3081 - I may have a memory leak.  Tek had seven
> business data centers and one engineering data center at the time.
> Engineering was running a 3083 with VM/HPO5 for circuit simulation, and
> circuit board design system for a time.  The disclaimer, "...if I
> remember" is becoming more and more relevant.  Sorry for the
> misinformation.
>
>
> David Purdy

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

Re: GIMUNZIP failure

[Paul Gilmartin]

On Tue, 27 Oct 2009 21:01:43 +0530, Chokalingam Thangavelu wrote:
>
>GIM49001S ** ARCHIVE smpptfin/s0001.shopz.s8788653.smpmcs.pax.Z COULD
>NOT BE FOUND WITHIN THE DIRECTORY NAMED ON THE
> SMPDIR DD STATEMENT.
>
>Please let me know what could be the reason for the failure and I am
>thinking that I have uploaded GIMPAF.XML and GIMPAF.XSL files in Binary
>format along with other package files. If this is wrong then let me know
>what mode I should use while FTPing these files into OMVS.
>
Binary is correct for transfers both from ShopZ and to HFS directory.
But that's not what the message says is the problem

Do
ls -al

... of the HFS directory "NAMED ON THE SMPDIR DD STATEMENT" and verify
that the file named in the message is present.

But why bother with GIMUNZIP?  You should be able to do RECEIVE FROMNTS
directly.

-- gil

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

Re: Secret Service plans IT reboot

[P S]

On Tue, Oct 27, 2009 at 10:10 AM, Ward, Mike S  wrote:

> Why is it called a memory leak? I think that's a distributed term. We
> used to call it something else on the mainframe, but I can't remember
> what.
>

Core cancer?

Hmm, in a few years this list will mainly consist of folks asking for the
meaning of terms they've forgotten! (Not zingin' ya, I did it yesterday ...)

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

Re: Secret Service plans IT reboot

[Ward, Mike S]

Why is it called a memory leak? I think that's a distributed term. We
used to call it something else on the mainframe, but I can't remember
what.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of David Purdy
Sent: Monday, October 26, 2009 2:04 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Secret Service plans IT reboot

It probably was a 3081 - I may have a memory leak.  Tek had seven
business data centers and one engineering data center at the time.
Engineering was running a 3083 with VM/HPO5 for circuit simulation, and
circuit board design system for a time.  The disclaimer, "...if I
remember" is becoming more and more relevant.  Sorry for the
misinformation.


David Purdy 


-Original Message-
From: Anne & Lynn Wheeler 
To: IBM-MAIN@bama.ua.edu
Sent: Mon, Oct 26, 2009 2:49 pm
Subject: Re: Secret Service plans IT reboot


dpurd...@aol.com (David Purdy) writes:

> Yup, Speed Matching Buffer is correct.  168 had timing issues with
> state-of-the-art 3380's (STK 8380's if I remember).  Worst thing was
> the 168 shared DASD with a 3033 - the 168 always came in second.

actually the 168 had "faster" channels than 3033. after the demise of
future system effort, there was a mad rush to get stuff into the 370
software&product pipeline. ... 303x was stop-gap while they got 3081 &
370-xa moving.



 






--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
==
This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to which they are
addressed. If you have received this email in error please notify the
system manager. This message contains confidential information and is
intended only for the individual named. If you are not the named
addressee you should not disseminate, distribute or copy this e-mail.
Please notify the sender immediately by e-mail if you have received
this e-mail by mistake and delete this e-mail from your system. If you
are not the intended recipient you are notified that disclosing, copying,
distributing or taking any action in reliance on the contents of this
information is strictly prohibited.

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

Re: big iron mainframe vs. x86 servers

[Howard Brazee]

On Tue, 27 Oct 2009 08:10:18 -0500, jmfbahciv  wrote:

>> With 20-20 hindsight, all computers should have started off marking
>> files that way.   It's not easy changing, but it would really be worth
>> it. 
>
>How?  Count your bits.  Oh, and think about IBM cards.

I meant, all files marked with time, should have been marked with
UTC/Zulu/Grenwich.

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

Re: JES2 - keeping only selected outputs

[Clark, David]

The way I do it is to have a Jes output class defined with
outputdisp of purge,hold.  Have msgclass and all output in job assigned
to this class.  Then add a step to your job that checks for CC GT 0 and
if so exec a non-existent program to generate a S806 abend.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Natasa Savinc
> Sent: Tuesday, October 27, 2009 6:02 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: JES2 - keeping only selected outputs
> 
> Hello,
> 
> is there a way to keep job output only if the RC > 0 ? We have a nuber
> of jobs
> that run very often (every few minutes) and we don't really need the
> output if
> the RC = 0.
> Every suggestion will be very appreciated.
> 
> Natasa
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: INACTIVE INTERVAL EXCEEDED BY SPECIAL USER

[Walt Farrell]

On Mon, 26 Oct 2009 15:27:08 -0500, Richard Peurifoy
 wrote:

>Ted MacNEIL wrote:
>>> Is they reply case sensitive?
>> Was it entered in such a way that it was not upper cased?
>>
>> Since when is a reply case-sensitive?
>> We're talking mainframes, here!
>
>This started on RACF-L, but since you asked here I will answer
>here.
>
>I have seen code that assumed the reply would be upper case,
>and the console normally will upper case the reply. However
>if the reply is in quotes, or is sent thru SVC 34 I think it
>is sent asis.

The upper-casing is part of preparing the command for execution, so it would
not matter how it entered the system as far as I know.  But quoting the
operand would prevent the upper-casing, I think, and that would cause
problems (at least in this case).

-- 
Walt Farrell, CISSP
IBM STSM, z/OS Security Design

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

Re: JES2 - keeping only selected outputs

[Lizette Koehler]

Natasa,
Do you need to keep the JCL plus SYSOUT?  Or do you just need the sysout?

If just the sysout, then I would write it out to a temp file (or GDG if you
need it longer) and then use a last step to either print or purge.

If you need the whole job (JCL + SYSOUT) then the last step could be an SDSF
REXX step or you could just the JES2 PURGE command here.  

If you have an automation product like OPS/MVS then you could have the last
step be a WTO that OPS/MVS catches and purges if CC=0.  

Lizette

> Hello,
> 
> is there a way to keep job output only if the RC > 0 ? We have a nuber of
jobs
> that run very often (every few minutes) and we don't really need the
output if
> the RC = 0.
> Every suggestion will be very appreciated.
> 

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

Re: SCLM and ++include statements

[Peter Vander Woude]

Kurt,

  We too, have a front-end in our build process to handle ++include members.  
I just wish there was a parser sample, not written in rexx, that we could 
compile and have sclm flag it at that time.  We did try the rexx sample a few 
years ago, and for one of the programs that has a large number of ++includes, 
the save in edit, went from 30 seconds to 5 minutes!

Pete

CONFIDENTIALITY NOTICE:  This message and all attachments may contain 
legally privileged and confidential information intended solely for the use of 
the 
addressee.  If the reader of this message is not the intended recipient, any 
reading, dissemination, distribution, copying, or other use of this message or 
its attachments is prohibited.  If you have received this communication in 
error, please notify the sender immediately  and delete this message and all 
copies and backups thereof.  Thank you.

On Mon, 26 Oct 2009 11:54:28 -0700, Kurt Eastwood 
 wrote:

>Thanks for your responses. I found a front end for SCLM that was handling 
the ++include statements.
>Kurt
> 
>

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

RES: JES2 - keeping only selected outputs

[ITURIEL DO NASCIMENTO NETO]

There is a program from Mr Saint-flour that can help you.
It's in CBT file 183.

   CMDJ  Send a JES2 command with the current job's number  
 (must be authorized)   

 Example:   

//PURGEJOB EXEC PGM=CMDJES2,PARM=P  

 If the current job's number is JOB01234,   
 then the following command is issued:  

   $PJ  01234   

Atenciosamente / Regards / Saludos 

Ituriel do Nascimento Neto 
Banco Bradesco S/A 
4254 - DPCD Engenharia de Software 
Sistemas Operacionais Mainframes 

Tel: +55 11 4197-2021 R: 22021 Fax: +55 11 4197-2814 

 

|-Mensagem original-
|De: IBM Mainframe Discussion List 
|[mailto:ibm-m...@bama.ua.edu] Em nome de Bob Shannon
|Enviada em: terça-feira, 27 de outubro de 2009 09:56
|Para: IBM-MAIN@bama.ua.edu
|Assunto: Re: JES2 - keeping only selected outputs
|
|> is there a way to keep job output only if the RC > 0 ?
|
|If you have some type of automation, you can periodically 
|start a batch job that uses the SDSF Rexx interface to check 
|the RC and delete what isn't wanted.
|
|Bob Shannon
|Rocket Software
|
|--
|For IBM-MAIN subscribe / signoff / archive access 
|instructions, send email to lists...@bama.ua.edu with the 
|message: GET IBM-MAIN INFO Search the archives at 
|http://bama.ua.edu/archives/ibm-main.html
|

AVISO LEGAL Esta mensagem é 
destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter 
informação confidencial e/ou legalmente privilegiada. Se você não for 
destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, 
copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação 
contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem 
por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a 
eliminação do seu conteúdo em sua base de dados, registros ou sistema de 
controle. Fica desprovida de eficácia e validade a mensagem que contiver 
vínculos obrigacionais, expedida por quem não detenha poderes de representação. 

LEGAL ADVICE This message is 
exclusively destined for the people to whom it is directed, and it can bear 
private and/or legally exceptional information. If you are not addressee of 
this message, since now you are advised to not release, copy, distribute, check 
or, otherwise, use the information contained in this message, because it is 
illegal. If you received this message by mistake, we ask you to return this 
email, making possible, as soon as possible, the elimination of its contents of 
your database, registrations or controls system. The message that bears any 
mandatory links, issued by someone who has no representation powers, shall be 
null or void.

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

Re: JES2 - keeping only selected outputs

[Bob Shannon]

> is there a way to keep job output only if the RC > 0 ?

If you have some type of automation, you can periodically start a batch job 
that uses the SDSF Rexx interface to check the RC and delete what isn't wanted.

Bob Shannon
Rocket Software

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

Re: JES2 - keeping only selected outputs

[David Cartwright]

On Tue, 27 Oct 2009 05:02:15 -0500, Natasa Savinc 
 wrote:

>Hello,
>
>is there a way to keep job output only if the RC > 0 ? We have a nuber of jobs
>that run very often (every few minutes) and we don't really need the output if
>the RC = 0.
>Every suggestion will be very appreciated.
>

Look at the message checking code in CHEW in file 172 of the CBT tape.
You should be able to adapt that fairly easily to your requirements.

D

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

Re: SCLM and ++include statements

[Scott Rowe]

???

>>> Ed Gould  10/27/09 1:50 AM >>>
Scott:
These Are a Panvalet product only.  This a possible way to handle them. Use 
your global editor to find (and replace) ++INCLUDE to copy ... This works some 
of the time. The issue is that IIRC the member name may be up to 10 characters 
which probably does not fit in most PDS's. I think what we did we found all the 
++ includes and sat down with a person from the group and renamed all e members 
to 8 chanacters and used PAN to export the to the desired members. This was a 
nice project for a junior person to do and the person from the team gave input. 
The project had its bumps but it worked 99 percent of the time.
Panvalet was OK for its day, I guess. I do remember them charging a pretty buck 
for the ISPF interface. We bought it but at the point we were also getting 
geared up to drop the product.
Ed

--- On Mon, 10/26/09, Scott Rowe  wrote:

From: Scott Rowe 
Subject: Re: SCLM and ++include statements
To: IBM-MAIN@bama.ua.edu
Date: Monday, October 26, 2009, 11:39 AM

Isn't ++INCLUDE a Panvalet control card, rather than SCLM?

>>> Kurt Eastwood  10/26/2009 12:29 PM >>>
I want to thank all of you in advance who might respond to my questions.

I am currently running SCLM and have programs that have ++include statements 
imbeded in them to pull in file layouts, etc.

I can not find any SCLM documentation that talks about ++include statements.

Can anyone point me to any SCLM documentation that will talk about ++include 
statements?

Thank you,
Kurt




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



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


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





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



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

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

Re: Secret Service plans IT reboot

[Tom Marchant]

On Mon, 26 Oct 2009 11:57:00 -0400, Bill Fairchild wrote:

>Speed Matching Buffer, probably.

I always thought it would have been more appropriately called a "Speed
Reducing Buffer".  It didn't really match the speed of the device to the
speed of the channel, but only reduced the speed to 1.5 MB/second.  It was
pretty common to get overruns when doing I/O through the SMB.

-- 
Tom Marchant

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

Re: JES2 - keeping only selected outputs

[R.S.]

Natasa Savinc pisze:

Hello,

is there a way to keep job output only if the RC > 0 ? We have a nuber of jobs 
that run very often (every few minutes) and we don't really need the output if 
the RC = 0. 
Every suggestion will be very appreciated.


HCD jobs are some example. Output is directed to temporary file and 
conditional step (IEBGENER) which prinst the sysout. It worsk only for 
program sysouts, it doesn't keep JES* files.


--
Radoslaw Skorupka
Lodz, Poland


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

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

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

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

JES2 - keeping only selected outputs

[Natasa Savinc]

Hello,

is there a way to keep job output only if the RC > 0 ? We have a nuber of jobs 
that run very often (every few minutes) and we don't really need the output if 
the RC = 0. 
Every suggestion will be very appreciated.

Natasa

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