|
|
August 31, 2006
- Re: Comment on iostack library, Walter Dörwald
- Re: Exception Expressions, Brett Cannon
- Re: Making more effective use of slice objects in Py3k, Guido van Rossum
- Re: Exception Expressions, Calvin Spealman
- Re: Comment on iostack library, tomer filiba
- Re: Exception Expressions, Raymond Hettinger
- Re: Making more effective use of slice objects in Py3k, tjreedy
- Re: Making more effective use of slice objects in Py3k, Guido van Rossum
- Re: Making more effective use of slice objects in Py3k, Talin
- Re: have zip() raise exception for sequences of different lengths, Barry Warsaw
- Re: Exception Expressions, Jim Jewett
- Re: Exception Expressions, Brett Cannon
- Exception Expressions, Calvin Spealman
- Re: have zip() raise exception for sequences of different lengths, Georg Brandl
- Re: have zip() raise exception for sequences of different lengths, Guido van Rossum
- Re: have zip() raise exception for sequences of different lengths, Raymond Hettinger
- Re: have zip() raise exception for sequences of different lengths, Barry Warsaw
- Re: have zip() raise exception for sequences of different lengths, Jim Jewett
- Re: Making more effective use of slice objects in Py3k, Fredrik Lundh
- Re: Making more effective use of slice objects in Py3k, Paul Prescod
- Re: Making more effective use of slice objects in Py3k, Talin
- Re: Making more effective use of slice objects in Py3k, Josiah Carlson
- Re: Making more effective use of slice objects in Py3k, Jack Diederich
- Re: Making more effective use of slice objects in Py3k, Ron Adam
- Re: have zip() raise exception for sequences of different lengths, Jack Diederich
- Re: Making more effective use of slice objects in Py3k, Bob Ippolito
- Re: Making more effective use of slice objects in Py3k, Josiah Carlson
- Re: have zip() raise exception for sequences of different lengths, Steven Bethard
- Re: Making more effective use of slice objects in Py3k, Guido van Rossum
- Re: have zip() raise exception for sequences of different lengths, Guido van Rossum
- Re: Making more effective use of slice objects in Py3k, Talin
- Re: Making more effective use of slice objects in Py3k, Josiah Carlson
- Re: have zip() raise exception for sequences of different lengths, Ron Adam
- Re: have zip() raise exception for sequences of different lengths, Greg Ewing
- Re: have zip() raise exception for sequences of different lengths, Raymond Hettinger
August 30, 2006
- Re: Making more effective use of slice objects in Py3k, Greg Ewing
- Re: have zip() raise exception for sequences of different lengths, Raymond Hettinger
- Re: have zip() raise exception for sequences of different lengths, Steven Bethard
- Re: have zip() raise exception for sequences of different lengths, Steven Bethard
- Re: have zip() raise exception for sequences of different lengths, Raymond Hettinger
- Re: have zip() raise exception for sequences of different lengths, Barry Warsaw
- Re: have zip() raise exception for sequences of different lengths, Guido van Rossum
- Re: have zip() raise exception for sequences of different lengths, Raymond Hettinger
- have zip() raise exception for sequences of different lengths, Steven Bethard
- Re: Making more effective use of slice objects in Py3k, Josiah Carlson
- Re: Making more effective use of slice objects in Py3k, Guido van Rossum
- Re: Making more effective use of slice objects in Py3k, Paul Prescod
- Re: Making more effective use of slice objects in Py3k, Guido van Rossum
- Re: Making more effective use of slice objects in Py3k, Paul Prescod
- Re: Comment on iostack library, Guido van Rossum
- Re: Comment on iostack library, Nick Coghlan
- Re: Premature optimization and all that, Nick Coghlan
- Re: Comment on iostack library, Marcin 'Qrczak' Kowalczyk
- Re: Making more effective use of slice objects in Py3k, Fredrik Lundh
- Re: Comment on iostack library, Ronald Oussoren
- Re: Comment on iostack library, Talin
- Re: Comment on iostack library, Guido van Rossum
- Comment on iostack library, Talin
- Re: Making more effective use of slice objects in Py3k, Guido van Rossum
- Re: Making more effective use of slice objects in Py3k, Guido van Rossum
- Re: Making more effective use of slice objects in Py3k, Aahz
- Re: Making more effective use of slice objects in Py3k, Greg Ewing
- Re: Making more effective use of slice objects in Py3k, Greg Ewing
- Re: Making more effective use of slice objects in Py3k, Greg Ewing
- Re: Making more effective use of slice objects in Py3k, Greg Ewing
- Re: Making more effective use of slice objects in Py3k, Guido van Rossum
- Re: Making more effective use of slice objects in Py3k, Greg Ewing
August 29, 2006
- Re: Making more effective use of slice objects in Py3k, Guido van Rossum
- Re: Making more effective use of slice objects in Py3k, Josiah Carlson
- Premature optimization and all that, Guido van Rossum
- Small Py3k task: fix modulefinder.py, Guido van Rossum
- Re: Making more effective use of slice objects in Py3k, Barry Warsaw
- Re: Making more effective use of slice objects in Py3k, Josiah Carlson
- Re: Making more effective use of slice objects in Py3k, Jim Jewett
- Re: Making more effective use of slice objects in Py3k, Guido van Rossum
- Re: regex literals?, Guido van Rossum
- regex literals?, tomer filiba
- Re: Making more effective use of slice objects in Py3k, Josiah Carlson
- Re: Making more effective use of slice objects in Py3k, Fredrik Lundh
- Re: Making more effective use of slice objects in Py3k, Guido van Rossum
- Re: Making more effective use of slice objects in Py3k, Josiah Carlson
- Re: Making more effective use of slice objects in Py3k, Fredrik Lundh
- Re: Making more effective use of slice objects in Py3k, Josiah Carlson
- Re: Making more effective use of slice objects in Py3k, Guido van Rossum
- Re: Making more effective use of slice objects in Py3k, Ron Adam
- Re: Making more effective use of slice objects in Py3k, Greg Ewing
- Re: Set literals, Georg Brandl
- Re: Making more effective use of slice objects in Py3k, Ron Adam
- Re: Making more effective use of slice objects in Py3k, Josiah Carlson
- Re: Making more effective use of slice objects in Py3k, Josiah Carlson
- Re: Making more effective use of slice objects in Py3k, Guido van Rossum
- Re: Making more effective use of slice objects in Py3k, Barry Warsaw
- Re: Making more effective use of slice objects in Py3k, Greg Ewing
- Re: Making more effective use of slice objects in Py3k, Greg Ewing
- Re: Making more effective use of slice objects in Py3k, Greg Ewing
August 28, 2006
- Re: Set literals, Georg Brandl
- Re: Set literals, Georg Brandl
- Re: Set literals, Guido van Rossum
- Re: Set literals, Raymond Hettinger
- Re: Making more effective use of slice objects in Py3k, Guido van Rossum
- Re: Set literals, Georg Brandl
- Re: Making more effective use of slice objects in Py3k, Josiah Carlson
- Re: Set literals, Guido van Rossum
- Re: Set literals, Georg Brandl
- Re: Set literals, Guido van Rossum
- Re: Making more effective use of slice objects in Py3k, Fredrik Lundh
- Re: Making more effective use of slice objects in Py3k, Guido van Rossum
- Re: Warning about future-unsafe usage patterns in Python 2.x e.g. dict.keys().sort(), Guido van Rossum
- Re: Warning about future-unsafe usage patterns in Python 2.x e.g. dict.keys().sort(), David Hopwood
- Re: Warning about future-unsafe usage patterns in Python 2.x e.g. dict.keys().sort(), Ronald Oussoren
- Re: Warning about future-unsafe usage patterns in Python 2.x e.g. dict.keys().sort(), Fred L. Drake, Jr.
- Re: Warning about future-unsafe usage patterns in Python 2.x e.g. dict.keys().sort(), Edward C. Jones
- Re: Making more effective use of slice objects in Py3k, Nick Coghlan
- Re: Making more effective use of slice objects in Py3k, Ron Adam
- Set literals, Georg Brandl
- Warning about future-unsafe usage patterns in Python 2.x e.g. dict.keys().sort(), Brian Quinlan
- Re: Making more effective use of slice objects in Py3k, Paul Moore
- Re: Making more effective use of slice objects in Py3k, Josiah Carlson
- Re: Making more effective use of slice objects in Py3k, Josiah Carlson
- Re: Making more effective use of slice objects in Py3k, Josiah Carlson
- Re: Making more effective use of slice objects in Py3k, Greg Ewing
- Re: Making more effective use of slice objects in Py3k, Delaney, Timothy (Tim)
- Re: Making more effective use of slice objects in Py3k, Greg Ewing
- Re: Making more effective use of slice objects in Py3k, Josiah Carlson
- Re: Making more effective use of slice objects in Py3k, Guido van Rossum
- Re: Making more effective use of slice objects in Py3k, Delaney, Timothy (Tim)
- Re: Making more effective use of slice objects in Py3k, Jim Jewett
August 27, 2006
- Re: Making more effective use of slice objects in Py3k, Delaney, Timothy (Tim)
- Re: Making more effective use of slice objects in Py3k, Jim Jewett
- Re: find -> index patch, Guido van Rossum
- Re: Making more effective use of slice objects in Py3k, Guido van Rossum
- Re: find -> index patch, Jack Diederich
- Re: Making more effective use of slice objects in Py3k, Josiah Carlson
- Re: Making more effective use of slice objects in Py3k, Guido van Rossum
- Re: Making more effective use of slice objects in Py3k, Guido van Rossum
- Re: Making more effective use of slice objects in Py3k, Guido van Rossum
- Re: Making more effective use of slice objects in Py3k, Josiah Carlson
- Re: find -> index patch, Nick Coghlan
- Re: Making more effective use of slice objects in Py3k, Nick Coghlan
- Re: Making more effective use of slice objects in Py3k, Nick Coghlan
- Re: Making more effective use of slice objects in Py3k, Josiah Carlson
- Re: Making more effective use of slice objects in Py3k, Josiah Carlson
- Re: find -> index patch, Jack Diederich
- Re: Making more effective use of slice objects in Py3k, Jim Jewett
- Re: path in py3K Re: [Python-checkins] r51624 - in python/trunk/Lib: genericpath.py macpath.py ntpath.py os2emxpath.py posixpath.py test/test_genericpath.py, Guido van Rossum
- Re: Making more effective use of slice objects in Py3k, Guido van Rossum
- Re: find -> index patch, Guido van Rossum
- path in py3K Re: [Python-checkins] r51624 - in python/trunk/Lib: genericpath.py macpath.py ntpath.py os2emxpath.py posixpath.py test/test_genericpath.py, Jim Jewett
- Re: Making more effective use of slice objects in Py3k, Jim Jewett
- Re: find -> index patch, Jack Diederich
August 26, 2006
- Re: Making more effective use of slice objects in Py3k, Josiah Carlson
- Re: Making more effective use of slice objects in Py3k, Guido van Rossum
- Re: long/int unification, Guido van Rossum
- Re: Making more effective use of slice objects in Py3k, Terry Reedy
- Re: long/int unification, Marcin 'Qrczak' Kowalczyk
- Re: Droping find/rfind?, Ron Adam
- Re: Making more effective use of slice objects in Py3k, Nick Coghlan
- Making more effective use of slice objects in Py3k, Nick Coghlan
- Re: Droping find/rfind?, Josiah Carlson
- Re: Droping find/rfind?, Nick Coghlan
- Re: Droping find/rfind?, Nick Coghlan
- Re: cleaning up *path.py code duplication, Jack Diederich
- Re: Droping find/rfind?, Greg Ewing
- Re: cleaning up *path.py code duplication, Guido van Rossum
- cleaning up *path.py code duplication, Jack Diederich
August 25, 2006
- Re: PyString C API, Guido van Rossum
- PyString C API, Fredrik Lundh
- Re: sort vs order (was: What should the focus for 2.6be?), Terry Reedy
- Re: Droping find/rfind?, Terry Reedy
- Re: Droping find/rfind?, Ivan Krstić
- Re: Droping find/rfind?, Fredrik Lundh
- Re: Droping find/rfind?, Fredrik Lundh
- Re: Droping find/rfind?, Guido van Rossum
- Re: sort vs order (was: What should the focus for 2.6 be?), Ron Adam
- Re: Droping find/rfind?, Ron Adam
- Re: Droping find/rfind?, Jean-Paul Calderone
- Re: Droping find/rfind?, Guido van Rossum
- Re: simplifying methods (was: Re: Droping find/rfind?), Guido van Rossum
- Re: Droping find/rfind?, Jim Jewett
- simplifying methods (was: Re: Droping find/rfind?), Jim Jewett
- Re: Droping find/rfind?, Jean-Paul Calderone
- Re: Droping find/rfind?, Guido van Rossum
- Re: Droping find/rfind?, Josiah Carlson
- Re: Droping find/rfind?, Paul Prescod
- Re: sort vs order (was: What should the focus for 2.6 be?), Jim Jewett
- Re: Droping find/rfind?, Fredrik Lundh
- Re: Droping find/rfind?, Jean-Paul Calderone
- Re: Droping find/rfind?, Fredrik Lundh
- Re: Droping find/rfind?, Nick Coghlan
- Re: Removing 'old-style' ('simple') slices from Py3K., Nick Coghlan
- Re: Droping find/rfind?, Fredrik Lundh
- Re: Droping find/rfind?, Nick Coghlan
- Re: long/int unification, Fredrik Lundh
- Re: long/int unification, Josiah Carlson
- Re: Droping find/rfind?, Fredrik Lundh
- Re: long/int unification, Fredrik Lundh
- long/int unification, martin
- Re: Droping find/rfind?, Greg Ewing
- Re: Droping find/rfind?, Tim Peters
- Removing 'old-style' ('simple') slices from Py3K., Thomas Wouters
- Re: Droping find/rfind?, Greg Ewing
August 24, 2006
- Re: sort vs order (was: What should the focus for 2.6 be?), Michael Chermside
- Re: Droping find/rfind?, David Hopwood
- Re: sort vs order (was: What should the focus for 2.6 be?), Guido van Rossum
- sort vs order (was: What should the focus for 2.6 be?), Jim Jewett
- Re: [Python-Dev] What should the focus for 2.6 be?, Josiah Carlson
- Re: [Python-Dev] What should the focus for 2.6 be?, Thomas Wouters
- Re: find -> index patch, martin
- Re: [Python-Dev] What should the focus for 2.6 be?, Guido van Rossum
- Re: Droping find/rfind?, Neal Norwitz
- Re: find -> index patch, Gareth McCaughan
- Re: find -> index patch, Fredrik Lundh
- Re: find -> index patch, Michael Chermside
- Re: Droping find/rfind?, Fredrik Lundh
- Re: Droping find/rfind?, Nick Coghlan
- Re: Droping find/rfind?, Walter Dörwald
- Re: Droping find/rfind?, Fredrik Lundh
- Re: find -> index patch, Fredrik Lundh
- Re: [Python-Dev] What should the focus for 2.6 be?, Nick Coghlan
- Re: find -> index patch, Nick Coghlan
- Re: find -> index patch, Steven Bethard
- Re: [Python-Dev] What should the focus for 2.6 be?, Josiah Carlson
- Re: Droping find/rfind?, Josiah Carlson
- Re: [Python-Dev] What should the focus for 2.6 be?, Talin
- Re: Droping find/rfind?, Brian Holmes
- Re: Droping find/rfind?, Guido van Rossum
- Re: [Python-Dev] What should the focus for 2.6 be?, martin
- Re: [Python-Dev] What should the focus for 2.6 be?, Josiah Carlson
- Re: Droping find/rfind?, Josiah Carlson
- Re: Droping find/rfind?, Delaney, Timothy (Tim)
- Re: Droping find/rfind?, Greg Ewing
- Re: Droping find/rfind?, Jim Jewett
- Re: find -> index patch, Jack Diederich
- Re: Droping find/rfind?, Terry Reedy
- Re: [Python-Dev] What should the focus for 2.6 be?, Terry Reedy
August 23, 2006
- Re: find -> index patch, Josiah Carlson
- Re: find -> index patch, Josiah Carlson
- Re: find -> index patch, Georg Brandl
- Re: find -> index patch, Hasan Diwan
- Re: Droping find/rfind?, Josiah Carlson
- Re: find -> index patch, Josiah Carlson
- Re: find -> index patch, Jack Diederich
- find -> index patch, Guido van Rossum
- Re: Droping find/rfind?, BJörn Lindqvist
- Re: [Python-Dev] What should the focus for 2.6 be?, Josiah Carlson
- Re: Droping find/rfind?, Josiah Carlson
- Re: Droping find/rfind?, Georg Brandl
- Re: Droping find/rfind?, Georg Brandl
- Re: Droping find/rfind?, Paul Prescod
- Re: Droping find/rfind?, Steven Bethard
- Re: Droping find/rfind?, Josiah Carlson
- Re: Droping find/rfind?, Steven Bethard
- Re: Droping find/rfind?, John J Lee
- Re: DictMixin (WAS: Droping find/rfind?), Jim Jewett
- DictMixin (WAS: Droping find/rfind?), Steven Bethard
- Re: Droping find/rfind?, Barry Warsaw
- Re: Droping find/rfind?, Oleg Broytmann
- Re: Droping find/rfind?, Guido van Rossum
- Re: Droping find/rfind?, Oleg Broytmann
- Re: Droping find/rfind?, Steven Bethard
- Re: Droping find/rfind?, Guido van Rossum
- Re: Droping find/rfind?, Barry Warsaw
- Re: Droping find/rfind?, Nick Coghlan
- Re: Droping find/rfind?, John J Lee
- Re: Droping find/rfind?, Greg Ewing
- Re: Droping find/rfind?, Brian Holmes
- Re: Droping find/rfind?, Brian Holmes
- Re: Droping find/rfind?, Georg Brandl
- Re: Droping find/rfind?, Jack Diederich
- Re: Droping find/rfind?, Josiah Carlson
- Re: Droping find/rfind?, Tim Peters
- Droping find/rfind?, Guido van Rossum
August 21, 2006
- Re: [Python-Dev] What should the focus for 2.6 be?, Jean-Paul Calderone
- Re: [Python-Dev] What should the focus for 2.6 be?, Josiah Carlson
- Re: [PythonInfo Wiki] Update of "GoogleSprintPy3k" by 65.57.245.11, Guido van Rossum
- Re: [PythonInfo Wiki] Update of "GoogleSprintPy3k" by 65.57.245.11, Fredrik Johansson
- Re: Google Sprint Ideas, martin
- Re: [PythonInfo Wiki] Update of "GoogleSprintPy3k" by 65.57.245.11, Guido van Rossum
- Re: [PythonInfo Wiki] Update of "GoogleSprintPy3k" by 65.57.245.11, Fredrik Johansson
- Re: [PythonInfo Wiki] Update of "GoogleSprintPy3k" by 65.57.245.11, Guido van Rossum
- Re: [PythonInfo Wiki] Update of "GoogleSprintPy3k" by 65.57.245.11, Collin Winter
- Re: [PythonInfo Wiki] Update of "GoogleSprintPy3k" by 65.57.245.11, Guido van Rossum
- Re: [PythonInfo Wiki] Update of "GoogleSprintPy3k" by 65.57.245.11, Guido van Rossum
- Re: [PythonInfo Wiki] Update of "GoogleSprintPy3k" by 65.57.245.11, Collin Winter
- Re: [PythonInfo Wiki] Update of "GoogleSprintPy3k" by 65.57.245.11, Georg Brandl
- Re: Google Sprint Ideas, Ivan Krstić
- Re: int-long unification, Marcin 'Qrczak' Kowalczyk
- Re: int-long unification, Nick Coghlan
- Re: Google Sprint Ideas, Talin
- Re: Google Sprint Ideas, Alexander Belopolsky
- Re: Google Sprint Ideas, Guido van Rossum
- Re: Google Sprint Ideas, "Martin v. Löwis"
- Re: Google Sprint Ideas, Alexander Belopolsky
- Re: Google Sprint Ideas, Talin
- Re: Google Sprint Ideas, Guido van Rossum
- Re: raise with traceback?, Greg Ewing
August 20, 2006
- Re: Google Sprint Ideas, Talin
- Re: Google Sprint Ideas, Guido van Rossum
- Re: signature annotation in the function signature or a separate line, Sam Pointon
- Re: signature annotation in the function signature or a separate line, Josiah Carlson
- Keyword Only Argument, Jiwon Seo
- Re: Ctypes as cross-interpreter C calling interface, "Martin v. Löwis"
- Re: int-long unification, Marcin 'Qrczak' Kowalczyk
- Re: Fwd: Conventions for annotation consumers, Ron Adam
- Re: Google Sprint Ideas, Paul Moore
- Re: Google Sprint Ideas, Neal Norwitz
- Re: Google Sprint Ideas, Osvaldo Santana
- Re: Fwd: Conventions for annotation consumers, Paul Prescod
- Re: Google Sprint Ideas, Guido van Rossum
- Re: Google Sprint Ideas, Osvaldo Santana
- Re: Fwd: Conventions for annotation consumers, Jim Jewett
- Re: int-long unification, Guido van Rossum
- Re: int-long unification, "Martin v. Löwis"
- Re: raise with traceback?, Georg Brandl
- Re: raise with traceback?, Barry Warsaw
- Google Sprint Ideas, Guido van Rossum
- Re: raise with traceback?, Terry Reedy
- Re: raise with traceback?, Guido van Rossum
- raise with traceback?, Georg Brandl
- Re: signature annotation in the function signature or a separate line, Guido van Rossum
- Re: Fwd: Conventions for annotation consumers, Nick Coghlan
- Re: Fwd: Conventions for annotation consumers, Ron Adam
- Re: Fwd: Conventions for annotation consumers, Paul Prescod
- Re: int-long unification, Bob Ippolito
August 16, 2006
- Re: Function annotations considered obfuscatory (Re: Conventions for annotation consumers), Guido van Rossum
- Re: Function annotations considered obfuscatory (Re: Conventions for annotation consumers), Josiah Carlson
- Re: Fwd: Conventions for annotation consumers, Guido van Rossum
- Re: Function annotations considered obfuscatory (Re: Conventions for annotation consumers), Guido van Rossum
- Re: Function annotations considered obfuscatory (Re: Conventions for annotation consumers), Jim Jewett
- Re: Function annotations considered obfuscatory (Re: Conventions for annotation consumers), Josiah Carlson
- Re: Fwd: Conventions for annotation consumers, Paul Prescod
- Re: Fwd: Conventions for annotation consumers (was: Re: Draft pre-PEP: function annotations), Guido van Rossum
- Re: Fwd: Conventions for annotation consumers, Paul Prescod
- Re: Fwd: Conventions for annotation consumers, Phillip J. Eby
- Re: Fwd: Conventions for annotation consumers, Collin Winter
- Re: Fwd: Conventions for annotation consumers, Paul Prescod
- Re: Fwd: Conventions for annotation consumers, Phillip J. Eby
- Re: Bound and unbound methods, Guido van Rossum
- Re: Conventions for annotation consumers, Guido van Rossum
- Re: Fwd: Conventions for annotation consumers, Collin Winter
- Re: Function annotations considered obfuscatory (Re: Conventions for annotation consumers), Guido van Rossum
- Re: Function annotations considered obfuscatory (Re: Conventions for annotation consumers), Jim Jewett
- Re: Bound and unbound methods, Calvin Spealman
- Re: Conventions for annotation consumers, Paul Prescod
- Re: Fwd: Conventions for annotation consumers (was: Re: Draft pre-PEP: function annotations), Paul Prescod
- Re: Bound and unbound methods, Guido van Rossum
- Re: Function annotations considered obfuscatory (Re: Conventions for annotation consumers), Guido van Rossum
- Re: Conventions for annotation consumers, Calvin Spealman
- Re: Conventions for annotation consumers, Greg Ewing
- Re: Fwd: Conventions for annotation consumers (was: Re: Draft pre-PEP: function annotations), Calvin Spealman
- Function annotations considered obfuscatory (Re: Conventions for annotation consumers), Greg Ewing
- Re: threading, part 2, Guido van Rossum
- Re: threading, part 2, Guido van Rossum
- Re: threading, part 2, Guido van Rossum
- Re: threading, part 2, Guido van Rossum
- Re: threading, part 2, Guido van Rossum
- Re: Fwd: Conventions for annotation consumers, Phillip J. Eby
August 15, 2006
- Re: Fwd: Conventions for annotation consumers (was: Re: Draft pre-PEP: function annotations), Tim Hochberg
- Re: Conventions for annotation consumers (was: Re: Draft pre-PEP: function annotations), Jim Jewett
- Re: Conventions for annotation consumers (was: Re: Draft pre-PEP: function annotations), Jim Jewett
- Re: Fwd: Conventions for annotation consumers (was: Re: Draft pre-PEP: function annotations), Collin Winter
- Fwd: Conventions for annotation consumers (was: Re: Draft pre-PEP: function annotations), Calvin Spealman
- Re: Conventions for annotation consumers (was: Re: Draft pre-PEP: function annotations), Collin Winter
- Re: Conventions for annotation consumers (was: Re: Draft pre-PEP: function annotations), Paul Prescod
- Re: Conventions for annotation consumers (was: Re: Draft pre-PEP: function annotations), Collin Winter
- Re: Conventions for annotation consumers (was: Re: Draft pre-PEP: function annotations), Paul Prescod
- Re: Draft pre-PEP: function annotations, Paul Prescod
- Re: Conventions for annotation consumers (was: Re: Draft pre-PEP: function annotations), Collin Winter
- Re: Conventions for annotation consumers (was: Re: Draft pre-PEP: function annotations), Paul Prescod
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: Conventions for annotation consumers (was: Re: Draft pre-PEP: function annotations), Collin Winter
- Re: Conventions for annotation consumers (was: Re: Draft pre-PEP: function annotations), Paul Prescod
- Re: Conventions for annotation consumers (was: Re: Draft pre-PEP: function annotations), Paul Moore
- Re: Conventions for annotation consumers (was: Re: Draft pre-PEP: function annotations), Collin Winter
- Re: Draft pre-PEP: function annotations, Paul Prescod
- Re: Draft pre-PEP: function annotations, Paul Prescod
- Re: PEP3102 Keyword-Only Arguments, Nick Coghlan
- Re: PEP3102 Keyword-Only Arguments, Josiah Carlson
- Re: [Python-Dev] Type of range object members, Alexander Belopolsky
- Re: PEP3102 Keyword-Only Arguments, Aahz
- Re: PEP3102 Keyword-Only Arguments, Steven Bethard
- Re: Draft pre-PEP: function annotations, Guido van Rossum
- Re: threading, part 2 --- + a bit of ctypes FFI worry, Guido van Rossum
- Re: PEP3102 Keyword-Only Arguments, Guido van Rossum
- Re: Python/C++ question, Guido van Rossum
- Re: Draft pre-PEP: function annotations, Greg Ewing
- Re: [Python-Dev] Type of range object members, Nick Coghlan
- Re: [Python-Dev] Type of range object members, Alexander Belopolsky
- Re: Python/C++ question, Terry Reedy
- Re: Python/C++ question, Nick Coghlan
- Re: PEP3102 Keyword-Only Arguments, Nick Coghlan
- Re: threading, part 2 --- + a bit of ctypes FFI worry, Tim Peters
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: Ctypes as cross-interpreter C calling interface, Nick Coghlan
- Re: Draft pre-PEP: function annotations, Greg Ewing
- Re: Draft pre-PEP: function annotations, Greg Ewing
- Re: Draft pre-PEP: function annotations, Calvin Spealman
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: PEP3102 Keyword-Only Arguments; Signature, Guido van Rossum
August 14, 2006
- Re: Conventions for annotation consumers (was: Re: Draft pre-PEP: function annotations), Paul Prescod
- Re: Conventions for annotation consumers (was: Re: Draft pre-PEP: function annotations), Collin Winter
- Re: Draft pre-PEP: function annotations, Paul Prescod
- Re: Conventions for annotation consumers (was: Re: Draft pre-PEP: function annotations), Jim Jewett
- Re: Draft pre-PEP: function annotations, Jim Jewett
- Conventions for annotation consumers (was: Re: Draft pre-PEP: function annotations), Collin Winter
- Re: Draft pre-PEP: function annotations, Collin Winter
- Re: Draft pre-PEP: function annotations, Paul Prescod
- Re: Draft pre-PEP: function annotations, Collin Winter
- Re: Draft pre-PEP: function annotations, Paul Prescod
- Re: PEP3102 Keyword-Only Arguments, Steven Bethard
- Re: PEP3102 Keyword-Only Arguments; Signature, Jim Jewett
- Re: Draft pre-PEP: function annotations, Paul Prescod
- Re: Ctypes as cross-interpreter C calling interface, Paul Prescod
- Re: Draft pre-PEP: function annotations, Collin Winter
- Re: Ctypes as cross-interpreter C calling interface, Jean-Paul Calderone
- Re: Draft pre-PEP: function annotations, Jim Jewett
- Re: threading, part 2, Tim Peters
- Re: Python/C++ question, Georg Brandl
- Re: threading, part 2, Georg Brandl
- Re: threading, part 2, Josiah Carlson
- Re: Draft pre-PEP: function annotations, Jim Jewett
- Re: Ctypes as cross-interpreter C calling interface, Paul Prescod
- Re: threading, part 2, Guido van Rossum
- Re: Python/C++ question, Guido van Rossum
- Re: Ctypes as cross-interpreter C calling interface, Guido van Rossum
- Re: PEP3102 Keyword-Only Arguments, Guido van Rossum
- Re: PEP3102 Keyword-Only Arguments, Steven Bethard
- Re: PEP3102 Keyword-Only Arguments, Guido van Rossum
- Re: Ctypes as cross-interpreter C calling interface, Jean-Paul Calderone
- Re: Ctypes as cross-interpreter C calling interface, Guido van Rossum
- Re: Ctypes as cross-interpreter C calling interface, Jean-Paul Calderone
- Re: Ctypes as cross-interpreter C calling interface, Guido van Rossum
- Re: threading, part 2 --- + a bit of ctypes FFI worry, Thomas Heller
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: Draft pre-PEP: function annotations, Greg Ewing
- Re: Draft pre-PEP: function annotations, Greg Ewing
- Re: Bound and unbound methods, Greg Ewing
- Re: Bound and unbound methods, Nick Coghlan
- Re: Draft pre-PEP: function annotations, Nick Coghlan
August 13, 2006
- Bound and unbound methods, tomer filiba
- Re: Bound and unbound methods, Andrew Koenig
- Re: Bound and unbound methods, Thomas Wouters
- Re: Bound and unbound methods, Talin
- Re: Draft pre-PEP: function annotations, Paul Prescod
- Re: Bound and unbound methods, Josiah Carlson
- Re: Bound and unbound methods, Steven Bethard
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: Python/C++ question, Georg Brandl
- Bound and unbound methods, Talin
- Re: Python/C++ question, Talin
- Re: Draft pre-PEP: function annotations, Josiah Carlson
- Re: Draft pre-PEP: function annotations, Paul Prescod
- Re: Draft pre-PEP: function annotations, Talin
- Re: Draft pre-PEP: function annotations, Paul Prescod
- Re: Draft pre-PEP: function annotations, Paul Prescod
- Re: Draft pre-PEP: function annotations, Josiah Carlson
- Re: Draft pre-PEP: function annotations, Paul Prescod
- Re: Draft pre-PEP: function annotations, Paul Prescod
- Re: Draft pre-PEP: function annotations, Paul Prescod
- Re: Draft pre-PEP: function annotations, Paul Prescod
- Re: Draft pre-PEP: function annotations, Calvin Spealman
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: Draft pre-PEP: function annotations, Paul Prescod
- Re: Draft pre-PEP: function annotations, Jim Jewett
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: Draft pre-PEP: function annotations, Josiah Carlson
- Re: Draft pre-PEP: function annotations, Talin
- Re: PEP3102 Keyword-Only Arguments, Jim Jewett
- Re: Draft pre-PEP: function annotations, Calvin Spealman
- Re: [Python-Dev] What is the status of file.readinto?, Jean-Paul Calderone
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: threading, part 2 --- + a bit of ctypes FFI worry, Lawrence Oluyede
- Re: threading, part 2 --- + a bit of ctypes FFI worry, Greg Ewing
- Re: Draft pre-PEP: function annotations, Paul Prescod
August 12, 2006
- Re: Draft pre-PEP: function annotations, Talin
- Re: Draft pre-PEP: function annotations, Talin
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: Draft pre-PEP: function annotations, Paul Prescod
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: threading, part 2, Aahz
- [Python-3000] Python 2.5 release schedule (was: threading, part 2), Aahz
- Re: threading, part 2 --- + a bit of ctypes FFI worry, Lawrence Oluyede
- Re: threading, part 2 --- + a bit of ctypes FFI worry, Greg Ewing
- Re: threading, part 2 --- + a bit of ctypes FFI worry, Tim Peters
- Re: threading, part 2, Josiah Carlson
- Re: threading, part 2, Josiah Carlson
- Re: Draft pre-PEP: function annotations, Nick Coghlan
- Re: Draft pre-PEP: function annotations, Nick Coghlan
- Re: threading, part 2, Nick Coghlan
- Re: threading, part 2, Slawomir Nowaczyk
- Re: Draft pre-PEP: function annotations, Talin
- Re: Draft pre-PEP: function annotations, Collin Winter
- Re: threading, part 2, Marcin 'Qrczak' Kowalczyk
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: Draft pre-PEP: function annotations, Collin Winter
- Re: Draft pre-PEP: function annotations, Talin
- Re: threading, part 2, Luis P Caamano
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: threading, part 2, Greg Ewing
- threading, part 2, tomer filiba
August 11, 2006
- Re: Draft pre-PEP: function annotations, Collin Winter
- PEP3102 Keyword-Only Arguments, Jiwon Seo
- Re: Draft pre-PEP: function annotations, Talin
- Re: Draft pre-PEP: function annotations, Talin
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: Draft pre-PEP: function annotations, Josiah Carlson
- Re: threading, part 2, Josiah Carlson
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: threading, part 2, Marcin 'Qrczak' Kowalczyk
- Re: threading, part 2, Josiah Carlson
- Re: threading, part 2, Marcin 'Qrczak' Kowalczyk
- Re: threading, part 2, Josiah Carlson
- Re: threading, part 2, Jason Orendorff
- Re: Draft pre-PEP: function annotations, Josiah Carlson
- Re: threading, part 2, Jason Orendorff
- Re: threading, part 2, Josiah Carlson
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: threading, part 2, Slawomir Nowaczyk
- Re: threading, part 2, tomer filiba
- Re: Ctypes as cross-interpreter C calling interface, Thomas Heller
- Re: Ctypes as cross-interpreter C calling interface, Thomas Heller
- Re: threading, part 2, Ivan Krstic
- Re: Draft pre-PEP: function annotations, Talin
- Re: Ctypes as cross-interpreter C calling interface, Greg Ewing
- Re: threading, part 2, Luis P Caamano
- Re: Ctypes as cross-interpreter C calling interface, Greg Ewing
- Re: Ctypes as cross-interpreter C calling interface, Guido van Rossum
August 10, 2006
- Re: Ctypes as cross-interpreter C calling interface, Paul Prescod
- Re: Ctypes as cross-interpreter C calling interface, Paul Prescod
- Re: threading, part 2, Guido van Rossum
- Re: Ctypes as cross-interpreter C calling interface, Guido van Rossum
- Re: threading, part 2, Tim Peters
- threading, part 2, tomer filiba
- Re: Rounding in Py3k, Guido van Rossum
- Re: Range literals, Guido van Rossum
- Re: Ctypes as cross-interpreter C calling interface, Guido van Rossum
- Re: Changing behavior of sequence multiplication by negative integer, Slawomir Nowaczyk
- Re: Changing behavior of sequence multiplication by negative integer, Nick Coghlan
- Re: Changing behavior of sequence multiplication by negative integer, Jim Jewett
- Re: Draft pre-PEP: function annotations, Stefan Behnel
- Re: Changing behavior of sequence multiplication by negative integer, Lawrence Oluyede
- Re: Changing behavior of sequence multiplication by negative integer, Nick Coghlan
- Re: threading, part 2, Nick Coghlan
- Changing behavior of sequence multiplication by negative integer, Lawrence Oluyede
- Re: Ctypes as cross-interpreter C calling interface, Stefan Behnel
- Re: Draft pre-PEP: function annotations, Stefan Behnel
- Re: Draft pre-PEP: function annotations, Phillip J. Eby
- Re: threading, part 2, Ivan Krstic
- Ctypes as cross-interpreter C calling interface, Paul Prescod
- Re: threading, part 2, Guido van Rossum
- Re: Draft pre-PEP: function annotations, Collin Winter
- Re: Draft pre-PEP: function annotations, Greg Ewing
- Re: Draft pre-PEP: function annotations, Greg Ewing
- Re: threading, part 2, Tim Peters
- Re: Draft pre-PEP: function annotations, Collin Winter
- Re: Draft pre-PEP: function annotations, Talin
- Draft pre-PEP: function annotations, Collin Winter
August 09, 2006
- Re: Python/C++ question, Guido van Rossum
- Python/C++ question, Talin
- Re: threading, part 2, Marcin 'Qrczak' Kowalczyk
- Re: threading, part 2, Guido van Rossum
- Re: threading, part 2, Tim Peters
- Re: threading, part 2, Guido van Rossum
- Re: Set literals - another try, Guido van Rossum
- Re: Set literals - another try, Guido van Rossum
- Re: Set literals - another try, Guido van Rossum
- Re: Set literals - another try, Jim Jewett
- Re: Cross-interpreter FFI for Python 3000?, Nick Coghlan
- Re: threading, part 2, Nick Coghlan
- Re: Set literals - another try, Nick Coghlan
August 08, 2006
- Re: Cross-interpreter FFI for Python 3000?, Samuele Pedroni
- Re: Cross-interpreter FFI for Python 3000?, Alexander Schremmer
- Re: Cross-interpreter FFI for Python 3000?, Phillip J. Eby
- Re: Cross-interpreter FFI for Python 3000?, Paul Prescod
- Re: Cross-interpreter FFI for Python 3000?, Guido van Rossum
- Re: Cross-interpreter FFI for Python 3000?, Terry Reedy
- Re: Set literals - another try, Josiah Carlson
- Re: Set literals - another try, Collin Winter
- Re: threading, part 2, Jim Jewett
- Re: Cross-interpreter FFI for Python 3000?, Phillip J. Eby
- Re: threading, part 2, Marcin 'Qrczak' Kowalczyk
- threading, part 2, tomer filiba
- Re: Range literals, Josiah Carlson
- Re: Set literals - another try, Josiah Carlson
- Range literals, Talin
- Set literals - another try, Talin
August 04, 2006
- Re: improved threading in py3k, Josiah Carlson
- Re: improved threading in py3k, Marcin 'Qrczak' Kowalczyk
- Re: improved threading in py3k, Josiah Carlson
- Re: improved threading in py3k, tomer filiba
- Re: improved threading in py3k, Josiah Carlson
- Re: improved threading in py3k, tomer filiba
- Re: improved threading in py3k, Josiah Carlson
- improved threading in py3k, tomer filiba
- Re: Rounding in Py3k, Ron Adam
- Re: Rounding in Py3k, Greg Ewing
- Re: Rounding in Py3k, Ron Adam
- Re: Rounding in Py3k, Greg Ewing
- Re: Rounding in Py3k, Greg Ewing
|
|