John,
I think I've finally got a clue about this. I had to go over there and
see for myself before I could figure out what they really wanted.
It's relatively simple. They create an ASCII PDF from SAS and want to
print it. It goes through VPS to their network printer and is being
converted fro
I don't suppose I'm the first one to shout "Oh no!" after hitting enter.
(-:
For my penance I'll go and watch a Dr. Phil rerun. Brhhhrhgh.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL P
Hi List,
We are migrating our envirinment into Parallel Sysplex Data Sharing
and we have encountered the following problem:
Our TOR region have an appl name X
we have a few VTAM uservars that points
x1 -> X ,x2 -> X etc
Now we want to change the appl name from X to Y
and make X the
I am trying to create a structured template assembler program that I can
use to create external Rexx functions. I'm using various sources and
examples that I've found and I have a question about storage.
Do I need getmain any storage I need, or is it the same if I define it
in my program? I seem
Lindy Mayfield wrote:
Do I need getmain any storage I need, or is it the same if I define it
in my program? I seem to see it done both ways in some examples I have.
I didn't really find anything in the docs (yet) that say one way or
another. If it is either/or, are there pros and cons to each w
---
SMP/E is too efficient! It's design point is, when performing a "mass"
apply of hundreds (or even thousands) of PTFs, that it installs only
the highest level of each element being replaced. Intermediate levels
are neither created nor journaled. There is no v
I must now confess...I finally got back to trying to figure out how to get
control of my 0D6 abend, so I forced a divide by zero. No handler. Knowing
the handler WOULD be invoked in this situation, I poked around.
And, somehow, I managed to fail to notice my runtime JCL still had
TRAP(OFF). I have
On Sat, 12 Jan 2008 22:55:51 -0800, Edward Jaffe wrote:
>
>SMP/E is too efficient! It's design point is, when performing a "mass"
>apply of hundreds (or even thousands) of PTFs, that it installs only the
>highest level of each element being replaced. Intermediate levels are
>neither created nor jou
Another option is to getmain your storage once, and anchor it somewhere for
later use. TCBUSER or a name/token pair are two obvious choices. You can
also create a variable inside your rexx exec, from the assembler program,
with your anchor and grab it each time your function gets called, assuming
Directly sending the SCRT reports to IBM without a review has some risk
associated with it. The SCRT report will result in an IBM calculating your
software invoice for hundreds of thousands or even 1M+ dollars per month (or
whatever your currency is). I recommend you examine the report for a number
On Jan 13, 2008, at 10:41 AM, Rick Fochtman wrote:
---
SMP/E is too efficient! It's design point is, when performing a
"mass" apply of hundreds (or even thousands) of PTFs, that it
installs only the highest level of each element being replaced.
Intermediate
>Directly sending the SCRT reports to IBM without a review has some risk
>associated with it.
I agree 100%.
I was sending SCRT reports to an ISV that used them.
But, I always reviewed them before they went.
I also attached the CSV to an XL spreadsheet, so I could plot and compare
month-to-month.
On Jan 13, 2008, at 8:38 AM, Lindy Mayfield wrote:
I'm mostly running the functions from a STEPLIB library in my logon
proc.
Thanks
Lindy
---SNIP---
Lindy,
For testing purposes steplib is probably OK but I would suggest that
giving everyone a steplib is going to hurt in response
On Jan 10, 2008, at 12:38 PM, Van Dalsen, Herbie wrote:
> Arthur,
>
> All I can say is this... It amazes my that a sysprog with a gripe this
> size, have not put this fingers to the keyboard and wrote a utility to
> automatically invoke a spellchecker inside your email program to
> fix it
There i
Lindy,
if your program is loaded from STEPLIB it doesn't matter if your program is
rent
or not as it's loaded into non protected storage unless you have
CSVRENTPROTECT in you DIAGxx member.
However all of my programs are RENT and coding NORENT is for me just a lazy
programming style in thes
> And, somehow, I managed to fail to notice my runtime JCL still had
> TRAP(OFF). I have no idea how I fail to notice.
I did ask specifically about that! Now that you have it set to TRAP(ON),
you ought to at least give the try/catch thing a go again. It seems to
me more likely to "work" with less
I know you did, I remember! I have no idea how I missed it. Too much glue
sniffing that day, I guess. Sheesh. Maybe I wasn't thinking and checked for
TRAP() in the server JCL and not the client JCL. Who knows.
Anyway, you present a good idea. I will try the try/catch again real quick
to see if it
Thanks everyone!
Can someone give a hint what is meant by "anchor" in this case?
Lindy
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Todd Burch
Sent: 13. tammikuuta 2008 21:51
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Rexx external assemble
Lindy,
save the address of a getmained area for futher use beyond you program.
If it is called several times it will save you several GETMAIN/FREEMAIN for
each call.
Roland
>Thanks everyone!
>
>Can someone give a hint what is meant by "anchor" in this case?
>
>save the address of a getmained area for futher use beyond you program.
Where?
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the mes
If you have an address to something, there may be a case where you need to
store that address in a known location that is available to other
programs/processes/etc.
This is what "anchor" means. It is the process of storing this address in a
known location so that it is available for other programs
David Logan wrote:
In the examples cited previously, if you store the address using the
name/token callable services, another process can obtain that address using
the same utility. Another option was to store the address in the TCBUSER
field of the current TCB. This means that any program after
On Sun, 13 Jan 2008 15:20:20 -0600, Roland Schiradin wrote:
>
>if your program is loaded from STEPLIB it doesn't matter if your program is
>rent
>or not as it's loaded into non protected storage unless you have
>CSVRENTPROTECT in you DIAGxx member.
>
Not even if the STEPLIB is APF authorized?
I s
On Sun, 13 Jan 2008 18:06:14 -0500, Gerhard Postpischil wrote:
>
>The "user" in TCBUSER and CVTUSER would appear to be the
>installation, rather than the casual programmer, since both are
>store protected. One of my colleagues found this nifty CBT
>IEFACTRT that added I/O counts on the listing (obj
Paul Gilmartin wrote:
On Sun, 13 Jan 2008 15:20:20 -0600, Roland Schiradin wrote:
if your program is loaded from STEPLIB it doesn't matter if your program is rent
or not as it's loaded into non protected storage unless you have
CSVRENTPROTECT in you DIAGxx member.
Not even if the STEPLIB is AP
Yea, I was going to mention using TCBUSER is dangerous, since it's eyed by
everybody lookin for an anchor, but I didn't think this particular point was
relevant to my definition :)
David Logan
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Ge
Paul Gilmartin wrote:
As for how much you keep (Ed G.'s concern?), when you're sure, do an
ACCEPT PURGE. Everything newer that is available in the GLOBAL
zone, which is the reason it's possible to perform the RESTORE;
APPLY EXCLUDE operation you describe above. Hmmm. I suspect I
can't RESTORE
Bob Rutledge wrote:
Paul Gilmartin wrote:
I see that at 1.9 the only place I find CSVRENTPROTECT is "z/OS V1R9.0
MVS Data Areas, Vol 2 (DCCB-ITZYRETC)". I guess that means it's now a
semi-secret option.
It has moved to PROGxx and is called REFRPROT.
REFRPROT is a documented z/OS 1.9 option
Hi all,
Thanks for you reply.What confused me is I can send MVS/JES2
cmd in my rexx program and get the return msg.The pgm look like that :
CMD = '$D SPL'
"CONSPROF SOLDISP(NO) SOLNUM(800)"
"CONSOLE ACTIVATE NAME(DALCMD)"
"CONSOLE SYSCMD("||CMD||") CART('DAL001')"
GETCODE = GETMSG('D
On Sun, 13 Jan 2008 18:27:56 -0600, Paul Gilmartin
<[EMAIL PROTECTED]> wrote:
. . .
>
>Name/token sounds like a better choice, even though it's innovative.
>
The question of where to stash something arose in this thread when it was
suggested that storage could be acquired once, and not every t
On Jan 13, 2008, at 8:38 PM, Edward Jaffe wrote:
Paul Gilmartin wrote:
As for how much you keep (Ed G.'s concern?), when you're sure, do an
ACCEPT PURGE. Everything newer that is available in the GLOBAL
zone, which is the reason it's possible to perform the RESTORE;
APPLY EXCLUDE operation you
On Jan 13, 2008, at 9:34 PM, Andy Wood wrote:
On Sun, 13 Jan 2008 18:27:56 -0600, Paul Gilmartin
<[EMAIL PROTECTED]> wrote:
. . .
Name/token sounds like a better choice, even though it's innovative.
The question of where to stash something arose in this thread when
it was
suggested tha
On Sun, 13 Jan 2008 21:34:34 -0600, Andy Wood wrote:
>
>The question of where to stash something arose in this thread when it was
>suggested that storage could be acquired once, and not every time the
>function was called. In that context name/token has a complication - the last
>time I looked, sim
I cheat :-)
StarTools automatically ensure ALIAS entries get copied.
Regards
Bruce Hewson
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INF
>In the late 1980's, Gartner predicted that any company
>that didn't move from the mainframe to client/server
>would not be in business for very long.
>
>In the mid-to-late 1990's, the same analyst said that
>companies were having problems migrating to c/s, and
>they had probably jumped on the
Can this be done? If so, any special pointers/gotchas as far as SVC coding? Is
everything I need to know already covered in this thread from last August:
"Calling a AMODE 31 program from AMODE 64"
http://bama.ua.edu/cgi-bin/wa?A2=ind0708&L=ibm-main&D=0&I=1&X=-
&P=181834
TIA, Jerry
---
On Jan 14, 2008, at 1:07 AM, Hunkeler Peter (KIUK 3) wrote:
In the late 1980's, Gartner predicted that any company
that didn't move from the mainframe to client/server
would not be in business for very long.
In the mid-to-late 1990's, the same analyst said that
companies were having problems mi
>>In the late 1980's, Gartner predicted that any company
>>that didn't move from the mainframe to client/server
>>would not be in business for very long.
>>In the mid-to-late 1990's, the same analyst said that
>>companies were having problems migrating to c/s, and
>>they had probably jumped on
38 matches
Mail list logo