bit.listserv.ibm-main

• Date Index

---

• Re: GRS alternatives, Mark Zelden
• GRS alternatives, R.S.
  • <Possible follow-ups>
  • Re: GRS alternatives, Ted MacNEIL
    • Re: GRS alternatives, Michael Sullivan
  • Re: GRS alternatives, Bruce A. McKnight
• Re: Use of Java "jar" files supplied by IBM with z/OS products., Roland Schiradin
• Re: SAD text verification, Mark Zelden
  • Re: [IBM-MAIN] SAD text verification, awhite
• Re: Transferring ADABAS backup file from VSE to MVS using FTP, Roberto Halais
  • <Possible follow-ups>
  • Re: Transferring ADABAS backup file from VSE to MVS using FTP, Roberto Halais
  • RE: Transferring ADABAS backup file from VSE to MVS using FTP, CICS Guy
  • Re: Transferring ADABAS backup file from VSE to MVS using FTP, Binyamin Dissen
  • Re: Transferring ADABAS backup file from VSE to MVS using FTP, George J Shedlock
  • Re: Transferring ADABAS backup file from VSE to MVS using FTP, Clark Kevin , DTI
  • Re: Transferring ADABAS backup file from VSE to MVS using FTP, McKown, John
  • RE: Transferring ADABAS backup file from VSE to MVS using FTP, Ray Mullins
  • Re: Transferring ADABAS backup file from VSE to MVS using FTP, Paul Gilmartin
• GSE Large Systems Meeting 24th January 2007 in the UK, Mark Wilson
• SAD text verification, awhite
  • Re: SAD text verification, Jim Mulder
    • Re: [IBM-MAIN] SAD text verification, awhite
  • RE: SAD text verification, Clark Kevin , DTI
  • <Possible follow-ups>
  • Re: SAD text verification, Ed Finnell
  • Re: SAD text verification, Mark Zelden
    • Re: SAD text verification, Jim Mulder
• Re: Printing ISPF Display from a Clist, Eric Bielefeld
  • <Possible follow-ups>
  • Re: Printing ISPF Display from a Clist, Tom Marchant
  • Re: Printing ISPF Display from a Clist, Eric Bielefeld
• RE: Printing ISPF Display from a Clist, McKown, John
  • <Possible follow-ups>
  • RE: Printing ISPF Display from a Clist, Imbriale, Donald , Exchange
  • RE: Printing ISPF Display from a Clist, Imbriale, Donald , Exchange
  • RE: Printing ISPF Display from a Clist, Scott Barry
• Printing ISPF Display from a Clist, Eric Bielefeld
  • Re: Printing ISPF Display from a Clist, CM Poncelet
• Use of Java "jar" files supplied by IBM with z/OS products., McKown, John
  • <Possible follow-ups>
  • Re: Use of Java "jar" files supplied by IBM with z/OS products., Roland Schiradin
    • RE: Use of Java "jar" files supplied by IBM with z/OS products., Shmuel Koller
  • RE: Use of Java "jar" files supplied by IBM with z/OS products., McKown, John
• Re: ICC for StorageTek 9740, Betsy Jeffery
• Re: Dump 3490 tape contents to 3590 tape,possible?, Nasuh KARAHALLI
  • Re: Dump 3490 tape contents to 3590 tape,possible?, Bruce Black
• Dump 3490 tape contents to 3590 tape,possible?, Victor Zhang
  • Re: Dump 3490 tape contents to 3590 tape,possible?, R.S.
• DST testing for Java and Websphere, rachel . panzino
• ICC for StorageTek 9740, John_J_Kelly
  • Re: ICC for StorageTek 9740, tim . hare
  • Re: ICC for StorageTek 9740, Alan C. Field
    • Re: ICC for StorageTek 9740, Steven Arnett
  • Re: ICC for StorageTek 9740, R.S.
  • <Possible follow-ups>
  • RE: ICC for StorageTek 9740, McKown, John
    • Re: ICC for StorageTek 9740, Steven Arnett
  • RE: ICC for StorageTek 9740, McKown, John
  • Re: ICC for StorageTek 9740, Ted MacNEIL
    • Re: ICC for StorageTek 9740, Steven Arnett
• SMS Storage Group Handling, starsoul
  • Re: SMS Storage Group Handling, Richards.Bob
  • <Possible follow-ups>
  • RE: SMS Storage Group Handling, starsoul
    • RE: SMS Storage Group Handling, Richards.Bob
• Re: ftp job submission, Bruce Hewson
  • RE: ftp job submission, Charles Mills
• Re: Heads-Up: OA19281 PSA Overlay for z/OS 1.8, and bad HOLDDATA for Everyone, Brian Peterson
  • <Possible follow-ups>
  • RE: Heads-Up: OA19281 PSA Overlay for z/OS 1.8, and bad HOLDDATA for Everyone, Jousma, David
• Heads-Up: OA19281 PSA Overlay for z/OS 1.8, and bad HOLDDATA for Everyone, Brian Peterson
  • Re: Heads-Up: OA19281 PSA Overlay for z/OS 1.8, and bad HOLDDATA for Everyone, Shane
• Second Life & Turing Machine, Warner Mach
• re: Super Friday, john gilmore
• Re: Mainframe Linux Mythbusting (Was: Using Java in batch on z/OS?), Chris Mason
• Re: IBM Personal Communications TN3270 Client?, John D. Slayton
  • Re: IBM Personal Communications TN3270 Client?, John S. Giltner, Jr.
    • Re: IBM Personal Communications TN3270 Client?, Chris Mason
• (fwd) Re: How does Citrix run it faster? was Re: Microfocus COBOL 3.2.43 (16bit), Clark F Morris
• Question on z/OS 1.8 Listcat Volume under z/OS 1.8, awhite
  • <Possible follow-ups>
  • Re: Question on z/OS 1.8 Listcat Volume under z/OS 1.8, Big Iron
    • Re: [IBM-MAIN] Question on z/OS 1.8 Listcat Volume under z/OS 1.8, awhite
• Super-Friday, Phil Payne
  • RE: Super-Friday, Richards.Bob
    • RE: Super-Friday, james smith
  • Re: Super-Friday, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Super-Friday, Eric Bielefeld
    • Re: Super-Friday, Rick Fochtman
      • Re: Super-Friday, Eric N. Bielefeld
      • Re: Super-Friday, Rick Fochtman
  • Re: Super-Friday, Ed Finnell
    • Re: Super-Friday, Nigel Hadfield
  • Re: Super-Friday, Eric Bielefeld
• Re: SMP/E in TSO (was: Why AUTHPGM?), Paul Gilmartin
• IEFUSI for a Newbie, George Dranes
• Re: Max Allocation w/ Space= DD, Phil Sidler
  • RE: Max Allocation w/ Space= DD, Traylor, Terry
    • RE: Max Allocation w/ Space= DD, Traylor, Terry
  • <Possible follow-ups>
  • Re: Max Allocation w/ Space= DD, John Laubenheimer
• OSA-ICC Dedicated Network Switches ?, Mark Neal
  • Re: OSA-ICC Dedicated Network Switches ?, R.S.
  • Re: OSA-ICC Dedicated Network Switches ?, Chris Mason
• Listcat Volume under z/OS 1.8, Andy White
  • Re: Listcat Volume under z/OS 1.8, Bruce Black
• In praise of Cobol - ZDNet UK, McKown, John
• Re: IBM-MAIN Digest - 17 Dec 2006 to 18 Dec 2006 (#2006-353), gah
  • <Possible follow-ups>
  • Re: IBM-MAIN Digest - 17 Dec 2006 to 18 Dec 2006 (#2006-353), gah
• Max Allocation w/ Space= DD, Dean Montevago
  • <Possible follow-ups>
  • RE: Max Allocation w/ Space= DD, Stocker, Herman
    • Re: Max Allocation w/ Space= DD, darth . keller
  • RE: Max Allocation w/ Space= DD, Dean Montevago
  • Re: Max Allocation w/ Space= DD, Dean Montevago
    • Re: Max Allocation w/ Space= DD, darth . keller
  • Re: Max Allocation w/ Space= DD, Efinnell15
  • Re: Max Allocation w/ Space= DD, Thompson, Steve , SCI TW
    • Re: Max Allocation w/ Space= DD, Bruce Black
      • Re: Max Allocation w/ Space= DD, R.S.
      • Re: Max Allocation w/ Space= DD, Bruce Black
  • Re: Max Allocation w/ Space= DD, Dean Montevago
  • RE: Max Allocation w/ Space= DD, Sam Bass
  • RE: Max Allocation w/ Space= DD, Dean Montevago
  • RE: Max Allocation w/ Space= DD, Dean Montevago
    • RE: Max Allocation w/ Space= DD, O'Brien, David W. [C] , NIH/CIT
  • RE: Max Allocation w/ Space= DD, Thompson, Steve , SCI TW
  • RE: Max Allocation w/ Space= DD, Dean Montevago
    • RE: Max Allocation w/ Space= DD, O'Brien, David W. [C] , NIH/CIT
  • RE: Max Allocation w/ Space= DD, Dean Montevago
  • RE: Max Allocation w/ Space= DD, Dean Montevago
  • RE: Max Allocation w/ Space= DD, Dean Montevago
    • RE: Max Allocation w/ Space= DD, O'Brien, David W. [C] , NIH/CIT
      • RE: Max Allocation w/ Space= DD, O'Brien, David W. [C] , NIH/CIT
    • Re: Max Allocation w/ Space= DD, Shmuel Metz , Seymour J.
  • RE: Max Allocation w/ Space= DD, Dean Montevago
    • RE: Max Allocation w/ Space= DD, O'Brien, David W. [C] , NIH/CIT
    • Re: Max Allocation w/ Space= DD, R.S.
  • Re: Max Allocation w/ Space= DD, Dean Montevago
    • RE: Max Allocation w/ Space= DD, O'Brien, David W. [C] , NIH/CIT
  • RE: Max Allocation w/ Space= DD, Dean Montevago
  • Re: Max Allocation w/ Space= DD, John Laubenheimer
  • Re: Max Allocation w/ Space= DD, Dean Montevago
• Re: Now, address linkmvs - resent, Paul Gilmartin
  • Re: Now, address linkmvs - resent, Steve Comstock
  • <Possible follow-ups>
  • Re: Now, address linkmvs - resent, Big Iron
    • Re: Now, address linkmvs - resent, Steve Comstock
• DB2 Table definitions for DCOLLECT Records, Ed Long
  • Re: DB2 Table definitions for DCOLLECT Records, pdc
• PDS QUESTION - JOG MY FAILING MEMORY, willie bunter
  • Re: PDS QUESTION - JOG MY FAILING MEMORY, John P Kalinich
    • RE: PDS QUESTION - JOG MY FAILING MEMORY, Richards.Bob
      • Re: PDS QUESTION - JOG MY FAILING MEMORY, willie bunter
      • Re: PDS QUESTION - JOG MY FAILING MEMORY, John P Kalinich
      • RE: PDS QUESTION - JOG MY FAILING MEMORY, Richards.Bob
  • Re: PDS QUESTION - JOG MY FAILING MEMORY, Pinnacle
    • Re: PDS QUESTION - JOG MY FAILING MEMORY, John P Kalinich
  • Re: PDS QUESTION - JOG MY FAILING MEMORY, Rick Fochtman
  • <Possible follow-ups>
  • RE: PDS QUESTION - JOG MY FAILING MEMORY, Greg Shirey
    • Re: PDS QUESTION - JOG MY FAILING MEMORY, John P Kalinich
• ftp job submission, pdc
  • <Possible follow-ups>
  • Re: ftp job submission, Johnny Luo
    • Re: ftp job submission, Chris Mason
    • Re: ftp job submission, Dan Espen
    • Re: ftp job submission, Shmuel Metz , Seymour J.
• Re: SMF Type 19 and IPL Hang, Mark Zelden
  • Re: SMF Type 19 and IPL Hang, Edward Jaffe
  • <Possible follow-ups>
  • Re: SMF Type 19 and IPL Hang, Brian Peterson
    • Re: SMF Type 19 and IPL Hang, Rick Fochtman
  • Re: SMF Type 19 and IPL Hang, Steve O'Connell
    • Re: SMF Type 19 and IPL Hang, Edward Jaffe
      • Re: SMF Type 19 and IPL Hang, Shane
      • Re: SMF Type 19 and IPL Hang, Edward Jaffe
      • Re: SMF Type 19 and IPL Hang, Shane
• recover job from input queue, Vir Calimlim
• Trying to switch from 3590J to 3590K tapes., John Benik
  • RE: Trying to switch from 3590J to 3590K tapes., Clark Kevin , DTI
  • <Possible follow-ups>
  • Re: Trying to switch from 3590J to 3590K tapes., Ed Finnell
• Re: Now, address linkmvs - resent, Phil Sidler
  • <Possible follow-ups>
  • Re: Now, address linkmvs - resent, Phil Sidler
    • Re: Now, address linkmvs - resent, Steve Comstock
  • Re: Now, address linkmvs - resent, Phil Sidler
• SMF Type 19 and IPL Hang, Edward Jaffe
  • Re: SMF Type 19 and IPL Hang, Shane
  • <Possible follow-ups>
  • Re: SMF Type 19 and IPL Hang, Tom Marchant
    • Re: SMF Type 19 and IPL Hang, Edward Jaffe
  • RE: SMF Type 19 and IPL Hang, McKown, John
  • RE: SMF Type 19 and IPL Hang, Imbriale, Donald , Exchange
  • Re: SMF Type 19 and IPL Hang, , IBM Mainframe Discussion List
• Re: Now, address linkmvs, Phil Sidler
  • Re: Now, address linkmvs, Steve Comstock
  • <Possible follow-ups>
  • Re: Now, address linkmvs, Phil Sidler
    • Re: Now, address linkmvs, Steve Comstock
    • Re: Now, address linkmvs - resent, Steve Comstock
      • Re: Now, address linkmvs - resent, David Crayford
• RE: Question about SVC 109, Thompson, Steve , SCI TW
  • <Possible follow-ups>
  • RE: Question about SVC 109, McKown, John
    • Re: Question about SVC 109, Shmuel Metz , Seymour J.
  • re: question about SVC 109, john gilmore
  • Re: Question about SVC 109, Peter Relson
    • RE: Question about SVC 109, Lindy Mayfield
  • Re: Question about SVC 109, Rob Scott
  • Re: Question about SVC 109, Peter Relson
    • Re: Question about SVC 109, Rick Fochtman
  • Re: Question about SVC 109, Warner Mach
    • Re: Question about SVC 109, Rick Fochtman
      • RE: Question about SVC 109, Lindy Mayfield
      • Re: Question about SVC 109, Rick Fochtman
• TLMS CopyCat Utility, Carlos Bodra
  • RE: TLMS CopyCat Utility, Rugen, Len
• Now, address linkmvs, Steve Comstock
  • <Possible follow-ups>
  • Re: Now, address linkmvs, Paul Gilmartin
    • Re: Now, address linkmvs, Steve Comstock
• Re: question about SYS1.BRODCAST, Mark Zelden
  • Question about SVC 109, Lindy Mayfield
    • Re: Question about SVC 109, Robert Wright
      • RE: Question about SVC 109, Lindy Mayfield
      • Re: Question about SVC 109, Edward Jaffe
      • RE: Question about SVC 109, Lindy Mayfield
    • Re: Question about SVC 109, Robert A. Rosenberg
      • Re: Question about SVC 109, Lindy Mayfield
      • Re: Question about SVC 109, Shmuel Metz , Seymour J.
      • Re: Question about SVC 109, Shmuel Metz , Seymour J.
      • Re: Question about SVC 109, Shmuel Metz , Seymour J.
    • Re: Question about SVC 109, Shmuel Metz , Seymour J.
• question about SYS1.BRODCAST, John Norgauer
• RE: DFHSM Secondary Space Management, Friske, Michael
• Fw: Negative Add Sort Help, Jeffrey . Deaver
  • Re: Fw: Negative Add Sort Help, Mike Bell
  • <Possible follow-ups>
  • Fw: Negative Add Sort Help, Jeffrey . Deaver
• ABAR ARECOVER gets ADR380E RC18, khamrick
  • Re: ABAR ARECOVER gets ADR380E RC18, khamrick
• Re: assembler question (strong typing), Paul Gilmartin
• Re: Receiving Monthley PUT Tapes, Edward Jaffe
  • RE: Receiving Monthley PUT Tapes, James Smith
    • Re: Receiving Monthley PUT Tapes, Kurt Quackenbush
  • <Possible follow-ups>
  • RE: Receiving Monthley PUT Tapes, גדי בן אבי
  • Re: Receiving Monthley PUT Tapes, Mark Zelden
  • Re: Receiving Monthley PUT Tapes, Rick Fochtman
  • RE: Receiving Monthley PUT Tapes, B Sysprog
  • Re: Receiving Monthley PUT Tapes, Shmuel Metz , Seymour J.
• REXX Question - Variable Control & Passing (IPCS/ISPF), Thompson, Steve , SCI TW
  • Re: REXX Question - Variable Control & Passing (IPCS/ISPF), Shmuel Metz , Seymour J.
    • Re: REXX Question - Variable Control & Passing (IPCS/ISPF), Willy Jensen
  • <Possible follow-ups>
  • RE: REXX Question - Variable Control & Passing (IPCS/ISPF), McKown, John
    • Re: REXX Question - Variable Control & Passing (IPCS/ISPF), Dave Salt
  • RE: REXX Question - Variable Control & Passing (IPCS/ISPF), Rob Scott
    • Re: REXX Question - Variable Control & Passing (IPCS/ISPF), pdc
  • Re: REXX Question - Variable Control & Passing (IPCS/ISPF), Arthur T.
  • RE: REXX Question - Variable Control & Passing (IPCS/ISPF), Thompson, Steve , SCI TW
  • RE: REXX Question - Variable Control & Passing (IPCS/ISPF), Hunkeler Peter , KIUK 3
    • AW: REXX Question - Variable Control & Passing (IPCS/ISPF), Volkmar . Langer
  • Re: REXX Question - Variable Control & Passing (IPCS/ISPF), Thompson, Steve , SCI TW
• Re: Problem resolving JCL SET symbol, Roger Bowler
• Re: How Not to Hard-code Library name in ATL - RMM?, Mike Wood
• HCD EDT Question, Howard Rifkind
  • <Possible follow-ups>
  • Re: HCD EDT Question, Tom Marchant
    • Re: HCD EDT Question, Howard Rifkind
      • Re: HCD EDT Question, CASrna
      • Negative Add Sort Help, Jeffrey . Deaver
      • Re: Negative Add Sort Help, Frank Yaeger
      • Re: Negative Add Sort Help, Jeffrey . Deaver
• Problem resolving JCL SET symbol, Robert Bardos
  • Re: Problem resolving JCL SET symbol, R.S.
    • Re: Problem resolving JCL SET symbol, Robert Bardos
      • Re: Problem resolving JCL SET symbol, R.S.
  • <Possible follow-ups>
  • Re: Problem resolving JCL SET symbol, Terry Sambrooks
    • Re: Problem resolving JCL SET symbol, Robert Bardos
  • RE: Problem resolving JCL SET symbol, Hunkeler Peter , KIUK 3
    • Re: Problem resolving JCL SET symbol, Robert Bardos
    • Re: Problem resolving JCL SET symbol, John_J_Kelly
  • RE: Problem resolving JCL SET symbol, Alan Brown
  • Re: Problem resolving JCL SET symbol, Paul Gilmartin
• cobol versions, mikefr
  • <Possible follow-ups>
  • cobol versions, Bill Klein
• Re: Combining DLL and dynamic calls, David Crayford
  • Re: Combining DLL and dynamic calls, Steve Comstock
    • Re: Combining DLL and dynamic calls, David Crayford
      • Re: Combining DLL and dynamic calls, Howard Brazee
      • Re: Combining DLL and dynamic calls, David Crayford
• SYNCSORT question..., gfq4656
• Re: IBM sues maker of Intel-based Mainframe clones, Patrick O'Keefe
• Re: Deleting HSM Backups questions, Larry Burch
  • RE: Deleting HSM Backups questions, O'Brien, David W. [C] , NIH/CIT
  • <Possible follow-ups>
  • Re: Deleting HSM Backups questions, Larry Burch
  • Re: Deleting HSM Backups questions, Larry Burch
    • RE: Deleting HSM Backups questions, O'Brien, David W. [C] , NIH/CIT
• Re: Deleting HSM Backups questions, Schwarz, Barry A
  • <Possible follow-ups>
  • RE: Deleting HSM Backups questions, Friske, Michael
    • RE: Deleting HSM Backups questions, O'Brien, David W. [C] , NIH/CIT
      • RE: Deleting HSM Backups questions, Richards.Bob
• BROADCAST Master Package, Sam Golob
• Rocket Software to Acquire Seagull Software, Knutson, Sam
  • Re: Rocket Software to Acquire Seagull Software, Chris Mason
  • <Possible follow-ups>
  • Re: Rocket Software to Acquire Seagull Software, Efinnell15
• Re: sdsf and ziip cpu usage, Tom Schmidt
  • <Possible follow-ups>
  • Re: sdsf and ziip cpu usage, Don Isenstadt
• Using DASD for HSM Daily Backups???, George Dranes
  • RE: Using DASD for HSM Daily Backups???, O'Brien, David W. [C] , NIH/CIT
    • RE: Using DASD for HSM Daily Backups???, George Dranes
• Recover Dataset - ABARS - URGENT, esmie moo
• RE: Force ,arm vs. Cancel, Rob Scott
  • <Possible follow-ups>
  • Re: Force ,arm vs. Cancel, DASDBill2
  • RE: Force ,arm vs. Cancel, Rob Scott
  • RE: Force ,arm vs. Cancel, Knutson, Sam
  • Re: Force ,arm vs. Cancel, DASDBill2
  • RE: Force ,arm vs. Cancel, Hunkeler Peter , KIUK 3
  • RE: Force ,arm vs. Cancel, Rob Scott
  • Re: Force ,arm vs. Cancel, Peter Relson
• Re: Force ,arm vs. Cancel, Mark H. Young
  • <Possible follow-ups>
  • Re: Force ,arm vs. Cancel, Mark H. Young
  • Re: Force ,arm vs. Cancel, Patrick O'Keefe
• sdsf and ziip cpu usage, Don Isenstadt
• Re: OA17514 z/OS Message Flood Automation, Mark Zelden
• DFHSM Secondary Space Management, Joe jeffries
• RE: What is a Type-5 SVC?, McKown, John
  • Re: What is a Type-5 SVC?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: What is a Type-5 SVC?, Veilleux, Jon L
• Setting Slip Traps with MSGID, starsoul
  • RE: Setting Slip Traps with MSGID, Neubert, Kevin , DIS
    • Re: Setting Slip Traps with MSGID, Lizette Koehler
  • Re: Setting Slip Traps with MSGID, Jim Mulder
• Re: How Not to Hard-code Library name in ATL - RMM?, Mike Wood
  • Re: How Not to Hard-code Library name in ATL - RMM?, CASrna
• SMS managed data allocation problem, Tommy Tsui
  • Re: SMS managed data allocation problem, Tommy Tsui
  • <Possible follow-ups>
  • Re: SMS managed data allocation problem, Vernooy, C.P. - SPLXM
• Adobe Reader and multiple instances, Bob Rutledge
• Re: IBM and "official names" (was: S80A loading CEEMENU3, Patrick O'Keefe
  • RE: IBM and "official names" (was: S80A loading CEEMENU3, Gregory, Gary G
  • Re: IBM and "official names" (was: S80A loading CEEMENU3, Steve Comstock
• HCD EDT's Generics, Howard Rifkind
  • RE: HCD EDT's Generics, Neubert, Kevin , DIS
    • WLM APPL% Questions, Gerry Borja
      • Re: WLM APPL% Questions, John S. Giltner, Jr.
      • Re: WLM APPL% Questions, Chase, John
  • Re: HCD EDT's Generics, Bruce Black
    • Re: HCD EDT's Generics, Howard Rifkind
  • <Possible follow-ups>
  • RE: HCD EDT's Generics, Thompson, Steve , SCI TW
• Re: FYI: TCP/IP Segmentation Offload, Patrick O'Keefe
• IBM and "official names" (was: S80A loading CEEMENU3, Bill Klein
  • <Possible follow-ups>
  • Re: IBM and "official names" (was: S80A loading CEEMENU3, Gilbert Saint-Flour
  • Fw: IBM and "official names" (was: S80A loading CEEMENU3, Bill Klein
• IOAK282E OSAD Device does not exist for CHPID xx, Alvaro Quintupray B.
  • RE: IOAK282E OSAD Device does not exist for CHPID xx, O'Brien, David W. [C] , NIH/CIT
    • RE: IOAK282E OSAD Device does not exist for CHPID xx, Alvaro Quintupray
      • Re: IOAK282E OSAD Device does not exist for CHPID xx, Chris Mason
    • Re: IOAK282E OSAD Device does not exist for CHPID xx, Chris Mason
      • RE: IOAK282E OSAD Device does not exist for CHPID xx, Alvaro Quintupray
  • RE: IOAK282E OSAD Device does not exist for CHPID xx, Gray, Larry - Larry A
• Re: CTC restart upon single system removal from plex, Mark Zelden
• Re: RESERVE and ENQ (GRS question), Scott Fagen
  • Re: RESERVE and ENQ (GRS question), R.S.
• RE: [IBM-MAIN] CTC restart upon single system removal from plex, Ken . Porowski
  • RE: CTC restart upon single system removal from plex, Randy Gross
  • <Possible follow-ups>
  • RE: [IBM-MAIN] CTC restart upon single system removal from plex, Ken . Porowski
  • RE: [IBM-MAIN] CTC restart upon single system removal from plex, Ken . Porowski
• VVRCHECK Question, Howard Rifkind
  • <Possible follow-ups>
  • RE: VVRCHECK Question, Rob Scott
    • Re: VVRCHECK Question, Howard Rifkind
  • Re: VVRCHECK Question, Rob Scott
• Re: Using address link for C program, Phil Sidler
  • Re: Using address link for C program, Steve Comstock
  • <Possible follow-ups>
  • Re: Using address link for C program, Phil Sidler
  • Re: Using address link for C program, Phil Sidler
    • Re: Using address link for C program, Steve Comstock
  • Re: Using address link for C program, Phil Sidler
    • Re: Using address link for C program, Steve Comstock
      • Re: Using address link for C program, David Crayford
• Re: Using DUMP command with the REMOTE option?, Mark Zelden
  • Re: Using DUMP command with the REMOTE option?, Robert Wright
  • <Possible follow-ups>
  • Re: Using DUMP command with the REMOTE option?, Mark Zelden
• Heads Up: OA19109 problems during ACTIVATE, Brian Peterson
  • Re: Heads Up: OA19109 problems during ACTIVATE, Jim Mulder
• Using address link for C program, Steve Comstock
• CTC restart upon single system removal from plex, Ken . Porowski
  • RE: CTC restart upon single system removal from plex, Randy Gross
  • Re: CTC restart upon single system removal from plex, Randy Gross
  • Re: CTC restart upon single system removal from plex, Rick Fochtman
  • <Possible follow-ups>
  • RE: CTC restart upon single system removal from plex, JamesChappell
    • RE: CTC restart upon single system removal from plex, Randy Gross
  • Re: CTC restart upon single system removal from plex, Bielskie, Stephen
  • RE: CTC restart upon single system removal from plex, Young, Mark H.
    • Re: CTC restart upon single system removal from plex, Shmuel Metz , Seymour J.
  • Re: CTC restart upon single system removal from plex, Ed Finnell
  • Re: CTC restart upon single system removal from plex, Ken Porowski
    • RE: CTC restart upon single system removal from plex, Randy Gross
• FYI: TCP/IP Segmentation Offload, Ramiro Camposagrado
  • Re: FYI: TCP/IP Segmentation Offload, Edward Jaffe
  • Re: TCP/IP Segmentation Offload, Chris Mason
• Using DUMP command with the REMOTE option?, Mark T. Regan, K8MTR
• Dataset Name Report, Roberto Halais
  • RE: Dataset Name Report, Chase, John
  • Re: Dataset Name Report, Jeffrey . Deaver
  • Re: Dataset Name Report, Ed Gould
  • <Possible follow-ups>
  • Re: Dataset Name Report, Bruce Black
    • Re: Dataset Name Report, Bruce Black
  • RE: Dataset Name Report, Larry Crilley
• RE: Plurals and language confusion, Thompson, Steve , SCI TW
  • Re: Plurals and language confusion, Howard Brazee
  • Re: Plurals and language confusion, Clark Morris
  • Re: Plurals and language confusion, John S. Giltner, Jr.
    • RE: Plurals and language confusion, Charles Mills
      • Re: Plurals and language confusion, Rick Fochtman
      • Re: Plurals and language confusion, John S. Giltner, Jr.
      • Re: Plurals and language confusion, Howard Brazee
      • Re: [IBM-MAIN] Plurals and language confusion, Darren Evans-Young
      • Re: Plurals and language confusion, John S. Giltner, Jr.
      • Message not available
      • Message not available
      • Re: IBM ATM machines, Anne & Lynn Wheeler
      • RE: Plurals and language confusion, Chase, John
      • Re: Plurals and language confusion, Rick Fochtman
      • Re: Plurals and language confusion, Steve Comstock
      • Re: Plurals and language confusion, Clark Morris
      • Re: Plurals and language confusion, J R
      • Re: Plurals and language confusion, Howard Brazee
    • Re: Plurals and language confusion, Gerard Schildberger
    • Re: Plurals and language confusion, Chase, John
    • Re: Plurals and language confusion, John Eells
    • Re: Plurals and language confusion, Howard Brazee
  • Re: Plurals and language confusion, Howard Brazee
  • Re: Plurals and language confusion, Rick Fochtman
    • Re: Plurals and language confusion, Howard Brazee
  • <Possible follow-ups>
  • RE: Plurals and language confusion, McKown, John
    • Re: Plurals and language confusion, Ken Brick
      • RE: Plurals and language confusion, james smith
      • Re: Plurals and language confusion, mf390
  • Re: Plurals and language confusion, Paul Gilmartin
    • Re: Plurals and language confusion, Chase, John
    • Re: Plurals and language confusion, Kim Goldenberg
  • Re: Plurals and language confusion, Ted MacNEIL
  • Re: Plurals and language confusion, Ted MacNEIL
    • Re: Plurals and language confusion, Chris Mason
      • Re: Plurals and language confusion, Chase, John
      • Re: Plurals and language confusion, Chris Mason
    • Re: Plurals and language confusion, Mark Hammond
  • Re: Plurals and language confusion, Ted MacNEIL
    • Re: Plurals and language confusion, Rick Fochtman
    • Re: Plurals and language confusion, Chase, John
  • RE: Plurals and language confusion, Thompson, Steve , SCI TW
  • RE: Plurals and language confusion, FRASER, Brian
  • Re: Plurals and language confusion, Paul Gilmartin
  • Re: Plurals and language confusion, Ted MacNEIL
    • Re: Plurals and language confusion, Rick Fochtman
      • meaning, rkuebbin
  • Re: Plurals and language confusion, DASDBill2
• Re: SYS1.BRODCAST - Help!, Brian Peterson
  • <Possible follow-ups>
  • Re: SYS1.BRODCAST - Help!, Elardus Engelbrecht
    • Re: SYS1.BRODCAST - Help!, David Andrews
    • Re: SYS1.BRODCAST - Help!, Shmuel Metz , Seymour J.
• SYS1.BRODCAST - Help!, Staller, Allan
  • RE: SYS1.BRODCAST - Help!, Jim Wangler
  • Re: SYS1.BRODCAST - Help!, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: SYS1.BRODCAST - Help!, Sam Bass
• Re: Plurals and language confusion, Patrick O'Keefe
  • RE: Plurals and language confusion, Chase, John
  • Re: Plurals and language confusion, Howard Brazee
  • Re: Plurals and language confusion, Howard Brazee
  • Re: Plurals and language confusion, Chris Mason
  • <Possible follow-ups>
  • Re: Plurals and language confusion, Patrick O'Keefe
  • Re: Plurals and language confusion, Bruce Hewson
    • Re: Plurals and language confusion, Shane
    • Re: Plurals and language confusion, Chris Mason
      • Re: Plurals and language confusion, Rick Fochtman
      • Re: Plurals and language confusion, Howard Brazee
• How Not to Hard-code Library name in ATL - RMM?, Carol Srna
• Re: Get around Double tape marks?, David Speake
• SHARE In Tampa - Looking for Lizette Koehler , Carol Srna
• Recall RE: A new tool to help z/OS migrations - the IBM Migration Checker for z/OS!, Staller, Allan
• Re: SDSF Question, Eric Bielefeld
• Re: Internal Reader Resources Jes 1.7, Joe Ellis
• Re: A new tool to help z/OS migrations - the IBM Migration Checker for z/OS!, Staller, Allan
  • RE: A new tool to help z/OS migrations - the IBM Migration Checker for z/OS!, Chase, John
• Suggestion Request for my BROADCAST Dataset Management Package, Sam Golob
  • Re: Suggestion Request for my BROADCAST Dataset Management Package, Shmuel Metz , Seymour J.
• SHARE in Tampa Florida, February 11-16, 2007, Brian Peterson
  • Re: SHARE in Tampa Florida, February 11-16, 2007, Tim Hare
• RESERVE and ENQ (GRS question), R.S.
  • Re: RESERVE and ENQ (GRS question), Steve Myers
  • <Possible follow-ups>
  • Re: RESERVE and ENQ (GRS question), Ted MacNEIL
    • Re: RESERVE and ENQ (GRS question), John Ticic
  • Re: RESERVE and ENQ (GRS question), Vernooy, C.P. - SPLXM
    • Re: RESERVE and ENQ (GRS question), R.S.
      • Re: RESERVE and ENQ (GRS question), john . ticic . extern
      • Re: RESERVE and ENQ (GRS question), R.S.
      • Re: RESERVE and ENQ (GRS question), Walt Farrell
  • Re: RESERVE and ENQ (GRS question), Vernooy, C.P. - SPLXM
  • Re: RESERVE and ENQ (GRS question), Scott Fagen
• Re: IEBPTPCH oddity, Shmuel Metz , Seymour J.
  • Re: IEBPTPCH oddity, Ed Gould
    • Re: IEBPTPCH oddity, rnetzlof
    • Re: IEBPTPCH oddity, Shmuel Metz , Seymour J.
• What is a SEGENTRY block?, Andrea
• ADMINISTRIVIA: Spam rejections, Darren Evans-Young
• Re: IPCS & ASID, Bruno Sugliani
• ANAZON.com vs IBM, Ed Gould
• IPCS & ASID, Thompson, Steve , SCI TW
  • Re: IPCS & ASID, Don Poitras
  • <Possible follow-ups>
  • Re: IPCS & ASID, Thompson, Steve , SCI TW
    • Re: IPCS & ASID, Robert Wright
• Re: Checking For OMVS Segment From Assembler, Don Poitras
  • RE: Checking For OMVS Segment From Assembler, Eric Spencer
    • RE: Checking For OMVS Segment From Assembler, Tony Harminc
  • Re: Checking For OMVS Segment From Assembler, Walt Farrell
• Re: Confused About Channel Path Reconfiguration from HMC, Dave Kopischke
  • Re: Confused About Channel Path Reconfiguration from HMC, Edward Jaffe
  • <Possible follow-ups>
  • Re: Confused About Channel Path Reconfiguration from HMC, Dave Kopischke
  • Re: Confused About Channel Path Reconfiguration from HMC, Brian Peterson
  • Re: Confused About Channel Path Reconfiguration from HMC, Brian Peterson
  • Re: Confused About Channel Path Reconfiguration from HMC, Matthew Stitt
• Confused About Channel Path Reconfiguration from HMC, Edward Jaffe
  • Re: Confused About Channel Path Reconfiguration from HMC, Alan C. Field
  • <Possible follow-ups>
  • RE: Confused About Channel Path Reconfiguration from HMC, Bielskie, Stephen
    • Re: Confused About Channel Path Reconfiguration from HMC, Edward Jaffe
      • Re: Confused About Channel Path Reconfiguration from HMC, Shane
      • Re: Confused About Channel Path Reconfiguration from HMC, Edward Jaffe
  • Re: Confused About Channel Path Reconfiguration from HMC, Bielskie, Stephen
    • Re: Confused About Channel Path Reconfiguration from HMC, Edward Jaffe
      • Re: Confused About Channel Path Reconfiguration from HMC, Roy Hewitt
• Re: DSS RESTORE - how to enforce CONTIG, Guillermo Rodriguez
  • Re: DSS RESTORE - how to enforce CONTIG, R.S.
• COBOL TRUNC(BIN) compiler performance improvements, Jim McAlpine
  • <Possible follow-ups>
  • Fw: COBOL TRUNC(BIN) compiler performance improvements, Bill Klein
• Curious DFHSM behavior, Bob Henry
  • RE: Curious DFHSM behavior, Richards.Bob
  • <Possible follow-ups>
  • Re: Curious DFHSM behavior, Bob Henry
    • RE: Curious DFHSM behavior, Richards.Bob
• On MIS strategies, 天狼
• A new tool to help z/OS migrations - the IBM Migration Checker for z/OS!, Marna WALLE
• Re: HCD IODF Location Question., Matthew Stitt
  • <Possible follow-ups>
  • Re: HCD IODF Location Question., Mark Zelden
• Re: S0C1 with ILC 6, Tom Marchant
  • <Possible follow-ups>
  • Re: S0C1 with ILC 6, Tom Marchant
  • Re: S0C1 with ILC 6, Tom Marchant
    • Re: S0C1 with ILC 6, J R
  • Re: S0C1 with ILC 6, Tom Marchant
• Re: HCD IODF Location Question., Tom Marchant
  • RE: HCD IODF Location Question., Mueller, David
    • Re: HCD IODF Location Question., Howard Rifkind
  • <Possible follow-ups>
  • Re: HCD IODF Location Question., Dave Kopischke
• S0C1 with ILC 6, Gibney, Dave
  • Re: S0C1 with ILC 6, Steve Comstock
  • Re: S0C1 with ILC 6, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: S0C1 with ILC 6, Larry Crilley
  • RE: S0C1 with ILC 6, Gibney, Dave
    • RE: S0C1 with ILC 6, Chuck Arney
      • Re: S0C1 with ILC 6, Shmuel Metz , Seymour J.
      • Re: S0C1 with ILC 6, Edward Jaffe
      • Re: S0C1 with ILC 6, Anne & Lynn Wheeler
      • Re: S0C1 with ILC 6, Anne & Lynn Wheeler
      • Re: S0C1 with ILC 6, Rick Fochtman
      • Re: S0C1 with ILC 6, Shmuel Metz , Seymour J.
      • Re: S0C1 with ILC 6, Anne & Lynn Wheeler
      • RE: S0C1 with ILC 6, Jeffrey D. Smith
      • Re: S0C1 with ILC 6, Shmuel Metz , Seymour J.
      • RE: S0C1 with ILC 6, Jeffrey D. Smith
      • Re: S0C1 with ILC 6, Shmuel Metz , Seymour J.
  • RE: S0C1 with ILC 6, Gibney, Dave
  • RE: S0C1 with ILC 6, Gibney, Dave
    • Re: S0C1 with ILC 6, Kirk Talman
    • Re: S0C1 with ILC 6, Steve Comstock
  • Re: S0C1 with ILC 6, DASDBill2
  • Re: S0C1 with ILC 6, DASDBill2
  • RE: S0C1 with ILC 6, Thompson, Steve , SCI TW
  • RE: S0C1 with ILC 6, Larry Crilley
  • Re: S0C1 with ILC 6, DASDBill2
  • RE: S0C1 with ILC 6, McKown, John
  • RE: S0C1 with ILC 6, Gibney, Dave
  • RE: S0C1 with ILC 6, Larry Crilley
  • Re: S0C1 with ILC 6, DASDBill2
  • Re: S0C1 with ILC 6, Gibney, Dave
  • RE: S0C1 with ILC 6, Larry Crilley
  • RE: S0C1 with ILC 6, Gibney, Dave
  • RE: S0C1 with ILC 6, Gibney, Dave
    • Re: S0C1 with ILC 6, rkuebbin
  • RE: S0C1 with ILC 6, McKown, John
  • RE: S0C1 with ILC 6, McKown, John
    • RE: S0C1 with ILC 6, Ray Mullins
  • RE: S0C1 with ILC 6, Hunkeler Peter , KIUK 3
  • Re: S0C1 with ILC 6, Hunkeler Peter , KIUK 3
  • RE: S0C1 with ILC 6, Bob Shannon
  • RE: S0C1 with ILC 6, McKown, John
    • RE: S0C1 with ILC 6, Ray Mullins
  • RE: S0C1 with ILC 6, Wayne Driscoll
  • RE: S0C1 with ILC 6, Blaicher, Chris
    • RE: S0C1 with ILC 6, Ray Mullins
  • RE: S0C1 with ILC 6, Gibney, Dave
  • RE: S0C1 with ILC 6, Gibney, Dave
  • RE: S0C1 with ILC 6, Gibney, Dave
  • Re: S0C1 with ILC 6, DASDBill2
    • RE: S0C1 with ILC 6, Charles Mills
  • RE: S0C1 with ILC 6, McKown, John
    • Re: S0C1 with ILC 6, Shmuel Metz , Seymour J.
  • RE: S0C1 with ILC 6, McKown, John
    • Re: S0C1 with ILC 6, Rick Fochtman
  • Re: S0C1 with ILC 6, Ted MacNEIL
  • RE: S0C1 with ILC 6, McKown, John
    • Re: S0C1 with ILC 6, Chase, John
    • Re: S0C1 with ILC 6, Chris Langford
    • RE: S0C1 with ILC 6, Jeffrey D. Smith
    • Re: S0C1 with ILC 6, Shmuel Metz , Seymour J.
  • RE: S0C1 with ILC 6, McKown, John
  • Re: S0C1 with ILC 6, DASDBill2
  • Re: S0C1 with ILC 6, DASDBill2
  • Re: S0C1 with ILC 6, DASDBill2
    • Re: S0C1 with ILC 6, Shmuel Metz , Seymour J.
• HCD IODF Location Question., Howard Rifkind
  • Re: HCD IODF Location Question., pdc
  • <Possible follow-ups>
  • RE: HCD IODF Location Question., Horein, Steve , HAR-ORL
• Booth Brochures from Conference in Reno, Rob Barbour
• FWD: Don Marquardt, b19141
  • RE: Don Marquardt, Barry Merrill
    • Re: Don Marquardt, tim . hare
  • Re: FWD: Don Marquardt, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Don Marquardt, Efinnell15
    • Re: Don Marquardt, Ed Gould
      • Re: Don Marquardt, Rick Fochtman
  • RE: Don Marquardt, Bob Shannon
    • Re: Don Marquardt, Ed Gould
  • RE: Don Marquardt, Diehl, Gary , MVSSupport
    • Re: Don Marquardt, Ed Gould
      • Re: Don Marquardt, Shmuel Metz , Seymour J.
      • Re: Don Marquardt, Gerard Schildberger
  • Re: Don Marquardt, Efinnell15
    • Re: Don Marquardt, Shmuel Metz , Seymour J.
  • Re: Don Marquardt, Ted MacNEIL
  • Re: Don Marquardt, Harry Williams
• Re: moving files with file extensions from windows to mainframe, Dave Kopischke
• 1 byte console ids and CA ENF in CA common services r11, Knutson, Sam
• RE: HSM Missing Member from Recalled Dataset -- Update, Chase, John
  • RE: HSM Missing Member from Recalled Dataset -- Update, Richards.Bob
    • RE: HSM Missing Member from Recalled Dataset -- Update, Chase, John
      • RE: HSM Missing Member from Recalled Dataset -- Update, Richards.Bob
      • RE: HSM Missing Member from Recalled Dataset -- Update, Chase, John
    • RE: HSM Missing Member from Recalled Dataset -- Update, Chase, John
      • RE: HSM Missing Member from Recalled Dataset -- Update, Richards.Bob
• Tape Subsystem Upgrades, Miller, Pat
  • <Possible follow-ups>
  • Re: Tape Subsystem Upgrades, R.S.
• What does a patent do that copyright does not?, Charles Mills
  • RE: What does a patent do that copyright does not?, Jeffrey D. Smith
    • RE: What does a patent do that copyright does not?, Charles Mills
      • Re: What does a patent do that copyright does not?, Anne & Lynn Wheeler
  • Re: What does a patent do that copyright does not?, Chase, John
    • RE: What does a patent do that copyright does not?, Charles Mills
      • Re: What does a patent do that copyright does not?, rkuebbin
      • Re: What does a patent do that copyright does not?, Howard Brazee
      • Re: What does a patent do that copyright does not?, Anne & Lynn Wheeler
• [Fwd: Re: Update on IBMLink availability], Edward Jaffe
• DIAGNOSE CATALOG, willie bunter
  • Re: DIAGNOSE CATALOG, Rick Fochtman
    • Re: DIAGNOSE CATALOG, willie bunter
      • RE: DIAGNOSE CATALOG, Mueller, David
  • <Possible follow-ups>
  • Re: DIAGNOSE CATALOG, starsoul
• moving files with file extensions from windows to mainframe, Jim McAlpine
  • RE: moving files with file extensions from windows to mainframe, Charles Mills
    • Re: moving files with file extensions from windows to mainframe, Dave Salt
  • <Possible follow-ups>
  • RE: moving files with file extensions from windows to mainframe, TISLER Zaromil
    • Re: moving files with file extensions from windows to mainframe, Jim McAlpine
• Re: More on Law Suit, Phil Sidler
  • RE: More on Law Suit, John P Baker
    • RE: More on Law Suit, Tom Moulder
  • <Possible follow-ups>
  • Re: More on Law Suit, Phil Sidler
  • Re: More on Law Suit, Phil Sidler
    • Re: More on Law Suit, Howard Brazee
• ICF catalogs with IMBED, Jimmy Wagner
• Re: ICF catalogs with IMBED, Mark Zelden
• ICF catalogs with IMBED, McKown, John
  • RE: ICF catalogs with IMBED, Chase, John
  • Re: ICF catalogs with IMBED, Rick Fochtman
  • <Possible follow-ups>
  • RE: ICF catalogs with IMBED, McKown, John
    • RE: Re: ICF catalogs with IMBED, Choate, Bill
      • RE: ICF catalogs with IMBED, Ayon, John
• After user removal, how to maintain data., pdc
• Question on Serverpac order/gripe, awhite
  • Re: Question on Serverpac order/gripe, John Eells
    • Re: [IBM-MAIN] Question on Serverpac order/gripe, awhite
      • Re: Question on Serverpac order/gripe, Shmuel Metz , Seymour J.
• Re: COBOL compiler options JCL PARM., Jan MOEYERSONS
  • Re: COBOL compiler options JCL PARM., Steve Comstock
  • Re: COBOL compiler options JCL PARM., rkuebbin
• Re: HSM Access To RMM's Resource FACILITY Class STGADMIN.EDG.RELEASE, Mike Wood
• re: Truly detecting that an LPAR is capped, ANGEL LUIS DOMINGUEZ MARTIN
• More on Law Suit, Ed Gould
  • <Possible follow-ups>
  • RE: More on Law Suit, McKown, John
• Re: LPAR with GRSRNL=EXCLUDE can be added to a normal GRSplex? Please help!!!, Scott Fagen
  • <Possible follow-ups>
  • Re: LPAR with GRSRNL=EXCLUDE can be added to a normal GRSplex? Please help!!!, Richard Pinion
  • LPAR with GRSRNL=EXCLUDE can be added to a normal GRSplex? Please help!!!, Veilleux, Jon L
• Re: If you need to delete a UCB, Bruno Sugliani
• Re: Truly detecting that an LPAR is capped, Bruno Sugliani
• Where does IBM document how to directly call the Pause Element routines, Binyamin Dissen
  • RE: Where does IBM document how to directly call the Pause Element routines, Craddock, Chris
    • Re: Where does IBM document how to directly call the Pause Element routines, Binyamin Dissen
• Re: Tape mount / CA-1 / STK question, Mark Zelden
  • <Possible follow-ups>
  • Re: Tape mount / CA-1 / STK question, Mark Zelden
• HSM Access To RMM's Resource FACILITY Class STGADMIN.EDG.RELEASE, Robert S. Hansel , RSH
• Re: record reformatting ... "flowing" records into each other, Don Imbriale
  • Re: record reformatting ... "flowing" records into each other, tim . hare
• SHAREWARE: txt2pdf 9.2 on linux zSeries, mail
• Truly detecting that an LPAR is capped, Shannon Collinson
  • Re: Truly detecting that an LPAR is capped, Shy Ifrah
• Re: Tape mount / CA-1 / STK question, Mark Zelden
  • Re: Tape mount / CA-1 / STK question, tim . hare
  • Re: Tape mount / CA-1 / STK question, tim . hare
  • <Possible follow-ups>
  • Re: Tape mount / CA-1 / STK question, Vernooy, C.P. - SPLXM
  • Re: Tape mount / CA-1 / STK question, Vernooy, C.P. - SPLXM
  • Re: Tape mount / CA-1 / STK question, elcana
  • Re: Tape mount / CA-1 / STK question, elcana
• Re: Descriptive term for reentrant program that nonetheless is, Paul Gilmartin
  • Re: Descriptive term for reentrant program that nonetheless is, Anne & Lynn Wheeler
  • Re: Descriptive term for reentrant program that nonetheless is, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Descriptive term for reentrant program that nonetheless is, Paul Gilmartin
• RE: HSM msg ARC0962A, Friske, Michael
• Re: FREEZE a TCB, Shmuel Metz , Seymour J.
  • Re: FREEZE a TCB, Edward Jaffe
    • RE: FREEZE a TCB, Craddock, Chris
  • Tape mount / CA-1 / STK question, Tim Hare
  • <Possible follow-ups>
  • RE: FREEZE a TCB, McKown, John
• Groklaw article on software patents, McKown, John
  • Re: Groklaw article on software patents, Shmuel Metz , Seymour J.
• AW: Descriptive term for reentrant program that nonetheless is not multi-taskable?, Volkmar . Langer
  • Re: AW: Descriptive term for reentrant program that nonetheless is not multi-taskable?, Shmuel Metz , Seymour J.
• Re: Descriptive term for reentrant program that nonetheless is not multi-taskable?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Descriptive term for reentrant program that nonetheless is not multi-taskable?, Shmuel Metz , Seymour J.
  • Re: Descriptive term for reentrant program that nonetheless is not multi-taskable?, Shmuel Metz , Seymour J.
  • Re: Descriptive term for reentrant program that nonetheless is not multi-taskable?, Shmuel Metz , Seymour J.
  • Re: Descriptive term for reentrant program that nonetheless is not multi-taskable?, Shmuel Metz , Seymour J.
  • Re: Descriptive term for reentrant program that nonetheless is not multi-taskable?, Shmuel Metz , Seymour J.
  • Re: Descriptive term for reentrant program that nonetheless is not multi-taskable?, Shmuel Metz , Seymour J.
  • Re: Descriptive term for reentrant program that nonetheless is not multi-taskable?, Vernooy, C.P. - SPLXM
  • Re: Descriptive term for reentrant program that nonetheless is not multi-taskable?, Bruce Black
    • Re: Descriptive term for reentrant program that nonetheless is not multi-taskable?, Clark Morris
    • Re: Descriptive term for reentrant program that nonetheless is not multi-taskable?, Shmuel Metz , Seymour J.
• LPAR with GRSRNL=EXCLUDE can be added to a normal GRSplex? Please help!!!, Marcos Morelatto
  • Re: LPAR with GRSRNL=EXCLUDE can be added to a normal GRSplex? Please help!!!, Shane
    • Re: LPAR with GRSRNL=EXCLUDE can be added to a normal GRSplex? Please help!!!, Steven Conway
      • Re: LPAR with GRSRNL=EXCLUDE can be added to a normal GRSplex? Please help!!!, Chris Mason
      • Re: LPAR with GRSRNL=EXCLUDE can be added to a normal GRSplex? Please help!!!, mmorelatto
    • Re: LPAR with GRSRNL=EXCLUDE can be added to a normal GRSplex? Please help!!!, Shmuel Metz , Seymour J.
    • Re: LPAR with GRSRNL=EXCLUDE can be added to a normal GRSplex? Please help!!!, Edward Jaffe
      • RE: LPAR with GRSRNL=EXCLUDE can be added to a normal GRSplex? Please help!!!, Schiradin,Roland HG-Dir itb-db/dc
• Re: StorageTek documentation for Silo and Virtual Tape host software, Paolo Pirillo
  • <Possible follow-ups>
  • Re: StorageTek documentation for Silo and Virtual Tape host software, Mark Zelden
• StorageTek documentation for Silo and Virtual Tape host software, Bob Stark
• If you need to delete a UCB, Barbara Nitz
  • Re: If you need to delete a UCB, Shane
• Re: No more GXxx-yyyy-zz Commands Summary booklets?, jan . vanbrabant
  • HSM msg ARC0962A, Chiam, Susan Mee-Shia
• AW: Change of behaviour for ROUTE *ALL command, Volkmar . Langer
• Re: record reformatting ... "flowing" records into each other, Arthur T.
  • <Possible follow-ups>
  • Re: record reformatting ... "flowing" records into each other, tim . hare
  • Re: record reformatting ... "flowing" records into each other, Arthur T.
  • Re: record reformatting ... "flowing" records into each other, Arthur T.
• Re: delete noscratch performance at DR, Matthew Stitt
  • Re: delete noscratch performance at DR, willie bunter
  • <Possible follow-ups>
  • Re: delete noscratch performance at DR, Dave Kopischke
• Re: delete noscratch performance at DR, Ted MacNEIL
  • <Possible follow-ups>
  • RE: delete noscratch performance at DR, Larry Crilley
  • Re: delete noscratch performance at DR, Paul Gilmartin
  • Re: delete noscratch performance at DR, Efinnell15
  • Re: delete noscratch performance at DR, Paul Gilmartin
  • Re: delete noscratch performance at DR, Ed Finnell
• Re: How to add open systems access to a Shark, Matthew Stitt
• Re: Interesting APAR OA17891, Brian Peterson
  • <Possible follow-ups>
  • Re: Interesting APAR OA17891, Jan Vanbrabant
  • Re: Interesting APAR OA17891, Brian Peterson
• Re: Migrating to z/OS 1.7, Bruno Sugliani
• How to add open systems access to a Shark, Salway, Nigel
  • Re: How to add open systems access to a Shark, Rick Fochtman
  • <Possible follow-ups>
  • Re: How to add open systems access to a Shark, Brian Westerman
• PDS member information, Strudwick, Martin
  • Re: PDS member information, John P Kalinich
  • <Possible follow-ups>
  • Re: PDS member information, Ted MacNEIL
    • RE: PDS member information, Charles Mills
      • Re: PDS member information, Dave Salt
  • Re: PDS member information, Ted MacNEIL
  • RE: PDS member information, McKown, John
  • Re: PDS member information, Ted MacNEIL
    • delete noscratch performance at DR, Harold Zbiegien
      • Re: delete noscratch performance at DR, Richards.Bob
      • Re: delete noscratch performance at DR, Shmuel Metz , Seymour J.
      • Re: delete noscratch performance at DR, Jeffrey . Deaver
      • Re: delete noscratch performance at DR, Rick Fochtman
      • Re: delete noscratch performance at DR, Robert Bardos
      • Re: delete noscratch performance at DR, Rick Fochtman
    • Re: PDS member information, Dave Salt
      • Re: PDS member information, Charles Mills
    • Message not available
      • Re: delete noscratch performance at DR, Bruce Black
• Connecting a WEB Browser to HMC, ICEMAN
• Re: [SPAM] RE: S80A loading CEEMENU3, Mark Zelden
• Re: OPERLOG and MSGIEE316I CODE 0008-0891, Mark Zelden
• Migrating to z/OS 1.7, Dean Montevago
  • RE: Migrating to z/OS 1.7, Gray, Larry - Larry A
  • Re: Migrating to z/OS 1.7, Bruce Black
  • <Possible follow-ups>
  • Re: Migrating to z/OS 1.7, Walter Marguccio
  • RE: Migrating to z/OS 1.7, Dean Montevago
  • Re: Migrating to z/OS 1.7, Ted MacNEIL
• RE: [IBM-MAIN] COBOL compiler options JCL PARM., Ken . Porowski
• Re: OPERLOG and MSGIEE316I CODE 0008-0891, Edward Jaffe
  • <Possible follow-ups>
  • Re: OPERLOG and MSGIEE316I CODE 0008-0891, glenn . miller
• RE: [SPAM] RE: S80A loading CEEMENU3, Sam Bass
  • RE: [SPAM] RE: S80A loading CEEMENU3, Veilleux, Jon L
• CICS Spool Problem, rrabinowitz
• Re: Little ghost between WLM inits & JES2 conversion, Christian Blesa
• Little ghost between WLM inits & JES2 conversion, Christian Blesa
• Re: look-up value, Bruce Black
• RE: Sysplex without GRS on a LPAR, Morelatto, Marcos Antonio
• FW: AST notification for OA16143 - FO, Chase, John
  • RE: FW: AST notification for OA16143 - FO, Choate, Bill
    • RE: FW: AST notification for OA16143 - FO, Chase, John
  • <Possible follow-ups>
  • RE: FW: AST notification for OA16143 - FO, McKown, John
• Re: S80A loading CEEMENU3, Tom Marchant
  • Re: S80A loading CEEMENU3, Chris Mason
  • <Possible follow-ups>
  • Re: S80A loading CEEMENU3, Tom Marchant
• Re: RRS Validation, Vernooy, C.P. - SPLXM
• AW: S80A loading CEEMENU3, Volkmar . Langer
  • RE: S80A loading CEEMENU3, Beesley, Paul
    • [SPAM] RE: S80A loading CEEMENU3, Veilleux, Jon L
• S80A loading CEEMENU3, Beesley, Paul
  • [SPAM] RE: S80A loading CEEMENU3, Veilleux, Jon L
  • <Possible follow-ups>
  • Re: S80A loading CEEMENU3, Ted MacNEIL
  • Re: S80A loading CEEMENU3, Ted MacNEIL
  • RE: S80A loading CEEMENU3, Greg Shirey
    • Re: S80A loading CEEMENU3, Chris Mason
  • Re: S80A loading CEEMENU3, Ted MacNEIL
  • Re: S80A loading CEEMENU3, Shmuel Metz , Seymour J.
    • Re: S80A loading CEEMENU3, John Eells
      • Re: S80A loading CEEMENU3, Chris Mason
  • Re: S80A loading CEEMENU3, Efinnell15
    • Re: S80A loading CEEMENU3, John Eells
      • Re: S80A loading CEEMENU3, Ray Mullins
    • Re: S80A loading CEEMENU3, Chris Mason
  • Re: S80A loading CEEMENU3, Efinnell15
    • Re: S80A loading CEEMENU3, Chris Mason
      • What is a Type-5 SVC?, Lindy Mayfield
  • RE: S80A loading CEEMENU3, Greg Shirey
    • Re: S80A loading CEEMENU3, Chris Mason
  • Re: S80A loading CEEMENU3, Ed Finnell
  • Re: S80A loading CEEMENU3, Greg Shirey
  • Re: S80A loading CEEMENU3, Efinnell15
    • Re: S80A loading CEEMENU3, Chris Mason
• COBOL compiler options JCL PARM., Nuttall, Peter [CCC-OT_IT]
  • RE: COBOL compiler options JCL PARM., Lizette Koehler
  • Re: COBOL compiler options JCL PARM., Steve Comstock
  • Re: COBOL compiler options JCL PARM., Rick Fochtman
  • <Possible follow-ups>
  • Re: COBOL compiler options JCL PARM., Terry Sambrooks
  • Fw: COBOL compiler options JCL PARM., Bill Klein
    • Re: Fw: COBOL compiler options JCL PARM., Don Poitras
  • RE: COBOL compiler options JCL PARM., Nuttall, Peter [CCC-OT_IT]
  • Re: COBOL compiler options JCL PARM., Paul Gilmartin
    • Re: COBOL compiler options JCL PARM., Steve Comstock
    • RE: COBOL compiler options JCL PARM., Charles Mills
      • Re: COBOL compiler options JCL PARM., Chris Mason
      • RE: COBOL compiler options JCL PARM., Charles Mills
      • Re: COBOL compiler options JCL PARM., Charles Mills
      • Re: COBOL compiler options JCL PARM., Chris Mason
  • RE: COBOL compiler options JCL PARM., Nuttall, Peter [CCC-OT_IT]
    • RE: COBOL compiler options JCL PARM., Ray Mullins
  • Fw: Fw: COBOL compiler options JCL PARM., Bill Klein
  • Re: COBOL compiler options JCL PARM., Efinnell15
    • Re: COBOL compiler options JCL PARM., Howard Brazee
  • RE: COBOL compiler options JCL PARM., Nuttall, Peter [CCC-OT_IT]
    • RE: COBOL compiler options JCL PARM., Ray Mullins
      • Re: COBOL compiler options JCL PARM., Ed Gould
  • Re: COBOL compiler options JCL PARM., Paul Gilmartin
  • Re: COBOL compiler options JCL PARM., Efinnell15
  • Re: COBOL compiler options JCL PARM., Ed Gould
  • Re: COBOL compiler options JCL PARM., Paul Gilmartin
    • Re: COBOL compiler options JCL PARM., Chris Mason
  • RE: COBOL compiler options JCL PARM., Nuttall, Peter [CCC-OT_IT]
  • COBOL compiler options JCL PARM., Bill Klein
    • Re: COBOL compiler options JCL PARM., Clark Morris
    • Re: COBOL compiler options JCL PARM., Schiradin,Roland HG-Dir itb-db/dc
  • COBOL compiler options JCL PARM., Bill Klein
• RRS Validation, Tony Lessells
• MAXIMUM of COPY FROM(IN1) TO(OUT1) USING(OUT1) what is the limit for "USING" in DFSORT, Tommy Tsui
  • Re: MAXIMUM of COPY FROM(IN1) TO(OUT1) USING(OUT1) what is the limit for "USING" in DFSORT, Frank Yaeger
  • RE: MAXIMUM of COPY FROM(IN1) TO(OUT1) USING(OUT1) what is the limit for "USING" in DFSORT, Schwarz, Barry A
    • Re: MAXIMUM of COPY FROM(IN1) TO(OUT1) USING(OUT1) what is the limit for "USING" in DFSORT, Frank Yaeger
      • record reformatting ... "flowing" records into each other, Schramm, Rob
      • RE: record reformatting ... "flowing" records into each other, Bill Wilkie
      • Re: record reformatting ... "flowing" records into each other, Frank Yaeger
      • RE: record reformatting ... "flowing" records into each other, Schramm, Rob
      • Re: record reformatting ... "flowing" records into each other, Frank Yaeger
      • RE: record reformatting ... "flowing" records into each other, Jerry Whitteridge
      • RE: record reformatting ... "flowing" records into each other, Mueller, David
      • RE: record reformatting ... "flowing" records into each other, Charles Mills
      • [SPAM] RE: record reformatting ... "flowing" records into each other, Veilleux, Jon L
      • Re: MAXIMUM of COPY FROM(IN1) TO(OUT1) USING(OUT1) what is the limit for "USING" in DFSORT, Tommy Tsui
      • Re: MAXIMUM of COPY FROM(IN1) TO(OUT1) USING(OUT1) what is the limit for "USING" in DFSORT, Frank Yaeger
      • Re: MAXIMUM of COPY FROM(IN1) TO(OUT1) USING(OUT1) what is the limit for "USING" in DFSORT, Tommy Tsui
      • Re: MAXIMUM of COPY FROM(IN1) TO(OUT1) USING(OUT1) what is the limit for "USING" in DFSORT, Frank Yaeger
• Expanding Mainframe Technology?, Tom Moulder
  • Re: Expanding Mainframe Technology?, Shmuel Metz , Seymour J.
• Re: look-up value, Bruno Sugliani
  • Re: look-up value, John_J_Kelly
  • Re: look-up value, Rick Fochtman
• HSM Backup to DASD, Rankin, Bob
  • <Possible follow-ups>
  • Re: HSM Backup to DASD, FRASER, Brian
• look-up value, Paul Schuster
• IBM and COBOL SEARCH ALL, Bill Klein
• ADMINISTRIVIA: Subject line of [SPAM], Darren Evans-Young
• RE: Manual on Implementing a Parallel Sysplex, Chase, John
  • Re: Quoting manual refgerences (was Manual on Implementing a Parallel Sysplex), Chris Mason
  • Re: Manual on Implementing a Parallel Sysplex, CASrna
  • <Possible follow-ups>
  • Re: Manual on Implementing a Parallel Sysplex, Efinnell15
• Re: job abended with IEF240I TASK I/O TABLE EXCEEDS TIOT LIMIT OF 0032K, Ed Petka
  • Re: job abended with IEF240I TASK I/O TABLE EXCEEDS TIOT LIMIT OF 0032K, CARPENJ1
• job abended with IEF240I TASK I/O TABLE EXCEEDS TIOT LIMIT OF 0032K, Tommy Tsui
  • Re: job abended with IEF240I TASK I/O TABLE EXCEEDS TIOT LIMIT OF 0032K, Tommy Tsui
    • Re: job abended with IEF240I TASK I/O TABLE EXCEEDS TIOT LIMIT OF 0032K, Bruce Black
      • Re: job abended with IEF240I TASK I/O TABLE EXCEEDS TIOT LIMIT OF 0032K, Tommy Tsui
      • Re: job abended with IEF240I TASK I/O TABLE EXCEEDS TIOT LIMIT OF 0032K, Bruce Black
      • Re: job abended with IEF240I TASK I/O TABLE EXCEEDS TIOT LIMIT OF 0032K, Tommy Tsui
  • Re: job abended with IEF240I TASK I/O TABLE EXCEEDS TIOT LIMIT OF 0032K, Bruce Black
• SHOWzOS 7.14 available, Roland . Schiradin
• DFDSS - ERRONEOUS MESSAGE?, willie bunter
• Ho to suppress S806 ABEND in a C-Prog, Michael Knigge
  • Re: Ho to suppress S806 ABEND in a C-Prog, Steve Comstock
    • Re: Ho to suppress S806 ABEND in a C-Prog, Michael Knigge
• Trying to catch output from HSEND command, corni
  • Re: Trying to catch output from HSEND command, Walt Farrell
    • Re: Trying to catch output from HSEND command, john . ticic . extern
    • RE: Trying to catch output from HSEND command, Lizette Koehler
      • Re: Trying to catch output from HSEND command, corni
  • <Possible follow-ups>
  • RE: Trying to catch output from HSEND command, Rob Scott
    • Re: Trying to catch output from HSEND command, john . ticic . extern
  • RE: Trying to catch output from HSEND command, Friske, Michael
• RESTORE (SMS MANAGED) data set to wrong volume USING ADRDSSU, Tommy Tsui
  • <Possible follow-ups>
  • RE: RESTORE (SMS MANAGED) data set to wrong volume USING ADRDSSU, FRASER, Brian
    • Re: RESTORE (SMS MANAGED) data set to wrong volume USING ADRDSSU, Tommy Tsui
• Re: IBM-PSI filing, Phil Sidler
  • RE: IBM-PSI filing, Lindy Mayfield
• IBM-PSI filing, Phil Payne
• JES3, exclusive ENQ and FREE=CLOSE inconsistency?, Robert Bardos
  • <Possible follow-ups>
  • JES3, exclusive ENQ and FREE=CLOSE inconsistency?, Robert Bardos
  • Re: JES3, exclusive ENQ and FREE=CLOSE inconsistency?, Ted MacNEIL
    • Re: JES3, exclusive ENQ and FREE=CLOSE inconsistency?, Robert Bardos
  • Re: JES3, exclusive ENQ and FREE=CLOSE inconsistency?, Paul Gilmartin
    • Re: JES3, exclusive ENQ and FREE=CLOSE inconsistency?, Brian Kennelly
  • Re: JES3, exclusive ENQ and FREE=CLOSE inconsistency?, Robert Bardos2
• Re: after Friday... When do you upgrade, Bruno Sugliani
• after Friday... When do you upgrade, Itschak Mugzach
  • Re: after Friday... When do you upgrade, jean . bernard
  • <Possible follow-ups>
  • Re: after Friday... When do you upgrade, Ted MacNEIL
  • Re: after Friday... When do you upgrade, Itschak Mugzach
    • Re: after Friday... When do you upgrade, Howard Brazee
  • Re: after Friday... When do you upgrade, Ted MacNEIL
    • SDSF Question, Eric N. Bielefeld
    • RE: after Friday... When do you upgrade, Craddock, Chris
  • Re: after Friday... When do you upgrade, Ted MacNEIL
• Sharing PAV alias, jean . bernard
• Re: WAS on zAAP versus pSeries, Bill Seubert
• Fwd: _[afp-l] Brian Platte, Efinnell15
• Help, Damaged SYS1.IODF10.WORK, Howard Rifkind
  • Re: Help, Damaged SYS1.IODF10.WORK, Howard Rifkind
  • RE: Help, Damaged SYS1.IODF10.WORK, Alan Playford
    • Re: Help, Damaged SYS1.IODF10.WORK, Howard Rifkind
      • Re: Help, Damaged SYS1.IODF10.WORK, Alan Playford