Florian Weimer added the comment:
The report/justification for the removal is simply incorrect. Linux still
supports s390-*-linux-gnu in user mode. The GNU toolchain is maintained, and
the glibc testsuite is in good shape. Some distributions still support s390
(31-bit) applications. Others
Florian Weimer added the comment:
I suppose changing the documentation to mention `None` would be possible as
well, but restoring the old behavior works for me too. Thanks.
--
___
Python tracker
<https://bugs.python.org/issue44
New submission from Florian Weimer :
This example results in an undocumented value None for the lineno attribute:
```
source = b"\xef\xbb\xbf#coding: utf8\nprint('\xe6\x88\x91')\n"
try:
compile(source, filename="example.py", mode="exec")
Florian Weimer added the comment:
I believe you might be observing an XFS limitation in combination with a Linux
VFS bug.
On disk, XFS only supports 32-bit timestamps:
typedef struct xfs_timestamp {
__be32 t_sec; /* timestamp seconds */
__be32
Florian Weimer added the comment:
Just to be clear: glibc-all-langpacks normally contains the data from
glibc-langpack-en, but a packaging bug caused removal of the
/usr/lib/locale/locale-archive file during upgrades. This only applies to
upgrades. New installations are fine.
Details
Florian Weimer added the comment:
Note that linking with -Wl,-rpath,/usr/lib64 (even if it's redundant) disables
part of the ld.so cache on Linux. Instead, paths under /usr/lib64 are probed
explicitly. This can add quite a few failing open/openat system calls to the
process st
Change by Florian Weimer :
--
nosy: +fweimer
___
Python tracker
<https://bugs.python.org/issue36659>
___
___
Python-bugs-list mailing list
Unsubscribe:
Florian Weimer added the comment:
Minor correction: glibc malloc follows ABI on x86-64 and always returns a
16-byte-aligned pointer, independently of allocation size.
However, other mallocs (such as jemalloc and tcmalloc) may return pointers with
less alignment for allocation sizes less
Florian Weimer added the comment:
The issue is related to the definition of PyCArgObject:
typedef struct tagPyCArgObject PyCArgObject;
struct tagPyCArgObject {
PyObject_HEAD
ffi_type *pffi_type;
char tag;
union {
char c;
char b;
short h;
int i
Change by Florian Weimer :
--
nosy: +fweimer
___
Python tracker
<https://bugs.python.org/issue36618>
___
___
Python-bugs-list mailing list
Unsubscribe:
Florian Weimer added the comment:
Filed as an libffi issue: https://github.com/libffi/libffi/issues/470
--
___
Python tracker
<https://bugs.python.org/issue36
Florian Weimer added the comment:
We believe this is a libffi bug. On certain aarch64 implementations, it is
necessary to flush both the writable mapping and the executable mapping. I
have a patch which I confirmed to work.
--
___
Python
Change by Florian Weimer :
--
nosy: +fweimer
___
Python tracker
<https://bugs.python.org/issue36024>
___
___
Python-bugs-list mailing list
Unsubscribe:
Florian Weimer added the comment:
offsets = ( 4096, 12288, 20480, 28672, 36864, 45056, 53248, 61440, 69632,
77824,)
These offsets are less than 64 KiB apart. On systems with a 64 KiB page size,
this will not result in a sparse file on tmpfs because the effective block size
is the
Florian Weimer added the comment:
No, GCC will optimize away the union.
--
___
Python tracker
<https://bugs.python.org/issue35752>
___
___
Python-bugs-list m
Florian Weimer added the comment:
We don't know yet if the GCC bug is specific to POWER. That depends on what
causes it. Other targets my have double-to-float conversion instructions which
hard-code the wrong rounding mode.
--
___
P
Florian Weimer added the comment:
I believe this is a GCC bug, and filed
<https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88892>.
--
___
Python tracker
<https://bugs.python.org/i
Change by Florian Weimer :
--
nosy: +fweimer
___
Python tracker
<https://bugs.python.org/issue35752>
___
___
Python-bugs-list mailing list
Unsubscribe:
Florian Weimer added the comment:
I wouldn't bother with POSIX_SPAWN_USEVFORK on GNU/Linux. Current versions of
glibc always use a vfork-style clone call, so there would be a difference on
older versions only. But there, the vfork code has subtle bugs, so using
POSIX_SPAWN_USEVFORK
Florian Weimer added the comment:
Why does the code even need the flexible struct member? If you use the
surrounding backing store directly, the aliasing issue disappears if the
backing store is untyped memory (if not, you have the aliasing problem with the
rest of the struct anyway
Change by Florian Weimer :
--
versions: +Python 2.7
___
Python tracker
<https://bugs.python.org/issue27987>
___
___
Python-bugs-list mailing list
Unsubscribe:
Florian Weimer added the comment:
This bug causes miscompilation of Python 2.7 by GCC 8 on x86-64 (with no
sanitizers enabled, just compiler optimization).
I think this is a fairly conservative way for papering over the issue:
https://mail.python.org/pipermail/python-dev/2018-January/152011
Florian Weimer added the comment:
max_align_t is a bit of a kitchen sink and will specify larger and larger
alignment in the future, e.g. 32-byte alignment for a complex _Float128 type (a
pair of two _Float128 variables). The alignment is also not generally useful
for allocations whose size
Change by Florian Weimer :
--
nosy: +fweimer
___
Python tracker
<https://bugs.python.org/issue31343>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Florian Weimer :
--
nosy: +fweimer
___
Python tracker
<https://bugs.python.org/issue30013>
___
___
Python-bugs-list mailing list
Unsubscribe:
Florian Weimer added the comment:
Antoine, support for OpenSSL host name matching is quite new:
<http://www.openssl.org/docs/crypto/X509_check_host.html>
--
___
Python tracker
<http://bugs.python.org/i
Florian Weimer added the comment:
> "*" pattern is replace with '[^.]+' regex, so I may not cause the exponential
> complexity issue. (I didn't check.)
A possessive quantifier might also help, that is [^.]+?.
--
__
Florian Weimer added the comment:
The host name is looked up to get the IP address to connect to. The lookup
will fail if the host name is longer than 255 characters, and the crafted
certificate is never retrieved.
--
___
Python tracker
<h
Florian Weimer added the comment:
OpenSSL supports only a single wildcard character.
In my tests, I used a host name like
.example.org, and a dNSName like
a*a*a*a*a*a*a*a*a*a*a*a*a*a*a*a*a*a*a*a*a*a*a*a*a*.example.org. Quadratic
behavior wouldn'
New submission from Florian Weimer:
If the name in the certificate contains many "*" characters, matching the
compiled regular expression against the host name can take a very long time.
Certificate validation happens before host name checking, so I think this is a
minor issue on
Florian Weimer added the comment:
OpenSSL cross-version updates are sometimes difficult because they invalidate
certifications. Updating Python to SSLv23 with SSL_OP_NO_SSLv2 is
comparatively easy and also much less riskier.
Shall I submit a patch which changes the default? I would also
Changes by Florian Weimer :
--
nosy: +fweimer
___
Python tracker
<http://bugs.python.org/issue13403>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Florian Weimer :
--
nosy: +fweimer
___
Python tracker
<http://bugs.python.org/issue13747>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Florian Weimer :
--
nosy: +fweimer
___
Python tracker
<http://bugs.python.org/issue13655>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Florian Weimer :
--
nosy: +fweimer
___
Python tracker
<http://bugs.python.org/issue13647>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Florian Weimer :
--
nosy: +fweimer
___
Python tracker
<http://bugs.python.org/issue10852>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Florian Weimer :
--
nosy: +fweimer
___
Python tracker
<http://bugs.python.org/issue8106>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Florian Weimer :
--
nosy: +fweimer
___
Python tracker
<http://bugs.python.org/issue7672>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Florian Weimer :
--
nosy: +fweimer
___
Python tracker
<http://bugs.python.org/issue1621>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Florian Weimer :
--
nosy: +fweimer
___
Python tracker
<http://bugs.python.org/issue10441>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Florian Weimer:
This code:
def _openDBEnv(cachesize):
e = db.DBEnv()
if cachesize is not None:
if cachesize >= 20480:
e.set_cachesize(0, cachesize)
else:
raise error, "cachesize must be >= 20480"
New submission from Florian Weimer :
The manual mentions the wrong C function (Var and New are transposed).
--
assignee: georg.brandl
components: Documentation
messages: 100580
nosy: fw, georg.brandl
severity: normal
status: open
title: PyObject_GC_VarNew should be PyObject_GC_NewVar
New submission from Florian Weimer <[EMAIL PROTECTED]>:
This does result in the expected result 2:
> re.compile('(.)(.)').groups
But as far as I can see, the groups property is missing from the HTML
documentation. Please clarify if this an internal interface, or a
docu
43 matches
Mail list logo
