bit.listserv.ibm-main

• Date Index

---

• STRNO in DB2 catalog, DMR-Qualitas Outsourcing
• Re: IDC3009I Return Code 18,Reason Code 12 for IDCAMS ALTER with, gilmap
  • <Possible follow-ups>
  • RE: IDC3009I Return Code 18,Reason Code 12 for IDCAMS ALTER with, Hunkeler Peter , KRDO 4
• Re: IDC3009I Return Code 18,Reason Code 12 for IDCAMS ALTER with security-related parameters(READPW, ...), Mark Thomen
• Resource cost of encryption, Chase, John
  • <Possible follow-ups>
  • Re: Resource cost of encryption, Timothy Sipples
• IDC3009I Return Code 18, Reason Code 12 for IDCAMS ALTER with security-related parameters (READPW, ...), Knutson, Sam
• IBMLINK News, alan . schwartz
  • <Possible follow-ups>
  • RE: IBMLINK News, McKown, John
  • RE: IBMLINK News, Pope, Lynette
  • RE: IBMLINK News, Fletcher, Kevin
  • RE: IBMLINK News, Raymond Noal
    • Re: IBMLINK News, alan . schwartz
  • RE: IBMLINK News, David Kreiss
  • Re: IBMLINK News, Richard_Crook
  • Re: IBMLINK News, Efinnell15
    • Re: IBMLINK News, Robert Harrison
• LE version, Jon Brock
  • RE: LE version, Charles Mills
  • <Possible follow-ups>
  • RE: LE version, Jon Brock
  • Re: LE version, Ted MacNEIL
  • Re: LE version, Timothy Sipples
• Re: trigonometric functions, john gilmore
  • <Possible follow-ups>
  • Re: trigonometric functions, Arthur T.
    • Re: trigonometric functions, mlwheeler
• Machine Type, Dave Cartwright
  • <Possible follow-ups>
  • Re: Machine Type, Scott Barry
  • RE: Machine Type, Chase, John
    • Re: Machine Type, John S. Giltner, Jr.
    • RE: Machine Type, Charles Mills
  • RE: Machine Type, Farley, Peter x23353
  • RE: Machine Type, Chase, John
  • Re: Machine Type, Efinnell15
    • Re: Machine Type, Ed Gould
  • RE: Machine Type, Chase, John
    • Re: Machine Type, Ed Gould
  • Re: Machine Type, Kris Johnson
• Autoswitch across Sysplex's, Ceruti, Gerard G
  • <Possible follow-ups>
  • Re: Autoswitch across Sysplex's, Vernooy, C.P. - SPLXM
    • Re: Autoswitch across Sysplex's, R.S.
      • Re: Autoswitch across Sysplex's, Witold Scislak
  • Re: Autoswitch across Sysplex's, Mark Zelden
  • Re: Autoswitch across Sysplex's, Mike Wood
  • Re: Autoswitch across Sysplex's, Vernooy, C.P. - SPLXM
    • Re: Autoswitch across Sysplex's, R.S.
• Submitting a JCL via Email, Miklos Szigetvari
  • Re: [IBM-MAIN] Submitting a JCL via Email, Marian Gasparovic
  • <Possible follow-ups>
  • Re: Submitting a JCL via Email, gilmap
• Re: Submitting JCL via FTP, Martin Kline
  • Re: Submitting JCL via FTP, John S. Giltner, Jr.
    • RE: Submitting JCL via FTP, Didier Lamare
      • Re: Submitting JCL via FTP, John S. Giltner, Jr.
  • <Possible follow-ups>
  • RE: Submitting JCL via FTP, Hunkeler Peter , KRDO 4
• Sysplex survey (was: Using symbolic in JCL), R.S.
• IBM 3590 shared, Carlos A Bodra
• IP/Printway Question., Howard Rifkind
  • Re: [IBM-MAIN] IP/Printway Question., Volker Bandke
  • Re: IP/Printway Question., John S. Giltner, Jr.
• Wisconsin Linux on zSeries User Group Meeting 6Dec05, Timothy Sipples
• DADSM error, Chiam, Susan Mee-Shia
  • Re: DADSM error, Shane Ginnane
  • <Possible follow-ups>
  • RE: DADSM error, Chiam, Susan Mee-Shia
• Is there a JES3 equivalent to SEGMENT= in JES2?, Hunkeler Peter , KRDO 4
  • Re: Is there a JES3 equivalent to SEGMENT= in JES2?, Ninja Zombie
  • <Possible follow-ups>
  • Re: Is there a JES3 equivalent to SEGMENT= in JES2?, Larre Shiller
    • Re: Is there a JES3 equivalent to SEGMENT= in JES2?, Edward E. Jaffe
  • RE: Is there a JES3 equivalent to SEGMENT= in JES2?, Hunkeler Peter , KRDO 4
  • Re: Is there a JES3 equivalent to SEGMENT= in JES2?, Tom Schmidt
  • RE: Is there a JES3 equivalent to SEGMENT= in JES2?, Hunkeler Peter , KRDO 4
• help me about IEC331I 050-033, yypbj
  • <Possible follow-ups>
  • help me about IEC331I 050-033, yypbj
• MAXCC=2000, Jerry Ragland
  • <Possible follow-ups>
  • RE: MAXCC=2000, Hunkeler Peter , KRDO 4
  • Re: MAXCC=2000, Big Iron
• slash in PARM strings, gah
• CA-1 to RMM Conversion, James Smith
  • <Possible follow-ups>
  • Re: CA-1 to RMM Conversion, Michael W. Moss
  • Re: CA-1 to RMM Conversion, Mike Wood
  • CA-1 to RMM Conversion, jmooney
    • RE: CA-1 to RMM Conversion, James Smith
• PSP information, גדי בן אבי
  • Re: PSP information, Chris Mason
    • Re: PSP information, John S. Giltner, Jr.
  • <Possible follow-ups>
  • RE: PSP information, גדי בן אבי
• how to lose a sysplex in 30 seconds, Gil Peleg
  • RE: how to lose a sysplex in 30 seconds, Paul Hanrahan
  • Re: how to lose a sysplex in 30 seconds, R.S.
  • <Possible follow-ups>
  • Re: how to lose a sysplex in 30 seconds, Barbara Nitz
    • Re: how to lose a sysplex in 30 seconds, Gil Peleg
  • Re: how to lose a sysplex in 30 seconds, Barbara Nitz
    • Re: how to lose a sysplex in 30 seconds, Gil Peleg
    • Re: how to lose a sysplex in 30 seconds, Gil Peleg
  • RE: how to lose a sysplex in 30 seconds, TISLER Zaromil
  • Re: how to lose a sysplex in 30 seconds, Bill Neiman
    • Re: how to lose a sysplex in 30 seconds, Gil Peleg
  • RE: how to lose a sysplex in 30 seconds, TISLER Zaromil
  • Re: how to lose a sysplex in 30 seconds, Bill Neiman
  • RE: how to lose a sysplex in 30 seconds, Chase, John
  • Re: how to lose a sysplex in 30 seconds, Bill Neiman
  • Re: how to lose a sysplex in 30 seconds, Peter Relson
    • Re: how to lose a sysplex in 30 seconds, Gil Peleg
      • Re: how to lose a sysplex in 30 seconds, Edward E. Jaffe
      • Re: how to lose a sysplex in 30 seconds, ibm-main
• Any Old Time Inc types on the list?, Ed Gould
• IBM Ships latest Z9 Mainframe, Ed Gould
• EXEC PARM "bug" or "feature"?, Gerry Palmer
  • Re: EXEC PARM "bug" or "feature"?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: EXEC PARM "bug" or "feature"?, Jousma, David
  • FW: EXEC PARM "bug" or "feature"?, Jousma, David
  • Re: EXEC PARM "bug" or "feature"?, Gerry Palmer
    • Re: EXEC PARM "bug" or "feature"?, poitras
  • Re: EXEC PARM "bug" or "feature"?, Ted MacNEIL
  • Re: EXEC PARM "bug" or "feature"?, john gilmore
    • Re: EXEC PARM "bug" or "feature"?, M. Ray Mullins
• WELLS FARGO QUESTION, Sam@xxxxxxxxxxxx>
  • Re: WELLS FARGO QUESTION, richgr
  • Re: WELLS FARGO QUESTION, Stephen M. Wiegand
  • Re: WELLS FARGO QUESTION, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: WELLS FARGO QUESTION, Efinnell15
• public available IBM mvs machines ?, Nicola Attico
• Early Release of JES2 SPOOL space for spin-off data sets, Gilbert Saint-Flour
  • <Possible follow-ups>
  • Re: Early Release of JES2 SPOOL space for spin-off data sets, Hank Medler
  • Re: Early Release of JES2 SPOOL space for spin-off data sets, Hank Medler
  • Re: Early Release of JES2 SPOOL space for spin-off data sets, Hank Medler
  • Re: Early Release of JES2 SPOOL space for spin-off data sets, Bruno Sugliani
    • Re: Early Release of JES2 SPOOL space for spin-off data sets, Shmuel Metz , Seymour J.
  • Re: Early Release of JES2 SPOOL space for spin-off data sets, Keith E. Moe
  • Re: Early Release of JES2 SPOOL space for spin-off data sets, Ted MacNEIL
  • Re: Early Release of JES2 SPOOL space for spin-off data sets, Ted MacNEIL
  • Re: Early Release of JES2 SPOOL space for spin-off data sets, Barbara Nitz
• Control-M info, Dirk Devos
  • <Possible follow-ups>
  • RE: Control-M info, Maxfield, John
• Problem with Subsystem Interface to JESx, Function 80, Wolfgang Rupprath
• Introducing delay in a assembler., Jerry Ragland
  • Re: Introducing delay in a assembler., Gerhard Postpischil
    • Re: Introducing delay in a assembler., john gilmore
      • Re: Introducing delay in a assembler., Gerhard Postpischil
      • Re: Introducing delay in a assembler., Chris Mason
  • Re: Introducing delay in a assembler., bfwd
  • Re: Introducing delay in a assembler., bfwd
  • <Possible follow-ups>
  • RE: Introducing delay in a assembler., Campbell Jay
  • RE: Introducing delay in a assembler., Hunkeler Peter , KRDO 4
  • Re: Introducing delay in a assembler., Jerry Ragland
    • RE: Introducing delay in a assembler., Lizette Koehler
  • Re: Introducing delay in a assembler., Vernooy, C.P. - SPLXM
  • Re: Introducing delay in a assembler., Jerry Ragland
• CICS Abend Code, Parin Gangar
  • Re: CICS Abend Code, Rogerio Delfino
  • <Possible follow-ups>
  • RE: CICS Abend Code, Huckert, James
• Catalog question, Walter Marguccio
  • RE: Catalog question, Larry Crilley
    • Policy for CPU and OS upgrade, Mohamed Juma
      • Re: Policy for CPU and OS upgrade, John S. Giltner, Jr.
      • Re: Policy for CPU and OS upgrade, Shmuel Metz , Seymour J.
• Running COBOL under z/os.e, Hal Merritt
  • <Possible follow-ups>
  • RE: Running COBOL under z/os.e, Jousma, David
  • Re: Running COBOL under z/os.e, Efinnell15
  • RE: Running COBOL under z/os.e, Jousma, David
  • RE: Running COBOL under z/os.e, McKown, John
  • RE: Running COBOL under z/os.e, McKown, John
    • Re: Running COBOL under z/os.e, M. Ray Mullins
  • RE: Running COBOL under z/os.e, Hal Merritt
  • Re: Running COBOL under z/os.e, Efinnell15
  • Fw: Running COBOL under z/os.e, William M. Klein
  • RE: Running COBOL under z/os.e, Mullen, Patrick
  • Re: Running COBOL under z/os.e, Ted MacNEIL
  • RE: Running COBOL under z/os.e, McKown, John
    • Re: Running COBOL under z/os.e, R.S.
      • Re: Running COBOL under z/os.e, Ed Gould
  • Re: Fw: Running COBOL under z/os.e, Andy Robertson
  • Re: Running COBOL under z/os.e, Tom Russell
    • RE: Running COBOL under z/os.e, Charles Mills
  • Re: Running COBOL under z/os.e, Timothy Sipples
  • RE: Running COBOL under z/os.e, McKown, John
    • Re: Running COBOL under z/os.e, Steve Comstock
  • RE: Running COBOL under z/os.e, McKown, John
    • Re: Running COBOL under z/os.e, Chris Mason
    • Re: Running COBOL under z/os.e, howard . brazee
  • RE: Running COBOL under z/os.e, McKown, John
  • Re: Running COBOL under z/os.e, Timothy Sipples
  • RE: Running COBOL under z/os.e, Hal Merritt
  • RE: Running COBOL under z/os.e, Hal Merritt
• sftp interactive under uss shell?, Joel Ivey
  • Re: sftp interactive under uss shell?, John S. Giltner, Jr.
    • Re: sftp interactive under uss shell?, Chris Mason
      • Re: sftp interactive under uss shell?, John S. Giltner, Jr.
  • Re: sftp interactive under uss shell?, Stuart Holland
  • Re: sftp interactive under uss shell?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: sftp interactive under uss shell?, gilmap
  • RE: sftp interactive under uss shell?, McKown, John
  • Re: sftp interactive under uss shell?, Joel Ivey
    • Re: sftp interactive under uss shell?, John S. Giltner, Jr.
• Master Catalog, Warren Brown
  • <Possible follow-ups>
  • Master Catalog, Warren Brown
  • Re: Master Catalog, Scott Doherty
  • RE: Master Catalog, Imbriale, Donald , Exchange
• HELP: Preventing concurrent jobs from using the same input file., Catch_22
• What were RACF profile classes $INT, Len Rugen
  • Re: What were RACF profile classes $INT, R.S.
  • RE: What were RACF profile classes $INT, Wayne Driscoll
• CA1 Fallback utility, Garry G. Green
  • RE: CA1 Fallback utility, Gerhard Adam
• SMS Question On Adding Volumes To An Existing Pool., Robert Pelletier
  • Re: SMS Question On Adding Volumes To An Existing Pool., Anthony Bongiorno
    • Re: SMS Question On Adding Volumes To An Existing Pool., Anthony Bongiorno
  • <Possible follow-ups>
  • RE: SMS Question On Adding Volumes To An Existing Pool., Mendelson, Eric
  • RE: SMS Question On Adding Volumes To An Existing Pool., Robert Pelletier
• Re: SORT OUTREC with uneven number of parms, Gilbert Saint-Flour
  • Re: SORT OUTREC with uneven number of parms, Frank Yaeger
• IEFSSNXX, Schramm, Rob
  • Re: IEFSSNXX, Edward E. Jaffe
  • RE: IEFSSNXX, Wayne Driscoll
  • Re: IEFSSNXX, Binyamin Dissen
  • <Possible follow-ups>
  • Re: IEFSSNXX, Bill Neiman
    • Re: IEFSSNXX, David Andrews
    • Re: IEFSSNXX, Edward E. Jaffe
  • Re: IEFSSNXX, Imbriale, Don
  • Re: IEFSSNXX, Tom Schmidt
    • Re: IEFSSNXX, Edward E. Jaffe
    • Re: IEFSSNXX, David Andrews
  • Re: IEFSSNXX, Tom Schmidt
• Assembler BOOK now aval at amazon ( very good book), Anthony Bongiorno
• Sober virus spreading as FBI mail attachment., Efinnell15
• miniunz, Mendelson, Eric
  • <Possible follow-ups>
  • FW: miniunz, Mendelson, Eric
  • Re: miniunz, Greg Price
• VSAM max number of records, François LE MANER
  • Re: VSAM max number of records, R.S.
  • <Possible follow-ups>
  • Re: VSAM max number of records, François LE MANER
    • Re: VSAM max number of records, R.S.
• RE: displaying hexadecimal content of a field in COBOL, Chase, John
  • <Possible follow-ups>
  • Re: displaying hexadecimal content of a field in COBOL, Art Celestini
  • RE: displaying hexadecimal content of a field in COBOL, Chase, John
  • Re: displaying hexadecimal content of a field in COBOL, Art Celestini
    • RE: displaying hexadecimal content of a field in COBOL, Charles Mills
  • RE: displaying hexadecimal content of a field in COBOL, Chase, John
  • RE: displaying hexadecimal content of a field in COBOL, Chase, John
  • Re: displaying hexadecimal content of a field in COBOL, Art Celestini
    • Re: displaying hexadecimal content of a field in COBOL, Mike Bell
      • Re: displaying hexadecimal content of a field in COBOL, bfwd
  • Re: displaying hexadecimal content of a field in COBOL, Art Celestini
  • Re: displaying hexadecimal content of a field in COBOL, Art Celestini
• JES3 : is Global /local information available in CVT., Pierre Bodart
  • Re: JES3 : is Global /local information available in CVT., Edward E. Jaffe
    • Re: JES3 : is Global /local information available in CVT., Pierre Bodart
• Is there an IBM supplied DSECT that maps the linkage stack entry?, Binyamin Dissen
  • <Possible follow-ups>
  • Re: Is there an IBM supplied DSECT that maps the linkage stack entry?, Philippe Leite
    • Re: Is there an IBM supplied DSECT that maps the linkage stack entry?, Binyamin Dissen
  • Re: Is there an IBM supplied DSECT that maps the linkage stack entry?, Philippe Leite
    • Re: Is there an IBM supplied DSECT that maps the linkage stack entry?, Binyamin Dissen
  • RE: Is there an IBM supplied DSECT that maps the linkage stack entry?, Craddock, Chris
  • Re: Is there an IBM supplied DSECT that maps the linkage stack entry?, Barbara Nitz
  • Re: Is there an IBM supplied DSECT that maps the linkage stack entry?, Peter Relson
• HDS 9900 ShadowImage backup & restore process, Dennis Leong
• SYS1.UADS - when is it read?, Patrick Lyon
  • <Possible follow-ups>
  • Re: SYS1.UADS - when is it read?, Efinnell15
  • SYS1.UADS - when is it read?, Keith E. Moe
    • Re: SYS1.UADS - when is it read?, Ed Gould
  • Re: SYS1.UADS - when is it read?, Patrick Lyon
  • Re: SYS1.UADS - when is it read?, Patrick Lyon
    • Re: SYS1.UADS - when is it read?, Barry Schwarz
  • Re: SYS1.UADS - when is it read?, Efinnell15
  • Re: SYS1.UADS - when is it read?, Dave Butts
    • RE: SYS1.UADS - when is it read?, tony babonas
  • Re: SYS1.UADS - when is it read?, Rob Wunderlich
    • Re: SYS1.UADS - when is it read?, Ed Gould
  • Re: SYS1.UADS - when is it read?, Patrick Lyon
  • Re: SYS1.UADS - when is it read?, Patrick Lyon
    • RE: SYS1.UADS - when is it read?, tony babonas
    • Re: SYS1.UADS - when is it read?, Walt Farrell
  • Re: SYS1.UADS - when is it read?, Patrick Lyon
• missing Panel "checkasl", dackerman
• dynamic LPA, John Norgauer
  • <Possible follow-ups>
  • Re: dynamic LPA, Liliane L. Clever
    • Re: dynamic LPA, John Norgauer
  • Re: dynamic LPA, Barbara Nitz
    • Re: dynamic LPA, John Norgauer
  • dynamic LPA, Don Ault
  • Re: dynamic LPA, Barbara Nitz
  • Re: dynamic LPA, Peter Relson
  • RE: dynamic LPA, Jakubek, Jan
  • Re: dynamic LPA, Tuco Bonno
  • Re: dynamic LPA, Barbara Nitz
  • Re: dynamic LPA, Peter Relson
  • RE: dynamic LPA, Knutson, Sam
• rwe: displaying hexadecimal content of a field in COBOL, john gilmore
  • Re: rwe: displaying hexadecimal content of a field in COBOL, Art Celestini
    • Re: rwe: displaying hexadecimal content of a field in COBOL, Art Celestini
  • Re: [IBM-MAIN] rwe: displaying hexadecimal content of a field in COBOL, Volker Bandke
• Displaying hexdecimal content of field in Cobol, John Krew
  • RE: Displaying hexdecimal content of field in Cobol, Charles Mills
  • Re: Displaying hexdecimal content of field in Cobol, Joe Zitzelberger
  • <Possible follow-ups>
  • RE: Displaying hexdecimal content of field in Cobol, McKown, John
  • RE: Displaying hexdecimal content of field in Cobol, Kittendorf, Craig
  • RE: Displaying hexdecimal content of field in Cobol, Charles Mills
  • RE: Displaying hexdecimal content of field in Cobol, Jim Keohane , MPI
    • Re: Displaying hexdecimal content of field in Cobol, John Krew
• RTLS questions, Moesy
• Charging MSUs - a thought, Phil Payne
  • <Possible follow-ups>
  • Re: Charging MSUs - a thought, Ted MacNEIL
• CA11 and Datacom errors in SYSPLEX - Any ideas?, Hall, Ken , GTI
  • <Possible follow-ups>
  • RE: CA11 and Datacom errors in SYSPLEX - Any ideas?, Jon Brock
  • FW: CA11 and Datacom errors in SYSPLEX - Any ideas?, Norman Hollander
  • Re: CA11 and Datacom errors in SYSPLEX - Any ideas?, Robert Justice
• Moving tape GDG to new volume, Jon Brock
  • Re: Moving tape GDG to new volume, David Andrews
  • Re: Moving tape GDG to new volume, Binyamin Dissen
  • <Possible follow-ups>
  • Re: Moving tape GDG to new volume, Terry Sambrooks
  • Re: Moving tape GDG to new volume, Vernooy, C.P. - SPLXM
• Mainframe DASD in SAN, Chase, John
  • RE: Mainframe DASD in SAN, Ron and Jenny Hawkins
    • RE: Mainframe DASD in SAN, Ron and Jenny Hawkins
  • <Possible follow-ups>
  • Re: Mainframe DASD in SAN, Ambat Ravi Nair
• [Fwd: Re: Performance tools and JAVA], Steve Comstock
• Memory limit / IEFUSI / QUICK SURVEY, Bob H
  • RE: Memory limit / IEFUSI / QUICK SURVEY, Steve Bui
  • Re: Memory limit / IEFUSI / QUICK SURVEY, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Memory limit / IEFUSI / QUICK SURVEY, Vernooy, C.P. - SPLXM
    • Re: Memory limit / IEFUSI / QUICK SURVEY, Shmuel Metz , Seymour J.
  • Re: Memory limit / IEFUSI / QUICK SURVEY, Vernooy, C.P. - SPLXM
    • Re: Memory limit / IEFUSI / QUICK SURVEY, Shmuel Metz , Seymour J.
  • Re: Memory limit / IEFUSI / QUICK SURVEY, Vernooy, C.P. - SPLXM
• ICP channels, R.S.
  • Re: ICP channels, ibm-main
    • Re: ICP channels, R.S.
  • <Possible follow-ups>
  • Re: ICP channels, felipe . serrano
  • RE: ICP channels, Bielskie, Stephen
• Re: tn3270 work through VPN? Related topic, Dan Ahler
• Query regarding z/OS FTP, Terry Sambrooks
  • Re: Query regarding z/OS FTP, John S. Giltner, Jr.
  • <Possible follow-ups>
  • RE: Query regarding z/OS FTP, Hunkeler Peter , KRDO 4
  • Re: Query regarding z/OS FTP, Tomas Fott
  • Re: Query regarding z/OS FTP, Terry Sambrooks
  • RE: Query regarding z/OS FTP, Hunkeler Peter , KRDO 4
• BUFNO=2 & DB2 catalog, Christian Blesa
• R: Is it possible?, MASSIMO BIANCUCCI
• SM CF Duplexing, R.S.
  • Re: SM CF Duplexing, JO . Skip . Robinson
  • <Possible follow-ups>
  • Re: SM CF Duplexing, Felipe
• Is it possible?, Alexander
  • Re: Is it possible?, billlalonde
    • Re: Is it possible?, Alexander
  • <Possible follow-ups>
  • Re: Is it possible?, Vernooy, C.P. - SPLXM
• (none), steve
  • <Possible follow-ups>
  • (none), Didier Lamare
    • Re: (none), kpinkham
• Re: CDESPLIT flag and RMODE(SPLIT) question, Peter Relson
  • <Possible follow-ups>
  • Re: CDESPLIT flag and RMODE(SPLIT) question, Vic Petrone
• Allocation Messages, gilmap
  • Re: Allocation Messages, Bruce Black
  • Re: Allocation Messages, John S. Giltner, Jr.
  • Re: Allocation Messages, Bruce Black
  • <Possible follow-ups>
  • RE: Allocation Messages, TISLER Zaromil
  • SV: Allocation Messages, thomas . berg
    • Re: SV: Allocation Messages, Anthony Bongiorno
• Re: Performance tools and JAVA, steve
• To know how a data set is protected by RACF, Johnny Luo
  • RE: To know how a data set is protected by RACF, Lizette Koehler
  • Re: To know how a data set is protected by RACF, R.S.
  • Re: To know how a data set is protected by RACF, Shmuel Metz , Seymour J.
    • Re: To know how a data set is protected by RACF, Luo Johnny
      • Re: To know how a data set is protected by RACF, R.S.
      • Re: To know how a data set is protected by RACF, Luo Johnny
      • Re: To know how a data set is protected by RACF, R.S.
      • Re: To know how a data set is protected by RACF, Johnny Luo
  • <Possible follow-ups>
  • To know how a data set is protected by RACF, Terry Sambrooks
  • RE: To know how a data set is protected by RACF, Mueller, David
• Re: tn3270 work through VPN?, Eric Chevalier
  • Re: tn3270 work through VPN?, JO . Skip . Robinson
    • RE: tn3270 work through VPN?, Ray Mullins
      • Re: tn3270 work through VPN?, dippy_x
  • <Possible follow-ups>
  • Re: tn3270 work through VPN?, Timothy Sipples
    • Re: tn3270 work through VPN?, John P Kalinich
    • Re: tn3270 work through VPN?, dippy_x
  • Re: tn3270 work through VPN?, Timothy Sipples
  • RE: tn3270 work through VPN?, Huckert, James
  • Re: tn3270 work through VPN?, Timothy Sipples
• New zPoPS, McKown, John
  • Re: New zPoPS, mcknight-b-a
• Infozip on zos, Larry . Heath
  • <Possible follow-ups>
  • Re: Infozip on zos, Efinnell15
• EMS1076E Recursive logon in NVAS, Davis Kriss P
  • Re: EMS1076E Recursive logon in NVAS, John S. Giltner, Jr.
• SORT and VBS records, Mautalen Juan Guillermo
  • <Possible follow-ups>
  • RE: SORT and VBS records, Chase, John
• REXX Question, alan . schwartz
  • Re: REXX Question, JO . Skip . Robinson
    • Re: REXX Question, alan . schwartz
      • Re: REXX Question, JO . Skip . Robinson
      • Re: REXX Question, Shmuel Metz , Seymour J.
  • Re: REXX Question, gerard46
  • RE: REXX Question, Paul Hanrahan
  • <Possible follow-ups>
  • RE: REXX Question, Roberto Halais Kareh
    • Re: REXX Question, alan . schwartz
  • RE: REXX Question, Imbriale, Donald , Exchange
    • Re: REXX Question Answered, alan . schwartz
  • Re: REXX Question, gilmap
  • Rexx Question, Brian Thomas
    • Re: Rexx Question, Edward E. Jaffe
    • Re: Rexx Question, Shmuel Metz , Seymour J.
  • RE: Rexx Question, Itschak Mugzach
    • Re: Rexx Question, Brian Thomas
      • Re: Rexx Question, Shmuel Metz , Seymour J.
  • Re: Rexx Question, Efinnell15
  • RE: Rexx Question, Roberto Halais Kareh
• Performance tools and JAVA, Duffy, Peter
  • Re: Performance tools and JAVA, ibm-main
    • Re: Performance tools and JAVA, JO . Skip . Robinson
      • RE: Performance tools and JAVA, Ron and Jenny Hawkins
      • Re: Performance tools and JAVA, Edward E. Jaffe
      • Re: Performance tools and JAVA, Shmuel Metz , Seymour J.
      • obsfuscation, howard . brazee
      • Re: obsfuscation, Shmuel Metz , Seymour J.
      • Re: obsfuscation, howard . brazee
      • Re: Performance tools and JAVA, Edward E. Jaffe
      • Re: Performance tools and JAVA, Shmuel Metz , Seymour J.
      • Re: Performance tools and JAVA, Shmuel Metz , Seymour J.
      • Re: [IBM-MAIN] Performance tools and JAVA, Volker Bandke
      • RE: Performance tools and JAVA, Ron and Jenny Hawkins
      • Re: Performance tools and JAVA, ibm-main
      • Re: Performance tools and JAVA, Shmuel Metz , Seymour J.
    • Re: Performance tools and JAVA, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Performance tools and JAVA, Martin Kline
  • Re: Performance tools and JAVA, Aaron Walker
  • Re: Performance tools and JAVA, Timothy Sipples
  • RE: Performance tools and JAVA, Duffy, Peter
  • Re: Performance tools and JAVA, Rob Wunderlich
  • Re: Performance tools and Java, john gilmore
    • Re: Performance tools and Java, Edward E. Jaffe
  • Re: Performance tools and Java, Kirk Wolf
    • Re: Performance tools and Java, Shmuel Metz , Seymour J.
• RE: [SMS] testing new SCDS configuration, Neil Duffee
• Where is httpd_V5R3M0 specified, mcknight-b-a
• Re; CDESPLIT flag and RMODE(SPLIT) question., Peter Relson
  • <Possible follow-ups>
  • Re: Re; CDESPLIT flag and RMODE(SPLIT) question., Vic Petrone
• HSM migrate, Chiam, Susan Mee-Shia
  • Re: HSM migrate, R.S.
  • Re: HSM migrate, john . ticic . extern
  • Re: HSM migrate, Marcin Blaszczyk
  • <Possible follow-ups>
  • RE: HSM migrate, Robert L. Griffin
  • RE: HSM migrate, Chiam, Susan Mee-Shia
• FTP Initial Directory, Hal Merritt
  • RE: FTP Initial Directory, Charles Mills
  • Re: FTP Initial Directory, John S. Giltner, Jr.
  • <Possible follow-ups>
  • Re: FTP Initial Directory, gilmap
    • Re: FTP Initial Directory, Shmuel Metz , Seymour J.
  • RE: FTP Initial Directory, Hal Merritt
  • RE: FTP Initial Directory, Hal Merritt
    • RE: FTP Initial Directory, Charles Mills
  • Re: FTP Initial Directory, Scott Doherty
    • RE: FTP Initial Directory, Charles Mills
  • Re: FTP Initial Directory, Scott Doherty
    • RE: FTP Initial Directory, Charles Mills
  • Re: FTP Initial Directory, gilmap
  • RE: FTP Initial Directory, McKown, John
  • Re: FTP Initial Directory, gilmap
  • Re: FTP Initial Directory, gilmap
  • Re: FTP Initial Directory, gilmap
    • Re: FTP Initial Directory, Shmuel Metz , Seymour J.
  • Re: FTP Initial Directory, gilmap
  • FTP Initial Directory, Don Ault
  • Re: FTP Initial Directory, gilmap
  • Re: FTP Initial Directory, gilmap
    • Re: FTP Initial Directory, Shmuel Metz , Seymour J.
  • Re: FTP Initial Directory, gilmap
  • RE: FTP Initial Directory, Hal Merritt
  • RE: FTP Initial Directory, Hal Merritt
  • Re: FTP Initial Directory, gilmap
• Guestimating TCO and ROI, Hal Merritt
• re: strange issue with LER/CICS/PLI, john gilmore
  • Re: strange issue with LER/CICS/PLI, Brad S Carson
  • <Possible follow-ups>
  • Re: strange issue with LER/CICS/PLI, Richard Pinion
    • Re: strange issue with LER/CICS/PLI, Brad S Carson
  • Re: strange issue with LER/CICS/PLI, Richard Pinion
• P390 problem - resolved by John Weis (T3 Technologies, Richard Verville
• Strange Issue with LE/CICS/PLI, Brad S Carson
  • Re: Strange Issue with LE/CICS/PLI, Shmuel Metz , Seymour J.
    • Re: Strange Issue with LE/CICS/PLI, Brad S Carson
  • Re: Strange Issue with LE/CICS/PLI, pauls2272
• CA cuts 300 Customer advocate Positions (they had any?), Ed Gould
  • <Possible follow-ups>
  • Re: CA cuts 300 Customer advocate Positions (they had any?), Matt Simpson
• DFHSM FSR processing, Tom Brannon
  • <Possible follow-ups>
  • Re: DFHSM FSR processing, Rob Wunderlich
• Re: HSM and CA-Disk, Tom Brannon
  • <Possible follow-ups>
  • RE: HSM and CA-Disk, Clark, Kevin D, HRC-Alexandria/EDS
  • Re: HSM and CA-Disk, Tom Brannon
  • RE: HSM and CA-Disk, Pommier, Rex R.
    • Re: HSM and CA-Disk, R.S.
    • Re: HSM and CA-Disk, Bruce Black
• IBM 2914, William Donzelli
  • RE: IBM 2914, Paul Hanrahan
• CDESPLIT flag and RMODE(SPLIT) question., Vic Petrone
  • <Possible follow-ups>
  • CDESPLIT flag and RMODE(SPLIT) question., Vic Petrone
  • CDESPLIT flag and RMODE(SPLIT) question., Peter Relson
  • Re: CDESPLIT flag and RMODE(SPLIT) question., Vic Petrone
  • RE: CDESPLIT flag and RMODE(SPLIT) question., Craddock, Chris
    • Re: CDESPLIT flag and RMODE(SPLIT) question., ibm-main
    • Re: CDESPLIT flag and RMODE(SPLIT) question., Edward E. Jaffe
  • RE: CDESPLIT flag and RMODE(SPLIT) question., Chase, John
    • Re: CDESPLIT flag and RMODE(SPLIT) question., Edward E. Jaffe
  • Re: CDESPLIT flag and RMODE(SPLIT) question., Vic Petrone
    • Re: CDESPLIT flag and RMODE(SPLIT) question., Shmuel Metz , Seymour J.
      • Re: CDESPLIT flag and RMODE(SPLIT) question., Edward E. Jaffe
  • RE: CDESPLIT flag and RMODE(SPLIT) question., Chase, John
• Re: WLM swapout, Mark Zelden
• WLM swapout, Rugel José
  • Re: WLM swapout, david . thorn
  • <Possible follow-ups>
  • RE: WLM swapout, McKown, John
  • RE: WLM swapout, Knutson, Sam
  • Re: WLM swapout, Vernooy, C.P. - SPLXM
• Determining size information for existing QSAM dataset, Charles Mills
  • RE: Determining size information for existing QSAM dataset, Ray Mullins
  • Re: Determining size information for existing QSAM dataset, Shmuel Metz , Seymour J.
    • RE: Determining size information for existing QSAM dataset, Charles Mills
      • Re: Determining size information for existing QSAM dataset, Shmuel Metz , Seymour J.
      • RE: Determining size information for existing QSAM dataset, Charles Mills
      • Re: Determining size information for existing QSAM dataset, Bruce Black
      • RE: Determining size information for existing QSAM dataset, Charles Mills
      • RE: Determining size information for existing QSAM dataset, Charles Mills
  • <Possible follow-ups>
  • RE: Determining size information for existing QSAM dataset, Bob Shannon
    • RE: Determining size information for existing QSAM dataset, Ray Mullins
    • Re: Determining size information for existing QSAM dataset, Edward E. Jaffe
  • Re: Determining size information for existing QSAM dataset, Martin Kline
    • RE: Determining size information for existing QSAM dataset, Charles Mills
      • Re: Determining size information for existing QSAM dataset (observation), R.S.
    • RE: Determining size information for existing QSAM dataset, Charles Mills
  • Re: Determining size information for existing QSAM dataset, Martin Kline
    • RE: Determining size information for existing QSAM dataset, Charles Mills
      • Re: Determining size information for existing QSAM dataset, Edward E. Jaffe
  • Re: Determining size information for existing QSAM dataset, Martin Kline
    • RE: Determining size information for existing QSAM dataset, Charles Mills
  • Re: Determining size information for existing QSAM dataset, Terry Sambrooks
    • RE: Determining size information for existing QSAM dataset, Charles Mills
    • RE: Determining size information for existing QSAM dataset, Ray Mullins
  • Re: Determining size information for existing QSAM dataset, Tom Schmidt
  • Re: Determining size information for existing QSAM dataset, Mark Thomen
    • Re: Determining size information for existing QSAM dataset, Steve Comstock
    • Re: Determining size information for existing QSAM dataset, R.S.
      • Re: Determining size information for existing QSAM dataset, Mike Bell
      • Re: Determining size information for existing QSAM dataset, R.S.
      • Re: Determining size information for existing QSAM dataset, Shmuel Metz , Seymour J.
  • Re: Determining size information for existing QSAM dataset, Efinnell15
  • Re: Determining size information for existing QSAM dataset, Ted MacNEIL
    • RE: Determining size information for existing QSAM dataset, Charles Mills
      • Re: Determining size information for existing QSAM dataset, John Eells
    • Re: Determining size information for existing QSAM dataset, Shmuel Metz , Seymour J.
  • Re: Determining size information for existing QSAM dataset, Ted MacNEIL
• COBOL copybook <-> Java bean mapper??, Andy Robertson
  • <Possible follow-ups>
  • Re: COBOL copybook <-> Java bean mapper??, Jan MOEYERSONS
  • Re: COBOL copybook <-> Java bean mapper??, Rob Wunderlich
• Volume Not Mounted, Jerry Ragland
  • RE: Volume Not Mounted, Lizette Koehler
  • <Possible follow-ups>
  • Re: Volume Not Mounted, Jerry Ragland
  • RE: Volume Not Mounted, Kok, Howi
  • Re: Volume Not Mounted, Bruce Black
    • Re: Volume Not Mounted, Jim McAlpine
  • Re: Volume Not Mounted, Jerry Ragland
    • Re: Volume Not Mounted, Bruce Black
• Fujitsu's back, Phil Payne
  • Re: Fujitsu's back, ibm-main
• HCD, change existing partition from MVS to VM...., Brian France
  • Re: HCD, change existing partition from MVS to VM...., Alan C. Field
  • Re: HCD, change existing partition from MVS to VM...., pauls2272
  • Re: HCD, change existing partition from MVS to VM...., Anthony Bongiorno
  • Re: HCD, change existing partition from MVS to VM...., Anthony Bongiorno
  • <Possible follow-ups>
  • Re: HCD, change existing partition from MVS to VM...., Anthony Bongiorno
• VSPC ?, Ed Gould
• Re: Using symbolic in JCL, Martin Kline
  • <Possible follow-ups>
  • RE: Using symbolic in JCL, Charles Mills
    • Re: Using symbolic in JCL, Horst Gfrerer
      • Re: Using symbolic in JCL, kpinkham
  • Re: Using symbolic in JCL, Philippe Leite
  • Re: Using symbolic in JCL, Mark Zelden
  • Re: Using symbolic in JCL, Ted MacNEIL
    • Re: Using symbolic in JCL, R.S.
  • Re: Using symbolic in JCL, Ted MacNEIL
    • Re: Using symbolic in JCL, Shmuel Metz , Seymour J.
  • SV: Using symbolic in JCL, thomas . berg
  • Re: Using symbolic in JCL, Ted MacNEIL
    • Re: Using symbolic in JCL, ibm-main
    • Re: Using symbolic in JCL, R.S.
      • Re: Using symbolic in JCL, Ed Gould
  • Re: Using symbolic in JCL, Paul Gilmartin
  • Re: Using symbolic in JCL, gilmap
    • RE: Using symbolic in JCL, Ray Mullins
    • Re: Using symbolic in JCL, Shmuel Metz , Seymour J.
  • Re: Using symbolic in JCL, Ted MacNEIL
  • Re: Using symbolic in JCL, Ted MacNEIL
  • Re: Using symbolic in JCL, Ted MacNEIL
    • Re: Using symbolic in JCL, R.S.
    • Re: Using symbolic in JCL, John S. Giltner, Jr.
  • RE: Using symbolic in JCL, Jakubek, Jan
  • Re: Using symbolic in JCL, Peter Relson
    • Re: Using symbolic in JCL, Shmuel Metz , Seymour J.
  • Re: Using symbolic in JCL, Ted MacNEIL
  • Re: Using symbolic in JCL, Ted MacNEIL
• RE: SMS Assistance, Greg Shirey
  • <Possible follow-ups>
  • RE: SMS Assistance, Robert Pelletier
  • Re: SMS Assistance, Barry Schwarz
• Re: [IBM-MAIN] Using symbolic in JCL, Marian Gasparovic
  • Re: Using symbolic in JCL, Shmuel Metz , Seymour J.
• HSM control dataset control block map's, Miklos Szigetvari
  • Re: HSM control dataset control block map's, john . ticic . extern
    • Re: HSM control dataset control block map's, Miklos Szigetvari
  • <Possible follow-ups>
  • Re: HSM control dataset control block map's, Greg Price
  • Re: HSM control dataset control block map's, Jim Url
    • Re: HSM control dataset control block map's, Miklos Szigetvari
• Component Broker Toolkit, Jonne
• R: ABC of Z/os, MASSIMO BIANCUCCI
  • Re: R: ABC of Z/os, Paul Gillis
• Hot Stock Tip?, Ed Gould
• VSPC?, Ed Gould
• OT - VSPC, Ed Gould
• OT VSPC, Ed Gould
• CA Trying to hide from its past?, Ed Gould
  • <Possible follow-ups>
  • Re: CA Trying to hide from its past?, Matt Simpson
    • Re: CA Trying to hide from its past?, Ed Gould
  • RE: CA Trying to hide from its past?, turner, mark
• Multi-Volume HFS Allocation, Raymond Noal
  • <Possible follow-ups>
  • Re: Multi-Volume HFS Allocation, Mark Zelden
• OT Blue Gene/L can perform 280.6 trillion calculations per second, Ed Gould
• MP3000 emulated IO, Peter Ten Eyck
  • Re: MP3000 emulated IO, Claude Richbourg
  • <Possible follow-ups>
  • Re: MP3000 emulated IO, Tomas Fott
  • Re: MP3000 emulated IO, Tomas J Fott
• ABC of Z/os, Jorge Arueira Campos
  • <Possible follow-ups>
  • RE: ABC of Z/os, Knutson, Sam
    • Re: ABC of Z/os, Jorge Arueira Campos
  • RE: ABC of Z/os, TISLER Zaromil
  • RE: ABC of Z/os, Hal Merritt
    • Re: ABC of Z/os, John Eells
      • Re: ABC of Z/os, Anthony Bongiorno
      • Re: ABC of Z/os, mcknight-b-a
  • Re: ABC of Z/os, Ted MacNEIL
    • Re: ABC of Z/os, Anthony Bongiorno
  • Re: ABC of Z/os, Anthony Bongiorno
• CFCC documentation, R.S.
  • P370 list, Richard Verville
  • <Possible follow-ups>
  • Re: CFCC documentation, Felipe
• Sysplex Distributor experiences, Jan Vanbrabant
  • <Possible follow-ups>
  • Re: Sysplex Distributor experiences, Bruno Sugliani
  • Re: Sysplex Distributor experiences, Aaron Walker
• z/VM for LINUX, ricardoparanhos
  • <Possible follow-ups>
  • RE: z/VM for LINUX, McKown, John
  • RE: z/VM for LINUX, Nix, Robert P.
• RE: [IBM-MAIN] RACF and DFHSM tapes, Mautalen Juan Guillermo
  • Re: [IBM-MAIN] RACF and DFHSM tapes, Walt Farrell
  • <Possible follow-ups>
  • RE: [IBM-MAIN] RACF and DFHSM tapes, Mautalen Juan Guillermo
• Re: 3745, Paolo Cacciari
• Problem in FTPing text file to mainframe, Newme
  • Re: Problem in FTPing text file to mainframe, Gadi Ben-Avi
• HLasm performe file I/O problem, Wang Rong
  • Re: HLasm performe file I/O problem, Binyamin Dissen
  • <Possible follow-ups>
  • Re: HLasm performe file I/O problem, Terry Sambrooks
  • Re: HLasm performe file I/O problem, Wang Rong
• Mainframe Java (Was: Platform Advocacy), Timothy Sipples
  • <Possible follow-ups>
  • RE: Mainframe Java (Was: Platform Advocacy), Knutson, Sam
  • RE: Mainframe Java (Was: Platform Advocacy), Richards.Bob
  • RE: Mainframe Java (Was: Platform Advocacy), Jon Brock
  • Re: Mainframe Java (Was: Platform Advocacy), Tom Schmidt
  • Re: Mainframe Java (Was: Platform Advocacy), Efinnell15
    • Re: Mainframe Java (Was: Platform Advocacy), Ed Gould
  • Re: Mainframe Java (Was: Platform Advocacy), Aaron Walker
• LE Error CEE5101C - RC=156, Reason=0D070200/ABEND U4093-90, Charles Mills
  • <Possible follow-ups>
  • RE: LE Error CEE5101C - RC=156, Reason=0D070200/ABEND U4093-90, Charles Mills
• ESOTERIC decomissioning, ashan_dsouza
  • <Possible follow-ups>
  • ESOTERIC decomissioning, Big Iron
    • Re: ESOTERIC decomissioning, "Robert A. Rosenberg"
  • RE: ESOTERIC decomissioning, Gabe Torres
  • Re: ESOTERIC decomissioning, Mark Zelden
  • RE: ESOTERIC decomissioning, Gabe Torres
  • Re: ESOTERIC decomissioning, Big Iron
• Re: Sysplex and CPU Questions, Brian Westerman
  • <Possible follow-ups>
  • RE: Sysplex and CPU Questions, Ray Mullins
  • Re: Sysplex and CPU Questions, Ed Gould
  • Re: Sysplex and CPU Questions, Barbara Nitz
  • Re: Sysplex and CPU Questions, Mohamed Juma
  • Re: Sysplex and CPU Questions, Bruno Sugliani
  • Re: Sysplex and CPU Questions, Gil Peleg
    • Re: Sysplex and CPU Questions, Mohamed Juma
    • Re: Sysplex and CPU Questions, Mohamed Juma
  • Re: Sysplex and CPU Questions, Vernooy, C.P. - SPLXM
    • Re: Sysplex and CPU Questions, Gil Peleg
  • Re: Sysplex and CPU Questions, Bruno Sugliani
  • Re: Sysplex and CPU Questions, Bruno Sugliani
  • Re: Sysplex and CPU Questions, Bruno Sugliani
  • Re: Sysplex and CPU Questions, Vernooy, C.P. - SPLXM
    • Re: Sysplex and CPU Questions, Gil Peleg
  • Re: Sysplex and CPU Questions, Bruno Sugliani
  • Re: Sysplex and CPU Questions, Barbara Nitz
• PDSE v's PDS performance, imorgan
• Re: Platform Advocacy, Paul Gilmartin
  • Re: Platform Advocacy, A. Harry Williams
  • <Possible follow-ups>
  • Re: Platform Advocacy, Shmuel Metz , Seymour J.
    • RE: Platform Advocacy, Ray Mullins
• Platform Advocacy (was: Re: HFS vs. zFS?), gilmap
  • RE: Platform Advocacy, Ray Mullins
    • Re: Platform Advocacy, mcknight-b-a
      • Re: Platform Advocacy, WM
• HFS restore using DSS, dshupe
  • Re: HFS restore using DSS, JO . Skip . Robinson
• Access to Syslog in SDSF, Jeegan Roy
  • Re: Access to Syslog in SDSF, Barry Schwarz
• DASD for a Multiprise 3000-H50, scott
  • Re: DASD for a Multiprise 3000-H50, Willi Domroese
• Re: MP 3000 18.2 gig drive, scott
• Re: Looking for a copy of Advanced Assembler Language and MVS Interfaces : For IBM Systems and Application Programmers 1999, ibm-main
  • <Possible follow-ups>
  • Re: Looking for a copy of Advanced Assembler Language and MVS Interfaces : For IBM Systems and Application Programmers 1999, Linda Hagedorn
    • Re: Looking for a copy of Advanced Assembler Language and MVS Interfaces : For IBM Systems and Application Programmers 1999, ibm-main
      • Re: Looking for a copy of Advanced Assembler Language and MVS Interfaces : For IBM Systems and Application Programmers 1999, Joe Zitzelberger
  • Re: Looking for a copy of Advanced Assembler Language and MVS Interfaces : For IBM Systems and Application Programmers 1999, Stephen M. Wiegand
    • RE: Looking for a copy of Advanced Assembler Language and MVS Interfaces : For IBM Systems and Application Programmers 1999, Ray Mullins
    • Re: Looking for a copy of Advanced Assembler Language and MVS Interfaces : For IBM Systems and Application Programmers 1999, Gary Green
  • Re: Looking for a copy of Advanced Assembler Language and MVS Interfaces : For IBM Systems and Application Programmers 1999, Anthony Bongiorno
  • Re: Looking for a copy of Advanced Assembler Language and MVS Interfaces : For IBM Systems and Application Programmers 1999, Anthony Bongiorno
  • Re: Looking for a copy of Advanced Assembler Language and MVS Interfaces : For IBM Systems and Application Programmers 1999, Tom Schmidt
  • Re: Looking for a copy of Advanced Assembler Language and MVS Interfaces : For IBM Systems and Application Programmers 1999, Anthony Bongiorno
    • RE: Looking for a copy of Advanced Assembler Language and MVS Interfaces : For IBM Systems and Application Programmers 1999, Lizette Koehler
  • Re: Looking for a copy of Advanced Assembler Language and MVS Interfaces : For IBM Systems and Application Programmers 1999, Anthony Bongiorno
• Quick HMC console question, Len Rugen
  • Re: Quick HMC console question, Shmuel Metz , Seymour J.
  • Re: Quick HMC console question, Anthony Bongiorno
    • Re: Quick HMC console question, R.S.
      • Re: Quick HMC console question, Anthony Bongiorno
  • <Possible follow-ups>
  • RE: Quick HMC console question, McKown, John
  • Re: Quick HMC console question, Brian Peterson
  • Re: Quick HMC console question, Matthew Stitt
  • Re: Quick HMC console question, Tom Schmidt
• Racf Reports, Mark Steely
  • Re: Racf Reports, pauls2272
  • <Possible follow-ups>
  • RE: Racf Reports, Mark Wilson
  • RE: Racf Reports, Mark Steely
    • Re: Racf Reports, Alan C. Field
  • Re: Racf Reports, Mark Zelden
  • Re: Racf Reports, Alvaro Quintupray B.
  • Re: Racf Reports, Efinnell15
  • RE: Racf Reports, Mark Wilson
  • Re: Racf Reports, Richard Pinion
  • RE: Racf Reports, McKown, John
  • Re: Racf Reports, Tom Schmidt
  • RE: Racf Reports, Staller, Allan
• USN, GAO, SAP, haha, Jon Brock
  • <Possible follow-ups>
  • Re: USN, GAO, SAP, haha, Timothy Sipples
• LMDLIST, strange behaviour or WAD?, Hans Visser
  • <Possible follow-ups>
  • RE: LMDLIST, strange behaviour or WAD?, TISLER Zaromil
  • RE: LMDLIST, strange behaviour or WAD?, TISLER Zaromil
  • RE: LMDLIST, strange behaviour or WAD?, Diehl, Gary , MVSSupport
    • Re: LMDLIST, strange behaviour or WAD?, Shmuel Metz , Seymour J.
  • RE: LMDLIST, strange behaviour or WAD?, Diehl, Gary , MVSSupport
  • Re: LMDLIST, strange behaviour or WAD?, Hans Visser
• Command to stop queue of the jes2, Helio
  • Re: Command to stop queue of the jes2, Deborah . Mitchell
  • RE: Command to stop queue of the jes2, Lizette Koehler
• 3745 , Does anybody remember?, Ali Serdar Yakut
  • Re: 3745 , Does anybody remember?, John S. Giltner, Jr.
  • <Possible follow-ups>
  • RE: 3745 , Does anybody remember?, MikeMaylone
    • Re: 3745 , Does anybody remember?, Ali Serdar Yakut
      • Re: 3745 , Does anybody remember?, Anthony Bongiorno
  • Fwd: 3745 , Does anybody remember?, Ali Serdar Yakut
    • Re: Fwd: 3745 , Does anybody remember?, Claude Richbourg
      • Re: Fwd: 3745 , Does anybody remember?, Ali Serdar Yakut
      • Re: Fwd: 3745 , Does anybody remember?, Brad S Carson
      • Re: Fwd: 3745 , Does anybody remember?, Paolo Cacciari
      • Re: Fwd: 3745 , Does anybody remember?, Anthony Bongiorno
    • Re: Fwd: 3745 , Does anybody remember?, Anthony Bongiorno
  • Re: Fwd: 3745 , Does anybody remember?, Patrick Lyon
  • Re: Fwd: 3745 , Does anybody remember?, MikeMaylone
  • Re: 3745 , Does anybody remember?, Bruce Hewson
    • Re: 3745 , Does anybody remember?, news.news
  • RE: Fwd: 3745 , Does anybody remember?, Jousma, David
    • Re: Fwd: 3745 , Does anybody remember?, mcknight-b-a
  • 3745 , Does anybody remember?, Southerland, Steven L
  • RE: 3745 , Does anybody remember?, Hal Merritt
  • Re: Fwd: 3745 , Does anybody remember?, Anthony Bongiorno
• PDSE and CICS, Schiradin,Roland HG-Dir itb-db/dc
• Converting from local time to GMT, Low, David
  • Re: Converting from local time to GMT, JO . Skip . Robinson
• WebSphere AS -- DB2 required?, Tom Sims
  • Re: WebSphere AS -- DB2 required?, Patrick . Falcone
  • Re: WebSphere AS -- DB2 required?, Thomas Dunlap
  • <Possible follow-ups>
  • Re: WebSphere AS -- DB2 required?, Aaron Walker
• SV: ISDEC do the loop..., thomas . berg
  • RE: ISDEC do the loop..., Ray Mullins
  • <Possible follow-ups>
  • ISDEC do the loop..., thomas . berg
• RACF and DFHSM tapes, Mautalen Juan Guillermo
  • <Possible follow-ups>
  • Re: RACF and DFHSM tapes, Mike Wood
  • Re: RACF and DFHSM tapes, Mike Wood
• SETPROG Command question, John Norgauer
  • <Possible follow-ups>
  • RE: SETPROG Command question, Knutson, Sam
    • Re: SETPROG Command question, John Norgauer
  • Re: SETPROG Command question, Mark Zelden
    • Re: SETPROG Command question, John Norgauer
  • Re: SETPROG Command question, Barbara Nitz
    • Re: SETPROG Command question, Jorge Arueira Campos
  • Re: SETPROG Command question, Peter Relson
    • Re: SETPROG Command question, Jorge Arueira Campos
• VSAM file status 97 in Cobol, Debbie Mitchell
  • Re: VSAM file status 97 in Cobol, Robert Sample
  • <Possible follow-ups>
  • Re: VSAM file status 97 in Cobol, Debbie Mitchell
    • RE: VSAM file status 97 in Cobol, Ray Mullins
    • Re: VSAM file status 97 in Cobol, Robert Sample
• WLM Transaction Instrumentation, Rob Wunderlich
  • <Possible follow-ups>
  • RE: WLM Transaction Instrumentation, Craddock, Chris
  • Re: WLM Transaction Instrumentation, Rob Wunderlich
    • Re: WLM Transaction Instrumentation, Juergen
• SORTWKnn question, Jim McAlpine
  • Re: SORTWKnn question, Mike Bell
  • <Possible follow-ups>
  • RE: SORTWKnn question, Farley, Peter x23353
    • Re: SORTWKnn question, Jim McAlpine
    • Re: SORTWKnn question, Frank Yaeger
  • RE: SORTWKnn question, McKown, John
    • Re: SORTWKnn question, JO . Skip . Robinson
      • Re: SORTWKnn question, Ed Gould
      • Re: SORTWKnn question, Frank Yaeger
      • Re: SORTWKnn question, Ed Gould
      • RE: SORTWKnn question, Ron and Jenny Hawkins
      • Re: SORTWKnn question, Ed Gould
      • Re: SORTWKnn question, Shmuel Metz , Seymour J.
      • RE: SORTWKnn question, Ron and Jenny Hawkins
      • Re: SORTWKnn question, Frank Yaeger
      • Re: SORTWKnn question, Ed Gould
  • RE: SORTWKnn question, Hal Merritt
    • Re: SORTWKnn question, Frank Yaeger
  • Re: SORTWKnn question, Frank Yaeger
    • Re: SORTWKnn question, Jim McAlpine
      • Re: SORTWKnn question, Frank Yaeger
  • RE: SORTWKnn question, Chase, John
    • Re: SORTWKnn question, Frank Yaeger
  • Re: SORTWKnn question, Ed Gould
    • Re: SORTWKnn question, Frank Yaeger
  • Re: SORTWKnn question, Frank Yaeger
• How much real is required for 64-bit, Clark, Kevin D, HRC-Alexandria/EDS
  • Re: How much real is required for 64-bit, JO . Skip . Robinson
    • Re: How much real is required for 64-bit, Edward E. Jaffe
    • Re: How much real is required for 64-bit, R.S.
  • <Possible follow-ups>
  • RE: How much real is required for 64-bit, Chase, John
  • Re: How much real is required for 64-bit, gilmap
  • RE: How much real is required for 64-bit, McKown, John
  • RE: How much real is required for 64-bit, Craddock, Chris
    • Re: How much real is required for 64-bit, JO . Skip . Robinson
  • Re: How much real is required for 64-bit, Ted MacNEIL
  • Re: How much real is required for 64-bit, Ted MacNEIL
  • Re: How much real is required for 64-bit, Barbara Nitz
  • Re: How much real is required for 64-bit, Niran Kamaksorn
    • Re: How much real is required for 64-bit, Claude Richbourg
    • Re: How much real is required for 64-bit, JO . Skip . Robinson
  • How much real is required for 64-bit, Don Ault
  • Re: How much real is required for 64-bit, Mark Zelden
  • RE: How much real is required for 64-bit, Jon Brock
  • Re: How much real is required for 64-bit, Niran Kamaksorn
  • Re: How much real is required for 64-bit, Barbara Nitz
  • RE: How much real is required for 64-bit, TISLER Zaromil
• DD-Statements on a "per thread" basis ?, Michael Knigge
  • <Possible follow-ups>
  • Re: DD-Statements on a "per thread" basis ?, Martin Kline
  • Re: DD-Statements on a "per thread" basis ?, gilmap
  • Re: DD-Statements on a "per thread" basis ?, gilmap
  • RE: DD-Statements on a "per thread" basis ?, McKown, John
  • DD-Statements on a "per thread" basis ?, Arthur Fichtl
    • Re: DD-Statements on a "per thread" basis ?, Leonard Woren
  • Re: DD-Statements on a "per thread" basis ?, Martin Kline
    • RE: DD-Statements on a "per thread" basis ?, Ray Mullins
  • Re: DD-Statements on a "per thread" basis ?, Martin Kline
• ASM: ISDEC do the loop..., thomas . berg
  • Re: ASM: ISDEC do the loop..., Alan C. Field
  • RE: ISDEC do the loop..., Ray Mullins
  • <Possible follow-ups>
  • Re: ASM: ISDEC do the loop..., Martin Kline
  • SV: ASM: ISDEC do the loop..., thomas . berg
  • Re: ASM: ISDEC do the loop..., Martin Kline
  • Re: ASM: ISDEC do the loop..., Martin Kline
  • SV: ASM: ISDEC do the loop..., thomas . berg
  • Re: ASM: ISDEC do the loop..., Martin Kline
    • Re: ASM: ISDEC do the loop..., john gilmore
• RE: Changing time & Date, Charles Mills
• Best practice for TOD clock, Charles Mills
  • RE: Best practice for TOD clock, Wayne Driscoll
  • Re: Best practice for TOD clock, David Andrews
    • RE: Best practice for TOD clock, Charles Mills
      • Re: Best practice for TOD clock, Bob Rutledge
      • Re: Best practice for TOD clock, David Andrews
  • Re: Best practice for TOD clock, Anne & Lynn Wheeler
  • <Possible follow-ups>
  • RE: Best practice for TOD clock, Chase, John
    • RE: Best practice for TOD clock, Charles Mills
    • RE: Best practice for TOD clock, Wayne Driscoll
  • RE: Best practice for TOD clock, Chase, John
  • Re: Best practice for TOD clock, gilmap
  • Re: Best practice for TOD clock, gilmap
    • Re: Best practice for TOD clock, David Andrews
  • Re: Best practice for TOD clock, gilmap
  • Re: Best practice for TOD clock, Peggy Andrews
  • Re: Best practice for TOD clock, Tom Schmidt
• Secure z/OS 1.4 FTP server - quite urgent, Perryman, Brian
  • <Possible follow-ups>
  • RE: Secure z/OS 1.4 FTP server - quite urgent, Knutson, Sam
    • Re: Secure z/OS 1.4 FTP server - quite urgent, Shmuel Metz , Seymour J.
  • RE: Secure z/OS 1.4 FTP server - quite urgent, Perryman, Brian
    • Re: Secure z/OS 1.4 FTP server - quite urgent, Walt Farrell
  • RE: Secure z/OS 1.4 FTP server - quite urgent, Hal Merritt
• How to purge RRS data, Beesley, Paul
  • <Possible follow-ups>
  • Re: How to purge RRS data, Vernooy, C.P. - SPLXM
  • RE: How to purge RRS data, Beesley, Paul
  • Re: How to purge RRS data, Mark Zelden
  • Re: How to purge RRS data, Barbara Nitz
  • Re: How to purge RRS data, Curt Thompson
  • Re: How to purge RRS data, Vernooy, C.P. - SPLXM
• RE: Planning for Tivoli Enterprise Portal, Huckert, James
  • <Possible follow-ups>
  • RE: Planning for Tivoli Enterprise Portal, Shmuel Koller
  • Re: Planning for Tivoli Enterprise Portal, Peggy Andrews
  • Re: Planning for Tivoli Enterprise Portal, Timothy Sipples
• RE: HFS vs. zFS?, Craddock, Chris
  • RE: HFS vs. zFS?, Charles Mills
    • Re: HFS vs. zFS?, David Andrews
    • Re: HFS vs. zFS?, Edward E. Jaffe
      • Re: HFS vs. zFS?, R.S.
      • Re: HFS vs. zFS?, Walter Marguccio
  • <Possible follow-ups>
  • Re: HFS vs. zFS?, Edward E. Jaffe
  • RE: HFS vs. zFS?, McKown, John
  • Re: HFS vs. zFS?, Ted MacNEIL
  • RE: HFS vs. zFS?, McKown, John
  • Re: HFS vs. zFS?, Eric Bielefeld
  • Re: HFS vs. zFS?, Rob Wunderlich
    • Re: HFS vs. zFS?, howard . brazee
  • Re: HFS vs. zFS?, Efinnell15
• P390 start-up problem, Richard Verville
  • Re: P390 start-up problem, Edward E. Jaffe
    • Re: P390 start-up problem, Shmuel Metz , Seymour J.
  • Re: P390 start-up problem, Shmuel Metz , Seymour J.
    • Re: P390 start-up problem, Richard Verville
      • Re: P390 start-up problem, Shmuel Metz , Seymour J.
      • Re: P390 start-up problem, Richard Verville
      • Re: P390 start-up problem, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: P390 start-up problem, Gilbert Saint-Flour
    • Re: P390 start-up problem, Shmuel Metz , Seymour J.
• COBOL Program exhausting below the line storage, JONES, CHARLIE
  • RE: COBOL Program exhausting below the line storage, Larry Crilley
  • RE: COBOL Program exhausting below the line storage, Ron and Jenny Hawkins
    • Re: COBOL Program exhausting below the line storage, David Andrews
  • <Possible follow-ups>
  • RE: COBOL Program exhausting below the line storage, Schiradin,Roland HG-Dir itb-db/dc
  • RE: COBOL Program exhausting below the line storage, Farley, Peter x23353
    • Re: COBOL Program exhausting below the line storage, Harold Zbiegien
  • RE: COBOL Program exhausting below the line storage, Hal Merritt
  • Re: COBOL Program exhausting below the line storage, Tom Schmidt
    • Re: COBOL Program exhausting below the line storage, David Andrews
  • Re: COBOL Program exhausting below the line storage, Tom Schmidt
  • RE: COBOL Program exhausting below the line storage, Paul Hanrahan
• Abend-Aid 1.1.0 - Distributed Viewing Support(DVS), Jorge Arueira Campos
  • RE: Abend-Aid 1.1.0 - Distributed Viewing Support(DVS), Charles Mills
  • <Possible follow-ups>
  • RE: Abend-Aid 1.1.0 - Distributed Viewing Support(DVS), Hal Merritt
• Program exhausting below the line storage, JONES, CHARLIE
  • RE: Program exhausting below the line storage, Larry Crilley
  • <Possible follow-ups>
  • RE: Program exhausting below the line storage, Farley, Peter x23353
  • Re: Program exhausting below the line storage, Tom Schmidt
  • Re: Program exhausting below the line storage, Ted MacNEIL
• Searching for a SAM tool for z/OS, Willi Domroese
  • Re: Searching for a SAM tool for z/OS, Andy Wood
• CP offline and LPAR weights, R.S.
  • Re: CP offline and LPAR weights, ibm-main
  • Re: CP offline and LPAR weights, Don Deese
  • Sysplex and CPU Questions, Mohamed Juma
    • Re: Sysplex and CPU Questions, R.S.
• System Managed Duplexing, RMF CF report example, WitekS
  • <Possible follow-ups>
  • RE: System Managed Duplexing, RMF CF report example, WitekS
• RE: Passing PARM to COBOL., kittendorf . craig
  • <Possible follow-ups>
  • RE: Passing PARM to COBOL., kittendorf . craig
  • RE: Passing PARM to COBOL., kittendorf . craig
  • Fw: Passing PARM to COBOL., Bill Klein
  • Fw: Passing PARM to COBOL., Bill Klein
  • Re: Passing PARM to COBOL., howard . brazee
    • RE: Passing PARM to COBOL., Lizette Koehler
    • Re: Passing PARM to COBOL., Steve Comstock
  • RE: Passing PARM to COBOL., Greg Shirey
  • RE: Passing PARM to COBOL., Farley, Peter x23353
• RE: Passing PARM to Cobol, kittendorf . craig
• Re: Geoplex performance considerations, Clark Lowery