On Fri, Apr 29, 2011 at 11:11 AM, Ben Finney wrote:
> Would it make sense for ‘NaN’ to be another instance of ‘NoneType’?
This is fine IHMO as I (personally) find myself doing things like:
if x is None:
...
cheers
James
--
-- James Mills
--
-- "Problems are solved b
but that just shift
> the '_' from '_replace'. No gain. I might prefer _asdict to _as_dict, but
> not enough to change.
Probably a stupid idea (sorry) but one could just
make asdict() and replace() public methods
with the caveat that developers not use those
as
d fields _and_
have as_dict() and replace() without leading underscores ?
cheers
James
--
-- James Mills
--
-- "Problems are solved by method"
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/pytho
On Mon, Mar 14, 2011 at 12:57 PM, James Mills
wrote:
>> [output omitted; it excludes _asdict, _replace, and _make]
Sorry I missed this bit :)
> Works for me. Python 3.2 on 32bit Linux.
Scrap that :)
cheers
James
--
-- James Mills
--
-- "Problems are so
specified, then include it if it appears in all
> * Otherwise, include it if it doesn't begin with an underscore
>
> There doesn't seem to be an obvious way to get around these rules for
> named tuples... am I overlooking something?
Works for me. Python 3.2 on 32bit Linux.
cheer
On Tue, Feb 15, 2011 at 11:09 AM, Daniel Stutzbach wrote:
> If we go with something based on or inspired by Twisted, that solves some
> problems, but creates others. Will users be able to later migrate to using
> Twisted proper? Will the standard library module and Twisted go out of
> sync? Wha
ave a PEP outlining the proposed new "async" lib.
b) It should be general purpose enough to use without Twisted (for example)
I like the idea of having an "async" core in the std. lib that takes care
of cross-platform polling of I/O descriptors, notifications and timers.
cheers
be included in the std. lib, etc.
I'll just follow and keep quiet now :)
cheers
James
--
-- James Mills
--
-- "Problems are solved by method"
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/p
I think.
>
> Excluding stuff is not hard, seriously. It's not hard to see that wxPython
> integration doesn't belong in the stdlib. There are more useful aspects of
> the task to discuss.
I don't mean to but in here and I may have no business
doing so... But what abo
branch for my project(s).
cheers
James
--
-- James Mills
--
-- "Problems are solved by method"
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman
you
will already have to port your application to python3
(bytes vs. str) anyway. Changing the keys is just more
unnecessary work (although one could just use a search/replace).
My 2c (or pence)
cheers
james
--
-- James Mills
--
-- "Problems are sol
ld be held up because of wsgiref.
cheers
James
--
-- James Mills
--
-- "Problems are solved by method"
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/
n "mount points". *shrug*
--James
--
-- James Mills
--
-- "Problems are solved by method"
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On Sat, Jun 19, 2010 at 10:42 PM, Antoine Pitrou wrote:
> I should point out that I am in no way responsible for the migration.
> I think Dirkjan and Brett said they would tackle this after the 2.7
> release. But they'd better answer by themselves :)
I'm willing to help out if needed. Can't hurt
On Tue, Apr 27, 2010 at 9:15 AM, David Malcolm wrote:
> On Mon, 2010-04-26 at 21:19 +0200, Piotr Ożarowski wrote:
>> Many Python module developers do not want their work to be distributed
>> by Debian (and probably by other Linux distributions), here's a list of
> Thanks! Not just Debian: I can
I've noticed over the past few weeks lots of questions
asked about multi-processing (including myself).
For those of you new to multi-processing, perhaps this
thread may help you. Some things I want to start off
with to point out are:
"multiprocessing will not always help you get things done fast
On Sat, Nov 22, 2008 at 1:06 AM, Barry Warsaw <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On behalf of the Python development team and the Python community, I am
> happy to announce the third and last planned release candidate for Python
> 3.0.
Whoohoo! :) Grea
17 matches
Mail list logo
