assembler-list  

Messages by Thread

• • Re: Relative branching instructions info Seymour J Metz
  • Re: Relative branching instructions info Charles Mills
  • Re: Relative branching instructions info Tom Marchant
  • RES: Relative branching instructions info João Reginato
  • Re: Relative branching instructions info Tony Harminc
  • RES: Relative branching instructions info João Reginato
  • Re: Relative branching instructions info Charles Mills
  • Re: Relative branching instructions info Seymour J Metz
  • Re: Relative branching instructions info Gary Weinhold
  • Re: Relative branching instructions info Jonathan Scott
  • RES: Relative branching instructions info João Reginato
  • Re: Relative branching instructions info Jonathan Scott
  • Re: Relative branching instructions info Charles Mills
  • Re: Relative branching instructions info Seymour J Metz
  • Re: Relative branching instructions info Martin Trübner
  • Re: Relative branching instructions info Farley, Peter
  • Re: Relative branching instructions info Bertus Bekker
  • Re: Relative branching instructions info Seymour J Metz
  • Re: Relative branching instructions info Bertus Bekker
  • Re: Relative branching instructions info Mark Hammack
  • Re: Relative branching instructions info Emir Garza
• Does the GET macro indicate EOF? David Eisenberg
  • RES: Does the GET macro indicate EOF? João Reginato
  • RES: Does the GET macro indicate EOF? João Reginato
  • Re: Does the GET macro indicate EOF? Farley, Peter
  • Re: Does the GET macro indicate EOF? Steve Smith
  • Re: Does the GET macro indicate EOF? Seymour J Metz
  • Re: Does the GET macro indicate EOF? Binyamin Dissen
  • Re: Does the GET macro indicate EOF? Rupert Reynolds
  • Re: Does the GET macro indicate EOF? Seymour J Metz
  • Re: Does the GET macro indicate EOF? David Eisenberg
  • Re: Does the GET macro indicate EOF? Steve Thompson
  • Re: Does the GET macro indicate EOF? Rene BRANDT
  • Re: Does the GET macro indicate EOF? David Eisenberg
  • Re: Does the GET macro indicate EOF? Seymour J Metz
  • Re: Does the GET macro indicate EOF? Martin Trübner
  • Re: Does the GET macro indicate EOF? Seymour J Metz
  • Re: Does the GET macro indicate EOF? Binyamin Dissen
  • Re: Does the GET macro indicate EOF? Ed Jaffe
  • Re: Does the GET macro indicate EOF? Seymour J Metz
  • Re: Does the GET macro indicate EOF? David Eisenberg
• Assembler/compiler fun Phil Smith III
  • Re: Assembler/compiler fun Martin Trübner
• Re: ASMA043E Previously defined symbol - Rexx Jonathan Scott
• IEABRC anomaly Seymour J Metz
  • Re: IEABRC anomaly Paul Gilmartin
  • Re: IEABRC anomaly Pieter Wiid
  • Re: IEABRC anomaly Joseph Reichman
  • Re: IEABRC anomaly Seymour J Metz
  • Re: IEABRC anomaly Jonathan Scott
  • Re: IEABRC anomaly Farley, Peter
  • Re: IEABRC anomaly Peter Relson
  • Re: IEABRC anomaly Seymour J Metz
  • Re: IEABRC anomaly Abe Kornelis
  • Re: IEABRC anomaly Ngan, Robert (DXC Luxoft)
  • Re: IEABRC anomaly Seymour J Metz
  • Re: IEABRC anomaly Paul Gilmartin
  • Re: IEABRC anomaly Seymour J Metz
  • Re: IEABRC anomaly Tom Marchant
  • Re: IEABRC anomaly Seymour J Metz
• ASMA043E Previously defined symbol João Reginato
  • Re: ASMA043E Previously defined symbol Steve Thompson
  • RES: ASMA043E Previously defined symbol João Reginato
  • Re: RES: ASMA043E Previously defined symbol Tony Thigpen
  • Re: ASMA043E Previously defined symbol Charles Mills
  • Re: ASMA043E Previously defined symbol Steve Smith
  • Re: ASMA043E Previously defined symbol João Reginato
  • Re: ASMA043E Previously defined symbol Steve Smith
  • Re: ASMA043E Previously defined symbol João Reginato
  • Re: ASMA043E Previously defined symbol Steve Smith
  • Re: ASMA043E Previously defined symbol João Reginato
  • Re: ASMA043E Previously defined symbol Charles Mills
  • SV: ASMA043E Previously defined symbol Willy Jensen
  • Re: SV: ASMA043E Previously defined symbol Paul Gilmartin
  • Re: SV: ASMA043E Previously defined symbol Ed Jaffe
  • Re: SV: ASMA043E Previously defined symbol Paul Gilmartin
  • Re: SV: ASMA043E Previously defined symbol Seymour J Metz
  • Re: ASMA043E Previously defined symbol Abe Kornelis
  • Re: ASMA043E Previously defined symbol Paul Gilmartin
  • Re: ASMA043E Previously defined symbol Phil Smith III
  • Re: ASMA043E Previously defined symbol Tom Marchant
  • Re: ASMA043E Previously defined symbol Jonathan Scott
  • Re: ASMA043E Previously defined symbol Phil Smith III
  • Re: ASMA043E Previously defined symbol Steve Smith
  • Re: ASMA043E Previously defined symbol Phil Smith III
  • Re: ASMA043E Previously defined symbol Steve Smith
  • Re: ASMA043E Previously defined symbol Steve Thompson
  • Re: ASMA043E Previously defined symbol Bill Hitefield
  • Re: ASMA043E Previously defined symbol Seymour J Metz
  • Re: ASMA043E Previously defined symbol Charles Mills
  • Re: ASMA043E Previously defined symbol Abe Kornelis
  • Re: ASMA043E Previously defined symbol Seymour J Metz
  • Re: ASMA043E Previously defined symbol Seymour J Metz
  • Re: ASMA043E Previously defined symbol Ward Able, Grant
  • Re: ASMA043E Previously defined symbol - Rexx Tony Thigpen
  • Re: ASMA043E Previously defined symbol - Rexx Paul Gilmartin
  • Re: ASMA043E Previously defined symbol Emir Garza
  • RES: ASMA043E Previously defined symbol João Reginato
• Possible error in HLASM Language Reference doc for C2A John Ganci
  • Re: Possible error in HLASM Language Reference doc for C2A John Ganci
  • Re: Possible error in HLASM Language Reference doc for C2A Jonathan Scott
  • Re: Possible error in HLASM Language Reference doc for C2A John Ganci
• Join the COBOL 6 modernization features survey SUBSCRIBE ASSEMBLER-LIST Dan Zhang
• PUSH and POP USING question Tony Thigpen
  • Re: PUSH and POP USING question Seymour J Metz
  • Re: PUSH and POP USING question Tony Thigpen
• TEST of updated Email server security Config Steve Thompson
• Using OPSYN João Reginato
  • Re: Using OPSYN Jonathan Scott
  • RES: Using OPSYN João Reginato
• Complex immediate fields Seymour J Metz
  • Re: Complex immediate fields Tom Harper
  • Re: Complex immediate fields Seymour J Metz
  • Re: Complex immediate fields Paul Gilmartin
  • Re: Complex immediate fields Seymour J Metz
  • Re: Complex immediate fields Charles Mills
  • Re: Complex immediate fields Ngan, Robert (DXC Luxoft)
  • Re: Complex immediate fields Seymour J Metz
  • Re: Complex immediate fields Charles Mills
  • Re: Complex immediate fields Ngan, Robert (DXC Luxoft)
  • Re: Complex immediate fields Mike Shaw
  • Re: Complex immediate fields Dan Greiner
  • Re: Complex immediate fields Seymour J Metz
  • Re: Complex immediate fields Dan Greiner
  • Re: Complex immediate fields Dan Greiner
  • Re: Complex immediate fields Dan Greiner
  • Re: Complex immediate fields Roger Bolan
  • Re: Complex immediate fields Jonathan Scott
  • Re: Complex immediate fields Jon Perryman
  • Re: Complex immediate fields Charles Mills
  • Re: Complex immediate fields Paul Gilmartin
  • Re: Complex immediate fields Gary Weinhold
  • Re: Complex immediate fields Seymour J Metz
  • Re: Complex immediate fields Paul Gilmartin
  • Re: Complex immediate fields Ngan, Robert (DXC Luxoft)
  • Re: Complex immediate fields Ed Jaffe
  • Re: Complex immediate fields Tom Marchant
  • Re: Complex immediate fields Tony Thigpen
  • Re: Complex immediate fields Seymour J Metz
  • Re: Complex immediate fields Peter Relson
• Re: RES: Where to find old manuals Jonathan Scott
  • RES: RES: Where to find old manuals João Reginato
• Where to find old manuals João Reginato
  • Re: Where to find old manuals Charles Mills
  • Re: Where to find old manuals Jonathan Scott
  • Re: Where to find old manuals Bob Raicer
  • Re: Where to find old manuals Charles Mills
  • Re: Where to find old manuals Bob Raicer
  • RES: Where to find old manuals João Reginato
• OPCODE tables Mark Hammack
  • Re: OPCODE tables Tony Harminc
  • Re: OPCODE tables Mark Hammack
  • Re: OPCODE tables Gary Weinhold
  • Re: OPCODE tables Farley, Peter
  • Re: OPCODE tables Ngan, Robert (DXC Luxoft)
  • Re: OPCODE tables Mark Boonie
  • Re: OPCODE tables Farley, Peter
  • Re: OPCODE tables Mark Hammack
  • Re: OPCODE tables Farley, Peter
  • Re: OPCODE tables Ian Worthington
  • Re: OPCODE tables dave . g4ugm
  • Re: OPCODE tables David Cole
  • Re: OPCODE tables Bob Raicer
  • Re: OPCODE tables Martin Trübner
  • Re: OPCODE tables Tom Marchant
  • Re: OPCODE tables Dan Greiner
  • Re: OPCODE tables Peter Relson
  • Re: OPCODE tables Dan Greiner
  • Re: OPCODE tables Mark Hammack
  • Re: OPCODE tables Tony Harminc
• HLASM PUNCH statement João Reginato
  • Re: HLASM PUNCH statement Binyamin Dissen
  • Re: HLASM PUNCH statement Bertus Bekker
  • RES: HLASM PUNCH statement João Reginato
  • RES: HLASM PUNCH statement João Reginato
  • Re: HLASM PUNCH statement Jonathan Scott
  • RES: HLASM PUNCH statement João Reginato
• Don Higgins has retired from z390 development again Don Higgins
  • Re: Don Higgins has retired from z390 development again Abe Kornelis
  • Re: Don Higgins has retired from z390 development again Ecbyahoo
  • Re: Don Higgins has retired from z390 development again David Kreuter
  • Re: Don Higgins has retired from z390 development again Steve Thompson
  • Re: Don Higgins has retired from z390 development again Rene BRANDT
  • Re: Don Higgins has retired from z390 development again Don Higgins
  • Re: Don Higgins has retired from z390 development again Ian Worthington
  • Re: Don Higgins has retired from z390 development again Seymour J Metz
  • Re: Don Higgins has retired from z390 development again Don Higgins
• Decimal Floating Point Numbers Abe Kornelis
  • Re: Decimal Floating Point Numbers Gary L Peskin
  • Re: Decimal Floating Point Numbers Abe Kornelis
  • Re: Decimal Floating Point Numbers Gary L Peskin
  • Re: Decimal Floating Point Numbers Peter Relson
  • Re: Decimal Floating Point Numbers Abe Kornelis
  • Re: Decimal Floating Point Numbers Gary L Peskin
  • Re: Decimal Floating Point Numbers Abe Kornelis
  • Re: Decimal Floating Point Numbers Gary L Peskin
  • Re: Decimal Floating Point Numbers Tony Harminc
  • Re: Decimal Floating Point Numbers Gary Weinhold
  • Re: Decimal Floating Point Numbers Paul Saers
  • Re: Decimal Floating Point Numbers Martin Ward

• Earlier messages
• Later messages