Amaury Forgeot d'Arc added the comment:
It's more likely an issue with the chown call. Indeed, the tar file contains a
gid of 4294967295, which is too large for an int. Normally this was fixed by
issue1747858, which was included in Python 2.6.5 and 2.7.
Are you sure you have the
Amaury Forgeot d'Arc added the comment:
Let's take an example: on a 32bit system, call
_PyString_Resize(&s, 0x7ff8)
Then PyStringObject_SIZE + newsize is something like -0x7ff8 (yes, it wraps
around and is a negative number)
But when cast to an unsigned size_t (becau
Amaury Forgeot d'Arc added the comment:
This information is far too incomplete, but as a first step, did you check the
memory usage of the process? Is the computer constantly swapping memory to disk?
--
nosy: +amaury.forgeotdarc
___
Python tr
Changes by Amaury Forgeot d'Arc :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue13334>
___
___
Python-bugs-list mailing li
Amaury Forgeot d'Arc added the comment:
> Use case: nan values are printed as "nan" with typical Linux
> implementations, but as "NaN" on other operating systems like Solaris.
Did you test with Python 2.7 or above? ITSM that
repr(float("nan"
Amaury Forgeot d'Arc added the comment:
Here is a patch, with a minimal test.
--
keywords: +patch
nosy: +amaury.forgeotdarc
Added file: http://bugs.python.org/file23611/issue13343.patch
___
Python tracker
<http://bugs.python.org/is
Amaury Forgeot d'Arc added the comment:
same patch, without tabs.
--
Added file: http://bugs.python.org/file23612/issue13343.patch
___
Python tracker
<http://bugs.python.org/is
Changes by Amaury Forgeot d'Arc :
Removed file: http://bugs.python.org/file23611/issue13343.patch
___
Python tracker
<http://bugs.python.org/issue13343>
___
___
Pytho
Amaury Forgeot d'Arc added the comment:
It was a bug in Python compiler, thanks for the report!
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.
Amaury Forgeot d'Arc added the comment:
Does the file exist at all? Does it have some specific properties? a "Hidden"
flag?
--
nosy: +amaury.forgeotdarc
___
Python tracker
<http://bugs.pyt
Amaury Forgeot d'Arc added the comment:
Why would we want to prevent users from creating new instances of FlagsType?
--
nosy: +amaury.forgeotdarc
___
Python tracker
<http://bugs.python.org/is
New submission from Amaury Forgeot d'Arc :
A code simplification suggested by a comment in issue13349:
Replace most usages of PyUnicode_Format (a.k.a. str.__mod__) by
PyUnicode_FromFormat, which is easier to use from C:
no need to build a tuple, and the format accept both C strings (%s
Amaury Forgeot d'Arc added the comment:
str.index does accept None, though
--
nosy: +amaury.forgeotdarc
___
Python tracker
<http://bugs.python.org/is
Amaury Forgeot d'Arc added the comment:
Now PyUnicode_Format is only called by unicode_mod...
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.
Amaury Forgeot d'Arc added the comment:
Unfortunately there is not much in the process call stack: the creation of a
list (PyList_New) needs to allocate some memory (not much: sizeof(PyListObject)
+ gc overhead, probably 32 bytes).
If the system malloc() function fails and returns
Amaury Forgeot d'Arc added the comment:
This patch needs a test at least.
Also, the "walktuple" type should be defined only once, at the module level
(but then, there may be a boostrap issue, I don't know).
--
nosy: +amaury.forgeotdarc
__
Amaury Forgeot d'Arc added the comment:
The documentation now shows::
match(pattern, string[, flags=0])
Is it normal to have the brackets *and* the default value?
--
nosy: +amaury.forgeotdarc
status: closed -> open
___
Python tracke
New submission from Amaury Forgeot d'Arc :
I noticed that several usages of random.getrandbits() actually need bytes. A
few examples:
- Lib/test/test_zlib.py calls "random.getrandbits(8 * _1M).to_bytes()"
- Twisted uses the %x format and then call .decode('hex')
An
Amaury Forgeot d'Arc added the comment:
> How would this work for other random number generators that don't
> supply genrand_int32()?
genrand_int32 is an internal function, only available in C for the Mersenne
Twister generator.
random.SystemRandom() should provide getrandb
Amaury Forgeot d'Arc added the comment:
./python -m timeit -s "from random import getrandbits"
"getrandbits(800).to_bytes(100, 'little')"
10 loops, best of 3: 25 msec per loop
./python -m timeit -s "from random import getrandbytes" "
Changes by Amaury Forgeot d'Arc :
Removed file: http://bugs.python.org/file23679/getrandbytes.patch
___
Python tracker
<http://bugs.python.org/issue13396>
___
___
Amaury Forgeot d'Arc added the comment:
A debug build displays "XXX undetected error". An error condition was not
correctly cleared, see attached patch.
--
keywords: +patch
nosy: +amaury.forgeotdarc
Added file: http://bugs.python.org/file23698/i
Amaury Forgeot d'Arc added the comment:
New patch with a unit test.
--
Added file: http://bugs.python.org/file23699/issue13410_2.patch
___
Python tracker
<http://bugs.python.org/is
Amaury Forgeot d'Arc added the comment:
Sorry I found that u'%d' is equally affected, here is a new version.
--
Added file: http://bugs.python.org/file23700/issue13410_3.patch
___
Python tracker
<http://bugs.pyt
Amaury Forgeot d'Arc added the comment:
Unfortunately without the "print" the test does not fail.
--
___
Python tracker
<http://bugs.pyt
Amaury Forgeot d'Arc added the comment:
$ ./python Lib/test/regrtest.py test_format
shows the error, but
$ ./python Lib/test/regrtest.py -v test_format
does not fail!
The "print" is needed, can something else have the same effect?
--
___
Amaury Forgeot d'Arc added the comment:
I just added the missing files liblzma.a to the "externals" repository.
If someone can quickly check that it works on win32, I don't have anything else
to add to this change.
--
___
P
Amaury Forgeot d'Arc added the comment:
But... there is no os.unsetenv on Windows!
2.7 used to have one, which called os.putenv(key, "")
3.2 has a os._unsetenv, which is a lambda key: _putenv(key, "")
--
nosy: +amaury.forgeotdarc
_
Amaury Forgeot d'Arc added the comment:
These are not memory leaks, but global state that the Python interpreter does
not bother to free on exit. The amount of memory there is limited.
Yes, I agree that this makes the basic memory checker built in Visual Studio
completely us
Amaury Forgeot d'Arc added the comment:
> If we could get it in the next release (Python 2.8?) that would be awesome.
I doubt it will (see PEP 404) but 3.3 is a good target.
--
nosy: +amaury.forgeotdarc
___
Python tracker
<http://bugs
Amaury Forgeot d'Arc added the comment:
I suppose that the value of _Py_ModuleImportContext is protected by the import
lock?
--
nosy: +amaury.forgeotdarc
___
Python tracker
<http://bugs.python.org/is
Amaury Forgeot d'Arc added the comment:
But the GIL can be released in many places (e.g. a Py_DECREF), and another
thread can enter the same function and update the same static variable.
--
___
Python tracker
<http://bugs.python.org/is
Amaury Forgeot d'Arc added the comment:
> ... and the module init function could create and register a
> different module first, and ...
Actually, this *does* happen, the PIL module is written this way.
And I don't agree with the "best effort" argument. If there is
Amaury Forgeot d'Arc added the comment:
grp.getgrgid() now calls .decode('utf8', errors="surrogateescape").
Even if cygwin does not correctly copy strings from the Windows registry,
tarinfo.gname should now contain a string that will at least round trip and
give the
Amaury Forgeot d'Arc added the comment:
Here is a patch for the bad error message (PyBytes_AS_BYTES after
PyObject_Repr, bah)
--
keywords: +patch
nosy: +amaury.forgeotdarc
Added file: http://bugs.python.org/file23739/issue13436.patch
___
P
Changes by Amaury Forgeot d'Arc :
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue13436>
___
___
Python-bugs-list mailing list
Amaury Forgeot d'Arc added the comment:
Also, a check for NULL would not hurt in tee_next():
diff -r 1e0e821d2626 Modules/itertoolsmodule.c
--- a/Modules/itertoolsmodule.c Fri Nov 04 22:17:45 2011 +0100
+++ b/Modules/itertoolsmodule.c Tue Nov 22 17:24:42 2011 +0100
@@ -475,6 +
Amaury Forgeot d'Arc added the comment:
I fixed the bogus error message, but "level=None" is still not allowed, whereas
the docs promise that optional values can be None.
--
___
Python tracker
<http://bugs.pyt
Changes by Amaury Forgeot d'Arc :
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue13458>
___
___
Python-bugs-list mailing list
Unsubsc
Amaury Forgeot d'Arc added the comment:
You should open a new issue for this new problem.
--
___
Python tracker
<http://bugs.python.org/issue1395>
___
___
Amaury Forgeot d'Arc added the comment:
On my Ubuntu machine, I get:
$ zdump -v Europe/Moscow | grep 201[0-9]
Europe/Moscow Sat Mar 27 22:59:59 2010 UTC = Sun Mar 28 01:59:59 2010 MSK
isdst=0 gmtoff=10800
Europe/Moscow Sat Mar 27 23:00:00 2010 UTC = Sun Mar 28 03:00:00 2010 MSD
is
Amaury Forgeot d'Arc added the comment:
> A fairly "correct" way is to query the time zone database at time module
> import time by using the DST and GMT offset of that time.
But that does not give the *other* timezone :-(
> IMO time.timezone and time.daylight should
Amaury Forgeot d'Arc added the comment:
Another way to fix the issue is to wait 40 days. There won't be any release
in-between anyway!
--
___
Python tracker
<http://bugs.python.o
Amaury Forgeot d'Arc added the comment:
> > But that does not give the *other* timezone :-(
> Which other timezone ?
I meant the other timezone *name*.
I think we don't understand each other:
- time.timezone is the offset of the local (non-DST) timezone.
- time.altzone is
> The timestamp is converted to time_t (32 bits) and then to FILE_TIME (64
bits).
> A function to convert directly a PyObject to FILE_TIME should be written.
I thought that time_t was 64 bits on Windows
___
Python-bugs-list mailing list
Unsubscribe:
htt
Amaury Forgeot d'Arc added the comment:
I've identified a few other cases where a '#' format is passed a numeric
literal:
Python/codecs.c:514: return Py_BuildValue("(u#n)", &end, 0, end);
Modules/_io/textio.c:2323: DECODER_DECODE(input, 1, n);
--
Amaury Forgeot d'Arc added the comment:
Sorry, the issue tracker is not a place to ask for help.
Please use the python-list mailing list or the comp.lang.python channel instead.
--
nosy: +amaury.forgeotdarc
resolution: -> invalid
status: open -
Amaury Forgeot d'Arc added the comment:
You are certainly right, but I wonder how this can happen.
Are there modules which import something just by looking at them?
Or is is some race condition due to another running thread?
--
nosy: +amaury.forgeo
Amaury Forgeot d'Arc added the comment:
It may be related to issue941346. Can you try with a newer version of Python?
2.5 is not maintained anymore.
--
nosy: +amaury.forgeotdarc
___
Python tracker
<http://bugs.python.org/is
Amaury Forgeot d'Arc added the comment:
When a package is imported sys.modules changes... nothing special here.
But it's true true that py.std, for example, is a "lazy" module with a special
__getattr__ that will import submodules.
Patch look
Amaury Forgeot d'Arc added the comment:
Is the man page really displayed during compilation? It's a bit weird that the
CC compiler behaves this way. Is this common behavior on AIX?
By the way, you are already in the "make" command; the output you show is made
durin
Amaury Forgeot d'Arc added the comment:
I'm sorry I don't know much about AIX. How are shared libraries searched? is
/usr/local/lib a standard place for them?
After a couple of google search I suggest the following command:
LIBPATH=/usr/local/lib:/us
Amaury Forgeot d'Arc added the comment:
[x]range is enough to trigger the bug::
bisect.bisect(range(sys.maxsize), sys.maxsize-3)
--
nosy: +amaury.forgeotdarc
___
Python tracker
<http://bugs.python.org/is
Amaury Forgeot d'Arc added the comment:
> > I thought that time_t was 64 bits on Windows
time_t *is* 64bit by default since Visual Studio 8, even with the 32bit
compiler:
http://msdn.microsoft.com/en-us/library/1f4c8f33(v=vs.80).aspx
--
nosy: +amaury.
Amaury Forgeot d'Arc added the comment:
It's probably SAMBA which does not support time_t above 32bit.
st_atime=910692730085 corresponds to a FILE_TIME of 0x7fff
--
___
Python tracker
<http://bugs.python.o
Amaury Forgeot d'Arc added the comment:
I found this samba bug: https://bugzilla.samba.org/show_bug.cgi?id=7785
It is fixed since Samba version 3.5.8.
--
___
Python tracker
<http://bugs.python.org/is
Amaury Forgeot d'Arc added the comment:
Right, alloca() could be replaced by some malloc(), but is it really useful?
After all, when a C function calls back to Python, all arguments needs to be
pushed to the stack anyway.
--
___
Python tr
Amaury Forgeot d'Arc added the comment:
> dlopen("/usr/local/lib/python2.6/lib-dynload/time.so", 2);
You are trying to open a .so from another Python installation.
It won't work: it is certainly linked to another Python VM, wh
Amaury Forgeot d'Arc added the comment:
> Oh well, I thought that I'd still earned a note with some slight credit
at least
I completely agree. Sometimes people get credit for simple bug fixes (count me
among them) so the author of the first working implementation deserves some
Amaury Forgeot d'Arc added the comment:
what about a mention in lzmamodule.c?
--
___
Python tracker
<http://bugs.python.org/issue6715>
___
___
Python-bugs-l
Amaury Forgeot d'Arc added the comment:
I can help with the review. Is http://bugs.python.org/review/7652/show a good
starting point? I already have some comments.
--
nosy: +amaury.forgeotdarc
___
Python tracker
<http://bugs.python.org/i
Amaury Forgeot d'Arc added the comment:
The link mentioned in the patch is really interesting:
http://womble.decadent.org.uk/readdir_r-advisory.html
--
nosy: +amaury.forgeotdarc
___
Python tracker
<http://bugs.python.org/is
Amaury Forgeot d'Arc added the comment:
On the other hand, there is no reason for the recursion limit to be actually
reached, just by setting it! Is there a hidden infinite recursion somewhere?
--
nosy: +amaury.forgeotdarc
___
Python tr
Amaury Forgeot d'Arc added the comment:
hanji, could you start IDLE from a command prompt and try again:
c:\python27\python.exe -m idlelib.idle
Do you see additional error messages?
--
___
Python tracker
<http://bugs.python.org/is
Amaury Forgeot d'Arc added the comment:
Tested on Linux:
Python 2.7.2+ (2.7:16c4137a413c+, Dec 4 2011, 22:56:38)
[GCC 4.4.3] on linux2
>>> import sys
>>> sys.setrecursionlimit((1<<31)-1)
>>> import xx
Exception RuntimeError: 'maximum recursion depth
Amaury Forgeot d'Arc added the comment:
Here is a patch, with test.
--
keywords: +patch
Added file: http://bugs.python.org/file23868/issue13546.patch
___
Python tracker
<http://bugs.python.org/is
Changes by Amaury Forgeot d'Arc :
--
assignee: -> amaury.forgeotdarc
stage: needs patch -> patch review
___
Python tracker
<http://bugs.python.
Amaury Forgeot d'Arc added the comment:
This will be fixed in the next 2.7 release, thanks for the report!
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http:
Amaury Forgeot d'Arc added the comment:
'e' is "used" in the comment above: "isinstance(e, ValueError) used to fail"...
I agree to use the modern 'as' syntax.
--
___
Pytho
Amaury Forgeot d'Arc added the comment:
This is expected and documented:
http://docs.python.org/py3k/reference/executionmodel.html#interaction-with-dynamic-features
"Free variables are not resolved in the nearest enclosing namespace, but in the
global namespace.", a free v
Amaury Forgeot d'Arc added the comment:
It fails for the same reason as issue1785:
~/python/cpython3.2$ ./python -c "import inspect;
inspect.classify_class_attrs(type)"
Traceback (most recent call last):
File "", line 1, in
File "/home/amauryfa/python/cpytho
Amaury Forgeot d'Arc added the comment:
The 'type' object now has the same issue: __abstractmethods__ appears in
dir(type) but type.__abstractmethods__ fails with an AttributeError.
See issue13581
--
nosy: +amaury.forgeotdarc
___
Amaury Forgeot d'Arc added the comment:
I just checked the file python2.6_2.6.6-8.diff.gz from the Debian python2.6
package: http://packages.debian.org/squeeze/python2.6
This diff file contains a """patch to build _hashlib and _ssl extensions
statically"""
Amaury Forgeot d'Arc added the comment:
"terminate abruptly"? I thought that print(file=None) silently returned,
without printing but without an error.
A delayed popup to display (otherwise discarded) output is a nice feature,
though.
--
nosy: +ama
Amaury Forgeot d'Arc added the comment:
This is expected, and is due to the late binding of the "label" variable in the
"item+label" expression. Look at the example below:
>>> l = [lambda item: item + label for label in "ab"]
>>> f1
Amaury Forgeot d'Arc added the comment:
2011/12/15 Stefan Krah
>
> Stefan Krah added the comment:
>
> Amaury has asked for more comments (and I agree). However, I'm not sure
> what
> level of detail would be appropriate. As an example, I've posted th
Amaury Forgeot d'Arc added the comment:
> However, it is a real change from 2.6 to 2.7 that breaks code.
John, this issue is not the same as the one above. The difference between
Python 2.6 and Python 2.7.2 you mention only applies to % formatting.
The change is clearly documented
Amaury Forgeot d'Arc added the comment:
Actually, this fails on 2.6 and 2.7 on wide unicode builds, and passes with
narrow unicode builds (on my 64bit Linux box).
In pyexpat.c, PyUnknownEncodingHandler accesses 256 characters of a unicode
buffer, without checking its length... which ha
Amaury Forgeot d'Arc added the comment:
Don't forget the Windows platform... here is an implementation:
https://bitbucket.org/hpk42/py/src/980c8d526463/py/_io/terminalwriter.py#cl-284
But it would be better written in C, of course.
--
nosy: +amaury.f
Amaury Forgeot d'Arc added the comment:
Are you sure that the program is really stuck in the gc module?
The loop you mention has to go through all objects of the process. It's
possible that it allocated many objects, that one garbage collection takes a
few seconds, and even that m
Amaury Forgeot d'Arc added the comment:
Hey, you found it!
PySide::DynamicSlotDataV2::callback() calls PyMethod_New() without getting the
GIL. The Python allocator is not thread-safe, operations are supposed to be
serialized by this Global Interpreter Lock.
I suggest to modify
Amaury Forgeot d'Arc added the comment:
Some remarks on the Windows implementation in termsize.diff.4:
- On Windows, the C runtime always sets fileno(stdout) to 1, so hardcoded
values are OK.
But on Unix, I'm quite sure that embedded interpreters (mod_python?) sometimes
close th
Amaury Forgeot d'Arc added the comment:
Agreed. This behavior probably comes from the times when unicode was an
optional feature.
--
___
Python tracker
<http://bugs.python.org/is
New submission from Amaury Forgeot d'Arc :
All objects of the datetime module have macros to access their properties,
except timedelta.
This simple patch adds the macros PyDateTime_DELTA_GET_DAYS,
PyDateTime_DELTA_GET_SECONDS, PyDateTime_DELTA_GET_MICROSECONDS; module
developer
Amaury Forgeot d'Arc added the comment:
This is a duplicate of issue11205.
--
nosy: +amaury.forgeotdarc
resolution: -> duplicate
status: open -> closed
superseder: -> Evaluation order of dictionary display is different from
re
Amaury Forgeot d'Arc added the comment:
Hi, I will let others discuss the feature itself, here are already some
comments about your patch:
- In module_connect(), the ability to pass "factory" as a positional argument
is broken, please restore the previous code; I'm afrai
Amaury Forgeot d'Arc added the comment:
Here is a patch
--
nosy: +amaury.forgeotdarc
stage: -> patch review
___
Python tracker
<http://bugs.python.org
Changes by Amaury Forgeot d'Arc :
--
keywords: +patch
Added file: http://bugs.python.org/file24212/json_badencoding.patch
___
Python tracker
<http://bugs.python.org/is
Amaury Forgeot d'Arc added the comment:
>From a Windows command prompt:
- what is the output of "chcp"?
- maybe an environment variable issue? Try "set PY" to display all variables
starting with PY.
--
nosy: +amaury.forgeotdarc
__
Amaury Forgeot d'Arc added the comment:
hmm, I don't like this PYTHONHOME. Can you reset its value and run python again
in the same terminal?
C:\Users\PWTD>set PYTHONHOME=
C:\Users\PWTD>c:\Python27\python
--
___
Pytho
Amaury Forgeot d'Arc added the comment:
Yes, this is probably a system-wide setting. PYTHONHOME should not be set,
especially if it points to another python installation.
You should consider removing it.
Is "alien swarm" a game? Why did it modify the system this way? Does the g
Amaury Forgeot d'Arc added the comment:
Probably because new extension modules are built and imported on every run.
--
nosy: +amaury.forgeotdarc
___
Python tracker
<http://bugs.python.org/is
Amaury Forgeot d'Arc added the comment:
It's definitely a bad thing to set PYTHONHOME at the system level, when there
are several pythons installed. Please report this to the game's developers.
--
resolution: -> invalid
stage: -> committed/rejected
s
Amaury Forgeot d'Arc added the comment:
I could not find any test in distutils/tests that imports extension modules.
--
___
Python tracker
<http://bugs.python.org/is
Amaury Forgeot d'Arc added the comment:
Do we need an additional method? It seems that this reset() could also be
written encoder.encode('', final=True)
--
nosy: +amaury.forgeotdarc
___
Python tracker
<http://bugs.pyt
Amaury Forgeot d'Arc added the comment:
The problem is probably near this code in Lib/doctest.py (in _load_testfile)::
# get_data() opens files as 'rb', so one must do the equivalent
# conversion as universal newlines would do.
return file_contents.rep
Amaury Forgeot d'Arc added the comment:
The ZIP file format is unable to store dates before 1980. With version 3.2,
your script even raises an exception. Please file this in a different issue.
--
nosy: +amaury.forgeotdarc
___
Python tr
Amaury Forgeot d'Arc added the comment:
Does this change have a visible effect? If so, can it have some unit test?
Otherwise pypy and other alternative implementations are likely to miss this
change.
--
nosy: +amaury.forgeotdarc
___
Python tr
Changes by Amaury Forgeot d'Arc :
--
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue12106>
___
___
Python-bugs-list mailing li
Amaury Forgeot d'Arc added the comment:
Thanks for this answer.
--
___
Python tracker
<http://bugs.python.org/issue12106>
___
___
Python-bugs-list m
101 - 200 of 2691 matches
Mail list logo