bit.listserv.ibm-main

• Date Index

---

• XCF Recovery Process IXC247D, Lizette Koehler
  • Re: XCF Recovery Process IXC247D, Rick Fochtman
    • Re: XCF Recovery Process IXC247D, Lizette Koehler
• www.share.org, Anton Britz
  • Re: www.share.org, Edward Jaffe
  • <Possible follow-ups>
  • Re: www.share.org, Brian Peterson
• Re: IEFSSREQ / external writer question, Kenneth E Tomiak
• Re: z/os ipl sysres pack size requirements., Matthew Stitt
  • Re: z/os ipl sysres pack size requirements., R.S.
    • Re: z/os ipl sysres pack size requirements., Ed Gould
      • Re: z/os ipl sysres pack size requirements., R.S.
      • Re: z/os ipl sysres pack size requirements., Rick Fochtman
• Text messaging - do not reply, Steve Comstock
• No more text messaging from mainframe?, Steve Comstock
  • RE: No more text messaging from mainframe?, Hare, Tim
  • RE: No more text messaging from mainframe?, Ulrich Krueger
    • Re: No more text messaging from mainframe?, Rich Smrcina
  • RE: No more text messaging from mainframe?, Jerry Whitteridge
  • Re: No more text messaging from mainframe?, Randy Benderman
  • <Possible follow-ups>
  • Re: No more text messaging from mainframe?, Sebastian Welton
• Re: z/900 to z9 BC migration z/os 1.4 compatibility?, Patrick Lyon
  • <Possible follow-ups>
  • Re: z/900 to z9 BC migration z/os 1.4 compatibility?, Patrick Lyon
    • z/os ipl sysres pack size requirements., Mark S. House
    • Re: z/900 to z9 BC migration z/os 1.4 compatibility?, Bruce McKnight
  • RE: z/900 to z9 BC migration z/os 1.4 compatibility?, Stephen Wolf
  • Re: z/900 to z9 BC migration z/os 1.4 compatibility?, Bill Planer
  • Re: z/900 to z9 BC migration z/os 1.4 compatibility?, Brian Westerman
• SMP/E: LIST FEATURE vs GIMXSID, Chase, John
  • Re: SMP/E: LIST FEATURE vs GIMXSID, Kurt Quackenbush
• System REXX Support for z/OS V1R8 and z/OS.e V1R8 Web Deliverable, Knutson, Sam
  • <Possible follow-ups>
  • Re: System REXX Support for z/OS V1R8 and z/OS.e V1R8 Web Deliverable, Brian Peterson
    • RE: System REXX Support for z/OS V1R8 and z/OS.e V1R8 Web Deliverable, George Fogg
• Problem Deleting DSN, esmie moo
  • RE: Problem Deleting DSN, Richbourg, Claude
    • Re: Problem Deleting DSN, Massimo . Scarpa
    • Re: Problem Deleting DSN, esmie moo
  • Re: Problem Deleting DSN, Paolo Cacciari
  • <Possible follow-ups>
  • Re: Problem Deleting DSN, Walter Marguccio
• How to restrict JCL statement Parms, Lizette Koehler
  • RE: How to restrict JCL statement Parms, Jousma, David
    • Re: How to restrict JCL statement Parms, Bruce McKnight
  • Re: How to restrict JCL statement Parms, Ed Gould
  • <Possible follow-ups>
  • RE: How to restrict JCL statement Parms, Chicklon, Tom
    • RE: How to restrict JCL statement Parms, Hare, Tim
  • Re: How to restrict JCL statement Parms, Ted MacNEIL
  • Re: How to restrict JCL statement Parms, Vernooy, C.P. - SPLXM
• Re: Code after RUNNING status? - reformatted -, Chris Langford
• Change in IBM's mainframe strategy, Errol Van staden
  • Re: Change in IBM's mainframe strategy, Massimo . Scarpa
    • Re: Change in IBM's mainframe strategy, R.S.
      • Re: Change in IBM's mainframe strategy, Chris Mason
      • Re: Change in IBM's mainframe strategy, howard . brazee
      • z/900 to z9 BC migration z/os 1.4 compatibility?, Mark S. House
      • RE: z/900 to z9 BC migration z/os 1.4 compatibility?, Staller, Allan
      • RE: z/900 to z9 BC migration z/os 1.4 compatibility?, Pommier, Rex R.
      • THANKS TO ALL ON n/t z/900 to z9 BC migration z/os 1.4 compatibility? N/T, mark . house
  • <Possible follow-ups>
  • Re: Change in IBM's mainframe strategy, Tom Schmidt
• AUTO: Christopher Brooker/Poughkeepsie/IBM is out of the office. (returning 10/01/2007), Christopher Brooker
• Health Checker NOCHECK parm, Barbara Nitz
• Health CHECK(IBMVSM,VSM_PVT_LIMIT)/VSM_SQA_THRESHOLD, Barbara Nitz
  • RE: Health CHECK(IBMVSM,VSM_PVT_LIMIT)/VSM_SQA_THRESHOLD, Rob Scott
  • Re: Health CHECK(IBMVSM,VSM_PVT_LIMIT)/VSM_SQA_THRESHOLD, Martin Packer
  • <Possible follow-ups>
  • Re: Health CHECK(IBMVSM,VSM_PVT_LIMIT)/VSM_SQA_THRESHOLD, Barbara Nitz
    • Re: Health CHECK(IBMVSM,VSM_PVT_LIMIT)/VSM_SQA_THRESHOLD, Steven Conway
  • Re: Health CHECK(IBMVSM,VSM_PVT_LIMIT)/VSM_SQA_THRESHOLD, Mark Zelden
• Metro Washington DC - DB2 DBA Position Opening, dlhughes71
• TJ MAx Settlement Shows Why Compliance Isn't Taken Seriously, Ed Gould
• Moving SMF Virtual tapes from a lpar to sysplex - [SEC=UNCLASSIFIED], Kan Diu
• Listen in to z/VM Security Architecture LVC - Oct 2, Pamela Christina in sunny and warm Endicott NY
  • Re: Listen in to z/VM Security Architecture LVC - Oct 2, Shane Ginnane
  • Re: Listen in to z/VM Security Architecture LVC - Oct 2, Shane
• IRX0157E, jason lowe
  • Re: IRX0157E, Barkow, Eileen
  • Re: IRX0157E, Barkow, Eileen
  • <Possible follow-ups>
  • Re: IRX0157E, Elardus Engelbrecht
• Flashcopy on DS6800, Patty Mabie
  • RE: Flashcopy on DS6800, Pommier, Rex R.
  • <Possible follow-ups>
  • Re: Flashcopy on DS6800, Patty Mabie
  • Re: Flashcopy on DS6800, Crispin Hugo
  • Re: Flashcopy on DS6800, Patty Mabie
• Top Secret to RACF conversion., Richbourg, Claude
  • Re: Top Secret to RACF conversion., Anthony Saul Babonas
    • Re: Top Secret to RACF conversion., Tom Longfellow
  • <Possible follow-ups>
  • Re: Top Secret to RACF conversion., Brian Westerman
• RMF reporting on PATHIN/PATHOUT CF, Lizette Koehler
  • Re: RMF reporting on PATHIN/PATHOUT CF, Shane
  • <Possible follow-ups>
  • Re: RMF reporting on PATHIN/PATHOUT CF, Ed Finnell
  • Re: RMF reporting on PATHIN/PATHOUT CF, Lizette Koehler
  • Re: RMF reporting on PATHIN/PATHOUT CF, Lizette Koehler
    • Re: RMF reporting on PATHIN/PATHOUT CF, Paolo Cacciari
      • RE: RMF reporting on PATHIN/PATHOUT CF, Lizette Koehler
• Increasing the size of the ACDS & SCDS, Dean Montevago
  • Re: Increasing the size of the ACDS & SCDS, Traylor, Terry
    • Re: Increasing the size of the ACDS & SCDS, Dean Montevago
• Re: VSMLIST, Rob Scott
• Netview & SA, arun kumar
  • Re: Netview & SA, Barkow, Eileen
    • Re: Netview & SA, Chris Mason
  • Re: Netview & SA, Chris Mason
    • Re: Netview & SA, Barkow, Eileen
      • Re: Netview & SA, Chris Mason
      • Re: Netview & SA, arun kumar
      • RE: Netview & SA, Barkow, Eileen
  • <Possible follow-ups>
  • Re: Netview & SA, Patrick O'Keefe
    • Re: Netview & SA, Barkow, Eileen
• CA-DISK QUESITON, willie bunter
  • Re: CA-DISK QUESITON, Jeffrey Deaver
  • Re: CA-DISK QUESITON, John Kington
• HC (IBMCNZ,CNZ_CONSOLE_MSCOPE_AND_ROUTCODE), Walter Marguccio
  • Re: HC (IBMCNZ,CNZ_CONSOLE_MSCOPE_AND_ROUTCODE), Shane
  • <Possible follow-ups>
  • Re: HC (IBMCNZ,CNZ_CONSOLE_MSCOPE_AND_ROUTCODE), Barbara Nitz
  • Re: HC (IBMCNZ,CNZ_CONSOLE_MSCOPE_AND_ROUTCODE), Walter Marguccio
  • Re: HC (IBMCNZ,CNZ_CONSOLE_MSCOPE_AND_ROUTCODE), Walter Marguccio
• PSI files response to IBM's amended complaint, Roger Bowler
• A CIO Article on Cutting IT costs, Ed Gould
  • Re: A CIO Article on Cutting IT costs, Gary Green
• Humor in SoftCap UG, John Mattson
• CentricStor, Zaromil Tisler
• Re: CUNUNIxx IMAGE keyword, Mark Zelden
  • <Possible follow-ups>
  • Re: CUNUNIxx IMAGE keyword, Elardus Engelbrecht
  • Re: CUNUNIxx IMAGE keyword, Kenneth E Tomiak
• IEFBR14 and the "bar" [was:RE: Writing 23FDs], Farley, Peter x23353
  • <Possible follow-ups>
  • Re: IEFBR14 and the "bar" [was:RE: Writing 23FDs], , IBM Mainframe Discussion List
    • Re: IEFBR14 and the "bar" [was:RE: Writing 23FDs], Hunkeler Peter , KIUK 3
  • Re: IEFBR14 and the "bar" [was:RE: Writing 23FDs], Ed Finnell
    • Re: IEFBR14 and the "bar" [was:RE: Writing 23FDs], Ed Gould
  • Re: IEFBR14 and the "bar" [was:RE: Writing 23FDs], , IBM Mainframe Discussion List
    • Re: IEFBR14 and the "bar" [was:RE: Writing 23FDs], John Eells
      • Re: IEFBR14 and the "bar" [was:RE: Writing 23FDs], Rick Fochtman
  • Re: IEFBR14 and the "bar" [was:RE: Writing 23FDs], Ed Finnell
  • Re: IEFBR14 and the "bar" [was:RE: Writing 23FDs], , IBM Mainframe Discussion List
  • Re: IEFBR14 and the "bar" [was:RE: Writing 23FDs], Ed Finnell
• SSX memories [was:RE: Writing 23FDs], Farley, Peter x23353
• TCPIP (again), Matthew Stitt
  • Re: TCPIP (again), Chris Mason
• PSI CONSOLIDATES IBM MAINFRAME, Kopischke, David G.
  • <Possible follow-ups>
  • Re: PSI CONSOLIDATES IBM MAINFRAME, Kenneth E Tomiak
• A security question, LAMARE Didier
  • Re: A security question, McKown, John
  • Re: A security question, Chase, John
    • Re: A security question, Rick Fochtman
      • Re: A security question, Rick Fochtman
      • Re: A security question, Chase, John
  • Re: A security question, Schramm, Rob
  • <Possible follow-ups>
  • Re: A security question, LAMARE Didier
    • Re: A security question, Schramm, Rob
    • Re: A security question, McKown, John
    • Re: A security question, Chase, John
  • Re: A security question, Chicklon, Tom
  • Re: A security question, LAMARE Didier
    • RE: A security question, Schramm, Rob
  • Re: A security question, LAMARE Didier
  • Re: A security question, Chicklon, Tom
  • Re: A security question, LAMARE Didier
  • Re: A security question, Walt Farrell
  • Re: A security question, Walt Farrell
    • Re: A security question, Chase, John
  • Re: A security question, LAMARE Didier
• India is outsourcing jobs as well, Ed Gould
  • <Possible follow-ups>
  • Re: India is outsourcing jobs as well, , IBM Mainframe Discussion List
    • RE: India is outsourcing jobs as well, Chase, John
      • Re: India is outsourcing jobs as well, Gary D. Maxwell
  • Re: India is outsourcing jobs as well, Kelman, Tom
    • Re: India is outsourcing jobs as well, Edward Jaffe
      • Re: India is outsourcing jobs as well, R.S.
      • Re: India is outsourcing jobs as well, Gerhard Adam
      • Re: India is outsourcing jobs as well, Edward Jaffe
      • Re: India is outsourcing jobs as well, Steve Comstock
      • Re: India is outsourcing jobs as well, Eric Bielefeld
      • Re: India is outsourcing jobs as well, Anne & Lynn Wheeler
    • Re: India is outsourcing jobs as well, Kirk Talman
      • Re: India is outsourcing jobs as well, Chase, John
      • Re: India is outsourcing jobs as well, Kirk Talman
  • Re: India is outsourcing jobs as well, Dave Kopischke
  • Re: India is outsourcing jobs as well, SRUSASH
• SDSF ALTERNATE SCREEN (PF11), Judy Ellis
  • Re: SDSF ALTERNATE SCREEN (PF11), McKown, John
  • <Possible follow-ups>
  • Re: SDSF ALTERNATE SCREEN (PF11), Mark Zelden
    • Re: SDSF ALTERNATE SCREEN (PF11), Skip Robinson
• How to create an RMF report for just the CF Paths, Lizette Koehler
• Writing 23FDs, William Donzelli
  • Re: Writing 23FDs, John Eells
    • Re: Writing 23FDs, William Donzelli
      • Re: Writing 23FDs, John Eells
      • Re: Writing 23FDs, Chase, John
      • Re: Writing 23FDs, Rick Fochtman
      • Re: Writing 23FDs, Robert A. Rosenberg
      • Re: Writing 23FDs, Ed Gould
      • Re: Writing 23FDs, Rick Fochtman
      • Re: Writing 23FDs, Neal Eckhardt
      • Re: Writing 23FDs, William Donzelli
      • Re: Writing 23FDs, Gregory, Gary G
      • Re: Writing 23FDs, William Donzelli
      • Re: Writing 23FDs, Rick Fochtman
  • <Possible follow-ups>
  • Re: Writing 23FDs, Alan Scott
    • Re: Writing 23FDs, William Donzelli
      • Re: Writing 23FDs, Rick Fochtman
      • Re: Writing 23FDs, William Donzelli
    • Re: Writing 23FDs, William Donzelli
  • Re: Writing 23FDs, Farley, Peter x23353
    • Re: Writing 23FDs, Ed Gould
      • Re: Writing 23FDs, Raymond Noal
      • Re: Writing 23FDs, Anne & Lynn Wheeler
  • Re: Writing 23FDs, Matthew Stitt
    • Re: Writing 23FDs, Gregory, Gary G
  • Re: Writing 23FDs, Matthew Stitt
    • Re: Writing 23FDs, Gregory, Gary G
    • Re: Writing 23FDs, William Donzelli
    • Re: Writing 23FDs, Anne & Lynn Wheeler
  • Re: Writing 23FDs, CICS Guy
    • Re: Writing 23FDs, Shane
  • Re: Writing 23FDs, Ed Gould
  • Re: Writing 23FDs, Ed Finnell
• CA-1 problen Initialize 3592 using TMSTPNIT, jplatania
• Security holes expose data stored in Tivoli storage system IBM issues advisory about two vulnerabilities in backup software's client, Ed Gould
• TJX Is about to settle, Gary Green
  • RE: TJX Is about to settle, Conmackie, Mike
  • <Possible follow-ups>
  • Re: TJX Is about to settle, Gary Green
• Use of ISPLINK, Pascal SIMON
  • Re: Use of ISPLINK, Steve Comstock
  • Re: Use of ISPLINK, khf00
  • Re: Use of ISPLINK, khf00
    • Re: Use of ISPLINK, Dan Espen
  • <Possible follow-ups>
  • RE: Use of ISPLINK, Imbriale, Donald
    • Re: Use of ISPLINK, Steve Comstock
      • Re: Use of ISPLINK, Dan Espen
  • RE: Use of ISPLINK, Imbriale, Donald
    • Re: Use of ISPLINK, Eric Bielefeld
      • Re: Use of ISPLINK, Rick Fochtman
      • Re: Use of ISPLINK, Bob Shannon
      • Re: Use of ISPLINK, R.S.
• Dynamic load module name extraction?, David Eisenberg
  • RE: Dynamic load module name extraction?, Tom Harper
  • <Possible follow-ups>
  • Re: Dynamic load module name extraction?, DASDBill2
  • Re: Dynamic load module name extraction?, David Eisenberg
  • Re: Dynamic load module name extraction?, Kenneth E Tomiak
• From the RACF LIST (FYI), Ed Gould
• COBOL called subroutines, John P Donnelly
  • RE: COBOL called subroutines, Gary Green
    • RE: COBOL called subroutines, John P Donnelly
  • Re: COBOL called subroutines, David Andrews
    • Re: COBOL called subroutines, Rick Fochtman
      • Re: COBOL called subroutines, David Andrews
  • <Possible follow-ups>
  • Re: COBOL called subroutines, Victor Gil
  • Fw: COBOL called subroutines, Bill Klein
  • Re: Fw: COBOL called subroutines, Kenneth E Tomiak
• CNZ0005I MONITOR REJECTED. REASON=CONSOLE ID ZERO NOT SUPPORTED, at zOS 1.08, John_Mattson
  • RE: CNZ0005I MONITOR REJECTED. REASON=CONSOLE ID ZERO NOT SUPPORTED, at zOS 1.08, McKown, John
  • Re: CNZ0005I MONITOR REJECTED. REASON=CONSOLE ID ZERO NOT SUPPORTED, at zOS 1.08, Chris Mason
  • Re: CNZ0005I MONITOR REJECTED. REASON=CONSOLE ID ZERO NOT SUPPORTED, at zOS 1.08, Knutson, Sam
  • <Possible follow-ups>
  • Re: CNZ0005I MONITOR REJECTED. REASON=CONSOLE ID ZERO NOT SUPPORTED, at zOS 1.08, Brian Westerman
    • Re: CNZ0005I MONITOR REJECTED. REASON=CONSOLE ID ZERO NOT SUPPORTED, at zOS 1.08, Rick Fochtman
  • Re: CNZ0005I MONITOR REJECTED. REASON=CONSOLE ID ZERO NOT SUPPORTED, at zOS 1.08, Mark Zelden
  • Re: CNZ0005I MONITOR REJECTED. REASON=CONSOLE ID ZERO NOT SUPPORTED, at zOS 1.08, Patrick O'Keefe
    • Re: CNZ0005I MONITOR REJECTED. REASON=CONSOLE ID ZERO NOT SUPPORTED, at zOS 1.08, Ed Gould
  • Re: CNZ0005I MONITOR REJECTED. REASON=CONSOLE ID ZERO NOT SUPPORTED, at zOS 1.08, W. Kevin Kelley
  • Re: CNZ0005I MONITOR REJECTED. REASON=CONSOLE ID ZERO NOT SUPPORTED, at zOS 1.08, John Mattson
• Mainframe Future, ruchin . money
• alphaWorks : Console Command Generator for z/OS : Overview, McKown, John
  • RE: alphaWorks : Console Command Generator for z/OS : Overview, Barkow, Eileen
    • RE: alphaWorks : Console Command Generator for z/OS : Overview, McKown, John
    • RE: alphaWorks : Console Command Generator for z/OS : Overview, McKown, John
      • RE: alphaWorks : Console Command Generator for z/OS : Overview, Barkow, Eileen
    • Re: alphaWorks : Console Command Generator for z/OS : Overview, Steve Comstock
      • RE: alphaWorks : Console Command Generator for z/OS : Overview, Barkow, Eileen
      • Re: alphaWorks : Console Command Generator for z/OS : Overview, Steve Comstock
  • <Possible follow-ups>
  • Re: alphaWorks : Console Command Generator for z/OS : Overview, Avram Friedman
  • Re: alphaWorks : Console Command Generator for z/OS : Overview, George Fogg
• RE: TASID 5.14 available for download from ISPF website, Chase, John
  • RE: TASID 5.14 available for download from ISPF website, Richards.Bob
    • RE: TASID 5.14 available for download from ISPF website, Chase, John
      • RE: Re: TASID 5.14 available for download from ISPF website, Rob Scott
      • RE: TASID 5.14 available for download from ISPF website, Richards.Bob
      • RE: TASID 5.14 available for download from ISPF website, Chase, John
  • <Possible follow-ups>
  • Re: TASID 5.14 available for download from ISPF website, Robert Justice
  • Re: TASID 5.14 available for download from ISPF website, Mark Zelden
    • Re: TASID 5.14 available for download from ISPF website, Chase, John
  • Re: TASID 5.14 available for download from ISPF website, Robert Justice
    • Re: TASID 5.14 available for download from ISPF website, Chase, John
      • Re: TASID 5.14 available for download from ISPF website, Rob Scott
      • Re: TASID 5.14 available for download from ISPF website, Chase, John
      • Re: TASID 5.14 available for download from ISPF website, Rob Scott
      • Re: TASID 5.14 available for download from ISPF website, Chase, John
      • Re: TASID 5.14 available for download from ISPF website, Rob Scott
      • Re: TASID 5.14 available for download from ISPF website, Chase, John
  • Re: TASID 5.14 available for download from ISPF website, Mark Yuhas
    • Re: TASID 5.14 available for download from ISPF website, Tergerson, John
  • Re: TASID 5.14 available for download from ISPF website, Gerri Booth
• DB2 DDF and OMVS, Kelman, Tom
  • Re: DB2 DDF and OMVS, John Giltner
    • RE: DB2 DDF and OMVS, Knutson, Sam
  • <Possible follow-ups>
  • Re: DB2 DDF and OMVS, Efinnell15
  • RE: DB2 DDF and OMVS, Kelman, Tom
    • RE: DB2 DDF and OMVS, Horne, Jim - James S
  • RE: DB2 DDF and OMVS, Leon Schwering
  • Re: DB2 DDF and OMVS, Kelman, Tom
  • Re: DB2 DDF and OMVS, Kenneth E Tomiak
    • Re: DB2 DDF and OMVS, Martin Packer
  • Re: DB2 DDF and OMVS, Brian Peterson
• LPAR for the PC?, Binyamin Dissen
• Re: Changes in TSO SYSEXEC concat, Mark Zelden
  • Re: Changes in TSO SYSEXEC concat, Eric Bielefeld
  • <Possible follow-ups>
  • Re: Changes in TSO SYSEXEC concat, Walt Farrell
  • Re: Changes in TSO SYSEXEC concat, Mark Zelden
• SINGLE RECORD KEY and FD for multiple VSAM files (of same kind), dividby0
  • <Possible follow-ups>
  • Fw: SINGLE RECORD KEY and FD for multiple VSAM files (of same kind), Bill Klein
• Changes in TSO SYSEXEC concat, R.S.
  • Re: Changes in TSO SYSEXEC concat, Mark Jacobs
    • Re: Changes in TSO SYSEXEC concat, R.S.
  • Re: Changes in TSO SYSEXEC concat, Chris Mason
  • RE: Changes in TSO SYSEXEC concat, Jack Hofbauer
• JES2 check point in CF and DR, awhite
  • Re: JES2 check point in CF and DR, Edward Jaffe
    • Re: [IBM-MAIN] JES2 check point in CF and DR, awhite
  • Re: JES2 check point in CF and DR, Rick Fochtman
    • Re: [IBM-MAIN] JES2 check point in CF and DR, awhite
      • RE: JES2 check point in CF and DR, Norman Hollander on h-WiZ.biz
      • Re: JES2 check point in CF and DR, Andy White
  • <Possible follow-ups>
  • Re: JES2 check point in CF and DR, Ted MacNEIL
• SHOWzOS and z/OS R9, Roland Schiradin
• zH/OS (z/OS on Hercules for personal use only), Andreas F. Geissbuehler
  • Re: zH/OS (z/OS on Hercules for personal use only), Anne & Lynn Wheeler
  • Re: zH/OS (z/OS on Hercules for personal use only), John S. Giltner, Jr.
    • Re: zH/OS (z/OS on Hercules for personal use only), Rich Smrcina
    • RE: zH/OS (z/OS on Hercules for personal use only), Lindy Mayfield
      • Backing out of COMPRESS(TAILORED)?, Hare, Tim
      • RE: Backing out of COMPRESS(TAILORED)?, Adams, Rick
    • Re: zH/OS (z/OS on Hercules for personal use only), guetto
  • Re: zH/OS (z/OS on Hercules for personal use only), Dave Wade
  • Re: zH/OS (z/OS on Hercules for personal use only), Chris Mason
  • <Possible follow-ups>
  • Re: zH/OS (z/OS on Hercules for personal use only), Ted MacNEIL
  • Re: zH/OS (z/OS on Hercules for personal use only), Andreas F. Geissbuehler
    • Re: zH/OS (z/OS on Hercules for personal use only), Dean Kent
      • Re: zH/OS (z/OS on Hercules for personal use only), Ed Gould
  • Re: zH/OS (z/OS on Hercules for personal use only), Kenneth E Tomiak
• Linklist Dynamic updates, Gaur
• Re: Open 3270 connection on the net??, Ed Finnell
  • Re: Open 3270 connection on the net??, John S. Giltner, Jr.
  • Re: Open 3270 connection on the net??, Chris Mason
  • <Possible follow-ups>
  • Re: Open 3270 connection on the net??, Timothy Sipples
• Restore GDG element - Linked to the base, SZVDHF
  • Re: Restore GDG element - Linked to the base, Gaur
    • Re: Restore GDG element - Linked to the base, SZVDHF
• WLM and CPU hogs, bwstorts
• Unsubscribe, Stead, Joe
  • Re: Unsubscribe, Rich Smrcina
• Re: RES: JES2 Datasets in MasterCatalog, Mark Zelden
• JES2 Datasets in MasterCatalog, John P Donnelly
  • <Possible follow-ups>
  • Re: JES2 Datasets in MasterCatalog, Mark Zelden
    • Re: JES2 Datasets in MasterCatalog, John P Donnelly
• Using WLM to kill a job, bwstorts
  • <Possible follow-ups>
  • Re: Using WLM to kill a job, Vernooy, C.P. - SPLXM
    • RE: Using WLM to kill a job, Staller, Allan
  • Re: Using WLM to kill a job, Vernooy, C.P. - SPLXM
    • Tivoli messages ???, Van Dalsen, Herbie
      • RE: Tivoli messages ???, Van Dalsen, Herbie
    • RE: Using WLM to kill a job, Staller, Allan
      • RE: Using WLM to kill a job, Gerhard Adam
• PSF Printer, Matt Dazzo
  • Re: PSF Printer, RWells
    • Re: PSF Printer, Chris Mason
  • Re: PSF Printer, Jack Schudel
  • <Possible follow-ups>
  • Re: PSF Printer, Jack Kelly
• Re: DFSORT order of processing: INREC vs. INCLUDE/OMIT, Norbert Friemel
  • RE: DFSORT order of processing: INREC vs. INCLUDE/OMIT, Hunkeler Peter , KIUK 3
• HyperPAV devices (was: PLPA and COMMON PAGESPACE Size), TISLER Zaromil
• Program check - omegamon, HELIO
  • Re: Program check - omegamon, Ed Gould
  • <Possible follow-ups>
  • Re: Program check - omegamon, Lizette Koehler
• PC Based CICS Screen Painter, wtaylorjr
• Re: WLC, WLM and all the rest: how optimize them ? to Steve Samson, Kelman, Tom
  • Re: WLC, WLM and all the rest: how optimize them ? to Steve Samson, Max Scarpa
    • DFSORT order of processing: INREC vs. INCLUDE/OMIT, Hunkeler Peter , KIUK 3
      • Re: DFSORT order of processing: INREC vs. INCLUDE/OMIT, Frank Yaeger
    • Re: WLC, WLM and all the rest: how optimize them ? to Steve Samson, Steve Samson
  • <Possible follow-ups>
  • Re: WLC, WLM and all the rest: how optimize them ? to Steve Samson, Dave Kopischke
    • Re: WLC, WLM and all the rest: how optimize them ? to Steve Samson, Patrick . Falcone
    • JES2 $TI or $SI command on initiators over initiator 99 return invalid, Patrick . Falcone
      • Re: JES2 $TI or $SI command on initiators over initiator 99 return invalid, Patrick . Falcone
  • Re: WLC, WLM and all the rest: how optimize them ? to Steve Samson, Kelman, Tom
• Tape Question, Daniel McLaughlin
  • Re: Tape Question, McKown, John
  • RE: Tape Question, Field, Alan C.
  • Re: Tape Question, Bill Wilkie
    • Re: Tape Question, Rick Fochtman
      • Re: Tape Question, Bill Wilkie
    • Re: Tape Question, Robert Sample
  • <Possible follow-ups>
  • Re: Tape Question, Ed Finnell
  • RE: Tape Question, Stocker, Herman
  • RE: Tape Question, Robert Pelletier
  • Re: Tape Question, Mark H. Young
  • Re: Tape Question, Tom Schmidt
    • Re: Tape Question, J R
    • Re: Tape Question, Rick Fochtman
  • Re: Tape Question, Efinnell15
  • Re: Tape Question, Tom Schmidt
• (none), Stead, Joe
  • <Possible follow-ups>
  • (none), Didier LAMARE
    • Re:, Jie J Zhang
  • (none), FRASER, Brian
• Re: Check it out - AMATERSE, supported TERS, Knutson, Sam
  • <Possible follow-ups>
  • Re: Check it out - AMATERSE, supported TERS, Paul Gilmartin
• Load from Tape using HMC - Stand Alone Tape, Mohan
  • <Possible follow-ups>
  • Re: Load from Tape using HMC - Stand Alone Tape, Matthew Stitt
  • Re: Load from Tape using HMC - Stand Alone Tape, Jack Kelly
• Re: WLC, WLM and all the rest: how optimize them ? to Steve Samson - errata corrige, Max Scarpa
  • Re: WLC, WLM and all the rest: how optimize them ? to Steve Samson - errata corrige, Steve Samson
  • Re: WLC, WLM and all the rest: how optimize them ? to Steve Samson - errata corrige, Steve Samson
    • Re: WLC, WLM and all the rest: how optimize them ? to Steve Samson - errata corrige, Massimo . Scarpa
  • <Possible follow-ups>
  • Re: WLC, WLM and all the rest: how optimize them ? to Steve Samson - errata corrige, gadam12
  • Re: WLC, WLM and all the rest: how optimize them ? to Steve Samson - errata corrige, Dave Kopischke
  • Re: WLC, WLM and all the rest: how optimize them ? to Steve Samson - errata corrige, Ted MacNEIL
  • Re: WLC, WLM and all the rest: how optimize them ? to Steve Samson - errata corrige, gadam12
  • Re: WLC, WLM and all the rest: how optimize them ? to Steve Samson - errata corrige, Massimo . Scarpa
    • RE: WLC, WLM and all the rest: how optimize them ? to Steve Samson - errata corrige, Gerhard Adam
      • Re: WLC, WLM and all the rest: how optimize them ? to Steve Samson - errata corrige, Martin Packer
• Re: NJE-Notify, Robert A. Rosenberg
  • Re: NJE-Notify, Ron Wells
• BRODCAST Dataset, Sam Golob
  • Re: BRODCAST Dataset, Ron Wells
    • RE: BRODCAST Dataset, Chase, John
  • <Possible follow-ups>
  • Re: BRODCAST Dataset, Kenneth E Tomiak
• RE: InSync VSAM file editor by Macro 4, Farley, Peter x23353
  • Re: InSync VSAM file editor by Macro 4, Dave Salt
• IBMLink SEV1 ticket 33180908 ETA 5PM, Knutson, Sam
  • Re: IBMLink SEV1 ticket 33180908 ETA 5PM, Edward Jaffe
    • RE: IBMLink SEV1 ticket 33180908 ETA 5PM, Jousma, David
      • Re: IBMLink SEV1 ticket 33180908 ETA 5PM, Edward Jaffe
  • <Possible follow-ups>
  • Re: IBMLink SEV1 ticket 33180908 ETA 5PM, Patrick O'Keefe
    • RE: IBMLink SEV1 ticket 33180908 ETA 5PM, Knutson, Sam
  • RE: IBMLink SEV1 ticket 33180908 ETA 5PM, Thompson, Steve
• Softcopy Librarian, Jerry Whitteridge
• Sort question, Howard Brazee
  • RE: Sort question, Schwarz, Barry A
    • Re: Sort question, howard . brazee
      • Re: Sort question, Frank Yaeger
      • Re: Sort question, Howard Brazee
      • Re: Sort question, Roberto Halais
      • Re: Sort question, Frank Yaeger
      • Re: Sort question, howard . brazee
      • Re: Sort question, Rajeev R Ojha
      • Re: Sort question, Frank Yaeger
  • Re: Sort question, Frank Yaeger
  • <Possible follow-ups>
  • Re: Sort question, Mark Zelden
• IBMLink down? [Again], Thompson, Steve
  • RE: IBMLink down? [Again], JamesChappell
• FW: IBM Releases Office Desktop Software at No Charge, Richards.Bob
• IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation, Richards.Bob
  • RE: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation, Pommier, Rex R.
  • Re: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation, Ed Gould
    • RE: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation, McKown, John
      • Re: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation, Mark Post
    • Re: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation, Rich Smrcina
      • Re: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation, Ed Gould
      • Re: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation, Rich Smrcina
      • Re: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation, McKown, John
  • <Possible follow-ups>
  • Re: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation, Paul Gilmartin
    • RE: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation, Richards.Bob
  • Re: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation, Anton Britz
    • Re: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation, Knutson, Sam
      • Re: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation, Anne & Lynn Wheeler
    • Re: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation, Shmuel Metz , Seymour J.
  • Re: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation, Paul Gilmartin
  • Re: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation, Paul Gilmartin
  • Re: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation, Timothy Sipples
  • Re: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation, Ramteke, Deepankar
    • Re: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation, Rich Smrcina
    • Re: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation, Rich Smrcina
• How does one delete old entries in EDT? HELP!, mvs mvs
  • RE: How does one delete old entries in EDT? HELP!, Gabe Torres
  • Re: How does one delete old entries in EDT? HELP!, Hunkeler Peter , KIUK 3
  • <Possible follow-ups>
  • Re: How does one delete old entries in EDT? HELP!, Ramteke, Deepankar
    • Re: How does one delete old entries in EDT? HELP!, Hunkeler Peter , KIUK 3
    • Re: How does one delete old entries in EDT? HELP!, Chase, John
      • Re: How does one delete old entries in EDT? HELP!, McKown, John
      • Re: How does one delete old entries in EDT? HELP!, Thomas H Puddicombe
      • RE: How does one delete old entries in EDT? HELP!, Hunkeler Peter , KIUK 3
    • RE: How does one delete old entries in EDT? HELP!, Staller, Allan
  • FW: How does one delete old entries in EDT? HELP!, Hunkeler Peter , KIUK 3
• Barbara's Health Checker Posts, Mark Zelden
  • <Possible follow-ups>
  • Re: Barbara's Health Checker Posts, Barbara Nitz
  • RE: Barbara's Health Checker Posts, Ramteke, Deepankar
  • Re: Barbara's Health Checker Posts, Mark Zelden
• Tool to generate COBOL copybooks from assembler macros, wtrovijo
  • <Possible follow-ups>
  • Fw: Tool to generate COBOL copybooks from assembler macros, Bill Klein
  • Re: Tool to generate COBOL copybooks from assembler macros, Victor Gil
• Re: Wierszyk (please ignore), Radoslaw Skorupka
  • RE: Wierszyk (please ignore), Anthony Saul Babonas
  • RE: Wierszyk (please ignore), Fletcher, Kevin
    • RE: Wierszyk (please ignore), Van Dalsen, Herbie
  • Re: Wierszyk (please ignore), Bill Wilkie
• How Structure REBUILD Really Works, Lizette Koehler
  • Re: How Structure REBUILD Really Works, Ediger Mark - medige
  • <Possible follow-ups>
  • Re: How Structure REBUILD Really Works, Lizette Koehler
    • RE: How Structure REBUILD Really Works, Ediger Mark - medige
  • Re: How Structure REBUILD Really Works, Vernooy, C.P. - SPLXM
    • Re: How Structure REBUILD Really Works, Ediger Mark - medige
  • Re: How Structure REBUILD Really Works, Vernooy, C.P. - SPLXM
  • re: How Structure REBUILD Really Works, Barbara Nitz
• Wierszyk, R.S.
  • RE: Wierszyk, James . Robinson
• General comments in response to various HC posts, Barbara Nitz
• Health Checker Usability, Barbara Nitz
  • Re: Health Checker Usability, Shane
  • <Possible follow-ups>
  • Re: Health Checker Usability, Roland Schiradin
  • Re: Health Checker Usability, Brian Peterson
  • Re: Health Checker Usability, Kenneth E Tomiak
    • Re: Health Checker Usability, Rick Fochtman
• Health CHECK(IBMRSM,RSM_HVSHARE), Barbara Nitz
• Health CHECK(IBMXCF,XCF_SIG_STR_SIZE), Barbara Nitz
• Health CHECK(IBMUSS,USS_FILESYS_CONFIG), Barbara Nitz
  • <Possible follow-ups>
  • Re: Health CHECK(IBMUSS,USS_FILESYS_CONFIG), Brian Peterson
• Health CHECK(IBMXCF,XCF_SYSPLEX_CDS_CAPACITY), Barbara Nitz
  • <Possible follow-ups>
  • Re: Health CHECK(IBMXCF,XCF_SYSPLEX_CDS_CAPACITY), Brian Peterson
  • Re: Health CHECK(IBMXCF,XCF_SYSPLEX_CDS_CAPACITY), Barbara Nitz
  • Re: Health CHECK(IBMXCF,XCF_SYSPLEX_CDS_CAPACITY), Ramteke, Deepankar
• Health CHECK(IBMASM,ASM_LOCAL_SLOT_USAGE), Barbara Nitz
• Health CHECK(IBMIXGLOGR,IXGLOGR_STRUCTUREFULL) and IXGLOGR_ENTRYTHRESHOLD, Barbara Nitz
• Position opening for Mainframe, smriti
  • Re: Position opening for Mainframe, Gaur
• Humor a little OT, Ed Gould
  • <Possible follow-ups>
  • Re: Humor a little OT, Patrick O'Keefe
    • Re: Humor a little OT, Chris Mason
  • Re: Humor a little OT, Patrick O'Keefe
    • Re: Humor a little OT, Chris Mason
  • Re: Humor a little OT, Patrick O'Keefe
• TJX data criminal gets five years in prison, Ed Gould
• Any IBMMainiacs at zSeries Expo?, Pinnacle
  • Re: Any IBMMainiacs at zSeries Expo?, Shane
    • RE: Any IBMMainiacs at zSeries Expo?, Jerry Whitteridge
  • Re: Any IBMMainiacs at zSeries Expo?, Edward Jaffe
• Batch LISTCAT of IAM files, Mike Polinske
• JES2 or JES3, Which one is older?, Vijay Kumar
  • Re: JES2 or JES3, Which one is older?, Rohit Bhandari
    • Re: JES2 or JES3, Which one is older?, Steve Comstock
      • Re: JES2 or JES3, Which one is older?, Bob Halpern
      • Re: JES2 or JES3, Which one is older?, WalterR
  • Re: JES2 or JES3, Which one is older?, Eric Bielefeld
  • Re: JES2 or JES3, Which one is older?, Rick Fochtman
  • <Possible follow-ups>
  • RE: JES2 or JES3, Which one is older?, Thompson, Steve
    • RE: JES2 or JES3, Which one is older?, Chase, John
  • Re: JES2 or JES3, Which one is older?, DASDBill2
    • Re: JES2 or JES3, Which one is older?, Rohit Bhandari
  • Re: JES2 or JES3, Which one is older?, Lizette Koehler
    • Re: JES2 or JES3, Which one is older?, Rohit Bhandari
    • Re: JES2 or JES3, Which one is older?, Rick Fochtman
  • Re: JES2 or JES3, Which one is older?, Patrick O'Keefe
  • Re: JES2 or JES3, Which one is older?, Anton Britz
    • Re: JES2 or JES3, Which one is older?, Jack Schudel
  • Re: JES2 or JES3, Which one is older?, Tony Harminc
  • Re: JES2 or JES3, Which one is older?, Robert A. Rosenberg
  • RE: JES2 or JES3, Which one is older?, Thompson, Steve
    • Re: JES2 or JES3, Which one is older?, Rick Fochtman
      • Re: JES2 or JES3, Which one is older?, Thomas H Puddicombe
      • Re: JES2 or JES3, Which one is older?, rkuebbin
    • Re: JES2 or JES3, Which one is older?, Kirk Talman
      • Re: JES2 or JES3, Which one is older?, Ed Rohr
  • Re: JES2 or JES3, Which one is older?, Gary D. Maxwell
  • Re: JES2 or JES3, Which one is older?, Efinnell15
    • Re: JES2 or JES3, Which one is older?, Gary D. Maxwell
  • Re: JES2 or JES3, Which one is older?, Efinnell15
    • Re: JES2 or JES3, Which one is older?, Gary D. Maxwell
      • Re: JES2 or JES3, Which one is older?, John P Kalinich
      • RE: JES2 or JES3, Which one is older?, Kenny Fogarty
      • Re: JES2 or JES3, Which one is older?, Robert A. Rosenberg
      • Re: JES2 or JES3, Which one is older?, Bill Wilkie
      • RE: JES2 or JES3, Which one is older?, Wayne Driscoll
  • Re: JES2 or JES3, Which one is older?, Anne & Lynn Wheeler
  • Re: JES2 or JES3, Which one is older?, Efinnell15
    • Re: JES2 or JES3, Which one is older?, Gary D. Maxwell
  • Re: JES2 or JES3, Which one is older?, Ed Finnell
  • RE: JES2 or JES3, Which one is older?, Kelman, Tom
    • Re: JES2 or JES3, Which one is older?, Gary D. Maxwell
      • RE: JES2 or JES3, Which one is older?, Veilleux, Jon L
      • InSync VSAM file editor by Macro 4, Dave Salt
      • RE: InSync VSAM file editor by Macro 4, McKown, John
      • Re: InSync VSAM file editor by Macro 4, Dave Salt
      • RE: InSync VSAM file editor by Macro 4, McKown, John
  • Re: JES2 or JES3, Which one is older?, Ed Finnell
    • RE: JES2 or JES3, Which one is older?, Kenny Fogarty
  • Re: JES2 or JES3, Which one is older?, Efinnell15
  • Re: JES2 or JES3, Which one is older?, Robert A. Rosenberg
  • Re: JES2 or JES3, Which one is older?, Ed Finnell
  • Re: JES2 or JES3, Which one is older?, Kenneth E Tomiak
    • Re: JES2 or JES3, Which one is older?, Rick Fochtman
• SMP/e and crosszone COREQ's..., Brian France
  • Re: SMP/e and crosszone COREQ's..., Kurt Quackenbush
    • Re: SMP/e and crosszone COREQ's..., Brian France
      • Re: SMP/e and crosszone COREQ's..., Brian France
  • <Possible follow-ups>
  • Re: SMP/e and crosszone COREQ's..., Tom Marchant
    • Re: SMP/e and crosszone COREQ's..., Brian France
• QWS3270, Alfred Gaiani
  • RE: QWS3270, Chase, John
  • Re: QWS3270, August . Carideo
  • RE: QWS3270, Hal Merritt
  • <Possible follow-ups>
  • RE: QWS3270, Thompson, Steve
  • RE: QWS3270, Michael Sheehy
  • Re: QWS3270, Alfred Gaiani
• Need a program to create BLOCK Letters, Lizette Koehler
  • Re: Need a program to create BLOCK Letters, Gary DiPillo
  • RE: Need a program to create BLOCK Letters, Ulrich Krueger
    • RE: Need a program to create BLOCK Letters, McKown, John
    • Re: Need a program to create BLOCK Letters, Shmuel Metz , Seymour J.
  • RE: Need a program to create BLOCK Letters, Field, Alan C.
  • Re: Need a program to create BLOCK Letters, Howard Brazee
  • Re: Need a program to create BLOCK Letters, Rick Fochtman
  • <Possible follow-ups>
  • RE: Need a program to create BLOCK Letters, Imbriale, Donald
  • Re: Need a program to create BLOCK Letters, Mark Zelden
  • Re: Need a program to create BLOCK Letters, Lizette Koehler
  • Re: Need a program to create BLOCK Letters, Paul Gilmartin
  • Re: Need a program to create BLOCK Letters, Tony Harminc
  • RE: Need a program to create BLOCK Letters, Compton, John
    • Re: Need a program to create BLOCK Letters, Blaicher, Chris
  • Re: Need a program to create BLOCK Letters, Thomas Kern
  • Re: Need a program to create BLOCK Letters, Tony Harminc
• Re: R: SYS1.BRODCAST, Lizette Koehler
• ChangeMan ZMF, SUBSCRIBE IBM-MAIN Anonymous
• GSPACE and DISNEW volumes, Jennifer Currell
• SYS1.BRODCAST, GIONFRIDDO MICHELE
  • <Possible follow-ups>
  • Re: SYS1.BRODCAST, Stocker, Herman
    • Re: SYS1.BRODCAST, Veilleux, Jon L
    • Re: SYS1.BRODCAST, Rick Fochtman
      • R: SYS1.BRODCAST, GIONFRIDDO MICHELE
      • Re: R: SYS1.BRODCAST, Mark Jacobs
      • Re: SYS1.BRODCAST, Chris Mason
  • Re: SYS1.BRODCAST, Warner Mach
    • Re: SYS1.BRODCAST, Eric Bielefeld
  • Re: SYS1.BRODCAST, Ulrich Krueger
  • RE: SYS1.BRODCAST, Robert Pelletier
  • Re: SYS1.BRODCAST, Dave Kopischke
    • Re: SYS1.BRODCAST, Rick Fochtman
  • Re: SYS1.BRODCAST, Dave Kopischke
• How to generate WTO REPLY in C Language ?, pat
  • Re: How to generate WTO REPLY in C Language ?, Hunkeler Peter , KIUK 3
    • Re: How to generate WTO REPLY in C Language ?, Chris Mason
      • RE : Re: How to generate WTO REPLY in C Language ?, pat pat
      • RE: RE : Re: How to generate WTO REPLY in C Language ?, Hunkeler Peter , KIUK 3
  • <Possible follow-ups>
  • Re: How to generate WTO REPLY in C Language ?, Jan MOEYERSONS
• SHARE LNGC requirement for debugging Multi-Task applications, Bill Klein
• Sam IBM Mainframe history, Roland Schiradin
  • <Possible follow-ups>
  • Re: Sam IBM Mainframe history, Timothy Sipples
    • Re: Sam IBM Mainframe history, Michael Stack
      • Re: Sam IBM Mainframe history, Johnny Luo
  • Re: Sam IBM Mainframe history, Timothy Sipples
• Re: My turn to gripE about ServiceLink, Patrick O'Keefe
  • Re: My turn to gripE about ServiceLink, Edward Jaffe
  • <Possible follow-ups>
  • Re: My turn to gripE about ServiceLink, Patrick O'Keefe
    • Re: My turn to gripE about ServiceLink, Edward Jaffe
  • Re: My turn to gripE about ServiceLink, Patrick O'Keefe
  • Re: My turn to gripE about ServiceLink, Tom Schmidt
  • Re: My turn to gripE about ServiceLink, Barbara Nitz
• really long z/OS operator command lines., McKown, John
  • Re: really long z/OS operator command lines., R.S.
    • Re: really long z/OS operator command lines., Hunkeler Peter , KIUK 3
      • RE: really long z/OS operator command lines., McKown, John
    • RE: really long z/OS operator command lines., McKown, John
    • Re: really long z/OS operator command lines., Edward Jaffe
  • Re: really long z/OS operator command lines., Schramm, Rob
    • RE: really long z/OS operator command lines., Hunkeler Peter , KIUK 3
      • Re: really long z/OS operator command lines., Rob Scott
  • <Possible follow-ups>
  • Re: really long z/OS operator command lines., Mark Zelden
  • Re: really long z/OS operator command lines., Gary Green
    • RE: really long z/OS operator command lines., Craddock, Chris
  • Re: really long z/OS operator command lines., Paul Gilmartin
  • Re: really long z/OS operator command lines., Gary Green
  • Re: really long z/OS operator command lines., Jim Mulder
    • Re:PSF, RWells
    • Re: really long z/OS operator command lines., Hunkeler Peter , KIUK 3
      • Re: really long z/OS operator command lines., Jim Mulder
  • Re: really long z/OS operator command lines., Scott Fagen
  • Re: really long z/OS operator command lines., Kenneth E Tomiak
    • Re: really long z/OS operator command lines., Rick Fochtman
• MODULE INFO FOR IDCCDLI, John Kremers
  • Re: MODULE INFO FOR IDCCDLI, McKown, John
  • <Possible follow-ups>
  • Re: MODULE INFO FOR IDCCDLI, Mark Zelden
  • Re: MODULE INFO FOR IDCCDLI, John Kremers
  • Re: MODULE INFO FOR IDCCDLI, Mark Zelden
• Running ICSF with NO Crypto Features?, Chase, John
  • Re: Running ICSF with NO Crypto Features?, pauls2272
  • Re: Running ICSF with NO Crypto Features?, Mark Jacobs
    • Re: Running ICSF with NO Crypto Features?, Chase, John
      • Re: Running ICSF with NO Crypto Features?, Jousma, David
      • Re: Running ICSF with NO Crypto Features?, Mark Jacobs
      • Re: Running ICSF with NO Crypto Features?, Chase, John
  • Re: Running ICSF with NO Crypto Features?, Schramm, Rob
    • Re: Running ICSF with NO Crypto Features?, Chase, John
  • <Possible follow-ups>
  • Re: Running ICSF with NO Crypto Features?, Mark Zelden
    • Re: Running ICSF with NO Crypto Features?, Chase, John
  • Running ICSF with NO Crypto Features?, jmooney
• JAVA un z/OS, Gary Green
  • Re: JAVA un z/OS, Steve Comstock
  • Re: JAVA un z/OS, Schramm, Rob
  • <Possible follow-ups>
  • Re: JAVA un z/OS, Thompson, Steve
    • Re: JAVA un z/OS, Chris Mason
      • Re: JAVA un z/OS, Rick Fochtman
      • Re: JAVA un z/OS, Chris Mason
      • Re: JAVA un z/OS, Rick Fochtman
      • Re: JAVA un z/OS, Chris Mason
  • Re: JAVA un z/OS, Gary Green
  • Re: JAVA un z/OS, Gary Green
  • Re: JAVA un z/OS, Roland Schiradin
  • Re: JAVA un z/OS, Thompson, Steve
    • Re: JAVA un z/OS, McKown, John
    • Re: JAVA un z/OS, Chase, John
    • Message not available
      • Re: JAVA un z/OS, Thompson, Steve
  • Re: JAVA un z/OS, Aaron Walker
  • Re: JAVA un z/OS, Aaron Walker
  • Re: JAVA un z/OS, Tom Grieve
  • Re: JAVA un z/OS, Aaron Walker
    • RE: JAVA un z/OS, GAVIN Darren * OPS EAS
      • RE: JAVA un z/OS, McKown, John
      • RE: JAVA un z/OS, McKown, John
      • RE: JAVA un z/OS, Ray Mullins
      • Re: JAVA un z/OS, David Andrews
• IMS V6->V8 migration?, Shmuel Metz , Seymour J.
  • Re: IMS V6->V8 migration?, Eric Bielefeld
    • Re: IMS V6->V8 migration?, Shmuel Metz , Seymour J.
  • Re: IMS V6->V8 migration?, Itschak Mugzach
  • Re: IMS V6->V8 migration?, Staller, Allan
    • Re: IMS V6->V8 migration?, Shmuel Metz , Seymour J.
  • Re: IMS V6->V8 migration?, Mike Bell
  • Re: IMS V6->V8 migration?, Gary Jacek
• Re: Tech Notes - Any body know about them or where they are hidden?, Aaron Walker
  • <Possible follow-ups>
  • Re: Tech Notes - Any body know about them or where they are hidden?, Thompson, Steve
    • Re: Tech Notes - Any body know about them or where they are hidden?, Jon Brock
• Re: [Fwd: [MVSQuest] Re: Learning when not having mainframe access - suggestions], Mohammad Khan
• NEW Z/OS SMF RECORD LAYOUT., Marcos Rodrigues
  • <Possible follow-ups>
  • Re: NEW Z/OS SMF RECORD LAYOUT., Vernooy, C.P. - SPLXM
    • Re: NEW Z/OS SMF RECORD LAYOUT., Rick Fochtman
      • Re: NEW Z/OS SMF RECORD LAYOUT., McKown, John
  • Re: NEW Z/OS SMF RECORD LAYOUT., Big Iron
  • Re: NEW Z/OS SMF RECORD LAYOUT., Vernooy, C.P. - SPLXM
    • Re: NEW Z/OS SMF RECORD LAYOUT., Marcos Rodrigues
  • Re: NEW Z/OS SMF RECORD LAYOUT., Kenneth E Tomiak
    • Re: NEW Z/OS SMF RECORD LAYOUT., Martin Packer
• Sheepish answer to Gil's question (was: How to RECALL/RECOVER a Dataset [SEC=UNCLASSIFIED], Fenner, Jim
  • <Possible follow-ups>
  • Re: Sheepish answer to Gil's question (was: How to RECALL/RECOVER a Dataset [SEC=UNCLASSIFIED], Paul Gilmartin
• Sticker application for libraries, Miklos Szigetvari
  • Re: Sticker application for libraries, Ed Gould
    • Re: Sticker application for libraries, Chris Mason
      • Re: Sticker application for libraries, Ed Gould
      • Re: Sticker application for libraries, Chris Mason
      • Re: Sticker application for libraries, Ed Gould
  • Re: Sticker application for libraries, Van Dalsen, Herbie
  • Re: Sticker application for libraries, Rick Fochtman
    • Re: Sticker application for libraries, Miklos Szigetvari
      • Re: Sticker application for libraries, Dave Salt
  • <Possible follow-ups>
  • Re: Sticker application for libraries, Alex UMX
  • Re: Sticker application for libraries, Robert Birdsall
    • RE: Sticker application for libraries, Van Dalsen, Herbie
  • Re: Sticker application for libraries, Efinnell15
  • Re: Sticker application for libraries, Alan Scott
• WLC, WLM and all the rest: how optimize them ?, Max Scarpa
  • <Possible follow-ups>
  • Re: WLC, WLM and all the rest: how optimize them ?, Ted MacNEIL
  • Re: WLC, WLM and all the rest: how optimize them ?, Max Scarpa
    • Re: WLC, WLM and all the rest: how optimize them ?, Greg Shirey
      • Re: WLC, WLM and all the rest: how optimize them ?, Max Scarpa
      • Re: WLC, WLM and all the rest: how optimize them ?, Shane
      • Re: WLC, WLM and all the rest: how optimize them ?, Steve Samson
  • Re: WLC, WLM and all the rest: how optimize them ?, Kelman, Tom
  • Re: WLC, WLM and all the rest: how optimize them ?, Timothy Sipples
  • Re: WLC, WLM and all the rest: how optimize them ?, Jim Marshall
  • Re: WLC, WLM and all the rest: how optimize them ?, Tom Marchant
  • RE: WLC, WLM and all the rest: how optimize them ?, Kelman, Tom
  • Re: WLC, WLM and all the rest: how optimize them ?, Dave Kopischke
  • Re: WLC, WLM and all the rest: how optimize them ?, Ed Finnell
  • Re: WLC, WLM and all the rest: how optimize them ?, Tom Marchant
    • Re: WLC, WLM and all the rest: how optimize them ?, Steve Samson
      • Re: WLC, WLM and all the rest: how optimize them ? to Steve Samson, Max Scarpa
  • Re: WLC, WLM and all the rest: how optimize them ?, Gerhard Adam
  • RE: WLC, WLM and all the rest: how optimize them ?, Ramteke, Deepankar
  • Re: WLC, WLM and all the rest: how optimize them ?, spachfr@xxxxxxxx
    • Re: WLC, WLM and all the rest: how optimize them ?, Richards.Bob
      • RE : Re: WLC, WLM and all the rest: how optimize them ?, pat pat
      • RE: RE : Re: WLC, WLM and all the rest: how optimize them ?, Richards.Bob
      • Re: WLC, WLM and all the rest: how optimize them ?, Shane
      • Re: WLC, WLM and all the rest: how optimize them ?, Richards.Bob
  • Re: WLC, WLM and all the rest: how optimize them ?, Dave Kopischke
    • Re: WLC, WLM and all the rest: how optimize them ?, Edward Jaffe
    • RE: WLC, WLM and all the rest: how optimize them ?, Richards.Bob
      • Open 3270 connection on the net??, Jim Harrison
      • RE: Open 3270 connection on the net??, Pommier, Rex R.
      • Re: Open 3270 connection on the net??, Gerhard Postpischil
      • Re: Open 3270 connection on the net??, Chris Mason
      • Re: Open 3270 connection on the net??, Rugen, Len
      • Re: Open 3270 connection on the net??, Chris Mason
      • RE: Open 3270 connection on the net??, Rugen, Len
      • Re: Open 3270 connection on the net??, Chris Mason
      • Re: WLC, WLM and all the rest: how optimize them ?, Chase, John
      • RE: WLC, WLM and all the rest: how optimize them ?, Richards.Bob
      • IEFSSREQ / external writer question, Hare, Tim
  • Re: WLC, WLM and all the rest: how optimize them ?, Dave Kopischke
    • RE: WLC, WLM and all the rest: how optimize them ?, Richards.Bob
    • Re: WLC, WLM and all the rest: how optimize them ?, Edward Jaffe
  • Re: WLC, WLM and all the rest: how optimize them ?, Dave Kopischke
    • RE: WLC, WLM and all the rest: how optimize them ?, Richards.Bob
  • RE: WLC, WLM and all the rest: how optimize them ?, Kelman, Tom
    • RE: WLC, WLM and all the rest: how optimize them ?, Richards.Bob
  • Re: WLC, WLM and all the rest: how optimize them ?, Dave Kopischke
    • RE: WLC, WLM and all the rest: how optimize them ?, Richards.Bob
  • Re: WLC, WLM and all the rest: how optimize them ?, Al Sherkow
  • RE: WLC, WLM and all the rest: how optimize them ?, Kelman, Tom
• Thank you to all IBM'ers who participate, Sam Golob
• Re: My turn to grip about ServiceLink, Ed Gould
  • <Possible follow-ups>
  • Re: My turn to grip about ServiceLink, Patrick O'Keefe
    • Re: My turn to grip about ServiceLink, Jon Brock
    • Re: My turn to gripE about ServiceLink, Edward Jaffe
• Re: XCFAS overhead, Scott Fagen
  • <Possible follow-ups>
  • Re: XCFAS overhead, Barbara Nitz
• problem on IBM exit IEFACTRT statistic information, Tommy Tsui
  • <Possible follow-ups>
  • Re: problem on IBM exit IEFACTRT statistic information, Brian Westerman
  • Re: problem on IBM exit IEFACTRT statistic information, Kenneth E Tomiak
• [Fwd: [MVSQuest] Re: Learning when not having mainframe access - suggestions], Steve Comstock
  • Re: Learning when not having mainframe access - suggestions], khf00
• CA to IBM product swap, JT
  • RE: CA to IBM product swap, William McKinley
  • Re: CA to IBM product swap, Rick Fochtman
  • Re: CA to IBM product swap, Anthony Saul Babonas
  • Re: CA to IBM product swap, Van Dalsen, Herbie
    • Re: CA to IBM product swap, Tom Longfellow
    • RE: CA to IBM product swap, Hal Merritt
  • <Possible follow-ups>
  • CA to IBM product swap, JT
    • Re: CA to IBM product swap, JE Thinnes
      • Re: CA to IBM product swap, Chris Mason
  • Re: CA to IBM product swap, Ted MacNEIL
  • Re: CA to IBM product swap, Brian Westerman
  • Re: CA to IBM product swap, Timothy Sipples
  • Re: CA to IBM product swap, Norman Hollander
    • Re: CA to IBM product swap, Tom Longfellow
  • Re: CA to IBM product swap, Anne & Lynn Wheeler
  • Re: CA to IBM product swap, Timothy Sipples
    • Re: CA to IBM product swap, Ed Gould
    • Re: CA to IBM product swap, Shmuel Metz , Seymour J.
  • Re: CA to IBM product swap, Mark Yuhas
    • Re: CA to IBM product swap, Eric Bielefeld
      • Re: CA to IBM product swap, R.S.
  • Re: CA to IBM product swap, Dave Kopischke
    • Re: CA to IBM product swap, Van Dalsen, Herbie
• Questions on ATTACHX's ETXR exit routine, Vic Petrone
  • Re: Questions on ATTACHX's ETXR exit routine, Binyamin Dissen
  • Re: Questions on ATTACHX's ETXR exit routine, Craddock, Chris
    • Re: Questions on ATTACHX's ETXR exit routine, Binyamin Dissen
  • <Possible follow-ups>
  • Questions on ATTACHX's ETXR exit routine, Vic Petrone
  • Re: Questions on ATTACHX's ETXR exit routine, Vic Petrone
    • Re: Questions on ATTACHX's ETXR exit routine, Binyamin Dissen
  • Re: Questions on ATTACHX's ETXR exit routine, Vic Petrone
• Cette carte graphique est-elle intéressante, sanwan
• Mir habe' schon widder Freitag, Phil Payne
  • Re: Mir habe' schon widder Freitag, Steve Samson
    • Re: Mir habe' schon widder Freitag, Staller, Allan
• ASMA142E Operation code not complete on first record, Robert Pelletier
  • Re: ASMA142E Operation code not complete on first record, Jim Phoenix
  • <Possible follow-ups>
  • RE: ASMA142E Operation code not complete on first record, Thompson, Steve
  • RE: ASMA142E Operation code not complete on first record, Robert Pelletier
  • RE: ASMA142E Operation code not complete on first record, Thompson, Steve
  • RE: ASMA142E Operation code not complete on first record, Robert Pelletier
  • RE: ASMA142E Operation code not complete on first record, Robert Pelletier
    • Re: ASMA142E Operation code not complete on first record, Neal Eckhardt
  • RE: ASMA142E Operation code not complete on first record, Thompson, Steve
    • Re: ASMA142E Operation code not complete on first record, rkuebbin
  • RE: ASMA142E Operation code not complete on first record, Robert Pelletier
• SAS ITRM vs MXG, Kopischke, David G.
  • Re: SAS ITRM vs MXG, Shane
  • <Possible follow-ups>
  • Re: SAS ITRM vs MXG, Elardus Engelbrecht
  • Re: SAS ITRM vs MXG, Ted MacNEIL
  • RE: SAS ITRM vs MXG, Kelman, Tom
  • Re: SAS ITRM vs MXG, Kelman, Tom
  • Re: SAS ITRM vs MXG, Barbara Nitz
  • RE: SAS ITRM vs MXG, Sarel Swanepoel
• Individual UCB entries converted to a RANGE, Lizette Koehler
  • Re: Individual UCB entries converted to a RANGE, Neal Eckhardt
  • Re: Individual UCB entries converted to a RANGE, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Individual UCB entries converted to a RANGE, Mark Zelden
• RE: CBT Tape Help - DITTO, Robert Pelletier
• Check it out - AMATERSE, supported TERSE, Alex UMX
  • <Possible follow-ups>
  • Re: Check it out - AMATERSE, supported TERSE, Paul Gilmartin
    • Re: Check it out - AMATERSE, supported TERSE, Skip Robinson
      • Re: Check it out - AMATERSE, supported TERSE, Bob Wright
      • Re: Check it out - AMATERSE, supported TERSE, Chase, John
      • Re: Check it out - AMATERSE, supported TERSE, Robert Bardos
  • Re: Check it out - AMATERSE, supported TERSE, Paul Gilmartin
  • Re: Check it out - AMATERSE, supported TERSE, Patrick O'Keefe
    • Re: Check it out - AMATERSE, supported TERSE, Steve Myers
  • Re: Check it out - AMATERSE, supported TERSE, Mark Zelden
• Catalog at DR, Daniel McLaughlin
  • Re: Catalog at DR, Dee Shrier
  • Re: Catalog at DR, Mike . Visintin
  • <Possible follow-ups>
  • Re: Catalog at DR, Vernooy, C.P. - SPLXM
  • Re: Catalog at DR, Daniel McLaughlin
    • Re: Catalog at DR, Joel C. Ewing
• RE: How to RECALL/RECOVER a Dataset [SEC=UNCLASSIFIED], Fenner, Jim
  • Re: How to RECALL/RECOVER a Dataset [SEC=UNCLASSIFIED], Michael Knigge
  • <Possible follow-ups>
  • Re: How to RECALL/RECOVER a Dataset [SEC=UNCLASSIFIED], Paul Gilmartin
• How to RECALL/RECOVER a Dataset, Michael Knigge
  • Re: How to RECALL/RECOVER a Dataset, Dan Espen
• Harbor high-speed file transfer host (HFT), Tommy Tsui
• ISPF Log allocation, Mark Steely
  • RE: ISPF Log allocation, McKown, John
    • Re: ISPF Log allocation, Mark Steely
• RE: CBT Tape Help - Getting a Little Further - This is code failing on - not recognizing USING, Robert Pelletier
• RE: CBT Tape Help - Won't Assemble, Robert Pelletier
  • RE: CBT Tape Help - Won't Assemble, Ray Mullins
  • <Possible follow-ups>
  • RE: CBT Tape Help - Won't Assemble, Robert Pelletier
  • CBT Tape Help - Won't Assemble, Kenneth J. Kripke
• RE: CBT Tape Help - Thanks all, Robert Pelletier
• Define Linear VSAM Failure, Jacky Bright
  • RE: Define Linear VSAM Failure, Dean Montevago
    • RE: Define Linear VSAM Failure, Fletcher, Kevin
• RE: CBT Tape Help - Getting a Little Further, Robert Pelletier
  • RE: CBT Tape Help - Getting a Little Further, Ray Mullins
  • Re: CBT Tape Help - Getting a Little Further, Rick Fochtman
  • <Possible follow-ups>
  • Re: CBT Tape Help - Getting a Little Further, Lizette Koehler
• Response to Peter Relson, Bob Halpern
  • <Possible follow-ups>
  • Re: Response to Peter Relson, Vernooy, C.P. - SPLXM
  • Re: Response to Peter Relson, Patrick O'Keefe
    • Re: Response to Peter Relson, Lionel B Dyck
    • Re: Response to Peter Relson, Rick Fochtman
      • Re: Response to Peter Relson, Eric Bielefeld
  • Re: Response to Peter Relson, Patrick O'Keefe
  • Re: Response to Peter Relson, Paul Gilmartin
  • Re: Response to Peter Relson, Dave Kopischke
• RMM Batch job report, Gaur
• CBT Tape Help, Robert Pelletier
  • RE: CBT Tape Help, Jousma, David
  • <Possible follow-ups>
  • Re: CBT Tape Help, Lizette Koehler
  • RE: CBT Tape Help, Stocker, Herman
  • RE: CBT Tape Help, Farley, Peter x23353
  • RE: CBT Tape Help, Robert Pelletier
  • Re: CBT Tape Help, Ray Mullins
    • RE: CBT Tape Help, Richards.Bob
  • Re: CBT Tape Help, Farley, Peter x23353
  • Re: CBT Tape Help, Efinnell15
  • RE: CBT Tape Help, Robert Pelletier
• backing up a zFS container file, McKown, John
  • <Possible follow-ups>
  • Re: backing up a zFS container file, Mark Zelden
    • RE: backing up a zFS container file, McKown, John
  • Re: backing up a zFS container file, Kenneth E Tomiak
    • Re: backing up a zFS container file, R.S.
  • Re: backing up a zFS container file, Mark Zelden
    • Re: backing up a zFS container file, R.S.
  • Re: backing up a zFS container file, Mark Zelden
• RE: IBM-MAIN Index - 11 Sep 2007 to 12 Sep 2007 (#2007-255), camacho_ron
• Displaying values of system parameters, Imanol Aguirre
  • <Possible follow-ups>
  • Re: Displaying values of system parameters, Kenneth E Tomiak
• LOCATE Question, Michael Knigge
  • Re: LOCATE Question, Rob Scott
• Checking system parameters values, Imanol Aguirre
  • <Possible follow-ups>
  • Re: Checking system parameters values, Peter Relson
    • Re: Checking system parameters values, Knutson, Sam
  • Re: Checking system parameters values, Ted MacNEIL
• Joel Wolpert is out of the office., Joel Wolpert
• DASDs Extents in DB2 world, Massimo . Scarpa
  • Re: DASDs Extents in DB2 world, R.S.
    • Re: DASDs Extents in DB2 world, Massimo . Scarpa
    • Re: DASDs Extents in DB2 world, Shmuel Metz , Seymour J.
  • Re: DASDs Extents in DB2 world, Gene Hudders
  • <Possible follow-ups>
  • Re: DASDs Extents in DB2 world, Ted MacNEIL
  • Re: DASDs Extents in DB2 world, Ted MacNEIL
    • Re: DASDs Extents in DB2 world, Max Scarpa
    • Re: DASDs Extents in DB2 world, R.S.
  • Re: DASDs Extents in DB2 world, DASDBill2
    • Re: DASDs Extents in DB2 world, R.S.
      • Re: DASDs Extents in DB2 world, Rick Fochtman
    • Re: DASDs Extents in DB2 world, Johnny Luo
      • Re: DASDs Extents in DB2 world, Steve Comstock
      • Re: DASDs Extents in DB2 world, Johnny Luo
      • Re: DASDs Extents in DB2 world, Rick Fochtman
      • Re: DASDs Extents in DB2 world, Shmuel Metz , Seymour J.
  • Re: DASDs Extents in DB2 world, Ted MacNEIL
  • Re: DASDs Extents in DB2 world, , IBM Mainframe Discussion List
  • Re: DASDs Extents in DB2 world, DASDBill2
  • Re: DASDs Extents in DB2 world, Kenneth E Tomiak
  • Re: DASDs Extents in DB2 world, Ted MacNEIL
• Defining alternate path to a tape drive, Victor Zhang
  • RE: Defining alternate path to a tape drive, Neubert, Kevin , DIS
• Call for Sessions for SHARE in Orlando, Norman Hollander on h-WiZ.biz
  • <Possible follow-ups>
  • Re: Call for Sessions for SHARE in Orlando, Paul Gilmartin
• Creating a full file test environment, bwstorts
• RE: FICON tape drive?, Bielskie, Stephen
  • <Possible follow-ups>
  • RE: FICON tape drive?, Thompson, Steve
  • Re: FICON tape drive?, Thompson, Steve
  • Re: FICON tape drive?, Efinnell15
  • Re: FICON tape drive?, George McAliley
    • Re: FICON tape drive?, Anne & Lynn Wheeler
• Global mirror for z/OS, Sharon Lopez
  • Re: Global mirror for z/OS, Paolo Cacciari
  • Re: Global mirror for z/OS, pauls2272
  • Re: Global mirror for z/OS, Rick Fochtman
  • Re: Global mirror for z/OS, Skip Robinson
    • Re: Global mirror for z/OS, john . ticic . extern
      • DADSM error, Sue Chiam
      • Re: DADSM error, Staller, Allan
    • XCFAS overhead, Walter Trovijo Jr , UOL
• Re: HTTP Server Abend, Paolo Cacciari
  • <Possible follow-ups>
  • Re: HTTP Server Abend, Roland Schiradin
• Performance degradation, Nofri
• BTS-problem w COOL:gen et al., thomas . berg
  • RE: BTS-problem w COOL:gen et al., Mark Hammond
    • SV: BTS-problem w COOL:gen et al., thomas . berg
• PLPA and COMMON PAGESPACE Size, Mike Feeley
  • Re: PLPA and COMMON PAGESPACE Size, R.S.
    • Re: PLPA and COMMON PAGESPACE Size, Ed Gould
      • RE: PLPA and COMMON PAGESPACE Size, Bob Shannon
      • RE: PLPA and COMMON PAGESPACE Size, Veilleux, Jon L
      • Re: PLPA and COMMON PAGESPACE Size, R.S.
      • Re: PLPA and COMMON PAGESPACE Size, Mark Jacobs
      • Re: PLPA and COMMON PAGESPACE Size, Rick Fochtman
  • Re: PLPA and COMMON PAGESPACE Size, John Eells
    • RE: PLPA and COMMON PAGESPACE Size, McKown, John
      • RE: PLPA and COMMON PAGESPACE Size, Wayne Driscoll
  • <Possible follow-ups>
  • Re: PLPA and COMMON PAGESPACE Size, Vernooy, C.P. - SPLXM
  • Re: PLPA and COMMON PAGESPACE Size, Ted MacNEIL
  • Re: PLPA and COMMON PAGESPACE Size, Vernooy, C.P. - SPLXM
    • RE: PLPA and COMMON PAGESPACE Size, Wayne Driscoll
  • Re: PLPA and COMMON PAGESPACE Size, Vernooy, C.P. - SPLXM
    • RE: PLPA and COMMON PAGESPACE Size, Van Dalsen, Herbie
  • Re: PLPA and COMMON PAGESPACE Size, Ted MacNEIL
  • Re: PLPA and COMMON PAGESPACE Size, Ted MacNEIL
  • Re: PLPA and COMMON PAGESPACE Size, Mark Zelden
  • Re: PLPA and COMMON PAGESPACE Size, Vernooy, C.P. - SPLXM
  • Re: PLPA and COMMON PAGESPACE Size, Mark Zelden
  • Re: PLPA and COMMON PAGESPACE Size, Tom Marchant
    • Re: PLPA and COMMON PAGESPACE Size, Edward Jaffe
  • Re: PLPA and COMMON PAGESPACE Size, Ted MacNEIL
    • Re: PLPA and COMMON PAGESPACE Size, Neal Eckhardt
  • RE: PLPA and COMMON PAGESPACE Size, Thompson, Steve
  • Re: PLPA and COMMON PAGESPACE Size, Ted MacNEIL
    • RE: PLPA and COMMON PAGESPACE Size, McKown, John
  • Re: PLPA and COMMON PAGESPACE Size, Vernooy, C.P. - SPLXM
  • Re: PLPA and COMMON PAGESPACE Size, Ted MacNEIL
  • Re: PLPA and COMMON PAGESPACE Size, eshudders
  • Re: PLPA and COMMON PAGESPACE Size, Mark Zelden
    • Re: PLPA and COMMON PAGESPACE Size, Edward Jaffe
      • Re: PLPA and COMMON PAGESPACE Size, Jim Mulder
  • Re: PLPA and COMMON PAGESPACE Size, Gary Green
  • Re: PLPA and COMMON PAGESPACE Size, Brian Peterson
  • Re: PLPA and COMMON PAGESPACE Size, John Laubenheimer
    • Re: PLPA and COMMON PAGESPACE Size, Jim Mulder
  • Re: PLPA and COMMON PAGESPACE Size, Mark Zelden
    • Re: PLPA and COMMON PAGESPACE Size, Jim Mulder
  • Re: PLPA and COMMON PAGESPACE Size, Mike Feeley
    • RE: PLPA and COMMON PAGESPACE Size, Veilleux, Jon L
  • Re: PLPA and COMMON PAGESPACE Size, Mike Feeley
    • Re: PLPA and COMMON PAGESPACE Size, Jim Mulder
    • RE: PLPA and COMMON PAGESPACE Size, Wayne Driscoll
    • RE: PLPA and COMMON PAGESPACE Size, Veilleux, Jon L
• z/OS V1R9 Migration Checker for z/OS Tool Now Available!, Marna WALLE
  • Re: z/OS V1R9 Migration Checker for z/OS Tool Now Available!, pauls2272
  • <Possible follow-ups>
  • Re: z/OS V1R9 Migration Checker for z/OS Tool Now Available!, Mark Neal
  • Re: z/OS V1R9 Migration Checker for z/OS Tool Now Available!, Marna WALLE
• Concurrent Upgrade Puzzlement., Hal Merritt
  • Re: [IBM-MAIN] Concurrent Upgrade Puzzlement., Marian Gasparovic
  • <Possible follow-ups>
  • RE: Concurrent Upgrade Puzzlement., Bielskie, Stephen
    • Re: Concurrent Upgrade Puzzlement., Hal Merritt
  • Re: Concurrent Upgrade Puzzlement., Bielskie, Stephen
  • Re: Concurrent Upgrade Puzzlement., Ted MacNEIL
    • Re: Concurrent Upgrade Puzzlement., Marian Gasparovic
    • RE: Concurrent Upgrade Puzzlement., Hal Merritt
  • RE: Concurrent Upgrade Puzzlement., Bielskie, Stephen
  • RE: Concurrent Upgrade Puzzlement., Bielskie, Stephen
    • Re: Concurrent Upgrade Puzzlement., McKown, John
    • Re: Concurrent Upgrade Puzzlement., Edward Jaffe
  • Re: Concurrent Upgrade Puzzlement., Ted MacNEIL
  • Re: Concurrent Upgrade Puzzlement., Tom Marchant
  • Re: Concurrent Upgrade Puzzlement., Ted MacNEIL
  • RE: Concurrent Upgrade Puzzlement., Bielskie, Stephen
  • Re: Concurrent Upgrade Puzzlement., Tom Marchant
  • Re: Concurrent Upgrade Puzzlement., Ted MacNEIL
  • Re: Concurrent Upgrade Puzzlement., Ted MacNEIL
    • RE: Concurrent Upgrade Puzzlement., Hal Merritt
  • Re: Concurrent Upgrade Puzzlement., Ted MacNEIL
    • RE: Concurrent Upgrade Puzzlement., Hal Merritt
      • Re: Concurrent Upgrade Puzzlement., Edward Jaffe
      • Re: Concurrent Upgrade Puzzlement., Eric Bielefeld
      • RE: Concurrent Upgrade Puzzlement., Hal Merritt
      • Re: Concurrent Upgrade Puzzlement., Thomas H Puddicombe
      • Re: Concurrent Upgrade Puzzlement., Jim Mulder
      • RE: Concurrent Upgrade Puzzlement., Hal Merritt
  • Re: Concurrent Upgrade Puzzlement., Tom Marchant
  • Re: Concurrent Upgrade Puzzlement., Ted MacNEIL
• RE: Future Possible New Storage Techniques, Kelman, Tom
  • RE: Future Possible New Storage Techniques, McKown, John
  • RE: [IBM-MAIN] Future Possible New Storage Techniques, Ken . Porowski
• Not that it wouldn't happen here..., Gary Green
  • <Possible follow-ups>
  • RE: Not that it wouldn't happen here..., Kelman, Tom
• msgIGD17279I SMS reject becasue of 'exclude list', John_J_Kelly
• Job's virtual storage usage over time, Roded Bahat
• RE: Testing System Programmer Capabilities, Van Dalsen, Herbie
• Need JCL's to copy MVS file to HFS, John Norgauer
  • RE: Need JCL's to copy MVS file to HFS, McKown, John
    • Re: Need JCL's to copy MVS file to HFS, John Norgauer
      • RE: Need JCL's to copy MVS file to HFS, McKown, John
      • Re: Need JCL's to copy MVS file to HFS, John Norgauer
      • RE: Need JCL's to copy MVS file to HFS, McKown, John
      • Re: Need JCL's to copy MVS file to HFS, John Norgauer
      • Re: Need JCL's to copy MVS file to HFS, Steve Comstock
      • Re: NJE-Notify, RWells
  • Re: Need JCL's to copy MVS file to HFS, Neal Eckhardt
  • <Possible follow-ups>
  • Re: Need JCL's to copy MVS file to HFS, Gary Green
  • Re: Need JCL's to copy MVS file to HFS, Gary Green
  • Re: Need JCL's to copy MVS file to HFS, Paul Gilmartin
• Can't find Page Volume, Mike Feeley
  • RE: Can't find Page Volume, McKown, John
  • RE: Can't find Page Volume, Horne, Jim - James S
  • Re: Can't find Page Volume, Neal Eckhardt
  • RE: Can't find Page Volume, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
  • <Possible follow-ups>
  • Re: Can't find Page Volume, Matthew Stitt
  • Re: Can't find Page Volume, John_J_Kelly
  • Re: Can't find Page Volume, Ted MacNEIL
  • Re: Can't find Page Volume, Mark Zelden
  • Re: Can't find Page Volume, Mike Feeley
  • Re: Can't find Page Volume, Mike Feeley
• Re: (no subject), Efinnell15
  • RE: (no subject), Chase, John
• IEF195I, Duane Shields
  • RE: IEF195I, O'Brien, David W. [C] , NIH/CIT
  • RE: IEF195I, Ulrich Krueger
    • Re: IEF195I, Ed Gould
      • RE: IEF195I, McKown, John
  • RE: IEF195I, McKown, John
  • <Possible follow-ups>
  • Re: IEF195I, Duane Shields
    • Re: IEF195I, justirw
      • RE: IEF195I, McKown, John
• Wikiscanner, Efinnell15
  • Re: Wikiscanner, Eric Bielefeld
    • Re: Wikiscanner, Dean Kent
    • RE: Wikiscanner, Jon Brock
      • Re: Wikiscanner, R.S.
      • Re: Wikiscanner, Ed Gould
      • Re: Wikiscanner, R.S.
  • <Possible follow-ups>
  • Re: Wikiscanner, Ted MacNEIL
• SYSMDUMP in DB2 SP WLM, Don Imbriale
  • RE: SYSMDUMP in DB2 SP WLM, Wayne Driscoll
    • Re: SYSMDUMP in DB2 SP WLM, Edward Jaffe
      • RE: SYSMDUMP in DB2 SP WLM, Ray Mullins
      • (none), Ray Mullins
      • (none), McKown, John
  • <Possible follow-ups>
  • RE: SYSMDUMP in DB2 SP WLM, Imbriale, Donald
    • Re: SYSMDUMP in DB2 SP WLM, Edward Jaffe
  • Re: SYSMDUMP in DB2 SP WLM, Don Imbriale
  • Re: SYSMDUMP in DB2 SP WLM, Ted MacNEIL
• ISPF Data Set List Exit Questions, Schwarz, Barry A
  • <Possible follow-ups>
  • ISPF Data Set List Exit Questions, Schwarz, Barry A
  • Re: ISPF Data Set List Exit Questions, Mark Zelden
• Java and classic MVS files, Steven Conway
  • RE: Java and classic MVS files, McKown, John
    • RE: Java and classic MVS files, Schramm, Rob
  • Re: Java and classic MVS files, jay . howard
    • Re: Java and classic MVS files, Barkow, Eileen
      • Re: Java and classic MVS files, Steven Conway
• SMS vs. GDG Model DSCB, Rugen, Len
  • Re: SMS vs. GDG Model DSCB, john . kington
• Tr: RE : Re: BPXBATCH utility, how to access to PDS member ?, pat pat
• meaasge OPS3731E, Jim McAlpine
  • RE: meaasge OPS3731E, James . Robinson
    • Re: meaasge OPS3731E, Jim McAlpine
      • RE: meaasge OPS3731E, James . Robinson
  • Re: meaasge OPS3731E, Patrick . Falcone
  • Re: meaasge OPS3731E, Binyamin Dissen
  • RE: meaasge OPS3731E, McKown, John
  • Re: meaasge OPS3731E, Neal Eckhardt
  • <Possible follow-ups>
  • RE: meaasge OPS3731E, Thompson, Steve
• VisualAge COBOL & CICS, Graham Hobbs
• CICS Priority Question, Sergio Lima
  • RE: CICS Priority Question, Rugen, Len
    • Re: CICS Priority Question, Sergio Lima
  • <Possible follow-ups>
  • Re: CICS Priority Question, Tom Marchant
    • Re: CICS Priority Question, Sergio Lima
• ServerPac Installs and dataset allocations, George Dranes
  • Re: ServerPac Installs and dataset allocations, John Eells
  • Re: ServerPac Installs and dataset allocations, Ed Gould
  • RE: [IBM-MAIN] ServerPac Installs and dataset allocations, Ken . Porowski
    • Re: ServerPac Installs and dataset allocations, George D Dranes
      • Re: ServerPac Installs and dataset allocations, Schwarz, Barry A
  • <Possible follow-ups>
  • RE: ServerPac Installs and dataset allocations, Thompson, Steve
    • Re: ServerPac Installs and dataset allocations, John Eells
    • Re: ServerPac Installs and dataset allocations, John Eells
  • Re: ServerPac Installs and dataset allocations, Mark Zelden
    • Re: ServerPac Installs and dataset allocations, George D Dranes
    • Re: ServerPac Installs and dataset allocations, Eric Bielefeld
  • RE: ServerPac Installs and dataset allocations, Thompson, Steve
    • Re: ServerPac Installs and dataset allocations, John Eells
  • RE: ServerPac Installs and dataset allocations, Thompson, Steve
    • Future Possible New Storage Techniques, Eric Bielefeld
      • RE: Future Possible New Storage Techniques, Bill Wilkie
    • Re: ServerPac Installs and dataset allocations, John Eells
  • Re: ServerPac Installs and dataset allocations, Ted MacNEIL
    • Re: ServerPac Installs and dataset allocations, Anne & Lynn Wheeler
  • Re: ServerPac Installs and dataset allocations, Mark Zelden
    • Re: ServerPac Installs and dataset allocations, Robert Justice
    • Re: ServerPac Installs and dataset allocations, Eric Bielefeld
  • Re: ServerPac Installs and dataset allocations, Mark Zelden
    • RE: ServerPac Installs and dataset allocations, Bob Shannon
  • Re: ServerPac Installs and dataset allocations, Mark Zelden
  • RE: ServerPac Installs and dataset allocations, Thompson, Steve
    • Re: ServerPac Installs and dataset allocations, John Eells
  • Re: ServerPac Installs and dataset allocations, Kenneth E Tomiak
• JES2 Exits and SMP/E, George Dranes
  • RE: JES2 Exits and SMP/E, Schwarz, Barry A
  • Re: JES2 Exits and SMP/E, Edward Jaffe
  • <Possible follow-ups>
  • Re: JES2 Exits and SMP/E, Paul Gilmartin
  • Re: JES2 Exits and SMP/E, Mark Zelden
• TN3270 server, Brian
  • Re: TN3270 server, Chris Mason
• MQ abnormal termination, Jacky Bright
• How would you read a report?, Howard Brazee
  • Re: How would you read a report?, Binyamin Dissen
  • Re: How would you read a report?, Ulrich Krueger
    • Re: How would you read a report?, rkuebbin
  • <Possible follow-ups>
  • Re: How would you read a report?, Lizette Koehler
  • Re: How would you read a report?, Larry Burch
  • Fw: How would you read a report?, Bill Klein
  • Re: How would you read a report?, Dave Kopischke
  • Re: How would you read a report?, Tom Marchant
  • Re: Fw: How would you read a report?, Kenneth E Tomiak
  • Re: How would you read a report?, Tom Schmidt
• Re: JES-APPL, Lizette Koehler
  • Re: JES-APPL, RWells
    • RE: JES-APPL, Ulrich Krueger
      • Re: JES-APPL, RWells
      • RE: JES-APPL, Ulrich Krueger
      • Re: JES-APPL, RWells
      • RE: JES-APPL, Field, Alan C.
      • Re: JES-APPL, Ed Gould
  • Re: JES-APPL, Ron Wells
  • <Possible follow-ups>
  • Re: JES-APPL, Mark Zelden
  • Re: JES-APPL, Mark Zelden
  • Re: JES-APPL, Ed Finnell
    • Re: JES-APPL, RWells
      • Re: JES-APPL, Chris Mason
      • Re: JES-APPL, RWells
      • Re: JES-APPL, Chris Mason
      • Re: JES-APPL, RWells
      • Re: JES-APPL, Chris Mason
      • Re: JES-APPL, RWells
  • Re: JES-APPL, Mark Zelden
  • Re: JES-APPL, Ulrich Krueger
• Re: Running with SQA/ESQA > 100% CHECK, Peter Relson
  • Re:JES-APPL, RWells
  • <Possible follow-ups>
  • Re: Running with SQA/ESQA > 100% CHECK, Vernooy, C.P. - SPLXM
  • Re: Running with SQA/ESQA > 100% CHECK, Vernooy, C.P. - SPLXM
  • Re: Running with SQA/ESQA > 100% CHECK, Barbara Nitz
  • Re: Running with SQA/ESQA > 100% CHECK, Barbara Nitz
    • Re: Running with SQA/ESQA > 100% CHECK, Edward Jaffe
    • Re: Running with SQA/ESQA > 100% CHECK, Shane
  • Re: Running with SQA/ESQA > 100% CHECK, Vernooy, C.P. - SPLXM
  • Re: Running with SQA/ESQA > 100% CHECK, Brian Peterson
  • Re: Running with SQA/ESQA > 100% CHECK, Roland Schiradin
    • FICON tape drive?, Jeffrey Deaver
      • RE: FICON tape drive?, Schwarz, Barry A
  • Re: Running with SQA/ESQA > 100% CHECK, Peter Relson
• BTS question, thomas . berg
  • <Possible follow-ups>
  • Re: BTS question, Binyamin Dissen
    • SV: BTS question, thomas . berg
• problem with smtp on z/os, Sanaz Pourdarab
  • Re: problem with smtp on z/os, tk1808
  • <Possible follow-ups>
  • Re: problem with smtp on z/os, Kenneth E Tomiak
• ISPF RC=990, Jimbo
  • Re: ISPF RC=990, Carmen V
• RE: Questions on DS6000, Crispin Hugo
• RE: IBM-MAIN Digest - 7 Sep 2007 to 8 Sep 2007 (#2007-251), David Boyes
• Test 426 - IBM System z Technical Support V2, Gaur
• Tape Pool range control, WangXiaobing
• Re: The future of IBM Mainframes [just thinking], Ted MacNEIL
  • RE: The future of IBM Mainframes [just thinking], Lindy Mayfield
  • <Possible follow-ups>
  • Re: The future of IBM Mainframes [just thinking], Kenneth E Tomiak
    • Re: The future of IBM Mainframes [just thinking], Ed Gould
    • Re: The future of IBM Mainframes [just thinking], Lindy Mayfield
  • Re: The future of IBM Mainframes [just thinking], Arthur T.
    • RE: The future of IBM Mainframes [just thinking], Lindy Mayfield
  • Re: The future of IBM Mainframes [just thinking], Gerhard Adam
    • RE: The future of IBM Mainframes [just thinking], Lindy Mayfield
    • Re: The future of IBM Mainframes [just thinking], Neal Eckhardt
  • Re: The future of IBM Mainframes [just thinking], Ted MacNEIL
    • Re: The future of IBM Mainframes [just thinking], McKown, John
      • Re: The future of IBM Mainframes [just thinking], Eric Bielefeld
      • Re: The future of IBM Mainframes [just thinking], Gerard Schildberger
  • Re: The future of IBM Mainframes [just thinking], Gerhard Adam
  • Re: The future of IBM Mainframes [just thinking], Arthur T.
  • Re: The future of IBM Mainframes [just thinking], gadam12
  • Re: The future of IBM Mainframes [just thinking], Tom Marchant
    • RE: The future of IBM Mainframes [just thinking], McKown, John
    • Re: The future of IBM Mainframes [just thinking], Rick Fochtman
  • Re: The future of IBM Mainframes [just thinking], Phil Smith III
  • Re: The future of IBM Mainframes [just thinking], Tom Schmidt
    • Re: The future of IBM Mainframes [just thinking], Ed Gould
      • Re: The future of IBM Mainframes [just thinking], O'Brien, David W. [C] , NIH/CIT
      • Re: The future of IBM Mainframes [just thinking], Ed Gould
    • Re: The future of IBM Mainframes [just thinking], Rick Fochtman
    • RE: The future of IBM Mainframes [just thinking], John P Baker
      • RE: The future of IBM Mainframes [just thinking], Chase, John
      • Re: The future of IBM Mainframes [just thinking], Mark L. Wheeler
      • Re: The future of IBM Mainframes [just thinking], Binyamin Dissen
      • Re: The future of IBM Mainframes [just thinking], Mark Jacobs
      • Re: The future of IBM Mainframes [just thinking], Chase, John
      • Re: The future of IBM Mainframes [just thinking], Binyamin Dissen
  • Re: The future of IBM Mainframes [just thinking], gadam12
    • RE: The future of IBM Mainframes [just thinking], O'Brien, David W. [C] , NIH/CIT
  • Re: The future of IBM Mainframes [just thinking], gadam12
    • RE: The future of IBM Mainframes [just thinking], O'Brien, David W. [C] , NIH/CIT
      • Re: The death of the mainframe community, was: The future of IBM Mainframes [just thinking], Mark Post
      • Re: The death of the mainframe community, was: The future of IBM Mainframes [just thinking], Dean Kent
      • Re: The death of the mainframe community, was: The future of IBM Mainframes [just thinking], Chris Mason
      • Re: The death of the mainframe community, was: The future of IBM Mainframes [just thinking], Chris Mason
      • Re: The death of the mainframe community, was: The future of IBM Mainframes [just thinking], Chris Mason
      • Re: The death of the mainframe community, was: The future of IBM Mainframes [just thinking], Chris Mason
  • Re: The future of IBM Mainframes [just thinking], gadam12
  • Re: The future of IBM Mainframes [just thinking], Efinnell15
  • Re: The future of IBM Mainframes [just thinking], gadam12
  • Re: The future of IBM Mainframes [just thinking], Tom Schmidt
    • RE: The future of IBM Mainframes [just thinking], O'Brien, David W. [C] , NIH/CIT
      • RE: The future of IBM Mainframes [just thinking], Van Dalsen, Herbie
      • Re: The future of IBM Mainframes [just thinking], Clark Morris
      • RE: The future of IBM Mainframes [just thinking], Lindy Mayfield
  • Re: The future of IBM Mainframes [just thinking], Phil Smith III
    • RE: The future of IBM Mainframes [just thinking], Van Dalsen, Herbie
      • Re: The future of IBM Mainframes [just thinking], Howard Brazee
      • RE: The future of IBM Mainframes [just thinking], Van Dalsen, Herbie
    • RE: The future of IBM Mainframes [just thinking], Tom Moulder
    • Re: The future of IBM Mainframes [just thinking], Eric Chevalier
      • RE: The future of IBM Mainframes [just thinking], Chase, John
      • Re: The future of IBM Mainframes [just thinking], Rick Fochtman
  • Re: The future of IBM Mainframes [just thinking], , IBM Mainframe Discussion List
  • Re: The future of IBM Mainframes [just thinking], Thomas Kern
    • Re: The future of IBM Mainframes [just thinking], Neal Eckhardt
  • Re: The future of IBM Mainframes [just thinking], Paul Gilmartin
  • Re: The future of IBM Mainframes [just thinking], Tom Marchant
    • Re: The future of IBM Mainframes [just thinking], O'Brien, David W. [C] , NIH/CIT
  • Re: The future of IBM Mainframes [just thinking], Patrick Lyon
  • Re: The future of IBM Mainframes [just thinking], Ted MacNEIL
    • RE: The future of IBM Mainframes [just thinking], Jon Brock
  • RE: The future of IBM Mainframes [just thinking], FRASER, Brian
  • Re: The future of IBM Mainframes [just thinking], Ted MacNEIL
  • Re: The future of IBM Mainframes [just thinking], Bruce Hewson
  • Re: The future of IBM Mainframes [just thinking], Ted MacNEIL
    • Re: The future of IBM Mainframes [just thinking], Bill Wilkie
      • Re: The future of IBM Mainframes [just thinking], Chris Mason
      • RE: The future of IBM Mainframes [just thinking], Van Dalsen, Herbie
    • Re: The future of IBM Mainframes [just thinking], Rick Fochtman
  • RE: The future of IBM Mainframes [just thinking], FRASER, Brian
    • Re: The future of IBM Mainframes [just thinking], Lindy Mayfield
  • Re: The future of IBM Mainframes [just thinking], Ted MacNEIL
    • RE: The future of IBM Mainframes [just thinking], Lindy Mayfield
  • Re: The future of IBM Mainframes [just thinking], Ted MacNEIL
  • Re: The future of IBM Mainframes [just thinking], DASDBill2
• System Trace Table, George Dranes
  • The future of IBM Mainframes [just thinking], Lindy Mayfield
    • Re: The future of IBM Mainframes [just thinking], Shane
      • Re: The future of IBM Mainframes [just thinking], Howard Brazee
      • Re: The future of IBM Mainframes [just thinking], McKown, John
      • Re: The future of IBM Mainframes [just thinking], Bill Wilkie
    • Re: The future of IBM Mainframes [just thinking], Steve Comstock
  • RE: System Trace Table, Knutson, Sam
  • <Possible follow-ups>
  • Re: System Trace Table, George Dranes
  • Re: System Trace Table, George Dranes
• Connect:Direct (NDM) *.pdf *.xls files from Mainframe to UNIX, mainframer82@xxxxxxx
• Re: HFS in master catalog, Mark Zelden
  • <Possible follow-ups>
  • Re: HFS in master catalog, Tom Marchant
  • Re: HFS in master catalog, Mark Zelden
    • RE: HFS in master catalog, Schramm, Rob
• Easytrieve Plus and Tally, Josh
• PAV, Mark Steely
  • Re: PAV, Edward Jaffe
  • Re: PAV, Tom Longfellow
  • Re: PAV, Tom Moulder
• OSASF, Philip Miscione
  • Re: OSASF, Chris Mason
    • Re: OSASF, Rapscallion
      • Re: OSASF, Chris Mason
  • <Possible follow-ups>
  • OSASF, Philip Miscione
• Is TCBECB supposed to be zero at end of task?, Vic Petrone
  • Re: Is TCBECB supposed to be zero at end of task?, bfwd
    • Re: Is TCBECB supposed to be zero at end of task?, Silver1
      • Re: Is TCBECB supposed to be zero at end of task?, bfwd
  • Re: Is TCBECB supposed to be zero at end of task?, Binyamin Dissen
  • Re: Is TCBECB supposed to be zero at end of task?, Pierre Fichaud
  • <Possible follow-ups>
  • Re: Is TCBECB supposed to be zero at end of task?, Peter Relson
  • Re: Is TCBECB supposed to be zero at end of task?, Vic Petrone
  • RE: Is TCBECB supposed to be zero at end of task?, Thompson, Steve
• [OT] M$ command redirection [was:RE: COMMAND SHELL PROGRAMMING.], Farley, Peter x23353
• Legacy database technology, howard . brazee
  • Re: Legacy database technology, Josh
  • Re: Legacy database technology, Arthur T .
    • Re: Legacy database technology, howard . brazee
      • Re: Legacy database technology, Graham Hobbs
• Dynamic PAV Device Limit?, tom_moulder
  • Re: Dynamic PAV Device Limit?, Jihad K Kawkabani
  • Re: Dynamic PAV Device Limit?, Paolo Cacciari
  • <Possible follow-ups>
  • Re: Dynamic PAV Device Limit?, DASDBill2
  • Re: Dynamic PAV Device Limit?, DASDBill2
  • Re: Dynamic PAV Device Limit?, Ted MacNEIL
  • Re: Dynamic PAV Device Limit?, DASDBill2
  • Re: Dynamic PAV Device Limit?, DASDBill2
• IND$FILE segmentation, Bill Ogden
  • Re: IND$FILE segmentation, Dan Espen
  • Re: IND$FILE segmentation, achim . oppelt
    • Re: IND$FILE segmentation, Bill Ogden
• SORT Command :- urgent, Gaur
  • Re: SORT Command :- urgent, Gaur
• SGML DTD for Bookmaster, David Boyes
  • <Possible follow-ups>
  • Re: SGML DTD for Bookmaster, Kenneth E Tomiak
• Free ECSA Area, Joao Paulo PR
  • Re: Free ECSA Area, justirw
    • Re: Free ECSA Area, Rick Fochtman
  • Re: Free ECSA Area, Binyamin Dissen
  • RE: Free ECSA Area, Chase, John
    • RE: Free ECSA Area, Veilleux, Jon L
  • Re: Free ECSA Area, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Free ECSA Area, Efinnell15
  • RE: Free ECSA Area, CICS Guy
    • RE: Free ECSA Area, Rob Scott
  • RE: Free ECSA Area, Kelman, Tom
  • Re: Free ECSA Area, Tom Schmidt
    • HFS in master catalog, Jon Brock
      • RE: HFS in master catalog, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
      • RE: HFS in master catalog, McKown, John
  • Re: Free ECSA Area, CICS Guy
  • Re: Free ECSA Area, DASDBill2
  • Re: Free ECSA Area, Joao Paulo PR
  • Re: Free ECSA Area, Ted MacNEIL
• Updating DFSMS DATACLAS Definitions in Batch, Gregory, Gary G
  • RE: Updating DFSMS DATACLAS Definitions in Batch, Traylor, Terry
• Re: Installing IEFU29, Kenneth E Tomiak
  • RE: Installing IEFU29, Gregory, Gary G
  • Re: Installing IEFU29, Ed Gould
• REXX - RECFM fixed or variable, John P Donnelly
  • <Possible follow-ups>
  • RE: REXX - RECFM fixed or variable, Imbriale, Donald
• Me thinks 'Chuckie' is afoot -, Raymond Noal
  • Re: Me thinks 'Chuckie' is afoot -, Chris Mason
  • RE: Me thinks 'Chuckie' is afoot -, Clifford McNeill
    • Installing IEFU29, Beixing Li
      • Re: Installing IEFU29, Ed Gould
  • <Possible follow-ups>
  • Re: Me thinks 'Chuckie' is afoot -, Kenneth E Tomiak
  • Re: Me thinks 'Chuckie' is afoot -, Bruce Hewson
• DFDSS, Mark Steely
  • Re: DFDSS, Chase, John
  • Re: DFDSS, Bruce Black
  • <Possible follow-ups>
  • Re: DFDSS, Bruce Hewson
• CBT tape maybe?, Neal Eckhardt
  • Re: CBT tape maybe?, Bill Lalonde
• RE: SUPERC Option UPDPDEL failing w/ msg: ISRS062E UPDATE FILE/DA TA SET, DELDD ..., Farley, Peter x23353
  • <Possible follow-ups>
  • RE: SUPERC Option UPDPDEL failing w/ msg: ISRS062E UPDATE FILE/DA TA SET, DELDD ..., Imbriale, Donald
• Running with SQA/ESQA > 100% CHECK(IBMVSM,VSM_SQA_THRESHOLD) doesn't allow that as normal, Knutson, Sam
  • <Possible follow-ups>
  • Re: Running with SQA/ESQA > 100% CHECK(IBMVSM,VSM_SQA_THRESHOLD) doesn't allow that as normal, Larre Shiller
  • Re: Running with SQA/ESQA > 100% CHECK(IBMVSM,VSM_SQA_THRESHOLD) doesn't allow that as normal, Dave Danner
  • Re: Running with SQA/ESQA > 100% CHECK(IBMVSM,VSM_SQA_THRESHOLD) doesn't allow that as normal, Barbara Nitz
    • Re: Running with SQA/ESQA > 100% CHECK(IBMVSM,VSM_SQA_THRESHOLD) doesn't allow that as normal, Shane
      • RE: Running with SQA/ESQA > 100% CHECK(IBMVSM,VSM_SQA_THRESHOLD) doesn't allow that as normal, Gibney, Dave
    • RE: Running with SQA/ESQA > 100% CHECK(IBMVSM,VSM_SQA_THRESHOLD) doesn't allow that as normal, Chase, John
  • Re: Running with SQA/ESQA > 100% CHECK(IBMVSM,VSM_SQA_THRESHOLD) doesn't allow that as normal, Barbara Nitz
  • Re: Running with SQA/ESQA > 100% CHECK(IBMVSM,VSM_SQA_THRESHOLD) doesn't allow that as normal, Walt Farrell
  • Re: Running with SQA/ESQA > 100% CHECK(IBMVSM,VSM_SQA_THRESHOLD) doesn't allow that as normal, Vernooy, C.P. - SPLXM
• vision Sungard, rsgavalla
• Re: DFSMSDSS RESTORE Error, Mohan
• Re: SUPERC Option UPDPDEL failing w/ msg: ISRS062E UPDATE FILE/DATA SET, DELDD ..., Michael . Bradley
• Looking for sample pgm to read SMF 42, Martin, Mike
  • Re: Looking for sample pgm to read SMF 42, khf00
  • RE: Looking for sample pgm to read SMF 42, Schwarz, Barry A
    • Re: Looking for sample pgm to read SMF 42, Ed Gould
• MQ Issue ..., Jacky Bright
  • Re: MQ Issue ..., Jim Harrison
    • RE: MQ Issue ..., Gray, Larry - Larry A
• ONE Pack System, Mark Steely
  • RE: ONE Pack System, McKown, John
  • Re: ONE Pack System, Joel C. Ewing
  • <Possible follow-ups>
  • Re: ONE Pack System, Mark Zelden
• TCP Appliance Query, Thompson, Steve
• Re: CA to IBM TCP Conversion, Sheila Weissborn
  • RE: CA to IBM TCP Conversion, Johnston, Robert E
    • Re: CA to IBM TCP Conversion, Chris Mason
  • Re: CA to IBM TCP Conversion, Shmuel Metz , Seymour J.
  • Re: CA to IBM TCP Conversion, Chris Mason
  • Gethostid() and DB2 (was CA to IBM TCP conversion), Chris Mason
  • <Possible follow-ups>
  • Re: CA to IBM TCP Conversion, Sheila Weissborn
    • RE: CA to IBM TCP Conversion, Johnston, Robert E
    • Re: CA to IBM TCP Conversion, Chris Mason
  • Re: CA to IBM TCP Conversion, Dana Mitchell
    • RE: CA to IBM TCP Conversion, Johnston, Robert E
      • Re: CA to IBM TCP Conversion, Chris Mason
      • Using gskkyman to utilize a real CA, Longnecker, Dennis
      • RE: Using gskkyman to utilize a real CA, Neubert, Kevin , DIS
      • RE: CA to IBM TCP Conversion, Johnston, Robert E
      • Re: CA to IBM TCP Conversion, Chris Mason
  • Re: CA to IBM TCP conversion, Chris Mason
• Any help for Oracle on z/OS 1.8?, McKown, John
  • RE: Any help for Oracle on z/OS 1.8?, McKown, John
    • RE: Any help for Oracle on z/OS 1.8?, McKown, John
  • <Possible follow-ups>
  • Re: Any help for Oracle on z/OS 1.8?, Matthew Stitt
• COMMAND SHELL PROGRAMMING., Guru
  • <Possible follow-ups>
  • Re: COMMAND SHELL PROGRAMMING., Paul Gilmartin
    • RE: COMMAND SHELL PROGRAMMING., Guru
  • RE: COMMAND SHELL PROGRAMMING., Dave Salt
    • RE: COMMAND SHELL PROGRAMMING., Guru
  • Re: COMMAND SHELL PROGRAMMING., Dave Salt
    • RE: COMMAND SHELL PROGRAMMING., Guru
  • RE: COMMAND SHELL PROGRAMMING., Schwarz, Barry A
  • Re: COMMAND SHELL PROGRAMMING., Shmuel Metz , Seymour J.
    • Re: COMMAND SHELL PROGRAMMING., Yogesh Mahajan
  • Re: COMMAND SHELL PROGRAMMING., Mark Zelden
  • Re: COMMAND SHELL PROGRAMMING., Paul Gilmartin
  • Re: COMMAND SHELL PROGRAMMING., Mark Zelden
    • Re: COMMAND SHELL PROGRAMMING., Chris Mason
  • Re: COMMAND SHELL PROGRAMMING., Mark Zelden
    • Re: COMMAND SHELL PROGRAMMING., Shmuel Metz , Seymour J.
  • Re: COMMAND SHELL PROGRAMMING., Kenneth E Tomiak
• z/OS and Hercules, Crispin Hugo
  • RE: z/OS and Hercules, Van Dalsen, Herbie
  • Re: z/OS and Hercules, Steven Conway
    • Re: z/OS and Hercules, Lindy Mayfield
      • RE: z/OS and Hercules, Blaicher, Chris
      • Re: z/OS and Hercules, Graham Hobbs
  • Re: z/OS and Hercules, Mark Jacobs
  • RE: z/OS and Hercules, Chase, John
  • <Possible follow-ups>
  • RE: z/OS and Hercules, Crispin Hugo
    • Re: z/OS and Hercules, Chris Mason
  • RE: z/OS and Hercules, Crispin Hugo
  • Re: z/OS and Hercules, Tom Marchant
    • RE: z/OS and Hercules, Lindy Mayfield
  • Re: z/OS and Hercules, Tom Schmidt
    • Re: z/OS and Hercules, Eric Bielefeld
• Chips the Size of Dust ??, Kopischke, David G.
  • RE: Chips the Size of Dust ??, Jon Brock
  • <Possible follow-ups>
  • RE: Chips the Size of Dust ??, Warner Mach
    • Re: Chips the Size of Dust ??, Mark Post
      • Re: Chips the Size of Dust ??, Ed Gould
    • Re: Chips the Size of Dust ??, Dean Kent
  • Re: Chips the Size of Dust ??, Bob
• SHOWzOS Support for z/OS R9, Roland Schiradin
• PDS to Sequential Question, Thompson, Steve
  • Re: PDS to Sequential Question, Kirk Wolf
    • Re: EDC8122I, Ron Wells
  • Re: PDS to Sequential Question, Binyamin Dissen
  • <Possible follow-ups>
  • Re: PDS to Sequential Question, Paul Gilmartin
  • RE: PDS to Sequential Question, Thompson, Steve
  • Re: PDS to Sequential Question, Paul Gilmartin
  • Re: PDS to Sequential Question, Ted MacNEIL
  • Re: PDS to Sequential Question, Mark Zelden
  • Re: PDS to Sequential Question, Paul Gilmartin
    • Re: PDS to Sequential Question, Ted MacNEIL
    • Re: PDS to Sequential Question, Ed Gould
  • Re: PDS to Sequential Question, Ted MacNEIL
  • Re: PDS to Sequential Question, Paul Gilmartin
    • Re: PDS to Sequential Question, Dave Salt
  • Re: PDS to Sequential Question, Paul Gilmartin
    • Re: PDS to Sequential Question, Ed Gould
  • Re: PDS to Sequential Question, Paul Gilmartin
    • Re: PDS to Sequential Question, Kirk Wolf
      • Re: PDS to Sequential Question, Kirk Wolf
  • Re: PDS to Sequential Question, Paul Gilmartin
    • Re: PDS to Sequential Question, Ed Gould
  • Re: PDS to Sequential Question, Paul Gilmartin
    • Re: PDS to Sequential Question, Ed Gould
  • Re: PDS to Sequential Question, Paul Gilmartin
  • Re: PDS to Sequential Question, Paul Gilmartin
    • Re: PDS to Sequential Question, Kirk Wolf
  • Re: PDS to Sequential Question, Paul Gilmartin
    • Re: PDS to Sequential Question, Ed Gould
  • Re: PDS to Sequential Question, Mark Zelden
  • Re: PDS to Sequential Question, Paul Gilmartin
    • Re: PDS to Sequential Question, Ed Gould
  • Re: PDS to Sequential Question, Kenneth E Tomiak
  • Re: PDS to Sequential Question, Ted MacNEIL
  • Re: PDS to Sequential Question, Paul Gilmartin
• DFSMSdss RESTORE RENAME with different qualifier count?, Paul Gilmartin
  • RE: DFSMSdss RESTORE RENAME with different qualifier count?, Pommier, Rex R.
  • Re: DFSMSdss RESTORE RENAME with different qualifier count?, Pommier, Rex R.
  • Re: DFSMSdss RESTORE RENAME with different qualifier count?, R.S.
  • <Possible follow-ups>
  • Re: DFSMSdss RESTORE RENAME with different qualifier count?, Bruce Hewson
  • Re: DFSMSdss RESTORE RENAME with different qualifier count?, Mark Zelden
• IBMLink - Get Your 3270 "Green Screen" Redundancy Now!, Edward Jaffe
  • RE: IBMLink - Get Your 3270 "Green Screen" Redundancy Now!, Jousma, David
• Splitting a large physical sequential dataset, Raupach, Robert E , ATS, IT
  • Re: Splitting a large physical sequential dataset, Rusty
  • Re: Splitting a large physical sequential dataset, David Andrews
    • RE: Splitting a large physical sequential dataset, Anthony Saul Babonas
      • Re: Splitting a large physical sequential dataset, howard . brazee
    • Re: Splitting a large physical sequential dataset, Wayne Bickerdike
  • Re: Splitting a large physical sequential dataset, Frank Yaeger
  • <Possible follow-ups>
  • Re: Splitting a large physical sequential dataset, Efinnell15
  • Re: Splitting a large physical sequential dataset, Scott Barry
  • Re: Splitting a large physical sequential dataset, Frank Yaeger
• Mainframe FTP, Philip Miscione
  • <Possible follow-ups>
  • Mainframe FTP, Philip Miscione
    • RE: Mainframe FTP, Hal Merritt
      • RE: Mainframe FTP, Philip Miscione
      • Re: Mainframe FTP, Philip Miscione
      • Re: Mainframe FTP, Rich Smrcina
    • RE: Mainframe FTP, McKown, John
  • Re: Mainframe FTP, Bill Godfrey
    • Re: Mainframe FTP, John S. Giltner, Jr.
  • Re: Mainframe FTP, Bill Godfrey
  • Re: Mainframe FTP, Kenneth E Tomiak
  • Re: Mainframe FTP, Bill Godfrey
• JES2 exit 20 on z/OS 1.8 - question., McKown, John
  • <Possible follow-ups>
  • Re: JES2 exit 20 on z/OS 1.8 - question., Tom Schmidt
• Control Program of OS/360 reel tape, Sylvia Gorman
  • Re: Control Program of OS/360 reel tape, William Donzelli
  • <Possible follow-ups>
  • Re: Control Program of OS/360 reel tape, Kenneth E Tomiak
    • Re: Control Program of OS/360 reel tape, Michael Stack
      • Re: Control Program of OS/360 reel tape, Rick Fochtman
    • Re: Control Program of OS/360 reel tape, William Donzelli
  • Re: Control Program of OS/360 reel tape, Bill Godfrey
    • Re: Control Program of OS/360 reel tape, Michael Stack
  • Re: Control Program of OS/360 reel tape, Kenneth E Tomiak
  • Re: Control Program of OS/360 reel tape, Andreas F. Geissbuehler
    • Re: Control Program of OS/360 reel tape, Shmuel Metz , Seymour J.
• Any need to put IRLM in ARM, Lizette Koehler
• cfu Extension, Jorge Arueira Campos
  • Re: cfu Extension, Rick Fochtman
• Change CFRM policy name for IPL, R.S.
  • Re: Change CFRM policy name for IPL, Mark Jacobs
  • Re: Change CFRM policy name for IPL, Paolo Cacciari
    • Re: Change CFRM policy name for IPL, Skip Robinson
  • <Possible follow-ups>
  • Re: Change CFRM policy name for IPL, Mark Zelden
    • Re: Change CFRM policy name for IPL, Skip Robinson
  • Re: Change CFRM policy name for IPL, Mark Zelden
    • Re: Change CFRM policy name for IPL, Jo . Skip . Robinson
• 1401 simulator for OS/360, Rafa Pereira
  • RE: 1401 simulator for OS/360, Britz, Anton - CO 7th
    • Re: 1401 simulator for OS/360, Rich Smrcina
    • Re: 1401 simulator for OS/360, Shmuel Metz , Seymour J.
      • Earth calling the Deep Blue Sea..., Van Dalsen, Herbie
      • Re: Earth calling the Deep Blue Sea..., John P Kalinich
      • RE: Earth calling the Deep Blue Sea..., Van Dalsen, Herbie
      • Re: Earth calling the Deep Blue Sea..., Mark Jacobs
  • <Possible follow-ups>
  • RE: 1401 simulator for OS/360, Thompson, Steve
  • Re: 1401 simulator for OS/360, Roger Bowler
  • Re: 1401 simulator for OS/360, Patrick O'Keefe
    • Re: 1401 simulator for OS/360, William Donzelli
  • Re: 1401 simulator for OS/360, Warner Mach
    • RE: 1401 simulator for OS/360, Chase, John
      • Re: 1401 simulator for OS/360, Shmuel Metz , Seymour J.
    • Re: 1401 simulator for OS/360, Bruce McKnight
  • Re: 1401 simulator for OS/360, Paul Gilmartin
    • Re: 1401 simulator for OS/360, William Donzelli
      • Re: 1401 simulator for OS/360, Howard Brazee
  • Re: 1401 simulator for OS/360, Andreas F. Geissbuehler
  • Re: 1401 simulator for OS/360, Andreas F. Geissbuehler
    • Re: 1401 simulator for OS/360, William Donzelli
  • Re: 1401 simulator for OS/360, Ted MacNEIL
    • Re: 1401 simulator for OS/360, William Donzelli
      • Re: 1401 simulator for OS/360, David Andrews
      • Re: 1401 simulator for OS/360, Anne & Lynn Wheeler
  • Re: 1401 simulator for OS/360, Paul Gilmartin
  • Re: 1401 simulator for OS/360, Roger Bowler
  • 1401 simulator for OS/360, Phil Payne
    • Re: 1401 simulator for OS/360, Bill Ogden
    • Re: 1401 simulator for OS/360, Shmuel Metz , Seymour J.
  • Re: 1401 simulator for OS/360, Paul Gilmartin
  • RE: 1401 simulator for OS/360, dbarry
  • Re: 1401 simulator for OS/360, Mark Post
  • 1401 simulator for OS/360, Phil Payne
    • Re: 1401 simulator for OS/360, Dan Espen
    • Re: 1401 simulator for OS/360, Shmuel Metz , Seymour J.
    • Re: 1401 simulator for OS/360, Shmuel Metz , Seymour J.
  • Re: 1401 simulator for OS/360, Andreas F. Geissbuehler
  • Re: 1401 simulator for OS/360, Roger Bowler
    • RE: 1401 simulator for OS/360, Chase, John
    • Re: 1401 simulator for OS/360, Shane
    • Re: 1401 simulator for OS/360, Mark Post
  • Re: 1401 simulator for OS/360, Roger Bowler
    • Re: 1401 simulator for OS/360, Mark Post
  • Re: 1401 simulator for OS/360, Roger Bowler
• Re: Execute a Unix Shell Script via Mainframe FTP, Shmuel Metz , Seymour J.
• Re: File to PDF Product, Shmuel Metz , Seymour J.
• MGCRE macro (assembly), Gaur
  • Re: MGCRE macro (assembly), Arthur T .
• RE: STROBE Layoffs, Bob Shannon
  • RE: STROBE Layoffs, Jousma, David
  • Re: STROBE Layoffs, Joel C. Ewing
    • Re: STROBE Layoffs, justirw
    • Re: STROBE Layoffs, Rick Fochtman
  • <Possible follow-ups>
  • Re: STROBE Layoffs, Vernooy, C.P. - SPLXM
  • Re: STROBE Layoffs, Dave Kopischke
    • RE: STROBE Layoffs, Richards.Bob
  • Re: STROBE Layoffs, Timothy Sipples
  • Re: STROBE Layoffs, Jim Marshall
    • Re: STROBE Layoffs, Van Dalsen, Herbie
  • Strobe Layoffs, Stuart Fried
  • Re: STROBE Layoffs, Jim Marshall
    • Re: STROBE Layoffs, Mark Vitale
    • Re: STROBE Layoffs, Dean Kent
    • Re: STROBE Layoffs, Dean Kent
  • Re: STROBE Layoffs, DASDBill2
  • Re: STROBE Layoffs, Robert Justice
    • RE: STROBE Layoffs, McKown, John
  • Re: STROBE Layoffs, Ted MacNEIL
  • Re: STROBE Layoffs, Knutson, Sam
• Secure Delete for OMVS files, Mark Jacobs
  • Re: Secure Delete for OMVS files, R.S.
    • Re: Secure Delete for OMVS files, Mark Jacobs
  • Re: Secure Delete for OMVS files, David Andrews
  • RE: Secure Delete for OMVS files, McKown, John
  • <Possible follow-ups>
  • Re: Secure Delete for OMVS files, Big Iron
  • Re: Secure Delete for OMVS files, Big Iron
  • Re: Secure Delete for OMVS files, Paul Gilmartin
• DASD wont go offline., FRASER, Brian
  • Re: DASD wont go offline., Shane Ginnane
    • RE: DASD wont go offline., Doc Farmer
  • RE: DASD wont go offline., Lizette Koehler
  • <Possible follow-ups>
  • RE: DASD wont go offline., FRASER, Brian
  • Re: DASD wont go offline., Pommier, Rex R.
    • RE: DASD wont go offline., Doc Farmer
  • RE: DASD wont go offline., Pommier, Rex R.
  • Re: DASD wont go offline., Ed Finnell
  • Re: DASD wont go offline., FRASER, Brian
  • Re: DASD wont go offline., Bruce Hewson
  • Re: DASD wont go offline., Doc Farmer
    • Re: DASD wont go offline., Matt Dazzo
    • Re: DASD wont go offline., Rick Fochtman
  • RE: DASD wont go offline., Compton, John
  • Re: DASD wont go offline., Efinnell15
  • RE: DASD wont go offline., CICS Guy
  • RE: DASD wont go offline., FRASER, Brian
  • Re: DASD wont go offline., FRASER, Brian
  • Re: DASD wont go offline., Efinnell15
  • RE: DASD wont go offline., FRASER, Brian
  • Re: DASD wont go offline., Nick Swain
  • Re: DASD wont go offline., Nick Swain
  • Re: DASD wont go offline., DASDBill2
  • RE: DASD wont go offline., FRASER, Brian
• Subtracting TOD-CLOCK values to get duration., Ludmila Koganer
  • Re: Subtracting TOD-CLOCK values to get duration., David Day
    • RE: Subtracting TOD-CLOCK values to get duration., Craddock, Chris
      • Re: Subtracting TOD-CLOCK values to get duration., Edward Jaffe
  • <Possible follow-ups>
  • Re: Subtracting TOD-CLOCK values to get duration., DASDBill2
  • Re: Subtracting TOD-CLOCK values to get duration., Paul Gilmartin
    • Re: Subtracting TOD-CLOCK values to get duration., Ed Gould
      • Re: Subtracting TOD-CLOCK values to get duration., Art Celestini
      • Re: Subtracting TOD-CLOCK values to get duration., Edward Jaffe
  • Re: Subtracting TOD-CLOCK values to get duration., Efinnell15
    • Re: Subtracting TOD-CLOCK values to get duration., Art Celestini
  • Re: Subtracting TOD-CLOCK values to get duration., Paul Gilmartin
    • Re: Subtracting TOD-CLOCK values to get duration., Edward Jaffe
      • Re: Subtracting TOD-CLOCK values to get duration., Art Celestini
      • Re: Subtracting TOD-CLOCK values to get duration., Edward Jaffe
      • Re: Subtracting TOD-CLOCK values to get duration., Art Celestini
    • Re: Subtracting TOD-CLOCK values to get duration., sla29970
  • Re: Subtracting TOD-CLOCK values to get duration., Tony Harminc
• BPXBATCH utility, how to access to PDS member ?, spachfr
  • Re: BPXBATCH utility, how to access to PDS member ?, Miklos Szigetvari
  • Re: BPXBATCH utility, how to access to PDS member ?, Steve Comstock
  • Re: BPXBATCH utility, how to access to PDS member ?, Steve Comstock
  • RE: BPXBATCH utility, how to access to PDS member ?, McKown, John
  • <Possible follow-ups>
  • Re: BPXBATCH utility, how to access to PDS member ?, IBM-MAIN Anonymous
  • Re: BPXBATCH utility, how to access to PDS member ?, IBM-MAIN Anonymous
  • Re: BPXBATCH utility, how to access to PDS member ?, Bill Godfrey
  • Re: BPXBATCH utility, how to access to PDS member ?, spachfr@xxxxxxxxxxxx>
    • RE: BPXBATCH utility, how to access to PDS member ?, McKown, John
    • Re: BPXBATCH utility, how to access to PDS member ?, Steve Comstock
  • Re: BPXBATCH utility, how to access to PDS member ?, IBM-MAIN Anonymous
  • Re: BPXBATCH utility, how to access to PDS member ?, IBM-MAIN Anonymous
    • RE: BPXBATCH utility, how to access to PDS member ?, McKown, John
      • RE: BPXBATCH utility, how to access to PDS member ?, Van Dalsen, Herbie
      • RE : Re: BPXBATCH utility, how to access to PDS member ?, pat pat
• Free Up Unowned CSA/ECSA, Jaleel
  • Re: Free Up Unowned CSA/ECSA, khf00
    • Re: Free Up Unowned CSA/ECSA, Joel C. Ewing
      • Re: Free Up Unowned CSA/ECSA, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Free Up Unowned CSA/ECSA, Ted MacNEIL
    • Re: Free Up Unowned CSA/ECSA, Roberto Halais
    • Re: Free Up Unowned CSA/ECSA, John S. Giltner, Jr.
  • Re: Free Up Unowned CSA/ECSA, Peter Relson
    • Re: Free Up Unowned CSA/ECSA, Clark F Morris
  • Re: Free Up Unowned CSA/ECSA, Keith E. Moe
    • Re: Free Up Unowned CSA/ECSA, Jim Mulder
  • Re: Free Up Unowned CSA/ECSA, Peter Relson
• Re: Send a IODF file in a email, jgarci12
  • <Possible follow-ups>
  • Fw: Re: Send a IODF file in a email, Jack Kelly
• access real storage using an ALET, steve austin
  • Re: access real storage using an ALET, khf00
• software support site down, Jim McAlpine
  • Re: software support site down, Maarten Slegtenhorst
    • Re: software support site down, Jim McAlpine
      • RE: software support site down, Maarten . Slegtenhorst
      • Re: software support site down, Jim McAlpine
      • RE: software support site down, Maarten . Slegtenhorst
  • Re: software support site down, Jim McAlpine
    • Re: software support site down, Jim McAlpine
  • <Possible follow-ups>
  • Re: software support site down, Vernooy, C.P. - SPLXM
    • Re: software support site down, Jim McAlpine
  • Re: software support site down, Vernooy, C.P. - SPLXM
    • Re: software support site down, Roger Bolan
• SMF Record Type & Fields, Jaleel
  • Re: SMF Record Type & Fields, khf00
• ISPF Display eXcluded lines (was: zOS Unix DOS2UNIX), Paul Gilmartin
  • Re: ISPF Display eXcluded lines (was: zOS Unix DOS2UNIX), Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: ISPF Display eXcluded lines (was: zOS Unix DOS2UNIX), TISLER Zaromil
    • RE: ISPF Display eXcluded lines (was: zOS Unix DOS2UNIX), Maarten . Slegtenhorst
    • Re: ISPF Display eXcluded lines (was: zOS Unix DOS2UNIX), howard . brazee
• to compare Sorted File with Tables and update Tables (UPDATE / INSERT)., todo01
  • Re: to compare Sorted File with Tables and update Tables (UPDATE / INSERT)., Robert Jones
    • Re: to compare Sorted File with Tables and update Tables (UPDATE / INSERT)., todo01
• Delete non catalogd vsam dataset, Duza
• TN3270 on Windows Mobile, tlast
• Re: How to switch UID under OMVS, Shmuel Metz , Seymour J.
• Re: Strange behavior of START command(Keyword parms), Chris Mason
  • <Possible follow-ups>
  • Re: Strange behavior of START command(Keyword parms), Chris Mason
• Re: Future date & USS, Chris Mason
• Re: OSA, Chris Mason
• DLSw Test Program? (Was OSA-Express2 and SNA Pcomm - loss of connectivity), Chris Mason
  • <Possible follow-ups>
  • Re: DLSw Test Program? (Was OSA-Express2 and SNA Pcomm - loss of connectivity), Timothy Sipples
    • RE: DLSw Test Program? (Was OSA-Express2 and SNA Pcomm - loss of connectivity), Andrew McLaren
      • RE: DLSw Test Program? (DLC ping), Maarten . Slegtenhorst
      • Re: DLSw Test Program? (Was OSA-Express2 and SNA Pcomm - loss of connectivity), Chris Mason
    • Re: DLSw Test Program? (Was OSA-Express2 and SNA Pcomm - loss of connectivity), Chris Mason
• Re: Print Distribution and IP connected Devices, Chris Mason
  • <Possible follow-ups>
  • Re: Print Distribution and IP connected Devices, Chris Mason
  • Re: Print Distribution and IP connected Devices, Chris Mason
    • Re: Print Distribution and IP connected Devices, J R
  • Re: Print Distribution and IP connected Devices, Chris Mason
    • RE: Print Distribution and IP connected Devices, Ulrich Krueger
  • Re: Print Distribution and IP connected Devices, Chris Mason
    • RE: Print Distribution and IP connected Devices, Pommier, Rex R.
    • Re: Print Distribution and IP connected Devices, Pommier, Rex R.
• Re: Calling a AMODE 31 program from AMODE 64, Chris Mason
  • <Possible follow-ups>
  • Re: Calling a AMODE 31 program from AMODE 64, Ludmila Koganer
• Re: Jes2 OFFLOAD leaving out some JOBNAME, Kenneth E Tomiak
• Re: DFSMSdss SYSPRINT attributes, Kenneth E Tomiak
  • Re: DFSMSdss SYSPRINT attributes, Ed Gould
  • <Possible follow-ups>
  • Re: DFSMSdss SYSPRINT attributes, Ted MacNEIL
• Re: Outsourcing losing steam? (was: ...loosing...), Scott Fagen
• Re: SHARE San Diego Snubbery, Scott Fagen
  • Re: SHARE San Diego Snubbery, Norman Hollander on h-WiZ.biz
• Re: ISPF FREED SYS1.PARMLIB, Steve Horein
  • Re: ISPF FREED SYS1.PARMLIB, Ed Gould
  • Re: ISPF FREED SYS1.PARMLIB, Jo . Skip . Robinson
  • Re: ISPF FREED SYS1.PARMLIB, Shmuel Metz , Seymour J.
  • RE: ISPF FREED SYS1.PARMLIB, Jousma, David
• PDSE differences from a PDS, NadCixelsyd
  • Re: PDSE differences from a PDS, khf00
  • Re: PDSE differences from a PDS, Steve Myers
  • Re: PDSE differences from a PDS, NadCixelsyd
• Outsourcing, Mainframe Sysprog
  • Re: Outsourcing, Binyamin Dissen
  • General nature of moving work to outsiders was Re: Outsourcing, Clark Morris
    • Re: General nature of moving work to outsiders was Re: Outsourcing, Doug Fuerst
• Permission Problems On 3rd Open Of Same PDS, Harry Goldschmitt
  • <Possible follow-ups>
  • Re: Permission Problems On 3rd Open Of Same PDS, Paul Gilmartin
  • Re: Permission Problems On 3rd Open Of Same PDS, Ulrich Krueger
  • Re: Permission Problems On 3rd Open Of Same PDS, Kenneth E Tomiak
    • Re: Permission Problems On 3rd Open Of Same PDS, Harry Goldschmitt
      • Re: Permission Problems On 3rd Open Of Same PDS, JackOfAllTrades
• batch rexx call edit macro, BillD
  • Re: batch rexx call edit macro, superk
    • Re: batch rexx call edit macro, Joel C. Ewing
      • Re: batch rexx call edit macro, BillD
• Re: Monster.COM email received after hack, frecklemonkey
• sdsf authority, John Norgauer
  • Re: sdsf authority, Jo . Skip . Robinson
• Re: Dynamic Allocation Error in EDGHSKP, khf00
  • <Possible follow-ups>
  • Re: Dynamic Allocation Error in EDGHSKP, Mike Wood
  • Re: Dynamic Allocation Error in EDGHSKP, David Andrews
• Re: Virtual Storage implementation, Tom Marchant
  • Re: Virtual Storage implementation, Mark Post
  • <Possible follow-ups>
  • Re: Virtual Storage implementation, Ted MacNEIL
  • Re: Virtual Storage implementation, Anton Britz
  • Re: Virtual Storage implementation, Mark Post
  • Re: Virtual Storage implementation, Ted MacNEIL
  • Re: Virtual Storage implementation, Ted MacNEIL
  • RE: Virtual Storage implementation, dbarry
    • Re: Virtual Storage implementation, Rich Smrcina
  • Re: Virtual Storage implementation, Mark Post
  • Re: Virtual Storage implementation, Mark Post
  • Re: Virtual Storage implementation, Ted MacNEIL
  • Re: Virtual Storage implementation, Ted MacNEIL
  • RE: Virtual Storage implementation, Thompson, Steve
  • Re: Virtual Storage implementation, Ted MacNEIL
  • Re: Virtual Storage implementation, Mark Post
  • Re: Virtual Storage implementation, Anne & Lynn Wheeler
  • Re: Virtual Storage implementation, Mark Post
  • Re: Virtual Storage implementation, Ted MacNEIL
    • Re: Virtual Storage implementation, Mark Post
  • Re: Virtual Storage implementation, Ted MacNEIL
    • Re: Virtual Storage implementation, Mark Post
  • Re: Virtual Storage implementation, Ted MacNEIL
  • re: Virtual Storage implementation, Anne & Lynn Wheeler
  • Re: Virtual Storage implementation, Ted MacNEIL
  • Re: Virtual Storage implementation, Anne & Lynn Wheeler
  • Re: Virtual Storage implementation, Anne & Lynn Wheeler
  • Re: Virtual Storage implementation, Bruce Hewson
  • Re: Virtual Storage implementation, Tom Marchant
    • Re: Virtual Storage implementation, Mark Post
      • Re: Virtual Storage implementation, Anne & Lynn Wheeler
  • Re: Virtual Storage implementation, Ted MacNEIL
  • Re: Virtual Storage implementation, Tom Schmidt
    • Re: Virtual Storage implementation, Shane
    • Re: Virtual Storage implementation, Mark Post
  • Re: Virtual Storage implementation, Tom Schmidt
• Re: Stand-Alone Dump Process, Rick Fochtman
  • <Possible follow-ups>
  • Re: Stand-Alone Dump Process, Binyamin Dissen
    • Re: Stand-Alone Dump Process, Jo . Skip . Robinson
  • Re: Stand-Alone Dump Process, Barbara Nitz
    • Re: Stand-Alone Dump Process, Jo . Skip . Robinson
      • RE: Stand-Alone Dump Process, Knutson, Sam
    • Re: Stand-Alone Dump Process, Jim Mulder
  • Re: Stand-Alone Dump Process, Bruce Hewson
• Re: SPAM: Re: Password expiration message at every SUBMIT at z/OS 1.8?, Rick Fochtman
  • Re: SPAM: Re: Password expiration message at every SUBMIT at z/OS 1.8?, Binyamin Dissen
    • Re: SPAM: Re: Password expiration message at every SUBMIT at z/OS 1.8?, Jo . Skip . Robinson
• Re: Change Management Packages, Jo . Skip . Robinson
• SIGNOFF, Kress, Raymond