mailing list -- python-dev@python.org
> To unsubscribe send an email to python-dev-le...@python.org
> https://mail.python.org/mailman3/lists/python-dev.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-dev@python.org/message/P7SMK5ZGFAHZMLUKW4WZNNX47CONXIQS/
n__.bar]
>
> ___
> Python-Dev mailing list -- python-dev@python.org
> To unsubscribe send an email to python-dev-le...@python.org
> https://mail.python.org/mailman3/lists/python-dev.python.org/
> Message archived at
> https://mail.pyth
p://python.org/psf/codeofconduct/
>
--
Thanks,
Andrew Svetlov
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archiv
On Mon, Dec 20, 2021 at 1:42 PM Mark Shannon wrote:
> OOI, of those 1577 Callable type hints, how many distinct Callable types?
>
>
Good question. About 30 callables for source code itself and an additional
60 for pytest factory fixtures.
> On 20/12/2021 7:52 am, Andrew Svetlov w
entific Software Development
> - Desktop GUI and Web Development
> - wxPython, numpy, scipy, Cython
> ___________
> Python-Dev mailing list -- python-dev@python.org
> To unsubscribe send an email to python-dev-le...@python.org
> https://mail
>> Python-Dev mailing list -- python-dev@python.org
>> To unsubscribe send an email to python-dev-le...@python.org
>> https://mail.python.org/mailman3/lists/python-dev.python.org/
>> Message archived at
>> https://mail.pyth
> https://mail.python.org/mailman3/lists/python-dev.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-dev@python.org/message/RADAUJGFQLUG2YIQBQF622RY3TRZSTKO/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
Thanks,
Andrew Svetlov
> Python-Dev mailing list -- python-dev@python.org
> To unsubscribe send an email to python-dev-le...@python.org
> https://mail.python.org/mailman3/lists/python-dev.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-dev@python.org/message/XSRV
> To unsubscribe send an email to python-dev-le...@python.org
> https://mail.python.org/mailman3/lists/python-dev.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-dev@python.org/message/VXLJMWZRZLSFZRNHUITSLAV2O363WG5Q/
> Code of Conduct: http://python.or
n-dev-le...@python.org
> https://mail.python.org/mailman3/lists/python-dev.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-dev@python.org/message/ESSRZXEJ7MWMGNZQKNDURGRWIZ5FQHKP/
> Code of Conduct: http://python.org/psf/codeofconduct/
--
Than
.python.org/archives/list/python-dev@python.org/message/RSG6DHNG7ZTJCNYSAMVOFFQSD7HFSGKE/
> Code of Conduct: http://python.org/psf/codeofconduct/
--
Thanks,
Andrew Svetlov
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe
ew reference to it.
> > This is called object resurrection. It is implementation-dependent whether
> > __del__() is called a second time when a resurrected object is about to be
> > destroyed; the current CPython implementation only calls it once.
>
> &qu
If the warning text tells about the delayed execution -- I'm +1.
-1 for something like "just don't use __del__, it is dangerous".
On Wed, Jan 1, 2020, 21:51 Gregory P. Smith wrote:
>
>
> On Wed, Jan 1, 2020 at 6:40 AM Andrew Svetlov
> wrote:
>
>> _
ubscribe send an email to python-dev-le...@python.org
> https://mail.python.org/mailman3/lists/python-dev.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-dev@python.org/message/AAZQBWD6PHC4PVNCCPX4A2745SS7B3LS/
> Code of Conduct: http://python.org/psf/codeofconduct
subscribe send an email to python-dev-le...@python.org
> https://mail.python.org/mailman3/lists/python-dev.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-dev@python.org/message/O3ZODXHEIJ2SM5SZBOVJ4PIAQMSYNXEJ/
> Code of Conduct: http://python.org/psf/code
rds,
>
> Vinay Sajip
> ___
> Python-Dev mailing list -- python-dev@python.org
> To unsubscribe send an email to python-dev-le...@python.org
> https://mail.python.org/mailman3/lists/python-dev.python.org/
> Message archived at
> htt
ia
>
> ___
> Python-Dev mailing list -- python-dev@python.org
> To unsubscribe send an email to python-dev-le...@python.org
> https://mail.python.org/mailman3/lists/python-dev.python.org/
> Message archived at
> https://mail.python.org/ar
ted modules will be picked up and
> adopted by users that actually care about them. For example ``colorsys`` and
> ``imghdr`` are useful modules, but have limited feature set. A fork of
> ``imghdr`` can add new features and support for more image formats, without
> being constrained by Pyth
t; consider that there is a low risk that creating the object can fail.
>
> UnraisableHookArgs creation failure *is* covered by my implementation!
> The default hook is called directly in C without using a temporary
> UnraisableHookArgs object. The exception which caused the failure
as possible. Not only "the biggest bottleneck"
> is the problem.
>
> --
> Inada Naoki
> _______
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
rett%40python.org
>
> ___________
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/andrew.svetlov%40gmail.com
er soon. Please
> take care of yourself!
>
> Christian
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mai
gt;> Python-Dev@python.org
>> https://mail.python.org/mailman/listinfo/python-dev
>> Unsubscribe:
>> https://mail.python.org/mailman/options/python-dev/brett%40python.org
>>
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/andrew.svetlov%40gmail.com
>
--
Thanks,
Andrew Svetlov
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
t, but the same argument is equally applicable to int, float,
> etc. subclasses. If you want to limit your change to datetime types you
> should explain what makes these types special.
>
> ___
> Python-Dev mailing list
> Python-Dev@
On Fri, Nov 30, 2018 at 2:12 AM Brett Cannon wrote:
>
>
> On Thu, 29 Nov 2018 at 14:12, Andrew Svetlov
> wrote:
>
>> Neither http.client nor http.server doesn't support compression
>> (gzip/compress/deflate) at all.
>> I doubt if we want to add this feat
On Thu, Nov 29, 2018 at 11:22 PM Steve Dower wrote:
> FWIW, Brotli has been supported in Microsoft Edge since early last year:
>
>
> https://blogs.windows.com/msedgedev/2016/12/20/introducing-brotli-compression/
>
>
Thanks, good to know.
--
Than
ith wrote:
>
> On Thu, Nov 29, 2018 at 2:58 AM Andrew Svetlov
> wrote:
>
>> 5 cents about lz4 alternatives: Broli (mentioned above) is widely
>> supported by web.
>>
>> https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Accept-Encoding
>> mention
"are there enough reasons
> make the package special enough to add to stdlib?" We don't mean
> "everyone can use PyPI."
>
> Regards,
> --
> INADA Naoki
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailm
Sorry for that.
I thought that the bpo issue can be skipped because it is tests-only
change, no asyncio code was affected.
Will be more accurate next time.
On Tue, May 22, 2018 at 3:26 PM Victor Stinner wrote:
> Hi,
>
> In https://bugs.python.org/issue33531, Andrew Svetlov wrote "
gt; >>> sock.server_hostname
> > 'www.straße.de <http://www.strasse.de>'
> >
> > Changed:
> > >>> sock.server_hostname
> > 'www.strasse.de'
> >
> > Christian
> >
> > ________
uld also
> provide a reference to that object.
>
> Best regards,
> Ádám
>
> (http://szieberthadam.github.io/)
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> U
_
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/andrew.svetlov%40gmail.com
--
Thanks,
Andrew Svetlov
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
ment works well.
The behavior is very annoying -- I was forced to write missed message twice.
--
Thanks,
Andrew Svetlov
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.
gt; ___
>> > > Python-Dev mailing list
>> > > Python-Dev@python.org
>> > > https://mail.python.org/mailman/listinfo/python-dev
>> > > Unsubscribe:
>> > > https://mail.python.org/mailman/o
> Another issue that bothers me, is code reuse. Independent from whether the
> 'async def' makes sense or not, it would not allow us to reuse asyncio
> functions as if they were normal functions and vice versa (if I understood
> that correctly). So, we would have to implement things twice for the a
t;> Unsubscribe:
>> https://mail.python.org/mailman/options/python-dev/victor.stinner%40gmail.com
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail
k, which can't have been easy. Thanks for all the work.
>
> Paul.
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailm
—
Sent from Mailbox
On Wednesday Apr 29, 2015 at 7:14 PM, Yury Selivanov ,
wrote:Also please see this:
https://hg.python.org/peps/rev/d048458307b7
FWIW, 'await await fut' isn't something that you likely to see in
your life; 'await -fut' is 99.999% just a bug.
Agree.
I'm not sure
why G
t a() + await b()
>> res = await await a()
>> if await a(): pass
>> return await a()
>> print(await a())
>> func(arg=await a())
>> await a() * b()
>>
>
> ___
> Python-Dev mailing list
> Python-Dev@py
ailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/andrew.svetlov%40gmail.com
--
Thanks,
Andrew Svetlov
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/andrew.svetlov%40gmail.com
--
Thanks,
Andrew Svetlov
___
P
On Fri, Apr 24, 2015 at 3:14 AM, Greg Ewing wrote:
> Andrew Svetlov wrote:
>
>> But we already have asyncio and code based on asyncio coroutines.
>> To make it work I should always use costart() in places where asyncio
>> requires coroutine.
>
>
> As I understand
I can live with `cocall fut()` but the difference between `data = yield from
loop.sock_recv(sock, 1024)` and `data = cocall (loop.sock_recv(sock, 1024))()`
frustrates me very much.
—
Sent from Mailbox
On Thu, Apr 23, 2015 at 4:09 PM, Victor Stinner
wrote:
> (I prefer to start a new thread,
On Thu, Apr 23, 2015 at 3:27 PM, Wolfgang Langner
wrote:
>
>
> On Thu, Apr 23, 2015 at 12:35 PM, Paul Sokolovsky wrote:
>>
>> Hello,
>>
>> On Thu, 23 Apr 2015 12:18:51 +0300
>> Andrew Svetlov wrote:
>>
>> []
>>
>> > > 3.
>
On Thu, Apr 23, 2015 at 3:10 PM, Greg Ewing wrote:
> Andrew Svetlov wrote:
>>
>> From my understanding to use cofunctions I must wrap it with costart call:
>>
>> yield from gather(costart(coro1, a1, a2), costart(coro2), fut3)
>>
>> There are other places in
___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/andrew.svetlov%40gmail.com
--
Thanks,
Andrew Svetlov
___
approach makes it possible to continue using old code and
>> modules without a hassle, while coming up with a migration plan for
>> future python versions.
>>
>>
>> Why magic methods start with "a"
>>
>>
>&g
future' - your
> proposal *won't* work with a lot of existing code
> and patterns. It's going to be radically different
> from all other languages that implement 'await' too.
>
> Yury
>
> ______
x27;name'])
[1] https://github.com/KeepSafe/aiohttp
[2] https://github.com/aio-libs/aiomysql/tree/await
> --
> --Guido van Rossum (python.org/~guido)
>
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/
with/for semantics and await expressions, but the rest
> seems unnecessary and bad for writing robust code. (e.g. note that
> requiring different syntax means a function must either duplicate code
> or restrict its input types more, and type changes in remote parts of
> the program will
On Wed, Apr 22, 2015 at 10:24 PM, Yury Selivanov
wrote:
>
>
> On 2015-04-22 2:53 PM, Andrew Svetlov wrote:
>>
>> On Wed, Apr 22, 2015 at 9:45 PM, Yury Selivanov
>> wrote:
>
> [...]
>>>
>>>
>>>> If we forbid to call `async def` f
On Wed, Apr 22, 2015 at 9:45 PM, Yury Selivanov wrote:
> Andrew,
>
> On 2015-04-22 2:32 PM, Andrew Svetlov wrote:
>>
>> For now I can use mix asyncio.coroutines and `async def` functions, I
>> mean I can write `await f()` inside async def to call
>> asyncio.corout
this work
> we might want to patch inspect.py to make isgenerator() family
> of functions to return False for coroutines/coroutine-objects.
>
> Thanks a lot for the feedback!
>
> Yury
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/andrew.svetlov%40gmail.com
--
Thanks,
Andrew Svetlov
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Ok, sorry.
On Tue, Apr 14, 2015 at 8:59 PM, Ian Cordasco
wrote:
>
>
> On Tue, Apr 14, 2015 at 7:54 PM, Andrew Svetlov
> wrote:
>
>> Python-dev is for development OF Python, not for development WITH Python
>> or Python LEARNING, BTW.
>>
>> On Tue,
english and spanish.
>
> We should have replied in English if it would have been something related
> to python-dev, but we have responded in Spanish as maybe the user doesn't
> understand English.
>
> Kind Regards,
> Raúl
>
> 2015-04-14 20:41 GMT-04:00 Andrew Svetlov
/python-dev
>> Unsubscribe:
>> https://mail.python.org/mailman/options/python-dev/erik.river%40gmail.com
>>
>>
>
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/list
___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/andrew.svetlov%40gmail.com
--
Thanks,
Andrew Svetlov
___
I think setting context in exception constructor would be fine.
On Thu, Mar 26, 2015 at 1:36 PM, Victor Stinner
wrote:
> 2015-03-26 11:52 GMT+01:00 Andrew Svetlov :
>> There is another issue: exception chain is not set up on exception
>> creation in python code, only on throwi
ctChain(exc_type, exc_value)
>
>
> I would first make these functions private, as _PyErr_ChainExceptions().
> After proofing their usefulness in the stdlib, they can be made public.
>
> ___
> Python-Dev mailing list
> Python-Dev@pyth
x.com/company/contact/
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/andrew.svetlov%40gmail.com
--
Thanks,
Andrew
https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/andrew.svetlov%40gmail.com
--
Thanks,
Andrew Svetlov
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
BA5FfkwF
> rLUAnRg0RpL/b6apv+Dt2/sgnUd3hTPA
> =Z4Ss
> -END PGP SIGNATURE-
> _______
> python-committers mailing list
> python-committ...@python.org
> https://mail.python.org/mailman/listinfo/python-committers
--
Thanks,
ug 31, 2013 at 9:58 PM, andrew.svetlov
> wrote:
>>
>> http://hg.python.org/cpython/rev/39781c3737f8
>> changeset: 85490:39781c3737f8
>> user:Andrew Svetlov
>> date:Sun Sep 01 07:58:41 2013 +0300
>> summary:
>> Issue #11798: fix tests for r
turn self.run(*args, **kwds)
> File "/home/ethan/source/python/issue18780/Lib/unittest/suite.py", line
> 114, in run
> test(result)
> TypeError: 'NoneType' object is not callable
> ___
> Python-Dev mailing
eb Antoine Pitrou:
>> >
>> > Le Fri, 30 Aug 2013 12:24:07 +0300,
>> > Andrew Svetlov a écrit :
>> >> Main thread is slightly different from others.
>> >> Signals can be subscribed from main thread only.
>> >> Tulip has special logic f
I've filed http://bugs.python.org/issue18882 for this.
On Fri, Aug 30, 2013 at 12:52 PM, Andrew Svetlov
wrote:
> _MainThread can be used as workaround, but adding public function makes value.
>
> Oleg, as I understand _MainThread is a class, not class instance, test
&
:24:07PM +0300, Andrew Svetlov
> wrote:
>> Main thread is slightly different from others.
>> Signals can be subscribed from main thread only.
>> Tulip has special logic for main thread.
>> In application code we can explicitly know which thread is executed,
>> main
I missed _MainThread in threading, that's why I've guessed to add
function to signal module.
threading.main_thread() is much better sure.
On Fri, Aug 30, 2013 at 12:39 PM, Antoine Pitrou wrote:
>
> Le Fri, 30 Aug 2013 12:24:07 +0300,
> Andrew Svetlov a écrit :
>>
etter one).
Signal module already has required data as internal variable
static long main_thread;
I just guess to expose this value to python.
Thoughts?
--
Thanks,
Andrew Svetlov
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailm
;
>> --
>> --Guido van Rossum (python.org/~guido)
> ___
> 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/andrew
9:18fd64f1de2d
>> > branch: 3.3
>> > user:Andrew Svetlov
>> > date:Sun Apr 07 16:42:24 2013 +0300
>> > summary:
>> > Process DEFAULT values in mock side_effect that returns iterator.
>> >
>> > Patch by Michael Ford.
&g
the program so that the new functionality
> makes more sense".
>
> Eli
>
>
>
>
> On Sat, Apr 6, 2013 at 7:25 AM, Andrew Svetlov
> wrote:
>>
>> Do you mean something like:
>> «Let's also change the rest of the program to make the new functionali
d325
>> changeset: 83110:6cf485ffd325
>> parent: 83106:94fb906e5899
>> parent: 83109:9610ede72ed2
>> user:Andrew Svetlov
>> date:Fri Apr 05 11:40:01 2013 +0300
>> summary:
>> Fix typo
>>
>> files:
>&g
http://mail.python.org/mailman/listinfo/python-dev
>> Unsubscribe:
>> http://mail.python.org/mailman/options/python-dev/andriy.kornatskyy%40live.com
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/
s*) quiet="-q";; \
> *) quiet="";; \
> @@ -955,7 +960,7 @@
> elsetrue; \
> fi; \
> done
> - @for i in $(srcdir)/Lib/*.py $(srcdir)/Lib/*.doc
> $(srcdir)/Lib/*.egg-info ; \
> + @for i in $(srcdir)/Lib/*.py `cat pybuilddir.txt`/_sysconfigdata.py
> $(srcdir)/Lib/*.doc $(srcdir)/Lib/*.egg-info ; \
> do \
> if test -x $$i; then \
> $(INSTALL_SCRIPT) $$i $(DESTDIR)$(LIBDEST); \
> @@ -1133,6 +1138,7 @@
> --install-scripts=$(BINDIR) \
> --install-platlib=$(DESTSHARED) \
> --root=$(DESTDIR)/
> + -rm $(DESTDIR)$(DESTSHARED)/_sysconfigdata.py*
>
> # Here are a couple of targets for MacOSX again, to install a full
> # framework-based Python. frameworkinstall installs everything, the
> diff --git a/Misc/NEWS b/Misc/NEWS
> --- a/Misc/NEWS
> +++ b/Misc/NEWS
> @@ -216,6 +216,10 @@
> Library
> ---
>
> +- Issue #13150: sysconfig no longer parses the Makefile and config.h files
> + when imported, instead doing it at build time. This makes importing
> + sysconfig faster and reduces Python startup time by 20%.
> +
> - Issue #10212: cStringIO and struct.unpack support new buffer objects.
>
> - Issue #12098: multiprocessing on Windows now starts child processes
>
> --
> Repository URL: http://hg.python.org/cpython
>
> ___
> Python-checkins mailing list
> python-check...@python.org
> http://mail.python.org/mailman/listinfo/python-checkins
>
--
Thanks,
Andrew Svetlov
___
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
hon-checkins mailing list
> python-check...@python.org
> http://mail.python.org/mailman/listinfo/python-checkins
>
--
Thanks,
Andrew Svetlov
___
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
s which represent Python protocols:
>
> I don't quite follow: Aren't input types always specified by the converter
> function?
>
>
>> Argument Clinic also permits embedding Python code inside C files, which
>> is executed in-place when Argument Clinic processes
Looking on PEP http://www.python.org/dev/peps/pep-0384/ and docs I
don't figure out how to specify this values.
Maybe I've missed something?
If not I like to solve that problem at us pycon sprints.
Hope, Martin von Loewis will visit the conference.
--
Thanks,
Andr
> 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/andrew.svetlov%40gmail.com
--
Thanks,
Andrew Svetlov
___
x
Any objections?
--
Thanks,
Andrew Svetlov
___
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
__
> 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/andrew.svetlov%40gmail.com
>
--
Thanks,
Andrew Svetlov
___
Thanks
On Wed, Dec 26, 2012 at 7:50 PM, Georg Brandl wrote:
> Should now be fixed. I updated the daemon behind the hook to the newest
> version, and hope it will be more stable now.
>
> Georg
>
> On 12/26/2012 05:07 PM, Andrew Svetlov wrote:
>> Looks like IRC bot is br
Thanks for the elaboration!
On Wed, Dec 26, 2012 at 6:42 PM, Antoine Pitrou wrote:
> On Wed, 26 Dec 2012 13:37:13 +0200
> Andrew Svetlov wrote:
>> >
>> > As Serhiy's example shows, this mapping of error numbers to subclasses
>> > is implemented directly i
CBbQ7
> 5cd8Ynqihxw=
> =xUEy
> -END PGP SIGNATURE-
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mailman/optio
On Wed, Dec 26, 2012 at 12:16 PM, Nick Coghlan wrote:
> On Wed, Dec 26, 2012 at 6:50 PM, Serhiy Storchaka wrote:
>> On 25.12.12 23:55, Andrew Svetlov wrote:
>>>
>>> Currently we have exception tree of classes inherited from OSError
>>> When we use C AP
static method is better than new builtin function, agree.
On Wed, Dec 26, 2012 at 12:03 AM, Benjamin Peterson wrote:
> 2012/12/25 Andrew Svetlov :
>> Currently we have exception tree of classes inherited from OSError
>> When we use C API we can call PyErr_S
but I cannot raise concrete exception from given errno code.
--
Thanks,
Andrew Svetlov
___
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/ar
,7 @@
>> while head and tail:
>> try:
>> rmdir(head)
>> -except error:
>> +except OSrror:
>> break
>> head, tail = path.split(head)
>>
>
> Shouldn't that be OSError?
--
Thanks,
An
uration)|$(Platform)'=='Debug|Win32'">
> -
> - Disabled
> - EnableFastChecks
> - MultiThreadedDebug
> -
> -
> - Console
> -
> -
> - Condition="'$(Configuration)|$(Platform)'=='Debug|x
;
>
> ___
> Python-checkins mailing list
> python-check...@python.org
> http://mail.python.org/mailman/listinfo/python-checkins
--
Thanks,
Andrew Svetlov
___
Python-Dev mailing list
Python-Dev@
Done in #e5958a4e52ef
On Wed, Dec 19, 2012 at 9:24 AM, Nick Coghlan wrote:
> On Wed, Dec 19, 2012 at 7:16 AM, andrew.svetlov
> wrote:
>>
>> http://hg.python.org/cpython/rev/a6ea6f803017
>> changeset: 80934:a6ea6f803017
>> user:Andrew Svetlov
>> d
entries are stored in regular Python lists
> and inherit their over-allocation characteristics (about
> 12.5% overallocated for large lists). There are many
> other possible allocation strategies with their own
> respective speed/space trade-offs.
>
>
> __
gt; #endif /* WITH_PYMALLOC */
>
> #ifdef PYMALLOC_DEBUG
>
> --
> Repository URL: http://hg.python.org/cpython
>
> ___
> Python-checkins mailing list
> python-check...@python.org
> http://mail.python.org/mailman/listinfo/python-checkins
>
--
Thanks,
Andrew Svetlov
___
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
n order in the face of deletions, use an explicit ordereddict.
>
> Tim Delaney
>
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mai
__
> 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/andrew.svetlov%40gmail.com
--
Thanks,
Andrew Svetlov
_
only.
If you look on discussion for issue (http://bugs.python.org/issue1207589)
you can see we cannot make decision, votes are split.
I want to raise the question on this mailing list (as Terry Reedy
suggested) to ask for community opinion.
Thanks, Andr
after implementing PEP 412 (Key-Sharing Dictionary).
>
>
>
> ___
> 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 mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mailman/options/python-dev/andrew.svetlov%40gmail.com
--
Thanks,
Andrew Svetlov
_
dom`.
>
> Is it just my non-native speaker ears, or should there be an “an” before
> “easy”?
> ___
> Python-checkins mailing list
> python-check...@python.org
> http://mail.python.org/mailman/listinfo/p
}
> -Py_DECREF(v);
> -return PyBytes_AsString(v);
> -}
> -}
> -
> -
>
> #define ARGSZ 64
>
>
> --
> Repository URL: http://hg.python.org/cpython
>
> _______
> Python-checkins mailing
1 - 100 of 159 matches
Mail list logo
