Hello,
After a great discussion in python-ideas[1][2] it was suggested that I
cross-post this proposal to python-dev to gather more comments from those who
don't follow python-ideas.
The proposal is to add a "call_once" decorator to the functools module that, as
the name suggests, calls a wrapp
0 installed (pywin32 wants the 8.1 SDK)
Does anyone have any ideas as to what I am doing wrong, or if there is some
weird underlying issue with setuptools and/or
distutils?
Thanks,
Tom
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe
> -Original Message-
> From: Steve Dower
> Sent: Monday, July 22, 2019 11:36 PM
> To: Kacvinsky, Tom ; python-dev@python.org
> Subject: [Python-Dev] Re: Python 3.7.4, Visual Studio versions for building
> modules from source
> This is probably not the best place
support older Linux distributions that don't have libffi -
an so I
am making a static libffi to be linked in.
Any guidance on this issue would be helpful.
Thanks,
TOm
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an ema
> -Original Message-
> From: Victor Stinner
> Sent: Thursday, October 17, 2019 10:06 AM
> To: Kacvinsky, Tom
> Cc: python-dev@python.org
> Subject: Re: [Python-Dev] PEP for libffi + _ctypes
>
> Hi,
>
> Our bundled copy of libffi has been removed
Hi,
> -Original Message-
> From: Charalampos Stratakis
> Sent: Thursday, October 17, 2019 11:26 AM
> To: Kacvinsky, Tom
> Cc: python-dev@python.org
> Subject: Re: [Python-Dev] Re: PEP for libffi + _ctypes
>
> Well RHEL5 doesn't include libffi in its d
ry to make a simple reproducer tomorrow. I know this probably could be
solved by header file inclusion re-ordering,
or in some cases #undef'ing slots before including Python.h, but I also thought
the Python dev team would like to know
about t
.
Thanks,
Tom
___
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
> -Original Message-
> From: Mike Miller
> Sent: Saturday, April 11, 2020 6:17 PM
> To: python-dev@python.org
> Subject: [Python-Dev] Python2 as 𝑣 → 𝑒
>
>
> Unless I've read something wrong, it looks like the final Python 2 release
> (2.7.18) should approximate the math constant e:
>
>
> Why not? It's a decorator, isn't it? Just make it check for number of
> arguments at decoration time and return a different object.
It’s not that it’s impossible, but I didn’t think the current implementation
doesn’t make it easy
(https://github.com/python/cpython/blob/cecf049673da6a24435acd1
Python.
So I think there’s room to improve the discoverability of lru_cache as an
“almost” `call_once` alternative, or room for a dedicated method that might
re-use bits of the`lru_cache` implementation.
Tom
> On 28 Apr 2020, at 20:51, Raymond Hettinger
> wrote:
>
> 
>&g
ke distclean" and "./configure". I have unset my
PYTHONPATH and LD_LIBRARY_PATH, but python2.7 is my default python.
I guess my next step will be to manually remove the installed python
2.7 unless I hear some other suggestions.
And I will file a bug report soon unless that is in
seems to me it
should be using all modules from within the build, thus there should
be no such error.
Regards,
-Tom
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/m
On Thu, Sep 16, 2010 at 14:36, Barry Warsaw wrote:
> On Sep 16, 2010, at 01:41 PM, Tom Browder wrote:
>
>>I am trying to rebujild the 2.7 maintenance branch and get this error
>>on Ubuntu 10.04.1 LTS:
>
> I just tried this on my vanilla 10.04.1 system. Â I checked o
I'm attempting to file a bug but keep getting:
An error has occurred
A problem was encountered processing your request. The tracker
maintainers have been notified of the problem.
-Tom
Thomas M. Browder, Jr.
Niceville, Florida
USA
___
Pytho
USAOn Thu, Sep 16, 2010 at 16:36, Victor Stinner
wrote:
> Le jeudi 16 septembre 2010 23:10:22, Tom Browder a Ă©crit :
>> I'm attempting to file a bug but keep getting:
>
> File another bug about this bug!
I did, and eventually discovered the problem: I tried to "nosy"
nces.
Can anyone explain the two different "default" installations I got?
It seems to me I should force the Ubuntu-style installation by the
"--with-universal-archs=64-bit" configure option, and I will try that
on Debian while I awa
On Mon, Sep 20, 2010 at 10:12, Ronald Oussoren wrote:
>
>
> On 20 Sep, 2010,at 04:31 PM, Tom Browder wrote:
>
> Continuing on with investigating Python 2.7 build problems, one
> problem I just discovered is a different installation on one 64-bit
> system (Debian Lenny) v
On Mon, Sep 20, 2010 at 13:05, Terry Reedy wrote:
> On 9/20/2010 10:31 AM, Tom Browder wrote:
> ...
>>
>> I see that the configure file has some architecture choices
>> (--with-universal-archs=ARCH) but no explanation about the
>> consequences.
>>
>> Can
On Mon, Sep 20, 2010 at 13:05, Terry Reedy wrote:
> On 9/20/2010 10:31 AM, Tom Browder wrote:
> ...
>>
>> I see that the configure file has some architecture choices
>> (--with-universal-archs=ARCH) but no explanation about the
>> consequences.
>>
>> Can
On Mon, Sep 20, 2010 at 14:28, Antoine Pitrou wrote:
> On Mon, 20 Sep 2010 09:31:45 -0500
> Tom Browder wrote:
>>
>> Can anyone explain the two different "default" installations I got?
>>
>> It seems to me I should force the Ubuntu-style installation b
2005.
I'd really like to help get this patch approved and integrated into
the python sources. I'm sure many other python embedders have run into
this in the past - it's a legitimate concern for any process which is
not 100% hosted in the P
tentially overridden-id-unaware
areas throught the rest of the python source base.
Thanks.
Tom.
___
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
ly very short lived proxies
generated from C++. I guess I'll find out :)
Thanks again,
Tom.
___
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
place.
Thanks for your help, and sorry for bothering dev with something which
was a regular python programming issue after all.
Tom.
On 27 June 2011 13:31, Tom Whittock wrote:
> Hi Greg thanks for your quick reply.
>
>> Perhaps you could use a WeakValueDictionary to keep a mapping
>
characters to their UTF-8
representation before percent encoding them. Why not urllib.quote and
urllib.quote_plus?
Thanks for any thoughts on this,
Tom
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
I may be missing something, but it seems that RFC 3987 (which is about
IRIs) basically says:
1) IRIs are identical to URIs except they may have unicode characters
in them
2) IRIs must be converted to URIs before being used in HTTP
3) The way to convert IRIs to URIs is to UTF-8 encode the uni
Maybe I didn't understand the RFC quite right, but it seemed like how
to handle hostnames was left as a choice between IDNA encoding the
hostname or replacing the non-ascii characters with dashes? I guess in
practice IDNA is the right decision.
Another part I wasn't clear on is whether urll
I was assuming urllib.quote/unquote would only be called on text
intended to be used in non-hostname portions of the URIs. I'm not sure
if this is the actual intent of urllib.quote and perhaps the
documentation should be updated to specify what precisely it does and
then peopel can decide w
Is there any thought to extending escape to escape / unescape to by
default handle characters other than <, >, and &? At a minimum it
should handle arbitrary &xxx; values. Ideally, it would also handle
common other symbolic names besides < > etc.
HTML from common web sites such as nytimes.c
Why not use MPI? It's cross platform, cross language and very widely
supported already. And there're Python bindings already.
On May 13, 2008, at 8:52 PM, Jesse Noller wrote:
I am looking for any questions, concerns or benchmarks python-dev has
regarding the possible inclusion of the pyproces
On May 14, 2008, at 12:32 PM, Andrew McNabb wrote:
Think of the processing module as an alternative to the threading
module, not as an alternative to MPI. In Python, multi-threading
can be
extremely slow. The processing module gives you a way to convert from
using multiple threads to usi
All the discussion recently about pyprocessing got me interested in
actually benchmarking Python's multiprocessing performance to see if
reality matched my expectations around what would scale up and what
would not. I knew Python threads wouldn't be good for compute bound
problems, but I wa
were expressing concern
over numpy releasing the GIL due to the fact that other C extensions
could call numpy and unexpectedly have the GIL released on them (or
something like that).
On May 15, 2008, at 6:43 PM, Nick Coghlan wrote:
Tom Pinckney wrote:
All the discussion recently about pyprocessin
.8.
On May 15, 2008, at 10:55 PM, Greg Ewing wrote:
Tom Pinckney wrote:
If I look at top while running 2 or more threads, both cores are
being used 100% and there is no idle time on the system.
If you run it with just one thread, does it use up only
one core's worth of CPU?
If so, this s
-0400, Tom Pinckney wrote:
I found some other references where people were expressing concern
over numpy releasing the GIL due to the fact that other C extensions
could call numpy and unexpectedly have the GIL released on them (or
something like that).
Could you please post links to those? I
I do not know where cleanup_traceback (in run.py) is called, or really
anything about the inner workings of python, but there is a problem with
sys.tracebacklimit. If it is set to one or zero, "** IDLE Internal
Exception" is printed in the traceback for any exception, not internal ones.
I think tra
(Continuing thread started at
http://mail.python.org/pipermail/csv/2008-October/000688.html)
On Sun, Oct 19, 2008 at 16:46, Andrew McNamara
<[EMAIL PROTECTED]>wrote:
> >I downloaded the 2.6 source tar ball, but is it too late for new features
> to
> >get into versions <3?
>
> Yep.
>
> >How would y
On Mon, Oct 20, 2008 at 00:48, John Machin <[EMAIL PROTECTED]> wrote:
> Tom Brown wrote:
>
>> (Continuing thread started at
>> http://mail.python.org/pipermail/csv/2008-October/000688.html)
>>
>> On Sun, Oct 19, 2008 at 16:46, Andrew McNamara <
>&g
bles.
Well, you have to put the property tables somewhere, somehow.
There are various schemes for demand loading them as needed,
but I don't know whether those are used.
--tom
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/ma
enclosing the entire translation of block in a
try-except construct, which catches Stop and Continue exceptions
raised by the generator and re-raises them in the outer context.)
I hope this helps.
--
Tom Rothamel --- http://www.rothamel.us/~tom
utomake -- again, an explicit decision.
The problem is, some other projects have not been so careful.
Tom
___
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
e probably not really necessary for your situation.
The libffi configury in the GCC tree is set up to build libffi as a
target library. Most likely, you don't need this.
libffi/acinclude.m4 needs some license clarification.
It isn't clear who owns this
optparse
Using unicode strings with non-ascii chars.[1]
I'm working around this by subclassing OptionParser. Below is a
workaround I use in GNU Solfege. Should something like this be
included in python 2.5?
(Please CC me any answer.)
Tom Cato
--- orig/src/mainwin.py
+++ mo
44 matches
Mail list logo
