Stephen Hansen me+pyt...@ixokai.io added the comment:
I can't be entirely sure, because a) I have never even glanced at the calendar
module, and b) my locale-fu is very weak, but my buildbot has consistently
failed on this test since this commit:
Georg Brandl ge...@python.org added the comment:
Alex is correct. (You can prove that by raising and catching another exception
before the second getrefcount().)
--
nosy: +georg.brandl
resolution: - wont fix
status: open - closed
___
Python
Georg Brandl ge...@python.org added the comment:
Let's see if r85735 fixed this.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10092
___
___
Changes by Georg Brandl ge...@python.org:
Removed file: http://bugs.python.org/file19286/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10092
___
New submission from Thomas Guettler guet...@thomas-guettler.de:
Hi,
the documentation of globals() is missing a note if you can update
the dictionary:
http://docs.python.org/library/functions.html?highlight=globals#globals
For locals() it is documented:
Changes by Ask Solem a...@opera.com:
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10128
___
___
Antoine Pitrou pit...@free.fr added the comment:
I don't think that a command line option and an environment variable
is pratical for an OS distributor.
Environment variables are probably the most practical for OS vendors,
since they can simply set them in /etc/profile.d (Mandriva does that
Boštjan Mejak bostjan.me...@gmail.com added the comment:
import calendar
calendar.LocaleTextCalendar(locale='fr_FR').formatmonthname(2010,10,10)
Traceback (most recent call last):
File stdin, line 1, in module
File C:\Python27\lib\calendar.py, line 522, in formatmonthname
with
Georg Brandl ge...@python.org added the comment:
Bostjan, both your points are invalid. First, the locale settings that a
machine supports vary greatly. fr_FR doesn't need to be a valid setting on
your machine.
Second, val in None will always fail. val in (None, ...) will succeed,
since
Georg Brandl ge...@python.org added the comment:
It is documented, however, that globals() returns the dictionary of a module,
which can be modified. For locals(), the situation is quite more complicated,
which is why the warning there is warranted.
--
nosy: +georg.brandl
resolution:
Tim Golden m...@timgolden.me.uk added the comment:
Boštjan, the code segment you quote is the *fallback* if the
C module hasn't been built for some reason. The module simply
calls through to the underlying C Library. I notice you're
running on Windows, so this is a useful MS page:
New submission from Stefan Krah stefan-use...@bytereef.org:
Found by Valgrind:
==3947== Use of uninitialised value of size 8
==3947==at 0x5716D13: _itoa_word (in /lib/libc-2.8.90.so)
==3947==by 0x5719F53: vfprintf (in /lib/libc-2.8.90.so)
==3947==by 0x5743239: vsnprintf (in
Changes by Stefan Krah stefan-use...@bytereef.org:
--
stage: - patch review
type: - behavior
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10152
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
Richard: I don't understand your message. What abort are you talking about?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6864
Malcolm Box malcolm@gmail.com added the comment:
David: Great to see a patch for this.
You're right of course, 8bit isn't binary - I meant binary. The main place
this shows up is when you're using MIME not in email (e.g. on the web), where
binary transport is entirely possible.
This fix
New submission from Stefan Krah stefan-use...@bytereef.org:
Found by Valgrind, patch attached:
==4921== 24 bytes in 1 blocks are definitely lost in loss record 419 of 2,694
==4921==at 0x4C2412C: malloc (vg_replace_malloc.c:195)
==4921==by 0x417F06: _PyObject_New (object.c:244)
==4921==
Changes by Stefan Krah stefan-use...@bytereef.org:
--
components: +Interpreter Core
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10152
___
___
R. David Murray rdmur...@bitdance.com added the comment:
For other reviewers, I'm reposting just his python program as a text file.
Maciek: I myself don't know enough about expat to comment, but is it possible
you have an issue similar to issue 10026?
--
nosy: +r.david.murray
Added
Changes by Benjamin Peterson benja...@python.org:
--
assignee: - benjamin.peterson
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10152
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
I've verified that the patch does not cause problems when building the OSX
installer.
That patch should be applied, with a short comment that explains why the code
block is disabled for framework builds.
--
versions: -Python
Michael Olson ol...@irinim.net added the comment:
Ummm, I think I've been unclear on where I was making changes, I changed
lib\multiprocessing\forking.py to fix the issue.
Patch attached.
--
keywords: +patch
resolution: invalid -
status: closed - open
Added file:
Michael Olson ol...@irinim.net added the comment:
As a note, I didn't attach a patch at first because I was fairly sure I was
kludging it into submission, but at least this makes it clear as to what I did.
v/r
-- Michael Olson
--
___
Python tracker
Ronald Oussoren ronaldousso...@mac.com added the comment:
Committed the fix for 3.2 in r85744, for 2.7 in r85745 and for 3.1 in r85746
BTW. The installer does mention which architectures are supported, both in a
README on the disk image and in one of the readme screens in the installer.
Changes by Ronald Oussoren ronaldousso...@mac.com:
Removed file: http://bugs.python.org/file13487/issue763708.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue763708
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
I've attached a new patch that works for me.
The new patch doesn't try to warn when running the configure script, but bails
out when you run make by using an '#error' in pymacconfig.h.
(Removing 2.6 because that's in security-fix-only
Stefan Krah stefan-use...@bytereef.org added the comment:
I can still reproduce it in py3k just by hitting Ctrl-D in the interactive
interpreter:
$ valgrind --db-attach=yes --suppressions=Misc/valgrind-python.supp ./python
==16724== Memcheck, a memory error detector
==16724== Copyright (C)
Richard pub...@careaga.net added the comment:
Sorry to be obscure, Ronald. I mistook my configuration problem, described
below for the original problem. But I can reproduce the problem with opening an
existing file under IDLE, which is a segmentation fault. When opening a new
window, I get a
Ronald Oussoren ronaldousso...@mac.com added the comment:
The attached patch explicitly sets the minimal stack size to about 704K, which
is the minimal size where 'def f(): f()' doesn't cause a buserror when run in a
thread.
--
keywords: +needs review, patch
stage: needs patch - patch
Ronald Oussoren ronaldousso...@mac.com added the comment:
I'm closing this as a duplicate of #9670, that is: too deep recursion in a
thread doesn't trigger the appropriate exception but causes a hard crash
instead.
I have attached a patch to that issue (but haven't applied it yet, I'd like
Ronald Oussoren ronaldousso...@mac.com added the comment:
Marc-Andre: does the current HEAD of the 2.7 and 3.2 branches work for you?
The build still has duplicate flags, but that doesn't seem to cause problems on
my machines. If it also doesn't cause problems on your machines I'd prefer to
New submission from Stephen Hansen me+pyt...@ixokai.io:
In the course of investigating issue10092, Georg discovered that the behavior
of locale.normalize() on Mac is bad.
Basically, en_US.UTF-8 is how the correct locale string should be spelled
on the Mac. If you drop the dash, it fails:
Leonardo Santagada santag...@gmail.com added the comment:
Why not make it bigger so it doesn't crash for much bigger functions?
--
nosy: +santagada
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9670
And Clover a...@doxdesk.com added the comment:
Yes, CGIHandler is broken in 3.0-3.1; wsgiref in general has been in limbo
until the whole issue of py3k-WSGI is sorted. This seems to be happening now in
PEP .
Attached patch to make CGIHandler use the byte interfaces for stdin/stdout,
Ronald Oussoren ronaldousso...@mac.com added the comment:
This patch solves the immediate failure:
Index: Lib/locale.py
===
--- Lib/locale.py (revision 85743)
+++ Lib/locale.py (working copy)
@@ -396,6 +396,9 @@
Ronald Oussoren ronaldousso...@mac.com added the comment:
On 20 Oct, 2010, at 17:41, Leonardo Santagada wrote:
Leonardo Santagada santag...@gmail.com added the comment:
Why not make it bigger so it doesn't crash for much bigger functions?
I don't mind making it bigger, but a larger size
Changes by Ronald Oussoren ronaldousso...@mac.com:
Removed file: http://bugs.python.org/file19300/smime.p7s
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10154
___
Antoine Pitrou pit...@free.fr added the comment:
Here is a simpler version without comma-separated pairs.
--
Added file: http://bugs.python.org/file19302/xopts3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10089
Leonardo Santagada santag...@gmail.com added the comment:
The default stack size in osx is 8MB. I think it is a safer bet, and no one is
supposed to be using more than like 40-50 threads anyway (specially in 32 bit
only systems limited to 8 cores).
Is there a user case for hundreds/thousands
New submission from And Clover a...@doxdesk.com:
Currently wsgiref's CGIHandler makes a WSGI environ from the CGI environ
without changes.
Unfortunately the CGI environ is wrong in a number of common circumstances:
- on Windows, the native environ is Unicode, and different servers choose
And Clover a...@doxdesk.com added the comment:
(patch for Python 2.x, for what it's worth)
--
Added file: http://bugs.python.org/file19304/wsgiref-patches-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10155
R. David Murray rdmur...@bitdance.com added the comment:
It would be nice if we could expand this fix to include FreeBSD, which as I
understand it has the same problem.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9670
STINNER Victor victor.stin...@haypocalc.com added the comment:
One solution would be to duplicate the UTF-8 decoder for OSX,
incorporating surrogate escape. This should be much shorter
than the full UTF-8 codec, and perhaps at least utf8_code_length
could be shared.
Good idea, implemented
STINNER Victor victor.stin...@haypocalc.com added the comment:
_Py_DecodeUTF8_surrogateescape() is a simplified version of
PyUnicode_DecodeUTF8Stateful():
- no consumed argument
- only support surrogateescape error handler
- no optimization
- don't resize the buffer at exit
Hum, resize the
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Thank you so much for your answer. The
locale.setlocale(category=locale.LC_NUMERIC,
locale=Slovenian) works like a charm in my application. Now the 'n'
format specifier works as I want. But tell me whether the 'n' format
specifier can be
New submission from Stefan Krah stefan-use...@bytereef.org:
This is one of two remaining definitely lost leaks in py3k. It started
to appear in r70459. How to reproduce:
make distclean ./configure OPT=-O0 -g --without-pymalloc make
valgrind --leak-check=full
New submission from Stefan Krah stefan-use...@bytereef.org:
This is one of two remaining definitely lost leaks in py3k. It first
appeared in r70152. How to reproduce:
make distclean ./configure OPT=-O0 -g --without-pymalloc make
valgrind --leak-check=full
Changes by Stefan Krah stefan-use...@bytereef.org:
--
assignee: amaury.forgeotdarc -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10157
___
___
Sandro Tosi sandro.t...@gmail.com added the comment:
just for the reference, the loop I ran was:
while date ; do ./python Lib/test/regrtest.py -v test_multiprocessing ; done
--
___
Python tracker rep...@bugs.python.org
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10157
___
___
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10156
___
___
Maciek J e...@wp.pl added the comment:
Hm... It turns out that there is a buffer_text attribute:
http://docs.python.org/library/pyexpat.html#xml.parsers.expat.xmlparser.buffer_text
And setting this attribute to True seems to solve the problem.
It solves my problem, but docs are still very
Changes by R. David Murray rdmur...@bitdance.com:
--
assignee: - d...@python
components: +Documentation -XML
nosy: +d...@python
stage: - needs patch
type: - behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker
David Watson bai...@users.sourceforge.net added the comment:
I was looking at the MSDN pages linked to above, and these two
pages seemed to suggest that Unicode characters appearing in DNS
names represented UTF-8 sequences, and that Windows allowed such
non-ASCII byte sequences in the DNS by
Martin v. Löwis mar...@v.loewis.de added the comment:
Also, if GetComputerNameEx() only offers a choice of DNS names or
NetBIOS names, and both are byte-oriented underneath (that was my
reading of the Computer Names page), then presumably there
shouldn't be a problem with mapping the result
Changes by Vetoshkin Nikita nikita.vetosh...@gmail.com:
Removed file: http://bugs.python.org/file19271/issue1467929_py3k.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1467929
___
Vetoshkin Nikita nikita.vetosh...@gmail.com added the comment:
Updated patch: some tests added.
--
Added file: http://bugs.python.org/file19307/issue1467929_py3k.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1467929
New submission from Bob Halley hal...@dnspython.org:
For reasons not germane to this bug report, I was running a modified Python 2.7
where PyTrash_UNWIND_LEVEL in Include/object.h had been defined to 10 instead
of 50.
With such a python, running test_multiprocessing causes a BadInternalCall
Stefan Krah stefan-use...@bytereef.org added the comment:
I tracked it down to r68683, which is still a large commit.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10157
___
Benjamin Peterson benja...@python.org added the comment:
r85757
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10152
___
Changes by Benjamin Peterson benja...@python.org:
--
assignee: - jnoller
nosy: +jnoller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10158
___
Marc-Andre Lemburg m...@egenix.com added the comment:
Ronald Oussoren wrote:
Ronald Oussoren ronaldousso...@mac.com added the comment:
This patch solves the immediate failure:
Index: Lib/locale.py
===
--- Lib/locale.py
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
The stack corresponds to the allocation of type(sys.float_info).__doc__.
Why would only this object appear as a memory leak? It is certainly not
deallocated, but all other types are in the same situation.
For example, sys.int_info is
Stefan Krah stefan-use...@bytereef.org added the comment:
To add to the mystery, the leak disappears if the key value is not
interned in PyDict_SetItemString:
Index: Objects/dictobject.c
===
--- Objects/dictobject.c
Marc-Andre Lemburg m...@egenix.com added the comment:
Stefan Krah wrote:
Stefan Krah stefan-use...@bytereef.org added the comment:
To add to the mystery, the leak disappears if the key value is not
interned in PyDict_SetItemString:
I'm not sure how you determine what is a leak and what
New submission from Andreas Stührk andy-pyt...@hammerhartes.de:
Some tests in test_rlcompleter make assumptions about the order of the list of
names that the completion methods of a Completer object return. That order is
not guaranteed and will break when running the tests under e.g. PyPy.
Stefan Krah stefan-use...@bytereef.org added the comment:
Marc-Andre Lemburg rep...@bugs.python.org wrote:
I'm not sure how you determine what is a leak and what not.
Interned Unicode objects stay alive until the interpreter
is finalized.
Are you suggesting that the finalization does not
STINNER Victor victor.stin...@haypocalc.com added the comment:
I commited my patch to Python 3.2 (r85765), with a specific test in
test_cmd_line. Reopen the issue if the bug is not fixed.
--
resolution: - fixed
status: open - closed
___
Python
Ned Deily n...@acm.org added the comment:
The patch looks good to me.
--
nosy: +ned.deily, pitrou
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10159
___
And Clover a...@doxdesk.com added the comment:
(same again for branch PJ Eby's wsgiref svn: same as previous 2.7 patch aside
from the line numbers)
--
Added file: http://bugs.python.org/file19309/wsgiref-patches-eby2692.patch
___
Python tracker
David Watson bai...@users.sourceforge.net added the comment:
Also, if GetComputerNameEx() only offers a choice of DNS names or
NetBIOS names, and both are byte-oriented underneath (that was my
reading of the Computer Names page), then presumably there
shouldn't be a problem with mapping
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Does it happen when compiled in debug mode? There may be asserts that will give
a better (or earlier) error message.
Some thoughts: the '_PyTrash_delete_later' chain can only contain a limited set
of objects: lists, frames... (which
Changes by Ned Deily n...@acm.org:
--
nosy: +pje
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10155
___
___
Python-bugs-list mailing list
New submission from Χρήστος Γεωργίου (Christos Georgiou)
t...@users.sourceforge.net:
(Discovered in that StackOverflow answer:
http://stackoverflow.com/questions/3940518/3942509#3942509 ; check the comments
too)
operator.attrgetter in its simplest form (i.e. with a single non-dotted name)
New submission from STINNER Victor victor.stin...@haypocalc.com:
On a failure, unittest does its best to display values. But sometimes, the
output doesn't help me. Example:
FAIL: test_listdir (test.test_pep277.UnicodeFileTests)
Χρήστος Γεωργίου (Christos Georgiou) t...@users.sourceforge.net added the
comment:
Here comes the diff to Modules/operator.c, Doc/library/operator.rst and
Lib/test/test_operator.py . As far as I could check, there are no leaks, but a
more experienced eye in core development could not hurt.
Changes by Benjamin Peterson benja...@python.org:
--
assignee: d...@python - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10160
___
Changes by Χρήστος Γεωργίου (Christos Georgiou) t...@users.sourceforge.net:
Removed file: http://bugs.python.org/file19312/issue10160.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10160
___
Χρήστος Γεωργίου (Christos Georgiou) t...@users.sourceforge.net added the
comment:
Newer version of the diff, since I forgot some if(0) fprintf debug calls that
shouldn't be there.
--
Added file: http://bugs.python.org/file19313/issue10160.diff
___
Χρήστος Γεωργίου (Christos Georgiou) t...@users.sourceforge.net added the
comment:
An explanation to the changes.
The old code kept the operator.itemgetter arguments in the ag-attr member. If
the argument count (ag-nattrs) was 1, the single argument was kept; if more
than 1, a tuple of the
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
components: +Unicode
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7828
___
___
New submission from And Clover a...@doxdesk.com:
It is relatively common to have keys in the HKEY_CLASSES_ROOT MIME database
that are not readable to all users, typically written by third-party
applications. (My WinXP test box has a dozen, for apps like Flash, Silverlight
and Java.)
And Clover a...@doxdesk.com added the comment:
(same against 2.7 branch)
--
Added file: http://bugs.python.org/file19315/mimetypes-patch-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10162
STINNER Victor victor.stin...@haypocalc.com added the comment:
I just closed #4388 with r85765 (Python 3.2): always use UTF-8 to decode the
command line arguments on Mac OS X, not the locale encoding.
I suppose that it does fix this issue. Can someone check that?
--
STINNER Victor victor.stin...@haypocalc.com added the comment:
Since r85765 (issue #4388), always use UTF-8 to decode the command line
arguments on Mac OS X, not the locale encoding. Which means that the
pseudo-code becomes:
if os.name != 'nt':
if sys.platform == 'darwin':
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Jesús, can you attach a patch (with the appropriate #ifdefs)?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10142
___
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Please respond...
On Wed, Oct 20, 2010 at 7:05 PM, Boštjan Mejak rep...@bugs.python.orgwrote:
BoÃ
¡tjan Mejak bostjan.me...@gmail.com added the comment:
Thank you so much for your answer. The
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Thanks for noticing this. I wasn't aware that it had slowed down after dotted
name support had been added.
Since it is a mild performance issue, I'm lowering the priority. Will take a
further look when I get the chance.
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +asksol
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10158
___
___
Python-bugs-list
R. David Murray rdmur...@bitdance.com added the comment:
The bug tracker is not an appropriate place to get help on using Python.
Please ask your question on a forum where you are more likely to get help, such
as python-list.
--
nosy: +r.david.murray
Changes by Senthil Kumaran orsent...@gmail.com:
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10155
___
___
Python-bugs-list
Changes by Senthil Kumaran orsent...@gmail.com:
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9022
___
___
Python-bugs-list
Changes by Ned Deily n...@acm.org:
--
components: +Windows
nosy: +brian.curtin, tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10162
___
Martin v. Löwis mar...@v.loewis.de added the comment:
Sorry, I didn't mean how Windows constructs the result for the
A interface - I was talking about Python code being able to map
the result from the Unicode interface to the form used in the
protocol (e.g. DNS). I believe the proposal is
Alex alex.gay...@gmail.com added the comment:
Voice of ignorance here: why can't this be implemented in the naive way one
might in Python, use the existing string splitting algorithms of stringlib, but
just leave it in __new__.
--
nosy: +alex
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
Thank you. I'll check, but probably only sometime next week.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9167
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
I've the same question as Jesús Cea Avión: what is needed to get this in 3.2?
This would IMHO be a useful feature.
--
___
Python tracker rep...@bugs.python.org
96 matches
Mail list logo
