bit.listserv.ibm-main

• Date Index

---

• OSA-ICC console question, Anne Crabtree
• Binder question., McKown, John
  • <Possible follow-ups>
  • Re: Binder question., Paul Gilmartin
  • Re: Binder question., Ed Finnell
    • Re: Binder question., Charles Mills
• SMF reg 110 - Help, Eduardo Toledo
• z/OS and z/OS.e maintenance/licencing, peter_a_gammage
  • <Possible follow-ups>
  • Re: z/OS and z/OS.e maintenance/licencing, Tom Marchant
    • Re: z/OS and z/OS.e maintenance/licencing, R.S.
  • Re: z/OS and z/OS.e maintenance/licencing, John Eells
• Point-and-shoot (was: Re: Missing source code), Paul Gilmartin
  • Re: Point-and-shoot, Steve Comstock
• Re: Missing source code (was: New Cobol Releases (was FASTSRT, Paul Gilmartin
  • Re: Missing source code, Steve Comstock
  • Re: Missing source code (was: New Cobol Releases (was FASTSRT, Ed Gould
• Re: Where to find Redbooks for installation of WebSphere Develope r for zSeries WDZ v6.0, Chase, John
• Missing source code (was: New Cobol Releases (was FASTSRT), Bill Klein
  • Re: Missing source code (was: New Cobol Releases (was FASTSRT), Thomas Berg
  • Re: Missing source code (was: New Cobol Releases (was FASTSRT), Ed Gould
• Where to find Redbooks for installation of WebSphere Developer for zSeries WDZ v6.0, Helio
• JES2 Checkpoint dataset help, Steve Horein
  • <Possible follow-ups>
  • Re: JES2 Checkpoint dataset help, Matthew Stitt
  • RE: JES2 Checkpoint dataset help, Horein, Steve , HAR-ORL
    • Re: JES2 Checkpoint dataset help, Tom Marchant
  • Re: JES2 Checkpoint dataset help, Bruno Sugliani
• Disaster Declarations due to Katrina, Richard Pinion
  • <Possible follow-ups>
  • RE: Disaster Declarations due to Katrina, Chase, John
  • Re: Disaster Declarations due to Katrina, Bill Fairchild
    • Re: Disaster Declarations due to Katrina, David Andrews
  • Re: Disaster Declarations due to Katrina, Ed Finnell
    • Re: Disaster Declarations due to Katrina, chris . mcgavic
  • Re: Disaster Declarations due to Katrina, Kluth.Chris
  • Re: Disaster Declarations due to Katrina, DASDBill2
  • Re: Disaster Declarations due to Katrina, Goforth, Mark
  • Disaster Declarations due to Katrina, Timothy Sipples
• COBOL callable services?, Craig Kittendorf
  • Re: COBOL callable services?, Steve Comstock
  • <Possible follow-ups>
  • Fw: COBOL callable services?, Bill Klein
    • Re: Fw: COBOL callable services?, john gilmore
  • RE: Fw: COBOL callable services?, kittendorf . craig
  • Fw: Fw: COBOL callable services?, Bill Klein
• Re: ISPPROF datasets as PDSEs (Was: Future ISPF directions), Mark Zelden
  • <Possible follow-ups>
  • Re: ISPPROF datasets as PDSEs (Was: Future ISPF directions), Norbert Friemel
  • Re: ISPPROF datasets as PDSEs (Was: Future ISPF directions), Mark Zelden
• Spencer Katt has some comments on SHARE, Hall, Ken , GTI
  • <Possible follow-ups>
  • Re: Spencer Katt has some comments on SHARE, Efinnell15
• Deleted VVDS, Natasa Savinc
  • Re: Deleted VVDS, Werner Kuehnel
  • <Possible follow-ups>
  • Re: Deleted VVDS, Matthew Stitt
  • Re: Deleted VVDS, Natasa Savinc
    • Re: Deleted VVDS, Werner Kuehnel
• IHB0002A, mary george
  • <Possible follow-ups>
  • RE: IHB0002A, Clark, Kevin D, HRC-Alexandria/EDS
• SMF type 80 records that appear to be too short, Jan Vanbrabant
  • RE: SMF type 80 records that appear to be too short, Paul Hanrahan
    • Re: SMF type 80 records that appear to be too short, Jan Vanbrabant
• SMF TYPE 50, Mehrdad Rastegar
  • Re: SMF TYPE 50, David Andrews
• Rexx compression in TSO?, Charles Mills
  • Re: Rexx compression in TSO?, Walt Farrell
    • Re: Rexx compression in TSO?, Charles Mills
      • Re: Rexx compression in TSO?, Walt Farrell
      • Re: Rexx compression in TSO?, Dave Salt
      • Re: Rexx compression in TSO?, Dave Salt
  • Re: Rexx compression in TSO?, Hank Oerlemans
  • <Possible follow-ups>
  • Re: Rexx compression in TSO?, Ted MacNEIL
  • SV: Rexx compression in TSO?, thomas . berg
  • RE: Rexx compression in TSO?, Imbriale, Donald , Exchange
    • RE: Rexx compression in TSO?, Charles Mills
  • Re: SV: Rexx compression in TSO?, Dave Salt
  • SV: SV: Rexx compression in TSO?, thomas . berg
  • SV: Rexx compression in TSO?, thomas . berg
• Re: RMF Spreadsheet Report, Ted MacNEIL
  • <Possible follow-ups>
  • RMF Spreadsheet Report, Dennis McCarthy
  • RE: RMF Spreadsheet Report, Gates, Guy
  • Re: RMF Spreadsheet Report, Ed Finnell
    • Re: RMF Spreadsheet Report, Paul Hanrahan
  • Re: RMF Spreadsheet Report, Ted MacNEIL
  • Re: RMF Spreadsheet Report, Ed Finnell
    • RE: RMF Spreadsheet Report, Paul Hanrahan
  • Re: RMF Spreadsheet Report, Ed Finnell
• Re: Future ISPF directions, Ted MacNEIL
  • Re: Future ISPF directions, John Ticic
  • <Possible follow-ups>
  • Re: Future ISPF directions, Paul Gilmartin
    • Position, Gary Green
    • Re: Future ISPF directions, Edward E. Jaffe
  • Re: Future ISPF directions, Mark Zelden
    • ISPPROF datasets as PDSEs (Was: Future ISPF directions), John P Kalinich
  • Re: Future ISPF directions, Paul Gilmartin
    • Re: Future ISPF directions, Edward E. Jaffe
  • Re: Future ISPF directions, Mark Zelden
  • Re: Future ISPF directions, Paul Gilmartin
  • Re: Future ISPF directions, Paul Gilmartin
• Substitutes for IBM 9036 to convert 9037 Signals to Single Mode, Will
• Question on IXFP PTFs, Pommier, Rex R.
  • Re: Question on IXFP PTFs, Bruce Black
  • <Possible follow-ups>
  • Re: Question on IXFP PTFs, Pommier, Rex R.
• Processing GDG datasets in chronological order, Groebner, Mary
  • RE: Processing GDG datasets in chronological order, Ray Mullins
  • Re: Processing GDG datasets in chronological order, Shmuel Metz (Seymour J.)
  • <Possible follow-ups>
  • Re: Processing GDG datasets in chronological order, R.S.
  • Re: Processing GDG datasets in chronological order, Ray Mullins
    • Re: Processing GDG datasets in chronological order, R.S.
• Re: JES unification project (was: Future ISPF directions (was: Re: How Was Sh..., Ed Finnell
  • <Possible follow-ups>
  • Re: JES unification project (was: Future ISPF directions (was: Re: How Was Sh..., Ed Finnell
  • RE: JES unification project (was: Future ISPF directions (was: Re: How Was Sh..., Bob Shannon
  • Re: JES unification project (was: Future ISPF directions (was: Re: How Was Sh..., Ed Finnell
    • Re: JES unification project (was: Future ISPF directions (was: Re: How Was Sh..., Paul Hanrahan
• JES unification project (was: Future ISPF directions (was: Re: How Was Share?)), DASDBill2
  • Re: JES unification project (was: Future ISPF directions (was: Re: How Was Share?)), Paul Gillis
  • Re: JES unification project (was: Future ISPF directions (was: Re: How Was Share?)), Shmuel Metz (Seymour J.)
  • <Possible follow-ups>
  • JES unification project (was: Future ISPF directions (was: Re: How Was Share?)), Richard Pinion
  • RE: JES unification project (was: Future ISPF directions (was: Re: How Was Share?)), Bob Shannon
  • Re: JES unification project (was: Future ISPF directions (was: Re: How Was Share?)), Craddock, Chris
  • Re: JES unification project (was: Future ISPF directions (was: Re: How Was Share?)), Shmuel Metz (Seymour J.)
• Katrina Impact., Ed Finnell
• HSM keeps demounting and remounting tapes during autobackup, Richard Marchant
• TotalStorage Magazine and other free IBM magazines, Knutson, Sam
• z/os.e: request for advice, Tuco Bonno
  • <Possible follow-ups>
  • Re: z/os.e: request for advice, Hal Merritt
    • Re: z/os.e: request for advice, Tom Marchant
  • Fw: z/os.e: request for advice, Ted MacNEIL
  • Re: z/os.e: request for advice, Tuco Bonno
  • Re: z/os.e: request for advice, Chase, John
• automated response, GPauline
• Need SMF Records To Alpha Test DAF, Michael Cleary
• Re: 1 byte console id, Ted MacNEIL
  • <Possible follow-ups>
  • 1 byte console id, Roach, Dennis
  • RE: 1 byte console id, Pommier, Rex R.
  • Re: 1 byte console id, Mark Zelden
• Multiple Running Instances of TSO (or Batch) Jobs With the Same Name (Was: Future ISPF directions (was: ...)), Ted MacNEIL
• IEFUSI question, Ira Broussard
  • Re: IEFUSI question, Jim Mulder
  • <Possible follow-ups>
  • Re: IEFUSI question, Craddock, Chris
• SHARE reflections, Alan . C . Field
  • <Possible follow-ups>
  • Re: SHARE reflections, Jay Maynard
    • Re: SHARE reflections, Ed Gould
      • Re: SHARE reflections, Edward E. Jaffe
      • Re: SHARE reflections, Eric Bielefeld
      • Re: SHARE reflections, Ed Gould
  • RE: SHARE reflections, Bob Shannon
    • Message not available
      • Re: SHARE reflections, Ed Gould
    • Message not available
      • Re: SHARE reflections, Jay Maynard
  • Re: SHARE reflections, Mark Zelden
• Informix ODBC, Mohammed1
• RE: FDRPAS + TDMF, Knutson, Sam
• Re: Future ISPF directions (really about multiple TSO sessions), Greg Price
• ETR / CLO Timer Connection to Singlemode DWDM Systems, Will
  • Re: ETR / CLO Timer Connection to Singlemode DWDM Systems, R.S.
• IDAL, Paul Hanrahan
  • Re: IDAL, Edward E. Jaffe
    • Re: IDAL, Paul Hanrahan
• New Cobol Releases (was FASTSRT), Bill Klein
  • Re: New Cobol Releases (was FASTSRT), Ed Gould
  • Re: New Cobol Releases (was FASTSRT), Shmuel Metz (Seymour J.)
  • <Possible follow-ups>
  • Re: New Cobol Releases (was FASTSRT), Ted MacNEIL
    • Re: New Cobol Releases (was FASTSRT), Ed Gould
    • Re: New Cobol Releases (was FASTSRT), R.S.
      • Re: New Cobol Releases (was FASTSRT), Shmuel Metz (Seymour J.)
  • Re: New Cobol Releases (was FASTSRT), Ted MacNEIL
  • Re: New Cobol Releases (was FASTSRT), Ted MacNEIL
    • Re: New Cobol Releases (was FASTSRT), Ed Gould
    • Re: New Cobol Releases (was FASTSRT), Clark Morris
  • Re: New Cobol Releases (was FASTSRT), Ted MacNEIL
    • Re: New Cobol Releases (was FASTSRT), R.S.
      • Re: New Cobol Releases (was FASTSRT), Shmuel Metz (Seymour J.)
  • Re: New Cobol Releases (was FASTSRT), Ted MacNEIL
  • Re: New Cobol Releases (was FASTSRT), Ed Finnell
  • Fw: New Cobol Releases (was FASTSRT), Bill Klein
    • Re: Fw: New Cobol Releases (was FASTSRT), Walter Rue
    • Re: Fw: New Cobol Releases (was FASTSRT), Shmuel Metz (Seymour J.)
  • New Cobol Releases (was FASTSRT), Bill Klein
    • Re: New Cobol Releases (was FASTSRT), Charles Mills
      • Re: New Cobol Releases (was FASTSRT), Shmuel Metz (Seymour J.)
    • Re: New Cobol Releases (was FASTSRT), R.S.
  • Re: New Cobol Releases (was FASTSRT), Ted MacNEIL
  • Re: New Cobol Releases (was FASTSRT), Ted MacNEIL
    • Re: New Cobol Releases (was FASTSRT), R.S.
  • Re: New Cobol Releases (was FASTSRT), Ted MacNEIL
  • Re: New Cobol Releases (was FASTSRT), Ted MacNEIL
    • Re: New Cobol Releases (was FASTSRT), R.S.
  • Re: New Cobol Releases (was FASTSRT), Ted MacNEIL
  • Re: New Cobol Releases (was FASTSRT), Chase, John
  • SV: New Cobol Releases (was FASTSRT), thomas . berg
  • New Cobol Releases (was FASTSRT), Bill Klein
• OT IBM Takes UNIX Crown, Ed Gould
  • <Possible follow-ups>
  • Re: OT IBM Takes UNIX Crown, Matt Simpson
    • Re: OT IBM Takes UNIX Crown, Marian Gasparovic
  • Re: OT IBM Takes UNIX Crown, gilmap
• Future ISPF directions (was: Re: How Was Share?), Paul Gilmartin
  • Re: Future ISPF directions (was: Re: How Was Share?), Thomas Conley
  • Re: Future ISPF directions (was: Re: How Was Share?), Shmuel Metz (Seymour J.)
  • <Possible follow-ups>
  • Re: Future ISPF directions (was: Re: How Was Share?), Paul Gilmartin
    • Re: Future ISPF directions (was: Re: How Was Share?), Shmuel Metz (Seymour J.)
  • Re: Future ISPF directions (was: Re: How Was Share?), Ted MacNEIL
  • Re: Future ISPF directions (was: Re: How Was Share?), Bill Fairchild
    • Re: Future ISPF directions (was: Re: How Was Share?), Edward E. Jaffe
  • Re: Future ISPF directions (was: Re: How Was Share?), Ed Finnell
  • Re: Future ISPF directions (was: Re: How Was Share?), Ted MacNEIL
  • Re: Future ISPF directions (was: Re: How Was Share?), Bill Fairchild
  • Re: Future ISPF directions (was: Re: How Was Share?), Paul Gilmartin
  • Re: Future ISPF directions (was: Re: How Was Share?), Tom Marchant
  • Re: Future ISPF directions (was: Re: How Was Share?), Paul Gilmartin
    • Re: Future ISPF directions, Edward E. Jaffe
    • Re: Future ISPF directions (was: Re: How Was Share?), Shmuel Metz (Seymour J.)
  • Re: Future ISPF directions (was: Re: How Was Share?), Tom Marchant
  • RE: Future ISPF directions (was: Re: How Was Share?), Craddock, Chris
  • Re: Future ISPF directions (was: Re: How Was Share?), Paul Gilmartin
  • Re: Future ISPF directions (was: Re: How Was Share?), Paul Gilmartin
  • Re: Future ISPF directions (was: Re: How Was Share?), Mark Zelden
• VTS performance, SRUSASH
  • Re: VTS performance, Patrick . Falcone
• Any way to turn on FASTSRT without recompile?, Larry Williams
  • Re: Any way to turn on FASTSRT without recompile?, Gary Walker
  • <Possible follow-ups>
  • Any way to turn on FASTSRT without recompile?, Bill Klein
    • Re: Any way to turn on FASTSRT without recompile?, Gary Walker
    • New Cobol Releases (was FASTSRT), Ed Gould
      • Re: New Cobol Releases (was FASTSRT), Steve Comstock
      • Re: New Cobol Releases (was FASTSRT), Ed Gould
      • Re: New Cobol Releases (was FASTSRT), Steve Comstock
      • Re: New Cobol Releases (was FASTSRT), Ed Gould
      • Re: New Cobol Releases (was FASTSRT), R.S.
      • Re: New Cobol Releases (was FASTSRT), Eric Bielefeld
      • Re: New Cobol Releases (was FASTSRT), Joel C. Ewing
• Looking for ISRROUTE command, Thomas Lawrence
  • <Possible follow-ups>
  • RE: Looking for ISRROUTE command, Fenner, Jim
  • Re: Looking for ISRROUTE command, Big Iron
  • Re: Looking for ISRROUTE command, Thomas Lawrence
• MULTIVOLUME FILES THRU SMS, javier sotela
  • Re: MULTIVOLUME FILES THRU SMS, Bruce Estey
  • <Possible follow-ups>
  • Re: MULTIVOLUME FILES THRU SMS, Ambat Ravi Nair
• How Was Share?, Eric Bielefeld
  • Re: How Was Share?, Edward E. Jaffe
  • Re: How Was Share?, Thomas Conley
  • Re: How Was Share?, James Smith
    • Re: How Was Share?, Edward E. Jaffe
      • Re: How Was Share?, ibm-main
      • Re: How Was Share?, James Smith
  • <Possible follow-ups>
  • Re: How Was Share?, Craddock, Chris
    • Re: How Was Share?, Thomas Conley
    • Message not available
      • Re: How Was Share?, Edward E. Jaffe
  • FW: How Was Share?, Richards.Bob
  • How Was Share?, Andy White
  • Re: How Was Share?, Ed Finnell
  • Re: How Was Share?, Bill Fairchild
  • Re: How Was Share?, Mark Zelden
    • Re: How Was Share?, Eric Bielefeld
  • Re: How Was Share?, Jim Harrison
  • Re: How Was Share?, Barry Schwarz
    • Re: How Was Share?, R.S.
  • Re: How Was Share?, Shane G
    • Re: How Was Share?, Edward E. Jaffe
  • RE: How Was Share?, Bielskie, Stephen
    • Re: How Was Share?, Barry Schwarz
  • Re: How Was Share?, Bielskie, Stephen
  • Re: How Was Share?, Bielskie, Stephen
• Slashdot article, Aaron Walker
  • Re: Slashdot article, Johnny
• Newsgroups, Steve Comstock
  • Re: Newsgroups, Eric Chevalier
    • Re: Newsgroups, Steve Comstock
  • Re: Newsgroups, Shmuel Metz (Seymour J.)
    • Re: Newsgroups, Steve Comstock
      • Re: Newsgroups, Joel C. Ewing
      • Re: Newsgroups, Steve Comstock
      • Re: Newsgroups, Shmuel Metz (Seymour J.)
      • Re: Newsgroups, Steve Comstock
  • <Possible follow-ups>
  • Re: Newsgroups, Howard Brazee
    • Re: Newsgroups, Steve Comstock
      • Re: Newsgroups, Ed Gould
      • Re: Newsgroups, Stephen M. Wiegand
      • Re: Newsgroups, Steve Comstock
      • Re: Newsgroups, Edward E. Jaffe
      • Re: Newsgroups, Steve Comstock
      • Re: Newsgroups, Stephen M. Wiegand
  • Re: Newsgroups, Howard Brazee
  • Newsgroups, Bill Klein
    • Re: Newsgroups, Ed Gould
  • Re: Newsgroups, Howard Brazee
  • Re: Newsgroups, Chase, John
• GLOBALV and REXX - functioning code ?, thomas . berg
  • Re: GLOBALV and REXX - functioning code ?, Willy Jensen
  • <Possible follow-ups>
  • SV: GLOBALV and REXX - functioning code ?, thomas . berg
    • Re: GLOBALV and REXX - functioning code ?, Willy Jensen
      • Re: GLOBALV and REXX - functioning code ?, Willy Jensen
• signoff, Doherty, John , ANFIS
• Re: Most effective BUFNO?, Ted MacNEIL
  • Re: Most effective BUFNO?, Ed Gould
  • <Possible follow-ups>
  • Re: Most effective BUFNO?, Ted MacNEIL
  • Re: Most effective BUFNO?, Ted MacNEIL
    • Re: Most effective BUFNO?, Charles Mills
  • Most effective BUFNO?, Charles Mills
    • Re: Most effective BUFNO?, Ron and Jenny Hawkins
  • Re: Most effective BUFNO?, Bill Fairchild
  • Re: Most effective BUFNO?, Ted MacNEIL
    • Re: Most effective BUFNO?, Ed Gould
  • Re: Most effective BUFNO?, Ted MacNEIL
    • Re: Most effective BUFNO?, Charles Mills
      • Re: Most effective BUFNO?, Ron and Jenny Hawkins
      • Re: Most effective BUFNO?, Charles Mills
      • Re: Most effective BUFNO?, Shmuel Metz (Seymour J.)
      • Re: Most effective BUFNO?, Shmuel Metz (Seymour J.)
  • Re: Most effective BUFNO?, Paul Gilmartin
  • Re: Most effective BUFNO?, Gibney, David Allen,Jr
  • Re: Most effective BUFNO?, Bill Fairchild
    • Re: Most effective BUFNO?, Shmuel Metz (Seymour J.)
  • Re: Most effective BUFNO?, Chuck Hopf
    • Re: Most effective BUFNO?, Barry Merrill
  • Re: Most effective BUFNO?, Mark Zelden
  • Re: Most effective BUFNO?, Avram Friedman
  • Re: Most effective BUFNO?, Tom Marchant
  • FW: Most effective BUFNO?, Wertheim, Marty
  • Re: Most effective BUFNO?, Chuck Hopf
  • Re: Most effective BUFNO?, Tom Marchant
• Re: rexx question, Ted MacNEIL
  • Re: rexx question, Shmuel Metz (Seymour J.)
  • <Possible follow-ups>
  • rexx question, Jim McAlpine
    • Re: rexx question, Shmuel (Seymour J.) Metz
  • SV: rexx question, thomas . berg
    • Message not available
      • Re: rexx question, Jim McAlpine
  • Re: rexx question, Ted MacNEIL
  • Re: rexx question, Paul Gilmartin
    • Re: rexx question, Charles Mills
  • Re: rexx question, Ted MacNEIL
  • Re: rexx question, Ted MacNEIL
    • Re: rexx question, Shmuel Metz (Seymour J.)
  • Re: rexx question, Ted MacNEIL
• to "vendors" with LE related software products, Bill Klein
• Merging SYSPLEXes, gkozakos
  • Re: Merging SYSPLEXes, Gil Peleg
    • Re: Merging SYSPLEXes, gkozakos
  • Re: Merging SYSPLEXes, Lance Kopplin
    • Re: Merging SYSPLEXes, gkozakos
  • <Possible follow-ups>
  • Fw: Merging SYSPLEXes, Ted MacNEIL
  • Fw: Re: Merging SYSPLEXes, Ted MacNEIL
    • Re: Merging SYSPLEXes, Lance Kopplin
  • Re: Merging SYSPLEXes, Giovanni Cerquone
  • Re: Merging SYSPLEXes, Ted MacNEIL
  • Re: Merging SYSPLEXes, Ted MacNEIL
  • Re: Merging SYSPLEXes, George Kozakos
  • Re: Fw: Merging SYSPLEXes, Roger Lowe
  • Re: Merging SYSPLEXes, Chase, John
    • Re: Merging SYSPLEXes, Lance Kopplin
• STIMERM EXIT question, Paul Schuster
  • RE: STIMERM EXIT question, Charles Mills
    • Re: STIMERM EXIT question, Binyamin Dissen
      • Re: STIMERM EXIT question, Jim Mulder
  • <Possible follow-ups>
  • Re: STIMERM EXIT question, Paul Schuster
    • Re: STIMERM EXIT question, Greg Dyck
  • Re: STIMERM EXIT question, Paul Gilmartin
    • Re: STIMERM EXIT question, Jim Mulder
• Mainframe Data Gateway for Ab Initio documentation, padair . o . ceallaigh
• ftp "connection closed by remote host", Jim McAlpine
  • <Possible follow-ups>
  • Re: ftp "connection closed by remote host", McKown, John
  • Re: ftp "connection closed by remote host", Jim Ladouceur
    • Re: ftp "connection closed by remote host", Jim McAlpine
  • Re: ftp "connection closed by remote host", Efinnell15
    • Re: ftp "connection closed by remote host", Jim McAlpine
  • Re: ftp "connection closed by remote host", Natarajan Mohan
  • Re: ftp "connection closed by remote host", Patrick O'Keefe
  • RE: ftp "connection closed by remote host", Clark, Kevin D, HRC-Alexandria/EDS
• ISPF option 3.4 & CATALOG multilevel alias, McKown, John
  • Re: ISPF option 3.4 & CATALOG multilevel alias, Thomas Conley
  • <Possible follow-ups>
  • Re: ISPF option 3.4 & CATALOG multilevel alias, McKown, John
  • Re: ISPF option 3.4 & CATALOG multilevel alias, Matthew Stitt
    • Re: ISPF option 3.4 & CATALOG multilevel alias, ibm-main
  • Re: ISPF option 3.4 & CATALOG multilevel alias, Dave Butts
• ShopZseries, Meganen Naidoo - BCX - Data Centre Services
  • <Possible follow-ups>
  • RE: ShopZseries, Tribble, Robert
  • Re: ShopZseries, Chase, John
  • Re: ShopZseries, Jason_Gately
  • Re: ShopZseries, ibm-main
• SRDF question, Ali
  • <Possible follow-ups>
  • Re: SRDF question, Patrick Lyon
    • Re: SRDF question, Ali
• Synchronyzation without Sysplex Timer, Alexander I. Vasilenko
  • <Possible follow-ups>
  • Re: Synchronyzation without Sysplex Timer, Rob Wunderlich
• IBM giving Free COBOL Seminars, Ed Gould
• Anybody using the MSGRT command?, W. Kevin Kelley
  • Re: Anybody using the MSGRT command?, Shmuel Metz (Seymour J.)
  • Re: Anybody using the MSGRT command?, Rich Wenneker
  • <Possible follow-ups>
  • Re: Anybody using the MSGRT command?, Knutson, Sam
  • Re: Anybody using the MSGRT command?, Ed Finnell
• ADABAS and HDS TrueCopy, Michael Pratt
  • Re: ADABAS and HDS TrueCopy, Ron and Jenny Hawkins
  • <Possible follow-ups>
  • Re: ADABAS and HDS TrueCopy, Sarel Swanepoel
  • Re: ADABAS and HDS TrueCopy, Michael Pratt
    • Re: ADABAS and HDS TrueCopy, Ron and Jenny Hawkins
  • Re: ADABAS and HDS TrueCopy, Mullen, Patrick
  • Re: ADABAS and HDS TrueCopy, Michael Pratt
  • Re: ADABAS and HDS TrueCopy, Mullen, Patrick
• XMIT problem, Mark Yuhas
  • Message not available
    • Re: XMIT problem, Steve Comstock
  • RE: XMIT problem, Ray Mullins
  • Message not available
    • Re: XMIT problem, Binyamin Dissen
  • <Possible follow-ups>
  • RE: XMIT problem, Imbriale, Donald , Exchange
  • RE: XMIT problem, TISLER Zaromil
  • RE: XMIT problem, Traylor, Terry
• IBM needs 20,000 Main Framers...., Ed Gould
  • Re: IBM needs 20,000 Main Framers...., Allodoxaphobia
• IBM tech support site, Bruno Sugliani
  • <Possible follow-ups>
  • Re: IBM tech support site, Big Iron
  • Re: IBM tech support site, Hylton Tom P
• RES: SMF Under Zos 1.4, ITURIEL DO NASCIMENTO NETO
• APAR question, Mark Yuhas
  • Message not available
    • Re: APAR question, Bruce Black
  • <Possible follow-ups>
  • Re: APAR question, Chase, John
  • Re: APAR question, Bruce Hewson
• VOLUME in SMP/E DDDEFs, Patrick O'Keefe
  • Re: VOLUME in SMP/E DDDEFs, John Eells
  • <Possible follow-ups>
  • Re: VOLUME in SMP/E DDDEFs, Paul Gilmartin
  • Re: VOLUME in SMP/E DDDEFs, Greg Shirey
    • Re: VOLUME in SMP/E DDDEFs, Thomas Conley
  • Re: VOLUME in SMP/E DDDEFs, Mark Zelden
    • Re: VOLUME in SMP/E DDDEFs, Ed Gould
    • Re: VOLUME in SMP/E DDDEFs, Thomas Conley
  • Re: VOLUME in SMP/E DDDEFs, Mark Zelden
    • Re: VOLUME in SMP/E DDDEFs, Ed Gould
• RACF question, jason lowe
  • Re: RACF question, Salah
    • Re: RACF question, jason lowe
      • Re: RACF question, Barry Schwarz
  • <Possible follow-ups>
  • RACF question, jason lowe
    • Re: RACF question, Salah
    • Re: RACF question, Ulrich Boche
  • RE: RACF question, Jousma, David
  • Re: RACF question, Rob Wunderlich
• RES: Fileaid, ITURIEL DO NASCIMENTO NETO
  • <Possible follow-ups>
  • Re: RES: Fileaid, Gerry Anstey
• SMF Under Zos 1.4, Thomas Lawrence
  • Re: SMF Under Zos 1.4, Salah
  • Re: SMF Under Zos 1.4, David Andrews
    • Re: SMF Under Zos 1.4, Ed Gould
      • Re: SMF Under Zos 1.4, David Andrews
      • Re: SMF Under Zos 1.4, Ed Gould
  • Re: SMF Under Zos 1.4, Shmuel Metz (Seymour J.)
  • <Possible follow-ups>
  • Re: SMF Under Zos 1.4, Mark Zelden
  • Re: SMF Under Zos 1.4, Ed Finnell
  • Re: SMF Under Zos 1.4, Thomas Lawrence
  • Re: SMF Under Zos 1.4, Ed Finnell
  • Re: SMF Under Zos 1.4, Matthew Stitt
  • Re: SMF Under Zos 1.4, Raymond Noal
    • Re: SMF Under Zos 1.4, Shane Ginnane
• STOPX Question, Robert Pelletier
  • Re: STOPX Question, Ambat Ravi Nair
  • <Possible follow-ups>
  • Re: STOPX Question, Ambat Ravi Nair
  • Re: STOPX Question, McKown, John
• Could anyone help me?, Marin
  • Re: Could anyone help me?, Harold Zbiegien
    • Re: Could anyone help me?, Marin
  • <Possible follow-ups>
  • Re: Could anyone help me?, Mark S. Baron
    • Re: Could anyone help me?, Shmuel Metz , Seymour J.
• Recatalog IODF, Miklos Szigetvari
  • Re: Recatalog IODF, R.S.
  • Re: Recatalog IODF, Ambat Ravi Nair
  • Re: Recatalog IODF, Bruce Black
  • Re: Recatalog IODF, Greg Dorner
  • <Possible follow-ups>
  • RE: Recatalog IODF, John Abernethy
  • Re: Recatalog IODF, Mark Zelden
    • Re: Recatalog IODF, Miklos Szigetvari
    • Re: Recatalog IODF, Shane Ginnane
  • Re: Recatalog IODF, Raymond Noal
• TCPIP abend., CNARAYAN
  • Re: TCPIP abend., Daz
  • <Possible follow-ups>
  • Re: TCPIP abend., Hal Merritt
• Enterprise PL/I SYSDEFSD & SYSXMLSD characteristics?, Charles Mills
  • Re: Enterprise PL/I SYSDEFSD & SYSXMLSD characteristics?, Charles Mills
  • <Possible follow-ups>
  • re: Enterprise PL/I SYSDEFSD & SYSXMLSD characteristics?, john gilmore
    • Re: Enterprise PL/I SYSDEFSD & SYSXMLSD characteristics?, Charles Mills
      • Re: Enterprise PL/I SYSDEFSD & SYSXMLSD characteristics?, Shmuel Metz (Seymour J.)
      • Re: Enterprise PL/I SYSDEFSD & SYSXMLSD characteristics?, Jeffery Swagger
      • Re: Enterprise PL/I SYSDEFSD & SYSXMLSD characteristics?, Walter Rue
      • Re: Enterprise PL/I SYSDEFSD & SYSXMLSD characteristics?, Shmuel Metz (Seymour J.)
  • Fw: Enterprise PL/I SYSDEFSD & SYSXMLSD characteristics?, Bill Klein
• Auto re-IPL, Raymond Noal
• ESQA Storage leak., Hal Merritt
  • <Possible follow-ups>
  • RE: ESQA Storage leak., Rob Scott
    • Re: ESQA Storage leak., Bob Rutledge
  • Re: ESQA Storage leak., Ted MacNEIL
    • Re: ESQA Storage leak., Bob Rutledge
  • Re: ESQA Storage leak., Ted MacNEIL
  • Re: ESQA Storage leak., Ted MacNEIL
  • Re: ESQA Storage leak., Hal Merritt
    • Re: ESQA Storage leak., David Andrews
  • RE: ESQA Storage leak., Hal Merritt
    • Re: ESQA Storage leak., Bob Rutledge
  • Re: ESQA Storage leak., DASDBill2
• Questions on ECB status when task abends, Vic Petrone
  • Re: Questions on ECB status when task abends, Jim Mulder
  • Re: Questions on ECB status when task abends, Binyamin Dissen
  • Re: Questions on ECB status when task abends, Shmuel Metz (Seymour J.)
  • <Possible follow-ups>
  • Re: Questions on ECB status when task abends, Vic Petrone
• New ZOS redbook, Matthew Stitt
• ICKSADSF, Kluth.Chris
  • Re: ICKSADSF, Bruce Black
  • <Possible follow-ups>
  • Re: ICKSADSF, Ed Finnell
    • Re: ICKSADSF, Bruce Black
  • Re: ICKSADSF, McKown, John
    • Re: ICKSADSF, Bruce Black
  • Re: ICKSADSF, Tom Schmidt
  • Re: ICKSADSF, Ed Finnell
• LOAD & BLDL, Richard Verville
  • Re: LOAD & BLDL, Charles Mills
    • Re: LOAD & BLDL, Richard Verville
  • Re: LOAD & BLDL, Binyamin Dissen
    • Re: LOAD & BLDL, Richard Verville
      • Re: LOAD & BLDL, Binyamin Dissen
      • Re: LOAD & BLDL, Richard Verville
  • Re: LOAD & BLDL, Shmuel Metz (Seymour J.)
  • <Possible follow-ups>
  • Re: LOAD & BLDL, Tom Schmidt
    • Re: LOAD & BLDL, Richard Verville
  • Re: LOAD & BLDL, gilmap
    • Re: LOAD & BLDL, Richard Verville
    • Re: LOAD & BLDL, Shmuel Metz (Seymour J.)
  • Re: LOAD & BLDL, Ted MacNEIL
    • Re: LOAD & BLDL, Charles Mills
• Free Balogna, Paul Hanrahan
  • <Possible follow-ups>
  • Re: Free Balogna, Efinnell15
• PIF generated by OPC, cdmaslo
  • Re: PIF generated by OPC, Stephen M. Wiegand
  • <Possible follow-ups>
  • Re: PIF generated by OPC, Ed Finnell
    • Re: PIF generated by OPC, Patrick . Falcone
      • Re: PIF generated by OPC, cdmaslo
      • Re: PIF generated by OPC, Patrick . Falcone
  • Re: PIF generated by OPC, Ed Finnell
• Fileaid, Gerry . Anstey
  • <Possible follow-ups>
  • Fileaid, Gerry Anstey
  • Re: Fileaid, rkuebbin
  • Re: Fileaid, Gerry Anstey
    • Re: Fileaid, John Mycroft
    • Re: Fileaid, Larry Kahm
    • Re: Fileaid, Howard Brazee
  • Re: Fileaid, Janek Jakubek
  • RE: Fileaid, Galambos, Robert
  • Re: Fileaid, Howard Brazee
  • Re: Fileaid, Gerry Anstey
  • Re: Fileaid, Dave Kopischke
  • Re: Fileaid, Stephen Mednick
• Test, Robert Pelletier
  • Do not reply to test msg please, Darren Evans-Young
  • <Possible follow-ups>
  • RE: Test, McGee, Cletus
  • Re: Test, Foster, Leonard
  • Re: Test, Ed Finnell
  • Re: Test, Robert Pelletier
• DFHSTUP abend, Mehrdad Rastegar
  • RE: DFHSTUP abend, Lizette Koehler
  • <Possible follow-ups>
  • Re: DFHSTUP abend, Deborah . Mitchell
  • RE: DFHSTUP abend, Clark, Kevin D, HRC-Alexandria/EDS
• Re: Negative implications to performance due to scratch files pro cess, Vernooy, C.P. - SPLXM
  • Re: Negative implications to performance due to scratch files pro cess, Bruce Black
  • <Possible follow-ups>
  • Re: Negative implications to performance due to scratch files pro cess, DMR-Qualitas Outsourcing
  • Re: Negative implications to performance due to scratch files pro cess, DMR-Qualitas Outsourcing
• Migration to RMM from Zara, Mark Wilson
  • <Possible follow-ups>
  • Re: Migration to RMM from Zara, Michael W. Moss
• Re: Is There a Way to Dynamically Add PUBLIC/STORAGE Volumes, Ted MacNEIL
  • <Possible follow-ups>
  • Is There a Way to Dynamically Add PUBLIC/STORAGE Volumes, Robert Pelletier
    • Re: Is There a Way to Dynamically Add PUBLIC/STORAGE Volumes, David Andrews
      • RE: Is There a Way to Dynamically Add PUBLIC/STORAGE Volumes, Ron and Jenny Hawkins
    • Re: Is There a Way to Dynamically Add PUBLIC/STORAGE Volumes, Ed Gould
    • Re: Is There a Way to Dynamically Add PUBLIC/STORAGE Volumes, Shmuel Metz (Seymour J.)
  • Re: Is There a Way to Dynamically Add PUBLIC/STORAGE Volumes, McKown, John
• Dead Beef, Paul Hanrahan
  • <Possible follow-ups>
  • Re: Dead Beef, McKown, John
    • Re: Dead Beef, Paul Hanrahan
    • Re: Dead Beef, Robert A. Rosenberg
      • Re: Dead Beef, Bruce Black
      • Re: Dead Beef, David Andrews
      • Re: Dead Beef, Bob Halpern
      • Re: Dead Beef, Bruce Black
      • Re: Dead Beef, Shmuel Metz (Seymour J.)
      • Re: Dead Beef, Bruce Black
      • Re: Dead Beef, Ed Gould
      • Re: Dead Beef, Bruce Black
      • Re: Dead Beef, Shmuel Metz (Seymour J.)
      • Re: Dead Beef, Bruce Black
      • Re: Dead Beef, Paul Hanrahan
      • Re: Dead Beef, Gerhard Postpischil
      • Re: Dead Beef, Shmuel Metz (Seymour J.)
      • Re: Dead Beef, Ed Gould
      • Re: Dead Beef, "Robert A. Rosenberg"
      • Re: Dead Beef, Shmuel Metz (Seymour J.)
  • Re: Dead Beef, Richard Pinion
  • RE: Dead Beef, Chase, John
    • Re: Dead Beef, Ed Gould
      • Re: Dead Beef, Charles Mills
      • Re: Dead Beef, Joe Zitzelberger
      • Re: Dead Beef, Paul Hanrahan
      • Re: Dead Beef, Ed Gould
      • Re: Dead Beef, Steve Samson
      • Re: Dead Beef, Ed Gould
      • Re: Dead Beef, Bruce Black
      • Re: Dead Beef, Ed Gould
    • Re: Dead Beef, Shmuel Metz (Seymour J.)
  • RE: Dead Beef, McKown, John
    • Re: Dead Beef, Steve Comstock
      • Re: Dead Beef, Paul Hanrahan
  • Re: Dead Beef, McKown, John
  • Re: Dead Beef, Chase, John
  • Re: Dead Beef, Ed Finnell
  • Re: Dead Beef, McKown, John
  • Re: Dead Beef, mark . van-der-eynden
  • Re: Dead Beef, Dave Cartwright
  • Re: Dead Beef, Bill Fairchild
    • Re: Dead Beef, Binyamin Dissen
  • Re: Dead Beef, DASDBill2
    • Re: Dead Beef, Shmuel Metz (Seymour J.)
  • Re: Dead Beef, Bill Fairchild
  • Re: Dead Beef, Bill Fairchild
  • Re: Dead Beef, mark . van-der-eynden
• Nice new function in z/OS 1.7, McKown, John
• How to easily render a system unIPLable/IPLable, McKown, John
  • Re: How to easily render a system unIPLable/IPLable, Marian Gasparovic
  • Re: How to easily render a system unIPLable/IPLable, alan . schwartz
  • Re: How to easily render a system unIPLable/IPLable, Paul Hanrahan
  • <Possible follow-ups>
  • Re: How to easily render a system unIPLable/IPLable, Chase, John
  • Re: How to easily render a system unIPLable/IPLable, McKown, John
    • Re: [IBM-MAIN] How to easily render a system unIPLable/IPLable, Jay Maynard
    • Re: How to easily render a system unIPLable/IPLable, Paul Hanrahan
  • Re: How to easily render a system unIPLable/IPLable, glenn . miller
  • Re: How to easily render a system unIPLable/IPLable, Paul Hanrahan
  • Re: How to easily render a system unIPLable/IPLable, Dave Kopischke
• EXPIREBV a general overview, John Doherty
  • <Possible follow-ups>
  • Re: EXPIREBV a general overview, Staller, Allan
• Re: auto reIPL, Ted MacNEIL
  • <Possible follow-ups>
  • Re: auto reIPL, Ted MacNEIL
  • auto reIPL, Bruce Black
    • Re: auto reIPL, Stephen Mednick
  • Re: auto reIPL, Mark Zelden
    • Re: auto reIPL, Richard Peurifoy
  • Re: auto reIPL, Patrick O'Keefe
  • Re: auto reIPL, Tom Schmidt
    • Re: auto reIPL, Jim Mulder
  • Re: auto reIPL, Scott Fagen
    • Re: auto reIPL, Shane Ginnane
  • Re: auto reIPL, Richard Pinion
  • Re: auto reIPL, Mark Zelden
  • Re: auto reIPL, Bruno Sugliani
    • Re: auto reIPL, Binyamin Dissen
  • Re: auto reIPL, Greg Saccomanno
  • Re: auto reIPL, Bruno Sugliani
  • auto reIPL, Keith E. Moe
    • Re: auto reIPL, Gabriel Tully
  • Re: auto reIPL, Mark Zelden
  • Re: auto reIPL, Chase, John
  • Re: auto reIPL, Mark Zelden
  • Re: auto reIPL, Barbara Nitz
• The Ol' Curmudgeon, part 1, Steve Comstock
• The Ol' Curmudgeon, part 2, Steve Comstock
  • Re: The Ol' Curmudgeon, part 2, Shmuel Metz (Seymour J.)
  • <Possible follow-ups>
  • Re: The Ol' Curmudgeon, part 2, Phil Smith III
  • Re: The Ol' Curmudgeon, part 2, Ed Finnell
• Share wheather report?, Roland Schiradin
  • Re: Share wheather report?, Edward E. Jaffe
  • Re: [IBM-MAIN] Share wheather report?, Jay Maynard
  • <Possible follow-ups>
  • Re: Share wheather report?, Roland Schiradin
  • Re: Share wheather report?, Roland Schiradin
  • Re: Share wheather report?, Howard Brazee
    • Re: Share wheather report?, LL581
  • Re: Share wheather report?, Ed Finnell
• HELP - can't IPL ZOS, John Mycroft
  • RE: HELP - can't IPL ZOS, Bruce boda
    • Re: HELP - can't IPL ZOS, david . thorn
  • Re: HELP - can't IPL ZOS, David Andrews
    • Re: HELP - can't IPL ZOS, John Mycroft
  • Re: HELP - can't IPL ZOS, Shmuel Metz (Seymour J.)
  • <Possible follow-ups>
  • Re: HELP - can't IPL ZOS, Greg Saccomanno
    • Re: HELP - can't IPL ZOS, Shmuel Metz , Seymour J.
  • Re: HELP - can't IPL ZOS, Efinnell15
    • Re: HELP - can't IPL ZOS, John Mycroft
      • Re: HELP - can't IPL ZOS, John Mycroft
• Punch cards wanted, Knutson, Sam
  • Re: [IBM-MAIN] Punch cards wanted, Thomas Kern
• 30 Years and still counting, Steve Comstock
• Need RACF help defining lowercase ID, Pommier, Rex R.
  • <Possible follow-ups>
  • RE: Need RACF help defining lowercase ID, Pommier, Rex R.
    • Re: Need RACF help defining lowercase ID, John S. Giltner, Jr.
      • Re: Need RACF help defining lowercase ID, Graeme Gibson
    • Re: Need RACF help defining lowercase ID, Ulrich Boche
  • RE: Need RACF help defining lowercase ID, McKown, John
    • Re: Need RACF help defining lowercase ID, Ulrich Boche
      • Re: Need RACF help defining lowercase ID, R.S.
  • RE: Need RACF help defining lowercase ID, Chase, John
  • Re: Need RACF help defining lowercase ID, Ed Finnell
  • Re: Need RACF help defining lowercase ID, Pommier, Rex R.
    • Re: Need RACF help defining lowercase ID, John S. Giltner, Jr.
  • Re: Need RACF help defining lowercase ID, Paul Gilmartin
  • Need RACF help defining lowercase ID, Don Ault
  • Re: Need RACF help defining lowercase ID, Pommier, Rex R.
• Get involved! Chair a session at SHARE!, Knutson, Sam
  • Re: [IBM-MAIN] Get involved! Chair a session at SHARE!, Jay Maynard
  • <Possible follow-ups>
  • Re: Get involved! Chair a session at SHARE!, DASDBill2
  • Re: Get involved! Chair a session at SHARE!, Efinnell15
    • Re: Get involved! Chair a session at SHARE!, Ed Gould
      • Re: Get involved! Chair a session at SHARE!, Eric Bielefeld
      • Re: Get involved! Chair a session at SHARE!, Ed Gould
      • Re: Get involved! Chair a session at SHARE!, Shmuel Metz (Seymour J.)
  • Re: Get involved! Chair a session at SHARE!, norman-hollander
• ACF2 and Passwords, Keith E. Moe
  • Re: ACF2 and Passwords, Pierre Bodart
  • <Possible follow-ups>
  • Re: ACF2 and Passwords, Big Iron
• Z.OS 1.7 and HSM Journal DS, Habres, Richard , GTI
• Duplicate postings, Staller, Allan
  • <Possible follow-ups>
  • RE: Duplicate postings, Chase, John
  • Re: Duplicate postings, Efinnell15
• http://www.isham-research.com/ ?, Knutson, Sam
  • Re: [IBM-MAIN] http://www.isham-research.com/ ?, Volker Bandke
    • Re: http://www.isham-research.com/ ?, Phil Payne
  • <Possible follow-ups>
  • RE: http://www.isham-research.com/ ?, Stocker, Herman
  • RE: http://www.isham-research.com/ ?, Knutson, Sam
    • Re: http://www.isham-research.com/ ?, ibm-main
• oreacle z/800, Zoran Trifunovic
  • <Possible follow-ups>
  • RE: oreacle z/800, norriswade
  • Re: oreacle z/800, Bruce Black
    • Re: oreacle z/800, Wayne Driscoll
  • Re: oreacle z/800, Ted MacNEIL
  • oreacle z/800, Timothy Sipples
• Taking care of shutdown, mary george
  • Re: Taking care of shutdown, Binyamin Dissen
• Heads up: OA12575 - possible dataset loss, Bruce Hewson
• Negative implications to performance due to scratch files process, Christian Blesa
  • Re: Negative implications to performance due to scratch files process, Bruce Black
  • <Possible follow-ups>
  • Re: Negative implications to performance due to scratch files process, DMR-Qualitas Outsourcing
• Scanning PDS members from loadlib, Richard Verville
  • Re: Scanning PDS members from loadlib, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Scanning PDS members from loadlib, Jan MOEYERSONS
• Re: RES: IEF289E - WAITING FOR VOLUME(S) OR UNIT(S), James_Benson
• RE: Join Compuware at SHARE, Ted MacNEIL
  • <Possible follow-ups>
  • Re: Join Compuware at SHARE, Tom Schmidt
• JES2 MAS and notify, Leland Lucius
  • <Possible follow-ups>
  • Re: JES2 MAS and notify, Brian Peterson
  • RE: JES2 MAS and notify, Lucius, Leland
• Enterprise Cobol Issue Part II, Laine, Rogers
  • RE: Enterprise Cobol Issue Part II, Bruce boda
  • Re: Enterprise Cobol Issue Part II, Steve Comstock
  • <Possible follow-ups>
  • Re: Enterprise Cobol Issue Part II, rkuebbin
  • Fw: Enterprise Cobol Issue Part II, Bill Klein
• Join Compuware at SHARE John B. Hynes Convention Center, Boston, MA August 22-24, 2005, Galambos, Robert
• RACF and ACF2 Audit Info., Shane
  • Re: RACF and ACF2 Audit Info., John P Kalinich
    • Re: RACF and ACF2 Audit Info., Shane
• MVS SCP Project at SHARE in Boston, Pope, Lynette
• USSTAB Question, Dean Montevago
  • Re: USSTAB Question, Edmilson de Oliveira
  • Re: USSTAB Question, David Andrews
  • <Possible follow-ups>
  • Re: USSTAB Question, Scott Doherty
  • RE: USSTAB Question, Dean Montevago
  • RE: USSTAB Question, Dean Montevago
  • Re: USSTAB Question, Patrick O'Keefe
  • Re: USSTAB Question, Patrick O'Keefe
  • RE: USSTAB Question, Dean Montevago
  • Re: USSTAB Question, Patrick O'Keefe
• Vtam and SMS, Ceruti, Gerard G
  • <Possible follow-ups>
  • Re: Vtam and SMS, Rob Wunderlich
  • Re: Vtam and SMS, Hal Merritt
• IBM Content Manager and OAM, Natasa Savinc
• David Crowley is out of the office., David_Crowley
• File encryption for transfer to WinXP ?, Timothy Sipples
• Dallas Area ALC Programming Consultant Position, Gary G
  • Re: Dallas Area ALC Programming Consultant Position, stlmolionl
  • Re: Dallas Area ALC Programming Consultant Position, Steve Comstock
    • RE: Dallas Area ALC Programming Consultant Position, Paul Hanrahan
      • Re: Dallas Area ALC Programming Consultant Position, Shmuel Metz (Seymour J.)
  • <Possible follow-ups>
  • Re: Dallas Area ALC Programming Consultant Position, Karl Tucker
  • Re: Dallas Area ALC Programming Consultant Position, Chase, John
    • RE: Dallas Area ALC Programming Consultant Position, Paul Hanrahan
    • Re: Dallas Area ALC Programming Consultant Position, Ed Gould
• Enterprise Cobol Issue, Laine, Rogers
  • <Possible follow-ups>
  • Fw: Enterprise Cobol Issue, Bill Klein
  • Re: Enterprise Cobol Issue, Stephen M. Wiegand
• Cheers: Xerox XPAF and KEY8 CSA storage, Knutson, Sam
  • <Possible follow-ups>
  • RE: Cheers: Xerox XPAF and KEY8 CSA storage, Schiradin,Roland HG-Dir itb-db/dc
• CBT on the road NaSTEC 19.1 on Saturday, October 22, 2005 in Chic ago, IL, Knutson, Sam
• HFS access to AIX Server Files, Hollis, Randall H.
  • <Possible follow-ups>
  • Re: HFS access to AIX Server Files, gilmap
  • RE: HFS access to AIX Server Files, Hollis, Randall H.
• Re: [IBM-MAIN] File encryption for transfer to WinXP ?, Thomas Kern
• Re: Highly used programs: any better replacements out there? IDCAMS, IEFBR14, Eileen McClintock
• Storage key for SP 251, Miklos Szigetvari
  • Re: Storage key for SP 251, Binyamin Dissen
    • Re: Storage key for SP 251, Miklos Szigetvari
  • <Possible follow-ups>
  • RE: Storage key for SP 251, Craddock, Chris
    • Re: Storage key for SP 251, Miklos Szigetvari
• Displaying ISPF variables, Laine, Rogers
  • RE: Displaying ISPF variables, Dave Salt
  • Re: Displaying ISPF variables, Steve Comstock
  • <Possible follow-ups>
  • RE: Displaying ISPF variables, Rob Scott
  • RE: Displaying ISPF variables, Imbriale, Donald , Exchange
    • Re: Displaying ISPF variables, Steve Comstock
  • RE: Displaying ISPF variables, Laine, Rogers
• IGD330I, Nelliyappan Manivel, Sridhar - Sridher
• M$ Worm, Efinnell15
• AW: CA7 to TWS, Klawa, Bernd
• CA7 to TWS, awhite
  • Re: CA7 to TWS, Craig Bakken
  • Re: CA7 to TWS, Ian Metcalfe
  • <Possible follow-ups>
  • RE: CA7 to TWS, גדי בן אבי
  • CA7 to TWS, Timothy Sipples
  • Re: CA7 to TWS, Michael Sullivan
• Re: Region size in SYSMDUMP, Barbara Nitz
  • Re: Region size in SYSMDUMP, Miklos Szigetvari
• 1.5 Manuals, pdf's and bookshelves, Paul Hanrahan
  • Re: 1.5 Manuals, pdf's and bookshelves, Bruce Black
  • Re: 1.5 Manuals, pdf's and bookshelves, Mike Bell
    • RE: 1.5 Manuals, pdf's and bookshelves, Paul Hanrahan
  • <Possible follow-ups>
  • RE: 1.5 Manuals, pdf's and bookshelves, Hollis, Randall H.
    • RE: 1.5 Manuals, pdf's and bookshelves, Paul Hanrahan
      • Re: 1.5 Manuals, pdf's and bookshelves, Don Deese
  • RE: 1.5 Manuals, pdf's and bookshelves, Schiradin,Roland HG-Dir itb-db/dc
    • RE: 1.5 Manuals, pdf's and bookshelves, Paul Hanrahan
  • RE: 1.5 Manuals, pdf's and bookshelves, Chase, John
    • Re: 1.5 Manuals, pdf's and bookshelves, Michael Knigge
      • Re: 1.5 Manuals, pdf's and bookshelves, Steve Comstock
    • Re: 1.5 Manuals, pdf's and bookshelves, Bob Rutledge
  • RE: 1.5 Manuals, pdf's and bookshelves, Rob Scott
    • Re: 1.5 Manuals, pdf's and bookshelves, Gabriel Tully
  • Re: 1.5 Manuals, pdf's and bookshelves, Efinnell15
  • RE: 1.5 Manuals, pdf's and bookshelves, Chase, John
  • Re: 1.5 Manuals, pdf's and bookshelves, Efinnell15
  • RE: 1.5 Manuals, pdf's and bookshelves, Gibney, David Allen,Jr
  • Re: 1.5 Manuals, pdf's and bookshelves, Ted MacNEIL
  • Re: 1.5 Manuals, pdf's and bookshelves, Ted MacNEIL
  • Re: 1.5 Manuals, pdf's and bookshelves, Ted MacNEIL
  • Re: 1.5 Manuals, pdf's and bookshelves, Fred Schmidt
  • Re: 1.5 Manuals, pdf's and bookshelves, Kent Ramsay
    • RE: 1.5 Manuals, pdf's and bookshelves, Paul Hanrahan
  • RE: 1.5 Manuals, pdf's and bookshelves, Knutson, Sam
    • RE: 1.5 Manuals, pdf's and bookshelves, Paul Hanrahan
      • Re: 1.5 Manuals, pdf's and bookshelves, Tom Marchant
    • Re: [IBM-MAIN] 1.5 Manuals, pdf's and bookshelves, Jay Maynard
  • RE: 1.5 Manuals, pdf's and bookshelves, Chase, John
    • RE: 1.5 Manuals, pdf's and bookshelves, Paul Hanrahan
• To remove disks of HSM, Helio
  • <Possible follow-ups>
  • Re: To remove disks of HSM, hermann . faber
  • Re: To remove disks of HSM, Helio
• Region size in SYSMDUMP, Miklos Szigetvari
  • <Possible follow-ups>
  • RE: Region size in SYSMDUMP, Rob Scott
• The GSE UK Working Groups invites you to attend the GSE UK Conference 2005., Mark Wilson
• IBMMAIN Strategy Develoment, Peter Pfaffner
• How do you change the SMTP address Websphere uses dynamicly, Southerland, Steven L
  • Re: How do you change the SMTP address Websphere uses dynamicly, Conway, Steven F
  • <Possible follow-ups>
  • Re: How do you change the SMTP address Websphere uses dynamicly, Jan MOEYERSONS
• Companies take divergent path with mainframe, Jon Brock
  • Re: Companies take divergent path with mainframe, Bruce Black
    • Re: Companies take divergent path with mainframe, David Andrews
      • Ken Olsen redux, David Andrews
  • <Possible follow-ups>
  • RE: Companies take divergent path with mainframe, Weidt, James
    • Re: Companies take divergent path with mainframe, roy_hunt
    • Re: Companies take divergent path with mainframe, Steve Samson
  • Re: Companies take divergent path with mainframe, Efinnell15
  • Re: Companies take divergent path with mainframe, Ted MacNEIL
• Managing /service for SMP/E, Tom Marchant
  • Re: Managing /service for SMP/E, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Managing /service for SMP/E, Eric Bielefeld
  • Re: Managing /service for SMP/E, Tom Marchant
  • RE: Managing /service for SMP/E, Schiradin,Roland HG-Dir itb-db/dc
  • Re: Managing /service for SMP/E, glenn . miller
    • Re: Managing /service for SMP/E, Tom Marchant
  • Re: Managing /service for SMP/E, Tom Marchant
    • Re: Managing /service for SMP/E, Shane Ginnane
      • Re: Managing /service for SMP/E, Tom Marchant
    • Re: Managing /service for SMP/E, Shmuel Metz , Seymour J.
  • Re: Managing /service for SMP/E, Bruce Hewson
    • Re: Managing /service for SMP/E, Tom Marchant
  • Re: Managing /service for SMP/E, Peter Vander Woude
  • Re: Managing /service for SMP/E, Tom Marchant
  • Re: Managing /service for SMP/E, Brian Peterson
  • Re: Managing /service for SMP/E, Bruce Hewson
    • Re: Managing /service for SMP/E, Tom Marchant
  • Re: Managing /service for SMP/E, Peter Vander Woude
  • Re: Managing /service for SMP/E, Tom Marchant
    • Re: Managing /service for SMP/E, Shmuel Metz (Seymour J.)
  • Re: Managing /service for SMP/E, Tom Marchant
    • Re: Managing /service for SMP/E, Shmuel Metz (Seymour J.)
  • Re: Managing /service for SMP/E, Tom Marchant
    • Re: Managing /service for SMP/E, Shmuel Metz (Seymour J.)
  • Re: Managing /service for SMP/E, Tom Marchant
• Validate number of delimiters (Syncsort or other)?, Tim Lindsey
• AW: How tell name of originating load library?, Thomas . Ramseier
  • Re: AW: How tell name of originating load library?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: AW: How tell name of originating load library?, Craddock, Chris
• Message EPW0401I?, kittendorf . craig
  • Re: Message EPW0401I?, Gabriel Tully
  • Re: Message EPW0401I?, ibm-main
  • <Possible follow-ups>
  • RE: Message EPW0401I?, kittendorf . craig
    • Re: Message EPW0401I?, Gabriel Tully
  • RE: Message EPW0401I?, kittendorf . craig
  • RE: Message EPW0401I?, kittendorf . craig
  • Re: Message EPW0401I?, Patrick O'Keefe
  • RE: Message EPW0401I?, kittendorf . craig
• How to reset a user's password ?, Avinash
  • Re: How to reset a user's password ?, Karamchedu Dasharathi
• How to know whether the z/OS supports 64 bit mode or not?, Bo Xie
  • Re: How to know whether the z/OS supports 64 bit mode or not?, Walt Farrell
  • <Possible follow-ups>
  • RE: How to know whether the z/OS supports 64 bit mode or not?, Jon Brock
• Is this CICS (or are we having fun yet?), Capomaestro
  • <Possible follow-ups>
  • RE: Is this CICS (or are we having fun yet?), Chase, John
  • Re: Is this CICS (or are we having fun yet?), Capomaestro
  • RE: Is this CICS (or are we having fun yet?), Chase, John
  • Re: Is this CICS (or are we having fun yet?), Capomaestro
  • RE: Is this CICS (or are we having fun yet?), Chase, John
  • Re: Is this CICS (or are we having fun yet?), Capomaestro
  • Re: Is this CICS (or are we having fun yet?), Chase, John
  • Re: Is this CICS (or are we having fun yet?), Capomaestro
  • RE: Is this CICS (or are we having fun yet?), Chase, John
  • Re: Is this CICS (or are we having fun yet?), Capomaestro
• Cell pool traversal and IGVxxx macros, Capomaestro
  • <Possible follow-ups>
  • RE: Cell pool traversal and IGVxxx macros, Schneiderwent, Craig
  • re: Cell pool traversal and IGVxxx macros, john gilmore
  • Re: Cell pool traversal and IGVxxx macros, Capomaestro
• Re: IEF289E - WAITING FOR VOLUME(S) OR UNIT(S), Vernooy, C.P. - SPLXM
  • <Possible follow-ups>
  • Re: IEF289E - WAITING FOR VOLUME(S) OR UNIT(S), James_Benson
• IBMMAIN Strategy Development, Peter Pfaffner
• IBMMAIN Strategy KnowledgeBase, Peter Pfaffner
  • <Possible follow-ups>
  • IBMMAIN Strategy KnowledgeBase, Peter Pfaffner
• IBMMAIN Strategy Base, Peter Pfaffner
  • <Possible follow-ups>
  • IBMMAIN Strategy Base, Peter Pfaffner
    • Re: IBMMAIN Strategy Base, Shmuel Metz , Seymour J.
• Changing DISPosition on the fly, Roger Sawtell
  • Re: Changing DISPosition on the fly, "Robert A. Rosenberg"
  • <Possible follow-ups>
  • RE: Changing DISPosition on the fly, Knutson, Sam
    • Re: Changing DISPosition on the fly, Roger Sawtell
  • Re: Changing DISPosition on the fly, gilmap
    • Re: Changing DISPosition on the fly, Bruce Black
    • Re: Changing DISPosition on the fly, Ed Gould
  • Re: Changing DISPosition on the fly, rkuebbin
    • Re: Changing DISPosition on the fly, Conway, Steven F
    • Re: Changing DISPosition on the fly, Conway, Steven F
  • RE: Changing DISPosition on the fly, Greg Shirey
    • Re: Changing DISPosition on the fly, Conway, Steven F
  • Re: Changing DISPosition on the fly, Roger Sawtell
    • RE: Changing DISPosition on the fly, Charles Mills
    • Re: Changing DISPosition on the fly, Clark Morris
    • RE: Changing DISPosition on the fly, Charles Mills
  • RE: Changing DISPosition on the fly, Craddock, Chris
• Proposal (was: Wouldn't it be WIKI and SourceForge time?), Peter Pfaffner
  • Re: Proposal (was: Wouldn't it be WIKI and SourceForge time?), Shmuel Metz , Seymour J.
• INNOVATION DATA PROCESSING ANNOUNCEMENTS - August 15, 2005, JamesChappell
  • Re: INNOVATION DATA PROCESSING ANNOUNCEMENTS - August 15, 2005, Bruce Black
  • <Possible follow-ups>
  • Re: INNOVATION DATA PROCESSING ANNOUNCEMENTS - August 15, 2005, Patrick O'Keefe
    • Re: INNOVATION DATA PROCESSING ANNOUNCEMENTS - August 15, 2005, Bruce Black
    • Re: INNOVATION DATA PROCESSING ANNOUNCEMENTS - August 15, 2005, Bob Rutledge
      • Re: INNOVATION DATA PROCESSING ANNOUNCEMENTS - August 15, 2005, ibm-main
  • Re: INNOVATION DATA PROCESSING ANNOUNCEMENTS - August 15, 2005, Paul Gilmartin
    • Re: INNOVATION DATA PROCESSING ANNOUNCEMENTS - August 15, 2005, Bob Rutledge
      • Re: INNOVATION DATA PROCESSING ANNOUNCEMENTS - August 15, 2005, Don Poitras
      • Re: INNOVATION DATA PROCESSING ANNOUNCEMENTS - August 15, 2005, Shmuel Metz , Seymour J.
  • Re: INNOVATION DATA PROCESSING ANNOUNCEMENTS - August 15, 2005, Paul Gilmartin
  • Re: INNOVATION DATA PROCESSING ANNOUNCEMENTS - August 15, 2005, Patrick O'Keefe
    • Re: INNOVATION DATA PROCESSING ANNOUNCEMENTS - August 15, 2005, Bruce Black
  • Re: INNOVATION DATA PROCESSING ANNOUNCEMENTS - August 15, 2005, Patrick O'Keefe
• RACF under z/OS 1.7, awhite
  • Re: RACF under z/OS 1.7, Bruce Black
    • Re: [IBM-MAIN] RACF under z/OS 1.7, awhite
  • Re: RACF under z/OS 1.7, John Eells
    • Re: [IBM-MAIN] RACF under z/OS 1.7, awhite
  • Re: RACF under z/OS 1.7, Shmuel Metz , Seymour J.
    • Re: [IBM-MAIN] RACF under z/OS 1.7, awhite
• 3590 Strategies without virtual tape?, Bobby Brake
  • Re: 3590 Strategies without virtual tape?, Jeffrey . Deaver
    • File encryption for transfer to WinXP ?, Thomas Kern
  • Re: 3590 Strategies without virtual tape?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: 3590 Strategies without virtual tape?, Rugen, Len
  • Re: 3590 Strategies without virtual tape?, Rob Wunderlich
  • RE: 3590 Strategies without virtual tape?, Hal Merritt
• GDGCOPY, kittendorf . craig
  • <Possible follow-ups>
  • RE: GDGCOPY, kittendorf . craig
• CONSOLE-SOUND, Ronald G wells
  • Re: CONSOLE-SOUND, David Andrews
• Extended format for sequential datasets (Z/OS 1.4), Storage CEF
  • Re: Extended format for sequential datasets (Z/OS 1.4), Bruce Black
• Re: IBMLINK, Bruce Black
  • Re: IBMLINK, William Ball
• AW: I need Coupling Facility Structure information., Thomas . Ramseier
• TSO Command Processor, James Cotter
  • Re: TSO Command Processor, Binyamin Dissen
    • Re: TSO Command Processor, James Cotter
  • <Possible follow-ups>
  • RE: TSO Command Processor, McKown, John
    • Re: TSO Command Processor, Walt Farrell
• How tell name of originating load library?, Charles Mills
  • Re: How tell name of originating load library?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: How tell name of originating load library?, Craddock, Chris
    • RE: How tell name of originating load library?, Charles Mills
  • Fw: How tell name of originating load library?, Bill Klein
    • RE: How tell name of originating load library?, Charles Mills
  • RE: How tell name of originating load library?, Craddock, Chris
    • RE: How tell name of originating load library?, Charles Mills
  • RE: How tell name of originating load library?, Craddock, Chris
    • RE: How tell name of originating load library?, Charles Mills
  • Re: How tell name of originating load library?, john gilmore
    • RE: How tell name of originating load library?, Charles Mills
    • Re: How tell name of originating load library?, Jim Kyriakakis
      • Re: How tell name of originating load library?, Edward E. Jaffe
  • RE: How tell name of originating load library?, Craddock, Chris
    • Re: How tell name of originating load library?, Binyamin Dissen
  • How tell name of originating load library?, Thomas . Ramseier
    • Re: How tell name of originating load library?, Walt Farrell
      • RE: How tell name of originating load library?, Charles Mills
  • Re: How tell name of originating load library?, Gilbert Saint-Flour
    • RE: How tell name of originating load library?, Charles Mills
• SMP/E GIM20313S Ampersand in SMPSRVR data set, gilmap
  • Re: SMP/E GIM20313S Ampersand in SMPSRVR data set, Steve Comstock
  • <Possible follow-ups>
  • Re: SMP/E GIM20313S Ampersand in SMPSRVR data set, Rob Wunderlich
• IKJEFFLD Exit, Rick Fochtman
• Does anyone have an archive of DBC???? (XDC's predecessor), David Cole
  • Re: [IBM-MAIN] Does anyone have an archive of DBC???? (XDC's predecessor), Jay Maynard
  • Re: Does anyone have an archive of DBC???? (XDC's predecessor), Shmuel Metz , Seymour J.
    • Re: Does anyone have an archive of DBC???? (XDC's predecessor), David Cole
      • Re: Does anyone have an archive of DBC???? (XDC's predecessor), Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Does anyone have an archive of DBC???? (XDC's predecessor), Richard Pinion
• Get OS configuration with HOM, david harou
  • Re: Get OS configuration with HOM, david harou
• PTFs applied, solves problem, thanks, Steve Comstock
  • Re: PTFs applied, solves problem, thanks, Howard Rifkind
  • <Possible follow-ups>
  • Re: PTFs applied, solves problem, thanks, Efinnell15
• SMPE Message GIM37903E, Howard Rifkind
  • Re: SMPE Message GIM37903E, Neal Eckhardt
    • Re: SMPE Message GIM37903E, Neal Eckhardt
  • Re: SMPE Message GIM37903E, pauls2272
  • <Possible follow-ups>
  • RE: SMPE Message GIM37903E, Mendelson, Eric
  • Re: SMPE Message GIM37903E, Efinnell15
• Anyone know whether VM/370 EDGAR is still available anywhere?, Farley, Peter x23353
  • Re: Anyone know whether VM/370 EDGAR is still available anywhere?, richgr
  • <Possible follow-ups>
  • Re: Anyone know whether VM/370 EDGAR is still available anywhere?, Ray Mullins
  • RE: Anyone know whether VM/370 EDGAR is still available anywhere?, Farley, Peter x23353
    • RE: Anyone know whether VM/370 EDGAR is still available anywhere?, Ray Mullins
  • RE: Anyone know whether VM/370 EDGAR is still available anywhere?, Farley, Peter x23353
  • RE: Anyone know whether VM/370 EDGAR is still available anywhere?, Farley, Peter x23353
    • Re: Anyone know whether VM/370 EDGAR is still available anywhere?, Jim Phoenix
    • Re: Anyone know whether VM/370 EDGAR is still available anywhere?, richgr
      • Re: Anyone know whether VM/370 EDGAR is still available anywhere?, Shmuel Metz , Seymour J.
      • Re: Anyone know whether VM/370 EDGAR is still available anywhere?, Anne & Lynn Wheeler
      • Re: Anyone know whether VM/370 EDGAR is still available anywhere?, Rich Greenberg
    • Re: Anyone know whether VM/370 EDGAR is still available anywhere?, Shmuel Metz , Seymour J.
  • RE: Anyone know whether VM/370 EDGAR is still available anywhere?, Farley, Peter x23353
  • RE: Anyone know whether VM/370 EDGAR is still available anywhere?, Farley, Peter x23353
    • Re: Anyone know whether VM/370 EDGAR is still available anywhere?, Tom Grieve
    • Re: Anyone know whether VM/370 EDGAR is still available anywhere?, Shmuel Metz , Seymour J.
    • Re: Anyone know whether VM/370 EDGAR is still available anywhere?, Jim Phoenix
      • Re: Anyone know whether VM/370 EDGAR is still available anywhere?, Ed Gould
  • Re: Anyone know whether VM/370 EDGAR is still available anywhere?, Ted MacNEIL
• SMPE - SYSMOD - APAR Qustion., Howard Rifkind
  • Re: SMPE - SYSMOD - APAR Qustion., Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: SMPE - SYSMOD - APAR Qustion., Chase, John
    • Re: SMPE - SYSMOD - APAR Qustion., Howard Rifkind
  • Re: SMPE - SYSMOD - APAR Qustion., Efinnell15
  • RE: SMPE - SYSMOD - APAR Qustion., Jon Brock
• Focused DB2 Education at IDUG 2005 - Europe, Marcel - IDUG Europe 2005
• I need Coupling Facility Structure information., Jay . A . Paulson
  • <Possible follow-ups>
  • Re: I need Coupling Facility Structure information., Scott Fagen
  • RE: I need Coupling Facility Structure information., Knutson, Sam
• Re: Acquiring TSO Userid in Logon Proc, John Laubenheimer
  • Re: Acquiring TSO Userid in Logon Proc, earnie . allen
  • <Possible follow-ups>
  • Re: Acquiring TSO Userid in Logon Proc, Scott Barry
• question about overflow Storage Group, Storage CEF
• Strangs DFSMS (OAM) Reason Code, Michael Knigge
  • Re: Strangs DFSMS (OAM) Reason Code, Bruce Black
• RE:Speaking of REXX... Can you find the problem?, Phil Smith III
  • Re: Speaking of REXX... Can you find the problem?, Todd Burch
• Re: TSO/REXX Question, Steve Comstock
  • <Possible follow-ups>
  • Re: TSO/REXX Question, Rob Wunderlich
    • Speaking of REXX... Can you find the problem?, Todd Burch
  • Re: TSO/REXX Question, Shmuel Metz , Seymour J.
  • RE: TSO/REXX Question, DOMINGUEZ MARTIN, ANGEL LUIS
  • Re: TSO/REXX Question, Edmilson de Oliveira
  • Re: TSO/REXX Question, Edmilson de Oliveira
• VSAM COURSE, Eduardo Toledo
  • Re: VSAM COURSE, Steve Comstock
    • Re: VSAM COURSE, Ed Gould
  • <Possible follow-ups>
  • Re: VSAM COURSE, Matthew Stitt
  • Re: VSAM COURSE, Efinnell15
  • RE: VSAM COURSE, Habres, Richard , GTI
  • RE: VSAM COURSE, Wenger, Joseph
• PTF/FMID corellation, Alan . C . Field
  • Re: PTF/FMID corellation, Steve Comstock
    • RE: PTF/FMID corellation, Gerhard Adam
      • Re: PTF/FMID corellation, Steve Comstock
      • Re: PTF/FMID corellation, Edward E. Jaffe
    • Re: PTF/FMID corellation, Ed Gould
  • Re: PTF/FMID corellation, Jan Vanbrabant
    • Re: PTF/FMID corellation, Steve Comstock
  • <Possible follow-ups>
  • Re: PTF/FMID corellation, Greg Saccomanno
• Need more PTF guidance, Steve Comstock
  • Re: Need more PTF guidance, Edward E. Jaffe
    • Re: Need more PTF guidance, Steve Comstock
      • Re: Need more PTF guidance, Edward E. Jaffe
  • Re: Need more PTF guidance, pauls2272
  • Re: Need more PTF guidance, George Young
    • Re: Need more PTF guidance, Steve Comstock
  • Re: Need more PTF guidance, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: Need more PTF guidance, Greg Shirey
    • Re: Need more PTF guidance, Steve Comstock
  • Re: Need more PTF guidance, Dave Kopischke
    • Re: Need more PTF guidance, Steve Comstock
      • Re: Need more PTF guidance, Alan . C . Field
  • RE: Need more PTF guidance, Gabe Torres
    • Re: Need more PTF guidance, Steve Comstock
  • RE: Need more PTF guidance, Greg Shirey
    • Re: Need more PTF guidance, Steve Comstock
      • Re: Need more PTF guidance, Alan . C . Field
      • Re: Need more PTF guidance, Alan . C . Field
  • Re: Need more PTF guidance, Dave Kopischke
    • Re: Need more PTF guidance, Steve Comstock
  • RE: Need more PTF guidance, Jon Brock
  • Re: Need more PTF guidance, Dave Kopischke
  • RE: Need more PTF guidance, Imbriale, Donald , Exchange
  • RE: Need more PTF guidance, Imbriale, Donald , Exchange
• Re: [IBM-MAIN] Checking if all UNIX Filesystems were mounted successfully at IPL, jholloway
• 3590 mount counts, Ed Micucci
  • Re: 3590 mount counts, Alan . C . Field
    • RES: 3590 mount counts, Ricardo Paranhos
  • Re: 3590 mount counts, Jeffrey . Deaver
    • Re: 3590 mount counts, Ed Gould
  • Re: 3590 mount counts, Ed Gould
  • <Possible follow-ups>
  • RE: 3590 mount counts, Gabe Torres
  • Re: 3590 mount counts, Ed Micucci
• z/OS 1.7 manuals on the Web., McKown, John
  • Re: z/OS 1.7 manuals on the Web., Steve Samson
  • Re: z/OS 1.7 manuals on the Web., Bruce Black
    • Re: z/OS 1.7 manuals on the Web., Binyamin Dissen
    • RE: z/OS 1.7 manuals on the Web., Paul Hanrahan
  • <Possible follow-ups>
  • Re: z/OS 1.7 manuals on the Web., Steve Samson
  • RE: z/OS 1.7 manuals on the Web., Paul Hanrahan
• USSMSG10 always prints after user logs off of ISPF, JAW
  • Re: USSMSG10 always prints after user logs off of ISPF, Tom Longfellow
• REXX and DB2 using DSNREXX: "GET DIAGNOSTICS", thomas . berg
  • <Possible follow-ups>
  • Re: REXX and DB2 using DSNREXX: "GET DIAGNOSTICS", Rob Wunderlich
  • SV: REXX and DB2 using DSNREXX: "GET DIAGNOSTICS", thomas . berg
  • Re: SV: REXX and DB2 using DSNREXX: "GET DIAGNOSTICS", Rob Wunderlich
• Current NASPA Tech Support Mag., Efinnell15
• the standalone CF vs ICF debate, jan . vanbrabant
  • <Possible follow-ups>
  • the standalone CF vs ICF debate, Peter Pfaffner
  • RE: the standalone CF vs ICF debate, Ceruti, Gerard G
• rsh under z/OS, Andy Robertson
  • Re: rsh under z/OS, Gil Peleg
  • Re: rsh under z/OS, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: rsh under z/OS, Matt Simpson
  • Re: rsh under z/OS, Andy Robertson
    • Re: rsh under z/OS, Mark Jacobs
• Checking if all UNIX Filesystems were mounted successfully at IPL, Fred . Schmidt
  • <Possible follow-ups>
  • RE: Checking if all UNIX Filesystems were mounted successfully at IPL, McKown, John
  • RE: Checking if all UNIX Filesystems were mounted successfully at IPL, Roberto Halais Kareh
  • Re: Checking if all UNIX Filesystems were mounted successfully at IPL, Matt Simpson
  • Re: Checking if all UNIX Filesystems were mounted successfully at IPL, Mark Yuhas
  • Re: Checking if all UNIX Filesystems were mounted successfully at IPL, Rob Wunderlich
  • RE: Checking if all UNIX Filesystems were mounted successfully at IPL, Knutson, Sam
  • RE: Checking if all UNIX Filesystems were mounted successfully at IPL, Schramm, Rob
• Re: VSMLIST OWNCOMM DETAIL, Roland Schiradin
• Use of Faver (GVRESTOR), Bob C
• OK, so how do I submit a PMR?, Steve Comstock
  • Re: OK, so how do I submit a PMR?, Shane Ginnane
    • Re: OK, so how do I submit a PMR?, Steve Comstock
    • RE: OK, so how do I submit a PMR?, Jim Smith
      • Re: OK, so how do I submit a PMR?, ibm-main
      • RE: OK, so how do I submit a PMR?, Jim Smith
  • Re: OK, so how do I submit a PMR?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: OK, so how do I submit a PMR?, Chase, John
• Wouldn't it be WIKI and SourceForge time?, Peter Pfaffner
  • Re: Wouldn't it be WIKI and SourceForge time?, ibm-main
  • <Possible follow-ups>
  • Wouldn't it be WIKI and SourceForge time?, Peter Pfaffner
    • Re: Wouldn't it be WIKI and SourceForge time?, Shmuel Metz , Seymour J.
  • Re: Wouldn't it be WIKI and SourceForge time?, Jan MOEYERSONS
    • Re: Wouldn't it be WIKI and SourceForge time?, ibm-main
  • RE: Wouldn't it be WIKI and SourceForge time?, Farley, Peter x23353
  • Re: Wouldn't it be WIKI and SourceForge time?, Rob Wunderlich
    • Re: Wouldn't it be WIKI and SourceForge time?, Shmuel Metz , Seymour J.
  • Wouldn't it be WIKI and SourceForge time?, Peter Pfaffner
    • Re: Wouldn't it be WIKI and SourceForge time?, Ian Metcalfe
      • Re: Wouldn't it be WIKI and SourceForge time?, Shmuel Metz , Seymour J.
    • Re: Wouldn't it be WIKI and SourceForge time?, Shmuel Metz , Seymour J.
  • Re: Wouldn't it be WIKI and SourceForge time?, Rob Wunderlich
  • Re: Wouldn't it be WIKI and SourceForge time?, Jan MOEYERSONS
  • Re: Wouldn't it be WIKI and SourceForge time?, Rob Wunderlich
  • RE: Wouldn't it be WIKI and SourceForge time?, Farley, Peter x23353
  • RE: Wouldn't it be WIKI and SourceForge time?, Schramm, Rob
• Job Opening - Sr Systems Programmer, David DeBervec
  • <Possible follow-ups>
  • RE: Job Opening - Sr Systems Programmer, ddelagarza
    • RE: Job Opening - Sr Systems Programmer, Gary Green
      • Cheryl Watson, Paul Hanrahan
      • Re: Job Opening - Sr Systems Programmer, tarajohnsonhar
    • Re: Job Opening - Sr Systems Programmer, Shmuel Metz , Seymour J.
  • RE: Job Opening - Sr Systems Programmer, McKown, John
    • Re: Job Opening - Sr Systems Programmer, Edward E. Jaffe
  • RE: Job Opening - Sr Systems Programmer, ddelagarza
  • RE: Job Opening - Sr Systems Programmer, ddelagarza
• Re: [IBM-MAIN] Any way to get SDSF to cough up ICH408I?, Wahak . V . Kontian
• SDSF finally coughs up the ICH408I (sort of), Thomas Conley
  • Re: SDSF finally coughs up the ICH408I (sort of), Walt Farrell
  • <Possible follow-ups>
  • Re: SDSF finally coughs up the ICH408I (sort of), Tom Schmidt
    • Re: SDSF finally coughs up the ICH408I (sort of), Thomas Conley
  • Re: SDSF finally coughs up the ICH408I (sort of), Ted MacNEIL
  • Re: SDSF finally coughs up the ICH408I (sort of), Thomas Conley
    • Re: SDSF finally coughs up the ICH408I (sort of), Walt Farrell
• Coexistence of 64 and 31 bit LPARs, Rob W Jackson
  • Re: Coexistence of 64 and 31 bit LPARs, maria-ines . Silva
  • <Possible follow-ups>
  • RE: Coexistence of 64 and 31 bit LPARs, Imbriale, Donald , Exchange
  • Re: Coexistence of 64 and 31 bit LPARs, Ted MacNEIL
    • Re: Coexistence of 64 and 31 bit LPARs, Edward E. Jaffe
  • Re: Coexistence of 64 and 31 bit LPARs, Ted MacNEIL
    • Re: Coexistence of 64 and 31 bit LPARs, Edward E. Jaffe
  • RE: Coexistence of 64 and 31 bit LPARs, Imbriale, Donald , Exchange
  • Re: Coexistence of 64 and 31 bit LPARs, gilmap
  • RE: Coexistence of 64 and 31 bit LPARs, Imbriale, Donald , Exchange
  • Re: Coexistence of 64 and 31 bit LPARs, gilmap
    • Re: Coexistence of 64 and 31 bit LPARs, Edward E. Jaffe
  • RE: Coexistence of 64 and 31 bit LPARs, Imbriale, Donald , Exchange
• SMPE & Spill Datasets, Howard Rifkind
  • <Possible follow-ups>
  • RE: SMPE & Spill Datasets, Imbriale, Donald , Exchange
  • Re: SMPE & Spill Datasets, Efinnell15
    • Re: SMPE & Spill Datasets, Howard Rifkind
  • Re: SMPE & Spill Datasets, Brian Peterson
  • Re: SMPE & Spill Datasets, Efinnell15
• RE: Test (was What is a Systems Programmer), kittendorf . craig
• Fw: TSO Exits-IKJEFF10, Jón Viðar Gunnarsson
• Need to contact Cheryl Watson, Raymond J. Slisz
  • Re: Need to contact Cheryl Watson, richard . evans
  • Re: Need to contact Cheryl Watson, Jeffrey . Deaver
  • Re: Need to contact Cheryl Watson, ibm-main
  • <Possible follow-ups>
  • Re: Need to contact Cheryl Watson, DASDBill2
  • Re: Need to contact Cheryl Watson, Brian Peterson
• What is a Systems Programmer, Ward, Mike S
  • Re: What is a Systems Programmer, LL581
  • Re: What is a Systems Programmer, Conway, Steven F
  • Re: What is a Systems Programmer, William Ball
  • <Possible follow-ups>
  • RE: What is a Systems Programmer, Maxfield, John
  • RE: What is a Systems Programmer, Farley, Peter x23353
  • Re: What is a Systems Programmer, Ted MacNEIL
    • Re: [IBM-MAIN] What is a Systems Programmer, Thomas Kern
• AW: Mainframe in the DMZ -- organization of operations, Thomas . Ramseier
  • Re: AW: Mainframe in the DMZ -- organization of operations, Bruce Black
  • <Possible follow-ups>
  • Re: AW: Mainframe in the DMZ -- organization of operations, Ted MacNEIL
    • Re: AW: Mainframe in the DMZ -- organization of operations - another historical reference, Donald Pagdin
  • RE: AW: Mainframe in the DMZ -- organization of operations, Campbell Jay
  • Re: AW: Mainframe in the DMZ -- organization of operations, Ted MacNEIL
    • Re: Mainframe in the DMZ -- organization of operations, Neil Duffee
  • RE: AW: Mainframe in the DMZ -- organization of operations, Farley, Peter x23353
  • Re: AW: Mainframe in the DMZ -- organization of operations, Jan MOEYERSONS
  • Re: AW: Mainframe in the DMZ -- organization of operations, Jan MOEYERSONS
• XCF for the masses [was: RE: EJES vs. IOF???], Farley, Peter x23353
  • Re: XCF for the masses [was: RE: EJES vs. IOF???], ibm-main
  • <Possible follow-ups>
  • RE: XCF for the masses [was: RE: EJES vs. IOF???], Knutson, Sam
  • RE: XCF for the masses [was: RE: EJES vs. IOF???], Farley, Peter x23353
  • RE: XCF for the masses [was: RE: EJES vs. IOF???], Craddock, Chris
    • Re: XCF for the masses [was: RE: EJES vs. IOF???], Edward E. Jaffe
      • Re: XCF for the masses [was: RE: EJES vs. IOF???], ibm-main
      • Re: XCF for the masses [was: RE: EJES vs. IOF???], Edward E. Jaffe
  • Re: XCF for the masses [was: RE: EJES vs. IOF???], Mark Zelden
• Open I-O empty extended format VSAM data set, Greg Shirey
  • <Possible follow-ups>
  • Open I-O empty extended format VSAM data set, Bill Klein
    • Re: Open I-O empty extended format VSAM data set, Clark Morris
  • RE: Open I-O empty extended format VSAM data set, Greg Shirey
  • RE: Open I-O empty extended format VSAM data set, Greg Shirey
• SMS ACS Code, Dean Montevago
  • <Possible follow-ups>
  • RE: SMS ACS Code, Knutson, Sam
• Mainframe in the DMZ -- organization of operations, Jan MOEYERSONS
• ftp for Shopzseries, Jim McAlpine
  • <Possible follow-ups>
  • Re: ftp for Shopzseries, Mark S. Baron
• HFS access changes, Steve Comstock
  • Re: HFS access changes, Steve Comstock
  • Re: HFS access changes, Shmuel Metz , Seymour J.
• RE: EJES vs. IOF??? (was EJES is Preferred over SDSF (according to Z/Flash)), Craddock, Chris
  • Re: EJES vs. IOF??? (was EJES is Preferred over SDSF (according to Z/Flash)), Edward E. Jaffe
• CAS mother task, allocate task, analysis task, and modify task., Roberto Ibarra Magdaleno
  • <Possible follow-ups>
  • Re: CAS mother task, allocate task, analysis task, and modify task., Ted MacNEIL
    • Re: CAS mother task, allocate task, analysis task, and modify task., Conway, Steven F
  • Re: CAS mother task, allocate task, analysis task, and modify task., Roberto Ibarra
  • Re: CAS mother task, allocate task, analysis task, and modify task., Ted MacNEIL
• BMC Mainview for USS, Pope, Lynette
  • RE: BMC Mainview for USS, Gray Maddry
  • Re: BMC Mainview for USS, eBob.com
• You might be a mainframer if... :-) V3.8, Matthew Stitt
  • RE: You might be a mainframer if... :-) V3.8, Gary Green
  • Re: You might be a mainframer if... :-) V3.8, Shmuel Metz , Seymour J.
  • Re: You might be a mainframer if... :-) V3.8, David Andrews
    • RE: You might be a mainframer if... :-) V3.8, Paul Hanrahan
      • Re: [IBM-MAIN] You might be a mainframer if... :-) V3.8, Marian Gasparovic
      • Re: You might be a mainframer if... :-) V3.8, Shmuel Metz , Seymour J.
  • Re: You might be a mainframer if... :-) V3.8, alan . schwartz
  • Re: You might be a mainframer if... :-) V3.8, Anne & Lynn Wheeler
  • <Possible follow-ups>
  • Re: You might be a mainframer if... :-) V3.8, Bruce Black
    • RE: You might be a mainframer if... :-) V3.8, Gary Green
  • RE: You might be a mainframer if... :-) V3.8, ddelagarza
  • Re: You might be a mainframer if... :-) V3.8, Gilbert Saint-Flour
  • Re: You might be a mainframer if... :-) V3.8, Joe Zitzelberger
  • RE: You might be a mainframer if... :-) V3.8, Nix, Robert P.
  • Re: You might be a mainframer if... :-) V3.8, DASDBill2
    • RE: You might be a mainframer if... :-) V3.8, Paul Hanrahan
    • Re: You might be a mainframer if... :-) V3.8, Shmuel Metz , Seymour J.
  • Re: You might be a mainframer if... :-) V3.8, Howard Brazee
  • Re: You might be a mainframer if... :-) V3.8, DASDBill2
• BrightStor CA-Disk Backup & Restore for UNIX System Services, Pope, Lynette
  • <Possible follow-ups>
  • Re: BrightStor CA-Disk Backup & Restore for UNIX System Services, Vernooy, C.P. - SPLXM
    • Re: BrightStor CA-Disk Backup & Restore for UNIX System Services, Bruce Black
  • RE: BrightStor CA-Disk Backup & Restore for UNIX System Services, Pope, Lynette
• Test BR R151 with VSAM-EF support, Gilbert Saint-Flour
• multivolume PDSEs (was: Spanned PDSs/PDSEs), john gilmore
• TCP/IP Performance Reports, Hal Merritt
  • Re: TCP/IP Performance Reports, Mark T. Regan, K8MTR
  • <Possible follow-ups>
  • Re: TCP/IP Performance Reports, Efinnell15
  • RE: TCP/IP Performance Reports, Knutson, Sam
  • Re: TCP/IP Performance Reports, Scott Barry
  • Re: TCP/IP Performance Reports, Natarajan Mohan
  • RE: TCP/IP Performance Reports, Knutson, Sam
  • RE: TCP/IP Performance Reports, Hal Merritt
• Spanned PDS/PDSE (was: Re: SMPE PTS ... ), gilmap
  • <Possible follow-ups>
  • Re: Spanned PDS/PDSE (was: Re: SMPE PTS ... ), Ted MacNEIL
• SMPE PTS Allocation Question, Howard Rifkind
  • <Possible follow-ups>
  • RE: SMPE PTS Allocation Question, Pommier, Rex R.
  • Re: SMPE PTS Allocation Question, Efinnell15
  • RE: SMPE PTS Allocation Question, Imbriale, Donald , Exchange
  • RE: SMPE PTS Allocation Question, Hylton Tom P
• New Hot Topics Letter, Ed Gould
• FICON Express2, Salah Balboul
  • <Possible follow-ups>
  • FICON Express2, Peter Pfaffner
  • Re: FICON Express2, Brian Peterson
  • FICON Express2, Thomas . Ramseier
• MVS - Cobol-Java Out of Memory Issue, SK
  • <Possible follow-ups>
  • MVS - Cobol-Java Out of Memory Issue, Peter Pfaffner
• RE: [IBM-MAIN] Mismatch in volumelist from ISMF/OAM, Ken . Porowski
• Any way to get SDSF to cough up ICH408I?, Thomas Conley
  • Re: Any way to get SDSF to cough up ICH408I?, Walt Farrell
    • Re: Any way to get SDSF to cough up ICH408I?, Thomas Conley
      • Re: Any way to get SDSF to cough up ICH408I?, ibm-main
      • Re: Any way to get SDSF to cough up ICH408I?, Walt Farrell
      • Re: Any way to get SDSF to cough up ICH408I?, Thomas Conley
      • Re: Any way to get SDSF to cough up ICH408I?, John Eells
      • Re: Any way to get SDSF to cough up ICH408I?, Thomas Conley
      • Re: Any way to get SDSF to cough up ICH408I?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: Any way to get SDSF to cough up ICH408I?, Itschak Mugzach
  • RE: Any way to get SDSF to cough up ICH408I?, Staller, Allan
  • Re: Any way to get SDSF to cough up ICH408I?, Philippe Leite
  • Re: Any way to get SDSF to cough up ICH408I?, Natarajan Mohan
  • RE: Any way to get SDSF to cough up ICH408I?, Rob Scott
    • Re: Any way to get SDSF to cough up ICH408I?, Thomas Conley
      • Re: Any way to get SDSF to cough up ICH408I?, Edward E. Jaffe
  • RE: Any way to get SDSF to cough up ICH408I?, Rob Scott
  • Re: Any way to get SDSF to cough up ICH408I?, Tom Schmidt
  • Re: Any way to get SDSF to cough up ICH408I?, Natarajan Mohan
    • Re: Any way to get SDSF to cough up ICH408I?, Edward E. Jaffe
  • RE: Any way to get SDSF to cough up ICH408I?, Greg Shirey
  • Re: Any way to get SDSF to cough up ICH408I?, Dave Kopischke
• Re: Mismatch in volumelist from ISMF/OAM, Daniel Cattin
  • <Possible follow-ups>
  • Re: Mismatch in volumelist from ISMF/OAM, Daniel Cattin
• GETBLK, mary george
  • RE: GETBLK, Charles Mills
    • Re: GETBLK, mary george
• VTAM Internal trace, mary george
  • <Possible follow-ups>
  • Re: VTAM Internal trace, Patrick O'Keefe
    • Re: VTAM Internal trace, mary george
    • TPEXIT, mary george
      • Re: TPEXIT, Graeme Gibson
  • Re: VTAM Internal trace, Patrick O'Keefe
• DST Bill may cause Electronic Setbacks., Efinnell15
  • Re: DST Bill may cause Electronic Setbacks., ibm-main
  • <Possible follow-ups>
  • RE: DST Bill may cause Electronic Setbacks., Chase, John
    • Re: DST Bill may cause Electronic Setbacks., david . thorn
  • Re: DST Bill may cause Electronic Setbacks., gilmap
  • Re: DST Bill may cause Electronic Setbacks., Efinnell15
  • Re: DST Bill may cause Electronic Setbacks., gilmap
  • Re: DST Bill may cause Electronic Setbacks., Efinnell15
• Re: Is there any way to find who edited my sequential dataset rec ently?, Vernooy, C.P. - SPLXM
  • <Possible follow-ups>
  • Re: Is there any way to find who edited my sequential dataset rec ently?, Vernooy, C.P. - SPLXM
  • RE: Is there any way to find who edited my sequential dataset rec ently?, Knutson, Sam
• Is there any way to find who edited my sequential dataset recently?, vinoth . thiyagarajan
  • Re: Is there any way to find who edited my sequential dataset recently?, Ed Gould
  • <Possible follow-ups>
  • RE: Is there any way to find who edited my sequential dataset recently?, Itschak Mugzach
• Syncsort Optimization, Pioneer
• Is there any c language lib for list/queue/stack data struct in z/os v1r6?, Bo Xie
  • <Possible follow-ups>
  • RE: Is there any c language lib for list/queue/stack data struct in z/os v1r6?, Farley, Peter x23353
• was US Daylight Saving Time Law - Leap seconds, Robert Jones
• RE: VSCR 447K <16M CSA IMS APAR PQ87302 PE will be fixed by PK1 0018, Knutson, Sam
  • Re: VSCR 447K <16M CSA IMS APAR PQ87302 PE will be fixed by PK1 0018, Bruce Black
• VSCR 447K <16M CSA IMS APAR PQ87302 PE will be fixed by PK10018, Knutson, Sam
  • Re: VSCR 447K <16M CSA IMS APAR PQ87302 PE will be fixed by PK10018, Bruce Black
• US Daylight Saving Time Law, gilmap
  • Re: US Daylight Saving Time Law, Bruce Black
  • Re: US Daylight Saving Time Law, Howard Brazee
  • <Possible follow-ups>
  • Re: US Daylight Saving Time Law, Efinnell15
  • Re: US Daylight Saving Time Law, Ted MacNEIL
  • RE: US Daylight Saving Time Law, Chase, John
  • Re: US Daylight Saving Time Law, gilmap
    • RE: US Daylight Saving Time Law, Norman Hollander
  • RE: US Daylight Saving Time Law, McKown, John
  • Re: US Daylight Saving Time Law, Ted MacNEIL
  • Re: US Daylight Saving Time Law, Howard Brazee
  • RE: US Daylight Saving Time Law, McKown, John
  • Re: US Daylight Saving Time Law, Howard Brazee
• Dumbed down editor, Howard Brazee
  • Re: Dumbed down editor, Shmuel Metz , Seymour J.
    • Re: Dumbed down editor, Howard Brazee
• LE and mixed 31-/64-bit support, Bill Klein
• Tape Encryption Products List, Timothy Sipples
  • Re: Tape Encryption Products List, Ed Gould
  • <Possible follow-ups>
  • Re: Tape Encryption Products List, Mark Zelden
    • Re: Tape Encryption Products List, Ed Gould
• Re: VTS allocation & performance problems, hanan
  • <Possible follow-ups>
  • RE: VTS allocation & performance problems, Norman Hollander
    • Re: VTS allocation & performance problems, hanan
      • Re: VTS allocation & performance problems, Gil Peleg
      • Re: VTS allocation & SSI #24 & #78, hanan
  • RE: VTS allocation & performance problems, Nelliyappan Manivel, Sridhar - Sridher
• RE: DSCOPY now available, Tom Harper
  • Re: DSCOPY now available, Bob Rutledge
  • Re: DSCOPY now available (corrected URL), David Cole
  • <Possible follow-ups>
  • Re: DSCOPY now available, Arthur T.
• Moving PDSE Libraries to a new catalog, Robert A. Rosenberg
  • Re: Moving PDSE Libraries to a new catalog, Bruce Black
    • Re: Moving PDSE Libraries to a new catalog, "Robert A. Rosenberg"
      • Re: Moving PDSE Libraries to a new catalog, Bruce Black
  • <Possible follow-ups>
  • Re: Moving PDSE Libraries to a new catalog, Efinnell15
    • Re: Moving PDSE Libraries to a new catalog, "Robert A. Rosenberg"
  • RE: Moving PDSE Libraries to a new catalog, Chase, John
    • Re: Moving PDSE Libraries to a new catalog, ibm-main
      • Re: Moving PDSE Libraries to a new catalog, Bruce Black
    • Re: Moving PDSE Libraries to a new catalog, Shmuel Metz , Seymour J.
  • Re: Moving PDSE Libraries to a new catalog, Paul Gilmartin
  • RE: Moving PDSE Libraries to a new catalog, Chase, John
    • Re: Moving PDSE Libraries to a new catalog, Bruce Black
  • Re: Moving PDSE Libraries to a new catalog, Mark Zelden
  • RE: Moving PDSE Libraries to a new catalog, Chase, John
  • Re: Moving PDSE Libraries to a new catalog, Bruce Black
• Downloading CBPDO RIM Files, Robert A. Rosenberg
  • Re: Downloading CBPDO RIM Files, Thomas Conley
    • Re: Downloading CBPDO RIM Files, "Robert A. Rosenberg"
      • Re: Downloading CBPDO RIM Files, ibm-main
      • Re: Downloading CBPDO RIM Files, Ed Gould
  • <Possible follow-ups>
  • Re: Downloading CBPDO RIM Files, Efinnell15
    • Re: Downloading CBPDO RIM Files, "Robert A. Rosenberg"
  • Re: Downloading CBPDO RIM Files, Efinnell15
    • Re: Downloading CBPDO RIM Files, Ed Gould
  • Re: Downloading CBPDO RIM Files, Mark S. Baron
    • Re: Downloading CBPDO RIM Files, John Eells
  • Re: Downloading CBPDO RIM Files, Mark S. Baron
• SORT help - to split by delimiters, Ramya Ramaswamy
  • <Possible follow-ups>
  • Re: SORT help - to split by delimiters, tpa10
  • RE: SORT help - to split by delimiters, Chase, John
    • RE: SORT help - to split by delimiters, tony babonas
  • Re: SORT help - to split by delimiters, Efinnell15
  • RE: SORT help - to split by delimiters, Chase, John
    • RE: SORT help - to split by delimiters, Tony Babonas
      • Re: SORT help - to split by delimiters, Frank Yaeger
      • RE: SORT help - to split by delimiters, tony babonas
  • RE: SORT help - to split by delimiters, Chase, John
  • RE: SORT help - to split by delimiters, Farley, Peter x23353
• TSO Exits, Rick Fochtman
  • Re: TSO Exits, Ed Gould
    • DSCOPY now available, David Cole
    • Re: TSO Exits, Jón Viðar Gunnarsson
      • RE: TSO Exits, Gary Green
      • RE: TSO Exits, Gary Green
      • RE: TSO Exits, Ray Mullins
  • <Possible follow-ups>
  • Re: TSO Exits, Jón Viðar Gunnarsson
    • Re: TSO Exits, Edward E. Jaffe
      • Re: TSO Exits, Jón Viðar Gunnarsson
    • Re: TSO Exits, Shmuel Metz , Seymour J.
  • Re: TSO Exits, Efinnell15
    • Re: TSO Exits, Shmuel Metz , Seymour J.
  • Re: TSO Exits, Efinnell15
• z/OS Unix Mount Info from ISPF, rbonhard
  • Re: [IBM-MAIN] z/OS Unix Mount Info from ISPF, Marian Gasparovic
    • Re: [IBM-MAIN] z/OS Unix Mount Info from ISPF, Wilco Boschman
  • <Possible follow-ups>
  • Re: z/OS Unix Mount Info from ISPF, Rob Wunderlich
• OS/390 2.10 7 z/OS 1.4 in a Sysplex, Robert Luebkemann
  • Re: OS/390 2.10 7 z/OS 1.4 in a Sysplex, ibm-main
• RE: $HASP473, Mendelson, Eric
  • <Possible follow-ups>
  • RE: $HASP473, Jon Brock
  • RE: $HASP473, Knutson, Sam
  • RE: $HASP473, Craddock, Chris
  • Re: $HASP473, Mark Zelden
• Determining type of mount request, Schwarz, Barry A
  • <Possible follow-ups>
  • Re: Determining type of mount request, Bruce Black
  • Re: Determining type of mount request, Mike Wood
• TSO_EXIT-(submit cmd), Jón Viðar Gunnarsson
  • Re: TSO_EXIT-(submit cmd), ibm-main
  • Re: TSO_EXIT-(submit cmd), Walt Farrell
  • <Possible follow-ups>
  • RE: TSO_EXIT-(submit cmd), Knutson, Sam
  • Re: TSO_EXIT-(submit cmd), gilmap
• MOD27 SYSRES?, Jousma, David
  • Re: MOD27 SYSRES?, Jim Mulder
    • Re: MOD27 SYSRES?, Bruce Black
• Mounting a cdrom drive directly to z/OS, Dave Guthrie
  • <Possible follow-ups>
  • RE: Mounting a cdrom drive directly to z/OS, McKown, John
  • Re: Mounting a cdrom drive directly to z/OS, Efinnell15
  • Re: Mounting a cdrom drive directly to z/OS, gilmap
  • Re: Mounting a cdrom drive directly to z/OS, Mark Zelden
  • RE: Mounting a cdrom drive directly to z/OS, McKown, John
  • RE: Mounting a cdrom drive directly to z/OS, Dave Guthrie
• TCP/IP and CMC?, Ted MacNEIL
  • Re: TCP/IP and CMC?, John S. Giltner, Jr.
    • Re: TCP/IP and CMC?, Ed Gould
  • <Possible follow-ups>
  • RE: TCP/IP and CMC?, Jon Brock
  • RE: TCP/IP and CMC?, Chase, John
  • Re: TCP/IP and CMC?, Ted MacNEIL
    • Re: TCP/IP and CMC?, Michael Babcock
  • RE: TCP/IP and CMC?, Foster, Leonard
  • Re: TCP/IP and CMC?, Rob Wunderlich
  • Re: TCP/IP and CMC?, Ted MacNEIL
    • RE: TCP/IP and CMC?, Chuck Arney
    • Re: TCP/IP and CMC?, Gabriel Tully
  • RE: TCP/IP and CMC?, kittendorf . craig
  • Re: TCP/IP and CMC?, Ted MacNEIL
  • Re: TCP/IP and CMC?, Howard Brazee
  • RE: TCP/IP and CMC?, kittendorf . craig
  • RE: TCP/IP and CMC?, Chase, John
  • RE: TCP/IP and CMC?, Larry Kraus
  • Re: TCP/IP and CMC?, Ted MacNEIL
  • Re: TCP/IP and CMC?, Ted MacNEIL
    • Re: TCP/IP and CMC?, Shmuel Metz , Seymour J.
  • RE: TCP/IP and CMC?, Larry Kraus
  • Re: TCP/IP and CMC?, Ted MacNEIL
  • RE: TCP/IP and CMC?, kittendorf . craig
  • Re: TCP/IP and CMC?, Ted MacNEIL
  • RE: TCP/IP and CMC?, kittendorf . craig
  • Re: TCP/IP and CMC?, Efinnell15
  • Re: TCP/IP and CMC?, John Giltner
  • Re: TCP/IP and CMC?, Ted MacNEIL
    • Re: TCP/IP and CMC?, Shmuel Metz , Seymour J.
• Re: SORT and VIO: was ..., Ted MacNEIL
  • <Possible follow-ups>
  • Re: SORT and VIO: was ..., Ted MacNEIL
• IBM problem reporting database, mary george
  • <Possible follow-ups>
  • RE: IBM problem reporting database, Hylton Tom P
  • RE: IBM problem reporting database, Hollis, Randall H.
  • Re: IBM problem reporting database, Ed Rabara
• EJES vs. IOF??? Try Sysview, norman-hollander
  • Re: EJES vs. IOF??? Try Sysview, ibm-main
    • RE: EJES vs. IOF??? Try Sysview, Norman Hollander
    • Re: EJES vs. IOF??? Try Sysview, Thomas Conley
      • Re: EJES vs. IOF??? Try Sysview, Walt Farrell
      • Re: EJES vs. IOF??? Try Sysview, Shmuel Metz , Seymour J.
      • Re: EJES vs. IOF??? Try Sysview, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: EJES vs. IOF??? Try Sysview, Craddock, Chris
• IFIND, Howard Brazee
  • <Possible follow-ups>
  • RE: IFIND, Imbriale, Donald , Exchange
  • RE: IFIND, TISLER Zaromil
  • Re: IFIND, gilmap
    • Re: IFIND, Neil Duffee
  • Re: IFIND, Greg Price
  • RE: IFIND, Rob Scott
• RE: [IBM-MAIN] Copying ALL tape files to disk, Mautalen Juan Guillermo
  • Re: Copying ALL tape files to disk, Bruce Black
  • Re: Copying ALL tape files to disk, Steve Arnett
  • Re: Copying ALL tape files to disk, Barry Schwarz
  • <Possible follow-ups>
  • RE: [IBM-MAIN] Copying ALL tape files to disk, Mautalen Juan Guillermo
    • Re: Copying ALL tape files to disk, Steve Arnett
  • RE: [IBM-MAIN] Copying ALL tape files to disk, Mautalen Juan Guillermo
• RPL Extensions, mary george
  • <Possible follow-ups>
  • RE: RPL Extensions, Chase, John
    • Re: RPL Extensions, mary george
• ALIAS for a LMOD, Walter Marguccio
  • Re: ALIAS for a LMOD, Barry Schwarz
    • Re: ALIAS for a LMOD, Walter Marguccio
      • Re: ALIAS for a LMOD, Barry Schwarz
  • Re: ALIAS for a LMOD, Herman
  • <Possible follow-ups>
  • Re: ALIAS for a LMOD, Rob Wunderlich
    • Re: ALIAS for a LMOD, Walter Marguccio
      • Re: ALIAS for a LMOD, Barry Schwarz
      • Re: ALIAS for a LMOD, Walter Marguccio
      • Acquiring TSO Userid in Logon Proc, earnie . allen
      • Re: Acquiring TSO Userid in Logon Proc, Edward E. Jaffe
      • Re: Acquiring TSO Userid in Logon Proc, earnie . allen
      • Re: Acquiring TSO Userid in Logon Proc, Barry Schwarz
      • Re: Acquiring TSO Userid in Logon Proc, Shmuel Metz , Seymour J.
      • Re: Acquiring TSO Userid in Logon Proc, Willy Jensen
• TGSPACE, Yi Ming
  • <Possible follow-ups>
  • Re: TGSPACE, Ted MacNEIL
  • Re: TGSPACE, Big Iron
• CICS/TS V1.3 and z/OS V1.6, Glenn
  • <Possible follow-ups>
  • Re: CICS/TS V1.3 and z/OS V1.6, Glenn Siegel
  • RE: CICS/TS V1.3 and z/OS V1.6, Coatney, Bill
• Re[2]: Another, another one bites the dust, cc52
• Mainframe to Smaller mainframe ... downgrade., Howard Rifkind
  • Re: Mainframe to Smaller mainframe ... downgrade., Shmuel Metz , Seymour J.
    • Re: Mainframe to Smaller mainframe ... downgrade., Steve Arnett
  • <Possible follow-ups>
  • Re: Mainframe to Smaller mainframe ... downgrade., Dave Cartwright
  • Re: Mainframe to Smaller mainframe ... downgrade., Tom Schmidt
• Copying ALL tape files to disk, Mautalen Juan Guillermo
  • Re: Copying ALL tape files to disk, R.S.
    • Re: Copying ALL tape files to disk, Ed Gould
  • Re: Copying ALL tape files to disk, David Cole
  • <Possible follow-ups>
  • RE: Copying ALL tape files to disk, Rugen, Len
  • Re: Copying ALL tape files to disk, Vernooy, C.P. - SPLXM
  • Re: Copying ALL tape files to disk, Mike Wood
    • Re: Copying ALL tape files to disk, Bruce Black
  • Re: Copying ALL tape files to disk, Efinnell15
  • Re: Copying ALL tape files to disk, Ted MacNEIL
  • Copying ALL tape files to disk, gah
    • Re: Copying ALL tape files to disk, Ed Gould
• IMS program, James Matterwise
  • Re: IMS program, Binyamin Dissen
    • Re: IMS program, James Matterwise
  • <Possible follow-ups>
  • RE: IMS program, Jon Brock
  • RE: IMS program, McKown, John
  • RE: IMS program, Jon Brock
  • RE: IMS program, McKown, John
  • RE: IMS program, kittendorf . craig
  • Re: IMS program, Howard Brazee
  • RE: IMS program, Hal Merritt
• ISREDIT macro and ampersands, Gil, Victor x28091
  • Re: ISREDIT macro and ampersands, John P Kalinich
  • RE: ISREDIT macro and ampersands, Dave Salt
  • Re: ISREDIT macro and ampersands, Thomas Conley
  • Re: ISREDIT macro and ampersands, Shmuel Metz , Seymour J.
  • Re: ISREDIT macro and ampersands, Shmuel Metz , Seymour J.
  • Re: ISREDIT macro and ampersands, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: ISREDIT macro and ampersands, McKown, John
  • Re: ISREDIT macro and ampersands, Victor Gil
    • Re: ISREDIT macro and ampersands, Dave Salt
  • Re: ISREDIT macro and ampersands, gilmap
    • Re: ISREDIT macro and ampersands, Shmuel Metz , Seymour J.
      • Re: ISREDIT macro and ampersands, Dave Salt
      • Re: ISREDIT macro and ampersands, Shmuel Metz , Seymour J.
  • Re: ISREDIT macro and ampersands, Ted MacNEIL
• RE: EJES vs. IOF??? (was EJES is Preferred over SDSF (according t o Z/Flash)), Compton, John
  • <Possible follow-ups>
  • Re: EJES vs. IOF??? (was EJES is Preferred over SDSF (according t o Z/Flash)), David Cole
  • RE: EJES vs. IOF??? (was EJES is Preferred over SDSF (according t o Z/Flash)), Knutson, Sam
    • Re: EJES vs. IOF??? (was EJES is Preferred over SDSF (according to Z/Flash)), Edward E. Jaffe
      • XCF Software, John P Kalinich
• RE: Another, another one bites the dust., McKown, John
  • <Possible follow-ups>
  • RE: Another, another one bites the dust., Galambos, Robert
  • Re: Another, another one bites the dust., Efinnell15
• AW: AW: DFSORT - "OVERLAY"-Function, Thomas . Ramseier
• Copying GDG versions in Reverse order, sreekanth dumpa
  • Re: Copying GDG versions in Reverse order, "Robert A. Rosenberg"
  • <Possible follow-ups>
  • Re: Copying GDG versions in Reverse order, Eric Bielefeld
    • Re: Copying GDG versions in Reverse order, martin_kline
      • RDBACK with all GDG generations, martin_kline
  • Re: Copying GDG versions in Reverse order, Mark Thomen
    • Re: Copying GDG versions in Reverse order, martin_kline
      • RE: Copying GDG versions in Reverse order, Gary Green
      • Re: Copying GDG versions in Reverse order, Shmuel Metz , Seymour J.
    • Re: Copying GDG versions in Reverse order, Ed Gould
  • Re: Copying GDG versions in Reverse order, martin_kline
  • Re: Copying GDG versions in Reverse order, Ted MacNEIL
  • Re: Copying GDG versions in Reverse order, Mark Thomen
    • Re: Copying GDG versions in Reverse order, martin_kline
    • Re: Copying GDG versions in Reverse order, Ed Gould
  • Fw: Copying GDG versions in Reverse order, Bill Klein
  • Re: Copying GDG versions in Reverse order, Mark Thomen
    • Re: Copying GDG versions in Reverse order, Ed Gould
  • Re: Copying GDG versions in Reverse order, John Laubenheimer
• Re: DFHSM (and other tape) Encryption, Timothy Sipples
  • Re: DFHSM (and other tape) Encryption, Bruce Black
  • <Possible follow-ups>
  • DFHSM (and other tape) Encryption, Timothy Sipples
    • Re: DFHSM (and other tape) Encryption, Bruce Black
  • Re: DFHSM (and other tape) Encryption, Timothy Sipples
    • Re: DFHSM (and other tape) Encryption, Ulrich Boche
• BMC Earnings, Mainframe Blog, Timothy Sipples
• Serialization of PDS Member update/deletion through IBM Utilities, Hank Medler
  • Re: Serialization of PDS Member update/deletion through IBM Utilities, Binyamin Dissen
    • Re: Serialization of PDS Member update/deletion through IBM Utilities, ibm-main
      • Re: Serialization of PDS Member update/deletion through IBM Utilities, John P Kalinich
  • <Possible follow-ups>
  • Re: serialization of PDS Member update/deletion through IBM Utilities, john gilmore
  • Re: serialization of PDS Member update/deletion through IBM Utilities, john gilmore
• EJES is Preferred over SDSF (according to Z/Flash), Ed Gould
  • Re: EJES vs. IOF??? (was EJES is Preferred over SDSF (according to Z/Flash)), David Cole
    • Re: EJES vs. IOF??? (was EJES is Preferred over SDSF (according to Z/Flash)), John P Kalinich
      • Re: EJES vs. IOF??? (was EJES is Preferred over SDSF (according to Z/Flash)), Edward E. Jaffe
  • <Possible follow-ups>
  • RE: EJES is Preferred over SDSF (according to Z/Flash), Craddock, Chris
    • Re: EJES is Preferred over SDSF (according to Z/Flash), Ed Gould
      • Another, another one bites the dust., Gary Green
      • Re: Another, another one bites the dust., Robert Justice
      • Re: EJES is Preferred over SDSF (according to Z/Flash), Eric Chevalier
      • Re: EJES is Preferred over SDSF (according to Z/Flash), Ed Gould
    • Re: EJES is Preferred over SDSF (according to Z/Flash), Edward E. Jaffe
• Shutdown, Paul Hanrahan
  • <Possible follow-ups>
  • Re: Shutdown, Efinnell15
• Updating the Esoteric Table, Robert Pelletier
  • <Possible follow-ups>
  • RE: Updating the Esoteric Table, Raymond Noal
  • Re: Updating the Esoteric Table, Efinnell15
  • RE: Updating the Esoteric Table, Gabe Torres
• DFHSM Encryption, Staller, Allan
  • Re: DFHSM (and other tape) Encryption, Joel C. Ewing
    • Re: DFHSM (and other tape) Encryption, Ed Gould
      • Re: DFHSM (and other tape) Encryption, Joel C. Ewing
    • Re: DFHSM (and other tape) Encryption, Shane Ginnane
      • Re: DFHSM (and other tape) Encryption, Clark Morris
    • Re: DFHSM (and other tape) Encryption, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: DFHSM Encryption, Gibney, David Allen,Jr
  • RE: DFHSM Encryption, Staller, Allan
  • RE: DFHSM Encryption, Gibney, David Allen,Jr
• New PCs Getting Kicked Off the Mainframe, Eric Bielefeld
  • RE: New PCs Getting Kicked Off the Mainframe, Gary Green
  • Re: New PCs Getting Kicked Off the Mainframe, Thomas Conley
  • Re: New PCs Getting Kicked Off the Mainframe, Shmuel Metz , Seymour J.
  • Re: New PCs Getting Kicked Off the Mainframe, Tom Longfellow
  • Re: New PCs Getting Kicked Off the Mainframe, Tom Longfellow
    • Re: New PCs Getting Kicked Off the Mainframe, Thomas Conley
  • <Possible follow-ups>
  • RE: New PCs Getting Kicked Off the Mainframe, Kreiter, Chuck
    • Re: New PCs Getting Kicked Off the Mainframe, Dave Ulrick
  • Re: New PCs Getting Kicked Off the Mainframe, Eric Bielefeld
    • Re: New PCs Getting Kicked Off the Mainframe, Gabriel Tully
  • RE: New PCs Getting Kicked Off the Mainframe, Knutson, Sam
    • Re: New PCs Getting Kicked Off the Mainframe, Nicolai Tufar
  • Re: New PCs Getting Kicked Off the Mainframe, Eric Bielefeld
  • RE: New PCs Getting Kicked Off the Mainframe, Knutson, Sam
• RE: CMC & TCP/IP (was: OSA Cards), Ted MacNEIL
  • <Possible follow-ups>
  • Re: CMC & TCP/IP (was: OSA Cards), Patrick O'Keefe
• DFSORT Selecting all records today - 365 days, Ed Long
  • Re: DFSORT Selecting all records today - 365 days, Binyamin Dissen
  • Re: DFSORT Selecting all records today - 365 days, Thomas Conley
  • Re: DFSORT Selecting all records today - 365 days, Mike Bell
  • <Possible follow-ups>
  • RE: DFSORT Selecting all records today - 365 days, Chase, John
    • Re: DFSORT Selecting all records today - 365 days, Ed Long
      • Re: DFSORT Selecting all records today - 365 days, Frank Yaeger
      • Re: DFSORT Selecting all records today - 365 days, Ed Long
      • Re: DFSORT Selecting all records today - 365 days, Frank Yaeger
  • Re: DFSORT Selecting all records today - 365 days, Howard Brazee
  • RE: DFSORT Selecting all records today - 365 days, Chase, John
  • RE: DFSORT Selecting all records today - 365 days, Schneiderwent, Craig
    • Re: DFSORT Selecting all records today - 365 days, Frank Yaeger
  • Re: DFSORT Selecting all records today - 365 days, Scott Barry
• 3490-F11, Sylvia Gorman
  • Re: 3490-F11, Barry Schwarz
  • Re: 3490-F11, Joel C. Ewing
• SOAP on z/OS?, McKown, John
  • RE: SOAP on z/OS?, brad Taylor
  • RE: SOAP on z/OS?, Chuck Arney
  • Re: SOAP on z/OS?, Joe Zitzelberger
  • <Possible follow-ups>
  • Re: SOAP on z/OS?, Peggy Andrews
  • Re: SOAP on z/OS?, Peggy Andrews
  • Re: SOAP on z/OS?, Timothy Sipples
  • RE: SOAP on z/OS?, McKown, John
    • Re: SOAP on z/OS?, Jan Redding
  • Re: SOAP on z/OS?, Andrew Armstrong
  • RE: SOAP on z/OS?, McKown, John
  • Re: SOAP on z/OS?, Rob Wunderlich
• HSM Enhancements, Giovanni Cerquone
• Mainframe Careers Site, tarajohnsonhar
  • Re: Mainframe Careers Site, ISVCostGuy
• VTS SMF 94 vec value zero after LM code 530.08 applied - Fixed, Patrick . Falcone
• SMP/E Bypass Question., Howard Rifkind
  • Re: SMP/E Bypass Question., Walter Marguccio
  • <Possible follow-ups>
  • Re: SMP/E Bypass Question., Efinnell15
    • Re: SMP/E Bypass Question., Howard Rifkind
• VTS and stacking, Bill Brown
  • <Possible follow-ups>
  • RE: VTS and stacking, Jon Brock
  • RE: VTS and stacking, McKown, John
  • RE: VTS and stacking, Kenneth . W . Leidner
  • Re: VTS and stacking, Ted MacNEIL
• FW: From Enterprise Systems: Mainframe Sales Slump Trigger (CA) W orkforce Cuts, Knutson, Sam
• RE: IBM-MAIN Index - 31 Jul 2005 to 1 Aug 2005 (#2005-213), Plasha Michael E
• DFSORT & MOD27 support, Jousma, David
  • Re: DFSORT & MOD27 support, David Andrews
    • Re: DFSORT & MOD27 support, R.S.
  • Re: DFSORT & MOD27 support, Frank Yaeger
  • <Possible follow-ups>
  • FW: DFSORT & MOD27 support, Jousma, David
  • DFSORT & MOD27 support, Jousma, David
  • Re: DFSORT & MOD27 support, Vernooy, C.P. - SPLXM
    • RE: DFSORT & MOD27 support, Ron and Jenny Hawkins
    • RE: DFSORT & MOD27 support, Ron and Jenny Hawkins
    • Re: DFSORT & MOD27 support, R.S.
      • Re: DFSORT & MOD27 support, Frank Yaeger
  • RE: DFSORT & MOD27 support, McKown, John
    • RE: DFSORT & MOD27 support, Ron and Jenny Hawkins
  • Re: DFSORT & MOD27 support, Richard Pinion
  • Re: DFSORT & MOD27 support, Jeffrey . Deaver
    • RE: DFSORT & MOD27 support, Ron and Jenny Hawkins
      • Re: DFSORT & MOD27 support, Jeffrey . Deaver
      • RE: DFSORT & MOD27 support, Ron and Jenny Hawkins
      • SORT and VIO: was ..., ibm-main
      • Re: DFSORT & MOD27 support, Jim Mulder
      • RE: DFSORT & MOD27 support, Ron and Jenny Hawkins
      • Re: DFSORT & MOD27 support, Shmuel Metz , Seymour J.
      • Re: DFSORT & MOD27 support, Shmuel Metz , Seymour J.
  • Re: DFSORT & MOD27 support, DASDBill2
    • Re: DFSORT & MOD27 support, Bruce Black
    • Re: DFSORT & MOD27 support, Shmuel Metz , Seymour J.
  • Re: DFSORT & MOD27 support, DASDBill2
    • Re: DFSORT & MOD27 support, Shmuel Metz , Seymour J.
      • Re: DFSORT & MOD27 support, Bruce Black
• Enlarging JES2 checkpoint datasets, Max Scarpa
  • Re: Enlarging JES2 checkpoint datasets, Mark Jacobs
  • <Possible follow-ups>
  • Re: Enlarging JES2 checkpoint datasets, mscarpa
    • Re: Enlarging JES2 checkpoint datasets, Mark Jacobs
  • Re: Enlarging JES2 checkpoint datasets, mscarpa
    • Re: Enlarging JES2 checkpoint datasets, Mark Jacobs
  • Re: Enlarging JES2 checkpoint datasets, Efinnell15
    • Re: Enlarging JES2 checkpoint datasets, Gabriel Tully
  • Re: Enlarging JES2 checkpoint datasets, mscarpa
  • Re: Enlarging JES2 checkpoint datasets, Mark Zelden
• DELETE of DATA & INDEX entries of a KSDS in a CATALOG ..., Moussadak, Mustafa
  • Re: DELETE of DATA & INDEX entries of a KSDS in a CATALOG ..., Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: DELETE of DATA & INDEX entries of a KSDS in a CATALOG ..., DOMINGUEZ MARTIN, ANGEL LUIS
    • Re: DELETE of DATA & INDEX entries of a KSDS in a CATALOG ..., R.S.
    • Re: DELETE of DATA & INDEX entries of a KSDS in a CATALOG ..., Bruce Black
  • RE: DELETE of DATA & INDEX entries of a KSDS in a CATALOG ..., Rob Scott
  • RE: DELETE of DATA & INDEX entries of a KSDS in a CATALOG ..., Moussadak, Mustafa
  • RE: DELETE of DATA & INDEX entries of a KSDS in a CATALOG ..., Moussadak, Mustafa
    • Re: DELETE of DATA & INDEX entries of a KSDS in a CATALOG ..., ibm-main
    • Re: DELETE of DATA & INDEX entries of a KSDS in a CATALOG ..., Bruce Black
    • Re: DELETE of DATA & INDEX entries of a KSDS in a CATALOG ..., Shmuel Metz , Seymour J.
  • Re: DELETE of DATA & INDEX entries of a KSDS in a CATALOG ..., Efinnell15
• Device Independence (was: ... DCB coexistence ...), gilmap
  • RE: Device Independence (was: ... DCB coexistence ...), Charles Mills
    • Re: Device Independence (was: ... DCB coexistence ...), Edward E. Jaffe
      • RE: Device Independence (was: ... DCB coexistence ...), Charles Mills
  • <Possible follow-ups>
  • Re: Device Independence (was: ... DCB coexistence ...), gilmap
• Dilemma of a young Mainframe Systems Programmer, Francisco Medina
  • Re: Dilemma of a young Mainframe Systems Programmer, Robert Justice
    • Re: Dilemma of a young Mainframe Systems Programmer, Joe Zitzelberger
  • Re: Dilemma of a young Mainframe Systems Programmer, Robert Justice
    • Re: Dilemma of a young Mainframe Systems Programmer, Robert Justice
      • RE: Dilemma of a young Mainframe Systems Programmer, Paul Hanrahan
  • Re: Dilemma of a young Mainframe Systems Programmer, Thomas Conley
  • Re: Dilemma of a young Mainframe Systems Programmer, Shmuel Metz , Seymour J.
  • Re: Dilemma of a young Mainframe Systems Programmer, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: Dilemma of a young Mainframe Systems Programmer, Dave Salt
    • Re: Dilemma of a young Mainframe Systems Programmer, Don Leahy
      • Re: Dilemma of a young Mainframe Systems Programmer, Ed Gould
  • Re: Dilemma of a young Mainframe Systems Programmer, Timothy Sipples
    • RE: Dilemma of a young Mainframe Systems Programmer, Eric Vaughan -- illustro Systems
      • Re: Dilemma of a young Mainframe Systems Programmer, Don Leahy
  • Re: Dilemma of a young Mainframe Systems Programmer, Jan MOEYERSONS
  • Re: Dilemma of a young Mainframe Systems Programmer, Lance D. Jackson
  • RE: Dilemma of a young Mainframe Systems Programmer, McKown, John
    • Re: Dilemma of a young Mainframe Systems Programmer, Dave Salt
    • Re: Dilemma of a young Mainframe Systems Programmer, Shmuel Metz , Seymour J.
  • RE: Dilemma of a young Mainframe Systems Programmer, Chase, John
  • RE: Dilemma of a young Mainframe Systems Programmer, Jon Brock
  • RE: Dilemma of a young Mainframe Systems Programmer, kittendorf . craig
  • Re: Dilemma of a young Mainframe Systems Programmer, Efinnell15
    • z/OS Editors (Was: Dilemma of a young Mainframe Systems Programmer), John P Kalinich
    • Re: Dilemma of a young Mainframe Systems Programmer, Shmuel Metz , Seymour J.
  • Re: Dilemma of a young Mainframe Systems Programmer, Scott Doherty
  • Re: Dilemma of a young Mainframe Systems Programmer, DASDBill2
  • Re: Dilemma of a young Mainframe Systems Programmer, Howard Brazee
  • RE: Dilemma of a young Mainframe Systems Programmer, Knutson, Sam
    • Re: SOAP on z/OS?, Shmuel Koller
  • Re: Dilemma of a young Mainframe Systems Programmer, Timothy Sipples
  • Re: Dilemma of a young Mainframe Systems Programmer, Efinnell15
    • Re: Dilemma of a young Mainframe Systems Programmer, Shmuel Metz , Seymour J.
  • Re: Dilemma of a young Mainframe Systems Programmer, Efinnell15
    • Re: Dilemma of a young Mainframe Systems Programmer, Shmuel Metz , Seymour J.
  • Re: Dilemma of a young Mainframe Systems Programmer, Avram Friedman
  • Re: Dilemma of a young Mainframe Systems Programmer, Dave Cartwright
    • Re: Dilemma of a young Mainframe Systems Programmer, Shane Ginnane
  • Re: Dilemma of a young Mainframe Systems Programmer, Howard Brazee
  • RE: Dilemma of a young Mainframe Systems Programmer, McKown, John
  • RE: Dilemma of a young Mainframe Systems Programmer, Adams, Tracy
  • Re: Dilemma of a young Mainframe Systems Programmer, DASDBill2
  • Re: Dilemma of a young Mainframe Systems Programmer, Howard Brazee
    • Re: Dilemma of a young Mainframe Systems Programmer, Ed Gould
    • Re: Dilemma of a young Mainframe Systems Programmer, Shmuel Metz , Seymour J.
      • Re: Dilemma of a young Mainframe Systems Programmer, Howard Brazee
  • Re: Dilemma of a young Mainframe Systems Programmer, Arthur T.
  • Re: Dilemma of a young Mainframe Systems Programmer, Howard Brazee
• Re: What happened to iSource?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: What happened to iSource?, Ted MacNEIL
    • Re: What happened to iSource?, Shmuel Metz , Seymour J.
• Re: Third party Maintenance of z/OS R4 after March 2007, Shmuel Metz , Seymour J.
• Re: SMP sloppiness, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: SMP sloppiness, Ted MacNEIL
  • RE: SMP sloppiness, Jon Brock
    • Re: SMP sloppiness, Shmuel Metz , Seymour J.
  • RE: SMP sloppiness, Jon Brock
  • Re: SMP sloppiness, Shane Ginnane
    • Re: SMP sloppiness, Ed Gould
      • Re: SMP sloppiness, Paul Gillis
      • Re: SMP sloppiness, ibm-main
• Re: Routine name/srb, Shmuel Metz , Seymour J.
  • Re: Routine name/srb, mary george
    • Re: Routine name/srb, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Routine name/srb, Ted MacNEIL
    • Re: Routine name/srb, Shmuel Metz , Seymour J.
  • Re: Routine name/srb, Ted MacNEIL
• SMP/E Causer Report Information Question., Howard Rifkind
  • <Possible follow-ups>
  • RE: SMP/E Causer Report Information Question., Imbriale, Donald , Exchange
• IPL MESSAGES., Rugel José
  • <Possible follow-ups>
  • Re: IPL MESSAGES., Brian Peterson
• IBM & EMC pair off in Storage "fight", Ed Gould
• RE: STAE/ESTAE, Craddock, Chris
• NOMAIL, Tito Kiffer
• Reference for DCB coexistence with RMODE 31 programs?, Charles Mills
  • RE: Reference for DCB coexistence with RMODE 31 programs?, Ray Mullins
  • Re: Reference for DCB coexistence with RMODE 31 programs?, Clark Morris
  • Re: Reference for DCB coexistence with RMODE 31 programs?, Mark
    • RE: Reference for DCB coexistence with RMODE 31 programs?, Ray Mullins
  • RE: Reference for DCB coexistence with RMODE 31 programs?, Charles Mills
    • Re: Reference for DCB coexistence with RMODE 31 programs?, Steve Comstock
    • Re: Reference for DCB coexistence with RMODE 31 programs?, Charles Mills
  • <Possible follow-ups>
  • RE: Reference for DCB coexistence with RMODE 31 programs?, Craddock, Chris
    • RE: Reference for DCB coexistence with RMODE 31 programs?, Charles Mills
  • RE: Reference for DCB coexistence with RMODE 31 programs?, Craddock, Chris
    • RE: Reference for DCB coexistence with RMODE 31 programs?, Charles Mills
      • RE: Reference for DCB coexistence with RMODE 31 programs?, Charles Mills
      • Re: Reference for DCB coexistence with RMODE 31 programs?, Hank Murphy
      • Re: Reference for DCB coexistence with RMODE 31 programs?, Charles Mills
  • Re: Reference for DCB coexistence with RMODE 31 programs?, gilmap
  • RE: Reference for DCB coexistence with RMODE 31 programs?, Jon Brock
    • Re: Reference for DCB coexistence with RMODE 31 programs?, Clark Morris
  • Re: Reference for DCB coexistence with RMODE 31 programs?, Tom Schmidt
    • RE: Reference for DCB coexistence with RMODE 31 programs?, Ray Mullins
  • Re: Reference for DCB coexistence with RMODE 31 programs?, Mark Thomen
    • Re: Reference for DCB coexistence with RMODE 31 programs?, Clark Morris
  • Re: Reference for DCB coexistence with RMODE 31 programs?, David Alcock
    • Re: Reference for DCB coexistence with RMODE 31 programs?, Shmuel Metz , Seymour J.
  • Re: Reference for DCB coexistence with RMODE 31 programs?, Shmuel Metz , Seymour J.
    • Re: [IBM-MAIN] Reference for DCB coexistence with RMODE 31 programs?, Jay Maynard
  • RE: Reference for DCB coexistence with RMODE 31 programs?, Chase, John
    • Re: Reference for DCB coexistence with RMODE 31 programs?, Binyamin Dissen
• 4039 error with SOC-7, Howard Brazee
  • Re: 4039 error with SOC-7, Steve Arnett
    • Re: 4039 error with SOC-7, Ed Gould
  • <Possible follow-ups>
  • Re: 4039 error with SOC-7, Efinnell15
  • RE: 4039 error with SOC-7, Staller, Allan
  • RE: 4039 error with SOC-7, Imbriale, Donald , Exchange
    • Re: 4039 error with SOC-7, Ed Gould
• ECVTCLON, V.P.
• Re: Another - Another One Bites the Dust, Clark Morris
  • <Possible follow-ups>
  • RE: Another - Another One Bites the Dust, Craddock, Chris
    • Re: Another - Another One Bites the Dust, Steve Comstock
  • RE: Another - Another One Bites the Dust, Craddock, Chris
    • Re: Another - Another One Bites the Dust, Ed Gould
  • RE: Another - Another One Bites the Dust, Jon Brock
  • RE: Another - Another One Bites the Dust, ddelagarza
  • Re: Another - Another One Bites the Dust, Ted MacNEIL
    • We're In Demand, but try to find a job, and with a decent salary..., Gary Green
• Re: Transition requirements for new world was Re: z/OS future needs was Re: USS in a "legacy" world, Clark Morris
  • Re: Transition requirements for new world was Re: z/OS future needs was Re: USS in a "legacy" world, Shmuel Metz , Seymour J.
• OSA Card Display Command, Ted MacNEIL
  • <Possible follow-ups>
  • Re: OSA Card Display Command, BRUCE BODA
  • RE: OSA Card Display Command, Jon Brock
  • Re: OSA Card Display Command, Ted MacNEIL
    • Re: OSA Card Display Command, Jerry Whitteridge
  • RE: OSA Card Display Command, Ilya Gersh
  • Re: OSA Card Display Command, glenn . miller
  • Re: OSA Card Display Command, Alan . C . Field
  • Re: OSA Card Display Command, Ted MacNEIL
  • RE: OSA Card Display Command, kittendorf . craig
    • Re: OSA Card Display Command, Conway, Steven F
  • Re: OSA Card Display Command, BRUCE BODA
  • Re: OSA Card Display Command, Ted MacNEIL
• Making smaller ptf packages, Thomas Lawrence
  • Re: Making smaller ptf packages, alan . schwartz
  • Re: Making smaller ptf packages, Kurt Quackenbush
    • Re: Making smaller ptf packages, Shane Ginnane
  • Re: Making smaller ptf packages, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Making smaller ptf packages, Efinnell15
    • Re: Making smaller ptf packages, Ed Gould
• Some SMP Receive Help Needed., Howard Rifkind
  • Re: Some SMP Receive Help Needed., Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: Some SMP Receive Help Needed., Pommier, Rex R.
  • Re: Some SMP Receive Help Needed., Efinnell15
  • Re: Some SMP Receive Help Needed., pierreau
    • Re: Some SMP Receive Help Needed., Ed Gould
  • Re: Some SMP Receive Help Needed., Efinnell15
    • RE: Some SMP Receive Help Needed., Ray Mullins
  • RE: Some SMP Receive Help Needed., Compton, John
  • Re: Some SMP Receive Help Needed., Eric Bielefeld
    • Amdahl Training (was Some SMP Receive Help Needed), Jim Harrison
  • Re: Some SMP Receive Help Needed., Efinnell15
  • Re: Some SMP Receive Help Needed., Efinnell15
• RE: [IBM-MAIN] What is D/T2064, Hall, Ken , GTI
• What is D/T2064, Howard Rifkind
  • Re: What is D/T2064, Bruce Black
  • <Possible follow-ups>
  • RE: What is D/T2064, Chase, John
  • Re: What is D/T2064, August . Carideo
  • Re: What is D/T2064, Ted MacNEIL
  • Re: What is D/T2064, August . Carideo
  • RE: What is D/T2064, Horne, Jim - James S
• AW: Printing from USS, Sun Biao
• RE: Command Reject, kittendorf . craig
  • <Possible follow-ups>
  • RE: Command Reject, kittendorf . craig
  • Re: Command Reject, Efinnell15
• AW: Mass PDS member string substitution utility?, Klawa, Bernd
• Centralised ZOS console., Meganen Naidoo - BCX - Data Centre Services
  • Re: Centralised ZOS console., pauls2272
  • RE: Centralised ZOS console., andrew mcintyre
• Printing from USS, arun kumar
  • <Possible follow-ups>
  • Re: Printing from USS, gilmap
• Re: (no subject), Efinnell15
• (none), kittendorf . craig
  • Re: Command Reject, Edward E. Jaffe
    • Re: Command Reject, Bruce Black
  • Re: (none) I/O error message, FAD
  • <Possible follow-ups>
  • (none), Kok, Howi
  • (none), Walter Marguccio
  • (none), Storage CEF
  • (none), Zoran Trifunovic
• HLASM FLAG(PAGE0) and IBM Macros, Keith E. Moe
  • Re: HLASM FLAG(PAGE0) and IBM Macros, Edward E. Jaffe
    • Re: HLASM FLAG(PAGE0) and IBM Macros, Walt Farrell
      • Re: HLASM FLAG(PAGE0) and IBM Macros, Edward E. Jaffe
    • Re: HLASM FLAG(PAGE0) and IBM Macros, Walt Farrell
  • <Possible follow-ups>
  • Re: HLASM FLAG(PAGE0) and IBM Macros, gilmap
    • Re: HLASM FLAG(PAGE0) and IBM Macros, Edward E. Jaffe
  • Re: HLASM FLAG(PAGE0) and IBM Macros, Paul Gilmartin
    • Re: HLASM FLAG(PAGE0) and IBM Macros, Edward E. Jaffe
  • Re: HLASM FLAG(PAGE0) and IBM Macros, David Alcock
• SMP/E API GIM52801T? GIM52801E? Whatever., gilmap
  • Re: SMP/E API GIM52801T? GIM52801E? Whatever., Ed Gould
  • Re: SMP/E API GIM52801T? GIM52801E? Whatever., Kurt Quackenbush
  • <Possible follow-ups>
  • Re: SMP/E API GIM52801T? GIM52801E? Whatever., gilmap
    • Re: SMP/E API GIM52801T? GIM52801E? Whatever., Ed Gould
      • Messages and Codes (was SMP/E API GIM52801), R.S.
  • Re: SMP/E API GIM52801T? GIM52801E? Whatever., gilmap
    • Re: SMP/E API GIM52801T? GIM52801E? Whatever., Kurt Quackenbush
• How can I convert ER diagram into SQL QUERY, Srinivas_Pasumarthi
  • <Possible follow-ups>
  • Re: How can I convert ER diagram into SQL QUERY, Fenner, Jim
  • RE: How can I convert ER diagram into SQL QUERY, Srinivas_Pasumarthi
  • RE: How can I convert ER diagram into SQL QUERY, Galambos, Robert
• Re: Fw: Service Unit definition?, Giovanni Cerquone
  • <Possible follow-ups>
  • Re: Fw: Service Unit definition?, Giovanni Cerquone
• Wild Branch Diagnosis (Was: Five Digit Device Numbers), Edward E. Jaffe
  • RE: Wild Branch Diagnosis (Was: Five Digit Device Numbers), Charles Mills
    • Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers), Edward E. Jaffe
      • Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers), Jim Phoenix
      • Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers), Edward E. Jaffe
  • <Possible follow-ups>
  • Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers), Tom Schmidt
    • RE: Wild Branch Diagnosis (Was: Five Digit Device Numbers), Eugene S. Hudders
    • Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers), Edward E. Jaffe
  • Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers), Efinnell15
  • Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers), Ted MacNEIL
  • Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers), Efinnell15
    • Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers), "Robert A. Rosenberg"
      • Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers), Gerhard Postpischil
  • Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers), Tom Schmidt
  • Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers), Tom Schmidt
    • Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers), Edward E. Jaffe
  • Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers), Tom Schmidt
  • Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers), Patrick O'Keefe
    • Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers), Graeme Gibson
      • Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers), Bill Ogden
      • Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers), Shmuel Metz , Seymour J.
      • Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers), Dan Espen
  • Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers), gilmap
  • Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers), Efinnell15
• Re: 3390P?, Edward E. Jaffe
• STK 9840 in 3590 compat mode, awhite
  • Re: STK 9840 in 3590 compat mode, Bruce Black
  • <Possible follow-ups>
  • Re: STK 9840 in 3590 compat mode, David Andrews
  • RE: STK 9840 in 3590 compat mode, Taddei, Cathy
    • Re: STK 9840 in 3590 compat mode, R.S.
  • RE: STK 9840 in 3590 compat mode, Taddei, Cathy
    • Re: STK 9840 in 3590 compat mode, R.S.
  • Re: STK 9840 in 3590 compat mode, BRUCE BODA
    • Re: STK 9840 in 3590 compat mode, Bruce Black
  • Re: STK 9840 in 3590 compat mode, Efinnell15
    • Re: STK 9840 in 3590 compat mode, Bruce Black
    • Re: STK 9840 in 3590 compat mode, R.S.
  • Re: STK 9840 in 3590 compat mode, BRUCE BODA
    • Re: STK 9840 in 3590 compat mode, Bruce Black
  • Re: STK 9840 in 3590 compat mode, Efinnell15
  • Re: STK 9840 in 3590 compat mode, Efinnell15
  • Re: STK 9840 in 3590 compat mode, BRUCE BODA
  • Re: STK 9840 in 3590 compat mode, Efinnell15
  • Re: STK 9840 in 3590 compat mode, Scott Rowe
    • Re: STK 9840 in 3590 compat mode, Bruce Black
      • RE: STK 9840 in 3590 compat mode, Bruce boda
  • Re: STK 9840 in 3590 compat mode, Efinnell15
  • Re: STK 9840 in 3590 compat mode, Efinnell15
• GET IBM-MAIN INFO, Schramm, Rob
• z9 109, Ted MacNEIL
• Five Digit Device Numbers, Edward E. Jaffe
  • Re: Five Digit Device Numbers, R.S.
    • Re: Five Digit Device Numbers, Edward E. Jaffe
    • Re: Five Digit Device Numbers, Jim Mulder
  • <Possible follow-ups>
  • RE: Five Digit Device Numbers, McKown, John
  • Re: Five Digit Device Numbers, Efinnell15
    • Re: STEPCAT/JOBCAT [was: Five Digit Device Numbers], David Andrews
• SeverPAC observation - UNIX Filesystem setup, McKown, John
• (muliple CPCs on a box?) Does anyone know, Schramm, Rob
  • Re: (muliple CPCs on a box?) Does anyone know, Edward E. Jaffe
    • Re: (muliple CPCs on a box?) Does anyone know, R.S.
      • Re: (muliple CPCs on a box?) Does anyone know, Edward E. Jaffe
  • <Possible follow-ups>
  • RE: (muliple CPCs on a box?) Does anyone know, Schramm, Rob
    • Re: (muliple CPCs on a box?) Does anyone know, Robert Justice
  • RE: (muliple CPCs on a box?) Does anyone know, Richards.Bob
    • Re: (muliple CPCs on a box?) Does anyone know, Edward E. Jaffe
  • RE: (muliple CPCs on a box?) Does anyone know, Richards.Bob
  • RE: (muliple CPCs on a box?) Does anyone know, Knutson, Sam
• Re: Duplicate sort order, Howard Brazee
• RE: Other DASD Erase programs, Ron and Jenny Hawkins
  • <Possible follow-ups>
  • Re: Other DASD Erase programs, Shmuel Metz , Seymour J.
  • Re: Other DASD Erase programs, Shmuel Metz , Seymour J.
• RE: ILR005E PLPA PAGE DATA SET FULL, Ron and Jenny Hawkins
  • <Possible follow-ups>
  • Re: ILR005E PLPA PAGE DATA SET FULL, Shmuel Metz , Seymour J.
  • Re: ILR005E PLPA PAGE DATA SET FULL, Shmuel Metz , Seymour J.
    • RE: ILR005E PLPA PAGE DATA SET FULL, Ron and Jenny Hawkins
      • Re: ILR005E PLPA PAGE DATA SET FULL, Shmuel Metz , Seymour J.
  • Re: ILR005E PLPA PAGE DATA SET FULL, DASDBill2
    • Re: ILR005E PLPA PAGE DATA SET FULL, Shmuel Metz , Seymour J.
  • Re: ILR005E PLPA PAGE DATA SET FULL, DASDBill2
  • Re: ILR005E PLPA PAGE DATA SET FULL, Efinnell15
  • Re: ILR005E PLPA PAGE DATA SET FULL, DASDBill2
    • Re: ILR005E PLPA PAGE DATA SET FULL, Shmuel Metz , Seymour J.
    • Re: ILR005E PLPA PAGE DATA SET FULL, Shmuel Metz , Seymour J.
  • Re: ILR005E PLPA PAGE DATA SET FULL, DASDBill2
    • Re: ILR005E PLPA PAGE DATA SET FULL, R.S.
      • Re: ILR005E PLPA PAGE DATA SET FULL, Shmuel Metz , Seymour J.
    • Re: ILR005E PLPA PAGE DATA SET FULL, Shmuel Metz , Seymour J.
    • Re: ILR005E PLPA PAGE DATA SET FULL, Shmuel Metz , Seymour J.
  • Re: ILR005E PLPA PAGE DATA SET FULL, Efinnell15
  • Re: ILR005E PLPA PAGE DATA SET FULL, Howard Brazee
  • Re: ILR005E PLPA PAGE DATA SET FULL, Jim Mulder
    • RE: ILR005E PLPA PAGE DATA SET FULL, Ron and Jenny Hawkins
  • Re: ILR005E PLPA PAGE DATA SET FULL, DASDBill2
    • Re: ILR005E PLPA PAGE DATA SET FULL, Ed Gould
    • Re: ILR005E PLPA PAGE DATA SET FULL, Shmuel Metz , Seymour J.
  • Re: ILR005E PLPA PAGE DATA SET FULL, DASDBill2
  • Re: ILR005E PLPA PAGE DATA SET FULL, DASDBill2
    • Re: ILR005E PLPA PAGE DATA SET FULL, Ed Gould
  • Re: ILR005E PLPA PAGE DATA SET FULL, Ted MacNEIL
    • Re: ILR005E PLPA PAGE DATA SET FULL, Ed Gould
  • Re: ILR005E PLPA PAGE DATA SET FULL, Efinnell15
  • Re: ILR005E PLPA PAGE DATA SET FULL, Ted MacNEIL
  • Re: ILR005E PLPA PAGE DATA SET FULL, Efinnell15
• Re: The secret to multi-volume, non-SMS, DASD allocations?, R.S.
• NVSAM catalog entry deleted, Walter Marguccio
  • Re: NVSAM catalog entry deleted, john . ticic . extern
    • Re: NVSAM catalog entry deleted, Ed Gould
  • <Possible follow-ups>
  • Re: NVSAM catalog entry deleted, Vernooy, C.P. - SPLXM
  • Re: NVSAM catalog entry deleted, Matthew Stitt
    • Re: NVSAM catalog entry deleted, Walter Marguccio
  • Re: NVSAM catalog entry deleted, Matthew Stitt
• zOS 1.5 / SMF / UserID, ToMon
  • Re: zOS 1.5 / SMF / UserID, Ulrich Boche
  • <Possible follow-ups>
  • Re: zOS 1.5 / SMF / UserID, DASDBill2
    • Re: zOS 1.5 / SMF / UserID, ToMon
• CKD commands and PDS writing, gah
  • Re: CKD commands and PDS writing, Bruce Black
    • Re: CKD commands and PDS writing, Walt Farrell
      • RE: CKD commands and PDS writing, Charles Mills
  • <Possible follow-ups>
  • Re: CKD commands and PDS writing, DASDBill2
    • Re: CKD commands and PDS writing, Bruce Black
  • Re: CKD commands and PDS writing, DASDBill2
  • Re: CKD commands and PDS writing, DASDBill2
    • Re: CKD commands and PDS writing, Bruce Black
    • RE: CKD commands and PDS writing, Charles Mills
      • RE: CKD commands and PDS writing, Tony Babonas
      • Re: CKD commands and PDS writing, Bruce Black
      • Re: CKD commands and PDS writing, Shmuel Metz , Seymour J.
    • Re: CKD commands and PDS writing, Shmuel Metz , Seymour J.
  • Re: CKD commands and PDS writing, DASDBill2
    • Re: CKD commands and PDS writing, Bruce Black
  • Re: CKD commands and PDS writing, DASDBill2
  • Re: CKD commands and PDS writing, DASDBill2
• RE: ICETOOL & ABEND vs RC, DOMINGUEZ MARTIN, ANGEL LUIS
  • <Possible follow-ups>
  • Re: ICETOOL & ABEND vs RC, Philippe Leite
  • RE: ICETOOL & ABEND vs RC, DOMINGUEZ MARTIN, ANGEL LUIS
• CICS TS 1.3 is Compatible for z/OS?, Kay
  • Re: CICS TS 1.3 is Compatible for z/OS?, Tom Grieve
• Re: MIGRATION 31 to 64bit IEFUSI and MEMLIMIT, Ted MacNEIL
  • Re: MIGRATION 31 to 64bit IEFUSI and MEMLIMIT, Edward E. Jaffe
    • Re: MIGRATION 31 to 64bit IEFUSI and MEMLIMIT, ibm-main
    • Re: MIGRATION 31 to 64bit IEFUSI and MEMLIMIT, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: MIGRATION 31 to 64bit IEFUSI and MEMLIMIT, Ted MacNEIL
• How to set z/OS UNIX locale to en_US.UTF-8?, Bo Xie
  • Re: How to set z/OS UNIX locale to en_US.UTF-8?, Bo Xie
• Re: How to detect a missing link list library?, David Alcock
  • <Possible follow-ups>
  • Re: How to detect a missing link list library?, Peter Relson
    • Re: How to detect a missing link list library?, R.S.
    • Re: How to detect a missing link list library?, Shmuel Metz , Seymour J.
  • Re: How to detect a missing link list library?, Edward E. Jaffe
  • RE: How to detect a missing link list library?, Knutson, Sam
• Re: Server Time Protocol (Was: Re: SMPE 3.4), Paul Gilmartin
  • Re: Server Time Protocol (Was: Re: SMPE 3.4), Edward E. Jaffe
  • <Possible follow-ups>
  • RE: Server Time Protocol (Was: Re: SMPE 3.4), Gibney, David Allen,Jr
  • RE: Server Time Protocol (Was: Re: SMPE 3.4), Farley, Peter x23353
    • Re: Server Time Protocol (Was: Re: SMPE 3.4), Edward E. Jaffe
      • Re: Server Time Protocol (Was: Re: SMPE 3.4), Ulrich Boche
      • Re: Server Time Protocol (Was: Re: SMPE 3.4), David Andrews
      • Re: Server Time Protocol (Was: Re: SMPE 3.4), Edward E. Jaffe
  • Re: Server Time Protocol (Was: Re: SMPE 3.4), Vernooy, C.P. - SPLXM
  • RE: Server Time Protocol (Was: Re: SMPE 3.4), Chase, John
  • Re: Server Time Protocol (Was: Re: SMPE 3.4), gilmap
  • Re: Server Time Protocol (Was: Re: SMPE 3.4), Efinnell15
  • Re: Server Time Protocol (Was: Re: SMPE 3.4), pauls2272
  • RE: Server Time Protocol (Was: Re: SMPE 3.4), Farley, Peter x23353
  • Re: Server Time Protocol (Was: Re: SMPE 3.4), Giovanni Cerquone
    • Re: Server Time Protocol (Was: Re: SMPE 3.4), John Eells
  • Re: Server Time Protocol (Was: Re: SMPE 3.4), Bruno Sugliani
  • Re: Server Time Protocol (Was: Re: SMPE 3.4), Giovanni Cerquone
• Re: SMPE 3.4, Paul Gilmartin
  • Re: SMPE 3.4, Kurt Quackenbush