STINNER Victor added the comment:
> ssl.OPENSSL_VERSION_INFO is still (0, 9, 8, 15, 15)
After a recompilation, I get (1, 0, 0, 5, 15) and ssl doesn't has
PROTOCOL_SSLv2. test_ssl is failing with:
===
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13212>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue12989>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
> > Sorry, which bug?
> #6501 and friends
Hum, this particular issue, #6501, doesn't concern the code page 65001. The
typical usecase (issues #7441 and #10920) is:
----
C:\victor\cpython>chcp 65001
Page de codes active : 65001
STINNER Victor added the comment:
> The tracebacks say that the lockups are happening in test_errno
The test was added by f6b8e4226260 the 17th october, the last lockup occurred
the 16th (19:08:15).
Before, I added a workaround to see the failure but avoid the lockup:
60fecfbea397 (Oct
STINNER Victor added the comment:
> you should make a case by example
Did you read comments of this issue and my email thread on python-dev? There
are differents examples:
- LONG_MAX is 9223372036854775807 even on 32 bits system
- On Mac OS X, FAT programs contains 32 and 64 binar
STINNER Victor added the comment:
win_console.patch: a more complete prototype
* patch the site module to replace sys.stdout and sys.stderr by UnicodeConsole
and BytesConsole classes which use WriteConsoleW and WriteConsoleA
* UnicodeConsole inherits from io.TextIOBase and BytesConsole
STINNER Victor added the comment:
test_win_console.py: Small script to test win_console.patch. Write some
characters into sys.stdout.buffer (WriteConsoleA) and sys.stdout
(WriteConsoleW). The test is written for cp850, cp1252 and cp65001 code pages.
--
Added file: http
STINNER Victor added the comment:
It looks like your change breaks backward compatibility (e.g. tests written
using doctests). I don't know if it's a problem or not.
--
nosy: +haypo
___
Python tracker
<http://bugs.python.o
New submission from STINNER Victor :
We have a sys.setdlopenflags() function, but required constants are not
available on all platforms. The DLFCN is only available on Linux and sunos5 (is
plat-sunos5 available for all Solaris and OpenIndiana versions?), but not on
OpenBSD, FreBSD, Mac OS X
STINNER Victor added the comment:
I created the issue #13226 to provide RTLD_* constants on all platforms (not
only on Linux and sunos5).
--
___
Python tracker
<http://bugs.python.org/issue12
STINNER Victor added the comment:
> > There are differents examples:
> > - LONG_MAX is 9223372036854775807 even on 32 bits system
> > - On Mac OS X, FAT programs contains 32 and 64 binaries, whereas
> > constants are changed for 32 or 64 bits
>
> That's
STINNER Victor added the comment:
> *.encode('rot_13') ==> CodecLookupError
I like the idea of raising a lookup error on .encode/.decode if the codec is
not a classic text codec (like ASCII or UTF-8).
> *.transform('ascii') ==> CodecLookupError
Sam
STINNER Victor added the comment:
> FYI, in Debian we have at least:
> one package using the CDROM module,
Is it cdsuite? (http://offog.org/code/cdsuite.html)
> 3 packages using the IN module,
I found policykit (it uses IN.INT_MAX). What are the 2 others? Which constants
are us
STINNER Victor added the comment:
The patch doesn't update the doc. You may also test type(square(3)). Except of
these nits, the patch looks good.
The typed option is an important feature, and your patch contains a good
example of its usage (the re module).
--
nosy: +
STINNER Victor added the comment:
> I think it may even make sense to build the filtering
> options into codecs.lookup() itself:
>
> def lookup(encoding, decoded_format=None, encoded_format=None):
> info = _lookup(encoding) # The existing codec lookup algor
STINNER Victor added the comment:
+one = PyLong_FromLong(1);
+if (!one)
+return -1;
+cmp_result = PyObject_RichCompareBool(r0->length, one, Py_EQ);
+Py_DECREF(one);
If would be nice to have a PyLong_CompareLong() function.
--
nosy: +ha
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13232>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
For Freevo: yes, it uses the CDROM module. But this module doesn't look to be
perfect because Freevo has a fallback for FreeBSD and another for... Linux
(because of missing CDROM.CDROM_DRIVE_STATUS?):
-
try:
from CDROM i
STINNER Victor added the comment:
Updated patch: remove "either" in the documentation. Thanks neologix par the
review.
--
Added file: http://bugs.python.org/file23483/posix_rtld-2.patch
___
Python tracker
<http://bugs.python.o
STINNER Victor added the comment:
Extract of configure.in:
-
# Check for --with-computed-gotos
AC_MSG_CHECKING(for --with-computed-gotos)
AC_ARG_WITH(computed-gotos,
AS_HELP_STRING([--with(out)-computed-gotos],
[Use
STINNER Victor added the comment:
> Computed goto are disabled (in my Python 3.3 on Linux with GCC),
> I checked by adding #error to ceval.c.
Hum, I don't understand how, but I missed the #error failure. Computed goto
*are enabled*
STINNER Victor added the comment:
It is a compiler bug in GCC 4.2.1 with -O3. Try to compile attached unicode.c
program with gcc -O3. The correct result is:
$ gcc -O3 unicode.c -o unicode && ./unicode
is ascii? 0
is compact? 1
is compact ascii? 0
_PyUnicode_COMPACT_DATA:
Changes by STINNER Victor :
--
components: +Build
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issue13241>
___
___
Python-bugs-list mailin
STINNER Victor added the comment:
The bug has been fixed in GCC, try a more recent version using ./configure
CC=gccX.Y.
--
___
Python tracker
<http://bugs.python.org/issue13
STINNER Victor added the comment:
> It seems there's no reason to document these functions
> which operate on null-terminated unicode arrays.
It's the easiest way to create a new string with the new Unicode API, when it's
difficult to predict the exact output length
STINNER Victor added the comment:
abspath() is implemented using nt._getfullpathname() which calls
GetFullPathNameA().
> The returned path with question marks is completely useless.
Can you open the file using such filename? If no, I agree that the result is
useless.
> It's
STINNER Victor added the comment:
> i686-apple-darwin10-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. build 5658)
> (LLVM build 2336.1.00)
Oh, that's not GCC but llvm-gcc. It is maybe a bug in LLVM?
--
___
Python tracker
<http://b
New submission from STINNER Victor :
The commit c64216addd7f for issue #6560 added various socket option, but some
of them are not well documented or tested.
Authentication:
* SO_PASSCRED, SO_PEERCRED, LOCAL_PEERCRED
* SCM_RIGHTS, SCM_CREDENTIALS, SCM_CREDS
SCTP:
* socket.IPPROTO_SCTP is
STINNER Victor added the comment:
Another issue: the "version added" tag is not used, it's not possible to know
that socket.SO_PEERCRED was added in Python 3.3.
--
___
Python tracker
<http://bugs.pyt
STINNER Victor added the comment:
callable() is not just faster, it's also "more correct": hasattr(obj,
"__call__") doesn't call base classes. See callable() of the six module:
def callable(obj):
return any("__call__" in klass.__dict__ for klas
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue8036>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
@nvetoshkin: Can you please also write tests (in Lib/test/test_os.py) for your
patch?
--
___
Python tracker
<http://bugs.python.org/issue8
STINNER Victor added the comment:
> Is it actually appropiate to commit this to 3.2?
If it fixes a bug, the fix should be backported to 3.2.
--
___
Python tracker
<http://bugs.python.org/issu
STINNER Victor added the comment:
This issue is a duplicate of the issue #10278.
--
nosy: +haypo
resolution: -> duplicate
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
STINNER Victor added the comment:
The issue #13261 has been marked as a duplicate of this issue. Copy of
msg146347:
-
time.clock () has very poor time resolution on Linux (tested on Ubuntu 11.04).
The result of call to clock () changes once per several seconds. On the other
side
STINNER Victor added the comment:
I closed maybe this issue too quickly. My commit doesn't solve the initial
issue: Python doesn't provide a portable "wallclock" function.
wallclock.patch should be updated to use:
- time.clock() on Windows (use QueryPerfo
Changes by STINNER Victor :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue13226>
___
___
Python-bugs-list
STINNER Victor added the comment:
For #12619, I added socket.SO_BINDTODEVICE constant.
--
___
Python tracker
<http://bugs.python.org/issue13256>
___
___
Pytho
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13263>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by STINNER Victor :
--
keywords: +patch
Added file: http://bugs.python.org/file23516/socket_options_doc.patch
___
Python tracker
<http://bugs.python.org/issue13
STINNER Victor added the comment:
os.getcwdb() (GetCurrentDirectoryA) and os.listdir(bytes) (FindNextFileA & co)
encode filenames using WideCharToMultiByte() in default mode (flags=0):
unencodable characters are replaced by question marks. Such filenames cannot be
used, open() fails
STINNER Victor added the comment:
os_mbcs.patch adds _Py_EncodeCodePage() to encode directly wchar_t* filenames
without having to create a temporary Unicode object.
The patch removes HAVE_MBCS because the MBCS is now always needed by the
posixmodule.c. Anyway, I don't se
STINNER Victor added the comment:
-if (ch != SEP && ch != ALTSEP && ch != ':')
+if (ch != '\\' && ch != '/' && ch != ':')
I don't understand this change in issue13234_py33_v4.patch (the change looks
STINNER Victor added the comment:
I would prefer to keep the shared prefix even if we move functions to a new
module. Python refers usually to the C documentation for the details of a
function. If we rename a function, it becomes more difficult to get the manual
of the function
STINNER Victor added the comment:
Le 26/10/2011 01:32, Atsuo Ishimoto a écrit :
> - I don't think filenames cannot be decoded in ANSI code page are rare enough
> to be ignored.
The issue is able being able to be noticied of encoding errors.
Currently, unencodable characters a
STINNER Victor added the comment:
> Yuval Greenfield added the comment:
> Another option btw is to use utf-16
UTF-8, UTF-16 or any encoding different than the ANSI code page are not an
option. The Windows bytes API expect filenames encoded to the ANSI code page.
os.listdir() would ra
Changes by STINNER Victor :
--
title: Assertion failed in _PyUnicode_CheckConsistency during build of default
branch on Mac OS X -> llvm-gcc-4.2 miscompiles Python (XCode 4.1+ on Mac OS
10.7)
___
Python tracker
<http://bugs.python.org/issu
STINNER Victor added the comment:
I asked for more information about llvm-gcc on IRC (#llvm). Extracts:
- "llvm-gcc is not maintained." ("Clang and DragonEgg are.) "Apple is the
maintainer of Apple's version of llvm-gcc and clang."
- "Apple ships a [llvm-g
STINNER Victor added the comment:
Python 2 uses byte strings. If characters are not encodable to the ANSI code
page, Windows replaces them by question marks. See the issue #13247 for another
example (in Python 3 when using explicitly the bytes API). To be able to
support characters not
STINNER Victor added the comment:
New changeset 2cad20e2e588 by Victor Stinner in branch 'default':
Close #13247: Add cp65001 codec, the Windows UTF-8 (CP_UTF8)
http://hg.python.org/cpython/rev/2cad20e2e588
--
resolution: -> fixed
status: o
STINNER Victor added the comment:
Oops, I specified the wrong issue number in my changeset 2cad20e2e588, it's the
issue #13216.
--
resolution: fixed ->
status: closed -> open
___
Python tracker
<http://bugs.python.
STINNER Victor added the comment:
Lib/encodings/cp65001.py uses a little trick to mark the codec as specific to
Windows:
-
if not hasattr(codecs, 'code_page_encode'):
raise LookupError("cp65001 encoding is only avail
STINNER Victor added the comment:
I added a cp65001 codec to Python 3.3: see issue #13216.
--
___
Python tracker
<http://bugs.python.org/issue6058>
___
___
Pytho
STINNER Victor added the comment:
I added a cp65001 codec to Python 3.3: see issue #13216.
--
___
Python tracker
<http://bugs.python.org/issue12281>
___
___
Pytho
STINNER Victor added the comment:
I added a cp65001 codec to Python 3.3: see issue #13216. So Python will not
"crash" anymore if the console code page is set to cp65001.
--
___
Python tracker
<http://bugs.python.o
STINNER Victor added the comment:
I added a cp65001 codec to Python 3.3: see issue #13216. So Python will not
"crash" anymore if the console code page is set to cp65001.
--
nosy: +haypo
___
Python tracker
<http://bugs.python.
STINNER Victor added the comment:
I added a cp65001 codec to Python 3.3: see issue #13216.
--
___
Python tracker
<http://bugs.python.org/issue1602>
___
___
Pytho
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue5661>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
"./python -m test -v -u all test_ssl" pass with issue13218.diff or
issue13218-true.diff on Ubuntu 10.10.
--
___
Python tracker
<http://bugs.python.o
STINNER Victor added the comment:
@antoine: can you try to add more debug messages?
--
___
Python tracker
<http://bugs.python.org/issue13059>
___
___
Python-bug
STINNER Victor added the comment:
I would be nice to have a third path for inegality with kind1==kind2, something
like:
else if (kind1 == PyUnicode_2BYTE_KIND && kind2 == PyUnicode_2BYTE_KIND)
{
/* use Py_UCS2* pointers */
}
else if (kind1 == PyUnicode_4BYTE_KIND
STINNER Victor added the comment:
> These 3 minor optimizations can make unicode_compare faster.
Can you please try to write a short benchmark script? (or just run a benchmark
using ./python -m timeit)
--
___
Python tracker
&l
Changes by STINNER Victor :
--
nosy: +benjamin.peterson, georg.brandl
Removed file: http://bugs.python.org/file16209/unnamed
___
Python tracker
<http://bugs.python.org/issue6
Changes by STINNER Victor :
Removed file: http://bugs.python.org/file16169/unnamed
___
Python tracker
<http://bugs.python.org/issue6877>
___
___
Python-bugs-list mailin
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13285>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from STINNER Victor :
The following example works on Python 2.7 and 3.2, but fails on Python 3.3:
---
import errno
import os
try:
os.rmdir("testdir")
except:
pass
os.mkdir("testdir")
try:
try:
os.mkdir("testdir&qu
STINNER Victor added the comment:
The first example was extracted from Lib/importlib/_bootstrap.py. The code was
maybe wrong, I don't know.
Another example:
--
import errno
import os
try:
os.rmdir("testdir")
except:
pass
os.mkdir("tes
Changes by STINNER Victor :
--
resolution: fixed -> duplicate
___
Python tracker
<http://bugs.python.org/issue12105>
___
___
Python-bugs-list mailing list
Un
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue1336>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from STINNER Victor :
Traceback (most recent call last):
File
"/export/home/buildbot/32bits/3.x.cea-indiana-x86/build/Lib/test/regrtest.py",
line 1186, in runtest_inner
indirect_test()
File
"/export/home/buildbot/32bits/3.x.cea-indiana-x86
STINNER Victor added the comment:
Le 01/11/2011 00:07, Roundup Robot a écrit :
>
> Roundup Robot added the comment:
>
> New changeset 3f025427f02b by Florent Xicluna in branch 'default':
> Fix regression due to changeset 2096158376e5 (issue #13305).
> http
STINNER Victor added the comment:
> Instead of rewriting your own RawIO implementation, why not use
> _open_osfhandle?
I don't know yet what is the best approach. One important point is to keep the
HANDLE, to be able to manipulate the open file using the Windows API (e.g. call
STINNER Victor added the comment:
sys.getdlopenflags() doc and docstring still contain references to ctypes and
DLFCN module.
--
___
Python tracker
<http://bugs.python.org/issue13
STINNER Victor added the comment:
> 3) Fall back to the original ".tmp" suffix (with the risk
> of stale tmp file).
I missed something, what is the "stale tmp file" issue? Python/import.c uses:
(void) unlink(filename);
fd = open(filename, O_EXCL|O_CREAT|
STINNER Victor added the comment:
"I don't believe that the first parameter to tparm() (the format string) is
ever constructed by hand, because it's terminal specific. The value is obtained
from the terminfo database by calling tigetstr() instead. Furthermore,
tigetstr() retu
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13326>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
By the way, removing *.pyc and *.pyo is useless: Python 3.3 only generates such
files in __pycache__:
+ -find $(srcdir) -name '*.py[co]' -print0 | xargs -0r rm -f
+ -find $(srcdir) -name '__pycache__' -print0 | xargs -0r rmdi
STINNER Victor added the comment:
> It seems that putp() should also accept only bytes,
> because it's used to output terminal commands.
Ok, here is another fix for Python 3.2 and 3.3. I'm closing the issue again.
--
resolution: -> fixed
sta
STINNER Victor added the comment:
Here is the patch as a .patch file.
--
keywords: +patch
Added file: http://bugs.python.org/file23607/tcl_unicode_range.patch
___
Python tracker
<http://bugs.python.org/issue12
STINNER Victor added the comment:
Did your commit fix the issue or not?
--
___
Python tracker
<http://bugs.python.org/issue13305>
___
___
Python-bugs-list mailin
STINNER Victor added the comment:
> Sure, if you have access to a machine on which you can
> reliably reproduce the problem, it'll be much easier.
I explain a reliable method to reproduce this issue on Linux (it may work on
other OSes) i
STINNER Victor added the comment:
A patch similar to input_stdout_encoding.patch has been applied to 3.2 and 3.3
for the issue #6697: see changeset 846866aa0eb6.
--
___
Python tracker
<http://bugs.python.org/issue8
STINNER Victor added the comment:
input_stdout_none_encoding.patch uses UTF-8 if sys.stdout.encoding is None.
--
Added file: http://bugs.python.org/file23608/input_stdout_none_encoding.patch
___
Python tracker
<http://bugs.python.org/issue8
STINNER Victor added the comment:
Since the changeset 55a3b563f0dbed04af317f632f7f3c0f6abe175b, test_strptime is
failing on "AMD64 Gentoo Wide 3.x" buildbot:
==
FAIL: test_strptime (test.test_time.Ti
STINNER Victor added the comment:
_tkinter now raises ValueError("character U+10 is above the range
(U+-U+) allowed by Tcl").
> You could say "Unicode character ..." in the error to make clear
> what kind of range is U+-U+ (people that are not f
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13342>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
Can you write a patch?
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13341>
___
___
Python-bugs-list mailin
STINNER Victor added the comment:
test_urllib2.test___all__() is failing on Windows. Example:
http://www.python.org/dev/buildbot/all/builders/x86%20XP-4%203.x/builds/5498/steps/test/logs/stdio
==
FAIL: test___all__
Changes by STINNER Victor :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue13348>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
> The entry in Misc/NEWS mentions the change in curses.tigetstr(),
> but actually curses.tparm() has been changed
Woops, thanks for fixing the NEWS file :-)
--
___
Python tracker
<http://bugs.python.org/i
STINNER Victor added the comment:
> test_ctypes fails when building and testing on OSX 10.7 (Lion).
What is the error message?
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issu
Changes by STINNER Victor :
--
components: +Build
___
Python tracker
<http://bugs.python.org/issue13371>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from STINNER Victor :
Attached patch deprecates the Windows ANSI API (bytes API) in the nt module.
Use Unicode filenames instead of bytes filenames to not depend on the ANSI code
page anymore and to support any Unicode filename.
The patch changes also os.link(), os.rename() and
STINNER Victor added the comment:
The patch deprecates bytes filenames for the following functions:
nt._getfullpathname
nt._isdir
os.access
os.chdir
os.chmod
os.link
os.listdir
os.lstat
os.mkdir
os.open
os.rename
os.rmdir
os.stat
os.symlink
os.unlink
os.utime
Oh, I forgot a test for os.open
STINNER Victor added the comment:
Functions like os.execv() or os.readlink() are not deprecated because the
underlying C function really uses a bytes API (execv and readlink).
--
___
Python tracker
<http://bugs.python.org/issue13
Changes by STINNER Victor :
--
nosy: +loewis, mhammond
___
Python tracker
<http://bugs.python.org/issue13374>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
I may be related to recent changes on codecs. My following commit fixed a
test_codecs crash, but there is maybe another bug.
changeset: 73466:9042d71962d6
user:Victor Stinner
date:Wed Nov 09 00:02:18 2011 +0100
files: Objects
STINNER Victor added the comment:
The test doesn't crash on our Windows buildbots. Please try to update. If the
problem does still exist, reopen the issue.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://b
STINNER Victor added the comment:
> Why was the change necessary?
First because unicode_decode_call_errorhandler() was called with the wrong
argument count:
1.90 -v, &outpos, &out))
1.91 +v, &outpos))
decode_code_page
1001 - 1100 of 35284 matches
Mail list logo
