Changes by Victor Semionov :
--
hgrepos: -78
___
Python tracker
<http://bugs.python.org/issue2771>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Victor Semionov :
ignore me
--
messages: 144647
nosy: vsemionov
priority: normal
severity: normal
status: open
title: test
___
Python tracker
<http://bugs.python.org/issue13
Changes by Victor Semionov :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue13065>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from Victor Semionov :
ignore me
--
components: IO, Interpreter Core
messages: 144648
nosy: vsemionov
priority: normal
severity: normal
status: open
title: test
type: crash
versions: Python 3.2
___
Python tracker
<h
Changes by Victor Semionov :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue13066>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from Victor Semionov :
ignore me
--
components: IO, Interpreter Core
files: backtrace
messages: 144651
nosy: vsemionov
priority: normal
severity: normal
status: open
title: test
type: crash
versions: Python 3.2
Added file: http://bugs.python.org/file23269/backtrace
Changes by Victor Semionov :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue13067>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from Victor Semionov :
ignore me
--
messages: 144654
nosy: vsemionov
priority: normal
severity: normal
status: open
title: test
type: crash
___
Python tracker
<http://bugs.python.org/issue13
Changes by Victor Semionov :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue13068>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from Victor Semionov :
Hello,
I'm developing a multi-threaded TCP server and have been seeing segmentation
faults on 3.2 on Linux and 3.2.2 on Windows. This happens when using only
pure-Python libraries, so I believe the problem is in the interpreter. The
issue is very ea
New submission from STINNER Victor :
In Python 3.2, when you get a buffer from array.array('u'), "u" is used as
buffer format. The format is supposed to be a format from the struct module,
and "u" is an invalid struct format. "w" is used on wide mode.
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue3232>
___
___
Python-bugs-list mailing list
Unsubscribe:
Victor Semionov added the comment:
Thanks Charles-François,
I tested your patch with "make test" and with my program. Both work fine.
--
___
Python tracker
<http://bugs.python.o
New submission from STINNER Victor :
getstring() of the _sre module contains the following code:
-
...
buffer = Py_TYPE(string)->tp_as_buffer;
if (!buffer || !buffer->bf_getbuffer ||
(*buffer->bf_getbuffer)(string, &view, PyBU
STINNER Victor added the comment:
WakeupSignalTests.test_pending() doesn't really check our signal handler but
more the operating system, especially pthread_sigmask(SIG_UNBLOCK). I don't
think that Python should test the signal order delivered by the operating
systems when S
STINNER Victor added the comment:
I suppose that the application uses extensions written in C and one on these
extensions is buggy. Can you write a script to reproduce the bug without the
application? If not, we cannot help you :-(
You may try the faulthandler to get more information:
https
New submission from STINNER Victor :
CPython source code contains a lot of duplicate "0123456789abcdef" constants,
declared as static variables. Attached patch uses one unique variable. Use also
Py_hexdigit instead of ((c>9) ? c+'a'-10 : c + '0') in binascii,
STINNER Victor added the comment:
> The automatic conversion of 'u' to 'I' or 'L' causes test_buffer
> (PEP-3118 repo) to fail:
>
>
> # Not implemented formats. Ugly, but inevitable. This is the same as
> # issue #2531: equality is also used for
Victor Semionov added the comment:
Any plans to fix this in the next release?
--
___
Python tracker
<http://bugs.python.org/issue13070>
___
___
Python-bugs-list m
STINNER Victor added the comment:
> "OSError: [Errno 23] Too many open files in system"
Yes, see issue #10348.
--
___
Python tracker
<http://bugs.pytho
Victor Semionov added the comment:
> Probably. OTOH, not setting the error state when returning NULL is
> usually an error (and can result in difficult-to-debug problems), so
> let's stay on the safe side.
>
> > Furthermore, I'm not sure about what kind of
STINNER Victor added the comment:
> Attached patch.
Could you please explain your change in generrmap.c in a comment? For example,
just add a reference to this issue.
--
___
Python tracker
<http://bugs.python.org/issu
New submission from STINNER Victor :
The following comment is wrong,
except IndexError:
# non-BMP characters; XXX now they should work
return charset
sys.maxunicode != 65535 is now always true in Python 3.3
if sys.maxunicode != 65535:
# XXX: negation
STINNER Victor added the comment:
> I agree with Martin here. We should *NOT* have first
> and second class OS support, if we can avoid it.
Ok but who will do the job? If nobody is motivated to fix compiler issues, it
would be a pity to not add the module for that.
--
nosy:
Victor Semionov added the comment:
Great, thanks to you too, for fixing it!
--
___
Python tracker
<http://bugs.python.org/issue13070>
___
___
Python-bugs-list m
STINNER Victor added the comment:
The issue doesn't affect Python 2.7?
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13070>
___
___
Pytho
STINNER Victor added the comment:
There is a failure on FreeBSD 8.2 buildbot:
http://www.python.org/dev/buildbot/all/builders/AMD64%20FreeBSD%208.2%203.x/builds/1104/steps/test/logs/stdio
==
ERROR: test_thishost
Changes by STINNER Victor :
--
resolution: fixed ->
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue13104>
___
___
Python-bugs-list
Victor Semionov added the comment:
I did not see any segfaults when I ran my app on 2.7. Please verify that 2.7 is
really affected before making changes.
--
___
Python tracker
<http://bugs.python.org/issue13
STINNER Victor added the comment:
I changed how newlines are handled on Windows to fix an issue with CGI: see the
issue #10841.
changeset: 67431:0933c3753a71
user:Victor Stinner
date:Fri Jan 07 18:47:22 2011 +
files: Misc/NEWS Modules/_io/fileio.c Modules/main.c
STINNER Victor added the comment:
print() uses PyFile_WriteString("\n", file) by default (if the end argument is
not set) to write the newline. TextIOWrapper.write("\n") replaces "\n" by
TextIOWrapper._writenl.
On Windows, stdin, stdout and stderr a
STINNER Victor added the comment:
changeset: 72874:bfd3fcfb02f3
user:Victor Stinner
date:Tue Oct 11 23:22:22 2011 +0200
files: Objects/stringlib/asciilib.h Objects/stringlib/fastsearch.h
Objects/stringlib/stringdefs.h Objects/stringlib/ucs1lib.h Objects/stri
STINNER Victor added the comment:
So if a process replaces the PYC file whereas another is reading the PYC, the
reader may read corrupted data? The ideal fix is maybe to use a file lock?
--
nosy: +haypo
___
Python tracker
<http://bugs.python.
STINNER Victor added the comment:
find_max_char() returns 0x1 instead of 0x10, which may be wrong (or at
least, surprising). You may add a max_char variable using other macros like
MAX_CHAR_ASCII, MAX_CHAR_UCS1, ..., which will be set at the same time than
mask. Or restore your if
STINNER Victor added the comment:
> Ok, updated patch.
"ret = ~mask + 1;" looks wrong: (~0xFF80+1) gives 128, not 127. I don't see
why you need:
+if (ret < 128)
+return 127;
+if (ret < 256)
+return 255;
#undef ASCII_CHAR_MASK should be #un
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13156>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from STINNER Victor :
It is no more possible to build Python outside its source directory. Try using:
cd
mkdir release
cd release
../configure
make
Attached patch should fix this issue.
--
files: build.patch
keywords: patch
messages: 145392
nosy: haypo, loewis
Changes by STINNER Victor :
--
components: +Build
___
Python tracker
<http://bugs.python.org/issue13157>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13150>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13159>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
The issue has been fixed by the merge of the PEP 3151: I now get a
BrokenPipeError with errno=32 and winerror=232.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issu
STINNER Victor added the comment:
Without the patch:
python3.2 -m timeit 'x="é"+"x"*1' 'x[1:]'
10 loops, best of 3: 2.18 usec per loop
python3.3 -m timeit
STINNER Victor added the comment:
With find_max_char4.patch:
python3.3 -m timeit 'x="é"+"x"*1' 'x[1:]'
10 loops, best of 3: 1.96 usec per loop
--
___
Python tra
STINNER Victor added the comment:
find_max_char5.patch:
- don't use adjusted ~mask+1: "precompute" the right max_char
- rename findwidth.h to find_max_char.h
- add some #undef
--
Added file: http://bugs.python.org/file23392/find_
STINNER Victor added the comment:
> with atomic_create(, 'b') as f:
See issues #8604 and #8828.
--
___
Python tracker
<http://bugs.pytho
STINNER Victor added the comment:
> Which is platform with broken VPATH support and/or make ?
Well, my commit is maybe useless...
I tried to have two builds at the same time:
- debug in Python source code (e.g. ~/python)
- release in a subdirectory in the Python source code (e.g. ~/pyt
STINNER Victor added the comment:
Some ideas to improve stringbench:
- test different Unicode range (stringbench tests only ASCII currently)
- test mixing different Unicode range, e.g. ascii+latin1, UCS2.find(ascii),
UCS2.replace(UCS2, UCS4), ...
- add options to configure string lengths
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13169>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from STINNER Victor :
==
FAIL: test_fds (test.test_os.ExtendedAttributeTests)
--
Traceback (most recent call last):
File "/home/haypo
STINNER Victor added the comment:
Attached patch fixes test_os failures.
--
keywords: +patch
nosy: +benjamin.peterson
Added file: http://bugs.python.org/file23399/xattr_test.patch
___
Python tracker
<http://bugs.python.org/issue13
STINNER Victor added the comment:
Yes, this issue is a duplicate of #10653.
--
resolution: -> duplicate
___
Python tracker
<http://bugs.python.org/issu
STINNER Victor added the comment:
It's a bug in the Windows API: I used the workaround suggested by Hirokazu
Yamamoto. Thanks Hirokazu!
Python 2.7 doesn't use wcsftime() and so it is not affected by this issue.
--
resolution: -> fixed
status: open -> closed
versi
Changes by STINNER Victor :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue13029>
___
___
Python-bugs-list mailing list
Unsubscri
STINNER Victor added the comment:
> Please use the file from Fedora in a test.
Done.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.or
STINNER Victor added the comment:
While working on #12326, it's realized that many modules and applications rely
on sys.platform. Change this value should be decided for each platform because
it breaks backward compatibility. Linux was a special case and now I don't
think that we s
STINNER Victor added the comment:
> There might be something you can steal from ...
I don't think that Python should reinvent the wheel. We should just reuse
wcswidth().
Here is a simple patch exposing wcswidth() function as locale.width().
Example:
>>> import locale
&
STINNER Victor added the comment:
Oh, unicode_width.patch of issue #2382 implements the width on Windows using:
WideCharToMultiByte(CP_ACP, 0, buf, len, NULL, 0, NULL, NULL);
It computes the length of byte string encoded to the ANSI code page. I don't
know if it can be seen as the "
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13171>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
This issue is a duplicate of the issue #1394612 which has been closed as
invalid. Read the following message:
http://bugs.python.org/issue1394612#msg27200
I suppose that Python 3 is not affected by this issue because it doesn't use
fread/fwrite anymore
STINNER Victor added the comment:
> It is not code under the users’ control (i.e. setup.py)
> that uses MBCS, but the bdist_wininst command itself.
bdist_command append configuration data to a wininst-xxx.exe binary. Where does
this file come from? Can we modify wininst-xxx.exe binaries
STINNER Victor added the comment:
Le 14/10/2011 14:37, Alexander Steppke a écrit :
> "When a file is opened with update mode ('+' as the second or third character
> in the above list of mode argument values),
You can just say " '+' in the file mode &q
STINNER Victor added the comment:
> The problem is that the config file is parsed using
> GetPrivateProfileString, and the result is then passed to TextOut,
> SetDlgItemText, CreateWindow, etc. all of which are defined to accept MBCS
> strings. I agree that this can't work
STINNER Victor added the comment:
> Crashes on the Windows buildbots:
Oops, it should be fixed by my last commits.
--
___
Python tracker
<http://bugs.python.org/issu
Changes by STINNER Victor :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10653>
___
___
Python-bugs-list mailing list
Unsubscri
STINNER Victor added the comment:
Antoine fixed the compilation issue.
http://hg.python.org/cpython/rev/c63087ac1f6c
changeset: 72941:c63087ac1f6c
user:Antoine Pitrou
date:Sat Oct 15 16:38:20 2011 +0200
Fix build under Windows
--
resolution: -> fixed
status: o
STINNER Victor added the comment:
_Py_fopen() returns NULL without raising an exception if fopen() fails.
Attached patch raises a OSError if fopen() if errno is different than ENOENT. I
don't know if ENOENT is the right error number on Windows. Should we ignore
more error numbers,
STINNER Victor added the comment:
> I suggest also ignoring ENOTDIR and EISDIR. Not sure about EACCES.
We should maybe mimick the io module:
>>> open('Lib')
IsADirectoryError: [Errno 21] Is a directory: 'Lib'
In the io module, opening a directory ra
STINNER Victor added the comment:
Using your patch, h2py.py skips all statements that cannot be decoded from
UTF-8, whereas unpatched h2py.py accepts all statements that can be decoded
from the locale encoding. I don't know if it is intentional to accept non-ASCII
statements. It is
STINNER Victor added the comment:
> is auto-generation wanted?
For example, Lib/plat-linux/IN.py was regenerated at Nov 23 12:09:28 2002
(revision c2604d69aa5d) for the last time, and nobody complained. These modules
are inconsistent. For example, the IN module contains constants of 64 b
STINNER Victor added the comment:
What is the status of this issue?
rot13 codecs & friends were added back to Python 3.2 with
{bytes,str}.(un)transform() methods: commit 7e4833764c88. Codecs were disabled
because of surprising error messages before the release of Python 3.2 final:
i
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue8714>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
See also issues #7839, #8972 and #10197.
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13195>
___
___
Pytho
STINNER Victor added the comment:
Can't you merge this issue with #13195?
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13196>
___
___
STINNER Victor added the comment:
Did you read the issue #7839?
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13197>
___
___
Python-bugs-list m
STINNER Victor added the comment:
> For now I'll be pretty fine if this stuff is at least
> properly documented.
Can you propose a document patch describing the current behaviour?
--
___
Python tracker
<http://bugs.python.
STINNER Victor added the comment:
> Certainly not right now as I don't have development environment setup
See our development guide to get such environment:
http://docs.python.org/devguide/setup.html
> It could be a lot easier with online editor
Would like like to work on t
STINNER Victor added the comment:
> I'm -1 on using wcswidth, though.
When you write text into a console on Linux (e.g. displayed by gnome-terminal
or konsole), I suppose that wcswidth() can be used to compute the width of a
line. It would help to fix #2382.
Or do you think that
STINNER Victor added the comment:
changeset: 72869:32b1999410de
user:Victor Stinner
date:Tue Oct 11 22:45:02 2011 +0200
files: Modules/_io/fileio.c
description:
Fix io.FileIO.readall() on Windows 64 bits
Use Py_off_t type (64 bits) instead of off_t (32 bits
STINNER Victor added the comment:
I kept Python 2.7 and 3.2 unchanged because I'm not completly sure that the fix
is correct :-)
--
___
Python tracker
<http://bugs.python.org/is
STINNER Victor added the comment:
Ok, it should be enough :-)
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Changes by STINNER Victor :
--
resolution: rejected -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue12367>
___
___
Pyth
STINNER Victor added the comment:
mbcs6.patch: update patch to tip.
--
Added file: http://bugs.python.org/file23430/mbcs6.patch
___
Python tracker
<http://bugs.python.org/issue12
Changes by STINNER Victor :
Removed file: http://bugs.python.org/file22374/mbcs4.patch
___
Python tracker
<http://bugs.python.org/issue12281>
___
___
Python-bugs-list m
Changes by STINNER Victor :
Removed file: http://bugs.python.org/file22389/mbcs5.patch
___
Python tracker
<http://bugs.python.org/issue12281>
___
___
Python-bugs-list m
Changes by STINNER Victor :
--
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issue10197>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13204>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
Version 7 of my patch. This patch is ready for a review: I implemented all TODO.
Summary of the patch (of this issue):
- fix mbcs encoding to handle correctly ignore & replace error handlers on all
Windows version
- the mbcs encoding now supports any e
Changes by STINNER Victor :
Removed file: http://bugs.python.org/file23430/mbcs6.patch
___
Python tracker
<http://bugs.python.org/issue12281>
___
___
Python-bugs-list m
New submission from STINNER Victor :
It's difficult to use unicode_encode_call_errorhandler() because the caller has
to:
- resize the output buffer (and check for integer overflow on the new size)
- handle bytes and str for the replacement string: PyUnicode_EncodeDecimal()
doesn'
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13210>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by STINNER Victor :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue13210>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by STINNER Victor :
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue13210>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
test_codecs pass on Windows XP and Windows Seven buildbots.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
New submission from STINNER Victor :
Thanks to #12281, it is now trivial to implement any Windows code page in
Python. I don't know if existing code pages (e.g. cp932) should use
codecs.code_page_encode/.code_page_decode on Windows, or continue to use the
(portable) Python code.
Users
STINNER Victor added the comment:
> Users want the code page 65001
See issues #6058, #7441 and #10920.
--
___
Python tracker
<http://bugs.python.org/issu
STINNER Victor added the comment:
> We shouldn't use the MS codec if we have our own, as they may differ.
Ok, I agree. MS codec has a nice replacement behaviour (search for a similar
glyph): cp1252 encodes Ł to b'L' for example. Our codec raises a
UnicodeEncodeError o
STINNER Victor added the comment:
I done more tests on the Windows console. I focused my tests on output.
To sum up, if we implement sys.stdout using WriteConsoleW() and
sys.stdout.buffer.raw using WriteConsoleA():
- print() will not fail anymore on unencodable characters, because the
STINNER Victor added the comment:
unicode3.py replaces sys.stdout, sys.stdout.buffer, sys.stderr and
sys.stderr.buffer to use WriteConsoleW() and WriteConsoleA(). It displays also
a lot of information about encodings and displays some characters (I wrote my
tests for cp850, cp1252 and
STINNER Victor added the comment:
> I consider that it is useless to set the ANSI code page to 65001 in a console
I did more tests on the Windows console, focused on output, see:
http://bugs.python.org/issue1602#msg145898
I was wrong, it *is* useful to change the code page to 65001. Even
STINNER Victor added the comment:
Attached patch updates skip_if_broken_ubuntu_ssl(): OpenSSL in Ubuntu is still
broken :-( OpenSSL package version is 1.0.0e-2ubuntu4 but in Python,
ssl.OPENSSL_VERSION_INFO is still (0, 9, 8, 15, 15) !?
--
keywords: +patch
nosy: +haypo
Added file
901 - 1000 of 35284 matches
Mail list logo
