Re: TSO LINE COMMAND

[Francis Paquet]

Use this macro to copy one or multiples lines after N lines in a block
of lines(created by two labels)

1.Select the line(s) to copy by the C or CC/CC  line command
2.create the block with two labels (.A and .B in different lines
command)
3. issue  BETW 1 .A .B  in the primary command to copy the selected
line(s) after all lines of the created block.  





/*REXX*/
/***  */
/**/
/* Trace r  */
Address ISPEXEC
'ISREDIT MACRO (PARM1) NOPROCESS'
'ISPEXEC CONTROL ERRORS RETURN'
parm1 = translate(parm1)
If parm1 = '?' Then
  Do
Call help
Exit
  End

If parm1 ^= ' ' then
  If  datatype(parm1,w)  ^= 1 ! parm1 < 1  then
do
zedsmsg = 'Invalid parameter'
zedlmsg = ' argument must be a positif whole number '
'SETMSG MSG(ISRZ001)'
Exit 12
End
  else parm1 = strip(parm1)
else parm1 = 1

/* Process line commands, check if C or M was specified  */
'ISREDIT PROCESS RANGE C '
Select
  When rc = 0 Then
Do
  'ISREDIT (LINE1) = LINENUM .ZFRANGE' /* Get first line in range*/
  'ISREDIT (LINE2) = LINENUM .ZLRANGE' /* Get last line in range */
  linecc = line2 - line1 + 1
End
  When rc <= 4 Then /* No C  entered */
Do
  ZEDSMSG = 'NO LINE COMMANDS'
  ZEDLMSG = 'C[n] OR CC MUST BE TYPED ON LINE COMMANDS'
  'SETMSG MSG(ISRZ001)'
  Exit 12
End
  Otherwise  /* Line command conflict - Edit will create message*/
Exit 12
End
j = line1
do i = 1 to linecc by 1
  'ISREDIT (CL'i') = LINE' j
  Interpret "CL"i"= Strip(CL"i",'T')"
  j = j + 1
end
'ISREDIT LOCATE FIRST lABEL'
if rc ^= 0 then
   do
  zedsmsg = 'Enter a label in the line cmd'
  zedlmsg = 'BETW requires two labels in the line cmd'
  'SETMSG MSG(ISRZ001)'
  Exit 12
End
'ISREDIT (LINED) = DISPLAY_LINES'
'ISREDIT LOCATE NEXT lABEL'
if rc ^= 0 then
   do
  zedsmsg = 'Enter a second label in the line cmd'
  zedlmsg = 'BETW requires two labels in the line cmd'
  'SETMSG MSG(ISRZ001)'
  Exit 12
End
'ISREDIT (LINEF) = DISPLAY_LINES'
k = lined + parm1 - 1
limit = max(trunc((linef - lined) / parm1),1)
cpteur = 1
do j = lined to LInef by parm1
   do i = 1 to linecc by 1
   if cpteur <= limit then   'isredit line_after ' k ' = dataline
(cl'i')'
   k = k + 1
   end
   k = K + parm1
   cpteur = cpteur + 1
end
'ISREDIT LOCATE FIRST lABEL'
'isredit reset label'
Exit

help:
Say ''
Say ' BETW is used to copy the same line or the same sequence of lines '
Say '  (identified by the C[n] or CC . CC in the line command) after
each'
Say '  line (or after n lines ) of a block identified by two different
labels '
Say '   of your choice   '
Say ''
Say '  A label is a name preceded by a point (ex: .first)  '
Say '  Those labels are specified in the line command.   '
Say ''
Say '  'n' is specified as a parameter of the command and must be'
Say '  a positive whole number.   '
Say ''
Return
 



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Bates, Bill (RMV)
Sent: Thursday, September 11, 2008 3:50 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TSO LINE COMMAND

On command line of edit enter: change ' ' XX to  ' MGMTCLAS (NOMIG)' all
XX is a blank column after your data

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Lizette Koehler
Sent: Wednesday, September 10, 2008 1:59 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: TSO LINE COMMAND

Just an off the wall suggestions.

When I have multiple lines to create (IDCAMS Define statements, ICKDSF,
etc...) I actually use Microsoft (no booing please) WORD and mail merge.

I get a list of the relevant information (DSN, UCB, CATALOG Name, and so
on) into a word table.  then Mail Merge it into a nice document that is
uploaded to the mainframe.

The Other process I use is a REXX that creates the control cards I need.
This way I can create multiple line entries with an ISPF Skeleton with
little effort.  I can forward my little REXX-bots if interested.

Lizette


>As another response suggested simply appending MGMTCLASS(NOMIG) each
line
>would work.
>PARM MARGINS(01 80) would help if you're about to fill a line.
>
>Oddly I tried another experiment with a PDS with LRECL.  PARM
MARGINS(01
>133) is accepted but the parameters can't use columns after 80.
>
>HTH.
>
>
> 
>  
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf

SV: KEY 8 CSA Usage

[Thomas Berg]

But is it an open manhole ?

__
Thomas Berg   Specialist   IT-U   SWEDBANK
 

> -Ursprungligt meddelande-
> Från: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] För Shmuel Metz (Seymour J.)
> Skickat: den 10 september 2008 19:45
> Till: IBM-MAIN@BAMA.UA.EDU
> Ämne: Re: KEY 8 CSA Usage
> 
> In <[EMAIL PROTECTED]>, on 09/10/2008
>at 05:52 PM, Binyamin Dissen <[EMAIL PROTECTED]> said:
> 
> >Not at all. One can cooperate without volunteering information.
> 
> If I see you walking into an open manhole and say nothing, is 
> that cooperation?
>  
> -- 
>  Shmuel (Seymour J.) Metz, SysProg and JOAT
>  ISO position; see 
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
> 
> --
> For IBM-MAIN subscribe / signoff / archive access 
> instructions, send email to [EMAIL PROTECTED] with the 
> message: GET IBM-MAIN INFO Search the archives at 
> http://bama.ua.edu/archives/ibm-main.html
> 
> 

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

Brian Beth/Milwaukee/IBM is out of the office.

[Brian Beth]

I will be out of the office starting  09/10/2008 and will not return until
09/17/2008.

For Customer related requests please email MF Storage Mgmt
([EMAIL PROTECTED])

For IBM related requests please use the MF Storage Request Database.

Otherwise I will respond to your email upon my return

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

Re: Timer Unit (TU) conversion to CPU time

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 08/18/2008
   at 04:16 PM, Big Iron <[EMAIL PROTECTED]> said:

>A timer unit (or a CPU second)

A timer unit is a unit of time, not a unit of CPU consumption. It has
nothing to do with the SRM. It's also well and truly obsolete; I don't
know why they're still using it.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Update datasets defined in lnklst

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 09/04/2008
   at 04:40 AM, Victor Zhang <[EMAIL PROTECTED]> said:

>Is there a best practice?

Yes - don't.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Timer Unit (TU) conversion to CPU time

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 08/18/2008
   at 08:10 PM, Jan Vanbrabant <[EMAIL PROTECTED]> said:

>IMS TYPE07 log record CPU timer-unit field, DLRTIME, indeed allows to
>capture the CPU time used by a running transaction. This execution time
>is expressed in so-called  Timer Units (TU) .

Bletch!

>TU is a z/OS notion

It's an OS/360 notion that should have died three decades ago :-(

>Looking into the latest SA22-7607-13 zOS V1R9.0 MVS Programming
>Assembler Services Reference Vol 2 (IARR2V-XCTLX) (iea2a981) (April
>2008) timer units still are  approximately 26.04166 microseconds per
>unit

Just as seconds are still 1,000,000 microseconds per unit.

>There is something I don t understand  . 

A TU is a unit of time, not an SRM unit of computing.

>The real question is: how can I take into account the technology
>evolution from a pre-z to a z machine (for example) in the
>accounting/billing scheme?

The same way that you would if the field were expressed in seconds.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Name/tokens

[Peter Relson]

Every response to my query seems to have missed the point and put the "cart
before the horse".

I don't disagree that it is desirable to have a "list" service for
name/tokens. What I question is the need.
Since a list service does not exist, it seems pretty clear to me that you
should not take an approach that requires such a service.

You are welcome of course to ask for such a service and, after/if it is
made available, exploit it.

Peter Relson
z/OS Core Technology Design

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

Re: KEY 8 CSA Usage

[Binyamin Dissen]

On Wed, 10 Sep 2008 14:44:37 -0300 "Shmuel Metz (Seymour J.)"
<[EMAIL PROTECTED]> wrote:

:>In <[EMAIL PROTECTED]>, on 09/10/2008
:>   at 05:52 PM, Binyamin Dissen <[EMAIL PROTECTED]> said:

:>>Not at all. One can cooperate without volunteering information.

:>If I see you walking into an open manhole and say nothing, is that
:>cooperation?
 
With what goal?

--
Binyamin Dissen <[EMAIL PROTECTED]>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: Name/tokens

[Bob Shannon]

It seems to me that people wouldn't have gone through the effort of writing 
code to list name/tokens if there was an easier way to accomplish what they 
needed. If vendors waited for IBM to produce GUPI interfaces for everything 
they need, there would be no vendor code.

Bob Shannon
Rocket Software

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

SV: Name/tokens

[Thomas Berg]

As i see it, the need is the same as for 
all other application data: debugging purposes.
(And maybe auditing needs.)


Regards,
Thomas Berg
__
Thomas Berg   Specialist   IT-U   SWEDBANK
 

> -Ursprungligt meddelande-
> Från: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] För Peter Relson
> Skickat: den 11 september 2008 13:28
> Till: IBM-MAIN@BAMA.UA.EDU
> Ämne: Re: Name/tokens
> 
> Every response to my query seems to have missed the point and 
> put the "cart before the horse".
> 
> I don't disagree that it is desirable to have a "list" 
> service for name/tokens. What I question is the need.
> Since a list service does not exist, it seems pretty clear to 
> me that you should not take an approach that requires such a service.
> 
> You are welcome of course to ask for such a service and, 
> after/if it is made available, exploit it.
> 
> Peter Relson
> z/OS Core Technology Design
> 
> --
> For IBM-MAIN subscribe / signoff / archive access 
> instructions, send email to [EMAIL PROTECTED] with the 
> message: GET IBM-MAIN INFO Search the archives at 
> http://bama.ua.edu/archives/ibm-main.html
> 
> 

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

Re: SMP/E GIM44402W

[Kurt Quackenbush]

Creating the list of macros for the UCLIN step is a completely manual process - 
I don't know a way to automatically do this and skip the UCLIN step.  I would 
be interested in hearing if someone else has a better idea!


You can use additional JCLIN to avoid the UCLIN.  Specifically, if you 
include an assembly step in your JCLIN that contains the assembler 
source inline, then SMP/E will scan the assembler source looking for 
macros and create the GENASM subentries directly.


Expanding upon Brian's example:

++USERMOD(HASPUEX)  REWORK(2008159).
++VER (Z038) FMID(HJE7740).
++JCLIN.
//ASSEM01  EXEC PGM=IEV90
//SYSPUNCH DD DSN=&&PUNCH(HASPUEX)
//SYSINDD *
(complete assembler source code containing macro references here)
/*
//LINK0002 EXEC PGM=IEWBLINK,PARM=('OPTIONS(GENOPTS)')
//GENOPTS  DD *
  RENT,REUS,REFR,NCAL
//SYSLMOD  DD DSN=SYS1.SHASLNKE
//SYSLIN   DD *
 INCLUDE AHASMOD(HASPUEX)
 NAME  HASPUEX
++SRC  (HASPUEX) SYSLIB(SHASSRC) DISTLIB(AHASSRC) .
(assembler source code here)

Any macro references found in the inline assembler source will cause 
GENASM subentries to be created in the corresponding MAC entries.


Example #2 in the JCLIN chapter of the SMP/E Commands book also touches 
upon this topic, albeit that example is much broader.  Specifically in 
that example check out the Assembler step A1.


Kurt Quackenbush -- IBM, SMP/E Development

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

Re: KEY 8 CSA Usage

[(IBM Mainframe Discussion List)]

 
 
In a message dated 9/10/2008 6:20:17 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:
>>Also you can hire a lawyer to sit in the  conference room  with you and the 
auditors if you think it's going to escalate to that  level  of a conundrum.
 
>Wouldn't that by itself be tantamount to whistle  blowing?
 
I forgot. You are a lawyer.  You don't need any help.
 
Bill  Fairchild





**Pt...Have you heard the news? There's a new fashion blog, 
plus the latest fall trends and hair styles at StyleList.com.  
(http://www.stylelist.com/trends?ncid=aolsty000514)

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

Re: KEY 8 CSA Usage

[(IBM Mainframe Discussion List)]

 
 
In a message dated 9/10/2008 6:20:32 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:
>If I see you walking into an open manhole and say nothing, is that  
cooperation?
 
Insufficient information given to answer.  E.g., how far away are  you?  How 
fast is he walking?  Is there someone right next to him in  the act of warning 
or saving him from his doom?
Another unnecessary, argumentative, and off-topic rejoinder, comme  toujours.
Unless the manhole is in key 8 CSA.
 
Bill  Fairchild





**Pt...Have you heard the news? There's a new fashion blog, 
plus the latest fall trends and hair styles at StyleList.com.  
(http://www.stylelist.com/trends?ncid=aolsty000514)

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

Re: KEY 8 CSA Usage

[Greg Shirey]

Sigh -- a sysprog is always expected to know how to do everyone else's
job better than they.  

Greg 

-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz (Seymour
J.)
Sent: Wednesday, September 10, 2008 12:40 PM

Not even close; that's a classic false dichotomy. The choice is between
volunteering information that you know the auditor needs or playing dumb
unless and until the auditor asks for those data. he latter is not
anything that a reasonable person would describe as cooperation.

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

Global Payments Systems TP029 file

[Davis, Kriss]

I realize this is a bit off-topic, but perhaps someone is processing this file 
and has this information or could point me to another source.



We are planning on using a download file from our credit card processor (Global 
Payments, Inc) of our credit card activity.  This is a fixed length, 
multi-record type file of transactions.  It is called the TP029 file by Global. 
 This appears to be a standard file that Global sends to its payment processing 
customers to allow them to update their local systems.

Before I start to code up the SAS "INPUT" statements for this file, I was 
wondering if anyone has created INPUT statements for some or all of the record 
types in this file?  I did a few Google searches to see if I could find any 
references, but came up empty.  A subset of this file will end up in DB2 tables 
on the mainframe.  I posted this question to the SAS-L forum, but no luck so 
far.

I could even use a COBOL file description of this file and run it through the 
COB2SAS process as a starting point.  If someone had one of those.

Thanks in advance,

Kriss Davis

Illinois State University
3470 Administrative Information Systems
Normal, IL  61790-3470
[EMAIL PROTECTED]
(309) 438-3983
 

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

Re: z/OS Documentation - again (was Re: zOS R10)

[Paul Gilmartin]

On Wed, 10 Sep 2008 07:54:30 -0700, Edward Jaffe wrote:
>
>And, BookManager format -- as rendered by Library Server -- provides the
>all-important HTML via browser format. I can post a link to a manual
>reference right here on IBM-MAIN and everyone can read it without having
>to download some gigantic PDF. For example, the latest 02xx error reason
>codes from DYNALLOC .
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2A890/26.3.2#TBLMJFIG7
>
Such deep linking somewhat frustrates IBM's intent by inviting
readers to bypass IBM's Click-to-Agree T&C page at:

http://www-03.ibm.com/systems/z/os/zos/bkserv/license.html

I suppose they could try to remedy that by setting and checking
cookies or hidden input fields in CGI.  But I don't know that the
PDF docs are any better protected.

-- gil

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

Re: Global Payments Systems TP029 file

[Vernooy, C.P. - SPLXM]

"Davis, Kriss" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> I realize this is a bit off-topic, but perhaps someone is processing
this file and has this information or could point me to another source.
> 
> 
> 
> We are planning on using a download file from our credit card
processor (Global Payments, Inc) of our credit card activity.  This is a
fixed length, multi-record type file of transactions.  It is called the
TP029 file by Global.  This appears to be a standard file that Global
sends to its payment processing customers to allow them to update their
local systems.
> 
> Before I start to code up the SAS "INPUT" statements for this file, I
was wondering if anyone has created INPUT statements for some or all of
the record types in this file?  I did a few Google searches to see if I
could find any references, but came up empty.  A subset of this file
will end up in DB2 tables on the mainframe.  I posted this question to
the SAS-L forum, but no luck so far.
> 
> I could even use a COBOL file description of this file and run it
through the COB2SAS process as a starting point.  If someone had one of
those.
> 
> Thanks in advance,
> 
> Kriss Davis

I don't know the file, is it EDIFACT format? We recently had problems
converting an Edifact file with SAS, it appeared to cost a huge amount
of resources. Other information we gathered is that the IBM Data
Interchange product is said to be very efficient in converting Edifact
files to whatever format you want it to be.

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

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

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

Re: Name/tokens

[David Cole]

This is a bizarre response, Peter. Several of us have documented our 
need for a name/token list/search service, a need that we've felt 
strongly enough about to actually go to the trouble of writing 
complicated workarounds to your failure to fulfill that need. What 
more do you want by way of demonstrating a need?




it seems pretty clear to me that you should not take an approach 
that requires such a service.


Our needs dictate our approaches, Peter. If you feel that my product 
does not "need" a list/search service, then feel free to quit IBM and 
come work for me and find a better way to code to my product's needs.


If you feel that we are not competent enough to correctly determine 
our own needs, then why are you even talking to us?


David Cole







At 9/11/2008 07:28 AM, Peter Relson wrote:

Every response to my query seems to have missed the point and put the "cart
before the horse".

I don't disagree that it is desirable to have a "list" service for
name/tokens. What I question is the need.
Since a list service does not exist, it seems pretty clear to me that you
should not take an approach that requires such a service.

You are welcome of course to ask for such a service and, after/if it is
made available, exploit it.

Peter Relson
z/OS Core Technology Design


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

Re: SMP/E GIM44402W

[Arthur Gutowski]

On Thu, 11 Sep 2008 08:47:46 -0400, Kurt Quackenbush 
<[EMAIL PROTECTED]> wrote:

>Expanding upon Brian's example:
>
>++USERMOD(HASPUEX)  REWORK(2008159).
>++VER (Z038) FMID(HJE7740).
>++JCLIN.
>//ASSEM01  EXEC PGM=IEV90
>//SYSPUNCH DD DSN=&&PUNCH(HASPUEX)
>//SYSINDD *
>(complete assembler source code containing macro references here)
>/*
>//LINK0002 EXEC PGM=IEWBLINK,PARM=('OPTIONS(GENOPTS)')
>//GENOPTS  DD *
>   RENT,REUS,REFR,NCAL
>//SYSLMOD  DD DSN=SYS1.SHASLNKE
>//SYSLIN   DD *
>  INCLUDE AHASMOD(HASPUEX)
>  NAME  HASPUEX
>++SRC  (HASPUEX) SYSLIB(SHASSRC) DISTLIB(AHASSRC) .
>(assembler source code here)

Could you use something like:

//SYSIN DD  DISP=SHR,DSN=DDDEF.IS.USERSRC(HASPUEX)

in the ++JCLIN, and TXLIB(USERSRC) on the ++SRC if you didn't want to have 
the source code inline twice?  If it's a choice between UCLIN and maintaining 
two copies of source, I'll take the UCLIN...

Regards,
Art Gutowski
Ford Motor Company

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

Re: SMP/E GIM44402W

[Big Iron]

However, if you include the full source, won't SMP/E generate GENASM
entries for all macros, not just the JES2 ones? I think that the latter may
be the intent here. Also, will SMP/E detect macros that invoke other
macros, like the JES2 $MODULE macro commonly used in JES2 exits?

Maybe one could provide some form of synthetic source code in the JCLIN
which represents those macros which, if changed, would likely require
the exit to be reassembled,

Bill

On Thu, 11 Sep 2008 08:47:46 -0400, Kurt Quackenbush <[EMAIL PROTECTED]> wrote:

>> Creating the list of macros for the UCLIN step is a completely manual
process -
>> I don't know a way to automatically do this and skip the UCLIN step.  I would
>> be interested in hearing if someone else has a better idea!
>
>You can use additional JCLIN to avoid the UCLIN.  Specifically, if you
>include an assembly step in your JCLIN that contains the assembler
>source inline, then SMP/E will scan the assembler source looking for
>macros and create the GENASM subentries directly.
>
>Expanding upon Brian's example:
>
>++USERMOD(HASPUEX)  REWORK(2008159).
>++VER (Z038) FMID(HJE7740).
>++JCLIN.
>//ASSEM01  EXEC PGM=IEV90
>//SYSPUNCH DD DSN=&&PUNCH(HASPUEX)
>//SYSINDD *
>(complete assembler source code containing macro references here)
>/*
>//LINK0002 EXEC PGM=IEWBLINK,PARM=('OPTIONS(GENOPTS)')
>//GENOPTS  DD *
>   RENT,REUS,REFR,NCAL
>//SYSLMOD  DD DSN=SYS1.SHASLNKE
>//SYSLIN   DD *
>  INCLUDE AHASMOD(HASPUEX)
>  NAME  HASPUEX
>++SRC  (HASPUEX) SYSLIB(SHASSRC) DISTLIB(AHASSRC) .
>(assembler source code here)
>
>Any macro references found in the inline assembler source will cause
>GENASM subentries to be created in the corresponding MAC entries.
>
>Example #2 in the JCLIN chapter of the SMP/E Commands book also touches
>upon this topic, albeit that example is much broader.  Specifically in
>that example check out the Assembler step A1.
>
>Kurt Quackenbush -- IBM, SMP/E Development
>

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

DFSMShsm question - seg ML2 data by STORCLAS?

[John McKown]

This just came up. I've taken a fast look in the manual, but haven't seen 
anything. Is there a way in DFSMShsm on z/OS 1.8 to segragate the migrated 
datasets onto separate tape volumes, based upon the STORCLAS or STORGRP 
assigned to the migrated dataset? What we want to do is to have a separate 
set of tapes so that when we duplex them for D.R., we can reload the 
production ML2 tapes.

Hum, perhaps I should mention that our ML2 tapes are kept in our VTS. We 
"duplex" them to physical tapes using a product from OpenTech called VDR. 
So, we want to segregate the data on the virtual ML2 tapes, then use VDR 
to make copies to different sets of physical tapes so that at D.R. we can 
first reload the virtual ML2 tapes to the D.R. VTS which contain the 
production data.

Am I making sense?

-- 
Q: What do theoretical physicists drink beer from?
A: Ein Stein.

Maranatha!
John McKown

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

Re: SMP/E 34.23: help with SMP/E RECEIVE SYSMODS

[Chris Hoelscher]

thanks Brian

what MY unix folks are telling me is that there should be a '*' following
the last '/' at the end of the command - however - i when backed and looked
as far back as feb 2007 - the command executed successfully WITHOUT the '*'
at then end - i just never knew the command was there
(to be honest - i di not know if the subdirectory in fact WAS deleted - i
just know that no errors were produced from the SMP/E run)

in July the command failed (i am ashamed to admit i missed the RC 12 on the
RECEIVE - it worked so I did not think to look at the job that ran)

so what happened between MAY 2008 and JULY 2008? z?OS 1.9 (I think) -
perhaps the UNIX software with 1.9 is less tolerant of syntax errors than
its predecessors (if in fact the '*' is the culprit (we tried it here and
the delete WAS successful with the '*' at the end ...)

thanks,
Chris Hoelscher
Senior 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

Re: SMP/E 34.23: help with SMP/E RECEIVE SYSMODS

[Paul Gilmartin]

On Thu, 11 Sep 2008 10:23:10 -0400, Chris Hoelscher wrote:
>
>what MY unix folks are telling me is that there should be a '*' following
>the last '/' at the end of the command - however - i when backed and looked
>
And what do they know?  With the '*' it removes (most of) the contents
but leaves the directory.  Absent the '*' it removes the contents and
the directory.  The latter is the behavior I've experienced and believe
was intended.

>as far back as feb 2007 - the command executed successfully WITHOUT the '*'
>at then end - i just never knew the command was there
>(to be honest - i di not know if the subdirectory in fact WAS deleted - i
>just know that no errors were produced from the SMP/E run)
>
>in July the command failed (i am ashamed to admit i missed the RC 12 on the
>RECEIVE - it worked so I did not think to look at the job that ran)
>
Often a deletion fails because:

- some of the content can't be deleted.

- the directory or some of the content is in use by another process.

-- gil

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

Re: SMP/E GIM44402W

[Tom Marchant]

On Thu, 11 Sep 2008 09:07:41 -0500, Arthur Gutowski wrote:

>On Thu, 11 Sep 2008 08:47:46 -0400, Kurt Quackenbush
><[EMAIL PROTECTED]> wrote:
>
>>Expanding upon Brian's example:
>>
>>++USERMOD(HASPUEX)  REWORK(2008159).
>>++VER (Z038) FMID(HJE7740).
>>++JCLIN.
>>//ASSEM01  EXEC PGM=IEV90
>>//SYSPUNCH DD DSN=&&PUNCH(HASPUEX)
>>//SYSINDD *
>>(complete assembler source code containing macro references here)
>>/*
>>//LINK0002 EXEC PGM=IEWBLINK,PARM=('OPTIONS(GENOPTS)')
>>//GENOPTS  DD *
>>   RENT,REUS,REFR,NCAL
>>//SYSLMOD  DD DSN=SYS1.SHASLNKE
>>//SYSLIN   DD *
>>  INCLUDE AHASMOD(HASPUEX)
>>  NAME  HASPUEX
>>++SRC  (HASPUEX) SYSLIB(SHASSRC) DISTLIB(AHASSRC) .
>>(assembler source code here)
>
>Could you use something like:
>
>//SYSIN DD  DISP=SHR,DSN=DDDEF.IS.USERSRC(HASPUEX)
>
>in the ++JCLIN, and TXLIB(USERSRC) on the ++SRC if you didn't want to have
>the source code inline twice?  If it's a choice between UCLIN and maintaining
>two copies of source, I'll take the UCLIN...

I've done something like this:

//SMPCNTL  DD  DATA,DLM=&&
++USERMOD(HASPUEX)  REWORK(2008159).
++VER (Z038) FMID(HJE7740).
++JCLIN.
//ASSEM01  EXEC PGM=IEV90
//SYSPUNCH DD DSN=&&PUNCH(HASPUEX)
//SYSINDD *
&&
//   DD  DISP=SHR,DSN=UMOD.SOURCE(HASPUEX)
//   DD  DATA,DLM=&&
/*
//LINK0002 EXEC PGM=IEWBLINK,PARM=('OPTIONS(GENOPTS)')
//GENOPTS  DD *
   RENT,REUS,REFR,NCAL
//SYSLMOD  DD DSN=SYS1.SHASLNKE
//SYSLIN   DD *
  INCLUDE AHASMOD(HASPUEX)
  NAME  HASPUEX
++SRC  (HASPUEX) SYSLIB(SHASSRC) DISTLIB(AHASSRC) .
&&
//   DD  DISP=SHR,DSN=UMOD.SOURCE(HASPUEX)

The concatenated SMPCNTL includes the same source twice.  If you prefer to
keep your source in the same stream with the usermod, you can use an
IEBGENER step to copy the source to a temporary data set and use it twice. 
I'll leave the coding of that as an exercise.

-- 
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: SMP/E GIM44402W

[Tom Marchant]

On Thu, 11 Sep 2008 09:37:33 -0500, Tom Marchant wrote:
>
>I've done something like this:
>
>//SMPCNTL  DD  DATA,DLM=&&

Sorry about the mangling of the ampersands by the listserv's web interface.
 This should be slightly better:

//SMPCNTL  DD  DATA,DLM=$$
++USERMOD(HASPUEX)  REWORK(2008159).
++VER (Z038) FMID(HJE7740).
++JCLIN.
//ASSEM01  EXEC PGM=IEV90
//SYSPUNCH DD DSN=&&PUNCH(HASPUEX)
//SYSINDD *
$$
//   DD  DISP=SHR,DSN=UMOD.SOURCE(HASPUEX)
//   DD  DATA,DLM=$$
/*
//LINK0002 EXEC PGM=IEWBLINK,PARM=('OPTIONS(GENOPTS)')
//GENOPTS  DD *
   RENT,REUS,REFR,NCAL
//SYSLMOD  DD DSN=SYS1.SHASLNKE
//SYSLIN   DD *
  INCLUDE AHASMOD(HASPUEX)
  NAME  HASPUEX
++SRC  (HASPUEX) SYSLIB(SHASSRC) DISTLIB(AHASSRC) .
$$
//   DD  DISP=SHR,DSN=UMOD.SOURCE(HASPUEX)

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

Re: Another ICETOOL challenge

[Bass, Walter W]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Scott Barry
> Sent: Wednesday, September 10, 2008 6:32 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Another ICETOOL challenge
> 
> On Wed, 10 Sep 2008 17:07:16 -0500, Bass, Walter W 
> <[EMAIL PROTECTED]> wrote:
> 
> >I have a file of variable length records
> >DCB=(DSORG=PS,RECFM=VB,LRECL=1504,BLKSIZE=27998)
> >The records are already a variety of different lengths.
> >Many, but not all of these records have trailing blanks 
> (x'40') on the
> >end.
> >I would like to remove those trailing blanks.
> >
> >I suspect that ICETOOL can kindly remove them for me and shorten the
> >record
> >length accordingly, but I have not yet been able to figure out how.
> >
> >Has anyone else already invented this wheel or have some 
> idea how to go
> >about it?
> >If not ICETOOL, is there another common IBM utility that I am
> >overlooking that
> >can do this without having to resort to writing a program?
> >
> >Thanks,
> >Bill Bass
> >Senior Applications Developer
> >United Health Care
> >Greenville, SC
> >
> >
> 
> Have a look at using the VLTRIM=' ' with DFSORT, either 
> SORT/COPY or with
> ICETOOL, such as:
> 
>  OPTION COPY
>  OUTFIL VLTRIM=C' ' 
> 
> Scott Barry
> SBBWorks, Inc.
> 

Thanks!  Exactly what I needed.  Either the DFSORT manual is
getting too big or maybe my eye were just going buggy after
an hour of searching, but I never did see VLTRIM. 

Bill
 


This e-mail, including attachments, may include confidential and/or 
proprietary information, and may be used only by the person or entity to 
which it is addressed. If the reader of this e-mail is not the intended 
recipient or his or her authorized agent, the reader is hereby notified 
that any dissemination, distribution or copying of this e-mail is 
prohibited. If you have received this e-mail in error, please notify the 
sender by replying to this message and delete this e-mail immediately.

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

Re: z/OS Documentation - again

[Mark Yuhas]

I find that the new manual software offerings confusing and unusable.

When I installed z/OS 1.7, I copied the softcopy CD to my hard drive.
Identified those manuals (PDF form) that I would use by subject matter.
Copied them to an appropriate folder that were named according to
subject matter.When I copied the manual, I renamed it using the
actual title of the manual and not the cryptic 8-character IBM ID.  

This took time to prepare and execute but it's a simple solution that
has served me well.  

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

Re: DFSMShsm question - seg ML2 data by STORCLAS?

[Staller, Allan]

This just came up. I've taken a fast look in the manual, but haven't
seen 
anything. Is there a way in DFSMShsm on z/OS 1.8 to segragate the
migrated 
datasets onto separate tape volumes, based upon the STORCLAS or STORGRP 
assigned to the migrated dataset? What we want to do is to have a
separate 
set of tapes so that when we duplex them for D.R., we can reload the 
production ML2 tapes.

Hum, perhaps I should mention that our ML2 tapes are kept in our VTS. We

"duplex" them to physical tapes using a product from OpenTech called
VDR. 
So, we want to segregate the data on the virtual ML2 tapes, then use VDR

to make copies to different sets of physical tapes so that at D.R. we
can 
first reload the virtual ML2 tapes to the D.R. VTS which contain the 
production data.


I can't think of any easy way to do this. DFHSM has some exits, but I do
not know if they can do anything beside say yea or nay to the migration
actions that are passed to them. 

If you are talking about segregating the ML2 virtual volumes on backend
carts from the "other" virtual volumes on backend carts, this is a VTS
function, not a DFHSM function. This is fairly straightforward using an
STK VTS (see MVCPOOL and MGMTCLAS). Once the backend tapes are
segregated, the physical DR copies will automatically be segregated as
well. 

I cannot speak to the IBM ATL/VTS solution since I don't have the IBM
equipment or DFSMSrmm.


HTH,

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

Re: z/OS Documentation - again

[Mark Zelden]

On Thu, 11 Sep 2008 08:54:09 -0700, Mark Yuhas <[EMAIL PROTECTED]> wrote:

>I find that the new manual software offerings confusing and unusable.
>
>When I installed z/OS 1.7, I copied the softcopy CD to my hard drive.
>Identified those manuals (PDF form) that I would use by subject matter.
>Copied them to an appropriate folder that were named according to
>subject matter.When I copied the manual, I renamed it using the
>actual title of the manual and not the cryptic 8-character IBM ID.
>
>This took time to prepare and execute but it's a simple solution that
>has served me well.
>

I dislike PDF as much as anyone for all the reasons we discuss time and
time again.  But if you use the softcopy librarian to manage your shelves
and softcopy reader you can find things the same way you would with
book manager without renaming anything.   PDF as well as Book Manager 
format manuals.  

But I still prefer and use the old library reader 99% of the time. 

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

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

Re: SMP/E GIM44402W

[Gibney, Dave]

   I did try that. None of the macros called by $MODULE were detected
and GENASM'd. And getting the associated with the exit is the whole
point of the exercise.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Big Iron
> Sent: Thursday, September 11, 2008 7:10 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: SMP/E GIM44402W
> 
> However, if you include the full source, won't SMP/E generate GENASM
> entries for all macros, not just the JES2 ones? I think that the
latter
> may
> be the intent here. Also, will SMP/E detect macros that invoke other
> macros, like the JES2 $MODULE macro commonly used in JES2 exits?
> 
> Maybe one could provide some form of synthetic source code in the
JCLIN
> which represents those macros which, if changed, would likely require
> the exit to be reassembled,
> 
> Bill
> 
> On Thu, 11 Sep 2008 08:47:46 -0400, Kurt Quackenbush
<[EMAIL PROTECTED]>
> wrote:
> 
> >> Creating the list of macros for the UCLIN step is a completely
manual
> process -
> >> I don't know a way to automatically do this and skip the UCLIN
step.  I
> would
> >> be interested in hearing if someone else has a better idea!
> >
> >You can use additional JCLIN to avoid the UCLIN.  Specifically, if
you
> >include an assembly step in your JCLIN that contains the assembler
> >source inline, then SMP/E will scan the assembler source looking for
> >macros and create the GENASM subentries directly.
> >
> >Expanding upon Brian's example:
> >
> >++USERMOD(HASPUEX)  REWORK(2008159).
> >++VER (Z038) FMID(HJE7740).
> >++JCLIN.
> >//ASSEM01  EXEC PGM=IEV90
> >//SYSPUNCH DD DSN=&&PUNCH(HASPUEX)
> >//SYSINDD *
> >(complete assembler source code containing macro references here)
> >/*
> >//LINK0002 EXEC PGM=IEWBLINK,PARM=('OPTIONS(GENOPTS)')
> >//GENOPTS  DD *
> >   RENT,REUS,REFR,NCAL
> >//SYSLMOD  DD DSN=SYS1.SHASLNKE
> >//SYSLIN   DD *
> >  INCLUDE AHASMOD(HASPUEX)
> >  NAME  HASPUEX
> >++SRC  (HASPUEX) SYSLIB(SHASSRC) DISTLIB(AHASSRC) .
> >(assembler source code here)
> >
> >Any macro references found in the inline assembler source will cause
> >GENASM subentries to be created in the corresponding MAC entries.
> >
> >Example #2 in the JCLIN chapter of the SMP/E Commands book also
touches
> >upon this topic, albeit that example is much broader.  Specifically
in
> >that example check out the Assembler step A1.
> >
> >Kurt Quackenbush -- IBM, SMP/E Development
> >
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 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: z/OS Documentation - again

[Crispin Hugo]

Anybody know when the Softcopy librarian September 2008 books will
available. I would like to download the z/OS 1.10 books but not one by one. 

Crispin Hugo
Systems Programmer, Macro 4
< Sent: 11 September 2008 17:24
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS Documentation - again

On Thu, 11 Sep 2008 08:54:09 -0700, Mark Yuhas <[EMAIL PROTECTED]>
wrote:

>I find that the new manual software offerings confusing and unusable.
>
>When I installed z/OS 1.7, I copied the softcopy CD to my hard drive.
>Identified those manuals (PDF form) that I would use by subject matter.
>Copied them to an appropriate folder that were named according to
>subject matter.When I copied the manual, I renamed it using the
>actual title of the manual and not the cryptic 8-character IBM ID.
>
>This took time to prepare and execute but it's a simple solution that
>has served me well.
>

I dislike PDF as much as anyone for all the reasons we discuss time and
time again.  But if you use the softcopy librarian to manage your shelves
and softcopy reader you can find things the same way you would with
book manager without renaming anything.   PDF as well as Book Manager 
format manuals.  

But I still prefer and use the old library reader 99% of the time. 

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

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



This email has been scanned for all known viruses by the MessageLabs Email
Security Service and the Macro 4 plc internal virus protection system.




This email has been scanned for all known viruses by the MessageLabs Email 
Security Service and the Macro 4 plc internal virus protection system.


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

Re: SMP/E GIM44402W

[Tom Marchant]

On Thu, 11 Sep 2008 09:26:05 -0700, Gibney, Dave <[EMAIL PROTECTED]> wrote:

>   I did try that. None of the macros called by $MODULE were detected
>and GENASM'd. And getting the associated with the exit is the whole
>point of the exercise.

What in you code those macros in a dsect?  Or maybe in some code that you
skip with an AIF, so you don't have to worry about the syntax

-- 
Tom Marchant


>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
>> Behalf Of Big Iron
>> Sent: Thursday, September 11, 2008 7:10 AM
>> To: IBM-MAIN@BAMA.UA.EDU
>> Subject: Re: SMP/E GIM44402W
>>
>> However, if you include the full source, won't SMP/E generate GENASM
>> entries for all macros, not just the JES2 ones? I think that the
>latter
>> may
>> be the intent here. Also, will SMP/E detect macros that invoke other
>> macros, like the JES2 $MODULE macro commonly used in JES2 exits?
>>
>> Maybe one could provide some form of synthetic source code in the
>JCLIN
>> which represents those macros which, if changed, would likely require
>> the exit to be reassembled,
>>
>> Bill
>>
>> On Thu, 11 Sep 2008 08:47:46 -0400, Kurt Quackenbush
><[EMAIL PROTECTED]>
>> wrote:
>>
>> >> Creating the list of macros for the UCLIN step is a completely
>manual
>> process -
>> >> I don't know a way to automatically do this and skip the UCLIN
>step.  I
>> would
>> >> be interested in hearing if someone else has a better idea!
>> >
>> >You can use additional JCLIN to avoid the UCLIN.  Specifically, if
>you
>> >include an assembly step in your JCLIN that contains the assembler
>> >source inline, then SMP/E will scan the assembler source looking for
>> >macros and create the GENASM subentries directly.
>> >
>> >Expanding upon Brian's example:
>> >
>> >++USERMOD(HASPUEX)  REWORK(2008159).
>> >++VER (Z038) FMID(HJE7740).
>> >++JCLIN.
>> >//ASSEM01  EXEC PGM=IEV90
>> >//SYSPUNCH DD DSN=&&PUNCH(HASPUEX)
>> >//SYSINDD *
>> >(complete assembler source code containing macro references here)
>> >/*
>> >//LINK0002 EXEC PGM=IEWBLINK,PARM=('OPTIONS(GENOPTS)')
>> >//GENOPTS  DD *
>> >   RENT,REUS,REFR,NCAL
>> >//SYSLMOD  DD DSN=SYS1.SHASLNKE
>> >//SYSLIN   DD *
>> >  INCLUDE AHASMOD(HASPUEX)
>> >  NAME  HASPUEX
>> >++SRC  (HASPUEX) SYSLIB(SHASSRC) DISTLIB(AHASSRC) .
>> >(assembler source code here)
>> >
>> >Any macro references found in the inline assembler source will cause
>> >GENASM subentries to be created in the corresponding MAC entries.
>> >
>> >Example #2 in the JCLIN chapter of the SMP/E Commands book also
>touches
>> >upon this topic, albeit that example is much broader.  Specifically
>in
>> >that example check out the Assembler step A1.
>> >
>> >Kurt Quackenbush -- IBM, SMP/E Development
>> >
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> 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: DFSMShsm question - seg ML2 data by STORCLAS?

[Darth Keller]

We use an IBM VTS and also use OpenTech's Tapecopy/VDR.   I direct all our 
ML2 tapes to a special vault code - DRH2.  Our other virtual DR tapes get 
sent to other DR* vault codes.  TapeCopy/VDR is set up to sweep up all the 
DR vault codes and then stacks like vault codes together on our 3592 
container tapes.  At DR, we generally recover the most current 7-10 days 
worth of stacked virtual tapes back into the DR VTS  before applications 
starts their DR processing and then do individual tape recoveries as 
people request tapes or datasets outside that window.

I can't think of anyway to directly accomplish what you've asked for -   I 
suppose you could set up a separate LPAR/HSM to manage/migrate just those 
specific storage groups  and I'll bet there will be some people on 
this list that will be glad to tell you how silly that would be!
dd keller





"Staller, Allan" <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
09/11/2008 11:01 AM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: DFSMShsm question - seg ML2 data by STORCLAS?







This just came up. I've taken a fast look in the manual, but haven't
seen 
anything. Is there a way in DFSMShsm on z/OS 1.8 to segragate the
migrated 
datasets onto separate tape volumes, based upon the STORCLAS or STORGRP 
assigned to the migrated dataset? What we want to do is to have a
separate 
set of tapes so that when we duplex them for D.R., we can reload the 
production ML2 tapes.

Hum, perhaps I should mention that our ML2 tapes are kept in our VTS. We

"duplex" them to physical tapes using a product from OpenTech called
VDR. 
So, we want to segregate the data on the virtual ML2 tapes, then use VDR

to make copies to different sets of physical tapes so that at D.R. we
can 
first reload the virtual ML2 tapes to the D.R. VTS which contain the 
production data.


I can't think of any easy way to do this. DFHSM has some exits, but I do
not know if they can do anything beside say yea or nay to the migration
actions that are passed to them. 

If you are talking about segregating the ML2 virtual volumes on backend
carts from the "other" virtual volumes on backend carts, this is a VTS
function, not a DFHSM function. This is fairly straightforward using an
STK VTS (see MVCPOOL and MGMTCLAS). Once the backend tapes are
segregated, the physical DR copies will automatically be segregated as
well. 

I cannot speak to the IBM ATL/VTS solution since I don't have the IBM
equipment or DFSMSrmm.


HTH,

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



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

Thank you.
**

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

Re: SMP/E GIM44402W

[Gibney, Dave]

   What if SMP/E automatically (with an option) used the ADATA for this
and perhaps other purposes?
I try to use computers as computers. Manually building special JCLIN (or
for that matter code that is never actually assembled) is asking for
trouble down the road when the real code changes and the "artificial"
pieces are possibly overlooked.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Tom Marchant
Sent: Thursday, September 11, 2008 9:52 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMP/E GIM44402W

On Thu, 11 Sep 2008 09:26:05 -0700, Gibney, Dave <[EMAIL PROTECTED]> wrote:

>   I did try that. None of the macros called by $MODULE were detected
>and GENASM'd. And getting the associated with the exit is the whole
>point of the exercise.

What in you code those macros in a dsect?  Or maybe in some code that
you
skip with an AIF, so you don't have to worry about the syntax

-- 
Tom Marchant


>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
>> Behalf Of Big Iron
>> Sent: Thursday, September 11, 2008 7:10 AM
>> To: IBM-MAIN@BAMA.UA.EDU
>> Subject: Re: SMP/E GIM44402W
>>
>> However, if you include the full source, won't SMP/E generate GENASM
>> entries for all macros, not just the JES2 ones? I think that the
>latter
>> may
>> be the intent here. Also, will SMP/E detect macros that invoke other
>> macros, like the JES2 $MODULE macro commonly used in JES2 exits?
>>
>> Maybe one could provide some form of synthetic source code in the
>JCLIN
>> which represents those macros which, if changed, would likely require
>> the exit to be reassembled,
>>
>> Bill
>>

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

Re: TSO broadcast

[Ted MacNEIL]

>I have a need to turn off TSO broadcast msg's being sent...

Why?
The easiest is to remove the NOTIFY keyword from the JCL.
-
Too busy driving to stop for gas!

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

Re: TSO broadcast

[Ron Wells]

not jcl---started task and nje's is my main concern...

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

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

Re: TSO broadcast

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Ted MacNEIL
> 
> >I have a need to turn off TSO broadcast msg's being sent...
> 
> Why?
> The easiest is to remove the NOTIFY keyword from the JCL.

That might be "simplest", but not necessarily "easiest" (how many 1000s
of jobs might have to be changed?).

-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: TSO broadcast

[Ted MacNEIL]

>not jcl---started task and nje's is my main concern...

Started Tasks and NJE is JCL.

Why are you notifying from started tasks?
Why do you want to stop it?
-
Too busy driving to stop for gas!

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

TDMF Questions

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

My shop is now the proud owner of a HDS 9990V. We are however novices in the 
use of TDMF which the vendor has proposed as the transfer agent between our old 
and new DASD.
 
Can anyone point me to TDMF documentation? 
 
Has anyone run into any issues using TDMF on live data?
Any issues with HSM ML1 volumes,
DB2,
M204
volumes containing user catalogs
volumes containing  master cats
Jes2 Spool
 
Any advice, comments will be most appreciated.
 
Thanks,
Dave O'Brien




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

Re: Fw: TSO broadcast

[Larre Shiller]

Ron -

If you are referring to the MVS SE commands that are issued to tell the TSO 
user that a job has been added to the job queue or output queue on a remote 
NJE node, we eliminate them by using our automated operations package 
to "cancel" the SE command.  A very long time ago, I had asked IBM about 
this and they had suggested an MVS exit, but I figured the automated 
operations route was easier.

Larre Shiller
US Social Security Administration

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

Re: TDMF Questions

[Ted MacNEIL]

>My shop is now the proud owner of a HDS 9990V. We are however novices in the 
>use of TDMF which the vendor has proposed as the transfer agent between our 
>old and new DASD.
 
Most of the time, the vendor includes conversion as part of the acquisition.
If he didn't, or you negotiated it out, you're SOL.
TDMF skills are rarely required more than once every three or four years.
So, it's not economical to build the skill-set in-house.

>Can anyone point me to TDMF documentation? 

The product has moved from vendor to vendor over the last 3-4 years.
But, if you can find it, the web-site is best.
Although, iirc, you have to be a customer to access the doc.
 

>Has anyone run into any issues using TDMF on live data?

NO. It's a very mature product.

>Any issues with HSM ML1 volumes,
>DB2,
>M204
>volumes containing user catalogs
>volumes containing  master cats
>Jes2 Spool

No. And, you can include pagepacks, etc.
We last used it two years ago, transfering 11.2 TB of data, all live -- no 
outages.
 
>Any advice, comments will be most appreciated.

Get a specialist. Either through your vendor, or an external consultant.

-
Too busy driving to stop for gas!

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

Re: TDMF Questions

[John Kington]

David,


> My shop is now the proud owner of a HDS 9990V. We are however
> novices in the use of TDMF which the vendor has proposed as the
> transfer agent between our old and new DASD.
>
> Can anyone point me to TDMF documentation?
>
> Has anyone run into any issues using TDMF on live data?
> Any issues with HSM ML1 volumes,
> DB2,
> M204
> volumes containing user catalogs
> volumes containing  master cats
> Jes2 Spool
>
> Any advice, comments will be most appreciated.
We don't have HSM but I have moved everything else on your list with TDMF
to and from hds equipment. The vendor should provide you the user manual.
There is a chapter called "Special Considerations" that details every
danger point.
Regards,
John

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

SMPE Help for LinkEdt failures

[Lizette Koehler]

Not being very good with the Unix stuff, can some kind sole help me with this?

UA41051  HOT7740  GIM23911E 19   LINK-EDIT PROCESSING FAILED FOR MODULE 
FSUMXCPI IN LMOD FSUMSCPI IN THE SFSUMBIN 
 LIBRARY. THE RETURN CODE WAS 12. THE 
SEQUENCE NUMBER WAS 000157. THE SYSPRINT
 FILE WAS SMP00074. 
  

  
UA42223  HZFS390  GIM23911E 18   LINK-EDIT PROCESSING FAILED FOR MODULE 
IOEZADM IN LMOD IOEZMH05 IN THE SIOEHLMD  
 LIBRARY. THE RETURN CODE WAS 12. THE 
SEQUENCE NUMBER WAS 000148. THE SYSPRINT
 FILE WAS SMP00077. 
  

  
UA42244  HOT7740  GIM23911E 19   LINK-EDIT PROCESSING FAILED FOR MODULE 
FSUMXAWK IN LMOD FSUMSAWK IN THE SFSUMBIN 
 LIBRARY. THE RETURN CODE WAS 12. THE 
SEQUENCE NUMBER WAS 000165. THE SYSPRINT
 FILE WAS SMP00065. 
  

  


IEW2278I B352 INVOCATION PARAMETERS - 
LIST,LET,NCAL,XREF,RENT,REUS,AMODE=31,RMODE=ANY,CASE(MIXED),CALL

  
IEW2322I 1220  1SETOPT PARM(PATHMODE(0,7,5,5))  
  
IEW2322I 1220  2ORDER   CEESTART
  
IEW2322I 1220  3ENTRY   CEESTART
  
IEW2322I 1220  4ALIAS '../cpio' 
  
IEW2322I 1220  5INCLUDE SMPLTS(FSUMSCPI) SEQ # 
000157 
IEW2322I 1220  6NAME FSUMSCPI(R)   MAX ACCEPTABLE RC=00 
  
IEW2765S DF09 FILE ASSOCIATED WITH DDNAME SFSUMBIN CANNOT BE OPENED.  HFS OPEN 
ISSUED RETURN CODE 009D AND REASON 
 CODE EF036052. 
  

 

 IEW2322I 1220  1ENTRY   CEESTART   

 IEW2322I 1220  2SETCODE AC(1)  

 IEW2322I 1220  3MODEAMODE(31),RMODE(ANY)   

 IEW2322I 1220  4SETOPT  PARM(PATHMODE(0,7,5,5),EXTATTR(APF))   

 IEW2322I 1220  5ALIAS   '../zfsadm'

 IEW2322I 1220  6ALIAS (SYMLINK,'../../../../../../bin/zfsadm') 

 IEW2322I 1220  7ALIAS (SYMPATH,'../usr/lpp/dfs/global/bin/zfsadm') 

 IEW2322I 1220  8INCLUDE SMPLTS(IOEZMH05) SEQ # 
000148  
 IEW2322I 1220  9NAME IOEZMH05(R)   MAX ACCEPTABLE 
RC=00
 IEW2765S DF09 FILE ASSOCIATED WITH DDNAME SIOEHLMD CANNOT BE OPENED.  HFS OPEN 
ISSUED RETURN CODE 009D AND REASON  
  CODE EF036052.




BATCH EMULATOR  JOB(APLYRSU4) STEP(S1  ) PGM= HEWLH096  

IEW2278I B352 INVOCATION PARAMETERS - 
LIST,LET,NCAL,XREF,RENT,REUS,AMODE=31,RMODE=ANY,CASE(MIXED),CALL
  


IEW2322I 1220  1SETOPT PARM(PATHMODE(0,7,5,5))  

IEW2322I 1220  2ORDER   CEESTART

IEW2322I 1220  3ENTRY   CEESTART

IEW2322

Re: TDMF Questions

[Jim Chappell]

I believe that IBM is now the owner of TDMF.
 
I don't remember what name IBM has given their version of the  product 

James (Jim) Chappell
503 745-7841
503 349-5603(cell)

[EMAIL PROTECTED]

Daimler Trucks North America LLC


If you are not the intended addressee, please inform us immediately that you 
have received this e-mail in error, and delete it. We thank you for your 
cooperation.  
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ISFCALLS without ZOS 1.9

[Alvaro Quintupray]

Thanks  Edward.

I have already constructed a REXX to  access to  Spool  via FTP  ...
I have managed to copy a SYSOUT   to  PDS.

Thanks again.

Atte.
Alvaro Quintupray.
[EMAIL PROTECTED]
Ingenieria de Sistema.
Fono: (562) 420-8149
Fax:(562) 420-8017


-Mensaje original-
De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] En nombre de
Edward Jaffe
Enviado el: Martes, 09 de Septiembre de 2008 15:34
Para: IBM-MAIN@BAMA.UA.EDU
Asunto: Re: ISFCALLS without ZOS 1.9

Alvaro Quintupray B. wrote:
> Do I have any alternative to the ISFCALLS to obtain access to a SYSOUT and

> copy to PDS if we have ZOS 1.8?
>   

I suspect most people use ftp -- even after z/OS 1.9.

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

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

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

Re: SMPE Help for LinkEdt failures

[Veilleux, Jon L]

Make sure that you have DDDEF entries for SFSUMBIN and SIOEHLMD that
point to valid datasets or USS files. 


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


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Lizette Koehler
Sent: Thursday, September 11, 2008 3:01 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMPE Help for LinkEdt failures

Not being very good with the Unix stuff, can some kind sole help me with
this?

UA41051  HOT7740  GIM23911E 19   LINK-EDIT PROCESSING FAILED FOR
MODULE FSUMXCPI IN LMOD FSUMSCPI IN THE SFSUMBIN 
 LIBRARY. THE RETURN CODE WAS 12.
THE SEQUENCE NUMBER WAS 000157. THE SYSPRINT
 FILE WAS SMP00074.

 

UA42223  HZFS390  GIM23911E 18   LINK-EDIT PROCESSING FAILED FOR
MODULE IOEZADM IN LMOD IOEZMH05 IN THE SIOEHLMD  
 LIBRARY. THE RETURN CODE WAS 12.
THE SEQUENCE NUMBER WAS 000148. THE SYSPRINT
 FILE WAS SMP00077.

 

UA42244  HOT7740  GIM23911E 19   LINK-EDIT PROCESSING FAILED FOR
MODULE FSUMXAWK IN LMOD FSUMSAWK IN THE SFSUMBIN 
 LIBRARY. THE RETURN CODE WAS 12.
THE SEQUENCE NUMBER WAS 000165. THE SYSPRINT
 FILE WAS SMP00065.

 



IEW2278I B352 INVOCATION PARAMETERS -
LIST,LET,NCAL,XREF,RENT,REUS,AMODE=31,RMODE=ANY,CASE(MIXED),CALL

 

IEW2322I 1220  1SETOPT PARM(PATHMODE(0,7,5,5))

IEW2322I 1220  2ORDER   CEESTART

IEW2322I 1220  3ENTRY   CEESTART

IEW2322I 1220  4ALIAS '../cpio'

IEW2322I 1220  5INCLUDE SMPLTS(FSUMSCPI)
SEQ # 000157 
IEW2322I 1220  6NAME FSUMSCPI(R)   MAX
ACCEPTABLE RC=00   
IEW2765S DF09 FILE ASSOCIATED WITH DDNAME SFSUMBIN CANNOT BE OPENED.
HFS OPEN ISSUED RETURN CODE 009D AND REASON 
 CODE EF036052.


 

 IEW2322I 1220  1ENTRY   CEESTART

 IEW2322I 1220  2SETCODE AC(1)

 IEW2322I 1220  3MODEAMODE(31),RMODE(ANY)

 IEW2322I 1220  4SETOPT  PARM(PATHMODE(0,7,5,5),EXTATTR(APF))

 IEW2322I 1220  5ALIAS   '../zfsadm'

 IEW2322I 1220  6ALIAS (SYMLINK,'../../../../../../bin/zfsadm')

 IEW2322I 1220  7ALIAS (SYMPATH,'../usr/lpp/dfs/global/bin/zfsadm')

 IEW2322I 1220  8INCLUDE SMPLTS(IOEZMH05)
SEQ # 000148  
 IEW2322I 1220  9NAME IOEZMH05(R)   MAX
ACCEPTABLE RC=00
 IEW2765S DF09 FILE ASSOCIATED WITH DDNAME SIOEHLMD CANNOT BE OPENED.
HFS OPEN ISSUED RETURN CODE 009D AND REASON  
  CODE EF036052.




BATCH EMULATOR  JOB(APLYRSU4) STEP(S1  ) PGM= HEWLH096

IEW2278I B352 INVOCATION PARAMETERS -
LIST,LET,NCAL,XREF,RENT,REUS,AMODE=31,RMODE=ANY,CASE(MIXED),CALL

 

IEW2322I 1220  1SETOPT PARM(PATHMODE(0,7,5,5))

IEW2322I 1220  2ORDER   CEESTART

IEW2322I 1220  3ENTRY   CEESTART

IEW2322I 1220  4ALIAS '../awk'

IEW2322I 1220  5INCLUDE SMPLTS(FSUMSAWK)
SEQ # 000165   
IEW2322I 1220  6NAME FSUMSAWK(R)   MAX
ACCEPTABLE RC=00 
IEW2765S DF09 FILE ASSOCIATED WITH DDNAME SFSUMBIN CANNOT BE OPENED.
HFS OPEN ISSUED RETURN CODE 009D AND REASON   
 CODE EF036052.




Then my zFS root file gets 


IOEZ00337E zFS kernel: non-terminating exception 2C3 occurred, reason
EA66010D abend psw 477C1400 98E28C9E
IEA794I SVC DUMP HAS CAPTURED:  508

DUMPID=004 REQUESTED BY JOB (APLYRSU4)

DUMP TITLE=zFS abend 02C3 reason EA66010D Sep 11 17:54:20 in mo

   dule IOEFSCM at offset 000DAC96

IOEZ00334I Return code and reason code for dump is 4000

IOEZ00422E Aggregate ZOS19.OMVS.ROOT disabled for writing


Appreciate any guidance.

Lizette

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

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

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

Re: SMPE Help for LinkEdt failures

[scott evans]

Looks like you don't have the permission for that directory or file.  The 
EF036032 reason code indicates your userid does not have the authority or 
permissions to access that file.
 
Scott Evans
 
 
 
 
 
 
 
> Date: Thu, 11 Sep 2008 15:08:34 -0400> From: [EMAIL PROTECTED]> Subject: Re: 
> SMPE Help for LinkEdt failures> To: IBM-MAIN@BAMA.UA.EDU> > Make sure that 
> you have DDDEF entries for SFSUMBIN and SIOEHLMD that> point to valid 
> datasets or USS files. > > > Jon L. Veilleux > [EMAIL PROTECTED] > (860) 
> 636-2683 > > > -Original Message-> From: IBM Mainframe Discussion 
> List [mailto:[EMAIL PROTECTED] On> Behalf Of Lizette Koehler> Sent: Thursday, 
> September 11, 2008 3:01 PM> To: IBM-MAIN@BAMA.UA.EDU> Subject: SMPE Help for 
> LinkEdt failures> > Not being very good with the Unix stuff, can some kind 
> sole help me with> this?> > UA41051 HOT7740 GIM23911E 19 LINK-EDIT PROCESSING 
> FAILED FOR> MODULE FSUMXCPI IN LMOD FSUMSCPI IN THE SFSUMBIN > LIBRARY. THE 
> RETURN CODE WAS 12.> THE SEQUENCE NUMBER WAS 000157. THE SYSPRINT > FILE WAS 
> SMP00074.> > > > UA42223 HZFS390 GIM23911E 18 LINK-EDIT PROCESSING FAILED 
> FOR> MODULE IOEZADM IN LMOD IOEZMH05 IN THE SIOEHLMD > LIBRARY. THE RETURN 
> CODE WAS 12.> THE SEQUENCE NUMBER WAS 000148. THE SYSPRINT > FILE WAS 
> SMP00077.> > > > UA42244 HOT7740 GIM23911E 19 LINK-EDIT PROCESSING FAILED 
> FOR> MODULE FSUMXAWK IN LMOD FSUMSAWK IN THE SFSUMBIN > LIBRARY. THE RETURN 
> CODE WAS 12.> THE SEQUENCE NUMBER WAS 000165. THE SYSPRINT > FILE WAS 
> SMP00065.> > > > > > IEW2278I B352 INVOCATION PARAMETERS -> 
> LIST,LET,NCAL,XREF,RENT,REUS,AMODE=31,RMODE=ANY,CASE(MIXED),CALL> > > > 
> IEW2322I 1220 1 SETOPT PARM(PATHMODE(0,7,5,5))> > IEW2322I 1220 2 ORDER 
> CEESTART> > IEW2322I 1220 3 ENTRY CEESTART> > IEW2322I 1220 4 ALIAS 
> '../cpio'> > IEW2322I 1220 5 INCLUDE SMPLTS(FSUMSCPI)> SEQ # 000157 > 
> IEW2322I 1220 6 NAME FSUMSCPI(R) MAX> ACCEPTABLE RC=00 > IEW2765S DF09 FILE 
> ASSOCIATED WITH DDNAME SFSUMBIN CANNOT BE OPENED.> HFS OPEN ISSUED RETURN 
> CODE 009D AND REASON > CODE EF036052.> > > > > IEW2322I 1220 1 ENTRY 
> CEESTART> > IEW2322I 1220 2 SETCODE AC(1)> > IEW2322I 1220 3 MODE 
> AMODE(31),RMODE(ANY)> > IEW2322I 1220 4 SETOPT 
> PARM(PATHMODE(0,7,5,5),EXTATTR(APF))> > IEW2322I 1220 5 ALIAS '../zfsadm'> > 
> IEW2322I 1220 6 ALIAS (SYMLINK,'../../../../../../bin/zfsadm')> > IEW2322I 
> 1220 7 ALIAS (SYMPATH,'../usr/lpp/dfs/global/bin/zfsadm')> > IEW2322I 1220 8 
> INCLUDE SMPLTS(IOEZMH05)> SEQ # 000148 > IEW2322I 1220 9 NAME IOEZMH05(R) 
> MAX> ACCEPTABLE RC=00 > IEW2765S DF09 FILE ASSOCIATED WITH DDNAME SIOEHLMD 
> CANNOT BE OPENED.> HFS OPEN ISSUED RETURN CODE 009D AND REASON > CODE 
> EF036052.> > > > > BATCH EMULATOR JOB(APLYRSU4) STEP(S1 ) PGM= HEWLH096> > 
> IEW2278I B352 INVOCATION PARAMETERS -> 
> LIST,LET,NCAL,XREF,RENT,REUS,AMODE=31,RMODE=ANY,CASE(MIXED),CALL> > > > 
> IEW2322I 1220 1 SETOPT PARM(PATHMODE(0,7,5,5))> > IEW2322I 1220 2 ORDER 
> CEESTART> > IEW2322I 1220 3 ENTRY CEESTART> > IEW2322I 1220 4 ALIAS '../awk'> 
> > IEW2322I 1220 5 INCLUDE SMPLTS(FSUMSAWK)> SEQ # 000165 > IEW2322I 1220 6 
> NAME FSUMSAWK(R) MAX> ACCEPTABLE RC=00 > IEW2765S DF09 FILE ASSOCIATED WITH 
> DDNAME SFSUMBIN CANNOT BE OPENED.> HFS OPEN ISSUED RETURN CODE 009D AND 
> REASON > CODE EF036052.> > > > > Then my zFS root file gets > > > IOEZ00337E 
> zFS kernel: non-terminating exception 2C3 occurred, reason> EA66010D abend 
> psw 477C1400 98E28C9E > IEA794I SVC DUMP HAS CAPTURED: 508> > DUMPID=004 
> REQUESTED BY JOB (APLYRSU4)> > DUMP TITLE=zFS abend 02C3 reason EA66010D Sep 
> 11 17:54:20 in mo> > dule IOEFSCM at offset 000DAC96> > IOEZ00334I Return 
> code and reason code for dump is 4000> > IOEZ00422E Aggregate 
> ZOS19.OMVS.ROOT disabled for writing> > > Appreciate any guidance.> > 
> Lizette> > 
> --> For 
> IBM-MAIN subscribe / signoff / archive access instructions, send> email to 
> [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search> the archives at 
> http://bama.ua.edu/archives/ibm-main.html> > This e-mail may contain 
> confidential or privileged information. If> you think you have received this 
> e-mail in error, please advise the> sender by reply e-mail and then delete 
> this e-mail immediately.> Thank you. Aetna > > 
> --> For 
> IBM-MAIN subscribe / signoff / archive access instructions,> send email to 
> [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO> Search the archives at 
> http://bama.ua.edu/archives/ibm-main.html> 
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

ISFP default intrdr assignments

[Anton Britz]

Hi,

How can I change the default INTRDR assignments for ISPF to 

//? DD  sysout=(A,INTRDR),DEST=DUMMY

Summary:  I want to change the default print location of all jobs to DUMMY 
without inserting a route print card into every job submitted.

Anton

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

Re: SMPE Help for LinkEdt failures

[John McKown]

On Thu, 11 Sep 2008, Lizette Koehler wrote:

> Not being very good with the Unix stuff, can some kind sole help me with this?
> 
> 
> Then my zFS root file gets 
> 
> 
> IOEZ00337E zFS kernel: non-terminating exception 2C3 occurred, reason
> EA66010D abend psw 477C1400 98E28C9E IEA794I SVC DUMP HAS CAPTURED:  
> 508 DUMPID=004 REQUESTED BY JOB (APLYRSU4)  DUMP TITLE=zFS abend 02C3
> reason EA66010D Sep 11 17:54:20 in mo
>dule IOEFSCM at offset 000DAC96 
> IOEZ00334I Return code and reason code for dump is 4000
> IOEZ00422E Aggregate ZOS19.OMVS.ROOT disabled for writing  
> 
> Appreciate any guidance.
> 
> Lizette

I think you need to call IBM on this. The S2C3 abend is for a zFS internal 
error. By any chance is your ROOT already mounted R/O?


-- 
Q: What do theoretical physicists drink beer from?
A: Ein Stein.

Maranatha!
John McKown

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

Re: TDMF Questions

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

Jim, John, Ted,  Thank you for your responses.
 
Yes, the data conversion is part of the package, we just had some questions as 
to how the process worked.
 
Regards,
Dave O'Brien



From: Ted MacNEIL [mailto:[EMAIL PROTECTED]
Sent: Thu 9/11/2008 2:54 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TDMF Questions



>My shop is now the proud owner of a HDS 9990V. We are however novices in the 
>use of TDMF which the vendor has proposed as the transfer agent between our 
>old and new DASD.

Most of the time, the vendor includes conversion as part of the acquisition.
If he didn't, or you negotiated it out, you're SOL.
TDMF skills are rarely required more than once every three or four years.
So, it's not economical to build the skill-set in-house.

>Can anyone point me to TDMF documentation?

The product has moved from vendor to vendor over the last 3-4 years.
But, if you can find it, the web-site is best.
Although, iirc, you have to be a customer to access the doc.


>Has anyone run into any issues using TDMF on live data?

NO. It's a very mature product.

>Any issues with HSM ML1 volumes,
>DB2,
>M204
>volumes containing user catalogs
>volumes containing  master cats
>Jes2 Spool

No. And, you can include pagepacks, etc.
We last used it two years ago, transfering 11.2 TB of data, all live -- no 
outages.

>Any advice, comments will be most appreciated.

Get a specialist. Either through your vendor, or an external consultant.

-
Too busy driving to stop for gas!

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




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

Re: TSO broadcast

[Howard Brazee]

On 11 Sep 2008 11:15:21 -0700, [EMAIL PROTECTED] (Chase, John) wrote:

>> Why?
>> The easiest is to remove the NOTIFY keyword from the JCL.
>
>That might be "simplest", but not necessarily "easiest" (how many 1000s
>of jobs might have to be changed?).

That's when it's good to have someone who knows REXX.

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

Re: ISFP default intrdr assignments

[John McKown]

On Thu, 11 Sep 2008, Anton Britz wrote:

> Hi,
> 
> How can I change the default INTRDR assignments for ISPF to 
> 
> //? DD  sysout=(A,INTRDR),DEST=DUMMY
> 
> Summary:  I want to change the default print location of all jobs to DUMMY 
> without inserting a route print card into every job submitted.
> 
> Anton

Well, it is technically possible. However, at least from what little I 
know, the TSO SUB command does a dynamic allocation for the INTRDR. The 
only way that I can think of to change this is to either zap or replace 
the TSO SUBMIT command, or use the Dynamic Allocation exit to change the 
text fields to include the DEST=DUMMY field. This is the IEFDB401 exit. It 
is documented in the "z/OS Installation Exits" manual.

-- 
Q: What do theoretical physicists drink beer from?
A: Ein Stein.

Maranatha!
John McKown

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

Re: TSO broadcast

[Ron Wells]

ok---I'll get back to problem 

broadcast filing up with msg's that report(s) >>> numerious of them <<< 
have been transefered via NJE and it notifies our CA7 of success..

how can I stop SEND/Notifies being sent to ca7 and filing up broadcast 
dataset? 

assuming ca7 has a tso id...
job that creates these output(s) does NOT have a NOTIFY= on job card >>> 
assuming now some default kicking in..

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

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

Re: TDMF Questions

[Nelliyappan Manivel, Sridhar - Sridher]

Limit the number of concurrent volumes you move with TDMF (probably 5 volumes). 
It is a parameter in TDMF. This is very important for I/O intensive volumes

For JES2 checkpoint, you need to be careful. Read the book or work with z/OS 
support group on this. If you move one volume/one checkpoint at a time, you 
should be ok

It is a pretty good product. One more thing to remember, if you have 
replication going on, please be considerate, move few at a time, otherwise, you 
might overwhelm the replication cycle or miss your RPO



Regards,
Sridher

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

Re: SMPE Help for LinkEdt failures

[Lizette Koehler]

I do have the ROOT mounted R/W

I did not change my service directory from when it was last used in July with 
the first pass of maint.

I will open an ETR with IBM but had hopes that someone else may have already 
run across this problem.

The ID I am running under is already Super User so I should have all the 
authority to do stuff.

Lizette



>
>On Thu, 11 Sep 2008, Lizette Koehler wrote:
>
>> Not being very good with the Unix stuff, can some kind sole help me with 
>> this?
>> 
>> 
>> Then my zFS root file gets 
>> 
>> 
>> IOEZ00337E zFS kernel: non-terminating exception 2C3 occurred, reason
>> EA66010D abend psw 477C1400 98E28C9E IEA794I SVC DUMP HAS CAPTURED:  
>> 508 DUMPID=004 REQUESTED BY JOB (APLYRSU4)  DUMP TITLE=zFS abend 02C3
>> reason EA66010D Sep 11 17:54:20 in mo
>>dule IOEFSCM at offset 000DAC96 
>> IOEZ00334I Return code and reason code for dump is 4000
>> IOEZ00422E Aggregate ZOS19.OMVS.ROOT disabled for writing  
>> 
>> Appreciate any guidance.
>> 
>> Lizette
>
>I think you need to call IBM on this. The S2C3 abend is for a zFS internal 
>error. By any chance is your ROOT already mounted R/O?
>
>
>-- 

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

Re: TDMF Questions

[John Kington]

> David,
>
>
> > My shop is now the proud owner of a HDS 9990V. We are however
> > novices in the use of TDMF which the vendor has proposed as the
> > transfer agent between our old and new DASD.
> >
> > Can anyone point me to TDMF documentation?
> >
> > Has anyone run into any issues using TDMF on live data?
> > Any issues with HSM ML1 volumes,
> > DB2,
> > M204
> > volumes containing user catalogs
> > volumes containing  master cats
> > Jes2 Spool
> >
> > Any advice, comments will be most appreciated.
> We don't have HSM but I have moved everything else on your list with TDMF
> to and from hds equipment. The vendor should provide you the user manual.
> There is a chapter called "Special Considerations" that details every
> danger point.
> Regards,
> John
The current website is www.softek.com but you have to be licensed to get
the docs. I thought you may have contracted with hds to migrate the data
which is why I said get it from the vendor (hds). As Jim Chappel stated,
IBM now owns the product.
Regards,
John

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

Re: SMP/E GIM44402W

[Mark Zelden]

On Thu, 11 Sep 2008 10:53:29 -0700, Gibney, Dave <[EMAIL PROTECTED]> wrote:

>   What if SMP/E automatically (with an option) used the ADATA for this
>and perhaps other purposes?
>I try to use computers as computers. Manually building special JCLIN (or
>for that matter code that is never actually assembled) is asking for
>trouble down the road when the real code changes and the "artificial"
>pieces are possibly overlooked.
>

If all of it is contained in the usermod and the usermod is clearly 
documented as to what needs to be done (copying the real source 
into the JCLIN), then I don't see that as a problem.  Operating computers
and related tasks including maintenance, programming, testing, etc. all
require procedures that must be followed to get the desired / correct end
result.What often lacks is clear concise documentation for the 
procedures.  That is what leads to trouble down the road. 

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

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

Re: TSO broadcast

[Pedro Vera]

> broadcast filing up with msg's that 

You can prevent the dataset from filling up.  Submit a batch TSO job that 
issues a LISTBC command.  It will pull from broadcast dataset and write to 
SYSTSPRT file of the job. 


Pedro Vera

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

Re: TDMF Questions

[Lizette Koehler]

We are currently going from one EMC Storage array to another.  We are running 
their product zMigrator which is LDMF which is based on TDMF.

Basically we have not had any issues moving live volumes with this utility.  
Our applications (DB2 and CICS) are up and running while their data is being 
moved from one box to the other.

Our system files were moved (JES2, SMF, SYSRES) without incident.

It has been a very smooth transfer.

We are not doing anything.  The vendor is controlling all of the migration.

Lizette



>
>Jim, John, Ted,  Thank you for your responses.
> 
>Yes, the data conversion is part of the package, we just had some questions as 
>to how the process worked.
> 
>Regards,
>Dave O'Brien
>
>
>
>From: Ted MacNEIL [mailto:[EMAIL PROTECTED]
>Sent: Thu 9/11/2008 2:54 PM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: TDMF Questions
>
>
>
>>My shop is now the proud owner of a HDS 9990V. We are however novices in the 
>>use of TDMF which the vendor has proposed as the transfer agent between our 
>>old and new DASD.
>
>Most of the time, the vendor includes conversion as part of the acquisition.
>If he didn't, or you negotiated it out, you're SOL.
>TDMF skills are rarely required more than once every three or four years.
>So, it's not economical to build the skill-set in-house.
>
>>Can anyone point me to TDMF documentation?
>
>The product has moved from vendor to vendor over the last 3-4 years.
>But, if you can find it, the web-site is best.
>Although, iirc, you have to be a customer to access the doc.
>
>
>>Has anyone run into any issues using TDMF on live data?
>
>NO. It's a very mature product.
>
>>Any issues with HSM ML1 volumes,
>>DB2,
>>M204
>>volumes containing user catalogs
>>volumes containing  master cats
>>Jes2 Spool
>
>No. And, you can include pagepacks, etc.
>We last used it two years ago, transfering 11.2 TB of data, all live -- no 
>outages.
>
>>Any advice, comments will be most appreciated.
>
>Get a specialist. Either through your vendor, or an external consultant.
>
>-
>

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

Re: SMPE Help for LinkEdt failures

[Mark Zelden]

On Thu, 11 Sep 2008 15:00:57 -0400, Lizette Koehler
<[EMAIL PROTECTED]> wrote:

>Not being very good with the Unix stuff, can some kind sole help me with this?
>
>UA41051  HOT7740  GIM23911E 19   LINK-EDIT PROCESSING FAILED FOR MODULE
FSUMXCPI IN LMOD FSUMSCPI IN THE SFSUMBIN
> LIBRARY. THE RETURN CODE WAS 12. THE
SEQUENCE NUMBER WAS 000157. THE SYSPRINT
> FILE WAS SMP00074.
>
>UA42223  HZFS390  GIM23911E 18   LINK-EDIT PROCESSING FAILED FOR MODULE
IOEZADM IN LMOD IOEZMH05 IN THE SIOEHLMD
> LIBRARY. THE RETURN CODE WAS 12. THE
SEQUENCE NUMBER WAS 000148. THE SYSPRINT
> FILE WAS SMP00077.
>
>UA42244  HOT7740  GIM23911E 19   LINK-EDIT PROCESSING FAILED FOR MODULE
FSUMXAWK IN LMOD FSUMSAWK IN THE SFSUMBIN
> LIBRARY. THE RETURN CODE WAS 12. THE
SEQUENCE NUMBER WAS 000165. THE SYSPRINT
> FILE WAS SMP00065.
>
>
>
>IEW2278I B352 INVOCATION PARAMETERS -
LIST,LET,NCAL,XREF,RENT,REUS,AMODE=31,RMODE=ANY,CASE(MIXED),CALL
>
>IEW2322I 1220  1SETOPT PARM(PATHMODE(0,7,5,5))
>IEW2322I 1220  2ORDER   CEESTART
>IEW2322I 1220  3ENTRY   CEESTART
>IEW2322I 1220  4ALIAS '../cpio'
>IEW2322I 1220  5INCLUDE SMPLTS(FSUMSCPI)
SEQ # 000157
>IEW2322I 1220  6NAME FSUMSCPI(R)   MAX ACCEPTABLE RC=00
>IEW2765S DF09 FILE ASSOCIATED WITH DDNAME SFSUMBIN CANNOT BE OPENED.  HFS
OPEN ISSUED RETURN CODE 009D AND REASON
> CODE EF036052.
>
>
>
> IEW2322I 1220  1ENTRY   CEESTART
> IEW2322I 1220  2SETCODE AC(1)
> IEW2322I 1220  3MODEAMODE(31),RMODE(ANY)
> IEW2322I 1220  4SETOPT  PARM(PATHMODE(0,7,5,5),EXTATTR(APF))
> IEW2322I 1220  5ALIAS   '../zfsadm'
> IEW2322I 1220  6ALIAS (SYMLINK,'../../../../../../bin/zfsadm')
> IEW2322I 1220  7ALIAS (SYMPATH,'../usr/lpp/dfs/global/bin/zfsadm')
> IEW2322I 1220  8INCLUDE SMPLTS(IOEZMH05)
SEQ # 000148
> IEW2322I 1220  9NAME IOEZMH05(R)   MAX ACCEPTABLE
RC=00
> IEW2765S DF09 FILE ASSOCIATED WITH DDNAME SIOEHLMD CANNOT BE OPENED.  HFS
OPEN ISSUED RETURN CODE 009D AND REASON
>  CODE EF036052.
>
>
>
>BATCH EMULATOR  JOB(APLYRSU4) STEP(S1  ) PGM= HEWLH096
>IEW2278I B352 INVOCATION PARAMETERS -
LIST,LET,NCAL,XREF,RENT,REUS,AMODE=31,RMODE=ANY,CASE(MIXED),CALL
>
>IEW2322I 1220  1SETOPT PARM(PATHMODE(0,7,5,5))
>IEW2322I 1220  2ORDER   CEESTART
>IEW2322I 1220  3ENTRY   CEESTART
>IEW2322I 1220  4ALIAS '../awk'
>IEW2322I 1220  5INCLUDE SMPLTS(FSUMSAWK)
SEQ # 000165
>IEW2322I 1220  6NAME FSUMSAWK(R)   MAX ACCEPTABLE RC=00
>IEW2765S DF09 FILE ASSOCIATED WITH DDNAME SFSUMBIN CANNOT BE OPENED.  HFS
OPEN ISSUED RETURN CODE 009D AND REASON
> CODE EF036052.
>
>
>
>Then my zFS root file gets
>
>
>IOEZ00337E zFS kernel: non-terminating exception 2C3 occurred, reason
EA66010D abend psw 477C1400 98E28C9E
>IEA794I SVC DUMP HAS CAPTURED:  508
>DUMPID=004 REQUESTED BY JOB (APLYRSU4)
>DUMP TITLE=zFS abend 02C3 reason EA66010D Sep 11 17:54:20 in mo
>   dule IOEFSCM at offset 000DAC96
>IOEZ00334I Return code and reason code for dump is 4000
>IOEZ00422E Aggregate ZOS19.OMVS.ROOT disabled for writing
>

The errors in your SMP/E run I assume happened after the service 
root was disabled for writing.

EF036052 = File truncate error.

1)  Search IBMLINK for a known problem
2) If not known, open a PMR with IBM
3) Try and dismount / detach the zFS and re-mount it again and
re-running your job.  

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

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

Re: TDMF Questions

[Ted MacNEIL]

>We are not doing anything.  The vendor is controlling all of the migration.

We monitored the first few migrations, then we left them alone.
The jobs ran in the background, and nobody noticed.
Of course, it helped that we were moving from ESCON to FICON.

The only issue was we couldn't migrate from Mod-3's to -9's.
It didn't support that, then.
I don't know if it does now (or larger volumes).
-
Too busy driving to stop for gas!

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

Re: TDMF Questions

[Ted MacNEIL]

>Limit the number of concurrent volumes you move with TDMF (probably 5 
>volumes). It is a parameter in TDMF. This is very important for I/O intensive 
>volumes

We didn't have problems, and each job moved 50 at a time. We did have high I/O 
intensity.


>For JES2 checkpoint, you need to be careful. Read the book or work with z/OS 
>support group on this. If you move one volume/one checkpoint at a time, you 
>should be ok

That wasn't an issue, either.


>It is a pretty good product. One more thing to remember, if you have 
>replication going on, please be considerate, move few at a time, otherwise, 
>you might overwhelm the replication cycle or miss your RPO

This one I can't speak to.

But, we had no technical problems what-so-ever.
We used an expert from the vendor we purchased the DASD from.

Beware of the scare-mongers.
The product is very robust, and has been for a few years.
-
Too busy driving to stop for gas!

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

Re: SMPE Help for LinkEdt failures

[Mark Zelden]

On Thu, 11 Sep 2008 14:14:20 -0500, scott evans <[EMAIL PROTECTED]> wrote:

>Looks like you don't have the permission for that directory or file.  The
EF036032 reason code indicates your userid does not have the authority or
permissions to access that file.
> 

It was  EF036052 not  EF036032 .

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

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

Re: TDMF Questions

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

One further question:
 
We currently use FDR to backup our Z/VM and Linux volumes.
 
Since the volumes are accessible to Z/os, will we be able to move VM and Linux 
volumes using TDMF?
 
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: TDMF Questions

[Ted MacNEIL]

>We currently use FDR to backup our Z/VM and Linux volumes.
 
>Since the volumes are accessible to Z/os, will we be able to move VM and Linux 
>volumes using TDMF?

You have a vendor supplied consultant doing the moves.
Why don't you ask them?
-
Too busy driving to stop for gas!

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

Re: SMP/E GIM44402W

[Brian Peterson]

I was not aware of the technique explained below by Kurt Quackenbush - I 
always learn something when I post to IBM-MAIN - Thanks!

However, in a JES2 user exit environment, with JES2's particular sensitivity to 
exact JES2 macro expansions, Dave points out that when using Kurt's 
suggestion, the very macros that are most important to the JES2 user exit 
(which are those listed on the $MODULE macro call), are NOT picked up by 
Kurt's suggested technique - nor would I expect it to, based on the current 
design of JCLIN processing.

Therefore, I would suggest that the UCLIN technique previously discussed in 
this thread is "the way this is done".  Now that we've heard from the real 
expert, Kurt Quackenbush, I am more confident the statement in the first 
sentence of this paragraph is correct.

It would be really cool if someone (like Dave) could figure out a way for the 
needed UCLIN statements to be generated automatically - or even better, for 
SMP/E itself to somehow do what we need it to "automatically" somehow.

Brian

On Thu, 11 Sep 2008 09:26:05 -0700, Gibney, Dave wrote:

>   I did try that. None of the macros called by $MODULE were detected
>and GENASM'd. And getting the associated with the exit is the whole
>point of the exercise.
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
>> Behalf Of Big Iron
>> Sent: Thursday, September 11, 2008 7:10 AM
>> To: IBM-MAIN@BAMA.UA.EDU
>> Subject: Re: SMP/E GIM44402W
>>
>> However, if you include the full source, won't SMP/E generate GENASM
>> entries for all macros, not just the JES2 ones? I think that the
>latter
>> may
>> be the intent here. Also, will SMP/E detect macros that invoke other
>> macros, like the JES2 $MODULE macro commonly used in JES2 exits?
>>
>> Maybe one could provide some form of synthetic source code in the
>JCLIN
>> which represents those macros which, if changed, would likely require
>> the exit to be reassembled,
>>
>> Bill
>>
>> On Thu, 11 Sep 2008 08:47:46 -0400, Kurt Quackenbush
>> wrote:
>>
>> >> Creating the list of macros for the UCLIN step is a completely
>manual
>> process -
>> >> I don't know a way to automatically do this and skip the UCLIN
>step.  I
>> would
>> >> be interested in hearing if someone else has a better idea!
>> >
>> >You can use additional JCLIN to avoid the UCLIN.  Specifically, if
>you
>> >include an assembly step in your JCLIN that contains the assembler
>> >source inline, then SMP/E will scan the assembler source looking for
>> >macros and create the GENASM subentries directly.
>> >
>> >Expanding upon Brian's example:
>> >
>> >++USERMOD(HASPUEX)  REWORK(2008159).
>> >++VER (Z038) FMID(HJE7740).
>> >++JCLIN.
>> >//ASSEM01  EXEC PGM=IEV90
>> >//SYSPUNCH DD DSN=&&PUNCH(HASPUEX)
>> >//SYSINDD *
>> >(complete assembler source code containing macro references here)
>> >/*
>> >//LINK0002 EXEC PGM=IEWBLINK,PARM=('OPTIONS(GENOPTS)')
>> >//GENOPTS  DD *
>> >   RENT,REUS,REFR,NCAL
>> >//SYSLMOD  DD DSN=SYS1.SHASLNKE
>> >//SYSLIN   DD *
>> >  INCLUDE AHASMOD(HASPUEX)
>> >  NAME  HASPUEX
>> >++SRC  (HASPUEX) SYSLIB(SHASSRC) DISTLIB(AHASSRC) .
>> >(assembler source code here)
>> >
>> >Any macro references found in the inline assembler source will cause
>> >GENASM subentries to be created in the corresponding MAC entries.
>> >
>> >Example #2 in the JCLIN chapter of the SMP/E Commands book also
>touches
>> >upon this topic, albeit that example is much broader.  Specifically
>in
>> >that example check out the Assembler step A1.
>> >
>> >Kurt Quackenbush -- IBM, SMP/E Development
>> >

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

Re: SMPE Help for LinkEdt failures

[scott evans]

I went back and re-read, realizing it may be time for me to get glasses.   Not 
a whole lot of information regarding a 6052, I even checked on IBMLink.   If 
the dismount/remount doesn't shake it loose of the error, definitely sounds 
like a PMR.> > It was EF036052 not EF036032 .> > --> Mark Zelden
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: TSO broadcast

[Ron Wells]

under my tso I can issue ptofile nointercom and it stops.


guess I'm missing something on ca7 ... 

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

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

Re: TDMF Questions

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

What makes you think that we haven't? We have. Their responsiveness is less 
than desired, besides the accumulated experience on this Listserv gives me a 
better sense of peace of mind than a vendor's assertion.
The vendor in this case is not HDS. Just want to make that clear to protect the 
innocent.



From: Ted MacNEIL [mailto:[EMAIL PROTECTED]
Sent: Thu 9/11/2008 4:16 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TDMF Questions



>We currently use FDR to backup our Z/VM and Linux volumes.

>Since the volumes are accessible to Z/os, will we be able to move VM and Linux 
>volumes using TDMF?

You have a vendor supplied consultant doing the moves.
Why don't you ask them?
-
Too busy driving to stop for gas!

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




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

Re: TDMF Questions

[John Kington]

David,


> One further question:
>
> We currently use FDR to backup our Z/VM and Linux volumes.
>
> Since the volumes are accessible to Z/os, will we be able to move VM
> and Linux volumes using TDMF?
>
> Thanks,
> Dave
>
Dang, you made me look at the manual. The name of the manual is
Installation and Reference Guide. Chapter 4 Planning Considerations says it
can move vm formatted volume(s) but the volume(s) must be varied offline to
all attached vm systems.
There is no mention of linux in the manual.
Regards,
John

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

Re: signing off my corporate email account

[Patrick O'Keefe]

On Wed, 10 Sep 2008 18:21:58 +, Ted MacNEIL 
<[EMAIL PROTECTED]> wrote:

>>>That's a specious argument,
>
>>No, you just don't understand it.
>
>I don't know why I occasionally bother with you and your insults.
>But, you're wrong!
>
>>>because my e-mail client (and many oithers) can be set to receive
>>>text only,
>
>>It can't be set to receive what isn't there.
>
>Since, I have NEVER received anything but text e-mails on my 
BlackBerry, I'll ignore that ill-conceived statement.
>
>>Nor does that eliminate the bloat the server needs to deal with.
>
>I have no idea what the above statement has to do with anything 
under discussion.
>
>On the other hand, I think I'll go back to ignoring you.
>So, don't bother to respond.
>
>Your words are unimportant, and I do/will not hear them!
...

Ah, another pleasant technical exchange on IBM-Main.

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: TDMF Questions

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

Thanks John, Hopefully at some point I'll have access to the manual.



From: John Kington [mailto:[EMAIL PROTECTED]
Sent: Thu 9/11/2008 4:33 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TDMF Questions



David,


> One further question:
>
> We currently use FDR to backup our Z/VM and Linux volumes.
>
> Since the volumes are accessible to Z/os, will we be able to move VM
> and Linux volumes using TDMF?
>
> Thanks,
> Dave
>
Dang, you made me look at the manual. The name of the manual is
Installation and Reference Guide. Chapter 4 Planning Considerations says it
can move vm formatted volume(s) but the volume(s) must be varied offline to
all attached vm systems.
There is no mention of linux in the manual.
Regards,
John

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: SMP/E GIM44402W -- Original Question

[Gibney, Dave]

I can generate or manually build the JCLIN, but I still don't get a MOD
entry for my exit that will eliminate the GIM44402W message.

*NONAME* ASM  IEV90ASSM  ZJ01USEP ASSEMUPDATED ASSEMBLER
INPUT REPLACED
 $ENTRY   MAC  UPDATED GENASM
ZJ01USEP ADDED   
 $HASPGBL MAC  UPDATED GENASM
ZJ01USEP ADDED   
 $MODULE  MAC  UPDATED GENASM
ZJ01USEP ADDED   
 $RETURN  MAC  UPDATED GENASM
ZJ01USEP ADDED   
 ACCTWORK MAC  UPDATED GENASM
ZJ01USEP ADDED   
 TIME MAC  UPDATED GENASM
ZJ01USEP ADDED   
 LINK IEWL LKED  ZJ01USEP LMOD ADDED
SYSLIB=LINKLIB, LEPARMS ADDED, LINK-EDIT INPUT ADDED
 XJ01USEP MOD  ADDED
DISTLIB=JESSRC, LMOD=ZJ01USEP   

My sermon:
++USERMOD(JES2001) REWORK(2006254)
 /*--*/   
 /*  THIS USERMOD PLACES JES2 EXIT #1 XJ01USEP INTO THE  */   
 /*  SMP/E ENVIRONMENT AS A USERMOD. */   
 /**/ .   
++VER(Z038)  FMID(HJE7720)
  PRE(WSJ2000) .  
++JCLIN ./*   JCLIN TO INSTALL EXIT  */   
//*ASM EXEC ASMACL,PARM='RENT'
//ASM EXEC PGM=IEV90,PARM='RENT'  
//SYSPUNCH DD DSN=&TEMP(ZJ01USEP),DISP=(,PASS)
//SYSIN   DD *
ZJ01USEP CSECT
 $MODULE, 
   $HASPGBL , 
   RMODE=ANY, 
   $BUFFER,   
   $CADDR,
   $DCT,  
   $HASPEQU,  
.
   $XPL,   
$PRPUT 
$PBLOCK
$MODEND
 END   ,   
//LINKEXEC PGM=IEWL,PARM='LET,LIST,XREF,NCAL,RENT,REFR'
//SYSLMOD DD DSN=SYS1.DELENN.LINKLIB,DISP=SHR  
//JESSRC  DD DSN=GIBNEY.SMPE.ZOS17.USERMODS.SRC,DISP=SHR   
//DLIBRARY DD DSN=GIBNEY.LOAD,DISP=SHR 
//SYSLIN  DD * 
 INCLUDE JESSRC(XJ01USEP)  
 SETCODE AC(1) 
 NAMEZJ01USEP(R)   
++SRC(XJ01USEP)  DISTLIB(DLIBRARY)  TXLIB(JESSRC) .

I'm "testing" in the 1.7 zones until I get it right for the 1.9 zones. I
don't which to put trash in my 1.9 zones like I did a couple years ago,
the last time I tried to get this to work.


>
>On Wed, 10 Sep 2008 15:33:35 -0700, Gibney, Dave wrote:
>
>>   For several iterations now, (1.7 to 1.9 this time) I've tried to
>>package my JES2 exits as usermods and have wanted SMP/E to notify (or
>>really, just reassemble/link) when a PTF effects them. But all I ever
>>get is:
>>
>>GIM44402WZJ01USEP WAS NOT ASSEMBLED FOR MAC $PDDB IN SYSMOD
>UA38779
>>BECAUSE
>> THERE IS NO MOD ENTRY FOR ZJ01USEP. SMP/E CANNOT
>DETERMINE
>>THE
>> TARGET LIBRARY FOR THE ASSEMBLER OUTPUT.
>>
>>
>>Which does draw my attention, but isn't what I was hoping for.
>>
>>   Also, I just tried one where I included the entire source in IEV90
>>JCLIN and then again after a ++SRC. It found few of the macros
>>referenced as most are pulled in by $MODULE. I'm starting to look at
>>ADATA to see if I can pull from there a useful input to the JCLIN.
>>
>>   Time pressures are about to push me back to just shoving my exits
>>into a local linklst library and being done with it again, but I'd
>>really like to find out what I'm missing with my understanding of
SMP/E.
>>
>>   Sorry to become to recently verbose/whining on IBM-MAIN :), but I'd
>>be grateful for any help.
>>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives a

Re: TDMF Questions

[Ted MacNEIL]

>Thanks John, Hopefully at some point I'll have access to the manual.

Unless you're going to become a TDMF expert, why do you need access to the 
manual?

That's what your expert's for.
-
Too busy driving to stop for gas!

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

Re: TDMF Questions

[Ted MacNEIL]

>What makes you think that we haven't? We have. Their responsiveness is less 
>than desired, besides the accumulated experience on this Listserv gives me a 
>better sense of peace of mind than a vendor's assertion. The vendor in this 
>case is not HDS. Just want to make that clear to protect the innocent.

Sorry, no offense intended.
But, there's nothing to indicate you've done that.

Why are you going to the point of pointing out it's not HDS?

With all three DASD vendors, I've never had a problem.

I've asked and they've answered.


-
Too busy driving to stop for gas!

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

Re: SMPE Help for LinkEdt failures

[Mark Zelden]

On Thu, 11 Sep 2008 15:29:17 -0500, scott evans <[EMAIL PROTECTED]> wrote:

>I went back and re-read, realizing it may be time for me to get glasses.  
Not a whole lot of information regarding a 6052, I even checked on IBMLink.
  If the dismount/remount doesn't shake it loose of the error, definitely
sounds like a PMR.> 

> It was EF036052 not EF036032 .> > --> Mark Zelden

I rely on cut & paste, not my eyes & contacts.  :-)

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

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

Re: Name/tokens

[Patrick O'Keefe]

On Thu, 11 Sep 2008 07:28:24 -0400, Peter Relson 
<[EMAIL PROTECTED]> wrote:

>...
>I don't disagree that it is desirable to have a "list" service for
>name/tokens. What I question is the need.
>Since a list service does not exist, it seems pretty clear to me that you
>should not take an approach that requires such a service.
>
>You are welcome of course to ask for such a service and, after/if it is
>made available, exploit it.
>...

But with that logic it is very tough to justify an assembler (let 
alone a high level language) or just about any utility ever created.
There is always another, lower level technique for doing anything 
so there is no "need" for a better tool.

If people have written their own tools they must have felt some
need (even if it was just a need to experimment).   If they made it
available to others they must have felt that others also had the 
need.

Reading between the lines I see you saying "Submit a Requirement
and justify it."  Maybe that requirement should come from users of
the tools that currently use the unsupported techniques.   They
would be the ones hurt when the unsupported techniques fail.

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

RMF Spreadsheet Reporter

[Jorge Arueira Campos]

Hi all !!!

Anybody know about to use the  RMF Spreadsheet Reporter in windows and
Host.I need to make a graphical reports based in RMF of CPU, DASD,
STORAGE, PAGING and so on...

Thanks any help

Arueira /Barnack
 Support Team z/OS

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

Re: TSO broadcast

[Pedro Vera]

> under my tso I can issue ptofile nointercom and it stops.

I think you will stop seeing them, but network job status messages are 
still queued for you in your broadcast dataset.  They are there until you 
issue LISTBC NON (often done as part of your logon process).


Pedro Vera

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

Re: SMP/E GIM44402W

[Gibney, Dave]

  Well, I've got the extract of the macros from ADATA "working", now I'm
trying to figure out how to pull the CSECT(s) or what ever I need on
that first line of ASM JCLIN, from the ADATA.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Brian Peterson
> Sent: Thursday, September 11, 2008 1:21 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: SMP/E GIM44402W
> 
> I was not aware of the technique explained below by Kurt Quackenbush -
I
> always learn something when I post to IBM-MAIN - Thanks!
> 
> However, in a JES2 user exit environment, with JES2's particular
> sensitivity to
> exact JES2 macro expansions, Dave points out that when using Kurt's
> suggestion, the very macros that are most important to the JES2 user
exit
> (which are those listed on the $MODULE macro call), are NOT picked up
by
> Kurt's suggested technique - nor would I expect it to, based on the
> current
> design of JCLIN processing.
> 
> Therefore, I would suggest that the UCLIN technique previously
discussed
> in
> this thread is "the way this is done".  Now that we've heard from the
real
> expert, Kurt Quackenbush, I am more confident the statement in the
first
> sentence of this paragraph is correct.
> 
> It would be really cool if someone (like Dave) could figure out a way
for
> the
> needed UCLIN statements to be generated automatically - or even
better,
> for
> SMP/E itself to somehow do what we need it to "automatically" somehow.
> 
> Brian
> 
> On Thu, 11 Sep 2008 09:26:05 -0700, Gibney, Dave wrote:
> 
> >   I did try that. None of the macros called by $MODULE were detected
> >and GENASM'd. And getting the associated with the exit is the whole
> >point of the exercise.
> >
> >> -Original Message-
> >> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
On
> >> Behalf Of Big Iron
> >> Sent: Thursday, September 11, 2008 7:10 AM
> >> To: IBM-MAIN@BAMA.UA.EDU
> >> Subject: Re: SMP/E GIM44402W
> >>
> >> However, if you include the full source, won't SMP/E generate
GENASM
> >> entries for all macros, not just the JES2 ones? I think that the
> >latter
> >> may
> >> be the intent here. Also, will SMP/E detect macros that invoke
other
> >> macros, like the JES2 $MODULE macro commonly used in JES2 exits?
> >>
> >> Maybe one could provide some form of synthetic source code in the
> >JCLIN
> >> which represents those macros which, if changed, would likely
require
> >> the exit to be reassembled,
> >>
> >> Bill
> >>
> >> On Thu, 11 Sep 2008 08:47:46 -0400, Kurt Quackenbush
> >> wrote:
> >>
> >> >> Creating the list of macros for the UCLIN step is a completely
> >manual
> >> process -
> >> >> I don't know a way to automatically do this and skip the UCLIN
> >step.  I
> >> would
> >> >> be interested in hearing if someone else has a better idea!
> >> >
> >> >You can use additional JCLIN to avoid the UCLIN.  Specifically, if
> >you
> >> >include an assembly step in your JCLIN that contains the assembler
> >> >source inline, then SMP/E will scan the assembler source looking
for
> >> >macros and create the GENASM subentries directly.
> >> >
> >> >Expanding upon Brian's example:
> >> >
> >> >++USERMOD(HASPUEX)  REWORK(2008159).
> >> >++VER (Z038) FMID(HJE7740).
> >> >++JCLIN.
> >> >//ASSEM01  EXEC PGM=IEV90
> >> >//SYSPUNCH DD DSN=&&PUNCH(HASPUEX)
> >> >//SYSINDD *
> >> >(complete assembler source code containing macro references here)
> >> >/*
> >> >//LINK0002 EXEC PGM=IEWBLINK,PARM=('OPTIONS(GENOPTS)')
> >> >//GENOPTS  DD *
> >> >   RENT,REUS,REFR,NCAL
> >> >//SYSLMOD  DD DSN=SYS1.SHASLNKE
> >> >//SYSLIN   DD *
> >> >  INCLUDE AHASMOD(HASPUEX)
> >> >  NAME  HASPUEX
> >> >++SRC  (HASPUEX) SYSLIB(SHASSRC) DISTLIB(AHASSRC) .
> >> >(assembler source code here)
> >> >
> >> >Any macro references found in the inline assembler source will
cause
> >> >GENASM subentries to be created in the corresponding MAC entries.
> >> >
> >> >Example #2 in the JCLIN chapter of the SMP/E Commands book also
> >touches
> >> >upon this topic, albeit that example is much broader.
Specifically
> >in
> >> >that example check out the Assembler step A1.
> >> >
> >> >Kurt Quackenbush -- IBM, SMP/E Development
> >> >
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 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: z/OS Documentation - again (was Re: zOS R10)

[Rick Fochtman]

-
For documentation, and if book manager is out, that means I will have to 
content with the pdf files. :-( But I don't have to like it.

-
Complete agreement, Barb. BookManager still has the best search engine 
I've found for IBM (and some other's) software manuals.


Thank you, IDP.

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

Re: z/OS Documentation - again (was Re: zOS R10)

[Gibney, Dave]

   It appears I was wrong and I offer my apologies to IDP again. FDR
is't a product I install here. I took the installers word for what I
claimed and did not check further. Actually, Innovation is sending me
another CD for myself (Thanks Pat) and I am sorry if my remarks caused
anyone to doubt the excellence of FDR, ABR and/or any of their other
products which we unfortunately don't have here.

   So far, that makes, IBM, IDP and Phoenix the ones I know still
provide Book Manager format. Wish I could name a few more vendors in
that list :)

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Rick Fochtman
> Sent: Thursday, September 11, 2008 2:29 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: z/OS Documentation - again (was Re: zOS R10)
> 
> -
> For documentation, and if book manager is out, that means I will have
to
> content with the pdf files. :-( But I don't have to like it.
> -
> Complete agreement, Barb. BookManager still has the best search engine
> I've found for IBM (and some other's) software manuals.
> 
> Thank you, IDP.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 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: RMF Spreadsheet Reporter

[Ernie Takeuchi]

Hi,

You can find the tool at 
http://www-03.ibm.com/servers/eserver/zseries/zos/rmf/tools/.  You can review 
the tutorial if you click on "overview" mid-way down the page.  It will not 
work with Xcel 2007.

Good luck.

"Jorge Arueira Campos" <[EMAIL PROTECTED]> wrote in message news: <[EMAIL 
PROTECTED]>...

> Hi all !!!

> 

> Anybody know about to use the  RMF Spreadsheet Reporter in windows and

> Host.I need to make a graphical reports based in RMF of CPU, DASD,

> STORAGE, PAGING and so on...

> 

> Thanks any help

> 

> Arueira /Barnack

>  Support Team z/OS

> 

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

Re: RMF Spreadsheet Reporter

[Ed Finnell]

 
In a message dated 9/11/2008 5:01:01 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

You can review the tutorial if you click on "overview" mid-way down the  
page.  It will not work with Xcel 2007.


>>
Right. It's just a series of EXCEL or LOTUS  macros defined to do RMF window 
of a few days(?) maybe. I always had better  luck filtering the RMF out first 
then running the RMF reporter on the host  to produce the files for RFMPP. The 
little GUI has a pretty good help and tutorial.  Folder names are critical. 
Always had trouble getting the auto FTP to work and  would end up doing manual 
downloads to correct  places.


There's a JAVA version too, but under Windoze it's pretty  awful.  







**Pt...Have you heard the news? There's a new fashion blog, 
plus the latest fall trends and hair styles at StyleList.com.  
(http://www.stylelist.com/trends?ncid=aolsty000514)

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

Re: z/OS Documentation - again (was Re: zOS R10)

[Rick Fochtman]

It appears I was wrong and I offer my apologies to IDP again. FDR is't a 
product I install here. I took the installers word for what I claimed 
and did not check further. Actually, Innovation is sending me another CD 
for myself (Thanks Pat) and I am sorry if my remarks caused anyone to 
doubt the excellence of FDR, ABR and/or any of their other products 
which we unfortunately don't have here.


So far, that makes, IBM, IDP and Phoenix the ones I know still provide 
Book Manager format. Wish I could name a few more vendors in that list :)

--
I wish IDP wound send me a disk. I'm not a customer but some of my 
consulting clients are, and they're very "tight" with vendors' docs.


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

Re: Name/tokens

[John McKown]

On Thu, 11 Sep 2008, Patrick O'Keefe wrote:

> 
> Reading between the lines I see you saying "Submit a Requirement
> and justify it."  Maybe that requirement should come from users of
> the tools that currently use the unsupported techniques.   They
> would be the ones hurt when the unsupported techniques fail.
> 
> Pat O'Keefe 

I agree with you on that. However, being the SOB (Swell Ol' Boy) that I
am, I wonder how well IBM's S/360 & MVT would have faired against the
other vendors' hardware and software if IBM had started OS/360 as "closed
source" and had the attitude of "if you need something, ask us and if you
make a good enough economic argument about how __we__ will make some money
off of it, we'll look at putting in an interface to do that." 

Of course, back then it was all about selling the hardware. Software was
an "after thought", so to speak. Today, it is about selling services and
software with the hardware just along for the ride (more or less). I know,
different times, different techniques.

This is why I'm a Linux bigot now. The source is available. Thanks to the 
GPL, it will always be available. You want to modify the kernel? Fine, 
feel free. "You break it, you bought it!"

BTW - to the person who said that eventually the System z software stack 
will likely be on Intel - I doubt it. But, on Power? That might be nice! A 
single box, running a hypervisor, and running all the iSeries, pSeries, 
and zSeries software on it. . After, the iSeries runs on Power via 
a sort of emulation. If I had an AIX box available to me, I'd love to see 
how Hercules/390 (not an optimally performing emulation) runs on it. 

-- 
Q: What do theoretical physicists drink beer from?
A: Ein Stein.

Maranatha!
John McKown

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

Phillips, Mike is out of the office.

[Mike Phillips]

I will be out of the office starting  09/11/2008 and will not return until
09/15/2008.

I will respond to your message when I return.

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

WLM TNG's what order and can you exclude?

[John Mattson]

Been trying to figure this one out in the manuals and searching the net, 
but no luck. 
I have a few transaction name groups for my JES2 batch jobs.  So far, in 
general, things have worked pretty well, but suddenly there is a 
Production job that someone wants to run at Discretionary.  Of course the 
naming convention P* drops all "not high Service Classes" into the lowest 
Prod SC.  Now someone wants one to go into Discretionary.  And suddenly I 
realize that I do not know 
1) What is the order that TNG's are searched? Are all names searched from 
most specific to least as in RACF? Or is each TNG searched until the first 
match is found? 
2) Is there a way to exclude a job or jobs from a TNG?  So that it will 
fall into another tng? 

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

Re: z/OS 1.9 and IBM1521I S 4.0 Not enough virtual memory is available to continue

[Dave Barry]

See how much region was used by looking at the IEF374I message VIRT and EXT 
numbers for when it works and when it fails.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Lopez, Sharon
Sent: Friday, September 05, 2008 1:46 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: z/OS 1.9 and IBM1521I S 4.0 Not enough virtual memory is available to 
continue

We have 1.9 on one of our test systems.  This is a system that was build in 
Jan. 2008.  We also have another test 1.9 system, which I just applied all 
hipers and RSUs through 0806 and now I cannot get PL/I 3.7 to compile.  Both 
systems have the same storage amount.  Has anyone seen anything like this?
I have a ticket opened with PL/I support and now I just opened up one with 
virtual storage manager.  We are due to go production on Sept. 28, and I cannot 
go forward with this.  Thanks.

Sharon Lopez
Enterprise Systems Programmer
919-754-6432

[EMAIL PROTECTED]

--
E-Mail correspondence to and from this sender may be subject to the North 
Carolina Public Records Law, and may be disclosed to third parties.
--


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

[Field, Alan C.]

Have you looked at the IKJTSOxx member in PARMLIB.

Maybe there is an option in the SEND section that might help. 


Subject: Re: TSO broadcast

ok---I'll get back to problem 

broadcast filing up with msg's that report(s) >>> numerious of them <<< 
have been transefered via NJE and it notifies our CA7 of success..

how can I stop SEND/Notifies being sent to ca7 and filing up broadcast 
dataset? 

assuming ca7 has a tso id...
job that creates these output(s) does NOT have a NOTIFY= on job card >>>

assuming now some default kicking 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: WLM TNG's what order and can you exclude?

[Cobe Xu]

I wonder if sub-rule in the Classification Rules will help?

On Fri, Sep 12, 2008 at 8:09 AM, John Mattson <[EMAIL PROTECTED]>wrote:

> Been trying to figure this one out in the manuals and searching the net,
> but no luck.
> I have a few transaction name groups for my JES2 batch jobs.  So far, in
> general, things have worked pretty well, but suddenly there is a
> Production job that someone wants to run at Discretionary.  Of course the
> naming convention P* drops all "not high Service Classes" into the lowest
> Prod SC.  Now someone wants one to go into Discretionary.  And suddenly I
> realize that I do not know
> 1) What is the order that TNG's are searched? Are all names searched from
> most specific to least as in RACF? Or is each TNG searched until the first
> match is found?
> 2) Is there a way to exclude a job or jobs from a TNG?  So that it will
> fall into another tng?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>


-- 
Cobe Xu

Best Regards
---
zOS Performance & Capacity Analyst
E2E Performance Analyst
Email: [EMAIL PROTECTED]
---

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

Re: WLM TNG's what order and can you exclude?

[Steve Samson]

John,

If the job has a constant name, just insert a TN rule for that job 
preceding the TNG for the rest.


HTH,

Steve Samson (Yes, I'm still around and lurking)

John Mattson wrote:
Been trying to figure this one out in the manuals and searching the net, 
but no luck. 
I have a few transaction name groups for my JES2 batch jobs.  So far, in 
general, things have worked pretty well, but suddenly there is a 
Production job that someone wants to run at Discretionary.  Of course the 
naming convention P* drops all "not high Service Classes" into the lowest 
Prod SC.  Now someone wants one to go into Discretionary.  And suddenly I 
realize that I do not know 
1) What is the order that TNG's are searched? Are all names searched from 
most specific to least as in RACF? Or is each TNG searched until the first 
match is found? 
2) Is there a way to exclude a job or jobs from a TNG?  So that it will 
fall into another tng? 


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

how to get LSQA Bottom Addr

[johnny ying]

hi,everyone

Is there a simply way to get  address space's LSQA Bottom Address. I
checked the LDA control block,there is LDACRGTP which represent the User
Region Top Address.But I can't find LSQA Bottom Address. maybe I should scan
subpool DQE.

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

booktube

[Boob Sucker]

   - CWNA Certified Wireless Network Administrator
Offi...
   - Microsoft Office Project Server 2007 The Complete
...
   - Microsoft Office Access 2007 Forms Reports and
Que...
   - Microsoft Office Project 2007 All in One Desk
Refe...
   - Microsoft Excel and Access Integration With
Micros...
   - Wiley Office 2007 Bible Jun
2007duplicate SMF records even though the dump process experienced no errors,
>and the MAN datasets were cleared during each dump.
>
>The current process is dump each MAN dataset to a monthly JAG tape,
>appending it to the end of the tape file every time the dump process runs.
>In this shop, during the day, they dump a MAN dataset every 15-20 minutes,
>and these are NOT small MAN datasets!  Most of the data is DB2 related.  And
>no, they refuse to change the amount of DB2 data they collect!  So that is
>not an option... :(
>
>"I" think I recall that the IFASMFDP program would occasionally pick up
>"old" SMF records from a "cleared" MAN dataset if it attempted to dump and
>clear that particular MAN dataset again even though it was never written to
>since the last dump/clear run...
>
>If this is true, it could explain the small number of duplicates and the
>fact that the duplicates are so far removed from each other in the dumped
>file.  For example, one "pair" of duplicate application billing records I
>found the duplicated record was about 10,000 records or so, further into the
>file from the original.  Of course, during a sort they would wind up next to
>each other...  10,000 records between the two just may be some breadcrumbs
>from the previously cleared MAN dataset...
>
>The fact that we have duplicate SMF data is not in dispute.  However, the
>CIO wants to know why.  I can think of four scenarios, in ascending order of
>probability.
>
>1.  The application that writes the SMF records somehow writes the records
>twice.  Not likely.  The possibility brings to mind the number Googolplex.
>I found more than one type of duplicate record.
>2.  The SMF record processing inside the OS is faulty.  I cannot believe we
>are the first to experience this problem.  If this were the problem, IBM
>would have fixed it long ago.
>3.  The MOD'ing of the SMF monthly tape with the new data.  Again, not
>likely since MOD has been around since before I got into systems almost 3
>decades ago.  If this were the problem it would affect more than just SMF
>data.
>4.  IFASMFDP has a bug in it.  The most likely.
>
>Any and all ideas are most welcomed.  I must reiterate. there were NO
>problems in the dump process.  Even though I originally posted this to the
>IBM Assembler NG, I received a couple of private emails telling me that my
>problem could have been caused by, space problems, reruns, forgetting to
>clear the MAN datasets, etc...  None of this happened.
>
>Oh yes..., as of January 1st, we will have a new, refined, bullet-proof SMF
>data handling process in place. ;)
>
>
>Gary Green
>Never use a 2x4 when a 2x6 will do just as well!
>

Suggest you share information stating what technique you used to determine
that an SMF record was in fact a duplicate of another SMF record.

Do consider that the SMF type 30, for instance, has a "continuation" record,
when there is insufficient record-space (LRECL) available to generate each
of the job-step DD segments -- mostly typically found with DDCONS(NO).

And, I'm surprised that the "invoicing" program/application makes no attempt
to remove duplicates within a individual processing run, typically for a
day's time-period.

I work with a client that has a similar DISP=MOD processing with LPAR SMF
dumping in the 8-10 minute interval, during peak business day -- also mostly
SMF 101 (DB2) data.

Scott Barry
SBBWorks, Inc.

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

Join PTC Indonesia, Cuma Klik Iklan Langsung Dibayar dengan RUPIAH Langsung ke Bank Anda

[fatriyanto akase]

join klik rupiah (PTC INDONESIA) asli indonesia 1 klik Rp 100, 10x= Rp
1000, 20 ref = Rp 1 dibayar per Rp 5 lewat BCA atau Mandiri.
Daftarnya Gratis... semua bisa tanya-jawab di forumnya, bisa beli
refferal pake rupiah juga, asyik banget deh. buruan daftar kita
ramaikan PTC INDONESIA.

Mau Join Klik di sini

http://klikrupiah.com/register.php?r=fatriyanto

http://indoptc.com/news.php?r=fatriyanto

http://gedebux.info/register.php?r=fatriyanto

Mau nambah penghasilan lagi klik link di bawah ini terbukti membayar

http://www.clixsense.com/?2301534

http://bux.to/?r=fatriyanto











Re: TDMF Questions
Ted MacNEIL


Re: TDMF Questions
R.S.


Re: TDMF Questions
O'Brien, David W. (NIH/CIT) [C]


Re: TDMF Questions
Stephen Mednick


Re: TDMF Questions
O'Brien, David W. (NIH/CIT) [C]


Re: TDMF Questions
Stephen Mednick


Re: TDMF Questions
O'Brien, David W. (NIH/CIT) [C]














Re: TDMF Questions
Ted MacNEIL


z/OS 1.9 DFSMS APAR OA25581 (DFDSS concurrent copy failures)
Jakubek, Jan


Re: z/OS 1.9 DFSMS APAR OA25581 (DFDSS concurrent copy failures)
Darth Keller



Re: z/OS 1.9 DFSMS APAR OA25581 (DFDSS concurrent copy failures)
Jakubek, Jan
 


Re: z/OS 1.9 DFSMS APAR OA25581 (DFDSS concurrent copy failures)
Darth Keller


Re: z/OS 1.9 DFSMS APAR OA25581 (DFDSS concurrent copy failures)
Jakubek, Jan















 






  
  





Reply via email to



  
  





 
 








 













Join PTC Indonesia, Cuma Klik Iklan Langsung Dibayar dengan RUPIAH Langsung ke Bank Anda
fatriyanto akase
 


 






  
  





Reply via email to



  
  





 
 








 













Join PTC Indonesia, Cuma Klik Iklan Langsung Dibayar dengan RUPIAH Langsung ke Bank Anda
fatriyanto akase
 


 






  
  





Reply via email to



  
  





 
 

[Monotone-devel] Bug Report monotone 0.40

[Eliyahu Skoczylas]

Although I was instructed by monotone to report the error, as attached,
I also want to report a different bug.

When it starts up, monotone does not check for the existence of the
directory ~/.monotone.
It does not complain, and it does not silently try to build the
directory.
Instead, at the end of a monotone run it reports:

mtn: failed to write debugging log to /home/dakyaro/.monotone/dump

Either check for/create the directory in advance, or else build it on
the fly when dumping the log.


HTH,

-Eliyahu
--
Eliyahu Skoczylas+972 (54) 214-1505
While <[EMAIL PROTECTED]> is temporarily down, please use <[EMAIL PROTECTED]>, 
instead.

It started when I went to do my first pull
of the OpenEmbedded database

$ mtn --db=OE.mtn pull monotone.nslu2-linux.org org.openembedded.dev
mtn: doing anonymous pull; use -kKEYNAME if you need authentication
mtn: connecting to monotone.nslu2-linux.org
mtn: first time connecting to server monotone.nslu2-linux.org
mtn: I'll assume it's really them, but you might want to double-check
mtn: their key's fingerprint: 0d63ffa0fad7729bafd3428d29b28da7b61fac4d
mtn: finding items to synchronize:
mtn: certificates | keys | revisions
and the count slowly rising into the tens of thousands

Things chugged along for a few hours, until my power flicked off.
After the power glitch, (and my installing a surge suppressor!)
I restarted monotone.

[EMAIL PROTECTED]:/home/eliyahu/stuff$ mtn --db=OE.mtn pull 
monotone.nslu2-linux.org org.openembedded.dev
mtn: doing anonymous pull; use -kKEYNAME if you need authentication
mtn: connecting to monotone.nslu2-linux.org
mtn: finding items to synchronize:
mtn: certificates | keys | revisions
mtn:   76,633 |   76 |25,247
mtn:  bytes in | bytes out | certs in | revs in
mtn: 1.1 M | 
<[EMAIL PROTECTED]> wrote:

>In <[EMAIL PROTECTED]>, on 09/10/2008
>   at 06:15 PM, "Patrick O'Keefe" <[EMAIL PROTECTED]> said:
>
>>   "GLOBALV PUTT  x."y
>
>Try
>
>   "ADDRERSS NETVASIS GLOBALV PUTT  X."y
>
>...

Of course then you have other problems looming.  I notice you replaced
the "x" with "X".  If you don't, the GLOBALV silently fails because it 
requires upper case variables names.   

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

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