STINNER Victor added the comment:
You don't want to backport the optimization to at least 3.2?
--
___
Python tracker
<http://bugs.python.org/issue9971>
___
___
STINNER Victor added the comment:
> Is it a theoretical concern or does it affect real software?
It's more theoretical.
--
___
Python tracker
<http://bugs.python.org
STINNER Victor added the comment:
> Yeah it will not work without atomic ops.
... Or we can maybe block the signals (all signals or just one signal?) using
pthread_sigmask(SIG_BLOCK) while we access the Handlers array. But
pthread_sigmask() is not available on all OSes.
On my Linux
STINNER Victor added the comment:
If you add "from _pyio import open" to the example, unbuffered and buffered
tests give the same result :-)
--
nosy: +haypo
___
Python tracker
<http://bugs.python.o
STINNER Victor added the comment:
open("test.bin", "w+b", buffering=-1) creates a
BufferedRandom object. In the _pyio module, BufferedRandom overrides the
write() method to "undo readahead", whereas the _io module reuses
bufferedwriter_write()
STINNER Victor added the comment:
This is a duplicate of #10801, issue fixed in Python 3.2 or later by
33543b4e0e5d. Should we backport the fix to Python 3.1, or you can upgrade to
Python 3.2?
Output with Python 3.2: "╕┤╝■ test.txt".
--
versions: -Python 3.2,
Changes by STINNER Victor :
--
components: +Library (Lib), Unicode
___
Python tracker
<http://bugs.python.org/issue12048>
___
___
Python-bugs-list mailin
Changes by STINNER Victor :
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue12048>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
Issue #12048 is a duplicate of this bug, but with Python 3.1. Should we
backport the fix to Python 3.1?
--
___
Python tracker
<http://bugs.python.org/issue10
STINNER Victor added the comment:
> I wanted for them to be treated as text files which are trackable
> in CVS or subversion and to keep Python source codes free of any
> non-ASCII characters
Mercurial supports binary file, I plan to mark the CJK testcases as binary
usi
STINNER Victor added the comment:
Oh, right.
Note: the encoding looks to be GBK, not CP932:
>>> '\u590d\u4ef6'.encode('gbk')
b'\xb8\xb4\xbc\xfe'
>>> '\u590d\u4ef6'.encode('gbk').decode('cp437')
'╕┤╝■
STINNER Victor added the comment:
> Why is this still open
Because import __hello__ doesn't print hello.
> and more importantly, why is it a release blocker?
Because it is a very important issue!
--
___
Python tracker
<http://b
STINNER Victor added the comment:
+print("Hello world...")
I would prefer a more positive "Hello World!", but thanks for the patch.
--
___
Python tracker
<http://bug
STINNER Victor added the comment:
> It's not the only shortage with the current implementation regarding
> (real-time) signals. Another one is that they're delivered
> out-of-order (lowest-numbered signal first),
Oh yes, it can be a problem.
> and the most important one
New submission from STINNER Victor :
test_signal fails sometimes on the "AMD64 OpenIndiana 3.x" buildbot:
Traceback (most recent call last):
File
"/export/home/buildbot/64bits/3.x.cea-indiana-amd64/build/Lib/test/test_signal.py",
line 358, in test_without_siginterrupt
New submission from STINNER Victor :
$ ./python -c "import sysconfig; sysconfig._parse_makefile('Makefile.loop')"
It loops on the following variables:
'DESTSHARED'='$(BINLIBDEST)/lib-dynload'
'INCLDIRSTOMAKE'='$(INCLUDEDIR) $(CONFIN
Changes by STINNER Victor :
Added file: http://bugs.python.org/file21993/Makefile.loop
___
Python tracker
<http://bugs.python.org/issue12070>
___
___
Python-bugs-list m
STINNER Victor added the comment:
My OS is Debian Sid. Important note: I use LC_ALL=C and so ASCII locale
encoding.
--
___
Python tracker
<http://bugs.python.org/issue12
New submission from STINNER Victor :
test_concurrent_futures of Python 3.3 (rev [6d8678555c04]) hangs on
OpenIndiana. I dumped manually the tracebacks of the parent process
(test_concurrent_futures) and of the 3 child processes. In the parent process,
the test hangs when exiting the context
Changes by STINNER Victor :
--
title: test_concurrent_futures hangs on OpenIndiana ->
test_concurrent_futures.test_context_manager_shutdown() hangs on OpenIndiana
___
Python tracker
<http://bugs.python.org/issu
Changes by STINNER Victor :
--
resolution: fixed ->
status: closed ->
___
Python tracker
<http://bugs.python.org/issue6011>
___
___
Python-bugs-list
STINNER Victor added the comment:
The issue looks to be fixed. Reopen if there are new failures.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Changes by STINNER Victor :
--
resolution: fixed ->
status: closed ->
___
Python tracker
<http://bugs.python.org/issue11873>
___
___
Python-bugs-list
STINNER Victor added the comment:
Without any reaction from Dave Malcolm, I kept its name under the name
"py-bt-full".
> I would also like a less verbose output for where, especially
> be able to hidden the value of the globals argument of
> PyEval_EvalCodeEx.
Well, I wi
STINNER Victor added the comment:
I'm unable to reproduce the issue using regrtest.py -F test_signal. It is maybe
a race condition, or another test has a border effect of test_signal?
--
___
Python tracker
<http://bugs.python.org/is
STINNER Victor added the comment:
Oh, the problem is that the prefix variable value is seen as "bogus"
($/home/haypo/...: $ is a typo made by me!) and the variable is removed from
variables. But other variables depend on the prefix and so we have an unlimited
loop.
Possibles fixes
STINNER Victor added the comment:
Oh, I have "no more memory" errors on this VM especially on fork.
test_concurrent_futures.test_context_manager_shutdown() failure should be
related to a memory allocation error. I tried my faulthandler using SIGUSR1 to
get more information, but sen
New submission from STINNER Victor :
When you run the test suite manually and a test hangs, it would be nice to be
able to dump immediatly the tracebacks of all threads without having to wait
the timeout (which is 1 hour by default...).
Attached patch installs a signal handler for the SIGUSR1
New submission from STINNER Victor :
The full test suite has something like 354 tests. regrtest writes one line per
test, and if you use Python compiled in debug mode you have much more lines
because of "[123 refs]" lines written by subprocesses.
It's difficult to check if
STINNER Victor added the comment:
See also issue #12073.
--
___
Python tracker
<http://bugs.python.org/issue12074>
___
___
Python-bugs-list mailing list
Unsub
STINNER Victor added the comment:
See also issue #12074.
--
___
Python tracker
<http://bugs.python.org/issue12073>
___
___
Python-bugs-list mailing list
Unsub
STINNER Victor added the comment:
> New changeset c2515cb23d9b by Gregory P. Smith in branch 'default':
> Issue #1746656: Add if_nameindex, if_nametoindex, if_indextoname
The _socket module doesn't compile on OpenIndiana anymore:
http://www.python.org/dev/buildb
STINNER Victor added the comment:
> The _socket module doesn't compile on OpenIndiana anymore
Same problem of FreeBSD 8.2:
http://www.python.org/dev/buildbot/all/builders/AMD64%20FreeBSD%208.2%203.x/builds/291/steps/test/logs/stdio
--
__
STINNER Victor added the comment:
> if someone comes up with a situation where this is a real problem,
> feel free to reopen it.
Ok I agree, no problem. But I commited at least Charles's patch ;-)
--
___
Python tracker
<http://b
STINNER Victor added the comment:
Oh, I forgot the issue. I backported the fix to Python 3.1. Python 2.7 doesn't
have the bug.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue12080>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
Oh, so it's possible to not have the fstat() syscall. I asked me the question
when I modified import.c (and other files related to importing a module).
--
nosy: +haypo
___
Python tracker
<http://bugs.py
STINNER Victor added the comment:
install_egg_info.run() uses f = open(target, 'w') to create the .egg-info file
and so the file uses the locale encoding. I don't know which module/program
reads the file, so I don't know if the "locale encoding" is a good ch
STINNER Victor added the comment:
@pitrou: What do you think Antoine?
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue12028>
___
___
Python-bug
STINNER Victor added the comment:
The threading API changed in Python 3 with the PEP 3108, especially and issue
#2875. Extract of the PEP:
"thread [done]
* People should use 'threading' instead.
* Rename 'thread' to _thread.
* Deprecate dummy_thread and rename
STINNER Victor added the comment:
> In which case can it be None?
Oh, I misunderstood threading.py. current_thread().ident cannot be None.
During the bootstrap of a thread, Thread._ident is None, but
current_thread().ident is not None because current_thread() creates a dummy
thread obj
STINNER Victor added the comment:
Thanks Andreas for your fix! Python 3 is now better than Python 2: it prints
"Hello World!" instead of "Hello World...".
--
resolution: -> fixed
status: open -> closed
___
Python tracke
New submission from STINNER Victor :
In Python 3.1, a test fails if it writes to stdout/stderr. It is no more the
case in Python 3.2 and 3.3. Why? If we decided to not check for unexpected
output in Python 3.2+, the following code should be removed:
if verbose:
capture_stdout
STINNER Victor added the comment:
Oh, I specified the wrong issue number of my last 3 commits: test_linecache
failure is related to this issue.
New changeset 9a4d4506680a by Victor Stinner in branch '3.1':
Issue #11614: Fix test_linecache, cjkencodings_test.py doesn't exi
STINNER Victor added the comment:
> New changeset 9a4d4506680a by Victor Stinner in branch '3.1':
> Issue #11614: Fix test_linecache, cjkencodings_test.py doesn't exist anymore
Oh, these commits are related to #12057, not this one.
--
_
STINNER Victor added the comment:
Oh oh. I forgot to patch .hgeol and test_multibytecodec_support.py during my
"merge" 3.1 (16503022c4b8) -> 2.7 (1bd697cdd210). It should be ok with
83f4c270b27d.
Thank you for your report Ronald.
--
resolution: -> fixed
status
New submission from STINNER Victor :
Builder x86 Gentoo 3.x Build #130:
http://www.python.org/dev/buildbot/all/builders/x86%20Gentoo%203.x/builds/130/steps/test/logs/stdio
[263/354] test_threading
Timeout (1:00:00)!
Thread 0x48f0bb70:
File "/var/lib/buildslave/3.x.murray-gentoo/buil
STINNER Victor added the comment:
I'm unable to reproduce this bug on Linux.
$ cat script.py
from multiprocessing import Pool
import os
def myfunc(x):
import sys
print("child", os.getpid(), "optimize?", sys.flags.optimize)
assert False, "assert Fa
STINNER Victor added the comment:
I don't like the API because it gives a different behaviour depending on the OS
and I don't see how to check that the function does really a full sync.
I would prefer a new option os.fullsync() function which is like your
os.fsync(fd, full_
Changes by STINNER Victor :
--
title: Child process running as debug -> Child process running as debug on
Windows
___
Python tracker
<http://bugs.python.org/issu
STINNER Victor added the comment:
Oh, it is a real bug in the test. Bug fixed by your patch. Thanks, I commited
your patch.
I don't wait for the buildbot because it's a sporadic (and rare) failure.
--
resolution: -> fixed
status: o
STINNER Victor added the comment:
I did not see new failure recently, let's close this issue. Reopen if it is not
fixed.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.
STINNER Victor added the comment:
> It's probably a libc bug
The bug looks to be specific to the GNU libc. It exists in glibc-2.11.3 and
glibc-2.12.2. I suppose that all versions of the GNU libc are affected. The bug
has been fixed:
http://sourceware.org/git/?p=glibc.git;a=comm
New submission from STINNER Victor :
Stateful CJK codecs reset the codec at each call to encode() producing a valid
but overlong output:
>>> import codecs
>>> encoder = codecs.getincrementalencoder('hz')()
>>> encoder.encode('\u804a') + encod
STINNER Victor added the comment:
ISO 2022 encodings don't have tests neither: test_multibytecodec doesn't test
directly these encodings but it is "Unit test for multibytecodec itself". We
may also add tests specific to ISO 2022 encodings:
- iso2022_kr
- iso202
STINNER Victor added the comment:
Python 3.2 has been published. Can we start deprecating StreamWriter and
StreamReader in Python 3.3 (to remove them from Python 3.4)? The doc should
explain how to convert code using codecs into code using the io module (it
should be simple), and using a
Changes by STINNER Victor :
--
status: closed ->
___
Python tracker
<http://bugs.python.org/issue8796>
___
___
Python-bugs-list mailing list
Unsubscri
STINNER Victor added the comment:
> ... once most Linux distributions have moved to Python 2.6
Debian uses Python 2.6 by default since it's last stable release (Squeeze). I
think that it was the last distro using Python 2.5 by
STINNER Victor added the comment:
> This ticket is about deprecating codecs.open(), not about
> StreamWriter and StreamReader.
Right. I may open a different issue.
Can we start by modifying codecs.open() to use the builtin open() (to reuse
TextIOWrapper)?
> I'm -1
STINNER Victor added the comment:
See also issue #12102.
--
___
Python tracker
<http://bugs.python.org/issue11877>
___
___
Python-bugs-list mailing list
Unsub
STINNER Victor added the comment:
See also issue #11877 and #11277.
--
nosy: +haypo, sdaoden
___
Python tracker
<http://bugs.python.org/issue12102>
___
___
Pytho
STINNER Victor added the comment:
c, e, m and x flags are specific to the GNU libc. Python 2 does basically pass
the mode to fopen() unmodified (there is one exception, the U flag). fopen() of
Visual C++ 2005 has other flags:
c
Enable the commit flag for the associated filename so that the
STINNER Victor added the comment:
See also #4621.
--
___
Python tracker
<http://bugs.python.org/issue12048>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
This issue looks to be a duplicate of #10801 which was only fixed
(33543b4e0e5d) in Python 3.2. See also #12048: similar issue in Python 3.1.
--
___
Python tracker
<http://bugs.python.org/issue4
STINNER Victor added the comment:
The initial problem is clearly a duplicate of issue #10801 which is now fixed
in Python 3.1+ (I just backported the fix to Python 3.1).
> I just "discovered" that attempting to open zip member "test\file"
> fails where attempting
STINNER Victor added the comment:
This issue is just another example of the issue #10614: I'm closing it as a
duplicate.
--
resolution: -> duplicate
status: open -> closed
___
Python tracker
<http://bugs.python.
STINNER Victor added the comment:
I closed issue #12048 as a duplicate of this issue: yaoyu wants to uncompress a
ZIP file having filenames encoded to GBK.
--
___
Python tracker
<http://bugs.python.org/issue10
STINNER Victor added the comment:
> Hello, zion, Victor, i'm proposing a documentation patch.
I like it.
I don't think that Python should guess what the user expects (i.e. Python
should not sync the file *implicitly*).
--
___
P
STINNER Victor added the comment:
I think that the problem is in Popen.get_command_line() of
multiprocessing.forking.
There are other options changing Python behaviour: -b, -B, -E, -u, etc.
--
___
Python tracker
<http://bugs.python.org/issue12
STINNER Victor added the comment:
> Here's a patch:
> - those functions now accept and return str, not bytes arrays
You use UTF-8 encoding:
+"Is", ni[i].if_index, ni[i].if_name);
+if (!PyArg_ParseTuple(args, "s:if_nametoindex", &i
STINNER Victor added the comment:
Example with a non-ASCII interface name:
$ sudo tunctl -u haypo -t unicodeé
Set 'unicodeé' persistent and owned by uid 1000
$ sudo ifconfig -a|grep unicode|hexdump -C
75 6e 69 63 6f 64 65 c3 a9 20 4c 69 6e 6b 20 65 |unicode.. Link e|
00
New submission from STINNER Victor :
The locale encoding is not portable, packaging should use UTF-8 instead.
Attached patch is a draft to workaround "LANG=C ./python -m test
test_packaging" failures. I'm not sure that my test in Metadata.write_file() of
packaging.metadata
Changes by STINNER Victor :
--
components: +Library (Lib)
nosy: +eric.araujo, tarek
___
Python tracker
<http://bugs.python.org/issue12112>
___
___
Python-bug
STINNER Victor added the comment:
See also issue #9561 (distutils: set encoding to utf-8 for input and output
files) and #6011 (python doesn't build if prefix contains non-ascii characters).
If you are curious, read also #8611 (Python3 doesn't support locale different
than utf8
New submission from STINNER Victor :
The following code does deadlock if the subprocess writes a lot of output to
stdout and stderr:
pipe = Popen(cmd, shell=True, stdout=PIPE, stderr=PIPE)
try:
stdout, stderr = pipe.stdout.read(), pipe.stderr.read()
finally
STINNER Victor added the comment:
I ported a distutils fix (for non-ASCII path) into packaging:
New changeset cc5cfeaa4a8d by Victor Stinner in branch 'default':
Issue #10419, issue #6011: port 6ad356525381 fix from distutils to packaging
http://hg.python.org/cpython/rev/cc
New submission from STINNER Victor :
Example:
with open("setup.py", "rb") as f:
# read smaller than the file size to fill the readahead buffer
f.read(1)
# seek doesn't seek
f.seek(0)
print("f pos=", f.tell())
print("f.raw pos="
STINNER Victor added the comment:
Note: _pyio.BufferedReader(), _pyio.BufferedWriter(), _pyio.BufferedRandom()
don't use this optimization. They might be patched too.
--
___
Python tracker
<http://bugs.python.org/is
STINNER Victor added the comment:
And how can I seek the raw file to zero?
Using buffer.raw.seek(0), buffer.tell() becomes inconsistent:
$ ./python
Python 3.2.1b1 (3.2:bd5e4d8c8080, May 15 2011, 10:22:54)
>>> buffer=open('setup.py', 'rb')
>>&
STINNER Victor added the comment:
What is the MainProgram.inspect_file() function in packaging.create? Which kind
of file should it process? => What is the encoding of the input files?
--
___
Python tracker
<http://bugs.python.org/issu
STINNER Victor added the comment:
Using spawn_python() to check that os.O_CLOEXEC flag is correctly set seems
overkill. Why not just testing fcntl.fcntl(f.fileno(), fcntl.F_GETFL) &
FD_CLOEXEC)? I don't think that there are OSes with O_CLOEXEC but without
fcntl(F_GETFL).
> Note
New submission from STINNER Victor :
"python -m test test_packaging test_zipimport" fails with:
==
FAIL: testAFakeZlib (test.test_zipimport.CompressedZipImpo
STINNER Victor added the comment:
OMG! I understood why the bug was not seen before: "python -m test
test_zipimport test_zipimport" succeed because test_zipimport REMOVES
testAFakeZlib tests after the first run!
New patch to remove this ugly hack (it is no more needed with my pa
STINNER Victor added the comment:
"test_zipimport REMOVES testAFakeZlib tests after the first run" hack was
introduced by a commit supposed to "test zipimport a bit more" :-)
changeset: 36383:7b3d915b6e9d
branch: legacy-trunk
user:Neal Norwitz
date:
New submission from STINNER Victor :
It looks like a test of test_packaging removes some data from
sysconfig._SCHEMES:
http://www.python.org/dev/buildbot/all/builders/AMD64%20OpenIndiana%203.x/builds/1239/steps/test/logs/stdio
STINNER Victor added the comment:
Duplicate of #12117.
--
nosy: +haypo
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
STINNER Victor added the comment:
Duplicate of #12117.
--
nosy: +haypo
resolution: -> duplicate
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
STINNER Victor added the comment:
Duplicate of #12117.
--
nosy: +haypo
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
STINNER Victor added the comment:
Duplicate of #12117.
--
nosy: +haypo
resolution: -> duplicate
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
STINNER Victor added the comment:
Duplicate of #12117.
--
nosy: +haypo
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
STINNER Victor added the comment:
The following issues has been marked as a duplicate of this issue:
- issue #12118 (test_imp)
- issue #12119 (test_distutils)
- issue #12120 (test_packaging)
- issue #12122 (test_runpy)
- issue #12123 (test_import)
Tarek did the following commit to try to
STINNER Victor added the comment:
Traceback of the duplicate issues:
==
ERROR: test_issue5604 (test.test_imp.ImportTests)
--
Traceback (most recent call last
Changes by STINNER Victor :
--
nosy: +alexis, eric.araujo
___
Python tracker
<http://bugs.python.org/issue12117>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by STINNER Victor :
--
title: test_importlib failure -> Failures with PYTHONDONTWRITEBYTECODE:
test_importlib, test_imp, test_distutils, test_packaging, test_runpy,
test_import
___
Python tracker
<http://bugs.python.org/issu
STINNER Victor added the comment:
> Why not to implement 'e' letter in py3k ?
>
> In systems where O_CLOEXEC is not supported in open(), flag should be set
> non-atomically using fcntl.
Having an atomic or non-atomic behaviour depending on the
STINNER Victor added the comment:
> that patch looks good
I tested it with non-ASCII interface names: it works as expected with
ASCII and UTF-8 locales. It's the first time that I see the "O&" format
for Py_BuildValue(), I didn't know this one. The patch looks good.
Changes by STINNER Victor :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue12124>
___
___
Python-bugs-list
STINNER Victor added the comment:
Is it still useful to ensure that ISO C89 compilers are supported in 2011?
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue4
STINNER Victor added the comment:
+kill(getpid(), SIGINT);
kill() doesn't exist on Windows: use raise() which is more portable and doesn't
require a PID argument.
We may need to do something on Windows for console applications: see
SetConsoleCtrlHandler(),
http://msdn.mic
STINNER Victor added the comment:
I think that issue #12100 should be fixed (wontfix/fixed) before this one.
--
dependencies: +Incremental encoders of CJK codecs reset the codec at each call
to encode()
___
Python tracker
<http://bugs.python.
3101 - 3200 of 35168 matches
Mail list logo
