bit.listserv.ibm-main

• Date Index

---

• Altering Coupling Facility Structure, khf00
• ALESERV for an address space, Binyamin Dissen
  • Re: ALESERV for an address space, David Day
    • Re: ALESERV for an address space, Binyamin Dissen
      • Re: ALESERV for an address space, David Day
  • Re: ALESERV for an address space, Jim Mulder
• PL/S ??, Mark H. Young
  • Re: PL/S ??, McKown, John
  • Re: PL/S ??, Field, Alan C.
    • Re: PL/S ??, Kammer, Charles
  • <Possible follow-ups>
  • Re: PL/S ??, Farley, Peter x23353
  • Re: PL/S ??, Thompson, Steve
  • Re: PL/S ??, Tom Schmidt
  • Re: PL/S ??, Kelman, Tom
  • Re: PL/S ??, HUTCHISON Gregory
  • Re: PL/S ??, Tony Harminc
• Is IBMLINK on the web down again?, Barkow, Eileen
  • Re: Is IBMLINK on the web down again?, Dean Montevago
• IBM Supported JES2 Dynamic Exit Reload, Mark Zelden
  • Re: IBM Supported JES2 Dynamic Exit Reload, Edward Jaffe
  • <Possible follow-ups>
  • Re: IBM Supported JES2 Dynamic Exit Reload, Doug Henry
  • Re: IBM Supported JES2 Dynamic Exit Reload, Mark Zelden
  • Re: IBM Supported JES2 Dynamic Exit Reload, Mark Zelden
• Re: Getting the best deal on mainframe spends, Van Dalsen, Herbie
• Default number of Buffers, Terry Sambrooks
• CDE chain for LPA, Johnny Luo
• XCF Performance, Chris Burgess
  • Re: XCF Performance, Steven Conway
    • Re: XCF Performance, Chris Burgess
• Post z/OS 1.4 to 1.8 Migration Users Experiences, Gabe Torres
• SUSE Linux Enterprise Server 10 SP1 Starter System for IBM System z, Mark Post
• z/TPF List Server, Raymond Noal
• ADMINISTRIVIA: Announcement!, Darren Evans-Young
  • Re: ADMINISTRIVIA: Announcement!, Staller, Allan
  • Re: ADMINISTRIVIA: Announcement!, Bill Wilkie
    • Re: ADMINISTRIVIA: Announcement!, Lionel B Dyck
      • Re: ADMINISTRIVIA: Announcement!, Eric Bielefeld
  • Re: ADMINISTRIVIA: Announcement!, Richards.Bob
  • Re: ADMINISTRIVIA: Announcement!, Jousma, David
    • Re: ADMINISTRIVIA: Announcement!, Darren Evans-Young
  • Re: ADMINISTRIVIA: Announcement!, Roberto Halais
  • Re: ADMINISTRIVIA: Announcement!, Steve Comstock
  • Re: ADMINISTRIVIA: Announcement!, Darth Keller
  • Re: ADMINISTRIVIA: Announcement!, Rick Fochtman
    • Re: ADMINISTRIVIA: Announcement!, Craddock, Chris
      • Re: ADMINISTRIVIA: Announcement!, howard . brazee
  • Re: ADMINISTRIVIA: Announcement!, Thomas H Puddicombe
    • Re: ADMINISTRIVIA: Announcement!, Darren Evans-Young
      • Re: ADMINISTRIVIA: Announcement!, Dave Thorn
      • Re: ADMINISTRIVIA: Announcement!, McKown, John
      • Re: ADMINISTRIVIA: Announcement!, Steve Comstock
      • Re: ADMINISTRIVIA: Announcement!, Rich Smrcina
      • Re: ADMINISTRIVIA: Announcement!, McKown, John
  • Re: ADMINISTRIVIA: Announcement!, R.S.
  • <Possible follow-ups>
  • Re: ADMINISTRIVIA: Announcement!, Farley, Peter x23353
  • Re: ADMINISTRIVIA: Announcement!, Tom Schmidt
  • Re: ADMINISTRIVIA: Announcement!, Kelman, Tom
  • Re: ADMINISTRIVIA: Announcement!, Dave Kopischke
  • Re: ADMINISTRIVIA: Announcement!, Kelman, Tom
  • Re: ADMINISTRIVIA: Announcement!, CICS Guy
  • Re: ADMINISTRIVIA: Announcement!, John Hamman
    • Re: ADMINISTRIVIA: Announcement!, Pinnacle
    • z/OS 1.4 to 1.8 Users Experiences, Gabe Torres
  • Re: ADMINISTRIVIA: Announcement!, Mark Zelden
• SMF dump - output has duplicated its size, Mautalen Juan Guillermo
  • Re: SMF dump - output has duplicated its size, Eric Bielefeld
  • Re: SMF dump - output has duplicated its size, Dick de Groot
    • Re: SMF dump - output has duplicated its size, Van Dalsen, Herbie
  • <Possible follow-ups>
  • Re: SMF dump - output has duplicated its size, Anton Britz
  • Re: SMF dump - output has duplicated its size, Mark Zelden
  • Re: SMF dump - output has duplicated its size, Mautalen Juan Guillermo
    • Re: SMF dump - output has duplicated its size, McKown, John
    • Re: SMF dump - output has duplicated its size, Knutson, Sam
  • Re: SMF dump - output has duplicated its size, Elardus Engelbrecht
• CNZ9003I Message, Chris Burgess
  • Re: CNZ9003I Message, Gaur
  • Re: CNZ9003I Message, Diehl, Gary , MVSSupport
    • Re: CNZ9003I Message, Chris Burgess
      • Re: CNZ9003I Message, Diehl, Gary , MVSSupport
      • Re: CNZ9003I Message, Chris Burgess
  • <Possible follow-ups>
  • Re: CNZ9003I Message, Peter Fatzinger
    • Re: CNZ9003I Message, Chris Burgess
  • Re: CNZ9003I Message, Mark Zelden
• Moving HSM Migrated Data Sets to New System, Doug Evans
  • <Possible follow-ups>
  • Re: Moving HSM Migrated Data Sets to New System, Chris Taylor
• Re: ABUSE-RE,HUMOR: Can someone translate from English to English please !!!, Shmuel Metz , Seymour J.
• S66D-40 abend running ISFACR z/OS R7, Bob Young
  • Re: S66D-40 abend running ISFACR z/OS R7, Edward Jaffe
  • <Possible follow-ups>
  • Re: S66D-40 abend running ISFACR z/OS R7, Bob Young
  • Re: S66D-40 abend running ISFACR z/OS R7, Ted MacNEIL
    • Re: S66D-40 abend running ISFACR z/OS R7, Edward Jaffe
  • Re: S66D-40 abend running ISFACR z/OS R7, Ted MacNEIL
  • Re: S66D-40 abend running ISFACR z/OS R7, Ed Finnell
• Determine owner of a dataspace, Binyamin Dissen
  • <Possible follow-ups>
  • Re: Determine owner of a dataspace, Roland Schiradin
• From the CICS E-News (IBMLink/Servicelink), Roland Schiradin
• z/OS 1.9 Features summary, Steve Comstock
  • Re: z/OS 1.9 Features summary, GAVIN Darren * OPS EAS
  • Re: z/OS 1.9 Features summary, John Eells
    • Re: z/OS 1.9 Features summary, Steve Comstock
  • <Possible follow-ups>
  • Re: z/OS 1.9 Features summary, Andy Robertson
    • File sharing between Sysplex's, Ceruti, Gerard G
      • Re: File sharing between Sysplex's, Itschak Mugzach
      • Re: File sharing between Sysplex's, Ulrich Krueger
      • Re: File sharing between Sysplex's, Itschak Mugzach
      • Re: File sharing between Sysplex's, Hal Merritt
      • Re: File sharing between Sysplex's, R.S.
    • Re: z/OS 1.9 Features summary, Ed Gould
    • Re: z/OS 1.9 Features summary, Steve Comstock
  • Re: z/OS 1.9 Features summary, Paul Gilmartin
    • Re: z/OS 1.9 Features summary, McKown, John
      • Re: z/OS 1.9 Features summary, howard . brazee
      • Re: z/OS 1.9 Features summary, GAVIN Darren * OPS EAS
      • Re: z/OS 1.9 Features summary, howard . brazee
      • Re: z/OS 1.9 Features summary, GAVIN Darren * OPS EAS
      • Re: z/OS 1.9 Features summary, Gerhard Adam
      • Re: z/OS 1.9 Features summary, GAVIN Darren * OPS EAS
      • Re: z/OS 1.9 Features summary, Steve Comstock
      • Re: z/OS 1.9 Features summary, Ed Gould
      • Re: z/OS 1.9 Features summary, GAVIN Darren * OPS EAS
    • Re: z/OS 1.9 Features summary, Rick Fochtman
      • Re: z/OS 1.9 Features summary, McKown, John
      • Re: z/OS 1.9 Features summary, Gerhard Adam
      • Re: z/OS 1.9 Features summary, McKown, John
      • Re: z/OS 1.9 Features summary, howard . brazee
  • Re: z/OS 1.9 Features summary, Paul Gilmartin
  • Re: z/OS 1.9 Features summary, Arthur T.
    • Re: z/OS 1.9 Features summary, Gerhard Adam
  • Re: z/OS 1.9 Features summary, Ted MacNEIL
    • Re: z/OS 1.9 Features summary, Ed Gould
  • Re: z/OS 1.9 Features summary, Dave Kopischke
    • Re: z/OS 1.9 Features summary, Howard Brazee
  • Re: z/OS 1.9 Features summary, Dave Kopischke
  • Re: z/OS 1.9 Features summary, Patrick O'Keefe
  • Re: z/OS 1.9 Features summary, Paul Gilmartin
    • Re: z/OS 1.9 Features summary, Gerhard Adam
      • Re: z/OS 1.9 Features summary, Ed Gould
      • Re: z/OS 1.9 Features summary, Gerhard Adam
      • Re: z/OS 1.9 Features summary, howard . brazee
  • Re: z/OS 1.9 Features summary, Thompson, Steve
    • Re: z/OS 1.9 Features summary, Edward Jaffe
    • Re: z/OS 1.9 Features summary, Howard Brazee
      • Re: z/OS 1.9 Features summary, McKown, John
  • Re: z/OS 1.9 Features summary, Thompson, Steve
  • Re: z/OS 1.9 Features summary, Ted MacNEIL
  • Re: z/OS 1.9 Features summary, Paul Gilmartin
  • Re: z/OS 1.9 Features summary, Tom Schmidt
  • Re: z/OS 1.9 Features summary, Tom Marchant
    • Re: z/OS 1.9 Features summary, Howard Brazee
      • Re: z/OS 1.9 Features summary, Steve Comstock
  • Re: z/OS 1.9 Features summary, Ted MacNEIL
    • Re: z/OS 1.9 Features summary, McKown, John
    • Re: z/OS 1.9 Features summary, Gerhard Postpischil
      • Re: z/OS 1.9 Features summary, Rick Fochtman
    • Re: z/OS 1.9 Features summary, Greg Shirey
      • Re: z/OS 1.9 Features summary, Howard Brazee
  • Re: z/OS 1.9 Features summary, Thompson, Steve
  • Re: z/OS 1.9 Features summary, Ted MacNEIL
  • Re: z/OS 1.9 Features summary, Kelman, Tom
• ARC0440I/ARC0734I - Problem, John Dawes
  • Re: ARC0440I/ARC0734I - Problem, Staller, Allan
    • Re: ARC0440I/ARC0734I - Problem, John Dawes
• Configuring Chanel extension using Ciena CN2000, Leon Schwering
  • Re: Configuring Chanel extension using Ciena CN2000, Ron Wells
• CPOOL question, steve
• Boxed Devices, Kevin Cooper
  • <Possible follow-ups>
  • Re: Boxed Devices, Glenn Miller
• HSM can migrate non-SMS files? [was: RE: Healthcheck (IBMCSV,CSV_ APF_EXISTS)], Farley, Peter x23353
  • Re: HSM can migrate non-SMS files? [was: RE: Healthcheck (IBMCSV,CSV_ APF_EXISTS)], Eric Bielefeld
• CICS Wiki news., Corneel Booysen
• MVS/CSC and ACSLS, Nybbler
• Cancel transaction in cics, HELIO
  • Re: Cancel transaction in cics, Jim McAlpine
  • Re: Cancel transaction in cics, Barkow, Eileen
    • Re: Cancel transaction in cics, Grant Ward Able
  • Re: Cancel transaction in cics, Neal Eckhardt
• IEWBIND FUNC=GETD CLASS=B_IDRB, Schiradin,Roland HG-Dir itb-db/dc
• RMF and DASD Storage Display, Lizette Koehler
  • Re: RMF and DASD Storage Display, Gaur
    • Re: RMF and DASD Storage Display, mailand
  • Re: RMF and DASD Storage Display, Wissink, Brad [ITSYS]
• my free mfnetdisk product, shai hess
  • Re: my free mfnetdisk product, fjpohlen-maillist@xxxxxx
    • Re: my free mfnetdisk product, shai hess
• my free mainframe product, Shai Hess
  • Re: my free mainframe product, Rapscallion
  • <Possible follow-ups>
  • Re: my free mainframe product, Elardus Engelbrecht
    • Re: my free mainframe product, shai hess
• Health-Checks, Schiradin,Roland HG-Dir itb-db/dc
  • Re: Health-Checks, Gaur
• Doyle Banks/Mainline is out until 10/30/2007., Doyle Banks
• IBM Confidential, Phil Payne
  • <Possible follow-ups>
  • Re: IBM Confidential, Alan Altmark
    • Re: IBM Confidential, Shane
    • Re: IBM Confidential, Cyber
      • Re: IBM Confidential, John S. Giltner, Jr.
  • IBM Confidential, Phil Payne
  • Re: IBM Confidential, Alan Altmark
  • IBM Confidential, Phil Payne
• HMC - Driver 67L - LOAD Function, Mark Zelden
  • <Possible follow-ups>
  • Re: HMC - Driver 67L - LOAD Function, Kurt Schroeder
  • Re: HMC - Driver 67L - LOAD Function, Mark Zelden
    • Re: HMC - Driver 67L - LOAD Function, Diehl, Gary , MVSSupport
• Re: FTP-Client(PC)/Server(M/F), wtrovijo
  • Re: FTP-Client(PC)/Server(M/F), McKown, John
    • Re: FTP-Client(PC)/Server(M/F), Ron Wells
  • <Possible follow-ups>
  • Re: FTP-Client(PC)/Server(M/F), Aaron Walker
  • Re: FTP-Client(PC)/Server(M/F), Paul Gilmartin
  • Re: FTP-Client(PC)/Server(M/F), Paul Gilmartin
    • Re: FTP-Client(PC)/Server(M/F), Ron Wells
      • Re: FTP-Client(PC)/Server(M/F), McKown, John
      • Re: FTP-Client(PC)/Server(M/F), Ron Wells
      • Re: FTP-Client(PC)/Server(M/F), McKown, John
      • Re: FTP-Client(PC)/Server(M/F), Ron Wells
      • Re: FTP-Client(PC)/Server(M/F), McKown, John
      • Re: FTP-Client(PC)/Server(M/F), Ron Wells
      • Re: FTP-Client(PC)/Server(M/F), Ulrich Krueger
  • Fw: FTP-Client(PC)/Server(M/F), Ron Wells
    • Re: FTP-Client(PC)/Server(M/F), McKown, John
      • Re: FTP-Client(PC)/Server(M/F), Ron Wells
    • Re: FTP-Client(PC)/Server(M/F), Ulrich Krueger
  • Fw: FTP-Client(PC)/Server(M/F), Ron Wells
    • Re: FTP-Client(PC)/Server(M/F), Ulrich Krueger
      • Re: FTP-Client(PC)/Server(M/F), Ron Wells
      • Re: FTP-Client(PC)/Server(M/F), McKown, John
      • Re: FTP-Client(PC)/Server(M/F), Ulrich Krueger
      • Re: FTP-Client(PC)/Server(M/F), Steve Comstock
      • Re: FTP-Client(PC)/Server(M/F), Ron Wells
      • Re: FTP-Client(PC)/Server(M/F), McKown, John
      • Re: FTP-Client(PC)/Server(M/F), Ron Wells
      • Re: FTP-Client(PC)/Server(M/F), Ulrich Krueger
      • Re: FTP-Client(PC)/Server(M/F), McKown, John
  • Re: FTP-Client(PC)/Server(M/F), Aaron Walker
    • Re: FTP-Client(PC)/Server(M/F), Ron Wells
      • COPYMARK when using PSF printing on an Infoprint 65000, Sheldon Davis
      • Re: COPYMARK when using PSF printing on an Infoprint 65000, Wissink, Brad [ITSYS]
    • Re: FTP-Client(PC)/Server(M/F), Ron Wells
• IPL an LPAR with a very low weight?, Dave Thorn
  • Re: IPL an LPAR with a very low weight?, McKown, John
  • Re: IPL an LPAR with a very low weight?, R.S.
  • <Possible follow-ups>
  • Re: IPL an LPAR with a very low weight?, Tom Schmidt
    • Re: IPL an LPAR with a very low weight?, Dave Thorn
      • Re: IPL an LPAR with a very low weight?, Ken Porowski
  • Re: IPL an LPAR with a very low weight?, Ted MacNEIL
  • Re: IPL an LPAR with a very low weight?, Mark Zelden
  • Re: IPL an LPAR with a very low weight?, Al Sherkow
    • Re: IPL an LPAR with a very low weight?, Dave Thorn
  • Re: IPL an LPAR with a very low weight?, Barbara Nitz
• Can sort change a lf to crlf?, John Wallin
  • Re: Can sort change a lf to crlf?, Reda, John
  • Re: Can sort change a lf to crlf?, Shane
  • <Possible follow-ups>
  • Re: Can sort change a lf to crlf?, John Wallin
• IOF QUESTION, esmie moo
  • Re: IOF QUESTION, Richbourg, Claude
    • Re: IOF QUESTION, esmie moo
  • Re: IOF QUESTION, Kenneth R Barkhau
    • Re: IOF QUESTION, esmie moo
  • <Possible follow-ups>
  • Re: IOF QUESTION, Vernooy, C.P. - SPLXM
    • Re: FTP-Client(PC)/Server(M/F), Ron Wells
      • Re: FTP-Client(PC)/Server(M/F), Michael J Flores
      • Re: FTP-Client(PC)/Server(M/F), Ron Wells
      • Re: FTP-Client(PC)/Server(M/F), Michael J Flores
      • Re: FTP-Client(PC)/Server(M/F), Ron Wells
• Re: VER Command from TSO for TCP/IP?, Ted MacNEIL
  • <Possible follow-ups>
  • Re: VER Command from TSO for TCP/IP?, Mark Zelden
• Advanced Assembler book, John Mycroft
• Wikipedia, la petite encyclopédié fasciste: Saint Flour, Broc
• Re: Slip Trap turning off GTF on different LPAR, Barbara Nitz
  • <Possible follow-ups>
  • Re: Slip Trap turning off GTF on different LPAR, Peter Relson
    • Re: Slip Trap turning off GTF on different LPAR, Craddock, Chris
      • Re: Slip Trap turning off GTF on different LPAR, Edward Jaffe
      • Re: Slip Trap turning off GTF on different LPAR, Craddock, Chris
      • Re: Slip Trap turning off GTF on different LPAR, Edward Jaffe
      • Re: Slip Trap turning off GTF on different LPAR, Binyamin Dissen
      • Re: Slip Trap turning off GTF on different LPAR, John Ticic
      • Re: Slip Trap turning off GTF on different LPAR, Shane
      • Re: Slip Trap turning off GTF on different LPAR, Rick Fochtman
      • Re: Slip Trap turning off GTF on different LPAR, Grant Ward Able
  • Re: Slip Trap turning off GTF on different LPAR, Tom Schmidt
  • Re: Slip Trap turning off GTF on different LPAR, Brian Peterson
• Re: Checking system parameters values, Imanol Aguirre
• Sharing DS8300 data from two z/OS sites, Leon Schwering
  • Re: Sharing DS8300 data from two z/OS sites, R.S.
  • <Possible follow-ups>
  • Re: Sharing DS8300 data from two z/OS sites, Leon Schwering
• Richard Pape is on business trip in Malaysia, Richard J Pape
• Shared DASD and PAVs, George Dranes
• How to change RMM dataset Catalog Status, John Mattson
  • <Possible follow-ups>
  • Re: How to change RMM dataset Catalog Status, Mike Wood
• z/OS 1.8 Conditional Storage Obtain/Getmain Return Code, Webster, Chris
  • Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code, Jim Mulder
    • Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code, Martin Packer
    • Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code, Webster, Chris
      • Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code, Edward Jaffe
      • Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code, Jim Mulder
      • Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code, Martin Packer
  • <Possible follow-ups>
  • Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code, Peter Relson
    • Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code, Webster, Chris
  • Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code, Farley, Peter x23353
    • Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code, Skip Robinson
    • Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code, Wayne Driscoll
  • Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code, Farley, Peter x23353
  • Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code, Tom Schmidt
  • Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code, Tom Marchant
  • Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code, Farley, Peter x23353
  • Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code, Farley, Peter x23353
• Java Support question, Andy White
  • <Possible follow-ups>
  • Re: Java Support question, Mark Zelden
    • Re: Java Support question, Andy White
• ICKDSF - PARMS, willie bunter
  • Re: ICKDSF - PARMS, Hal Merritt
    • Re: ICKDSF - PARMS, willie bunter
  • <Possible follow-ups>
  • Re: ICKDSF - PARMS, Lizette Koehler
  • Re: ICKDSF - PARMS, , IBM Mainframe Discussion List
  • Re: ICKDSF - PARMS, Ted MacNEIL
  • Re: ICKDSF - PARMS, , IBM Mainframe Discussion List
• System Assembler Exits (like IEFUSI), Lizette Koehler
  • Re: System Assembler Exits (like IEFUSI), Neal Eckhardt
• Out of space uploading to a UNIX directory, Support, DUNNIT SYSTEMS LTD.
  • Re: Out of space uploading to a UNIX directory, Pommier, Rex R.
    • Re: Out of space uploading to a UNIX directory, Hal Merritt
  • <Possible follow-ups>
  • Re: Out of space uploading to a UNIX directory, Support, DUNNIT SYSTEMS LTD.
    • Re: Out of space uploading to a UNIX directory, Pommier, Rex R.
  • Re: Out of space uploading to a UNIX directory, Aaron Walker
    • Re: Out of space uploading to a UNIX directory, Hunkeler Peter , KIUK 3
    • Re: Out of space uploading to a UNIX directory, Hunkeler Peter , KIUK 3
• SDSF in a sysplex, McKown, John
  • Re: SDSF in a sysplex, Staller, Allan
    • Re: SDSF in a sysplex, Edward Jaffe
      • Re: SDSF in a sysplex, Staller, Allan
  • Re: SDSF in a sysplex, George Fogg
    • Re: SDSF in a sysplex, Edward Jaffe
  • Slip Trap turning off GTF on different LPAR, Grant Ward Able
• S028 after ALESERV, Gary Weinhold
  • Re: S028 after ALESERV, Binyamin Dissen
  • Re: S028 after ALESERV, David Day
• APF FORMAT=DYNAMIC, Peter Relson
  • Re: APF FORMAT=DYNAMIC, gsf600y
• JCL QUESTION, esmie moo
  • Re: JCL QUESTION, Hunkeler Peter , KIUK 3
    • Re: JCL QUESTION, esmie moo
    • Re: JCL QUESTION, esmie moo
  • Re: JCL QUESTION, van Arnhem, Gerrit
  • <Possible follow-ups>
  • Re: JCL QUESTION, wtrovijo
• EDTINFO DEVSTAT ?, Paul Schuster
  • Re: EDTINFO DEVSTAT ?, Rob Scott
  • <Possible follow-ups>
  • Re: EDTINFO DEVSTAT ?, Paul Schuster
    • Re: EDTINFO DEVSTAT ?, Field, Alan C.
      • Re: EDTINFO DEVSTAT ?, Field, Alan C.
    • Re: EDTINFO DEVSTAT ?, Rob Scott
      • Re: EDTINFO DEVSTAT ?, John Kington
  • Re: EDTINFO DEVSTAT ?, Paul Schuster
    • Re: EDTINFO DEVSTAT ?, Rob Scott
• ASTE, Linkage Table Origin, and PC's, David Day
• OT: TJX Update, Ed Gould
• Re: "different" TSO logon proc, depending on system. Restricting whocanlogon to a specific system, Lionel B Dyck
• "different" TSO logon proc, depending on system. Restricting who can logon to a specific system, McKown, John
  • Re: "different" TSO logon proc, depending on system. Restricting who can logon to a specific system, GAVIN Darren * OPS EAS
  • <Possible follow-ups>
  • Re: "different" TSO logon proc, depending on system. Restricting who can logon to a specific system, Mark Zelden
• New memory technology, McKown, John
  • <Possible follow-ups>
  • Re: New memory technology, Patrick O'Keefe
• Another squirrel strike, Phil Payne
  • Re: Another squirrel strike, Jon Brock
    • Re: Another squirrel strike, Gregory, Gary G
  • Re: Another squirrel strike, Darren Evans-Young
  • <Possible follow-ups>
  • Re: Another squirrel strike, Patrick O'Keefe
• Re: Outsmarting WLM, Barbara Nitz
  • Re: Outsmarting WLM, Chase, John
  • Re: Outsmarting WLM, Hunkeler Peter , KIUK 3
    • Re: Outsmarting WLM, McKown, John
  • Re: Outsmarting WLM, Hunkeler Peter , KIUK 3
  • <Possible follow-ups>
  • Re: Outsmarting WLM, Barbara Nitz
    • Re: Outsmarting WLM, Hunkeler Peter , KIUK 3
    • Re: Outsmarting WLM, McKown, John
      • Re: Outsmarting WLM, Hunkeler Peter , KIUK 3
  • Re: Outsmarting WLM, Mark Zelden
    • Re: Outsmarting WLM, Hunkeler Peter , KIUK 3
  • Re: Outsmarting WLM, Barbara Nitz
• Dynamic ISPF panels?, Cloink
  • Re: Dynamic ISPF panels?, Robert Wright
    • Re: Dynamic ISPF panels?, Cloink
  • <Possible follow-ups>
  • Fw: Dynamic ISPF panels?, Pinnacle
    • Re: Dynamic ISPF panels?, Dave Salt
  • Re: Dynamic ISPF panels?, Kenneth E Tomiak
• tso racf, Carroll, William
  • Re: tso racf, McKown, John
  • <Possible follow-ups>
  • Re: tso racf, Tom Schmidt
  • tso racf, Carroll, William
    • Re: tso racf, McKown, John
      • Re: tso racf, John Eells
    • Re: tso racf, Richbourg, Claude
      • Re: tso racf, McKown, John
    • Re: tso racf, Ed Gould
    • Re: tso racf, GAVIN Darren * OPS EAS
    • Re: tso racf, Ed Philbrook
    • Re: tso racf, Skip Robinson
      • Re: tso racf, George Fogg
    • Re: tso racf, Edward Jaffe
      • Re: tso racf, George Fogg
  • Re: tso racf, Thompson, Steve
  • Re: tso racf, Carroll, William
  • Re: tso racf, Ted MacNEIL
  • Re: tso racf, Lizette Koehler
  • Re: tso racf, Mark Zelden
  • Re: tso racf, Ted MacNEIL
  • Re: tso racf, Tom Schmidt
    • Re: tso racf, Ed Gould
  • Re: tso racf, Tom Schmidt
  • Re: tso racf, Tom Schmidt
    • Re: tso racf, George Fogg
  • Re: tso racf, Ted MacNEIL
    • Re: tso racf, McKown, John
    • Re: tso racf, Edward Jaffe
      • Re: tso racf, David Andrews
  • Re: tso racf, Tom Schmidt
    • Re: tso racf, Ed Gould
    • Re: tso racf, Binyamin Dissen
  • Re: tso racf, Elardus Engelbrecht
  • Re: tso racf, Carroll, William
  • Re: tso racf, Thompson, Steve
  • Re: tso racf, Tom Schmidt
    • Re: tso racf, George Fogg
  • Re: tso racf, Tom Schmidt
    • Re: tso racf, Binyamin Dissen
      • Re: tso racf, GAVIN Darren * OPS EAS
      • Re: tso racf, Binyamin Dissen
• multiple z/OS sharing considerations., McKown, John
  • Re: multiple z/OS sharing considerations., Mark Jacobs
    • Re: multiple z/OS sharing considerations., McKown, John
      • Re: multiple z/OS sharing considerations., Bob Shannon
      • Re: multiple z/OS sharing considerations., McKown, John
  • Re: multiple z/OS sharing considerations., Jon Brock
    • Re: multiple z/OS sharing considerations., McKown, John
  • Re: multiple z/OS sharing considerations., Staller, Allan
    • Re: multiple z/OS sharing considerations., McKown, John
      • Re: multiple z/OS sharing considerations., Skip Robinson
      • Re: multiple z/OS sharing considerations., Jon Brock
      • Re: multiple z/OS sharing considerations., Eric Bielefeld
      • Re: multiple z/OS sharing considerations., Staller, Allan
      • Re: multiple z/OS sharing considerations., Jon Brock
  • <Possible follow-ups>
  • Re: multiple z/OS sharing considerations., J Ellis
    • Re: multiple z/OS sharing considerations., McKown, John
  • Re: multiple z/OS sharing considerations., Dana Mitchell
    • Re: multiple z/OS sharing considerations., McKown, John
  • Re: multiple z/OS sharing considerations., Ted MacNEIL
    • Re: multiple z/OS sharing considerations., Staller, Allan
  • Re: multiple z/OS sharing considerations., Farley, Peter x23353
    • Re: multiple z/OS sharing considerations., Eric Bielefeld
  • Re: multiple z/OS sharing considerations., Farley, Peter x23353
  • Re: multiple z/OS sharing considerations., Farley, Peter x23353
• About dispatching process, Johnny Luo
  • Re: About dispatching process, Blaicher, Chris
    • Re: About dispatching process, Hunkeler Peter , KIUK 3
      • Re: About dispatching process, Johnny Luo
  • Re: About dispatching process, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: About dispatching process, Barbara Nitz
    • Re: About dispatching process, Johnny Luo
      • Re: About dispatching process, Hunkeler Peter , KIUK 3
      • Re: About dispatching process, Johnny Luo
      • Re: About dispatching process, Hunkeler Peter , KIUK 3
      • Re: About dispatching process, Gregory, Gary G
    • Re: About dispatching process, Shmuel Metz , Seymour J.
  • Re: About dispatching process, Vernooy, C.P. - SPLXM
    • Re: About dispatching process, Johnny Luo
      • Re: About dispatching process, Ngafei Huang
      • Re: About dispatching process, Shmuel Metz , Seymour J.
      • Re: About dispatching process, Johnny Luo
      • Re: About dispatching process, Binyamin Dissen
      • Re: About dispatching process, Craddock, Chris
  • Re: About dispatching process, Vernooy, C.P. - SPLXM
    • Re: About dispatching process, Hunkeler Peter , KIUK 3
  • Re: About dispatching process, Barbara Nitz
  • Re: About dispatching process, Peter Hunkeler
  • Re: About dispatching process, Santosh Kandi
    • Re: About dispatching process, Hunkeler Peter , KIUK 3
  • Re: About dispatching process, Thompson, Steve
  • Re: About dispatching process, Barbara Nitz
    • Re: About dispatching process, Jim Mulder
      • Re: About dispatching process, Rob Scott
    • Re: About dispatching process, Hunkeler Peter , KIUK 3
  • Re: About dispatching process, Barbara Nitz
  • Re: About dispatching process, Santosh Kandi
  • Re: About dispatching process, Thompson, Steve
  • Re: About dispatching process, Ted MacNEIL
    • Re: About dispatching process, Gregory, Gary G
    • Re: About dispatching process, Gregory, Gary G
  • Re: About dispatching process, Barbara Nitz
    • Re: About dispatching process, Shmuel Metz , Seymour J.
  • Re: About dispatching process, , IBM Mainframe Discussion List
    • Re: About dispatching process, Ed Gould
    • Re: About dispatching process, Rick Fochtman
  • Re: About dispatching process, Dave Barry
    • Re: About dispatching process, Johnny Luo
  • Re: About dispatching process, , IBM Mainframe Discussion List
    • Re: About dispatching process, Craddock, Chris
      • Re: About dispatching process, Ed Gould
• JES2 / JES3 in same plex, J Ellis
  • Re: JES2 / JES3 in same plex, Edward Jaffe
  • Re: JES2 / JES3 in same plex, Eric Bielefeld
  • Re: JES2 / JES3 in same plex, Gil Peleg
  • <Possible follow-ups>
  • Re: JES2 / JES3 in same plex, J Ellis
  • Re: JES2 / JES3 in same plex, J Ellis
• Re: Healthcheck (IBMCSV,CSV_APF_EXISTS), Peter Relson
  • RE: Healthcheck (IBMCSV,CSV_APF_EXISTS), Rob Scott
  • RE: Healthcheck (IBMCSV,CSV_APF_EXISTS), Knutson, Sam
  • Re: Healthcheck (IBMCSV,CSV_APF_EXISTS), Staller, Allan
    • Re: Healthcheck (IBMCSV,CSV_APF_EXISTS), Staller, Allan
  • <Possible follow-ups>
  • Re: Healthcheck (IBMCSV,CSV_APF_EXISTS), Walt Farrell
    • Re: Healthcheck (IBMCSV,CSV_APF_EXISTS), George Fogg
  • Re: Healthcheck (IBMCSV,CSV_APF_EXISTS), Barbara Nitz
  • Re: Healthcheck (IBMCSV,CSV_APF_EXISTS), Peter Relson
  • Re: Healthcheck (IBMCSV,CSV_APF_EXISTS), Peter Relson
  • Re: Healthcheck (IBMCSV,CSV_APF_EXISTS), Roland Schiradin
  • Re: Healthcheck (IBMCSV,CSV_APF_EXISTS), Peter Relson
  • Re: Healthcheck (IBMCSV,CSV_APF_EXISTS), Roland Schiradin
  • Re: Healthcheck (IBMCSV,CSV_APF_EXISTS), Barbara Nitz
    • Re: Healthcheck (IBMCSV,CSV_APF_EXISTS), Rick Fochtman
  • Re: Healthcheck (IBMCSV,CSV_APF_EXISTS), Peter Relson
  • Re: Healthcheck (IBMCSV,CSV_APF_EXISTS), Mark Zelden
  • Re: Healthcheck (IBMCSV,CSV_APF_EXISTS), Roland Schiradin
  • Re: Healthcheck (IBMCSV,CSV_APF_EXISTS), Roland Schiradin
    • Re: Healthcheck (IBMCSV,CSV_APF_EXISTS), Rick Fochtman
  • Re: Healthcheck (IBMCSV,CSV_APF_EXISTS), Roland Schiradin
  • Re: Healthcheck (IBMCSV,CSV_APF_EXISTS), Peter Relson
  • Re: Healthcheck (IBMCSV,CSV_APF_EXISTS), Roland Schiradin
• Outsmarting WLM (was: Re: Are there tasks that don't play by WLM's rules), Barbara Nitz
  • Re: Outsmarting WLM (was: Re: Are there tasks that don't play by WLM's rules), Martin Packer
  • Re: Outsmarting WLM (was: Re: Are there tasks that don't play by WLM's rules), Hunkeler Peter , KIUK 3
  • <Possible follow-ups>
  • Re: Outsmarting WLM (was: Re: Are there tasks that don't play by WLM's rules), Dana Mitchell
  • Re: Outsmarting WLM (was: Re: Are there tasks that don't play by WLM's rules), Vernooy, C.P. - SPLXM
    • Re: Outsmarting WLM (was: Re: Are there tasks that don't play by WLM's rules), Hunkeler Peter , KIUK 3
  • Re: Outsmarting WLM (was: Re: Are there tasks that don't play by WLM's rules), Vernooy, C.P. - SPLXM
• SMF SWITCHING WITH IEFU29, Ed Long
  • <Possible follow-ups>
  • Re: SMF SWITCHING WITH IEFU29, Elardus Engelbrecht
  • Re: SMF SWITCHING WITH IEFU29, Walter Marguccio
  • Re: SMF SWITCHING WITH IEFU29, Mark Zelden
  • Re: SMF SWITCHING WITH IEFU29, Mark Zelden
  • Re: SMF SWITCHING WITH IEFU29, Ed Long
    • Re: SMF SWITCHING WITH IEFU29, Ed Gould
  • Re: SMF SWITCHING WITH IEFU29, Mark Zelden
  • Re: SMF SWITCHING WITH IEFU29, Peter Relson
  • Re: SMF SWITCHING WITH IEFU29, Ed Long
• ADMINISTRIVIA: List Changes, Darren Evans-Young
• Re: Devices, Matthew Stitt
  • <Possible follow-ups>
  • Fw: Devices, RWells
• Health Check CHECK(XCF_CDS_SEPARATION), Mark Zelden
  • <Possible follow-ups>
  • Re: Health Check CHECK(XCF_CDS_SEPARATION), Peter Relson
  • Re: Health Check CHECK(XCF_CDS_SEPARATION), Mark Zelden
  • Re: Health Check CHECK(XCF_CDS_SEPARATION), Roland Schiradin
  • Re: Health Check CHECK(XCF_CDS_SEPARATION), Mark Zelden
  • Re: Health Check CHECK(XCF_CDS_SEPARATION), Mark Zelden
• Re: JES2 Exit 53, McKown, John
  • Re: JES2 Exit 53, Michael Babcock
  • <Possible follow-ups>
  • Re: JES2 Exit 53, Mark Yuhas
• Starting A New Job Today!, Doc Farmer
• Performance and Capacity Tools, Bob
• SMS Question - Rename STORAGE CLASS, John Dawes
  • Re: SMS Question - Rename STORAGE CLASS, John Kington
  • Re: SMS Question - Rename STORAGE CLASS, Schwarz, Barry A
    • Re: SMS Question - Rename STORAGE CLASS, John Dawes
      • Re: SMS Question - Rename STORAGE CLASS, Darth Keller
      • Re: SMS Question - Rename STORAGE CLASS, John Kington
      • Re: SMS Question - Rename STORAGE CLASS, Schwarz, Barry A
      • Re: SMS Question - Rename STORAGE CLASS, John Dawes
  • <Possible follow-ups>
  • Re: SMS Question - Rename STORAGE CLASS, Tom Marchant
• Health Checker (urgent), Gaur
• Re: Where can I find the /JRE/ directory?, Aaron Walker
• Healthcheck ((IBMCSV,CSV_APF_EXISTS), Schiradin,Roland HG-Dir itb-db/dc
  • Re: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Edward Jaffe
    • RE: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Schiradin,Roland HG-Dir itb-db/dc
  • <Possible follow-ups>
  • Re: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Ted MacNEIL
    • RE: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Schiradin,Roland HG-Dir itb-db/dc
  • Re: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Ted MacNEIL
    • Re: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Edward Jaffe
      • Re: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Staller, Allan
      • Re: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Edward Jaffe
      • Re: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Ed Gould
      • Re: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Edward Jaffe
  • Re: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Ted MacNEIL
    • RE: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Schiradin,Roland HG-Dir itb-db/dc
  • Re: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Ted MacNEIL
  • Re: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Barbara Nitz
  • Re: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Roland Schiradin
  • Re: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Ted MacNEIL
    • Re: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Edward Jaffe
  • Re: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Ted MacNEIL
    • Re: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Knutson, Sam
      • Re: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Edward Jaffe
      • Re: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Knutson, Sam
  • Re: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Peter Relson
    • Re: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Rob Scott
    • Re: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Staller, Allan
      • Re: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Edward Jaffe
      • Re: Healthcheck ((IBMCSV,CSV_APF_EXISTS), Schiradin,Roland HG-Dir itb-db/dc
• Re: WLC, WLM and all the rest: how optimize them ? to Steve Samson - errata corrige, Steve Samson
• ServerPac master catalog flag, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: ServerPac master catalog flag, Mark Zelden
    • Re: ServerPac master catalog flag, Shmuel Metz , Seymour J.
      • Re: ServerPac master catalog flag, John Eells
      • Re: ServerPac master catalog flag, Shmuel Metz , Seymour J.
  • Re: ServerPac master catalog flag, Mark Zelden
    • Re: ServerPac master catalog flag, Shmuel Metz , Seymour J.
  • Re: ServerPac master catalog flag, Mark Zelden
    • Re: ServerPac master catalog flag, Shmuel Metz , Seymour J.
• Book MVS/ESA Internals and Architecture, Knutson, Sam
• CA-1 & EXHPDM NOT IN SYNC, esmie moo
  • <Possible follow-ups>
  • Re: CA-1 & EXHPDM NOT IN SYNC, esmie moo
  • Re: CA-1 & EXHPDM NOT IN SYNC, esmie moo
  • Re: CA-1 & EXHPDM NOT IN SYNC, esmie moo
• Re: Read JCL Symbols from a program?, Bill Bass
  • Re: Read JCL Symbols from a program?, Martin Packer
  • How can I read JESJCL from a batch program?, Bass, Walter W
    • Re: How can I read JESJCL from a batch program?, Itschak Mugzach
    • Re: How can I read JESJCL from a batch program?, Gerhard Postpischil
      • Re: How can I read JESJCL from a batch program?, Kirk Wolf
      • Re: How can I read JESJCL from a batch program?, Gerhard Postpischil
    • Re: How can I read JESJCL from a batch program?, Rick Fochtman
    • VER Command from TSO for TCP/IP?, Mark S. House
      • Re: VER Command from TSO for TCP/IP?, Richbourg, Claude
      • Re: VER Command from TSO for TCP/IP?, Grant Ward Able
  • <Possible follow-ups>
  • Re: Read JCL Symbols from a program?, Kenneth E Tomiak
• SMS Data class for 3494, George Dranes
  • <Possible follow-ups>
  • Re: SMS Data class for 3494, Mike Baldwin
• Stack Volume Percentage, Art
  • <Possible follow-ups>
  • Re: Stack Volume Percentage, Vernooy, C.P. - SPLXM
  • Re: Stack Volume Percentage, Mike Wood
• Placement of Couple Data sets, Lizette Koehler
  • Re: Placement of Couple Data sets, Skip Robinson
  • <Possible follow-ups>
  • Re: Placement of Couple Data sets, Ted MacNEIL
    • Re: Placement of Couple Data sets, Skip Robinson
      • Re: Placement of Couple Data sets, Lizette Koehler
      • RE: Placement of Couple Data sets, Staller, Allan
  • Re: Placement of Couple Data sets, Bill Neiman
  • Re: Placement of Couple Data sets, Mark Zelden
    • RE: Placement of Couple Data sets, Smith, Sean M
  • Re: Placement of Couple Data sets, Bill Neiman
  • Re: Placement of Couple Data sets, Bill Neiman
  • Re: Placement of Couple Data sets, Lizette Koehler
• CICS DFHCOMMAREA changes, Jacky Bright
  • RE: CICS DFHCOMMAREA changes, Biglari, Ali
  • Re: CICS DFHCOMMAREA changes, Chase, John
  • Re: CICS DFHCOMMAREA changes, Schiradin,Roland HG-Dir itb-db/dc
  • <Possible follow-ups>
  • Re: CICS DFHCOMMAREA changes, Farley, Peter x23353
    • Re: CICS DFHCOMMAREA changes, Jacky Bright
  • RE: CICS DFHCOMMAREA changes, Farley, Peter x23353
    • Re: CICS DFHCOMMAREA changes, Jacky Bright
      • RE: CICS DFHCOMMAREA changes, Chase, John
• Lost my hard drive and my IBM links, John Norgauer
  • Re: Lost my hard drive and my IBM links, McKown, John
  • <Possible follow-ups>
  • Re: Lost my hard drive and my IBM links, Thompson, Steve
  • Re: Lost my hard drive and my IBM links, Richard Pinion
    • Re: Lost my hard drive and my IBM links, McKown, John
• SQL size limitation, rmacrae
  • <Possible follow-ups>
  • SQL size limitation, Ron MacRae
    • RE: SQL size limitation, McKown, John
    • RE: SQL size limitation, Hardee, Charles H
    • Re: SQL size limitation, Mike Bell
      • Re: SQL size limitation, Mike Bell
      • Re: SQL size limitation, Lovelin
• Re: IBM System/3 & 3277-1, McKown, John
  • <Possible follow-ups>
  • Re: IBM System/3 & 3277-1, Eric Bielefeld
  • Re: IBM System/3 & 3277-1, Patrick O'Keefe
• VARY too many devices offline, Field, Alan C.
  • Re: VARY too many devices offline, McKown, John
  • Re: VARY too many devices offline, Chase, John
  • Re: VARY too many devices offline, Ed Gould
  • <Possible follow-ups>
  • Re: VARY too many devices offline, Jan MOEYERSONS
    • Re: VARY too many devices offline, Ed Gould
      • RE: VARY too many devices offline, Jon Brock
      • Re: VARY too many devices offline, Ed Gould
      • Re: VARY too many devices offline, Bob Shannon
      • Re: VARY too many devices offline, Michael J Flores
      • RE: VARY too many devices offline, McKown, John
      • RE: VARY too many devices offline, Chase, John
      • Re: VARY too many devices offline, Kenny Fogarty
      • RE: VARY too many devices offline, Pommier, Rex R.
      • RE: VARY too many devices offline, Kenny Fogarty
      • Re: VARY too many devices offline, Ed Gould
      • Re: VARY too many devices offline, Mark Post
      • Re: VARY too many devices offline, Ed Gould
      • Re: VARY too many devices offline, Mark Post
      • Re: VARY too many devices offline, Ed Gould
      • Re: VARY too many devices offline, Neal Eckhardt
      • Re: VARY too many devices offline, Kenny Fogarty
      • Re: VARY too many devices offline, Ed Gould
      • Re: VARY too many devices offline, Neal Eckhardt
      • Re: VARY too many devices offline, howard . brazee
      • Re: VARY too many devices offline, Zahir Hemini
      • Re: VARY too many devices offline, howard . brazee
      • Re: VARY too many devices offline, Zahir Hemini
      • Re: VARY too many devices offline, Ed Gould
      • Re: VARY too many devices offline, Jon Brock
      • Re: VARY too many devices offline, Ed Gould
    • Re: VARY too many devices offline, Hal Merritt
      • Re: VARY too many devices offline, R.S.
  • Re: VARY too many devices offline, DASDBill2
    • Re: VARY too many devices offline, howard . brazee
  • Re: VARY too many devices offline, Zaromil Tisler
    • Re: VARY too many devices offline, Ed Gould
      • Re: VARY too many devices offline, Eric Bielefeld
      • Re: VARY too many devices offline, Rick Fochtman
    • Message not available
      • Re: VARY too many devices offline, Thompson, Steve
  • Re: VARY too many devices offline, Vernooy, C.P. - SPLXM
  • Re: VARY too many devices offline, Tom Schmidt
    • Re: VARY too many devices offline, Eric Bielefeld
  • Re: VARY too many devices offline, David Long
    • Re: VARY too many devices offline, Ed Gould
      • Re: VARY too many devices offline, Eric Bielefeld
      • Re: VARY too many devices offline, Ed Gould
      • Re: VARY too many devices offline, Rick Fochtman
      • Re: VARY too many devices offline, Campbell Jay
      • Re: VARY too many devices offline, Ed Gould
      • Message not available
      • Re: VARY too many devices offline, Thompson, Steve
      • Re: VARY too many devices offline, Eric Bielefeld
      • Re: VARY too many devices offline, Gerhard Adam
      • Re: VARY too many devices offline, Ed Gould
      • Re: VARY too many devices offline, Rusty
      • Re: VARY too many devices offline, Ed Gould
    • Re: VARY too many devices offline, Edward Jaffe
  • Re: VARY too many devices offline, Ted MacNEIL
    • Re: VARY too many devices offline, Ed Gould
  • Re: VARY too many devices offline, Ed Gould
  • Re: VARY too many devices offline, , IBM Mainframe Discussion List
    • Re: VARY too many devices offline, Ed Gould
    • Re: VARY too many devices offline, Rick Fochtman
      • Re: VARY too many devices offline, Neal Eckhardt
• Dead operating systems, Rich Smrcina
  • <Possible follow-ups>
  • Dead operating systems, Phil Payne
• SHARE Membership Directory, Friske, Michael
• problems(probably) in SSL after migration from WAS3.5 to WAS5.1, Pawel Leszczynski
  • <Possible follow-ups>
  • Re: problems(probably) in SSL after migration from WAS3.5 to WAS5.1, Aaron Walker
  • Re: problems(probably) in SSL after migration from WAS3.5 to WAS5.1, Pawel Leszczynski
  • Re: problems(probably) in SSL after migration from WAS3.5 to WAS5.1, Aaron Walker
• Where to get a standalone restore program, Miklos Szigetvari
  • Re: Where to get a standalone restore program, Hunkeler Peter , KIUK 3
    • Re: Where to get a standalone restore program, Miklos Szigetvari
  • Re: Where to get a standalone restore program, Ed Gould
  • <Possible follow-ups>
  • Re: Where to get a standalone restore program, Glenn Miller
    • Re: Where to get a standalone restore program, Miklos Szigetvari
• Subject: Secure FTP Config: CIPHERSUITE statements?, Steve Bireley
• errno=37 while getting BufferedReader object., cogitoergosum
  • Re: errno=37 while getting BufferedReader object., Bill Lalonde
• Subject: Re: Are there tasks that don't play by WLM's rules, Horst Schivelbein
• JRNAD and compressed data in extended format mode, Steve Konroy
• Enterprise PL/I issue on z/OS 1.8, Big Iron
  • <Possible follow-ups>
  • Re: Enterprise PL/I issue on z/OS 1.8, Big Iron
• Re: TPX and ACLE Code (RESOLVED), Lizette Koehler
• Secure FTP Config: CIPHERSUITE statements?, Chase, John
  • Re: Secure FTP Config: CIPHERSUITE statements?, Mark Jacobs
• How to read source from a PDS member, John Mycroft
  • Re: How to read source from a PDS member, Howard Brazee
    • RE: How to read source from a PDS member, Chase, John
    • RE: How to read source from a PDS member, McKown, John
    • RE: How to read source from a PDS member, Hare, Tim
    • RE: How to read source from a PDS member, Itschak Mugzach
      • Re: How to read source from a PDS member, John Mycroft
      • Re: How to read source from a PDS member, Harold Zbiegien
    • Re: How to read source from a PDS member, Binyamin Dissen
  • <Possible follow-ups>
  • RE: How to read source from a PDS member, Thompson, Steve
  • Re: How to read source from a PDS member, Paul Gilmartin
  • Re: How to read source from a PDS member, Tom Schmidt
    • Re: How to read source from a PDS member, GAVIN Darren * OPS EAS
  • Re: How to read source from a PDS member, Paul Gilmartin
  • Re: How to read source from a PDS member, Paul Gilmartin
    • Re: How to read source from a PDS member, Gerhard Postpischil
      • Re: How to read source from a PDS member, Binyamin Dissen
  • Re: How to read source from a PDS member, Tom Schmidt
    • Re: How to read source from a PDS member, Robert A. Rosenberg
  • Re: How to read source from a PDS member, Tom Schmidt
  • Re: How to read source from a PDS member, Rich Szabo
    • Re: How to read source from a PDS member, Rick Fochtman
    • Re: How to read source from a PDS member, Harold Zbiegien
  • Re: How to read source from a PDS member, Warner Mach
    • Re: How to read source from a PDS member, Robert A. Rosenberg
      • Re: How to read source from a PDS member, Gerhard Postpischil
      • RE: How to read source from a PDS member, J R
      • RE: How to read source from a PDS member, J R
  • Re: How to read source from a PDS member, Paul Gilmartin
    • Re: How to read source from a PDS member, Dan Espen
  • RE: How to read source from a PDS member, GAVIN Darren * OPS EAS
• RE: ALLOCAS High cpu utilization - Solution, גדי בן אבי
• dfsmshsm csalimit best practice, Judy Ellis
• Data manipulation in Data Space @ z/os 1.7 problem, igor . yakunin
• Re: Flashcopy and ADR369D, Walter Marguccio
  • <Possible follow-ups>
  • RE: Flashcopy and ADR369D, Greg Shirey
• Re: UCB Wikipedia Article, Barbara Nitz
  • <Possible follow-ups>
  • Re: UCB Wikipedia Article, , IBM Mainframe Discussion List
    • Re: UCB Wikipedia Article, Jim Mulder
  • Re: UCB Wikipedia Article, DASDBill2
• Hardware slowdown sours IBM numbers, Ed Gould
  • <Possible follow-ups>
  • Hardware slowdown sours IBM numbers, Phil Payne
• Re: Full DASD Volume Copy, Ted MacNEIL
  • Re: Full DASD Volume Copy, Joel C. Ewing
  • <Possible follow-ups>
  • Re: Full DASD Volume Copy, Ted MacNEIL
• z800 to z9 migration, John_Thinnes
  • <Possible follow-ups>
  • Re: z800 to z9 migration, Al Sherkow
  • Re: z800 to z9 migration, Ted MacNEIL
  • Re: z800 to z9 migration, Al Sherkow
  • Re: z800 to z9 migration, Timothy Sipples
• Zapping HFS files, Support, DUNNIT SYSTEMS LTD.
  • RE: Zapping HFS files, McKown, John
  • <Possible follow-ups>
  • Re: Zapping HFS files, Paul Gilmartin
  • Re: Zapping HFS files, Paul Gilmartin
    • RE: Zapping HFS files, McKown, John
      • Re: Zapping HFS files, Dan Espen
  • Re: Zapping HFS files, Tony Harminc
    • Re: Zapping HFS files, McKown, John
      • Announcement: z/XDC z1.9 released, David Cole
  • Re: Zapping HFS files, Henry Willard
• SYSLOGx1 Task Name in z/OS 1.7, Mark H. Young
  • RE: SYSLOGx1 Task Name in z/OS 1.7, Chase, John
  • <Possible follow-ups>
  • Re: SYSLOGx1 Task Name in z/OS 1.7, Ted MacNEIL
    • RE: SYSLOGx1 Task Name in z/OS 1.7, McKown, John
    • RE: SYSLOGx1 Task Name in z/OS 1.7, Hunkeler Peter , KIUK 3
• Can CICS/ESA 4.1 using APPC/LU6.2 Run on a z9 BC?, Chicklon, Tom
  • <Possible follow-ups>
  • FW: Can CICS/ESA 4.1 using APPC/LU6.2 Run on a z9 BC?, Chicklon, Tom
• Re: RACF "quirk"., Walt Farrell
  • Re: RACF "quirk"., Shane
• Auxiliary Storage Usage - History Data?, Patrick Lyon
  • <Possible follow-ups>
  • Re: Auxiliary Storage Usage - History Data?, Lizette Koehler
    • Re: Auxiliary Storage Usage - History Data?, Martin Packer
    • UCB Wikipedia Article, Martin Packer
      • Re: UCB Wikipedia Article, Gary Green
  • Re: Auxiliary Storage Usage - History Data?, Ted MacNEIL
  • Re: Auxiliary Storage Usage - History Data?, Mark Zelden
  • Re: Auxiliary Storage Usage - History Data?, Patrick Lyon
    • Re: Auxiliary Storage Usage - History Data?, Ed Gould
  • Re: Auxiliary Storage Usage - History Data?, Vernooy, C.P. - SPLXM
    • Re: Auxiliary Storage Usage - History Data?, Martin Packer
  • Re: Auxiliary Storage Usage - History Data?, Vernooy, C.P. - SPLXM
    • Re: Auxiliary Storage Usage - History Data?, Hunkeler Peter , KIUK 3
  • Re: Auxiliary Storage Usage - History Data?, Mark Zelden
  • Re: Auxiliary Storage Usage - History Data?, Mark Zelden
    • Re: Auxiliary Storage Usage - History Data?, Martin Packer
  • Re: Auxiliary Storage Usage - History Data?, Patrick Lyon
  • Re: Auxiliary Storage Usage - History Data?, Vernooy, C.P. - SPLXM
• SHARE?, Ed Gould
• Fw: FTPS, RWells
  • Re: FTPS, Chase, John
    • Re: FTPS, RWells
    • Re: FTPS, Ron Wells
    • RE: FTPS, Wissink, Brad [ITSYS]
      • RE: FTPS, Chase, John
      • RE: FTPS, Wissink, Brad [ITSYS]
      • Re: FTPS, RWells
      • Re: FTPS, RWells
• More SSL/TLS and FTP woes, Chase, John
  • Re: More SSL/TLS and FTP woes, Hal Merritt
    • RE: More SSL/TLS and FTP woes, Chase, John
  • <Possible follow-ups>
  • Re: More SSL/TLS and FTP woes, Joel Ivey
    • Re: More SSL/TLS and FTP woes, Chase, John
  • Re: More SSL/TLS and FTP woes, Joel Ivey
    • RE: More SSL/TLS and FTP woes, Chase, John
  • Re: More SSL/TLS and FTP woes, Joel Ivey
    • Flashcopy and ADR369D, Greg Shirey
      • RE: Flashcopy and ADR369D, Raymond Noal
      • RE: Flashcopy and ADR369D, Don Bolton
    • RE: More SSL/TLS and FTP woes, Chase, John
      • Re: More SSL/TLS and FTP woes, Mark Post
  • Re: More SSL/TLS and FTP woes, Alan Altmark
  • More SSL/TLS and FTP woes, Steve Bireley
  • Re: More SSL/TLS and FTP woes, Alan Scott
• TPX and ACLE Code, Lizette Koehler
  • <Possible follow-ups>
  • Re: TPX and ACLE Code, Havelock, Glenn A
    • RACF "quirk"., Shane
      • Re: RACF "quirk"., Chase, John
      • Re: RACF "quirk"., Shane
      • RE: RACF "quirk"., Chase, John
  • Re: TPX and ACLE Code, Lizette Koehler
  • Re: TPX and ACLE Code, Don Ristagno
  • Re: TPX and ACLE Code, Lizette Koehler
  • Re: TPX and ACLE Code, Alan Scott
  • Re: TPX and ACLE Code, Alan Scott
• Obtain Endevor processor information, Larry Kahm
• ALLOCAS High cpu utilization, גדי בן אבי
  • Re: ALLOCAS High cpu utilization, duncan . turner
    • Re: ALLOCAS High cpu utilization, Gadi Ben-Avi
  • <Possible follow-ups>
  • Re: ALLOCAS High cpu utilization, Scott Fagen
  • Re: ALLOCAS High cpu utilization, Roland Schiradin
  • Re: ALLOCAS High cpu utilization, Antonio Corrales
  • Re: ALLOCAS High cpu utilization, Antonio Corrales
• Query regarding some estimation model for system admin activities., Sridhar K Veena
• Re: In defense of z/XDC, Leonard D Woren
  • Re: In defense of z/XDC, Mark
  • Re: In defense of z/XDC, David Cole
• Conversion ASCII>EBCDIC, Chris
  • Re: Conversion ASCII>EBCDIC, Gaur
• CMB entry in IEASYSXX, George Dranes
  • Re: CMB entry in IEASYSXX, Gaur
• XMITIP error, Karthick
  • Re: XMITIP error, superk
• Phantom jobs after upgrade to z/OS 1.7, Mark Bodenstein
  • <Possible follow-ups>
  • RE: Phantom jobs after upgrade to z/OS 1.7, Carroll, William
  • Re: Phantom jobs after upgrade to z/OS 1.7, Glenn Miller
  • Re: Phantom jobs after upgrade to z/OS 1.7, Ed Finnell
    • Full DASD Volume Copy, Hale, Bob
      • Re: Full DASD Volume Copy, Eric Bielefeld
• Using IARVSERV across address spaces, Roland Martin
  • <Possible follow-ups>
  • Re: Using IARVSERV across address spaces, Walt Farrell
  • Re: Using IARVSERV across address spaces, Tom Schmidt
  • Re: Using IARVSERV across address spaces, Roland Martin
  • Using IARVSERV across Address Spaces, Mike Kerford-Byrnes
• Compressed VSAM and CICS recovery log stream, Arie Kremer
  • Re: Compressed VSAM and CICS recovery log stream, andrevetter
• embarressing SDSF question., McKown, John
  • Re: embarressing SDSF question., Gadi Ben-Avi
  • Re: embarressing SDSF question., Rick Fochtman
  • <Possible follow-ups>
  • Re: embarressing SDSF question., Big Iron
  • Re: embarressing SDSF question., Elardus Engelbrecht
    • RE: embarressing SDSF question., Jousma, David
      • RE: embarressing SDSF question., McKown, John
      • RE: embarressing SDSF question., Jousma, David
      • Re: embarressing SDSF question., Jo . Skip . Robinson
      • Re: embarressing SDSF question., Ed Gould
      • Re: embarressing SDSF question., Jo . Skip . Robinson
      • Re: embarressing SDSF question., Ed Gould
  • Re: embarressing SDSF question., Elardus Engelbrecht
    • RE: embarressing SDSF question., McKown, John
      • RE: embarressing SDSF question., Staller, Allan
      • RE: embarressing SDSF question., McKown, John
      • Re: embarressing SDSF question., Ed Gould
• VTS - DQOTD (Dumb Question of the Day), Daniel McLaughlin
  • RE: VTS - DQOTD (Dumb Question of the Day), Itschak Mugzach
  • <Possible follow-ups>
  • Re: VTS - DQOTD (Dumb Question of the Day), Vernooy, C.P. - SPLXM
  • Re: VTS - DQOTD (Dumb Question of the Day), Daniel McLaughlin
    • Re: VTS - DQOTD (Dumb Question of the Day), Pat Hughes
  • Re: VTS - DQOTD (Dumb Question of the Day), Daniel McLaughlin
  • Re: VTS - DQOTD (Dumb Question of the Day), Daniel McLaughlin
  • Re: VTS - DQOTD (Dumb Question of the Day), Vernooy, C.P. - SPLXM
• TS7700 grid issues, Jousma, David
  • Re: TS7700 grid issues, Rick Fochtman
  • <Possible follow-ups>
  • Re: TS7700 grid issues, Vernooy, C.P. - SPLXM
    • Re: TS7700 grid issues, Cyber
• IPCS CBF question, al chu
  • Re: IPCS CBF question, Robert Wright
    • RE: IPCS CBF question, al chu
• WLC and Netview, Walter Marguccio
  • RE: WLC and Netview, Richards.Bob
  • <Possible follow-ups>
  • Re: WLC and Netview, Walter Marguccio
    • RE: WLC and Netview, Richards.Bob
  • Re: WLC and Netview, Walter Marguccio
  • Re: WLC and Netview, Mark Neal
  • Re: WLC and Netview, Walter Marguccio
  • Re: WLC and Netview, Mark Neal
  • Re: WLC and Netview, Walter Marguccio
• Re: "System z"? "System z9"? "eServer zSeries"? which?, Walt Farrell
• COBOL move statement issue, Peter Ten Eyck
  • Re: COBOL move statement issue, Steve Comstock
    • Re: COBOL move statement issue, William M. Klein
  • Re: COBOL move statement issue, Binyamin Dissen
  • Re: COBOL move statement issue, GAVIN Darren * OPS EAS
  • <Possible follow-ups>
  • RE: COBOL move statement issue, CICS Guy
  • Re: COBOL move statement issue, Farley, Peter x23353
  • Re: COBOL move statement issue, Larry Burch
  • Re: COBOL move statement issue, Larry Burch
  • RE: COBOL move statement issue, Schneiderwent, Craig
  • Fw: COBOL move statement issue, Bill Klein
  • Re: COBOL move statement issue, Roland Schiradin
    • Re: COBOL move statement issue, Steve Comstock
  • Re: COBOL move statement issue, Peter Ten Eyck
    • Re: COBOL move statement issue, Steve Comstock
  • RE: COBOL move statement issue, Schneiderwent, Craig
    • Re: COBOL move statement issue, Binyamin Dissen
  • Re: COBOL move statement issue, Peter Ten Eyck
    • Re: COBOL move statement issue, Steve Comstock
      • Re: COBOL move statement issue, J R
    • RE: COBOL move statement issue, Ulrich Krueger
  • Re: COBOL move statement issue, Tom Marchant
  • Re: COBOL move statement issue, Peter Ten Eyck
  • Fw: COBOL move statement issue, Bill Klein
• CICS Wiki, corneel
• "System z"? "System z9"? "eServer zSeries"? which?, Paul Gilmartin
  • Re: "System z"? "System z9"? "eServer zSeries"? which?, David Andrews
  • RE: "System z"? "System z9"? "eServer zSeries"? which?, Richards.Bob
  • Re: "System z"? "System z9"? "eServer zSeries"? which?, abe
  • RE: "System z"? "System z9"? "eServer zSeries"? which?, Hunkeler Peter , KIUK 3
  • <Possible follow-ups>
  • RE: "System z"? "System z9"? "eServer zSeries"? which?, Thompson, Steve
    • RE: "System z"? "System z9"? "eServer zSeries"? which?, Richards.Bob
  • RE: "System z"? "System z9"? "eServer zSeries"? which?, Thompson, Steve
• IBM VE (TS7740) and "foreign" tapes, Ambat Ravi Nair
  • RE: IBM VE (TS7740) and "foreign" tapes, Field, Alan C.
    • Re: IBM VE (TS7740) and "foreign" tapes, Darth Keller
  • <Possible follow-ups>
  • Re: IBM VE (TS7740) and "foreign" tapes, Vernooy, C.P. - SPLXM
  • Re: IBM VE (TS7740) and "foreign" tapes, Ambat Ravi Nair
    • Re: IBM VE (TS7740) and "foreign" tapes, Field, Alan C.
  • Re: IBM VE (TS7740) and "foreign" tapes, Ambat Ravi Nair
  • Re: IBM VE (TS7740) and "foreign" tapes, Ambat Ravi Nair
• Developing for the mainframe, synp
• To set cancel of job based on SYSOUT, sridhar . k . veena
  • Re: To set cancel of job based on SYSOUT, Mark Jacobs
  • Re: To set cancel of job based on SYSOUT, Veilleux, Jon L
    • Re: To set cancel of job based on SYSOUT, Graeme Gibson
  • Re: To set cancel of job based on SYSOUT, HELIO
  • RE: To set cancel of job based on SYSOUT, Schwarz, Barry A
• using RLS, ali
  • Re: using RLS, R.S.
  • <Possible follow-ups>
  • Re: using RLS, Vernooy, C.P. - SPLXM
    • Re: using RLS, R.S.
• New NTP (Network Time Protocol) Client Support for System z9 Servers, Timothy Sipples
  • Re: New NTP (Network Time Protocol) Client Support for System z9 Servers, R.S.
  • <Possible follow-ups>
  • Re: New NTP (Network Time Protocol) Client Support for System z9 Servers, Dave Jones
  • Re: New NTP (Network Time Protocol) Client Support for System z9 Servers, Dave Kopischke
• Healthcheck CHECK(IBMCS,CSVTAM_CSM_STG_LIMIT), Schiradin,Roland HG-Dir itb-db/dc
  • <Possible follow-ups>
  • Re: Healthcheck CHECK(IBMCS,CSVTAM_CSM_STG_LIMIT), Barbara Nitz
  • Re: Healthcheck CHECK(IBMCS,CSVTAM_CSM_STG_LIMIT), Roland Schiradin
    • Re: Healthcheck CHECK(IBMCS,CSVTAM_CSM_STG_LIMIT), Ed Gould
  • Re: Healthcheck CHECK(IBMCS,CSVTAM_CSM_STG_LIMIT), Barbara Nitz
  • Re: Healthcheck CHECK(IBMCS,CSVTAM_CSM_STG_LIMIT), Roland Schiradin
  • Re: Healthcheck CHECK(IBMCS,CSVTAM_CSM_STG_LIMIT), Ray Ward
    • RE: Healthcheck CHECK(IBMCS,CSVTAM_CSM_STG_LIMIT), Schiradin,Roland HG-Dir itb-db/dc
  • Re: Healthcheck CHECK(IBMCS,CSVTAM_CSM_STG_LIMIT), Barbara Nitz
  • Re: Healthcheck CHECK(IBMCS,CSVTAM_CSM_STG_LIMIT), Roland Schiradin
    • RE: Healthcheck CHECK(IBMCS,CSVTAM_CSM_STG_LIMIT), Schiradin,Roland HG-Dir itb-db/dc
• Hot Jobs - HCL Tivoli Workload Scheduler Admin - Bangalore, dbaguru
• FW: IBM's Next Generation Mainframe Processor, McKown, John
  • RE: IBM's Next Generation Mainframe Processor, Blaicher, Chris
  • Re: IBM's Next Generation Mainframe Processor, Blaicher, Chris
  • <Possible follow-ups>
  • FW: IBM's Next Generation Mainframe Processor, Phil Payne
  • Re: IBM's Next Generation Mainframe Processor, Anton Britz
    • RE: IBM's Next Generation Mainframe Processor, Blaicher, Chris
      • Re: IBM's Next Generation Mainframe Processor, Shane Ginnane
      • Re: IBM's Next Generation Mainframe Processor, Blaicher, Chris
      • Re: IBM's Next Generation Mainframe Processor, Shane Ginnane
      • Re: IBM's Next Generation Mainframe Processor, Edward Jaffe
      • RE: IBM's Next Generation Mainframe Processor, Chase, John
  • Re: IBM's Next Generation Mainframe Processor, Rick Fochtman
    • Re: IBM's Next Generation Mainframe Processor, Ed Gould
• how to know CPU MIPS?, Phil Payne
• WTOR message routing, Laine, Rogers
  • <Possible follow-ups>
  • Re: WTOR message routing, Peter Fatzinger
• IVTPRM00 Settings, George Dranes
  • <Possible follow-ups>
  • Re: IVTPRM00 Settings, Patrick O'Keefe
  • Re: IVTPRM00 Settings, Mark Zelden
  • Re: IVTPRM00 Settings, Patrick O'Keefe
• Datasets that shouldn't be made multi volume, gsg
  • Re: Datasets that shouldn't be made multi volume, R.S.
    • Re: Datasets that shouldn't be made multi volume, Darth Keller
      • Re: Datasets that shouldn't be made multi volume, R.S.
  • <Possible follow-ups>
  • Re: Datasets that shouldn't be made multi volume, Ted MacNEIL
  • RE: Datasets that shouldn't be made multi volume, Traylor, Terry
  • Re: Datasets that shouldn't be made multi volume, Robert A. Rosenberg
  • Re: Datasets that shouldn't be made multi volume, Vernooy, C.P. - SPLXM
  • Re: Datasets that shouldn't be made multi volume, Vernooy, C.P. - SPLXM
  • RE: Datasets that shouldn't be made multi volume, Traylor, Terry
    • Re: Datasets that shouldn't be made multi volume, Barry Merrill
• SHOWzOS 716, Roland Schiradin
  • Re: Devices, RWells
    • RE: Devices, Staller, Allan
    • RE: Devices, Bielskie, Stephen
      • Re: Devices, Ron Wells
      • Re: Devices, RWells
• NY Metro NaSPA Chapter Meeting, Tuesday 30 October, 2007, NYC, Mark Nelson
• CPU Utilization by GRS, Lizette Koehler
  • RE: CPU Utilization by GRS, Rob Scott
  • Re: CPU Utilization by GRS, Rob Scott
  • Re: CPU Utilization by GRS, David Andrews
  • <Possible follow-ups>
  • Re: CPU Utilization by GRS, Roland Schiradin
  • Re: CPU Utilization by GRS, Lizette Koehler
    • Re: CPU Utilization by GRS, Gil Peleg
      • Re: CPU Utilization by GRS, Martin Packer
  • Re: CPU Utilization by GRS, Lizette Koehler
  • Re: CPU Utilization by GRS, Scott Fagen
  • Re: CPU Utilization by GRS, Barbara Nitz
    • Re: CPU Utilization by GRS, Martin Packer
  • Re: CPU Utilization by GRS, Scott Fagen
• Are there tasks that don't play by WLM's rules, Kelman, Tom
  • RE: Are there tasks that don't play by WLM's rules, McKown, John
    • RE: Are there tasks that don't play by WLM's rules, Gerhard Adam
  • RE: Are there tasks that don't play by WLM's rules, Staller, Allan
  • Re: Are there tasks that don't play by WLM's rules, Shane
  • <Possible follow-ups>
  • Re: Are there tasks that don't play by WLM's rules, Kelman, Tom
    • RE: Are there tasks that don't play by WLM's rules, McKown, John
  • Re: Are there tasks that don't play by WLM's rules, Dave Kopischke
  • Re: Are there tasks that don't play by WLM's rules, Ted MacNEIL
  • Re: Are there tasks that don't play by WLM's rules, Vernooy, C.P. - SPLXM
  • Re: Are there tasks that don't play by WLM's rules, Barbara Nitz
  • RE: Are there tasks that don't play by WLM's rules, Thompson, Steve
  • Re: Are there tasks that don't play by WLM's rules, Tom Russell
    • Re: Are there tasks that don't play by WLM's rules, Martin Packer
  • Re: Are there tasks that don't play by WLM's rules, Barbara Nitz
    • Re: Are there tasks that don't play by WLM's rules, Martin Packer
  • Re: Are there tasks that don't play by WLM's rules, Vernooy, C.P. - SPLXM
  • Re: Are there tasks that don't play by WLM's rules, Barbara Nitz
  • Re: Are there tasks that don't play by WLM's rules, Mark Zelden
    • Re: Are there tasks that don't play by WLM's rules, Shane
  • Re: Are there tasks that don't play by WLM's rules, Barbara Nitz
  • Re: Are there tasks that don't play by WLM's rules, Vernooy, C.P. - SPLXM
  • Re: Are there tasks that don't play by WLM's rules, Barbara Nitz
  • Re: Are there tasks that don't play by WLM's rules, Vernooy, C.P. - SPLXM
  • Re: Are there tasks that don't play by WLM's rules, Barbara Nitz
    • RE: Are there tasks that don't play by WLM's rules, Hunkeler Peter , KIUK 3
      • RE: Are there tasks that don't play by WLM's rules, Craddock, Chris
  • Re: Are there tasks that don't play by WLM's rules, Vernooy, C.P. - SPLXM
    • Re: Are there tasks that don't play by WLM's rules, Ed Gould
  • Re: Are there tasks that don't play by WLM's rules, Barbara Nitz
  • Re: Are there tasks that don't play by WLM's rules, Mark Zelden
  • Re: Are there tasks that don't play by WLM's rules, Tom Russell
  • Re: Are there tasks that don't play by WLM's rules, Efinnell15
    • RE: Are there tasks that don't play by WLM's rules, Hunkeler Peter , KIUK 3
  • Re: Are there tasks that don't play by WLM's rules, Barbara Nitz
    • Re: Are there tasks that don't play by WLM's rules, Hunkeler Peter , KIUK 3
    • Re: Are there tasks that don't play by WLM's rules, Patrick . Falcone
  • Re: Are there tasks that don't play by WLM's rules, Ted MacNEIL
  • Re: Are there tasks that don't play by WLM's rules, Patrick . Falcone
  • Re: Are there tasks that don't play by WLM's rules, Ed Finnell
    • Re: Are there tasks that don't play by WLM's rules, Hunkeler Peter , KIUK 3
      • Re: Are there tasks that don't play by WLM's rules, McKown, John
      • Re: Are there tasks that don't play by WLM's rules, Hunkeler Peter , KIUK 3
      • Re: Are there tasks that don't play by WLM's rules, Chase, John
      • RE: Are there tasks that don't play by WLM's rules, Craddock, Chris
      • Re: Are there tasks that don't play by WLM's rules, Edward Jaffe
  • Re: Are there tasks that don't play by WLM's rules, Patrick O'Keefe
  • Re: Are there tasks that don't play by WLM's rules, Ted MacNEIL
  • Re: Are there tasks that don't play by WLM's rules, Ed Finnell
  • Re: Are there tasks that don't play by WLM's rules, Ed Finnell
• IBM introduces "mainframe gas gauge", Phil Smith III
• IBM Launches "Mainframe Gas Gauge" in Environmental Push, McKown, John
  • Re: IBM Launches "Mainframe Gas Gauge" in Environmental Push, Eric-IBMmain
    • Re: IBM Launches "Mainframe Gas Gauge" in Environmental Push, Steve Samson
    • Re: IBM Launches "Mainframe Gas Gauge" in Environmental Push, Gerhard Postpischil
  • Re: IBM Launches "Mainframe Gas Gauge" in Environmental Push, Martin Packer
  • <Possible follow-ups>
  • Re: IBM Launches "Mainframe Gas Gauge" in Environmental Push, Arthur T.
    • Re: IBM Launches "Mainframe Gas Gauge" in Environmental Push, Eric Bielefeld
• how to know CPU MIPS ?, Jeff Guan
  • RE: how to know CPU MIPS ?, Richards.Bob
  • RE: how to know CPU MIPS ?, Gray, Larry - Larry A
    • Re: how to know CPU MIPS ?, Eric-IBMmain
      • RE: how to know CPU MIPS ?, Itschak Mugzach
  • <Possible follow-ups>
  • Fw: how to know CPU MIPS ?, George Mitjans
  • Re: how to know CPU MIPS ?, Ted MacNEIL
  • how to know CPU MIPS ?, Phil Payne
    • Re: how to know CPU MIPS ?, Eric Bielefeld
      • Re: how to know CPU MIPS ?, Shane
      • Re: how to know CPU MIPS ?, Eric Bielefeld
  • Re: how to know CPU MIPS ?, Walter Wojcik
  • Re: how to know CPU MIPS ?, Efinnell15
• RENAME ARCHIVED DSNS - CA DISK/DMS, willie bunter
  • <Possible follow-ups>
  • Re: RENAME ARCHIVED DSNS - CA DISK/DMS, Vernooy, C.P. - SPLXM
• CPC replacement, munif sadek
  • Where to find CPU% Used by an Address Space, Lindy Mayfield
    • Re: Where to find CPU% Used by an Address Space, Miklos Szigetvari
    • Re: Where to find CPU% Used by an Address Space, john . ticic . extern
    • RE: Where to find CPU% Used by an Address Space, Rob Scott
      • Re: Where to find CPU% Used by an Address Space, Lindy Mayfield
      • Re: Where to find CPU% Used by an Address Space, john . ticic . extern
      • Re: Where to find CPU% Used by an Address Space, Shane
      • RE: Where to find CPU% Used by an Address Space, Rob Scott
    • RE: Where to find CPU% Used by an Address Space, Veilleux, Jon L
  • <Possible follow-ups>
  • RE: CPC replacement, Chicklon, Tom
  • Re: CPC replacement, Matthew Stitt
  • Re: CPC replacement, Efinnell15
• Anton, can you stop beating about the bush ?, Mohammad Khan
• SCRT Release 14.2.0 problems, Richards.Bob
• Re: ADABAS vs. IMS vs. DB2 Who is faster?, Anton Britz
  • RE: ADABAS vs. IMS vs. DB2 Who is faster?, Van Dalsen, Herbie
  • <Possible follow-ups>
  • Re: ADABAS vs. IMS vs. DB2 Who is faster?, Anton Britz
    • RE: ADABAS vs. IMS vs. DB2 Who is faster?, Van Dalsen, Herbie
  • RE: ADABAS vs. IMS vs. DB2 Who is faster?, CICS Guy
  • Re: ADABAS vs. IMS vs. DB2 Who is faster?, Vernooy, C.P. - SPLXM
  • RE: ADABAS vs. IMS vs. DB2 Who is faster?, Thompson, Steve
    • Re: ADABAS vs. IMS vs. DB2 Who is faster?, Bill Dodge
  • Re: ADABAS vs. IMS vs. DB2 Who is faster?, A L Hughes
    • Re: ADABAS vs. IMS vs. DB2 Who is faster?, Edward Jaffe
      • RE: ADABAS vs. IMS vs. DB2 Who is faster?, Ray Mullins
      • VSE 4.2 (Was: ADABAS vs. IMS...), Eric Bielefeld
      • RE: VSE 4.2 (Was: ADABAS vs. IMS...), McKown, John
      • Re: VSE 4.2 (Was: ADABAS vs. IMS...), Rich Smrcina
      • Re: VSE 4.2 (Was: ADABAS vs. IMS...), Chase, John
      • Re: VSE 4.2 (Was: ADABAS vs. IMS...), Edward Jaffe
      • RE: ADABAS vs. IMS vs. DB2 Who is faster?, Andrew McLaren
      • RE: ADABAS vs. IMS vs. DB2 Who is faster?, Itschak Mugzach
      • Re: ADABAS vs. IMS vs. DB2 Who is faster?, Shmuel Metz , Seymour J.
    • Re: ADABAS vs. IMS vs. DB2 Who is faster?, R.S.
      • Re: ADABAS vs. IMS vs. DB2 Who is faster?, Rich Smrcina
      • RE: ADABAS vs. IMS vs. DB2 Who is faster?, Tom Harper
    • RE: ADABAS vs. IMS vs. DB2 Who is faster?, Itschak Mugzach
• Find a character string in a PDS - batch mode, Mautalen Juan Guillermo
  • RE: Find a character string in a PDS - batch mode, McKown, John
  • Re: Find a character string in a PDS - batch mode, Jim McAlpine
  • <Possible follow-ups>
  • Re:Find a character string in a PDS - batch mode, wtrovijo
  • RE: Find a character string in a PDS - batch mode, Farley, Peter x23353
    • RE: Find a character string in a PDS - batch mode, Havelock, Glenn A
  • RE: Find a character string in a PDS - batch mode, Mautalen Juan Guillermo
• Convert Tool, esmie moo
  • Re: Convert Tool, Matt Dazzo
    • Re: Convert Tool, Ed Gould
    • Re: Convert Tool, esmie moo
    • Re: Convert Tool, Rick Fochtman
      • RE: Convert Tool, John H. Lang
  • RE: Convert Tool, Lizette Koehler
  • <Possible follow-ups>
  • Re: Convert Tool, Vernooy, C.P. - SPLXM
  • Re: Convert Tool, Roland Schiradin
    • RE: Convert Tool, Jousma, David
  • RE: Convert Tool, Kelman, Tom
  • Re: Convert Tool, Vernooy, C.P. - SPLXM
• ADABAS vs DB2 vs IMS - Another View, Jim Marshall
  • RE: ADABAS vs DB2 vs IMS - Another View, Jon Brock
  • Re: ADABAS vs DB2 vs IMS - Another View, Shmuel Metz , Seymour J.
  • Re: ADABAS vs DB2 vs IMS - Another View, Howard Brazee
• CICS TOR Terminals disconnects, Magen Margalit
  • Re: CICS TOR Terminals disconnects, Jim McAlpine
    • RE: CICS TOR Terminals disconnects, Barkow, Eileen
  • Re: CICS TOR Terminals disconnects, Chris Mason
• HRECALL FAILING!, Guru
  • Re: HRECALL FAILING!, Varun Manocha
  • Re: HRECALL FAILING!, Lizette Koehler
    • RE: HRECALL FAILING!, Guru
  • RE: HRECALL FAILING!, Barkow, Eileen
    • RE: HRECALL FAILING!, Greg Shirey
  • <Possible follow-ups>
  • Re: HRECALL FAILING!, Bruce Hewson
• shared vsam/gsr, Paul Schuster
  • <Possible follow-ups>
  • Re: shared vsam/gsr, Paul Schuster
    • RE: shared vsam/gsr, Larry Crilley
      • RE: shared vsam/gsr, Larry Crilley
  • Re: shared vsam/gsr, Baron Carter
• LOWER TCO for the Mainframe, Ed Gould
• SLIPping into difficulties, Mike Kerford-Byrnes
  • Re: SLIPping into difficulties, Jim Mulder
• Logical to Physical CPU ratio ROT (was Re: IXC454I messages), Greg
  • RE: Logical to Physical CPU ratio ROT (was Re: IXC454I messages), burgess_christopher
    • Re: Logical to Physical CPU ratio ROT (was Re: IXC454I messages), Jim Mulder
      • RE: Logical to Physical CPU ratio ROT (was Re: IXC454I messages), burgess_christopher
      • Re: Logical to Physical CPU ratio ROT (was Re: IXC454I messages), Jim Mulder
      • RE: Logical to Physical CPU ratio ROT (was Re: IXC454I messages), burgess_christopher
      • RE: Logical to Physical CPU ratio ROT (was Re: IXC454I messages), Veilleux, Jon L
  • <Possible follow-ups>
  • Re: Logical to Physical CPU ratio ROT (was Re: IXC454I messages), Ted MacNEIL
  • Re: Logical to Physical CPU ratio ROT (was Re: IXC454I messages), Mark Zelden
    • Re: Logical to Physical CPU ratio ROT (was Re: IXC454I messages), Thomas H Puddicombe
      • RE: Logical to Physical CPU ratio ROT (was Re: IXC454I messages), Richards.Bob
      • Re: Logical to Physical CPU ratio ROT (was Re: IXC454I messages), Shane
  • Re: Logical to Physical CPU ratio ROT (was Re: IXC454I messages), Tom Marchant
  • Re: Logical to Physical CPU ratio ROT (was Re: IXC454I messages), Mark Zelden
• OA21635 - RECALIBRATE CF SYNC/ASYNC THRESHOLDS, Mark Zelden
  • Re: OA21635 - RECALIBRATE CF SYNC/ASYNC THRESHOLDS, Martin Packer
  • Re: OA21635 - RECALIBRATE CF SYNC/ASYNC THRESHOLDS, Martin Packer
  • <Possible follow-ups>
  • Re: OA21635 - RECALIBRATE CF SYNC/ASYNC THRESHOLDS, Mark Zelden
    • Re: OA21635 - RECALIBRATE CF SYNC/ASYNC THRESHOLDS, Martin Packer
• Re: RES: ADABAS vs IMS vs DB2 Who is faster?, Anton Britz
  • Re: RES: ADABAS vs IMS vs DB2 Who is faster?, John S. Giltner, Jr.
  • <Possible follow-ups>
  • RE: RES: ADABAS vs IMS vs DB2 Who is faster?, Thompson, Steve
  • Re: RES: ADABAS vs IMS vs DB2 Who is faster?, Mohammad Khan
  • Re: RES: ADABAS vs IMS vs DB2 Who is faster?, Chris Taylor
    • RE: RES: ADABAS vs IMS vs DB2 Who is faster?, Jon Brock
• PPRC QUERY SUSPEND(3), Antonio Cecilio
  • Re: PPRC QUERY SUSPEND(3), pauls2272
  • <Possible follow-ups>
  • Re: PPRC QUERY SUSPEND(3), Antonio Cecilio
• PSF problems going from chan-attach to TCP/IP, Pinnacle
  • RE: PSF problems going from chan-attach to TCP/IP, Rugen, Len
  • RE: PSF problems going from chan-attach to TCP/IP, Pommier, Rex R.
    • Re: PSF problems going from chan-attach to TCP/IP, Pinnacle
      • RE: PSF problems going from chan-attach to TCP/IP, Wissink, Brad [ITSYS]
      • RE: PSF problems going from chan-attach to TCP/IP, Pommier, Rex R.
    • RE: [IBM-MAIN] PSF problems going from chan-attach to TCP/IP, Ken . Porowski
    • Re: PSF problems going from chan-attach to TCP/IP, Matt Dazzo
  • Re: PSF problems going from chan-attach to TCP/IP, Chris Mason
  • <Possible follow-ups>
  • Re: PSF problems going from chan-attach to TCP/IP, Efinnell15
  • Re: PSF problems going from chan-attach to TCP/IP, Efinnell15
• TCP/IP bug or feature?, Pinnacle
  • Re: TCP/IP bug or feature?, Chris Mason
    • Re: TCP/IP bug or feature?, Pinnacle
      • Re: TCP/IP bug or feature?, Chris Mason
• IDCAMS LISTCAT LEVEL changes z/OS V1R8, Pinnacle
• Cobol Signature statement bit, Roland Schiradin
  • <Possible follow-ups>
  • Re: Cobol Signature statement bit, Roland Schiradin
• Any way to duplex SMF data?, Pinnacle
  • RE: Any way to duplex SMF data?, Lizette Koehler
  • Re: Any way to duplex SMF data?, Binyamin Dissen
    • Re: Any way to duplex SMF data?, Pinnacle
      • Re: Any way to duplex SMF data?, Binyamin Dissen
      • Re: Any way to duplex SMF data?, Ed Gould
      • Re: Any way to duplex SMF data?, R.S.
      • Re: Any way to duplex SMF data?, Ed Gould
      • Re: Any way to duplex SMF data?, R.S.
      • Re: Any way to duplex SMF data?, Ed Gould
      • Re: Any way to duplex SMF data?, Bill Wilkie
  • Re: Any way to duplex SMF data?, R.S.
  • RE: Any way to duplex SMF data?, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
  • Re: Any way to duplex SMF data?, John Eells
  • RE: Any way to duplex SMF data?, Harbeck, Reg
    • RE: Any way to duplex SMF data?, Richards.Bob
      • Re: Any way to duplex SMF data?, Harbeck, Reg
      • RE: Any way to duplex SMF data?, Richards.Bob
  • <Possible follow-ups>
  • RE: Any way to duplex SMF data?, Kelman, Tom
  • Re: Any way to duplex SMF data?, Tom Marchant
  • RE: Any way to duplex SMF data?, Kelman, Tom
  • Re: Any way to duplex SMF data?, Tom Marchant
  • Re: Any way to duplex SMF data?, Efinnell15
    • RE: Any way to duplex SMF data?, Staller, Allan
  • Re: Any way to duplex SMF data?, Ed Finnell
    • RE: Any way to duplex SMF data?, Craddock, Chris
      • Re: Any way to duplex SMF data?, Pinnacle
  • Re: Any way to duplex SMF data?, Efinnell15
  • Re: Any way to duplex SMF data?, Efinnell15
    • RE: Any way to duplex SMF data?, Richards.Bob
    • Re: Any way to duplex SMF data?, Shmuel Metz , Seymour J.
      • Re: Any way to duplex SMF data?, Martin Packer
      • Re: Any way to duplex SMF data?, Birger Heede
      • Re: Any way to duplex SMF data?, Martin Packer
      • Re: Any way to duplex SMF data?, Shmuel Metz , Seymour J.
      • Re: Any way to duplex SMF data?, Birger Heede
      • Re: Any way to duplex SMF data?, Shmuel Metz , Seymour J.
  • Re: Any way to duplex SMF data?, Efinnell15
  • Re: Any way to duplex SMF data?, Scott Fagen
  • Re: Any way to duplex SMF data?, Tom Marchant
    • Re: Any way to duplex SMF data?, John Eells
  • RE: Any way to duplex SMF data?, Kelman, Tom
    • RE: Any way to duplex SMF data?, Richards.Bob
  • Re: Any way to duplex SMF data?, Dana Mitchell
  • Re: Any way to duplex SMF data?, Michael Cleary
    • Re: Any way to duplex SMF data?, Doug Fuerst
  • Re: Any way to duplex SMF data?, Scott Fagen
  • Re: Any way to duplex SMF data?, Mark Zelden
    • RE: Any way to duplex SMF data?, Richards.Bob
      • Re: Any way to duplex SMF data?, Ed Gould
  • Re: Any way to duplex SMF data?, Mark Zelden
    • Re: Any way to duplex SMF data?, Ed Gould
  • Re: Any way to duplex SMF data?, Mark Zelden
    • Re: Any way to duplex SMF data?, Martin Packer
    • Re: Any way to duplex SMF data?, Ed Gould
      • RE: Any way to duplex SMF data?, McKown, John
      • Re: Any way to duplex SMF data?, R.S.
      • RE: Any way to duplex SMF data?, McKown, John
      • Re: Any way to duplex SMF data?, Ed Gould
      • RE: Any way to duplex SMF data?, Wayne Driscoll
      • Re: Any way to duplex SMF data?, Ed Gould
      • Re: Any way to duplex SMF data?, John Eells
  • Re: Any way to duplex SMF data?, Mark Zelden
    • Re: Any way to duplex SMF data?, Eric Bielefeld
    • Re: Any way to duplex SMF data?, Lance Kopplin
  • Re: Any way to duplex SMF data?, Ted MacNEIL
    • Re: Any way to duplex SMF data?, Eric Bielefeld
  • Re: Any way to duplex SMF data?, Mark Zelden
    • Re: Any way to duplex SMF data?, Ed Gould
  • Re: Any way to duplex SMF data?, Scott Fagen
    • Re: Any way to duplex SMF data?, Ed Gould
  • Re: Any way to duplex SMF data?, Scott Fagen
  • Re: Any way to duplex SMF data?, Ted MacNEIL
  • Re: Any way to duplex SMF data?, Mark Zelden
  • Re: Any way to duplex SMF data?, Martin Packer
• How many CF engines are necessary?, Knutson, Sam
• Cobol calling EZASOKET gets RC 2912, Tom Simons
  • RE: Cobol calling EZASOKET gets RC 2912, Gray, Larry - Larry A
  • <Possible follow-ups>
  • Cobol calling EZASOKET gets RC 2912, Bill Klein
    • Re: Cobol calling EZASOKET gets RC 2912, Ed Gould
  • Re: Cobol calling EZASOKET gets RC 2912, Tom Ross
    • RE: Cobol calling EZASOKET gets RC 2912, Schiradin,Roland HG-Dir itb-db/dc
      • RE: Cobol calling EZASOKET gets RC 2912, Chase, John
      • Re: Cobol calling EZASOKET gets RC 2912, Ed Gould
  • Re: Cobol calling EZASOKET gets RC 2912, Tom Ross
    • RE: Cobol calling EZASOKET gets RC 2912, Schiradin,Roland HG-Dir itb-db/dc
• Health CHECK(IBMCSV,CSV_LNKLST_NEWEXTENTS), Edward Jaffe
  • <Possible follow-ups>
  • Re: Health CHECK(IBMCSV,CSV_LNKLST_NEWEXTENTS), Edward Jaffe
  • Re: Health CHECK(IBMCSV,CSV_LNKLST_NEWEXTENTS), Barbara Nitz
  • Re: Health CHECK(IBMCSV,CSV_LNKLST_NEWEXTENTS), Peter Relson
• CICS TS V2.3 - End-of-Marketing and End-of-Service dates, Bill Klein
• CICS TS 32 - CSAQRTCA, Mike Carver
  • Re: CICS TS 32 - CSAQRTCA, Mike Carver
• Re: ADABAS vs IMS vs DB2 Who is faster?, Anton Britz
  • RE: ADABAS vs IMS vs DB2 Who is faster?, Staller, Allan
  • <Possible follow-ups>
  • Re: ADABAS vs IMS vs DB2 Who is faster?, Anton Britz
    • RE: ADABAS vs IMS vs DB2 Who is faster?, Jon Brock
    • Re: ADABAS vs IMS vs DB2 Who is faster?, Shmuel Metz , Seymour J.
  • RE: ADABAS vs IMS vs DB2 Who is faster?, Thompson, Steve
  • RE: ADABAS vs IMS vs DB2 Who is faster?, CICS Guy
    • RE: ADABAS vs IMS vs DB2 Who is faster?, Anthony Saul Babonas
  • Re: ADABAS vs IMS vs DB2 Who is faster?, Anton Britz
  • Re: ADABAS vs IMS vs DB2 Who is faster?, Anton Britz
  • Re: ADABAS vs IMS vs DB2 Who is faster?, Anton Britz
    • RE: ADABAS vs IMS vs DB2 Who is faster?, Jon Brock
    • Re: ADABAS vs IMS vs DB2 Who is faster?, Jim McAlpine
    • RE: ADABAS vs IMS vs DB2 Who is faster?, Chase, John
  • Re: ADABAS vs IMS vs DB2 Who is faster?, Anton Britz
    • Re: ADABAS vs IMS vs DB2 Who is faster?, Itschak Mugzach
      • RE: ADABAS vs. IMS vs. DB2 Who is faster?, Van Dalsen, Herbie
      • Re: ADABAS vs. IMS vs. DB2 Who is faster?, R.S.
      • RE: ADABAS vs. IMS vs. DB2 Who is faster?, Tom Harper
      • Re: ADABAS vs. IMS vs. DB2 Who is faster?, howard . brazee
      • Re: ADABAS vs IMS vs DB2 Who is faster?, Anton Britz
  • RE: ADABAS vs IMS vs DB2 Who is faster?, Thompson, Steve
  • RE: ADABAS vs IMS vs DB2 Who is faster?, Jon Brock
  • Re: ADABAS vs IMS vs DB2 Who is faster?, Mohammad Khan
  • Re: ADABAS vs IMS vs DB2 Who is faster?, Anton Britz
  • Re: ADABAS vs IMS vs DB2 Who is faster?, Mohammad Khan
  • Re: ADABAS vs IMS vs DB2 Who is faster?, Anton Britz
  • Re: ADABAS vs IMS vs DB2 Who is faster?, Anton Britz
  • Re: ADABAS vs IMS vs DB2 Who is faster?, Mohammad Khan
  • Re: ADABAS vs IMS vs DB2 Who is faster?, Chris Taylor
• Enquiry!, alza68
  • Re: Enquiry!, Howard Brazee
• DFHSM :ARC0560E - Message Clarity, willie bunter
  • RE: DFHSM :ARC0560E - Message Clarity, Adams, Rick
    • Re: DFHSM :ARC0560E - Message Clarity, willie bunter
      • RE: DFHSM :ARC0560E - Message Clarity, Adams, Rick
  • Re: DFHSM :ARC0560E - Message Clarity, Mark Kehlmeier
• Access account info (SMF 30) for running USS process, Miklos Szigetvari
• Re: DFSMSdss Data Loss Exposure (UPDATE), Joel C. Ewing
• z/OS 1.4 upgrade to allow operation on a z9., murray . robinson
  • Re: z/OS 1.4 upgrade to allow operation on a z9., Skip Robinson
  • RE: z/OS 1.4 upgrade to allow operation on a z9., Pommier, Rex R.
• Some help with disabel wait, Carlos A. Bodra
  • RE: Some help with disabel wait, McKown, John
  • RE: Some help with disabel wait, Chase, John
• Zos 1.7, Carroll, William
  • RE: Zos 1.7, Tergerson, John
  • <Possible follow-ups>
  • Re: Zos 1.7, Don Imbriale
  • RE: Zos 1.7, Carroll, William
    • Re: Zos 1.7, Jo . Skip . Robinson
  • RE: Zos 1.7, Carroll, William
• CA-MIM(MIA) nee GTAF and ALLOWUSERKEYCSA(NO), Knutson, Sam
• CRON Question, Adam Floro
  • RE: CRON Question, Hunkeler Peter , KIUK 3
  • <Possible follow-ups>
  • Re: CRON Question, Big Iron
• RE: About CA-Allocate and High Water Mark postings, Duane Reaugh
• One more z/OS 1.9 piece, Steve Comstock
• SLIP sliding away, Support, DUNNIT SYSTEMS LTD.
  • RE: SLIP sliding away, Lizette Koehler
  • RE: SLIP sliding away, Ediger Mark - medige
  • Re: SLIP sliding away, Lance Kopplin
  • <Possible follow-ups>
  • Re: SLIP sliding away, Support, DUNNIT SYSTEMS LTD.
  • Re: SLIP sliding away, Support, DUNNIT SYSTEMS LTD.
    • Re: SLIP sliding away, Ediger Mark - medige
  • Re: SLIP sliding away, Support, DUNNIT SYSTEMS LTD.
    • RE: SLIP sliding away, Ediger Mark - medige
  • Re: SLIP sliding away, Support, DUNNIT SYSTEMS LTD.
    • RE: SLIP sliding away, Ediger Mark - medige
  • Re: SLIP sliding away, Peter Relson
    • Re: SLIP sliding away, Rick Fochtman
      • Re: SLIP sliding away, Edward Jaffe
      • Re: SLIP sliding away, Binyamin Dissen
      • Re: SLIP sliding away, Rick Fochtman
      • Re: SLIP sliding away, Binyamin Dissen
      • Re: SLIP sliding away, Rick Fochtman
      • Re: SLIP sliding away, Binyamin Dissen
      • Re: SLIP sliding away, Craddock, Chris
      • Re: SLIP sliding away, Rick Fochtman
      • Re: SLIP sliding away, David Cole
      • Re: SLIP sliding away, Binyamin Dissen
      • Re: SLIP sliding away, David Cole
      • Re: SLIP sliding away, Ed Gould
      • Re: SLIP sliding away, Edward Jaffe
      • Re: SLIP sliding away, David Cole
      • Re: SLIP sliding away, Ed Gould
      • RE: SLIP sliding away, Craddock, Chris
      • Re: SLIP sliding away, Edward Jaffe
      • RE: SLIP sliding away, Rob Scott
      • Re: SLIP sliding away, Jo . Skip . Robinson
  • Re: SLIP sliding away, David Cole
    • Re: SLIP sliding away, Ed Gould
      • Re: SLIP sliding away, David Cole
  • RE: SLIP sliding away, Thompson, Steve
• MAS from Bus-Tech, Walter Marguccio
  • <Possible follow-ups>
  • Re: MAS from Bus-Tech, Brian Westerman
• IBM & Google to promote computer programming for "clouds", Ed Gould
  • Re: IBM & Google to promote computer programming for "clouds", Diehl, Gary , MVSSupport
    • Re: IBM & Google to promote computer programming for "clouds", Shane
      • RE: IBM & Google to promote computer programming for "clouds", Diehl, Gary , MVSSupport
• z/OS 1.9 ISPF question, Steve Comstock
• LOAD a module into CSA/ECSA, Johnny Luo
  • RE: LOAD a module into CSA/ECSA, Hunkeler Peter , KIUK 3
    • Re: LOAD a module into CSA/ECSA, Binyamin Dissen
  • <Possible follow-ups>
  • Re: LOAD a module into CSA/ECSA, DASDBill2
    • Re: LOAD a module into CSA/ECSA, Johnny Luo
  • Re: LOAD a module into CSA/ECSA, DASDBill2
    • Re: LOAD a module into CSA/ECSA, Johnny Luo
      • Re: LOAD a module into CSA/ECSA, Binyamin Dissen
  • Re: LOAD a module into CSA/ECSA, DASDBill2
  • Re: LOAD a module into CSA/ECSA, Andy Wood
  • Re: LOAD a module into CSA/ECSA, Roland Schiradin
  • Re: LOAD a module into CSA/ECSA, Patrick O'Keefe
    • Re: LOAD a module into CSA/ECSA, Binyamin Dissen
  • Re: LOAD a module into CSA/ECSA, Tom Schmidt
  • Re: LOAD a module into CSA/ECSA, Peter Relson
• Dumping SMF directly to TAPE, George Dranes
  • Re: Dumping SMF directly to TAPE, R.S.
  • <Possible follow-ups>
  • Re: Dumping SMF directly to TAPE, Tom Schmidt
    • Re: Dumping SMF directly to TAPE, Ulrich Boche
  • Re: Dumping SMF directly to TAPE, George Dranes
    • Re: Dumping SMF directly to TAPE, Martin Packer
      • Re: Dumping SMF directly to TAPE, Rick Fochtman
  • Re: Dumping SMF directly to TAPE, George Dranes
    • Re: Dumping SMF directly to TAPE, Ed Gould
  • Re: Dumping SMF directly to TAPE, George Dranes
  • Re: Dumping SMF directly to TAPE, George Dranes
    • Re: Dumping SMF directly to TAPE, Ed Gould
  • Re: Dumping SMF directly to TAPE, George Dranes
    • Re: Dumping SMF directly to TAPE, Ed Gould
    • Re: Dumping SMF directly to TAPE, Ed Gould
  • Re: Dumping SMF directly to TAPE, George Dranes
    • Re: Dumping SMF directly to TAPE, Martin Packer
      • Re: Dumping SMF directly to TAPE, Ed Gould
    • Re: Dumping SMF directly to TAPE, Joel C. Ewing
  • Re: Dumping SMF directly to TAPE, Gary Green
  • RE: Dumping SMF directly to TAPE, Kelman, Tom
  • Re: Dumping SMF directly to TAPE, Mark Zelden
    • Re: Dumping SMF directly to TAPE, R.S.
  • Re: Dumping SMF directly to TAPE, Mark Zelden
    • Re: Dumping SMF directly to TAPE, R.S.
  • Re: Dumping SMF directly to TAPE, Mark Zelden
    • Re: Dumping SMF directly to TAPE, R.S.
  • Re: Dumping SMF directly to TAPE, Mark Zelden
    • Re: Dumping SMF directly to TAPE, R.S.
  • Re: Dumping SMF directly to TAPE, Mark Zelden
    • Re: Dumping SMF directly to TAPE, R.S.
  • Re: Dumping SMF directly to TAPE, Mark Zelden
• Re: Duplicate Dataset Entries with wildcards, Bruce Hewson
  • <Possible follow-ups>
  • Re: Duplicate Dataset Entries with wildcards, Bruce Hewson
    • Re: Duplicate Dataset Entries with wildcards, Varun Manocha
• Re: Time Zones, Ted MacNEIL
  • <Possible follow-ups>
  • Re: Time Zones, Paul Gilmartin
• mass pds compress, Havelock, Glenn A
  • RE: mass pds compress, Anthony Saul Babonas
• Mass PDS Compress Without Volume Specification, Edward Jaffe
  • RE: Mass PDS Compress Without Volume Specification, McKown, John
    • Re: Mass PDS Compress Without Volume Specification, Edward Jaffe
      • RE: Mass PDS Compress Without Volume Specification, Ray Mullins
    • Re: Mass PDS Compress Without Volume Specification, Ed Gould
  • RE: Mass PDS Compress Without Volume Specification, Traylor, Terry
  • <Possible follow-ups>
  • Re: Mass PDS Compress Without Volume Specification, Alex UMX
• PEND (was: System REXX for z/OS R8 Web ...), Paul Gilmartin
  • RE: PEND (was: System REXX for z/OS R8 Web ...), Schwarz, Barry A
• Re: Time Zones (Was: IBMLink is UP - just kidding), Paul Gilmartin
  • <Possible follow-ups>
  • Re: Time Zones (Was: IBMLink is UP - just kidding), Tom Marchant
    • Re: Time Zones (Was: IBMLink is UP - just kidding), howard . brazee
      • Re: Time Zones (Was: IBMLink is UP - just kidding), Gary D. Maxwell
  • Re: Time Zones (Was: IBMLink is UP - just kidding), Paul Gilmartin
    • Re: Time Zones (Was: IBMLink is UP - just kidding), J R
      • Re: Time Zones (Was: IBMLink is UP - just kidding), howard . brazee
      • Re: Time Zones (Was: IBMLink is UP - just kidding), J R
    • Re: Time Zones (Was: IBMLink is UP - just kidding), howard . brazee
  • Re: Time Zones (Was: IBMLink is UP - just kidding), Bruce Hewson
    • Re: Time Zones (Was: IBMLink is UP - just kidding), howard . brazee
  • Re: Time Zones (Was: IBMLink is UP - just kidding), Paul Gilmartin
    • Re: Time Zones (Was: IBMLink is UP - just kidding), Edward Jaffe
  • Re: Time Zones (Was: IBMLink is UP - just kidding), Paul Gilmartin
• no mail, Philip Miscione
  • <Possible follow-ups>
  • no mail, Philip Miscione
  • Re: no mail, daver++
• IXC454I messages, Chris Burgess
  • <Possible follow-ups>
  • Re: IXC454I messages, Mark Zelden
    • Re: IXC454I messages, Chris Burgess
  • Re: IXC454I messages, Mark Zelden
    • ADABAS vs IMS vs DB2 Who is faster?, Itschak Mugzach
      • Re: ADABAS vs IMS vs DB2 Who is faster?, R.S.
      • RE: ADABAS vs IMS vs DB2 Who is faster?, Staller, Allan
      • Re: ADABAS vs IMS vs DB2 Who is faster?, Mike Bell
      • RE: ADABAS vs IMS vs DB2 Who is faster?, Jones, Kelly , Indust, PTL
      • RE: ADABAS vs IMS vs DB2 Who is faster?, Itschak Mugzach
      • Re: ADABAS vs IMS vs DB2 Who is faster?, Joel C. Ewing
      • Re: ADABAS vs IMS vs DB2 Who is faster?, Mike Bell
  • Re: IXC454I messages, Bill Neiman
    • RE: IXC454I messages, burgess_christopher
    • RE: IXC454I messages, burgess_christopher
• problem with automatic handling of message IEC534D, fjpohlen-maillist@xxxxxxxxxxxx>
  • Re: problem with automatic handling of message IEC534D, Dan D
  • <Possible follow-ups>
  • Re: problem with automatic handling of message IEC534D, Dan D
    • Re: [IBM-MAIN] problem with automatic handling of message IEC534D, fjpohlen-maillist@xxxxxxxxxxxx>
      • Re: [IBM-MAIN] problem with automatic handling of message IEC534D, Dan D
      • Re: problem with automatic handling of message IEC534D, fjpohlen-maillist@xxxxxx
• IBM Tivoli License Compliance Manager for z/OS, Bill Johnson
  • RE: IBM Tivoli License Compliance Manager for z/OS, Richards.Bob
• 3270 emulator for Mac?, McKown, John
  • Re: [IBM-MAIN] 3270 emulator for Mac?, Steve Flynn
    • Re: [IBM-MAIN] 3270 emulator for Mac?, Matt Simpson
  • Re: 3270 emulator for Mac?, Johnny Luo
  • Re: 3270 emulator for Mac?, John P Kalinich
    • RE: 3270 emulator for Mac?, McKown, John
  • Re: 3270 emulator for Mac?, Bill Hecox
    • RE: 3270 emulator for Mac?, Schramm, Rob
  • RE: 3270 emulator for Mac?, Mark Vitale
  • Re: 3270 emulator for Mac?, Howard Brazee
  • <Possible follow-ups>
  • Re: 3270 emulator for Mac?, Roger Bowler
  • Re: 3270 emulator for Mac?, Timothy Sipples
• Hipersockets performance, George Soley
  • Re: Hipersockets performance, mlwheeler
  • Re: Hipersockets performance, John S. Giltner, Jr.
    • Re: Hipersockets performance, mlwheeler
      • Re: Hipersockets performance, John S. Giltner, Jr.
  • <Possible follow-ups>
  • Re: Hipersockets performance, Matthew Stitt
  • Re: Hipersockets performance, Paul Gilmartin
  • Re: Hipersockets performance, Jan MOEYERSONS
    • Re: Hipersockets performance, R.S.
  • Re: Hipersockets performance, Paul Gilmartin
• Setting Weights on LPARs, Lizette Koehler
  • RE: Setting Weights on LPARs, david . thorn
  • Re: Setting Weights on LPARs, Joel Wolpert
  • <Possible follow-ups>
  • Re: Setting Weights on LPARs, Mark Zelden
  • Re: FW: Setting Weights on LPARs, Mark Zelden
  • Re: Setting Weights on LPARs, Ted MacNEIL
• VTS Issue, Daniel McLaughlin
  • Re: VTS Issue, Patrick . Falcone
  • RE: [IBM-MAIN] VTS Issue, Ken . Porowski
  • <Possible follow-ups>
  • Re: VTS Issue, Daniel McLaughlin
  • Re: VTS Issue, Daniel McLaughlin
• Logical PRocessor assignment - Processor Weight, Jacky Bright
  • RE: Logical PRocessor assignment - Processor Weight, david . thorn
    • RE: [IBM-MAIN] Logical PRocessor assignment - Processor Weight, Ken . Porowski
      • Re: Logical PRocessor assignment - Processor Weight, Jacky Bright
  • RE: Logical PRocessor assignment - Processor Weight, Conmackie, Mike
    • RE: Logical PRocessor assignment - Processor Weight, david . thorn
      • RE: Logical PRocessor assignment - Processor Weight, Conmackie, Mike
  • Re: Logical PRocessor assignment - Processor Weight, Joel Wolpert
  • <Possible follow-ups>
  • Re: Logical PRocessor assignment - Processor Weight, Ted MacNEIL
    • Re: Logical PRocessor assignment - Processor Weight, Martin Packer
  • Re: Logical PRocessor assignment - Processor Weight, Mark Zelden
  • Logical PRocessor assignment - Processor Weight, Jacky Bright
    • RE: Logical PRocessor assignment - Processor Weight, McKown, John
• Check out E-Mail Problem Creates Message Flood - AOL News, Efinnell15
  • Re: Check out E-Mail Problem Creates Message Flood - AOL News, Robert A. Rosenberg
    • Re: Check out E-Mail Problem Creates Message Flood - AOL News, Robert A. Rosenberg
  • <Possible follow-ups>
  • Re: Check out E-Mail Problem Creates Message Flood - AOL News, Matthew Stitt
  • Re: Check out E-Mail Problem Creates Message Flood - AOL News, Paul Gilmartin
  • Re: Check out E-Mail Problem Creates Message Flood - AOL News, Efinnell15
    • Re: Check out E-Mail Problem Creates Message Flood - AOL News, Robert A. Rosenberg
  • Re: Check out E-Mail Problem Creates Message Flood - AOL News, Patrick O'Keefe
• Automatic LRECL in JCL, Amlan Prasad
  • Re: Automatic LRECL in JCL, Mark Jacobs
  • RE: Automatic LRECL in JCL, McKown, John
    • Re: Automatic LRECL in JCL, Hunkeler Peter , KIUK 3
  • Re: Automatic LRECL in JCL, Steve Comstock
    • Re: Automatic LRECL in JCL, Ed Gould
  • RE: Automatic LRECL in JCL, Hare, Tim
    • RE: Automatic LRECL in JCL, Fletcher, Kevin
  • <Possible follow-ups>
  • RE: Automatic LRECL in JCL, Kelman, Tom
  • RE: Automatic LRECL in JCL, Kelman, Tom
    • Re: Automatic LRECL in JCL, Michael J Flores
      • RE: Automatic LRECL in JCL, Nichols, Calvin
    • Message not available
      • Re: Automatic LRECL in JCL, superk
• Alert: UA36199(pe OA22650) & APAR OA21884, Don McKenzie
• LRS PageCenter or CA-View, gsg
  • Re: LRS PageCenter or CA-View, Petersen, Jim
• IBMLink is UP - just kidding, Pinnacle
  • Re: IBMLink is UP - just kidding, Michael J Flores
  • Re: IBMLink is UP - just kidding, Bob Shannon
    • RE: IBMLink is UP - just kidding, Veilleux, Jon L
  • RE: IBMLink is UP - just kidding, Bob Shannon
  • <Possible follow-ups>
  • Re: IBMLink is UP - just kidding, Ted MacNEIL
    • Re: IBMLink is UP - just kidding, Shane
      • Re: IBMLink is UP - just kidding, Chris Mason
      • Re: IBMLink is UP - just kidding, howard . brazee
      • Time Zones (Was: IBMLink is UP - just kidding), Edward Jaffe
      • RE: Time Zones (Was: IBMLink is UP - just kidding), Chase, John
      • Re: Time Zones (Was: IBMLink is UP - just kidding), Howard Brazee
      • Re: Time Zones (Was: IBMLink is UP - just kidding), howard . brazee
      • Control Program of OS/360 reel tape, Patrick . Falcone
      • Re: Time Zones (Was: IBMLink is UP - just kidding), Shane
      • Re: Time Zones (Was: IBMLink is UP - just kidding), howard . brazee
      • Re: Time Zones (Was: IBMLink is UP - just kidding), Chris Mason
      • Re: Time Zones (Was: IBMLink is UP - just kidding), howard . brazee
  • Re: IBMLink is UP - just kidding, Brian Peterson
    • Re: IBMLink is UP - just kidding, Ron Wells
  • RE: IBMLink is UP - just kidding, Kelman, Tom
    • Re: IBMLink is UP - just kidding, howard . brazee
  • RE: IBMLink is UP - just kidding, Kelman, Tom
• IBMLink ETA now 1130, Pinnacle
  • Re: IBMLink ETA now 1130, don . phillips
• SETLOCK OBTAIN GLOBAL SPIN, Bill Hecox
  • Re: SETLOCK OBTAIN GLOBAL SPIN, Binyamin Dissen
  • <Possible follow-ups>
  • Re: SETLOCK OBTAIN GLOBAL SPIN, Peter Relson
• [Fwd: zOs 1.8 and SAG product compatibility issues, Anton Britz
• IBMLink down again SEV 1 33337525 ETA 0930 EST, Pinnacle
  • RE: IBMLink down again SEV 1 33337525 ETA 0930 EST, Chase, John
  • <Possible follow-ups>
  • Re: IBMLink down again SEV 1 33337525 ETA 0930 EST, Robert Justice
    • RE: IBMLink down again SEV 1 33337525 ETA 0930 EST, Eatherly, John D [EQ]
• Re: Wikipedia?, Paul Gilmartin
  • RE: Wikipedia?, Lindy Mayfield
• IBM Sales Manual, Carlos A. Bodra
  • Re: IBM Sales Manual, Birger Heede
  • <Possible follow-ups>
  • Re: IBM Sales Manual, Alan Altmark
• (fwd) Creating a full file test environment, Clark F Morris
  • <Possible follow-ups>
  • Re: (fwd) Creating a full file test environment, Tom Marchant
  • Re: (fwd) Creating a full file test environment, Efinnell15
  • Re: (fwd) Creating a full file test environment, Tom Marchant
• C++ programs on the Mainframe (PDSE?), Michael J Flores
  • RE: C++ programs on the Mainframe (PDSE?), Wayne Driscoll
    • Re: C++ programs on the Mainframe (PDSE?), Michael J Flores
    • RE: C++ programs on the Mainframe (PDSE?), Hunkeler Peter , KIUK 3
• (none), Philip Miscione
  • <Possible follow-ups>
  • (none), Philip Miscione
  • (none), Ed Gould
  • (none), Lars M. Haga
  • (none), Tom Ross
• Migration from z900 to z9, mark . jacobs
  • <Possible follow-ups>
  • Re: Migration from z900 to z9, Brian Peterson
    • Re: Migration from z900 to z9, sysprog
  • Re: Migration from z900 to z9, Roger Lowe
• FTP of fixed file off the mainframe, Howard Brazee
  • Re: FTP of fixed file off the mainframe, john . kington
  • RE: FTP of fixed file off the mainframe, Gray, Larry - Larry A
  • RE: FTP of fixed file off the mainframe, Johnson, Jared
    • Re: FTP of fixed file off the mainframe, Michael J Flores
  • Re: [IBM-MAIN] FTP of fixed file off the mainframe, Wahak . V . Kontian
  • RE: FTP of fixed file off the mainframe, Schwarz, Barry A
    • RE: FTP of fixed file off the mainframe, McKown, John
      • Re: FTP of fixed file off the mainframe, Howard Brazee
  • <Possible follow-ups>
  • Re: FTP of fixed file off the mainframe, Big Iron
• QTP (Quick Test Professional) MAcros from mainframe emulator, Jacky Bright
• unsubscribe, Philip Miscione
• RE: IBMLink Web down again 3270 seems OK SEV1 ticket # 33328838, Imbriale, Donald
  • RE: IBMLink Web down again 3270 seems OK SEV1 ticket # 33328838, Veilleux, Jon L
• racf, Carroll, William
  • Re: racf, Edward Jaffe
  • Re: racf, jay . howard
  • RE: racf, Chase, John
  • Re: racf, Jo . Skip . Robinson
• IBMLink Web down again 3270 seems OK SEV1 ticket being created, Knutson, Sam
  • Re: IBMLink Web down again 3270 seems OK SEV1 ticket # 33328838, Knutson, Sam
• recovering cobol source code, Barkow, Eileen
• OA19194: AMATERSE - Now Available for z/OS 1.7/1.8, Mark Zelden
  • Re: OA19194: AMATERSE - Now Available for z/OS 1.7/1.8, Martin Packer
  • <Possible follow-ups>
  • Re: OA19194: AMATERSE - Now Available for z/OS 1.7/1.8, Mark Zelden
  • Re: OA19194: AMATERSE - Now Available for z/OS 1.7/1.8, Chris Bowen
  • Re: OA19194: AMATERSE - Now Available for z/OS 1.7/1.8, Mark Zelden
• VSAM Extended Format and DFSMS, Lizette Koehler
  • RE: VSAM Extended Format and DFSMS, Adams, Rick
  • Re: VSAM Extended Format and DFSMS, john . kington
  • RE: VSAM Extended Format and DFSMS, Richards.Bob
• #XAAINTR not found, Bruce
  • Re: #XAAINTR not found, Gary Sponseller
  • RE: #XAAINTR not found, Knutson, Sam
  • <Possible follow-ups>
  • Re: #XAAINTR not found, Brian Peterson
    • RE: #XAAINTR not found, Yee, Bob
• High Water Mark for a HLQ, gsg
  • <Possible follow-ups>
  • Re: High Water Mark for a HLQ, Mark Zelden
  • High Water Mark for a HLQ, gsg
  • Re: High Water Mark for a HLQ, Matthew Stitt
  • Re: High Water Mark for a HLQ, Lizette Koehler
    • Re: High Water Mark for a HLQ, davecartwright
  • Re: High Water Mark for a HLQ, gsg
    • RE: High Water Mark for a HLQ, McKown, John
      • RE: High Water Mark for a HLQ, Knutson, Sam
  • Re: High Water Mark for a HLQ, Mark Zelden
  • RE: High Water Mark for a HLQ, Kelman, Tom
    • Re: High Water Mark for a HLQ, Ed Gould
  • RE: High Water Mark for a HLQ, Kelman, Tom
    • Re: High Water Mark for a HLQ, Ed Gould
  • Re: High Water Mark for a HLQ, Kelman, Tom
• White space and GCL, Errol Van staden
• GETMAIN/FREEMAIN and virtual storage backing up, Johnny Luo
  • RE: GETMAIN/FREEMAIN and virtual storage backing up, Wayne Driscoll
    • Re: GETMAIN/FREEMAIN and virtual storage backing up, Johnny Luo
    • Re: GETMAIN/FREEMAIN and virtual storage backing up, Shmuel Metz , Seymour J.
      • Re: GETMAIN/FREEMAIN and virtual storage backing up, Binyamin Dissen
      • Re: GETMAIN/FREEMAIN and virtual storage backing up, Edward Jaffe
  • Re: GETMAIN/FREEMAIN and virtual storage backing up, Rick Fochtman
    • RE: GETMAIN/FREEMAIN and virtual storage backing up, Chase, John
    • Re: GETMAIN/FREEMAIN and virtual storage backing up, Hunkeler Peter , KIUK 3
      • Duplicate Dataset Entries with wildcards, Varun Manocha
      • RE: Duplicate Dataset Entries with wildcards, Staller, Allan
      • Re: Duplicate Dataset Entries with wildcards, Varun Manocha
      • RE: Duplicate Dataset Entries with wildcards, Gates, Guy
      • Re: GETMAIN/FREEMAIN and virtual storage backing up, Johnny Luo
      • RE: GETMAIN/FREEMAIN and virtual storage backing up, Hunkeler Peter , KIUK 3
      • Re: GETMAIN/FREEMAIN and virtual storage backing up, Johnny Luo
      • RE: GETMAIN/FREEMAIN and virtual storage backing up, Hunkeler Peter , KIUK 3
      • Re: GETMAIN/FREEMAIN and virtual storage backing up, Edward Jaffe
    • RE: GETMAIN/FREEMAIN and virtual storage backing up, Hunkeler Peter , KIUK 3
  • <Possible follow-ups>
  • Re: GETMAIN/FREEMAIN and virtual storage backing up, Efinnell15
    • Re: GETMAIN/FREEMAIN and virtual storage backing up, Eric-IBMmain
      • RE: GETMAIN/FREEMAIN and virtual storage backing up, Hunkeler Peter , KIUK 3
      • Re: GETMAIN/FREEMAIN and virtual storage backing up, Johnny Luo
  • Re: GETMAIN/FREEMAIN and virtual storage backing up, DASDBill2
    • RE: GETMAIN/FREEMAIN and virtual storage backing up, Wayne Driscoll
      • Re: GETMAIN/FREEMAIN and virtual storage backing up, Jim Mulder
  • Re: GETMAIN/FREEMAIN and virtual storage backing up, Tom Marchant
    • Re: GETMAIN/FREEMAIN and virtual storage backing up, Edward Jaffe
      • Re: GETMAIN/FREEMAIN and virtual storage backing up, Hunkeler Peter , KIUK 3
      • Re: GETMAIN/FREEMAIN and virtual storage backing up, Johnny Luo
      • RE: GETMAIN/FREEMAIN and virtual storage backing up, Hunkeler Peter , KIUK 3
    • Re: GETMAIN/FREEMAIN and virtual storage backing up, Shmuel Metz , Seymour J.
  • Re: GETMAIN/FREEMAIN and virtual storage backing up, Tom Marchant
  • Re: GETMAIN/FREEMAIN and virtual storage backing up, DASDBill2
  • Re: GETMAIN/FREEMAIN and virtual storage backing up, Efinnell15
  • Re: GETMAIN/FREEMAIN and virtual storage backing up, Tom Marchant
    • Re: GETMAIN/FREEMAIN and virtual storage backing up, Edward Jaffe
  • Re: GETMAIN/FREEMAIN and virtual storage backing up, Efinnell15
  • RE: GETMAIN/FREEMAIN and virtual storage backing up, Farley, Peter x23353
    • RE: GETMAIN/FREEMAIN and virtual storage backing up, Bob Shannon
  • Re: GETMAIN/FREEMAIN and virtual storage backing up, Efinnell15
  • Re: GETMAIN/FREEMAIN and virtual storage backing up, DASDBill2
  • RE: GETMAIN/FREEMAIN and virtual storage backing up, Hunkeler Peter , KIUK 3
    • Re: GETMAIN/FREEMAIN and virtual storage backing up, Bill Ogden
    • Re: GETMAIN/FREEMAIN and virtual storage backing up, Anne & Lynn Wheeler
  • FW: GETMAIN/FREEMAIN and virtual storage backing up, Hunkeler Peter , KIUK 3
    • Re: FW: GETMAIN/FREEMAIN and virtual storage backing up, Johnny Luo
    • RE: GETMAIN/FREEMAIN and virtual storage backing up, Craddock, Chris
      • Re: GETMAIN/FREEMAIN and virtual storage backing up, Jim Mulder
      • RE: GETMAIN/FREEMAIN and virtual storage backing up, Hunkeler Peter , KIUK 3
      • Re: GETMAIN/FREEMAIN and virtual storage backing up, Johnny Luo
  • Re: GETMAIN/FREEMAIN and virtual storage backing up, Vernooy, C.P. - SPLXM
  • Re: FW: GETMAIN/FREEMAIN and virtual storage backing up, Johnny Luo
    • Re: FW: GETMAIN/FREEMAIN and virtual storage backing up, Hunkeler Peter , KIUK 3
• New File system From IBM, Ed Gould
• Re: JES2 check point in CF and DR, Jo . Skip . Robinson
• B-A-D, Peter Relson
  • <Possible follow-ups>
  • Re: B-A-D, Elardus Engelbrecht
  • Re: B-A-D, Ed Finnell
  • Re: B-A-D, Patrick O'Keefe
    • RE: B-A-D, Chase, John
      • Wikipedia?, Martin Packer
      • Re: Wikipedia?, Jeffrey Deaver
      • Re: Wikipedia?, R.S.
      • RE: Wikipedia?, Lindy Mayfield
• Re: Load from Tape using HMC - Stand Alone Tape, Shmuel Metz , Seymour J.
• ISPF PROBLEM : Initial edit macro set, esmie moo
  • <Possible follow-ups>
  • RE: ISPF PROBLEM : Initial edit macro set, Stocker, Herman
• GRS Joining Complex, John P Donnelly
  • RE: GRS Joining Complex, Gates, Guy
  • <Possible follow-ups>
  • RE: GRS Joining Complex, Ernie Takeuchi
    • RACF via ORACLE IDENTITY MANAGER CONNECTOR, mark . house
  • Re: GRS Joining Complex, Scott Fagen
• CA:Allocate, Lucy Arnold
  • <Possible follow-ups>
  • Re: CA:Allocate, gsg
    • Re: CA:Allocate, Lucy Arnold
      • Re: CA:Allocate, R.S.
      • Re: CA:Allocate, Lucy Arnold
  • Re: CA:Allocate, gsg
    • Re: CA:Allocate, john . kington
  • Re: CA:Allocate, gsg
• IODF convert backwards, Miklos Szigetvari
  • Re: IODF convert backwards, Roy Hewitt
    • Re: IODF convert backwards - updated with example, Roy Hewitt
      • Re: IODF convert backwards - updated with example, Miklos Szigetvari
  • <Possible follow-ups>
  • Re: IODF convert backwards, Mark Zelden
  • Re: IODF convert backwards, Glenn Miller
• Re: Questions on ATTACHX's ETXR exit routine, Peter Relson
• TS7700 and z/OS 1.4 ?, Blekemolen, Nico
• Industry Standard Time To Analyze A Line Of Code, Bob Fake - InfoSec, Inc.
  • RE: Industry Standard Time To Analyze A Line Of Code, Chase, John
  • Re: Industry Standard Time To Analyze A Line Of Code, Todd Burch
    • RE: Industry Standard Time To Analyze A Line Of Code, Robert Fake
      • Re: Industry Standard Time To Analyze A Line Of Code, Gary D. Maxwell
  • <Possible follow-ups>
  • Re: Industry Standard Time To Analyze A Line Of Code, Ted MacNEIL
  • Re: Industry Standard Time To Analyze A Line Of Code, Arthur T.
    • RE: Industry Standard Time To Analyze A Line Of Code, Kenny Fogarty
  • Re: Industry Standard Time To Analyze A Line Of Code, Elardus Engelbrecht
  • Re: Industry Standard Time To Analyze A Line Of Code, Anton Britz
  • Re: Industry Standard Time To Analyze A Line Of Code, Tom Marchant
  • Re: Industry Standard Time To Analyze A Line Of Code, John P Baker
  • Re: Industry Standard Time To Analyze A Line Of Code, DASDBill2
    • Re: Industry Standard Time To Analyze A Line Of Code, Rick Fochtman
  • Re: Industry Standard Time To Analyze A Line Of Code, Efinnell15
    • RE: Industry Standard Time To Analyze A Line Of Code, Robert Fake
  • Re: Industry Standard Time To Analyze A Line Of Code, Arthur T.
  • FW: Industry Standard Time To Analyze A Line Of Code, Art Golden
  • Re: FW: Industry Standard Time To Analyze A Line Of Code, Patrick O'Keefe
    • RE: FW: Industry Standard Time To Analyze A Line Of Code, Jon Brock
      • RE: FW: Industry Standard Time To Analyze A Line Of Code, John P Baker
  • RE: Industry Standard Time To Analyze A Line Of Code, Kelman, Tom
    • RE: Industry Standard Time To Analyze A Line Of Code, Robert Fake
• Re: JES2 or JES3, Which one is older?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: JES2 or JES3, Which one is older?, Shmuel Metz , Seymour J.
  • Re: JES2 or JES3, Which one is older?, Shmuel Metz , Seymour J.
  • Re: JES2 or JES3, Which one is older?, Clark Morris
• IPCS L command returns KEY(??), al chu
  • Re: IPCS L command returns KEY(??), Robert Wright
  • RE: IPCS L command returns KEY(??), Hardee, Charles H
  • Re: IPCS L command returns KEY(??), Robert Wright
    • Re: IPCS L command returns KEY(??), Jim Mulder
• RMM - Problems with special EXPDT and VRS, Alex B Nielsen
  • <Possible follow-ups>
  • Re: RMM - Problems with special EXPDT and VRS, Mike Wood
    • Re: RMM - Problems with special EXPDT and VRS, tlongfellow
  • Re: RMM - Problems with special EXPDT and VRS, Alex B Nielsen
  • Re: RMM - Problems with special EXPDT and VRS, Mike Wood
  • Re: RMM - Problems with special EXPDT and VRS, Alex B Nielsen
  • Re: RMM - Problems with special EXPDT and VRS, Mike Wood
• Peer-to-Peer VTS and IBM ATL Specialist, Michael Pratt
  • <Possible follow-ups>
  • Re: Peer-to-Peer VTS and IBM ATL Specialist, Vernooy, C.P. - SPLXM
  • Re: Peer-to-Peer VTS and IBM ATL Specialist, Michael Pratt
• z/OS using a guest virtual LAN under z/VM, Raymond Noal
  • Re: z/OS using a guest virtual LAN under z/VM, Chris Mason
  • <Possible follow-ups>
  • Re: z/OS using a guest virtual LAN under z/VM, Malcolm Beattie
    • Re: z/OS using a guest virtual LAN under z/VM, Chris Mason
  • Re: z/OS using a guest virtual LAN under z/VM, Malcolm Beattie
• Using SMS to get rid of StopX37, gsg
  • Re: Using SMS to get rid of StopX37, Ed Gould
  • RE: Using SMS to get rid of StopX37, Traylor, Terry
  • Re: Using SMS to get rid of StopX37, Jo . Skip . Robinson
  • <Possible follow-ups>
  • Re: Using SMS to get rid of StopX37, gsg
    • Re: Using SMS to get rid of StopX37, john . kington
• StopX37 to CA-Allocate, gsg
  • RE: StopX37 to CA-Allocate, William McKinley
  • Re: StopX37 to CA-Allocate, Gibney, Dave
  • Re: StopX37 to CA-Allocate, John Kington
    • Re: StopX37 to CA-Allocate, Ed Gould
      • Re: StopX37 to CA-Allocate, john . kington
      • Re: StopX37 to CA-Allocate, Ed Gould
      • Re: StopX37 to CA-Allocate, john . kington
      • Re: StopX37 to CA-Allocate, Ed Gould
  • <Possible follow-ups>
  • Re: StopX37 to CA-Allocate, gsg
    • RE: StopX37 to CA-Allocate, Gibney, Dave
• Re: India is outsourcing jobs as well, Shmuel Metz , Seymour J.
• Data-in-Virtual Performance, Steve . Bagshaw
  • <Possible follow-ups>
  • Re: Data-in-Virtual Performance, Vernooy, C.P. - SPLXM
    • Re: Data-in-Virtual Performance, Steve . Bagshaw
• Re: DB2 DDF and OMVS, Kelman, Tom
• RE: z/os ipl sysres pack size requirements., Jousma, David
• System REXX for z/OS R8 Web Deliverable - Fixed!, Marna WALLE
  • Re: System REXX for z/OS R8 Web Deliverable - Fixed!, George Fogg
    • RE: System REXX for z/OS R8 Web Deliverable - Fixed!, Knutson, Sam
  • <Possible follow-ups>
  • Re: System REXX for z/OS R8 Web Deliverable - Fixed!, Marna WALLE
    • RE: System REXX for z/OS R8 Web Deliverable - Fixed!, Field, Alan C.
      • Re: System REXX for z/OS R8 Web Deliverable - Fixed!, Edward Jaffe
  • Re: System REXX for z/OS R8 Web Deliverable - Fixed!, Bohn, Dale
    • Re: System REXX for z/OS R8 Web Deliverable - Fixed!, George Fogg
  • Re: System REXX for z/OS R8 Web Deliverable - Fixed!, Bohn, Dale
    • Re: System REXX for z/OS R8 Web Deliverable - Fixed!, Edward Jaffe
  • Re: System REXX for z/OS R8 Web Deliverable - Fixed!, Mark Zelden
  • Re: System REXX for z/OS R8 Web Deliverable - Fixed!, Marna WALLE
• OS/390 V2R4 on Z9, Rankin, Bob
  • RE: OS/390 V2R4 on Z9, mark . jacobs
    • Re: OS/390 V2R4 on Z9, R.S.
  • Re: OS/390 V2R4 on Z9, Silvio Camplani
  • RE: OS/390 V2R4 on Z9, Kreiter, Chuck
  • RE: OS/390 V2R4 on Z9, Hare, Tim
  • Re: OS/390 V2R4 on Z9, Jim Mulder
  • <Possible follow-ups>
  • Re: OS/390 V2R4 on Z9, Tom Schmidt
  • Re: OS/390 V2R4 on Z9, Brian Westerman
  • RE: OS/390 V2R4 on Z9, Thompson, Steve
  • Re: OS/390 V2R4 on Z9, Brian Westerman
• Re: OSA-Express2 and SNA Pcomm - loss of connectivity, Sheila Weissborn
  • <Possible follow-ups>
  • Re: OSA-Express2 and SNA Pcomm - loss of connectivity, Sheila Weissborn
• Listen in to z/VM Security Architecture LVC - Oct 2, Pamela Christina in sunny Endicott NY
  • <Possible follow-ups>
  • Re: Listen in to z/VM Security Architecture LVC - Oct 2, Tony Harminc
• IBMLink Internet down again, Chase, John
  • Re: IBMLink Internet down again, Rapscallion
  • RE: IBMLink Internet down again SEV1 ticket# 33296981 uptime ETA 12:30PM EST, Knutson, Sam
• CA DB2 Products and ALLOWUSERKEYCSA(NO) working OK with 11.5 SP1+ PTF UDTF257, Knutson, Sam
• Re: Dynamic load module name extraction?, Shmuel Metz , Seymour J.
  • Re: Dynamic load module name extraction?, Barkow, Eileen
    • RE: Dynamic load module name extraction?, Craddock, Chris
      • Re: Dynamic load module name extraction?, Shmuel Metz , Seymour J.
      • RE: Dynamic load module name extraction?, Craddock, Chris
      • Re: Dynamic load module name extraction?, Shmuel Metz , Seymour J.
• Re: Changes in TSO SYSEXEC concat, Shmuel Metz , Seymour J.
• Re: CNZ0005I MONITOR REJECTED. REASON=CONSOLE ID ZERO NOT SUPPORTED, at zOS 1.08, Shmuel Metz , Seymour J.
• Re: COBOL called subroutines, Shmuel Metz , Seymour J.
• Re: XCF Recovery Process IXC247D, Zaromil Tisler
  • <Possible follow-ups>
  • Re: XCF Recovery Process IXC247D, Bill Neiman
  • Re: XCF Recovery Process IXC247D, Mark Zelden
• CA-Brightstor Vulnerabilities, Ed Gould
• Re: z/900 to z9 BC migration z/os 1.4 compatibility?, Timothy Sipples
  • Re: z/900 to z9 BC migration z/os 1.4 compatibility?, Martin Packer
    • Re: z/900 to z9 BC migration z/os 1.4 compatibility?, Neal Eckhardt
  • <Possible follow-ups>
  • RE: z/900 to z9 BC migration z/os 1.4 compatibility?, Kelman, Tom
  • FW: z/900 to z9 BC migration z/os 1.4 compatibility?, Kelman, Tom
• Re: Change in IBM's mainframe strategy, Timothy Sipples
  • <Possible follow-ups>
  • Re: Change in IBM's mainframe strategy, Errol Van staden
• Re: Health Checker Usability, Kenneth E Tomiak
• Re: PSI CONSOLIDATES IBM MAINFRAME, Kenneth E Tomiak
  • <Possible follow-ups>
  • Re: PSI CONSOLIDATES IBM MAINFRAME, Dave Kopischke
• Re: NEW Z/OS SMF RECORD LAYOUT., Kenneth E Tomiak
  • <Possible follow-ups>
  • Re: NEW Z/OS SMF RECORD LAYOUT., khf00