stdlib-sig  

Messages by Thread

• [stdlib-sig] quoting arguments for command-line evaluation Bill Janssen
  • Re: [stdlib-sig] quoting arguments for command-line evaluation C. Titus Brown
  • Re: [stdlib-sig] quoting arguments for command-line evaluation Bill Janssen
  • Re: [stdlib-sig] quoting arguments for command-line evaluation Ian Bicking
  • Re: [stdlib-sig] quoting arguments for command-line evaluation Éric Araujo
  • Re: [stdlib-sig] quoting arguments for command-line evaluation Eric Smith
  • Re: [stdlib-sig] quoting arguments for command-line evaluation Paul Moore
  • Re: [stdlib-sig] quoting arguments for command-line evaluation Philip Jenvey
• [stdlib-sig] socket.makefile() questions tim
  • Re: [stdlib-sig] socket.makefile() questions Benjamin Peterson
  • Re: [stdlib-sig] socket.makefile() questions Antoine Pitrou
  • Re: [stdlib-sig] socket.makefile() questions Timothy Bower
  • Re: [stdlib-sig] socket.makefile() questions Timothy Bower
  • Re: [stdlib-sig] socket.makefile() questions R. David Murray
• [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Nicolas Chauvat
• [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Brett Cannon
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Michael Foord
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) C. Titus Brown
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Guido van Rossum
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Michael Foord
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Ben Finney
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Yuvgoog Greenle
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Brett Cannon
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) nathan binkert
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Kevin Teague
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Laura Creighton
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Ben Finney
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Laura Creighton
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Yuvgoog Greenle
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Yuvgoog Greenle
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Tim Head
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Laura Creighton
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Laura Creighton
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Guido van Rossum
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) sstein...@gmail.com
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Guido van Rossum
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) sstein...@gmail.com
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Yuvgoog Greenle
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Kevin Teague
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Kevin Teague
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Barry Warsaw
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Brett Cannon
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Guido van Rossum
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Jesse Noller
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) M.-A. Lemburg
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Brett Cannon
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Raymond Hettinger
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Raymond Hettinger
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Guido van Rossum
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Laura Creighton
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Guido van Rossum
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Laura Creighton
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Ned Deily
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Ned Deily
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Leonardo Santagada
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Ronald Oussoren
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Ronald Oussoren
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Guido van Rossum
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Ben Finney
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Ned Deily
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Ronald Oussoren
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Guido van Rossum
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Leonardo Santagada
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Guido van Rossum
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Yuvgoog Greenle
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Georg Brandl
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Georg Brandl
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Ben Finney
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Yuvgoog Greenle
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Guido van Rossum
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Yuvgoog Greenle
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Guido van Rossum
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Yuval Greenfield
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Ben Finney
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Barry Warsaw
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Georg Brandl
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Brett Cannon
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Georg Brandl
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Brett Cannon
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Philip Jenvey
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Barry Warsaw
  • Re: [stdlib-sig] -Wi Antoine Pitrou
  • Re: [stdlib-sig] -Wi Barry Warsaw
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Brett Cannon
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Yuval Greenfield
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Brett Cannon
• [stdlib-sig] comments on PEP for futures - execute computations asynchronously Jim Jewett
• Re: [stdlib-sig] Concurrent/Jython (was: futures - a new package for asynchronous execution) Jesse Noller
• Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Paul Moore
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Paul Moore
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jesse Noller
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Paul Moore
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jesse Noller
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Paul Moore
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Frank Wierzbicki
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Antoine Pitrou
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jesse Noller
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Frank Wierzbicki
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Frank Wierzbicki
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Paul Moore
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jesse Noller
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jesse Noller
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures and deferreds Antoine Pitrou
  • Re: [stdlib-sig] futures and deferreds Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Antoine Pitrou
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jesse Noller
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Antoine Pitrou
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jesse Noller
  • Re: [stdlib-sig] futures - PEP and API Antoine Pitrou
  • Re: [stdlib-sig] futures - PEP and API Brian Quinlan
  • Re: [stdlib-sig] futures - PEP and API Antoine Pitrou
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jeffrey Yasskin
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jeffrey Yasskin
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Antoine Pitrou
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Antoine Pitrou
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Anh Hai Trinh
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Anh Hai Trinh
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Anh Hai Trinh
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jesse Noller
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Anh Hai Trinh
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brett Cannon
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brett Cannon
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jeffrey Yasskin
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jeffrey Yasskin
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jeffrey Yasskin
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Guido van Rossum
  • Re: [stdlib-sig] futures - a new package for asynchronous execution sstein...@gmail.com
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brett Cannon
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Guido van Rossum
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jesse Noller
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jesse Noller
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jeffrey Yasskin
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Antoine Pitrou
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Antoine Pitrou
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jeffrey Yasskin
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jeffrey Yasskin
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jesse Noller
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jesse Noller
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Guido van Rossum
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jesse Noller
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jeffrey Yasskin
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jeffrey Yasskin
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jeffrey Yasskin
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Georg Brandl
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Laura Creighton
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jesse Noller
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brett Cannon
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Antoine Pitrou
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brett Cannon
• [stdlib-sig] ctypes or struct from an h file Yuvgoog Greenle
  • Re: [stdlib-sig] ctypes or struct from an h file Benjamin Peterson

• Earlier messages