Re: APF (was: Mainframe hacking?)

2010-10-15 Thread Tony Harminc
On 15 October 2010 14:03, Joel C. Ewing wrote: > On 10/15/2010 09:27 AM, Paul Gilmartin wrote: >> >> On Thu, 14 Oct 2010 19:54:44 -0500, John McKown wrote: >> >>> The SPFCOPY that I remember simply used a "magic" SVC to set the APF on >>> before calling IEBCOPY and back off afterwards. >>> >> I've

Re: APF (was: Mainframe hacking?)

2010-10-15 Thread Walt Farrell
On Fri, 15 Oct 2010 13:07:54 -0500, John McKown wrote: >ISPF doesn't run APF. It uses the TSO IKJEFTSR function to run properly >authorized programs and commands. At least, I think that's how it works. True, but IKEFTSR did not exist back when the SPFCOPY SVC was needed. -- Walt Farrell IBM S

Re: APF (was: Mainframe hacking?)

2010-10-15 Thread John McKown
ISPF doesn't run APF. It uses the TSO IKJEFTSR function to run properly authorized programs and commands. At least, I think that's how it works. -- John McKown Maranatha! <>< Sent from my Vibrant Android phone. On Oct 15, 2010 1:03 PM, "Joel C. Ewing" wrote: On 10/15/2010 09:27 AM, Paul Gilmar

Re: APF (was: Mainframe hacking?)

2010-10-15 Thread Joel C. Ewing
On 10/15/2010 09:27 AM, Paul Gilmartin wrote: On Thu, 14 Oct 2010 19:54:44 -0500, John McKown wrote: The SPFCOPY that I remember simply used a "magic" SVC to set the APF on before calling IEBCOPY and back off afterwards. I've heard of this. And that the "magic SVC" did extensive checkinf of

APF (was: Mainframe hacking?)

2010-10-15 Thread Paul Gilmartin
On Thu, 14 Oct 2010 19:54:44 -0500, John McKown wrote: >The SPFCOPY that I remember simply used a "magic" SVC to set the APF on >before calling IEBCOPY and back off afterwards. > I've heard of this. And that the "magic SVC" did extensive checkinf of control blocks to verify that it was properly c