bit.listserv.ibm-main

• Date Index

---

• IOS580E link incident reporting related question, ashan_dsouza
• VPN Connection to Mainframe, dmn25d
• VSAM delete issue, Peter Ten Eyck
  • Re: VSAM delete issue, David Logan
  • Re: VSAM delete issue, Field, Alan C.
    • Re: VSAM delete issue, David Logan
  • <Possible follow-ups>
  • Re: VSAM delete issue, Ed Finnell
• IO/Trace Log on HMC, ashan_dsouza
• z/OS 1.10 and Data Areas, Yves Colliard
  • Re: z/OS 1.10 and Data Areas, Bob Shannon
    • Re: z/OS 1.10 and Data Areas, Chase, John
      • Re: z/OS 1.10 and Data Areas, Bob Shannon
      • Re: z/OS 1.10 and Data Areas, Louis D'Agnolo
  • Re: z/OS 1.10 and Data Areas, Lizette Koehler
  • <Possible follow-ups>
  • Re: z/OS 1.10 and Data Areas, Peter Relson
    • Re: z/OS 1.10 and Data Areas, Chase, John
    • Re: z/OS 1.10 and Data Areas, Edward Jaffe
  • Re: z/OS 1.10 and Data Areas, Ed Finnell
• JES2 Exit('s), Joe Reichman
  • Re: JES2 Exit('s), Edward Jaffe
    • Re: JES2 Exit('s), Joe Reichman
      • Re: JES2 Exit('s), Pierre Fichaud
• Brian Beth/Milwaukee/IBM is out of the office., Brian Beth
• is there anyp rogram can read all user catalog from master catalog, Tommy Tsui
  • Re: is there anyp rogram can read all user catalog from master catalog, Shane Ginnane
  • Re: is there anyp rogram can read all user catalog from master catalog, John McKown
    • Re: is there anyp rogram can read all user catalog from master catalog, Tommy Tsui
  • Re: is there anyp rogram can read all user catalog from master catalog, Rick Fochtman
    • Re: is there anyp rogram can read all user catalog from master catalog, Tommy Tsui
      • Re: is there anyp rogram can read all user catalog from master catalog, Gerhard Postpischil
  • Re: is there anyp rogram can read all user catalog from master catalog, Lizette Koehler
    • Re: is there anyp rogram can read all user catalog from master catalog, Tommy Tsui
  • <Possible follow-ups>
  • Re: is there anyp rogram can read all user catalog from master catalog, Dave Cartwright
• IEFACTRT, Michele Gionfriddo
  • Re: IEFACTRT, Rob Scott
  • Re: IEFACTRT, Schwarz, Barry A
  • <Possible follow-ups>
  • Re: IEFACTRT, Andy Wood
  • Re: IEFACTRT, Big Iron
• TCPJPQ is null, steve
  • <Possible follow-ups>
  • Re: TCPJPQ is null, Greg Price
    • Re: TCPJPQ is null, Gerhard Postpischil
  • Re: TCPJPQ is null, Greg Price
• OA25908 New IEASYS parameters, Roland Schiradin
• Re: CFLEVEL 16 and it's structure sizing, Scott Fagen
  • Re: CFLEVEL 16 and it's structure sizing, Edward Jaffe
  • <Possible follow-ups>
  • Re: CFLEVEL 16 and it's structure sizing, Scott Fagen
    • Re: CFLEVEL 16 and it's structure sizing, Edward Jaffe
  • Re: CFLEVEL 16 and it's structure sizing, Jan Vanbrabant
• Re: Running with SQA/ESQA > 100% CHECK, Knutson, Sam
  • <Possible follow-ups>
  • Re: Running with SQA/ESQA > 100% CHECK, Vernooy, C.P. - SPLXM
    • Re: Running with SQA/ESQA > 100% CHECK, Martin Packer
  • Re: Running with SQA/ESQA > 100% CHECK, Vernooy, C.P. - SPLXM
• Re: RCFs no longer accepted by IBM??? - YES THEY ARE!, Paul Gilmartin
• SUPERCE processing same data repeatedly, Schwarz, Barry A
• CFLEVEL 16 and it's structure sizing, Jan Vanbrabant
  • Re: CFLEVEL 16 and it's structure sizing, Edward Jaffe
  • <Possible follow-ups>
  • Re: CFLEVEL 16 and it's structure sizing, Vernooy, C.P. - SPLXM
• RMM Clean Up, Hale, Bob
  • Re: RMM Clean Up Ignore Previous, Hale, Bob
    • Re: RMM Clean Up Ignore Previous, Gaur
• EAL5 Certification for z10 Enterprise Class Server, Jim Marshall
  • Re: EAL5 Certification for z10 Enterprise Class Server, Ken Porowski
  • Re: EAL5 Certification for z10 Enterprise Class Server, Gabriel Tully
    • Re: EAL5 Certification for z10 Enterprise Class Server, Hal Merritt
  • <Possible follow-ups>
  • Re: EAL5 Certification for z10 Enterprise Class Server, Walt Farrell
    • Re: EAL5 Certification for z10 Enterprise Class Server, Anne & Lynn Wheeler
  • Re: EAL5 Certification for z10 Enterprise Class Server, Walt Farrell
    • Re: EAL5 Certification for z10 Enterprise Class Server, Anne & Lynn Wheeler
    • Re: EAL5 Certification for z10 Enterprise Class Server, Anne & Lynn Wheeler
• curl from ported tools, Robert Bell
  • Re: curl from ported tools, Mark Jacobs
    • Re: curl from ported tools, Kirk Wolf
  • <Possible follow-ups>
  • Re: curl from ported tools, Paul Gilmartin
    • Re: curl from ported tools, Martin Packer
      • Re: curl from ported tools, Kirk Wolf
  • Re: curl from ported tools, Paul Gilmartin
• Re: VTSSTATS, Morris, Carey
  • Message not available
    • Re: VTSSTATS, Barry Jones
      • Re: VTSSTATS, Richman, Saul
  • <Possible follow-ups>
  • Re: VTSSTATS, Bruno Sugliani
  • Re: VTSSTATS, Bruno Sugliani
    • Re: VTSSTATS, Cyber
    • Re: VTSSTATS, Fabio Massimo Ottaviani
  • Re: VTSSTATS, Bruno Sugliani
• Mainframe files under AIX etc., Dave Cartwright
  • <Possible follow-ups>
  • Re: Mainframe files under AIX etc., John McKown
    • Re: Mainframe files under AIX etc., Anne & Lynn Wheeler
  • Re: Mainframe files under AIX etc., Dave Cartwright
  • Re: Mainframe files under AIX etc., Paul Gilmartin
• AUTO: James Obrizok is out of the office (returning 12/01/2008), James Obrizok
• RCFs are no longer accepted by IBM???, Edward Jaffe
  • Re: RCFs are no longer accepted by IBM???, George Fogg
  • Re: RCFs are no longer accepted by IBM???, Bob Rutledge
    • Re: RCFs are no longer accepted by IBM???, Edward Jaffe
      • Re: RCFs are no longer accepted by IBM???, Bob Rutledge
      • Re: RCFs no longer accepted by IBM??? - YES THEY ARE!, Edward Jaffe
      • Re: RCFs no longer accepted by IBM??? - YES THEY ARE!, Steve Comstock
  • Re: RCFs are no longer accepted by IBM???, Hunkeler Peter , KIUK 3
  • Re: RCFs are no longer accepted by IBM???, Chase, John
  • <Possible follow-ups>
  • Re: RCFs are no longer accepted by IBM???, Patrick O'Keefe
  • Re: RCFs are no longer accepted by IBM???, Patrick O'Keefe
• Re: Online volume mystery, , IBM Mainframe Discussion List
• S328 and EXTRACT, David Logan
  • Re: S328 and EXTRACT, Hal Merritt
  • Re: S328 and EXTRACT, Wayne Driscoll
    • Re: S328 and EXTRACT, Wayne Driscoll
    • Re: S328 and EXTRACT, David Logan
  • <Possible follow-ups>
  • Re: S328 and EXTRACT, Walt Farrell
• AUTO: Geoffrey K Smith is out of the office. (returning 12/01/2008), Geoffrey K Smith
• Add Storage To Lpar - z/800, Eric Bielefeld
  • Re: Add Storage To Lpar - z/800, Kevin Mckenzie
  • Re: Add Storage To Lpar - z/800, Jim Mulder
    • Re: Add Storage To Lpar - z/800, Eric Bielefeld
      • Re: Add Storage To Lpar - z/800, Martin Packer
      • Re: Add Storage To Lpar - z/800, Patrick Falcone
  • <Possible follow-ups>
  • Re: Add Storage To Lpar - z/800, Roland Schiradin
    • Re: Add Storage To Lpar - z/800, Eric Bielefeld
  • Re: Add Storage To Lpar - z/800, Ed Finnell
    • Re: Add Storage To Lpar - z/800, Hal Merritt
      • Re: Add Storage To Lpar - z/800, Eric Bielefeld
• Setting up Tape Encryption with EKM, Lizette Koehler
  • Re: Setting up Tape Encryption with EKM, Mark Jacobs
• SMS Buffering, hfgerena
• Obtain zIIP information without RMF M-III, Jorge Garcia
• AUTO: Steven M Payne is out of the office (returning 12/01/2008), Steven M Payne
• Re: Preventing allocation on non-sms volsers - THANK YOU!, Elardus Engelbrecht
• Re: Merging systems into a sysplex., Barbara Nitz
  • <Possible follow-ups>
  • Re: Merging systems into a sysplex., Arthur Gutowski
  • Re: Merging systems into a sysplex., Mark Zelden
  • Re: Merging systems into a sysplex., Barbara Nitz
• GDPS/PPRC Web Graphical User Interface, Karthick
• Delete with RC > 0, Howard Brazee
  • Re: Delete with RC > 0, John McKown
    • Re: Delete with RC > 0, Howard Brazee
  • <Possible follow-ups>
  • Re: Delete with RC > 0, Lizette Koehler
    • Re: Delete with RC > 0, Howard Brazee
  • Re: Delete with RC > 0, Big Iron
    • Re: Delete with RC > 0, John McKown
    • Re: Delete with RC > 0, Howard Brazee
  • Re: Delete with RC > 0, Paul Gilmartin
  • Re: Delete with RC > 0, Paul Gilmartin
• z/VM and Mirrored DASD owned by z/OS, Martin Kline
  • Re: z/VM and Mirrored DASD owned by z/OS, O'Brien, David W. [C] , NIH/CIT
  • Re: z/VM and Mirrored DASD owned by z/OS, O'Brien, David W. [C] , NIH/CIT
    • Re: z/VM and Mirrored DASD owned by z/OS, Raymond Noal
      • Re: z/VM and Mirrored DASD owned by z/OS, O'Brien, David W. [C] , NIH/CIT
  • <Possible follow-ups>
  • Re: z/VM and Mirrored DASD owned by z/OS, Martin Kline
    • Re: z/VM and Mirrored DASD owned by z/OS, O'Brien, David W. [C] , NIH/CIT
  • Re: z/VM and Mirrored DASD owned by z/OS, Martin Kline
    • Re: z/VM and Mirrored DASD owned by z/OS, O'Brien, David W. [C] , NIH/CIT
      • Re: z/VM and Mirrored DASD owned by z/OS, Kline, Martin
    • Re: z/VM and Mirrored DASD owned by z/OS, Scott Rowe
  • Re: z/VM and Mirrored DASD owned by z/OS, Alan Altmark
  • Re: z/VM and Mirrored DASD owned by z/OS, John Ticic IBM-MAIN
• Mainframe Hosted BLOGs and WIKIs, Jim Marshall
  • Re: Mainframe Hosted BLOGs and WIKIs, Jousma, David
    • Re: Mainframe Hosted BLOGs and WIKIs, Edward Jaffe
      • Re: Mainframe Hosted BLOGs and WIKIs, Kirk Wolf
      • Re: Mainframe Hosted BLOGs and WIKIs, Edward Jaffe
    • Re: Mainframe Hosted BLOGs and WIKIs, Rob Schramm
  • Re: Mainframe Hosted BLOGs and WIKIs, Mark Jacobs
    • Re: Mainframe Hosted BLOGs and WIKIs, Mark Post
    • Re: Mainframe Hosted BLOGs and WIKIs, Lionel B Dyck
  • Re: Mainframe Hosted BLOGs and WIKIs, Mark Post
  • <Possible follow-ups>
  • Re: Mainframe Hosted BLOGs and WIKIs, Timothy Sipples
  • Fw: Mainframe Hosted BLOGs and WIKIs, Angelo Corridori
    • Re: Fw: Mainframe Hosted BLOGs and WIKIs, Kirk Wolf
      • Message not available
      • Re: Fw: Mainframe Hosted BLOGs and WIKIs, Kirk Wolf
• BINDER instructions in source code?, Frank Swarbrick
  • Re: BINDER instructions in source code?, Steve Comstock
  • <Possible follow-ups>
  • Re: BINDER instructions in source code?, Frank Swarbrick
    • Re: BINDER instructions in source code?, Schneiderwent, Craig - DOT
  • Re: BINDER instructions in source code?, Jan MOEYERSONS
    • Re: BINDER instructions in source code?, Schneiderwent, Craig - DOT
  • Re: BINDER instructions in source code?, Frank Swarbrick
• TSSO issuing command to CICS, Kittendorf, Craig X.
• SMPE Applycheck Allocation Error, Dean Montevago
  • <Possible follow-ups>
  • Re: SMPE Applycheck Allocation Error, Mark Zelden
    • Re: SMPE Applycheck Allocation Error, Dean Montevago
  • Re: SMPE Applycheck Allocation Error, Paul Gilmartin
    • Re: SMPE Applycheck Allocation Error, Kurt Quackenbush
      • Re: SMPE Applycheck Allocation Error, Dean Montevago
      • Online volume mystery, Jeffrey Deaver
      • Re: SMPE Applycheck Allocation Error, R.S.
      • Re: SMPE Applycheck Allocation Error, Dean Montevago
  • Re: SMPE Applycheck Allocation Error, Paul Gilmartin
• Systems Engineers and Programmers Employment opportunities, selectiverec1
• Help with Usermod that will assemble and link, Lizette Koehler
  • Re: Help with Usermod that will assemble and link, Binyamin Dissen
    • Re: Help with Usermod that will assemble and link, Shmuel Metz , Seymour J.
      • Re: Help with Usermod that will assemble and link, Binyamin Dissen
  • Re: Help with Usermod that will assemble and link, Clark, Kevin
  • Re: Help with Usermod that will assemble and link, Skip Robinson
  • Re: Help with Usermod that will assemble and link, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Help with Usermod that will assemble and link, Mark Zelden
  • Re: Help with Usermod that will assemble and link, Lizette Koehler
  • Re: Help with Usermod that will assemble and link, Mark Zelden
• TSO Logon Screen problem - Nomail Nonotices, Stocker, Herman
  • <Possible follow-ups>
  • Re: TSO Logon Screen problem - Nomail Nonotices, Mark Zelden
  • Re: TSO Logon Screen problem - Nomail Nonotices, Stocker, Herman
  • Re: TSO Logon Screen problem - Nomail Nonotices, Lizette Koehler
  • Re: TSO Logon Screen problem - Nomail Nonotices, Walt Farrell
  • Re: TSO Logon Screen problem - Nomail Nonotices, Paul Gilmartin
• Merging systems into a sysplex. RACF problem, Jorge Garcia
  • <Possible follow-ups>
  • Re: Merging systems into a sysplex. RACF problem, Walt Farrell
  • Re: Merging systems into a sysplex. RACF problem, Jorge Garcia
  • Re: Merging systems into a sysplex. RACF problem, J Ellis
  • Re: Merging systems into a sysplex. RACF problem, Walt Farrell
    • Re: Merging systems into a sysplex. RACF problem, Skip Robinson
  • Re: Merging systems into a sysplex. RACF problem, Walt Farrell
  • Re: Merging systems into a sysplex. RACF problem, Jorge Garcia
  • Re: Merging systems into a sysplex. RACF problem, Walt Farrell
    • Re: Merging systems into a sysplex. RACF problem, Eric Bielefeld
  • Re: Merging systems into a sysplex. RACF problem, Arthur Gutowski
• Little OT but its worth the 20+ minutes to watch it, Ed Gould
  • Re: Little OT but its worth the 20+ minutes to watch it, Jeffrey Deaver
  • Re: Little OT but its worth the 20+ minutes to watch it, Nomen Nescio
  • Re: Little OT but its worth the 20+ minutes to watch it, howard . brazee
    • Re: Little OT but its worth the 20+ minutes to watch it, Jack . Hamilton
  • Re: Little OT but its worth the 20+ minutes to watch it, John McKown
    • Re: Little OT but its worth the 20+ minutes to watch it, R.S.
• Catalog and VSAM Knowledge Base, Reza Heydarpour
  • Re: Catalog and VSAM Knowledge Base, George Fogg
  • <Possible follow-ups>
  • Re: Catalog and VSAM Knowledge Base, Tom Marchant
• AUTO: Kathryn Pinto/Poughkeepsie/IBM is out of the office until 06/19/2001. (returning 12/01/2008), Kathryn Pinto
• AUTO: Alan Brown is out of the office on vacation. (returning 12/01/2008), Alan Brown
• Startio Question, Lindy Mayfield
  • Re: Startio Question, Gerhard Postpischil
    • Re: Startio Question, Lindy Mayfield
      • Re: Startio Question, Skip Robinson
      • Re: Startio Question, Anne & Lynn Wheeler
      • Re: Startio Question, Anne & Lynn Wheeler
  • Re: Startio Question, Richard Peurifoy
  • <Possible follow-ups>
  • Re: Startio Question, Anton Britz
    • Re: Startio Question, Lindy Mayfield
      • Re: Startio Question, Anton Britz
      • Re: Startio Question, Gibney, Dave
  • Re: Startio Question, Ted MacNEIL
  • Re: Startio Question, , IBM Mainframe Discussion List
    • Re: Startio Question, Anne & Lynn Wheeler
      • Re: Startio Question, Anne & Lynn Wheeler
  • Re: Startio Question, , IBM Mainframe Discussion List
  • Re: Startio Question, , IBM Mainframe Discussion List
    • Re: Startio Question, Anne & Lynn Wheeler
  • Re: Startio Question, J Ellis
• Re: Simple IEFBR14 proc, Stone, Sandy
  • Re: Simple IEFBR14 proc, howard . brazee
  • <Possible follow-ups>
  • Re: Simple IEFBR14 proc, Rabbe, Luke
  • Re: Simple IEFBR14 proc, Richard Peurifoy
• SHOWzOS, Roland Schiradin
  • Re: SHOWzOS, Cebell, David
• Oracle 8i (8.1.7.0.2) abend on z/OS 1.8, Thomas Kern
• TS3500 Tape Library, Tom Eden
  • Re: TS3500 Tape Library, John Kelly
  • Re: TS3500 Tape Library, Barry Jones
  • <Possible follow-ups>
  • Re: TS3500 Tape Library, John McKown
• Architecture infrastructure: Common Portal Platform (CPP) technology, Glen.Gasior
• Re: The Paddles (was RE: Interesting CS Course Syllabus), Bruno Sugliani
  • <Possible follow-ups>
  • Re: The Paddles (was RE: Interesting CS Course Syllabus), Linda Mooney
• z/OS upgrade, Kurt Eastwood
  • Re: z/OS upgrade, Veilleux, Jon L
    • Re: z/OS upgrade, Tom Harper
      • Re: z/OS upgrade, Bob Shannon
    • Re: z/OS upgrade, Wayne Driscoll
      • Re: z/OS upgrade, Veilleux, Jon L
      • Re: z/OS upgrade, Tom Harper
      • Re: z/OS upgrade, Veilleux, Jon L
      • Re: z/OS upgrade, Tom Harper
      • Re: z/OS upgrade, Veilleux, Jon L
      • Re: z/OS upgrade, Edward Jaffe
      • Re: z/OS upgrade, Veilleux, Jon L
      • Re: z/OS upgrade, Edward Jaffe
      • Re: z/OS upgrade, Edward Jaffe
    • Re: z/OS upgrade, Kurt Eastwood
      • Re: z/OS upgrade, Eric Bielefeld
  • Re: z/OS upgrade, R.S.
  • <Possible follow-ups>
  • Re: z/OS upgrade, Lizette Koehler
    • Re: z/OS upgrade, Kurt Eastwood
  • Re: z/OS upgrade, Thompson, Steve
    • Re: z/OS upgrade, Veilleux, Jon L
  • Re: z/OS upgrade, Lizette Koehler
    • Re: z/OS upgrade, Schumacher, Otto
  • Re: z/OS upgrade, Tom Marchant
    • Re: z/OS upgrade, Wayne Driscoll
  • Re: z/OS upgrade, Walt Farrell
    • Re: z/OS upgrade, Veilleux, Jon L
      • Re: z/OS upgrade, Edward Jaffe
      • Re: z/OS upgrade, Veilleux, Jon L
      • Re: z/OS upgrade, Edward Jaffe
      • Re: z/OS upgrade, Jim Mulder
      • Re: z/OS upgrade, Veilleux, Jon L
      • Re: z/OS upgrade, wecmail
  • Re: z/OS upgrade, Roland Schiradin
  • Re: z/OS upgrade, Tom Marchant
• Action before IPLing z/OS 1.10 - OBTAIN, Michael Cleary
  • Re: Action before IPLing z/OS 1.10 - OBTAIN, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Action before IPLing z/OS 1.10 - OBTAIN, Brian Westerman
• IBM PR: More Than 5,000 Customers Moved to IBM Systems from HP, Sun and EMC, Timothy Sipples
  • <Possible follow-ups>
  • Re: IBM PR: More Than 5,000 Customers Moved to IBM Systems from HP, Sun and EMC, Bruno Sugliani
• (fwd) Re: Run-time Environments from SHOWZOS, Don Poitras
• Interesting CS Course Syllabus, Lindy Mayfield
  • Re: Interesting CS Course Syllabus, Kirk Wolf
    • Re: Interesting CS Course Syllabus, John McKown
      • Re: Interesting CS Course Syllabus, Skip Robinson
  • Re: Interesting CS Course Syllabus, John McKown
  • Re: Interesting CS Course Syllabus, Chase, John
  • <Possible follow-ups>
  • Re: Interesting CS Course Syllabus, Linda Mooney
  • Re: Interesting CS Course Syllabus, John Ticic IBM-MAIN
  • Re: Interesting CS Course Syllabus, Bruno Sugliani
  • Re: Interesting CS Course Syllabus, Timothy Sipples
    • Re: Interesting CS Course Syllabus, Veilleux, Jon L
  • Re: Interesting CS Course Syllabus, Scott Rowe
    • Re: Interesting CS Course Syllabus, Skip Robinson
  • Fw: Interesting CS Course Syllabus, Angelo Corridori
  • Re: Interesting CS Course Syllabus, Bruno Sugliani
    • The Paddles (was RE: Interesting CS Course Syllabus), Chase, John
      • Re: The Paddles (was RE: Interesting CS Course Syllabus), Kristine Neely
      • Re: The Paddles (was RE: Interesting CS Course Syllabus), Steven Conway
      • Re: The Paddles (was RE: Interesting CS Course Syllabus), Wayne Driscoll
      • Re: The Paddles (was RE: Interesting CS Course Syllabus), Gerhard Postpischil
      • Re: The Paddles (was RE: Interesting CS Course Syllabus), Ken Porowski
    • Re: Interesting CS Course Syllabus, Shmuel Metz , Seymour J.
      • Re: Interesting CS Course Syllabus, Chase, John
  • Re: Interesting CS Course Syllabus, Santosh Kandi
  • Re: Interesting CS Course Syllabus, Bruno Sugliani
  • Re: Interesting CS Course Syllabus, Ed Finnell
• Option 3.17 in ISPF and UNIX, Lizette Koehler
• Run-time Environments from SHOWZOS, John Norgauer
  • <Possible follow-ups>
  • Re: Run-time Environments from SHOWZOS, John McKown
• sending snmp traps from z/OS, Henrique Seganfredo
  • <Possible follow-ups>
  • Re: sending snmp traps from z/OS, Patrick O'Keefe
    • Re: sending snmp traps from z/OS, Don Poitras
  • Re: sending snmp traps from z/OS, Chris Mason
  • Re: sending snmp traps from z/OS, Patrick O'Keefe
  • Re: sending snmp traps from z/OS, Patrick O'Keefe
    • Re: sending snmp traps from z/OS, Don Poitras
  • Re: sending snmp traps from z/OS, Chris Mason
  • Re: sending snmp traps from z/OS, Chris Mason
  • Re: sending snmp traps from z/OS, Chris Mason
  • Re: sending snmp traps from z/OS, Patrick O'Keefe
  • Re: sending snmp traps from z/OS, Chris Mason
  • Re: sending snmp traps from z/OS, Patrick O'Keefe
• Test - ignore, Juan Mautalen
  • <Possible follow-ups>
  • Test - ignore, Mautalen Juan Guillermo
• FALL BACK TIME CHANGE EST, Ted Kempf
  • Re: FALL BACK TIME CHANGE EST, Hal Merritt
  • Re: FALL BACK TIME CHANGE EST, Howard Brazee
  • Re: FALL BACK TIME CHANGE EST, Kammer, Charles
  • Re: FALL BACK TIME CHANGE EST, Kelman, Tom
    • Re: FALL BACK TIME CHANGE EST, Hale, Bob
      • Re: FALL BACK TIME CHANGE EST, Ken Porowski
    • Re: FALL BACK TIME CHANGE EST, Hal Merritt
      • Re: FALL BACK TIME CHANGE EST, Barry Merrill
  • <Possible follow-ups>
  • Re: FALL BACK TIME CHANGE EST, John McKown
    • Re: FALL BACK TIME CHANGE EST, Kempf, Ted
  • Re: FALL BACK TIME CHANGE EST, John McKown
  • Re: FALL BACK TIME CHANGE EST, Lizette Koehler
  • Re: FALL BACK TIME CHANGE EST, John McKown
    • Re: FALL BACK TIME CHANGE EST, Hal Merritt
  • Re: FALL BACK TIME CHANGE EST, John McKown
    • Re: FALL BACK TIME CHANGE EST, Kempf, Ted
  • Re: FALL BACK TIME CHANGE EST, John McKown
  • Re: FALL BACK TIME CHANGE EST, Mark Zelden
  • Re: FALL BACK TIME CHANGE EST, Paul Gilmartin
  • Re: FALL BACK TIME CHANGE EST, Paul Gilmartin
    • Re: FALL BACK TIME CHANGE EST, Hale, Bob
• HSM DASD Backup volumes, Bri P
  • Re: HSM DASD Backup volumes, Traylor, Terry
  • <Possible follow-ups>
  • Re: HSM DASD Backup volumes, Brian Westerman
  • Re: HSM DASD Backup volumes, Bri P
• z/VM Virtualization Video, Lionel B Dyck
  • <Possible follow-ups>
  • Re: z/VM Virtualization Video, Mark Zelden
    • Re: z/VM Virtualization Video, Lionel B Dyck
      • Re: z/VM Virtualization Video, Frank Skellen
      • Re: z/VM Virtualization Video, Scott Ford
• Allocated Dataset Question, Howard Rifkind
  • Re: Allocated Dataset Question, Lucy Arnold
    • Re: Allocated Dataset Question, Howard Rifkind
      • Re: Allocated Dataset Question, Lucy Arnold
      • Re: Allocated Dataset Question, Joe Aulph
    • Re: Allocated Dataset Question, Field, Alan C.
  • <Possible follow-ups>
  • Re: Allocated Dataset Question, Mark Zelden
  • Re: Allocated Dataset Question, Anton Britz
    • Re: Allocated Dataset Question, Hunkeler Peter , KIUK 3
      • Re: Allocated Dataset Question, Rahim, A. , Ahmed
  • Re: Allocated Dataset Question, Lizette Koehler
  • Re: Allocated Dataset Question, Imbriale, Donald
  • Re: Allocated Dataset Question, Mark Zelden
• QUESTION ON VATLIST, John Dawes
  • Re: QUESTION ON VATLIST, Field, Alan C.
  • Re: QUESTION ON VATLIST, Ken Porowski
  • Re: QUESTION ON VATLIST, Eric Bielefeld
    • Re: QUESTION ON VATLIST, Gibney, Dave
  • <Possible follow-ups>
  • Re: QUESTION ON VATLIST, Mark Zelden
• Preventing allocation on non-sms volsers, Elardus Engelbrecht
  • Re: Preventing allocation on non-sms volsers, O'Brien, David W. [C] , NIH/CIT
  • <Possible follow-ups>
  • Re: Preventing allocation on non-sms volsers, John McKown
  • Re: Preventing allocation on non-sms volsers, Tom Marchant
    • Re: Preventing allocation on non-sms volsers, Darth Keller
    • Re: Preventing allocation on non-sms volsers, O'Brien, David W. [C] , NIH/CIT
• Re: OSA INOP-FYI (was-MISSING CHANNEL AND DEVICE END), J Ellis
• Re: Has the TCB been moved above the line?, Peter Relson
  • <Possible follow-ups>
  • Re: Has the TCB been moved above the line?, Mohammad Khan
  • Re: Has the TCB been moved above the line?, John McKown
    • Re: Has the TCB been moved above the line?, John Baxter
    • Re: Has the TCB been moved above the line?, John Baxter
    • Re: Has the TCB been moved above the line?, Edward Jaffe
  • Re: Has the TCB been moved above the line?, Mark Zelden
• IF/THEN/ELSE checking in JCL, Fred Schmidt
  • Antwort: IF/THEN/ELSE checking in JCL, Michael Klaeschen
  • <Possible follow-ups>
  • Re: IF/THEN/ELSE checking in JCL, John McKown
    • Re: IF/THEN/ELSE checking in JCL, Clem Clarke
  • Re: IF/THEN/ELSE checking in JCL, Jeff Holst
    • Re: IF/THEN/ELSE checking in JCL, Howard Brazee
  • Re: IF/THEN/ELSE checking in JCL, Mark Zelden
• Re: EDC5133I during ServerPac run, Rod Bremner
• How to repair a corrupt global CSI, Schwarz, Barry A
  • Re: How to repair a corrupt global CSI, Bob Rutledge
  • <Possible follow-ups>
  • Re: How to repair a corrupt global CSI, Brian Peterson
  • Re: How to repair a corrupt global CSI, Mark Zelden
    • Re: How to repair a corrupt global CSI, Kurt Quackenbush
• Opinions on next version of TXT2PDF, Leland
  • <Possible follow-ups>
  • Re: Opinions on next version of TXT2PDF, Walter Marguccio
    • Re: Opinions on next version of TXT2PDF, Leland Lucius
  • Re: Opinions on next version of TXT2PDF, Walter Marguccio
• Moving a user catalog to a different volume, SUBSCRIBE IBM-MAIN M. Ioia
  • <Possible follow-ups>
  • Re: Moving a user catalog to a different volume, SUBSCRIBE IBM-MAIN M. Ioia
• removing a sourceid, Joel M Ivey
  • Re: removing a sourceid, Mark Jacobs
  • <Possible follow-ups>
  • Re: removing a sourceid, Joel M Ivey
• RECEIVE ORDER problems seem to be resolved, Brian Peterson
• Ibmlink frustration, John Norgauer
  • Re: Ibmlink frustration, Tom Longfellow
  • <Possible follow-ups>
  • Re: Ibmlink frustration, Ed Finnell
• Re: IOGEN of 2074, Jerry Fuchs
  • <Possible follow-ups>
  • Re: IOGEN of 2074, Chris Mason
• Has the TCB been moved above the line ?, Mohammad Khan
  • <Possible follow-ups>
  • Re: Has the TCB been moved above the line ?, Tom Marchant
• IBMLINK unavailable, Lizette Koehler
  • Re: IBMLINK unavailable, Dean Montevago
    • Re: IBMLINK unavailable, Gray, Larry - Larry A
  • Re: IBMLINK unavailable, Field, Alan C.
  • <Possible follow-ups>
  • Re: IBMLINK unavailable, Lizette Koehler
  • Re: IBMLINK unavailable, Bobbie Justice
    • IOGEN of 2074, Jerry Fuchs
      • Re: IOGEN of 2074, Dean Montevago
    • Re: IBMLINK unavailable, Skip Robinson
      • Re: IBMLINK unavailable, Gibney, Dave
  • Re: IBMLINK unavailable, Paul Peplinski
  • Re: IBMLINK unavailable, Thompson, Steve
  • Re: IBMLINK unavailable, Paul Gilmartin
• Compression, Jacky Bright
  • Re: Compression, O'Brien, David W. [C] , NIH/CIT
  • Re: Compression, Tom Harper
    • Re: Compression, Jacky Bright
  • Re: Compression, Wilco Boschman
  • <Possible follow-ups>
  • Re: Compression, John McKown
• DFRMM extract file, WangXiaobing
  • <Possible follow-ups>
  • DFRMM extract file, Wang Xiaobing
• CBRUXENT Mystery, Daniel McLaughlin
  • <Possible follow-ups>
  • Re: CBRUXENT Mystery, Ted MacNEIL
    • Re: CBRUXENT Mystery, Steven Conway
      • Re: CBRUXENT Mystery, Tommy Tsui
  • Re: CBRUXENT Mystery, Vernooy, C.P. - SPLXM
    • Re: CBRUXENT Mystery, R.S.
  • Re: CBRUXENT Mystery, Vernooy, C.P. - SPLXM
    • unsubscribe, Scott Ford
  • Re: CBRUXENT Mystery, Vernooy, C.P. - SPLXM
  • Re: CBRUXENT Mystery, Vernooy, C.P. - SPLXM
  • Re: CBRUXENT Mystery, Daniel McLaughlin
• IFL Extended to OpenSolaris, Kopischke, David G.
  • <Possible follow-ups>
  • Re: IFL Extended to OpenSolaris, Paul Gilmartin
    • Re: IFL Extended to OpenSolaris, Rich Smrcina
    • Re: IFL Extended to OpenSolaris, Mark Post
  • Re: IFL Extended to OpenSolaris, Vernooy, C.P. - SPLXM
    • Re: IFL Extended to OpenSolaris, Wayne Driscoll
  • Re: IFL Extended to OpenSolaris, Tom Marchant
    • Re: IFL Extended to OpenSolaris, Mark Jacobs
  • Re: IFL Extended to OpenSolaris, Tom Marchant
    • Re: IFL Extended to OpenSolaris, Mark Jacobs
    • Re: IFL Extended to OpenSolaris, Chase, John
  • Re: IFL Extended to OpenSolaris, Tom Marchant
    • Re: IFL Extended to OpenSolaris, R.S.
      • Re: IFL Extended to OpenSolaris, Mark Post
    • Re: IFL Extended to OpenSolaris, Mark Post
  • Re: IFL Extended to OpenSolaris, Tom Marchant
    • Re: IFL Extended to OpenSolaris, R.S.
    • Re: IFL Extended to OpenSolaris, Chase, John
      • Re: IFL Extended to OpenSolaris, Mark Post
    • Re: IFL Extended to OpenSolaris, Tony Harminc
      • Re: IFL Extended to OpenSolaris, Chase, John
      • Re: IFL Extended to OpenSolaris, Mark Post
  • Re: IFL Extended to OpenSolaris, Tom Marchant
  • Re: IFL Extended to OpenSolaris, Paul Gilmartin
    • Re: IFL Extended to OpenSolaris, Mark Post
  • Re: IFL Extended to OpenSolaris, Tom Marchant
    • Re: IFL Extended to OpenSolaris, Chase, John
      • Re: IFL Extended to OpenSolaris, Mark Post
  • Re: IFL Extended to OpenSolaris, Jim Marshall
  • Re: IFL Extended to OpenSolaris, David J. Chase
  • Re: IFL Extended to OpenSolaris, Jim Marshall
  • Re: IFL Extended to OpenSolaris, Alan Altmark
• How to stop NOTIFYs?, Larry Burch
  • Re: How to stop NOTIFYs?, Jerry Whitteridge
  • <Possible follow-ups>
  • Re: How to stop NOTIFYs?, John McKown
    • Re: How to stop NOTIFYs?, Mueller, David
      • Re: How to stop NOTIFYs?, Skip Robinson
    • Re: How to stop NOTIFYs?, Binyamin Dissen
      • Re: How to stop NOTIFYs?, Shmuel Metz , Seymour J.
  • Re: How to stop NOTIFYs?, Larry Burch
  • Re: How to stop NOTIFYs?, Larry Burch
    • Re: How to stop NOTIFYs?, Shmuel Metz , Seymour J.
      • Re: How to stop NOTIFYs?, Rick Fochtman
      • Re: How to stop NOTIFYs?, Edward Jaffe
      • Re: How to stop NOTIFYs?, Rick Fochtman
      • Re: How to stop NOTIFYs?, Chase, John
      • Re: How to stop NOTIFYs?, Shmuel Metz , Seymour J.
  • Re: How to Stop NOTIFYs?, Larry Burch
  • Re: How to stop NOTIFYs?, Larry Burch
    • Re: How to stop NOTIFYs?, Shmuel Metz , Seymour J.
• Release Space From PDS/E, Eric Bielefeld
  • Re: Release Space From PDS/E, Edward Jaffe
    • Re: Release Space From PDS/E, Eric Bielefeld
  • <Possible follow-ups>
  • Re: Release Space From PDS/E, Ted MacNEIL
    • Re: Release Space From PDS/E, Eric Bielefeld
• Storage usage of Java-Applications, Arthur Brack
  • Re: Storage usage of Java-Applications, Denis Gäbler
  • Re: Storage usage of Java-Applications, Kirk Wolf
    • Re: Storage usage of Java-Applications, Arthur Brack
      • Re: Storage usage of Java-Applications, rpanzino
• Anyone noticed a 'slowdown' in ordering maintenance???, John Kelly
  • Re: Anyone noticed a 'slowdown' in ordering maintenance???, Mark Jacobs
    • Re: Anyone noticed a 'slowdown' in ordering maintenance???, John Kelly
  • Re: Anyone noticed a 'slowdown' in ordering maintenance???, Schwarz, Barry A
  • <Possible follow-ups>
  • Re: Anyone noticed a 'slowdown' in ordering maintenance???, Ron
    • Re: Anyone noticed a 'slowdown' in ordering maintenance???, Field, Alan C.
      • Re: Anyone noticed a 'slowdown' in ordering maintenance???, Mark Jacobs
  • Re: Anyone noticed a 'slowdown' in ordering maintenance???, Ron
    • Re: Anyone noticed a 'slowdown' in ordering maintenance???, Bobbie Justice
  • Re: Anyone noticed a 'slowdown' in ordering maintenance???, Brian Peterson
• ISPF Edit confusion, Mark Pace
  • Re: ISPF Edit confusion, Dave Salt
    • Re: ISPF Edit confusion, Mark Pace
  • <Possible follow-ups>
  • Re: ISPF Edit confusion, Lizette Koehler
    • Re: ISPF Edit confusion, Mark Pace
      • Re: ISPF Edit confusion, Mark Pace
  • Re: ISPF Edit confusion, Zaromil Tisler
• searching all members of a pds using wildcards, Jim McAlpine
  • Re: searching all members of a pds using wildcards, Don Leahy
    • Re: searching all members of a pds using wildcards, Jim McAlpine
  • Re: searching all members of a pds using wildcards, Diehl, Gary
    • Re: searching all members of a pds using wildcards, Diehl, Gary
    • Re: searching all members of a pds using wildcards, Jim McAlpine
  • Re: searching all members of a pds using wildcards, King, Jeffrey E
  • Re: searching all members of a pds using wildcards, Jim McAlpine
    • Re: searching all members of a pds using wildcards, John P Kalinich
      • Re: searching all members of a pds using wildcards, Don Leahy
  • Re: searching all members of a pds using wildcards, Galambos, Robert
  • <Possible follow-ups>
  • Re: searching all members of a pds using wildcards, John McKown
    • Re: searching all members of a pds using wildcards, Jim McAlpine
      • Re: searching all members of a pds using wildcards, Lionel B Dyck
      • Message not available
      • Re: searching all members of a pds using wildcards, Jim McAlpine
  • Re: searching all members of a pds using wildcards, Ed Finnell
  • Re: searching all members of a pds using wildcards, Paul Gilmartin
  • Re: searching all members of a pds using wildcards, John McKown
  • Re: searching all members of a pds using wildcards, Mark Zelden
    • Re: searching all members of a pds using wildcards, Dave Salt
    • Re: searching all members of a pds using wildcards, Tony Harminc
  • Re: searching all members of a pds using wildcards, Elardus Engelbrecht
    • Re: searching all members of a pds using wildcards, Jim McAlpine
  • Re: searching all members of a pds using wildcards, Elardus Engelbrecht
  • Re: searching all members of a pds using wildcards, Walt Farrell
    • Re: searching all members of a pds using wildcards, Jim McAlpine
  • Re: searching all members of a pds using wildcards, Elardus Engelbrecht
  • Re: searching all members of a pds using wildcards, Tom Marchant
  • Re: searching all members of a pds using wildcards, Elardus Engelbrecht
  • Re: searching all members of a pds using wildcards, Mark Zelden
• VTS: Move Logical volumes off stack volume, Arturo
  • Re: VTS: Move Logical volumes off stack volume, Barry Jones
  • <Possible follow-ups>
  • Re: VTS: Move Logical volumes off stack volume, Arturo A. Arca
    • Re: VTS: Move Logical volumes off stack volume, Barry Jones
  • Re: VTS: Move Logical volumes off stack volume, Vernooy, C.P. - SPLXM
  • Re: VTS: Move Logical volumes off stack volume, Arturo
  • Re: VTS: Move Logical volumes off stack volume, Arturo
• Re: Cancel tso id - IKJEFLN2, Gilbert Saint-Flour
  • Re: Cancel tso id - IKJEFLN2, Tony B.
  • <Possible follow-ups>
  • Re: Cancel tso id - IKJEFLN2, Paul Gilmartin
    • Re: Cancel tso id - IKJEFLN2, Eric Bielefeld
  • Re: Cancel tso id - IKJEFLN2, Gilbert Saint-Flour
  • Re: Cancel tso id - IKJEFLN2, Ed Finnell
  • Re: Cancel tso id - IKJEFLN2, Elardus Engelbrecht
  • Re: Cancel tso id - IKJEFLN2, Gilbert Saint-Flour
    • Re: Cancel tso id - IKJEFLN2, Shmuel Metz , Seymour J.
      • Re: Cancel tso id - IKJEFLN2, Eric Bielefeld
      • Re: Cancel tso id - IKJEFLN2, Shmuel Metz , Seymour J.
  • Re: Cancel tso id - IKJEFLN2, Paul Gilmartin
    • Re: Cancel tso id - IKJEFLN2, Shmuel Metz , Seymour J.
      • Re: Cancel tso id - IKJEFLN2, Chase, John
      • Re: Cancel tso id - IKJEFLN2, Shmuel Metz , Seymour J.
      • Re: Cancel tso id - IKJEFLN2, Chase, John
  • Re: Cancel tso id - IKJEFLN2, Paul Gilmartin
    • Re: Cancel tso id - IKJEFLN2, Shmuel Metz , Seymour J.
  • Re: Cancel tso id - IKJEFLN2, Greg Price
  • Re: Cancel tso id - IKJEFLN2, Paul Gilmartin
• ftp batch, jcrud
• z/OS V1R10 & COBOL, Jim Marshall
  • Re: z/OS V1R10 & COBOL, Jousma, David
  • Re: z/OS V1R10 & COBOL, Jousma, David
  • <Possible follow-ups>
  • Re: z/OS V1R10 & COBOL, Ed Finnell
  • Re: z/OS V1R10 & COBOL, Timothy Sipples
  • Re: z/OS V1R10 & COBOL, Ted MacNEIL
  • Re: z/OS V1R10 & COBOL, Mark Zelden
  • z/OS V1R10 & COBOL, Bill Klein
  • Re: z/OS V1R10 & COBOL, Al Sherkow
  • Re: z/OS V1R10 & COBOL, Al Sherkow
  • Re: z/OS V1R10 & COBOL, Jim Marshall
    • Re: z/OS V1R10 & COBOL, Ed Gould
• PROJECTCPU, Vendors and SRBs, Lizette Koehler
  • <Possible follow-ups>
  • Re: PROJECTCPU, Vendors and SRBs, Keith E. Moe
  • Re: PROJECTCPU, Vendors and SRBs, Norman Hollander
  • Re: PROJECTCPU, Vendors and SRBs, Timothy Sipples
• new tape drive question, Pommier, Rex R.
  • <Possible follow-ups>
  • Re: new tape drive question, John McKown
    • Re: new tape drive question, Scott Rowe
      • Re: new tape drive question, Pommier, Rex R.
      • Re: new tape drive question, Scott Rowe
• Re: Inability to read stored data was Re: Ancient IBM Drive Rescues Apollo Moon Data, Ted MacNEIL
  • <Possible follow-ups>
  • Re: Inability to read stored data was Re: Ancient IBM Drive Rescues Apollo Moon Data, John McKown
  • Re: Inability to read stored data was Re: Ancient IBM Drive Rescues Apollo Moon Data, Ted MacNEIL
  • Re: Inability to read stored data was Re: Ancient IBM Drive Rescues Apollo Moon Data, Patrick O'Keefe
• Re: Partition dataset manager, Lizette Koehler
  • <Possible follow-ups>
  • Re: Partition dataset manager, Big Iron
• JCL to upload PS file from Mainframe to Local drive, Ram Balaji
  • Re: JCL to upload PS file from Mainframe to Local drive, R.S.
  • Re: JCL to upload PS file from Mainframe to Local drive, Dave Salt
  • Re: JCL to upload PS file from Mainframe to Local drive, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: JCL to upload PS file from Mainframe to Local drive, Paul Gilmartin
    • Re: JCL to upload PS file from Mainframe to Local drive, Ram Balaji
  • Re: JCL to upload PS file from Mainframe to Local drive, Elardus Engelbrecht
    • Re: JCL to upload PS file from Mainframe to Local drive, Ram Balaji
  • Re: JCL to upload PS file from Mainframe to Local drive, John McKown
    • Re: JCL to upload PS file from Mainframe to Local drive, Ram Balaji
    • Re: JCL to upload PS file from Mainframe to Local drive, Dave Salt
  • Re: JCL to upload PS file from Mainframe to Local drive, Paul Gilmartin
  • Re: JCL to upload PS file from Mainframe to Local drive, Vernooy, C.P. - SPLXM
  • Re: JCL to upload PS file from Mainframe to Local drive, Paul Gilmartin
  • Re: JCL to upload PS file from Mainframe to Local drive, Elardus Engelbrecht
  • Re: JCL to upload PS file from Mainframe to Local drive, Elardus Engelbrecht
  • Re: JCL to upload PS file from Mainframe to Local drive, John McKown
  • Re: JCL to upload PS file from Mainframe to Local drive, Paul Gilmartin
    • Re: JCL to upload PS file from Mainframe to Local drive, Shmuel Metz , Seymour J.
  • Re: JCL to upload PS file from Mainframe to Local drive, Paul Gilmartin
• Cancel tso id, Ron Thomas
  • Re: Cancel tso id, CM Poncelet
  • <Possible follow-ups>
  • Re: Cancel tso id, Ted MacNEIL
  • Re: Cancel tso id, Scott Barry
  • Re: Cancel tso id, Paul Gilmartin
• Servicelink view format - was: Re: IBMLink planned outage, Barbara Nitz
  • Re: Servicelink view format - was: Re: IBMLink planned outage, J D Cassidy
  • Re: Servicelink view format - was: Re: IBMLink planned outage, Field, Alan C.
    • Re: Servicelink view format - was: Re: IBMLink planned outage, Jousma, David
      • Re: Servicelink view format - was: Re: IBMLink planned outage, John Kelly
  • <Possible follow-ups>
  • Re: Servicelink view format - was: Re: IBMLink planned outage, Thompson, Steve
  • Re: Servicelink view format - was: Re: IBMLink planned outage, Thompson, Steve
    • Re: Servicelink view format - was: Re: IBMLink planned outage, Bobbie Justice
      • Re: Servicelink view format - was: Re: IBMLink planned outage, Stephen Y Odo
  • FW: Servicelink view format - was: Re: IBMLink planned outage, Stephen Hall
  • Re: Servicelink view format - was: Re: IBMLink planned outage, Barbara Nitz
  • Re: Servicelink view format - was: Re: IBMLink planned outage, Big Iron
• Re: Miten saan vanhan IDE kovalevyn uuteen Vistakoneeseen???, Into
• Ancient IBM Drive Rescues Apollo Moon Data, Ed Gould
  • Re: Ancient IBM Drive Rescues Apollo Moon Data, Shmuel Metz , Seymour J.
    • Re: Ancient IBM Drive Rescues Apollo Moon Data, Scott Ford
      • Inability to read stored data was Re: Ancient IBM Drive Rescues Apollo Moon Data, Clark Morris
      • Re: Inability to read stored data was Re: Ancient IBM Drive Rescues Apollo Moon Data, R.S.
    • Re: Ancient IBM Drive Rescues Apollo Moon Data, Rick Fochtman
      • Re: Ancient IBM Drive Rescues Apollo Moon Data, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Ancient IBM Drive Rescues Apollo Moon Data, Timothy Sipples
    • Re: Ancient IBM Drive Rescues Apollo Moon Data, William Donzelli
  • Re: Ancient IBM Drive Rescues Apollo Moon Data, Phil Smith III
    • Re: Ancient IBM Drive Rescues Apollo Moon Data, Shmuel Metz , Seymour J.
  • Re: Ancient IBM Drive Rescues Apollo Moon Data, gah
  • Re: Ancient IBM Drive Rescues Apollo Moon Data, Ed Finnell
• Re: Listserver - XRC to GM, John Ticic IBM-MAIN
• Re: XRC Migration to IBM Global Mirror, Skip Robinson
  • Re: XRC Migration to IBM Global Mirror, Shane
    • Re: XRC Migration to IBM Global Mirror, Rick Fochtman
  • <Possible follow-ups>
  • Re: XRC Migration to IBM Global Mirror, Skip Robinson
• CoD redbook update, Marian Gasparovic
• IBMLink planned outage Nov-14 8pm EST to Nov-16 5pm EST?, Knutson, Sam
  • Re: IBMLink planned outage Nov-14 8pm EST to Nov-16 5pm EST?, Gibney, Dave
• IODF/HITACHI HELP: SOLVED, Lucy Arnold
• GDG QUESTION, Howard Rifkind
  • Re: GDG QUESTION, Howard Rifkind
  • Re: GDG QUESTION, Campbell Jay
    • Re: GDG QUESTION, Howard Rifkind
  • <Possible follow-ups>
  • Re: GDG QUESTION, Linda Mooney
  • Re: GDG QUESTION, Terry Sambrooks
    • Re: GDG QUESTION, Hillock, Timothy
    • Re: GDG QUESTION, J R
• Re: CA World in Las Vegas, Anton Britz
  • <Possible follow-ups>
  • Re: CA World in Las Vegas, Ted MacNEIL
  • Re: CA World in Las Vegas, Anton Britz
    • Re: CA World in Las Vegas, Tom Longfellow
• zHPF, Roland Schiradin
• FTP GDG DSN with the G# or making the filename unique ???, George Lewycky
  • Re: FTP GDG DSN with the G# or making the filename unique ???, hunter . zhough
• Resetting SPOOL OFFLOAD archive ?, SUBSCRIBE IBM-MAIN M. Ioia
  • <Possible follow-ups>
  • Re: Resetting SPOOL OFFLOAD archive ?, Linda Mooney
  • Re: Resetting SPOOL OFFLOAD archive ?, SUBSCRIBE IBM-MAIN M. Ioia
  • Re: Resetting SPOOL OFFLOAD archive ?, Linda Mooney
    • Re: Resetting SPOOL OFFLOAD archive ?, Ken Porowski
  • Re: Resetting SPOOL OFFLOAD archive ?, Doug Henry
  • Re: Resetting SPOOL OFFLOAD archive ?, Linda Mooney
  • Re: Resetting SPOOL OFFLOAD archive ?, SUBSCRIBE IBM-MAIN M. Ioia
• HCD setup of CSS1 for PAV Aliases, John Kelly
  • <Possible follow-ups>
  • Re: HCD setup of CSS1 for PAV Aliases, Mark Zelden
    • Re: HCD setup of CSS1 for PAV Aliases, John Kelly
  • Re: HCD setup of CSS1 for PAV Aliases, John Ticic IBM-MAIN
    • Re: HCD setup of CSS1 for PAV Aliases, John Kelly
• ARC0909E JOURNAL DATA SET IS ABOUT 095% FULL, willie bunter
  • Re: ARC0909E JOURNAL DATA SET IS ABOUT 095% FULL, O'Brien, David W. [C] , NIH/CIT
    • Re: ARC0909E JOURNAL DATA SET IS ABOUT 095% FULL, willie bunter
  • <Possible follow-ups>
  • Re: ARC0909E JOURNAL DATA SET IS ABOUT 095% FULL, Bri P
    • Re: ARC0909E JOURNAL DATA SET IS ABOUT 095% FULL, willie bunter
      • Re: ARC0909E JOURNAL DATA SET IS ABOUT 095% FULL, John Kelly
• Subcapacity price model for CA, Walter Marguccio
  • Re: Subcapacity price model for CA, Greg Shirey
    • Re: Subcapacity price model for CA, Kelman, Tom
    • Re: Subcapacity price model for CA, Walter Marguccio
• Re: Hummingbird/ISPF Edit Question, BillD
• AUTO: Alan Brown is out of the office on vacation. (returning 11/17/2008), Alan Brown
• Re: IODF/HITACHI HELP, Linda Mooney
  • <Possible follow-ups>
  • Re: IODF/HITACHI HELP, Lucy Arnold
  • Fw: IODF/HITACHI HELP, Lucy Arnold
  • Re: IODF/HITACHI HELP, Tom Moulder
  • Re: Fw: IODF/HITACHI HELP, Ed Finnell
  • Re: Fw: IODF/HITACHI HELP, Linda Mooney
    • Re: Fw: IODF/HITACHI HELP, Lucy Arnold
• Re: Problem with Cestpair command after upgrade to 9990V, Maurice Clark
  • Re: Problem with Cestpair command after upgrade to 9990V, O'Brien, David W. [C] , NIH/CIT
  • Message not available
    • Re: Problem with Cestpair command after upgrade to 9990V, O'Brien, David W. [C] , NIH/CIT
  • Re: Problem with Cestpair command after upgrade to 9990V, Tony Harminc
• IBM-Support Toolbar for MSIE and Firefox, Roland Schiradin
• How many shops use 3rd party compression for IMS DBs?, David W. Cullum
  • Re: How many shops use 3rd party compression for IMS DBs?, Tom Harper
    • Re: How many shops use 3rd party compression for IMS DBs?, Itschak Mugzach
• Test...Please Acknowledge., Howard Rifkind
  • Re: Test...Please Acknowledge., john gilmore
  • Re: Test...Please Acknowledge., Pat Mihalec
    • Re: Test...Please Acknowledge., Martinez, Frank J
      • Re: Test...Please Acknowledge., Hessong, Keith
  • Re: Test...Please Acknowledge., Warren Brown
  • Re: Test...Please Acknowledge., John Hamman
  • Re: Test...Please Acknowledge., Patrick Hayward
  • Re: Test...Please Acknowledge., Rahim, A. , Ahmed
  • Re: Test...Please Acknowledge., Bates, Bill , RMV
• IEC161I 040-002, Arturo
  • Re: IEC161I 040-002, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
  • <Possible follow-ups>
  • Re: IEC161I 040-002, Lizette Koehler
• concatenations, again, Frank Swarbrick
  • Re: concatenations, again, J R
  • Re: concatenations, again, Arnold Trembley
  • Re: concatenations, again, Hunkeler Peter , KIUK 3
  • Re: concatenations, again, Chase, John
  • <Possible follow-ups>
  • Re: concatenations, again, Frank Swarbrick
    • Re: concatenations, again, Hunkeler Peter , KIUK 3
  • Re: concatenations, again, Frank Swarbrick
  • Re: concatenations, again, Tom Marchant
  • Re: concatenations, again, Frank Swarbrick
  • Re: concatenations, again, Terry Sambrooks
  • Re: concatenations, again, Frank Swarbrick
    • Re: concatenations, again, Hunkeler Peter , KIUK 3
  • Re: concatenations, again, Frank Swarbrick
  • Re: concatenations, again, Frank Swarbrick
• how to re-define a vsam cluster with the data and index obljects, John Norgauer
  • Re: how to re-define a vsam cluster with the data and indexobljects, John Hamman
    • Re: how to re-define a vsam cluster with the data and indexobljects, John Norgauer
  • <Possible follow-ups>
  • Re: how to re-define a vsam cluster with the data and index obljects, Jan MOEYERSONS
• Old Logger Datasets, Eric Bielefeld
  • Re: Old Logger Datasets, Gray, Larry - Larry A
    • Re: Old Logger Datasets, Eric Bielefeld
  • <Possible follow-ups>
  • Re: Old Logger Datasets, Vernooy, C.P. - SPLXM
  • Re: Old Logger Datasets, Eric Bielefeld
  • Re: Old Logger Datasets, Vernooy, C.P. - SPLXM
    • Re: Old Logger Datasets, Eric Bielefeld
• Problem with Cestpair command after upgrade to 999V, O'Brien, David W. [C] , NIH/CIT
  • Re: Problem with Cestpair command after upgrade to 999V, vern
• APAR search keywords, R.S.
  • Re: APAR search keywords, Scott Ford
  • Re: APAR search keywords, Frank Mason
  • <Possible follow-ups>
  • Re: APAR search keywords, Brian Peterson
  • Re: APAR search keywords, Patrick O'Keefe
    • Re: APAR search keywords, Scott Ford
• Specialty Engines, Hal Merritt
  • Re: Specialty Engines, R.S.
    • Re: Specialty Engines, Mark Post
      • Re: Specialty Engines, Shane
      • Re: Specialty Engines, Mark Post
      • Re: Specialty Engines, Shane
      • Re: Specialty Engines, Mark Post
      • Re: Specialty Engines, Wayne Driscoll
      • Re: Specialty Engines, Shane
  • <Possible follow-ups>
  • Re: Specialty Engines, Bobbie Justice
    • Re: Specialty Engines, Tom Harper
• Session manager, Carroll, William
  • Re: Session manager, paul . lemons
• Setting environment variables in sh and tcsh shells under uss?, nenad . vidak
• SYSNAME ON, Munif Sadek
  • Re: SYSNAME ON, Jakubek, Jan
• Re: Crazy(?) thought - run z/Linux binaries on z/OS UNIX, Timothy Sipples
  • Re: Crazy(?) thought - run z/Linux binaries on z/OS UNIX, Kirk Wolf
• Re: VTAM recovery of FICON CTC links, Knutson, Sam
• Mainframe Jobs Considered Recession Proof, Edward Jaffe
  • Re: Mainframe Jobs Considered Recession Proof, Rick Fochtman
    • Re: Mainframe Jobs Considered Recession Proof, Edward Jaffe
      • Re: Mainframe Jobs Considered Recession Proof, Frank Mason
    • Re: Mainframe Jobs Considered Recession Proof, Scott Ford
      • Re: Mainframe Jobs Considered Recession Proof, Frank Mason
  • Re: Mainframe Jobs Considered Recession Proof, Frank Mason
  • <Possible follow-ups>
  • Re: Mainframe Jobs Considered Recession Proof, Timothy Sipples
    • Re: Mainframe Jobs Considered Recession Proof, Scott Ford
  • Re: Mainframe Jobs Considered Recession Proof, , IBM Mainframe Discussion List
  • Re: Mainframe Jobs Considered Recession Proof, Timothy Sipples
    • Re: Mainframe Jobs Considered Recession Proof, Veilleux, Jon L
  • Re: Mainframe Jobs Considered Recession Proof, Jan MOEYERSONS
  • Re: Mainframe Jobs Considered Recession Proof, Ed Finnell
    • Re: Mainframe Jobs Considered Recession Proof, Scott Ford
      • Re: Mainframe Jobs Considered Recession Proof, Shmuel Metz , Seymour J.
  • Re: Mainframe Jobs Considered Recession Proof, John McKown
    • Re: Mainframe Jobs Considered Recession Proof, Scott Ford
• Access STIMER(M) from COBOL program?, Chase, John
  • Re: Access STIMER(M) from COBOL program?, Eric Spencer
    • Re: Access STIMER(M) from COBOL program?, Chase, John
    • Re: Access STIMER(M) from COBOL program?, Robert A. Rosenberg
  • <Possible follow-ups>
  • Re: Access STIMER(M) from COBOL program?, John McKown
    • Re: Access STIMER(M) from COBOL program?, Farley, Peter x23353
    • Re: Access STIMER(M) from COBOL program?, Chase, John
  • Access STIMER(M) from COBOL program?, Bill Klein
• WLM and DB2, George Dranes
  • Re: WLM and DB2, John Baxter
  • <Possible follow-ups>
  • Re: WLM and DB2, George Dranes
    • Re: WLM and DB2, John Baxter
• Devices online at IPL should be offline, Lizette Koehler
  • Re: Devices online at IPL should be offline, Hal Merritt
  • Re: Devices online at IPL should be offline, Skip Robinson
  • <Possible follow-ups>
  • Re: Devices online at IPL should be offline, John McKown
• FW: IBM's Frank Soltis "let go" (similar thoughts on "i" as we have on "z"., McKown, John
• What is Display coomand for SSI characters, Clark, Kevin
  • <Possible follow-ups>
  • Re: What is Display coomand for SSI characters, Clark, Kevin
    • Re: What is Display coomand for SSI characters, George Fogg
  • Re: What is Display coomand for SSI characters, Bruno Sugliani
  • Re: What is Display coomand for SSI characters, Barbara Nitz
  • Re: What is Display coomand for SSI characters, George Fogg
• Re: COBOL compiler versions, John McKown
  • Re: COBOL compiler versions, Mueller, David
  • <Possible follow-ups>
  • Re: COBOL compiler versions, Brian Peterson
  • Re: COBOL compiler versions, John McKown
  • COBOL compiler versions, Bill Klein
  • Re: COBOL compiler versions, Timothy Sipples
  • Re: COBOL compiler versions, Paul Peplinski
• Re: Page Dataset Growth and DB2, Lizette Koehler
  • Re: Page Dataset Growth and DB2, Don Deese
    • COBOL compiler versions, Mueller, David
      • Re: COBOL compiler versions, Hal Merritt
      • Re: COBOL compiler versions, Fred Hoffman
  • Re: Page Dataset Growth and DB2, Eric Bielefeld
  • <Possible follow-ups>
  • Re: Page Dataset Growth and DB2, Eric Bielefeld
  • Re: Page Dataset Growth and DB2, Eric Bielefeld
• Recataloging Linklist Datasets, Martin Kline
  • Re: Recataloging Linklist Datasets, Jim Mulder
  • <Possible follow-ups>
  • Re: Recataloging Linklist Datasets, Peter Relson
  • Re: Recataloging Linklist Datasets, Peter Relson
  • Re: Recataloging Linklist Datasets, Martin Kline
    • Re: Recataloging Linklist Datasets, Eric Bielefeld
  • Re: Recataloging Linklist Datasets, Tom Marchant
    • PSP bucket question - I can't find the correct bucket, Pommier, Rex R.
      • Re: PSP bucket question - I can't find the correct bucket, R.S.
      • Re: PSP bucket question - I can't find the correct bucket, Pommier, Rex R.
  • Re: Recataloging Linklist Datasets, Walt Farrell
    • Re: Recataloging Linklist Datasets, Chase, John
  • Re: Recataloging Linklist Datasets, Peter Relson
• TMP Wish (was: appending userid in a file), Paul Gilmartin
  • <Possible follow-ups>
  • Re: TMP Wish (was: appending userid in a file), Patrick O'Keefe
• Removing Fortran frm LPAR, Jacky Bright
  • Re: Removing Fortran frm LPAR, R.S.
  • Re: Removing Fortran frm LPAR, Rick Fochtman
  • Re: Removing Fortran frm LPAR, Jürgen Kehr
  • <Possible follow-ups>
  • Re: Removing Fortran frm LPAR, John McKown
  • Re: Removing Fortran frm LPAR, Timothy Sipples
• Z/890 Master Key, Hal Merritt
  • Re: Z/890 Master Key, Marilyn Allmond
• RACF Research: ICHAUTAB, Walter Farrell
• Allocate ZFS data set, jason lowe
  • Re: Allocate ZFS data set, Gray, Larry - Larry A
    • Re: Allocate ZFS data set, Mark Jacobs
  • Re: Allocate ZFS data set, Veilleux, Jon L
  • <Possible follow-ups>
  • Re: Allocate ZFS data set, John McKown
  • Re: Allocate ZFS data set, Lizette Koehler
• Deleting a segment in IMS-DB, Ram Balaji
  • Re: Deleting a segment in IMS-DB, Rugen, Len
  • <Possible follow-ups>
  • Re: Deleting a segment in IMS-DB, Chris Mason
    • Re: Deleting a segment in IMS-DB, Don Leahy
• Logrec Viewer 1.1, R.S.
  • Re: Logrec Viewer 1.1, Mark Jacobs
    • Antwort: Re: Logrec Viewer 1.1, Werner Kuehnel
  • Re: Logrec Viewer 1.1, Veilleux, Jon L
    • New Blog MainframeZone, Jeffrey Deaver
      • Re: New Blog MainframeZone, Rick Fochtman
      • Re: New Blog MainframeZone, Mark Post
      • Re: New Blog MainframeZone, Eric Bielefeld
      • Re: New Blog MainframeZone, Rick Fochtman
      • Re: New Blog MainframeZone, Chase, John
      • Re: New Blog MainframeZone, Bill Wilkie
      • Re: New Blog MainframeZone, Shmuel Metz , Seymour J.
  • Re: Logrec Viewer 1.1, Shane
  • Page Dataset Growth and DB2, Eric Bielefeld
  • <Possible follow-ups>
  • Re: Logrec Viewer 1.1, Elardus Engelbrecht
  • Re: Logrec Viewer 1.1, Mark Zelden
  • Re: Logrec Viewer 1.1, David Alcock
    • Re: Logrec Viewer 1.1, George Fogg
  • Re: Logrec Viewer 1.1, Roland Schiradin
    • Re: Logrec Viewer 1.1, George Fogg
  • Re: Logrec Viewer 1.1, Ed Finnell
  • Re: Logrec Viewer 1.1, Peter Relson
• Making ASMPUT work with new assembler version, rathinasamy . kuppusamy
• appending userid in a file, Ron Thomas
  • Re: appending userid in a file, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: appending userid in a file, Elardus Engelbrecht
  • Re: appending userid in a file, Ron Thomas
    • Re: appending userid in a file, Hardee, Charles H
      • Re: appending userid in a file, Veilleux, Jon L
      • Re: appending userid in a file, Hardee, Charles H
    • Re: appending userid in a file, Beesley, Paul
  • Re: appending userid in a file, Elardus Engelbrecht
  • Re: appending userid in a file, Paul Gilmartin
  • Re: appending userid in a file, Paul Gilmartin
  • Re: appending userid in a file, Ron Thomas
    • Re: appending userid in a file, Shedlock, George
    • Re: appending userid in a file, Oscar H Flores
  • Re: appending userid in a file, Paul Gilmartin
  • Re: appending userid in a file, Paul Gilmartin
  • Re: appending userid in a file, Ted MacNEIL
    • Message not available
      • Re: appending userid in a file, J R
• PPRC CQUERY or not ?, Rez
• Crazy(?) thought - run z/Linux binaries on z/OS UNIX., John McKown
  • Re: Crazy(?) thought - run z/Linux binaries on z/OS UNIX., Rich Smrcina
    • Re: Crazy(?) thought - run z/Linux binaries on z/OS UNIX., David Andrews
      • Re: Crazy(?) thought - run z/Linux binaries on z/OS UNIX., P S
  • <Possible follow-ups>
  • Re: Crazy(?) thought - run z/Linux binaries on z/OS UNIX., John McKown
    • Re: Crazy(?) thought - run z/Linux binaries on z/OS UNIX., Kirk Wolf
    • Re: Crazy(?) thought - run z/Linux binaries on z/OS UNIX., R.S.
      • Re: Crazy(?) thought - run z/Linux binaries on z/OS UNIX., Edward Jaffe
      • Re: Crazy(?) thought - run z/Linux binaries on z/OS UNIX., R.S.
  • Re: Crazy(?) thought - run z/Linux binaries on z/OS UNIX., John McKown
    • Re: Crazy(?) thought - run z/Linux binaries on z/OS UNIX., Scott Ford
  • Re: Crazy(?) thought - run z/Linux binaries on z/OS UNIX., Paul Gilmartin
  • Re: Crazy(?) thought - run z/Linux binaries on z/OS UNIX., Timothy Sipples
    • Re: Crazy(?) thought - run z/Linux binaries on z/OS UNIX., Kirk Wolf
    • Re: Crazy(?) thought - run z/Linux binaries on z/OS UNIX., Tomasz Rola
• Differences in IEFTMS7 and IEFTMS8, Lizette Koehler
  • <Possible follow-ups>
  • Re: Differences in IEFTMS7 and IEFTMS8, Tom Marchant
    • Re: Differences in IEFTMS7 and IEFTMS8, Richard Peurifoy
  • Re: Differences in IEFTMS7 and IEFTMS8, Linda Mooney
    • Re: Differences in IEFTMS7 and IEFTMS8, John Giltner
  • Re: Differences in IEFTMS7 and IEFTMS8, Tom Marchant
    • Message not available
      • Re: CA World in Las Vegas, Knutson, Sam
      • Re: CA World in Las Vegas, Jousma, David
  • Re: Differences in IEFTMS7 and IEFTMS8, Robert A. Rosenberg
• Fwd: storing a PDF file in DB2 for z/OS, Jim McAlpine
  • Re: Fwd: storing a PDF file in DB2 for z/OS, Jack . Hamilton
  • Re: storing a PDF file in DB2 for z/OS, Wayne Driscoll
    • Re: storing a PDF file in DB2 for z/OS, Jim McAlpine
      • Re: storing a PDF file in DB2 for z/OS, Wayne Driscoll
      • Re: storing a PDF file in DB2 for z/OS, Jim McAlpine
  • Re: Fwd: storing a PDF file in DB2 for z/OS, Steve Comstock
  • Re: storing a PDF file in DB2 for z/OS, Jim McAlpine
  • <Possible follow-ups>
  • Re: Fwd: storing a PDF file in DB2 for z/OS, Paul Gilmartin
  • Re: storing a PDF file in DB2 for z/OS, Paul Gilmartin
  • Re: Fwd: storing a PDF file in DB2 for z/OS, Roland Schiradin
    • Re: Fwd: storing a PDF file in DB2 for z/OS, Kirk Wolf
      • Re: Fwd: storing a PDF file in DB2 for z/OS, Jim McAlpine
      • Re: Fwd: storing a PDF file in DB2 for z/OS, Kirk Wolf
      • Re: Fwd: storing a PDF file in DB2 for z/OS, Jim McAlpine
    • Re: Fwd: storing a PDF file in DB2 for z/OS, Jim McAlpine
  • Re: storing a PDF file in DB2 for z/OS, Gary DiPillo
  • Re: Fwd: storing a PDF file in DB2 for z/OS, Grant Williams
  • Re: Fwd: storing a PDF file in DB2 for z/OS, Paul Gilmartin
  • Re: Fwd: storing a PDF file in DB2 for z/OS, Roland Schiradin
• string a PDF file in DB2 for z/OS, Jim McAlpine
• RACF Protection for Initiiators - JES2, Jimmy Wagner
  • <Possible follow-ups>
  • Re: RACF Protection for Initiiators - JES2, Mark Zelden
• "The Register" article on HP replacing z, John McKown
  • Re: "The Register" article on HP replacing z, Dave Salt
    • Re: "The Register" article on HP replacing z, Bobbie Justice
      • Re: "The Register" article on HP replacing z, Hal Merritt
      • Re: "The Register" article on HP replacing z, Pommier, Rex R.
      • Re: "The Register" article on HP replacing z, Anne & Lynn Wheeler
      • Re: "The Register" article on HP replacing z, Ken Gunther
      • Re: "The Register" article on HP replacing z, P S
      • Re: "The Register" article on HP replacing z, Stephen Y Odo
      • Re: "The Register" article on HP replacing z, Kalm, Denise
    • Re: "The Register" article on HP replacing z, Edward Jaffe
    • Re: "The Register" article on HP replacing z, Knutson, Sam
    • Re: "The Register" article on HP replacing z, Tony Harminc
      • Re: "The Register" article on HP replacing z, Hal Merritt
      • Re: "The Register" article on HP replacing z, Edward Jaffe
      • Re: "The Register" article on HP replacing z, Tony Harminc
      • Re: "The Register" article on HP replacing z, Edward Jaffe
      • Re: "The Register" article on HP replacing z, Shane
      • Re: "The Register" article on HP replacing z, Edward Jaffe
      • Re: "The Register" article on HP replacing z, Dave Wade
    • Re: "The Register" article on HP replacing z, R.S.
      • Re: "The Register" article on HP replacing z, Ken Porowski
      • Re: "The Register" article on HP replacing z, Howard Brazee
  • Re: "The Register" article on HP replacing z, pauls2272
  • Re: "The Register" article on HP replacing z, Rick Fochtman
  • Re: "The Register" article on HP replacing z, Rahim, A. , Ahmed
    • Re: "The Register" article on HP replacing z, Edward Jaffe
  • <Possible follow-ups>
  • Re: "The Register" article on HP replacing z, Ted MacNEIL
  • Re: "The Register" article on HP replacing z, Sebastian Welton
    • Re: "The Register" article on HP replacing z, Rick Fochtman
      • Re: "The Register" article on HP replacing z, Warren Brown
  • Re: "The Register" article on HP replacing z, Bruno Sugliani
  • Re: "The Register" article on HP replacing z, John McKown
    • Re: "The Register" article on HP replacing z, Rahim, A. , Ahmed
  • Re: "The Register" article on HP replacing z, John McKown
  • Re: "The Register" article on HP replacing z, Dave Kopischke
  • Re: "The Register" article on HP replacing z, Tom Marchant
    • Re: "The Register" article on HP replacing z, P S
    • Re: "The Register" article on HP replacing z, Edward Jaffe
      • Re: "The Register" article on HP replacing z, R.S.
      • Re: "The Register" article on HP replacing z, David Andrews
      • Re: "The Register" article on HP replacing z, Howard Brazee
      • Re: "The Register" article on HP replacing z, Ken Porowski
      • Re: "The Register" article on HP replacing z, Howard Brazee
      • Re: "The Register" article on HP replacing z, John Eells
      • Re: "The Register" article on HP replacing z, Scott Ford
      • Re: "The Register" article on HP replacing z, Ken Porowski
      • Re: "The Register" article on HP replacing z, Hunkeler Peter , KIUK 3
  • Re: "The Register" article on HP replacing z, Timothy Sipples
  • Re: "The Register" article on HP replacing z, Patrick O'Keefe
  • Re: "The Register" article on HP replacing z, Bill Seubert
    • Re: "The Register" article on HP replacing z, Cheryl Walker
      • Re: "The Register" article on HP replacing z, Cheryl Watson
  • Re: "The Register" article on HP replacing z, Timothy Sipples
    • Re: "The Register" article on HP replacing z, R.S.
  • Re: "The Register" article on HP replacing z, Bill Seubert
  • Re: "The Register" article on HP replacing z, Timothy Sipples
  • Re: "The Register" article on HP replacing z, Bobbie Justice
    • Re: "The Register" article on HP replacing z, Clark Morris
      • Re: "The Register" article on HP replacing z, David Andrews
• CA-JMR question, John McKown
  • <Possible follow-ups>
  • Re: CA-JMR question, Dave Cartwright
  • Re: CA-JMR question, John McKown
  • Re: CA-JMR question, Dave Cartwright
  • Re: CA-JMR question, John McKown
• Re: http://zcandoit.com new web site System z can do it, Elardus Engelbrecht
  • <Possible follow-ups>
  • Re: http://zcandoit.com new web site System z can do it, Patrick O'Keefe
• What is command to define more terminals?, Lindy Mayfield
  • Re: What is command to define more terminals?, Lindy Mayfield
  • <Possible follow-ups>
  • Re: What is command to define more terminals?, Paul Gilmartin
• procs and concatenations, Frank Swarbrick
  • Re: procs and concatenations, Raymond Noal
  • <Possible follow-ups>
  • Re: procs and concatenations, Frank Swarbrick
  • Re: procs and concatenations, Paul Gilmartin
    • Re: procs and concatenations, Lizette Koehler
    • Re: procs and concatenations, Frank Swarbrick
  • Re: procs and concatenations, Frank Swarbrick
  • Re: procs and concatenations, Frank Swarbrick
    • Re: procs and concatenations, Hunkeler Peter , KIUK 3
      • Re: procs and concatenations, Frank Swarbrick
  • Re: procs and concatenations, Paul Gilmartin
    • Re: procs and concatenations, Hunkeler Peter , KIUK 3
      • Re: procs and concatenations, Robert A. Rosenberg
    • Re: procs and concatenations, Chase, John
  • Re: procs and concatenations, Paul Gilmartin
    • Re: procs and concatenations, Staller, Allan
  • Re: procs and concatenations, Paul Gilmartin
    • Re: procs and concatenations, Staller, Allan
  • Re: procs and concatenations, John McKown
  • Re: procs and concatenations, Paul Gilmartin
  • Re: procs and concatenations, Tom Marchant
  • Re: procs and concatenations, Paul Gilmartin
  • Re: procs and concatenations, Don Williams
  • Re: procs and concatenations, john gilmore
  • Re: procs and concatenations, Tom Marchant
  • Re: procs and concatenations, Tom Marchant
    • Re: procs and concatenations, Gerhard Postpischil
  • Re: procs and concatenations, Frank Swarbrick
    • Re: procs and concatenations, Don Leahy
      • Compile panels (was: procs and concatenations), Dave Salt
      • Re: Compile panels (was: procs and concatenations), Don Leahy
  • Re: procs and concatenations, Paul Gilmartin
  • Re: procs and concatenations, Frank Swarbrick
  • Re: procs and concatenations, Paul Gilmartin
    • Re: procs and concatenations, Gerhard Postpischil
• Top z/OS Shareware Tools, Edward Jaffe
  • Re: Top z/OS Freeware Tools, Edward Jaffe
    • Re: Top z/OS Freeware Tools, John P Kalinich
• Measuring performance with job elapsed time, Roded Bahat
  • Re: Measuring performance with job elapsed time, John Giltner
    • Re: Measuring performance with job elapsed time, Hal Merritt
    • Re: Measuring performance with job elapsed time, Barry Merrill
• Strange ISPF initialization problem, Ray Mullins
  • Re: Strange ISPF initialization problem, Lionel B Dyck
  • Re: Strange ISPF initialization problem, Rob Scott
    • Re: Strange ISPF initialization problem, Ray Mullins
  • <Possible follow-ups>
  • Re: Strange ISPF initialization problem, Lizette Koehler
  • Re: Strange ISPF initialization problem, Brian Peterson
    • Re: Strange ISPF initialization problem, Jakubek, Jan
    • Re: Strange ISPF initialization problem, Tony B.
  • Re: Strange ISPF initialization problem, Paul Gilmartin
  • Re: Strange ISPF initialization problem, Chris Mason
  • Re: Strange ISPF initialization problem, Chris Mason
  • Re: Strange ISPF initialization problem, Linda Mooney
• http://zcandoit.com new web site System z can do it, Knutson, Sam
  • Re: http://zcandoit.com new web site System z can do it, Graeme Gibson
• OSA-ICC Console over long distance, Ken Porowski
  • Re: OSA-ICC Console over long distance, Andy White
  • Re: OSA-ICC Console over long distance, Field, Alan C.
  • Re: OSA-ICC Console over long distance, John Kelly
  • <Possible follow-ups>
  • Re: OSA-ICC Console over long distance, Ted MacNEIL
  • Re: OSA-ICC Console over long distance, John McKown
  • Re: OSA-ICC Console over long distance, Bruno Sugliani
  • Re: OSA-ICC Console over long distance, Chris Mason
• Re: PDS Lock, Walt Farrell
• z/VM 5.3 ported on z/VM mode LPAR, Dinesh
  • <Possible follow-ups>
  • z/VM 5.3 ported on z/VM mode LPAR, Dinesh
• Re: Former Marines, Vernooy, C.P. - SPLXM
  • Re: Former Marines, Jackson, Robin
  • Re: Former Marines, Maxfield, John
  • <Possible follow-ups>
  • SV: Former Marines, Thomas Berg
  • Re: Former Marines, Ted MacNEIL
    • Re: Former Marines, Jim Harrison
    • Re: Former Marines, Savor, Tom
      • Re: Former Marines, Howard Brazee
  • Re: Former Marines, Ted MacNEIL
    • Re: Former Marines, Howard Brazee
      • SV: Former Marines, Thomas Berg
      • SV: Former Marines, Krister Perrolf
    • Re: Former Marines, bbreynolds
  • Re: Former Marines, Ted MacNEIL
    • Re: Former Marines - Kill Thread!, Darren Evans-Young
      • Re: Former Marines - Kill Thread!, Rahim, A. , Ahmed
  • Re: Former Marines, Vernooy, C.P. - SPLXM
  • Re: Former Marines, Shmuel Metz , Seymour J.
  • Re: Former Marines, Chris Mason
    • Re: Former Marines, Don Leahy
      • Re: Former Marines, Eric Bielefeld
      • Read this first! -> Former Marines, Darren Evans-Young
      • Re: Read this first! -> Former Marines, Rick Fochtman
• VVDS fix catalog - broken link, R.S.
  • Re: VVDS fix catalog - broken link, Traylor, Terry
    • Re: VVDS fix catalog - broken link, R.S.
      • OT: Former Marines, Jackson, Robin
      • Re: Former Marines, Doc Farmer
      • Message not available
      • Re: Former Marines, Ted MacNEIL
      • Re: Former Marines, Jim Harrison
• zLinux Request for Information Update, Jim Marshall
  • <Possible follow-ups>
  • Re: zLinux Request for Information Update, Ed Finnell
  • Re: zLinux Request for Information Update, Ted MacNEIL
    • Re: zLinux Request for Information Update, Don Leahy
  • Re: zLinux Request for Information Update, Ted MacNEIL
• Re: STP question, Vernooy, C.P. - SPLXM
  • <Possible follow-ups>
  • Re: STP question, Knutson, Sam
• EMC in Sync and Async mode, Jason To
  • <Possible follow-ups>
  • Re: EMC in Sync and Async mode, Ambat Ravi Nair
• PTF UA90380 and EC J99677, R.S.
  • Re: PTF UA90380 and EC J99677, Staller, Allan
• Re: Configure Physical CP Offline - SOLVED, Timothy Sipples
  • Re: Configure Physical CP Offline - SOLVED, Marian Gasparovic
• IOS505A, Salah Balboul
  • <Possible follow-ups>
  • Re: IOS505A, Salah Balboul
• CR+ / T-Rex, Magen Margalit
  • Re: CR+ / T-Rex, Lizette Koehler
  • Re: CR+ / T-Rex, Richards, Robert B.
  • Re: CR+ / T-Rex, O'Brien, David W. [C] , NIH/CIT
    • Re: CR+ / T-Rex, wecmail
  • Re: CR+ / T-Rex, David Andrews
  • <Possible follow-ups>
  • Re: CR+ / T-Rex, John Hoelmer
  • Re: CR+ / T-Rex, Giliad Wilf
• SMF and PL/X copybook(boundary alignment, etc), Johnny Luo
  • Re: SMF and PL/X copybook(boundary alignment, etc), Jim Mulder
    • Re: SMF and PL/X copybook(boundary alignment, etc), Johnny Luo
      • Re: SMF and PL/X copybook(boundary alignment, etc), Jim Mulder
      • Re: SMF and PL/X copybook(boundary alignment, etc), Johnny Luo
  • <Possible follow-ups>
  • Re: SMF and PL/X copybook(boundary alignment, etc), Peter Relson
• Configure Physical CP Offline, Edward Jaffe
  • Re: Configure Physical CP Offline, Mike Myers
    • Re: Configure Physical CP Offline, Edward Jaffe
  • Re: Configure Physical CP Offline - SOLVED, Edward Jaffe
    • Re: Configure Physical CP Offline - SOLVED, Marian Gasparovic
• AUTO: Kathryn Pinto/Poughkeepsie/IBM is out of the office until 06/19/2001. (returning 11/17/2008), Kathryn Pinto
• Re: z/OS v1.9 JES2 - Having trouble getting NODENAMEs to be name not number, Jack Schudel
  • Re: z/OS v1.9 JES2 - Having trouble getting NODENAMEs to be name not number, Dana . Benetz
• IBM Debug Tool 8.1 in CICS, Paul Peplinski
  • Re: IBM Debug Tool 8.1 in CICS, George Young
• Re: TN3270 for iPhone, Edward Jaffe
• Re: How to open and read a TSO dataset in MVS, NewtoMainframes
• DFHSM QUESTION - MANAGEMENT CLASS, willie bunter
  • <Possible follow-ups>
  • Re: DFHSM QUESTION - MANAGEMENT CLASS, Vernooy, C.P. - SPLXM
    • Re: DFHSM QUESTION - MANAGEMENT CLASS, willie bunter
  • Re: DFHSM QUESTION - MANAGEMENT CLASS, Vernooy, C.P. - SPLXM
    • Re: DFHSM QUESTION - MANAGEMENT CLASS, willie bunter
  • Re: DFHSM QUESTION - MANAGEMENT CLASS, Vernooy, C.P. - SPLXM
  • Re: DFHSM QUESTION - MANAGEMENT CLASS, Bri P
  • Re: DFHSM QUESTION - MANAGEMENT CLASS, Chris Taylor
• good practise to run linux on mainframe, Tommy Tsui
  • Re: good practise to run linux on mainframe, David Andrews
    • Re: good practise to run linux on mainframe, Tommy Tsui
    • Re: good practise to run linux on mainframe, Mark Post
  • Re: good practise to run linux on mainframe, Mark Post
  • Re: good practise to run linux on mainframe, Hal Merritt
    • Re: good practise to run linux on mainframe, Marian Gasparovic
      • Re: good practise to run linux on mainframe, Hal Merritt
      • Re: good practise to run linux on mainframe, R.S.
  • <Possible follow-ups>
  • Re: good practise to run linux on mainframe, Jim Marshall
    • Message not available
      • Re: good practise to run linux on mainframe, Tommy Tsui
  • Re: good practise to run linux on mainframe, John McKown
    • Re: good practise to run linux on mainframe, R.S.
  • Re: good practise to run linux on mainframe, John McKown
    • Re: good practise to run linux on mainframe, Tommy Tsui
      • Re: good practise to run linux on mainframe, Tommy Tsui
      • Re: good practise to run linux on mainframe, R.S.
      • Re: good practise to run linux on mainframe, Mark Post
      • Re: good practise to run linux on mainframe, R.S.
      • Re: good practise to run linux on mainframe, Lindy Mayfield
      • Re: good practise to run linux on mainframe, P S
      • Re: good practise to run linux on mainframe, R.S.
      • Re: good practise to run linux on mainframe, Lindy Mayfield
      • Re: good practise to run linux on mainframe, Rich Smrcina
  • Re: good practise to run linux on mainframe, Ted MacNEIL
  • Re: good practise to run linux on mainframe, Timothy Sipples
  • Re: good practise to run linux on mainframe, Vernooy, C.P. - SPLXM
• AUTO: Jon Butler is out of the office (returning 10-11-2008), Jon Butler
• ServerPac help please, Linda Mooney
  • Re: ServerPac help please, R.S.
  • <Possible follow-ups>
  • Re: ServerPac help please, Al Loeffler
  • Re: ServerPac help please, John McKown
• Re: Hello all,, Vernooy, C.P. - SPLXM
  • Re: Hello all,, Howard Rifkind
    • Re: Hello all,, Rick Fochtman
    • Re: Hello all,, Skip Robinson
  • <Possible follow-ups>
  • Re: Hello all,, Ed Finnell
  • SV: Hello all,, Thomas Berg
  • Re: Hello all,, Shmuel Metz , Seymour J.
• is out of the office., Keith Zawila
• how to write sysrexx, Tommy Tsui
  • <Possible follow-ups>
  • Re: how to write sysrexx, Scott Fagen
    • Re: how to write sysrexx, Tommy Tsui
      • Re: how to write sysrexx, Tommy Tsui
      • Re: how to write sysrexx, Scott Ford
      • Re: how to write sysrexx, Tommy Tsui
      • Re: how to write sysrexx, Scott Ford
      • Re: how to write sysrexx, Tommy Tsui
      • Re: how to write sysrexx, Tommy Tsui
      • Re: how to write sysrexx, s80236g@xxxxxxxxx
      • Re: how to write sysrexx, Gerhard Postpischil
      • Re: how to write sysrexx, Scott Ford
  • Re: how to write sysrexx, Walt Farrell
    • Re: how to write sysrexx, Tommy Tsui
  • Re: how to write sysrexx, Mark Zelden
    • Re: how to write sysrexx, Tommy Tsui
    • Re: how to write sysrexx, Scott Ford
    • Re: how to write sysrexx, Scott Ford
  • Re: how to write sysrexx, Mark Zelden
    • Re: how to write sysrexx, Scott Ford
      • Re: how to write sysrexx, Edward Jaffe
      • Re: how to write sysrexx, Tommy Tsui
      • Re: how to write sysrexx, Tommy Tsui
      • Re: how to write sysrexx, Scott Ford
      • Re: how to write sysrexx, Scott Ford
  • Re: how to write sysrexx, Jim Holloway
  • Re: how to write sysrexx, Ron Northrup
• Missing load module (Was: Re: Hello all), Patrick O'Keefe
• Re: SMS requests, s80236g@xxxxxxxxx
• Query: Mainframers look forward and back, Gabe Goldberg
  • Re: Query: Mainframers look forward and back, Steve Comstock
    • Re: Query: Mainframers look forward and back, Gabe Goldberg
      • Re: Query: Mainframers look forward and back, Steve Comstock
      • Re: Query: Mainframers look forward and back, Eric Bielefeld
  • <Possible follow-ups>
  • Re: Query: Mainframers look forward and back, Anton Britz
    • Re: Query: Mainframers look forward and back, Bob Shannon
    • Re: Query: Mainframers look forward and back, Tony Harminc
  • Re: Query: Mainframers look forward and back, John McKown
  • Re: Query: Mainframers look forward and back, Patrick O'Keefe
    • Re: Query: Mainframers look forward and back, Scott Ford
  • Re: Query: Mainframers look forward and back, Gabe Goldberg
  • Re: Query: Mainframers look forward and back, Jan MOEYERSONS
  • Re: Query: Mainframers look forward and back, Don Higgins
  • Re: Query: Mainframers look forward and back, Anton Britz
• How to correct tape errors, Lizette Koehler
  • Re: How to correct tape errors, Mark Jacobs
    • Re: How to correct tape errors, Campbell Jay
      • Re: How to correct tape errors, Carlson, Steven
  • <Possible follow-ups>
  • Re: How to correct tape errors, Lizette Koehler
    • Re: How to correct tape errors, Carlson, Steven
  • Re: How to correct tape errors, Dave Quinton
    • Re: How to correct tape errors, Carlson, Steven
  • Re: How to correct tape errors, Linda Mooney
  • Re: How to correct tape errors, Dave Quinton
  • Re: How to correct tape errors, Lizette Koehler
  • Re: How to correct tape errors, Lizette Koehler
  • Re: How to correct tape errors, Eric P. Condon
  • Re: How to correct tape errors, Vernooy, C.P. - SPLXM
    • Re: How to correct tape errors, Neal Eckhardt
  • Re: How to correct tape errors, Tim Deller
• z/OS v1.9 Firewall alias Policy Agent using IPSec Config, Dana . Benetz
  • Re: z/OS v1.9 Firewall alias Policy Agent using IPSec Config, Dana . Benetz
• Server Pac, Hal Merritt
  • Re: Server Pac, R.S.
  • <Possible follow-ups>
  • Re: Server Pac, Linda Mooney
• Re: IODF change causes next IPL to "hang", Steve R Wolf
• Re: Using SETXCF START,MSGBASED exploit MSGBASED processing for CFRM?, Knutson, Sam
• OT:Great country, Miklos Szigetvari
  • <Possible follow-ups>
  • Re: OT:Great country, Vernooy, C.P. - SPLXM
    • Re: OT:Great country, Miklos Szigetvari
  • Re: OT:Great country, Vernooy, C.P. - SPLXM
  • Re: OT:Great country, Elardus Engelbrecht
    • Re: OT:Great country, August Carideo
      • Re: OT:Great country, Miklos Szigetvari
    • Re: OT:Great country, Maarten Slegtenhorst
• Re: Long-running batch job (high CONN time), John Baker
• Re: Dynamic PAV - which alias will be moved, John Baker
• Re: JES2 Exit Migration from prior to z/OS 1.7, Elliot, David
• Re: JES2 Exit Migration from prior to zOS 1.7, Mark Zelden
• Phased Maintenance, Robert Crawford
  • Re: Phased Maintenance, Mark Jacobs
  • Re: Phased Maintenance, Jim Chappell
  • Re: Phased Maintenance, Field, Alan C.
  • Re: Phased Maintenance, Veilleux, Jon L
  • Re: Phased Maintenance, Rick Fochtman
    • Re: Phased Maintenance, Crawford, Robert C.
  • <Possible follow-ups>
  • Re: Phased Maintenance, Ted MacNEIL
  • Re: Phased Maintenance, Mark Zelden
  • Re: Phased Maintenance, Ted MacNEIL
  • Re: Phased Maintenance, Timothy Sipples
  • Re: Phased Maintenance, Arthur Gutowski
  • Re: Phased Maintenance, Mark Zelden
  • Re: Phased Maintenance, Tom Marchant
  • Re: Phased Maintenance, Mark Zelden
  • Re: Phased Maintenance, Arthur Gutowski
• z9BC - driver 67, z/OS 1.8?, John McKown
  • Re: z9BC - driver 67, z/OS 1.8?, Chauhan, Jasbir
• How do I justify an investment in Cache?, Alvaro Quintupray B.
  • Re: How do I justify an investment in Cache?, Knutson, Sam
    • Message not available
      • Re: How do I justify an investment in Cache?, Rick Fochtman
    • Message not available
      • Re: How do I justify an investment in Cache?, Staller, Allan
  • Re: How do I justify an investment in Cache?, R.S.
  • <Possible follow-ups>
  • Re: How do I justify an investment in Cache?, Ted MacNEIL
• ECSA near full, Sergio Marques
  • Re: ECSA near full, Mark Jacobs
  • Re: ECSA near full, Rob Scott
  • <Possible follow-ups>
  • Re: ECSA near full, Tom Marchant
  • Re: ECSA near full, Ted MacNEIL
  • Re: ECSA near full, Arthur Gutowski
• Problem Allocating DSN - 5000 CYl, esmie moo
  • Re: Problem Allocating DSN - 5000 CYl, Martinez, Frank J
    • Re: Problem Allocating DSN - 5000 CYl, esmie moo
      • Re: Problem Allocating DSN - 5000 CYl, Mark Jacobs
      • Re: Problem Allocating DSN - 5000 CYl, Martinez, Frank J
  • Re: Problem Allocating DSN - 5000 CYl, Ulrich Krueger
    • Re: Problem Allocating DSN - 5000 CYl, Darth Keller
      • Re: Problem Allocating DSN - 5000 CYl, Lester, Bob
  • <Possible follow-ups>
  • Re: Problem Allocating DSN - 5000 CYl, Ted MacNEIL
    • Re: Problem Allocating DSN - 5000 CYl, Darth Keller
  • Re: Problem Allocating DSN - 5000 CYl, Ted MacNEIL
    • Re: Problem Allocating DSN - 5000 CYl, John Kington
  • Re: Problem Allocating DSN - 5000 CYl, Ted MacNEIL
  • Re: Problem Allocating DSN - 5000 CYl, Ted MacNEIL
  • Re: Problem Allocating DSN - 5000 CYl, Scott Barry
  • Re: Problem Allocating DSN - 5000 CYl, John Baker
    • Re: Problem Allocating DSN - 5000 CYl, Barry Merrill
  • Re: Problem Allocating DSN - 5000 CYl, Anton Britz
  • Re: Problem Allocating DSN - 5000 CYl, Mark Goins
• Re: RMM and OAM exits, Mike Wood
• Older products (CSP), dangaeta
• z/OS MVS Routing Codes and Descriptions, Rabbe, Luke
  • Re: z/OS MVS Routing Codes and Descriptions, Wahak Vachi Kontian
  • <Possible follow-ups>
  • Re: z/OS MVS Routing Codes and Descriptions, Leo Smith
  • Re: z/OS MVS Routing Codes and Descriptions, Barbara Nitz
• zHPF feature, R.S.
  • <Possible follow-ups>
  • Re: zHPF feature, John Ticic IBM-MAIN
• FICON Director management. FCD option in ERBRMFxx, Bill Jones
  • <Possible follow-ups>
  • Re: FICON Director management. FCD option in ERBRMFxx, John Baker
• Change LPAR Security task doesn't reflect profiles' content, Zaromil Tisler
• Ca-Optimizer replace CACEMCKI, Andy White
  • Re: Ca-Optimizer replace CACEMCKI, Knutson, Sam
• Anyone using QA Hiperstation from Compuware for stressing test?, Johnny Luo
• Performance Question - Dynamic PAV, james smith
  • Re: Performance Question - Dynamic PAV, Thomas H Puddicombe
  • <Possible follow-ups>
  • Re: Performance Question - Dynamic PAV, Ted MacNEIL
  • Re: Performance Question - Dynamic PAV, Ted MacNEIL
  • Re: Performance Question - Dynamic PAV, Ted MacNEIL
  • Re: Performance Question - Dynamic PAV, Ted MacNEIL
  • Re: Performance Question - Dynamic PAV, Eric Bielefeld
  • Re: Performance Question - Dynamic PAV, Tom Marchant
  • Re: Performance Question - Dynamic PAV, Ted MacNEIL
  • Re: Performance Question - Dynamic PAV, Ted MacNEIL
  • Re: Performance Question - Dynamic PAV, , IBM Mainframe Discussion List
    • Re: Performance Question - Dynamic PAV, J R
  • Re: Performance Question - Dynamic PAV, Ted MacNEIL
• How to stop REXX from interpating statement?, Itschak Mugzach
  • Re: How to stop REXX from interpating statement?, rmacrae
  • Re: How to stop REXX from interpating statement?, Hunkeler Peter , KIUK 3
    • Re: How to stop REXX from interpating statement?, Itschak Mugzach
      • Re: How to stop REXX from interpating statement?, Hunkeler Peter , KIUK 3
      • Re: How to stop REXX from interpating statement?, Shmuel Metz , Seymour J.
      • SV: How to stop REXX from interpating statement?, Thomas Berg
      • Re: How to stop REXX from interpating statement?, Ivan Warren
    • Re: How to stop REXX from interpating statement?, Shmuel Metz , Seymour J.
  • Re: How to stop REXX from interpating statement?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: How to stop REXX from interpating statement?, Elardus Engelbrecht
  • Re: How to stop REXX from interpating statement?, Paul Gilmartin
• Re: INITSQA & CBU processing, Zaromil Tisler
• How to update the CICS FCT Entry, Karthick
  • Re: How to update the CICS FCT Entry, Kevin Wailes
• Comparing two SPOOL'd reports., John McKown
  • Re: Comparing two SPOOL'd reports., s80236g@xxxxxxxxx
  • <Possible follow-ups>
  • Re: Comparing two SPOOL'd reports., Paul Gilmartin
  • Re: Comparing two SPOOL'd reports., Brian Westerman
  • Re: Comparing two SPOOL'd reports., Paul Gilmartin
  • Re: Comparing two SPOOL'd reports., Brian Westerman
  • Re: Comparing two SPOOL'd reports., Paul Gilmartin
  • Re: Comparing two SPOOL'd reports., Brian Westerman
• Re: [Fwd: IBM's team for TEXAS - T4T, Anton Britz
• IBM Link is down again, Field, Alan C.
  • Re: IBM Link is down again, Knutson, Sam
    • Re: IBM Link is down again, Field, Alan C.
• Forgotten HSM LIST command.., Bri P
  • Re: Forgotten HSM LIST command.., Schwarz, Barry A
    • Re: Forgotten HSM LIST command.., Perryman, Brian
• Prefix for User application messages written to the log, Schneiderwent, Craig
  • Re: Prefix for User application messages written to the log, John P Kalinich
    • Re: Prefix for User application messages written to the log, Field, Alan C.
  • Re: Prefix for User application messages written to the log, Steve Comstock
    • Re: Prefix for User application messages written to the log, Itschak Mugzach
  • Re: Prefix for User application messages written to the log, Tony Harminc
  • Re: Prefix for User application messages written to the log, Graeme Gibson
  • <Possible follow-ups>
  • Re: Prefix for User application messages written to the log, Paul Gilmartin
  • Re: Prefix for User application messages written to the log, Linda Mooney
• Remote disk, Ward, Mike S
  • Re: Remote disk, Rick Fochtman
  • Re: Remote disk, Skip Robinson
  • Re: Remote disk, R.S.
  • <Possible follow-ups>
  • Re: Remote disk, Ted MacNEIL
    • Re: Remote disk, Rick Fochtman
  • Re: Remote disk, Jim Marshall
• Re: Efficient conversion of GMT to/from local time from COBOL?, J R
• Calvin Klein Challenge Men's Watch 32111.11 Collection, hualibao377
• Need someone to fix a free HTTP Server written in Assembler, Sam Golob
  • Re: Need someone to fix a free HTTP Server written in Assembler, Abe Kornelis
  • Re: Need someone to fix a free HTTP Server written in Assembler, Shmuel Metz , Seymour J.
    • Re: Need someone to fix a free HTTP Server written in Assembler, Kirk Wolf
  • <Possible follow-ups>
  • Re: Need someone to fix a free HTTP Server written in Assembler, John McKown
    • Re: Need someone to fix a free HTTP Server written in Assembler, Shmuel Metz , Seymour J.
  • Re: Need someone to fix a free HTTP Server written in Assembler, Linda Mooney
  • Re: Need someone to fix a free HTTP Server written in Assembler, Paul Gilmartin
    • Re: Need someone to fix a free HTTP Server written in Assembler, Kirk Wolf
    • Re: Need someone to fix a free HTTP Server written in Assembler, Shmuel Metz , Seymour J.
  • Re: Need someone to fix a free HTTP Server written in Assembler, Paul Gilmartin
    • Re: Need someone to fix a free HTTP Server written in Assembler, Kirk Wolf
  • Re: Need someone to fix a free HTTP Server written in Assembler, Paul Gilmartin
    • Re: Need someone to fix a free HTTP Server written in Assembler, Kirk Wolf
  • Re: Need someone to fix a free HTTP Server written in Assembler, Don Higgins
    • Re: Need someone to fix a free HTTP Server written in Assembler, Rick Fochtman
    • Re: Need someone to fix a free HTTP Server written in Assembler, Farley, Peter x23353
      • Re: Need someone to fix a free HTTP Server written in Assembler, J R
  • Re: Need someone to fix a free HTTP Server written in Assembler, Paul Gilmartin
    • Re: Need someone to fix a free HTTP Server written in Assembler, Steve Comstock
      • Re: Need someone to fix a free HTTP Server written in Assembler, Kirk Wolf
  • Re: Need someone to fix a free HTTP Server written in Assembler, Paul Gilmartin
    • Re: Need someone to fix a free HTTP Server written in Assembler, Tony Harminc
      • Re: Need someone to fix a free HTTP Server written in Assembler, J R
  • Re: Need someone to fix a free HTTP Server written in Assembler, Bill Godfrey
  • Re: Need someone to fix a free HTTP Server written in Assembler, Don Higgins
  • Re: Need someone to fix a free HTTP Server written in Assembler, Dave Cartwright
• OT: Surgery Delay, Ed Gould
  • Re: Surgery Delay, Doc Farmer
  • Re: Surgery Delay, Scott Ford
  • Re: OT: Surgery Delay, Howard Rifkind
    • Re: OT: Surgery Delay, Ed Gould
      • OT: In Memoriam (was Surgery Delay), Stephen Mednick
  • <Possible follow-ups>
  • Re: OT: Surgery Delay, Jan MOEYERSONS
    • Re: OT: Surgery Delay, A L Hughes
      • Re: OT: Surgery Delay, David Andrews
      • Re: OT: Surgery Delay, Scott Ford
      • Re: OT: Surgery Delay, John Hamman
  • Re: OT: Surgery Delay, Linda Mooney
    • Re: OT: Surgery Delay, Greg Shirey
  • Re: OT: Surgery Delay, Ted MacNEIL
    • Re: OT: Surgery Delay, Scott Ford
  • Re: OT: Surgery Delay, Jan MOEYERSONS
• DB2 V8 and Session Tables, Rick Smith
• Re: new z/OS IMS shop, Clark Morris
  • <Possible follow-ups>
  • Re: new z/OS IMS shop, Clark, Kevin
    • Re: new z/OS IMS shop, PatrickFournier
  • Re: new z/OS IMS shop, Shmuel Metz , Seymour J.
• Re: PAUSE/RELEASE Services Question, Binyamin Dissen
  • Re: PAUSE/RELEASE Services Question, Blaicher, Chris
    • Re: PAUSE/RELEASE Services Question, Binyamin Dissen
      • Re: PAUSE/RELEASE Services Question, Blaicher, Chris
      • Re: PAUSE/RELEASE Services Question, Blaicher, Chris
• BCP New Function Support Hardware instrumentation services OA25755+, Barry Merrill
  • <Possible follow-ups>
  • Re: BCP New Function Support Hardware instrumentation services OA25755+, Ed Finnell
• Laurence S K LAU/HTSA/HSBC is out of the office., Laurence Lau
  • <Possible follow-ups>
  • Laurence S K LAU/HTSA/HSBC is out of the office., Laurence Lau
  • Laurence S K LAU/HTSA/HSBC is out of the office., Laurence Lau
• (none), Keith Zawila
  • <Possible follow-ups>
  • (none), Ram Balaji
    • Partition dataset manager, Ram Balaji
      • Re: Partition dataset manager, Rick Fochtman
      • Re: Partition dataset manager, Don Leahy
• Re: z/OS Problem Documentation Upload Utility ftp://ftp.software.ibm.com/s390/mvs/tools/mtftp/ now available, Skip Robinson
  • <Possible follow-ups>
  • Re: z/OS Problem Documentation Upload Utility ftp://ftp.software.ibm.com/s390/mvs/tools/mtftp/ now available, Linda Mooney
• Re: Best way to force jobs to a specific LPAR, Lizette Koehler
  • <Possible follow-ups>
  • Re: Best way to force jobs to a specific LPAR, Anton Britz
  • Re: Best way to force jobs to a specific LPAR, Stephen McColley
• Re: Can't Cancel a CICS Region, Anton Britz
  • <Possible follow-ups>
  • Re: Can't Cancel a CICS Region, Roland Schiradin
  • Re: Can't Cancel a CICS Region, Patrick O'Keefe
  • Re: Can't Cancel a CICS Region, Roland Schiradin
  • Re: Can't Cancel a CICS Region, Ulrich Krueger
  • Re: Can't Cancel a CICS Region, Linda Mooney
  • Re: Can't Cancel a CICS Region, Mark Zelden
    • Re: Can't Cancel a CICS Region, Scott Ford
      • Re: Can't Cancel a CICS Region, Barkow, Eileen

• Security
• UNIX
• Linux
• Coding
• Usenet

• Archive
• About
• Privacy
• Search
• Imprint

newsgroups.derkeiler.com  > Archive  > Comp  > bit.listserv.ibm-main  > 2008-11