Re: FW: IEAFIX00 Recommendations

[Jim Mulder]

IBM Mainframe Discussion List  wrote on 10/26/2006 
12:19:11 PM:

> I've been looking at our IEAFIX00 member which has been carried forward 
from
> operating system to operating system and have some questions I'm hoping 
you
> experts can help me out with.  Our current IEAFIX00 member is:
> 
>  INCLUDE LIBRARY(SYS1.LPALIB) MODULES(
>   IEAVAR00
>   IEAVAR06
>   IGC0001G
>   )
>  INCLUDE LIBRARY(SYS1.SEPWMOD2) MODULES(
>   EPWSTUB
>   )
> 
> Does this look correct for a default member?  Are there other
> recommendations for modules to be added to IEAFIX for example our 
IEFACTRT
> SMF exit.  I currently use IEALPA00 to install the IEFACTRT which 
overrides
> the IBM supplied module in SYS1.LPALIB.  I'm kind of clueless about what
> other modules should or shouldn't be in this member and am struggling to
> find any documentation on the subject.  Thanks for your help.


Interestingly, I see we have the following IEAFIX00 in parmlib on
some of our local production systems:

INCLUDE LIBRARY(SYS1.LPALIB) 
   MODULES(IEAVAR00,   /* 6816 RCT INIT/TERM */ 
   ICHRFC00, 
   ICHRFR00, 
   ICHSFR00, 
   IGC0001G/*  368 RESTORE(SVC17 */ 
   ) 
INCLUDE LIBRARY(SYS1.FFST.SEPWMOD2) 
   MODULES(EPWSTUB) 
 /* DOC THIS MEMBER CONTAINS THE MSE SYSTEM IPO SUPPLIED*/ 
 /* FIXED LIST THAT IS RECOMMENDED FOR BATCH*/ 
 /* MVS SYSTEMS.  IT FIXES SPECIFIC MODULES */ 
 /* FROM 'SYS1.LPALIB'. */ 


I don't know what "MSE SYSTEM IPO" refers to.
I am not aware of there ever having been a requirement for these
modules to be in fixed storage, so I would guess that this was 
a tuning recommendation from some time in the past. 
I would recommend against putting anything in IEAFIXxx unless the
product documentation says that it is required.
I especially would not put things from LIBRARY(SYS1.LPALIB)
into IEAFIXxx, soince this is wasting common storage by loading
the two copies of the module (one in FLPA, and one in PLPA). 

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

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

Re: Apology

[Eric Bielefeld]

Ed,

No, I'm from Milwaukee.

Eric Bielefeld
Sr. Systems Programmer
414-475-7434
Milwaukee, Wisconsin


- Original Message -
From: Ed Gould <[EMAIL PROTECTED]>

> Eric,
> 
> So you are from MARS? :)
> 
> 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: RENT and REFR -- Real Intent v. Actual Use?

[Tom Marchant]

On Thu, 26 Oct 2006 15:32:00 -0700, Steve Samson <[EMAIL PROTECTED]> wrote:

>Tom,
>
>I don't know when RENT changed, but here's how it was born. This passage
>was OCR'd from GC28-6535-0 (OS/360 Concepts and Facilities, copyright
>1964) Note that the idea of REFR wasn't around at that time. (I think
>that REFR was added when some boy genius "proved" that a self-modifying
>program could meet a narrow definition of reenterability... or it might
>have come with the first protection exception when a possibly bogus
>"RENT" program loaded in protected space tried to modify itself.)
>
>Reenterable. Such a program is designed so that it does not in any way
>modify itself during execution. It is "read-only." 
>

Thanks, Steve.  I didn't think of looking at Concepts and Facilities.

This, and the one I referenced below tell me that I was mistaken
about the meaning of RENT having changed.  I could have sworn that
early definitions of RENT allowed a program to modify itself,
provided that it serialized the use of those portions of the code
that were modified.  Clearly, there are potential problems with
writing code that would do that.

Tom Marchant
>
>
>Tom Marchant wrote:
>> On Wed, 25 Oct 2006 16:03:21 -0400, Arthur T. <[EMAIL PROTECTED]> wrote:
>>
>>
>>>On 25 Oct 2006 11:22:43 -0700, in bit.listserv.ibm-main
>>>(Message-ID:<[EMAIL PROTECTED]>)
>>>[EMAIL PROTECTED] (Tom Marchant) wrote:
>>
>>
And moot, now that they have redefined RENT to say that "A
reenterable module cannot modify its own code."  I don't see
that there's a distinction between that and REFR any more.
>>>
>> ..
>>
>>> As for the redefinition of RENT ("A reenterable
>>>module cannot modify its own code."):
>>
>> ..
>>
>> Now that I've posted (twice!) that the definition of RENT has
>> been changed, I tried to find out when it changed.  I found
>> this on bitsavers:
>> http://bitsavers.trailing-edge.com/pdf/ibm/370/GC26-3813-
>> 3_vmLinkEdt_May75.pdf
>> That will probably wrap, so: http://tinyurl.com/yn2tnz
>>
>> It's a Linkage Editor manual for OS/VS2 release 2 from 1975.
>> On page 86 is pretty much the same definiton of RENT.
>>

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

Re: IEAMSCHD SRB Excessive delay

[Ted MacNEIL]

>weights of the other LPARs have made any difference?

Yes.
The dispatching of each LPAR is not really any different than the dispatching 
of a task.

If your LPAR was/is low on weight, and there is/was CPU contention, it may 
matter.

When in doubt.
PANIC!!  

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

Re: IEAMSCHD SRB Excessive delay

[(IBM Mainframe Discussion List)]

 
 
In a message dated 10/26/2006 3:40:36 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

>Can anybody explain why occasionally IEAMSCHD takes several seconds  to 
>schedule an SRB? Normally this takes microseconds but in one case I  am 
>looking at it took 61.4 secs!!!

>The environment was an  LPAR with 13 shared engines and zero dedicated 
>engines.
 
I asked a similar question ca. 6 months ago.  Search  the archives for 
"hypervisor."
 
Bill  Fairchild

"Facts are the enemy of truth." [Don Quixote in Man of La  Mancha]




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

Receiving ARC0500I with DARC=037C

[Bob Henry]

I'm doing HSM recycles and some tapes are getting ARC0500I with DARC=037C, 
Ext reason= and info code=0015. The 037C means invalid LEN in text unit 
parameter but the info code 0015 doesn't make any sense to me (something 
about unable to catlg or uncatlg). I've been doing some maintenance in the 
HSM database. I'm wondering if I messed up something in the TTOC of these 
tapes, but don't really know where to look for this type of error. Has 
anyone else seen anything like 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: Apology

[Ed Gould]

Eric,

So you are from MARS? :)

Ed

On Oct 26, 2006, at 3:12 PM, Eric N. Bielefeld wrote:


Someone just sent me the following link.

   http://en.wikipedia.org/wiki/Bielefeld_Conspiracy

I had no part in it!

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

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


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

Re: Java/LE Tuning Advice sought

[Nicholas Carbone]

Bill,

CEE3DMP will not create a storage report like RPTSTG(ON).

Nick Carbone

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

Re: IEAMSCHD SRB Excessive delay

[Edward Jaffe]

Dave Stedman wrote:
IEAMSCHD returned to its caller within a few microsecs, but then the SRB 
did not start for 61 secs!
  


Any chance ASCB was set in the target address space?

--
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: IEAMSCHD SRB Excessive delay

[Dave Stedman]

I don't have the weights of the other LPARS. Since this LPAR was very 
active during the 61 sec wait with both srb and tcb activity, would the 
weights of the other LPARs have made any difference?

Thanks,
Dave

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

Re: IEAMSCHD SRB Excessive delay

[Dave Stedman]

IEAMSCHD returned to its caller within a few microsecs, but then the SRB 
did not start for 61 secs!

Thanks,
Dave

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

Re: RENT and REFR -- Real Intent v. Actual Use?

[Steve Samson]

Tom,

I don't know when RENT changed, but here's how it was born. This passage 
was OCR'd from GC28-6535-0 (OS/360 Concepts and Facilities, copyright 
1964) Note that the idea of REFR wasn't around at that time. (I think 
that REFR was added when some boy genius "proved" that a self-modifying 
program could meet a narrow definition of reenterability... or it might 
have come with the first protection exception when a possibly bogus 
"RENT" program loaded in protected space tried to modify itself.)


Reenterable. Such a program is designed so that it does not in any way 
modify itself during execution. It is "read-only." Reenterable load 
modules fetched from the system's link library (defined further in 
Section 5, "Job Management.") are loaded in storage areas protected with 
the same storage key that is used for the supervisor program. Since only 
the control program operates with a matching PSW protection key, such 
programs are protected against accidental modifica¬tion from any other 
user programs. Since a reenterable load module is never modified during 
its execution, it can be loaded once, and used freely by any task in the 
system at any time. Specifically, it can be used concurrently by two or 
more tasks in multi task operations. One task may use it, and before the 
module execution is completed, an interruption may give control to a 
second task which in turn may reenter the module. This in no way 
interferes with the first task resuming its execution of the module at a 
later time.


In a multitask environment, simultaneous use of a load module is 
considered to be normal operation. Such use is an important factor in 
minimizing main storage space requirements and program reloading time.
Many of the control program routines are written in reenterable form, so 
that they can be shared between tasks, and reused within a single task. 
(The data storage and retrieval routines that are requested during 
execution of the OPEN macro-instruction are examples of 
supervisor-provided reenterable programs.) A load module of this 
category can be executed correctly even though the protection key in the 
program status word during task execution is different from the 
supervisor storage key. This is possible because the protection key 
comparison must be satisfied only when the contents of the addressed 
storage area are to be altered. The contents of storage areas containing 
reenterable programs are not altered in any way during execution.
If a reenterable load module is not fetched from the link library, but 
rather from a private library or the job library, it is made available 
only to tasks originating from the same job step.


Design of Reenterable Programs

A reenterable program is designed to use the general purpose and 
floating point registers for addressability and variables where 
practical, and to use temporary storage areas that "belong" to the task, 
and are protected with the task's storage protection key. Temporary or 
working storage areas of this sort can be provided to the reenterable 
program by the calling program, which uses a linkage parameter as a 
pointer to the area. Temporary storage areas can also be obtained 
dynamically by the reenterable program itself, using the GETMAIN 
macro-instruction. This macro-instruction is a request to the supervisor 
to allocate additional main storage to the task, and to point out the 
location of the area to the requesting program. Note that the storage 
area obtained is assigned to the task, and not to the program that 
requested the space. The space may be subsequently returned to the 
supervisor's control by a FREEMAIN macro-instruction, or by task completion.


If a reenterable program is interrupted for any reason, the register 
contents and program status word (PSW) are saved by the supervisor in an 
area associated with the interrupted task, and restored later when 
program execution is to continue for that task. No matter what use is 
then made of the reenterable module, the interrupted task can resume its 
use of the module at a Later time. The supervisor merely keeps the 
task's working storage area intact, and when required, restores the 
contents of the saved registers and the program status word. The 
reenterable load module is not affected, and is unaware of which task is 
using it at any instant. Each task will have its own temporary storage 
area for use by the reenterable module.



Tom Marchant wrote:

On Wed, 25 Oct 2006 16:03:21 -0400, Arthur T. <[EMAIL PROTECTED]> wrote:



On 25 Oct 2006 11:22:43 -0700, in bit.listserv.ibm-main
(Message-ID:<[EMAIL PROTECTED]>)
[EMAIL PROTECTED] (Tom Marchant) wrote:




And moot, now that they have redefined RENT to say that "A
reenterable module cannot modify its own code."  I don't see
that there's a distinction between that and REFR any more.



..


As for the redefinition of RENT ("A reenterable
module cannot modify its own code."):


..

Now that I've posted (twice!) that the d

Java/LE Tuning Advice sought

[Bill Klein]

John,
  Did ;you ever reply to my suggestion of calling CEE3DMP (with STORAGE set
- NOSTORAGE is the default) from within your Java program?  It would seem to
me to be the best/easiest way to get a storage report - even if you are
having problems getting your application to terminate "normally".

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

Re: Receive Order Error

[Brian Peterson]

Well, for dumbsorry about my previous reply.

I ran debug="yes" myself, and discovered that...

CY1170 ftpStart: socket() failed on AF_INET6 - EDC8114I Address family not 
supported.  (errno2=0x11B3005A)

...is a normal message.  Your "real" error must have come later.

>From my debug="yes" run, here's the next few messages:

CY1178 ftpStart: client operating in IPv4 only mode 
CZ0251 ftpOpen: entered 
SC0432 initConnection: entered 
SC0508 initConnection: Calling getaddrinfo() with inetsd01.boulder.ibm.com
SC0527 initConnection: getaddrinfo() returned.
SC0689 initNamedConnection: entered
SC0850 initIPv4Connection: entered   
CY2765 access_via_socks_server: entered 
Connecting to: inetsd01.boulder.ibm.com 207.25.253.62 port: 21.

Brian

On Thu, 26 Oct 2006 17:14:41 -0500, Brian Peterson wrote:

>You might try turning on FTP debugging to gather more information about the
>error.
>
>This is specified in the CLIENT data set.  For example:
>
>* Top of Data *
>  debug="yes"
>javahome="/usr/lpp/java/J1.4"
>classpath="/usr/lpp/smp/classes"
>javadebugoptions="-Dcom.ibm.smp.debug=severe -showversion">
>  host="proxy.mycompany.com"
>  port="8080">
>
>  
> Bottom of Data ***
>
>The other thing I noticed that looked a bit odd was that your error message
>mentioned AF_INET6.  Do you really intend to use IPV6?
>
>Brian
>
>On Thu, 26 Oct 2006 14:31:24 -0500, Dick Renneke wrote:
>
>>We are trying to setup our RECEIVE ORDER process on z/OS 1.7.  We have not
>>used RECEIVE ORDER before and need some help.  We are getting the 
following
>>messages -
>>
>>GIM68700IORDER ORD6 HAS BEEN SENT TO THE SERVER AT
>> https://207.25.252.197/services/projects/ecc/ws/.
>>GIM69144IORDER ORD6 IS READY FOR DOWNLOAD.
>>GIM46200S ** RECEIVE PROCESSING HAS FAILED BECAUSE THERE WAS AN FTP ERROR.
>>
>>CY1170 ftpStart: socket() failed on AF_INET6 - EDC8114I Address family not
>>supported. (errno2=0x112B)
>>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>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: Receive Order Error

[Brian Peterson]

You might try turning on FTP debugging to gather more information about the 
error.

This is specified in the CLIENT data set.  For example:

* Top of Data *
  
 
   
  
 Bottom of Data ***

The other thing I noticed that looked a bit odd was that your error message 
mentioned AF_INET6.  Do you really intend to use IPV6?

Brian

On Thu, 26 Oct 2006 14:31:24 -0500, Dick Renneke wrote:

>We are trying to setup our RECEIVE ORDER process on z/OS 1.7.  We have not
>used RECEIVE ORDER before and need some help.  We are getting the following
>messages -
>
>GIM68700IORDER ORD6 HAS BEEN SENT TO THE SERVER AT
> https://207.25.252.197/services/projects/ecc/ws/.
>GIM69144IORDER ORD6 IS READY FOR DOWNLOAD.
>GIM46200S ** RECEIVE PROCESSING HAS FAILED BECAUSE THERE WAS AN FTP ERROR.
>
>CY1170 ftpStart: socket() failed on AF_INET6 - EDC8114I Address family not
>supported. (errno2=0x112B)
>

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

Mainframe still user surly, File-aid and Endevor aroused my ire.

[Clark Morris]

I have just started at a new client in the application development and 
maintenance area and at the moment am in a mood of outrage at two of the 
vendors we love to hate.  My greatest ire at the moment is aimed at Compuware 
and File-aid.  I have a multi-format record file so I am using the XREF 
capability to get formatted listings and compares.  The description for the 
detail doesn't have 4 filler bytes at the end (the detail description is 
actually the description of the DB2 table entry, not the flat file detail with 
record code in front).  Listing is fine with the complaint about the missing 4 
bytes.  However the [EMAIL PROTECTED] designers of the compare function decided 
to default to hex listing of the record on a mismatch with not way out of this 
that I can find.  I can see listing the last 4 bytes in hex but why are they so 
brain dead as to print the entire record?  I want to use production 
descriptions, not something I cobble together.

Endevor, the premier change management system keeps the listings from program 
compiles but doesn't provide a way to display them from the display elements 
list where you can find other information about your program.  Instead the 
designers decided you should use the "L" option of display footprint and key in 
the obscure data set name of the listing file at the level your program is at 
with the name of the program as a member name.  Underneath the covers they 
convert this so they can show you the listing they have stuffed in what appears 
to be a VSAM data set.  The help doesn't even tell you how to display a program 
listing.

In the case of file-aid it is at current release (8.9) and unless something is 
unusual Endevor is also current.

Of course unlike IBM, you have to log in to look at their manuals.

Clark Morris cfmpublic at ns.sympatico.ca

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

Re: IEAMSCHD SRB Excessive delay

[Edward Jaffe]

Dave Stedman wrote:
Can anybody explain why occasionally IEAMSCHD takes several seconds to 
schedule an SRB? Normally this takes microseconds but in one case I am 
looking at it took 61.4 secs!!!
  


Are you saying the IEAMSCHD service did not return to its caller right 
away? Or that the SRB routine took a long time before it was dispatched?


--
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: IEAMSCHD SRB Excessive delay

[Ted MacNEIL]

>The environment was an LPAR with 13 shared engines and zero dedicated engines.

What are the other LPAR's?
Weights?

Also, if you have shared engines you cannot have dedicated ones in the same 
LPAR.

When in doubt.
PANIC!!  

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

IEAMSCHD SRB Excessive delay

[Dave Stedman]

Hi all,

Can anybody explain why occasionally IEAMSCHD takes several seconds to 
schedule an SRB? Normally this takes microseconds but in one case I am 
looking at it took 61.4 secs!!!

The environment was an LPAR with 13 shared engines and zero dedicated 
engines.

The IEAMSCHD was in a DIE and the parms specified a GLOBAL priority, 
SYNCH=NO, LLOCK=NO, and TARGETSTOKEN was used to make the SRB in a CICS 
region.

Nothing unusual appears to be happening during the 61.4 secs to cause the 
SRB scheduling to be delayed.

Thanks in advance,
Dave

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

Re: Java/LE Tuning Advice sought

[Kirk Wolf]

John,

I'm afraid that the reports that you are seeing are from the parent 
shell and not the java process,

because none of java's "programmer default" LE settings are present.

I'm guessing that you are not seeing the LE report from "java" because:

- you are running jboss under java with -Dfile.encoding=iso8859-1 since 
JBOSS , like many Java apps, has code dependencies that prevent it from 
running
correctly with a default EBCDIC codepage.  

- your shell script is maybe using "iconv" pipes to convert output 
(stdout and stderr) from java/jboss from ascii to ebcdic.


- but the LE options and storage reports are also written (in EBCDIC) to 
stderr by default (under a Unix shell),
 and is also getting converted...which probably accounts for much of  
the "gibberish"


You might be able to use _CEE_RUNOPTS settings to tell LE to write its 
"MSGFILE" somewhere else.



HTH,
Kirk

PS: These sorts of problems are exactly what the JZOS batch launcher 
allows you to avoid.  To use it you will have to setup a batch job that 
sets required  environment variables and java -D properties as does your 
existing shell script.  You might want to ask the vendor to distribute 
the application with JZOS sample JCL, since it would solve many of these 
problems (gibberish in the output, clean operator shutdown, live output 
to SYSOUT, etc).Tomcat samples are available at http://dovetail.com, 
but we haven't gotten around to publishing JBOSS examples. 

Here's the link to the IBM JZOS User's Guide on setting up JZOS JCL:  
http://www-03.ibm.com/servers/eserver/zseries/software/java/jzos/overview.html


Chase, John wrote:

-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Kirk Wolf
[ snip ]
- if running under BPXBATCH, you can use the "ps" command to find the 
"java" process, and send it SIGTERM with:   "kill -TERM pid "



The ps command with -u and the userID returned this:

 Begin paste =
 PID TTY   TIME CMD
   1 ? 0:00 BPXPINPR   
16777218 ? 0:52 EZBTCPIP   
50331651 ? 0:52 EZBTTSSL   
67108868 ? 0:52 EZACFALG   
33554437 ? 0:52 EZBTMCTL   
   7 ? 0:52 EZASASUB   
   8 ? 0:52 EZBTTMST   
   9 ? 3:17 FNMONL00   
  19 ? 0:00 FTPD   
83886112 ? 0:04 /bin/fomfuish  
67108899 ? 0:00 /bin/sh
  41 ? 0:01 /usr/sbin/syslogd  
33554476 ? 0:04 EXEC   
16777264 ? 0:00 /bin/sh
33554481 ? 0:00 /bin/sh
67108915 ? 0:00 /bin/sh
  52 ? 5:19 /usr/lpp/java142d/J1.4/bin/java
  53 ? 0:00 /bin/iconv 
  54 ? 0:00 /bin/sh
16777271 ? 0:00 /bin/ps 
== End paste 


So, based on that I issued "kill -TERM 52", which terminated the desired 
started tasks, and got this in the stderr dataset:

=== Begin paste =
Options Report for Enclave main 10/26/06 2:14:28 PM
Language Environment V01 R05.00
 
LAST WHERE SET OPTION

---
Installation default ABPERC(NONE)
Installation default ABTERMENC(ABEND)
Installation default   NOAIXBLD

  


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

Re: Apology

[Martin Kerner]

On Thu, 26 Oct 2006 12:41:04 -0500, Eric N. Bielefeld wrote:

>You're right about that.  Most people pronounce my name as BI, with a hard 
>I, instead of like BE with a hard E.  There is a city in Germany named 
>Bielefeld.  I really don't know much about it though, although I remember my 
>brother used to say it was famous for 3 things.  One was having a playing 
>card museum, but I can't remember the other 2.  Me thinks this is getting a 
>little off topic.

OK, I will now exhaust my quota of ONE off-topic post per year per list.
To get your own view, go to http://www.bielefeld.de
(there's an English version available).

Actually, one of my friends was born in this town, and he is a DP professional.
But these days, he's working on a platform called W*ndows. I did not imply
any conclusions with these facts :-)

/martin

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

Re: REFR -- Real Intent v. Actual Use?

[Tom Marchant]

On Wed, 25 Oct 2006 16:03:21 -0400, Arthur T. <[EMAIL PROTECTED]> wrote:

>On 25 Oct 2006 11:22:43 -0700, in bit.listserv.ibm-main
>(Message-ID:<[EMAIL PROTECTED]>)
>[EMAIL PROTECTED] (Tom Marchant) wrote:

>>
>>And moot, now that they have redefined RENT to say that "A
>>reenterable module cannot modify its own code."  I don't see
>>that there's a distinction between that and REFR any more.
>
...
>
>  As for the redefinition of RENT ("A reenterable
>module cannot modify its own code."):
...

Now that I've posted (twice!) that the definition of RENT has
been changed, I tried to find out when it changed.  I found
this on bitsavers:
http://bitsavers.trailing-edge.com/pdf/ibm/370/GC26-3813-
3_vmLinkEdt_May75.pdf
That will probably wrap, so: http://tinyurl.com/yn2tnz

It's a Linkage Editor manual for OS/VS2 release 2 from 1975.
On page 86 is pretty much the same definiton of RENT.

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

[Eric N. Bielefeld]

Someone just sent me the following link.

   http://en.wikipedia.org/wiki/Bielefeld_Conspiracy

I had no part in it!

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

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

Receive Order Error

[Dick Renneke]

We are trying to setup our RECEIVE ORDER process on z/OS 1.7.  We have not
used RECEIVE ORDER before and need some help.  We are getting the following
messages -

GIM68700IORDER ORD6 HAS BEEN SENT TO THE SERVER AT
 https://207.25.252.197/services/projects/ecc/ws/.
GIM69144IORDER ORD6 IS READY FOR DOWNLOAD.
GIM46200S ** RECEIVE PROCESSING HAS FAILED BECAUSE THERE WAS AN FTP ERROR.

CY1170 ftpStart: socket() failed on AF_INET6 - EDC8114I Address family not
supported. (errno2=0x112B)

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

Re: Java/LE Tuning Advice sought

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Kirk Wolf
> [ snip ]
> - if running under BPXBATCH, you can use the "ps" command to find the 
> "java" process, and send it SIGTERM with:   "kill -TERM pid "

The ps command with -u and the userID returned this:

 Begin paste =
 PID TTY   TIME CMD
   1 ? 0:00 BPXPINPR   
16777218 ? 0:52 EZBTCPIP   
50331651 ? 0:52 EZBTTSSL   
67108868 ? 0:52 EZACFALG   
33554437 ? 0:52 EZBTMCTL   
   7 ? 0:52 EZASASUB   
   8 ? 0:52 EZBTTMST   
   9 ? 3:17 FNMONL00   
  19 ? 0:00 FTPD   
83886112 ? 0:04 /bin/fomfuish  
67108899 ? 0:00 /bin/sh
  41 ? 0:01 /usr/sbin/syslogd  
33554476 ? 0:04 EXEC   
16777264 ? 0:00 /bin/sh
33554481 ? 0:00 /bin/sh
67108915 ? 0:00 /bin/sh
  52 ? 5:19 /usr/lpp/java142d/J1.4/bin/java
  53 ? 0:00 /bin/iconv 
  54 ? 0:00 /bin/sh
16777271 ? 0:00 /bin/ps 
== End paste 

So, based on that I issued "kill -TERM 52", which terminated the desired 
started tasks, and got this in the stderr dataset:

=== Begin paste =
Options Report for Enclave main 10/26/06 2:14:28 PM
Language Environment V01 R05.00
 
LAST WHERE SET OPTION
---
Installation default ABPERC(NONE)
Installation default ABTERMENC(ABEND)
Installation default   NOAIXBLD
Installation default ALL31(OFF)
Installation default ANYHEAP(16384,8192,ANYWHERE,FREE)
Installation default   NOAUTOTASK
Installation default BELOWHEAP(8192,4096,FREE)
Installation default CBLOPTS(ON)
Installation default CBLPSHPOP(ON)
Installation default CBLQDA(OFF)
Installation default CHECK(ON)
Installation default COUNTRY(US)
Installation default   NODEBUG
Installation default DEPTHCONDLMT(10)
Installation default ENVAR("")
Installation default ERRCOUNT(0)
Installation default ERRUNIT(6)
Installation default FILEHIST
Installation default FILETAG(NOAUTOCVT,NOAUTOTAG)
Default settingNOFLOW
Installation default HEAP(32768,32768,ANYWHERE,KEEP,8192,4096)
Installation default HEAPCHK(OFF,1,0,0,0)
Installation default 
HEAPPOOLS(OFF,8,10,32,10,128,10,256,10,1024,10,2048,10,0,10,0,10,0,10,0,10,0,10,0,10)
Installation default INFOMSGFILTER(OFF)
Installation default INQPCOPN
Installation default INTERRUPT(OFF)
Installation default LIBRARY(SYSCEE)
Installation default LIBSTACK(4096,4096,FREE)
Installation default MSGFILE(SYSOUT,FBA,121,0,NOENQ)
Installation default MSGQ(15)
Installation default NATLANG(ENU)
IgnoredNONONIPTSTACK(See THREADSTACK)
Installation default OCSTATUS
Installation default   NOPC
Installation default PLITASKCOUNT(20)
Default setting  POSIX(ON)
Installation default PROFILE(OFF,"")
Installation default PRTUNIT(6)
Installation default PUNUNIT(7)
Installation default RDRUNIT(5)
Installation default RECPAD(OFF)
Invocation command   RPTOPTS(ON)
Invocation command   RPTSTG(ON)
Installation default   NORTEREUS
Installation default RTLS(OFF)
Installation default   NOSIMVRD
Installation default STACK(131072,131072,BELOW,KEEP,524288,131072)
Installation default STORAGE(00,NONE,NONE,0)
Installation default TERMTHDACT(TRACE,,96)
Installation default   NOTEST(ALL,"*","PROMPT","INSPPREF")
Installation default THREADHEAP(4096,4096,ANYWHERE,KEEP)
Installation default 
THREADSTACK(OFF,4096,4096,BELOW,KEEP,131072,131072)
Installation default TRACE(OFF,4096,DUMP,LE=0)
Installation default TRAP(ON,SPIE)
Installation default UPSI()
Installation default   NOUSRHDLR(,)
Installation default VCTRSAVE(OFF)
Installation default VERSION()
Installation default XPLINK(OFF)
Installation default XUFLOW(AUTO)
 
Storage Report for Enc

Re: ABEND - S322

[Knutson, Sam]

 http://www.planetmvs.com/flowerbox/index.html

-Original Message-

Flower boxes are a local thing from IEFACTRT SMF exits.  Not all systems
have them.   But they all do have IEF374I / IEF376I if the proper
MSGLEVEL is used.

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

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

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

Re: Apology

[Edward Jaffe]

Howard Brazee wrote:

When I see your last name, I think of Gunga Din more often than I
thank of Dr. Zorba.
  


Sam and my Dad (Daniel) grew up around the same time in the same area of 
Brooklyn. They never knew each other. Related? Who knows.


--
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: S237-04 and tapes

[Steve Arnett]

Excuse me, but yes, you are correct.  Pretty hard to share UCBs for 
tapes...grin...


Choate, Bill wrote:


Are you thinking of shared UCW instead of shared UCB?

Bill Choate
Emory University
AAIT

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Steve Arnett
Sent: Wednesday, October 25, 2006 4:16 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: S237-04 and tapes

I ran into this several years back...Okay, 15 years...with IBM 3422 
tapes. According to the IBM CE, the erase gaps were not being written 
properly to the tapes when a write error occured.  It wasn't until I 
went to add a string of 3420 Mod 8s that I spotted an error made by my 
precessor in the definition of the 3422s.  He had set them up without 
shared UCBs.  As I understand error recovery on 3420s and 3422s, the 
errors on these devices are posted through the UCB of the 
controller(device 0).  This is not a restriction with 3480/3490s, so not


sure what drives still require shared UCBs, but it is something to
verify.

R.S. wrote:

 

I observed an abend S237-04, when reading dataset from tape (using 
IEBGENER).
The manual says it is due to discrepancy between # of blocks read and 
the value written to EOF label.


The manual also suggests it can be hardware error.
Well... The drive looks OK - only one tape is affected, the media 
looks OK (i.e. can be read using BLP).


Q: What component to suspect ?
drive ?
system ?
application ?

Any clue ?

Regards
   



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

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


 



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

Re: ABEND - S322

[Mark Zelden]

On Thu, 26 Oct 2006 15:09:23 EDT, Ed Finnell <[EMAIL PROTECTED]> wrote:

>
>In a message dated 10/26/2006 1:27:55 P.M. Central Standard Time,
>[EMAIL PROTECTED] writes:
>
>The job  is only one step.  I have the Time parm specified on the EXEC only.
> I will code the time parm in the job card as well.  Regarding exits I
>wouldn't know how to find that out.
>
>
>
>>>
>Look at the time used in the flower box and do a BXLE to see if it's  greater
>than or less than the time on the STEP time?
>

Flower boxes are a local thing from IEFACTRT SMF exits.  Not all systems
have them.   But they all do have IEF374I / IEF376I if the proper
MSGLEVEL is used.

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

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

Re: SHARE in Tampa Florida, February 11-16, 2007

[Chicklon, Tom]

True, when you haven't taken quite a few twists and turns in your career,
changing names does add to the bulk in a resume, even if there isn't all
that much substance.

But if you've been away from it for a while (OK, not counting managing
OS/390 system programmers for a while, it was about 10 years), it becomes a
problem when the last operating system you actually touched and supported
was called MVS and the interviewer asks 'I see you supported MVS before, but
have you never worked on z/OS?' 

So, if a vote is so be taken, z/MVS gets mine (hey, it IS the political
season).

Tom Chicklon



See the point?  What IBM calls it is irrelevant and, as you have seen, 
name changes can muddy the waters.  Play the game.  If you have z/OS 
skills then you have MVS and OS/390 skills, don't you? And JES, and TSO, 
and ...

"What's in a name? That which we call a rose By any other word would smell 
as sweet."

Alan Altmark


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

Re: acronym dictionary (was What's Project ECL ipz?)

[Patrick O'Keefe]

On Thu, 26 Oct 2006 14:23:42 +0100, Phil Payne <[EMAIL PROTECTED]
RESEARCH.FREESERVE.CO.UK> wrote:

>... intellectual incapacity ...
>The moronic ...
>...
>But that won't bother poor, bitter, twisted little Shmuel.
>...

I guess the net nannies missed one.  That certainly falls into the 
"Harsh or Offensive Language" catagory and added nothing worthwhile to
the discussion.  There is no call for a posting like that.

Pat O'Keefe

(Sorry for cluttering up IBM-main with another off topic posting, but I
found Phil's posting one of the most distasteful ones I've seen on the 
list.)

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

Re: ABEND - S322

[Ed Finnell]

 
In a message dated 10/26/2006 1:27:55 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

The job  is only one step.  I have the Time parm specified on the EXEC only.  
 I will code the time parm in the job card as well.  Regarding exits I  
wouldn't know how to find that out.  



>>
Look at the time used in the flower box and do a BXLE to see if it's  greater 
than or less than the time on the STEP time?

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

Re: ABEND - S322

[Schwarz, Barry A]

When the job abends, how much CPU and wall clock time was actually
consumed?

-Original Message-
From: esmie moo [mailto:[EMAIL PROTECTED] 
Sent: Thursday, October 26, 2006 11:27 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: ABEND - S322

The job is only one step.  I have the Time parm specified on the EXEC
only.  I will code the time parm in the job card as well.  Regarding
exits I wouldn't know how to find that out.  

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

Re: SHARE in Tampa Florida, February 11-16, 2007

[Alan Altmark]

On Thursday, 10/26/2006 at 02:30 AST, "Chicklon, Tom" 
<[EMAIL PROTECTED]> wrote:
> Well, putting MVS back into the name would certainly help those who left 
the
> support ranks when it was called MVS, and now have to deal with 
recruiters
> and personnel folks who think that MVS or (OS/390) skills have nothing 
to do
> with being a z/OS system programmer.

Well, speaking only for myself, I would market myself as having VM/ESA and 
z/VM skills.  I also have some knowledge of MVS, OS/390, and z/OS.  Now, 
if the uninitiated think I know 5 operating systems, that's ok with me. 
But my CV would contain all the necessary buzz^h^h^h^h keywords needed to 
get a hit on someone's search.

In addition to VM/ESA and z/VM, I also know CP and CMS, so make that 7 
operating systems, right?  Not to mention the *3* major communication 
subsystems: VTAM, TCP/IP, *and* CommServer.  (But, wait, z/VM doesn't 
*have* CS... you know that, I know that, but does the recruiter know 
that?)

See the point?  What IBM calls it is irrelevant and, as you have seen, 
name changes can muddy the waters.  Play the game.  If you have z/OS 
skills then you have MVS and OS/390 skills, don't you? And JES, and TSO, 
and ...

"What's in a name? That which we call a rose By any other word would smell 
as sweet."

Alan Altmark

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

Re: API to get elapsed Service Units?

[Gerhard Adam]

> I'm familiar with TIMEUSED and ASSB for getting CPU times.
> I was hoping that the was "one-stop shopping" for getting SUs (both TCB 
> and ASCB).
> I'm afraid that "the forumula" might be the LSPR guide :-)

Actually you can calculate the SRM constant as 16,000,000 divided by the CPU 
adjustment factor.

The CPU adjustment factor can be located in the SRM Resource Control Table 
(RCT).  You can find it from the CVT (CVTOPCTP) to the RMCT to the RCT.  You 
should only need to calculate this once, so it's relatively straightforward to 
incorporate with what you want to do.

Adam

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

Re: SHARE in Tampa Florida, February 11-16, 2007

[Chicklon, Tom]

Well, putting MVS back into the name would certainly help those who left the
support ranks when it was called MVS, and now have to deal with recruiters
and personnel folks who think that MVS or (OS/390) skills have nothing to do
with being a z/OS system programmer.

Tom Chicklon


> I have been hoping for a name change like z/MVS.

  OK.  Everyone out of the pool!  Now cut that out...  As soon as 
the pool has been drained, disinfected, and refilled, we can all get back 
in.


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

Re: ABEND - S322

[esmie moo]

The job is only one step.  I have the Time parm specified on the EXEC only.  I 
will code the time parm in the job card as well.  Regarding exits I wouldn't 
know how to find that out.  

Mark Zelden <[EMAIL PROTECTED]> wrote:  On Thu, 26 Oct 2006 13:38:03 -0400, 
esmie moo wrote:

>Hi,
>
> I am attempting to exeucte a batch job (DFDSS backup) and it keeps
abending an IEF450I CTTGS#2A STEP1 - ABEND=S322 U REASON=
>
> The message indicates that the time parm is at fault. I have upped it to :
> //STEP1 EXEC PGM=ADRDSSU,REGION=4096K,TIME=1750
>
> and it still abended for the same reason. Any suggestions how I can fix
this problem?
>

There are step limits *and* job limits.

Is TIME= specified on the JOB card? Are there any exits in place that
could be altering the JOB time limit or the step time limit or adding
TIME= to the JOB card?

Regards,

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

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



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

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

Re: Apology

[Howard Brazee]

On 26 Oct 2006 10:28:37 -0700, [EMAIL PROTECTED] (Edward Jaffe)
wrote:

>Eric, You have a last name that's probably misspelled/mispronounced as 
>often as mine is. Smith would be nice. ;-)

When I see your last name, I think of Gunga Din more often than I
thank of Dr. Zorba.

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

Re: Question on the load list

[Patrick O'Keefe]

On Thu, 26 Oct 2006 07:31:12 -0400, Peter Relson <[EMAIL PROTECTED]> wrote:

>>>and I think refreshable implies must be read-only.
>
>>Also no.
>
>I disagree.
>
>Obviously one can write an incorrect program with any attributes. But a
>correctly written refreshable program does not modify itself.
>...

I'm running behind so someone may have already mentioned this, but Shmuel
gave a sample of a refreshable but non-reentrant code.  The code did not
modify itself; it modified something else sacred - the CVT as I recall.
The code could be refreshed at any time without altering its behavior, but
in order to be reentrant/reenterable (in it's prior meaning) the code had
to include serialization.

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: ABEND - S322

[Mark Zelden]

On Thu, 26 Oct 2006 13:38:03 -0400, esmie moo <[EMAIL PROTECTED]> wrote:

>Hi,
>
>  I am attempting to exeucte a batch job (DFDSS backup) and it keeps
abending an IEF450I CTTGS#2A STEP1 - ABEND=S322 U REASON=
>
>  The message indicates that the time parm is at fault.  I have upped it to :
>  //STEP1EXEC PGM=ADRDSSU,REGION=4096K,TIME=1750
>
>  and it still abended for the same reason.  Any suggestions how I can fix
this problem?
>

There are step limits *and* job limits.

Is TIME= specified on the JOB card?  Are there any exits in place that
could be altering the JOB time limit or the step time limit or adding
TIME= to the JOB card?

Regards,

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

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

Re: Apology

[J R]

Just refer to him as "Feel Pain".  :-)



From: Edward Jaffe <[EMAIL PROTECTED]>
Reply-To: IBM Mainframe Discussion List 
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Apology
Date: Thu, 26 Oct 2006 10:01:49 -0700

Phil Payne wrote:
I've been grumbled at for my recent ad hominem directed at Schmuel.  On 
balance the grumble is

justified.

While I maintain the opinion expressed, the ad hominem was inappropriate 
and I apologise to

Schmuel and the list.



Please learn to spell his name correctly. It's SHMUEL.

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


_
Stay in touch with old friends and meet new ones with Windows Live Spaces 
http://clk.atdmt.com/MSN/go/msnnkwsp007001msn/direct/01/?href=http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mkt=en-us


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

Re: Priceless

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Darren Evans-Young
> 
> On Thu, 26 Oct 2006, Chase, John wrote:
> 
> >> -Original Message-
> >> From: IBM Mainframe Discussion List On Behalf Of Phil Payne
> >>
> >> I know it's not Friday, but a net nanny just excelled itself.
> >>
> >> 
> >>
> >> Your message sent to:
> >>
> >> [EMAIL PROTECTED], ...
> >
> >I've had that one kill-filed since "forever".
> >
> >   -jc-
> 
> Guess what? Your message above was rejected by a nanny...
> 
> --> Error description:
> Error-for:  [EMAIL PROTECTED]
> Error-Code: 0
> Error-Text: Mailer smtp.CASASBAHIA.COM.BR said:
> "550 Error: Message content rejected"
> 
> Error-End:  One error reported.
> 
> Maybe the word nanny?

More likely the "kill" in kill-filed.

-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: API to get elapsed Service Units?

[Kirk Wolf]

Thanks;  I'm familiar with TIMEUSED and ASSB for getting CPU times.
I was hoping that the was "one-stop shopping" for getting SUs (both TCB 
and ASCB).

I'm afraid that "the forumula" might be the LSPR guide :-)

Kirk

Rob Scott wrote:

Look at the ASSB mapping macro - there a quite a few fields in there
that show pretty much what you need.

However the data is returned in CPU time format - you will have to
convert this to "Service Units" - I am sure there is a formula around to
do this somewhere.  



  


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

Re: SHARE in Tampa Florida, February 11-16, 2007

[Chase, John]

> From: IBM Mainframe Discussion List On Behalf Of Daniel A. McLaughlin
>   
> Z/OS 1.9 sounds like an innocent error. We should not be quick to zap
> if someone makes a faux pas. 

Neither should we assume that a simple question of fact is intended as a
"zap".

-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: SHARE in Tampa Florida, February 11-16, 2007

[Alan Altmark]

On Thursday, 10/26/2006 at 12:28 EST, John P Kalinich <[EMAIL PROTECTED]> 
wrote:
> I have been hoping for a name change like z/MVS.

  OK.  Everyone out of the pool!  Now cut that out...  As soon as 
the pool has been drained, disinfected, and refilled, we can all get back 
in.

Alan

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

Re: SHARE in Tampa Florida, February 11-16, 2007

[Thompson, Steve (SCI TW)]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Pommier, Rex R.
Sent: Thursday, October 26, 2006 12:33 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SHARE in Tampa Florida, February 11-16, 2007



Daniel McLaughlin of the IBM Mainframe Discussion List
 wrote on 10/26/2006 12:16:20 PM:

> Z/OS 1.9 sounds like an innocent error. We should not be quick to zap 
> if someone makes a faux pas.
>


Agreed.  It seems like everybody is a bit edgy over the Shmuel/Phil
flap.  OK, everybody, slowly back away from your keyboards and take a
deep breath!  Remember, these are only jobs.



OK, nobody uses the BPO in any coding for the rest of the day.

(Backspace and then Punch Operator).

Later,
Steve Thompson

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

Re: Apology

[Eric N. Bielefeld]

You're right about that.  Most people pronounce my name as BI, with a hard 
I, instead of like BE with a hard E.  There is a city in Germany named 
Bielefeld.  I really don't know much about it though, although I remember my 
brother used to say it was famous for 3 things.  One was having a playing 
card museum, but I can't remember the other 2.  Me thinks this is getting a 
little off topic.


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

- Original Message - 
From: "Richards.Bob" <[EMAIL PROTECTED]>

Eric N. Bielefeld wrote:

Jeez Ed, your as bad as me, correcting people's spelling.  Oh well, at
least you didn't make any spelling errors doing it like I did!  (Meant
in humor)


Eric, You have a last name that's probably misspelled/mispronounced as
often as mine is. Smith would be nice. ;-)


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

Re: ABEND - S322

[Chris Hoelscher]

if your shop allows, try TIME=1440 or TIME=NOLIMIT or TIME=MAXIMUM - these 
settings free you from CPU or wait time constraints


Chris Hoelscher
IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
[EMAIL PROTECTED]




The information transmitted is intended only for the person or entity to which 
it is addressed and may contain CONFIDENTIAL material.  If you receive this 
material/information in error, please contact the sender and delete or destroy 
the material/information.

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

ABEND - S322

[esmie moo]

Hi, 
   
  I am attempting to exeucte a batch job (DFDSS backup) and it keeps abending 
an IEF450I CTTGS#2A STEP1 - ABEND=S322 U REASON=

  The message indicates that the time parm is at fault.  I have upped it to :
  //STEP1EXEC PGM=ADRDSSU,REGION=4096K,TIME=1750

  and it still abended for the same reason.  Any suggestions how I can fix this 
problem?


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

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

Re: Apology

[Bruce Black]

Eric, You have a last name that's probably misspelled/mispronounced as 
often as mine is. Smith would be nice. 
I'll sell you the rights to use "Black" for a very reasonable price.  
Maybe I should put it on EBay (people will buy anything there!)


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.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: SHARE in Tampa Florida, February 11-16, 2007

[Pommier, Rex R.]

Daniel McLaughlin of the IBM Mainframe Discussion List
 wrote on 10/26/2006 12:16:20 PM:

> Z/OS 1.9 sounds like an innocent error. We should not be quick to zap 
> if someone makes a faux pas.
>





Agreed.  It seems like everybody is a bit edgy over the Shmuel/Phil
flap.  OK, everybody, slowly back away from your keyboards and take a
deep breath!  Remember, these are only jobs.
 
Rex

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

Re: Apology

[Richards.Bob]

Nah, we know how to pronounce your last name Ed. We just like to bust on
ya!

(Kiddingyou mean it isn't hefe?  LOL!)

Bob Richards 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Edward Jaffe
Sent: Thursday, October 26, 2006 1:24 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Apology

Eric N. Bielefeld wrote:
> Jeez Ed, your as bad as me, correcting people's spelling.  Oh well, at

> least you didn't make any spelling errors doing it like I did!  (Meant

> in humor)

Eric, You have a last name that's probably misspelled/mispronounced as 
often as mine is. Smith would be nice. ;-) 
  
  
  
LEGAL DISCLAIMER 
The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer. 
  
SunTrust and Seeing beyond money are federally registered service marks of 
SunTrust Banks, Inc. 
[ST:XCL] 
 
 
 
 

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

Re: DUMPSPACE in Coupling Facility

[Lizette Koehler]

The use of Volatile really (in my opinion) deals more with DB2 Data Sharing 
than anything else.  If you set the CF to Volatile YES - the DB2 Data Sharing 
Regions put out a message

DSN7507I  :DSNQ DSN7LSTK  737 
SCA STRUCTURE DSNSB0Q_SCA IS ALLOCATED IN A VOLATILE STRUCTURE.   


This makes my DB2 guys crazy.  So we are switching our CF to NON-Volatile just 
to take away the messages.  To us, the difference was a phone call at 2am in 
the morning.  ;-)

Even though the CF is backed up by a UPS and that is what we cared about; just 
not the DB2 Data Sharing Regions.  

Lizette 

>
>In addition to Sam's question regarding DUMPSPACE, I have a question as 
>well.  What about VOLATILE?  Years ago, ours were set to NO.  Is this wrong?
>

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

Re: SHARE in Tampa Florida, February 11-16, 2007

[John P Kalinich]

Daniel McLaughlin of the IBM Mainframe Discussion List
 wrote on 10/26/2006 12:16:20 PM:

> Z/OS 1.9 sounds like an innocent error. We should not be quick to
> zap if someone makes a faux pas.
>
> What about a code name like pterodactyl?

I have been hoping for a name change like z/MVS.

Regards,
John Kalinich
CSC

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

Re: Apology

[Edward Jaffe]

Eric N. Bielefeld wrote:
Jeez Ed, your as bad as me, correcting people's spelling.  Oh well, at 
least you didn't make any spelling errors doing it like I did!  (Meant 
in humor)


Eric, You have a last name that's probably misspelled/mispronounced as 
often as mine is. Smith would be nice. ;-)


--
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: Java/LE Tuning Advice sought

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Nicholas Carbone
> 
> On Thu, 26 Oct 2006 08:56:16 -0500, Kirk Wolf wrote:
> 
> >John may correct me, but I believe that the storage report was from 
> >running "java -version" and not the actual program.
> >
> >[ snip ]
> 
> It is true the storage report would only be useful from the 
> real application.  The "problem" is that the storage report 
> will not be written if the application is terminated 
> abnormally, and I think John said he could not get it to run 
> to completion.

More precisely, all efforts thus far to cause "normal completion" have
failed.  Best I have at the moment is a console dump of the address
space, from which I can probably identify the "main" task, but still
haven't found how to locate the "numbers" that would appear on the LE
storage report.

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

[Darren Evans-Young]

On Thu, 26 Oct 2006, Chase, John wrote:

>> -Original Message-
>> From: IBM Mainframe Discussion List On Behalf Of Phil Payne
>>
>> I know it's not Friday, but a net nanny just excelled itself.
>>
>> 
>>
>> Your message sent to:
>>
>> [EMAIL PROTECTED], ...
>
>I've had that one kill-filed since "forever".
>
>   -jc-

Guess what? Your message above was rejected by a nanny...

--> Error description:
Error-for:  [EMAIL PROTECTED]
Error-Code: 0
Error-Text: Mailer smtp.CASASBAHIA.COM.BR said:
"550 Error: Message content rejected"

Error-End:  One error reported.

Maybe the word nanny?

Darren

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

Re: Apology

[Eric N. Bielefeld]

Jeez Ed, your as bad as me, correcting people's spelling.  Oh well, at least 
you didn't make any spelling errors doing it like I did!  (Meant in humor)


Eric Bielefeld

- Original Message - 
From: "Edward Jaffe" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, October 26, 2006 12:01 PM
Subject: Re: Apology



Phil Payne wrote:
I've been grumbled at for my recent ad hominem directed at Schmuel.  On 
balance the grumble is

justified.

While I maintain the opinion expressed, the ad hominem was inappropriate 
and I apologise to

Schmuel and the list.



Please learn to spell his name correctly. It's SHMUEL.

--
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: SHARE in Tampa Florida, February 11-16, 2007

[Daniel A. McLaughlin]

Z/OS 1.9 sounds like an innocent error.
We should not be quick to zap if someone makes a faux pas.

What about a code name like pterodactyl?



Daniel McLaughlin  
 
Z-Series Systems Programmer
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com


This transmission is intended exclusively for the individual or entity
to which it is addressed. This communication may contain information that
is confidential, proprietary, privileged or otherwise exempt from disclosure.
If you are not the named addressee, you are NOT authorized to read, print,
retain, copy or disseminate this communication, its attachments or any
part of them. If you have received this communication in error, please
notify the sender immediately and delete this communication from all computers.

Re: Priceless

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Phil Payne
> 
> I know it's not Friday, but a net nanny just excelled itself.
> 
> 
> 
> Your message sent to:
> 
> [EMAIL PROTECTED], ...

I've had that one kill-filed since "forever".

   -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: Java/LE Tuning Advice sought

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Kirk Wolf
> 
> Tom,
> 
> John may correct me, but I believe that the storage report 
> was from running "java -version"and not the actual program.  

Correct.

> As previous mentioned on the forum, a LE Storage Report might 
> be helpful in figuring out if there are tuning problems in LE.
> 
> There should be a way to get the app to shut down, here are 
> some ideas:
> 
> - run under an interactive shell and use cntl-C to send 
> SIGTERM to "java".

Tried that; it won't run (I can't get it to run) that way.

> - if running under BPXBATCH, you can use the "ps" command to 
> find the "java" process,
>   and send it SIGTERM with:   "kill -TERM pid "

H

> - use the JBOSS console to shut it down.

Where is it?  (Remember, at this stage "Java" is just another name for
"coffee" to me, and "UNIX" is a more-or-less phonetic spelling of
"eunuchs".)

> - FWIW: if you were running JBOSS under JZOS, you could 
> simply use the MVS "STOP" command

OK, I'll try to find time to install the latest maintenance, which
includes JZOS, and give that a try (if we don't just "give up" before
then).

-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: SHARE in Tampa Florida, February 11-16, 2007

[Imbriale, Donald (Exchange)]

The 1.8 announcement mentions z/OS V1.9 and z/OS V1.10, but includes a
note which says "Operating system levels beyond z/OS and z/OS.e 1.8
represent current intentions of IBM."

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Brian Peterson
Sent: Thursday, October 26, 2006 12:53 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SHARE in Tampa Florida, February 11-16, 2007

I have absolutely no information about what the next release of the 
operating system we currently call z/OS 1.8 will be.  When I wrote "z/OS

1.9", I was wrong.  I apologize.  I imagine it might be logical to
presume 
that the release number would increment by one, but of course that is
not 
the only change that could occur - the version number could change, or
the 
operating system name could change, or some combination.

Please read my use of "z/OS 1.9" as simply casual shorthand on the part
of 
myself (a simple sysprog and not a lawyer) to mean the "the operating 
system release after z/OS 1.8".




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

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

Re: DUMPSPACE in Coupling Facility

[Brian Peterson]

In addition to Sam's question regarding DUMPSPACE, I have a question as 
well.  What about VOLATILE?  Years ago, ours were set to NO.  Is this wrong?

Brian

On Thu, 26 Oct 2006 12:29:46 -0400, Knutson, Sam <[EMAIL PROTECTED]> wrote:

>I will make a true confession...  I bet that gets caught by net nanny
>software:-)   In hopes of learning something my Coupling Facilities all
>have what was the default in our policy from long ago not even close to
>5%.
>
(snip)
>
>VOLATILE:   YES
>
(snip)

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

Re: Apology

[Edward Jaffe]

Phil Payne wrote:

I've been grumbled at for my recent ad hominem directed at Schmuel.  On balance 
the grumble is
justified.

While I maintain the opinion expressed, the ad hominem was inappropriate and I 
apologise to
Schmuel and the list.
  


Please learn to spell his name correctly. It's SHMUEL.

--
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: Net nannies

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Phil Payne
> 
> You have to wonder.
> 
> ===
> 
> Your message sent to:
> 
> [EMAIL PROTECTED], with subject: BCTR out of favor?
> 
> has been electronically scanned and falls into the category 
> of undesirable content according to the bank's policies (e.g. 
> Chain Letters, Pornography, Racism, Harsh or Offensive 
> Language, etc.). It will therefore not be delivered.
> 
> ===
> 
> I've gone through the message.  Undesirable content? Jeez - 
> do any of their customers EVER get through to them?

In that post you wrote "My butt got burnt ...".  That's the only
"objectionable" content I could see.  I'll let you know if I get an
admonishment

-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: SHARE in Tampa Florida, February 11-16, 2007

[Brian Peterson]

I have absolutely no information about what the next release of the 
operating system we currently call z/OS 1.8 will be.  When I wrote "z/OS 
1.9", I was wrong.  I apologize.  I imagine it might be logical to presume 
that the release number would increment by one, but of course that is not 
the only change that could occur - the version number could change, or the 
operating system name could change, or some combination.

Please read my use of "z/OS 1.9" as simply casual shorthand on the part of 
myself (a simple sysprog and not a lawyer) to mean the "the operating 
system release after z/OS 1.8".

Brian

On Thu, 26 Oct 2006 11:30:20 -0500, Chase, John <[EMAIL PROTECTED]> wrote:

>> -Original Message-
>> From: IBM Mainframe Discussion List On Behalf Of Brian Peterson
>>
>> [ snip ]
>>
>> Getting to the latest z/OS
>> --
>> z/OS 1.8 is available, and z/OS 1.9 is just around the corner.
>
>Has the "next release after z/OS 1.8" been "officially previewed" as
>1.9?  I didn't read the 1.8 announcement in detail
>
>-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: Java/LE Tuning Advice sought

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Pinnacle
> 
> > Storage Report for Enclave main 10/25/06 3:14:46 PM Language 
> > Environment V01 R05.00
> >
> > [ snip ]
> 
> John,
> 
> LE storage looks good.  Any differences in your run times?  
> If not, your problem ain't LE.

The elided storage report is from the "baseline" configuration:  All
installation defaults with "programmer overrides" as coded in the JVM
code.  The "benchmark" of seven minutes for the application processing
our "benchmarking job" is obtained with this configuration.  Generally,
tuning efforts (LE only) so far have either had no observable effect or
made things worse.

-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: This forum

[Carol Srna]

And extremely selfish and childish. 





Rick Fochtman <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
10/26/2006 11:57 AM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
This forum






This is a forum OF professionals, FOR professionals.

I, for one, object very strongly to the use of this forum for personnal 
attacks, for ANY reason. I consider it to be highly UNprofessional.



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

Re: Java/LE Tuning Advice sought

[Nicholas Carbone]

Thanks, this is what I wanted.  I've removed all but the options that are 
really going to matter for performance (for java)...

>Programmer default   ALL31(ON)
>Programmer default   ANYHEAP(786432,131072,ANYWHERE,FREE)
>Programmer default   BELOWHEAP(24576,2048,FREE)
>Programmer default
>HEAP(4194304,524288,ANYWHERE,FREE,8192,4096)
>Installation default
>HEAPPOOLS(OFF,8,10,32,10,128,10,256,10,1024,10,2048,10,0,10,0,10,0,10,0,
>10,0,10,0,10)
>Programmer default
>STACK(49152,16384,ANYWHERE,KEEP,65536,16384)
>Programmer default   STORAGE(NONE,NONE,NONE,1024)
>Installation default
>THREADSTACK(OFF,4096,4096,BELOW,KEEP,131072,131072)

The "java" program does set several options as programmer defaults, as 
indicated above.  The one that might be causing an issue with respect to 
performance is STACK where the 5th suboption is only 64K.  The normal LE 
default is 512K here, but I believe Java reduced that to ensure more 
threads could be created.  Note that when THREADSTACK(OFF) is in effect, 
STACK values are used for pthreads.  That is why Java set a lower 
default.  Consider experimenting with larger values for the 5th suboption, 
possibly doubling and then adding 64K each time to see if it helps improve 
performance. HEAPPOOLS(ON) may also help.  Without a real storage report 
for some sample application that is considered to have a performance 
problem, I can't be more specific about what option values to use.

>> I noticed STORAGE(00,NONE,NONE,0) as an "installation
>> default".  Hopefully this is not ever really in effect for a
>> Java application.  The first suboption says to clear heap
>> storage when it is allocated, could be expensive.
>
>Installation default due to removal of "WSCLEAR" equivalent from current
>COBOL compilers.  I see it is overridden in the above report.
>
>-jc-
>
Yes, STORAGE(00) is for WSCLEAR equivalence.  I should have been more 
specific in my comment.  I really wanted to say that it is not recommeded 
to run that way for C/C++ or Java, and you will notice from the new 
options report that Java set STORAGE as a programmer default to what is 
the LE recommendation.

Nick Carbone

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

Re: SHARE in Tampa Florida, February 11-16, 2007

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Brian Peterson
> 
> [ snip ]
> 
> Getting to the latest z/OS
> --
> z/OS 1.8 is available, and z/OS 1.9 is just around the corner. 

Has the "next release after z/OS 1.8" been "officially previewed" as
1.9?  I didn't read the 1.8 announcement in detail

-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: DUMPSPACE in Coupling Facility

[Knutson, Sam]

I will make a true confession...  I bet that gets caught by net nanny
software:-)   In hopes of learning something my Coupling Facilities all
have what was the default in our policy from long ago not even close to
5%.
  
 NAMED CF00

 COUPLING FACILITY SPACE UTILIZATION

  ALLOCATED SPACE  DUMP SPACE UTILIZATION

   STRUCTURES: 1630208 KSTRUCTURE DUMP TABLES:  0 K

   DUMP SPACE:2048 K  TABLE COUNT:  0

  FREE SPACE: 29752320 K   FREE DUMP SPACE:  2048 K

 TOTAL SPACE: 31384576 K  TOTAL DUMP SPACE:  2048 K

 MAX REQUESTED DUMP SPACE:  0 K

VOLATILE:   YESSTORAGE INCREMENT SIZE:256 K

 CFLEVEL:14

 CFCC RELEASE 14.00, SERVICE LEVEL 00.27

 BUILT ON 07/17/2006 AT 09:43:00

 COUPLING FACILITY HAS ONE OR MORE DEDICATED PROCESSORS

 

 CF REQUEST TIME ORDERING: REQUIRED AND ENABLED

 

 COUPLING FACILITY SPACE CONFIGURATION

   IN USEFREE   TOTAL

 CONTROL SPACE: 1632256 K  29752320 K  31384576 K

 NON-CONTROL SPACE:   0 K 0 K 0 K

 

 NAMED CF02 
 COUPLING FACILITY SPACE UTILIZATION
  ALLOCATED SPACE  DUMP SPACE UTILIZATION   
   STRUCTURES: 7409920 KSTRUCTURE DUMP TABLES:  0 K 
   DUMP SPACE:2048 K  TABLE COUNT:  0   
  FREE SPACE: 19778816 K   FREE DUMP SPACE:  2048 K 
 TOTAL SPACE: 27190784 K  TOTAL DUMP SPACE:  2048 K 
 MAX REQUESTED DUMP SPACE:  0 K 
VOLATILE:   YESSTORAGE INCREMENT SIZE:256 K 
 CFLEVEL:14 
 CFCC RELEASE 14.00, SERVICE LEVEL 04.05
 BUILT ON 07/17/2006 AT 09:35:00
 COUPLING FACILITY HAS ONE OR MORE DEDICATED PROCESSORS 

 CF REQUEST TIME ORDERING: REQUIRED AND ENABLED 

 COUPLING FACILITY SPACE CONFIGURATION  
   IN USEFREE   TOTAL   
 CONTROL SPACE: 7411968 K  19778816 K  27190784 K   
 NON-CONTROL SPACE:   0 K 0 K 0 K   
 

NAMED CF01

COUPLING FACILITY SPACE UTILIZATION

 ALLOCATED SPACE  DUMP SPACE UTILIZATION

  STRUCTURES: 704 KSTRUCTURE DUMP TABLES:  0 K

  DUMP SPACE:2048 K  TABLE COUNT:  0

 FREE SPACE:  9664768 K   FREE DUMP SPACE:  2048 K

TOTAL SPACE: 16706816 K  TOTAL DUMP SPACE:  2048 K

MAX REQUESTED DUMP SPACE:  0 K

   VOLATILE:   YESSTORAGE INCREMENT SIZE:256 K

CFLEVEL:14

CFCC RELEASE 14.00, SERVICE LEVEL 04.05

BUILT ON 07/17/2006 AT 09:35:00

COUPLING FACILITY HAS ONE OR MORE DEDICATED PROCESSORS

 

CF REQUEST TIME ORDERING: REQUIRED AND ENABLED   


What is interesting is that I have never seen MAX REQUESTED DUMP SPACE
be non-zero.
We have never had any information not in a dump that was an issue
related to this.

I read the referenced section in Setting Up a Sysplex but it didn't shed
any light on this.  I find it hard to believe that none of the z/OS
components or IBM subsystems here make SDUMP that include allocated
structures.

Can anyone explain this or point to another manual that provides an
explanation.  

How important is the 5% guideline?   We have done a LOT of problem
determination with IBM and it has never been an issue.  Have we just
been lucky?

Best Regards, 

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

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Vernooy, C.P. - SPLXM
Sent: Thursday, October 26, 2006 3:16 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DUMPSPACE in Coupling Facility

Your bible for CF's and Sysplexes always was, is and will be: SA22-7625,
Setting up a Sysplex.

Ch 4.2.2.6 Determining the Amount of Coupling Facility Dump Space, says:
"IBM recommends that you specify 5% of the available storage in a
coupling facility for dump space."

Kees.

This email/fax message is for the sole use of the intended
recipient(s) and may con

Re: Why would Rexx Date/Time be different from ASCBEWST Date/T

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Lindy Mayfield
> 
> Is it correct that here in Finland I have zero seconds of 
> leaping seconds?  

No, you still have them.  They are probably not as conspicuous near the
poles because they don't leap as far.  :-)

-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

Apology

[Phil Payne]

I've been grumbled at for my recent ad hominem directed at Schmuel.  On balance 
the grumble is
justified.

While I maintain the opinion expressed, the ad hominem was inappropriate and I 
apologise to
Schmuel and the list.

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

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

Re: Java/LE Tuning Advice sought

[Nicholas Carbone]

On Thu, 26 Oct 2006 08:56:16 -0500, Kirk Wolf <[EMAIL PROTECTED]> wrote:

>Tom,
>
>John may correct me, but I believe that the storage report was from
>running "java -version"
>and not the actual program.
>
>As previous mentioned on the forum, a LE Storage Report might be helpful
>in figuring
>out if there are tuning problems in LE.
>
>There should be a way to get the app to shut down, here are some ideas:
>
>- run under an interactive shell and use cntl-C to send SIGTERM to "java".
>- if running under BPXBATCH, you can use the "ps" command to find the
>"java" process,
>  and send it SIGTERM with:   "kill -TERM pid "
>- use the JBOSS console to shut it down.
>
>- FWIW: if you were running JBOSS under JZOS, you could simply use the
>MVS "STOP" command
>
>
>Kirk
>
>Pinnnacle wrote:
>>>
>>
>> John,
>>
>> LE storage looks good.  Any differences in your run times?  If not,
>> your problem ain't LE.
>>
>> Tom
>>

It is true the storage report would only be useful from the real 
application.  The "problem" is that the storage report will not be written 
if the application is terminated abnormally, and I think John said he 
could not get it to run to completion.

Nick Carbone

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

Re: REFR -- Real Intent v. Actual Use?

[(IBM Mainframe Discussion List)]

 
 
In a message dated 10/26/2006 11:06:49 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

>In MVT days (i.e. pre-DAT days) Type-3 and Type-4 SVCs (and I think  
>certain machine check error handling routines, but I'm not sure) were  
>loaded into a fixed set of 1K buffers. As interrupts would occur, the  
>SVC code (if any) being used by the interrupted task would be  
>overlayed in the buffers by SVC code (if any) being used by the  
>interrupting task.
It definitely worked that way for machine check interrupts under  MFT.  I 
spent two consultant days figuring out why a model 40 MFT system  crashed 
intermittently.  Customer had applied maintenance, the newer  version of one 
SVC 
module involved in MCH was slightly longer than 1K, a  machine check occurred, 
the 
extra few bytes overlaid a few instructions in the  next higher 1K buffer, 
and at some unpredictable time later that next  buffer's module was used for 
some SVC function which crashed the system.
 
Bill  Fairchild




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

FW: IEAFIX00 Recommendations

[George Dranes]

I've been looking at our IEAFIX00 member which has been carried forward from
operating system to operating system and have some questions I'm hoping you
experts can help me out with.  Our current IEAFIX00 member is:
 
 INCLUDE LIBRARY(SYS1.LPALIB) MODULES(
  IEAVAR00
  IEAVAR06
  IGC0001G
  )
 INCLUDE LIBRARY(SYS1.SEPWMOD2) MODULES(
  EPWSTUB
  )
 
Does this look correct for a default member?  Are there other
recommendations for modules to be added to IEAFIX for example our IEFACTRT
SMF exit.  I currently use IEALPA00 to install the IEFACTRT which overrides
the IBM supplied module in SYS1.LPALIB.  I'm kind of clueless about what
other modules should or shouldn't be in this member and am struggling to
find any documentation on the subject.  Thanks for your help.
 

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

Re: Net nannies

[Tom Marchant]

On Thu, 26 Oct 2006 11:12:02 -0500, Darren Evans-Young <[EMAIL PROTECTED]> 
wrote:

>On Thu, 26 Oct 2006, Campbell Jay wrote:
>
>>More likely - the ...
>>(I know it wasn't capitalized)
>>
>
>> Charles Mills wrote:
>>Sent: Thursday, October 26, 2006 11:33 AM
>>To: IBM-MAIN@BAMA.UA.EDU
>>Subject: Re: Net nannies
>>
>>You said ...
>>
>
>And from my experience with these stupid analyzers,
>he also said, 

So now I wonder which of you (if any) will upset the net ninny ...

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: This forum

[John Cassidy]

Would agree. Such as I have seen today leaves a bad taste and brings down
the calibre of the whole show.


JC

On Thu, October 26, 2006 17:57, Rick Fochtman wrote:
> This is a forum OF professionals, FOR professionals.
>
>
> I, for one, object very strongly to the use of this forum for personnal
> attacks, for ANY reason. I consider it to be highly UNprofessional.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>


John Cassidy (Dipl.-Ingr.)

Berninastrasse 9

8057 Zuerich

Europe

Telephone: +41 (0) 43 300 4602

Mobile:+41 (0) 79 207 3268


E-Mail: [EMAIL PROTECTED]

http://www.JDCassidy.net

http://www.europeunited.org

http://en.wikipedia.org/wiki/Europe_United

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

Re: Net nannies

[Darren Evans-Young]

On Thu, 26 Oct 2006, Campbell Jay wrote:

>More likely - the g..d...
>(I know it wasn't capitalized)
>

>Behalf Of Charles Mills
>Sent: Thursday, October 26, 2006 11:33 AM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: Net nannies
>
>You said "butt."
>
>Charles

And from my experience with these stupid analyzers,
he also said, "hard","tight","damn", and "long".

Personally, I find those 4 words very offensive and
I deleted that post from my inbox immediately.

Darren

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

Re: REFR -- Real Intent v. Actual Use?

[David Cole]

In MVT days (i.e. pre-DAT days) Type-3 and Type-4 SVCs (and I think 
certain machine check error handling routines, but I'm not sure) were 
loaded into a fixed set of 1K buffers. As interrupts would occur, the 
SVC code (if any) being used by the interrupted task would be 
overlayed in the buffers by SVC code (if any) being used by the 
interrupting task. I.e. the code would be "refreshed".


Further, code that had been running in one buffer might be loaded 
into a different buffer. So the code needed to be free of location 
dependencies (which is different from being self relocating).


So the SVC modules would require the REFR attribute.

It used to be that reentrant code could be self-modifying as long as 
it did so only temporarily while the hardware was disabled for 
interrupts. Refreshable code was not permitted to be self-modifying 
no matter what the circumstances.


Now of course, RENT code is not permitted to be self-modifying under 
any circumstances, so the distinction between RENT and REFR has 
largely (but not entirely) disappeared.


Asynchronous relocatability is might still be considered a 
distinction, but I don't know of any circumstance where the system 
performs or supports that.


Nevertheless, these days whenever the Binder sets the RENT attribute, 
it also sets REFR automatically.


Why IBM keeps REFR around anymore, I'm not sure.

Dave





REFR as an attribute, does this also imply that the code is
self-relocating so that if the code is reloaded at a different place, it
is still able to continue execution (of the task in flight)? So PRE DAT
days, this would be an overlay type program, right?



But in DAT days where everything is V=V, just what is the purpose of
REFR? What does it really accomplish over RENT



I ask this because in reading the various postings, and IBM's stuff, I'm
getting a little lost.



Later,

Steve Thompson


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


Dave Cole  REPLY TO: [EMAIL PROTECTED]
Cole Software  WEB PAGE: http://www.colesoft.com
736 Fox Hollow RoadVOICE:540-456-8536
Afton, VA 22920FAX:  540-456-6658 


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

This forum

[Rick Fochtman]

This is a forum OF professionals, FOR professionals.

I, for one, object very strongly to the use of this forum for personnal 
attacks, for ANY reason. I consider it to be highly UNprofessional.


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

Re: Net nannies

[Campbell Jay]

More likely - the g..d...
(I know it wasn't capitalized) 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Charles Mills
Sent: Thursday, October 26, 2006 11:33 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Net nannies

You said "butt."

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Phil Payne
Sent: Thursday, October 26, 2006 3:21 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Net nannies

You have to wonder.

===

Your message sent to:

[EMAIL PROTECTED], with subject: BCTR out of favor?

has been electronically scanned and falls into the category of
undesirable content according to the bank's policies (e.g. Chain
Letters, Pornography, Racism, Harsh or Offensive Language, etc.). It
will therefore not be delivered.

===

I've gone through the message.  Undesirable content? Jeez - do any of
their customers EVER get through to them?

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

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

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

[Charles Mills]

You said "butt."

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Phil Payne
Sent: Thursday, October 26, 2006 3:21 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Net nannies

You have to wonder.

===

Your message sent to:

[EMAIL PROTECTED], with subject: BCTR out of favor?

has been electronically scanned and falls into the category of undesirable
content according
to the bank's policies (e.g. Chain Letters, Pornography, Racism, Harsh or
Offensive Language,
etc.). It will therefore not be delivered.

===

I've gone through the message.  Undesirable content? Jeez - do any of their
customers EVER get
through to them?

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

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

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

Re: API to get elapsed Service Units?

[Rob Scott]

Look at the ASSB mapping macro - there a quite a few fields in there
that show pretty much what you need.

However the data is returned in CPU time format - you will have to
convert this to "Service Units" - I am sure there is a formula around to
do this somewhere.  


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

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Wayne Driscoll
Sent: 26 October 2006 11:13
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: API to get elapsed Service Units?

Kirk,
Look at the TIMEUSED macro.  I believe it is strictly TCB related, and
to my knowledge it won't break out zAAP data, but I haven't looked at it
since early in the OS/390 days.
Wayne Driscoll
Product Developer
JME Software LLC
NOTE: All opinions are strictly my own.
  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Kirk Wolf
Sent: Thursday, October 26, 2006 9:34 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: API to get elapsed Service Units?

Is there an API that can be used to get elapsed service units?

For current TCB or current AS, and possibly with zAAP SUs broken out?

TIA,

Kirk Wolf

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

Re: API to get elapsed Service Units?

[Wayne Driscoll]

Kirk,
Look at the TIMEUSED macro.  I believe it is strictly TCB related, and
to my knowledge it won't break out zAAP data, but I haven't looked at it
since early in the OS/390 days.
Wayne Driscoll
Product Developer
JME Software LLC
NOTE: All opinions are strictly my own.
  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Kirk Wolf
Sent: Thursday, October 26, 2006 9:34 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: API to get elapsed Service Units?

Is there an API that can be used to get elapsed service units?

For current TCB or current AS, and possibly with zAAP SUs broken out?

TIA,

Kirk Wolf

--
For IBM-MAIN subscribe / signoff / archive access instructions, 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: Pasting from a log

[Howard Brazee]

On 26 Oct 2006 07:21:25 -0700, [EMAIL PROTECTED] wrote:

>How is one's inadvertent/accidental use of CUT instead of COPY  prevented?  I 
>have often cursed Windows because Rename is right above  Delete, and ISPF's 
>3.4 because on my Dvorak-style keyboard the "s" for select is  adjacent to "d" 
>for delete.  I deleted one of my own files twice in  one month.  G

I naturally use CTL-C, despite calling it cut and paste.   I sometimes
click on a windows file to open it only to discover that it thinks I
want to change its name.

The mainframe TSO confusion is between P(urge) and P(rint).

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

API to get elapsed Service Units?

[Kirk Wolf]

Is there an API that can be used to get elapsed service units?

For current TCB or current AS, and possibly with zAAP SUs broken out?

TIA,

Kirk Wolf

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

Re: http:// mainframeweekly.blogspo­t.com/ What's Project ECL ipz?

[Thomas H Puddicombe]

s'ok - Shmuel regularly expands my USENET acronym vocabulary ...

In this context, I think by PKB he means:  Pot - Kettle - Black, a 
reference to an old adage "the pot calling the kettle black".



This is a PRIVATE message. If you are not the intended recipient, please 
delete without copying and kindly advise us by e-mail of the mistake in 
delivery. NOTE: Regardless of content, this e-mail shall not operate to 
bind CSC to any order or other contract unless pursuant to explicit 
written agreement or government initiative expressly permitting the use of 
e-mail for such purpose.





Jan MOEYERSONS <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
10/26/2006 07:17 AM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: http://mainframeweekly.blogspo­t.com/ What's Project ECL ipz?






>
>PKB.
>
Forgive me my ignorance... What is PKB standing for?

Thanks,

Jantje.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Pasting from a log

[Howard Brazee]

On Wed, 25 Oct 2006 22:30:06 -0400, Ogden Johnson III
<[EMAIL PROTECTED]> wrote:

>Copy the log file to log.bak or something.  Then use log.bak.
>You should be able to copy and paste as desired.  

What's the name of the log file, and where is 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: Pasting from a log

[(IBM Mainframe Discussion List)]

 
 
On Wed, 25 Oct 2006 16:49:00 -0600, [EMAIL PROTECTED]  wrote:

>You should never CUT and paste from something like a log  file.  Most log
>files are open files being written to as  needed.  To CUT from the log
>would change it and it could be  corrupted when the program tries to
>write to it.  You should COPY  and paste from such a file.

 

How is one's inadvertent/accidental use of CUT instead of COPY  prevented?  I 
have often cursed Windows because Rename is right above  Delete, and ISPF's 
3.4 because on my Dvorak-style keyboard the "s" for select is  adjacent to "d" 
for delete.  I deleted one of my own files twice in  one month.  G




Bill  Fairchild
Plainfield, IL

"Facts are the enemy of truth." [Don Quixote  in Man of La Mancha]

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

Re: Pasting from a log

[Howard Brazee]

On Wed, 25 Oct 2006 19:24:46 -0600, [EMAIL PROTECTED] wrote:

>> IIRC, I couldn't even highlight any thing in the file.
>
>I don't remember you saying that.  Did you try Edit/Select All?  Just a
>thought.  Sorry I missed the first part.

Testing, I see that I can highlight a line in the task manager.   When
I open the task log, I get a blank page.

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

Re: How long does Flashcopy really take?

[(IBM Mainframe Discussion List)]

 
 
In a message dated 10/26/2006 9:00:38 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

>That would require that the control unit generate a "state change"  
>asynch interrupt when each flashcopy relationship is finished.  I  don't 
>believe it does so.  Some doc that I have suggests that it  does generate 
>a state change when ALL active relationships on a given  disk have 
>completed but I don't believe that z/OS does anything with  that info.
All my experiments using GTF to trace PPRC and Flashcopy  I/Os were done 
several years ago when control units would only support one  such relationship 
per 
disk.  Back then each target disk's becoming  synchronized with its source 
caused one state change interrupt, which was  followed immediately by AOM's I/O 
chain (Read Device Characteristics, Read  Configuration Data, and Sense 
Subsystem Status, but probably not in that  order) to read the new state.  I 
also 
observed that the DCE's  contents changed after this read status I/O ended.  
This is the same  chain that is executed during VARY ONLINE processing.
 
I have no similar experience with the latest and greatest controllers  that 
allow multiple FlashCopy relationships per device.
 
Bill  Fairchild

"Facts are the enemy of truth." [Don Quixote in Man of La  Mancha]




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

Re: Pasting from a log

[Howard Brazee]

On Wed, 25 Oct 2006 16:49:00 -0600, [EMAIL PROTECTED] wrote:

>I know this is very late, but just saw it since I'm not a regular reader
>of the group.
>
>You should never CUT and paste from something like a log file.  Most log
>files are open files being written to as needed.  To CUT from the log
>would change it and it could be corrupted when the program tries to
>write to it.  You should COPY and paste from such a file.  Only change a
>file if it isn't in use.

I called what I want to do with CTL-C the wrong thing.   

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

Re: Multiple FTP Problems

[Hal Merritt]

You and I know that. But it seems some PC/network folks don't fully
grasp the concepts. When they say FTP, they visualize data flowing from
here to there via an interactive dialog using the well known ports. When
we say FTP, we refer to the hundreds of fully automated concurrent
transfers using arbitrary ports. 

The symptoms seen by the OP seemed to be consistent with some sort of
constraint, such as limited port ranges in a network appliance. Such
constraints may never be an issue if there were only PC's in the loop.  

 
 
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: Wednesday, October 25, 2006 5:09 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Multiple FTP Problems

In <[EMAIL PROTECTED]>, on
10/24/2006
   at 10:47 AM, Hal Merritt <[EMAIL PROTECTED]> said:

>I like your thought. This might point to a firewall somewhere that
>constrains the number of ports to a small range. PC people have a
>very hard time understanding why you need more than one port for
>anything.

WTF? You need multiple ports on a PC for the same reason that you do
on z/OS.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

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

Priceless

[Phil Payne]

I know it's not Friday, but a net nanny just excelled itself.



Your message sent to:

[EMAIL PROTECTED], with subject: Fw: BCTR out of favor?

has been electronically scanned and falls into the category of undesirable 
content according
to the bank's policies (e.g. Chain Letters, Pornography, Racism, Harsh or 
Offensive Language,
etc.). It will therefore not be delivered.

If the message is business-related and you wish it to be delivered, please 
submit a request
to [EMAIL PROTECTED] The message will then be manually examined and if it is
safe, it will be released.



How do you get out of that?  Even when you send a message to be "manually 
examined" (they use
Braille?) the system bounces it before it gets to their dork.

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

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

acronym dictionary (was What's Project ECL ipz?)

[Phil Payne]

It's just Shmuel's intellectual incapacity to realise that some people are just 
bloody good at
what they do.

The moronic take an NDA and blab about it.  Many "analysts" make a comfortable 
living at this,
serving to a large extent as the spinmeisters for large computer companies.

The hard-working sign no NDAs and generate their opinions by sheer hard work.  
Shmuel lacks
the Weltanschaung to conceive that anyone can achieve this, and thus 
persistently slimes what
he will always fail to understand.

He's not alone.  He shares this trait with IBM's aßhole lawyer, although you'll 
note that even
IBM's ascerbic letter fails to accuse me of violating any NDAs.  IBM has 
actually never
accused me of doing that, because I never have.

But that won't bother poor, bitter, twisted little Shmuel.

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

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

Re: How long does Flashcopy really take?

[Bruce Black]

(2) a system event that can be seen by system automation or 
installation exits upon completion of an individual flash copy. 
That would require that the control unit generate a "state change" 
asynch interrupt when each flashcopy relationship is finished.  I don't 
believe it does so.  Some doc that I have suggests that it does generate 
a state change when ALL active relationships on a given disk have 
completed but I don't believe that z/OS does anything with that info.



--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.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: Java/LE Tuning Advice sought

[Kirk Wolf]

Tom,

John may correct me, but I believe that the storage report was from 
running "java -version"
and not the actual program.  

As previous mentioned on the forum, a LE Storage Report might be helpful 
in figuring

out if there are tuning problems in LE.

There should be a way to get the app to shut down, here are some ideas:

- run under an interactive shell and use cntl-C to send SIGTERM to "java".
- if running under BPXBATCH, you can use the "ps" command to find the 
"java" process,

 and send it SIGTERM with:   "kill -TERM pid "
- use the JBOSS console to shut it down.

- FWIW: if you were running JBOSS under JZOS, you could simply use the 
MVS "STOP" command



Kirk

Pinnnacle wrote:




John,

LE storage looks good.  Any differences in your run times?  If not, 
your problem ain't LE.


Tom



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

RES: JES2 Dynamic Exit Reloader and zOS 1.8

[Ituriel do Nascimento Neto]

Hi again,


I have made some debug by my own and discovered that BLDL was returning
RC=4 and RS=0, which indicates a bad parameter list.

I`ve not investigated deeply but detected that $MODULE was building 
parameter list with 8 bytes of prefix area for BLDL (PDSBLDLP DSECT)
which
is causing the problema. I don`t know why but it works in our zOS 1.7
that 
has PDSBLDLP DSECT coded in the same way.

Anyway, i have made some minor adjusts and now it`s working.
Here comes the modifications :

Change
 BLDL  (R1),(R2) Locate module 
By
 LAR4,PDSBLDLS   Point Parameter List BLDL   
 BLDL  (R1),(R4) Locate module  


Atenciosamente / Regards / Saludos

Ituriel do Nascimento Neto
Banco Bradesco S/A
4254/DPCD Alphaville
Suporte Técnico - Software Básico Mainframes

Tel: 55 11 4197-2021   Fax: 55 11 4197-2814





-Mensagem original-
De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Em nome
de ITURIEL DO NASCIMENTO NETO
Enviada em: quarta-feira, 25 de outubro de 2006 13:40
Para: IBM-MAIN@BAMA.UA.EDU
Assunto: JES2 Dynamic Exit Reloader and zOS 1.8


Hi all,

Do any of you have already tried Jes2 dynamic exit reloader (CBTTape
file
198) in zOS 1.8 ?
I`ve tried and it seems not to work properly. When issueing $REPEXIT
loadmod, we receive message $HASP000 loadmod not located in LINKLIST
library.

I intend to do some debug but don`t want to reinvent the weel. If any of
you have done some adjust please share.

Thanks in advance


Atenciosamente / Regards / Saludos

Ituriel do Nascimento Neto
Banco Bradesco S/A
4254/DPCD Alphaville
Suporte Técnico - Software Básico Mainframes
Tel: 55 11 4197-2021   Fax: 55 11 4197-2814






 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: 

Is the teaching of non-reentrant HLASM coding practices ever defensible?

[Phil Payne]

> SYS1.ASRLIB was also relevant to the S/370.

True, but the /165's TTL memory didn't have a fraction of the problems the 
/65's core had.
Didn't figure.

> Why would it, unless you were writing a nucleus csect, an ERP or an SVC? The 
> MCH in OS/360
never refreshed anything else.

Very true, but not obvious from the marketing material at that time.  Hence the 
education
process I described, and hence the outcome I described.

Du'uh.

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

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