On 3/3/2014 4:52 PM, dpewen wrote:
Yes ... SPKA requires SUP state
SPKA works in problem state if the PKM allows it.
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/
Try this job to get the archive expiration date of jobs:
//BQL EXEC PGM=BST01RFF,REGION=0M,
// PARM=('S=92,B01LST=nn,B92LST=nn',
// 'PGM=BST05CMD,SIGNON=YES')
//*
Douglas
Do you have a server address space for your product?
If so, can I suggest that perhaps a re-design would be beneficial here to
remove any requirement for the client caller to be running in non-problem state
:
(1) Have your server setup a system-LX and ETDEF a space-switch PC routine
Gotcha, missed that part of the requirement.
I will however say that the wiki pages are readable text files. So one could
go read the Unix filesystem directly if you knew the files you were asking for.
-Original Message-
From: IBM Mainframe Discussion List
It's.all a catch 22 as you need to authorized to create PC rtn's
Sent from my iPhone
On Mar 4, 2014, at 3:32 AM, Ed Jaffe edja...@phoenixsoftware.com wrote:
On 3/3/2014 4:52 PM, dpewen wrote:
Yes ... SPKA requires SUP state
SPKA works in problem state if the PKM allows it.
--
Obviously the *server* code that owns the PC routines must run in an authorized
environment - however the important thing here is that the *client* code runs
in problem state.
Using a PC-ss to add requests to a server ASID to perform the authorized
function on behalf of the caller means that :
Hello.
We IMS DB in this we are planning to drop one of the fields from one segment
which is having 2 bytes and expand the adjacant field from the current 2 bytes
to 4 bytes. We are modifying the programs for this, so kindly let someone let
me know what things we need to take care for the
The reason I can't open a PMR is political so I won't discuss that, we'll
just leave it at I can't.
But through some slow application of maintenance I determined the 2 that
PTFs that cause the DW are UA69565 and UA71730. I've no idea why they
cause an issue, but when I apply them I get the DW.
In 5223415504632809.wa.paulgboulderaim@listserv.ua.edu, on
03/03/2014
at 05:07 PM, Paul Gilmartin paulgboul...@aim.com said:
But, is there a convenient alternative collective term designating
those 8-bit character sets in which 'A' is 0x41; '0' is 0x30, etc.?
Perhaps Shmuel can, in a more
In 9111247477380775.wa.dpewenbellsouth@listserv.ua.edu, on
03/03/2014
at 05:51 PM, Douglas P Ewen dpe...@bellsouth.net said:
Although I have APF authorized the program that tries to update
the que (sic)
How?
Is there anyway to allow a program to successfully issue the MODESET
SVC under
In 9819019940159674.wa.paulgboulderaim@listserv.ua.edu, on
03/03/2014
at 06:14 PM, Paul Gilmartin paulgboul...@aim.com said:
I have no idea why APF authorized library and link edit with AC=1
alone don't suffice.
Because it would be a major security breach.
--
Shmuel (Seymour J.)
In 1393894348.42329.yahoomail...@web181502.mail.ne1.yahoo.com, on
03/03/2014
at 04:52 PM, dpewen dpe...@bellsouth.net said:
Yes ... SPKA requires SUP state
Actually, it's only semiprivileged. In problem state it can set any
key enabled in the PSW-key mask. However, z/OS will not (I hope)
In
4ee2851a2279b94cb70cd69b17410609b7e7b...@s1flokydce2kx01.dm0001.info53.com,
on 03/04/2014
at 12:09 PM, Jousma, David david.jou...@53.com said:
I will however say that the wiki pages are readable text files.
And not much harder to parse than HTML.
--
Shmuel (Seymour J.) Metz,
UA69565 closes APAR OA42179
UA71730 closes APAR OA43690
As of a few minutes ago, neither PTF was indicated as a PE.
I checked the cover letters for the z/OS 2.1 versions of those PTF's (UA69566
and UA71731) and of the 2 I would consider UA71730 the most likely culprit.
I would check you apply
Ron,
If you have not done so, you might want to join the IMS List for this type of
question. It will probably be a better place to ask
http://imslistserv.bmc.com/SCRIPTS/WA-BMC.EXE?SUBED1=IMS-LA=1
When posting remember to include your level of IMS, z/OS
Lizette
-Original Message-
Once I get the last of the maintenance I am working on applied, I'll go
back and try to apply these again looking for any irregularities with
SYS1.NUCLEUS.
On Tue, Mar 4, 2014 at 9:25 AM, Staller, Allan allan.stal...@kbmg.comwrote:
UA69565 closes APAR OA42179
UA71730 closes APAR OA43690
As
On Tue, 4 Mar 2014 08:54:43 -0500, Shmuel Metz (Seymour J.) wrote:
In 9819019940159674.wa.paulgboulderaim@listserv.ua.edu, on
03/03/2014
at 06:14 PM, Paul Gilmartin paulgboul...@aim.com said:
I have no idea why APF authorized library and link edit with AC=1
alone don't suffice.
Because
You don't have SYS1.NUCLEUS allocated with secondary extents do you?
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Mark Pace
Sent: Tuesday, March 04, 2014 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Disabled wait
Once I get
No, it's allocated exactly as it came from IBM.
Data Set Name . . . : SYS1.NUCLEUS
General Data Current Allocation
Volume serial . . . : TRES13 Allocated blocks . : 1,072
Device type . . . . : 3390Allocated extents . : 1
Organization . . . : PO
True, I have never understood that either, gil.
It might more to do with executing the program in the appropriate TCB than a
security exposure.
Leo
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Tuesday, March
It has to do with the fact that the APF code itself could become
corrupted (if loaded into key-8 storage) by some user code running under
a different TCB. Or that some key 8 storage area used by the APF code could
be corrupted by user code running on a different TCB. This corruption
could be
The difference is that TSO (and ISPF) runs in problem state and the jobstep is
unauthorized.
In batch, when executing a program linked AC(1) that comes from a valid APF
authorized library, then the entire jobstep is considered authorized.
TSO must jump through a few hoops to attempt to provide
In 53150444.5030...@acm.org, on 03/03/2014
at 04:37 PM, Joel C. Ewing jcew...@acm.org said:
I see no reason to require that there be a browser that would run
under TSO to display the documentation on a 3270.
The OP wrote In this case the user can access the mainframe only via
TSO
In
CAJTOO5_Mi=+d+vixawrygrnzo3q9n_yexxepe0nacgpbyu9...@mail.gmail.com,
on 03/03/2014
at 02:30 PM, Mike Schwab mike.a.sch...@gmail.com said:
Lynx runs under Unix System Services (z/Unix).
There is an OMVS shell for running Unix under TSO, but can you render
wiki pages with a text browser?
--
Wow, this ended up way more interesting than I thought it would! Thanks for the
info Rob and John!
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Rob Scott
Sent: Tuesday, March 04, 2014 11:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject:
http://ca.finance.yahoo.com/news/ibm-premiers-master-mainframe-
world-131500257.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On 3 March 2014 20:54, Farley, Peter x23353 peter.far...@broadridge.com wrote:
GIYF. I refer you to these Wikipedia references, the first of which makes it
quite clear that iso-8859-1 is definitely NOT
Windows, though it does call it ASCII-based; and the second of which is a
nice reference
On Tue, 4 Mar 2014 12:24:41 -0500, Tony Harminc wrote:
On 3 March 2014 20:54, Farley, Peter x23353 wrote:
GIYF. I refer you to these Wikipedia references, the first of which makes
it quite clear that iso-8859-1 is definitely NOT
Windows, though it does call it ASCII-based; and the second of
UA69565
http://www.ibm.com/Search/?q=UA69565co=uslo=anysn=lang=encc=USen=utfhpp=
ftp://ftp.software.ibm.com/eserver/zseries/holddata/quarter.txt
++HOLD(HDZ1D10) FMID(HDZ1D10) REASON(AA42179) ERROR DATE(13365 )
COMMENT(SMRTDATA(FIX(UA69565) SYMP(PRF) CHGDT(131231)))
UA71730
If the field is to drop is not defined to IMS, IS is not aware of the
change at all. If the field is defined to IMS, you should check why. It
might be a key or search field and shouldn't be deleted unless you change
the database definition, unload and reload the data. You should consult
your DBA
As Allan mentions there is a APAR on this subject. It is marked
RESTART/BOOT/IPL/FUNCTIONLOSS. We have not experienced the problem, but the
Issue #2 listed in it sounds pretty bad if you are in a Shared Filesystem
sysplex environment. If only one system in your plex has the bad PTF
I would like to invite anyone attending next week's SHARE conference in Anaheim
to come to my session on How to Write a Resume for a Mainframe Systems
Programmer (session 15391, Tuesday, March 11, 12:15pm). It is the 8th time I
have given this presentation at SHARE and it contains a lot of
On Tue, 4 Mar 2014 09:25:10 -0600, Paul Gilmartin paulgboul...@aim.com wrote:
. . .
Because it would be a major security breach.
That doesn't tell me much.
Why? How? Would it be any less a security breach to invoke such a program
from JCL with EXEC PGM=... which likewise causes it to run in
About pointers to executable code Andy Wood wrote:
| Such parameters cannot be provided
| when executing the program using JCL.
While this is of course literally true, it is not usefully so.
It is, for example, possible to to provide offsets (in the form of
unsigned external decimal-digit
John,
I ran into issues with that doing Rexx from a Cobol STC, that we haven't
converted to C yet.
I ended up calling a IRXJCL rexx stub that did a LINKMVS to some code..I
cheated , I plead guilty ….lol
Regards,
Scott
From: John McKown
Sent: Tuesday, March 4, 2014
In 769b2e18f7b2fa48b3adea85570a28769a560...@mtl-hq-x01.cn.ca, on
03/04/2014
at 03:51 PM, Leonardo Vaz leonardo@cn.ca said:
Would it be any less a security breach to invoke such a
program from JCL with EXEC PGM=... which likewise causes it to run
in the authorized state?
Yes. What makes it
In 2783130373802539.wa.paulgboulderaim@listserv.ua.edu, on
03/04/2014
at 12:21 PM, Paul Gilmartin paulgboul...@aim.com said:
I think I'll go with ASCII-based until Shmuel objects. And long
thereafter.
That would be impossible.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
37 matches
Mail list logo