bit.listserv.ibm-main

• Date Index

---

• Re: zFS question, Mark Zelden
• 123 extents and VTOC fmt 3, R.S.
• Re: How to determine use of RLSE in dataset allocation, McKown, John
  • <Possible follow-ups>
  • Re: How to determine use of RLSE in dataset allocation, Schwarz, Barry A
• Format of STCK, Micheal Butz
  • Re: Format of STCK, McKown, John
  • Re: Format of STCK, Brian Kennelly
• RMM Volume Delete fails., Hal Merritt
  • Re: RMM Volume Delete fails., Mark Pace
  • Re: RMM Volume Delete fails., Starr, Alan
  • zFS question, Bill Johnson
    • Re: zFS question, McKown, John
      • Re: zFS question, Ken Porowski
      • Re: zFS question, Bill Johnson
• Set numbers off permanently., Benik, John E
  • Re: Set numbers off permanently., McKown, John
  • Re: Set numbers off permanently., Pinnacle
    • Re: Set numbers off permanently., Tony Harminc
  • Re: Set numbers off permanently., Dave Salt
  • <Possible follow-ups>
  • Re: Set numbers off permanently., Ted MacNEIL
  • Re: Set numbers off permanently., Ted MacNEIL
• Check out Tropical Storm: Tracking Map : Weather Underground, Ed Finnell
  • Re: Check out Tropical Storm: Tracking Map : Weather Underground, Kelman, Tom
    • Re: Check out Tropical Storm: Tracking Map : Weather Underground, Scott Rowe
    • Re: Check out Tropical Storm: Tracking Map : Weather Underground, Tony Harminc
  • Re: Check out Tropical Storm: Tracking Map : Weather Underground, Mike Schwab
• Cronkite/Jennings/Brokaw (Was: 3270 Emulator Software), Timothy Sipples
• SAS SMTP Services, Gaur
• H/w vs S/W Encryption?, O'Brien, David W. [C] , NIH/CIT
  • Re: H/w vs S/W Encryption?, Mark Jacobs
    • Re: H/w vs S/W Encryption?, O'Brien, David W. [C] , NIH/CIT
    • Re: H/w vs S/W Encryption?, O'Brien, David W. [C] , NIH/CIT
      • Re: H/w vs S/W Encryption?, Mark Jacobs
      • Re: H/w vs S/W Encryption?, Staller, Allan
      • Re: H/w vs S/W Encryption?, O'Brien, David W. [C] , NIH/CIT
      • Re: H/w vs S/W Encryption?, Mark Jacobs
      • Re: H/w vs S/W Encryption?, R.S.
      • Re: H/w vs S/W Encryption?, Jousma, David
      • Re: H/w vs S/W Encryption?, Scott Rowe
  • <Possible follow-ups>
  • Re: H/w vs S/W Encryption?, Phil Smith
    • Re: H/w vs S/W Encryption?, Staller, Allan
    • Re: H/w vs S/W Encryption?, R.S.
  • Re: H/w vs S/W Encryption?, Phil Smith
    • Re: H/w vs S/W Encryption?, Grinsell, Don
  • Re: H/w vs S/W Encryption?, Greg Boyd
• DASD Moderate Alert from EMC DMX4, Brad Wissink
  • Re: DASD Moderate Alert from EMC DMX4, Scott Rowe
    • Re: DASD Moderate Alert from EMC DMX4, Pinnacle
      • Re: DASD Moderate Alert from EMC DMX4, R.S.
      • Re: DASD Moderate Alert from EMC DMX4, Pinnacle
      • Re: DASD Moderate Alert from EMC DMX4, R.S.
      • Re: DASD Moderate Alert from EMC DMX4, Wissink, Brad [ITSYS]
  • Re: DASD Moderate Alert from EMC DMX4, Clark, Kevin
  • Re: DASD Moderate Alert from EMC DMX4, Lizette Koehler
  • <Possible follow-ups>
  • Re: DASD Moderate Alert from EMC DMX4, Patrick Lyon
  • Re: DASD Moderate Alert from EMC DMX4, Mary Anne Matyaz
  • Re: DASD Moderate Alert from EMC DMX4, Ted MacNEIL
• Index of IBM announcement letters?, Shmuel Metz , Seymour J.
  • Re: Index of IBM announcement letters?, Charles Mills
• TRSMAIN RC=8, Fran Hernandez
  • Re: TRSMAIN RC=8, Tony Harminc
    • Re: TRSMAIN RC=8, Gaur
  • <Possible follow-ups>
  • Re: TRSMAIN RC=8, Paul Gilmartin
  • Re: TRSMAIN RC=8, Fran Hernandez
    • Re: TRSMAIN RC=8, Yifat Oren
    • Re: TRSMAIN RC=8, Lizette Koehler
      • Re: TRSMAIN RC=8, Bob Shannon
    • Re: TRSMAIN RC=8, Tony Harminc
  • Re: TRSMAIN RC=8, Bill Godfrey
• Need help for MODID ERROR BECAUSE OF UMID, imrose suleman
  • Re: Need help for MODID ERROR BECAUSE OF UMID, Gaur
    • Re: Need help for MODID ERROR BECAUSE OF UMID, imrose suleman
      • Re: Need help for MODID ERROR BECAUSE OF UMID, Pinnacle
• Newbie with the Hardware Instrumentation - HIS, Mauri Kanter
  • Re: Newbie with the Hardware Instrumentation - HIS, Lizette Koehler
  • Re: Newbie with the Hardware Instrumentation - HIS, Bob Shannon
    • Re: Newbie with the Hardware Instrumentation - HIS, Shane
  • <Possible follow-ups>
  • Re: Newbie with the Hardware Instrumentation - HIS, Mauri Kanter
  • Re: Newbie with the Hardware Instrumentation - HIS, Mauri Kanter
• AUTO: James Obrizok is out of the office on vacation until July 12th. (returning 08/30/2010), James Obrizok
• Re: COBOL/CICS Integrated Translator and Area A, William M Klein
• Enterprise Cobol, Guy Gardoit
  • Re: Enterprise Cobol, Gibney, Dave
    • Re: Enterprise Cobol, Jousma, David
      • Re: Enterprise Cobol, Guy Gardoit
  • Re: Enterprise Cobol, Steve Comstock
  • <Possible follow-ups>
  • Enterprise Cobol, William M Klein
    • Re: Enterprise Cobol, Jousma, David
• 3270 Emulator Software (Splitv), Steve Bireley
• CBT File 830 - Xephon MVS Update articles - fixed on Updates page, Sam Golob
• USS Processing - When are children spawned, Kelman, Tom
  • Re: USS Processing - When are children spawned, Schwarz, Barry A
    • Re: USS Processing - When are children spawned, Kelman, Tom
  • <Possible follow-ups>
  • Re: USS Processing - When are children spawned, David Waldman
    • Re: USS Processing - When are children spawned, Kelman, Tom
• isolating sensitive data in coupling facility, Patrick Kappeler
  • <Possible follow-ups>
  • Re: isolating sensitive data in coupling facility, R.S.
  • Re: isolating sensitive data in coupling facility, Patrick Kappeler
  • Re: isolating sensitive data in coupling facility, Scott***en
  • Re: isolating sensitive data in coupling facility, Ted MacNEIL
• Re: Contents of CVTDCB, Bob Shannon
  • <Possible follow-ups>
  • Contents of CVTDCB, Peter Relson
  • Re: Contents of CVTDCB, Tom Marchant
  • Re: Contents of CVTDCB, Don Bolton
• FW: Sense 0821 (Was: Graphics for PCOM3270 Using z10 OSA/ICC), McKown, John
• FCP / WWPN and new IOCDS, J Ellis
• instruction opcode, Richard Pinion
  • Re: instruction opcode, McKown, John
  • Re: instruction opcode, Abe Kornelis
  • <Possible follow-ups>
  • Re: instruction opcode, Richard Pinion
    • Re: instruction opcode, Mark Jacobs
      • Re: instruction opcode, John Baxter
      • Re: instruction opcode, Bill Fairchild
      • Re: instruction opcode, Abe F. Kornelis
    • Re: instruction opcode, McKown, John
  • Re: instruction opcode, Richard Pinion
• Graphics for PCOM3270 Using z10 OSA/ICC, George Rodriguez
  • Re: Graphics for PCOM3270 Using z10 OSA/ICC, George Rodriguez
• DFSORT: FILTER by STCK format, Gil, Victor x28091
  • Re: DFSORT: FILTER by STCK format, Frank Yaeger
  • <Possible follow-ups>
  • Re: DFSORT: FILTER by STCK format, Victor Gil
    • Re: DFSORT: FILTER by STCK format, Frank Yaeger
  • Re: DFSORT: FILTER by STCK format, Victor Gil
• JCL need? - create UNIX subdirectories, McKown, John
  • Re: JCL need? - create UNIX subdirectories, Steve Comstock
  • <Possible follow-ups>
  • Re: JCL need? - create UNIX subdirectories, David Waldman
    • Re: JCL need? - create UNIX subdirectories, McKown, John
  • Re: JCL need? - create UNIX subdirectories, Paul Gilmartin
• Latch services question, Steve Austin
• SQL`s Executed for CICS Transaction., M Pavan
• O/T Stupid Data Center "tricks", Ed Gould
  • Re: O/T Stupid Data Center "tricks", Rick Fochtman
  • <Possible follow-ups>
  • Re: O/T Stupid Data Center "tricks", Arthur Gutowski
    • Re: O/T Stupid Data Center "tricks", Rick Fochtman
      • Re: O/T Stupid Data Center "tricks", Clark Morris
  • Re: O/T Stupid Data Center "tricks", Elardus Engelbrecht
    • Re: O/T Stupid Data Center "tricks", Rick Fochtman
• ShopzSeries My Licensed Software, Ken Porowski
  • Re: ShopzSeries My Licensed Software, Mike Schwab
  • Re: ShopzSeries My Licensed Software - Fixed, Ken Porowski
  • <Possible follow-ups>
  • Re: ShopzSeries My Licensed Software, Brian Peterson
    • Re: ShopzSeries My Licensed Software, Mike Schwab
      • Re: ShopzSeries My Licensed Software, Guy Gardoit
      • Re: ShopzSeries My Licensed Software, Ken Porowski
• z/VM LISTSERV Query, George Henke
  • Re: z/VM LISTSERV Query, Rich Smrcina
  • Re: z/VM LISTSERV Query, McKown, John
    • Re: z/VM LISTSERV Query, McKown, John
      • Re: z/VM LISTSERV Query, George Henke
  • Re: z/VM LISTSERV Query, Anne & Lynn Wheeler
    • Re: z/VM LISTSERV Query, George Henke
• ssh-keygen Command, Leonard Sasso
  • Re: ssh-keygen Command, Veilleux, Jon L
  • Re: ssh-keygen Command, Michael Saraco
    • Re: ssh-keygen Command, Starr, Alan
      • Re: ssh-keygen Command, Veilleux, Jon L
      • Re: ssh-keygen Command, Kirk Wolf
      • Re: ssh-keygen Command, Leonard Sasso
      • Re: ssh-keygen Command, Starr, Alan
• Test DASD performance tools, Tommy Tsui
  • Re: Test DASD performance tools, Hal Merritt
    • Re: Test DASD performance tools, Staller, Allan
      • Re: Test DASD performance tools, Bill Fairchild
    • Message not available
      • Re: Test DASD performance tools, Hal Merritt
  • <Possible follow-ups>
  • Re: Test DASD performance tools, Bruce Richardson
    • Message not available
      • Re: Test DASD performance tools, Shane
      • COBOL/CICS Integrated Translator, Greg Shirey
      • Re: COBOL/CICS Integrated Translator, Don Leahy
      • Re: Test DASD performance tools, Rick Fochtman
      • Message not available
      • Re: Test DASD performance tools, Rick Fochtman
  • Re: Test DASD performance tools, Ted MacNEIL
• Higher Paging under z/OS V1.11 OA33307, Lizette Koehler
  • Re: Higher Paging under z/OS V1.11 OA33307, Chase, John
  • Re: Higher Paging under z/OS V1.11 OA33307, Shane
• RES: BLSR, Oswaldo Ferreira de Matos
• Which TCB data element point to VSM, Micheal Butz
  • Message not available
    • Re: Which TCB data element point to VSM, Micheal Butz
      • Re: Which TCB data element point to VSM, Steve Austin
      • Re: Which TCB data element point to VSM, Micheal Butz
      • Re: Which TCB data element point to VSM, Wayne Driscoll
      • Re: Which TCB data element point to VSM, Micheal Butz
      • Message not available
      • Re: Looking for the Z/os 1.9 HSM TTOC record layout, Starr, Alan
      • Re: Looking for the Z/os 1.9 HSM TTOC record layout, Darby, Jim
• VIO, Richard Pinion
  • Re: VIO, John H Kington
  • Re: VIO, McKown, John
  • <Possible follow-ups>
  • Re: VIO, Richard Pinion
  • Re: VIO, Ed Finnell
• Connectivity test, Richards, Robert B.
  • <Possible follow-ups>
  • Re: Connectivity test, Elardus Engelbrecht
  • Re: Connectivity test, Thompson, Steve
    • Re: Connectivity test, Richards, Robert B.
  • Re: Connectivity test, Matthew Stitt
    • Re: Connectivity test, Richards, Robert B.
• special CoD activation, R Hey
  • <Possible follow-ups>
  • Re: special CoD activation, R Hey
• Job Submission exit, Ward, Mike S
  • Re: Job Submission exit, Williamson, James R
    • Re: Job Submission exit, Starr, Alan
    • Re: Job Submission exit, Shmuel Metz , Seymour J.
      • Re: Job Submission exit, StevePratt
  • Re: Job Submission exit, Starr, Alan
    • Re: Job Submission exit, Ward, Mike S
  • Re: Job Submission exit, Jack Schudel
  • Re: Job Submission exit, Rick Fochtman
  • <Possible follow-ups>
  • Re: Job Submission exit, Mark Zelden
    • Re: Job Submission exit, Roberto Halais
      • Re: Job Submission exit, McKown, John
  • Re: Job Submission exit, Mark Zelden
    • Re: Job Submission exit, Roberto Halais
  • Fw: Job Submission exit, Tom Russell
    • ISMF program protection, Juan Mautalen
      • Message not available
      • Re: ISMF program protection, Hal Merritt
  • Re: Fw: Job Submission exit, Mark Zelden
  • Re: Job Submission exit, Tom Russell
• Re: SMP/E RECEIVE ORDER: JAVA 5.0 PTFs not found by server??, Brian Peterson
  • Re: SMP/E RECEIVE ORDER: JAVA 5.0 PTFs not found by server??, Ed Gould
  • Re: SMP/E RECEIVE ORDER: JAVA 5.0 PTFs not found by server??, John Eells
• Re: VSAM question (was CICS Question), Shmuel Metz , Seymour J.
• iEFUTL Exit...Batch job with OMVS Spawned Address Spaces, Mark Jacobs
  • <Possible follow-ups>
  • Re: iEFUTL Exit...Batch job with OMVS Spawned Address Spaces, Larry Macioce
  • Re: iEFUTL Exit...Batch job with OMVS Spawned Address Spaces, Mark Zelden
    • Re: iEFUTL Exit...Batch job with OMVS Spawned Address Spaces, Mark Jacobs
      • Re: iEFUTL Exit...Batch job with OMVS Spawned Address Spaces, McKown, John
      • Re: iEFUTL Exit...Batch job with OMVS Spawned Address Spaces, McKown, John
      • Re: iEFUTL Exit...Batch job with OMVS Spawned Address Spaces, Starr, Alan
      • Re: iEFUTL Exit...Batch job with OMVS Spawned Address Spaces, Shane
• LP:PP ratio?, O'Brien, David W. [C] , NIH/CIT
  • <Possible follow-ups>
  • Re: LP:PP ratio?, Mark Zelden
• Re: BLSR, Aled Hughes
  • Re: BLSR, Scott Rowe
    • Re: BLSR, Marco Gianfranco Indaco
    • Re: BLSR, Aled Hughes
• Who is TCBJSTCB, Micheal Butz
  • Re: Who is TCBJSTCB, Stephen Donaldson
• Re: z10 temperature logging, Jim Elliott, IBM
• 3270 Emulator Software, Lizette Koehler
  • Re: 3270 Emulator Software, Eric
  • Re: 3270 Emulator Software, R.S.
    • Re: 3270 Emulator Software, Martinez, Frank J
  • Re: 3270 Emulator Software, Peter Nuttall
  • Re: 3270 Emulator Software, Ward, Mike S
  • Re: 3270 Emulator Software, Grinsell, Don
  • Re: 3270 Emulator Software, Shmuel Metz , Seymour J.
    • Re: 3270 Emulator Software, zMan
      • Re: 3270 Emulator Software, Dave Salt
      • Re: 3270 Emulator Software, George.William
      • Re: 3270 Emulator Software, Gates, Guy
      • Re: 3270 Emulator Software, Edward Jaffe
      • Re: 3270 Emulator Software, Rick Fochtman
      • Re: 3270 Emulator Software, Ed Gould
      • Re: 3270 Emulator Software, Gerhard Postpischil
      • Re: 3270 Emulator Software, R.S.
      • Re: 3270 Emulator Software, zMan
      • Re: 3270 Emulator Software, Anne & Lynn Wheeler
  • Re: 3270 Emulator Software, Rick Fochtman
    • Re: 3270 Emulator Software, Michael Knigge
  • Re: 3270 Emulator Software, Graeme Gibson
    • Re: 3270 Emulator Software, deputybubba
  • <Possible follow-ups>
  • 3270 Emulator Software, Lizette Koehler
    • Re: 3270 Emulator Software, Michael Saraco
      • Re: 3270 Emulator Software, Itschak Mugzach
    • Re: 3270 Emulator Software, George.William
    • Re: 3270 Emulator Software, Eric Spencer
    • Re: 3270 Emulator Software, Field, Alan C.
    • Re: 3270 Emulator Software, Ivan Warren
  • Re: 3270 Emulator Software, Thompson, Steve
  • Re: 3270 Emulator Software, Linda Mooney
  • Re: 3270 Emulator Software, Ed Finnell
    • Re: 3270 Emulator Software, Shmuel Metz , Seymour J.
      • Re: 3270 Emulator Software, McKown, John
      • Re: 3270 Emulator Software, Chase, John
      • Re: 3270 Emulator Software, Kulin Remailer
      • Re: 3270 Emulator Software, Shmuel Metz , Seymour J.
      • Re: 3270 Emulator Software, Howard Brazee
      • Re: 3270 Emulator Software, Mike Schwab
      • Re: 3270 Emulator Software, Shmuel Metz , Seymour J.
      • Re: 3270 Emulator Software, Mike Schwab
      • Re: 3270 Emulator Software, Shmuel Metz , Seymour J.
      • Re: 3270 Emulator Software, Edward Jaffe
      • Re: 3270 Emulator Software, Edward Jaffe
  • Re: 3270 Emulator Software, Wendell Lovewell
  • Re: 3270 Emulator Software, Ed Finnell
  • Re: 3270 Emulator Software, Ed Finnell
    • Re: 3270 Emulator Software, Steve Comstock
      • Re: 3270 Emulator Software, Kirk Wolf
      • Re: 3270 Emulator Software, Anonymous
    • Re: 3270 Emulator Software, Shmuel Metz , Seymour J.
  • Re: 3270 Emulator Software, Ed Finnell
  • Re: 3270 Emulator Software, Ed Finnell
    • Re: 3270 Emulator Software, Edward Jaffe
      • Re: 3270 Emulator Software, Shane
      • Re: 3270 Emulator Software, David Cole
      • Re: 3270 Emulator Software, zMan
      • Re: 3270 Emulator Software, Jim Mulder
  • Re: 3270 Emulator Software, Ed Finnell
  • Re: 3270 Emulator Software, Ed Finnell
    • Re: 3270 Emulator Software, Rick Fochtman
    • Re: 3270 Emulator Software, Chase, John
      • Re: 3270 Emulator Software, Rick Fochtman
  • Re: 3270 Emulator Software, Ted MacNEIL
  • Re: 3270 Emulator Software, Ed Finnell
  • Re: 3270 Emulator Software, Ed Finnell
  • Re: 3270 Emulator Software, Thompson, Steve
    • Wylbur timeline in wikipedia (was 3270 Emulator Software), Shmuel Metz , Seymour J.
  • Re: 3270 Emulator Software, Shmuel Metz , Seymour J.
  • Re: 3270 Emulator Software, Linda Mooney
• PFA, Barbara Nitz
• Aug 25 Webcast -Linux on System z SLES11 SP1 Performance Report, Pamela Christina in beautiful Endictt NY
• Soft Cap, Gibney, Dave
  • Re: Soft Cap, Michael Wickman
  • Re: Soft Cap, Silvio Camplani
  • <Possible follow-ups>
  • Re: Soft Cap, Dave Kopischke
    • Re: Soft Cap, Gibney, Dave
  • Re: Soft Cap, Al Sherkow
• FW: z/OS Component Trace Options in SYS1.PARMLIB.IBM, Chase, John
  • <Possible follow-ups>
  • Re: FW: z/OS Component Trace Options in SYS1.PARMLIB.IBM, Barbara Nitz
• Xephon stuff on www.cbttape.org, Sam Golob
• WARKOCZ, Thomas is out of the office., Thomas Warkocz
• SLA for ServiceLink, Ken Porowski
• Assembler Entry and Exit module, Ram Study
  • Re: Assembler Entry and Exit module, Charles Mills
    • z10 temperature logging, Scott Rowe
    • Re: Assembler Entry and Exit module, Shmuel Metz , Seymour J.
      • Re: Assembler Entry and Exit module, Charles Mills
      • Re: Assembler Entry and Exit module, Peter Sylvester
      • Re: Assembler Entry and Exit module, Shmuel Metz , Seymour J.
      • Re: Assembler Entry and Exit module, McKown, John
      • Re: Assembler Entry and Exit module, Charles Mills
      • Re: Assembler Entry and Exit module, Shmuel Metz , Seymour J.
      • Re: Assembler Entry and Exit module, Shmuel Metz , Seymour J.
      • Re: Assembler Entry and Exit module, Tony Harminc
      • Re: Assembler Entry and Exit module, Shmuel Metz , Seymour J.
  • Re: Assembler Entry and Exit module, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Assembler Entry and Exit module, Ted MacNEIL
  • Re: Assembler Entry and Exit module, Terry Sambrooks
  • Re: Assembler Entry and Exit module, Ted MacNEIL
  • Re: Assembler Entry and Exit module, Shmuel Metz , Seymour J.
• Hiperbatch on ZOS 1.10, Sarel Swanepoel
  • Message not available
    • Hiperbatch on ZOS 1.10, Sarel Swanepoel
• EBCDIC-ASCII translation and vendor products, Charles Mills
  • Re: EBCDIC-ASCII translation and vendor products, Clark, Kevin
  • Re: EBCDIC-ASCII translation and vendor products, Tony Harminc
    • Re: EBCDIC-ASCII translation and vendor products, Charles Mills
  • Re: EBCDIC-ASCII translation and vendor products, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: EBCDIC-ASCII translation and vendor products, Paul Gilmartin
    • Re: EBCDIC-ASCII translation and vendor products, Charles Mills
      • Re: EBCDIC-ASCII translation and vendor products, Kirk Wolf
      • Re: EBCDIC-ASCII translation and vendor products, Charles Mills
      • Re: EBCDIC-ASCII translation and vendor products, Charles Mills
  • Re: EBCDIC-ASCII translation and vendor products, Timothy Sipples
  • Re: EBCDIC-ASCII translation and vendor products, Brian Peterson
• MQ z/OS news group with shared queue problem, Miklos Szigetvari
  • Re: MQ z/OS news group with shared queue problem, McKown, John
    • Re: MQ z/OS news group with shared queue problem, Miklos Szigetvari
• PoPs, Rick Fochtman
  • Re: PoPs, Bob Rutledge
    • Re: PoPs, Ivan Warren
  • Re: PoPs, Blaicher, Chris
  • Re: PoPs, David Cole
  • <Possible follow-ups>
  • Re: PoPs, Ed Finnell
  • PoPS, Rick Fochtman
• UK GSE 2010 Conference is now open for registration, Mark Wilson
• Re: LARL vs literal alignment, john gilmore
  • Re: LARL vs literal alignment, Robert A. Rosenberg
• SMP/E RECEIVE ORDER: JAVA 5.0 PTFs not found by server??, Chase, John
• I HACK $3500 FROM PAYPAL..., paypal cash
• AUTO: James Obrizok is out of the office on vacation until July 12th. (returning 08/23/2010), James Obrizok
• AUTO: Peter Fatzinger is out of the office (returning 09/01/2010), Peter Fatzinger
• Well duh! Regarding 2048 CP's per SYSPLEX, Ted MacNEIL
• z196 sysplex question, Steve Comstock
  • <Possible follow-ups>
  • Re: z196 sysplex question, Ted MacNEIL
  • Re: z196 sysplex question, Mark Zelden
    • Re: z196 sysplex question, Steve Comstock
    • Re: z196 sysplex question, Don Deese
  • Re: z196 sysplex question, Mark Zelden
    • Re: z196 sysplex question, Norman Hollander on DesertWiz
      • Re: z196 sysplex question, Shane
  • Re: z196 sysplex question, Peter Relson
    • Re: z196 sysplex question, Steve Comstock
      • Re: z196 sysplex question, R.S.
      • Re: z196 sysplex question, Steve Comstock
      • Re: z196 sysplex question, R.S.
      • Re: z196 sysplex question, Steve Comstock
      • Re: z196 sysplex question, R.S.
      • Re: z196 sysplex question, Tony Harminc
      • Re: z196 sysplex question, Anne & Lynn Wheeler
      • Re: z196 sysplex question, Shmuel Metz , Seymour J.
    • Re: z196 sysplex question, Rick Fochtman
  • Re: z196 sysplex question, Ed Finnell
  • Re: z196 sysplex question, Ted MacNEIL
    • Re: z196 sysplex question, R.S.
    • Re: z196 sysplex question, Rick Fochtman
      • Re: z196 sysplex question, R.S.
  • z196 sysplex question, Peter Relson
  • Re: z196 sysplex question, Timothy Sipples
  • Re: z196 sysplex question, Timothy Sipples
• Re: Heads Up: JES2 A PAR OA3255 1 "Undisco vered Tole ration" &# 8207;‏, Ted MacNEIL
• Re: JES2 Source exits required for EXITS 02 46 & 47, Lizette Koehler
  • Re: JES2 Source exits required for EXITS 02 46 & 47, Cifani, Domenic
• Re: Heads Up: JES2 A PAR OA3255 1 "Undisco vered Tole ration" &# 8207;‏, john gilmore
• Re: Heads Up: JES2 APAR OA32551 "U ndiscovere d Tolerati on"&#8207;, Tom Marchant
• Heads Up: JES2 APAR OA32551 "U ndiscovere d Tolerati on"‏, john gilmore
• SDSF and z/OS 1.11, Chase, John
  • Re: SDSF and z/OS 1.11, Staller, Allan
    • Re: SDSF and z/OS 1.11, Shane
  • Re: SDSF and z/OS 1.11, John P Kalinich
    • Re: SDSF and z/OS 1.11, Chase, John
  • <Possible follow-ups>
  • Re: SDSF and z/OS 1.11, Mark Zelden
  • Re: SDSF and z/OS 1.11, John Chase
• Please explore CBT Tape File 830 - Xephon MVS articles, Sam Golob
  • Re: Please explore CBT Tape File 830 - Xephon MVS articles, Matan Cohen
    • Re: Please explore CBT Tape File 830 - Xephon MVS articles, Grimmette, John
• out of the office, Steve Schwaller
  • <Possible follow-ups>
  • out of the office, Steve Schwaller
• Re: Esoterics, Ed Finnell
  • <Possible follow-ups>
  • Re: Esoterics, Craig Pace
    • Re: Esoterics, Clark, David
  • Re: Esoterics, Mueller, David
  • Re: Esoterics, Mike Wood
• Re: Question on VVDS creation (implicltly), Lei Hu
• Re: Debug tool Problem, Kirk Talman
  • Re: Debug tool Problem, Gadi Ben-Avi
• Simple JCL Question, Bernd Oppolzer
  • Re: Simple JCL Question, Steve Comstock
    • Re: Simple JCL Question, Tim Brown
    • Re: Simple JCL Question, Bernd Oppolzer
  • Re: Simple JCL Question, Mike Schwab
  • Re: Simple JCL Question, John McKown
    • Re: Simple JCL Question, Howard Brazee
  • <Possible follow-ups>
  • Re: Simple JCL Question, Paul Gilmartin
    • Re: Simple JCL Question, Ed Gould
    • Re: Simple JCL Question, Robert A. Rosenberg
  • Re: Simple JCL Question, Lizette Koehler
  • Re: simple JCL question, john gilmore
    • Re: simple JCL question, zMan
  • Re: simple JCL question, Paul Gilmartin
    • Re: simple JCL question, Shmuel Metz , Seymour J.
      • Re: simple JCL question, zMan
      • Re: simple JCL question, Charles Mills
      • Re: simple JCL question, Shmuel Metz , Seymour J.
      • Re: simple JCL question, Mike Schwab
  • Re: simple JCL question, john gilmore
  • Re: simple JCL question, Paul Gilmartin
  • Re: simple JCL question, Paul Gilmartin
    • Re: simple JCL question, Pommier, Rex R.
    • Re: simple JCL question, Steve Comstock
      • Re: simple JCL question, Howard Brazee
  • Re: simple JCL question, john gilmore
  • Re: simple JCL question, Paul Gilmartin
• Heads Up: JES2 APAR OA32551 "Undiscovered Toleration", Brian Peterson
  • <Possible follow-ups>
  • Re: Heads Up: JES2 APAR OA32551 "Undiscovered Toleration", john gilmore
  • Re: Heads Up: JES2 APAR OA32551 "Undiscovered Toleration", Mark Zelden
  • Re: Heads Up: JES2 APAR OA32551 "Undiscovered Toleration", Barbara Nitz
  • Re: Heads Up: JES2 APAR OA32551 "Undiscovered Toleration", john gilmore
    • Re: Heads Up: JES2 APAR OA32551 "Undiscovered Toleration", Bob Shannon
  • Re: Heads Up: JES2 APAR OA32551 "Undiscovered Toleration", Mark Zelden
  • Re: Heads Up: JES2 APAR OA32551 "Undiscovered Toleration", Ted MacNEIL
• JCL "Mass Editor", Monty Spivak
  • Re: JCL "Mass Editor", Jim McAlpine
    • Re: JCL "Mass Editor", Pommier, Rex R.
    • Re: JCL "Mass Editor", Lintoys
  • Re: JCL "Mass Editor", Staller, Allan
  • Re: JCL "Mass Editor", Steve Comstock
  • Re: JCL "Mass Editor", Brown, Larry - St. Louis, MO
  • Re: JCL "Mass Editor", John P Kalinich
  • Re: JCL "Mass Editor", Hal Merritt
  • Re: JCL "Mass Editor", John McKown
  • Re: JCL "Mass Editor", Rick Fochtman
  • Re: JCL "Mass Editor", Monty Spivak
  • <Possible follow-ups>
  • Re: JCL "Mass Editor", Morrie Meyer
    • Re: JCL "Mass Editor", Ed Gould
      • Re: JCL "Mass Editor", Dave Salt
  • Re: JCL "Mass Editor", Riedel, Alexander
    • Message not available
      • Re: JCL "Mass Editor", Rick Fochtman
      • Re: JCL "Mass Editor", Grinsell, Don
      • Re: JCL "Mass Editor", Rick Fochtman
  • Re: JCL "Mass Editor", Lizette Koehler
  • Re: JCL "Mass Editor", Paul Gilmartin
• Re: FTP conversion, Paul Gilmartin
• HSM Migrate using excessive CPU, O'Brien, David W. [C] , NIH/CIT
• CPOOL question, SRK
• Re: PFA Messages on z1.11, Riedel, Alexander
  • <Possible follow-ups>
  • Re: PFA Messages on z1.11, Shane
  • Re: PFA Messages on z1.11, Mary Anne Matyaz
  • Re: PFA Messages on z1.11, Mary Anne Matyaz
  • Re: PFA Messages on z1.11, Riedel, Alexander
  • Re: PFA Messages on z1.11, Mary Anne Matyaz
  • Re: PFA Messages on z1.11, Barbara Nitz
  • Re: PFA Messages on z1.11, Karla Arndt
• FTP PASV mode, Jim McAlpine
  • Re: FTP PASV mode, Jim McAlpine
• Off topic (fairly funny), Ed Gould
• What is the porpouse of CDCHAIN, Micheal Butz
  • Re: What is the porpouse of CDCHAIN, Mike Myers
    • Re: What is the porpouse of CDCHAIN, Micheal Butz
      • Re: What is the porpouse of CDCHAIN, Mike Myers
  • <Possible follow-ups>
  • Re: What is the porpouse of CDCHAIN, Peter Relson
• CPU Utilization after upgrade z800 to z10, Donnelly, John P
  • Re: CPU Utilization after upgrade z800 to z10, Gibney, Dave
  • Re: CPU Utilization after upgrade z800 to z10, Kelman, Tom
  • <Possible follow-ups>
  • Re: CPU Utilization after upgrade z800 to z10, Timothy Sipples
    • Re: CPU Utilization after upgrade z800 to z10, Donnelly, John P
• I am trying to copy the contents of a usercatalog and am running into trouble, Binyamin Dissen
  • Re: I am trying to copy the contents of a usercatalog and am running into trouble, Clifford McNeill
  • Re: I am trying to copy the contents of a usercatalog and am running into trouble, Scott Rowe
• Cobol Db2 Question, Marco Gianfranco Indaco
  • Re: Cobol Db2 Question, StevePratt
• Old MVS announcement letters, Shmuel Metz , Seymour J.
• DFHSM QUESTION - FINDING LIST OF DSNS, willie bunter
  • Re: DFHSM QUESTION - FINDING LIST OF DSNS, Gibney, Dave
    • Re: DFHSM QUESTION - FINDING LIST OF DSNS, willie bunter
      • Re: DFHSM QUESTION - FINDING LIST OF DSNS, Gibney, Dave
  • Re: DFHSM QUESTION - FINDING LIST OF DSNS, Schwarz, Barry A
  • <Possible follow-ups>
  • Re: DFHSM QUESTION - FINDING LIST OF DSNS, Gilbert Cardenas
• Announcement/FCS dates for IOCP and MVSCP, Shmuel Metz , Seymour J.
  • Re: Announcement/FCS dates for IOCP and MVSCP, Staller, Allan
  • <Possible follow-ups>
  • Re: Announcement/FCS dates for IOCP and MVSCP, Joe D'Alessandro
    • Re: Announcement/FCS dates for IOCP and MVSCP, Scott Rowe
      • JES2 Source exits required for EXITS 02 46 & 47, Cifani, Domenic
    • Re: Announcement/FCS dates for IOCP and MVSCP, Shmuel Metz , Seymour J.
• Anybody used SDSF / REXX in HTTPD CGI pgm?, McKown, John
  • Re: Anybody used SDSF / REXX in HTTPD CGI pgm?, Scott Ford
  • Re: Anybody used SDSF / REXX in HTTPD CGI pgm?, Grinsell, Don
  • <Possible follow-ups>
  • Re: Anybody used SDSF / REXX in HTTPD CGI pgm?, Paul Gilmartin
    • Re: Anybody used SDSF / REXX in HTTPD CGI pgm?, Stephen Y Odo
  • Re: Anybody used SDSF / REXX in HTTPD CGI pgm?, Paul Gilmartin
    • Re: Anybody used SDSF / REXX in HTTPD CGI pgm?, Stephen Y Odo
    • Re: Anybody used SDSF / REXX in HTTPD CGI pgm?, Shmuel Metz , Seymour J.
  • Re: Anybody used SDSF / REXX in HTTPD CGI pgm?, Paul Gilmartin
    • Re: Anybody used SDSF / REXX in HTTPD CGI pgm?, Stephen Y Odo
  • Re: Anybody used SDSF / REXX in HTTPD CGI pgm?, Paul Gilmartin
• API or visibility into PR/SM for Vendor-written programs?, Charles Mills
  • Message not available
    • Message not available
      • Re: API or visibility into PR/SM for Vendor-written programs?, Chase, John
      • Re: API or visibility into PR/SM for Vendor-written programs?, Gibney, Dave
  • Re: API or visibility into PR/SM for Vendor-written programs?, Rick Fochtman
    • Re: API or visibility into PR/SM for Vendor-written programs?, Clark Morris
      • Message not available
      • Re: API or visibility into PR/SM for Vendor-written programs?, Staller, Allan
    • Re: API or visibility into PR/SM for Vendor-written programs?, Charles Mills
  • <Possible follow-ups>
  • Re: API or visibility into PR/SM for Vendor-written programs?, Thompson, Steve
  • Re: API or visibility into PR/SM for Vendor-written programs?, Alan Altmark
• QUERY IN ASSEMBLER, Ram Study
  • Re: QUERY IN ASSEMBLER, Mike Schwab
  • Re: QUERY IN ASSEMBLER, CM Poncelet
  • Re: QUERY IN ASSEMBLER, Alan NTL POP recent
  • Re: QUERY IN ASSEMBLER, Barkow, Eileen
  • Re: QUERY IN ASSEMBLER, Chase, John
    • Re: QUERY IN ASSEMBLER, Ed Gould
  • <Possible follow-ups>
  • Re: QUERY IN ASSEMBLER, Terry Sambrooks
    • Re: QUERY IN ASSEMBLER, J R
      • Re: QUERY IN ASSEMBLER, Ram Study
      • TWS security question - CP protection, Juan Mautalen
      • Re: TWS security question - CP protection, Hal Merritt
• Current Contract Rates, Mike Myers
  • Re: Current Contract Rates, Bruce McKnight
  • Re: Current Contract Rates, Rick Fochtman
• Current production abend of SMTP, Linda Mooney
  • Re: Current production abend of SMTP, Anthony Thompson
  • Re: Current production abend of SMTP, Dale McCart
    • Re: Current production abend of SMTP, Steve Comstock
  • Re: Current production abend of SMTP, Steve Comstock
    • Re: Current production abend of SMTP, Gibney, Dave
  • Re: Current production abend of SMTP, Ulrich Krueger
  • Re: Current production abend of SMTP, Guy Gardoit
  • <Possible follow-ups>
  • Re: Current production abend of SMTP, Linda Mooney
  • Re: Current production abend of SMTP, Linda Mooney
  • Re: Current production abend of SMTP, Linda Mooney
    • Re: Current production abend of SMTP, Ulrich Krueger
  • Re: Current production abend of SMTP, Linda Mooney
    • Re: Current production abend of SMTP, Gibney, Dave
    • Re: Current production abend of SMTP, Anthony Thompson
  • Re: Current production abend of SMTP, Ed Finnell
• Finding IPL Text for Stand Alone Dump, Eric Bielefeld
  • Re: Finding IPL Text for Stand Alone Dump, Scott Rowe
  • Re: Finding IPL Text for Stand Alone Dump, Field, Alan C.
  • Re: Finding IPL Text for Stand Alone Dump, McKown, John
    • Re: Finding IPL Text for Stand Alone Dump, McKown, John
      • Re: Finding IPL Text for Stand Alone Dump, Scott Rowe
      • Re: Finding IPL Text for Stand Alone Dump, McKown, John
  • Re: Finding IPL Text for Stand Alone Dump, Clifford McNeill
    • Re: Finding IPL Text for Stand Alone Dump, Eric Bielefeld
      • Re: Finding IPL Text for Stand Alone Dump, Scott Rowe
  • <Possible follow-ups>
  • Re: Finding IPL Text for Stand Alone Dump, Mark Zelden
    • Re: Finding IPL Text for Stand Alone Dump, Bill Fairchild
      • Re: Finding IPL Text for Stand Alone Dump, Gord Tomlin
      • Re: Finding IPL Text for Stand Alone Dump, Rick Fochtman
• [NEWBIE] Compiling and Binding 64-bit mode C programs, Neale Ferguson
  • Re: [NEWBIE] Compiling and Binding 64-bit mode C programs, Kirk Wolf
    • Re: [NEWBIE] Compiling and Binding 64-bit mode C programs, Neale Ferguson
      • NJE Linux to z/OS was:RE: [NEWBIE] Compiling and Binding 64-bit mode C programs, McKown, John
      • NJE Linux to z/OS was:RE: [NEWBIE] Compiling and Binding 64-bit mode C programs, Mark Post
      • Re: NJE Linux to z/OS was:RE: [NEWBIE] Compiling and Binding 64-bit mode C programs, McKown, John
  • Re: [NEWBIE] Compiling and Binding 64-bit mode C programs, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: [NEWBIE] Compiling and Binding 64-bit mode C programs, Lizette Koehler
    • Re: [NEWBIE] Compiling and Binding 64-bit mode C programs, Neale Ferguson
      • Re: [NEWBIE] Compiling and Binding 64-bit mode C programs, Scott Rowe
      • Re: [NEWBIE] Compiling and Binding 64-bit mode C programs, Neale Ferguson
  • Re: [NEWBIE] Compiling and Binding 64-bit mode C programs, Lizette Koehler
    • Re: [NEWBIE] Compiling and Binding 64-bit mode C programs, Andre Carnicelli Kushnir
  • Re: [NEWBIE] Compiling and Binding 64-bit mode C programs, Paul Gilmartin
    • Re: [NEWBIE] Compiling and Binding 64-bit mode C programs, Kirk Wolf
      • Re: [NEWBIE] Compiling and Binding 64-bit mode C programs, Thomas David Rivers
• Two cell pool sharing questions, Charles Mills
  • Re: Two cell pool sharing questions, Jim Mulder
    • Re: Two cell pool sharing questions, Charles Mills
• MSDSD3128E, Phil Kingston
  • Re: MSDSD3128E, Barkow, Eileen
  • Re: MSDSD3128E, Bill Fairchild
  • <Possible follow-ups>
  • Re: MSDSD3128E, Ed Finnell
  • Re: MSDSD3128E, Phil Kingston
  • Re: MSDSD3128E, Bruno Sugliani
• SDUMP(X) use of R13 (BRANCH=YES), Peter Relson
  • Re: SDUMP(X) use of R13 (BRANCH=YES), Binyamin Dissen
• CoD IODF solved(I think), Larry Macioce
  • <Possible follow-ups>
  • Re: CoD IODF solved(I think), Dave Kopischke
• Re: How often do you upgrade your zOS operating system?, Mary Anne Matyaz
  • <Possible follow-ups>
  • Re: How often do you upgrade your zOS operating system?, Michael Seeman
• utility type program, Richard Pinion
  • Re: utility type program, McKown, John
  • Re: utility type program, Captain Paralytic
  • Re: utility type program, Rick Fochtman
  • <Possible follow-ups>
  • Re: utility type program, Richard Pinion
    • Re: utility type program, McKown, John
  • Re: utility type program, Paul Gilmartin
    • Re: utility type program, Tony's COMCAST
    • Re: utility type program, William H. Blair
      • Re: utility type program, Peter Nuttall
  • Re: utility type program, Richard Pinion
  • Re: utility type program, Nick Jones
    • Re: utility type program, StevePratt
• Reamining non-reusable memory after batchjobs, Thomas Berg
  • Re: Reamining non-reusable memory after batchjobs, Rob Scott
    • How often do you upgrade your zOS operating system?, Bill Johnson
      • Re: How often do you upgrade your zOS operating system?, Mark Pace
      • Re: How often do you upgrade your zOS operating system?, Mark Jacobs
      • Re: How often do you upgrade your zOS operating system?, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
      • Re: How often do you upgrade your zOS operating system?, Brian France
      • Re: How often do you upgrade your zOS operating system?, Andy White
      • Re: How often do you upgrade your zOS operating system?, Gibney, Dave
    • SV: Reamining non-reusable memory after batchjobs, Thomas Berg
      • Re: Reamining non-reusable memory after batchjobs, Rob Scott
      • SV: Reamining non-reusable memory after batchjobs, Thomas Berg
  • <Possible follow-ups>
  • Reamining non-reusable memory after batchjobs, Peter Relson
• "Data set not found" in ISPF 3.4, zMan
  • Re: "Data set not found" in ISPF 3.4, McKown, John
  • Re: "Data set not found" in ISPF 3.4, Miklos Szigetvari
  • Re: "Data set not found" in ISPF 3.4, Sambataro, Anthony [E] , NIH/CIT
  • Re: "Data set not found" in ISPF 3.4, O'Brien, David W. [C] , NIH/CIT
    • Re: "Data set not found" in ISPF 3.4, Peter Nuttall
      • Re: "Data set not found" in ISPF 3.4, Chase, John
    • Re: "Data set not found" in ISPF 3.4, zMan
  • <Possible follow-ups>
  • Re: "Data set not found" in ISPF 3.4, Larry Macioce
  • Re: "Data set not found" in ISPF 3.4, Ed Finnell
    • Re: "Data set not found" in ISPF 3.4, Ecklund, Roger J
• Re: ZFS problems, Scott Rowe
  • <Possible follow-ups>
  • Re: ZFS problems, Veilleux, Jon L
    • Message not available
      • Re: ZFS problems, Veilleux, Jon L
  • Re: ZFS problems, Veilleux, Jon L
• CBT Tape Version 479 has been cut, Sam Golob
  • Re: CBT Tape Version 479 has been cut, Paul Strauss
    • PDS Command Updates (Was: CBT Tape Version 479 has been cut), John P Kalinich
• z millicode: where does it reside?, McKown, John
  • Re: z millicode: where does it reside?, Jim Mulder
    • Re: z millicode: where does it reside?, McKown, John
      • Re: z millicode: where does it reside?, Blaicher, Chris
      • Re: z millicode: where does it reside?, Shmuel Metz , Seymour J.
      • Re: z millicode: where does it reside?, Ken Porowski
      • Re: z millicode: where does it reside?, Anne & Lynn Wheeler
      • Re: z millicode: where does it reside?, Anne & Lynn Wheeler
      • Re: z millicode: where does it reside?, Anne & Lynn Wheeler
      • Re: z millicode: where does it reside?, Edward Jaffe
      • Re: z millicode: where does it reside?, Anne & Lynn Wheeler
• Server Name of SMTP from Mainframe, George Rodriguez
  • Re: Server Name of SMTP from Mainframe, Mark T. Regan, K8MTR
    • Re: Server Name of SMTP from Mainframe, zMan
• DAE / ADYSET00 / SYSMDUMP, Mark Zelden
  • Re: DAE / ADYSET00 / SYSMDUMP, Jim Mulder
  • <Possible follow-ups>
  • Re: DAE / ADYSET00 / SYSMDUMP, Brian Peterson
  • Re: DAE / ADYSET00 / SYSMDUMP, Mark Zelden
• WLM update session - SHARE Conference Boston 2010, Meral Temel
• [Fwd: Re: date formats], John McKown
  • Re: [Fwd: Re: date formats], Mike Schwab
  • Re: [Fwd: Re: date formats], Shmuel Metz , Seymour J.
    • Re: [Fwd: Re: date formats], McKown, John
  • Message not available
    • Re: FTP conversion, Matan Cohen
• Re: Anyone Using z10 Large Pages in anger, Gerhard Adam
  • Re: Anyone Using z10 Large Pages in anger, Norman Hollander on DesertWiz
  • <Possible follow-ups>
  • Re: Anyone Using z10 Large Pages in anger, Mark Zelden
    • Re: Anyone Using z10 Large Pages in anger, Bob Shannon
    • z/XDC announcement: Release z1.12 is now available for beta test, David Cole
      • Re: z/XDC announcement: Release z1.12 is now available for beta test, zMan
      • Re: z/XDC announcement: Release z1.12 is now available for beta test, McKown, John
  • Re: Anyone Using z10 Large Pages in anger, Gerhard Adam
    • Re: Anyone Using z10 Large Pages in anger, Norman Hollander on DesertWiz
  • Re: Anyone Using z10 Large Pages in anger, Mark Zelden
  • Re: Anyone Using z10 Large Pages in anger, Elpida Tzortzatos.
  • Re: Anyone Using z10 Large Pages in anger, Elpida Tzortzatos.
  • Re: Anyone Using z10 Large Pages in anger, Ed Finnell
  • Re: Anyone Using z10 Large Pages in anger, Elpida Tzortzatos.
    • Re: Anyone Using z10 Large Pages in anger, Michael Wickman
      • Re: Anyone Using z10 Large Pages in anger, Norman Hollander on DesertWiz
  • Re: Anyone Using z10 Large Pages in anger, Mark Zelden
  • Re: Anyone Using z10 Large Pages in anger, Ed Finnell
  • Re: Anyone Using z10 Large Pages in anger, Brian Peterson
    • Re: Anyone Using z10 Large Pages in anger, Norman Hollander on DesertWiz
  • Re: Anyone Using z10 Large Pages in anger, Ed Finnell
  • Re: Anyone Using z10 Large Pages in anger, Brian Peterson
  • Re: Anyone Using z10 Large Pages in anger, Elpida Tzortzatos.
    • Re: Anyone Using z10 Large Pages in anger, Shane
  • Re: Anyone Using z10 Large Pages in anger, Elpida Tzortzatos.
    • Re: Anyone Using z10 Large Pages in anger, Shane
• GA22-7820 z/OS and z/OS.e DOC APAR and PTF ++HOLD Documentation ?, Jan Vanbrabant
  • Re: GA22-7820 z/OS and z/OS.e DOC APAR and PTF ++HOLD Documentation ?, Bob Rutledge
    • Re: GA22-7820 z/OS and z/OS.e DOC APAR and PTF ++HOLD Documentation ?, Steve Horein
      • Re: GA22-7820 z/OS and z/OS.e DOC APAR and PTF ++HOLD Documentation ?, Steve Horein
    • Re: GA22-7820 z/OS and z/OS.e DOC APAR and PTF ++HOLD Documentation ?, Jan Vanbrabant
      • Re: GA22-7820 z/OS and z/OS.e DOC APAR and PTF ++HOLD Documentation ?, Bob Rutledge
      • Re: GA22-7820 z/OS and z/OS.e DOC APAR and PTF ++HOLD Documentation ?, Jan Vanbrabant
• DISPLAY command for non-IBM started tasks, Charles Mills
  • Re: DISPLAY command for non-IBM started tasks, Rob Scott
    • Re: DISPLAY command for non-IBM started tasks, Charles Mills
  • Re: DISPLAY command for non-IBM started tasks, Jim Mulder
    • Re: DISPLAY command for non-IBM started tasks, Binyamin Dissen
      • Re: DISPLAY command for non-IBM started tasks, Jim Mulder
  • Re: DISPLAY command for non-IBM started tasks, Shmuel Metz , Seymour J.
• Anyone Using z10 Large Pages in anger?, Graham Harris
  • <Possible follow-ups>
  • Re: Anyone Using z10 Large Pages in anger?, Mark Zelden
    • Re: Anyone Using z10 Large Pages in anger?, Pinnacle
      • Re: Anyone Using z10 Large Pages in anger?, Norman Hollander on DesertWiz
  • Re: Anyone Using z10 Large Pages in anger?, Gerhard Adam
    • Re: Anyone Using z10 Large Pages in anger?, Graham Harris
  • Re: Anyone Using z10 Large Pages in anger?, Gerhard Adam
    • Re: Anyone Using z10 Large Pages in anger?, Norman Hollander on DesertWiz
  • Re: Anyone Using z10 Large Pages in anger?, Gerhard Adam
  • Re: Anyone Using z10 Large Pages in anger?, Elpida Tzortzatos.
• DB/2 V7 on Z/os V1.11, Ward, Mike S
  • Re: DB/2 V7 on Z/os V1.11, Edward Jaffe
    • Re: DB/2 V7 on Z/os V1.11, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: DB/2 V7 on Z/os V1.11, Alan Altmark
    • Re: DB/2 V7 on Z/os V1.11, Edward Jaffe
  • Re: DB/2 V7 on Z/os V1.11, Brian Westerman
    • Re: DB/2 V7 on Z/os V1.11, Rick Fochtman
  • Re: DB/2 V7 on Z/os V1.11, Ed Finnell
  • Re: DB/2 V7 on Z/os V1.11, Brian Westerman
    • Re: DB/2 V7 on Z/os V1.11, McKown, John
      • Re: DB/2 V7 on Z/os V1.11, Bob Shannon
      • Re: DB/2 V7 on Z/os V1.11, R.S.
      • Re: DB/2 V7 on Z/os V1.11, Rick Fochtman
      • Re: DB/2 V7 on Z/os V1.11, Charles Mills
    • Re: DB/2 V7 on Z/os V1.11, Rick Fochtman
      • Re: DB/2 V7 on Z/os V1.11, Charles Mills
  • Re: DB/2 V7 on Z/os V1.11, Elardus Engelbrecht
  • Re: DB/2 V7 on Z/os V1.11, Paul Gilmartin
    • Re: DB/2 V7 on Z/os V1.11, Charles Mills
      • Re: DB/2 V7 on Z/os V1.11, McKown, John
      • Re: DB/2 V7 on Z/os V1.11, Charles Mills
      • Re: DB/2 V7 on Z/os V1.11, Gerhard Postpischil
      • Re: DB/2 V7 on Z/os V1.11, Andrew Rowley
      • Re: DB/2 V7 on Z/os V1.11, Chase, John
      • Re: DB/2 V7 on Z/os V1.11, Andrew Rowley
  • Re: DB/2 V7 on Z/os V1.11, Ted MacNEIL
    • Re: DB/2 V7 on Z/os V1.11, Andrew Rowley
  • Re: DB/2 V7 on Z/os V1.11, Ted MacNEIL
    • Re: DB/2 V7 on Z/os V1.11, Ed Gould
  • Re: DB/2 V7 on Z/os V1.11, Paul Gilmartin
• Friday the 13th Poll, Ian
• Date formats, zMan
  • Re: Date formats, Veilleux, Jon L
  • Re: Date formats, Brian Kennelly
    • Re: Date formats, zMan
      • Re: Date formats, Brian Kennelly
      • Re: Date formats, Lloyd Fuller
  • Re: Date formats, McKown, John
    • Re: Date formats, Mike Schwab
    • Re: Date formats, zMan
      • Re: Date formats, Joel C. Ewing
  • Re: Date formats, Field, Alan C.
  • Re: Date formats, Don Poitras
    • Re: Date formats, Steve Comstock
  • Re: Date formats, Schwarz, Barry A
  • Re: Date formats, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Date formats, Ted MacNEIL
  • Re: Date formats, Ted MacNEIL
  • Re: date formats, john gilmore
    • Re: date formats, Steve Comstock
  • Re: Date formats, Paul Gilmartin
    • RMF and disk activity questions, Pommier, Rex R.
      • Re: RMF and disk activity questions, Lizette Koehler
      • Message not available
      • Re: RMF and disk activity questions, Pommier, Rex R.
      • Message not available
      • Re: RMF and disk activity questions, Pommier, Rex R.
      • Message not available
      • Re: RMF and disk activity questions, Pommier, Rex R.
  • Re: date formats, Paul Gilmartin
  • Re: date formats, john gilmore
  • Re: date formats, Paul Gilmartin
    • Re: date formats, Mike Schwab
    • Re: date formats, Shmuel Metz , Seymour J.
      • Re: date formats, John McKown
  • FW: Date formats, William M Klein
  • Re: Date formats, Bruce Richardson
  • Re: date formats, Paul Gilmartin
    • Re: date formats, Joel C. Ewing
  • Re: date formats, Paul Gilmartin
• C.D. Keltie is away., Colin Keltie
• Replacement CA-Sysview woth TMON for zOS, Wim Hondorp
• OT: Found an old IBM Year 2000 manual., Richbourg, Claude
  • Re: OT: Found an old IBM Year 2000 manual., Anne & Lynn Wheeler
• Step processor time, Howi Kok
• optimizing compilers, john gilmore
  • Re: optimizing compilers, Anne & Lynn Wheeler
  • Re: optimizing compilers, Shmuel Metz , Seymour J.
    • Re: optimizing compilers, Rick Fochtman
      • Re: optimizing compilers, Gerhard Postpischil
      • Re: optimizing compilers, Binyamin Dissen
      • Re: optimizing compilers, Shmuel Metz , Seymour J.
    • Re: optimizing compilers, Howard Brazee
  • <Possible follow-ups>
  • Re: optimizing compilers, john gilmore
    • Re: optimizing compilers, Shmuel Metz , Seymour J.
    • Re: optimizing compilers, Bernd Oppolzer
      • Re: optimizing compilers, Gerhard Postpischil
      • Re: optimizing compilers, David Crayford
      • Re: optimizing compilers, Bernd Oppolzer
      • Re: optimizing compilers, Shmuel Metz , Seymour J.
  • Re: optimizing compilers, Paul Gilmartin
    • Re: optimizing compilers, Shmuel Metz , Seymour J.
  • Re: optimizing compilers, Ted MacNEIL
    • Re: optimizing compilers, zMan
      • Re: optimizing compilers, Howard Brazee
      • Re: optimizing compilers, zMan
    • Re: optimizing compilers, Bill Fairchild
    • Re: optimizing compilers, Roberto Halais
• Does POST require a save area?, Charles Mills
  • Re: Does POST require a save area?, Binyamin Dissen
    • Re: Does POST require a save area?, Charles Mills
      • Re: Does POST require a save area?, Binyamin Dissen
  • Re: Does POST require a save area?, Bill Fairchild
  • Re: Does POST require a save area?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Does POST require a save area?, Peter Relson
    • Re: Does POST require a save area?, Charles Mills
      • Re: Does POST require a save area?, Binyamin Dissen
      • Re: Does POST require a save area?, Binyamin Dissen
• CA-FILESAVE help - desperate, McKown, John
  • Re: CA-FILESAVE help - desperate, Mike Schwab
  • Re: CA-FILESAVE help - desperate, McKown, John
• mainframe zip, Jim McAlpine
  • Re: mainframe zip, Andy Robertson
  • Re: mainframe zip, Michael Knigge
    • Re: mainframe zip, Jim McAlpine
      • Re: mainframe zip, Jim McAlpine
      • Re: mainframe zip, Kirk Wolf
      • Re: mainframe zip, Jim McAlpine
      • Re: mainframe zip, Shmuel Metz , Seymour J.
      • Re: mainframe zip, Jim McAlpine
      • Re: mainframe zip, Shmuel Metz , Seymour J.
  • Re: mainframe zip, Leopold Strauss
  • <Possible follow-ups>
  • Re: mainframe zip, Subscribe Ibm-Main Sam
  • Re: mainframe zip, Paul Gilmartin
• Re: CA MSM First Contact, Barbara Nitz
  • Re: CA MSM First Contact, Joel C. Ewing
  • Re: CA MSM First Contact, Steve Comstock
  • <Possible follow-ups>
  • Re: CA MSM First Contact, Mark Zelden
    • Re: CA MSM First Contact, Shmuel Metz , Seymour J.
  • Re: CA MSM First Contact, Barbara Nitz
  • Re: CA MSM First Contact, Dell'Anno, Aurora
  • Re: CA MSM First Contact, Barbara Nitz
  • Re: CA MSM First Contact, Scott***en
• AUTO: Lionel Dyck is out of the office (returning 08/16/2010), Lionel Dyck
• CA MSM First Contact, Joel Ewing
  • Re: CA MSM First Contact, Clifford McNeill
  • <Possible follow-ups>
  • Re: CA MSM First Contact, Dell'Anno, Aurora
• Information on Tablebase, Guy Gates
• JES2 MAS member restriction, SUBSCRIBE IBM-MAIN Ivan A. Ramos
  • Re: JES2 MAS member restriction, Field, Alan C.
    • Re: JES2 MAS member restriction, Staller, Allan
  • Re: JES2 MAS member restriction, McKown, John
  • <Possible follow-ups>
  • Re: JES2 MAS member restriction, Mark Zelden
• Rebooting VTS after an ISL change, John Argall
• IBM Data Encryption Facility?, O'Brien, David W. [C] , NIH/CIT
  • Re: IBM Data Encryption Facility?, Staller, Allan
  • Re: IBM Data Encryption Facility?, R.S.
    • Re: IBM Data Encryption Facility?, gnalu
• Re: EDG3001E RMM command from batch REXX, Greg Shirey
• PDSE Performance, George Mosley
  • Re: PDSE Performance, Starr, Alan
  • Re: PDSE Performance, Hank Oerlemans
  • <Possible follow-ups>
  • Re: PDSE Performance, Barbara Nitz
    • Re: PDSE Performance, Richard Peurifoy
  • Re: PDSE Performance, Gerald Scharitzer
  • Re: PDSE Performance, Gerald Scharitzer
  • Re: PDSE Performance, Barbara Nitz
  • Re: PDSE Performance, Barbara Nitz
• Re: ISPF: How best to change ISPSPROF variables programmatically (was ISPF: How best to change user variable ZRETMINL in ISPSPROF), Mark Zelden
• Re: Debug Tool Question, Kirk Talman
  • Re: Debug Tool Question, Gadi Ben-Avi
  • <Possible follow-ups>
  • Re: Debug Tool Question, HUTCHISON Gregory
• Valid EBCDIC Characters for DB2 Plan name, Micheal Butz
  • Re: Valid EBCDIC Characters for DB2 Plan name, Mike Schwab
    • Re: Valid EBCDIC Characters for DB2 Plan name, Micheal Butz
  • <Possible follow-ups>
  • Re: Valid EBCDIC Characters for DB2 Plan name, Paul Gilmartin
• NO RESPONSE TO MY EARLIER POST ON HSM - REPOST, John Dawes
  • Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST, willie bunter
  • Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST, Scott Rowe
    • Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST, John Dawes
      • Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST, Scott Rowe
      • Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST, John Dawes
      • Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST, Scott Rowe
      • Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST, John Dawes
      • Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST, Scott Rowe
      • Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST, John Dawes
      • Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST, Gaur
      • Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST, John Kelly
      • Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST, Pinnacle
• Re: basic questions about machine instructions, john gilmore
  • Re: basic questions about machine instructions, McKown, John
    • Re: basic questions about machine instructions, Howard Brazee
      • Re: basic questions about machine instructions, McKown, John
      • Re: basic questions about machine instructions, Rick Fochtman
• QUESTION ABOUT HSM - RECYCLE, John Dawes
• zPCR 7.1a that supports new z196, Meral Temel
• Basic question about CPU instructions, Supra Uche
  • Re: Basic question about CPU instructions, Gerhard Postpischil
  • Re: Basic question about CPU instructions, McKown, John
    • Re: Basic question about CPU instructions, zMan
    • Re: Basic question about CPU instructions, Shmuel Metz , Seymour J.
  • Re: Basic question about CPU instructions, Joel C. Ewing
  • Re: Basic question about CPU instructions, Shmuel Metz , Seymour J.
    • Re: Basic question about CPU instructions, Edward Jaffe
  • <Possible follow-ups>
  • Re: Basic question about CPU instructions, Tom Marchant
    • Re: Basic question about CPU instructions, Scott Rowe
      • Re: Basic question about CPU instructions, Shmuel Metz , Seymour J.
    • Re: Basic question about CPU instructions, Shmuel Metz , Seymour J.
      • Re: Basic question about CPU instructions, Anne & Lynn Wheeler
      • Re: Basic question about CPU instructions, Scott Rowe
      • Re: Basic question about CPU instructions, Bob goolsby
      • Re: Basic question about CPU instructions, Gerhard Postpischil
      • Re: Basic question about CPU instructions, Anne & Lynn Wheeler
  • Re: Basic question about CPU instructions, Tom Marchant
    • Re: Basic question about CPU instructions, Shmuel Metz , Seymour J.
  • Re: Basic question about CPU instructions, Supra Uche
  • Re: Basic question about CPU instructions, Timothy Sipples
• SHARE - REXX requirements, William M Klein
  • Re: SHARE - REXX requirements, Shmuel Metz , Seymour J.
• AUTO: David Betten/Gaithersburg/IBM is out of the office (returning 08/17/2010), David Betten
• Return code x'00000010' from Latch Create, Dave Day
  • Re: Return code x'00000010' from Latch Create, Jim Mulder
  • <Possible follow-ups>
  • Re: Return code x'00000010' from Latch Create, Peter Relson
  • Re: Return code x'00000010' from Latch Create, Dave Day
  • Re: Return code x'00000010' from Latch Create, Peter Relson
• Abend U4088(3EC), Paulo Roberto Leonardo Pereira
  • Re: Abend U4088(3EC), HUTCHISON Gregory
• DFHSM QUESTION - RESTARTING SECONDARY SPACE MANAGEMENT, willie bunter
  • Re: DFHSM QUESTION - RESTARTING SECONDARY SPACE MANAGEMENT, Mike Schwab
    • Re: DFHSM QUESTION - RESTARTING SECONDARY SPACE MANAGEMENT, willie bunter
• What are types of "Work" in SMF 30 record?, Charles Mills
  • Re: What are types of "Work" in SMF 30 record?, Mackenzie, Bruce
    • Re: What are types of "Work" in SMF 30 record?, Charles Mills
      • Re: What are types of "Work" in SMF 30 record?, Elliot, David
      • Re: What are types of "Work" in SMF 30 record?, Kelman, Tom
    • Re: What are types of "Work" in SMF 30 record?, Cheryl Walker
      • Re: What are types of "Work" in SMF 30 record?, Charles Mills
  • <Possible follow-ups>
  • Re: What are types of "Work" in SMF 30 record?, Ted MacNEIL
• Oracle: The future is diskless!, McKown, John
  • Re: Oracle: The future is diskless!, Joel C. Ewing
    • Re: Oracle: The future is diskless!, Shmuel Metz , Seymour J.
  • Re: Oracle: The future is diskless!, Howard Brazee
    • Re: Oracle: The future is diskless!, Ken Porowski
    • Re: Oracle: The future is diskless!, Shmuel Metz , Seymour J.
      • Re: Oracle: The future is diskless!, Howard Brazee
  • Re: Oracle: The future is diskless!, R.S.
    • Re: Oracle: The future is diskless!, Howard Brazee
  • Re: Oracle: The future is diskless!, Shmuel Metz , Seymour J.
    • Re: Oracle: The future is diskless!, Mark Pace
      • Re: Oracle: The future is diskless!, Carlos Bodra - Pessoal
      • Re: Oracle: The future is diskless!, Rick Fochtman
      • Re: Oracle: The future is diskless!, Scott Rowe
      • Re: Oracle: The future is diskless!, Carlos Bodra - Pessoal
      • Re: Oracle: The future is diskless!, Rick Fochtman
      • TableBase Question, Gates, Guy
      • Re: Oracle: The future is diskless!, David Andrews
    • Re: Oracle: The future is diskless!, Anne & Lynn Wheeler
  • Re: Oracle: The future is diskless!, Anonymous
  • Re: Oracle: The future is diskless!, Howard Brazee
  • <Possible follow-ups>
  • Re: Oracle: The future is diskless!, Paul Gilmartin
    • Re: Oracle: The future is diskless!, Charles Mills
      • Re: Oracle: The future is diskless!, McKown, John
    • Re: Oracle: The future is diskless!, R.S.
• FORCE thread on IBM-Main, Peter Relson
• CPU time variance, zMan
  • <Possible follow-ups>
  • Re: CPU time variance, Scott Chapman
    • Re: CPU time variance, Staller, Allan
  • Re: CPU time variance, Ted MacNEIL
    • Re: CPU time variance, Anne & Lynn Wheeler
      • Re: CPU time variance, zMan
      • Re: CPU time variance, Norman Hollander on DesertWiz
  • Re: CPU time variance, Ted MacNEIL
• HLIST ODS() (was: HSM list of backups ...), Paul Gilmartin
  • Re: HLIST ODS() (was: HSM list of backups ...), McKown, John
  • <Possible follow-ups>
  • Re: HLIST ODS() (was: HSM list of backups ...), Paul Gilmartin
    • Re: HLIST ODS() (was: HSM list of backups ...), John McKown
  • Re: HLIST ODS() (was: HSM list of backups ...), Paul Gilmartin
• auditor request question, Pommier, Rex R.
  • Re: auditor request question, McKown, John
    • Re: auditor request question, William Bishop
  • Re: auditor request question, Scott Rowe
  • Re: auditor request question, Silvio Camplani
  • Re: auditor request question, Ken Porowski
    • Re: auditor request question, Pommier, Rex R.
  • Re: auditor request question, Dale McCart
  • Re: auditor request question, Joel C. Ewing
    • Re: auditor request question, John McKown
      • Re: auditor request question, Mike Schwab
    • Re: auditor request question, Hal Merritt
      • Re: auditor request question, Greg Shirey
  • Re: auditor request question, Don Williams
  • Re: auditor request question, Rick Fochtman
  • Re: auditor request question, Don Imbriale
  • Re: auditor request question, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
    • Re: auditor request question, Lizette Koehler
      • Re: auditor request question, Mike Schwab
      • Re: auditor request question, Ken Porowski
    • Re: auditor request question, Rick Fochtman
  • <Possible follow-ups>
  • Re: auditor request question, Thompson, Steve
  • Re: auditor request question, Ted MacNEIL
    • Re: auditor request question, Pommier, Rex R.
  • Re: auditor request question, Linda Mooney
  • Re: auditor request question, Robert Birdsall
  • Re: auditor request question, Walt Farrell
    • Re: auditor request question, Ken Porowski
      • Re: auditor request question, McKown, John
  • Re: auditor request question, Paul Gilmartin
    • Re: auditor request question, Greg Shirey
  • Re: auditor request question, Ted MacNEIL
    • Re: auditor request question, Gerhard Postpischil
      • Re: auditor request question, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
      • Re: auditor request question, Pommier, Rex R.
  • Re: auditor request question, Dave Kopischke
  • Re: auditor request question, Ted MacNEIL
    • Re: auditor request question, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
      • Re: auditor request question, Rick Fochtman
  • Re: auditor request question, Dave Kopischke
    • Re: auditor request question, Rick Fochtman
      • Re: auditor request question, Bob Woodside
      • Re: auditor request question, Peter Nuttall
  • Re: auditor request question, Ted MacNEIL
  • Re: auditor request question, Shmuel Metz , Seymour J.
  • Re: auditor request question, Shmuel Metz , Seymour J.
• Abend S0C4-4 in IGZEVEX - how to trace, McKown, John
  • <Possible follow-ups>
  • Re: Abend S0C4-4 in IGZEVEX - how to trace, Ed Finnell
• Re: HSM list of backups of a dataset command, Scott Rowe
  • <Possible follow-ups>
  • Re: HSM list of backups of a dataset command, Patrick Lyon
  • Re: HSM list of backups of a dataset command, Schwarz, Barry A
    • Re: HSM list of backups of a dataset command, Dave Salt
• SimpList User Guide, Dave Salt
• ISPF: How best to change user variable ZRETMINL in ISPSPROF, Jochen Roehrig
  • Re: ISPF: How best to change user variable ZRETMINL in ISPSPROF, Gaur
  • <Possible follow-ups>
  • Re: ISPF: How best to change user variable ZRETMINL in ISPSPROF, Robert Birdsall
  • Re: ISPF: How best to change user variable ZRETMINL in ISPSPROF, Jochen Roehrig
  • Re: ISPF: How best to change user variable ZRETMINL in ISPSPROF, Mark Zelden
    • Message not available
      • Re: ISPF: How best to change ISPSPROF variables programmatically (was ISPF: How best to change user variable ZRETMINL in ISPSPROF), Dave Salt
• SMP/E packaging - using CALLLIBS, Binyamin Dissen
  • Re: SMP/E packaging - using CALLLIBS, Kurt Quackenbush
    • Re: SMP/E packaging - using CALLLIBS, Binyamin Dissen
  • <Possible follow-ups>
  • Re: SMP/E packaging - using CALLLIBS, Brian Peterson
    • Re: SMP/E packaging - using CALLLIBS, Binyamin Dissen
  • Re: SMP/E packaging - using CALLLIBS, Brian Peterson
• IBM 3883 Manuals, Darren Evans-Young
  • Re: IBM 3883 Manuals, William Donzelli
  • Re: IBM 3883 Manuals, Shmuel Metz , Seymour J.
    • Re: IBM 3883 Manuals, William H. Blair
      • Re: IBM 3883 Manuals, William H. Blair
      • Re: IBM 3883 Manuals, William H. Blair
      • Re: IBM 3883 Manuals, Shmuel Metz , Seymour J.
      • Re: IBM 3883 Manuals, Anne & Lynn Wheeler
      • Re: IBM 3883 Manuals, Rick Fochtman
      • Re: IBM 3883 Manuals, Anne & Lynn Wheeler
      • Re: IBM 3883 Manuals, Anne & Lynn Wheeler
      • Re: IBM 3883 Manuals, Anne & Lynn Wheeler
      • Re: IBM 3883 Manuals, Rick Fochtman
• is out of the office., Keith Zawila
  • <Possible follow-ups>
  • is out of the office., Keith Zawila
• SHARE Session - Cheryl's Hot Flashes #24, Cheryl Walker
• STC is canceled and forced, but still won't go away, Binyamin Dissen
  • Re: STC is canceled and forced, but still won't go away, Elliot, David
    • Re: STC is canceled and forced, but still won't go away, Binyamin Dissen
  • Re: STC is canceled and forced, but still won't go away, Jim Mulder
    • Re: STC is canceled and forced, but still won't go away, Binyamin Dissen
  • <Possible follow-ups>
  • Re: STC is canceled and forced, but still won't go away, Lizette Koehler
  • Re: STC is canceled and forced, but still won't go away, Mark Zelden
  • Re: STC is canceled and forced, but still won't go away, Elardus Engelbrecht
    • Re: STC is canceled and forced, but still won't go away, Binyamin Dissen
      • Re: STC is canceled and forced, but still won't go away, Veilleux, Jon L
  • Re: STC is canceled and forced, but still won't go away, Elardus Engelbrecht
    • Re: STC is canceled and forced, but still won't go away, Veilleux, Jon L
  • Re: STC is canceled and forced, but still won't go away, Mark Zelden
• Tapeless - MDL or Luminex, David Hanson
  • Re: Tapeless - MDL or Luminex, Leitner, Timothy
    • Re: Tapeless - MDL or Luminex, Doug Fuerst
  • Re: Tapeless - MDL or Luminex, Dale McCart
  • Re: Tapeless - MDL or Luminex, Walter Marguccio
  • <Possible follow-ups>
  • Re: Tapeless - MDL or Luminex, Linda Mooney
    • Driver 76 End of Support, Scott Rowe
      • Re: Driver 76 End of Support, Riedel, Alexander
      • Re: Driver 76 End of Support, Scott Rowe
      • Re: Driver 76 End of Support, Riedel, Alexander
      • Re: Driver 76 End of Support, Scott Rowe
      • Re: Driver 76 End of Support, Ed Gould
      • Re: Driver 76 End of Support, Scott Rowe
• Top Secret, DFHSM and z/OS V1.11 (ACF2??), Lizette Koehler
• Join with ICETOOL for record 0400 and 0404, Yann
  • Re: Join with ICETOOL for record 0400 and 0404, yaeger@xxxxxxxxxx
    • Re: Join with ICETOOL for record 0400 and 0404, Yann
• help needed with CICS/TS 3.2 abending U1800, McKown, John
  • Message not available
    • Re: help needed with CICS/TS 3.2 abending U1800, McKown, John
  • <Possible follow-ups>
  • Re: help needed with CICS/TS 3.2 abending U1800, Patrick Lyon
    • Re: help needed with CICS/TS 3.2 abending U1800, McKown, John
  • Re: help needed with CICS/TS 3.2 abending U1800, Patrick Lyon
  • Re: help needed with CICS/TS 3.2 abending U1800, Elardus Engelbrecht
• AUTO: Randy Barnett is out of the office. (returning 08/14/2010), Randy Barnett
• Re: SMTPMVS, Shmuel Metz , Seymour J.
• Re: smp requirement, Shmuel Metz , Seymour J.
• STK VSM and non-STK Tape drives, O'Brien, David W. [C] , NIH/CIT
  • Message not available
    • Re: STK VSM and non-STK Tape drives, O'Brien, David W. [C] , NIH/CIT
  • <Possible follow-ups>
  • Re: STK VSM and non-STK Tape drives, Mark Zelden
• AUTO: Timothy Sipples is out of the office until August 16, 2010., Timothy Sipples
• z/OS V1.11 and DFHSM performance, Lizette Koehler
  • Re: z/OS V1.11 and DFHSM performance, Hal Merritt
    • Re: z/OS V1.11 and DFHSM performance, Mike Schwab
    • Re: z/OS V1.11 and DFHSM performance, Lizette Koehler
      • Re: z/OS V1.11 and DFHSM performance, John Kelly
  • <Possible follow-ups>
  • Re: z/OS V1.11 and DFHSM performance, Lizette Koehler
    • Re: z/OS V1.11 and DFHSM performance, Gibney, Dave
      • Re: z/OS V1.11 and DFHSM performance, Roberto Halais
      • Re: z/OS V1.11 and DFHSM performance, Lizette Koehler
      • Re: z/OS V1.11 and DFHSM performance, Gibney, Dave
      • Re: z/OS V1.11 and DFHSM performance, Norman.Hollander@desertWiz
      • Re: z/OS V1.11 and DFHSM performance, O'Brien, David W. [C] , NIH/CIT
      • Message not available
      • Re: z/OS V1.11 and DFHSM performance, Gibney, Dave
  • Re: z/OS V1.11 and DFHSM performance, Mark Zelden
• Re: Where what to do next - Load modules missing from PDS, Jan MOEYERSONS
  • Re: Where what to do next - Load modules missing from PDS, Stocker, Herman
• Xpeditor, Ron Thomas
  • Re: Xpeditor, Galambos, Robert
  • Re: Xpeditor, Allman, Tyler
  • <Possible follow-ups>
  • Re: Xpeditor, Ron Thomas
  • Re: Xpeditor, Ron Thomas
• DB2 8 for z/OS End of Service Date, Timothy Sipples
  • Re: DB2 8 for z/OS End of Service Date, Joel C. Ewing
• Re: linkage conventions, john gilmore
  • <Possible follow-ups>
  • Re: linkage conventions, Walt Farrell
    • Re: linkage conventions, Charles Mills
      • Re: linkage conventions, Tobias Schmid
  • Re: linkage conventions, Tom Marchant
  • Re: linkage conventions, Peter Relson
  • Re: linkage conventions, Tom Marchant
    • Re: linkage conventions, McKown, John
  • Re: linkage conventions, Tom Marchant
  • Re: linkage conventions, Paul Gilmartin
• Re: SMS question, Ted MacNEIL
  • <Possible follow-ups>
  • Re: SMS question, Vernooij, CP - SPLXM
  • Re: SMS question, Vernooij, CP - SPLXM
• AUTO: Laura Bostian/Poughkeepsie/IBM is out of the office. (returning 08/06/2010), Laura Bostian
• Setting Interval Migration to 6 hour interval, O'Brien, David W. [C] , NIH/CIT
  • Re: Setting Interval Migration to 6 hour interval, Ulrich Krueger
    • Re: Setting Interval Migration to 6 hour interval, O'Brien, David W. [C] , NIH/CIT
      • Re: Setting Interval Migration to 6 hour interval, Mike Schwab
      • Re: Setting Interval Migration to 6 hour interval, O'Brien, David W. [C] , NIH/CIT
• ways of limt the idle time for a tso user., Matan Cohen
  • <Possible follow-ups>
  • Re: ways of limt the idle time for a tso user., Elardus Engelbrecht
  • Re: ways of limt the idle time for a tso user., Elardus Engelbrecht
    • Re: ways of limt the idle time for a tso user., Matan Cohen
      • Re: ways of limt the idle time for a tso user., Matan Cohen
  • Re: ways of limt the idle time for a tso user., Ted MacNEIL
  • Re: ways of limt the idle time for a tso user., Elardus Engelbrecht
  • Re: ways of limt the idle time for a tso user., Chris Mason
    • Re: ways of limt the idle time for a tso user., Matan Cohen
      • Re: ways of limt the idle time for a tso user., LenR
• Re: Running IKJEFT01 in Batch receive command SYS00006, Shmuel Metz , Seymour J.
• Re: PROP instead of POPS, PoO, et al., Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: PROP instead of POPS, PoO, et al., Shmuel Metz , Seymour J.
  • Re: PROP instead of POPS, PoO, et al., Shmuel Metz , Seymour J.
    • Re: PROP instead of POPS, PoO, et al., Bill Fairchild
  • Re: PROP instead of POPS, PoO, et al., Shmuel Metz , Seymour J.
• ENQ issue, SRK
• Migration to z/os 1.11 causes Paging in DB2 DBM1 address space, Sheldon Davis
  • Re: Migration to z/os 1.11 causes Paging in DB2 DBM1 address space, Itschak Mugzach
  • <Possible follow-ups>
  • Re: Migration to z/os 1.11 causes Paging in DB2 DBM1 address space, Mark Zelden
  • Re: Migration to z/os 1.11 causes Paging in DB2 DBM1 address space, Ted MacNEIL
    • Re: Migration to z/os 1.11 causes Paging in DB2 DBM1 address space, August Carideo
      • Re: Migration to z/os 1.11 causes Paging in DB2 DBM1 address space, Mike Shorkend
      • Re: Migration to z/os 1.11 causes Paging in DB2 DBM1 address space, Bob Rutledge
      • Re: Migration to z/os 1.11 causes Paging in DB2 DBM1 address space, Mike Shorkend
      • Re: Migration to z/os 1.11 causes Paging in DB2 DBM1 address space, Shane
      • Re: Migration to z/os 1.11 causes Paging in DB2 DBM1 address space, Joel C. Ewing
      • Re: Migration to z/os 1.11 causes Paging in DB2 DBM1 address space, Shane
      • Re: Migration to z/os 1.11 causes Paging in DB2 DBM1 address space, Scott Rowe
      • Re: Migration to z/os 1.11 causes Paging in DB2 DBM1 address space, Mike Shorkend
  • Re: Migration to z/os 1.11 causes Paging in DB2 DBM1 address space, Ted MacNEIL
  • Re: Migration to z/os 1.11 causes Paging in DB2 DBM1 address space, Mark Zelden
  • Re: Migration to z/os 1.11 causes Paging in DB2 DBM1 address space, Ted MacNEIL
  • Re: Migration to z/os 1.11 causes Paging in DB2 DBM1 address space, Mark Zelden
  • Re: Migration to z/os 1.11 causes Paging in DB2 DBM1 address space, Patrick Lyon
    • Re: Migration to z/os 1.11 causes Paging in DB2 DBM1 address space, Mike Shorkend
• Re: DATAPROPAGATOR error, Sam Siegel
  • <Possible follow-ups>
  • DATAPROPAGATOR error, Wang Jianyun
• Re: BCPii Sample code - is there any?, Graham Harris
  • Re: BCPii Sample code - is there any?, Eric Mendelson
    • Re: BCPii Sample code - is there any?, Graham Harris
• Region Size - Step or Jobcard, Lizette Koehler
  • Re: Region Size - Step or Jobcard, Staller, Allan
  • Re: Region Size - Step or Jobcard, Hal Merritt
  • Re: Region Size - Step or Jobcard, R.S.
  • Re: Region Size - Step or Jobcard, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
    • Re: Region Size - Step or Jobcard, Mike Schwab
  • <Possible follow-ups>
  • Re: Region Size - Step or Jobcard, Tom Marchant
    • Re: Region Size - Step or Jobcard, Anne & Lynn Wheeler
      • Re: Region Size - Step or Jobcard, Anne & Lynn Wheeler
  • Re: Region Size - Step or Jobcard, Scott Barry
  • Re: Region Size - Step or Jobcard, Mark Zelden
  • Re: Region Size - Step or Jobcard, Barbara Nitz
• Re: socket select problem, Chris Mason
  • Re: socket select problem, scott.ford@xxxxxxxxxxxxxxxxx
• Migrated datasets - MCDS, Pierre Fichaud
  • Re: Migrated datasets - MCDS, Gaur
• Re: OMVS copy files, Shmuel Metz , Seymour J.
• Re: OT completely.........., Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: OT completely.........., Elardus Engelbrecht
• Re: PDSs or libraries in other OSs was Re: Another reason to hate PDSE's, Shmuel Metz , Seymour J.
• OSA Hardware Error?, Hal Merritt
  • <Possible follow-ups>
  • Re: OSA Hardware Error?, Chris Mason
  • Re: OSA Hardware Error?, Chris Mason
• Current SHARE Proceedings, Michael Cleary
  • <Possible follow-ups>
  • Re: Current SHARE Proceedings, Gene Hudders
  • Re: Current SHARE Proceedings, Michael Cleary
  • Re: Current SHARE Proceedings, Scott***en
  • Re: Current SHARE Proceedings, Jim Elliott, IBM
    • SMS question, Staller, Allan
      • Re: SMS question, Mike Schwab
      • Re: SMS question, McKown, John
      • Re: SMS question, Mike Schwab
      • Re: SMS question, Matan Cohen
      • Re: SMS question, Matan Cohen
      • Re: SMS question, Staller, Allan
      • Re: SMS question, Staller, Allan
      • Re: SMS question, Habres, Richard J
      • Re: SMS question, Scott Rowe
      • Re: SMS question, McKown, John
      • Re: SMS question, Staller, Allan
      • Re: SMS question, John H Kington
      • Re: SMS question, Staller, Allan
      • Re: SMS question, McKown, John
      • Re: SMS question, John H Kington
      • Re: SMS question, Scott Rowe
      • Re: SMS question, Spencer, Mike
      • Re: SMS question, Natarajan Mohan
• Documentation ideas for IBM & vendors, McKown, John
  • <Possible follow-ups>
  • Re: Documentation ideas for IBM & vendors, Dell'Anno, Aurora
    • Re: Documentation ideas for IBM & vendors, John McKown
    • Re: Documentation ideas for IBM & vendors, Finley, Frank
• IPL My One Pack, Daniel McLaughlin
  • Re: IPL My One Pack, Walter Marguccio
  • Re: IPL My One Pack, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: IPL My One Pack, Daniel McLaughlin
  • Re: IPL My One Pack, Mark Zelden
• Question on size of IEFBR14 and z/OS V1.11, Lizette Koehler
  • Re: Question on size of IEFBR14 and z/OS V1.11, John Eells
    • Re: Question on size of IEFBR14 and z/OS V1.11, Terri E Shaffer
    • Re: Question on size of IEFBR14 and z/OS V1.11, Lizette Koehler
      • Re: Question on size of IEFBR14 and z/OS V1.11, Staller, Allan
  • <Possible follow-ups>
  • Re: Question on size of IEFBR14 and z/OS V1.11, Barbara Nitz
    • Re: Question on size of IEFBR14 and z/OS V1.11, Lizette Koehler
  • Re: Question on size of IEFBR14 and z/OS V1.11, Elardus Engelbrecht
  • Re: Question on size of IEFBR14 and z/OS V1.11, Paul Gilmartin
    • Re: Question on size of IEFBR14 and z/OS V1.11, Mike Schwab
  • Re: Question on size of IEFBR14 and z/OS V1.11, Ted MacNEIL
  • Re: Question on size of IEFBR14 and z/OS V1.11, Ted MacNEIL
    • Re: Question on size of IEFBR14 and z/OS V1.11, Don Imbriale
      • Re: Question on size of IEFBR14 and z/OS V1.11, Martin Packer
      • Re: Question on size of IEFBR14 and z/OS V1.11, J R
  • Re: Question on size of IEFBR14 and z/OS V1.11, Thompson, Steve
  • Re: Question on size of IEFBR14 and z/OS V1.11, Ted MacNEIL
    • Re: Question on size of IEFBR14 and z/OS V1.11, Don Imbriale
  • Re: Question on size of IEFBR14 and z/OS V1.11, Ted MacNEIL
  • Re: Question on size of IEFBR14 and z/OS V1.11, Ted MacNEIL
  • Re: Question on size of IEFBR14 and z/OS V1.11, Barbara Nitz
    • Re: Question on size of IEFBR14 and z/OS V1.11, Shmuel Metz , Seymour J.
• Enhancements coming to ETR function in IBMLINK, Lizette Koehler
  • Re: Enhancements coming to ETR function in IBMLINK, Staller, Allan
    • Re: Enhancements coming to ETR function in IBMLINK, Chase, John
      • Re: Enhancements coming to ETR function in IBMLINK, Staller, Allan
  • Re: Enhancements coming to ETR function in IBMLINK, Edward Jaffe
  • <Possible follow-ups>
  • Re: Enhancements coming to ETR function in IBMLINK, Barbara Nitz
• HTTP TO HTTPS CONVERSION, Bill Thompson
  • Antwort: HTTP TO HTTPS CONVERSION, Michael Klaeschen
  • Re: HTTP TO HTTPS CONVERSION, Matt Simpson
  • <Possible follow-ups>
  • Re: HTTP TO HTTPS CONVERSION, Bill Godfrey
  • Re: HTTP TO HTTPS CONVERSION, Jim Marshall
  • Re: HTTP TO HTTPS CONVERSION, Brian Westerman
• z196, AWLC updated information, Al Sherkow
  • Re: z196, AWLC updated information, Jan Vanbrabant
  • <Possible follow-ups>
  • Re: z196, AWLC updated information, Ed Finnell
• Slightly OT - India against outsourcing?, Ken Porowski
  • Re: Slightly OT - India against outsourcing?, Shmuel Metz , Seymour J.
• VSAM Defines and JCL, Lizette Koehler
  • Re: VSAM Defines and JCL, McKown, John
  • Re: VSAM Defines and JCL, R.S.
• Who are the TOP Mainframe Tapesubsystems Vendors?, Clark, Kevin
  • Re: Who are the TOP Mainframe Tapesubsystems Vendors?, zMan
  • Re: Who are the TOP Mainframe Tapesubsystems Vendors?, R.S.
    • Re: Who are the TOP Mainframe Tapesubsystems Vendors?, Clark, Kevin
      • Re: Who are the TOP Mainframe Tapesubsystems Vendors?, R.S.
  • Message not available
    • Re: Who are the TOP Mainframe Tapesubsystems Vendors?, Staller, Allan
      • Re: Who are the TOP Mainframe Tapesubsystems Vendors?, R.S.
      • Message not available
      • Re: Who are the TOP Mainframe Tapesubsystems Vendors?, David Andrews
  • Re: Who are the TOP Mainframe Tapesubsystems Vendors?, Carl Swanson
  • Re: Who are the TOP Mainframe Tapesubsystems Vendors?, Pratt Parrish
  • <Possible follow-ups>
  • Re: Who are the TOP Mainframe Tapesubsystems Vendors?, Mark Zelden
• db2 dbrm, Ron Thomas
  • <Possible follow-ups>
  • Re: db2 dbrm, Ed Finnell
    • Re: db2 dbrm, Wayne Driscoll
  • Re: db2 dbrm, Ron Thomas
  • Re: db2 dbrm, Ed Finnell
• Re: Mark Thomen, Shmuel Metz , Seymour J.
• More FUD on the demise of the Mainframe, Ken Porowski
  • Re: More FUD on the demise of the Mainframe, John P Kalinich
    • Re: More FUD on the demise of the Mainframe, Steve Comstock
      • Re: More FUD on the demise of the Mainframe, Ken Porowski
      • Re: More FUD on the demise of the Mainframe, Howard Brazee
      • Re: More FUD on the demise of the Mainframe, Rick Fochtman
      • Re: More FUD on the demise of the Mainframe, Rick Fochtman
    • Re: More FUD on the demise of the Mainframe, Rick Fochtman
      • Re: More FUD on the demise of the Mainframe, J. D. Cassidy
      • Re: More FUD on the demise of the Mainframe, Bonno, Tuco
      • Re: [**SPAM**] Re: More FUD on the demise of the Mainframe, J. D. Cassidy
      • Re: More FUD on the demise of the Mainframe, Rick Fochtman
    • Re: More FUD on the demise of the Mainframe, Kirk Talman
      • Re: More FUD on the demise of the Mainframe, Rick Fochtman
      • Re: More FUD on the demise of the Mainframe, zMan
    • Re: More FUD on the demise of the Mainframe, Clark Morris
      • Re: More FUD on the demise of the Mainframe, Mark Post
      • Where what to do next - Load modules missing from PDS, Stocker, Herman
      • Re: Where what to do next - Load modules missing from PDS, Bob Shannon
      • Re: Where what to do next - Load modules missing from PDS, Ken Porowski
      • Re: Where what to do next - Load modules missing from PDS, William Bishop
  • <Possible follow-ups>
  • Re: More FUD on the demise of the Mainframe, Elardus Engelbrecht
    • Re: More FUD on the demise of the Mainframe, Rick Fochtman
    • Re: More FUD on the demise of the Mainframe, Clark Morris
  • Re: More FUD on the demise of the Mainframe, Eric Bielefeld
    • Re: More FUD on the demise of the Mainframe, Mark Pace
  • Re: More FUD on the demise of the Mainframe, Timothy Sipples
    • Re: More FUD on the demise of the Mainframe, Howard Brazee
  • Re: More FUD on the demise of the Mainframe, Alan Schenck
    • Re: More FUD on the demise of the Mainframe, McKown, John
    • Re: More FUD on the demise of the Mainframe, Steve Comstock
      • Re: More FUD on the demise of the Mainframe, Pommier, Rex R.
      • Re: More FUD on the demise of the Mainframe, Rick Fochtman
  • Re: More FUD on the demise of the Mainframe, Alan Schenck
    • Re: More FUD on the demise of the Mainframe, Steve Comstock
      • Re: More FUD on the demise of the Mainframe, Mark Pace
      • Re: More FUD on the demise of the Mainframe, Bonno, Tuco
      • Re: More FUD on the demise of the Mainframe, McKown, John
      • Re: More FUD on the demise of the Mainframe, Mark Pace
      • Re: More FUD on the demise of the Mainframe, Bonno, Tuco
      • Re: More FUD on the demise of the Mainframe, John H Kington
      • Re: More FUD on the demise of the Mainframe, Rick Fochtman
• SMF records for data set open/close, Stan Weyman
  • Re: SMF records for data set open/close, Rob Scott
    • Re: SMF records for data set open/close, Stan Weyman
      • Re: SMF records for data set open/close, Rick Fochtman
      • Re: SMF records for data set open/close, Kelman, Tom
      • Re: SMF records for data set open/close, Rick Fochtman
  • Re: SMF records for data set open/close, R.S.
  • <Possible follow-ups>
  • Re: SMF records for data set open/close, Ted MacNEIL
  • Re: SMF records for data set open/close, Vernooij, CP - SPLXM
• USS exits for zFS, Pierre Fichaud
• Re: I'm amazed, Shmuel Metz , Seymour J.
  • Re: I'm amazed, McKown, John
    • Re: I'm amazed, R.S.
      • Re: I'm amazed, Anonymous
    • Re: I'm amazed, Shmuel Metz , Seymour J.
      • Re: I'm amazed, McKown, John
      • Re: I'm amazed, Shmuel Metz , Seymour J.
  • Re: I'm amazed, zMan
    • Re: I'm amazed, Shmuel Metz , Seymour J.
      • Re: I'm amazed, zMan
      • Re: I'm amazed, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: I'm amazed, Paul Gilmartin
  • Re: I'm amazed, Tom Marchant
    • Re: I'm amazed, zMan
      • Re: I'm amazed, Shmuel Metz , Seymour J.
      • Re: I'm amazed, zMan
      • Re: I'm amazed, Shmuel Metz , Seymour J.
• ATL 3494 for z/OS and zLinux, Miran Cotic
  • Re: ATL 3494 for z/OS and zLinux, Clark, Kevin
  • <Possible follow-ups>
  • Re: ATL 3494 for z/OS and zLinux, Jim Marshall
• MFNetDisk fix, Shai Hess
• Memory v. Storage: What's in a Name? (Was: IBM zEnterprise), Timothy Sipples
  • Re: Memory v. Storage: What's in a Name? (Was: IBM zEnterprise), zMan
  • Re: Memory v. Storage: What's in a Name? (Was: IBM zEnterprise), Steve Comstock
  • Re: Memory v. Storage: What's in a Name? (Was: IBM zEnterprise), Howard Brazee
  • <Possible follow-ups>
  • Re: Memory v. Storage: What's in a Name? (Was: IBM zEnterprise), Vernooij, CP - SPLXM
    • Re: Memory v. Storage: What's in a Name?, Anne & Lynn Wheeler
    • Re: Memory v. Storage: What's in a Name? (Was: IBM zEnterprise), Shmuel Metz , Seymour J.
  • Re: Memory v. Storage: What's in a Name? (Was: IBM zEnterprise), Ted MacNEIL
    • Re: Memory v. Storage: What's in a Name? (Was: IBM zEnterprise), David Andrews
      • Re: Memory v. Storage: What's in a Name? (Was: IBM zEnterprise), Mike Schwab
• Re: remove () of PDSE member le aves PDS l ocked‏, john gilmore
• Re: convert to indirect cataloging?, Luke Rabbe
  • Re: convert to indirect cataloging?, Schwarz, Barry A
  • <Possible follow-ups>
  • Re: convert to indirect cataloging?, Mark Zelden
• Problem allocating DB2 Archlogs, O'Brien, David W. [C] , NIH/CIT
  • <Possible follow-ups>
  • Re: Problem allocating DB2 Archlogs, Ed Finnell
    • Re: Problem allocating DB2 Archlogs, O'Brien, David W. [C] , NIH/CIT
  • Re: Problem allocating DB2 Archlogs, Ed Finnell
• SuperCE, Paulo Roberto Leonardo Pereira
  • Re: SuperCE, McKown, John
    • Re: SuperCE, J R
      • Re: SuperCE, Paulo Roberto Leonardo Pereira
      • Re: SuperCE, Wayne Bickerdike
      • Re: SuperCE, Natarajan Mohan
      • Re: SuperCE, Wayne Bickerdike
      • Re: SuperCE, Paulo Roberto Leonardo Pereira
      • Re: SuperCE, Wayne Bickerdike
  • Re: SuperCE, Farley, Peter x23353
  • Re: SuperCE, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: SuperCE, Paul Gilmartin
  • Re: SuperCE, Paul Gilmartin
    • Re: SuperCE, Wayne Bickerdike
      • Re: SuperCE, Farley, Peter x23353
      • Re: SuperCE, Wayne Bickerdike
  • Re: SuperCE, john gilmore
    • Re: SuperCE, Mike Schwab
      • Re: SuperCE, Steve Comstock
      • Re: SuperCE, Wayne Bickerdike
      • Re: SuperCE, Shmuel Metz , Seymour J.
      • Re: SuperCE, zMan
      • Re: SuperCE, Don Leahy
  • Re: SuperCE, Paul Gilmartin
• Re: share mainframe disk experience, Knutson, Sam
  • <Possible follow-ups>
  • Re: share mainframe disk experience, Ted MacNEIL
    • Re: share mainframe disk experience, R.S.
  • Re: share mainframe disk experience, Brian Westerman
    • Message not available
      • Re: share mainframe disk experience, Thomas H Puddicombe
      • Message not available
      • Re: share mainframe disk experience, Thomas H Puddicombe
  • Re: share mainframe disk experience, Ted MacNEIL
  • Re: share mainframe disk experience, Ted MacNEIL
    • Re: share mainframe disk experience, Joel C. Ewing
      • Re: share mainframe disk experience, Rick Fochtman
    • Re: share mainframe disk experience, Pommier, Rex R.
    • Message not available
      • Re: share mainframe disk experience, Scott Rowe
      • Re: share mainframe disk experience, David Andrews
      • Re: share mainframe disk experience, Scott Rowe
  • Re: share mainframe disk experience, Ted MacNEIL
  • Re: share mainframe disk experience, Ted MacNEIL
    • Re: share mainframe disk experience, R.S.
  • Re: share mainframe disk experience, Ted MacNEIL
  • Re: share mainframe disk experience, Ted MacNEIL
    • Re: share mainframe disk experience, R.S.
  • Re: share mainframe disk experience, Ted MacNEIL
  • Re: share mainframe disk experience, Ted MacNEIL
  • Re: share mainframe disk experience, Michael Seeman
    • Re: share mainframe disk experience, Scott Rowe
    • Re: share mainframe disk experience, August Carideo
  • Re: share mainframe disk experience, Ted MacNEIL
    • Re: share mainframe disk experience, August Carideo
      • Re: share mainframe disk experience, Ted MacNEIL
• Re: Using ISHELL to change the mount mode on the shared plex root?, Gregg Kimbrough
• Linkage conventions (was Re: z/OS 1.12 beta sites), Tom Marchant
  • Re: Linkage conventions (was Re: z/OS 1.12 beta sites), Steve Comstock
  • <Possible follow-ups>
  • Re: Linkage conventions (was Re: z/OS 1.12 beta sites), Tom Marchant
    • Re: Linkage conventions (was Re: z/OS 1.12 beta sites), Steve Comstock
  • Re: Linkage conventions (was Re: z/OS 1.12 beta sites), Tom Marchant
  • Linkage conventions (was Re: z/OS 1.12 beta sites), Peter Relson
    • Re: Linkage conventions (was Re: z/OS 1.12 beta sites), Steve Comstock
  • Re: Linkage conventions (was Re: z/OS 1.12 beta sites), Tom Marchant
    • Re: Linkage conventions (was Re: z/OS 1.12 beta sites), Steve Comstock
      • Re: Linkage conventions (was Re: z/OS 1.12 beta sites), Shmuel Metz , Seymour J.
  • Re: Linkage conventions (was Re: z/OS 1.12 beta sites), Tom Marchant
  • Re: Linkage conventions (was Re: z/OS 1.12 beta sites), Tom Marchant
    • Re: Linkage conventions (was Re: z/OS 1.12 beta sites), Shane
• I Need Help, George Rodriguez
  • Re: I Need Help, McKown, John
    • Re: I Need Help, Bill Fairchild
  • Re: I Need Help, Lizette Koehler
  • Re: I Need Help, Binyamin Dissen
    • Re: I Need Help, George Rodriguez
      • Re: I Need Help, Richard Peurifoy
  • <Possible follow-ups>
  • Re: I Need Help, Ted MacNEIL
    • Re: I Need Help, George Rodriguez
• Re: Assemb ler Coding Contest - new probl em #22‏, john gilmore
• Re: IBM zEnterprise, Shmuel Metz , Seymour J.
  • Re: IBM zEnterprise, Anne & Lynn Wheeler
• Re: Specifics on the new Z196, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Specifics on the new Z196, dee
• Alter and FreeSpace, Mike Kerford-Byrnes
• Re: History of Hard-Coded Offsets - etc, Shmuel Metz , Seymour J.
  • Re: History of Hard-Coded Offsets - etc, David Andrews
• Re: OT: How to avoid posts being distributed with poster's mail address as "From" address?, Hunkeler Peter , KIUP 4
• (Legacy) MVS vs. OMVS was: Re: remove() of PDSE member leaves PDS locked, Barbara Nitz
  • Re: (Legacy) MVS vs. OMVS was: Re: remove() of PDSE member leaves PDS locked, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: (Legacy) MVS vs. OMVS was: Re: remove() of PDSE member leaves PDS locked, Paul Gilmartin
    • Re: (Legacy) MVS vs. OMVS was: Re: remove() of PDSE member leaves PDS locked, Shmuel Metz , Seymour J.
• Re: TPC-R, gonzalocengo
• PDOS/380, Paul Edwards
• Re: Mainframe books, Hunkeler Peter , KIUP 4
  • Re: Mainframe books, Andrew Rowley
    • Re: Mainframe books, Sam Siegel
• Loading a one pack system without tape drive, Matan Cohen
  • Re: Loading a one pack system without tape drive, Shmuel Metz , Seymour J.
    • Re: Loading a one pack system without tape drive, McKown, John
      • Re: Loading a one pack system without tape drive, Matan Cohen
      • Re: Loading a one pack system without tape drive, Mike Schwab
      • Re: Loading a one pack system without tape drive, Matan Cohen
      • Re: Loading a one pack system without tape drive, Mike Schwab
      • Re: Loading a one pack system without tape drive, Matan Cohen
  • <Possible follow-ups>
  • Re: Loading a one pack system without tape drive, Bruce Richardson
  • Re: Loading a one pack system without tape drive, Alan Altmark
• Curious statement From IBM, Ed Gould
  • Re: Curious statement From IBM, zMan
    • Re: Curious statement From IBM, Tomasz Rola
      • Re: Curious statement From IBM, John McKown
    • Re: Curious statement From IBM, zMan
  • Re: Curious statement From IBM, Shmuel Metz , Seymour J.
  • Re: Curious statement From IBM, Hal Merritt
  • <Possible follow-ups>
  • Curious statement From IBM, Phil Smith
  • Re: Curious statement From IBM, Ron Thomas
    • Re: Curious statement From IBM, Scott Rowe
  • Re: Curious statement From IBM, Ed Finnell
    • Re: Curious statement From IBM, Clifford McNeill
• AUTO: Witold Scislak/Poland/IBM is out of the office. (returning 08/04/2010), Witold Scislak
• ALTER Freespace, Mike Kerford-Byrnes
• Re: ALTER of open VSAM cluster, Frank Swarbrick
  • <Possible follow-ups>
  • Re: ALTER of open VSAM cluster, Frank Swarbrick
    • Re: ALTER of open VSAM cluster, John H Kington
  • Re: ALTER of open VSAM cluster, Frank Swarbrick
  • Re: ALTER of open VSAM cluster, John H Kington
• Re: Access z/OS 3270 TSO from "smartphone"?, Tom Longfellow
  • <Possible follow-ups>
  • Re: Access z/OS 3270 TSO from "smartphone"?, Brian Westerman
  • Re: Access z/OS 3270 TSO from "smartphone"?, Timothy Sipples
    • Re: Access z/OS 3270 TSO from "smartphone"?, zMan
      • Re: Access z/OS 3270 TSO from "smartphone"?, Mike Schwab
• Re: History of Hard-coded Offsets (Was: TSSO problems), John McKown
  • <Possible follow-ups>
  • Re: History of Hard-coded Offsets (Was: TSSO problems), Shmuel Metz , Seymour J.
    • Re: History of Hard-coded Offsets (Was: TSSO problems), Lloyd Fuller
    • Re: History of Hard-coded Offsets (Was: TSSO problems), Bill Fairchild
    • Re: History of Hard-coded Offsets (Was: TSSO problems), Bill Fairchild
  • Re: History of Hard-coded Offsets (Was: TSSO problems), Shmuel Metz , Seymour J.
  • Re: History of Hard-coded Offsets (Was: TSSO problems), Thompson, Steve
  • Re: History of Hard-coded Offsets (Was: TSSO problems), Shmuel Metz , Seymour J.
    • Re: History of Hard-coded Offsets (Was: TSSO problems), Rick Fochtman
      • Re: History of Hard-coded Offsets, Anne & Lynn Wheeler
      • Re: History of Hard-coded Offsets, Bill Fairchild
      • Re: History of Hard-coded Offsets, Anne & Lynn Wheeler
      • Re: History of Hard-coded Offsets, Shmuel Metz , Seymour J.
      • Re: History of Hard-coded Offsets, Rick Fochtman
      • Re: History of Hard-coded Offsets, Shmuel Metz , Seymour J.
      • Re: History of Hard-coded Offsets, Anne & Lynn Wheeler
      • Re: History of Hard-coded Offsets, Rick Fochtman
      • Re: History of Hard-coded Offsets, Anne & Lynn Wheeler
      • Re: History of Hard-coded Offsets (Was: TSSO problems), Shmuel Metz , Seymour J.
      • Re: History of Hard-coded Offsets (Was: TSSO problems), Rick Fochtman
      • Re: History of Hard-coded Offsets (Was: TSSO problems), Mike Schwab
      • Re: History of Hard-coded Offsets (Was: TSSO problems), Shmuel Metz , Seymour J.
      • Re: History of Hard-coded Offsets (Was: TSSO problems), William H. Blair
  • Re: History of Hard-coded Offsets (Was: TSSO problems), Shmuel Metz , Seymour J.
    • Re: History of Hard-coded Offsets (Was: TSSO problems), Bill Fairchild
      • Re: History of Hard-coded Offsets (Was: TSSO problems), William H. Blair
  • Re: History of Hard-coded Offsets (Was: TSSO problems), Shmuel Metz , Seymour J.
    • Re: History of Hard-coded Offsets (Was: TSSO problems), Joel C. Ewing
      • Re: History of Hard-coded Offsets (Was: TSSO problems), Shmuel Metz , Seymour J.
      • Re: History of Hard-coded Offsets (Was: TSSO problems), Rick Fochtman
      • Re: History of Hard-coded Offsets (Was: TSSO problems), Ed Gould
      • Re: History of Hard-coded Offsets (Was: TSSO problems), Shmuel Metz , Seymour J.
    • Re: History of Hard-coded Offsets (Was: TSSO problems), William H. Blair
  • Re: History of Hard-coded Offsets (Was: TSSO problems), Paul Gilmartin
    • Re: History of Hard-coded Offsets (Was: TSSO problems), Rick Fochtman
      • Disk geometry (was: History of Hard-coded Offsets), Richard Peurifoy
      • Re: Disk geometry (was: History of Hard-coded Offsets), Bill Fairchild
      • Re: Disk geometry, Richard Peurifoy
      • Re: History of Hard-coded Offsets (Was: TSSO problems), Shmuel Metz , Seymour J.
  • Re: History of Hard-coded Offsets (Was: TSSO problems), Paul Gilmartin
    • Re: History of Hard-coded Offsets (Was: TSSO problems), Bill Fairchild
    • Re: History of Hard-coded Offsets (Was: TSSO problems), Ken Brick
• Re: remove() of PDSE member leaves PDS locked, Binyamin Dissen
  • <Possible follow-ups>
  • Re: remove() of PDSE member leaves PDS locked, Robert A. Rosenberg
    • Re: remove() of PDSE member leaves PDS locked, Gerhard Postpischil
  • Re: remove() of PDSE member leaves PDS locked, Ted MacNEIL
  • Re: remove() of PDSE member leaves PDS locked, William H. Blair
  • Re: remove() of PDSE member leaves PDS locked, Paul Gilmartin
    • Re: remove() of PDSE member leaves PDS locked, Scott Rowe
      • Re: remove() of PDSE member leaves PDS locked, Steve Comstock
      • Re: remove() of PDSE member leaves PDS locked, Scott Rowe
      • Re: remove() of PDSE member leaves PDS locked, Bill Fairchild
      • Re: remove() of PDSE member leaves PDS locked, Gerhard Postpischil
    • Re: remove() of PDSE member leaves PDS locked, William H. Blair
  • Re: remove() of PDSE member leaves PDS locked, Thompson, Steve
  • Re: remove() of PDSE member leaves PDS locked, Ted MacNEIL
  • Re: remove() of PDSE member leaves PDS locked, Paul Gilmartin
  • Re: remove() of PDSE member leaves PDS locked, Shmuel Metz , Seymour J.
  • Re: remove() of PDSE member leaves PDS locked, Shmuel Metz , Seymour J.
  • Re: remove() of PDSE member leaves PDS locked, Paul Gilmartin
    • Re: remove() of PDSE member leaves PDS locked, Shmuel Metz , Seymour J.

• Security
• UNIX
• Linux
• Coding
• Usenet

• Archive
• About
• Privacy
• Search
• Imprint

newsgroups.derkeiler.com  > Archive  > Comp  > bit.listserv.ibm-main  > 2010-08