STINNER Victor added the comment:
This issue looks as a duplicate of #6135.
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13442>
___
___
Pytho
STINNER Victor added the comment:
> Is Python supposed to support characters outside U+-U+10 range?
If not, PyUnicode_FromUnicode(), PyUnicode_FromWideChar() and
PyUnicode_FromKindAndData() should be patched to raise an error if a bigger
character is encounte
STINNER Victor added the comment:
> strxfrm(buffer, "a\0", 100) returns 21 (bytes) but only 2 bytes
> are written ("\x01\x00"). The next bytes are unchanged.
Woops, it was a bug in my program. I attached the fixed version. The correct
program writes:
strxfrm:
Changes by STINNER Victor :
Removed file: http://bugs.python.org/file23741/strxfrm.c
___
Python tracker
<http://bugs.python.org/issue13441>
___
___
Python-bugs-list mailin
STINNER Victor added the comment:
> No, they should be rejected. Allowing them in some specific
> places might cause them to leak somewhere else and cause problems,
> so I'd rather stick with that range and reject all the chars
> >U+10 everywhere.
That's why I
STINNER Victor added the comment:
I dumped some values to try to debug this issue. Last failure in
test__locale.test_lc_numeric_basic() on localeconv():
[ 25/361] test_float
Decode localeconv() decimal_point: {0x2c} (len=1)
Decode localeconv() thousands_sep: {0x2e
STINNER Victor added the comment:
Here is a more complete output. localeconv() fails in the hu_HU locale for the
"thousands_sep" field: localeconv() returns b'\xa0' which is decoded as the
wchar_t* string: {U+3020} (len=1). This is
STINNER Victor added the comment:
I tried test_multi_sem-1.diff on "x86 FreeBSD 7.2 3.x" buildbot: the patch
works as expected, the test suite is skipped.
A minor nit: can you write the number of semaphore in the skip message? Except
of this nit, the patch looks good to me (an
Changes by STINNER Victor :
--
versions: +Python 3.3 -Python 3.1
___
Python tracker
<http://bugs.python.org/issue10557>
___
___
Python-bugs-list mailing list
Unsub
STINNER Victor added the comment:
I just have a comment: "XXX" should be replaced in "Python 3.3a0 3200 XXX".
--
nosy: +haypo
___
Python tracker
<http://bug
STINNER Victor added the comment:
I added tests for PyUnicode_EncodeDecimal() and
PyUnicode_TransformDecimalToASCII() in Python 2.7, 3.2 and 3.3 (see also issue
#13093).
--
___
Python tracker
<http://bugs.python.org/issue8
STINNER Victor added the comment:
I fixed the issue in Python 2.7, 3.2 and 3.3.
See also the changeset 849e9277906a (Python 3.3).
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
New submission from STINNER Victor :
Error handling of PyUnicode_EncodeDecimal() is broken by design. The caller
cannot know the size of the output buffer because each error handler produce a
variable output, whereas the caller has to allocate
this buffer and it is not possible to specify the
New submission from STINNER Victor :
A lot of tests using the network are failing sometimes. They look like timeout
or network failure.
Example:
==
ERROR: test_storlines (test.test_ftplib.TestTLS_FTPClassMixin
STINNER Victor added the comment:
tee() uses a linked-list of teedataobject. This list is destroyed by recursive
calls to teedataobject_dealloc().
Extract of the gdb trace:
#5 0x08171a8e in teedataobject_clear (tdo=0xad21b394) at
./Modules/itertoolsmodule.c:412
#6 0x08171b39 in
STINNER Victor added the comment:
> I'm only using the function with the NULL error handler.
I don't think that anyone uses it without something else. The function is used
to prepare a string input for a function converting a string to an integer. I
don't see how xmlcha
STINNER Victor added the comment:
test_urllib2net
test test_urllib2net failed -- Traceback (most recent call last):
File
"/usr/home/buildbot/buildarea/2.7.krah-freebsd/build/Lib/test/test_urllib2net.py",
line 195, in test_sites_no_connection_close
req = urllib2.urlopen(URL)
STINNER Victor added the comment:
http://www.python.org/dev/buildbot/all/builders/AMD64%20FreeBSD%208.2%202.7/builds/405/steps/test/logs/stdio
--
___
Python tracker
<http://bugs.python.org/issue13
STINNER Victor added the comment:
http://www.python.org/dev/buildbot/all/builders/x86%20OpenIndiana%203.x/builds/2435/steps/test/logs/stdio
Re-running test 'test_poplib' in verbose mode
test_apop (test.test_poplib.TestPOP3Class) ... ok
test_dele (test.test_poplib.TestPOP3Cla
STINNER Victor added the comment:
http://www.python.org/dev/buildbot/all/builders/AMD64%20OpenIndiana%202.7/builds/732/steps/test/logs/stdio
test test_telnetlib failed -- Traceback (most recent call last):
File
"/export/home/buildbot/64bits/2.7.cea-indiana-amd64/build/Lib
STINNER Victor added the comment:
Oh, it looks like unsetenv() has no return value on Mac OS X Tiger:
http://www.python.org/dev/buildbot/all/builders/PPC%20Tiger%202.7/builds/100/steps/compile/logs/stdio
./Modules/posixmodule.c: In function 'posix_unsetenv':
./Modules/posixmod
STINNER Victor added the comment:
> Note that ignoring unsetenv() return value is a bad idea:
> http://xorl.wordpress.com/category/freebsd/page/2/
Oh yeah, I remember this critical (local) vulnerability!
> We could maybe add a configure-time check.
Yes, it sounds like the best
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue1395>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
Ah, PyFunction_NewWithQualName is now public.
Why an upper P in "PyFunction_NewWithQualName"? If you use an upper P, it
should use an underscore in Python: __qual_name__ to be consistent. So I
suggest to change the C name :-) PyFunction_NewWithQ
Changes by STINNER Victor :
--
title: del os.environ -> del os.environ[key] ignores errors
___
Python tracker
<http://bugs.python.org/issue13415>
___
___
Py
STINNER Victor added the comment:
Using broken_unsetenv.diff + autoconf, Python compiles correctly on Mac OS X
Tiger.
--
___
Python tracker
<http://bugs.python.org/issue13
STINNER Victor added the comment:
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.
--
nosy: +haypo
___
Python tracker
<http://bugs.python.
STINNER Victor added the comment:
Issue #13313 has been marked as a duplicate of this issue. Interesting message
from flox:
"Maybe it is related.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=93810
Ambiguous timezone names (AEST vs EST)"
--
n
STINNER Victor added the comment:
Duplicate of #11886.
--
nosy: +haypo
resolution: -> duplicate
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
STINNER Victor added the comment:
> Is there a way to force configure run on the bot?
./configure is run for each build of each buildbot.
--
___
Python tracker
<http://bugs.python.org/issu
STINNER Victor added the comment:
I don't see this issue as a bug in Python, but just that the timezone database
is different on some OSes. Can't we just accept both names, AEST and EST?
Attached patch changes test_time to tolerate EST name for
'AEST-10AEDT-11,M10.5.0,M3.
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue9458>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
>
Python is not a language written for the web, it's generic language to program
anything! If you have a problem to parse an HTML page, the special case should
be added to the HTML parser, not to the language.
Do you have the encoding issue with
Changes by STINNER Victor :
--
Removed message: http://bugs.python.org/msg148348
___
Python tracker
<http://bugs.python.org/issue13093>
___
___
Python-bugs-list m
STINNER Victor added the comment:
Hum, I only changed PyUnicode_EncodeDecimal in Python 3.3, I prefer to not
touch stable releases (2.7, 3.2).
New changeset a20fae95618c by Victor Stinner in branch 'default':
Close #13093: PyUnicode_EncodeDecimal() doesn't support erro
STINNER Victor added the comment:
> For example, when Microsoft talks about Unicode they mean UTF-16.
Sorry, but UTF-16 is ambiguously: do you mean UTF-16-LE or UTF-16-BE? ;-)
--
___
Python tracker
<http://bugs.python.org/issu
STINNER Victor added the comment:
> You could also add a test to test_sys ensuring that sys.executable
> is always executable.
And that sys.executable is absolute?
sys.executable is an empty string if sys.argv[0] has been changed and Python is
unable to retrieve the real path to the
STINNER Victor added the comment:
Oh, thanks Charles François for your two patches.
--
___
Python tracker
<http://bugs.python.org/issue13415>
___
___
Python-bug
STINNER Victor added the comment:
The last patch (9276fc685c05.diff) looks good to me. Go ahead for the commit!
--
___
Python tracker
<http://bugs.python.org/issue6
Changes by STINNER Victor :
--
Removed message: http://bugs.python.org/msg148428
___
Python tracker
<http://bugs.python.org/issue13415>
___
___
Python-bugs-list m
STINNER Victor added the comment:
New changeset 919259054621 by Victor Stinner in branch 'default':
Issue #13415: Help to locate curses.h when _curses module is linked to ncursesw
http://hg.python.org/cpython/rev/919259054621
(Oops, wrong issue num
STINNER Victor added the comment:
> This broke several Gentoo buildbots.
setup.py is unable to locate correctly curses.h. I added a hack to always
search in /usr/include/ncursesw/. The hack is needed on Ubuntu 11.10 if you
only have libncursesw5-dev but not libncursesw-dev for exam
STINNER Victor added the comment:
Compile output on OpenSolaris:
Consider setting $PYTHONHOME to [:]
ld: fatal: file /usr/local/lib/libncursesw.so: wrong ELF class: ELFCLASS32
ld: fatal: file processing errors. No output written to
build/lib.solaris-2.11-i86pc-3.3-pydebug/readline.so
collect2
Changes by STINNER Victor :
--
Removed message: http://bugs.python.org/msg148467
___
Python tracker
<http://bugs.python.org/issue13415>
___
___
Python-bugs-list m
STINNER Victor added the comment:
New changeset bf51e32b2a81 by Victor Stinner in branch 'default':
Issue #13415: test_curses skips unencodable characters
http://hg.python.org/cpython/rev/bf51e32b2a81
(Oops, I copy-pasted the issue number from my previous commit, and the issue
STINNER Victor added the comment:
> Is subprocess affected by PYTHONIOENCODING?
Yes, as any Python process.
--
___
Python tracker
<http://bugs.python.org/iss
Changes by STINNER Victor :
--
nosy: -haypo
___
Python tracker
<http://bugs.python.org/issue12119>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
> A 2.7 OS X buildbot segfaults in test_unicode since 0cd197f13400
> http://www.python.org/dev/buildbot/all/builders/AMD64 Snow Leopard 2
> 2.7/builds/409/steps/test/logs/stdio
Hum, I'm unable to reproduce the crash on Linux or
STINNER Victor added the comment:
Are CLOCK_MONOTONIC_RAW, CLOCK_MONOTONIC and CLOCK_REALTIME more accurate than
gettimeofday (time.time)?
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13
STINNER Victor added the comment:
EKIT.patch is not correct: it fails to find mvwchgat() on Linux, whereas the
function is present. The test program is not linked to curses nor ncurses.
<< Solaris has both traditional System V curses and an XPG4-compatible
curses that does include mv
Changes by STINNER Victor :
--
versions: +Python 3.2, Python 3.3
___
Python tracker
<http://bugs.python.org/issue3786>
___
___
Python-bugs-list mailing list
Unsub
STINNER Victor added the comment:
wallclock-2.patch: implement wallclock() using the new
clock_getime(CLOCK_MONOTONIC) function (or other, depending on the OS).
I removed description on how the function is implemented from the doc.
--
Added file: http://bugs.python.org/file23799
STINNER Victor added the comment:
> The patch is ok on the principle, but we do need a check
> that CLOCK_MONOTONIC is supported at build time.
timemodule.c is now using "#ifdef CLOCK_MONOTONIC".
--
___
Python tracker
<htt
STINNER Victor added the comment:
> Looks like length is incorrect.
Oh ok, _testcapimodule.c is "sssize_t" safe in Python 3, not in Python 2. Can
you please try with the last tip?
--
___
Python tracker
<http://bugs.pytho
STINNER Victor added the comment:
pthread_condattr_setclock() result should be checked.
"The pthread_condattr_setclock() function may fail if:
EINVAL The value specified by clock_id does not refer to a known clock, or is a
CPU-time
STINNER Victor added the comment:
A lot of bugs related to encodings has been fixed. The bug was seen on Python
3.1, whereas the current development version is 3.3. We have a Fedora buildbot
and many Fedora users, none reported such error recently. I consider this issue
as fixed
STINNER Victor added the comment:
.from_buffer() expects a modifiable buffer, bytes type is immutable. If
.from_buffer() accepted an immutable buffer, it was a bug and the bug was fixed.
If you want to use bytes, use .from_buffer_copy() instead of .from_buffer().
--
resolution
STINNER Victor added the comment:
> I just want to call my C function.
You can use something else than ctypes_array.from_buffer(buffer).
ctypes_array.from_buffer() creates a read-write object which can be used to
modify the buffer. You cannot pass a read-only object
STINNER Victor added the comment:
> I thought that time_t was 64 bits on Windows
On Windows 64 bits, sizeof(time_t) is 64 bits and time.ctime(910692730085)
works (return a string with year 2128).
It looks like Thorsten Simons is running Windows 32 b
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13501>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
> the cost in the normal case is a single pointer comparison with NULL,
> something very cheap.
The Linux kernel patchs dynamically the code: disabling a probe writes NOP
instruction in memory to avoid the cost of the test. Probes are completly
disab
STINNER Victor added the comment:
Version 3 of the patch: check for clock_gettime() failure. Try
CLOCK_MONOTONIC_RAW, or try CLOCK_MONOTONIC, or use time.time().
--
Added file: http://bugs.python.org/file23809/wallclock-3.patch
___
Python tracker
STINNER Victor added the comment:
> time_t *is* 64bit by default since Visual Studio 8
Ah? The issue was reported on a version compiled with Visual Studio 8. Notice
"MSC v.1500" in:
> Using Python '3.2.2 (default, Sep 4 2011, 09:07:29)
> [MSC v.1500 64 bi
STINNER Victor added the comment:
Python 3.3 has a strange behaviour:
>>> '\uDBFF\uDFFF'.encode('utf-16-le').decode('utf-16-le')
'\U0010'
>>> '\U0010'.encode('utf-16-le').decode('utf-16-le')
&
STINNER Victor added the comment:
Patch rejecting surrogates in UTF-16 and UTF-32 encoders.
I don't think that Python 2.7 and 3.2 should be changed in a minor version.
--
dependencies: -Refactor code using unicode_encode_call_errorhandler() in
unicodeobject.c
keywords: +patch
STINNER Victor added the comment:
Hum, my patch doesn't call the error handler.
--
___
Python tracker
<http://bugs.python.org/issue12892>
___
___
Pytho
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13097>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue9116>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
> Just to clarify, no decision has yet been made on *whether*
> the cdecimal work should be integrated into py3k;
> we'll consult python-dev on this once we've got a working branch
> and performance information.
So, what is the status tod
STINNER Victor added the comment:
> (Actually, that's a part of why decimal.py is slow---it's
> using Python's *binary* integers to store *decimal* coefficients,
> so that even simple addition is now a quadratic operation,
> thanks to the binary <-> decimal con
STINNER Victor added the comment:
> Gregory's patches to sanitize threading's lock should have fixed this
The subprocess hang still occurs something, it just happened:
http://www.python.org/dev/buildbot/all/builders/x86%20Ubuntu%20Shared%203.x/builds/4898/steps/test/logs/st
STINNER Victor added the comment:
Is there really an use case where you need 2 ** 20 (1,048,576) arguments? If
yes, I'm not against the torture in this case :-) If no, why not raising an
error if there are too many arguments? E.g. limit to 1,024 arguments or maybe
ju
STINNER Victor added the comment:
The overhead on PyObject_Malloc() is just an increment on an integer, so it is
very low (or null).
The feature is interesting, but I'm not convinced that a very simple counter is
enough to track memory leaks. It may help the CPython test suite, but
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13520>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from STINNER Victor :
Attached patch modifies the following function to emit a DeprecationWarning:
* PyUnicode_GET_SIZE() (and so PyUnicode_GET_DATA_SIZE())
* PyUnicode_AS_UNICODE()
* PyUnicode_AsUnicodeAndSize() (and so PyUnicode_AsUnicode())
* PyUnicode_FromUnicode
STINNER Victor added the comment:
Alex ? Florent ?
--
___
Python tracker
<http://bugs.python.org/issue11886>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13535>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
Can you try to patch platform.py with the following patch?
diff --git a/Lib/platform.py b/Lib/platform.py
--- a/Lib/platform.py
+++ b/Lib/platform.py
@@ -186,7 +186,7 @@ def libc_ver(executable=sys.executable,l
elif so:
if lib != '
STINNER Victor added the comment:
I got the debug output of test_3_join_in_forked_from_thread() using some hacks
(threading._VERBOSE=True and don't hide subprocess output):
Testing with flags: sys.flags(debug=0, inspect=0, interactive=0, optimize=0,
dont_write_bytecode=0, no_user_s
STINNER Victor added the comment:
Hum, it's better with the process identifiers. Oh, by the way: the output is
not truncated, Python test hangs during the second run :-) Without the debug
output, it needs more than 1,000 runs to reproduce the
bug (hang).
Testing with flags: sys.flags(
Changes by STINNER Victor :
--
Removed message: http://bugs.python.org/msg148991
___
Python tracker
<http://bugs.python.org/issue11870>
___
___
Python-bugs-list m
Changes by STINNER Victor :
--
Removed message: http://bugs.python.org/msg148992
___
Python tracker
<http://bugs.python.org/issue11870>
___
___
Python-bugs-list m
STINNER Victor added the comment:
I removed my two previous message (msg148991 and msg148992), there were
unrelated to this issue: the test hangs in debug mode in the IO module because
of a deadleak in IO related to the fork...
--
___
Python
STINNER Victor added the comment:
By the way, _Py_stat() can fail because of a Python error: -1 result is not
handled in import.c :-( It may leak to the "XXX undetected error" message.
--
nosy: +haypo
___
Python tracker
<http://bu
New submission from STINNER Victor :
The threading module uses an hack to log actions to help debugging. The log
depends on 3 flags: __debug__, threading._VERBOSE and a verbose attribute (each
threading class has such attribute). By default, _note() is always called but
does nothing: it
Changes by STINNER Victor :
Added file: http://bugs.python.org/file23870/threading_note_global.patch
___
Python tracker
<http://bugs.python.org/issue13550>
___
___
Pytho
Changes by STINNER Victor :
Removed file: http://bugs.python.org/file23870/threading_note_global.patch
___
Python tracker
<http://bugs.python.org/issue13550>
___
___
Pytho
STINNER Victor added the comment:
(threading_note_global.patch was completly wrong, here is the fixed version)
--
Added file: http://bugs.python.org/file23871/threading_note_global.patch
___
Python tracker
<http://bugs.python.org/issue13
STINNER Victor added the comment:
I hacked setup.py and _cursesmodule.c to use XPG4 curses. It requires many
hacks because it lacks functions like getattrs() or getsyx/setsyx, constant
like KEY_MIN and KEY_MAX. It looks difficult to use this curses library
New submission from STINNER Victor :
The _curses module has two issues on OpenSolaris:
- using the default curses library, mvwchgat() cannot be found and _curses
module compilation fails
- there is a "XPG4 curses" library. I tried to use it using various hacks in
_cursesmo
STINNER Victor added the comment:
> I am still concerned about the compilation warning in OpenIndiana buildbots
> :-(
I'm unable to reproduce the issue in my OpenIndiana VM: the compilaton of the
_curses module fail, not because of Unicode, but because mvwchgat() function is
mis
STINNER Victor added the comment:
I opened the issue #13552 to list all curses issues on OpenIndiana.
--
___
Python tracker
<http://bugs.python.org/issue3
STINNER Victor added the comment:
curses_hacks.patch: various hacks to use the XPG4 curses on OpenIndiana.
--
keywords: +patch
nosy: +enchanter
Added file: http://bugs.python.org/file23873/curses_hacks.patch
___
Python tracker
<h
STINNER Victor added the comment:
The code has been commited. The remaining task is to fix OpenIndiana issues:
see #13552.
--
___
Python tracker
<http://bugs.python.org/issue12
Changes by STINNER Victor :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue12567>
___
___
Python-bugs-list
STINNER Victor added the comment:
localeconv_wchar.c: test program to dump the thousands separator on a locale
specified on the command line. I wrote this program to try to reproduce the
hu_HU issue, but I cannot reproduce it on OpenIndiana. I only have UTF-8
locales on my OpenIndiana VM
STINNER Victor added the comment:
Some comments about 2011-12-08-tarfile-lzma.diff:
> elif self.buf.startswith(b"\x5d\x00\x00\x80") or self.buf.startswith(b"...
Micro-optimization: you can use self.buf.startswith((b"\x5d\x00\x00\x80",
b"\xfd7zXZ")) here
STINNER Victor added the comment:
See also the issue #7442.
--
___
Python tracker
<http://bugs.python.org/issue13441>
___
___
Python-bugs-list mailing list
Unsub
STINNER Victor added the comment:
Oh! I think that I understood the problem: if HAVE_WCSFTIME is not defined,
timemodule.c uses strftime(), instead of wcsftime(), encode input format and
decode the format. It uses UTF-8 to encode/decode, whereas the right encoding
is the locale encoding
STINNER Victor added the comment:
Changeset 489ea02ed351 changed PyUnicode_FromWideChar() and
PyUnicode_FromUnicode(): raise a ValueError if a character in not in range
[U+; U+10].
test__locale errors:
==
ERROR
1101 - 1200 of 35168 matches
Mail list logo
