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")
except Syn
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 startup
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
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.
--
___
Python
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 <fwei...@redhat.com> 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
Florian Weimer <fwei...@redhat.com> 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/pyth
Change by Florian Weimer <fwei...@redhat.com>:
--
versions: +Python 2.7
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue27987>
___
Florian Weimer <fwei...@redhat.com> 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
Change by Florian Weimer <fwei...@redhat.com>:
--
nosy: +fweimer
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue31343>
___
__
Change by Florian Weimer <fwei...@redhat.com>:
--
nosy: +fweimer
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue30013>
___
__
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 [^.]+?.
--
___
Python tracker rep
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 rep...@bugs.python.org
http://bugs.python.org/issue17980
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't
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 rep
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 only because
Changes by Florian Weimer fwei...@redhat.com:
--
nosy: +fweimer
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10441
___
___
Python-bugs-list
Changes by Florian Weimer fwei...@redhat.com:
--
nosy: +fweimer
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1621
___
___
Python-bugs-list
Changes by Florian Weimer fwei...@redhat.com:
--
nosy: +fweimer
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7672
___
___
Python-bugs-list
Changes by Florian Weimer fwei...@redhat.com:
--
nosy: +fweimer
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8106
___
___
Python-bugs-list
Changes by Florian Weimer fwei...@redhat.com:
--
nosy: +fweimer
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10852
___
___
Python-bugs-list
Changes by Florian Weimer fwei...@redhat.com:
--
nosy: +fweimer
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13647
___
___
Python-bugs-list
Changes by Florian Weimer fwei...@redhat.com:
--
nosy: +fweimer
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13655
___
___
Python-bugs-list
Changes by Florian Weimer fwei...@redhat.com:
--
nosy: +fweimer
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13747
___
___
Python-bugs-list
Changes by Florian Weimer fwei...@redhat.com:
--
nosy: +fweimer
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13403
___
___
Python-bugs-list
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
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
e.set_lk_detect
New submission from Florian Weimer f...@deneb.enyo.de:
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
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
documentation oversight
43 matches
Mail list logo
