bit.listserv.ibm-main

• Date Index

---

• Windows .WMF Vulnerability affects Lotus Notes, Efinnell15
• Not Responding HTTP Server, Jim Marshall
  • RE: Not Responding HTTP Server, Neal Kostanski
  • <Possible follow-ups>
  • Re: Not Responding HTTP Server, Ted MacNEIL
• Re: Warning: PTF's require HDS microcode,, gilmap
  • <Possible follow-ups>
  • Re: Warning: PTF's require HDS microcode,, gilmap
• IPCS Format Models, Wayne Driscoll
  • Re: IPCS Format Models, Robert Wright
• Re: zAAP estimation - resolved, Aaron Walker
• z890 configuratiion question., McKown, John
• Is Outsourcing the Next Terror Target?, Phil Payne
  • Re: Is Outsourcing the Next Terror Target?, Edward E. Jaffe
    • Re: Is Outsourcing the Next Terror Target?, Steve Arnett
      • Re: Is Outsourcing the Next Terror Target?, JO . Skip . Robinson
  • <Possible follow-ups>
  • RE: Is Outsourcing the Next Terror Target?, Stephen Mednick
    • RE: Is Outsourcing the Next Terror Target?, Gerhard Adam
      • Re: Is Outsourcing the Next Terror Target?, SArnett
      • Re: Is Outsourcing the Next Terror Target?, howard . brazee
      • Re: Is Outsourcing the Next Terror Target?, Henry Law
  • RE: Is Outsourcing the Next Terror Target?, Stephen Mednick
• Encryption Best practices., Hal Merritt
• IBM Flashcopy V2 & PPRC Primary volumes, glenn . miller
• Capturing a reply id from a WTOR, Steve Arnett
  • Re: Capturing a reply id from a WTOR, Binyamin Dissen
  • Re: Capturing a reply id from a WTOR, Shmuel Metz , Seymour J.
    • Re: Capturing a reply id from a WTOR, Steve Arnett
  • <Possible follow-ups>
  • RE: Capturing a reply id from a WTOR, McKown, John
    • Re: Capturing a reply id from a WTOR, Steve Arnett
    • Re: Capturing a reply id from a WTOR, Steve Arnett
      • Re: Capturing a reply id from a WTOR, ibm-main
  • RE: Capturing a reply id from a WTOR, McKown, John
    • Re: Capturing a reply id from a WTOR, SArnett
  • RE: Capturing a reply id from a WTOR, McKown, John
• hashing-algorithm encryption (was: Re: ABN Tape - Found ), john gilmore
• RE: Identify users of a LINKLIST library, Knutson, Sam
• Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., Brian Peterson
  • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., Shmuel Metz , Seymour J.
  • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., Bruce Black
  • <Possible follow-ups>
  • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., Brian Peterson
    • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., "Robert A. Rosenberg"
    • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., Shmuel Metz , Seymour J.
  • Warning: PTF's require HDS microcode, which is not available until the second week of January., Phil Payne
    • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., "Robert A. Rosenberg"
  • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., Brian Peterson
  • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., Brian Peterson
  • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., Dave Danner
    • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., "Robert A. Rosenberg"
• Assembler training / books?/, Andy Robertson
  • Re: Assembler training / books?/, Steve Comstock
    • RE: Assembler training / books?/, Lizette Koehler
  • Re: Assembler training / books?/, David Wade
  • <Possible follow-ups>
  • Re: Assembler training / books?/, Andy Robertson
• HMC: Optical Network - Hardware messages, Clark, Kevin D, HRC-Alexandria/EDS
  • <Possible follow-ups>
  • Re: HMC: Optical Network - Hardware messages, Efinnell15
  • RE: HMC: Optical Network - Hardware messages, Clark, Kevin D, HRC-Alexandria/EDS
    • Re: HMC: Optical Network - Hardware messages, R.S.
  • Re: HMC: Optical Network - Hardware messages, Efinnell15
    • Re: HMC: Optical Network - Hardware messages, R.S.
  • RE: HMC: Optical Network - Hardware messages, Clark, Kevin D, HRC-Alexandria/EDS
• Marriott Vacation Club Loses Tape (Was: ABN Tape - Found), Timothy Sipples
• Legality of Hercules was (fwd) Hercules 3.03 announcement, Clark Morris
  • RE: Legality of Hercules was (fwd) Hercules 3.03 announcement, Shmuel Koller
  • Re: Legality of Hercules was (fwd) Hercules 3.03 announcement, Shmuel Metz , Seymour J.
    • Re: [IBM-MAIN] Legality of Hercules was (fwd) Hercules 3.03 announcement, Jay Maynard
  • <Possible follow-ups>
  • RE: Legality of Hercules was (fwd) Hercules 3.03 announcement, McKown, John
    • RE: Legality of Hercules was (fwd) Hercules 3.03 announcement, Ray Mullins
  • Legality of Hercules was (fwd) Hercules 3.03 announcement, Phil Payne
    • RE: Legality of Hercules was (fwd) Hercules 3.03 announcement, Ray Mullins
    • RE: Legality of Hercules was (fwd) Hercules 3.03 announcement, Gerhard Adam
      • Re: Legality of Hercules was (fwd) Hercules 3.03 announcement, A. Harry Williams
      • RE: Legality of Hercules was (fwd) Hercules 3.03 announcement, Ray Mullins
      • RE: Legality of Hercules was (fwd) Hercules 3.03 announcement, Gerhard Adam
    • RE: Legality of Hercules was (fwd) Hercules 3.03 announcement, James Smith
      • Myopia ..., ibm-main
      • RE: Myopia ..., James Smith
      • Re: Myopia ..., ibm-main
      • RE: Myopia ..., Ron and Jenny Hawkins
      • RE: Myopia ..., James Smith
    • Re: Legality of Hercules was (fwd) Hercules 3.03 announcement, Lee Courtney
  • Re: Legality of Hercules was (fwd) Hercules 3.03 announcement, Timothy Sipples
    • Re: Legality of Hercules was (fwd) Hercules 3.03 announcement, A. Harry Williams
  • RE: Legality of Hercules was (fwd) Hercules 3.03 announcement, Bob Shannon
  • Re: Legality of Hercules was (fwd) Hercules 3.03 announcement, Harry Williams
• Need Type 19 Direct Access Volume SMF Records To Test DAF, Michael Cleary
• ALLOCATE, LISTDSI, and dangling catalog entry, gilmap
  • Re: ALLOCATE, LISTDSI, and dangling catalog entry, Bruce Black
  • <Possible follow-ups>
  • Re: ALLOCATE, LISTDSI, and dangling catalog entry, gilmap
    • Re: ALLOCATE, LISTDSI, and dangling catalog entry, Walt Farrell
• Standards would lockup data on disk, tape, Ed Gould
  • <Possible follow-ups>
  • RE: Standards would lockup data on disk, tape, Hal Merritt
    • Re: Standards would lockup data on disk, tape, Ed Gould
• Need zOS to Windows FTP program, Texas Yankee
  • Re: Need zOS to Windows FTP program, kpinkham
  • Re: Need zOS to Windows FTP program, John S. Giltner, Jr.
  • <Possible follow-ups>
  • RE: Need zOS to Windows FTP program, McKown, John
  • Re: Need zOS to Windows FTP program, Timothy Sipples
• LPAR Capping, Martin, Mike
  • Re: LPAR Capping, R.S.
    • Re: LPAR Capping, Don Deese
  • <Possible follow-ups>
  • RE: LPAR Capping, Hal Merritt
  • RE: LPAR Capping, Scott Barry
  • Re: LPAR Capping, Bruno Sugliani
    • Re: LPAR Capping, Gil Peleg
      • Re: LPAR Capping, Gil Peleg
      • Re: LPAR Capping, R.S.
      • RE: LPAR Capping, Gerhard Adam
  • RE: LPAR Capping, Diehl, Gary , MVSSupport
  • Re: LPAR Capping, Bruno Sugliani
  • Re: LPAR Capping, Ted MacNEIL
    • Re: LPAR Capping, Gil Peleg
• Warning: PTF's require HDS microcode, which is not available until the second week of January., Eatherly, John D [IT]
  • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., Glen Gasior
    • RE: Warning: PTF's require HDS microcode, which is not available until the second week of January., Ron and Jenny Hawkins
  • <Possible follow-ups>
  • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., Robert A. Rosenberg
  • RE: Warning: PTF's require HDS microcode, which is not available until the second week of January., Eatherly, John D [IT]
    • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., Bruce Black
• Invalid DSN in Catalog, Chase, John
  • Re: Invalid DSN in Catalog, R.S.
    • Re: Invalid DSN in Catalog, Edward E. Jaffe
  • <Possible follow-ups>
  • RE: Invalid DSN in Catalog, Chase, John
    • Re: Invalid DSN in Catalog, Bruce Black
  • Re: Invalid DSN in Catalog, gilmap
  • Re: Invalid DSN in Catalog, Ted MacNEIL
    • Re: Invalid DSN in Catalog, Bruce Black
  • Re: Invalid DSN in Catalog, gilmap
    • Re: Invalid DSN in Catalog, Binyamin Dissen
  • Re: Invalid DSN in Catalog, Dan
  • Re: Invalid DSN in Catalog, gilmap
    • RE: Invalid DSN in Catalog, Wayne Driscoll
  • Re: Invalid DSN in Catalog, gilmap
    • Re: Invalid DSN in Catalog, Binyamin Dissen
  • Re: Invalid DSN in Catalog, gilmap
    • Re: Invalid DSN in Catalog, Shmuel Metz , Seymour J.
  • Re: Invalid DSN in Catalog, Paul Gilmartin
    • Re: Invalid DSN in Catalog, Binyamin Dissen
  • Re: Invalid DSN in Catalog, gilmap
• Abend S414, Jon Renton
  • <Possible follow-ups>
  • Abend S414, Jon Renton
  • Re: Abend S414, Michael W. Moss
• Delete non-existent dataset with volume MIGRAT, Jill Grine
  • <Possible follow-ups>
  • FW: Delete non-existent dataset with volume MIGRAT, Jill Grine
    • Re: FW: Delete non-existent dataset with volume MIGRAT, Tom Longfellow
  • Re: Delete non-existent dataset with volume MIGRAT, Robert A. Rosenberg
    • Re: Delete non-existent dataset with volume MIGRAT, Tom Longfellow
      • Re: Delete non-existent dataset with volume MIGRAT, Joel C. Ewing
      • Re: Delete non-existent dataset with volume MIGRAT, Tom Longfellow
      • Identify users of a LINKLIST library, Shmuel Koller
• CICS-VSAM, Jón Viðar Gunnarsson
• Testing, Mueller, David
  • <Possible follow-ups>
  • RE: Testing, Greg Shirey
  • Re: Testing, Efinnell15
• OSL, Imbriale, Donald , Exchange
  • <Possible follow-ups>
  • Re: OSL, Timothy Sipples
• Help with doing Contract Work as a Sys Prog, Lizette Koehler
• Can not use modify command on CICS region, Peter Ten Eyck
• Can not shutdown CICS region, Peter Ten Eyck
  • Re: Can not shutdown CICS region, Thomas H Puddicombe
  • <Possible follow-ups>
  • RE: Can not shutdown CICS region, ddelagarza
  • Re: Can not shutdown CICS region, Peter Ten Eyck
  • RE: Can not shutdown CICS region, Rugen, Len
  • Re: Can not shutdown CICS region, Tom Schmidt
  • Re: Can not shutdown CICS region, Peter Ten Eyck
  • Re: Can not shutdown CICS region, Richard Pinion
• Re: Merry Christmas!, Andy Robertson
  • Re: Merry Christmas!, howard . brazee
  • <Possible follow-ups>
  • Re: Merry Christmas!, Ted MacNEIL
  • Re: Merry Christmas!, Ted MacNEIL
• DFHSM connected set, Tom Brannon
  • <Possible follow-ups>
  • Re: DFHSM connected set, Michael W. Moss
• ICSF and z9 (CEX2C), R.S.
• Strange message from a CICS region., McKown, John
  • RE: Strange message from a CICS region., Paul Hanrahan
• Assembler error, Kinney, Kevin
  • RE: Assembler error, Paul Hanrahan
  • <Possible follow-ups>
  • Re: Assembler error, David Cole
    • Re: Assembler error, Edward E. Jaffe
      • Re: Assembler error, David Cole
  • Re: Assembler error, Efinnell15
  • Assembler error, John R. Ehrman
• Re: Need some RVA T82 GEN ADVICE, Michael W. Moss
• Screenshots of Mainframe OSs?, as400
  • Re: Screenshots of Mainframe OSs?, David Wade
  • Re: Screenshots of Mainframe OSs?, John S. Giltner, Jr.
    • Re: Screenshots of Mainframe OSs?, Dave Salt
    • Re: Screenshots of Mainframe OSs?, Shmuel Metz , Seymour J.
      • Re: [IBM-MAIN] Screenshots of Mainframe OSs?, Marian Gasparovic
      • Re: Screenshots of Mainframe OSs?, Shmuel Metz , Seymour J.
• Help with identifying the "Mysterious IBM plastic thing"?, Henry Law
  • Re: Help with identifying the "Mysterious IBM plastic thing"?, robertwessel2@xxxxxxxxx
    • Re: Help with identifying the "Mysterious IBM plastic thing"?, Henry Law
      • Re: Help with identifying the "Mysterious IBM plastic thing"?, robertwessel2@xxxxxxxxx
  • <Possible follow-ups>
  • Re: Help with identifying the "Mysterious IBM plastic thing"?, Arthur T.
    • Re: Help with identifying the "Mysterious IBM plastic thing"?, robertwessel2@xxxxxxxxx
  • Help with identifying the "Mysterious IBM plastic thing"?, Phil Payne
    • Re: Help with identifying the "Mysterious IBM plastic thing"?, robertwessel2@xxxxxxxxx
  • Help with identifying the "Mysterious IBM plastic thing"?, Phil Payne
• Need some RVA T82 GEN ADVICE - RECALL those brain cells ;o), Dave Myers
  • Re: Need some RVA T82 GEN ADVICE - RECALL those brain cells ;o), R.S.
  • <Possible follow-ups>
  • RE: Need some RVA T82 GEN ADVICE - RECALL those brain cells ;o), Pommier, Rex R.
• basic z8 and z9 configurations, John F. Regus
  • <Possible follow-ups>
  • basic z8 and z9 configurations, Phil Payne
• Mapping macro IHAESW, Mauri Kanter
  • Re: Mapping macro IHAESW, Jim Mulder
  • <Possible follow-ups>
  • Re: Mapping macro IHAESW, Bruno Sugliani
  • Re: Mapping macro IHAESW, Mauri Kanter
• GDPS Redbook, Ed Gould
  • <Possible follow-ups>
  • Re: GDPS Redbook, Christian Blesa
• Doesn't multi channel IO paths on z8 and z9 machines make more sense than the single IO bus of PCs, John F. Regus
  • Re: Doesn't multi channel IO paths on z8 and z9 machines make more sense than the single IO bus of PCs, David Wade
• Holiday Greetings, Howard Rifkind
  • Re: Holiday Greetings, John Cassidy
    • Seasonal greetings, John Cassidy
  • Merry Christmas!, Todd Burch
    • Re: Merry Christmas!, Gerhard Postpischil
    • Re: Merry Christmas!, Eric N. Bielefeld
      • Re: Merry Christmas!, scott
      • Re: Merry Christmas!, Shmuel Metz , Seymour J.
      • Re: Merry Christmas!, "Robert A. Rosenberg"
  • <Possible follow-ups>
  • Re: Holiday Greetings, Efinnell15
    • Re: Holiday Greetings, Shmuel Metz , Seymour J.
  • Re: Holiday Greetings, Efinnell15
• IKJ56112A Tar Baby, gilmap
  • <Possible follow-ups>
  • Re: IKJ56112A Tar Baby, Bill Godfrey
  • Re: IKJ56112A Tar Baby, gilmap
    • Re: IKJ56112A Tar Baby, Walt Farrell
  • Re: IKJ56112A Tar Baby, Big Iron
    • Re: [IBM-MAIN] IKJ56112A Tar Baby, Jay Maynard
  • Re: IKJ56112A Tar Baby, Paul Gilmartin
    • Re: [IBM-MAIN] IKJ56112A Tar Baby, Jay Maynard
  • Re: IKJ56112A Tar Baby, Paul Gilmartin
• DMV systems?, as400
  • Re: DMV systems?, Rusty
    • Re: DMV systems?, as400
      • Re: DMV systems?, Rusty
      • Re: DMV systems?, as400
      • Re: DMV systems?, John S. Giltner, Jr.
      • Re: DMV systems?, Anne & Lynn Wheeler
  • Re: DMV systems?, John S. Giltner, Jr.
    • Re: DMV systems?, as400
      • Re: DMV systems?, David Wade
      • Re: DMV systems?, Anne & Lynn Wheeler
      • Re: DMV systems?, John S. Giltner, Jr.
      • Re: DMV systems?, Shmuel Metz , Seymour J.
      • Re: DMV systems?, John S. Giltner, Jr.
      • RE: DMV systems?, Ray Mullins
      • RE: DMV systems?, Ray Mullins
    • Re: DMV systems?, Edward E. Jaffe
      • Re: DMV systems?, as400
      • RE: DMV systems?, Ray Mullins
  • <Possible follow-ups>
  • Re: DMV systems?, Ted MacNEIL
    • Re: DMV systems?, John S. Giltner, Jr.
  • Re: DMV systems?, R.S.
  • Re: DMV systems?, Bruce Black
    • RE: DMV systems?, Ray Mullins
    • Re: DMV systems?, Shmuel Metz , Seymour J.
      • Re: DMV systems?, Bruce Black
      • Re: DMV systems?, Anne & Lynn Wheeler
• ISOGON Softaudit question, awhite
  • Re: ISOGON Softaudit question, Hooley Mooley
• IDENTIFY macro, IBroussard
  • IPCS Standard Print Service, Todd Burch
    • Re: IPCS Standard Print Service, Robert Wright
      • Re: IPCS Standard Print Service, Todd Burch
      • Re: IPCS Standard Print Service, Robert Wright
    • Re: IPCS Standard Print Service, Anne & Lynn Wheeler
      • Re: IPCS Standard Print Service, Robert Wright
  • Re: IDENTIFY macro, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: IDENTIFY macro, IBroussard
• Re: Is there an IBM supplied DSECT that maps the linkage stack entry?, Pierre Fichaud
• What is software as a service?, John F. Regus
  • Re: What is software as a service?, Christopher Keller
• ABN Tape - Found, Ed Gould
  • Re: ABN Tape - Found, Jeffrey . Deaver
  • <Possible follow-ups>
  • RE: ABN Tape - Found, Chase, John
  • RE: ABN Tape - Found, Hal Merritt
    • Re: ABN Tape - Found, Jeffrey . Deaver
      • Re: ABN Tape - Found, howard . brazee
      • Re: ABN Tape - Found, Anne & Lynn Wheeler
      • Re: ABN Tape - Found, Bruce Black
      • Re: ABN Tape - Found, Jeffrey . Deaver
    • Re: ABN Tape - Found, Eric Chevalier
  • RE: ABN Tape - Found, Hal Merritt
  • RE: ABN Tape - Found, Hal Merritt
    • Re: ABN Tape - Found, Ed Gould
    • Re: ABN Tape - Found, Anne & Lynn Wheeler
    • Re: ABN Tape - Found, Anne & Lynn Wheeler
  • RE: ABN Tape - Found, McKown, John
  • RE: ABN Tape - Found, Hal Merritt
    • Re: ABN Tape - Found, Ed Gould
• A valuable lesson learned., John Benik
  • Re: A valuable lesson learned., mcknight-b-a
  • Re: A valuable lesson learned., David Andrews
• Looking for a Websphere primer, John F. Regus
  • Re: Looking for a Websphere primer, mcknight-b-a
    • Re: Looking for a Websphere primer, John F. Regus
      • Re: Looking for a Websphere primer, mcknight-b-a
      • Re: Looking for a Websphere primer, Glen.Gasior
      • Re: Looking for a Websphere primer, John S. Giltner, Jr.
• controlling user who can mount tape., caleb ong
  • Re: controlling user who can mount tape., pauls2272
  • Re: controlling user who can mount tape., "Robert A. Rosenberg"
  • Re: controlling user who can mount tape., Ed Gould
    • Re: controlling user who can mount tape., "Robert A. Rosenberg"
      • Re: controlling user who can mount tape., Ed Gould
      • Re: controlling user who can mount tape., Chris Mason
      • Re: controlling user who can mount tape., Ed Gould
      • RE: controlling user who can mount tape., Ron and Jenny Hawkins
      • Re: controlling user who can mount tape., Ed Gould
  • <Possible follow-ups>
  • Re: controlling user who can mount tape., Vernooy, C.P. - SPLXM
  • RE: controlling user who can mount tape., Rugen, Len
  • RE: controlling user who can mount tape., McKown, John
  • Re: controlling user who can mount tape., Eric-PHmining
• Adding a Volume to an SMS group, Howard Rifkind
  • Re: Adding a Volume to an SMS group, Barry Schwarz
    • Re: Adding a Volume to an SMS group, Doug Fuerst
• C++ help needed, Steve Comstock
  • Re: C++ help needed, Harold Zbiegien
  • <Possible follow-ups>
  • RE: C++ help needed, Lucius, Leland
    • Re: C++ help needed, Steve Comstock
  • Re: C++ help needed, Big Iron
    • Re: C++ help needed, Steve Comstock
• 3270 screen size limit, R.S.
  • Re: 3270 screen size limit, Edward E. Jaffe
    • Re: 3270 screen size limit, Edward E. Jaffe
  • Re: 3270 screen size limit, mark . pace
    • RE: 3270 screen size limit, Ray Mullins
  • Re: 3270 screen size limit, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: 3270 screen size limit, Kreiter, Chuck
  • Re: 3270 screen size limit, Jerry Vernon
    • RE: 3270 screen size limit, Ray Mullins
  • RE: 3270 screen size limit, George, William , DHS-ITSD
    • Re: 3270 screen size limit, Chris Mason
      • Re: 3270 screen size limit, Shmuel Metz , Seymour J.
  • Re: 3270 screen size limit, Shmuel Metz , Seymour J.
  • Re: 3270 screen size limit, Patrick O'Keefe
• Issues regarding display in the MFS (IMS-DC), sudhanshu Kumar
  • <Possible follow-ups>
  • Re: Issues regarding display in the MFS (IMS-DC), Rob Wunderlich
• Issues regarding attribute variables in IMS-DC, sudhanshu Kumar
• Open VME, news.news
  • Re: Open VME, news.news
• SDUMPX DSPLIST must be in common?, Binyamin Dissen
  • <Possible follow-ups>
  • RE: SDUMPX DSPLIST must be in common?, Tom Harper
  • Re: SDUMPX DSPLIST must be in common?, Peter Relson
  • RE: SDUMPX DSPLIST must be in common?, Tom Harper
  • Re: SDUMPX DSPLIST must be in common?, Binyamin Dissen
  • Re: SDUMPX DSPLIST must be in common?, Peter Relson
• Problems with HSM WORM support, Natasa Savinc
• Basic IODF question, R.S.
  • Re: Rule of thumb about paging / page fault rate, Shane Ginnane
  • <Possible follow-ups>
  • Re: Basic IODF question, Brian Peterson
    • Re: Basic IODF question, R.S.
      • Re: Basic IODF question, Roy Hewitt
      • Re: Basic IODF question, R.S.
      • Re: Basic IODF question, Roy Hewitt
  • Re: Basic IODF question, Deborah . Mitchell
    • Re: Basic IODF question, R.S.
    • Re: Basic IODF question, Vic
  • Re: Basic IODF question, Mark Zelden
  • RE: Basic IODF question, Mueller, David
    • Re: Basic IODF question, R.S.
• Question on LLA managed module and its DSN, Vic Petrone
  • <Possible follow-ups>
  • Question on LLA managed module and its DSN, Vic Petrone
    • Re: Question on LLA managed module and its DSN, R.S.
      • Re: Question on LLA managed module and its DSN, Vic Petrone
  • Re: Question on LLA managed module and its DSN, Peter Relson
• consistency, foolish and otherwise, john gilmore
• DFHSM daily space mgmt - Migrate GDS with ENQ on GDG base?, Scott Barry
  • <Possible follow-ups>
  • Re: DFHSM daily space mgmt - Migrate GDS with ENQ on GDG base?, Tom Brannon
  • RE: DFHSM daily space mgmt - Migrate GDS with ENQ on GDG base?, Clark, Kevin D, HRC-Alexandria/EDS
• CANCEL THREAD CICS, Helio
  • <Possible follow-ups>
  • RE: CANCEL THREAD CICS, Schiradin,Roland HG-Dir itb-db/dc
  • CANCEL THREAD CICS, Helio
• Question on DFHSM, Pommier, Rex R.
  • Re: Question on DFHSM, Bruce Black
  • Re: Question on DFHSM, Ulrich Krueger
    • Re: Question on DFHSM, Bruce Black
  • <Possible follow-ups>
  • Re: Question on DFHSM, gilmap
  • Re: Question on DFHSM, gilmap
  • RE: Question on DFHSM, Pommier, Rex R.
  • RE: Question on DFHSM, Pommier, Rex R.
    • Re: Question on DFHSM, Stephen Y Odo
  • Re: Question on DFHSM, gilmap
  • RE: Question on DFHSM, Pommier, Rex R.
    • Re: Question on DFHSM, Ulrich Krueger
  • RE: Question on DFHSM, McKown, John
  • RE: Question on DFHSM, Huckert, James
  • RE: Question on DFHSM, Pommier, Rex R.
  • RE: Question on DFHSM, Pommier, Rex R.
  • RE: Question on DFHSM, Huckert, James
  • Re: Question on DFHSM, Ted MacNEIL
• Another incident, Ed Gould
  • RE: Another incident, Wayne Driscoll
  • <Possible follow-ups>
  • RE: Another incident, Huckert, James
    • Re: Another incident, Shmuel Metz , Seymour J.
  • Re: Another incident, Ted MacNEIL
  • Another incident, Phil Payne
  • RE: Another incident, Huckert, James
  • RE: Another incident, Tom Harper
    • Re: Another incident, R.S.
      • Re: Another incident, David Andrews
      • Re: Another incident, howard . brazee
      • Re: Another incident, Shmuel Metz , Seymour J.
• Define Alias, padair . o . ceallaigh
  • Re: Define Alias, Walt Farrell
• ARCH and alsi (was: Hercules 3.03 announcement), john gilmore
  • Re: ARCH and alsi (was: Hercules 3.03 announcement), Steve Comstock
  • Re: ARCH and alsi (was: Hercules 3.03 announcement), Edward E. Jaffe
    • Re: ARCH and alsi (was: Hercules 3.03 announcement), Kirk Wolf
  • Re: ARCH and alsi (was: Hercules 3.03 announcement), JO . Skip . Robinson
• zAAP estimation, Aaron Walker
  • <Possible follow-ups>
  • RE: zAAP estimation, Fletcher, Kevin
  • RE: zAAP estimation, Scott Barry
• RE: VTS (was: Mainframe Applications and Records Keeping?), Roach, Dennis
  • Re: VTS (was: Mainframe Applications and Records Keeping?), R.S.
  • Re: VTS (was: Mainframe Applications and Records Keeping?), news.news
    • Re: VTS (was: Mainframe Applications and Records Keeping?), Cyber
• VB: Creating dynamic 3270 screen size definitions for increased productivity, thomas . berg
• Rule of thumb about paging / page fault rate, DMR-Qualitas Outsourcing
  • <Possible follow-ups>
  • RE: Rule of thumb about paging / page fault rate, Hal Merritt
    • Re: Rule of thumb about paging / page fault rate, mcknight-b-a
  • Re: Rule of thumb about paging / page fault rate, Avram Friedman
    • Re: Rule of thumb about paging / page fault rate, mcknight-b-a
    • RE: Rule of thumb about paging / page fault rate, Gerhard Adam
  • RE: Rule of thumb about paging / page fault rate, Knutson, Sam
    • D'oh !!!, ibm-main
  • Re: Rule of thumb about paging / page fault rate, Mark Zelden
  • Re: Rule of thumb about paging / page fault rate, Christian Blesa
  • Re: Rule of thumb about paging / page fault rate, Vernooy, C.P. - SPLXM
  • Re: Rule of thumb about paging / page fault rate, Mark Zelden
  • Re: Rule of thumb about paging / page fault rate, DMR-Qualitas Outsourcing
  • Re: Rule of thumb about paging / page fault rate, Avram Friedman
• Re: LUSEED ON VTAM 4.2, Chris Mason
  • Re: LUSEED ON VTAM 4.2, bela dabe
    • Re: LUSEED ON VTAM 4.2, Chris Mason
      • Re: LUSEED ON VTAM 4.2, bela dabe
      • Re: LUSEED ON VTAM 4.2, Chris Mason
• Hercules 3.03 announcement, Jay Maynard
  • Re: Hercules 3.03 announcement, Jay Maynard
    • Re: Hercules 3.03 announcement, ibm-main
      • Re: Hercules 3.03 announcement, ibm-main
      • Re: [IBM-MAIN] Hercules 3.03 announcement, Jay Maynard
  • Re: Hercules 3.03 announcement, Edward E. Jaffe
    • Re: [IBM-MAIN] Hercules 3.03 announcement, Jay Maynard
      • Re: Hercules 3.03 announcement, Edward E. Jaffe
      • Re: Hercules 3.03 announcement, mcknight-b-a
  • <Possible follow-ups>
  • Hercules 3.03 announcement, Phil Payne
  • Re: Hercules 3.03 announcement, Patrick Loftus
    • Re: Hercules 3.03 announcement, phil
  • RE: Hercules 3.03 announcement, Chase, John
  • Re: Hercules 3.03 announcement, Ted MacNEIL
    • Re: Hercules 3.03 announcement, David Andrews
    • Re: Hercules 3.03 announcement, Shmuel Metz , Seymour J.
  • Hercules 3.03 announcement, Phil Payne
  • Re: Hercules 3.03 announcement, Sebastian Welton
    • That *other* Hercules, ibm-main
  • Hercules 3.03 announcement, Phil Payne
    • Re: Hercules 3.03 announcement, Shmuel Metz , Seymour J.
  • Hercules 3.03 announcement, Phil Payne
    • RE: Hercules 3.03 announcement, Lucius, Leland
  • Re: Hercules 3.03 announcement, - - -
• Reconfigure Shark 3390-3's to -9's question, Len Rugen
  • Re: Reconfigure Shark 3390-3's to -9's question, Edward E. Jaffe
  • <Possible follow-ups>
  • RE: Reconfigure Shark 3390-3's to -9's question, Hal Merritt
  • Re: Reconfigure Shark 3390-3's to -9's question, Ted MacNEIL
    • RE: Reconfigure Shark 3390-3's to -9's question, Ron and Jenny Hawkins
    • Re: Reconfigure Shark 3390-3's to -9's question, Bruce Black
  • Re: Reconfigure Shark 3390-3's to -9's question, Bruno Sugliani
    • RE: Reconfigure Shark 3390-3's to -9's question, Ron and Jenny Hawkins
      • Re: Reconfigure Shark 3390-3's to -9's question, R.S.
      • RE: Reconfigure Shark 3390-3's to -9's question, Ron and Jenny Hawkins
      • Re: Reconfigure Shark 3390-3's to -9's question, R.S.
      • RE: Reconfigure Shark 3390-3's to -9's question, Ron and Jenny Hawkins
  • Re: Reconfigure Shark 3390-3's to -9's question, Eric-PHmining
    • RE: Reconfigure Shark 3390-3's to -9's question, Ron and Jenny Hawkins
  • Re: Reconfigure Shark 3390-3's to -9's question, Bruno Sugliani
  • Re: Reconfigure Shark 3390-3's to -9's question, Ted MacNEIL
    • RE: Reconfigure Shark 3390-3's to -9's question, Ron and Jenny Hawkins
• TSO Logon by ..., Chris
  • Re: TSO Logon by ..., Walt Farrell
• RE: Z/OS System Blocks, Knutson, Sam
  • <Possible follow-ups>
  • RE: Z/OS System Blocks, Gilbert Saint-Flour
    • Re: Z/OS System Blocks, charles hottel
  • Re: Z/OS System Blocks, Binyamin Dissen
• RE: TMM dataset deleted, Gibney, Dave
• Upgrading system Logger couple datasets to new level, גדי בן אבי
  • <Possible follow-ups>
  • Re: Upgrading system Logger couple datasets to new level, Mark Zelden
  • Re: Upgrading system Logger couple datasets to new level, Vernooy, C.P. - SPLXM
  • RE: Upgrading system Logger couple datasets to new level, גדי בן אבי
• Control-M and dynamic screen size definition (D4C32XX3), Hunkeler Peter , KRDO 4
  • Re: Control-M and dynamic screen size definition (D4C32XX3), Tom Sipusic
  • <Possible follow-ups>
  • RE: Control-M and dynamic screen size definition (D4C32XX3), Craddock, Chris
• Remote 3745 Definition, Ali Serdar Yakut
  • Re: Remote 3745 Definition, John S. Giltner, Jr.
    • Re: Remote 3745 Definition, Chris Mason
      • Re: Remote 3745 Definition, John S. Giltner, Jr.
  • Re: Remote 3745 Definition, Chris Mason
  • Re: Remote 3745 Definition, Chris Mason
  • Re: Remote 3745 Definition, John S. Giltner, Jr.
    • Re: Remote 3745 Definition, Chris Mason
  • <Possible follow-ups>
  • Re: Remote 3745 Definition, Mark Zelden
  • Re: Remote 3745 Definition, Mark Zelden
• IDENTIFY macro under CMS, John R. Ehrman
  • Re: IDENTIFY macro under CMS, Shmuel Metz , Seymour J.
  • RE: IDENTIFY macro under CMS, Charles Mills
  • <Possible follow-ups>
  • Re: IDENTIFY macro under CMS, Paul Gilmartin
    • Re: IDENTIFY macro under CMS, Shmuel Metz , Seymour J.
  • RE: IDENTIFY macro under CMS, McKown, John
• Token Ring and z9 Processor, Frank Lawrence
  • Re: Token Ring and z9 Processor, John S. Giltner, Jr.
  • Re: Token Ring and z9 Processor, Shmuel Metz , Seymour J.
  • Re: Token Ring and z9 Processor, JO . Skip . Robinson
    • Re: Token Ring and z9 Processor, R.S.
  • <Possible follow-ups>
  • RE: Token Ring and z9 Processor, Knutson, Sam
• (none), Gibney, Dave
  • Re: TMM dataset deleted, Bruce Black
  • <Possible follow-ups>
  • (none), Didier Lamare
  • (none), Didier Lamare
  • (none), Bielskie, Stephen
• SMPE Question, Howard Rifkind
  • Re: SMPE Question, Shmuel Metz , Seymour J.
    • Re: SMPE Question, Kurt Quackenbush
  • <Possible follow-ups>
  • RE: SMPE Question, Staller, Allan
  • Re: SMPE Question, Patrick O'Keefe
  • Re: SMPE Question, gilmap
    • Re: SMPE Question, Bob Rutledge
    • Re: SMPE Question, Shmuel Metz , Seymour J.
  • Re: SMPE Question, Ulrich Krueger
  • Re: SMPE Question, gilmap
    • Re: SMPE Question, "Robert A. Rosenberg"
    • Re: SMPE Question, Shmuel Metz , Seymour J.
  • RE: SMPE Question, Chase, John
• IBM-MIAN, Miller, Pat
• POWER6 on zSeries?, Phil Payne
  • <Possible follow-ups>
  • re: POWER6 on zSeries?, Dean Kent
• Maximum Extents in z/OS 1.4, Miller, Pat
  • Re: Maximum Extents in z/OS 1.4, Mike Bell
  • <Possible follow-ups>
  • Re: Maximum Extents in z/OS 1.4, Mark Zelden
  • RE: Maximum Extents in z/OS 1.4, Tom Harper
  • Re: Maximum Extents in z/OS 1.4, Mark Zelden
  • RE: Maximum Extents in z/OS 1.4, Miller, Pat
    • Re: Maximum Extents in z/OS 1.4, Todd Burch
• STK HSC/Libstation move, Leitner, Timothy
  • <Possible follow-ups>
  • RE: STK HSC/Libstation move, Clark, Kevin D, HRC-Alexandria/EDS
• Re: DASD for a Multiprise 3000-H50, scott
• LDAP browser for z/OS LDAP server, Glen.Gasior
  • Re: LDAP browser for z/OS LDAP server, mailand
    • Re: LDAP browser for z/OS LDAP server, Glen.Gasior
      • Re: LDAP browser for z/OS LDAP server, John S. Giltner, Jr.
      • Re: LDAP browser for z/OS LDAP server, mailand
      • Re: LDAP browser for z/OS LDAP server, Glen.Gasior
      • Re: LDAP browser for z/OS LDAP server, mailand
• first MD5 and now SHA-1, john gilmore
  • Re: first MD5 and now SHA-1, "Robert A. Rosenberg"
    • Re: first MD5 and now SHA-1, Binyamin Dissen
  • <Possible follow-ups>
  • RE: first MD5 and now SHA-1, Chase, John
    • Re: first MD5 and now SHA-1, Gregory . Grimm
  • RE: first MD5 and now SHA-1, McKown, John
    • Re: first MD5 and now SHA-1, Edward E. Jaffe
  • Re: first MD5 and now SHA-1, gilmap
  • RE: first MD5 and now SHA-1, Chase, John
  • Re: first MD5 and now SHA-1, john gilmore
    • POWER6 on zSeries?, Dean Kent
      • RE: POWER6 on zSeries?, Charles Mills
      • Re: POWER6 on zSeries?, Anne & Lynn Wheeler
      • Re: POWER6 on zSeries?, Shmuel Metz , Seymour J.
      • Re: POWER6 on zSeries?, Anne & Lynn Wheeler
      • Re: POWER6 on zSeries?, Anne & Lynn Wheeler
      • Re: POWER6 on zSeries?, Shmuel Metz , Seymour J.
• Looking for documents, R.S.
  • Re: Looking for documents, Bruce Black
  • Re: Looking for documents, Andre Vetter
  • <Possible follow-ups>
  • RE: Looking for documents, Chase, John
    • Re: Looking for documents, R.S.
      • Re: Looking for documents, john . ticic . extern
  • Re: Looking for documents, Bruno Sugliani
  • RE: Looking for documents, Hunkeler Peter , KRDO 4
  • Re: Looking for documents, Ted MacNEIL
  • Re: Looking for documents, Ted MacNEIL
• Function call debug, dexter212@xxxxxxxxx
  • <Possible follow-ups>
  • Function call debug, Bill Klein
• Mapping tool problem, Jorge Garcia
• Catch tso command output from programs using ISPEXEC-interface, Seremis
  • Re: Catch tso command output from programs using ISPEXEC-interface, Willy Jensen
    • Re: Catch tso command output from programs using ISPEXEC-interface, Seremis
      • Re: Catch tso command output from programs using ISPEXEC-interface, Walt Farrell
      • Re: Catch tso command output from programs using ISPEXEC-interface, Willy Jensen
• Connect Direct Problem, padair . o . ceallaigh
• EZA5051E error on remote shell after convert to zOS 1.6, William Bishop
  • Re: EZA5051E error on remote shell after convert to zOS 1.6, John S. Giltner, Jr.
    • Re: EZA5051E error on remote shell after convert to zOS 1.6, BillBishop
• zSeries and OS/390, Mark van der Eynden
  • Re: zSeries and OS/390, R.S.
    • Re: [IBM-MAIN] zSeries and OS/390, Marian Gasparovic
      • Re: zSeries and OS/390, Steve Comstock
  • Re: zSeries and OS/390, mark . pace
  • Re: zSeries and OS/390, Todd Burch
  • <Possible follow-ups>
  • Re: zSeries and OS/390, Brian Westerman
    • Locating a load module, via LOAD vs ATTACH, Brad Taylor
      • Re: Locating a load module, via LOAD vs ATTACH, Binyamin Dissen
      • RE: Locating a load module, via LOAD vs ATTACH, Brad Taylor
    • Re: zSeries and OS/390, Jim Mulder
  • Re: zSeries and OS/390, Brian Westerman
• UTC Time Format on Mainframe Systems?, as400
  • Re: UTC Time Format on Mainframe Systems?, John S. Giltner, Jr.
    • Re: UTC Time Format on Mainframe Systems?, as400
      • Re: UTC Time Format on Mainframe Systems?, John S. Giltner, Jr.
      • Re: UTC Time Format on Mainframe Systems?, JO . Skip . Robinson
      • Re: UTC Time Format on Mainframe Systems?, as400
      • Re: UTC Time Format on Mainframe Systems?, John S. Giltner, Jr.
• How to let z/OS support DBCS language?, Johnny Luo
  • Re: How to let z/OS support DBCS language?, Steve Comstock
    • Re: How to let z/OS support DBCS language?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: How to let z/OS support DBCS language?, Phil King
  • Re: How to let z/OS support DBCS language?, Phil King
• Re: New LPAR and VTAM, Chris Mason
  • <Possible follow-ups>
  • RE: New LPAR and VTAM, Chase, John
    • Re: New LPAR and VTAM, Shmuel Metz , Seymour J.
  • RE: New LPAR and VTAM, ddelagarza
    • Re: New LPAR and VTAM, Steve Arnett
  • Re: New LPAR and VTAM, Patrick O'Keefe
• Re: APPN Network Nodes, Chris Mason
• Re: Creating dynamic 3270 screen size definitions for increased productivity, Chris Mason
  • Re: Creating dynamic 3270 screen size definitions for increased productivity, Shmuel Metz , Seymour J.
    • Re: Creating dynamic 3270 screen size definitions for increased productivity, Edward E. Jaffe
      • Re: Creating dynamic 3270 screen size definitions for increased productivity, Shmuel Metz , Seymour J.
      • Re: Creating dynamic 3270 screen size definitions for increased productivity, Edward E. Jaffe
      • Re: Creating dynamic 3270 screen size definitions for increased productivity, Chris Mason
      • Re: Creating dynamic 3270 screen size definitions for increased productivity, Edward E. Jaffe
      • Re: Creating dynamic 3270 screen size definitions for increased productivity, Shmuel Metz , Seymour J.
    • Re: Creating dynamic 3270 screen size definitions for increased productivity, Chris Mason
      • Re: Creating dynamic 3270 screen size definitions for increased productivity, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • SV: Creating dynamic 3270 screen size definitions for increased productivity, thomas . berg
    • Re: SV: Creating dynamic 3270 screen size definitions for increased productivity, Shmuel Metz , Seymour J.
    • Re: Creating dynamic 3270 screen size definitions for increased productivity, Chris Mason
      • Re: Creating dynamic 3270 screen size definitions for increased productivity, Shmuel Metz , Seymour J.
  • RE: Creating dynamic 3270 screen size definitions for increased productivity, Knutson, Sam
  • SV: SV: Creating dynamic 3270 screen size definitions for increased productivity, thomas . berg
  • SV: Creating dynamic 3270 screen size definitions for increased productivity, thomas . berg
  • Re: SV: Creating dynamic 3270 screen size definitions for increased productivity, Patrick O'Keefe
    • Re: SV: Creating dynamic 3270 screen size definitions for increased productivity, Shmuel Metz , Seymour J.
  • Re: Creating dynamic 3270 screen size definitions for increased productivity, Tomas J Fott
  • SV: Creating dynamic 3270 screen size definitions for increased productivity, thomas . berg
    • Re: Creating dynamic 3270 screen size definitions for increased productivity, Chris Mason
  • Re: Creating dynamic 3270 screen size definitions for increased productivity, Tomas J Fott
  • Re: SV: Creating dynamic 3270 screen size definitions for increased productivity, Patrick O'Keefe
• Creating User Accounts on AS/400?, as400
  • Re: Creating User Accounts on AS/400?, John S. Giltner, Jr.
    • Re: Creating User Accounts on AS/400?, as400
      • Re: Creating User Accounts on AS/400?, John S. Giltner, Jr.
  • <Possible follow-ups>
  • Re: Creating User Accounts on AS/400?, Gary DiPillo
• Vol count questions and an opportunity to shine, John Benik
  • <Possible follow-ups>
  • Re: Vol count questions and an opportunity to shine, Ulrich Krueger
• View Direct 6.3-REPTPROC -Archive Creation Failure, Rajesh Dharia
• Re: VSAMPGM CBT469.FILE511, Matthew Stitt
  • <Possible follow-ups>
  • Re: VSAMPGM CBT469.FILE511, Jorge Arueira Campos
    • Re: VSAMPGM CBT469.FILE511, Bruce Black
      • Re: VSAMPGM CBT469.FILE511, Jorge Arueira Campos
• Change Output Class in JES for SYSOUT-Dataset programmatically, georgios
• can't grasp the concept of "zero" (was: Why does LMPUT(ISPF Library service)?), Fenner, Jim
  • Re: can't grasp the concept of "zero" (was: Why does LMPUT(ISPF Library service)?), Ed Gould
• Bigger Libraries (was: Re: Extent SMPPTS Question), gilmap
  • <Possible follow-ups>
  • Re: Bigger Libraries (was: Re: Extent SMPPTS Question), Tom Schmidt
  • RE: Bigger Libraries (was: Re: Extent SMPPTS Question), McKown, John
    • Re: Bigger Libraries (was: Re: Extent SMPPTS Question), Ed Gould
  • Re: Bigger Libraries (was: Re: Extent SMPPTS Question), gilmap
• Crypto Coprocessor work, Jeffrey . Deaver
  • Re: Crypto Coprocessor work, R.S.
    • Re: Crypto Coprocessor work, Bruce Black
      • Re: Crypto Coprocessor work, R.S.
      • Re: Crypto Coprocessor work, Bruce Black
  • <Possible follow-ups>
  • Re: Crypto Coprocessor work, Mark Zelden
• Extent SMPPTS Question, Howard Rifkind
  • Re: Extent SMPPTS Question, Edward E. Jaffe
  • Re: Extent SMPPTS Question, Ron van der Zande
  • <Possible follow-ups>
  • RE: Extent SMPPTS Question, McKown, John
    • Re: Extent SMPPTS Question, JO . Skip . Robinson
  • Re: Extent SMPPTS Question, gilmap
  • RE: Extent SMPPTS Question, McKown, John
  • Re: Extent SMPPTS Question, Paul Gilmartin
    • Re: Extent SMPPTS Question, Kurt Quackenbush
  • Re: Extent SMPPTS Question, Robert
    • Re: Extent SMPPTS Question, jimjams
  • Re: Extent SMPPTS Question, gilmap
    • Re: Extent SMPPTS Question, Shmuel Metz , Seymour J.
• IEF352I/IEA062E ASID Unavailable clarification, Patrick Lyon
  • Re: IEF352I/IEA062E ASID Unavailable clarification, gkozakos
  • <Possible follow-ups>
  • Re: IEF352I/IEA062E ASID Unavailable clarification, Patrick Lyon
  • RE: IEF352I/IEA062E ASID Unavailable clarification, Rob Scott
  • Re: IEF352I/IEA062E ASID Unavailable clarification, Patrick Lyon
  • RE: IEF352I/IEA062E ASID Unavailable clarification, Rob Scott
  • Re: IEF352I/IEA062E ASID Unavailable clarification, Mark Zelden
  • Re: IEF352I/IEA062E ASID Unavailable clarification, Patrick Lyon
  • Re: IEF352I/IEA062E ASID Unavailable clarification, Mark Zelden
• JCL PARM length again, gilmap
  • Re: JCL PARM length again, Walt Farrell
• Anything new on PDSE sharing in a sysplex?, Hal Merritt
  • Re: Anything new on PDSE sharing in a sysplex?, Edward E. Jaffe
  • <Possible follow-ups>
  • RE: Anything new on PDSE sharing in a sysplex?, Hal Merritt
• Re: Mainframe Applications and Records Keeping?, as400
  • Re: Mainframe Applications and Records Keeping?, as400
    • Re: Mainframe Applications and Records Keeping?, Dan Espen
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
    • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
  • Re: Mainframe Applications and Records Keeping?, pyar
  • <Possible follow-ups>
  • RE: Mainframe Applications and Records Keeping?, McKown, John
    • Re: Mainframe Applications and Records Keeping?, Shmuel Metz , Seymour J.
    • Re: Mainframe Applications and Records Keeping?, Shmuel Metz , Seymour J.
  • RE: Mainframe Applications and Records Keeping?, Gilbert Saint-Flour
    • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • Re: Mainframe Applications and Records Keeping?, R.S.
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, Dan Espen
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • Re: Mainframe Applications and Records Keeping?, R.S.
      • Re: Mainframe Applications and Records Keeping?, Shmuel Metz , Seymour J.
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, Anne & Lynn Wheeler
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, phil
  • Re: Mainframe Applications and Records Keeping?, Tom Schmidt
    • Re: Mainframe Applications and Records Keeping?, R.S.
      • Re: Mainframe Applications and Records Keeping?, Shmuel Metz , Seymour J.
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, Dan Espen
  • Re: Mainframe Applications and Records Keeping?, Tom Schmidt
    • Re: Mainframe Applications and Records Keeping?, R.S.
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • Re: Mainframe Applications and Records Keeping?, R.S.
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • Re: Mainframe Applications and Records Keeping?, R.S.
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • RE: Mainframe Applications and Records Keeping?, Ron and Jenny Hawkins
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • RE: Mainframe Applications and Records Keeping?, Ron and Jenny Hawkins
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • RE: Mainframe Applications and Records Keeping?, Ron and Jenny Hawkins
    • Re: Mainframe Applications and Records Keeping?, Anne & Lynn Wheeler
      • Re: Mainframe Applications and Records Keeping?, Anne & Lynn Wheeler
      • Re: Mainframe Applications and Records Keeping?, Anne & Lynn Wheeler
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, Anne & Lynn Wheeler
      • Re: Mainframe Applications and Records Keeping?, Shmuel Metz , Seymour J.
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, Rusty
      • RE: Mainframe Applications and Records Keeping?, Ron and Jenny Hawkins
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • RE: Mainframe Applications and Records Keeping?, Ron and Jenny Hawkins
      • Re: VTS (was: Mainframe Applications and Records Keeping?), R.S.
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • RE: Mainframe Applications and Records Keeping?, Ron and Jenny Hawkins
  • RE: Mainframe Applications and Records Keeping?, Jon Brock
    • Re: Mainframe Applications and Records Keeping?, Shmuel Metz , Seymour J.
  • Re: Mainframe Applications and Records Keeping?, Timothy Sipples
    • Re: Mainframe Applications and Records Keeping?, R.S.
  • RE: Mainframe Applications and Records Keeping?, Jon Brock
    • Re: Mainframe Applications and Records Keeping?, Shmuel Metz , Seymour J.
  • RE: Mainframe Applications and Records Keeping?, McKown, John
  • Re: Mainframe Applications and Records Keeping?, Timothy Sipples
• Extreme COBOL programming question., McKown, John
  • Re: Extreme COBOL programming question., Steve Comstock
  • <Possible follow-ups>
  • Re: Extreme COBOL programming question., Martin Kline
• COND= on an EXEC Statement, Dean Montevago
  • Re: COND= on an EXEC Statement, Steve Comstock
  • Re: COND= on an EXEC Statement, howard . brazee
    • Re: COND= on an EXEC Statement, Steve Comstock
  • Re: COND= on an EXEC Statement, CM Poncelet
    • Re: COND= on an EXEC Statement, CM Poncelet
  • <Possible follow-ups>
  • RE: COND= on an EXEC Statement, Dean Montevago
  • RE: COND= on an EXEC Statement, McKown, John
  • RE: COND= on an EXEC Statement, Dean Montevago
    • Re: COND= on an EXEC Statement, Steve Comstock
  • RE: COND= on an EXEC Statement, Dean Montevago
  • RE: COND= on an EXEC Statement, McKown, John
  • RE: COND= on an EXEC Statement, Hunkeler Peter , KRDO 4
• W showing in Command under ISPF, Gray, Larry - Larry A
  • <Possible follow-ups>
  • RE: W showing in Command under ISPF, Richards.Bob
  • RE: W showing in Command under ISPF, Gray, Larry - Larry A
• Sysplex survey results, R.S.
  • Re: Sysplex survey results, Patrick . Falcone
• Need SAD JCL, KTu2112593
  • Re: Need SAD JCL, JO . Skip . Robinson
    • Re: Need SAD JCL, ktu2112593
      • Re: Need SAD JCL, JO . Skip . Robinson
• Informix and/or Filenet Workflo Consultant contract opportunity, Employment
  • <Possible follow-ups>
  • Informix and/or Filenet Workflo Consultant contract opportunity, Palladian Consulting
• TN3270 Plus, Dave Salt
  • RE: TN3270 Plus, Charles Mills
    • RE: TN3270 Plus, Chuck Arney
  • <Possible follow-ups>
  • RE: TN3270 Plus, Knutson, Sam
  • RE: TN3270 Plus, Dave Salt
• STP feature for zx90 or z9 System 109 servers, Giovanni Cerquone
  • <Possible follow-ups>
  • RE: STP feature for zx90 or z9 System 109 servers, McKown, John
    • Re: STP feature for zx90 or z9 System 109 servers, Edward E. Jaffe
      • Re: STP feature for zx90 or z9 System 109 servers, ibm-main
      • Re: STP feature for zx90 or z9 System 109 servers, John Cassidy
  • Re: STP feature for zx90 or z9 System 109 servers, Giovanni Cerquone
  • Re: STP feature for zx90 or z9 System 109 servers, John Eells
    • Re: STP feature for zx90 or z9 System 109 servers, R.S.
  • Re: STP feature for zx90 or z9 System 109 servers, Giovanni Cerquone
  • Re: STP feature for zx90 or z9 System 109 servers, Timothy Sipples
• (FBA was fwd) Re: 3390-81, Clark Morris
  • Re: (FBA was fwd) Re: 3390-81, robertwessel2@xxxxxxxxx
• TPX-Netview Sense 08210000, Ronald G wells
  • RE: TPX-Netview Sense 08210000, Norman Hollander
  • Re: TPX-Netview Sense 08210000, Chris Mason
• RMF Spreadsheet Reporter, Perryman, Brian
  • Re: RMF Spreadsheet Reporter, David Andrews
  • Re: RMF Spreadsheet Reporter, Eric Chevalier
  • <Possible follow-ups>
  • RE: RMF Spreadsheet Reporter, Perryman, Brian
    • Re: RMF Spreadsheet Reporter, Eric Chevalier
      • Re: RMF Spreadsheet Reporter, Edward E. Jaffe
      • Re: RMF Spreadsheet Reporter, Eric Chevalier
  • RE: RMF Spreadsheet Reporter, Lopez, Rich [NCSUS]
  • RE: RMF Spreadsheet Reporter, Roberto Halais Kareh
  • RE: RMF Spreadsheet Reporter, Perryman, Brian
    • Re: RMF Spreadsheet Reporter, mailand
• Another question on WLM initiators, yadong . wu
  • <Possible follow-ups>
  • Re: Another question on WLM initiators, Vernooy, C.P. - SPLXM
• Strange thing about ISPF editor, Johnny Luo
  • <Possible follow-ups>
  • RE: Strange thing about ISPF editor, Rob Scott
    • Re: Strange thing about ISPF editor, Johnny Luo
  • RE: Strange thing about ISPF editor, Rob Scott
    • Re: Strange thing about ISPF editor, Johnny Luo
      • Re: Strange thing about ISPF editor, Johnny Luo
• IBM 2250 Consoles, Jim Marshall
  • Re: IBM 2250 Consoles, Shmuel Metz , Seymour J.
• Problem with reserverd address spaces, mathaias
  • Re: Problem with reserverd address spaces, gkozakos
  • <Possible follow-ups>
  • RE: Problem with reserverd address spaces, Rob Scott
  • Problem with reserverd address spaces, George Kozakos
• Using FTP to GET a job from a remote computer, גדי בן אבי
  • RE: Using FTP to GET a job from a remote computer, Charles Mills
  • RE: Using FTP to GET a job from a remote computer, Charles Mills
  • <Possible follow-ups>
  • RE: Using FTP to GET a job from a remote computer, Michael Sheehy
  • RE: Using FTP to GET a job from a remote computer, גדי בן אבי
  • Re: Using FTP to GET a job from a remote computer, Martin Kline
  • Re: Using FTP to GET a job from a remote computer, gilmap
• Why does LMPUT(ISPF Library service)?, Johnny Luo
  • RE: Why does LMPUT(ISPF Library service)?, Dave Salt
    • Re: Why does LMPUT(ISPF Library service)?, Johnny Luo
  • Re: Why does LMPUT(ISPF Library service)?, Barry Schwarz
  • Re: Why does LMPUT(ISPF Library service)?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Why does LMPUT(ISPF Library service)?, gilmap
    • Re: Why does LMPUT(ISPF Library service)?, Shmuel Metz , Seymour J.
  • Re: Why does LMPUT(ISPF Library service)?, gilmap
    • Re: Why does LMPUT(ISPF Library service)?, Shmuel Metz , Seymour J.
• z/OS V1.7 ServerPac DeliveryTime, Tom Longfellow
  • Re: z/OS V1.7 ServerPac DeliveryTime, Rapscallion
  • <Possible follow-ups>
  • Re: z/OS V1.7 ServerPac DeliveryTime, Brian Peterson
    • Re: z/OS V1.7 ServerPac DeliveryTime, Tom Longfellow
  • Re: z/OS V1.7 ServerPac DeliveryTime, Efinnell15
  • RE: z/OS V1.7 ServerPac DeliveryTime, Clark, Kevin D, HRC-Alexandria/EDS
• PD REPLACE,PAGE=(sys1.page01,sys1.page04), Roland Schiradin
• CA7 Question, Michael Hall
  • Re: CA7 Question, John S. Giltner, Jr.
    • Re: CA7 Question, Ed Gould
    • RE: CA7 Question, Norman Hollander
  • <Possible follow-ups>
  • RE: CA7 Question, McKown, John
  • RE: CA7 Question, Karson, Lynne , SAA
  • RE: CA7 Question, McGee, Cletus
  • RE: CA7 Question, Stone, Sandy
  • RE: CA7 Question, Knutson, Sam
    • Re: CA7 Question, Ed Gould
  • Re: CA7 Question, Ted MacNEIL
  • RE: CA7 Question, Chase, John
  • Re: CA7 Question, Ted MacNEIL
  • RE: CA7 Question, Chase, John
  • RE: CA7 Question, McKown, John
    • Re: CA7 Question, Shane Ginnane
  • Re: CA7 Question, Mark Zelden
    • Staying up-to-date: (was: CA7 Question), ibm-main
  • Re: CA7 Question, Ted MacNEIL
• SHARE in Seattle, Brian Peterson
• Curiousity question: XES instructions?, McKown, John
  • Re: Curiousity question: XES instructions?, R.S.
  • <Possible follow-ups>
  • RE: Curiousity question: XES instructions?, McKown, John
• HMC load failure - IPL address 0000 invalid, Schlehuber, Patrick
  • <Possible follow-ups>
  • RE: HMC load failure - IPL address 0000 invalid, Bielskie, Stephen
  • FW: HMC load failure - IPL address 0000 invalid, Eatherly, John D [IT]
  • Re: FW: HMC load failure - IPL address 0000 invalid, Pat Schlehuber
  • Re: HMC load failure - IPL address 0000 invalid, Rob Wunderlich
• z/OS V1R7 Migration Guide, Ted MacNEIL
  • Re: z/OS V1R7 Migration Guide, Walt Farrell
  • Re: z/OS V1R7 Migration Guide, John Eells
  • <Possible follow-ups>
  • RE: z/OS V1R7 Migration Guide, mark . jacobs
  • RE: z/OS V1R7 Migration Guide, Tribble, Robert
  • Re: z/OS V1R7 Migration Guide, Timothy Sipples
• RE: SSL Problems -- RESOLVED!!, Chase, John
• leap-second computations with STCKE values, john gilmore
• IMS unloads from image copy., LaurensDeJong
  • <Possible follow-ups>
  • IMS unloads from image copy., LaurensDeJong
    • Re: IMS unloads from image copy., Larry Bertolini
• R: Converting TOD to Local Time, MASSIMO BIANCUCCI
• Converting TOD to Local Time, Cwi Jeret
  • Re: Converting TOD to Local Time, Robert Wright
    • Re: Converting TOD to Local Time, rkuebbin
  • RE: Converting TOD to Local Time, Nick
  • <Possible follow-ups>
  • re: Converting TOD to Local Time, john gilmore
    • Re: Converting TOD to Local Time, Richard Peurifoy
  • Re: Converting TOD to Local Time, gilmap
  • RE: Converting TOD to Local Time, Farley, Peter x23353
  • RE: Converting TOD to Local Time, Chase, John
  • Re: Converting TOD to Local Time, gilmap
    • Re: Converting TOD to Local Time, Richard Peurifoy
  • Re: Converting TOD to Local Time, Peter Relson
  • Re: Converting TOD to Local Time, gilmap
  • Re: Converting TOD to Local Time, Cwi Jeret
• Bang!, Phil Payne
  • Re: Bang!, Steve Comstock
    • RE: Bang!, Lizette Koehler
  • <Possible follow-ups>
  • RE: Bang!, John Wynton
    • Re: Bang!, Steve Comstock
  • Re: Bang!, Efinnell15
    • Re: Bang!, Steve Comstock
  • Re: Bang!, Efinnell15
• 3270 Session Manager survey - results (sorta, kinda), Bruce Jefferies
  • <Possible follow-ups>
  • Re: 3270 Session Manager survey - results (sorta, kinda), Andy Robertson
  • Re: 3270 Session Manager survey - results (sorta, kinda), Patrick Loftus
  • RE: 3270 Session Manager survey - results (sorta, kinda), Huckert, James
• IBM backup restoration procedure, Dash
  • Re: IBM backup restoration procedure, John S. Giltner, Jr.
    • Re: IBM backup restoration procedure, Dash
      • Re: IBM backup restoration procedure, John S. Giltner, Jr.
      • RE: IBM backup restoration procedure, Ron and Jenny Hawkins
      • Re: IBM backup restoration procedure, John S. Giltner, Jr.
• COMMAND field of TSO LOGON panel, Luo Johnny
  • RE: COMMAND field of TSO LOGON panel, Wayne Driscoll
  • Re: COMMAND field of TSO LOGON panel, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: COMMAND field of TSO LOGON panel, gilmap
    • Re: COMMAND field of TSO LOGON panel, Shmuel Metz , Seymour J.
  • Re: COMMAND field of TSO LOGON panel, Luo Johnny
    • Re: [IBM-MAIN] COMMAND field of TSO LOGON panel, Marian Gasparovic
      • Re: COMMAND field of TSO LOGON panel, Luo Johnny
• Its a question of ethics, Howard Rifkind
  • Re: Its a question of ethics, david . thorn
    • Re: Its a question of ethics, mcknight-b-a
  • Re: Its a question of ethics, Gary Walker
  • Re: Its a question of ethics, pauls2272
  • Re: Its a question of ethics, Robert Jones
  • Re: Its a question of ethics, John S. Giltner, Jr.
    • Re: Its a question of ethics, Howard Rifkind
  • RE: Its a question of ethics, Charles Mills
    • Re: [IBM-MAIN] Its a question of ethics, Darren Evans-Young
  • Re: Its a question of ethics, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Its a question of ethics, Tom Schmidt
    • Re: Its a question of ethics, Howard Rifkind
  • Re: Its a question of ethics, Efinnell15
    • Re: Its a question of ethics, Howard Rifkind
  • Re: Its a question of ethics, August . Carideo
  • Re: Its a question of ethics, Tuco Bonno
  • Re: Its a question of ethics, Elizabeth Noble
  • RE: Its a question of ethics, Craddock, Chris
  • Re: Its a question of ethics, gilmap
  • Re: Its a question of ethics, Arthur T.
  • Re: Its a question of ethics, Ted MacNEIL
  • Re: Its a question of ethics, David Speake
  • RE: Its a question of ethics, Jousma, David
    • Re: Its a question of ethics, mcknight-b-a
• R: Determine IMS Environ From MVS Cntl Blks, MASSIMO BIANCUCCI
  • RE: Determine IMS Environ From MVS Cntl Blks, Bill Kotchish
  • Re: R: Determine IMS Environ From MVS Cntl Blks, pauls2272
  • <Possible follow-ups>
  • R: Determine IMS Environ From MVS Cntl Blks, MASSIMO BIANCUCCI
    • RE: Determine IMS Environ From MVS Cntl Blks, Bill Kotchish
• Jeers: KEY8 CSA storage CA UNICENTER DETECTOR FOR DB2, Knutson, Sam
• Determine IMS Environ From MVS Cntl Blks, Bill Kotchish
  • <Possible follow-ups>
  • Re: Determine IMS Environ From MVS Cntl Blks, Avram Friedman
  • Re: Determine IMS Environ From MVS Cntl Blks, Avram Friedman
• Key code for licensed material, Miklos Szigetvari
  • Re: Key code for licensed material, Bruce Black
    • Re: Key code for licensed material, Miklos Szigetvari
  • <Possible follow-ups>
  • RE: Key code for licensed material, Perryman, Brian
    • Re: Key code for licensed material, Miklos Szigetvari
• TSS PRIVPGM in RACF, Josan Cardenosa
  • Re: TSS PRIVPGM in RACF, Barry Schwarz
• Sendmail in z/OS 1.6, John Cassidy
  • Re: Sendmail in z/OS 1.6, Walt Farrell
  • <Possible follow-ups>
  • Re: Sendmail in z/OS 1.6, Stephen M. Wiegand
  • Re: Sendmail in z/OS 1.6, John Cassidy
• Replacement for 3179 terminals locally attached to a 3174 controller, Charles Macniven
  • Re: Replacement for 3179 terminals locally attached to a 3174 controller, Gerhard Postpischil
  • <Possible follow-ups>
  • Re: Replacement for 3179 terminals locally attached to a 3174 controller, Efinnell15
  • RE: Replacement for 3179 terminals locally attached to a 3174 controller, Hal Merritt
  • Re: Replacement for 3179 terminals locally attached to a 3174 controller, Efinnell15
    • Re: Replacement for 3179 terminals locally attached to a 3174 controller, john . ticic . extern
  • RE: Replacement for 3179 terminals locally attached to a 3174 controller, Hal Merritt
    • Re: Replacement for 3179 terminals locally attached to a 3174 controller, R.S.
• DR monoplex and DB2, R.S.
• SSL Problems, Chase, John
  • <Possible follow-ups>
  • Re: SSL Problems, Matt Simpson
  • RE: SSL Problems, Chase, John
• Channel Distances, Ted MacNEIL
  • RE: Channel Distances, Ron and Jenny Hawkins
  • Re: Channel Distances, R.S.
    • Re: [IBM-MAIN] Channel Distances, Marian Gasparovic
    • Re: Channel Distances, Anne & Lynn Wheeler
    • Re: Channel Distances, Anne & Lynn Wheeler
  • <Possible follow-ups>
  • Re: Channel Distances, Ted MacNEIL
    • RE: Channel Distances, Ron and Jenny Hawkins
      • Re: Channel Distances, Anne & Lynn Wheeler
• LMCOPY does not do its thing, pakku
  • Re: LMCOPY does not do its thing, MrAssembler
    • Re: LMCOPY does not do its thing, billlalonde
      • Re: LMCOPY does not do its thing, MrAssembler
      • Re: LMCOPY does not do its thing, pakku
      • Re: LMCOPY does not do its thing, Joel C. Ewing
• CICS command interface, thomas zupar
  • Re: CICS command interface, John S. Giltner, Jr.
• re: Racf Error, Ed Gould
• RACF Issue, ddelagarza
  • Re: RACF Issue, Edward E. Jaffe
    • Re: RACF Issue, Edward E. Jaffe
  • <Possible follow-ups>
  • Re: RACF Issue, Ted MacNEIL
• LOAD MULTIPLE (LM) question, Paul Schuster
  • Re: LOAD MULTIPLE (LM) question, Bob Rutledge
  • Re: LOAD MULTIPLE (LM) question, Edward E. Jaffe
  • Re: LOAD MULTIPLE (LM) question, Gary Walker
  • Re: LOAD MULTIPLE (LM) question, Stephen M. Wiegand
  • Re: LOAD MULTIPLE (LM) question, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: LOAD MULTIPLE (LM) question, Paul Schuster
  • Re: LOAD MULTIPLE (LM) question, Paul Schuster
    • Re: LOAD MULTIPLE (LM) question, Bernd Oppolzer
      • Re: LOAD MULTIPLE (LM) question, Stephen M. Wiegand
      • RE: LOAD MULTIPLE (LM) question, Gerhard Adam
      • RE: LOAD MULTIPLE (LM) question, Charles Mills
  • Re: LOAD MULTIPLE (LM) question, Paul Schuster
  • Re: LOAD MULTIPLE (LM) question, Terry Sambrooks
    • Re: LOAD MULTIPLE (LM) question, Bernd Oppolzer
• XPAF Printing Libraries, Miller, Pat
  • Re: XPAF Printing Libraries, Alan C. Field
  • Re: XPAF Printing Libraries, Ed Gould
  • <Possible follow-ups>
  • RE: XPAF Printing Libraries, McKown, John
  • Re: XPAF Printing Libraries, Efinnell15
  • RE: XPAF Printing Libraries, Imbriale, Donald , Exchange
  • RE: XPAF Printing Libraries, Miller, Pat
• Re: APAR resolving "ls -l" and search permission problem [OA01524], Patrick O'Keefe
  • <Possible follow-ups>
  • Re: APAR resolving "ls -l" and search permission problem [OA01524], Brian Peterson
• IBM Outsourcing revenue rises, Ed Gould
• Set OUTPUT-Parm (WRITER, FORMS,...) from prog, Michael Knigge
  • Re: Set OUTPUT-Parm (WRITER, FORMS,...) from prog, John R. Lock
  • Re: Set OUTPUT-Parm (WRITER, FORMS,...) from prog, ibm-main
• RE: 3390-81 - FBA, Gilbert Saint-Flour
  • Re: 3390-81 - FBA, Edward E. Jaffe
• APAR resolving "ls -l" and search permission problem, Hunkeler Peter , KRDO 4
• Sysplex survey reminder, R.S.
• 3390-81, john . ticic . extern
  • Re: 3390-81, Bruce Black
  • <Possible follow-ups>
  • Re: 3390-81, Vernooy, C.P. - SPLXM
    • Re: 3390-81, John P Kalinich
      • Re: 3390-81, Bruce Black
      • Re: 3390-81, Chris Mason
      • Re: 3390-81, Edward E. Jaffe
      • Re: 3390-81, ibm-main
      • Re: 3390-81, R.S.
  • RE: 3390-81, McKown, John
    • Re: 3390-81, Thomas H Puddicombe
      • Re: 3390-81, Shmuel Metz , Seymour J.
    • Re: 3390-81, Bruce Black
  • Re: 3390-81, Martin Kline
    • Re: 3390-81, Bruce Black
  • RE: 3390-81, Mueller, David
  • Re: 3390-81, Bruce Black
  • Re:3390-81, John , IBM-MAIN
  • Re: 3390-81, gilmap
    • Re: 3390-81, Anne & Lynn Wheeler
• FINDIMBD, Jim McAlpine
  • <Possible follow-ups>
  • RE: FINDIMBD, Beesley, Paul
• RE: Mainframe to windows and windows to mainframe, Hunkeler Peter , KRDO 4
  • Re: Mainframe to windows and windows to mainframe, Chris Mason
  • Re: Mainframe to windows and windows to mainframe, thirumurugan
    • Re: Mainframe to windows and windows to mainframe, Frank Krueger
    • Re: Mainframe to windows and windows to mainframe, Chris Mason
      • Re: Mainframe to windows and windows to mainframe, thirumurugan
      • Re: Mainframe to windows and windows to mainframe, Chris Mason
  • <Possible follow-ups>
  • Re: Mainframe to windows and windows to mainframe, Bill Godfrey
• Establishing a Cascaded Director Fabric, Michael Pratt
• 64 Bit Application Gotchas, Kittendorf, Craig
  • Re: 64 Bit Application Gotchas, Claude Richbourg
    • Re: 64 Bit Application Gotchas, mcknight-b-a
  • <Possible follow-ups>
  • RE: 64 Bit Application Gotchas, McKown, John
• Modify command - lower case command text possible or not?, mclellan_dave
  • Re: Modify command - lower case command text possible or not?, Bruce Black
  • Re: Modify command - lower case command text possible or not?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: Modify command - lower case command text possible or not?, McKown, John
    • RE: Modify command - lower case command text possible or not?, Chuck Arney
      • Re: Modify command - lower case command text possible or not?, Don Poitras
    • Re: Modify command - lower case command text possible or not?, Shmuel Metz , Seymour J.
      • Re: Modify command - lower case command text possible or not?, Chris Mason
      • Re: Modify command - lower case command text possible or not?, Gerhard Postpischil
      • RE: Modify command - lower case command text possible or not?, Charles Mills
      • Re: Modify command - lower case command text possible or not?, Chris Mason
      • Re: Modify command - lower case command text possible or not?, Gerhard Postpischil
      • Re: Modify command - lower case command text possible or not?, Walter Rue
      • Re: Modify command - lower case command text possible or not?, Bruce Black
      • Re: Modify command - lower case command text possible or not?, Shmuel Metz , Seymour J.
      • Re: Modify command - lower case command text possible or not?, Shmuel Metz , Seymour J.
      • Re: Modify command - lower case command text possible or not?, Shmuel Metz , Seymour J.
  • Re: Modify command - lower case command text possible or not?, Mark Zelden
    • RE: Modify command - lower case command text possible or not?, Chuck Arney
  • RE: Modify command - lower case command text possible or not?, McKown, John
  • RE: Modify command - lower case command text possible or not?, Hunkeler Peter , KRDO 4
  • Re: Modify command - lower case command text possible or not?, Patrick O'Keefe
  • Modify command - lower case command text possible or not?, Phil Payne
    • Re: Modify command - lower case command text possible or not?, Shmuel Metz , Seymour J.
  • Re: Modify command - lower case command text possible or not?, Dave McLellan
• SOAP gateway for IMS., samyonix
• RE: Subject: Commands in JCL, Rundberget, Leif
  • P/390 "Chassis'" available, Gary Green
• C Compiler Limit/Bug?, Benjamin White
  • test, Anthony Bongiorno
  • <Possible follow-ups>
  • RE: C Compiler Limit/Bug?, Schiradin,Roland HG-Dir itb-db/dc
• Website on your mainframe, Steve Comstock
• Make a volume under SMS control, Luo Johnny
  • Re: [IBM-MAIN] Make a volume under SMS control, Marian Gasparovic
  • <Possible follow-ups>
  • RE: Make a volume under SMS control, McKown, John
    • Re: Make a volume under SMS control, Bruce Black
  • RE: Make a volume under SMS control, ddelagarza
• Error - Path H: cannot be found. Make sure drive path is correct., Jerry Ragland
  • Re: Error - Path H: cannot be found. Make sure drive path is correct., John S. Giltner, Jr.
• 'ALLOCATE' a data set in my TSO/E session, Luo Johnny
  • RE: 'ALLOCATE' a data set in my TSO/E session, Lizette Koehler
  • Re: 'ALLOCATE' a data set in my TSO/E session, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: 'ALLOCATE' a data set in my TSO/E session, Terry Sambrooks
    • Re: 'ALLOCATE' a data set in my TSO/E session, Luo Johnny
  • RE: 'ALLOCATE' a data set in my TSO/E session, Farley, Peter x23353
  • RE: 'ALLOCATE' a data set in my TSO/E session, Pommier, Rex R.
    • Re: 'ALLOCATE' a data set in my TSO/E session, Shmuel Metz , Seymour J.
  • RE: 'ALLOCATE' a data set in my TSO/E session, Farley, Peter x23353
    • Re: 'ALLOCATE' a data set in my TSO/E session, Steve Comstock
      • Re: 'ALLOCATE' a data set in my TSO/E session, Shmuel Metz , Seymour J.
    • RE: 'ALLOCATE' a data set in my TSO/E session, Lizette Koehler
  • RE: 'ALLOCATE' a data set in my TSO/E session, Imbriale, Donald , Exchange
  • RE: 'ALLOCATE' a data set in my TSO/E session, McKown, John
  • RE: 'ALLOCATE' a data set in my TSO/E session, Chase, John
  • RE: 'ALLOCATE' a data set in my TSO/E session, Farley, Peter x23353
  • RE: 'ALLOCATE' a data set in my TSO/E session, Gerhard Adam
    • Re: 'ALLOCATE' a data set in my TSO/E session, Chris Mason
  • RE: 'ALLOCATE' a data set in my TSO/E session, Hunkeler Peter , KRDO 4
  • RE: 'ALLOCATE' a data set in my TSO/E session, Hunkeler Peter , KRDO 4
    • RE: 'ALLOCATE' a data set in my TSO/E session, Gerhard Adam
  • RE: 'ALLOCATE' a data set in my TSO/E session, Hunkeler Peter , KRDO 4
  • RE: 'ALLOCATE' a data set in my TSO/E session, Hunkeler Peter , KRDO 4
  • Re: 'ALLOCATE' a data set in my TSO/E session, Shmuel Metz , Seymour J.
  • Re: 'ALLOCATE' a data set in my TSO/E session, Shmuel Metz , Seymour J.
  • Re: 'ALLOCATE' a data set in my TSO/E session, Shmuel Metz , Seymour J.
• EXEC CICS CONVERSE, Daniel_McArdell
• Re: TN3270 & Linux, Gilbert Saint-Flour
• 3270 & Linux, Marin
• SOAP for CICS, Peter Ten Eyck
  • Re: SOAP for CICS, Gregory . Grimm
  • <Possible follow-ups>
  • Re: SOAP for CICS, Peter Ten Eyck
  • Re: SOAP for CICS, Bill Seubert
• Commands in JCL, Steve Comstock
  • Re: Commands in JCL, Bob Rutledge
    • Re: Commands in JCL, Steve Comstock
  • Re: Commands in JCL, R.S.
    • RE: Commands in JCL, Charles Mills
      • Re: Commands in JCL, Steve Comstock
  • Re: Commands in JCL, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: Commands in JCL, Gabe Torres
    • Re: Commands in JCL, Steve Comstock
  • RE: Commands in JCL, Hawley, Scott R
  • RE: Commands in JCL, McKown, John
    • Re: Commands in JCL, Steve Comstock
  • Re: FW: Commands in JCL, Steve Comstock
  • Re: Commands in JCL, Mark Zelden
  • Re: Commands in JCL, gilmap
    • RE: Commands in JCL, Charles Mills
  • Re: Commands in JCL, gilmap
    • RE: Commands in JCL, Charles Mills
  • Re: Commands in JCL, Rob Wunderlich
  • Re: Commands in JCL, Mark Zelden
• Project Manager contract opp in NYC, COBOL II, DB2, CICS, Employment
• Mainframe to Mainframe FTP, Singar Arthanarieswaran
  • <Possible follow-ups>
  • Re: Mainframe to Mainframe FTP, Frank Krueger
  • RE: Mainframe to Mainframe FTP, Hal Merritt
  • Re: Mainframe to Mainframe FTP, Matthew Stitt
  • RE: Mainframe to Mainframe FTP, McKown, John
  • Re: Mainframe to Mainframe FTP, Frank Krueger
  • RE: Mainframe to Mainframe FTP, Hal Merritt
    • Mainframe to windows and windows to mainframe, thirumurugan
      • Re: [IBM-MAIN] Mainframe to windows and windows to mainframe, Marian Gasparovic
  • RE: Mainframe to Mainframe FTP, Hal Merritt
    • Re: Mainframe to Mainframe FTP, Shmuel Metz , Seymour J.
  • Re: Mainframe to Mainframe FTP, Natarajan Mohan
  • Re: Mainframe to Mainframe FTP, gilmap
  • RE: Mainframe to Mainframe FTP, Lou, Jim
  • Re: Mainframe to Mainframe FTP, gilmap
  • Re: Mainframe to Mainframe FTP, Frank Krueger
  • RE: Mainframe to Mainframe FTP, Arthanarieswaran, Singar
• Cheers: PREFERENCE and KEY8 CSA storage, Knutson, Sam
  • Re: Cheers: PREFERENCE and KEY8 CSA storage, Edward E. Jaffe
  • <Possible follow-ups>
  • RE: Cheers: PREFERENCE and KEY8 CSA storage, Knutson, Sam
    • Re: Cheers: PREFERENCE and KEY8 CSA storage, Edward E. Jaffe
      • Re: Cheers: PREFERENCE and KEY8 CSA storage, ibm-main
• More VVDS questions..., mcknight-b-a
• Functional replacement for Output-master and XEROX 4850, Salway, Nigel
• ABARS encryption, Frank Rodriguez
  • <Possible follow-ups>
  • Re: ABARS encryption, DeFabritus, Peter [NCSUS Non-J&J]
  • RE: ABARS encryption, Robert L. Griffin
• OUTLIM and IEFUSO, Hunkeler Peter , KRDO 4
• INFOPRINT server for z/OS, VENET Marie-Claude
  • <Possible follow-ups>
  • Re: INFOPRINT server for z/OS, Richard Pinion
  • RE: INFOPRINT server for z/OS, VENET Marie-Claude
  • Re: INFOPRINT server for z/OS, Richard Pinion
  • RE: INFOPRINT server for z/OS, Roberto Halais Kareh
• Problem in IMS-DC, sudhanshu Kumar
  • Re: Problem in IMS-DC, Rich Tabor
  • <Possible follow-ups>
  • Re: Problem in IMS-DC, Avram Friedman
• ISPF FILESTAT Service is broken, Ron S.
• IOSK CAPTURE CAPE, Paul Schuster
  • Re: IOSK CAPTURE CAPE, Jim Mulder
• Symbols in batch JCL (was: START fails no diagnostics!), gilmap
  • <Possible follow-ups>
  • Re: Symbols in batch JCL (was: START fails no diagnostics!), Patrick O'Keefe
  • Re: Symbols in batch JCL (was: START fails no diagnostics!), gilmap
    • Re: Symbols in batch JCL (was: START fails no diagnostics!), Horst Gfrerer
• need help, Dennis Leong
  • Re: need help, Arthur T .
• Identification of where a batch cobol job is running, MDH
• C/C++ compiled using XPLINK : Extra startup overhead?, John Fly
• AFP-l FAQ, Efinnell15
  • Re: AFP-l FAQ, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: AFP-l FAQ, Efinnell15
    • Re: AFP-l FAQ, Shmuel Metz , Seymour J.
• START fails no diagnostics!, William Walsh
  • RE: START fails no diagnostics!, Lizette Koehler
  • Re: START fails no diagnostics!, pauls2272
  • Re: START fails no diagnostics!, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: START fails no diagnostics!, McKown, John
  • Re: START fails no diagnostics!, Efinnell15
  • RE: START fails no diagnostics!, Schramm, Rob
  • Re: START fails no diagnostics!, Patrick O'Keefe
  • RE: START fails no diagnostics!, William Walsh
  • Re: START fails no diagnostics!, Heloisa Soares
• How to quickly shut down system, R.S.
  • Re: How to quickly shut down system, JO . Skip . Robinson
    • Re: How to quickly shut down system, Tom Brannon
  • Re: How to quickly shut down system, pauls2272
  • <Possible follow-ups>
  • RE: How to quickly shut down system, Hunkeler Peter , KRDO 4
    • Re: How to quickly shut down system, JO . Skip . Robinson
  • Re: How to quickly shut down system, Barbara Nitz
  • RE: How to quickly shut down system, Hunkeler Peter , KRDO 4
  • RE: How to quickly shut down system, TISLER Zaromil
    • Re: How to quickly shut down system, R.S.
      • Re: How to quickly shut down system, Jerry Whitteridge
      • Re: How to quickly shut down system, LL581
  • Re: How to quickly shut down system, Efinnell15
  • RE: How to quickly shut down system, Pommier, Rex R.
    • Re: How to quickly shut down system, R.S.
  • RE: How to quickly shut down system, Hal Merritt
    • Re: How to quickly shut down system, R.S.
  • RE: How to quickly shut down system, Hal Merritt
    • Re: How to quickly shut down system, ibm-main
    • RE: How to quickly shut down system, Isaac Yassin
• DB2 Version 8 on a Flex-ES box., Jim McAlpine
  • Re: DB2 Version 8 on a Flex-ES box., Mike H
  • RE: DB2 Version 8 on a Flex-ES box., Ray Mullins
  • <Possible follow-ups>
  • Re: DB2 Version 8 on a Flex-ES box., Efinnell15
  • DB2 Version 8 on a Flex-ES box., Phil Payne
  • DB2 Version 8 on a Flex-ES box., Phil Payne
  • Re: DB2 Version 8 on a Flex-ES box., Timothy Sipples
    • Re: DB2 Version 8 on a Flex-ES box., robertwessel2@xxxxxxxxx
    • Re: DB2 Version 8 on a Flex-ES box., R.S.
• Re: Submitting a JCL via Email, Parin Gangar
• Problem regarding IMS-DC, sudhanshu Kumar
  • Re: Problem regarding IMS-DC, Rich Tabor
  • Re: Problem regarding IMS-DC, Mike Bell
  • <Possible follow-ups>
  • RE: Problem regarding IMS-DC, Fenner, Jim
  • Problem regarding IMS-DC, Bill Klein
  • Re: Problem regarding IMS-DC, Avram Friedman
• SHOWzOS 7.12 (CBT-File492), Schiradin,Roland HG-Dir itb-db/dc
• z/OS 1.5 EOS, Dennis Trojak
  • Re: z/OS 1.5 EOS, John Eells
    • Re: z/OS 1.5 EOS, R.S.
      • Re: z/OS 1.5 EOS, John Eells
  • <Possible follow-ups>
  • RE: z/OS 1.5 EOS, Chase, John
  • Re: z/OS 1.5 EOS, Efinnell15
  • RE: z/OS 1.5 EOS, Chase, John
  • Re: z/OS 1.5 EOS, Timothy Sipples
• VVDS and catalog names, mcknight-b-a
  • Re: VVDS and catalog names, MrAssembler
    • Re: VVDS and catalog names, mcknight-b-a
    • Re: VVDS and catalog names, mcknight-b-a
      • Re: VVDS and catalog names, mcknight-b-a
  • <Possible follow-ups>
  • Re: VVDS and catalog names, Mark Thomen
• BCTC vs SCTC, Steve Arnett
  • Re: BCTC vs SCTC, R.S.
    • Re: BCTC vs SCTC, Mark Jacobs
      • Re: BCTC vs SCTC, R.S.
      • Re: BCTC vs SCTC, Steve Arnett
  • <Possible follow-ups>
  • RE: BCTC vs SCTC, McKown, John
  • Re: BCTC vs SCTC, Bruno Sugliani
    • Re: BCTC vs SCTC, Steve Arnett
      • Re: BCTC vs SCTC, Steve Arnett
• Trying to create a VSAM file, padair . o . ceallaigh
  • Re: Trying to create a VSAM file, pauls2272
    • Re: Trying to create a VSAM file, padair . o . ceallaigh
  • Re: Trying to create a VSAM file, padair . o . ceallaigh
• HEX TO DECIMAL with COBOL, Daniel Cremieux
  • Re: HEX TO DECIMAL with COBOL, Mike Bell
  • <Possible follow-ups>
  • RE: HEX TO DECIMAL with COBOL, Rugen, Len
  • RE: HEX TO DECIMAL with COBOL, Chase, John
  • Fw: HEX TO DECIMAL with COBOL, Bill Klein
• Question on IDCAMS Delete and dynamic Allocation, alan . schwartz
  • <Possible follow-ups>
  • Re: Question on IDCAMS Delete and dynamic Allocation, Rob Wunderlich
• IEASYM override in LOADXX, Casey Rhodes
  • <Possible follow-ups>
  • RE: IEASYM override in LOADXX, Schiradin,Roland HG-Dir itb-db/dc
  • RE: IEASYM override in LOADXX, TISLER Zaromil
  • RE: IEASYM override in LOADXX, TISLER Zaromil
• Using 3590 in two plataforms, Carlos A Bodra
• Kick off a job on a different LPAR., Howard Rifkind
  • Re: Kick off a job on a different LPAR., John P Kalinich
  • <Possible follow-ups>
  • RE: Kick off a job on a different LPAR., McKown, John
  • Re: Kick off a job on a different LPAR., Efinnell15
  • RE: Kick off a job on a different LPAR., Chase, John
    • RE: Kick off a job on a different LPAR., tony babonas
• data conversion with cobol, Daniel Cremieux
  • Re: data conversion with cobol, rkuebbin
  • Re: data conversion with cobol, Bernd Oppolzer
  • Re: data conversion with cobol, Shmuel Metz , Seymour J.
    • RE: data conversion with cobol, Julian Levens
  • <Possible follow-ups>
  • data conversion with cobol, Bill Klein
• Allocate VSAM LIKE - REUSE dropped on z/OS 1.6, Gilbert Saint-Flour
• IBM Press Release: Hannaford Brothers Is Live on System z9, Timothy Sipples
  • <Possible follow-ups>
  • RE: IBM Press Release: Hannaford Brothers Is Live on System z9, Jon Brock
  • IBM Press Release: Hannaford Brothers Is Live on System z9, Phil Payne
    • Re: IBM Press Release: Hannaford Brothers Is Live on System z9, Edward E. Jaffe
  • RE: IBM Press Release: Hannaford Brothers Is Live on System z9, Richards.Bob
    • Re: [IBM-MAIN] IBM Press Release: Hannaford Brothers Is Live on System z9, Marian Gasparovic
  • RE: IBM Press Release: Hannaford Brothers Is Live on System z9, Froberg, David C
    • Re: IBM Press Release: Hannaford Brothers Is Live on System z9, R.S.
  • Re: IBM Press Release: Hannaford Brothers Is Live on System z9, Timothy Sipples
  • RE: IBM Press Release: Hannaford Brothers Is Live on System z9, Chase, John
• z890 question - dynamic activate, McKown, John
  • <Possible follow-ups>
  • RE: z890 question - dynamic activate, Bielskie, Stephen
• Purging spool output, Perryman, Brian
  • Re: Purging spool output, willie bunter
  • Re: Purging spool output, willie bunter
  • <Possible follow-ups>
  • Re: Purging spool output, Mark Zelden
  • RE: Purging spool output, Perryman, Brian
  • Re: Purging spool output, Efinnell15
• STK9840A/B tape data restored from 9840C tape drives, BOB.COSBY@xxxxxxxxxxxx>
  • <Possible follow-ups>
  • Re: STK9840A/B tape data restored from 9840C tape drives, Mark Zelden
  • Re: STK9840A/B tape data restored from 9840C tape drives, Michael W. Moss
  • Re: STK9840A/B tape data restored from 9840C tape drives, BOB.COSBY@xxxxxxxxxxxx>
  • Re: STK9840A/B tape data restored from 9840C tape drives, Michael W. Moss
  • Re: STK9840A/B tape data restored from 9840C tape drives, Efinnell15
  • Re: STK9840A/B tape data restored from 9840C tape drives, BOB.COSBY@xxxxxxxxxxxx>
  • Re: STK9840A/B tape data restored from 9840C tape drives, Efinnell15
  • Re: STK9840A/B tape data restored from 9840C tape drives, Michael W. Moss
• File 247 - Vastly improved SYS1.BRODCAST scan program available, Sam Golob
• help in taking certification, Mahaboob Basha
  • Re: help in taking certification, Kenny Fogarty
    • Re: help in taking certification, Mahaboob Basha
    • Re: help in taking certification, Mahaboob Basha
  • Re: help in taking certification, John S. Giltner, Jr.
    • Re: help in taking certification, Anthony Bongiorno
• Re: public available IBM mvs machines ?, scott
  • Re: public available IBM mvs machines ?, nicola . attico
    • Re: public available IBM mvs machines ?, scott
  • <Possible follow-ups>
  • Re: public available IBM mvs machines ?, Vernooy, C.P. - SPLXM
    • Re: public available IBM mvs machines ?, Chris Mason
      • Re: public available IBM mvs machines ?, Shmuel Metz , Seymour J.
      • Re: public available IBM mvs machines ?, Chris Mason
      • Re: public available IBM mvs machines ?, Chris Mason
      • Re: public available IBM mvs machines ?, Shmuel Metz , Seymour J.
    • Re: public available IBM mvs machines ?, poitras
    • Re: public available IBM mvs machines ?, R.S.
      • Re: public available IBM mvs machines ?, kpinkham
      • Re: public available IBM mvs machines ?, David Wade
      • Re: public available IBM mvs machines ?, John Eells
      • Re: [IBM-MAIN] public available IBM mvs machines ?, Marian Gasparovic
    • Re: public available IBM mvs machines ?, mcknight-b-a
  • Re: public available IBM mvs machines ?, Vernooy, C.P. - SPLXM
  • Re: public available IBM mvs machines ?, Patrick O'Keefe
• SDSF and TRC, Joseph Lenz
  • Re: SDSF and TRC, oldtimer
  • <Possible follow-ups>
  • Re: SDSF and TRC, Efinnell15
  • Re: SDSF and TRC, Bruno Sugliani
  • Re: SDSF and TRC, Big Iron
  • Re: SDSF and TRC, Efinnell15
  • Re: SDSF and TRC, Joseph Lenz
  • Re: SDSF and TRC, Efinnell15
• Re: Variation on a theme (was: Re: Sales manual COBOL for OS390 info), Peggy Andrews
  • Re: Variation on a theme (was: Re: Sales manual COBOL for OS390 info), Steve Comstock
  • Re: Variation on a theme (was: Re: Sales manual COBOL for OS390 info), Shmuel Metz , Seymour J.
• Where is the EDCCBG C proc, Francois Paré
  • <Possible follow-ups>
  • RE: Where is the EDCCBG C proc, Imbriale, Donald , Exchange
• Sales manual COBOL for OS390 info, Peggy Andrews
  • <Possible follow-ups>
  • RE: Sales manual COBOL for OS390 info, Imbriale, Donald , Exchange
    • Re: Sales manual COBOL for OS390 info, John Eells
      • Variation on a theme (was: Re: Sales manual COBOL for OS390 info), Steve Comstock
      • RE: Variation on a theme (was: Re: Sales manual COBOL for OS390 info), Charles Mills
      • Re: Variation on a theme (was: Re: Sales manual COBOL for OS390 info), Shmuel Metz , Seymour J.
  • Re: Sales manual COBOL for OS390 info, Peggy Andrews
  • Fw: Sales manual COBOL for OS390 info, Bill Klein
  • Re: Fw: Sales manual COBOL for OS390 info, Peggy Andrews
• Oracle question, McKown, John
  • Re: Oracle question, John S. Giltner, Jr.
  • Re: Oracle question, Tom Longfellow
  • <Possible follow-ups>
  • Re: Oracle question, Efinnell15
  • Re: Oracle question, Ross Biddulph
  • Re: Oracle question, Timothy Sipples
• Professional Services Agreement, Martin Kline
• Wrong structure name, R.S.
  • Re: Wrong structure name, R.S.
  • <Possible follow-ups>
  • Re: Wrong structure name, Efinnell15
  • Re: Wrong structure name, Vernooy, C.P. - SPLXM
    • Re: Wrong structure name, R.S.
• A little goes a long way, Steve Comstock
  • Re: A little goes a long way, Lee Courtney
  • <Possible follow-ups>
  • Re: A little goes a long way, Elardus Engelbrecht
• NO/AMRF, was: how to lose a sysplex in 30 seconds, Barbara Nitz
• 3270 Session Manager survey, Bruce Jefferies
  • Re: 3270 Session Manager survey, Gerhard Postpischil
  • Re: 3270 Session Manager survey, Alan C. Field
  • Re: 3270 Session Manager survey, Stephen Y Odo
  • <Possible follow-ups>
  • Re: 3270 Session Manager survey, Michael W. Moss
  • RE: 3270 Session Manager survey, Larry Kraus
  • RE: 3270 Session Manager survey, Raymond Noal
    • Re: 3270 Session Manager survey, John S. Giltner, Jr.
  • RE: 3270 Session Manager survey, Raymond Noal
    • Re: 3270 Session Manager survey, John S. Giltner, Jr.
  • Re: 3270 Session Manager survey, Patrick O'Keefe
  • Re: 3270 Session Manager survey, Efinnell15
  • Re: 3270 Session Manager survey, Timothy Sipples
    • PCOM and NVAS (was: 3270 Session Manager survey), John S. Giltner, Jr.
• Re: WELLS FARGO QUESTION, gilmap
  • Re: WELLS FARGO QUESTION, rkuebbin
    • RE: WELLS FARGO QUESTION, Charles Mills
  • RE: WELLS FARGO QUESTION, Charles Mills
    • Re: WELLS FARGO QUESTION, Stephen M. Wiegand
      • Re: [IBM-MAIN] WELLS FARGO QUESTION, Darren Evans-Young
      • Re: WELLS FARGO QUESTION, Bruce Black
  • <Possible follow-ups>
  • RE: WELLS FARGO QUESTION, Chase, John
  • Re: WELLS FARGO QUESTION, Efinnell15
  • RE: WELLS FARGO QUESTION, Doc Farmer
• RE: displaying hexadecimal content of a field in COBOL, Farley, Peter x23353
• DFHSM question - VTOC backups, McKown, John
  • Re: DFHSM question - VTOC backups, pauls2272
  • <Possible follow-ups>
  • Re: DFHSM question - VTOC backups, Michael W. Moss
• SMS question, Silvio Camplani
  • <Possible follow-ups>
  • RE: SMS question, McKown, John
• RMM VRS Records, Gates, Guy
  • Re: RMM VRS Records, Tito
  • <Possible follow-ups>
  • Re: RMM VRS Records, Mike Wood
• ftp.emea.ibm.com replaces testcase?, Knutson, Sam
  • <Possible follow-ups>
  • RE: ftp.emea.ibm.com replaces testcase?, Chase, John
  • Re: ftp.emea.ibm.com replaces testcase?, Doug Fuerst
  • Re: ftp.emea.ibm.com replaces testcase?, Patrick O'Keefe
  • Re: ftp.emea.ibm.com replaces testcase?, gilmap
  • Re: ftp.emea.ibm.com replaces testcase?, Patrick O'Keefe
  • RE: ftp.emea.ibm.com replaces testcase?, Hal Merritt
  • Re: ftp.emea.ibm.com replaces testcase?, gilmap
• Tivoli Netview BNJHWMON VTAM ACB Open Failure, Glen.Gasior
  • Re: Tivoli Netview BNJHWMON VTAM ACB Open Failure, Glen.Gasior
    • Re: Tivoli Netview BNJHWMON VTAM ACB Open Failure, Glen.Gasior
      • Re: Tivoli Netview BNJHWMON VTAM ACB Open Failure, Glen.Gasior
      • Re: Tivoli Netview BNJHWMON VTAM ACB Open Failure, Chris Mason
    • Re: Tivoli Netview BNJHWMON VTAM ACB Open Failure, Chris Mason
• Fw: IBM-MAIN Digest - 29 Nov 2005 to 30 Nov 2005 (#2005-334), Henry . Daries
• Re: Is there a JES3 equivalent to SEGMENT= in JES2?, Edward E. Jaffe
• Re: how to lose a sysplex in 30 seconds, Bill Neiman
  • <Possible follow-ups>
  • Re: how to lose a sysplex in 30 seconds, Tom Schmidt
  • Re: how to lose a sysplex in 30 seconds, Bill Neiman
    • Re: how to lose a sysplex in 30 seconds, Alan C. Field
      • Re: how to lose a sysplex in 30 seconds, Ed Gould
  • Re: how to lose a sysplex in 30 seconds, Bill Neiman
  • Re: how to lose a sysplex in 30 seconds, Bill Neiman
• Broken VVDS catalog entries, ibm-main
  • Re: Broken VVDS catalog entries, Rusty
  • Re: Broken VVDS catalog entries, ibm-main
  • <Possible follow-ups>
  • RE: Broken VVDS catalog entries, Rob Scott
    • Re: Broken VVDS catalog entries, ibm-main
      • Re: Broken VVDS catalog entries, Gary Green
      • RE: Broken VVDS catalog entries, Lizette Koehler
  • Re: Broken VVDS catalog entries, Vernooy, C.P. - SPLXM
    • Shared everything thoughts, ibm-main
  • RE: Broken VVDS catalog entries, Tergerson, John
  • Re: Broken VVDS catalog entries, Mark Thomen
• IAR005E problems, גדי בן אבי
  • Re: IAR005E problems, Jim Mulder
  • <Possible follow-ups>
  • RE: IAR005E problems, Knutson, Sam
    • Re: IAR005E problems, Bruce Black
• DFSORT: from hiperspaces to dataspaces!!, DMR-Qualitas Outsourcing
  • Re: DFSORT: from hiperspaces to dataspaces!!, DMR-Qualitas Outsourcing
  • Re: DFSORT: from hiperspaces to dataspaces!!, John S. Giltner, Jr.
  • Re: DFSORT: from hiperspaces to dataspaces!!, Frank Yaeger
  • <Possible follow-ups>
  • RE: DFSORT: from hiperspaces to dataspaces!!, Chase, John
  • Re: DFSORT: from hiperspaces to dataspaces!!, DMR-Qualitas Outsourcing
  • Re: DFSORT: from hiperspaces to dataspaces!!, DMR-Qualitas Outsourcing
• REXX Execs to help in String SRCH, Stephen Waugh
  • <Possible follow-ups>
  • SV: REXX Execs to help in String SRCH, thomas . berg
  • SV: REXX Execs to help in String SRCH, thomas . berg
  • RE: REXX Execs to help in String SRCH, TISLER Zaromil
• IMS DBCTL vs DC. Can they work together, Tom Longfellow
  • Re: IMS DBCTL vs DC. Can they work together, david
    • Re: IMS DBCTL vs DC. Can they work together, Tom Longfellow
      • Re: IMS DBCTL vs DC. Can they work together, david
      • Re: IMS DBCTL vs DC. Can they work together, Tom Longfellow
      • Re: IMS DBCTL vs DC. Can they work together, David
      • Re: IMS DBCTL vs DC. Can they work together, david
• ISPEXEC EDIT using a DDname, Roger Wasley
  • <Possible follow-ups>
  • Re: ISPEXEC EDIT using a DDname, Rob Wunderlich
  • Re: ISPEXEC EDIT using a DDname, Bruce Hewson
• Finalist Replacement ?, Kittendorf, Craig
  • <Possible follow-ups>
  • RE: Finalist Replacement ?, Fred Hoffman
  • Re: Finalist Replacement ?, Efinnell15
    • Re: Finalist Replacement ?, David Nobles
  • RE: Finalist Replacement ?, Kittendorf, Craig
  • Re: Finalist Replacement ?, Efinnell15
• RE: STRNO in DB2 catalog, Traylor, Terry
  • <Possible follow-ups>
  • Re: STRNO in DB2 catalog, DMR-Qualitas Outsourcing
  • Re: STRNO in DB2 catalog, DMR-Qualitas Outsourcing
    • Re: STRNO in DB2 catalog, Mike Bell
  • Re: STRNO in DB2 catalog, Avram Friedman
    • Re: STRNO in DB2 catalog, Mike Bell
  • Re: STRNO in DB2 catalog, Avram Friedman
    • Re: STRNO in DB2 catalog, R.S.
  • Re: STRNO in DB2 catalog, Avram Friedman
• Optimising use of 3592 Drives, Michael Pratt
  • Re: Optimising use of 3592 Drives, Bruce Black
  • <Possible follow-ups>
  • Re: Optimising use of 3592 Drives, Michael W. Moss
• FTP issues, thirumurugan
  • Re: FTP issues, George Young
    • Re: FTP issues, thirumurugan
      • Re: FTP issues, George Young
  • Re: FTP issues, JO . Skip . Robinson
  • <Possible follow-ups>
  • RE: FTP issues, Raymond Noal
  • RE: FTP issues, McKown, John
  • Re: FTP issues, Efinnell15
  • RE: FTP issues, Hal Merritt
    • Re: FTP issues, thirumurugan
• userdata line in jcl, oopscoder
  • Re: userdata line in jcl, howard . brazee
    • Re: userdata line in jcl, Bruce Black
      • Re: userdata line in jcl, Shmuel Metz , Seymour J.
  • Re: userdata line in jcl, John S. Giltner, Jr.
    • Re: userdata line in jcl, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: userdata line in jcl, Hunkeler Peter , KRDO 4
    • Re: userdata line in jcl, howard . brazee
• fileaid map, oopscoder
  • Re: fileaid map, howard . brazee
    • Re: fileaid map, oopscoder
• RE: [IBM-MAIN] Using symbolic in JCL, Ken . Porowski
  • Re: Using symbolic in JCL, Ed Gould
• REXX Books, alan . schwartz
  • Re: REXX Books, Chris Mason
  • RE: REXX Books, Ray Mullins
  • Re: REXX Books, Shmuel Metz , Seymour J.
    • Re: [IBM-MAIN] REXX Books, Volker Bandke
      • Re: REXX Books, Anthony Bongiorno
      • Re: REXX Books, Shmuel Metz , Seymour J.
      • Re: [IBM-MAIN] REXX Books, Volker Bandke
    • Re: REXX Books, esther
  • <Possible follow-ups>
  • RE: REXX Books, Scott Barry
  • Re: REXX Books, John Hamman
    • Re: REXX Books, alan . schwartz
      • RE: REXX Books, Charles Mills
      • RE: REXX Books, Charles Mills
  • RE: REXX Books, Phil Smith III
  • Re: REXX Books, Sebastian Welton
• Re: sftp interactive under uss shell?, Aaron Walker
• Re: IBMLINK News, Paul Dineen
  • Re: IBMLINK News, alan . schwartz
  • Re: IBMLINK News, Bruce Black
  • <Possible follow-ups>
  • RE: IBMLINK News, Chase, John
  • RE: IBMLINK News, Farley, Peter x23353
  • RE: IBMLINK News, McKown, John
    • Re: IBMLINK News, tpuddico
  • Re: IBMLINK News, Imbriale, Don
• TCPIP for z/OS 1.4, Jim McAlpine
  • Re: TCPIP for z/OS 1.4, Jim McAlpine
• EPSPT and Toleration Maint., Ken . Porowski
• Re: Using symbolic in JCL, Peter Relson
  • <Possible follow-ups>
  • RE: Using symbolic in JCL, Hunkeler Peter , KRDO 4
    • Re: Using symbolic in JCL, Shmuel Metz , Seymour J.
  • Re: Using symbolic in JCL, gilmap
    • Re: Using symbolic in JCL, Walt Farrell
      • Re: Using symbolic in JCL, R.S.
      • RE: Using symbolic in JCL, Charles Mills
      • Re: Using symbolic in JCL, Ed Gould
      • Re: Using symbolic in JCL, Dan Espen
      • Re: Using symbolic in JCL, Joe Zitzelberger
      • Re: Using symbolic in JCL, Walt Farrell
  • RE: Using symbolic in JCL, Farley, Peter x23353
    • Re: Using symbolic in JCL, Shmuel Metz , Seymour J.
  • RE: Using symbolic in JCL, Imbriale, Donald , Exchange
    • Re: Using symbolic in JCL, David Andrews
  • Re: Using symbolic in JCL, R.S.
    • Re: Using symbolic in JCL, Shmuel Metz , Seymour J.
  • Re: Using symbolic in JCL, Tom Schmidt
  • RE: Using symbolic in JCL, TISLER Zaromil
  • RE: Using symbolic in JCL, McKown, John
  • Re: Using symbolic in JCL, Patrick O'Keefe
  • Re: Using symbolic in JCL, gilmap
  • Re: Using symbolic in JCL, gilmap
  • RE: Using symbolic in JCL, Farley, Peter x23353
    • Re: Using symbolic in JCL, Shmuel Metz , Seymour J.
  • RE: Using symbolic in JCL, Farley, Peter x23353
  • Re: Using symbolic in JCL, Shmuel Metz , Seymour J.
  • Re: Using symbolic in JCL, Shmuel Metz , Seymour J.
  • Re: Using symbolic in JCL, Tom Schmidt
    • Re: Using symbolic in JCL, Bill Ogden
      • Re: Using symbolic in JCL, Tom Schmidt
    • Re: Using symbolic in JCL, Shmuel Metz , Seymour J.
  • RE: Using symbolic in JCL, TISLER Zaromil
  • RE: Using symbolic in JCL, Huckert, James
  • Re: Using symbolic in JCL, Rob Wunderlich
  • Re: Using symbolic in JCL, Dan
  • Re: Using symbolic in JCL, gilmap
    • Re: Using symbolic in JCL, Shmuel Metz , Seymour J.
  • Re: Using symbolic in JCL, gilmap
    • Re: Using symbolic in JCL, Shmuel Metz , Seymour J.
• Batch performance, Perryman, Brian
  • Re: Batch performance, Patrick . Falcone
  • <Possible follow-ups>
  • Re: Batch performance, Martin Kline
    • Re: Batch performance, Shane Ginnane
  • Re: Batch performance, Joel Wolpert
  • RE: Batch performance, Perryman, Brian
    • Re: Batch performance, Johnny
  • RE: Batch performance, Perryman, Brian
• RE: Allocated volumes after the power loss in the storage subsyst em, TISLER Zaromil
  • <Possible follow-ups>
  • RE: Allocated volumes after the power loss in the storage subsyst em, Hunkeler Peter , KRDO 4
  • RE: Allocated volumes after the power loss in the storage subsyst em, TISLER Zaromil
  • RE: Allocated volumes after the power loss in the storage subsyst em, Hunkeler Peter , KRDO 4
  • RE: Allocated volumes after the power loss in the storage subsyst em, TISLER Zaromil
  • Re: Allocated volumes after the power loss in the storage subsyst em, Vernooy, C.P. - SPLXM
  • RE: Allocated volumes after the power loss in the storage subsyst em, TISLER Zaromil
  • Re: Allocated volumes after the power loss in the storage subsyst em, Vernooy, C.P. - SPLXM
  • RE: Allocated volumes after the power loss in the storage subsyst em, TISLER Zaromil
    • Re: Allocated volumes after the power loss in the storage subsyst em, john . ticic . extern
  • RE: Allocated volumes after the power loss in the storage subsyst em, TISLER Zaromil
• RE: [IBM-MAIN] IBMLINK News, Hall, Ken , GTI
  • <Possible follow-ups>
  • RE: [IBM-MAIN] IBMLINK News, Ken . Porowski
  • RE: [IBM-MAIN] IBMLINK News, Ken . Porowski
• Re: [IBM-MAIN] Sysplex survey (was: Using symbolic in JCL), Marian Gasparovic
  • Re: [IBM-MAIN] Sysplex survey (was: Using symbolic in JCL), Marian Gasparovic
• Re: IDC3009I Return Code 18,Reason Code 12 for IDCAMS ALTER with, R.S.
  • Re: IDC3009I Return Code 18,Reason Code 12 for IDCAMS ALTER with, Shmuel Metz , Seymour J.
• Allocated volumes after the power loss in the storage subsystem, TISLER Zaromil
  • <Possible follow-ups>
  • Re: Allocated volumes after the power loss in the storage subsystem, Vernooy, C.P. - SPLXM
  • Re: Allocated volumes after the power loss in the storage subsystem, Efinnell15
• Re: Resource cost of encryption, Jan Vanbrabant
  • Re: Resource cost of encryption, Walt Farrell

• Security
• UNIX
• Linux
• Coding
• Usenet

• Archive
• About
• Privacy
• Search
• Imprint

newsgroups.derkeiler.com  > Archive  > Comp  > bit.listserv.ibm-main  > 2005-12