bit.listserv.ibm-main

• Date Index

---

• RE: outbound TCP/IP question, McKown, John
• Re: outbound TCP/IP question, Patrick O'Keefe
• Help with TSSO Install, Hal Merritt
• Re: IBM announces Encrypting tape drives, Tom Schmidt
• OT Google Article, Ed Gould
• Passing a temp dataset to OPUT, Howard Rifkind
  • RE: Passing a temp dataset to OPUT, Schwarz, Barry A
  • <Possible follow-ups>
  • RE: Passing a temp dataset to OPUT, McKown, John
• Re: IBM announces Encrypting tape drives, Tom Schmidt
  • Re: IBM announces Encrypting tape drives, Walt Farrell
  • Re: IBM announces Encrypting tape drives, John Eells
• Re: [IBM-MAIN] IPL intervals, Alan Altmark
• Re: IPL intervals, Paul Dineen
  • <Possible follow-ups>
  • Re: IPL intervals, Paul Dineen
  • Re: IPL intervals, Tom Marchant
• IPL intervals, Gee, Norman
  • Re: IPL intervals, R.S.
  • Re: IPL intervals, Walt Farrell
  • <Possible follow-ups>
  • RE: IPL intervals, Jon Brock
    • Re: IPL intervals, Eric N. Bielefeld
  • Re: IPL intervals, Efinnell15
  • Re: IPL intervals, Ted MacNEIL
  • RE: IPL intervals, Gee, Norman
  • RE: IPL intervals, Hal Merritt
  • RE: IPL intervals, McKown, John
• IBM announces Encrypting tape drives, Alan Altmark
  • <Possible follow-ups>
  • Re: IBM announces Encrypting tape drives, Efinnell15
  • Re: IBM announces Encrypting tape drives, Efinnell15
• Re: SPLEVEL / SYSSTATE (was Head's Up - zIIP issue OA17458/UA28419), Roland Schiradin
• Re: [IBM-MAIN] OT - hand-held security, Alan Altmark
  • Message not available
    • Message not available
      • Re: OT - hand-held security, Walt Farrell
  • Re: OT - hand-held security, Mickey
• 2105 support, Bruce McKnight
• Re: SNA crackable?, Jim Marshall
• Re: VTAM not connecting to ISTMNPS, Anuradha V
• OT - hand-held security, Phil Payne
  • Re: OT - hand-held security, Shane
  • <Possible follow-ups>
  • Re: OT - hand-held security, Efinnell15
• S.M.S. Question, willie bunter
  • Re: S.M.S. Question, john . kington
    • Re: S.M.S. Question, willie bunter
      • Re: S.M.S. Question, john . kington
      • Re: S.M.S. Question, willie bunter
      • Re: S.M.S. Question, John Kington
      • Re: S.M.S. Question, willie bunter
      • Re: S.M.S. Question, john . kington
• SPLEVEL / SYSSTATE (was Head's Up - zIIP issue OA17458/UA28419), Peter Relson
• 轉寄： Define and build alternative index path error under SMS-managed volume, tsuiyukkai
  • Re: 轉寄： Define and build alternative index path error under SMS-managed volume, john . kington
• Define and build alternative index path error under SMS-managed volume, tsuiyukkai
  • <Possible follow-ups>
  • RE: Define and build alternative index path error under SMS-managed volume, Friske, Michael
• Would it be ok to troll for beta customers here?, eBob.com
• VTAM not connecting to ISTMNPS, Anuradha V
  • Re: VTAM not connecting to ISTMNPS, Chris Mason
• Re: MEDIA: E-Mail Marketers Embrace the 'Unsubscribe' Button, Shmuel Metz , Seymour J.
• Re: OMVS VIRTUAL old news bigger LPARs interesting results, Roland Schiradin
• Re: Question About LIKE Parm, Patrick Lyon
  • Re: Question About LIKE Parm, esmie moo
• OMVS VIRTUAL old news bigger LPARs interesting results, Knutson, Sam
• Re: SNA crackable?, Matthew Stitt
  • Re: SNA crackable?, Mickey
  • Re: SNA crackable?, John Sawyer
• SNA crackable?, Ray Mullins
  • Re: SNA crackable?, John S. Giltner, Jr.
• Recall: Installing TSSO, Hal Merritt
• Installing TSSO, Hal Merritt
  • <Possible follow-ups>
  • RE: Installing TSSO, Hal Merritt
• Compuware September 2006 Technical Spotlight Sessions, Dell'Anno, Aurora
• Question About LIKE Parm, esmie moo
  • Re: Question About LIKE Parm, Mickey
  • Re: Question About LIKE Parm, newszilla.xs4all.nl
  • <Possible follow-ups>
  • RE: Question About LIKE Parm, Greg Shirey
    • Re: Question About LIKE Parm, esmie moo
  • RE: Question About LIKE Parm, Greg Shirey
• 19,000 Accounts Compromised, Staller, Allan
  • Re: 19,000 Accounts Compromised, Anne & Lynn Wheeler
  • Re: 19,000 Accounts Compromised, Mickey
  • <Possible follow-ups>
  • Re: 19,000 Accounts Compromised, Efinnell15
  • RE: 19,000 Accounts Compromised, Scott Barry
• RE: : What happening on SMS managed volumes counts?, Pommier, Rex R.
• OMVS spawned tasks, Anne Crabtree
  • Re: OMVS spawned tasks, Shane Ginnane
• SMS dataset allocation problem, tsuiyukkai
  • Re: SMS dataset allocation problem, john . kington
• Enterprise PL/I Internals (Blocks, Flags...), Bill Klein
• Enterprise PL/I Internals (Blocks, Flags...), Reinhold Lehmann
• Re: ISV Anchor Table, Ron MacRae
  • RE: ISV Anchor Table, Craddock, Chris
  • Re: ISV Anchor Table, Edward Jaffe
• Another backup story, Phil Payne
  • <Possible follow-ups>
  • Re: Another backup story, Vernooy, C.P. - SPLXM
• 轉寄： Re: What happening on SMS managed volumes counts?, tsuiyukkai
  • Re: 轉寄： Re: What happening on SMS managed volumes counts?, john . kington
• What happening on SMS managed volumes counts?, Tommy Tsui
  • RE: What happening on SMS managed volumes counts?, Richards.Bob
  • <Possible follow-ups>
  • Re: What happening on SMS managed volumes counts?, Vernooy, C.P. - SPLXM
    • : What happening on SMS managed volumes counts?, tsuiyukkai
      • RE: : What happening on SMS managed volumes counts?, Richards.Bob
      • Re: : What happening on SMS managed volumes counts?, Shmuel Metz , Seymour J.
• Re: Dups, Bruce Hewson
• Re: SLIP trap for "wild branch"?, Bruce Hewson
  • RE: SLIP trap for "wild branch"?, Chase, John
    • Re: SLIP trap for "wild branch"?, Shmuel Metz , Seymour J.
      • RE: SLIP trap for "wild branch"?, Chase, John
  • Re: SLIP trap for "wild branch"? RESOLVED, Chase, John
• Re: VSAM CLOSE failure problem, Andy Wood
  • Re: VSAM CLOSE failure problem, Mark
  • <Possible follow-ups>
  • Re: VSAM CLOSE failure problem, Andy Wood
    • Re: VSAM CLOSE failure problem, Mike Bell
• Welcome back (was Dups), Patrick O'Keefe
• z/OS 1.7 Enhanced ACIF, Kok, Howi
  • Re: z/OS 1.7 Enhanced ACIF, Mark Jacobs
  • <Possible follow-ups>
  • RE: z/OS 1.7 Enhanced ACIF, Kok, Howi
    • Re: z/OS 1.7 Enhanced ACIF, Mark Jacobs
• Product ports under Unix Systems Services (was: What part of z/OS is the OS?), Jon Brock
• ROI and Mainframe Migration Analysis Report, Kopischke, David G.
  • <Possible follow-ups>
  • RE: ROI and Mainframe Migration Analysis Report, Kopischke, David G.
  • RE: ROI and Mainframe Migration Analysis Report, Staller, Allan
• Dups, Carol Srna
• Accessing PSA TIOT in C, kashsi
• Fifteen Years of the Bit Bucket at SHARE, Knutson, Sam
• RE: What part of z/OS is the OS?, Thompson, Steve , SCI TW
  • Re: What part of z/OS is the OS?, Bob Rutledge
  • <Possible follow-ups>
  • Re: What part of z/OS is the OS?, DASDBill2
  • Re: What part of z/OS is the OS?, Ted MacNEIL
  • RE: What part of z/OS is the OS?, Veilleux, Jon L
    • RE: What part of z/OS is the OS?, Lindy Mayfield
    • Re: What part of z/OS is the OS?, J R
  • RE: What part of z/OS is the OS?, McKown, John
    • Re: What part of z/OS is the OS?, Daniel_McLaughlin
  • Re: What part of z/OS is the OS?, DASDBill2
  • RE: What part of z/OS is the OS?, McKown, John
    • RE: What part of z/OS is the OS?, Lindy Mayfield
  • Re: What part of z/OS is the OS?, Vernooy, C.P. - SPLXM
    • Re: What part of z/OS is the OS?, Daniel_McLaughlin
  • RE: What part of z/OS is the OS?, Wayne Driscoll
  • RE: What part of z/OS is the OS?, McKown, John
  • Re: What part of z/OS is the OS?, DASDBill2
  • Re: What part of z/OS is the OS?, Ted MacNEIL
  • Re: What part of z/OS is the OS?, Shmuel Metz , Seymour J.
  • re: What part of z/OS is the OS?, john gilmore
    • Re: What part of z/OS is the OS?, Edward Jaffe
  • RE: What part of z/OS is the OS?, Thompson, Steve , SCI TW
  • Re: What part of z/OS is the OS?, Ted MacNEIL
  • Re: What part of z/OS is the OS?, Ted MacNEIL
  • Re: What part of z/OS is the OS?, Ted MacNEIL
  • Re: What part of z/OS is the OS?, Efinnell15
• Re: DSORG=IS, Tom Marchant
  • Re: DSORG=IS, John P Kalinich
  • <Possible follow-ups>
  • Re: DSORG=IS, Tom Marchant
• Dups In KSDS,ESDS, Carol Srna
  • Re: Dups In KSDS,ESDS, mark . pace
    • Re: Dups In KSDS,ESDS, Kirk Talman
  • Re: Dups In KSDS,ESDS, Binyamin Dissen
  • Re: Dups In KSDS,ESDS, Mickey
• Re: What part of z/OS is the OS?, Tom Marchant
  • <Possible follow-ups>
  • Re: What part of z/OS is the OS?, Mark Zelden
  • Re: What part of z/OS is the OS?, Patrick O'Keefe
  • Re: What part of z/OS is the OS?, Patrick O'Keefe
  • Re: What part of z/OS is the OS?, Bruce Hewson
    • Re: What part of z/OS is the OS?, Shane
      • Re: What part of z/OS is the OS?, Thomas Berg
      • RE: What part of z/OS is the OS?, Lindy Mayfield
      • RE: What part of z/OS is the OS?, Craig Mullins
  • Re: What part of z/OS is the OS?, Patrick O'Keefe
    • Re: What part of z/OS is the OS?, Mickey
• Re: [IBM-MAIN] What part of z/OS is the OS?, Alan Altmark
  • RE: What part of z/OS is the OS?, Lindy Mayfield
  • Re: What part of z/OS is the OS?, Shmuel Metz , Seymour J.
    • RE: What part of z/OS is the OS?, Van Dalsen, Herbie
      • RE: What part of z/OS is the OS?, Lindy Mayfield
      • Re: What part of z/OS is the OS?, J R
      • Re: What part of z/OS is the OS?, Daniel_McLaughlin
      • Re: What part of z/OS is the OS?, john . ticic . extern
      • Re: What part of z/OS is the OS?, Wade Curry
      • Re: What part of z/OS is the OS?, Wade Curry
      • Re: What part of z/OS is the OS?, Daniel_McLaughlin
      • Re: What part of z/OS is the OS?, Walt Farrell
      • Re: What part of z/OS is the OS?, Daniel_McLaughlin
      • RE: What part of z/OS is the OS?, Craig Mullins
      • Re: What part of z/OS is the OS?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: [IBM-MAIN] What part of z/OS is the OS?, Alan Altmark
  • Re: [IBM-MAIN] What part of z/OS is the OS?, Alan Altmark
  • Re: [IBM-MAIN] What part of z/OS is the OS?, Alan Altmark
    • Re: What part of z/OS is the OS?, Shmuel Metz , Seymour J.
  • Re: [IBM-MAIN] What part of z/OS is the OS?, Alan Altmark
  • Re: [IBM-MAIN] What part of z/OS is the OS?, Alan Altmark
    • Re: What part of z/OS is the OS?, Shmuel Metz , Seymour J.
  • Re: [IBM-MAIN] What part of z/OS is the OS?, Alan Altmark
  • Re: [IBM-MAIN] What part of z/OS is the OS?, Alan Altmark
• SMF for uncataloged datasets, Bruce McKnight
• Re: Anyone know where?, Roland Schiradin
• Anyone know where?, Petersen, Jim
• IBMLINK UPDATE -- Do NOT bookmark the Sign In page, JamesChappell
  • Re: IBMLINK UPDATE -- Do NOT bookmark the Sign In page, jlm
• Unable To Find Error Message - ADSDM192, John Dawes
  • Re: Unable To Find Error Message - ADSDM192, john . kington
    • Re: Unable To Find Error Message - ADSDM192, John Dawes
      • Re: Unable To Find Error Message - ADSDM192, john . kington
      • Re: Unable To Find Error Message - ADSDM192, John Dawes
      • Re: Unable To Find Error Message - ADSDM192, john . kington
      • Re: Unable To Find Error Message - ADSDM192, John Dawes
  • <Possible follow-ups>
  • RE: Unable To Find Error Message - ADSDM192, Fletcher, Kevin
  • RE: Unable To Find Error Message - ADSDM192, Itschak Mugzach
  • Re: Unable To Find Error Message - ADSDM192, Vernooy, C.P. - SPLXM
    • Re: Unable To Find Error Message - ADSDM192, John Dawes
      • Re: Unable To Find Error Message - ADSDM192, john . kington
  • Re: Unable To Find Error Message - ADSDM192, Vernooy, C.P. - SPLXM
• Re: [IBM-MAIN] IBMLink, Alan Altmark
  • RE: IBMLink, Tom Harper
  • Re: IBMLink, rtsujimoto_consultant
  • <Possible follow-ups>
  • Re: [IBM-MAIN] IBMLink, Alan Altmark
    • Re: IBMLink, Shmuel Metz , Seymour J.
• Re: IBMLink, Tom Marchant
  • <Possible follow-ups>
  • Re: IBMLink, Tom Marchant
  • Re: IBMLink, Mark Zelden
    • Re: IBMLink, rtsujimoto_consultant
• Uncataloged VSAM in SMS Pool, starsoul
  • RE: Uncataloged VSAM in SMS Pool, Richards.Bob
  • Re: Uncataloged VSAM in SMS Pool, newszilla.xs4all.nl
  • <Possible follow-ups>
  • RE: Uncataloged VSAM in SMS Pool, Greg Shirey
• RE: IBMLink, Eatherly, John D [LTD]
  • <Possible follow-ups>
  • FW: IBMLink, Veilleux, Jon L
  • RE: IBMLink, Eatherly, John D [LTD]
  • RE: IBMLink, Dean Montevago
  • RE: IBMLink, Eatherly, John D [LTD]
• Re: [IBM-MAIN] IBM's "rights" (was Head's Up - zIIP issue OA17458/UA28419), Alan Altmark
• August edition of z/OS Hot Topics, Jodi Everdon
  • IBMLink, B Sysprog
    • Re: IBMLink, rtsujimoto_consultant
      • RE: IBMLink, Tom Harper
• Z/OS V 1.7 CPU utilization, Mohamed Juma
• Re: JES2 Symbolic Parameter Passing, Tom Marchant
• Re: Mainframe YouTube flicks, Tom Marchant
• Re: JES2 Symbolic Parameter Passing, gilmap
  • <Possible follow-ups>
  • Re: JES2 Symbolic Parameter Passing, Ted MacNEIL
  • RE: JES2 Symbolic Parameter Passing, Scott Barry
  • RE: JES2 Symbolic Parameter Passing, McKown, John
• re: SYSSTATE_OSREL, john gilmore
  • JES2 Symbolic Parameter Passing, Ken Hansen
    • Re: JES2 Symbolic Parameter Passing, Steve Myers
    • Re: JES2 Symbolic Parameter Passing, Shmuel Metz , Seymour J.
  • RE: SYSSTATE_OSREL, Ray Mullins
• Re: Mainframe YouTube flicks, Steve Comstock
• Re: IBM's "rights" (was Head's Up - zIIP issue OA17458/UA28419), David Cole
  • RE: IBM's "rights" (was Head's Up - zIIP issue OA17458/UA28419), Ray Mullins
  • <Possible follow-ups>
  • Re: IBM's "rights" (was Head's Up - zIIP issue OA17458/UA28419), gilmap
    • Re: IBM's "rights" (was Head's Up - zIIP issue OA17458/UA28419), Binyamin Dissen
  • IBM's "rights" (was Head's Up - zIIP issue OA17458/UA28419), Peter Relson
  • RE: IBM's "rights" (was Head's Up - zIIP issue OA17458/UA28419), Thompson, Steve , SCI TW
  • Re: IBM's "rights" (was Head's Up - zIIP issue OA17458/UA28419), David Cole
    • Re: IBM's "rights" (was Head's Up - zIIP issue OA17458/UA28419), Shmuel Metz , Seymour J.
      • Re: IBM's "rights" (was Head's Up - zIIP issue OA17458/UA28419), Robert A. Rosenberg
      • Re: IBM's "rights" (was Head's Up - zIIP issue OA17458/UA28419), Shmuel Metz , Seymour J.
  • Re: IBM's "rights" (was Head's Up - zIIP issue OA17458/UA28419), Peter Relson
    • RE: IBM's "rights" (was Head's Up - zIIP issue OA17458/UA28419), Craddock, Chris
  • RE: IBM's "rights" (was Head's Up - zIIP issue OA17458/UA28419), Thompson, Steve , SCI TW
  • RE: IBM's "rights" (was Head's Up - zIIP issue OA17458/UA28419), Thompson, Steve , SCI TW
    • Re: IBM's "rights" (was Head's Up - zIIP issue OA17458/UA28419), Binyamin Dissen
• VSAM Import Export Question, Howard Rifkind
  • RE: VSAM Import Export Question, O'Brien, David W. [C] , NIH/CIT
• Re: Jeers: KEY8 CSA storage still using, Brian Peterson
• Re: Head's Up - zIIP issue OA17458/UA28419, Peter Relson
  • RE: Head's Up - zIIP issue OA17458/UA28419, Schiradin,Roland HG-Dir itb-db/dc
  • Re: Head's Up - zIIP issue OA17458/UA28419, Edward Jaffe
    • RE: Head's Up - zIIP issue OA17458/UA28419, Schiradin,Roland HG-Dir itb-db/dc
    • Re: Head's Up - zIIP issue OA17458/UA28419, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: Head's Up - zIIP issue OA17458/UA28419, Thomas, Jim
  • RE: Head's Up - zIIP issue OA17458/UA28419, Thompson, Steve , SCI TW
    • Re: Head's Up - zIIP issue OA17458/UA28419, Edward Jaffe
• Re: SVC Screening and TCBUSER, Peter Relson
  • Re: SVC Screening and TCBUSER, Shane
  • Re: SVC Screening and TCBUSER, Ed Gould
  • RE: SVC Screening and TCBUSER, Ray Mullins
  • <Possible follow-ups>
  • Re: SVC Screening and TCBUSER, Efinnell15
  • Re: SVC Screening and TCBUSER, Peter Relson
    • RE: SVC Screening and TCBUSER, Ray Mullins
  • Re: SVC Screening and TCBUSER, Shmuel Metz , Seymour J.
    • Re: SVC Screening and TCBUSER, Binyamin Dissen
• Re: Z/os Performance issue: REWRITE a sequential data set, Tom Marchant
  • <Possible follow-ups>
  • Re: Z/os Performance issue: REWRITE a sequential data set, Rick Arellanes
    • Re: Z/os Performance issue: REWRITE a sequential data set, Ed Gould
      • Re: Z/os Performance issue: REWRITE a sequential data set, Johnny Luo
  • Re: Z/os Performance issue: REWRITE a sequential data set, Rick Arellanes
  • Re: Z/os Performance issue: REWRITE a sequential data set, Rick Arellanes
• Re: SMP/E sans ICSF, Brian Peterson
• Z/os Performance issue: REWRITE a sequential data set, Johnny Luo
  • Re: Z/os Performance issue: REWRITE a sequential data set, Johnny Luo
    • Re: Z/os Performance issue: REWRITE a sequential data set, Johnny Luo
      • Re: Z/os Performance issue: REWRITE a sequential data set, Johnny Luo
  • <Possible follow-ups>
  • Re: Z/os Performance issue: REWRITE a sequential data set, Johnny Luo
    • Re: Z/os Performance issue: REWRITE a sequential data set, Steve Comstock
      • Re: Z/os Performance issue: REWRITE a sequential data set, Johnny Luo
      • Re: Z/os Performance issue: REWRITE a sequential data set, Steve Comstock
      • Re: Z/os Performance issue: REWRITE a sequential data set, Johnny Luo
      • Re: Z/os Performance issue: REWRITE a sequential data set, J R
  • Re: Z/os Performance issue: REWRITE a sequential data set, Robert A. Rosenberg
    • Re: Z/os Performance issue: REWRITE a sequential data set, Steve Comstock
  • Re: Z/os Performance issue: REWRITE a sequential data set, Arthur T.
    • Re: Z/os Performance issue: REWRITE a sequential data set, Johnny Luo
      • Re: Z/os Performance issue: REWRITE a sequential data set, Robert A. Rosenberg
      • Re: Z/os Performance issue: REWRITE a sequential data set, Steve Comstock
      • Re: Z/os Performance issue: REWRITE a sequential data set, Binyamin Dissen
      • Re: Z/os Performance issue: REWRITE a sequential data set, Steve Comstock
      • Re: Z/os Performance issue: REWRITE a sequential data set, Shmuel Metz , Seymour J.
  • Z/os Performance issue: REWRITE a sequential data set, Bill Klein
    • Re: Z/os Performance issue: REWRITE a sequential data set, Johnny Luo
  • Re: Z/os Performance issue: REWRITE a sequential data set, Johnny Luo
  • RE: Z/os Performance issue: REWRITE a sequential data set, McKown, John
    • Re: Z/os Performance issue: REWRITE a sequential data set, Johnny Luo
      • Re: Z/os Performance issue: REWRITE a sequential data set, Mike Bell
      • Re: Z/os Performance issue: REWRITE a sequential data set, Mickey
• RE: VSAM CLOSE failure problem, Thompson, Steve , SCI TW
  • <Possible follow-ups>
  • Re: VSAM CLOSE failure problem, Efinnell15
  • Re: VSAM CLOSE failure problem, Terry Sambrooks
    • Re: VSAM CLOSE failure problem, Mark
• Re: AMBLIST and program objects - finding offsets., Patrick O'Keefe
  • <Possible follow-ups>
  • Re: AMBLIST and program objects - finding offsets., Patrick O'Keefe
• SLIP trap for "wild branch"?, Chase, John
  • RE: SLIP trap for "wild branch"?, Bob Halpern
    • RE: SLIP trap for "wild branch"?, Chase, John
  • <Possible follow-ups>
  • RE: SLIP trap for "wild branch"?, Thompson, Steve , SCI TW
    • RE: SLIP trap for "wild branch"?, Chase, John
  • Re: SLIP trap for "wild branch"?, Peter Relson
    • RE: SLIP trap for "wild branch"?, Chase, John
      • Re: SLIP trap for "wild branch"?, Walt Farrell
  • RE: SLIP trap for "wild branch"?, Thompson, Steve , SCI TW
    • RE: SLIP trap for "wild branch"?, Chase, John
      • Re: SLIP trap for "wild branch"?, Craddock, Chris
      • What part of z/OS is the OS?, Lindy Mayfield
      • RE: What part of z/OS is the OS?, Kuredjian, Michael
      • Re: What part of z/OS is the OS?, Shmuel Metz , Seymour J.
      • RE: What part of z/OS is the OS?, Kuredjian, Michael
      • Re: What part of z/OS is the OS?, Shmuel Metz , Seymour J.
      • Re: What part of z/OS is the OS?, Leif Rundberget
      • Re: What part of z/OS is the OS?, Shmuel Metz , Seymour J.
      • RE: SLIP trap for "wild branch"?, Chase, John
      • RE: SLIP trap for "wild branch"?, Craddock, Chris
  • RE: SLIP trap for "wild branch"?, Thompson, Steve , SCI TW
  • RE: SLIP trap for "wild branch"?, Thompson, Steve , SCI TW
    • Re: SLIP trap for "wild branch"?, Chase, John
      • Re: SLIP trap for "wild branch"?, Walt Farrell
      • RE: SLIP trap for "wild branch"?, Chase, John
    • RE: SLIP trap for "wild branch"?, Knutson, Sam
  • FW: SLIP trap for "wild branch"?, Veilleux, Jon L
  • RE: SLIP trap for "wild branch"?, McKown, John
• VSAM CLOSE failure problem, Mark
  • RE: VSAM CLOSE failure problem, Charles Mills
    • Re: VSAM CLOSE failure problem, Mark
      • Re: VSAM CLOSE failure problem, Robert A. Rosenberg
      • Re: VSAM CLOSE failure problem, Mark
      • Re: VSAM CLOSE failure problem, Binyamin Dissen
      • Re: VSAM CLOSE failure problem, Mark
      • Re: VSAM CLOSE failure problem, Binyamin Dissen
      • Re: VSAM CLOSE failure problem, Mark
      • Re: VSAM CLOSE failure problem, Binyamin Dissen
      • Re: VSAM CLOSE failure problem, Mark
      • Re: VSAM CLOSE failure problem, Binyamin Dissen
      • Re: VSAM CLOSE failure problem, Mark
      • Re: VSAM CLOSE failure problem, Mark
      • Re: VSAM CLOSE failure problem, Mark
  • RE: VSAM CLOSE failure problem, Charles Mills
    • Re: VSAM CLOSE failure problem, Mark
      • Re: VSAM CLOSE failure problem, Binyamin Dissen
      • outbound TCP/IP question, Hoesly, Bret
• Re: DFHSM Command Usage, Patrick Lyon
  • Re: DFHSM Command Usage, Howard Rifkind
  • Re: DFHSM Command Usage, Howard Rifkind
    • RE: DFHSM Command Usage, Hoesly, Bret
• IBM Red Alert for MIDAW, Freddy Guevara
• DFHSM Command Usage, Howard Rifkind
  • Re: DFHSM Command Usage, Rob Schwartz
    • Re: DFHSM Command Usage, Howard Rifkind
  • <Possible follow-ups>
  • Re: DFHSM Command Usage, Ted MacNEIL
  • RE: DFHSM Command Usage, Greg Shirey
• Re: Why is it still there?, Peter Hunkeler
  • Re: Why is it still there?, J R
    • Re: Why is it still there?, Gerhard Postpischil
  • Re: Why is it still there?, Robert A. Rosenberg
  • <Possible follow-ups>
  • Re: Why is it still there?, Tom Marchant
    • Re: Why is it still there?, Robert A. Rosenberg
  • Re: Why is it still there?, Tom Marchant
    • Re: Why is it still there?, Robert A. Rosenberg
      • Re: Why is it still there?, J R
  • Re: Why is it still there?, Andy Wood
• Unix System Services in batch job problems, gonsas@xxxxxxxxx
  • Re: Unix System Services in batch job problems, hunter . zhough
    • Re: Unix System Services in batch job problems, gonsas@xxxxxxxxx
      • Re: Unix System Services in batch job problems, gonsas@xxxxxxxxx
  • Re: Unix System Services in batch job problems, billlalonde
    • Re: Unix System Services in batch job problems, gonsas@xxxxxxxxx
• ISV Anchor Table, Thompson, Steve , SCI TW
  • <Possible follow-ups>
  • RE: ISV Anchor Table, Bob Shannon
    • RE: ISV Anchor Table, Jeffrey D. Smith
      • Re: ISV Anchor Table, Robert A. Rosenberg
  • Re: ISV Anchor Table, DASDBill2
  • RE: ISV Anchor Table, Thompson, Steve , SCI TW
  • Re: ISV Anchor Table, gilmap
    • RE: ISV Anchor Table, Craddock, Chris
      • RE: ISV Anchor Table, Schiradin,Roland HG-Dir itb-db/dc
      • RE: ISV Anchor Table, Chase, John
    • RE: ISV Anchor Table, Jeffrey D. Smith
  • Re: ISV Anchor Table, Peter Relson
  • Re: ISV Anchor Table, Robert A. Rosenberg
  • RE: ISV Anchor Table, Bob Shannon
• Serializing changes to parmlib/proclib, Martin, Mike
  • RE: Serializing changes to parmlib/proclib, Taylor, Clarence B
  • RE: Serializing changes to parmlib/proclib, Dave Salt
    • Re: Serializing changes to parmlib/proclib, Robert A. Rosenberg
  • Re: Serializing changes to parmlib/proclib, Rapscallion
  • Re: Serializing changes to parmlib/proclib, Chris Mason
    • Re: Serializing changes to parmlib/proclib, Don Leahy
  • Re: Serializing changes to parmlib/proclib, Shmuel Metz , Seymour J.
  • Re: Serializing changes to parmlib/proclib, Mickey
  • Re: Serializing changes to parmlib/proclib, RJ
  • <Possible follow-ups>
  • re: Serializing changes to parmlib/proclib, David Alcock
    • Re: Serializing changes to parmlib/proclib, Ed Gould
  • Re: Serializing changes to parmlib/proclib, gilmap
    • Re: Serializing changes to parmlib/proclib, Dave Salt
    • Re: Serializing changes to parmlib/proclib, Shmuel Metz , Seymour J.
  • Re: Serializing changes to parmlib/proclib, Paul Gilmartin
    • Re: Serializing changes to parmlib/proclib, Shmuel Metz , Seymour J.
  • Re: Serializing changes to parmlib/proclib, Ted MacNEIL
  • Re: Serializing changes to parmlib/proclib, gilmap
  • Re: Serializing changes to parmlib/proclib, Ted MacNEIL
  • Re: Serializing changes to parmlib/proclib, gilmap
    • Re: Serializing changes to parmlib/proclib, Dave Salt
    • Re: Serializing changes to parmlib/proclib, Mickey
    • Re: Serializing changes to parmlib/proclib, Shmuel Metz , Seymour J.
    • Re: Serializing changes to parmlib/proclib, Mickey
  • RE: Serializing changes to parmlib/proclib, Hal Merritt
    • Re: Serializing changes to parmlib/proclib, Mickey
• Re: TLMS Label Printing, Larre Shiller
• Re: SVC Screening and TCBUSER, Philippe Leite
  • RE: SVC Screening and TCBUSER, Taylor, Clarence B
  • Re: SVC Screening and TCBUSER, Gerhard Postpischil
  • <Possible follow-ups>
  • Re: SVC Screening and TCBUSER, Philippe Leite
    • RE: SVC Screening and TCBUSER, Ray Mullins
  • Re: SVC Screening and TCBUSER, Philippe Leite
  • Re: SVC Screening and TCBUSER, Philippe Leite
• AMBLIST and program objects - finding offsets., Gibbons, Mark
  • Re: AMBLIST and program objects - finding offsets., Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: AMBLIST and program objects - finding offsets., Robert A. Rosenberg
  • Re: AMBLIST and program objects - finding offsets., Mark Gibbons
  • RE: AMBLIST and program objects - finding offsets., Wayne Driscoll
    • Re: AMBLIST and program objects - finding offsets., Shmuel Metz , Seymour J.
  • AMBLIST and program objects - finding offsets., Peter Relson
    • Re: AMBLIST and program objects - finding offsets., Shmuel Metz , Seymour J.
• TLMS Label Printing, Jorge Supkay
  • Re: TLMS Label Printing, Leif Rundberget
• Exploding Fruit, Mickey
• IBM commercials, Dave Jones
• Why is it still there?, paul_lautman
  • <Possible follow-ups>
  • Re: Why is it still there?, Vernooy, C.P. - SPLXM
    • Re: Why is it still there?, Captain Paralytic
      • Re: Why is it still there?, Mickey
      • Re: Why is it still there?, Captain Paralytic
  • Re: Why is it still there?, Vernooy, C.P. - SPLXM
  • RE: Why is it still there?, Hunkeler Peter , KIUB 34
    • Re: Why is it still there?, J R
    • Re: Why is it still there?, Shmuel Metz , Seymour J.
  • Re: Why is it still there?, Vernooy, C.P. - SPLXM
• Question on DCOLLECT data, Lizette Koehler
  • RE: Question on DCOLLECT data, Richards.Bob
• SVC Screening and TCBUSER, Philippe Leite
  • Re: SVC Screening and TCBUSER, Binyamin Dissen
    • Re: SVC Screening and TCBUSER, Ewald Sußner
  • RE: SVC Screening and TCBUSER, Craddock, Chris
    • RE: SVC Screening and TCBUSER, Ray Mullins
      • Re: SVC Screening and TCBUSER, Gerhard Postpischil
      • Re: SVC Screening and TCBUSER, J R
• HSM query on dataset migrate, tsuiyukkai
  • RE: HSM query on dataset migrate, Richards.Bob
  • RE: HSM query on dataset migrate, O'Brien, David W. [C] , NIH/CIT
  • <Possible follow-ups>
  • Re: HSM query on dataset migrate, tsuiyukkai
    • Re: HSM query on dataset migrate, Richards.Bob
      • 回信： Re: HSM query on dataset migrate, tsuiyukkai
• cannot ping the gateway in TCPIP ZOS 1.7, emendelson
  • Re: cannot ping the gateway in TCPIP ZOS 1.7, John S. Giltner, Jr.
• SET IBM-MAIN MAIL, Jon Brock
• ISPF and Rexx requirements posted for discussion, Pinnacle
  • Re: ISPF and Rexx requirements posted for discussion, Shmuel Metz , Seymour J.
• Put SETLOCK TEST question to rest, Sail Kim
• Re: USS Mount Authority & RACF - Resolved, Terry Sambrooks
  • RE: USS Mount Authority & RACF - Resolved, Chase, John
  • Re: USS Mount Authority & RACF - Resolved, Walt Farrell
• Problems with IBMLINK, emendelson
  • Re: Problems with IBMLINK, jlm
    • Re: Problems with IBMLINK, Joel C. Ewing
• re: HLASM macro-call question (assembler list), john gilmore
  • Re: HLASM macro-call question (assembler list), Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: HLASM macro-call question (assembler list), Efinnell15
• ABCs Volume 7, Matthew Stitt
• USS Mount Authority & RACF, Terry Sambrooks
  • Re: USS Mount Authority & RACF, Walt Farrell
• Re: DASD Response Time, Gary Eheman
• HCD problem with CFR-CFS pair, munif sadek
  • RE: HCD problem with CFR-CFS pair, Neubert, Kevin , DIS
• Re: IBM and Oracle must change software pricing, Timothy Sipples
  • Re: IBM and Oracle must change software pricing, David Andrews
• Bypass Update of Last Used Date in OPEN (was EXCP with a DEB), Steve Myers
  • <Possible follow-ups>
  • Re: Bypass Update of Last Used Date in OPEN (was EXCP with a DEB), Greg Price
    • Re: Bypass Update of Last Used Date in OPEN (was EXCP with a DEB), Steve Myers
    • Re: Bypass Update of Last Used Date in OPEN (was EXCP with a DEB), J R
      • Re: Bypass Update of Last Used Date in OPEN (was EXCP with a DEB), Steve Myers
  • Re: Bypass Update of Last Used Date in OPEN (was EXCP with a DEB), DASDBill2
• Re: CA11 XCF stalls, norman-hollander
• Can someone explain a MOUNT error even if IBM won't document it., Mark Yuhas
  • <Possible follow-ups>
  • RE: Can someone explain a MOUNT error even if IBM won't document it., Hunkeler Peter , KIUB 34
  • RE: Can someone explain a MOUNT error even if IBM won't document it., Traylor, Terry
• HLASM Macro Call Question, Thompson, Steve , SCI TW
  • RE: HLASM Macro Call Question, Jeffrey D. Smith
    • Re: HLASM Macro Call Question, Shmuel Metz , Seymour J.
  • Re: HLASM Macro Call Question, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: HLASM Macro Call Question, Thompson, Steve , SCI TW
    • Re: HLASM Macro Call Question, Shmuel Metz , Seymour J.
  • re: HLASM macro call question, john gilmore
  • RE: HLASM macro call question, Thompson, Steve , SCI TW
    • RE: HLASM macro call question, Ray Mullins
  • RE: HLASM macro call question, Thompson, Steve , SCI TW
  • Re: HLASM Macro Call Question, John R. Ehrman , 408-463-3543 T/543-
    • Re: HLASM Macro Call Question, Shmuel Metz , Seymour J.
  • RE: HLASM Macro Call Question, Thompson, Steve , SCI TW
    • RE: HLASM Macro Call Question, Craddock, Chris
• Re: [IBM-MAIN] DASD Response Time (on antique 3390?), Alan Altmark
• Re: Dataset life cycle from SMF?, Matthew Stitt
• Re: [IBM-MAIN] DASD Response Time, Alan Altmark
  • Dataset life cycle from SMF?, O'Brien, David W. [C] , NIH/CIT
    • Re: Dataset life cycle from SMF?, Bob Rutledge
    • Re: Dataset life cycle from SMF?, Ed Gould
• Definitions for SVC and Nucleus modules in Strobe, BruceGoodman
  • <Possible follow-ups>
  • Definitions for SVC and Nucleus modules in Strobe, BruceGoodman
  • Definitions for SVC and Nucleus modules in Strobe, BruceGoodman
• Re: DASD Response Time (on antique 3390?) , Tom Schmidt
  • Re: DASD Response Time (on antique 3390?), David Day
    • Re: DASD Response Time (on antique 3390?), Mike
    • Message not available
      • Message not available
      • Re: DASD Response Time (on antique 3390?), Shane
• DASD Response Time, David Day
  • Re: DASD Response Time, Patrick . Falcone
  • <Possible follow-ups>
  • RE: DASD Response Time, Thompson, Steve , SCI TW
  • RE: DASD Response Time, Hal Merritt
  • Re: DASD Response Time, Ted MacNEIL
• DB2 Memory Usage Above the Bar Survey, Tom Moulder
  • <Possible follow-ups>
  • Re: DB2 Memory Usage Above the Bar Survey, Mark Zelden
  • Re: DB2 Memory Usage Above the Bar Survey, Ted MacNEIL
  • RE: DB2 Memory Usage Above the Bar Survey, David Limkin
• Jeers: KEY8 CSA storage still using, Knutson, Sam
  • Re: Jeers: KEY8 CSA storage still using, Brad S Carson
  • Re: Jeers: KEY8 CSA storage still using, jlm
  • <Possible follow-ups>
  • Re: Jeers: KEY8 CSA storage still using, Keith E. Moe
• Cheers: TMONCICS and KEY8 CSA storage TH02641, TH02651, TH02650, TQ01787, TQ01784, Knutson, Sam
• Re: [IBM-MAIN] Rexx Warts, Alan Altmark
  • Re: Rexx Warts, Shmuel Metz , Seymour J.
• IBM and Oracle must change software pricing – AMD | The Register, McKown, John
• Re: CA11 XCF stalls, J Ellis
  • Re: CA11 XCF stalls, Mark Jacobs
  • <Possible follow-ups>
  • Re: CA11 XCF stalls, Patrick Lyon
  • Re: CA11 XCF stalls, J Ellis
  • Re: CA11 XCF stalls, Patrick Lyon
• CA11 XCF stalls, J Ellis
  • Re: CA11 XCF stalls, Mark Jacobs
• FDR ARCHIVE & REORG HELP, esmie moo
  • Re: FDR ARCHIVE & REORG HELP, willie bunter
• e: SETLOCK TEST question please, Peter Relson
• New airline security measures in Europe, Phil Payne
  • Re: New airline security measures in Europe, Shane
  • RE: New airline security measures in Europe, Chase, John
    • Re: New airline security measures in Europe, Daniel_McLaughlin
  • Re: New airline security measures in Europe, Chris Mason
  • <Possible follow-ups>
  • New airline security measures in Europe, Phil Payne
    • Re: New airline security measures in Europe, Anne & Lynn Wheeler
      • Re: New airline security measures in Europe, Shmuel Metz , Seymour J.
    • RE: New airline security measures in Europe, Chase, John
  • RE: New airline security measures in Europe, Thompson, Steve , SCI TW
  • Re: New airline security measures in Europe, DASDBill2
• variable multiline wto, Vir Calimlim
  • Re: variable multiline wto, michel . roux
  • Re: variable multiline wto, Don Poitras
• Ideen für die Speicherverwaltung, Thomas Bender
• Re: really stupid question - z/OS 1.6 and CSTOR > 2Gb, Mark Zelden
  • <Possible follow-ups>
  • Re: really stupid question - z/OS 1.6 and CSTOR > 2Gb, Tom Schmidt
  • Re: really stupid question - z/OS 1.6 and CSTOR > 2Gb, Mark Zelden
  • Re: really stupid question - z/OS 1.6 and CSTOR > 2Gb, Tom Marchant
• really stupid question - z/OS 1.6 and CSTOR > 2Gb, McKown, John
  • Re: really stupid question - z/OS 1.6 and CSTOR > 2Gb, Jeffrey . Deaver
  • <Possible follow-ups>
  • Re: really stupid question - z/OS 1.6 and CSTOR > 2Gb, Bill Planer
  • RE: really stupid question - z/OS 1.6 and CSTOR > 2Gb, Thompson, Steve , SCI TW
  • RE: really stupid question - z/OS 1.6 and CSTOR > 2Gb, McKown, John
  • Re: really stupid question - z/OS 1.6 and CSTOR > 2Gb, Thompson, Steve , SCI TW
  • RE: really stupid question - z/OS 1.6 and CSTOR > 2Gb, McKown, John
    • Re: really stupid question - z/OS 1.6 and CSTOR > 2Gb, David Day
  • RE: really stupid question - z/OS 1.6 and CSTOR > 2Gb, Leverette, Melvin K
• Re: JES2 migration (z/OS 1.4 to z/OS 1.7), Paul Dineen
  • <Possible follow-ups>
  • Re: JES2 migration (z/OS 1.4 to z/OS 1.7), Brian Westerman
• Loadmodule DSN, kashsi
  • Re: Loadmodule DSN, Mickey
  • Re: Loadmodule DSN, Steve Myers
  • <Possible follow-ups>
  • Re: Loadmodule DSN, Gilbert Saint-Flour
• Generically update/extend a pre-existing file?, Thomas David Rivers
  • RE: Generically update/extend a pre-existing file?, Charles Mills
  • Re: Generically update/extend a pre-existing file?, Shmuel Metz , Seymour J.
• Revoke RACF Account via RACF LDAP Interface, daniel . arona
  • Re: Revoke RACF Account via RACF LDAP Interface, Walt Farrell
    • Re: Revoke RACF Account via RACF LDAP Interface, darona
      • Re: Revoke RACF Account via RACF LDAP Interface, Walt Farrell
      • Re: Revoke RACF Account via RACF LDAP Interface, darona
• Head's Up - zIIP issue OA17458/UA28419, Mark Zelden
  • RE: Head's Up - zIIP issue OA17458/UA28419, Schiradin,Roland HG-Dir itb-db/dc
    • RE: Head's Up - zIIP issue OA17458/UA28419, Jeffrey D. Smith
      • RE: Head's Up - zIIP issue OA17458/UA28419, Schiradin,Roland HG-Dir itb-db/dc
      • Re: Head's Up - zIIP issue OA17458/UA28419, Shmuel Metz , Seymour J.
• JES2 migration (z/OS 1.4 to z/OS 1.7), Francois Paré
  • Re: JES2 migration (z/OS 1.4 to z/OS 1.7), David Andrews
  • Re: JES2 migration (z/OS 1.4 to z/OS 1.7), JO . Skip . Robinson
  • <Possible follow-ups>
  • RE: JES2 migration (z/OS 1.4 to z/OS 1.7), Francois Paré
• Re: [IBM-MAIN] >27x132?, Alan Altmark
  • Re: >27x132?, Edward Jaffe
  • <Possible follow-ups>
  • Re: [IBM-MAIN] >27x132?, Alan Altmark
    • Re: >27x132?, Chris Mason
  • Re: [IBM-MAIN] >27x132?, Alan Altmark
    • Re: >27x132?, Bob Rutledge
    • Re: >27x132?, Shmuel Metz , Seymour J.
  • Re: [IBM-MAIN] >27x132?, Alan Altmark
• Re: Policy Size, Freddy Guevara
• ATL Tapes and DR, Daniel A. McLaughlin
  • Re: ATL Tapes and DR, Dee Shrier
    • Re: ATL Tapes and DR, Daniel_McLaughlin
    • Re: ATL Tapes and DR, Paul Gillis
• Need help to convert a cobol program to REXX for using APPC, zufiel
• Re: ??: Re: how comes the internal reader start job using "60MB" private storage, Vernooy, C.P. - SPLXM
• 轉寄： Re: how comes the internal reader start job using "60MB" private storage, tsuiyukkai
• how comes the internal reader start job using "60MB" private storage, tsuiyukkai
  • <Possible follow-ups>
  • RE: how comes the internal reader start job using "60MB" private storage, Itschak Mugzach
  • Re: how comes the internal reader start job using "60MB" private storage, tsuiyukkai
    • RE: how comes the internal reader start job using "60MB" private storage, Rob Scott
• Re: Z/OS 1.4 to 1.7 Migration, Brian Westerman
• 轉寄： Re: How can the ACS routine to bypass checking the storage volume datasets?, tsuiyukkai
  • RE: How can the ACS routine to bypass checking the storage volume datasets?, Richards.Bob
    • Re: How can the ACS routine to bypass checking the storage volume datasets?, darth . keller
      • RE: How can the ACS routine to bypass checking the storage volume datasets?, Richards.Bob
      • 回信： Re: How can the ACS routine to bypass checking the storage volume datasets?, Tommy Tsui
• Virtual Linux Could Be Answer To Costly Data Centers, Ed Gould
• Message Broker z/OS Class Is Back, Timothy Sipples
• Search Archives Backward?, gilmap
  • Re: Search Archives Backward?, Walt Farrell
  • Re: Search Archives Backward?, Mickey
  • Re: Search Archives Backward?, howard . brazee
    • Re: Search Archives Backward?, Mickey
      • Re: Search Archives Backward?, howard . brazee
      • Re: Search Archives Backward?, Mickey
  • <Possible follow-ups>
  • Re: Search Archives Backward?, gilmap
    • Re: Search Archives Backward?, J R
  • RE: Search Archives Backward?, Imbriale, Donald , Exchange
• Re: VSAM data set monitor, Matthew Stitt
• 1.6 to 1.7 JES2 gotcha, Gray Maddry
• Re: TRSMAIN troubles, Scott Barry
• RE: DSORG=IS, Scott Barry
  • <Possible follow-ups>
  • Re: DSORG=IS, Ted MacNEIL
  • DSORG=IS, Phil Payne
  • Re: DSORG=IS, Ted MacNEIL
  • Re: DSORG=IS, Ted MacNEIL
    • Re: DSORG=IS, R.S.
  • Re: DSORG=IS, Ted MacNEIL
    • Re: DSORG=IS, R.S.
  • Re: DSORG=IS, Ted MacNEIL
  • Re: DSORG=IS, Patrick O'Keefe
    • Re: DSORG=IS, R.S.
  • Re: DSORG=IS, Ted MacNEIL
• DSORG=IS, Jim Beck
  • Re: DSORG=IS, R.S.
    • Re: DSORG=IS, Shmuel Metz , Seymour J.
• Re: unit=sort, Tom Marchant
  • <Possible follow-ups>
  • Re: unit=sort, Tom Marchant
• unit=sort, Ward, Mike S
  • <Possible follow-ups>
  • unit=sort, Ward, Mike S
    • Re: unit=sort, john . kington
      • Re: unit=sort, Knutson, Sam
      • Re: unit=sort, john . kington
    • Re: unit=sort, Shmuel Metz , Seymour J.
  • Re: unit=sort, Efinnell15
  • RE: unit=sort, Ward, Mike S
    • RE: unit=sort, Chase, John
  • RE: unit=sort, Ward, Mike S
  • Re: unit=sort, Richard Pinion
  • RE: unit=sort, Greg Shirey
  • Re: unit=sort, Ted MacNEIL
  • Re: unit=sort, gilmap
    • Re: unit=sort, john . kington
• SETLOCK TEST question please, Sail Kim
  • <Possible follow-ups>
  • Re: SETLOCK TEST question please, Binyamin Dissen
    • RE: SETLOCK TEST question please, Jeffrey D. Smith
  • RE: SETLOCK TEST question please, Sail Kim
    • RE: SETLOCK TEST question please, Knutson, Sam
    • RE: SETLOCK TEST question please, Jeffrey D. Smith
  • Re: SETLOCK TEST question please, Binyamin Dissen
  • RE: SETLOCK TEST question please, Sail Kim
    • RE: SETLOCK TEST question please, Craddock, Chris
  • RE: SETLOCK TEST question please, Sail Kim
    • RE: SETLOCK TEST question please, Jeffrey D. Smith
  • RE: SETLOCK TEST question please, Sail Kim
    • RE: SETLOCK TEST question please, Knutson, Sam
  • Re: SETLOCK TEST question please, Peter Relson
• Reconstructing HSM BCDS, Bob Henry
  • RE: Reconstructing HSM BCDS, Richards.Bob
    • Re: Reconstructing HSM BCDS, O'Brien, David W. [C] , NIH/CIT
  • Re: Reconstructing HSM BCDS, Blair Svihra
• Re: [IBM-MAIN] Back Doors, Alan Altmark
  • <Possible follow-ups>
  • Re: [IBM-MAIN] Back Doors, Alan Altmark
• Re: EXCP with a DEB, Paul Schuster
  • Re: EXCP with a DEB, Tom Harper
    • Re: EXCP with a DEB, Shmuel Metz , Seymour J.
  • Re: EXCP with a DEB, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: EXCP with a DEB, Paul Schuster
• Re: [IBM-MAIN] The Fate of VM - was: Re: Baby MVS???, Alan Altmark
• Re: Interesting problem for y'all, Mark Zelden
  • <Possible follow-ups>
  • Re: Interesting problem for y'all, Aaron Walker
  • Re: Interesting problem for y'all, Aaron Walker
• Interesting problem for y'all, Petersen, Jim
  • Re: Interesting problem for y'all, Daz
  • <Possible follow-ups>
  • RE: Interesting problem for y'all, Bielskie, Stephen
  • Re: Interesting problem for y'all, mike caughran
  • Re: Interesting problem for y'all, Hunkeler Peter , KIUB 34
    • Re: Interesting problem for y'all, Robert Bardos
  • RE: Interesting problem for y'all, Petersen, Jim
    • Re: Interesting problem for y'all, Daniel_McLaughlin
    • Re: Interesting problem for y'all, O'Brien, David W. [C] , NIH/CIT
  • RE: Interesting problem for y'all, McKown, John
• VSAM data set monitor, Kok, Howi
  • RE: VSAM data set monitor, Richards.Bob
  • <Possible follow-ups>
  • RE: VSAM data set monitor, Friske, Michael
  • RE: VSAM data set monitor, Dell'Anno, Aurora
• Re: IBM-MAIN Digest - 19 Aug 2006 to 20 Aug 2006 (#2006-233), Rick Fochtman
  • Re: IBM-MAIN Digest - 19 Aug 2006 to 20 Aug 2006 (#2006-233), Shmuel Metz , Seymour J.
• Flip Interview - He started with Mainframes and made millions since, Ed Gould
  • RE: Flip Interview - He started with Mainframes and made millions since, Chase, John
    • RE: Flip Interview - He started with Mainframes and made millions since, Veilleux, Jon L
  • <Possible follow-ups>
  • RE: Flip Interview - He started with Mainframes and made millions since, Pommier, Rex R.
    • Re: Flip Interview - He started with Mainframes and made millions since, LL581
    • RE: Flip Interview - He started with Mainframes and made millions since, Chase, John
• SMP/E ++HOLD ERROR for Cross-FMID Requirement, gilmap
  • Re: SMP/E ++HOLD ERROR for Cross-FMID Requirement, Pinnacle
  • Re: SMP/E ++HOLD ERROR for Cross-FMID Requirement, Kurt Quackenbush
  • <Possible follow-ups>
  • Re: SMP/E ++HOLD ERROR for Cross-FMID Requirement, Paul Gilmartin
• Re: Veteren sysprog (was RE: JES2 SPOOLDEF ), Doug Fuerst
  • <Possible follow-ups>
  • Re: Veteren sysprog (was RE: JES2 SPOOLDEF ), Richard Pinion
    • Re: Veteren sysprog (was RE: JES2 SPOOLDEF ), GoHabsGo
• TRSMAIN troubles, Nick Varley
• why a IEFBR14 job use 92MB region size and paging., tsuiyukkai
  • Re: why a IEFBR14 job use 92MB region size and paging., Walt Farrell
• Sun sells mainframe rehosting business to Clerity, Phil Payne
• Z/OS 1.4 to 1.7 Migration, Rahul Balachandran, ISDC Chennai
  • <Possible follow-ups>
  • Z/OS 1.4 to 1.7 Migration, Rahul Balachandran, ISDC Chennai
  • Fw: Z/OS 1.4 to 1.7 Migration, Bill Klein
  • z/OS 1.4 to 1.7 Migration, Tom Moulder
    • Re: z/OS 1.4 to 1.7 Migration, Len Rugen
    • Re: z/OS 1.4 to 1.7 Migration, Daniel_McLaughlin
  • Fw: Z/OS 1.4 to 1.7 Migration, Bill Klein
  • RE: Z/OS 1.4 to 1.7 Migration, Petersen, Jim
  • Re: Z/OS 1.4 to 1.7 Migration, Richard Pinion
  • RE: Z/OS 1.4 to 1.7 Migration, Laine, Rogers
• Re: JCL - Copy Tape, Jan MOEYERSONS
  • Re: JCL - Copy Tape, John Dawes
    • Re: JCL - Copy Tape, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: JCL - Copy Tape, Jan MOEYERSONS
• Policy Size, munif sadek
  • <Possible follow-ups>
  • RE: Policy Size, Ceruti, Gerard G
• Re: IBM-MAIN Digest - 18 Aug 2006 to 19 Aug 2006 (#2006-232), Rick Fochtman
  • Re: IBM-MAIN Digest - 18 Aug 2006 to 19 Aug 2006 (#2006-232), Binyamin Dissen
  • <Possible follow-ups>
  • Re: IBM-MAIN Digest - 18 Aug 2006 to 19 Aug 2006 (#2006-232), Rick Fochtman
  • Re: IBM-MAIN Digest - 18 Aug 2006 to 19 Aug 2006 (#2006-232), gilmap
    • Re: IBM-MAIN Digest - 18 Aug 2006 to 19 Aug 2006 (#2006-232), Steve Myers
• RE: Back Doors, Bob Shannon
  • Re: Back Doors, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Back Doors, David Cole
  • Re: Back Doors, Ted MacNEIL
  • Back Doors, Keith E. Moe
    • Re: Back Doors, Walt Farrell
  • Re: Back Doors, gilmap
    • Re: Back Doors, David Cole
  • Re: Back Doors, gilmap
  • Re: Back Doors, Bob Shannon
  • Re: Back Doors, David Cole
  • Re: Back Doors, David Cole
  • Re: Back Doors, Thompson, Steve , SCI TW
  • Re: Back Doors, Rick Fochtman
    • Re: Back Doors, howard . brazee
    • RE: Back Doors, Knutson, Sam
      • RE: Back Doors, Jeffrey D. Smith
  • RE: Back Doors, Thompson, Steve , SCI TW
  • Re: Back Doors, DASDBill2
  • Re: Back Doors, DASDBill2
  • RE: Back Doors, Gilbert Saint-Flour
  • RE: Back Doors, Thompson, Steve , SCI TW
  • Re: Back Doors, DASDBill2
    • Re: Back Doors, Shmuel Metz , Seymour J.
      • RE: Back Doors, Craddock, Chris
      • Re: Back Doors, Shmuel Metz , Seymour J.
  • RE: Back Doors, McKown, John
    • RE: Back Doors, Jeffrey D. Smith
• Re: Superuser Creation like IBMUSER, Roger Lowe
  • <Possible follow-ups>
  • Re: Superuser Creation like IBMUSER, Brian Westerman
    • Re: Superuser Creation like IBMUSER, Shmuel Metz , Seymour J.
• Superuser Creation like IBMUSER, Jacky Bright
  • Re: Superuser Creation like IBMUSER, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Superuser Creation like IBMUSER, Rick Fochtman
• Re: Greatest Software?, Tom Marchant
• Re: Rexx Warts, gilmap
  • Re: Rexx Warts, Thomas Berg
    • Re: Rexx Warts, Shmuel Metz , Seymour J.
  • Re: Rexx Warts, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Rexx Warts, Paul Gilmartin
    • Re: Rexx Warts, Thomas Berg
      • Re: Rexx Warts, Gerard Schildberger
  • Re: Rexx Warts, Paul Gilmartin
    • Re: Rexx Warts, Thomas Berg
  • Re: Rexx Warts, Paul Gilmartin
    • Re: Rexx Warts, Shmuel Metz , Seymour J.
  • Re: Rexx Warts, gilmap
    • Re: Rexx Warts, Shmuel Metz , Seymour J.
  • Re: Rexx Warts, Paul Gilmartin
    • Re: Rexx Warts, Shmuel Metz , Seymour J.
      • RE: Rexx Warts, Charles Mills
      • Re: Rexx Warts, Mickey
      • Re: Rexx Warts, Gerhard Postpischil
      • Re: Rexx Warts, Mickey
      • Re: Rexx Warts, Shmuel Metz , Seymour J.
  • Re: Rexx Warts, gilmap
• ENTERPRISE PL/I Internals Skill, Reinhold Lehmann
  • Re: ENTERPRISE PL/I Internals Skill, Bernd Oppolzer
• Re: z/OS security (was RE: EXCP with a DEB), DASDBill2
• Back Doors (was: EXCP with a DEB), gilmap
  • Re: Back Doors, David Cole
    • Re: Back Doors, Shane
    • Re: Back Doors, Shmuel Metz , Seymour J.
  • Re: Back Doors (was: EXCP with a DEB), Shmuel Metz , Seymour J.
  • Re: Back Doors, Walt Farrell
    • RE: Back Doors, Lindy Mayfield
    • Re: Back Doors, Robert A. Rosenberg
      • Re: Back Doors, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Back Doors (was: EXCP with a DEB), John , IBM-MAIN
  • Re: Back Doors (was: EXCP with a DEB), Arthur T.
• Re: EXCP with a DEB, Terry Sambrooks
  • <Possible follow-ups>
  • Re: EXCP with a DEB, Gilbert Saint-Flour
  • Re: EXCP with a DEB, DASDBill2
  • re: EXCP with a DEB, john gilmore
    • z/OS security (was RE: EXCP with a DEB), Jeffrey D. Smith
    • Re: EXCP with a DEB, Shmuel Metz , Seymour J.
  • re: EXCP with a DEB, Gilbert Saint-Flour
  • EXCP with a DEB, john gilmore
    • Re: EXCP with a DEB, Gerhard Postpischil
    • Re: EXCP with a DEB, Shmuel Metz , Seymour J.
      • Re: EXCP with a DEB, Binyamin Dissen
  • Re: EXCP with a DEB, gilmap
  • re: EXCP with a DEB, john gilmore
  • Re: EXCP with a DEB, Paul Gilmartin
  • Re: EXCP with a DEB, Gilbert Saint-Flour
    • Re: EXCP with a DEB, Walt Farrell
      • Re: EXCP with a DEB, Steve Myers
      • Re: EXCP with a DEB, Walt Farrell
  • Re: EXCP with a DEB, DASDBill2
    • Re: EXCP with a DEB, Richard Peurifoy
      • Re: EXCP with a DEB, Greg Smith
    • Re: EXCP with a DEB, Steve Myers
  • Re: EXCP with a DEB, Bill Manry
  • Re: EXCP with a DEB, Patrick O'Keefe
  • Re: EXCP with a DEB, Mike Wood
  • EXCP with a DEB, Phil Payne
    • Re: EXCP with a DEB, Gerhard Postpischil
• EXCP with a DEB, Paul Schuster
  • Re: EXCP with a DEB, Steve Myers
  • Re: EXCP with a DEB, Shmuel Metz , Seymour J.
• Re: JES2 SPOOLDEF, Mark Zelden
• Re: Anyone using graphical ISPF?, John M. Cullen
  • RE: Anyone using graphical ISPF?, Jeffrey D. Smith
  • Re: Anyone using graphical ISPF?, Dave Salt
• Re: RES: JES2 SPOOLDEF, Ted MacNEIL
  • Re: RES: JES2 SPOOLDEF, Thomas H Puddicombe
  • <Possible follow-ups>
  • RE: RES: JES2 SPOOLDEF, McKown, John
    • Re: RES: JES2 SPOOLDEF, O'Brien, David W. [C] , NIH/CIT
  • Re: RES: JES2 SPOOLDEF, Ted MacNEIL
  • Re: RES: JES2 SPOOLDEF, Shmuel Metz , Seymour J.
• Re: JES2 SPOOLDEF, Richard Pinion
  • <Possible follow-ups>
  • Re: JES2 SPOOLDEF, Ted MacNEIL
  • Re: JES2 SPOOLDEF, Efinnell15
  • Re: JES2 SPOOLDEF, Mark Zelden
• JES2 SPOOLDEF, Terry Bruns
  • Veteren sysprog (was RE: JES2 SPOOLDEF ), tony babonas
    • RE: Veteren sysprog (was RE: JES2 SPOOLDEF ), Chase, John
• Re: Enterprise Extender Requirements, Timothy Sipples
• Re: >27x132?, Tom Marchant
  • <Possible follow-ups>
  • Re: >27x132?, Tom Marchant
    • Re: >27x132?, Edward Jaffe
      • Re: >27x132?, Chris Mason
      • Re: >27x132?, Shmuel Metz , Seymour J.
      • Re: >27x132?, Shmuel Metz , Seymour J.
    • Re: >27x132?, Chris Mason
      • Re: >27x132?, Shmuel Metz , Seymour J.
  • Re: >27x132?, Patrick O'Keefe
    • Re: >27x132?, David Andrews
    • Re: >27x132?, Chris Mason
  • Re: >27x132?, Mark Zelden
    • Re: >27x132?, John Ganci
  • Re: >27x132?, Patrick O'Keefe
  • Re: >27x132?, Patrick O'Keefe
    • Re: >27x132?, Shmuel Metz , Seymour J.
      • Re: >27x132?, Eric N. Bielefeld
    • Re: >27x132?, Chris Mason
      • Re: >27x132?, Shmuel Metz , Seymour J.
  • Re: >27x132?, Patrick O'Keefe
• Problems with HSM & GDGs, Bob Henry
  • Re: Problems with HSM & GDGs, O'Brien, David W. [C] , NIH/CIT
• RE: >27x132?, Hunkeler Peter , KIUB 34
  • Re: >27x132?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: >27x132?, Hunkeler Peter , KIUB 34
    • RE: >27x132?, Ray Mullins
  • RE: >27x132?, Hunkeler Peter , KIUB 34
    • Re: >27x132?, Edward Jaffe
      • Re: >27x132?, John Ganci
      • Re: >27x132?, Edward Jaffe
      • Re: >27x132?, John Ganci
      • Re: >27x132?, Edward Jaffe
      • Re: >27x132?, howard . brazee
      • RE: >27x132?, Ray Mullins
      • Re: >27x132?, Shmuel Metz , Seymour J.
  • RE: >27x132?, Hunkeler Peter , KIUB 34
  • Re: >27x132?, gilmap
    • Re: >27x132?, Daniel_McLaughlin
  • RE: >27x132?, Farley, Peter x23353
    • Re: >27x132?, howard . brazee
    • Re: >27x132?, Shmuel Metz , Seymour J.
    • Re: >27x132?, Andrew McIntyre
  • RE: >27x132?, Hunkeler Peter , KIUB 34
    • RE: >27x132?, Ray Mullins
  • Re: >27x132?, Hunkeler Peter , KIUB 34
    • Re: >27x132?, Chris Mason
  • Re: >27x132?, Efinnell15
    • Re: >27x132?, Shmuel Metz , Seymour J.
    • Re: >27x132?, Chris Mason
      • Re: >27x132?, Gerhard Postpischil
      • Re: >27x132?, Chris Mason
      • Re: >27x132?, Shmuel Metz , Seymour J.
  • RE: >27x132?, Thompson, Steve , SCI TW
    • Re: >27x132?, rkuebbin
      • Re: >27x132?, Chris Mason
    • Re: >27x132?, David Andrews
      • Re: >27x132?, Chris Mason
    • Re: >27x132?, Shmuel Metz , Seymour J.
    • Re: >27x132?, Chris Mason
  • RE: >27x132?, Daver!
  • RE: >27x132?, Thompson, Steve , SCI TW
    • Re: >27x132?, Shmuel Metz , Seymour J.
    • Re: >27x132?, Chris Mason
      • Re: >27x132?, Shmuel Metz , Seymour J.
  • RE: >27x132?, Wayne Driscoll
    • Re: >27x132?, Edward Jaffe
  • Re: >27x132?, Shmuel Metz , Seymour J.
    • Re: >27x132?, Chris Mason
      • Re: >27x132?, Shmuel Metz , Seymour J.
  • RE: >27x132?, Dave Reinken
    • Re: >27x132?, Rusty
  • Re: >27x132?, Chris Mason
  • Re: >27x132?, Ed Finnell
• >27x132? , Michael Wilson
  • Re: >27x132?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • >27x132? , Michael Wilson
• Rexx Warts (was: The Fate of VM ...), gilmap
  • Re: Rexx Warts, Thomas Berg
• JCL - Copy Tape, John Dawes
  • Re: JCL - Copy Tape, Lucy Arnold
  • Re: JCL - Copy Tape, Randy
  • <Possible follow-ups>
  • Re: JCL - Copy Tape, gilmap
  • RE: JCL - Copy Tape, Thompson, Steve , SCI TW
    • Re: JCL - Copy Tape, R.S.
  • RE: JCL - Copy Tape, Thompson, Steve , SCI TW
    • Re: JCL - Copy Tape, R.S.
      • Re: JCL - Copy Tape, Ed Gould
      • Re: JCL - Copy Tape, Andrew N Wilt
• [Fwd: Re: IBM PCOMM Macro Question], Ulrich Boche
• List Server Problem?, Thompson, Steve , SCI TW
  • Re: List Server Problem?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: List Server Problem?, Thompson, Steve , SCI TW
    • Re: List Server Problem?, Shmuel Metz , Seymour J.
• Re: SRD FUNCTION WITHIN IBMLINK2