bit.listserv.ibm-main

• Date Index

---

• SMP/E RECEIVE AND FROMNTS, Gray, Larry - Larry A
• Change and configuration management Software Suites, Louis Dagnolo
• Anyone remember "DARDUMP"?, Patrick O'Keefe
• Allocating Large SYS1.HASPACE, Dennis Schaffer
  • Re: Allocating Large SYS1.HASPACE, Richbourg, Claude
    • Re: Allocating Large SYS1.HASPACE, Skip Robinson
      • Re: Allocating Large SYS1.HASPACE, Knutson, Sam
• Re: Send email from MVS cobol, Gray, Larry - Larry A
  • Re: Send email from MVS cobol, Ulrich Krueger
    • Re: Send email from MVS cobol, Gray, Larry - Larry A
      • Re: Send email from MVS cobol, Ulrich Krueger
      • Re: Send email from MVS cobol, Gary Green
      • Re: Send email from MVS cobol, Ulrich Krueger
      • Re: Send email from MVS cobol, Gray, Larry - Larry A
      • Re: Send email from MVS cobol, Ulrich Krueger
  • <Possible follow-ups>
  • Re: Send email from MVS cobol, Gary Green
  • Re: Send email from MVS cobol, McKown, John
    • Re: Send email from MVS cobol, Lionel B Dyck
    • Re: Send email from MVS cobol, Howard Brazee
  • Re: Send email from MVS cobol, Ulrich Krueger
• Re: Coming soon, Shark CCWS is now supported by MFNetDisk., Shai Hess
• Transactional VSAM (DFSMStvs) question - performance, McKown, John
  • <Possible follow-ups>
  • Re: Transactional VSAM (DFSMStvs) question - performance, Tom Schmidt
    • Re: Transactional VSAM (DFSMStvs) question - performance, McKown, John
      • Re: Transactional VSAM (DFSMStvs) question - performance, Eric Bielefeld
      • Re: Transactional VSAM (DFSMStvs) question - performance, McKown, John
      • Re: Transactional VSAM (DFSMStvs) question - performance, Eric Bielefeld
  • Re: Transactional VSAM (DFSMStvs) question - performance, Ted MacNEIL
• 3490 v. VTS, Daniel McLaughlin
  • <Possible follow-ups>
  • Re: 3490 v. VTS, Vernooy, C.P. - SPLXM
  • Re: 3490 v. VTS, Daniel McLaughlin
  • Re: 3490 v. VTS, Vernooy, C.P. - SPLXM
  • Re: 3490 v. VTS, Daniel McLaughlin
    • Re: 3490 v. VTS, McKown, John
  • Re: 3490 v. VTS, Daniel McLaughlin
• IBM preannounces next IBMLink failure, Pinnacle
  • Re: IBM preannounces next IBMLink failure, rpanzino
  • <Possible follow-ups>
  • IBM preannounces next IBMLink failure, Phil Payne
• ADMINISTRIVIA: Clarification on retirement, Darren Evans-Young
• CobAnalyzer FILE#321 CBTTape Update, Roland Schiradin
• IBM paper on Large Stand Alone Dump handling, Ed Gould
  • Re: IBM paper on Large Stand Alone Dump handling, Itschak Mugzach
• ADMINISTRIVIA: IBM-MAIN Archives, Darren Evans-Young
  • Re: ADMINISTRIVIA: IBM-MAIN Archives, Patrick . Falcone
    • Re: ADMINISTRIVIA: IBM-MAIN Archives, Rick Fochtman
  • <Possible follow-ups>
  • Re: ADMINISTRIVIA: IBM-MAIN Archives, Patrick O'Keefe
    • Re: ADMINISTRIVIA: IBM-MAIN Archives, Anton Britz
• Alternate REXX Library, Mark Jacobs
  • Re: Alternate REXX Library, Varun Manocha
    • Re: Alternate REXX Library, Mark Jacobs
    • Re: Alternate REXX Library, Chase, John
• z800 to z9, Patty Mabie
  • <Possible follow-ups>
  • Re: z800 to z9, Ted MacNEIL
  • Re: z800 to z9, Patrick Lyon
  • Re: z800 to z9, Kelman, Tom
  • Re: z800 to z9, Patty Mabie
  • Re: z800 to z9, Big Iron
    • Re: z800 to z9, Shane
  • Re: z800 to z9, Ted MacNEIL
  • Re: z800 to z9, Brian Westerman
  • Re: z800 to z9, Patty Mabie
    • Re: z800 to z9, David Day
• Info-Zip dd: reference question, berger_izb
• How to map the zlinux Kernel / determine where particular Kernel modules are loaded in memory, Binyamin Dissen
  • Re: How to map the zlinux Kernel / determine where particular Kernel modules are loaded in memory, McKown, John
• Re: Starting ICSF - CSFM101E, Chase, John
  • <Possible follow-ups>
  • Re: Starting ICSF - CSFM101E, pauls2272
• Re: Concatenation order in STEPLIB, Peter Relson
• zFS Copy operation, Gaur
• The end of the story (solution), Miklos Szigetvari
• Concatination order in STEPLIB, Raja Easwaramoorthy
  • Re: Concatination order in STEPLIB, Lars Poulsen
  • Re: Concatination order in STEPLIB, Binyamin Dissen
    • Re: Concatination order in STEPLIB, Neal Eckhardt
• Mazel tov (was I Got a Job), , IBM Mainframe Discussion List
  • Re: Mazel tov (was I Got a Job), Binyamin Dissen
  • <Possible follow-ups>
  • Re: Mazel tov (was I Got a Job), Paul Gilmartin
  • Re: Mazel tov (was I Got a Job), Ed Finnell
  • Re: Mazel tov (was I Got a Job), Kelman, Tom
    • Re: Mazel tov (was I Got a Job), Steve Comstock
• Microsoft and T3 backing PSI, Phil Payne
  • <Possible follow-ups>
  • Microsoft and T3 backing PSI, Phil Payne
  • Microsoft and T3 backing PSI, Phil Payne
• Solaris on System Z video, Matt Stansberry
• Why isn't OMVS command integrated with ISPF?, Kirk Wolf
  • Re: Why isn't OMVS command integrated with ISPF?, Stephen Y Odo
  • Re: Why isn't OMVS command integrated with ISPF?, Steve Comstock
  • Re: Why isn't OMVS command integrated with ISPF?, Hunkeler Peter , KIUK 3
  • Re: Why isn't OMVS command integrated with ISPF?, McKown, John
    • Re: Why isn't OMVS command integrated with ISPF?, Mark Post
      • Re: Why isn't OMVS command integrated with ISPF?, Steve Comstock
      • Re: Why isn't OMVS command integrated with ISPF?, McKown, John
      • Re: Why isn't OMVS command integrated with ISPF?, Hunkeler Peter , KIUK 3
  • DFSMSHSM Full Volume Dumps off schedule, Mark S. House
    • Re: DFSMSHSM Full Volume Dumps off schedule, Traylor, Terry
  • <Possible follow-ups>
  • Re: Why isn't OMVS command integrated with ISPF?, Patrick O'Keefe
    • Re: Why isn't OMVS command integrated with ISPF?, Kirk Wolf
  • Re: Why isn't OMVS command integrated with ISPF?, Roger Lowe
    • Re: Why isn't OMVS command integrated with ISPF?, R.S.
    • Re: Why isn't OMVS command integrated with ISPF?, Chicklon, Tom
      • Re: Why isn't OMVS command integrated with ISPF?, Steve Comstock
  • Re: Why isn't OMVS command integrated with ISPF?, Roger Lowe
  • Re: Why isn't OMVS command integrated with ISPF?, Walt Farrell
    • Re: Why isn't OMVS command integrated with ISPF?, Kirk Wolf
      • Re: Why isn't OMVS command integrated with ISPF?, Lindy Mayfield
      • Re: Why isn't OMVS command integrated with ISPF?, Kirk Wolf
      • Re: Why isn't OMVS command integrated with ISPF?, Lindy Mayfield
      • Re: Why isn't OMVS command integrated with ISPF?, McKown, John
      • Re: Why isn't OMVS command integrated with ISPF?, Steve Comstock
      • Re: Why isn't OMVS command integrated with ISPF?, Hunkeler Peter , KIUK 3
  • Re: Why isn't OMVS command integrated with ISPF?, Mark Zelden
  • Re: Why isn't OMVS command integrated with ISPF?, Paul Gilmartin
    • Re: Why isn't OMVS command integrated with ISPF?, McKown, John
  • Re: Why isn't OMVS command integrated with ISPF?, Mark Zelden
    • Re: Why isn't OMVS command integrated with ISPF?, Hunkeler Peter , KIUK 3
  • Re: Why isn't OMVS command integrated with ISPF?, Paul Gilmartin
  • Re: Why isn't OMVS command integrated with ISPF?, Paul Gilmartin
    • Message not available
      • Re: Why isn't OMVS command integrated with ISPF?, Kirk Wolf
      • Re: Why isn't OMVS command integrated with ISPF?, Lindy Mayfield
      • Re: Why isn't OMVS command integrated with ISPF?, Kirk Wolf
      • Re: Why isn't OMVS command integrated with ISPF?, Lindy Mayfield
    • Re: Why isn't OMVS command integrated with ISPF?, McKown, John
      • SMCS ... was something else entirely., Shane
      • Re: SMCS ... was something else entirely., McKown, John
  • Re: Why isn't OMVS command integrated with ISPF?, Paul Gilmartin
  • Re: Why isn't OMVS command integrated with ISPF?, Paul Gilmartin
  • Re: Why isn't OMVS command integrated with ISPF?, Paul Gilmartin
    • Re: Why isn't OMVS command integrated with ISPF?, McKown, John
  • Re: Why isn't OMVS command integrated with ISPF?, Paul Gilmartin
• Changing name of SYS1.DUMP datasets, Barkow, Eileen
  • Re: Changing name of SYS1.DUMP datasets, Conmackie, Mike
    • Re: Changing name of SYS1.DUMP datasets, Barkow, Eileen
      • Re: Changing name of SYS1.DUMP datasets, Conmackie, Mike
  • <Possible follow-ups>
  • Re: Changing name of SYS1.DUMP datasets, Mark Zelden
    • Re: Changing name of SYS1.DUMP datasets, Barkow, Eileen
      • Re: Changing name of SYS1.DUMP datasets, Chase, John
      • Re: Changing name of SYS1.DUMP datasets, Barkow, Eileen
      • Re: Changing name of SYS1.DUMP datasets, McKown, John
      • Re: Changing name of SYS1.DUMP datasets, Barkow, Eileen
      • Re: Changing name of SYS1.DUMP datasets, McKown, John
      • Re: Changing name of SYS1.DUMP datasets, Barkow, Eileen
      • Re: Changing name of SYS1.DUMP datasets, Knutson, Sam
      • Re: Changing name of SYS1.DUMP datasets, John Eells
      • Re: Changing name of SYS1.DUMP datasets, Barkow, Eileen
      • Re: Changing name of SYS1.DUMP datasets, Chase, John
      • Re: Changing name of SYS1.DUMP datasets, Barkow, Eileen
  • Re: Changing name of SYS1.DUMP datasets, Mark Zelden
  • Re: Changing name of SYS1.DUMP datasets, Mark Zelden
  • Re: Changing name of SYS1.DUMP datasets, Ted MacNEIL
• Re: FLIH vs. SLIH, I think., , IBM Mainframe Discussion List
  • Re: FLIH vs. SLIH, I think., Binyamin Dissen
• Cryptographic Support for z/OS V1R7-R9, Knutson, Sam
  • Re: Cryptographic Support for z/OS V1R7-R9, Chase, John
  • Re: Cryptographic Support for z/OS V1R7-R9, Mark Jacobs
  • <Possible follow-ups>
  • Re: Cryptographic Support for z/OS V1R7-R9, Mark Zelden
    • Re: Cryptographic Support for z/OS V1R7-R9, Mark Jacobs
  • Re: Cryptographic Support for z/OS V1R7-R9, Kirk Hubbard
  • Re: Cryptographic Support for z/OS V1R7-R9, Patrick Lyon
• ALLOWUSERKEYCSA(NO) and PHOENIX or PREFERENCE you will need PTF S791006, Knutson, Sam
• Re: How Compatible is BS/2000 with IBM zSeries?, Roland Schiradin
  • Re: How Compatible is BS/2000 with IBM zSeries?, Frank Krueger
    • Re: How Compatible is BS/2000 with IBM zSeries?, Itschak Mugzach
      • Re: How Compatible is BS/2000 with IBM zSeries?, Frank Krueger
      • Re: How Compatible is BS/2000 with IBM zSeries?, R.S.
      • Re: How Compatible is BS/2000 with IBM zSeries?, Frank Krueger
      • Re: How Compatible is BS/2000 with IBM zSeries?, Raymond Noal
    • Re: How Compatible is BS/2000 with IBM zSeries?, Itschak Mugzach
      • Re: How Compatible is BS/2000 with IBM zSeries?, Frank Krueger
      • Re: How Compatible is BS/2000 with IBM zSeries?, Itschak Mugzach
  • <Possible follow-ups>
  • Re: How Compatible is BS/2000 with IBM zSeries?, Dave Jones
    • Re: How Compatible is BS/2000 with IBM zSeries?, Itschak Mugzach
• ALLOWUSERKEYCSA(NO) need OPB5083 for CA-OPSMVS II, Knutson, Sam
• Blank pictures, Víctor
• Single signon with AD and kdc on z/OS, Steve Bireley
• Re: 6252 printer, Rick Fochtman
  • <Possible follow-ups>
  • Re: 6252 printer, Harold Zbiegien
• COBOL diagnosis manuals, Giliad Wilf
  • <Possible follow-ups>
  • Re: COBOL diagnosis manuals, Brian Peterson
• Odp: Re: ftp2jes equivalent but with Interface level 2 ?, Mariusz Stakowski
  • Re: Odp: Re: ftp2jes equivalent but with Interface level 2 ?, Grant Ward Able
• MIGRATE RRS DasdOnly to RRS CF, Cwi Jeret
  • Re: MIGRATE RRS DasdOnly to RRS CF, Skip Robinson
• Tape Migration, Barry Jones
  • Re: Tape Migration, Don Bolton
  • <Possible follow-ups>
  • Re: Tape Migration, Vernooy, C.P. - SPLXM
  • Re: Tape Migration, Mark Zelden
  • Re: Tape Migration, Ambat Ravi Nair
    • Re: Tape Migration, McKown, John
    • Re: Tape Migration, Don Bolton
• ftp2jes equivalent but with Interface level 2 ?, Mariusz Stakowski
  • Re: ftp2jes equivalent but with Interface level 2 ?, Sorensen Henrik , KSFI 442
• Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Vernooy, C.P. - SPLXM
  • <Possible follow-ups>
  • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Barbara Nitz
    • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), R.S.
      • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Van Dalsen, Herbie
  • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Vernooy, C.P. - SPLXM
    • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Rick Fochtman
  • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Elardus Engelbrecht
  • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Barbara Nitz
  • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Sebastian Welton
  • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Vernooy, C.P. - SPLXM
    • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), R.S.
      • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Schwarz, Barry A
      • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), R.S.
      • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), John Ticic
      • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), R.S.
• Papyrus Opening for europe/bangalore, req.valuewing@xxxxxxxxx
• Square Brackets in Java?, Bill
  • Re: Square Brackets in Java?, Neal Eckhardt
  • <Possible follow-ups>
  • Re: Square Brackets in Java?, Big Iron
    • Re: Square Brackets in Java?, Steve Comstock
      • Re: Square Brackets in Java?, howard . brazee
      • Re: Square Brackets in Java?, McKown, John
      • Re: Square Brackets in Java?, Kirk Wolf
      • Re: Square Brackets in Java?, Hunkeler Peter , KIUK 3
      • Re: Square Brackets in Java?, Jim McAlpine
      • Re: Square Brackets in Java?, Hunkeler Peter , KIUK 3
      • Re: Square Brackets in Java?, Jim McAlpine
      • Re: Square Brackets in Java?, Jim McAlpine
      • Re: Square Brackets in Java?, Hunkeler Peter , KIUK 3
      • Re: Square Brackets in Java?, Jim McAlpine
    • Re: Square Brackets in Java?, Veilleux, Jon L
      • Re: Square Brackets in Java?, Hunkeler Peter , KIUK 3
    • Re: Square Brackets in Java?, Hunkeler Peter , KIUK 3
  • Re: Square Brackets in Java?, Paul Gilmartin
• E-MAIL address for Sam Palmisano?, Phil Payne
• SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., David Day
  • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Edward Jaffe
    • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., David Day
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Edward Jaffe
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Binyamin Dissen
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., David Day
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Edward Jaffe
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Jim Mulder
      • Free Lunch (Was: SUSPEND/RESUME is slower than ...), Edward Jaffe
    • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Jim Mulder
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Johnny Luo
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Jim Mulder
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Johnny Luo
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Edward Jaffe
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Jim Mulder
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Johnny Luo
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Jim Mulder
      • FLIH vs. SLIH, I think., Rick Fochtman
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Tom Harper
  • <Possible follow-ups>
  • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Ed Finnell
    • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Tom Harper
  • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Ed Finnell
    • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Tom Harper
  • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Ed Finnell
    • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Tom Harper
  • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Ed Finnell
• ICSF First-time Startup, Chase, John
  • Re: ICSF First-time Startup, McKown, John
  • Re: ICSF First-time Startup, Raymond Noal
    • Re: ICSF First-time Startup, George Fogg
      • Re: ICSF First-time Startup, George Fogg
      • Re: ICSF First-time Startup, Schramm, Rob
      • Re: ICSF First-time Startup, Chase, John
      • Re: ICSF First-time Startup, pauls2272
  • <Possible follow-ups>
  • Re: ICSF First-time Startup, Mark Zelden
    • Re: ICSF First-time Startup, Chase, John
  • Re: ICSF First-time Startup, Patrick O'Keefe
    • Re: ICSF First-time Startup, Wissink, Brad [ITSYS]
  • Re: ICSF First-time Startup, Peggy LaBelle
    • Re: ICSF First-time Startup, Chase, John
• SMF Under VM, Kopischke, David G.
• SNAP DUMP via JCL using IOF commands, memixer
• Re: I Got a Job, Dave Reinken
  • Re: I Got a Job, howard . brazee
  • <Possible follow-ups>
  • Re: I Got a Job, Dana Mitchell
    • Re: I Got a Job, Weidt, James
  • Re: I Got a Job, John Hamman
  • Re: I Got a Job, Dave Kopischke
  • Re: I Got a Job, Elardus Engelbrecht
    • Re: I Got a Job, Shmuel Metz , Seymour J.
  • Re: I Got a Job, Kelman, Tom
  • Re: I Got a Job, Dana Mitchell
  • Re: I Got a Job, John Mattson
• Are any of this deperate, redux..., Gary Green
• Single signon with AD and kdc on z/OS., Steve Bui
  • <Possible follow-ups>
  • Re: Single signon with AD and kdc on z/OS., Timothy Sipples
    • Re: Single signon with AD and kdc on z/OS., Steve Bui
      • How Compatible is BS/2000 with IBM zSeries?, Itschak Mugzach
  • Re: Single signon with AD and kdc on z/OS., Timothy Sipples
    • Re: Single signon with AD and kdc on z/OS., Steve Bui
      • CA/Dispatch V6 IDMS V10.2 problem when running z/OS 1.4 in 64, Patrick . Falcone
• Documentation on the zLinux assembler language, Binyamin Dissen
  • Re: Documentation on the zLinux assembler language, McKown, John
    • Re: Documentation on the zLinux assembler language, Binyamin Dissen
    • Re: Documentation on the zLinux assembler language, Mark Post
• SUSPEND/RESUME problem, eduardo ruz
  • Re: SUSPEND/RESUME problem, David Day
  • Re: SUSPEND/RESUME problem, Binyamin Dissen
  • Re: SUSPEND/RESUME problem, Craddock, Chris
    • Re: SUSPEND/RESUME problem, Edward Jaffe
      • Re: SUSPEND/RESUME problem, McKown, John
      • Re: SUSPEND/RESUME problem, Edward Jaffe
      • I Got a Job, Eric Bielefeld
      • Re: I Got a Job, McKown, John
      • Re: I Got a Job, Steve Comstock
      • Re: I Got a Job, Rich Smrcina
      • Re: I Got a Job, Wissink, Brad [ITSYS]
      • Re: I Got a Job, Eric Bielefeld
      • Re: I Got a Job, Gary Green
      • Re: I Got a Job, Robert Justice
      • Re: I Got a Job, Jim McAlpine
      • Re: I Got a Job, Eric Bielefeld
      • Re: I Got a Job, Jim McAlpine
      • Re: I Got a Job, Eric Bielefeld
      • Re: I Got a Job, Shmuel Metz , Seymour J.
• Re: SYNCSORT : Merge multiple files Options, Reda, John
• Processor Upgrade Question, Sabo, Frank
  • <Possible follow-ups>
  • Re: Processor Upgrade Question, Kelman, Tom
    • Re: Processor Upgrade Question, Anonymous
  • Re: Processor Upgrade Question, Stephen Wolf
• Extend VTOC on a SMS managed volume., Richbourg, Claude
  • Re: Extend VTOC on a SMS managed volume., Wayne Driscoll
• is there any way to enlarge the JES2 checkpoint dataset without cold start, Tommy Tsui
  • Re: is there any way to enlarge the JES2 checkpoint dataset without cold start, van Arnhem, Gerrit
  • Re: is there any way to enlarge the JES2 checkpoint dataset without cold start, Ed Gould
  • <Possible follow-ups>
  • Re: is there any way to enlarge the JES2 checkpoint dataset without cold start, Big Iron
• work from home, DeniseiOikve
• z9BC - cost of a CFL?, McKown, John
  • Re: z9BC - cost of a CFL?, Ken Porowski
• Formal requests (was Installing/Updating SVC), Patrick O'Keefe
  • Re: Formal requests (was Installing/Updating SVC), Ed Gould
    • Re: Formal requests (was Installing/Updating SVC), Shmuel Metz , Seymour J.
      • Re: Formal requests (was Installing/Updating SVC), Ed Gould
  • <Possible follow-ups>
  • Re: Formal requests (was Installing/Updating SVC), Patrick O'Keefe
    • Re: Formal requests (was Installing/Updating SVC), Ed Gould
  • Re: Formal requests (was Installing/Updating SVC), Patrick O'Keefe
    • Re: Formal requests (was Installing/Updating SVC), Ed Gould
    • Re: Formal requests (was Installing/Updating SVC), Edward Jaffe
      • Re: Formal requests (was Installing/Updating SVC), Ed Gould
      • Re: Formal requests (was Installing/Updating SVC), John Eells
  • Re: Formal requests (was Installing/Updating SVC), Walt Farrell
    • Re: Formal requests (was Installing/Updating SVC), Ed Gould
  • Re: Formal requests (was Installing/Updating SVC), Patrick O'Keefe
    • Re: Formal requests (was Installing/Updating SVC), Ed Gould
      • Re: Formal requests (was Installing/Updating SVC), R.S.
  • Re: Formal requests (was Installing/Updating SVC), Patrick O'Keefe
    • Re: Formal requests (was Installing/Updating SVC), Ed Gould
  • Re: Formal requests (was Installing/Updating SVC), Walt Farrell
    • Re: Formal requests (was Installing/Updating SVC), Ed Gould
  • Re: Formal requests (was Installing/Updating SVC), Tom Marchant
    • Re: Formal requests (was Installing/Updating SVC), Ed Gould
      • Re: Formal requests (was Installing/Updating SVC), Edward Jaffe
  • Re: Formal requests (was Installing/Updating SVC), Patrick O'Keefe
  • Re: Formal requests (was Installing/Updating SVC), Patrick O'Keefe
  • Formal requests (was Installing/Updating SVC), Bill Klein
    • Re: Formal requests (was Installing/Updating SVC), Bob Shannon
• branching to zero, John C. Wolf
  • Re: branching to zero, Binyamin Dissen
  • Re: branching to zero, McKown, John
    • Re: branching to zero, John Sullivan
  • Re: branching to zero, Ulrich Krueger
  • <Possible follow-ups>
  • Re: branching to zero, John C. Wolf
    • Re: branching to zero, Craddock, Chris
    • Re: branching to zero, Binyamin Dissen
  • Re: branching to zero, John C. Wolf
  • Re: branching to zero, John C. Wolf
    • Re: branching to zero, Binyamin Dissen
  • Re: branching to zero, John C. Wolf
    • Re: branching to zero, Veilleux, Jon L
  • Re: branching to zero, Tom Marchant
• SYNCSORT : Merge multiple files, Sujay
• Determine last LLA Refresh, Martin, Mike
  • <Possible follow-ups>
  • Re: Determine last LLA Refresh, Peter Relson
    • Re: Determine last LLA Refresh, Ken Gunther
      • Re: Determine last LLA Refresh, Binyamin Dissen
      • Re: Determine last LLA Refresh, R.S.
  • Re: Determine last LLA Refresh, Vernooy, C.P. - SPLXM
    • Acceptable Syslog Policy(was Determine last LLA Refresh), Van Dalsen, Herbie
      • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Shmuel Metz , Seymour J.
      • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Van Dalsen, Herbie
  • Re: Determine Last LLA Refresh, Chase, John
• Re: Problems with checks IXGLOGR, Barbara Nitz
• System abend D38 - what is that ?, Thomas Berg
  • Re: System abend D38 - what is that ?, Itschak Mugzach
  • Re: System abend D38 - what is that ?, Binyamin Dissen
  • <Possible follow-ups>
  • Re: System abend D38 - what is that ?, Meir Zohar
  • SV: System abend D38 - what is that ?, Thomas Berg
    • Re: SV: System abend D38 - what is that ?, Miklos Szigetvari
    • Re: System abend D38 - what is that ?, Binyamin Dissen
      • SV: System abend D38 - what is that ?, Thomas Berg
  • SV: System abend D38 - what is that ?, Thomas Berg
    • Re: System abend D38 - what is that ?, Itschak Mugzach
      • SV: System abend D38 - what is that ?, Thomas Berg
  • Re: System abend D38 - what is that ?, Ed Finnell
    • SV: System abend D38 - what is that ?, Thomas Berg
  • Re: SV: System abend D38 - what is that ?, Roland Schiradin
    • Re: SV: System abend D38 - what is that ?, Itschak Mugzach
• Alternatives to CA QuickFetch, Yolanda Vivar
  • Re: Alternatives to CA QuickFetch, Martin Packer
  • Re: Alternatives to CA QuickFetch, Ted MacNEIL
  • Re: Alternatives to CA QuickFetch, Pinnacle
    • Re: Alternatives to CA QuickFetch, George Fogg
      • Re: Alternatives to CA QuickFetch, Ed Gould
  • <Possible follow-ups>
  • Re: Alternatives to CA QuickFetch, Vernooy, C.P. - SPLXM
    • Re: Alternatives to CA QuickFetch, Martin Packer
  • Re: Alternatives to CA QuickFetch, Ed Finnell
    • Re: Alternatives to CA QuickFetch, Kirk Talman
  • Re: Alternatives to CA QuickFetch, Yolanda Vivar
    • Re: Alternatives to CA QuickFetch, R.S.
  • Re: Alternatives to CA QuickFetch, Ted MacNEIL
  • Re: Alternatives to CA QuickFetch, Yolanda Vivar
  • Re: Alternatives to CA QuickFetch, Vernooy, C.P. - SPLXM
  • Re: Alternatives to CA QuickFetch, Ted MacNEIL
    • Re: Alternatives to CA QuickFetch, Martin Packer
  • Re: Alternatives to CA QuickFetch, Yolanda Vivar
    • Re: Alternatives to CA QuickFetch, Rick Fochtman
  • Re: Alternatives to CA QuickFetch, Ted MacNEIL
  • Re: Alternatives to CA QuickFetch, Dave Barry
• Problems with checks IXGLOGR_*, Jorge Garcia
• Tape path status, Denis Metivier
  • <Possible follow-ups>
  • Re: Tape path status, Ed Finnell
• Re: z/OS Position Opening (Approved by Darren), Glenn Siegel
• Requisites when ordering PTFs ?????, Dave Myers
  • Re: Requisites when ordering PTFs ?????, Michael Saraco
    • Re: Requisites when ordering PTFs ?????, Little_Nicky
  • Re: Requisites when ordering PTFs ?????, Kurt Quackenbush
    • Re: Requisites when ordering PTFs ?????, Little_Nicky
• CBT Tape Question, Eric Bielefeld
  • <Possible follow-ups>
  • Re: CBT Tape Question, Ed Finnell
    • Re: CBT Tape Question, Eric Bielefeld
  • Re: CBT Tape Question, Patrick O'Keefe
• Are comments possible in IEBUPDTE SYSIN?, David Eisenberg
  • Re: Are comments possible in IEBUPDTE SYSIN?, Gerhard Postpischil
  • <Possible follow-ups>
  • Re: Are comments possible in IEBUPDTE SYSIN?, David Eisenberg
    • Re: Are comments possible in IEBUPDTE SYSIN?, Gerhard Postpischil
  • Re: Are comments possible in IEBUPDTE SYSIN?, David Eisenberg
  • Re: Are comments possible in IEBUPDTE SYSIN?, Paul Gilmartin
  • Re: Are comments possible in IEBUPDTE SYSIN?, Ted MacNEIL
    • Re: Are comments possible in IEBUPDTE SYSIN?, Binyamin Dissen
  • Re: Are comments possible in IEBUPDTE SYSIN?, Paul Gilmartin
    • Re: Are comments possible in IEBUPDTE SYSIN?, McKown, John
• Re: Shooting of Commands, Glenn Siegel
  • Re: Shooting of Commands, Jim McAlpine
  • <Possible follow-ups>
  • Re: Shooting of Commands, Ted MacNEIL
  • Re: Shooting of Commands, Brian Westerman
    • Re: Shooting of Commands, Zahir Hemini
• Re: problem with automatic handling of message IEC534D, Glenn Siegel
  • <Possible follow-ups>
  • Re: problem with automatic handling of message IEC534D, Glenn Siegel
    • Re: problem with automatic handling of message IEC534D, Eric Bielefeld
  • Re: problem with automatic handling of message IEC534D, Glenn Siegel
    • Re: problem with automatic handling of message IEC534D, Eric Bielefeld
  • Re: problem with automatic handling of message IEC534D, Glenn Siegel
• IBM Dataset Prefixes, Dave Cartwright
  • Re: IBM Dataset Prefixes, R.S.
    • Free DBDMAP & PSBMAP? Where to download from., Itschak Mugzach
      • Re: Free DBDMAP & PSBMAP? Where to download from., Jim McAlpine
      • Re: Free DBDMAP & PSBMAP? Where to download from., Itschak Mugzach
    • Re: IBM Dataset Prefixes, Hunkeler Peter , KIUK 3
  • <Possible follow-ups>
  • Re: IBM Dataset Prefixes, Dave Cartwright
  • Re: IBM Dataset Prefixes, Dave Cartwright
    • Re: IBM Dataset Prefixes, R.S.
    • Re: IBM Dataset Prefixes, Hunkeler Peter , KIUK 3
    • Re: IBM Dataset Prefixes, Tom Sipusic
    • Re: IBM Dataset Prefixes, Skip Robinson
  • Re: IBM Dataset Prefixes, Mark Zelden
• Re: significant fixes to my product (MFNetDisk)., Shai Hess
• Re: HFS Vs ZFs, Mike Hill
  • Re: HFS Vs ZFs, Wayne Driscoll
• Archives for IBM-MAIN, Darren Evans-Young
  • Re: Archives for IBM-MAIN, Mark Jacobs
  • Re: Archives for IBM-MAIN, Rick Fochtman
  • Re: Archives for IBM-MAIN, Field, Alan C.
  • Re: Archives for IBM-MAIN, Edward Jaffe
  • Re: Archives for IBM-MAIN, R.S.
  • Re: Archives for IBM-MAIN, Pinnacle
  • Re: Archives for IBM-MAIN, Thomas H Puddicombe
  • <Possible follow-ups>
  • Re: Archives for IBM-MAIN, Paul Gilmartin
  • Re: Archives for IBM-MAIN, Patrick O'Keefe
  • Re: Archives for IBM-MAIN, Roland Schiradin
    • Re: Archives for IBM-MAIN, Darren Evans-Young
      • Re: Archives for IBM-MAIN, Eric Bielefeld
      • Re: Archives for IBM-MAIN, Rick Fochtman
  • Re: Archives for IBM-MAIN, Arthur T.
  • Archives for IBM-MAIN, Phil Payne
• Re: RES: Installing/Updating SVC, Philippe Leite
  • Re: RES: Installing/Updating SVC, Lindy Mayfield
    • Re: RES: Installing/Updating SVC, Hunkeler Peter , KIUK 3
      • Re: RES: Installing/Updating SVC, Blekemolen, Nico
      • Re: RES: Installing/Updating SVC, Lindy Mayfield
  • <Possible follow-ups>
  • Re: RES: Installing/Updating SVC, Philippe Leite
  • Re: RES: Installing/Updating SVC, Philippe Leite
    • Re: RES: Installing/Updating SVC, Hunkeler Peter , KIUK 3
  • Re: RES: Installing/Updating SVC, Ted MacNEIL
• Re: Installing/Updating SVC, Johnny Luo
  • <Possible follow-ups>
  • Re: Installing/Updating SVC, John Ticic
  • Re: Installing/Updating SVC, Johnny Luo
  • Re: Installing/Updating SVC, Peter Relson
  • Re: Installing/Updating SVC, Mark Zelden
  • Re: Installing/Updating SVC, Mark Zelden
  • Re: Installing/Updating SVC, Ted MacNEIL
• DB2 Version 8 question, Jim McAlpine
  • Re: DB2 Version 8 question, Ray Mullins , Gmail backup
  • <Possible follow-ups>
  • Re: DB2 Version 8 question, Roland Schiradin
    • Re: DB2 Version 8 question, Jim McAlpine
  • Re: DB2 Version 8 question, Roland Schiradin
• HFS to ZFS Migration., Gaur
• ISPF 3.4 ENQBYPASS, Anthony Fletcher
  • Re: ISPF 3.4 ENQBYPASS, Edward Jaffe
    • Re: ISPF 3.4 ENQBYPASS, Anthony Fletcher
• iPhone, Phil Payne
  • <Possible follow-ups>
  • Re: iPhone, Ed Finnell
• IXGLOGR dataset migration, R.S.
  • Re: IXGLOGR dataset migration, Shane
  • <Possible follow-ups>
  • Re: IXGLOGR dataset migration, Vernooy, C.P. - SPLXM
    • Installing/Updating SVC, Lindy Mayfield
      • Re: Installing/Updating SVC, Binyamin Dissen
      • Re: Installing/Updating SVC, Johnny Luo
      • Re: Installing/Updating SVC, Shmuel Metz , Seymour J.
      • Re: Installing/Updating SVC, Edward Jaffe
      • Re: Installing/Updating SVC, Lindy Mayfield
      • Re: Installing/Updating SVC, Binyamin Dissen
      • Re: Installing/Updating SVC, Rick Fochtman
    • Re: IXGLOGR dataset migration, Hunkeler Peter , KIUK 3
  • Re: IXGLOGR dataset migration, Barbara Nitz
    • Re: IXGLOGR dataset migration, R.S.
      • Re: IXGLOGR dataset migration, Hunkeler Peter , KIUK 3
      • Re: IXGLOGR dataset migration, Martin Packer
      • Re: IXGLOGR dataset migration, Hunkeler Peter , KIUK 3
  • Re: IXGLOGR dataset migration, Vernooy, C.P. - SPLXM
  • Re: IXGLOGR dataset migration, Barbara Nitz
    • Re: IXGLOGR dataset migration, R.S.
• ADR412E, John Dawes
  • Re: ADR412E, Hunkeler Peter , KIUK 3
    • Re: ADR412E, John Dawes
      • Re: ADR412E, Hunkeler Peter , KIUK 3
• FW: Inbound Message Notification - Malicious Code detected, Van Dalsen, Herbie
• Problems with IXGLOGR_* checks, jgarci12
• Exactly where is the source code for Zlinux?, Binyamin Dissen
  • Re: Exactly where is the source code for Zlinux?, Shane
  • Re: Exactly where is the source code for Zlinux?, Roy Hewitt
    • Re: Exactly where is the source code for Zlinux?, Binyamin Dissen
  • Re: Exactly where is the source code for Zlinux?, Mark Post
    • Re: Exactly where is the source code for Zlinux?, Binyamin Dissen
      • Re: Exactly where is the source code for Zlinux?, Shane
      • Re: Exactly where is the source code for Zlinux?, Binyamin Dissen
      • Re: Exactly where is the source code for Zlinux?, Mark Post
      • Re: Exactly where is the source code for Zlinux?, Mark Post
  • <Possible follow-ups>
  • Re: Exactly where is the source code for Zlinux?, Dave Jones
• Transparent TCP tunnel, Robert Winder
• ISMF Question, Vernooy, C.P. - SPLXM
  • Re: ISMF Question, Lizette Koehler
  • Re: ISMF Question, Van Dalsen, Herbie
  • Re: ISMF Question, John Kington
  • <Possible follow-ups>
  • Re: ISMF question, Neil Duffee
  • Re: ISMF question, Vernooy, C.P. - SPLXM
  • Re: ISMF Question, Vernooy, C.P. - SPLXM
    • Re: ISMF Question, John Kington
  • Re: ISMF Question, Vernooy, C.P. - SPLXM
    • Re: ISMF Question, John Kington
    • Re: ISMF Question, John Kington
• Re: MFNetDisk fastsync is ready., Shai Hess
• z/800 to z9 upgrade questions, Miklos Szigetvari
  • <Possible follow-ups>
  • Re: z/800 to z9 upgrade questions, Jim Marshall
  • Re: z/800 to z9 upgrade questions, Timothy Sipples
    • Re: z/800 to z9 upgrade questions, Ed Gould
      • Re: z/800 to z9 upgrade questions, Miklos Szigetvari
    • Re: z/800 to z9 upgrade questions, Rick Fochtman
  • Re: z/800 to z9 upgrade questions, Timothy Sipples
    • Re: z/800 to z9 upgrade questions, Ed Gould
  • Re: z/800 to z9 upgrade questions, Timothy Sipples
  • Re: z/800 to z9 upgrade questions, Timothy Sipples
    • Re: z/800 to z9 upgrade questions, Ed Gould
    • Re: z/800 to z9 upgrade questions, Eric Bielefeld
  • Re: z/800 to z9 upgrade questions, Timothy Sipples
• BMC CTM - - JOB505S PREVIOUS RUN OF CTMJOB DID NOT FINISH OK, Glen.Gasior
  • Re: BMC CTM - - JOB505S PREVIOUS RUN OF CTMJOB DID NOT FINISH OK, Glen.Gasior
• S/380, kerravon
• PKZIP Z/OS - How to check if zip-archive is empty in a batch-job, miguel . laiz
  • <Possible follow-ups>
  • Re: PKZIP Z/OS - How to check if zip-archive is empty in a batch-job, Arthur T.
• What is 'MVS-recognized' disablement?, Johnny Luo
  • Re: What is 'MVS-recognized' disablement?, Binyamin Dissen
  • Re: What is 'MVS-recognized' disablement?, Craddock, Chris
  • Re: What is 'MVS-recognized' disablement?, Jim Mulder
    • Re: What is 'MVS-recognized' disablement?, Craddock, Chris
      • Re: What is 'MVS-recognized' disablement?, Johnny Luo
  • <Possible follow-ups>
  • Re: What is 'MVS-recognized' disablement?, , IBM Mainframe Discussion List
    • Re: What is 'MVS-recognized' disablement?, Binyamin Dissen
    • Re: What is 'MVS-recognized' disablement?, Rick Fochtman
  • Re: What is 'MVS-recognized' disablement?, Walt Farrell
  • Re: What is 'MVS-recognized' disablement?, , IBM Mainframe Discussion List
    • Re: What is 'MVS-recognized' disablement?, Rick Fochtman
    • Re: What is 'MVS-recognized' disablement?, Jim Mulder
  • Re: What is 'MVS-recognized' disablement?, Walt Farrell
  • Re: What is 'MVS-recognized' disablement?, Tom Marchant
    • Re: What is 'MVS-recognized' disablement?, McKown, John
      • Re: What is 'MVS-recognized' disablement?, Craddock, Chris
      • Re: What is 'MVS-recognized' disablement?, McKown, John
      • Re: What is 'MVS-recognized' disablement?, Jim Mulder
  • Re: What is 'MVS-recognized' disablement?, , IBM Mainframe Discussion List
  • Re: What is 'MVS-recognized' disablement?, Peter Relson
    • Re: What is 'MVS-recognized' disablement?, Craddock, Chris
      • Re: What is 'MVS-recognized' disablement?, Hunkeler Peter , KIUK 3
      • Re: What is 'MVS-recognized' disablement?, Craddock, Chris
  • Re: What is 'MVS-recognized' disablement?, Patrick O'Keefe
  • Re: What is 'MVS-recognized' disablement?, , IBM Mainframe Discussion List
  • Re: What is 'MVS-recognized' disablement?, Peter Relson
  • Re: What is 'MVS-recognized' disablement?, , IBM Mainframe Discussion List
    • Re: What is 'MVS-recognized' disablement?, Jim Mulder
      • Re: What is 'MVS-recognized' disablement?, Rick Fochtman
  • Re: What is 'MVS-recognized' disablement?, Peter Relson
  • Re: What is 'MVS-recognized' disablement?, Peter Relson
• Retrieving current HSM AutoDump processing stats, Barry Gilder
  • Re: Retrieving current HSM AutoDump processing stats, George Fogg
  • Re: Retrieving current HSM AutoDump processing stats, Schwarz, Barry A
• Teach Yourself Supply Chain Management in 24 Hours Guide !, John Stapleton
• UK - GSE Large Systems Meeting Announcement and call for papers, Mark Wilson
  • <Possible follow-ups>
  • UK - GSE Large Systems Meeting Announcement and call for papers, Phil Payne
    • how to unsubscribe?, Tharranni Devi Shanmugam, TLS, Chennai
      • Re: how to unsubscribe?, Rich Smrcina
• Where are the DFHSM CDS stats kept?, Michael Schmutzok
• ServerPac Config Backleveled, philip Knight
  • Re: ServerPac Config Backleveled, Pinnacle
  • <Possible follow-ups>
  • Re: ServerPac Config Backleveled, philip Knight
  • Re: ServerPac Config Backleveled, philip Knight
• BatchPipes Hipersocket stage?, Tom Schmidt
• A Question on ViewDirect EXIT04, Brad Carson
  • Re: A Question on ViewDirect EXIT04, Ken Porowski
  • <Possible follow-ups>
  • Re: A Question on ViewDirect EXIT04, Robert S. Hansel , RSH
• Joseph H Winterton is out of the office., Joseph H Winterton
• renaming volume name, tharumca
• Re: Copying am FMID from one CSI to another, Shane
  • Re: Copying am FMID from one CSI to another, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Copying am FMID from one CSI to another, Varun Manocha
    • Re: Copying am FMID from one CSI to another, Gadi Ben-Avi
• Re: MFNetDisk presentation., Shai Hess
• Question regarding RACF migration., Sridhar K Veena
  • Re: Question regarding RACF migration., Schwarz, Barry A
    • Re: Question regarding RACF migration., Skip Robinson
  • Re: Question regarding RACF migration., Rick Fochtman
  • <Possible follow-ups>
  • Re: Question regarding RACF migration., Robert S. Hansel , RSH
  • Re: Question regarding RACF migration., Walt Farrell
  • Re: Question regarding RACF migration., Sridhar K Veena
  • Re: Question regarding RACF migration., Ed Finnell
    • Re: Question regarding RACF migration., Rick Fochtman
      • Re: Question regarding RACF migration., Skip Robinson
  • Re: Question regarding RACF migration., Ed Finnell
    • Re: Question regarding RACF migration., Rick Fochtman
  • Re: Question regarding RACF migration., Ted MacNEIL
    • Re: Question regarding RACF migration., Tom Longfellow
  • Re: Question regarding RACF migration., Ed Finnell
  • Re: Question regarding RACF migration., Ted MacNEIL
• Data Center Theft, Ed Gould
  • Re: Data Center Theft, Martin Packer
    • Re: Data Center Theft, Clark Morris
      • Re: Data Center Theft, Eric Bielefeld
      • Re: Data Center Theft, Gerard Schildberger
      • Re: Data Center Theft, Schwarz, Barry A
      • Re: Data Center Theft, McKown, John
      • Hardware encryption question(was Data Center Theft), Van Dalsen, Herbie
      • Re: Data Center Theft, William Donzelli
  • Re: Data Center Theft, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Data Center Theft, daver++
  • Re: Data Center Theft, Ed Finnell
    • Quick Question - how to get XCFAS to release CTC device to allow CHPID to go offline, Diehl, Gary , MVSSupport
      • Re: Quick Question - how to get XCFAS to release CTC device to allow CHPID to go offline, Mark Jacobs
      • Re: Quick Question - how to get XCFAS to release CTC device to allow CHPID to go offline, Jihad K Kawkabani
      • Re: Quick Question - how to get XCFAS to release CTC device to allow CHPID to go offline, Diehl, Gary , MVSSupport
  • Re: Data Center Theft, A L Hughes
• Grant Ward Able is out of the office., Grant Ward Able
• performance of db2 7 on mainframe, luca . devoti
  • Re: performance of db2 7 on mainframe, John S. Giltner, Jr.
  • <Possible follow-ups>
  • Re: performance of db2 7 on mainframe, IBMsysProg , Avram Friedman
  • Re: performance of db2 7 on mainframe, Timothy Sipples
    • Re: performance of db2 7 on mainframe, luca . devoti
• Hipersocket speed?, McKown, John
  • Re: Hipersocket speed?, Hal Merritt
  • <Possible follow-ups>
  • Re: Hipersocket speed?, Patrick O'Keefe
• Is there some cross reference between CPU types and machine instructions supported?, Binyamin Dissen
  • Re: Is there some cross reference between CPU types and machine instructions supported?, John P. Baker
  • Re: Is there some cross reference between CPU types and machine instructions supported?, khf00
  • Re: Is there some cross reference between CPU types and machine instructions supported?, Jack Schudel
    • Re: Is there some cross reference between CPU types and machine instructions supported?, Binyamin Dissen
      • Re: Is there some cross reference between CPU types and machine instructions supported?, Rick Fochtman
      • Re: Is there some cross reference between CPU types and machine instructions supported?, Blaicher, Chris
      • Re: Is there some cross reference between CPU types and machine instructions supported?, Shmuel Metz , Seymour J.
      • Re: Is there some cross reference between CPU types and machine instructions supported?, John P. Baker
      • Re: Is there some cross reference between CPU types and machine instructions supported?, Ed Gould
      • Re: Is there some cross reference between CPU types and machine instructions supported?, John P. Baker
      • Re: Is there some cross reference between CPU types and machine instructions supported?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Is there some cross reference between CPU types and machine instructions supported?, Tom Marchant
• DFHSM CANCEL REQUEST, esmie moo
  • Re: DFHSM CANCEL REQUEST, Pommier, Rex R.
    • Re: DFHSM CANCEL REQUEST, esmie moo
      • Re: DFHSM CANCEL REQUEST, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
    • Re: DFHSM CANCEL REQUEST, Edward Jaffe
      • Re: DFHSM CANCEL REQUEST, Adams, Rick
      • Re: DFHSM CANCEL REQUEST, McKown, John
      • Re: DFHSM CANCEL REQUEST, Edward Jaffe
      • Re: DFHSM CANCEL REQUEST, McKown, John
  • <Possible follow-ups>
  • Re: DFHSM CANCEL REQUEST, Ed Finnell
  • Re: DFHSM CANCEL REQUEST, Ray Mullins
    • Re: DFHSM CANCEL REQUEST, McKown, John
      • Re: DFHSM CANCEL REQUEST, Ray Mullins
      • Re: DFHSM CANCEL REQUEST, Gregory, Gary G
      • Re: DFHSM CANCEL REQUEST, Ed Gould
      • Re: DFHSM CANCEL REQUEST, esmie moo
      • Re: DFHSM CANCEL REQUEST, Edward Jaffe
      • Re: DFHSM CANCEL REQUEST, Pommier, Rex R.
    • Re: DFHSM CANCEL REQUEST, Shmuel Metz , Seymour J.
• is IBMLINK from the web down again?, Barkow, Eileen
  • Re: is IBMLINK from the web down again?, Staller, Allan
    • Re: is IBMLINK from the web down again?, Barkow, Eileen
  • <Possible follow-ups>
  • Re: is IBMLINK from the web down again?, Roland Schiradin
    • Re: is IBMLINK from the web down again?, Barkow, Eileen
  • Re: is IBMLINK from the web down again?, Roland Schiradin
• NCP Dump DCB, Richard Pinion
  • <Possible follow-ups>
  • Re: NCP Dump DCB, Patrick O'Keefe
    • Re: NCP Dump DCB, Robert Wright
    • Re: NCP Dump DCB, John S. Giltner, Jr.
• Doyle Banks/Mainline is out until 11/26/2007., Doyle Banks
• Top IBM Mainframe reseller threatens to exit biz (PSI is mentioned as well), Ed Gould
• OT IBM Introduced the PC in 1981, Ed Gould
• OT: Outsourcing has its disadvantages, Ed Gould
  • <Possible follow-ups>
  • Re: OT: Outsourcing has its disadvantages, Timothy Sipples
    • Re: OT: Outsourcing has its disadvantages, nounours
    • Re: OT: Outsourcing has its disadvantages, Ed Gould
• Re: Transferring data from a different site that uses VTS, Itschak Mugzach
  • <Possible follow-ups>
  • Re: Transferring data from a different site that uses VTS, Knutson, Sam
    • Re: Transferring data from a different site that uses VTS, McKown, John
      • Re: Transferring data from a different site that uses VTS, Rich Smrcina
• DFHSM can not allocate tape volume, Art
  • <Possible follow-ups>
  • Re: DFHSM can not allocate tape volume, Adams, Rick
• COBANAL new beta version, Roland Schiradin
  • Re: COBANAL new beta version, Capomaestro
    • Re: COBANAL new beta version, John P Kalinich
    • Re: COBANAL new beta version, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: COBANAL new beta version, Roland Schiradin
• AUTO: Lionel B Dyck is out of the office. (returning 11/26/2007), Lionel B Dyck
• Re: Are any of us this desperate?, Steve Comstock
  • Re: Are any of us this desperate?, Gary Green
  • Re: Are any of us this desperate?, Van Dalsen, Herbie
  • Re: Are any of us this desperate?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Are any of us this desperate?, Graeme Gibson
    • Re: Are any of us this desperate?, Shane
      • Re: Are any of us this desperate?, Ed Gould
      • Re: Are any of us this desperate?, Anthony Saul Babonas
      • Re: Are any of us this desperate?, Eric Bielefeld
      • Re: Are any of us this desperate?, Bill Johnson
      • Re: Are any of us this desperate?, Ed Gould
      • Re: Are any of us this desperate?, geo . culp
  • Re: Are any of us this desperate?, Robert Justice
  • Re: Are any of us this desperate?, Ted MacNEIL
    • Re: Are any of us this desperate?, howard . brazee
  • Re: Are any of us this desperate?, Graeme Gibson
    • Re: Are any of us this desperate?, Ed Gould
      • Re: Are any of us this desperate?, Eric Chevalier
      • Re: Are any of us this desperate?, Anthony Saul Babonas
      • Re: Are any of us this desperate?, Eric Bielefeld
      • Re: Are any of us this desperate?, Ed Gould
    • Re: Are any of us this desperate?, R.S.
      • Re: Are any of us this desperate?, Ed Gould
  • Re: Are any of us this desperate?, Graeme Gibson
  • Re: Are any of us this desperate?, Chase, John
    • Re: Are any of us this desperate?, Mark Jacobs
      • Re: Are any of us this desperate?, Anthony Saul Babonas
      • Re: Are any of us this desperate?, Edward Jaffe
  • Re: Are any of us this desperate?, Aaron Walker
  • Re: Are any of us this desperate?, Anton Britz
    • Re: Are any of us this desperate?, Doug Fuerst
    • Re: Are any of us this desperate?, Eric Bielefeld
  • Re: Are any of us this desperate?, daver++
  • Re: Are any of us this desperate?, Gary Green
  • Re: Are any of us this desperate?, Gary Green
    • Re: Are any of us this desperate?, Edward Jaffe
    • Re: Are any of us this desperate?, Chase, John
      • Re: Are any of us this desperate?, Edward Jaffe
    • Re: Are any of us this desperate?, Cobe Xu
  • Re: Are any of us this desperate?, daver++
  • Re: Are any of us this desperate?, daver++
  • Re: Are any of us this desperate?, Gary Green
  • Re: Are any of us this desperate?, Gary Green
  • Re: Are any of us this desperate?, Dave Barry
• to implement FasTSync using Shark, I need more infomation about Shark CCW (95,a5,a6), Shai Hess
  • <Possible follow-ups>
  • Re: to implement FasTSync using Shark, I need more infomation about Shark CCW (95,a5,a6), Shai Hess
• Dataset-held message to TSO user, Skip Robinson
  • Re: Dataset-held message to TSO user, Shane
    • Re: Dataset-held message to TSO user, Edward Jaffe
  • Re: Dataset-held message to TSO user, Edward Jaffe
  • <Possible follow-ups>
  • Re: Dataset-held message to TSO user, Lucymarie Ruth
    • Re: Dataset-held message to TSO user, Skip Robinson
    • Re: Dataset-held message to TSO user, Ed Gould
      • Re: Dataset-held message to TSO user, Shmuel Metz , Seymour J.
      • Re: Dataset-held message to TSO user, McKown, John
      • Re: Dataset-held message to TSO user, Ed Gould
      • Re: Dataset-held message to TSO user, Edward Jaffe
      • Re: Dataset-held message to TSO user, Binyamin Dissen
      • Re: Dataset-held message to TSO user, Shmuel Metz , Seymour J.
  • Re: Dataset-held message to TSO user, Brian Peterson
    • Re: Dataset-held message to TSO user, Edward Jaffe
      • Re: Dataset-held message to TSO user, Skip Robinson
  • Re: Dataset-held message to TSO user, Lucymarie Ruth
  • Re: Dataset-held message to TSO user, Lucymarie Ruth
    • Re: Dataset-held message to TSO user, Skip Robinson
  • Re: Dataset-held message to TSO user, Lucymarie Ruth
    • Re: Dataset-held message to TSO user, Skip Robinson
• What subsystem ate my message, Field, Alan C.
  • <Possible follow-ups>
  • Re: What subsystem ate my message, Bruce Richardson
• APF-Authorized, Aaron Walker
  • Re: APF-Authorized, Wissink, Brad [ITSYS]
• APF-me, Aaron Walker
  • Re: APF-me, Anthony Saul Babonas
  • <Possible follow-ups>
  • Re: APF-me, Ted MacNEIL
• Re: z/OS 1.8 Book Collection online?, Mark Zelden
  • Re: z/OS 1.8 Book Collection online?, Edward Jaffe
  • <Possible follow-ups>
  • Re: z/OS 1.8 Book Collection online?, Anton Britz
  • Re: z/OS 1.8 Book Collection online?, Anton Britz
  • Re: z/OS 1.8 Book Collection online?, Mark Zelden
• TCPIP AUTOLOG for Generic Servers, Greg LaChapelle
  • Re: TCPIP AUTOLOG for Generic Servers, Ron Wells
• Before I RCF these..., Ray Mullins
• Re: STK SILO DEVTYPE 9490, Mark Zelden
  • <Possible follow-ups>
  • Re: STK SILO DEVTYPE 9490, Roy Hewitt
  • Re: STK SILO DEVTYPE 9490, Brian Peterson
    • Re: STK SILO DEVTYPE 9490, George Rodriguez
      • Re: STK SILO DEVTYPE 9490, Bob Rutledge
      • Re: STK SILO DEVTYPE 9490, Doug Fuerst
    • Re: STK SILO DEVTYPE 9490, George Rodriguez
      • Re: STK SILO DEVTYPE 9490, R.S.
  • Re: STK SILO DEVTYPE 9490, Mark Zelden
  • Re: STK SILO DEVTYPE 9490, Brian Peterson
  • Re: STK SILO DEVTYPE 9490, Brian Peterson
  • Re: STK SILO DEVTYPE 9490, Mark Zelden
    • Re: STK SILO DEVTYPE 9490, R.S.
  • Re: STK SILO DEVTYPE 9490, Mike Baldwin
  • Re: STK SILO DEVTYPE 9490, Mark Zelden
• DFHSM - URGENT HELP, willie bunter
  • Re: DFHSM - URGENT HELP, Staller, Allan
  • Re: DFHSM - URGENT HELP, McKown, John
  • <Possible follow-ups>
  • Re: DFHSM - URGENT HELP, Thompson, Steve
    • Re: DFHSM - URGENT HELP, willie bunter
      • Re: DFHSM - URGENT HELP, Pommier, Rex R.
      • Re: DFHSM - URGENT HELP, willie bunter
      • Re: DFHSM - URGENT HELP, willie bunter
      • Re: DFHSM - URGENT HELP, Adams, Rick
      • Re: DFHSM - URGENT HELP, willie bunter
      • Re: DFHSM - URGENT HELP, Joel C. Ewing
      • Re: DFHSM - URGENT HELP, Staller, Allan
      • Re: DFHSM - URGENT HELP, Pommier, Rex R.
      • Re: DFHSM - URGENT HELP, Schwarz, Barry A
• CICS 3.1 Installation and Web Services for CICS, Kenneth R Barkhau
  • Re: CICS 3.1 Installation and Web Services for CICS, Barkow, Eileen
  • Re: CICS 3.1 Installation and Web Services for CICS, Mullen, Patrick
    • Re: CICS 3.1 Installation and Web Services for CICS, Kenneth R Barkhau
      • Re: CICS 3.1 Installation and Web Services for CICS, Barkow, Eileen
  • Re: CICS 3.1 Installation and Web Services for CICS, Hunter Cobb
    • Re: CICS 3.1 Installation and Web Services for CICS, Rich Smrcina
  • <Possible follow-ups>
  • Re: CICS 3.1 Installation and Web Services for CICS, Roland Schiradin
• HSM secondary space management - order?, Jennifer Currell
• z/OS V1R6 to V1R9 migration, Giliad Wilf
  • Re: z/OS V1R6 to V1R9 migration, khf00
  • E-MAIL address for Sam Palmisano?, Mark S. House
    • Re: E-MAIL address for Sam Palmisano?, Anonymous
    • Re: E-MAIL address for Sam Palmisano?, August Carideo
• SYSTRACE in SYSMDUMP, Miklos Szigetvari
  • <Possible follow-ups>
  • Re: SYSTRACE in SYSMDUMP, Lizette Koehler
• Re: Increase File size on system file held in LLA and XCFAS, Walter Marguccio
  • <Possible follow-ups>
  • Re: Increase File size on system file held in LLA and XCFAS, Mark Zelden
  • Re: Increase File size on system file held in LLA and XCFAS, Peter Relson
  • Re: Increase File size on system file held in LLA and XCFAS, Paul Gilmartin
    • Re: Increase File size on system file held in LLA and XCFAS, Mike Myers
    • Re: Increase File size on system file held in LLA and XCFAS, Mike Myers
  • Re: Increase File size on system file held in LLA and XCFAS, Paul Gilmartin
    • Re: Increase File size on system file held in LLA and XCFAS, Mike Myers
  • Re: Increase File size on system file held in LLA and XCFAS, Paul Gilmartin
    • Re: Increase File size on system file held in LLA and XCFAS, Mike Myers
  • Re: Increase File size on system file held in LLA and XCFAS, Paul Gilmartin
  • Re: Increase File size on system file held in LLA and XCFAS, Peter Relson
  • Re: Increase File size on system file held in LLA and XCFAS, Paul Gilmartin
  • Re: Increase File size on system file held in LLA and XCFAS, Peter Relson
• Problem with a CVC defined channel, Paolo Pirillo
  • <Possible follow-ups>
  • Re: Problem with a CVC defined channel, Walter Marguccio
  • Re: Problem with a CVC defined channel, Paolo Pirillo
• JES2 remote printers, Michael Saraco
  • <Possible follow-ups>
  • Re: JES2 remote printers, Big Iron
    • Re: JES2 remote printers, Michael Saraco
      • Re: JES2 remote printers, Ken Porowski
      • Re: JES2 remote printers, Michael Saraco
• Newspaper: IBM Invests $5M in Illinois State Univ., Timothy Sipples
  • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Steve Comstock
    • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Michael Stack
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Mark Post
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Edward Jaffe
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Michael Stack
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Mark Post
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Michael Stack
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., McKown, John
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Mark Post
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., McKown, John
    • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Mark Post
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Ray Mullins
  • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Derry, James E
    • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Wayne Driscoll
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Mark Post
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Steve Comstock
  • <Possible follow-ups>
  • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Alan Altmark
  • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Ed Finnell
  • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Ed Finnell
  • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Mark Post
  • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Patrick O'Keefe
    • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Edward Jaffe
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Mark Post
  • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Timothy Sipples
  • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Jim Marshall
    • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Ed Gould
• Migration from z/OS 1.4 to ???, Mike Myers
  • <Possible follow-ups>
  • Re: Migration from z/OS 1.4 to ???, Ted MacNEIL
    • Re: Migration from z/OS 1.4 to ???, Mike Myers
  • Re: Migration from z/OS 1.4 to ???, Marna WALLE
• zFS (was Re: good, bad, or ugly?), Brian Peterson
  • Re: zFS (was Re: good, bad, or ugly?), McKown, John
• Sort to DFSMStvs (RLS) output file w/ replace - example(s) wanted, Tom Schmidt
• ZFS: good, bad, or ugly?, Hal Merritt
  • Re: ZFS: good, bad, or ugly?, Edward Jaffe
  • Re: good, bad, or ugly?, Robert Justice
  • Re: good, bad, or ugly?, James Chappell
    • Re: good, bad, or ugly?, Robert Justice
  • <Possible follow-ups>
  • ZFS: good, bad, or ugly?, Lucymarie Ruth
    • Re: good, bad, or ugly?, Robert Justice
    • Re: good, bad, or ugly?, Staller, Allan
      • Re: good, bad, or ugly?, gary
    • Re: good, bad, or ugly?, Lindy Mayfield
  • Re: ZFS: good, bad, or ugly?, Brian Peterson
• REXX Alternate Library v1.4.0, Chase, John
  • Re: REXX Alternate Library v1.4.0, Shane
    • Re: REXX Alternate Library v1.4.0, Chase, John
• Re: SMS Advanced Feature, Knutson, Sam
• z/OS PTFs, Meganen Naidoo - BCX - RO JHB
  • Re: z/OS PTFs, Mark Jacobs
  • Re: z/OS PTFs, Tergerson, John
  • <Possible follow-ups>
  • Re: z/OS PTFs, Mark Zelden
• From 1.7 to 1.8: CKPT effects, Christian Blesa
  • <Possible follow-ups>
  • Re: From 1.7 to 1.8: CKPT effects, Koala Powah
• CICSPLEX query, Tommy Tsui
  • <Possible follow-ups>
  • Re: CICSPLEX query, Roland Schiradin
• Remote HMC Access setup, Paul Coyne
  • Re: Remote HMC Access setup, Hal Merritt
    • Re: Remote HMC Access setup, Chase, John
      • Re: Remote HMC Access setup, Hal Merritt
      • Re: Remote HMC Access setup, Rick Fochtman
  • <Possible follow-ups>
  • Re: Remote HMC Access setup, Paul Coyne
    • Re: Remote HMC Access setup, Eric Bielefeld
  • Re: Remote HMC Access setup, Paul Coyne
• IBM in big push to build data centers for clients, Ed Gould
  • Re: IBM in big push to build data centers for clients, Veilleux, Jon L
    • Re: IBM in big push to build data centers for clients, Doc Farmer
    • Re: IBM in big push to build data centers for clients, Ed Gould
      • Re: IBM in big push to build data centers for clients, Russell D Hardgrove
      • Re: IBM in big push to build data centers for clients, Ed Gould
• Incremental Backup/Restore for HFS/zFS, Niran Kamaksorn
  • Antwort: Incremental Backup/Restore for HFS/zFS, Albert Klimek
    • Increase File size on system file held in LLA and XCFAS, Mark S. House
  • <Possible follow-ups>
  • Re: Incremental Backup/Restore for HFS/zFS, Jim Marshall
    • Re: Incremental Backup/Restore for HFS/zFS, Edward Jaffe
• Generating WSDL from COBOL copybook, clarkperry
  • <Possible follow-ups>
  • Generating WSDL from COBOL copybook, Bill Klein
• Re: MFNetDisk this time no secrets and no internal but add more info about FastSync in my site, page: Features., Shai Hess
• MS & Linux?, Ed Gould
• REFM=VB Binary upload problem, Tommy Tsui
  • <Possible follow-ups>
  • Re: REFM=VB Binary upload problem, Paul Gilmartin
    • Re: REFM=VB Binary upload problem, Tommy Tsui
  • Re: REFM=VB Binary upload problem, Paul Gilmartin
    • Re: REFM=VB Binary upload problem, Gary DiPillo
  • Re: REFM=VB Binary upload problem, Farley, Peter x23353
    • Re: REFM=VB Binary upload problem, Kirk Wolf
      • Re: REFM=VB Binary upload problem, Eric Chevalier
      • Re: REFM=VB Binary upload problem, McKown, John
  • Re: REFM=VB Binary upload problem, David Magee
    • Re: REFM=VB Binary upload problem, McKown, John
      • Re: REFM=VB Binary upload problem, Tommy Tsui
      • Re: REFM=VB Binary upload problem, Harold Zbiegien
  • Re: REFM=VB Binary upload problem, Joe Peresich
    • Re: REFM=VB Binary upload problem, McKown, John
  • Re: REFM=VB Binary upload problem, Greg Saccomanno
    • Re: REFM=VB Binary upload problem, GAVIN Darren * OPS EAS
    • Re: REFM=VB Binary upload problem, McKown, John
  • Re: REFM=VB Binary upload problem, Paul Gilmartin
• BMC Cross-System Image Manager (XIM) and user key CSA, Knutson, Sam
  • Re: BMC Cross-System Image Manager (XIM) and user key CSA, Jim Mulder
    • Re: BMC Cross-System Image Manager (XIM) and user key CSA, Shmuel Metz , Seymour J.
  • Re: BMC Cross-System Image Manager (XIM) and user key CSA, Craddock, Chris
  • Re: BMC Cross-System Image Manager (XIM) and user key CSA, Edward Jaffe
    • Re: BMC Cross-System Image Manager (XIM) and user key CSA, Gerhard Postpischil
      • Re: BMC Cross-System Image Manager (XIM) and user key CSA, Scott Rowe
      • Re: BMC Cross-System Image Manager (XIM) and user key CSA, McKown, John
      • Re: BMC Cross-System Image Manager (XIM) and user key CSA, Gerhard Postpischil
  • Re: BMC Cross-System Image Manager (XIM) and user key CSA, Binyamin Dissen
• USS SMP/E ACCEPT Question, Mark Yuhas
  • Re: USS SMP/E ACCEPT Question, Chase, John
  • Re: USS SMP/E ACCEPT Question, Kurt Quackenbush
  • <Possible follow-ups>
  • Re: USS SMP/E ACCEPT Question, Mark Yuhas
  • Re: USS SMP/E ACCEPT Question, Tom Marchant
    • Re: USS SMP/E ACCEPT Question, Chase, John
  • Re: USS SMP/E ACCEPT Question, Paul Gilmartin
    • Re: USS SMP/E ACCEPT Question, Kurt Quackenbush
  • Re: USS SMP/E ACCEPT Question, Tom Marchant
    • Re: USS SMP/E ACCEPT Question, Chase, John
  • Re: USS SMP/E ACCEPT Question, Tom Marchant
• FW: NYSE Undertakes IBM Mainframe Migration to Unix and Linux, Kopischke, David G.
• (none), Lucymarie Ruth
  • <Possible follow-ups>
  • (none), Kelman, Tom
• latest ibmlink news (still not working, shock and surprise), Robert Justice
  • Re: latest ibmlink news (still not working, shock and surprise), Chase, John
    • Re: latest ibmlink news (still not working, shock and surprise), Gray, Larry - Larry A
      • Re: latest ibmlink news (still not working, shock and surprise), Chase, John
    • Re: latest ibmlink news (still not working, shock and surprise), Gibney, Dave
  • <Possible follow-ups>
  • Re: latest ibmlink news (still not working, shock and surprise), Thompson, Steve
• IBM Academic Innovation Initiatives, Ken Porowski
  • Re: IBM Academic Innovation Initiatives, Binyamin Dissen
    • Re: IBM Academic Innovation Initiatives, Michael Stack
      • Re: IBM Academic Innovation Initiatives, barryschrager
  • <Possible follow-ups>
  • Re: IBM Academic Innovation Initiatives, Ed Finnell
• z/OS 1.4 ADCD - STORCLAS, DATACLAS, MGMTCLAS Values, Mike Carver
• Performance Improvement Possible For Remote TCP Access to z/OS, Aaron Walker
  • Re: Performance Improvement Possible For Remote TCP Access to z/OS, Jorge Arueira Campos
    • Antwort: Re: Performance Improvement Possible For Remote TCP Access to z/OS, Werner Kuehnel
• Detecting jobs, steve
  • Re: Detecting jobs, Bill Lalonde
• Resetting the service class of a job in a WLM managed initiator, Steven Werth
  • Message not available
    • Re: Resetting the service class of a job in a WLM managed initiator, Steven Werth
  • <Possible follow-ups>
  • Re: Resetting the service class of a job in a WLM managed initiator, Vernooy, C.P. - SPLXM
• 3590 TAPE Drive F-BOX status, Jacky Bright
  • Message not available
    • Re: 3590 TAPE Drive F-BOX status, Jacky Bright
      • Re: 3590 TAPE Drive F-BOX status, Ed Gould
      • Re: 3590 TAPE Drive F-BOX status, Bill Wilkie
      • Re: 3590 TAPE Drive F-BOX status, Jacky Bright
      • Re: 3590 TAPE Drive F-BOX status, Ulrich Krueger
      • Re: 3590 TAPE Drive F-BOX status, Van Dalsen, Herbie
      • Re: 3590 TAPE Drive F-BOX status, Ulrich Krueger
      • Re: 3590 TAPE Drive F-BOX status, Van Dalsen, Herbie
  • <Possible follow-ups>
  • Re: 3590 TAPE Drive F-BOX status, Vernooy, C.P. - SPLXM
    • Re: 3590 TAPE Drive F-BOX status, Hale, Bob
  • Re: 3590 TAPE Drive F-BOX status, Ed Finnell
    • Re: 3590 TAPE Drive F-BOX status, Van Dalsen, Herbie
• Re: Converting DB2 Workload from IBM Z-Series to P-Series (AIX, Sarel Swanepoel
• New "Art of the Sale" Mainframe Videos, Timothy Sipples
  • Re: New "Art of the Sale" Mainframe Videos, Tim Klevar
  • z/OS 1.8 Book Collection online?, Jeffrey Deaver
    • Re: z/OS 1.8 Book Collection online?, David Andrews
    • Re: z/OS 1.8 Book Collection online?, Bob Rutledge
    • Re: z/OS 1.8 Book Collection online?, Schwarz, Barry A
• LPA not in a dump?, Paul Schuster
  • <Possible follow-ups>
  • Re: LPA not in a dump?, Barbara Nitz
  • Re: LPA not in a dump?, Peter Relson
• IBM z-OS book search, Lucymarie Ruth
  • Re: IBM z-OS book search, Steve Comstock
    • Re: IBM z-OS book search, HUTCHISON Gregory
  • <Possible follow-ups>
  • Re: IBM z-OS book search, Lucymarie Ruth
  • Re: IBM z-OS book search, Kelman, Tom
  • FW: IBM z-OS book search, Lucymarie Ruth
• TN3270 SSL/TLS, Steve Mitchell
  • Re: TN3270 SSL/TLS, Pinnacle
  • Re: TN3270 SSL/TLS, Schramm, Rob
    • Re: IBMLINK Outages, Veilleux, Jon L
• z9BC as Web Server, Jim Marshall
  • Re: z9BC as Web Server [warning: contains <ad> material], Steve Comstock
    • Re: z9BC as Web Server [warning: contains <ad> material], Clark Morris
    • Re: z9BC as Web Server [warning: contains <ad> material], Chase, John
  • Re: z9BC as Web Server, Eric Bielefeld
  • <Possible follow-ups>
  • Re: z9BC as Web Server, Timothy Sipples
    • Re: z9BC as Web Server, Shane
  • Re: z9BC as Web Server, Aaron Walker
  • Re: z9BC as Web Server, Jim Marshall
  • Re: z9BC as Web Server, Timothy Sipples
    • Re: z9BC as Web Server, Cyber
• SHOWzOS 716 for z/OS R9, Roland Schiradin
• IBMLINK ETR Update Issues, Gray, Larry - Larry A
  • Re: IBMLINK ETR Update Issues, Dean Montevago
  • Re: IBMLINK ETR Update Issues, Edward Jaffe
    • Re: IBMLINK ETR Update Issues, Gray, Larry - Larry A
      • Re: IBMLINK ETR Update Issues, Chase, John
      • Re: IBMLINK ETR Update Issues, Ed Gould
  • <Possible follow-ups>
  • Re: IBMLINK ETR Update Issues, Ed Finnell
  • Re: IBMLINK ETR Update Issues, Hall, Ken , GTI
  • Re: IBMLINK ETR Update Issues, Ron
    • Re: IBMLINK ETR Update Issues, Ron Wells
    • Re: IBMLINK ETR Update Issues, Jon Brock
      • Re: IBMLINK ETR Update Issues, pauls2272
  • Re: IBMLINK ETR Update Issues, Big Iron
• XML Toolkit for z/OS, Sorensen Henrik , KSFI 442
• Allocation Error RC=9700-0402, Mike Feeley
  • Re: Allocation Error RC=9700-0402, Mark Jacobs
  • Re: Allocation Error RC=9700-0402, Gibney, Dave
    • Re: Allocation Error RC=9700-0402, Itschak Mugzach
  • Re: Allocation Error RC=9700-0402, Ulrich Krueger
  • <Possible follow-ups>
  • Re: Allocation Error RC=9700-0402, Mike Feeley
  • Re: Allocation Error RC=9700-0402, Mike Feeley
    • SMS Advanced Feature, Jason To
      • Re: SMS Advanced Feature, John Kington
      • Re: SMS Advanced Feature, Jason To
      • Re: SMS Advanced Feature, Hal Merritt
  • Re: Allocation Error RC=9700-0402, Jan MOEYERSONS
• IEC507d, Murrell, Aldridge , CDC/OCOO/ITSO, CTR
  • Re: IEC507d, McKown, John
  • Re: IEC507d, Ulrich Krueger
  • <Possible follow-ups>
  • Re: IEC507d, Lizette Koehler
    • Re: IEC507d, Murrell, Aldridge , CDC/OCOO/ITSO, CTR
      • Message not available
      • Re: IEC507d, Murrell, Aldridge , CDC/OCOO/ITSO, CTR
      • Re: IEC507d, Schwarz, Barry A
  • Re: IEC507d, Glenn Siegel
• Does anyone use Finalist Software with DB2 Stored Procedures?, Lizette Koehler
• ATR202D and DFHSM Space Management, Lizette Koehler
• VTS Scratch Count Issue, Jacky Bright
  • Re: VTS Scratch Count Issue, Weidt, James
    • Re: VTS Scratch Count Issue, Jacky Bright
  • <Possible follow-ups>
  • Re: VTS Scratch Count Issue, Vernooy, C.P. - SPLXM
  • Re: VTS Scratch Count Issue, Vernooy, C.P. - SPLXM
    • Re: VTS Scratch Count Issue, Van Dalsen, Herbie
  • Re: VTS Scratch Count Issue, Vernooy, C.P. - SPLXM
  • Re: VTS Scratch Count Issue, Vernooy, C.P. - SPLXM
    • Re: VTS Scratch Count Issue, Jacky Bright
  • Re: VTS Scratch Count Issue, Vernooy, C.P. - SPLXM
  • Re: VTS Scratch Count Issue, Mike Wood
    • Re: VTS Scratch Count Issue, Lizette Koehler
• How do parallel DFSORTs communicate with each other ?, Tobias Doerkes
  • Re: How do parallel DFSORTs communicate with each other ?, Martin Packer
    • Re: How do parallel DFSORTs communicate with each other ?, David Betten
• IBMLink's unavailability, Pinnacle
  • Re: IBMLink's unavailability, Ken Porowski
  • Re: IBMLink's unavailability, Edward Jaffe
    • Re: IBMLink's unavailability, Chuck Arney
  • <Possible follow-ups>
  • Re: IBMLink's unavailability, Ed Finnell
  • Re: IBMLink's unavailability, Patrick Lyon
  • Re: IBMLink's unavailability, Ed Finnell
    • Re: IBMLink's unavailability, Roger Bolan
      • Re: IBMLink's unavailability, Chase, John
  • Re: IBMLink's unavailability, Mark Zelden
  • Re: IBMLink's unavailability, Tom Schmidt
  • Re: IBMLink's unavailability, Barbara Nitz
    • Re: IBMLink's unavailability, Ed Gould
    • Re: IBMLink's unavailability, George Fogg
      • Re: IBMLink's unavailability, Edward Jaffe
      • Re: IBMLink's unavailability, George Fogg
      • Re: IBMLink's unavailability, Edward Jaffe
    • Re: IBMLink's unavailability, Bob Shannon
      • Firefox - Was " IBMLink's unavailability", Martin Packer
  • Re: IBMLink's unavailability, Barbara Nitz
    • Re: IBMLink's unavailability, Bob Shannon
  • Re: IBMLink's unavailability, Robert Justice
    • Re: IBMLink's unavailability, Schramm, Rob
      • Re: IBMLink's unavailability, Ed Gould
      • Re: IBMLink's unavailability, Schramm, Rob
  • Re: IBMLink's unavailability, Thompson, Steve
    • Re: IBMLink's unavailability, Ed Gould
      • Re: IBMLink's unavailability, Edward Jaffe
      • Re: IBMLink's unavailability, Ed Gould
  • Re: IBMLink's unavailability, Roland Schiradin
    • Re: IBMLink's unavailability, HUTCHISON Gregory
• TYME History was Re: ATMs (Was: High order bit in 31/24 bit address), Doug Henry
  • Re: TYME History was Re: ATMs (Was: High order bit in 31/24 bit address), Eric Bielefeld
• HyperPAV Question, Tom Moulder
  • Re: HyperPAV Question, Traylor, Terry
  • <Possible follow-ups>
  • Re: HyperPAV Question, Scott Barry
• Re: ONE Pack System, Daniel McLaughlin
  • <Possible follow-ups>
  • Re: ONE Pack System, Mark Zelden
• Splitting an DFSMShsm environment, McKown, John
  • Re: Splitting an DFSMShsm environment, Staller, Allan
    • Re: Splitting an DFSMShsm environment, McKown, John
      • Re: Splitting an DFSMShsm environment, Staller, Allan
  • Re: Splitting an DFSMShsm environment, Darth Keller
    • Re: Splitting an DFSMShsm environment, McKown, John
  • Re: Splitting an DFSMShsm environment, Gibney, Dave
  • Re: Splitting an DFSMShsm environment, Ulrich Krueger
  • <Possible follow-ups>
  • Re: Splitting an DFSMShsm environment, Ted MacNEIL
• IBMLINK 2000 - Severity 1 33744039, Eatherly, John D [EQ]
• Mainframe Migration Study, morgan . sword
• Re: OT - FW: [Fwd: [ClassicMainframes] multics source is now open ], Farley, Peter x23353
• Is IBMLINK dead again?, rpanzino
• DFSORting a varaible rec.length file and delete duplicaties - HOW ?, Thomas Berg
  • Re: DFSORting a varaible rec.length file and delete duplicaties - HOW ?, Frank Yaeger
  • <Possible follow-ups>
  • SV: DFSORting a varaible rec.length file and delete duplicaties - HOW ?, Thomas Berg
  • Re: SV: DFSORting a varaible rec.length file and delete duplicaties - HOW ?, Paul Gilmartin
    • Re: SV: DFSORting a varaible rec.length file and delete duplicaties - HOW ?, Frank Yaeger
• (OT) Former IBM consultant selling Waffles, Ed Gould
  • Re: (OT) Former IBM consultant selling Waffles, rpanzino
  • Re: (OT) Former IBM consultant selling Waffles, Ken Porowski
    • Re: (OT) Former IBM consultant selling Waffles, Ed Gould
  • Re: (OT) Former IBM consultant selling Waffles, Van Dalsen, Herbie
  • <Possible follow-ups>
  • Re: (OT) Former IBM consultant selling Waffles, , IBM Mainframe Discussion List
    • Re: (OT) Former IBM consultant selling Waffles, Ed Gould
  • Re: (OT) Former IBM consultant selling Waffles, Ed Finnell
    • Re: (OT) Former IBM consultant selling Waffles, rpanzino
  • Re: (OT) Former IBM consultant selling Waffles, Kelman, Tom
    • Re: (OT) Former IBM consultant selling Waffles, Ed Gould
      • Re: (OT) Former IBM consultant selling Waffles, Ken Porowski
      • Re: (OT) Former IBM consultant selling Waffles, Van Dalsen, Herbie
      • Re: (OT) Former IBM consultant selling Waffles, August Carideo
      • Re: (OT) Former IBM consultant selling Waffles, Michael Stack
  • Re: (OT) Former IBM consultant selling Waffles, daver++
  • Re: (OT) Former IBM consultant selling Waffles, Kelman, Tom
  • Re: (OT) Former IBM consultant selling Waffles, daver++
    • Re: (OT) Former IBM consultant selling Waffles, legolas wood
      • Re: (OT) Former IBM consultant selling Waffles, Gregg
    • Re: (OT) Former IBM consultant selling Waffles, Ken Porowski
      • Re: (OT) Former IBM consultant selling Waffles, rpanzino
  • Re: (OT) Former IBM consultant selling Waffles, daver++
    • Re: (OT) Former IBM consultant selling Waffles, August Carideo
  • Re: (OT) Former IBM consultant selling Waffles, Kelman, Tom
• Re: MFNetDisk secrets and internal and my new feature BusyIO, Shai Hess
  • <Possible follow-ups>
  • Re: MFNetDisk secrets and internal and my new feature BusyIO, Brian Westerman
    • Re: MFNetDisk secrets and internal and my new feature BusyIO, shai hess
      • Re: MFNetDisk secrets and internal and my new feature BusyIO, Edward Jaffe
      • Re: MFNetDisk secrets and internal and my new feature BusyIO, shai hess
      • Re: MFNetDisk secrets and internal and my new feature BusyIO, shai hess
      • Re: MFNetDisk secrets and internal and my new feature BusyIO, shai hess
      • Re: MFNetDisk secrets and internal and my new feature BusyIO, Chase, John
• Re: FTP-Client(PC)/Server(M/F), Kenneth E Tomiak
• IBMLINK Release 6.0, Mark Zelden
  • Re: IBMLINK Release 6.0, Robert Justice
    • Re: IBMLINK Release 6.0, Tom Longfellow
  • Re: IBMLINK Release 6.0, Chase, John
  • <Possible follow-ups>
  • Re: IBMLINK Release 6.0, Mark Zelden
  • Re: IBMLINK Release 6.0, Barbara Nitz
  • Re: IBMLINK Release 6.0, Roland Schiradin
  • Re: IBMLINK Release 6.0, Chase, John
  • Re: IBMLINK Release 6.0, Ed Finnell
    • Re: IBMLINK Release 6.0, McKown, John
      • Re: IBMLINK Release 6.0, Jon Brock
      • Re: IBMLINK Release 6.0, Jack Kelly
      • Re: IBMLINK Release 6.0, Ron Wells
      • Re: IBMLINK Release 6.0, Chase, John
      • Re: IBMLINK Release 6.0, Robert Justice
      • Re: IBMLINK Release 6.0, Jon Brock
  • Re: IBMLINK Release 6.0, Paul Gilmartin
    • Re: IBMLINK Release 6.0, Chase, John
  • Re: IBMLINK Release 6.0, Roland Schiradin
    • Re: IBMLINK Release 6.0, Gibney, Dave
      • Re: IBMLINK Release 6.0, Eric Bielefeld
      • Re: IBMLINK Release 6.0, Ed Gould
  • Re: IBMLINK Release 6.0, Tom Marchant
• Setting ESTAE on a different task, Roded Bahat
  • Re: Setting ESTAE on a different task, Robert Wright
• OT - FW: [Fwd: [ClassicMainframes] multics source is now open], Ray Mullins
• Running REXX program in a batch job, Mark L. Wheeler
  • Re: Running REXX program in a batch job, Raymond Noal
  • Re: Running REXX program in a batch job, Edward Jaffe
  • <Possible follow-ups>
  • Re: Running REXX program in a batch job, Walt Farrell
  • Re: Running REXX program in a batch job, Paul Gilmartin
    • Re: Running REXX program in a batch job, Edward Jaffe
    • Re: Running REXX program in a batch job, R.S.
      • Re: Running REXX program in a batch job, Wayne Bickerdike
  • Re: Running REXX program in a batch job, Farley, Peter x23353
  • Re: Running REXX program in a batch job, Paul Gilmartin
    • Re: Running REXX program in a batch job, Joel C. Ewing
      • Re: Running REXX program in a batch job, Lindy Mayfield
      • Re: Running REXX program in a batch job, Ed Gould
      • Re: Running REXX program in a batch job, Joel C. Ewing
      • Re: Running REXX program in a batch job, Ed Gould
      • Re: Running REXX program in a batch job, Edward Jaffe
      • Re: Running REXX program in a batch job, Joel C. Ewing
  • Re: Running REXX program in a batch job, Paul Gilmartin
    • Re: Running REXX program in a batch job, Joel C. Ewing
  • Re: Running REXX program in a batch job, Mark Zelden
    • Re: Running REXX program in a batch job, Lindy Mayfield
  • Re: Running REXX program in a batch job, Paul Gilmartin
  • Re: Running REXX program in a batch job, Patrick O'Keefe
  • Re: Running REXX program in a batch job, Ted MacNEIL
    • Re: Running REXX program in a batch job, Chase, John
  • Re: Running REXX program in a batch job, Patrick O'Keefe
    • Re: Running REXX program in a batch job, Conmackie, Mike
      • Re: Running REXX program in a batch job, Edward Jaffe
  • Re: Running REXX program in a batch job, Paul Gilmartin
    • Re: Running REXX program in a batch job, Anne & Lynn Wheeler
  • Re: Running REXX program in a batch job, Ted MacNEIL
    • Re: Running REXX program in a batch job, Ed Gould
  • Re: Running REXX program in a batch job, Mark Zelden
• Re: ATMs (Was: High order bit in 31/24 bit address) (resend), Ed Gould
• Re: JES2 Exit Help, Mark Zelden
  • Trailing Blanks in Messages (Was: JES2 Exit Help), Edward Jaffe
  • <Possible follow-ups>
  • Re: JES2 Exit Help, Mark Zelden
    • Re: JES2 Exit Help, Michael Babcock
      • Re: JES2 Exit Help, Bob Rutledge
      • Re: JES2 Exit Help, Michael Babcock
      • Re: JES2 Exit Help, Gerhard Postpischil
      • Re: JES2 Exit Help, Bob Rutledge
      • Re: JES2 Exit Help, Michael Babcock
• Re: RES: Performance comparison: Hiperbatch, BLSR, SMB?, Martin Packer
• Re: RES: Hiperbatch revisited, Martin Packer
• Slightly OT But of interest to Chicago People, Ed Gould
• Performance comparison: Hiperbatch, BLSR, SMB?, Farley, Peter x23353
  • Re: Performance comparison: Hiperbatch, BLSR, SMB?, Gerhard Adam
  • <Possible follow-ups>
  • Re: Performance comparison: Hiperbatch, BLSR, SMB?, Farley, Peter x23353
  • Re: Performance comparison: Hiperbatch, BLSR, SMB?, Farley, Peter x23353
    • Re: Performance comparison: Hiperbatch, BLSR, SMB?, David Betten
  • Re: Performance comparison: Hiperbatch, BLSR, SMB?, Alex Tough
    • Re: Performance comparison: Hiperbatch, BLSR, SMB?, Martin Packer
      • Re: Performance comparison: Hiperbatch, BLSR, SMB?, David Betten
  • Re: Performance comparison: Hiperbatch, BLSR, SMB?, Farley, Peter x23353
  • Re: Performance comparison: Hiperbatch, BLSR, SMB?, Farley, Peter x23353
  • Re: Performance comparison: Hiperbatch, BLSR, SMB?, Tom Schmidt
• Hiperbatch revisited, Alex Tough
  • Re: Hiperbatch revisited, Martin Packer
    • Re: Hiperbatch revisited, Martin Packer
  • <Possible follow-ups>
  • Re: Hiperbatch revisited, Alex Tough
    • Re: Hiperbatch revisited, Martin Packer
• What identifies a jobname/address space as a unique instance in time?, Todd Burch
  • Re: What identifies a jobname/address space as a unique instance in time?, Edward Jaffe
  • Re: What identifies a jobname/address space as a unique instance in time?, McKown, John
    • Re: What identifies a jobname/address space as a unique instance in time?, eBob.com
      • Re: What identifies a jobname/address space as a unique instance in time?, Pierre Fichaud
    • Re: What identifies a jobname/address space as a unique instance in time?, Todd Burch
      • Re: What identifies a jobname/address space as a unique instance in time?, Rob Scott
  • <Possible follow-ups>
  • Re: What identifies a jobname/address space as a unique instance in time?, Peter Relson
    • Re: What identifies a jobname/address space as a unique instance in time?, Todd Burch
      • Re: What identifies a jobname/address space as a unique instance in time?, Rich Tabor
  • Re: What identifies a jobname/address space as a unique instance in time?, Peter Relson
  • Re: What identifies a jobname/address space as a unique instance in time?, Peter Relson
    • VSAM PATH Statement, Veilleux, Jon L
• Finalist Response Times, Lizette Koehler
• IBMLINK 2000, Dean Montevago
  • <Possible follow-ups>
  • Re: IBMLINK 2000, Bryan Klimek
    • Re: IBMLINK 2000, Dean Montevago
• software req-s for running z/OS 1.9, Bonno, Tuco
  • <Possible follow-ups>
  • Re: software req-s for running z/OS 1.9, Kenneth E Tomiak
• copy zfs dataset, Jim McAlpine
  • Re: copy zfs dataset, McKown, John
    • Re: copy zfs dataset, Jim McAlpine
      • Re: copy zfs dataset, McKown, John
      • Re: copy zfs dataset, Jim McAlpine
      • Re: copy zfs dataset, McKown, John
    • Re: copy zfs dataset, Jim McAlpine
      • Re: copy zfs dataset, McKown, John
      • Re: copy zfs dataset, Jim McAlpine
      • Re: copy zfs dataset, Gray, Larry - Larry A
      • Re: copy zfs dataset, McKown, John
  • <Possible follow-ups>
  • Re: copy zfs dataset, Mark Zelden
  • Re: copy zfs dataset, Walter Marguccio
    • Re: copy zfs dataset, Gray, Larry - Larry A
  • Re: copy zfs dataset, Mark Zelden
  • Re: copy zfs dataset, Walter Marguccio
• The "Hole" Below the Bar, Mohammad Khan
  • Re: The "Hole" Below the Bar, Binyamin Dissen
  • <Possible follow-ups>
  • Re: The "Hole" Below the Bar, Tony Harminc
  • Re: The "Hole" Below the Bar, Roland Schiradin
  • Re: The "Hole" Below the Bar, Paul Gilmartin
• Re: ATMs (Was: High order bit in 31/24 bit address), Timothy Sipples
  • Re: ATMs (Was: High order bit in 31/24 bit address), R.S.
  • Re: ATMs (Was: High order bit in 31/24 bit address), Ed Gould
  • <Possible follow-ups>
  • Re: ATMs (Was: High order bit in 31/24 bit address), Timothy Sipples
    • Message not available
      • Re: ATMs (Was: High order bit in 31/24 bit address), Ed Gould
  • Re: ATMs (Was: High order bit in 31/24 bit address), Ed Finnell
    • Re: ATMs (Was: High order bit in 31/24 bit address), R.S.
    • Re: ATMs (Was: High order bit in 31/24 bit address), Rick Fochtman
  • Re: ATMs (Was: High order bit in 31/24 bit address), Glenn Miller
  • Re: ATMs (Was: High order bit in 31/24 bit address), Patrick O'Keefe
    • Re: ATMs (Was: High order bit in 31/24 bit address), Craddock, Chris
      • Re: ATMs (Was: High order bit in 31/24 bit address), Gregory, Gary G
  • Re: ATMs (Was: High order bit in 31/24 bit address), Ted MacNEIL
    • Re: ATMs (Was: High order bit in 31/24 bit address), Eric Bielefeld
      • Re: ATMs (Was: High order bit in 31/24 bit address), Gerard Schildberger
  • Re: ATMs (Was: High order bit in 31/24 bit address), Glenn Miller
  • Re: ATMs (Was: High order bit in 31/24 bit address), Ted MacNEIL
    • Re: ATMs, Don Poitras
    • Re: ATMs (Was: High order bit in 31/24 bit address), J R
  • Re: ATMs (Was: High order bit in 31/24 bit address), Ted MacNEIL
    • Connex was RE: ATMs (Was: High order bit in 31/24 bit address), Webster, Chris
• Lifespan of NAME/TOKENs, Support, DUNNIT SYSTEMS LTD.
  • Re: Lifespan of NAME/TOKENs, Craddock, Chris
• Is it possible to get them? (Pierce, Bernard's old papers), Johnny Luo
  • Re: Is it possible to get them? (Pierce, Bernard's old papers), Tom Moulder
    • Re: Is it possible to get them? (Pierce, Bernard's old papers), Edward Jaffe
    • Re: Is it possible to get them? (Pierce, Bernard's old papers), Johnny Luo
      • Re: Is it possible to get them? (Pierce, Bernard's old papers), Dave Thorn
  • Re: Is it possible to get them? (Pierce, Bernard's old papers), John Eells
  • <Possible follow-ups>
  • Re: Is it possible to get them? (Pierce, Bernard's old papers), , IBM Mainframe Discussion List
• Arbiter, DASD emulation? Historical trivia .., Andrew McLaren
  • Re: Arbiter, DASD emulation? Historical trivia .., PeD
  • Re: Arbiter, DASD emulation? Historical trivia .., shai hess
  • <Possible follow-ups>
  • Re: Arbiter, DASD emulation? Historical trivia .., Paul Peplinski
  • Re: Arbiter, DASD emulation? Historical trivia .., Hall, Ken , GTI
  • Re: Arbiter, DASD emulation? Historical trivia .., Hall, Ken , GTI
  • Re: Arbiter, DASD emulation? Historical trivia .., Patrick O'Keefe
    • Re: Arbiter, DASD emulation? Historical trivia .., Andrew McLaren
• Re: IBM-MAIN deliveries, Dave Kopischke
• Even got the capitalization right!!!, Phil Payne
  • <Possible follow-ups>
  • Re: Even got the capitalization right!!!, Farley, Peter x23353
  • Even got the capitalization right!!!, Phil Payne
    • Re: Even got the capitalization right!!!, Edward Jaffe
• Bruce Black - Viewing, Ken Porowski
  • Re: Bruce Black - Viewing, Art Celestini
• Re: Restricting a SYSPLEX LPAR with WLM, Bob Stark
  • Re: Restricting a SYSPLEX LPAR with WLM, Diehl, Gary , MVSSupport
    • Re: Restricting a SYSPLEX LPAR with WLM, Dave Thorn
  • Re: Restricting a SYSPLEX LPAR with WLM, Edward Jaffe
  • <Possible follow-ups>
  • Re: Restricting a SYSPLEX LPAR with WLM, Gary Green
  • Re: Restricting a SYSPLEX LPAR with WLM, Bruce Hewson
  • Re: Restricting a SYSPLEX LPAR with WLM, Mark Zelden
• Poster of computer hardware events?, Phil Smith III
  • Re: Poster of computer hardware events?, John S. Giltner, Jr.
    • Re: Poster of computer hardware events?, Chase, John
      • Re: Poster of computer hardware events?, Frank Merlenbach
      • Re: Poster of computer hardware events?, Chris Langford
      • Re: Poster of computer hardware events?, John Eells
      • Re: Poster of computer hardware events?, howard . brazee
      • Re: Poster of computer hardware events?, howard . brazee
  • <Possible follow-ups>
  • Re: Poster of computer hardware events?, , IBM Mainframe Discussion List
  • Re: Poster of computer hardware events?, , IBM Mainframe Discussion List
  • Re: Poster of computer hardware events?, Vernooy, C.P. - SPLXM
  • Re: Poster of computer hardware events?, Ed Finnell
  • Re: Poster of computer hardware events?, Ed Finnell
    • JES2 Exit Help, Michael Babcock
      • Re: JES2 Exit Help, Barkow, Eileen
      • Re: JES2 Exit Help, Edward Jaffe
      • Re: JES2 Exit Help, Barkow, Eileen
    • JES2 Exit Help, Michael Babcock
      • Re: JES2 Exit Help, Edward Jaffe
      • Re: JES2 Exit Help, Bielskie, Stephen
  • Re: Poster of computer hardware events?, Gary Green
• CANCEL TRANSACTION, HELIO
• OPTABLE option of Disassembler, Lynd, Eugene , Contractor, J6C
  • Re: OPTABLE option of Disassembler, Edward Jaffe
  • <Possible follow-ups>
  • Re: OPTABLE option of Disassembler, Roland Schiradin
    • Re: OPTABLE option of Disassembler, David Cole
      • Re: OPTABLE option of Disassembler, Edward Jaffe
      • Re: OPTABLE option of Disassembler, McKown, John
      • Re: OPTABLE option of Disassembler, McKown, John
  • Re: OPTABLE option of Disassembler, Farley, Peter x23353
    • Re: OPTABLE option of Disassembler, Edward Jaffe
  • Re: OPTABLE option of Disassembler, Tony Harminc
    • Re: OPTABLE option of Disassembler, Craddock, Chris
      • Re: OPTABLE option of Disassembler, Gerhard Postpischil
    • Re: OPTABLE option of Disassembler, Binyamin Dissen
  • Re: Optable option of disassembler, Lynd, Eugene , Contractor, J6C
    • Re: Optable option of disassembler, Edward Jaffe
• RMDS, Dean Montevago
  • Re: RMDS, Mark Jacobs
    • Re: RMDS, Dean Montevago
  • Re: RMDS, McKown, John
    • Re: RMDS, Dean Montevago
      • Re: RMDS, R.S.
      • Re: RMDS, McKown, John
      • Re: RMDS, Ulrich Krueger
• copytree, Jim McAlpine
  • <Possible follow-ups>
  • Re: copytree, Peter X. DeFabritus
• Test message, Thompson, Steve
  • <Possible follow-ups>
  • Re: Test message, , IBM Mainframe Discussion List
  • Re: Test message, Ed Finnell
  • Re: Test message, Thompson, Steve
    • IBM-MAIN deliveries, Darren Evans-Young
      • Re: IBM-MAIN deliveries, Jousma, David
• SA/Netview forwarding msg to TEC, Jie J Zhang
  • <Possible follow-ups>
  • Re: SA/Netview forwarding msg to TEC, Mark T. Regan, K8MTR
• Be careful: Opened APARs, Christian Blesa
• Re: MFNetDisk secrets and internal., Shai Hess
• IBM releases free Business IT Skill Games (probably how to order Windows), Ed Gould
• Best way to clean up NOT Cat datasets in SMS, Lizette Koehler
  • Re: Best way to clean up NOT Cat datasets in SMS, Staller, Allan
    • Re: Best way to clean up NOT Cat datasets in SMS, Staller, Allan
  • Re: Best way to clean up NOT Cat datasets in SMS, Chicklon, Tom
  • <Possible follow-ups>
  • Re: Best way to clean up NOT Cat datasets in SMS, Tom Marchant
  • Re: Best way to clean up NOT Cat datasets in SMS, Tom Marchant
  • Re: Best way to clean up NOT Cat datasets in SMS, Scott Barry
• Re: Real storage usage - a quick question, Mark Zelden
  • Re: Real storage usage - a quick question, Max Scarpa
  • <Possible follow-ups>
  • Re: Real storage usage - a quick question, Roland Schiradin
    • Re: Real storage usage - a quick question, Knutson, Sam
  • Re: Real storage usage - a quick question, Mark Zelden
  • Re: Real storage usage - a quick question, Knutson, Sam
    • Re: Real storage usage - a quick question, Tom Moulder
      • Re: Real storage usage - a quick question, Knutson, Sam
      • Re: Real storage usage - a quick question, Eric Bielefeld
      • Re: Real storage usage - a quick question, Ed Gould
    • Re: Real storage usage - a quick question, Reda, John
      • Re: Real storage usage - a quick question, Martin Packer
  • Re: Real storage usage - a quick question, Mark Zelden
    • Re: Real storage usage - a quick question, Schiradin,Roland HG-Dir itb-db/dc
      • Re: Real storage usage - a quick question, Shane
  • Re: Real storage usage - a quick question, Roland Schiradin
    • Re: Real storage usage - a quick question, Martin Packer
  • Re: Real storage usage - a quick question, Ted MacNEIL
  • Re: Real storage usage - a quick question, Barbara Nitz
    • Anyone on z/OS R.9 In DB2 Data Sharing?, Martin Packer
    • Re: Real storage usage - a quick question, Staller, Allan
• Printer Model 4245 Info Request, McKnight, Lee
  • Re: Printer Model 4245 Info Request, Ron Wells
  • Re: Printer Model 4245 Info Request, Rick Fochtman
    • Re: Printer Model 4245 Info Request, Pommier, Rex R.
    • Re: Printer Model 4245 Info Request, McKnight, Lee
      • Re: Printer Model 4245 Info Request, Roger Bolan
• SMP/E change volumes on DDDEF in new Target Zone, Mark S. House
  • Re: SMP/E change volumes on DDDEF in new Target Zone, Brian France
  • Re: SMP/E change volumes on DDDEF in new Target Zone, Pinnacle
  • <Possible follow-ups>
  • Re: SMP/E change volumes on DDDEF in new Target Zone, Peter X. DeFabritus
    • Re: SMP/E change volumes on DDDEF in new Target Zone, Rob Scott
  • Re: SMP/E change volumes on DDDEF in new Target Zone, Mark Zelden
  • Re: SMP/E change volumes on DDDEF in new Target Zone, Mark Zelden
    • Re: SMP/E change volumes on DDDEF in new Target Zone, Rob Scott
  • Re: SMP/E change volumes on DDDEF in new Target Zone, Bruce Hewson
  • Re: SMP/E change volumes on DDDEF in new Target Zone, Paul Gilmartin
    • Re: SMP/E change volumes on DDDEF in new Target Zone, Chicklon, Tom
    • Re: SMP/E change volumes on DDDEF in new Target Zone, Ed Gould
      • Re: SMP/E change volumes on DDDEF in new Target Zone, Eric Bielefeld
  • Re: SMP/E change volumes on DDDEF in new Target Zone, Bruce Hewson
  • Re: SMP/E change volumes on DDDEF in new Target Zone, Mark Zelden
• Java Interface to Issue MVS Commands, Bob Shannon
  • <Possible follow-ups>
  • Re: Java Interface to Issue MVS Commands, Aaron Walker
• Re: System 360 EBCDIC vs. ASCII, Timothy Sipples
  • Re: System 360 EBCDIC vs. ASCII, Dan Espen
• Real storage usage - a quick question, Max Scarpa
  • Re: Real storage usage - a quick question, Martin Packer
    • Re: Real storage usage - a quick question, Max Scarpa
      • Re: Real storage usage - a quick question, Veilleux, Jon L
      • Re: Real storage usage - a quick question, Max Scarpa
      • Re: Real storage usage - a quick question, Veilleux, Jon L
      • Re: Real storage usage - a quick question, Martin Packer
  • <Possible follow-ups>
  • Re: Real storage usage - a quick question, Kelman, Tom
    • Re: Real storage usage - a quick question, Max Scarpa
  • Re: Real storage usage - a quick question, Ted MacNEIL
  • Re: Real storage usage - a quick question, Ted MacNEIL
    • Re: Real storage usage - a quick question, Veilleux, Jon L
  • Re: Real storage usage - a quick question, Knutson, Sam
• COBOL COPY statement w REPLACING..., Thomas Berg
  • Re: COBOL COPY statement w REPLACING..., McKown, John
    • SV: COBOL COPY statement w REPLACING..., Thomas Berg
    • Re: COBOL COPY statement w REPLACING..., Rick Fochtman
  • Re: COBOL COPY statement w REPLACING..., Dan Espen
  • <Possible follow-ups>
  • Re: COBOL COPY statement w REPLACING..., Thompson, Steve
  • SV: COBOL COPY statement w REPLACING..., Thomas Berg
  • Fw: COBOL COPY statement w REPLACING..., Bill Klein
    • SV: COBOL COPY statement w REPLACING..., Thomas Berg
  • Re: COBOL COPY statement w REPLACING..., Farley, Peter x23353
  • COBOL COPY statement w REPLACING..., Bill Klein
    • SV: COBOL COPY statement w REPLACING..., Thomas Berg
  • Re: COBOL COPY statement w REPLACING..., Farley, Peter x23353
    • Re: COBOL COPY statement w REPLACING..., Ed Gould
      • SV: COBOL COPY statement w REPLACING..., Thomas Berg
      • Re: SV: COBOL COPY statement w REPLACING..., Ed Gould
      • SV: SV: COBOL COPY statement w REPLACING..., Thomas Berg
      • Re: SV: SV: COBOL COPY statement w REPLACING..., howard . brazee
      • Re: SV: SV: COBOL COPY statement w REPLACING..., Thomas Berg
      • Re: SV: SV: COBOL COPY statement w REPLACING..., howard . brazee
      • SV: SV: SV: COBOL COPY statement w REPLACING..., Thomas Berg
      • Re: SV: SV: SV: COBOL COPY statement w REPLACING..., Steve Comstock
      • SV: SV: SV: SV: COBOL COPY statement w REPLACING..., Thomas Berg
      • Re: SV: SV: SV: COBOL COPY statement w REPLACING..., howard . brazee
      • SV: SV: SV: SV: COBOL COPY statement w REPLACING..., Thomas Berg
  • Re: COBOL COPY statement w REPLACING..., Farley, Peter x23353
    • Re: COBOL COPY statement w REPLACING..., Clark Morris
  • Fw: COBOL COPY statement w REPLACING..., Bill Klein
  • Re: SV: COBOL COPY statement w REPLACING..., Paul Peplinski
  • Re: SV: COBOL COPY statement w REPLACING..., Farley, Peter x23353
  • Re: SV: COBOL COPY statement w REPLACING..., Thompson, Steve
  • COBOL COPY statement w REPLACING..., Bill Klein
    • SV: COBOL COPY statement w REPLACING..., Thomas Berg
    • Re: COBOL COPY statement w REPLACING..., howard . brazee
  • COBOL COPY statement w REPLACING..., Bill Klein
  • Re: COBOL COPY statement w REPLACING..., Victor Gil
  • COBOL COPY statement w REPLACING..., Bill Klein
    • Re: COBOL COPY statement w REPLACING..., Howard Brazee
• System 360 EBCDIC vs. ASCII (was Re: High order bit in 31/24 bit address), Tom Schmidt
  • Re: System 360 EBCDIC vs. ASCII (was Re: High order bit in 31/24 bit address), George Fogg
• Re: BMC MAINVIEW transaction TIOT with REXX or BATCH Options, Benjamin Thompson
• Another Branch Trace question, David Day
  • Re: Another Branch Trace question, Bob Rutledge
    • Re: Another Branch Trace question, David Day
    • Re: Another Branch Trace question, Hardee, Charles H
      • Re: Another Branch Trace question, Don Poitras
      • Re: Another Branch Trace question, Hardee, Charles H
• DB2 List serve, Kevin Fletcher
  • Re: DB2 List serve, Walter Davies
  • Re: DB2 List serve, McKown, John
  • <Possible follow-ups>
  • Re: DB2 List serve, Patrick Lyon
  • DB2 List serve, Jim Harrison
• Re: JES2 / JES3 in same plex, Clark F Morris
• SLIP TRAP question, Frank Chu
  • Re: SLIP TRAP question, Edward Jaffe
    • Re: SLIP TRAP question, Frank Chu
  • Re: SLIP TRAP question, Jim Mulder
• BMC MAINVIEW transaction TIOT with REXX or BATCH, Glen.Gasior
• zAAP question, McKown, John
  • Re: zAAP question, Edward Jaffe
  • Re: zAAP question, Schramm, Rob
    • Re: zAAP question, Martin Packer
    • Re: zAAP question, Kirk Wolf
      • Re: zAAP question, Schramm, Rob
      • Re: zAAP question, Kirk Wolf
      • Re: zAAP question, Schramm, Rob
      • Re: zAAP question, Kirk Wolf
  • <Possible follow-ups>
  • Re: zAAP question, Dave Barry
  • Re: zAAP question, Peter Relson
    • Re: zAAP question, McKown, John
  • Re: zAAP question, Timothy Sipples
  • Re: zAAP question, Farley, Peter x23353
    • Re: zAAP question, Chase, John
  • Re: zAAP question, Vernooy, C.P. - SPLXM
  • Re: zAAP question, Farley, Peter x23353
    • Re: zAAP question, Hunkeler Peter , KIUK 3
  • Re: zAAP question, Ed Finnell
  • Re: zAAP question, Tony Harminc
    • Re: zAAP question, McKown, John
      • Re: zAAP question, Chase, John
      • Re: zAAP question, Wayne Driscoll
      • Re: zAAP question, McKown, John
      • Re: zAAP question, Chase, John
      • Re: zAAP question, Knutson, Sam
  • Re: zAAP question, Ed Finnell
  • Re: zAAP question, Timothy Sipples
  • Re: zAAP question, Timothy Sipples
  • Re: zAAP question, Tom Ross
    • Re: zAAP question, Kirk Wolf
  • Fw: zAAP question, Bill Klein
• X- Windows Application, Mark Jacobs
  • Re: X- Windows Application, McKown, John
    • Re: X- Windows Application, Mark Jacobs
  • Re: X- Windows Application, Dan Espen
  • Re: X- Windows Application, Mark Post
    • Re: X- Windows Application, McKown, John
      • Re: X- Windows Application, Mark Post
    • Re: X- Windows Application, Mark Jacobs
      • Re: X- Windows Application, Mark Post
  • <Possible follow-ups>
  • Re: X- Windows Application, Paul Gilmartin
    • Re: X- Windows Application, Mark Post
• test message - please ignore, Joseph Butz
• CA Product Identification, Dean Montevago
  • Re: CA Product Identification, McKown, John
    • Re: CA Product Identification, Dean Montevago
• Services for BRUCE BLACK will be on Thursday, November 8th, Joseph Butz
  • <Possible follow-ups>
  • Services for BRUCE BLACK will be on Thursday, November 8th, Joseph Butz
• z/OS 1.9 bug impacts SRS (and probably other SAPI apps), Dave Danner
  • <Possible follow-ups>
  • Re: z/OS 1.9 bug impacts SRS (and probably other SAPI apps), Brian Westerman
• Re: High order bit in 31/24 bit address, Steve Samson
  • <Possible follow-ups>
  • High order bit in 31/24 bit address, Phil Payne
  • Re: High order bit in 31/24 bit address, Tom Schmidt
    • Re: High order bit in 31/24 bit address, Michael Stack
      • Re: High order bit in 31/24 bit address, Edward Jaffe
  • Re: High order bit in 31/24 bit address, Timothy Sipples
    • Re: High order bit in 31/24 bit address, Shane
    • Re: High order bit in 31/24 bit address, Chase, John
    • Re: High order bit in 31/24 bit address, howard . brazee
    • Re: High order bit in 31/24 bit address, Shmuel Metz , Seymour J.
  • Re: High order bit in 31/24 bit address, Zaromil Tisler
  • Re: High order bit in 31/24 bit address, Timothy Sipples
  • Re: High order bit in 31/24 bit address, Tom Marchant
  • Re: High order bit in 31/24 bit address, Ed Finnell
  • High order bit in 31/24 bit address, Phil Payne
    • Re: High order bit in 31/24 bit address, Edward Jaffe
      • Re: High order bit in 31/24 bit address, Rick Fochtman
      • Re: High order bit in 31/24 bit address, Pommier, Rex R.
      • ATMs (Was: High order bit in 31/24 bit address), Edward Jaffe
      • Re: ATMs (Was: High order bit in 31/24 bit address), Ray Mullins
      • Re: High order bit in 31/24 bit address, Binyamin Dissen
      • Re: High order bit in 31/24 bit address, Chase, John
      • Re: High order bit in 31/24 bit address, Hardee, Charles H
      • Re: High order bit in 31/24 bit address, Ed Gould
      • Re: High order bit in 31/24 bit address, Chase, John
      • Re: High order bit in 31/24 bit address, Howard Brazee
      • Re: High order bit in 31/24 bit address, Gerhard Postpischil
      • Re: High order bit in 31/24 bit address, Robert A. Rosenberg
      • Re: High order bit in 31/24 bit address, howard . brazee
    • Re: High order bit in 31/24 bit address, Shmuel Metz , Seymour J.
  • Re: High order bit in 31/24 bit address, , IBM Mainframe Discussion List
  • Re: High order bit in 31/24 bit address, Ed Finnell
  • Re: High order bit in 31/24 bit address, Ted MacNEIL
  • High order bit in 31/24 bit address, Phil Payne
  • Re: High order bit in 31/24 bit address, Patrick O'Keefe
• branch from address, Jim McAlpine
  • Re: branch from address, Veilleux, Jon L
    • Re: branch from address, Jim McAlpine
      • Re: branch from address, David Day
      • Re: branch from address, Jim McAlpine
      • Re: branch from address, Tom Harper
  • Re: branch from address, Rick Fochtman
  • <Possible follow-ups>
  • Re: branch from address, Mark Zelden
    • Re: branch from address, Jim McAlpine
  • Re: branch from address, Peter Relson
• Intervention Required on Virtual Device, Ken Mazer
  • Re: Intervention Required on Virtual Device, Scott Rowe
    • Re: Intervention Required on Virtual Device, Ken Porowski
    • Re: Intervention Required on Virtual Device, Mazer Ken G
• Re: embarressing SDSF question., Shmuel Metz , Seymour J.
  • Re: embarressing SDSF question., Ed Gould
• Re: About dispatching process, Shmuel Metz , Seymour J.
• AllFusion Endevor Source Code library, dividby0
• Re: BLKSIZE=0, Bill Klein
  • Re: BLKSIZE=0, Steve Comstock
  • <Possible follow-ups>
  • Re: BLKSIZE=0, Tom Ross
• Re: Bruce Black [passed away], john gilmore
• CICS Wiki news., Corneel Booysen
  • <Possible follow-ups>
  • CICS Wiki news., Corneel Booysen
• DFHSM MYSTERY, willie bunter
  • Re: DFHSM MYSTERY, Schwarz, Barry A
    • Re: DFHSM MYSTERY, Edward Jaffe
    • Re: DFHSM MYSTERY, willie bunter
  • Re: DFHSM MYSTERY, Hooley Mooley
• 1.9 Features, Ed Gould
• z/OS Position Opening (Approved by Darren), John P Donnelly
• Re: Bruce Black passed away, McKown, John
  • <Possible follow-ups>
  • Re: Bruce Black passed away, Rob Scott
  • Re: Bruce Black passed away, Ed Finnell
    • Re: Bruce Black passed away, Petersen, Jim
  • Re: Bruce Black passed away, R.S.
  • Re: Bruce Black passed away, Pinnacle
  • Re: Bruce Black passed away, Tom Marchant
    • Re: Bruce Black passed away, Bill Wilkie
  • Re: Bruce Black passed away, David Andrews
  • Re: Bruce Black passed away, Tom Harper
  • Re: Bruce Black passed away, Farley, Peter x23353
  • Re: Bruce Black passed away, Gary Green
  • Re: Bruce Black passed away, Roland Schiradin
  • Re: Bruce Black passed away, Bruce McKnight
  • Re: Bruce Black passed away, nafez
  • Re: Bruce Black passed away, Elardus Engelbrecht
  • Re: Bruce Black passed away, Support, DUNNIT SYSTEMS LTD.
  • Re: Bruce Black passed away, Shmuel Metz , Seymour J.
  • Re: Bruce Black passed away, Andrew N Wilt
    • Re: Bruce Black passed away, Knutson, Sam
  • Re: Bruce Black passed away, Walter Marguccio
  • Re: Bruce Black passed away, Mike Baldwin
  • Re: Bruce Black passed away, Doyle Banks
  • Re: Bruce Black passed away, Ed Finnell
  • Re: Bruce Black passed away, Dave Juraschek
    • Re: Bruce Black passed away, Glen Gasior
      • Re: Bruce Black passed away, Eric Bielefeld
  • Re: Bruce Black passed away, Graeme Gibson
  • Re: Bruce Black passed away, Andy Robertson
  • Bruce Black passed away, Phil Payne
  • Re: Bruce Black passed away, Michael Seeman
  • Re: Bruce Black passed away, Ray Mullins
    • Re: Bruce Black passed away, Anton Britz
    • Re: Bruce Black passed away, Jousma, David
      • Re: Bruce Black passed away, Craddock, Chris
      • Re: Bruce Black passed away, Ken Porowski
      • Re: Bruce Black passed away, Pinnacle
      • Re: Bruce Black passed away, Neal Eckhardt
  • Re: Bruce Black passed away, Neal Eckhardt
  • Re: Bruce Black passed away, Thompson, Steve
• How to Open a TN3270 session at HMC Stattion ..., Moussadak Mostafa
  • Re: How to Open a TN3270 session at HMC Stattion ..., McKown, John
    • Re: How to Open a TN3270 session at HMC Stattion ..., Moussadak Mostafa
  • <Possible follow-ups>
  • Re: How to Open a TN3270 session at HMC Stattion ..., Kurt Schroeder
    • Re: How to Open a TN3270 session at HMC Stattion ..., Moussadak Mostafa
      • Re: How to Open a TN3270 session at HMC Stattion ..., John S. Giltner, Jr.
• HSM and sysres packs, Murray M. Robinson
  • <Possible follow-ups>
  • Re: HSM and sysres packs, Patrick Lyon
    • Re: HSM and sysres packs, Murray M. Robinson
• HSM and cloned sysres packs, Murray M. Robinson
• MSUs, Imanol Aguirre
  • Re: MSUs, Hal Merritt
  • <Possible follow-ups>
  • Re: MSUs, Kelman, Tom
    • Re: MSUs, Ken Porowski
  • Re: MSUs, Ted MacNEIL
  • Re: MSUs, Kelman, Tom
  • Re: MSUs, Kelman, Tom
  • Re: MSUs, Timothy Sipples
• Big Blue gets into greenwash, Ed Gould
• Re: Don't blame PC weenies for LE was Re: PL/S ??, Ted MacNEIL
  • <Possible follow-ups>
  • Re: Don't blame PC weenies for LE was Re: PL/S ??, Elardus Engelbrecht
• ICB & ISC-3/ISC-4, Tommy Tsui
  • Fwd: ICB & ISC-3/ISC-4, Tommy Tsui
  • Re: ICB & ISC-3/ISC-4, R.S.
• DFSORT SYMNAMES: "soft" lengths possible?, David Eisenberg
  • Re: DFSORT SYMNAMES: "soft" lengths possible?, Frank Yaeger
• Re: my free mainframe product and question?, Shai Hess
• SHOWzOS for R9 still waiting for OA22594, Schiradin,Roland HG-Dir itb-db/dc
• Re: Scotts new role, Ted MacNEIL
  • <Possible follow-ups>
  • Re: Scotts new role, Roland Schiradin
  • Re: Scotts new role, Richard Pinion
    • Re: Scotts new role, Eric Bielefeld
  • Re: Scotts new role, Arthur T.
  • Re: Scotts new role, Ted MacNEIL
  • Re: Scotts new role, Mark Zelden
  • Re: Scotts new role, Dave Danner
    • Re: Scotts new role, Rick Fochtman
  • Re: Scotts new role, John Chase
  • Re: Scotts new role, Patrick O'Keefe
• Obtain Hypervisor Offset Value via REXX?, Robert Bardos
• CSA 'above the bar', Paul Schuster
  • Re: CSA 'above the bar', Edward Jaffe
  • <Possible follow-ups>
  • Re: CSA 'above the bar', Bruno Sugliani
    • Re: CSA 'above the bar', Martin Packer
    • Re: CSA 'above the bar', Shane
    • Re: CSA 'above the bar', Edward Jaffe
  • Re: CSA 'above the bar', Paul Schuster
    • Re: CSA 'above the bar', Wayne Driscoll
      • Re: CSA 'above the bar', McKown, John
      • Re: CSA 'above the bar', Edward Jaffe
      • Re: CSA 'above the bar', Rob Scott
      • Re: CSA 'above the bar', Wayne Driscoll
      • Re: CSA 'above the bar', Rob Scott
      • Re: CSA 'above the bar', Edward Jaffe
      • Re: CSA 'above the bar', Rick Fochtman
      • Re: CSA 'above the bar', Van Dalsen, Herbie
  • Re: CSA 'above the bar', , IBM Mainframe Discussion List
    • Re: CSA 'above the bar', Steve Samson
      • Re: CSA 'above the bar', Edward Jaffe
      • Re: CSA 'above the bar', R.S.
      • Re: CSA 'above the bar', Steve Samson
      • Re: CSA 'above the bar', Anne & Lynn Wheeler
      • Re: CSA 'above the bar', Anne & Lynn Wheeler
  • Re: CSA 'above the bar', Ted MacNEIL
    • Re: CSA 'above the bar', Binyamin Dissen
      • Re: CSA 'above the bar', Anne & Lynn Wheeler
  • Re: CSA 'above the bar', Paul Schuster
    • Re: CSA 'above the bar', Edward Jaffe
  • Re: CSA 'above the bar', Ted MacNEIL
  • Re: CSA 'above the bar', Dave Kopischke
    • Re: CSA 'above the bar', Shmuel Metz , Seymour J.
  • Re: CSA 'above the bar', Ted MacNEIL
    • Re: CSA 'above the bar', Anne & Lynn Wheeler
  • Re: CSA 'above the bar', Ted MacNEIL
    • Re: CSA 'above the bar', R.S.
      • Re: CSA 'above the bar', Van Dalsen, Herbie
      • Re: CSA 'above the bar', Chase, John
      • Re: CSA 'above the bar', R.S.
      • Re: CSA 'above the bar', Van Dalsen, Herbie
      • Re: CSA 'above the bar', Steve Samson
      • Re: CSA 'above the bar', Van Dalsen, Herbie
      • Re: CSA 'above the bar', Chase, John
      • Re: CSA 'above the bar', Rick Fochtman
      • Re: CSA 'above the bar', Edward Jaffe
      • Re: CSA 'above the bar', Shmuel Metz , Seymour J.
      • Re: CSA 'above the bar', Van Dalsen, Herbie
      • Re: CSA 'above the bar', Edward Jaffe
      • Re: CSA 'above the bar', Craddock, Chris
      • Re: CSA 'above the bar', Eric Bielefeld
      • Re: CSA 'above the bar', McKown, John
      • Re: CSA 'above the bar', Rick Fochtman
      • Re: CSA 'above the bar', Chase, John
      • Re: CSA 'above the bar', Van Dalsen, Herbie
      • Re: CSA 'above the bar', Chase, John
      • Re: CSA 'above the bar', Van Dalsen, Herbie
      • Re: CSA 'above the bar', Eric Bielefeld
      • Re: CSA 'above the bar', Rich Smrcina
      • Re: CSA 'above the bar', Chase, John
      • Re: CSA 'above the bar', Chase, John
      • Re: CSA 'above the bar', Eric Bielefeld
      • Re: CSA 'above the bar', Chase, John
      • Re: CSA 'above the bar', Shmuel Metz , Seymour J.
      • Re: CSA 'above the bar', Craddock, Chris
      • Re: CSA 'above the bar', Shmuel Metz , Seymour J.
  • Re: CSA 'above the bar', , IBM Mainframe Discussion List
  • Re: CSA 'above the bar', Peter Relson
  • Re: CSA 'above the bar', Tom Marchant
  • Re: CSA 'above the bar', Tom Marchant
  • Re: CSA 'above the bar', Tom Marchant
    • Re: CSA 'above the bar', Van Dalsen, Herbie
      • Re: CSA 'above the bar', McKown, John
      • Re: CSA 'above the bar', Van Dalsen, Herbie
      • Re: CSA 'above the bar', Edward Jaffe
      • Re: CSA 'above the bar', Binyamin Dissen
      • Re: CSA 'above the bar', Jim Mulder
  • Re: CSA 'above the bar', Tom Schmidt
  • Re: CSA 'above the bar', Tom Marchant
  • Re: CSA 'above the bar', Tom Schmidt
  • Re: CSA 'above the bar', Mark Zelden
    • Re: CSA 'above the bar', McKown, John
      • Re: CSA 'above the bar', Chase, John
  • Re: CSA 'above the bar', Thompson, Steve
  • Re: CSA 'above the bar', , IBM Mainframe Discussion List
    • Re: CSA 'above the bar', Van Dalsen, Herbie
  • Re: CSA 'above the bar', Tom Marchant
    • Re: CSA 'above the bar', Craddock, Chris
    • Re: CSA 'above the bar', Van Dalsen, Herbie
  • Re: CSA 'above the bar', Thompson, Steve
    • Re: CSA 'above the bar', Jim Mulder
    • Re: CSA 'above the bar', Shmuel Metz , Seymour J.
  • Re: CSA 'above the bar', Thompson, Steve
    • Re: CSA 'above the bar', Edward Jaffe
    • Re: CSA 'above the bar', Jim Mulder
  • Re: CSA 'above the bar', Thompson, Steve
  • Re: CSA 'above the bar', , IBM Mainframe Discussion List
    • Re: CSA 'above the bar', Jim Mulder
  • Re: CSA 'above the bar', , IBM Mainframe Discussion List
    • Re: CSA 'above the bar', Van Dalsen, Herbie
    • Re: CSA 'above the bar', Edward Jaffe
  • Re: CSA 'above the bar', Ted MacNEIL
    • Re: CSA 'above the bar', Martin Packer
• OMPROUTE help please, Gibney, Dave
  • <Possible follow-ups>
  • Re: OMPROUTE help please, Brian Peterson
• Re: JMON, Ron Wells
  • Re: JMON, Schwarz, Barry A
    • Re: JMON, Ron Wells
• SA78 Abends, steve
  • Re: SA78 Abends, PeD
• why external CF not internal CF, Tommy Tsui
  • Re: why external CF not internal CF, Bielskie, Stephen
  • Re: why external CF not internal CF, R.S.
    • Re: why external CF not internal CF, Skip Robinson
      • Re: why external CF not internal CF, R.S.
      • Re: why external CF not internal CF, Tommy Tsui
  • Re: why external CF not internal CF, Petersen, Jim
  • <Possible follow-ups>
  • Re: why external CF not internal CF, Ted MacNEIL
  • Re: why external CF not internal CF, Timothy Sipples
  • Re: why external CF not internal CF, Kenneth E Tomiak
• Mainframes requirement, vprosper
  • <Possible follow-ups>
  • Mainframes requirement, vprosper
• Mainframes requirements, vprosper
• Metal C (was Re: PL/S ??), Brian Peterson
  • Re: Metal C (was Re: PL/S ??), daveyc
  • <Possible follow-ups>
  • Re: Metal C (was Re: PL/S ??), Bruce Hewson
  • Re: Metal C (was Re: PL/S ??), Scott Fagen
  • Re: Metal C (was Re: PL/S ??), Tony Harminc
    • Re: Metal C (was Re: PL/S ??), Edward Jaffe
  • Re: Metal C (was Re: PL/S ??), Scott Fagen
• Calling TLMSINQR from an Application program abends C03, Steve . Bagshaw
• Where is the bookshelf for zLinux?, Binyamin Dissen
  • Re: Where is the bookshelf for zLinux?, McKown, John
  • Re: Where is the bookshelf for zLinux?, Mark Post
• HATS support for IND$FILE or ISPF C/S, Pinnacle
  • <Possible follow-ups>
  • Re: HATS support for IND$FILE or ISPF C/S, Timothy Sipples
    • Re: HATS support for IND$FILE or ISPF C/S, Pinnacle
  • Re: HATS support for IND$FILE or ISPF C/S, Timothy Sipples
• Re: Time Change and Darren, Mark Zelden
  • Re: Time Change and Darren, Edward Jaffe
    • Re: Time Change and Darren, Richard Peurifoy
      • Re: Time Change and Darren, Edward Jaffe
      • Re: Time Change and Darren, Richard Peurifoy
  • <Possible follow-ups>
  • Re: Time Change and Darren, Ben Alford
  • Re: Time Change and Darren, Mark Zelden
• DFHSM - NO MIGRATE OF DSN, esmie moo
  • Re: DFHSM - NO MIGRATE OF DSN, Darth Keller
  • Re: DFHSM - NO MIGRATE OF DSN, Schwarz, Barry A
• DFSMStvs logs - Is DASD-only a possibility?, Tom Schmidt
  • Re: DFSMStvs logs - Is DASD-only a possibility?, McKown, John
  • Re: DFSMStvs logs - Is DASD-only a possibility?, R.S.
  • <Possible follow-ups>
  • Re: DFSMStvs logs - Is DASD-only a possibility?, Tom Schmidt
  • Re: DFSMStvs logs - Is DASD-only a possibility?, Tom Schmidt
• Re: my free mainframe product, shai hess
• Jim Franklin/AUST/CSC is on holidays, Jim Franklin
• Re: ALESERV for an address space, Binyamin Dissen
  • <Possible follow-ups>
  • Re: ALESERV for an address space, Binyamin Dissen
    • Re: ALESERV for an address space, Ron Wells
    • Re: ALESERV for an address space, David Day
• Re: Moving HSM Migrated Data Sets to New System, Chris Taylor
• Re: z/TPF List Server, W Supon
  • Re: z/TPF List Server, Kenny Fogarty
  • <Possible follow-ups>
  • Re: z/TPF List Server, Timothy Sipples
• Which Sub-system is deleting my message?, Bruce Richardson
  • Re: Which Sub-system is deleting my message?, bstark
  • <Possible follow-ups>
  • Re: Which Sub-system is deleting my message?, Bruce Richardson
  • Re: Which Sub-system is deleting my message?, Patrick O'Keefe
  • Re: Which Sub-system is deleting my message?, Mark Zelden
  • Re: Which Sub-system is deleting my message?, Bruce Richardson
    • Re: Which Sub-system is deleting my message?, bstark
  • Re: Which Sub-system is deleting my message?, Bruce Richardson
• Re: Upgrading from a z890 to a z9 BC, Hal Merritt
  • <Possible follow-ups>
  • Re: Upgrading from a z890 to a z9 BC, Salway, Nigel
  • Re: Upgrading from a z890 to a z9 BC, Kenneth E Tomiak
• Fwd: FW: NEDB2UG Meeting Notice - November 15, 2007, Ed Long
• Re: COPYMARK when using PSF printing on an Infoprint 65000, Sheldon Davis
  • Re: COPYMARK when using PSF printing on an Infoprint 65000, Wissink, Brad [ITSYS]
  • Re: COPYMARK when using PSF printing on an Infoprint 65000, Schwarz, Barry A
• Re: ADMINISTRIVIA: Announcement!, Ed Finnell
  • Re: ADMINISTRIVIA: Announcement!, John P Kalinich
  • <Possible follow-ups>
  • Re: ADMINISTRIVIA: Announcement!, Patrick O'Keefe
  • Re: ADMINISTRIVIA: Announcement!, Ed Finnell
  • Re: ADMINISTRIVIA: Announcement!, Shmuel Metz , Seymour J.
  • Re: ADMINISTRIVIA: Announcement!, Shmuel Metz , Seymour J.
• SMS HSM missing backup versions, giora . bar
• How to force initiator failure, bstark
  • <Possible follow-ups>
  • How to force initiator failure, Bob Stark
    • Re: How to force initiator failure, Knutson, Sam
    • Re: How to force initiator failure, , IBM Mainframe Discussion List
  • Re: How to force initiator failure, Mark Zelden
  • Re: How to force initiator failure, Bob Stark
    • Re: How to force initiator failure, Jim Mulder
    • Re: How to force initiator failure, Gerhard Adam
• Re: SMS Question - Rename STORAGE CLASS, Schwarz, Barry A
• Re: S66D-40 abend running ISFACR z/OS R7, Schwarz, Barry A
• Re: SMF dump - output has duplicated its size, Schwarz, Barry A
• Re: XCF Performance, Martin Packer
  • Re: XCF Performance, Steven Conway
• Re: CDE chain for LPA, Johnny Luo
  • <Possible follow-ups>
  • CDE chain for LPA, Peter Relson
    • Re: CDE chain for LPA, Johnny Luo
• Opening for Mainframe Developer, Rajasekar
  • <Possible follow-ups>
  • Opening for Mainframe Developer, Rajasekar
    • Re: Opening for Mainframe Developer, Shishir
• Re: PL/S ??, Ed Gould
  • <Possible follow-ups>
  • Re: PL/S ??, Phil Smith III
  • Re: PL/S ??, Ed Finnell
  • Re: PL/S ??, Scott Fagen
  • Re: PL/S ??, Patrick O'Keefe
    • Re: PL/S ??, howard . brazee
      • Re: PL/S ??, Kammer, Charles
  • Re: PL/S ??, Paul Gilmartin
    • Re: PL/S ??, Edward Jaffe
    • Re: PL/S ??, Ed Gould
      • Don't blame PC weenies for LE was Re: PL/S ??, Clark Morris
      • Re: Don't blame PC weenies for LE was Re: PL/S ??, Ed Gould
    • Re: PL/S ??, John Eells
  • Re: PL/S ??, Scott Fagen
  • Re: PL/S ??, Scott Fagen
    • Re: PL/S ??, Ed Gould
  • Re: PL/S ??, Paul Gilmartin
    • Re: PL/S ??, Edward Jaffe
  • Re: PL/S ??, Bruce Hewson
    • Re: PL/S ??, Edward Jaffe
  • Re: PL/S ??, Paul Gilmartin
  • Re: PL/S ??, Scott Fagen
  • Re: PL/S ??, Patrick O'Keefe
  • Re: PL/S ??, Patrick O'Keefe
    • Re: PL/S ??, Edward Jaffe
  • Re: PL/S ??, Patrick O'Keefe
    • Re: PL/S ??, Edward Jaffe
    • Re: PL/S ??, Ed Gould
  • Re: PL/S ??, Patrick O'Keefe
  • Re: PL/S ??, Scott Fagen
  • Re: PL/S ??, Scott Fagen
    • Scotts new role, Shane
      • Re: Scotts new role, Pinnacle
      • Re: Scotts new role, Ed Gould
      • Re: Scotts new role, Campbell Jay
      • Re: Scotts new role, Rick Fochtman
  • Re: PL/S ??, Tom Russell
    • Re: PL/S ??, Edward Jaffe
• IBMLink down again second time today SEV1 Ticket# 33639291, Knutson, Sam
  • <Possible follow-ups>
  • Re: IBMLink down again second time today SEV1 Ticket# 33639291, Thompson, Steve
• Re: z/OS 1.9 Features summary, Paul Gilmartin
  • Re: z/OS 1.9 Features summary, Steve Comstock
  • <Possible follow-ups>
  • Re: z/OS 1.9 Features summary, Ted MacNEIL
  • Re: z/OS 1.9 Features summary, Gerhard Adam
    • Re: z/OS 1.9 Features summary, Clark F Morris
      • Re: z/OS 1.9 Features summary, Gerhard Adam
  • Re: z/OS 1.9 Features summary, Ted MacNEIL
    • Re: z/OS 1.9 Features summary, Gerhard Adam
  • Re: z/OS 1.9 Features summary, Dave Kopischke
    • Re: z/OS 1.9 Features summary, Steve Comstock
  • z/OS 1.9 Features summary, Graeme Gibson
  • Re: z/OS 1.9 Features summary, Clark Morris
    • Re: z/OS 1.9 Features summary, Ed Gould
  • Re: z/OS 1.9 Features summary, Ted MacNEIL
    • COBOL requirement for BLOCK 0 being the default was Re: z/OS 1.9 Features summary, Clark Morris
      • Re: COBOL requirement for BLOCK 0 being the default was Re: z/OS 1.9 Features summary, Eric Bielefeld
      • IEEE Computer Society Membership, Eric Bielefeld
  • Re: z/OS 1.9 Features summary, Clark Morris
  • Re: z/OS 1.9 Features summary, Clark F Morris
• Re: IBM Supported JES2 Dynamic Exit Reload, Dave Danner
  • <Possible follow-ups>
  • Re: IBM Supported JES2 Dynamic Exit Reload, Mark Jacobs
  • Re: IBM Supported JES2 Dynamic Exit Reload, Brian Peterson