Eric Smith <[EMAIL PROTECTED]> added the comment:
> It isn't hard (in Python):
It's more complex, because the "3" is locale dependent, and is allowed
to be something like "3, then 2, then 3, then 1, repeating until the
start of the string".
See _group
Eric Smith <[EMAIL PROTECTED]> added the comment:
Implemented in 2.6 as r63078. I'll port this to py3k shortly.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
Eric Smith <[EMAIL PROTECTED]> added the comment:
Implemented in 3.0 as r63093. I'm closing this issue.
I added the C code that does the grouping insertion as
_PyString_InsertThousandsGrouping and _PyUnicode_InsertThousandsGrouping
(in 3.0). This might be useful to others, although
New submission from Eric Smith <[EMAIL PROTECTED]>:
3.0 has documentation for str.format(), but that documentation is
missing in 2.6. The 2.6 what's new document:
http://docs.python.org/dev/whatsnew/2.6.html also has an XXX reference
to this:
"Consult the 2.6 documentation for
Eric Smith <[EMAIL PROTECTED]> added the comment:
When backporting to 2.6, this needs to be documented for both str and
unicode.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Eric Firing <[EMAIL PROTECTED]>:
--
assignee: georg.brandl
components: Documentation tools (Sphinx)
nosy: efiring, georg.brandl
severity: normal
status: open
title: extra "\fi
___
Python tracker <[EMAIL PROTECTED]>
<ht
New submission from Eric Firing <[EMAIL PROTECTED]>:
Building the matplotlib docs using Sphinx svn 66969 results in a Latex
error ending in:
) (/usr/share/texmf-texlive/tex/latex/graphics/graphicx.sty
(/usr/share/texmf-texlive/tex/latex/graphics/graphics.sty
(/usr/share/texmf-texlive/tex
New submission from Eric Devolder <[EMAIL PROTECTED]>:
creating a unicode string from an empty b'' does not result in '', but
produces "b''" instead.
>>> str(b'')
"b''"
Workaround: if the encoding is spe
Eric Devolder <[EMAIL PROTECTED]> added the comment:
Thanks for the tip - and sorry about the noise. I didn't catch this when
reading through PEPs & manual, however.
___
Python tracker <[EMAIL PROTECTED]>
<http://b
New submission from Eric Gillespie <[EMAIL PROTECTED]>:
Tested on NetBSD, but should work on any; sysctl goes back to 4.4BSD.
--
components: Library (Lib)
files: diff
messages: 75353
nosy: epg
severity: normal
status: open
title: BSD support for multiprocessing.cpu_count
ve
Eric Gillespie <[EMAIL PROTECTED]> added the comment:
sys.platform is 'netbsd4', and presumably 'freebsd5' and so on, so that
won't work.
___
Python tracker <[EMAIL PROTECTED]&
Eric Huss <[EMAIL PROTECTED]> added the comment:
I'm disappointed to see this closed. Exception pickling is still broken
in some cases in 2.6.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pyt
Eric Huss <[EMAIL PROTECTED]> added the comment:
In the attached test_exception_pickle.py file, class C and D cannot be
unpickled (raises TypeError).
class C(Exception):
"""Extension with values, args not set."""
def __init__(self, foo):
New submission from Eric Devolder <[EMAIL PROTECTED]>:
This error happens when opting in for compiling the scripts at
installation. (please note also that I did not selected "register
extension", but I don't think this has an impact).
Here is the text from event viewer:
P
Eric Devolder <[EMAIL PROTECTED]> added the comment:
Dear Martin,
It's my pleasure. I'm just sorry if I misled you a bit, but as I told I
haven't managed to have a full testing env yet ( although I'm close to it),
so I could not check in time if it would have fixe
Changes by Eric Devolder <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file12176/unnamed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Eric Smith <[EMAIL PROTECTED]>:
--
assignee: -> eric.smith
nosy: +eric.smith
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
New submission from Eric Eisner :
I discovered this when trying to splice a string containing unicode
codepoints higher than U+
all examples on 32-bit Ubuntu Linux
python 2.5.2 (for comparison):
sys.maxunicode # 1114111
len(unichr(66674)) # 1
len(u'\U00010472') #
Changes by Eric Smith :
--
nosy: +eric.smith
___
Python tracker
<http://bugs.python.org/issue4701>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Smith added the comment:
> Perhaps the path of least resistance is to change PyObject_Hash to be
> yet another place where PyType_Ready will be called implicitly if it
> hasn't been called already?
I think that's the best thing to do. It would bring PyObjec
New submission from Eric Naeseth :
In Python 2.5, a new method named "open_new_tab" was added to webbrowser
and webbrowser's browser controller objects. With this addition, there are
now three methods on browser controllers, but the documentation still
reads: "Browser con
New submission from Eric Wald :
Execution of "make test" for Python 2.6.1 halts with a segmentation
fault on line 2198 of Python-2.6.1/Lib/test/test_datetime.py; also
occurs using the attached script, narrowing it down to the %z sequence
in the format argument to datetime.time.strft
Eric Wald added the comment:
Update: Undefining HAVE_SNPRINTF does not correct the problem.
___
Python tracker
<http://bugs.python.org/issue5023>
___
___
Python-bug
Changes by Eric Smith :
--
nosy: +eric.smith
___
Python tracker
<http://bugs.python.org/issue4285>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Smith :
--
assignee: brett.cannon -> eric.smith
___
Python tracker
<http://bugs.python.org/issue4285>
___
___
Python-bugs-list mailing list
Un
Eric Smith added the comment:
The doc string for sys includes:
version_info -- version information as a tuple
I'm not sure changing this to "... as a structseq" makes it any more
useful, but it's more correct. Does anyone have a preference? I'd use
the same wording
Eric Smith added the comment:
"... as a named tuple" works for me. I'll go with that. Thanks!
___
Python tracker
<http://bugs.python.org/issue4285>
___
___
Eric Smith added the comment:
Committed in r69331 (trunk) and r69346 (py3k).
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Eric Smith :
--
nosy: +eric.smith
___
Python tracker
<http://bugs.python.org/issue5122>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Smith added the comment:
Yes, I have these installed:
tcl-8.4.13-3.fc6
tcl-devel-8.4.13-3.fc6
tk-8.4.13-3.fc6
tk-devel-8.4.13-3.fc6
When I run "./python Lib/test/regrtest.py test_tcl test_ttk_guionly", it
hangs.
___
Python trac
Eric Smith added the comment:
The patch does solve the problem for me. It no longer hangs when running
either:
./python Lib/test/regrtest.py test_tcl test_ttk_guionly
or:
./python Lib/test/regrtest.py
-
...
test_traceback
test_transformer
test_ttk_guionly
test_ttk_guionly skipped
Eric Smith added the comment:
The second patch (checking_for_failed_tk_load.diff) also works for me.
___
Python tracker
<http://bugs.python.org/issue5122>
___
___
Pytho
Eric Smith added the comment:
With the second patch installed, your code snippet does indeed hang for me.
With the third patch installed, I get:
[trunk]$ ./python
Python 2.7a0 (trunk:69369M, Feb 6 2009, 14:59:32)
[GCC 4.1.2 20070626 (Red Hat 4.1.2-13)] on linux2
Type "help",
Eric Smith added the comment:
protect_tk_loading.diff works for me.
___
Python tracker
<http://bugs.python.org/issue5122>
___
___
Python-bugs-list mailing list
Unsub
Eric Smith added the comment:
The current patch (protect_tk_loading.diff) looks reasonable to me, and
it solves my problem with the tests hanging. So I'd suggest you commit
the patch, insofar it improves on the current situation.
I'm not an expert in tk, however. So if you'
New submission from Eric Swenson :
Building python extensions using distutils in python 2.6 with only VC++
2005 installed no longer works.
distutils appears to require VC++ 2008. The documentation on building
extensions for Python 2.6 seems to suggest that VC++ 2008, while
preferred, is
Eric Swenson added the comment:
Hi Tarek,
I have been debugging this and found the following:
If you set the DISTUTILS_USE_SDK environment variable to any value (I used
DISTUTILS_USE_SDK=1) and the MSSdk environment variable to anything (I used
MSSdk=1), and you manually run the "vcvarsal
Eric Smith added the comment:
It's easy enough to implement. Although the 'all-or-nothing' aspect is a
little tough, I'll have to give it some thought.
Maybe the best way to do this is to first create a string.Formatter
subclass that implements it. I'll play with it an
Eric Smith added the comment:
How is:
'{d}{s}{f}'.format(3, 'foo', 3.14)
more unclear than:
'%d%s%f' % (3, 'foo', 3.14)
?
But the more I think about it, the more I think it would have to be:
'{:d}{:s}{:f}'.format(3, 'foo', 3.14)
Sin
Eric Smith added the comment:
The attached file is a mostly working version that inherits from
string.Formatter. It has the following shortcomings, which would all be
addressed if we go forward:
- Doesn't handle escaping '{' or '}'
- Doesn't handle conversion sp
Eric Smith added the comment:
Right. The colon would be required if there's a format specifier. Or an
exclamation if there's just a conversion specifier:
"{!r}{:f}{!s:^10}".format('foo', 3, 10)
would give:
"'foo'3.0010"
I've
Eric Smith added the comment:
Terry J. Reedy wrote:
> Terry J. Reedy added the comment:
>
> All I am requesting is that
> '{} {} {}'.format(3, 'pi', 3.14) work as
>
>>>> '%s %s %s' % (3, 'pi', 3.14)
> '3 pi 3.14'
Eric Smith added the comment:
I agree. I'm not sure on backporting this.
I'll work on a patch.
___
Python tracker
<http://bugs.python.org/issue5247>
___
___
Changes by Eric Smith :
--
assignee: -> eric.smith
___
Python tracker
<http://bugs.python.org/issue5247>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Eric Smith :
--
assignee: -> eric.smith
___
Python tracker
<http://bugs.python.org/issue5237>
___
___
Python-bugs-list mailing list
Unsubscri
Eric Smith added the comment:
auto_number_formatter_2.py lets you experiment with this with a syntax
more similar to what ''.format() looks like:
$ ./python
Python 2.7a0 (trunk:69608, Feb 14 2009, 04:51:18)
[GCC 4.1.2 20070626 (Red Hat 4.1.2-13)] on linux2
Type "help", &
Eric Smith added the comment:
Okay, one last version. This one lets you use object access within the
replacement string:
>>> from auto_number_formatter_3 import formatter as _
>>> _('{} {} {}').format(3, 'pi', 3.14)
'3 pi 3.14'
>>> _(&#x
Eric Smith added the comment:
I've gone back and read PEP 3101. To use its terminology, I think the
error message should be something like:
Unknown presentation type %c for type %s.
I'm not sure where I got the original wording "conversion type". It's
true that it&
Eric Smith added the comment:
The attached patch (against trunk) changes the message.
However, it has at least one unintended consequence. If you have an
object with no __format__, it gets converted to a string, which is then
formatted. So you get:
>>> '{0:^10}'
Eric Smith added the comment:
With this patch, I changed it to "format code", and made it more in line
with Antoine's original suggested message.
I'm okay with "format code" or "formatting code", but if we do use
either of those wordings, we should cha
New submission from Eric Snow :
tl;dr let's move PyInterpreterState.config to _PyRuntimeState.config.
Historically the runtime has been initialized using Py_Initialize(). PEP 587
added Py_InitializeFromConfig(), which takes a PyConfig and allows all sorts of
customization of the ru
Change by Eric Snow :
--
keywords: +patch
pull_requests: +29879
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/31771
___
Python tracker
<https://bugs.python.org/issu
Eric Vergnaud added the comment:
This is not a feature request, it's a bug fix request, so should be fixed asap.
Why is it a bug ?
XML spec says that "the default namespace does not apply to attribute names"
(see section 6.3), therefore having a simple attribute name when u
Eric Vergnaud added the comment:
lxml tostring does not support the default_namespace value so not an option
--
___
Python tracker
<https://bugs.python.org/issue45
Eric Vergnaud added the comment:
Actually there are 2 distinct issues here:
- ValueError: cannot use non-qualified names with default_namespace option
- lack of 'standalone' option when writing XML PI
--
___
Python track
Eric Snow added the comment:
> After a new `&_Py_ID(__orig_class__)` is added to
> Objects/genericaliasobject.c, running `make regen-global-objects` starts
>
> gcc -pthread -c [snipped] -DPy_BUILD_CORE -o Objects/genericaliasobject.o
> Objects/genericaliasobject.c
>
Change by Eric Snow :
--
pull_requests: +30151
pull_request: https://github.com/python/cpython/pull/32061
___
Python tracker
<https://bugs.python.org/issue46
Eric Snow added the comment:
Here are reasons why PyConfig relates to the runtime and not each interpreter:
* PyConfig was introduced so embedders could dictate how the *runtime*
should be initialized
* after initialization, it represents how the runtime was initialized
* in the public API
Change by Eric Snow :
--
pull_requests: +30154
pull_request: https://github.com/python/cpython/pull/32063
___
Python tracker
<https://bugs.python.org/issue46
Eric Snow added the comment:
New changeset 21412d037b07c08266e96dfd0c0e44a1b7693bc1 by Eric Snow in branch
'main':
bpo-46541: Add a Comment About When to Use _Py_DECLARE_STR(). (gh-32063)
https://github.com/python/cpython/commit/21412d037b07c08266e96dfd0c0e44
Eric Snow added the comment:
New changeset febf54bcf3fdc45ad84b4073e24bbaaee0ac8b2a by Eric Snow in branch
'main':
bpo-46712: Do not Regen Deep-Frozen Modules before Generating Global Objects
(gh-32061)
https://github.com/python/cpython/commit/febf54bcf3fdc45ad84b4073e24bba
New submission from Eric Snow :
The "Check if generated files are up to date" GitHub check for PRs has been
failing recently. It may also impact local usage of "make regen-all".
Example: https://github.com/python/cpython/runs/5719012664
This may be related to gh-32061.
Eric Snow added the comment:
There's probably something racy with make.
See:
https://github.com/python/cpython/runs/5712538599?check_suite_focus=true#step:10:1147
--
___
Python tracker
<https://bugs.python.org/is
Change by Eric Snow :
--
keywords: +patch
pull_requests: +30240
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/32162
___
Python tracker
<https://bugs.python.org/issu
Eric Snow added the comment:
New changeset 4c116f716bd1c174d6530b9a7a5ed3863927a109 by Eric Snow in branch
'main':
bpo-47146: Eliminate a race between make regen-deepfreeze and make
regen-global-objects. (gh-32162)
https://github.com/python/cpyt
Eric Snow added the comment:
Looks like that fixed it, per https://github.com/python/cpython/pull/32134.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Eric Snow added the comment:
Looks like this is still an intermittent problem:
* https://github.com/python/cpython/pull/32195
+ failed: https://github.com/python/cpython/runs/5756616733
+ failed: https://github.com/python/cpython/runs/5753267869
+ failed: https://github.com/python
Change by Eric Snow :
--
pull_requests: +30281
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/32206
___
Python tracker
<https://bugs.python.org/issu
Eric Snow added the comment:
New changeset db4dada5108dd49ebca23e4559a53630a2df8447 by Eric Snow in branch
'main':
bpo-47146: Avoid Using make Recursively (gh-32206)
https://github.com/python/cpython/commit/db4dada5108dd49ebca23e4559a536
Eric Snow added the comment:
I re-ran jobs that had failed before I merged that gh-32206. Several passed,
but the following are still failing:
* https://github.com/python/cpython/pull/32188
+ https://github.com/python/cpython/runs/5773938424
* https://github.com/python/cpython/pull/32132
Eric Snow added the comment:
Brandt pointed out this is consistently reproducible locally:
make clean regen-all -j
I'll get this sorted out today.
--
___
Python tracker
<https://bugs.python.org/is
Change by Eric Snow :
--
pull_requests: +30294
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/32218
___
Python tracker
<https://bugs.python.org/issu
Eric Snow added the comment:
New changeset e7bb7c2f047b4f97e4426c42ae209c969808069d by Eric Snow in branch
'main':
bpo-47146: Stop Depending On regen-deepfreeze For regen-global-objects
(gh-32218)
https://github.com/python/cpython/commit/e7bb7c2f047b4f97e4426c42ae209c
Eric Snow added the comment:
I'll keep an eye on PRs for the next day or so.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> pending
___
Python tracker
<https://bugs.pyth
Eric Snow added the comment:
Specifically: https://github.com/python/cpython/actions/workflows/build.yml.
--
status: pending -> open
___
Python tracker
<https://bugs.python.org/issu
Eric Snow added the comment:
Looks like gh-32218 worked.
--
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue47146>
___
___
Python-
Change by Eric Snow :
--
nosy: +Mark.Shannon
___
Python tracker
<https://bugs.python.org/issue47185>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
The relevant module attributes are described in the importlib docs:
https://docs.python.org/3/library/importlib.html#importlib.abc.Loader.load_module
--
versions: +Python 3.7, Python 3.8, Python 3.9 -Python 3.3, Python 3.4
Change by Eric Snow :
--
pull_requests: +15413
pull_request: https://github.com/python/cpython/pull/15760
___
Python tracker
<https://bugs.python.org/issue36
Change by Eric Snow :
--
pull_requests: +15518
pull_request: https://github.com/python/cpython/pull/15877
___
Python tracker
<https://bugs.python.org/issue36
Change by Eric Snow :
--
nosy: +pitrou
___
Python tracker
<https://bugs.python.org/issue38091>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
I'm guessing it should have been
https://mail.python.org/pipermail/python-list/2011-May/604497.html.
--
___
Python tracker
<https://bugs.python.org/is
Change by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<https://bugs.python.org/issue37888>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
Yeah, I'm fine with dropping this. In the file we have some global and some
local, so my suggestion was to consolidate a little. However, it mostly
doesn't matter. :)
--
resolution: -> rejected
stage: needs patch -> resolved
status
Change by Eric Snow :
--
nosy: +brett.cannon, eric.snow
___
Python tracker
<https://bugs.python.org/issue38091>
___
___
Python-bugs-list mailing list
Unsub
Eric Snow added the comment:
@Jeroen, see Dino's expalantion in https://bugs.python.org/issue38075#msg351627
(relative to the "random" module).
--
___
Python tracker
<https://bugs.pyt
Eric Snow added the comment:
New changeset ac46eb4ad6662cf6d771b20d8963658b2186c48c by Eric Snow (Dino
Viehland) in branch 'master':
bpo-38113: Update the Python-ast.c generator to PEP384 (gh-15957)
https://github.com/python/cpython/commit/ac46eb4ad6662cf6d771b20d896365
Change by Eric Snow :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Eric Snow added the comment:
New changeset ee536b2020b1f0baad1286dbd4345e13870324af by Eric Snow in branch
'master':
bpo-36876: Add a tool that identifies unsupported global C variables. (#15877)
https://github.com/python/cpython/commit/ee536b2020b1f0baad1286dbd4345e
Eric Snow added the comment:
@db3l, I'll take a look right away.
--
___
Python tracker
<https://bugs.python.org/issue36876>
___
___
Python-bugs-list m
Change by Eric Snow :
--
pull_requests: +15640
pull_request: https://github.com/python/cpython/pull/16017
___
Python tracker
<https://bugs.python.org/issue36
Eric Snow added the comment:
New changeset 64535fc6c0712caef0bc46be30e661f7ccf8280e by Eric Snow in branch
'master':
bpo-36876: Skip test_check_c_globals for now. (gh-16017)
https://github.com/python/cpython/commit/64535fc6c0712caef0bc46be30e661
Change by Eric Snow :
--
pull_requests: +15681
pull_request: https://github.com/python/cpython/pull/16058
___
Python tracker
<https://bugs.python.org/issue36
New submission from Eric Snow :
(This is a sub-task of bpo-36876, "Global C variables are a problem.".)
Currently Argument Clinic generates "_PyArg_Parser _parser" as a static
variable. Dropping "static" solves the problem of thread safety (e.g. for
subin
Eric Snow added the comment:
New changeset 088b63ea7a8331a3e34bc93c3b873c60354b4fad by Eric Snow in branch
'master':
bpo-36876: Fix the globals checker tool. (gh-16058)
https://github.com/python/cpython/commit/088b63ea7a8331a3e34bc93c3b873c
Eric Snow added the comment:
That might work. :)
There are two key problems under subinterpreters that do not share the GIL:
* races on refcount operations
* cache thrashing due to refcount operations (under multi-core threads)
A lock would certainly mitigate the first problem. I'
New submission from Eric Snow :
A "PyInterpreterState *interp" field on PyTypeObject would allow us to quickly
access the originating interpreter from any object. This will help us avoid
more costly lookups. The additional pointer used for this should not have a
significant imp
Eric Snow added the comment:
Yeah, dropping str support is fine. It wouldn't be hard to add it back in if
later we find it's useful. :)
--
___
Python tracker
<https://bugs.python.o
Change by Eric Wieser :
--
nosy: +Eric Wieser
___
Python tracker
<https://bugs.python.org/issue29258>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Eric Snow :
--
pull_requests: +15890
pull_request: https://github.com/python/cpython/pull/16304
___
Python tracker
<https://bugs.python.org/issue38
701 - 800 of 5208 matches
Mail list logo
