Shinto Peter added the comment:
check this this link :
http://jodal.no/post/5779178001/log-from-the-debugging-of-a-segfault/
tells about Segfault
--
nosy: +shinto
___
Python tracker
<http://bugs.python.org/issue24
Peter Otten added the comment:
Here's a variant that builds on your code, but makes for a nicer API.
Single-line docstrings can be passed along with the attribute name, and with
namedtuple.with_docstrings(... all info required to build the class ...) from a
user perspective the factory
Peter Lovett added the comment:
I see that pydoc still useful, and have 6 points I'd like to work on with
pydoc. Is this too much for one issue? Should I break bits out to another
issue(s)? Although it would make sense to do it all in o
New submission from Peter Inglesby:
The following code raises `sqlite3.InterfaceError: Error binding parameter 0 -
probably unsupported type.` when I would expect it to raise `AssertionError:
Problem in adapter`.
import sqlite3
class Point:
def __init__(self, x, y):
self.x
New submission from Peter Eckersley:
When argparse lists the default values for cli flags and arguments, it shows
argparse's view of the internal Pythonic default, not the default behaviour of
the program as a whole. This can be wrong in many cases, as documented at
https://bugs.pytho
Peter Eckersley added the comment:
One thing I noticed when testing my patch by vendorizing it into the Certbot
tree was that if a developer had somehow inherited from a version of
argparse.Action that *doesn't* have this patch applied to it, and then passes
in instances of those inher
Peter Eckersley added the comment:
Patch is now against the latest Python development tree, and includes test
cases:
https://gist.github.com/pde/daec08cadc21bca0d62852020887ee13
--
___
Python tracker
<http://bugs.python.org/issue28
New submission from Peter Inglesby:
It should be an error for a class to define a method twice.
That is, Python should raise an exception when the following code is loaded:
class C:
def m(self):
# do something
def m(self):
# do something
I have just witnessed a
Peter Inglesby added the comment:
Victor, I'm not talking about redefining a method, and David, I don't think I'm
talking about changing dynamic nature of the class dictionary.
All I'm suggesting is that if some code contains a class whose body defines the
same method
Peter Inglesby added the comment:
OK, I'll defer to your collective decades of experience and wisdom! Thanks for
all you all do for Python.
--
___
Python tracker
<http://bugs.python.org/is
Peter van Kampen added the comment:
Attached is msg_15.txt encoded in utf-8.
>>> f = codecs.open('Lib/email/test/data/msg_15.txt', 'r',
encoding='iso-8859-1')
>>> s = f.read()
>>> f.close()
>>> f = open('Lib/email/test/
Peter Ã…strand added the comment:
Most probably, this is not a problem with the Python side or the pipes,
but the libc streams in the application. stderr is normally unbuffered,
while stdout is buffered. You can see this by running the app with grep:
$ ./a.out | grep STDOUT
STDERR sleeping 0
Peter Le Bek added the comment:
distutils reuses whatever flags Python was built with, covered here:
http://bugs.python.org/issue1222585 (and here http://bugs.python.org/issue9031).
--
nosy: +vokoda
___
Python tracker
<http://bugs.python.
Hans-Peter Jansen <[EMAIL PROTECTED]> added the comment:
Facundo, first of all: *really* nice work, thanks a lot.
While I don't fully understand the issues raised lately here,
especially what broke (user code). I can see, that it completely
solves my original problem, which is gr
Changes by Laszlo (Laca) Peter <[EMAIL PROTECTED]>:
--
nosy: +laca
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3014>
___
__
New submission from L. Peter Deutsch:
In the following, dir(Node) should include the name 'z', and Node.z
should be 'Node'. However, dir(Node) does not include 'z', and Node.z is
undefined (AttributeError). This is directly contrary to the Python
documentation, whic
L. Peter Deutsch added the comment:
Please reopen this issue as a documentation bug.
The documentation for __new__ in section 3.4.1 says:
__new__() is intended mainly to allow subclasses of immutable types
(like int, str, or tuple) to customize instance creation.
The documentation for
L. Peter Deutsch added the comment:
Actually, "called" and "callable" are OK, if the documentation says
somewhere that the normal effect of "calling" a type object is to invoke
__new__. The places I looked first (sections 3.1, 3.3, and 3.4.1) do not
say this. 5.3
L. Peter Deutsch added the comment:
Sorry, I wrote "E's cached pointer to C.f", which of course should be
"E's cached pointer to A.f".
__
Tracker <[EMAIL PROTECTED]&g
L. Peter Deutsch added the comment:
The proposed approach to speeding up lookup of inherited methods is not
quite sound, given that class attributes can be added and removed
dynamically. Consider:
class A:
def f(x): ...
class B(A):
pass
class C(B):
pass
If C caches a pointer to A.f, the
New submission from Hans-Peter Jansen <[EMAIL PROTECTED]>:
The urllib2 behavior related to headers is - hmm - improvable.
It simply capitalize() the key, which leads to funny results like:
Accept-charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
while this is seemingly conforming to the specs
L. Peter Deutsch <[EMAIL PROTECTED]> added the comment:
Having now read messages 63380 and 63384, I agree with them: I would
have withdrawn my proposal if it hadn't gotten rejected first. I do have
a use case, but the workaround is pretty easy.
__
Hans-Peter Jansen <[EMAIL PROTECTED]> added the comment:
> But should not this patch be handled in a way wherein.
> key.capitalize() is just replaced by key.upper()?
Hmm, are you sure?
>>> "hello".upper()
'HELLO'
>>>
but the issue is
Hans-Peter Jansen <[EMAIL PROTECTED]> added the comment:
Hi Senthil,
that looks promising, and the title() trick is nice, as it fixes my
issue..
Thanks,
Pete
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Laszlo (Laca) Peter <[EMAIL PROTECTED]> added the comment:
I'm the python package maintainer at Sun.
We would really like to get the dtrace probes upstream, let me know how
I can help.
--
nosy: +laca
___
Python tracker <[EMAIL PRO
Laszlo (Laca) Peter added the comment:
Please see here for discussion about the -G flag on OS X:
http://markmail.org/message/4nheqnexjr2o6mcx
If I read it correctly, on OS X, you will need to use -h
instead of -G and it won't emit an object file (dtrace.o)
so you will not need to li
New submission from Peter A Silva :
tough% cat toy.py
from ctypes import *
class foo(Structure):
_fields_ = [ ( "bar", c_char_p ) ]
foofoo = foo()
babar = create_string_buffer(32)
foofoo.bar = babar
tough% python toy.py
Traceback (most recent call last):
File "toy.p
Changes by Laszlo (Laca) Peter :
--
nosy: +laca
___
Python tracker
<http://bugs.python.org/issue877121>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Peter Van Sickel :
I have been using the multiprocessing Process class a good bit lately. I have a
class that is managing the a given list of processes from launch to completion.
Recently I started using Process close(). I found myself wanting to determine
if a given
Hans-Peter Jansen added the comment:
If I'm not mistaken, this is applied to the openSUSE TW version of Python.
For some reason, this seems to not play well with .uid('move',...)
on a cyrus imap server (v2.4.19). Is that to be expected?
```
2020-07-03 18:04:05 INFO: [ima
New submission from Peter de Blanc :
According to unittest docs:
https://docs.python.org/3.7/library/unittest.html#module-unittest
`setUpClass is called with the class as the only argument and must be decorated
as a classmethod()`
and:
`tearDownClass is called with the class as the only
Peter Senna Tschudin added the comment:
I got here when trying to build Yocto Sumo on Fedora 28. python_native build
was failing with a segfault. Here is how I fixed it with no elegance intended:
$ git clone https://github.com/python/cpython.git
$ cd cpython/
$ git show
New submission from L. Peter Deutsch:
I've read a number of reports of exponential-time regexp matching, but this
regexp uses no unusual features, requires no backtracking, and only loops
"forever" on certain input strings.
I listed the Python version # as 2.6; I actual
L. Peter Deutsch added the comment:
It never occurred to me that the regexp package would be so poorly designed
that a pattern that so clearly never requires backtracking could require
exponential time. I'll change the pattern (taking out the + has no effect on
what strings it matches
Changes by Laszlo (Laca) Peter :
--
nosy: +laca
___
Python tracker
<http://bugs.python.org/issue1975>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Laszlo (Laca) Peter :
--
nosy: +laca
___
Python tracker
<http://bugs.python.org/issue5289>
___
___
Python-bugs-list mailing list
Unsubscribe:
Laszlo (Laca) Peter added the comment:
Look at these lines at the beginning of phelper.d:
#if defined(__i386)
#definestartframe PyEval_EvalFrameEx
#defineendframe PyEval_EvalCodeEx
#elif defined(__amd64)
#definePyEval_EvalFrameEx PyEval_EvalFrameExReal
#define
New submission from Hans-Peter Jansen:
In an attempt of using ctypes.from_buffer() to map a structure to a memory
mapped file, it is important to destroy the mapping after use, because the mmap
won't be resizable or freeable correctly until then.
The best approach, I was able to came up
Changes by Hans-Peter Jansen :
--
nosy: +frispete
___
Python tracker
<http://bugs.python.org/issue9253>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Hans-Peter Jansen:
In the course of replacing an old Python 2.7 email filter tool with a rewritten
Python3 version, I stumbled across a ugly case, where such an header:
X-Microsoft-Exchange-Diagnostics:
=?utf-8?B?MTtCTDJQUjAyTUI1MTQ7MjM6bEtRRlNaUHQvVTk5WCttdktlOUVrUGQvVFBH
Changes by Hans-Peter Jansen :
Added file: http://bugs.python.org/file43286/mf.9__mi0bf.out
___
Python tracker
<http://bugs.python.org/issue27256>
___
___
Python-bug
New submission from Hans-Peter Jansen:
In the course of replacing an old Python 2.7 email filter tool with a rewritten
Python3 version, I stumbled across a ugly case, where such an header:
To: unlisted-recipients: ;,
""@pop.kundenserver.de (no To-header on input)
re
New submission from Hans-Peter Jansen:
Attached mail, parsed with email.message_from_binary_file results in:
Traceback (most recent call last):
File "./mail_filter.py", line 616, in
ret = main.run()
File "./mail_filter.py", line 605, in run
self.process(fp)
Fi
Hans-Peter Jansen added the comment:
Dear Stephen,
thanks for your care. I'm glad, that you're able to reproduce it.
This header is added from the email provider (the biggest here in Germany), so
yes, it deserves an entry in the defects list, but must not traceback, of
course.
Hans-Peter Jansen added the comment:
In a couple of systems, I have to stick with 3.4. Is there a chance to have
this patch in 3.4 as well, if a new release 3.4 is made?
--
___
Python tracker
<http://bugs.python.org/issue26
Hans-Peter Jansen added the comment:
Sorry guys for not providing this earlier.
It turned out, that the sub optimal behaviour is related to a unfortunate
policy choice: email.policy.SMTP.
--
Added file: http://bugs.python.org/file43415/email_flatten.py
Hans-Peter Jansen added the comment:
Sorry guys for not providing this earlier.
It turned out, that the sub optimal behaviour is related to a unfortunate
policy choice: email.policy.SMTP.
--
Added file: http://bugs.python.org/file43416/email_flatten.py
Hans-Peter Jansen added the comment:
Sorry guys for not providing this earlier.
It turned out, that the sub optimal behaviour is related to a unfortunate
policy choice: email.policy.SMTP.
--
Added file: http://bugs.python.org/file43417/email_flatten.py
New submission from Hans-Peter Jansen:
An unfortunate combination of get_all and getaddresses results in a Traceback:
Traceback (most recent call last):
File "misc/decode_from_header.py", line 17, in
print('From: %s' % email.utils.getaddresses(val))
File "/
Hans-Peter Jansen added the comment:
message.get cannot decode the header correctly, and returns a Header instance
instead, which makes email.utils.getaddresses stumble upon...
A much better behavior for getaddresses in this case would be returning the
perfectly valid address, and ignoring
Hans-Peter Jansen added the comment:
> (In msg271688, I pondered if I need to backport a behavior change from
> issue26804 which will allow lower cased proxies, but then, I decided against
> it as it will introduce unnecessary changes to this security fix releases).
Hmm, Senthil
New submission from Hans-Peter Jansen:
During programming a function, that replaces a wget call, I noticed, that
something is wrong with urllibs proxy handling.
I usually use the scheme "http_proxy= wget -N -nd URL" when I need to bypass
the proxy. Hence I was pretty confused,
Changes by Hans-Peter Jansen :
--
versions: +Python 3.6 -Python 3.5
___
Python tracker
<http://bugs.python.org/issue26804>
___
___
Python-bugs-list mailin
Hans-Peter Jansen added the comment:
Hi Martin, hi Senthil,
thanks for the valuable comments.
Will incorporate your suggestions later today.
Yes, Martin, it's a bug, and should be fixed for 2.7 and 3.5 as well, but I was
unsure, if I get some feedback at all... Hence, this is a very
Hans-Peter Jansen added the comment:
Hi Martin, hi Senthil,
please find a new patch attached, that incorporates your suggestions.
* added a comment to get_proxies doc in urllib.rst
* documented and fixed the mixed case scheme
* added a note to proxy_bypass_environment, that behaves
Hans-Peter Jansen added the comment:
Here we go:
v3 fixes following issues:
* prefer lowercase proxy environment settings, if multiple (disagreeing)
settings are specified with differing case schemes (e.g. HTTP_PROXY vs.
http_proxy)
* an empty proxy variable value resets the related setting
Hans-Peter Jansen added the comment:
Here's the finalized version of this patch, including unit tests.
--
Added file:
http://bugs.python.org/file42552/python-urllib-prefer-lowercase-proxies-v4.diff
___
Python tracker
<http://bugs.py
Hans-Peter Jansen added the comment:
v5: don't require the proxies argument in proxy_bypass_environment()
--
Added file:
http://bugs.python.org/file42565/python-urllib-prefer-lowercase-proxies-v5.diff
___
Python tracker
<http://bugs.py
New submission from Hans-Peter Jansen:
ConfigParser fails in interesting ways, when using default_section and
ExtendedInterpolation options. Running the attached script results in:
ConfigParser() with expected result:
global: [('loglevel', 'WARNING'), ('logfile&#
Hans-Peter Jansen added the comment:
* blatant error fixed
* one test case added
--
Added file:
http://bugs.python.org/file42582/python-urllib-prefer-lowercase-proxies-v6.diff
___
Python tracker
<http://bugs.python.org/issue26
Hans-Peter Jansen added the comment:
> In Python 2, it looks like the proxy_bypass_etc() functions are defined
> in urllib and imported into urllib2, so it makes sense to include the
> tests in test_urllib rather than test_urllib2.
The tests are in test_urllib. test_urllib2 is test
Hans-Peter Jansen added the comment:
v7:
- reorder test code in order to improve edibility
--
Added file:
http://bugs.python.org/file42586/python-urllib-prefer-lowercase-proxies-v7.diff
___
Python tracker
<http://bugs.python.org/issue26
Hans-Peter Jansen added the comment:
Poor old bug.
Just being bitten from it today, while trying to package pyftpdlib on the
openSUSE build service, which creates a clean reproducible build environment
for all packages, and testing fails.
Part of the game: openssl 1.0.1k, Python 2.7.8
https
New submission from Hans Peter de Koning :
In module htmlentitydefs.py the following XHTML-1 entity is missing from
dict name2codepoint:
'apos': 0x0027, # apostrophe, U+0027 ISOnum
Above line should be added after line 72:
'ang': 0x2220, # a
Hans Peter de Koning added the comment:
The reason I raised #12329 was that the v2.7.1 documentation in
http://docs.python.org/library/htmllib.html#module-htmlentitydefs
says:
"... The definition provided here contains all the entities defined by XHTML
1.0 ..."
The only diff betwe
Hans Peter de Koning added the comment:
BTW, the HTMLParser module (as well as html.parser in 3.x) does claim to parse
both HTML and XHTML, see
http://docs.python.org/library/htmlparser.html#module-HTMLParser .
--
___
Python tracker
<h
New submission from Peter J. Farley III :
The documentation for the result values of curses functions inch() and
scrbkgd() or how to use those result values are omitted entirely.
Documentation should at least describe how to use the result values of these
functions without necessarily
New submission from Peter J. Farley III :
curses.pair_number() result under Windows (console or Terminal window) value
must be shifted by 16 bits to be valid to use as input to the
curses.pair_content() function.
If the pair number result is not shifted, the call to curses.pair_content
Peter J. Farley III added the comment:
Thank you for responding. I will pursue the issue with the windows-curses
and/or PDCurses team.
Peter
On Wed, Apr 7, 2021 at 12:57 PM Serhiy Storchaka
wrote:
>
> Serhiy Storchaka added the comment:
>
> The curses module is not supporte
Peter J. Farley III added the comment:
Sorry, this was not meant as a patch. I have no experience with git or
pulls and would not know where to start to do as you have asked. The text
I provided was intended as model text for the python documentation
maintainer to type into whatever piece of
New submission from Peter J C Law:
There's a difference in behaviour between the ``fromutc`` method on a tzinfo
between Python 2 and Python 3, though only under the specific case of Summer
Time in regions whose usual offset is 0.
>From what I can tell, it's the Python 3 one w
Peter J C Law added the comment:
Hi,
Sorry for the overkill demo. I've attached a much shorter version, the key
portion of which seems to be that, for the case of UK summer time the timezone,
the tzinfo's `dst()` and `utcoffset()` methods return the same value.
This results in
601 - 672 of 672 matches
Mail list logo
